UNIDAD V.

TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

5.1 TCNICAS DE RECOPILACIN DE INFORMACIN Los analistas utilizan una variable de mtodos a fin de recopilar los datos sobre una situacin existente, como entrevistas, cuestionario, inspeccin de registros y observacin. Cada uno tiene ventajas y desventajas. Generalmente, se utilizan dos o tres para complementar el trabajo de cada una y ayudar a asegurar una investigacin completa. A continuacin se vern cada una de ellas.

5.1.1 E N T R E V I S T A Las entrevistas se utilizan para recabar informacin en forma verbal, a travs de preguntas que propone el analista. Quienes responde pueden ser gerentes o empleados, los cuales son usuarios actuales del sistema, existen usuarios potenciales del sistema propuesto o aquellos que proporcionaran datos o sern afectadas por la aplicacin propuesta. El analista puede entrevistar al personal en forma individual o en grupos. Recabar datos mediante la entrevista. La entrevista es una forma de conversacin, no interrogacin! Al analizar las caractersticas de los sistemas con personal seleccionado cuidadosamente por sus conocimientos sobre es sistema los analistas pueden conocerlos datos que no estn disponibles en ninguna otra forma. En las investigaciones de sistemas, las formas cualitativas y cuantitativas de la informacin son importantes. La informacin cualitativa esta relacionada con opiniones, polticas y descripciones cuantitativas tratan con nmeros, frecuencia o cantidades. A menudo las entrevistas dan la mejor fuente de informacin cualitativa; los otros mtodos tienden a ser mas tiles en la recabacin de datos cuantitativos. Mucha gente incapaz de expresarse por escrito puede discutir sus ideas en forma verbal. Como resultado de esto las entrevistas pueden descubrir rpidamente malos entendidos, falsas expectativas o incluso resistencia potencial para las aplicaciones en desarrollo; mas aun a menudo es ms fcil

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

calendarizar una entrevista con los gerentes del alto nivel, que pedirles que llenen cuestionarios. Determinacin del tipo de entrevista. La estructura de las entrevistas varia. Si el objetivo de la entrevista radica en adquirir informacin general, es conveniente elaborar una serie de preguntas sin estructura, con una seccin de preguntas y respuestas libres. La atmsfera abierta y de fcil flujo de esta modalidad proporciona una mayor oportunidad para conocer las actitudes, ideas y creencias de quien responde. Sin embargo, cuando los analistas necesitan adquirir datos ms especficos sobre la aplicacin o desean asegurar una alta confiabilidad en las respuestas a las preguntas que han propuesto a sus entrevistados, las entrevistas estructuradas son mejores.

Las entrevistas estructuradas utilizan preguntas estandarizadas. El formato de respuestas para las preguntas puede ser abierto o cerrado; las preguntas para respuesta abierta permiten a los entrevistados dar cualquier respuesta que parezca apropiada. Con las preguntas para respuestas cerradas se proporciona al usuario un conjunto de respuestas que se pueda seleccionar. Todas las personas que responden se basan en un mismo conjunto de posibles respuestas. La confiabilidad es solo una consideracin en la seleccin del mtodo de entrevista. Los analistas tambin deben dividir su tiempo entre desarrollar preguntas para entrevistas y analizar las respuestas. Las entrevistas no estructuradas requieren menos tiempo de preparacin, porque no se necesita tener por anticipado las palabras precisas de las preguntas. Sin embargo, analizar las respuestas despus de las entrevistas lleva ms tiempo que con las entrevistas estructuradas. De cualquier manera, el mayor costo radica en la preparacin, administracin y anlisis de las entrevistas estructuradas para preguntas cerradas. Dado que un numero de personas se seleccionara para la entrevista, los analistas deben tener cuidado de incluir aquellas personas que tienen informacin que no se podr conseguir de otra forma. Durante las primeras

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

etapas de un estudio de sistemas, cuando los analistas determinan La factibilidad del proyecto, con frecuencia las entrevistas solo se aplican a la gerencia o personal de supervisin. Sin embargo, durante la investigacin detallada en donde el objetivo es descubrir hechos especficos, opiniones y conocer como se manejan las operaciones desempeadas actualmente, las entrevistas se aplican en todos los niveles gerenciales y de empleados y dependen de quien pueda proporcionar la mayor parte de la informacin til para el estudio. As, los analistas que estudian ala administracin de inventarios pueden entrevistar a los trabajadores del embarque y de recepcin, al personal del almacn y a los supervisores de los diferentes turnos, es decir, aquellas personas que realmente trabajan en el almacn; tambin entrevistaran a los agentes ms importantes. Realizacin de la entrevista. La habilidad del entrevistador es vital para el xito en la bsqueda de hechos por medio de la entrevista. Las buenas entrevistas dependen del conocimiento del analista tanto de la preparacin del objetivo de una entrevista especifica como de las preguntas por realizar a una persona determinada. El tacto, la imparcialidad e incluso la vestimenta apropiada ayudan a asegurar una entrevista exitosa. La falta de estos factores puede reducir cualquier oportunidad de xito. Por ejemplo, un analista que trabaja en la aplicacin enfocada a la reduccin de errores probablemente no tendra xito si llegar a una oficina de gerencia de nivel medio con la presentacin equivocada, por ejemplo, si dijera, "hola, fui enviado para encontrar una forma de mojar el rendimiento y de reducir los errores que presentan aqu. O la introduccin: "Estamos aqu para resolver su problema", es igualmente mala. Es imaginable la rapidez con la que va a responder ser irrita y se molesta con un enfoque de este tipo. A travs de la entrevista, los analistas deben preguntarse as mismos las siguientes interrogantes: Qu es lo que me esta diciendo la persona? Por qu me lo esta diciendo a m?

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

Qu se esta olvidando? Qu espera esta persona que haga yo? Si se considera cada elemento de la informacin contra estas preguntas, los analistas tendrn mas conocimientos no solamente de la informacin adquirida sino tambin de su importancia. 5.1.2 C U E S T I O N A R I O . Los cuestionarios proporcionan una alternativa muy til para las entrevistas; sin embargo, existen ciertas caractersticas que pueden ser apropiadas en algunas situaciones e inapropiadas en otras. Recabacin de datos mediante cuestionarios Para los analistas los cuestionarios pueden ser la nica forma posible de relacionarse con un gran numero de personas para conocer varios aspectos del sistema. Cuando se llevan a cabo largos estudios en varios departamentos, se puede distribuir los cuestionarios a todas las personas apropiadas para recabar hechos con relacin al sistema. Por supuesto, no es posible observar las expresiones o relaciones de quienes responden a los cuestionarios. Tambin las preguntas estandarizadas pueden proporcionar datos ms confiables. Por otra parte, las caractersticas anteriores tambin son desventajas de los cuestionarios. Aunque su aplicacin puede realizarse con un mayor numero de individuos, es muy rara una respuesta total. Puede necesitarse algn seguimiento de los cuestionarios para motivar al personal que responda; todas las respuestas se encontraran en una proporcin entre el 25 o 35%, que es lo ms comn. Seleccin de formas para cuestionarios. El desarrollo y distribucin de los cuestionarios es caro; por lo tanto, el tiempo invertido en esto debe utilizarse en una forma inteligente. Tambin es importante el formato y contenido de las preguntas en la recopilacin de hechos significativos.

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

Existen dos formas de cuestionarios para recabar datos; cuestionario abierto y cerrados, y se aplican dependiendo de si los analistas conocen de antemano todas las posibles respuestas de las preguntas y pueden incluirlos. Con frecuencia se utilizan ambas formas en los estudios de sistemas. Cuestionarios abiertos. Al igual, que las entrevistas, los cuestionarios pueden ser abiertos y se aplican cuando se quieren conocer los sentimientos, opiniones y experiencias generales; tambin son tiles al explorar el problema bsico, por ejemplo, un analista que utiliza cuestionarios para estudiar los mtodos de verificacin de crdito, en un medio ambiente de ventas al a menudeo, podra recabar mas informacin provechosa de una pregunta abierta de este tipo: Cmo podra simplificarse y mejorarse el proceso de verificacin de crdito para los clientes? Cuestionarios cerrados. El cuestionario cerrado limita las respuestas posibles del interrogado. Por medio de un cuidadoso estilo en la pregunta, el analista puede controlar el marco de referencia. Este formato es el mejor mtodo para obtener informacin sobre los hechos. Tambin fuerza a los individuos para que tomen una posicin y forma de opinin sobre los aspectos importantes. Etapas en el desarrollo de un cuestionario Los cuestionarios bien hechos no se desarrollan rpidamente, llevan tiempo y mucho trabajo. La primera consideracin se encuentra en determinar el objetivo del cuestionario. Qu datos quiere conocer el analista a travs de su uso? El analista define como utilizar los cuestionarios a fin de obtener los hechos al considerar la estructura mas til para el estudio y la ms sencilla de entender por parte de los interrogados. Lleva tiempo desarrollar preguntas bien elaboradas y deben siempre probarse y modificarse, si es necesario, antes de que imprima una forma final y se distribuya. Seleccin de quienes recibirn el cuestionario

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

Aquellas personas que reciban el cuestionario deben seleccionarse de a cuerdo con la informacin que puedan proporcionar. Escribir o imprimir un cuestionario no significa que se pueda distribuir ampliamente sin un anlisis previo. Lo pueden contestar personas no calificadas y si el cuestionario no es annimo, y no ser posible retirar sus respuestas de la muestra. La realizacin de esto tambin es desgastante y cara.

5.1.3 RECOPILACIN Y ANALISIS DE DOCUMENTOS Recopilacin de datos: Deber dirigirse al registro de aquellos hechos que permitan conocer y analizar lo que realmente sucede en la unidad o tema que se investiga. Esto consiste en la recoleccin, sntesis, organizacin y comprensin de los datos que se requieren. Se conocen dos tipos de fuentes: 1.Primarias: que contienen informacin original no abreviada ni traducida. 2.Secundarias: obras de referencia que auxilian al proceso de investigacin. Se conoce otra divisin que se conforma por las siguientes fuentes: -Documentales -De campo. FICHAS BIBLIOGRFICAS, DE TRABAJO Y HEMEROGRFICAS Las fuentes de recoleccin de datos son todos los registros de aquellos hechos que permitan conocer y analizar lo que realmente sucede en el tema que se investiga. Concluida la parte preparatoria de la investigacin se inicia la fase de recopilacin de datos. Para recabar la informacin existente sobre el tema, el investigador se auxilia de instrumentos como las fichas de trabajo; hay diversos tipos de fichas de trabajo como:

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

Fichas de trabajo para fuentes documentales, fichas de trabajo de una revista, fichas de trabajo de un peridico, para investigacin de campo, para observacin, fichas bibliogrficas y hemerogrficas. ANLISIS E INTERPRETACIN DE INFORMACIN La interpretacin de los resultados de la indagacin lleva inmediatamente a la solucin. El anlisis del instrumento de recoleccin de informacin de campo (encuesta), fue utilizando el anlisis individual de preguntas que se realiza con base en los porcentajes que alcanzan las distintas respuestas de cada pregunta. Para llevar a cabo este tipo de anlisis se diseo una forma donde se tabulan las respuestas en base a la cantidad de personas que contestaron cada respuesta y el porcentaje que representa del total de la muestra. REDACCIN Y PRESENTACIN DEL INFORME El objetivo del informe es presentar a los lectores el proceso que se realiz para presentar una solucin al problema planteado, para lo cual es necesario hacer la presentacin del problema, los mtodos empleados para su estudio, los resultados obtenidos, las conclusiones a las que se llegaron y las recomendaciones en base a estas. Con respecto a la estructura del informe, sta es sencilla y sigue fielmente los pasos fundamentales del diseo de la investigacin, ya que el informe debe ser la respuesta a lo planteado por el diseo de investigacin. 5.1.4 OBSERVACION Y TECNICA STROBE OBSERVACION ESTRUCTURADA DEL AMBIENTE (STROBE) Confirma o niega la narracin organizacional de entrevistas o cuestionarios. La observacin es sistemtica: 1. Sigue una metodologa estndar y una clasificacin estndar para el anlisis de los elementos organizacionales que influencian la toma de decisiones.

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

2. Permite que otros analistas apliquen el mismo marco de trabajo analtico a la misma organizacin. 3. Limita el anlisis a la organizacin como existe durante la etapa de su ciclo actual de vida. Elemento STROBE son 7: 1. Ubicacin de la oficina. La ubicacin de la oficia de un tomador de decisiones sobre el particular ejercicio de con respecto por el a las tomador dems de oficinas. decisiones. 2. Ubicacin del escritorio del tomador de decisiones. Proporciona pistas poder 3. Equipo de oficina fijo. Se conforma de archiveros, libreros, etc. 4. Propiedades. Todo el equipo pequeo que se usa para procesar informacin (calculadoras, pantallas de video, lpices, etc.). 5. Revistas y peridicos del negocio. Estas revelan si el tomador de decisiones busca informacin externa o se apoya ms en informacin interna. 6. Iluminacin y color de la oficina. Nos indica la manera en que el tomador de decisiones recopila informacin. 7. Vestimenta usada por los tomadores de decisiones. El analista de sistemas puede obtener una comprensin de la credibilidad exhibida por los gerentes de la organizacin observando la vestimenta que usan en el trabajo. Mediante el uso de STROBE el analista de sistemas puede obtener una mejor comprensin sobre la manera en que los gerentes recopilan, procesan, almacenan y usan informacin. 5.2 Herramientas CASE Las herramientas CASE (Computer Aided Software Engineering, Ingeniera de Software Asistida por Ordenador) son diversas aplicaciones informticas destinadas a aumentar la productividad en el desarrollo de software reduciendo el coste de las mismas en trminos de tiempo y de dinero. Estas herramientas nos pueden ayudar en todos los aspectos del ciclo de vida de desarrollo del software en tareas como el proceso de realizar un diseo del proyecto, calculo de costes, implementacin de parte del cdigo automticamente con el diseo

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

dado, compilacin automtica, documentacin o deteccin de errores entre otras. Objetivos 1. Mejorar la productividad en el desarrollo y mantenimiento del software. 2. Aumentar la calidad del software. 3. Mejorar el tiempo y coste de desarrollo y mantenimiento de los sistemas informticos. 4. Mejorar la planificacin de un proyecto 5. Aumentar la biblioteca de conocimiento informtico de una empresa ayudando a la bsqueda de soluciones para los requisitos. 6. Automatizar, desarrollo del software, documentacin, generacin de cdigo, pruebas de errores y gestin del proyecto. 7. Ayuda a la reutilizacin del software, portabilidad y estandarizacin de la documentacin 8. Gestin global en todas las fases de desarrollo de software con una misma herramienta. 9. Facilitar el uso de las distintas metodologas propias de la ingeniera del software. Clasificacin Aunque no es fcil y no existe una forma nica de clasificarlas, las herramientas CASE se pueden clasificar teniendo en cuenta los siguientes parmetros: 1. Las plataformas que soportan. 2. Las fases del ciclo de vida del desarrollo de sistemas que cubren. 3. La arquitectura de las aplicaciones que producen. 4. Su funcionalidad. La siguiente clasificacin es la ms habitual basada en las fases del ciclo de desarrollo que cubren:

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

Upper CASE (U-CASE), herramientas que ayudan en las fases de planificacin, anlisis de requisitos y estrategia del desarrollo, usando, entre otros diagramas UML. Middle CASE (M-CASE), herramientas para automatizar tareas en el anlisis y diseo de la aplicacin. Lower CASE (L-CASE), herramientas que semiautomatizan la generacin de cdigo, crean programas de deteccin de errores, soportan la depuracin de programas y pruebas. Adems automatizan la documentacin completa de la aplicacin. Aqu pueden incluirse las herramientas de Desarrollo_rpido_de_aplicaciones. Existen otros nombres que se le dan a este tipo de herramientas, y que no es una clasificacin excluyente entre si, ni con la anterior: Integrated CASE (I-CASE), herramientas que engloban todo el proceso de desarrollo software, desde anlisis hasta implementacin. Meta CASE?, herramientas que permiten la definicin de nuestra propia tcnica de modelado, los elementos permitidos del metamodelo generado se guardan en un repositorio y pueden ser usados por otros analistas, es decir, es como si definiramos nuestro propio UML, con nuestros elementos, restricciones y relaciones posibles. CAST (Computer-Aided Software Testing), herramientas de soporte a la prueba de software. IPSE (Integrated Programming Support Environment), herramientas que soportan todo el ciclo de vida, incluyen componentes para la gestin de proyectos y gestin de la configuracin. Por funcionalidad podramos diferenciar algunas como: Herramientas de generacin semiautomtica de cdigo. Editores UML. Herramientas de Refactorizacin de cdigo. Herramientas de mantenimiento como los sistemas de control de versiones 5.2.1 Herramientas case estructuradas Aparecieron a fines de los 60s con la Programacin Estructurada, posteriormente a mediados de los 70s extendidas con el Diseo Estructurado y a fines de los 70s con el Anlisis Estructurado. Versiones ms recientes incorporan Diagramas Entidad-Relacin y Diagramas de Transicin de Estados.

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

Ejemplos de metodologas gubernamentales lo estructuradas impulsadas por organismos

constituyen: MERISE (Francia), METRICA (Espaa), SSADM (Reino Unido). Otras metodologas estructuradas en el mbito acadmico y comercial son: Gane & Sarson, Ward & Mellor, Yourdon & DeMarco y Information Engineering. Esta ltima propuesta por James Martin pone un nfasis adicional en el modelado de datos y la incorporacin de los desarrollos informticos dentro del contexto organizacional (planificacin, objetivos, etc.). 5.2.2 Herramientas case orientada a objetos Su historia va unida a la evolucin de los lenguajes de programacin orientada a objeto, los ms representativos: a fines de los 60s SIMULA, a fines de los 70s Smalltalk-80, la primera versin de C++ por Bjarne Stroustrup en 1981 y actualmente Java. Slo a fines de los 80s comenzaron a consolidarse algunas metodologas Orientadas a Objetos. Algunas de las ms representativas en el mbito comercial son: OMT de Rumbaugh, OOAD de Grady Booch, OOSE de I.Jacobson, la propuesta por Peter Coad & Edward Yourdon, la propuesta por S. Shaler & S.J. Mellor y la propuesta por J.Martin y J.J.Odell. En los ltimos aos se ha realizado un esfuerzo de estandarizacin notacional materializado en UML (Unified Modeling Language), el cual aglutina caractersticas de algunas de las propuestas OO ms conocidas. En 1997 UML fue aprobado como notacin estndar por el OMG. 5.3 Desarrollo de prototipos. Qu es un Prototipo? Es un modelo a escala o facsmil de lo real, pero no tan funcional para que equivalga a un productofinal, ya que no lleva a cabo la totalidad de las funciones necesarias del sistema final. Proporcionando una retroalimentacin temprana por parte de los usuarios acerca del Sistema. Importancia de Definir su Objetivo Siempre se debe establecer cual es su objetivo, ya que un prototipo puede ser til en diferentes fases del proyecto, por ello su objetivo debe ser claro. Durante la fase de anlisis se usa para obtener los requerimientos del usuario. En la

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

fase de diseo se usa para ayudar a evaluar muchos aspectos de la implementacin seleccionada. Propsitos del Prototipo En la fase de Anlisis de un proyecto, su principal propsito es obtener y validar los requerimientos esenciales, manteniendo abiertas, las opciones de implementacin. Esto implica que se debe tomar los comentarios de los usuarios, pero debemos regresar a sus objetivos para no perder la atencin. En la fase de Diseo, su propsito, basndose en los requerimientos previamente obtenidos, es mostrar las ventanas, su navegacin, interaccin, controles y botones al usuario y obtener una retroalimentacin que nos permite mejorar el Diseo de Interfaz. Caractersticas de los Prototipos El proceso de desarrollo y empleo de prototipos tiene las siguientes caractersticas:

El prototipo es una aplicacin que funciona Los prototipos se crean con rapidez Los prototipos evolucionan a travs de un proceso iterativo Los prototipos tienen un costo bajo de desarrollo Informacin Obtenida con el uso del Prototipo Reacciones Iniciales del Usuario El profesional de Sistema por medio de la observacin, evaluacin y la retroalimentacin, obtendr como reaccionan los usuarios al trabajar con el prototipo, y que tan conveniente es el acoplamiento entre las necesidades y las caractersticas modeladas en el sistema. A travs de la recopilacin de tales reacciones, el profesional, ir descubriendo nuevas perspectivas del prototipo, incluso si los usuarios se encuentran satisfechos con l, o si habr dificultades para vender o implantar el sistema. 3. Desarrollo de Prototipo

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

Problemas Candidatos Para decidir si el prototipo debe incluirse o no Ciclo de Desarrollo de Sistema de Informacin, el profesional considera los siguientes factores: Problemas no estructurado, novedosos y complejos, de informacin

personalizada del usuario, ya que sus salidas no son predecibles y definidas Problemas de ambiente Inestable, el profesional tambin debe evaluar el contexto del sistema Experiencia en diseos similares No se conocen los requerimientos, la naturalezadel sistema es tal que existe poca informacin con respecto a las caractersticas que debe tener el nuevo sistema para satisfacer las necesidades del usuario Los requerimientos deben evaluarse, se conocen los requerimientos aparentes de informacin pero es necesario verificarlos y evaluarlos Costos altos, donde la inversin involucra gran cantidad de recursos financieros y humanos. Altos riesgo, la evaluacin inexacta de los requerimientos o el desarrollo incorrecto ponen en peligro a la organizacin El usuario, donde no est dispuesta examinar modelos en papel, o no sabe lo que quiere pero lo reconocer cuando lo vea. Tecnologas Nuevas, la falta de experiencia en el uso de dichas tecnologas, junto con el deseo de instalar nuevas tecnologa hace que sea propicio el uso del prototipo. Etapas del Prototipo El desarrollo de un prototipo se lleva a cabo en forma ordenada a travs de las siguientes etapas: Identificacin de Requerimientos Conocidos El profesional de sistema identifica los requerimientos conocidos, generales, o caractersticas esenciales y determina el propsito del prototipo de la

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

aplicacin. 4. Estrategias para el Desarrollo de Prototipos Se puede desarrollar un prototipo para cada uno de los componentes de la aplicacin Prototipos por Pantallas La interface entre el sistema y el usuario es la pantalla de visualizacin, esta es el vehiculo para presentar la informacin tal como sta es proporcionada al sistema o como es recuperada de ste. Los prototipos de pantalla permite evaluar la posicin de informacin sobre la pantalla, los encabezados, los botones, mensajes. Tamben permite la reaccin de los usuarios por la cantidad de informacin sobre la pantalla. La ceacin de un prototipo de pantalla conduce a: Que debe presentarse como informacin sobre la pantalla principal Cul Prototipos pertence para a una Procedimientos pantalla de de detalle Procesamientos

Las funciones de procesamiento incluye entradas, clculos, recuperar informacin y actividades de salidas. Como los datos pocas veces son ingresados de la forma correcta o en la secuencia vlida, es por ello que la aplicacin se disea para asegurar la deteccin de errores. El objetivo es determinar si los procedimientos de aplicacin fueron desarrollados adecuadamente. La evaluacin de los procedimientos y la observacin de errores y equivocaciones cometidas por los individuos cuando emplean el prototipo, pueden sugerir la adicin de caractersticas de manejo de errores que no se haban anticipado. Existen ventajas relevantes en el uso del Prototipo: Modificacin del Sistema en Etapas tempranas de su desarrollo: El xito del uso del prototipo depende de qu tan pronto y con que frecuencia se reciba la retroalimentacin del usuario para hacer cambios y adecuarlos a las

UNIDAD V. TECNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS

necesidades actuales. Los cambios iniciales durante el desarrollo de un proyecto son menos costosos que si se realizan en etapas tardas, como el prototipo puede cambiar varias veces la flexibilidad y adaptabilidad son su esencia, la pauta del cambio la da la retroalimentacin, la cual nos permite conocer la opinin del usuario sobre cambios a la entrada o salida de un proceso, que al evaluarla nos permite obtener los requerimientos y mejorar el sistema. El desarrollo de prototipos implica una inversin en tiempo y en dinero, siempre pero siempre es menor a la del sistema completo. Los problemas y descuidos de sistemas son ms fciles de detectar en un prototipo. Eliminacin de sistemas indeseables: Por permitir recopilar informacin nos permite eliminar un sistema que no lleg a ser lo que esperaban de l los usuarios. La inversin de tiempo y dinero se destaca pero es menor que la del sistema completo. Se toma esta decisin cuando el sistema no es til o no satisface los objetivos que se propuso el equipo de desarrollo, es una decisin dificil pero evita seguir gastando dinero y tiempo en un proyecto inservible. Diseo de Sistemas acorde a las necesidades y expectativas de los usuarios: El uso del prototipo hace que los sistemas se ajusten a las necesidades de los usuarios. Se reduce el intervalo de tiempo desde que se relevan los requerimientos y el sistema concluido. Permite que los usuarios se involucren desde el principio y lo hace participar en forma activa, de esta forma hacen suyo el proyecto, siendo los principales promotores del xito. El prototipo cuenta con las siguientes desventajas: Administracin dificil: Dicha dificultad radica en manejar el prototipo como un proyecto dentro del Ciclo de Desarrollo de Sistema sin perder de vista cual era sus propsito. Adoptarlo como el sistema final: Los usuarios y profesionales de sistemas pueden considerar al prototipo como el sistema final cuando an es imcompleto e inadecuado.