Professional Documents
Culture Documents
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
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
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:
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
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
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
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