MEDSI Jonas Montilva

CAPÍTIULO 4 METODOLOGÍA Y TECNICAS PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓNJonás Montilva C. ANÁLISIS Y DISEÑO DE SISTEMAS 4-11 A lo largo de este trabajo hemos partido de un principio al que hemos denominado el Trinomio del Desarrollo, el cual establece que el éxito de un proyecto para desarrollar un sistema de información depende de tres elementos claves: 1.2.3.La Administración del Proyecto. El Seguimiento de una Metodología. La Aplicación de Técnicas y Herramientas. La administración del proyecto es un conjunto complejo de actividades cuya responsabilidad recae en el gerente del proyecto. En el capítulo 3 describimos las cinco funciones básicas que debe ejecutar un gerente para garantizar una buena y eficiente administración de un proyecto de esta naturaleza. La metodología y las técnicas-herramientas están dirigidas a todo el grupo de desarrollo, esto es, al grupo que llevará adelante el proyecto bajo la coordinación del gerente. En este capítulo nos dedicaremos a estudiar estos dos elementos claves. Dentro de este orden de ideas, proponemos una metodología, a la que identificaremos bajo el nombre de MEDSI {Metodología Estructurada para el Desarrollo de Sistemas de Información). A medida que se vaya describiendo la metodología, iremos indicando y explicando, donde sea apropiado, las técnicas y herramientas que el grupo debe utilizar para llevar a cabo una ejecución eficiente y eficaz de las diferentes actividades y tareas que componen un proyecto de este tipo. MEDSI METODOLOGÍA ESTRUCTURADA PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN MEDSI es una metodología estructurada para desarrollar sistemas de información en y para organizaciones de cualquier tipo. Ha sido probada con éxito en el desarrollo de diferentes sistemas de información para la administración de la Universidad de Los Andes en Mérida, entre los que se destacan los siguientes: • Sistema de Información para el Personal Administrativo, Técnico y de Servicio. Sistema de Información de Proveedores. 4-1 • deberá adaptar la metodología a su proyecto. paso y actividad aquí presentada. los medios de almacenamiento de esos flujos y sus fuentes/destinatarios externos. los cuales están orientados a algún tipo de tópico. informes. o bien. en la forma de documentos. a un nivel bastante detallado. ES COMPLETA. así como.. lo que debe hacerse. mientras que las actividades y tareas. Es evidente que.A fin de manipular mejor la complejidad inherente a un proyecto de este tipo. 2. • Sistema de Información de la Fundación Universidad de Los Andes. las cuales deben ser ejecutadas por un miembro o sub-grupo en un plazo o período de tiempo relativamente corto (para proyectos grandes: entre 1 y 2 semanas. a su vez. 4-2 4-2 . Los diagramas de flujo de datos son utilizados para representar en forma estática los diferentes procesos de una función y los flujos de datos que entran y salen de esos procesos. agrupa a un conjunto de actividades que han de ser realizadas por el grupo de desarrollo. ni movimiento. que son propias de la Ingeniería de la Programación y que han demostrado ser las más eficientes y eficaces para el desarrollo de sistemas programados (b) Guía paso a paso -de arriba hacia abajo. Una característica de este tipo de diagrama es que no muestra ni control. exigencias y características de la organización donde se utilice o a cualquier otro tipo de proyecto de sistemas de información. ES PARTICIONADA. La ventaja de ellos es que permiten visualizar rápidamente todos los procesos y sus interrelaciones mediante flujos de datos. actividad o tarea. En la actualidad (1984). las actividades se descomponen en tareas específicas. detallan lo que debe hacerse. generalmente). puede adaptarla a las condiciones. etc. enumerando las tareas específicas que los miembros del grupo deben efectuar. o muestran como hacerse mediante la aplicación de alguna técnica.. Los elementos para construir un diagrama de flujo de datos son los siguientes: Entre las características resaltantes de esta metodología podemos señalar las siguientes: 1. desde la definición del proyecto hasta la implantación del sistema en la organización. hasta explicar las tareas esenciales que el grupo debe llevar a cabo para desarrollar un sistema de información. Las fases y pasos se orientan a mostrar que debe hacer el grupo de desarrollo. lejos de facilitar su desarrollo. para su desarrollo.al grupo que la aplica. Cada una de estas fases se dividen en pasos.ES ESTRUCTURADA. para luego entrar en los detalles. explicando las actividades que deben hacerse y en la mayoría de casos. Identifican a un medio de almacenamiento de datos. lo entorpecería.. Para este último tipo de proyecto. aspecto o elemento del sistema de información.Esta característica se debe a dos razones esenciales: (a) Utiliza diferentes métodos y técnicas estructuradas.ES MODIFICABLE Y ADAPTABLE.. a través de las fases. MEDSI está orientada a proyectos medianos y grandes que ameriten la integración de grupos de desarrollo conformados por 3 o más personas y 1. Donde así se requiera. para un proyecto pequeño.- 3. a diferencia de los conocidos diagramas de flujo.Cubre todas las distintas fases del ciclo de desarrollo de un sistema de información..El grupo de desarrollo puede modificar fácilmente la metodología. v corresponden a lo que. a medida que se avanza. 4. la metodología está siendo utilizada rigurosamente en los siguientes proyectos para la misma universidad: Sistema de Información para el Personal Docente y de Investigación. varios meses. esto es. Identifican a elementos externos que reciben información o envían datos. manual o automático. en términos de esa técnica. bien para introducir nuevos elemen- Utilizado para representar un proceso. De igual modo. de forma muy general. pasos y actividades mostradas. recibe el nombre de Diagramas de Flujo de Datos.que puedan requerir. Cada paso. explicando primero. Guía al grupo de desarrollo. el ingeniero o profesional que lo va a desarrollar deberá seleccionar un subconjunto de las fases.• Sistema de Asignación de Salones para una Facultad. la metodología se divide en fases (al igual que el ciclo de desarrollo descrito en el capítulo 2). (Aquí lo utilizamos para representar una fase o paso de la metodología). tos como para eliminar algunos.- ALGUNAS CONSIDERACIONES SOBRE MEDSI Tal como se presenta aquí. Representa un canal de datos por donde fluyen datos. NOTA EXPLICATIVA SOBRE LOS DIAGRAMAS: Los diagramas utilizados en esta metodología para explicar las diferentes fases están basados en la técnica de Análisis Estructurado de Sistemas. el seguimiento estricto de cada fase. MEDSI es una guía de trabajo y no una " receta de cocina". la actividad se realiza de modo somero o superficial. Esta es precisamente una de las razones por las cuales la metodología se define como estructurada. Durante los primeros pasos o fases. Por ejemplo. en los pasos 3.1. Por ello es indispensable que un grupo de la organización. también. Cada proyecto tendrá sus propias características. etc. Así mismo. pasos. produzca automáticamente un sistema de información. antes y durante el desarrollo del sistema. a fin de garantizar la uniformidad en la documentación de los distintos sistemas de la organización.- Al igual que toda metodología. entrando en los detalles. la definición de requerimientos se repite en los pasos 1. 4-4 4-5 .- 4-4El lector notará que algunas actividades se repiten en diferentes pasos y fases de la metodología. por lo que la revisión y modificación de las fases.I. al igual que cada grupo de desarrollo y el ambiente que lo rodea. pasos o actividades tienen un carácter obligatorio.2 de la fase de Definición del Proyecto y. es un proceso propio de ella. por lo tanto el grupo de desarrollo no deberá esperar que el seguimiento riguroso y estricto de las fases. instructivos. determine cuales de las fases.2. conviene determinar que técnicas se deben emplear en las distintas fases o pasos y que estructura y contenido debe tener cada uno de los documentos producidos (manuales. FASES DE LA 3. con el análisis del sistema actual y con las pruebas). y en particular. cuales podrán ser modificadas y cuales omitidas en un momento dado. pasos o actividades de la metodología. se va refinando. luego.1. planillas. informes. UNIVERSIDAD DE LOS ANDES FACULTAD DE INGENIERÍA DEPARTAMENTO DE COMPUTACIÓN * * * MEDSI * * *METODOLOGÍA ESTRUCTURADA PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN Versión: 1 Fecha: Noviembre Autor: J. para finalmente concretar y formalizar el aspecto o elemento tratado en ellas. como por ejemplo la Comisión de Planificación de S..3 de la fase de Definición de Requerimientos (algo similar ocurre. Montilva C. por supuesto. 3. que deberá regirse fundamentalmente por las normas y procedimientos que la organización haya establecido para el desarrollo de sus sistemas de información. de las actividades que se describen en MEDSI. pues usa el enfoque estructurado.2 y 3.). esto es. La diferencia entre estas actividades que se repiten está en el grado de detalle y formalismo de ellas. 1. FASE 1: DEFINICIÓN DEL PROYECTO OBJETIVOS: Determinar la factibilidad de desarrollar un nuevo sistema de información y estimar los costos. UNIVERSIDAD DE LOS ANDES FACULTAD DE INGENIERÍA DEPARTAMENTO DE COMPUTACIÓN * * * MEDSI * * * METODOLOGÍA ESTRUCTURADA PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN Versión: 1 Fecha: Noviembre 1983 Autor: J. éste se analiza a fin de detectar sus deficiencias. restricciones y atributos de calidad del sistema. FASE 4. En esta fase el gerente organiza el grupo de desarrollo. planificarlo. Montilva C. PASOS: 4-6 4-7 . Para ello se recaba toda la documentación relacionada. los requerimientos que debe satisfacer el nuevo sistema de información. la estructura y los procesos del sistema ampliado (marco del sistema de información). FASE 3: Se determina. Finalmente. La Configuración Técnica describe las características del equipo y los programas de apoyo requeridos por el prototipo. FASE 6: Se construye el sistema de acuerdo a lo especificado en el paquete de diseño y se explica detalladamente cada prueba en las respectivas Especificaciones de Prueba. se analiza el ambiente. FASE 7: Se prueba el sistema en base a las especificaciones de prueba y se elabora un plan para la implantación del sistema. entonces se inicia el proceso de desarrollo de un nuevo sistema de información. Se producen diferentes prototipos o diseños preliminares del sistema que satisfagan la especificación funcional. Si existe un sistema actual de información. FASE 8: Se implanta el sistema de información mediante el adiestramiento de los usuarios. FASE 5: Se realiza un diseño detallado de los diferentes componentes del sistema de información tomando como referencia el prototipo del sistema. la conversión del sistema existente al recientemente construido (puesta operación) y la entonación inicial del sistema de información. el cual coordinará todas las tareas del proyecto. Así mismo. esto es. tiempos y recursos requeridos. justificar el desarrollo de un nuevo sistema de información.DESCRIPCIÓN GENERAL DE LAS FASES: FASE l: A raíz del surgimiento de nuevas necesidades y requerimientos. Si se decide realizarlo. Adicionalmente. fallas y problemas mediante la construcción de un modelo. Este prototipo se describe en el informe del Diseño Preliminar. este diseño se ensambla en el paquete de diseño. se elabora el Plan del Proyecto. de tal manera que las unidades interesadas puedan decidir si se ha de emprender o no el provecto. junto con los usuarios. se establecen las funciones. la organización designa a un gerente de proyecto cuya primera misión es definir el proyecto. iniciando de inmediato un análisis del contexto en el cual se va a ubicar el sistema. se entrega sistema a los usuarios y al grupo de mantenimiento junto con el Informe Final del proyecto. los cuales se ensamblan en la Especificación Funcional y se resumen en un informe del Nuevo Sistema. se elabora el Plan de Pruebas d e l l o s diferentes componentes del sistema. El resultado de esta fase se resume en los informes Preliminar y de Factibilidad y en el Plan del Proyecto. para luego seleccionar el más conveniente a la organización. establecer su factibilidad y de ser factible. FASE 2: Si el proyecto es factible y su desarrollo es aprobado. Si el proyecto es-factible y las unidades involucradas deciden continuar con el mismo. Así mismo. • Analizar la documentación archivada. 1. El gerente elabora primero un informe preliminar que justifique o no el emprender el desarrollo de un nuevo sistema.1. el sistema actual. Algunas de las interrogantes que se han de respond er son: ¿Qué argumentos justifican un cambio? ¿Por qué es importante un cambio? ¿Por qué se cree que un nuevo sistema resolverá el problema? ¿Qué funciones generales debería ejecutar un nuevo sistema? ¿Qué tipo de información debería producirse? ¿Qué características debería tener la información que se produzca? Para esta actividad el gerente del proyecto debe llevar a cabo las siguientes tareas. 1. • Realizar reuniones preliminares con el personal de las unidades involucra das para definir la necesidad de un cambio.Este estudio demuestra de manera general si se justifica o no desarrollar un sistema de información para satisfacer las necesidades de las unidades interesadas. se busca determinar las necesidades preliminares que puedan o no justificar el desarrollo del sistema nuevo.Dependiendo de la decisión adoptada durante la discusión del informe preliminar.1.1. ¿los logra actualmente?. 1. Las unidades involucradas pueden decidir la paralización del mencionado proyecto durante la ejecución de cualquier paso o actividad. o si es necesario un mayor estudio.El gerente presenta el informe preliminar a los directivos de las unidades involucradas quienes deciden. el gerente se dedica ahora a iniciar un estudio de factibilidad del proyecto.. Seleccionar el grupo para el estudio de factibilidad.2.? ¿Qué dificultades o inconvenientes presenta? ¿Qué áreas de la organización se ven afectadas? ¿Es parte de un problema mayor? A partir del análisis anterior. que el estudio de factibilidad. Si se justifica. a partir de este informe. etc.Esta actividad busca diagnosticar. si se emprende el provecto o no. notas de las entrevistas v datos relevantes sobre el sistema actual. si es que éste existe. la duración y los recursos necesarios para emprender el provecto de desarrollo de un nuevo sistema de información. entre otras.RECONOCER EL PROBLEMA. 1.. para ello se asigna a la Comisión de Planificación para que realice la. • Realizar entrevistas con las personas que sientan la necesidad de un cambio. para ello debe realizar previamente las siguientes tareas de planificación: • • • • • Determinar las actividades y tareas necesarias para conducir un estudio de factibilidad. se elabora un plan general del proyecto que estime con mayor precisión. el gerente realiza las siguientes actividades: 1.).. el gerente elabora un estudio de factibilidad que determina si el proyecto es técnica.DISCUTIR EL INFORME PRELIMINAR. las siguientes interrogantes: ¿Qué hace este sistema actual? ¿Qué objetivos persigue?.- DESCRIPCIÓN DE PASO: 1.. ¿por qué. La unidad ejecutora asigna a un gerente de proyectos para que defina el proyecto. Las tareas que el gerente debe realizar en esta actividad son: • Recopilar y analizar aquellos elementos que indiquen la necesidad de un nuevo sistema (Ejem. de modo muy general.Implica efectuar las acciones necesarias para reconocer que existe un problema de información. Determinar los recursos requeridos. 4-8 4-9 . el gerente debe elaborar ahora un informe que resuma los resultados de las actividades anteriores. correspondiente evaluación del proyecto a lo largo del ciclo de desarrollo.5. informes. tratando de responder.3. conversaciones. los costos.FORMULAR EL PROBLEMA.1. económica y psicosocialmente realizable.ESTUDIÓ PRELIMINAR DEL PROYECTO. el cual debe concluir si existen o no necesidades y problemas actuales que justifiquen emprender el desarrollo de un nuevo sistema de información.4.1.La definición del proyecto se inicia luego que las unidades interesadas solicitan a la unidad ejecutora de sistemas de información de la organización que se estudie la posibilidad de desarrollar un sistema que satisfaga sus necesidades. Programar los tiempos de las actividades y tareas. Asignar las tareas al grupo seleccionado. Para ello. sus inconvenientes y las necesidades de cambio...1. • Recopilar y archivar documentos.1.PLANIFICAR EL ESTUDIO DE FACTIBILIDAD.ELABORAR EL INFORME PRELIMINAR. cartas. procesos. Siempre y cuando exista un sistema actual de información. El grupo.2. Las tareas que han de realizarse son: • Identificar configuraciones alternativas.DETERMINAR FACTIBILIDAD TÉCNICA. Las tareas que debe realizar el grupo durante esta actividad se mencionan a continuación: • • • • • Analizar el ambiente del sistema actual'. estimarse los tiempos de desarrollo de cada sistema propuesto a fin de medir la factibilidad económica de cada uno de ellos.6. 4-10 4-11 .EVALUAR EL SISTEMA ACTUAL.2. para luego comparar las diferentes alternativas bajo un criterio económico. Una vez que se ha justificado la necesidad de un nuevo sistema de información.DETERMINAR FACTIBILIDAD ECONÓMICA.. .2.2. . debe predecir o estimar para cada alternativa el impacto social que ellas puedan originar d entro de la organización. etc. diferentes configuraciones para el sistema de informac ión (Ejem. salidas y archivos del sistema. descentralizado.Para cada sistema alternativo se debe establecer su factibilidad técnica. que procesos o funciones se automatizan y cuales han de ser manuales. etc.2. 1. económica y psicosocial de diferentes alternativas que puedan constituir soluciones aceptables al problema actual de información. Establecer restricciones y atributos preliminares. procesamiento en lotes. dicho sistema. el gerente debe estudiar.1. salidas y archivos. ello debe responder a dos interrogantes: ¿es posible desarrollar el sistema propuesto con la tecnología actual o existente?. el grupo de factibilidad debe realizar las actividades siguientes: 1. Para cada alternativa: • Describir sus características principales. • Determinar que restricciones y atributos no se pueden satisfacer.1. Establecer los requerimientos de información (entradas.2. Deben.I. contable. Determinar la tecnología adicional que debe adquirirse.DETERMINAR FACTIBILIDAD PSICOSOCIAL. la factibilidad técnica. distribuido.e.ESTABLECER NUEVOS REQUERIMIENTOS EN FORMA GENERAL.Se entiende como ambiente del sistema o sistema ampliado al sistema de actividades de la organización (Ejem. también.FORMULAR SISTEMAS ALTERNATIVOS. Establecer los costos de operación. 1.2.. Determinar que requerimientos no se satisfacen total o parcialmente. Definir sus objetivos.5.).En esta actividad el grupo debe realizar un Análisis Costo-Beneficio que permita i dentificar y medir los costos de desarrollo y operación y los beneficios que obtiene la or ganización de cada sistema alternativo. al cual le presta apoyo el sistema de información objeto de estudio. ¿qué tecnología adicional debe adquirir la organización? Las tareas que se deben efectuar son: • • • • Evaluar la tecnología (equipos y programas) de que dispone la organización.3.1. centralizado. por lo tanto. el grado de satisfacción de lo. 1. en esta actividad. que puede ocasionar una aceptación o el rechazo t otal al cambio tecnológico que se pretende introducir. Esta evaluación tiene un carácter general. 1.) que satisfagan los requerimientos generales establecidos en la actividad anterior. 1 . junto con el grupo seleccionado para este paso. salidas y archivos). Determinar el flujo de información e identificar las entradas. mediante la realización de las tareas siguientes: • • • Identificar los objetivos del nuevo sistema. 1.2.. i. de personal. Determinar los principales problemas y características de las entradas.. Establecer los requerimientos de procesamiento (funciones).El grupo identifica. Por consiguiente. procesamiento interjectivo. en este momento. • Definir el grado de automatización.. requerimientos de los usuarios. aunque e-más detallada que el diagnóstico de la actividad 1. procesos.ESTUDIO DE FACTIBILIDAD. sistema: financiero.2..4. Para cada sistema alternativo: Determinar la tecnología demandada. y si es posible. En esta actividad el grupo se dedica a establecer los requerimientos generales de un nuevo sistema.2. el grupo debe evaluar.La implantación de un sistema de información automatizado en cualquier organización crea un impacto social.4. los atributos de calidad del sistema y sus características generales. económica y psicosocial. por lo que se omite aquí los detalles correspondientes. 1974) (SENN. observación directa.ELABORAR EL INFORME DE FACTIBILIDAD.ELABORAR EL PLAN GENERAL DE FASES. Posteriormente..DISCUTIR EL PLAN DEL PROYECTO.8.A partir del plan de organización. 4-12 4-13 3.2. 1.TÉCNICAS PARA LA TOMA DE DATOS.Este informe describe cada sistema alternativo y resume su factibilidad técnica.. 1. Lis siguientes referencias bibliográficas explican adecuadamente estas técnicas: (BURCH Y STRATER. el gerente del proyecto se dedica a planificar el mencionado proyecto. ..3.ANÁLISIS COSTO-BENEFICIO..ELABORAR EL PLAN GENERAL DE ORGANIZACIÓN. La organización del grupo de desarrollo puede estar basada en uno de los tres tipos discutidos en la sección 3.6. el gerente del proyecto solicita y selecciona e personal que va a elaborar el proyecto. MÉTODOS Y TÉCNICAS EMPLEADAS EN ESTA FASE: 1. tiempo y reclusos necesarios para llevarlo a cabo. 7. 8..El grupo de desarrollo revisa y discute los diferentes planes elaborados por el gerente antes de iniciar el desarrollo de las siguientes fases.SELECCIONAR EL GRUPO DE DESARROLLO. 4. El proyecto puede ser paralizado debido a que no existan alternativas factibles o convenientes a la modificación..Véase sección 3..Entre estas técnicas se destacan las siguientes: entrevistas.1.Los planes de pruebas y de implantación se elaboran en las fases de diseño e implantación respectivamente..Esta técnica se describe en las siguientes referencias: A partir de la decisión de continuar con el proyecto y de la selección de un enfoque alternativo para el nuevo sistema de información.El gerente del proyecto presenta el informe a la Comisión de Planificación. quienes junto con los directivos de las unidades involucradas discuten la factibilidad de cada alternativa y seleccionan la más conveniente a los intereses de la organización. 1. ELABORAR EL PLAN GENERAL CALENDARIO DE EVENTOS. La elaboración de este documento se describe con detalle en el capítulo 3 de este libro.REVISAR EL PLAN DEL PROYECTO 2 . Este paso tiene por finalidad elaborar un documento que guíe el desarrollo de proyecto y que denominaremos el PLAN DEL PROYECTO.- PLANIFICACIÓN DEL PROYECTO. 1.2. el gerente integra los planes para configurar el documento contentivo del plan del proyecto. 3.2. 1978) 2. 1. muestreo y tablas de decisión.. 1.1.. capítulo 3.3. 1.3.1. 2 .DISCUTIR EL INFORME DE FACTIBILIDAD. 1.. tratando de estimar con detalle los costos. 1.3.ELABORAR EL PLAN GENERAL DE ADMINISTRACIÓN DE LA CONFIGURACIÓN.5.ELABORAR EL PLAN GENERAL. 10. 3. 1978) (ROBERSHAW y otros.9.11. que luego recomienda su continuación... Las actividades que debe realizar el gerente de proyecto durante el proceso de planificación se muestran a continuación: (KING Y SCHREMS. 3. modificación o suspensión.3 .3 del capítulo 3 de presente libro. ELABORAR EL PLAN GENERAL DE DOCUMENTACIÓN.2.7. 1978) 1. .3.TÉCNICAS DE PLANIFICACIÓN Y CONTROL DE PROYECTOS.3. ELABORAR EL PLAN GENERAL METODOLÓGICO. 1..3... el gerente del proyecto presenta y somete a discusión el plan del proyecto ante la Comisión de Planificación. Finalmente.ELABORAR EL PLAN GENERAL DE ADMINISTRACIÓN DE RECURSOS.3. 1. cuestionarios.3. Al finalizar la recopilación de documentos. el gerente del proyecto asigna a una o más personas del grupo para que se encarguen de organizar la biblioteca siguiendo los lineamientos contenidos en el plan de documentación del proyecto. normas y procedimientos. Esta biblioteca irá creciendo a medida que avanza el proyecto.. al contexto que lo contiene Las actividades que el grupo de desarrollo debe llevar a efecto. el grupo se ocupa de estudiar la documentación propia del sistema con miras a obtener una primera aproximación al conocimiento del citado sistema y. Este primer paso de la se 2 es denominado Análisis Documental y constituye una fuente valiosa de documentación para emprender el segundo paso. 2.1. Montilva C.ANÁLISIS DOCUMENTAL.2.1. archivar y analizar toda la documentación existente que esté relacionada con el sistema actual y su contexto. reglamentos. esta fase se limita a obtener la documentación relativa al ambiente donde estará ubicado el sistema que se pretende introducir por primera vez y a analizar dicho ambiente. Si no existe un sistema actual de información. solicitudes de nuevos requerimientos. son: 2. durante este paso. Esta fase se resume en lo que designaremos como el Informe del Sistema Actual.. y construir lo que denominaremos como la Biblioteca del Proyecto.RECOPILAR DOCUMENTOS. Algunos de estos documentos son los siguientes: manuales del sistema actual. denominado Análisis del Contexto. Este paso le permite al grupo de desarrollo disponer de una biblioteca organizada de documentos relativos al proyecto. documento cuyo contenido central es el Modelo del Sistema Actual-y la descripción de situaciones problemáticas asociadas a este sistema dentro del sistema ampliado o contexto que lo contiene. decretos..1.UNIVERSIDAD DE LOS ANDES FACULTAD DE INGENIERÍA DEPARTAMENTO DE COMPUTACIÓN 2 * * * MEDSI * * * METODOLOGÍA ESTRUCTURADA PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN Versión: 1 Fecha: Noviembre 1983 Autor: J.FASE 2: ANÁLISIS DEL CONTEXTO OBJETIVO: Ganar un sólido conocimiento del sistema ampliado dentro del cual se ubicará el nuevo sistema de información y determinar las deficiencias y problemas que presenta el actual sistema de información (si existe). informes. Una vez constituida la biblioteca. de acuerdo a lo establecido en el plan de documentación del plan del proyecto. sobre todo.ORGANIZAR DOCUMENTACIÓN. 4-14 4-15 PASOS: . auditorias. evaluaciones. Esta (s) personas) Irá designada como bibliotecarios) del proyecto. estatutos.1. Durante esta fase estará formada solo por los documentos relativos al sistema por el plan del proyecto. relacionados con el sistema ampliado u sistema actual de información. el grupo de desarrollo debe recopilar. Antes de realizar el análisis propiamente dicho de todo el sistema. el grupo recopila oda la documentación posible concerniente directa o indirectamente a tal sistema. DESCRIPCIÓN DE PASOS: 2.Con la colaboración de los diferentes usuarios del sistema actual. elevado número de requerimientos que no se satisfacen..- ANÁLISIS DEL CONTEXTO.IDENTIFICAR LAS SITUACIONES PROBLEMÁTICAS. estructura y procesos del sistema actual de información. 2.. Algunos de los problemas típicos asociados a sistemas de esta naturaleza. Describir cada proceso del Modelo Lógico hasta un nivel adecuado que facilite la comprensión del modelo (véase anexo B)..Durante esta actividad el grupo de desarrollo estudia el sistema de actividades (sistema ampliado) dentro del cual está enmarcado el sistema de información.2. la presentación del modelo y la descripción de los problemas que presenta el actual sistema de información. 2. El modelo físico que describe las unidades. son los siguientes: pésima calidad de la información suministrada. Pata ello utiliza la técnica de Análisis Estructurado de Sistemas que le permite elaborar los modelos físico y lógico del sistema de información.ANALIZAR EL SISTEMA ACTUAL DE INFORMACIÓN. Las tareas que debe hacer el grupo durante esta actividad se dividen en: • • • • Construir los Diagramas de Flujo de Datos del Modelo Físico. A continuación se reseñan las actividades que debe llevar a la práctica el grupo desarrollo durante este segundo paso: 2. el grupo posteriormente identifica. Su objetivo es permitirle al grupo de desarrollo conocer el sistema actual y su contexto. Identificar las entradas. El modelo general. que mejore las deficiencias del actual y satisfaga -todos los requerimientos. Identificar sus funciones. excesivos " cuellos de botellas " .2.Este informe resume los resultados de las actividades anteriores.El grupo de desarrollo presenta. para luego modelarlo y sobre el modelo identificar las situaciones problemáticas que el sistema presenta.. el modelo del sistema actual a los usuarios para su validación correspondiente.En esta actividad el grupo de desarrollo identifica los objetivos.Después de haberse organizado la biblioteca. (2) definir su estructura (unidades funcionales de la organización que ejecutan las actividades pertinentes). Con tal finalidad. distribuye el material para lecturas individuales. actividades u operaciones que tienen lugar en el sistema.4. mediante una descripción del ambiente y del mismo sistema. 2.3. esto es. el grupo se dedica a estudiar la documentación allí archivada. Determinar su flujo de información. Identificar sus subsistemas.. grupos o personas que participan en el sistema de información y que ejecutan operaciones concretas e identificables y el modelo lógico que describe las funciones. etc. las funciones o actividades que conforman el sistema y (4) determinar su comportamiento. Identificar sus archivos.- • • • • • • • • • Definir los objetivos del sistema de información. procesos.ESTUDIAR DOCUMENTOS. El objetivo de este estudio es familiarizarse con el sistema actual antes de iniciar su análisis formal.2. El modelo del sistema actual se elabora utilizando la técnica conocida como Análisis Estructurado de Sistemas o alguna similar. Construir los Diagramas de Flujo de Datos del Modelo Lógico. a continuación. elevados tiempos de respuesta.ANALIZAR EL CONTEXTO DEL SISTEMA. Describir la tecnología que utiliza el sistema. excesivos costos de operación y mantenimiento. Identificar a los usuarios del sistema y describir sus tareas.A raíz del anterior análisis el grupo está preparado para representar al sistema actual mediante un modelo..1. está integrado por dos sub-modelos ligeramente diferentes.1.2. A partir de ese modelo el grupo podrá realizar con mayor facilidad la construcción de un modelo para el nuevo sistema de información.2. 2. Ello debe llevar a: (1) determinar los objetivos de ese sistema. y conduce las discusiones en equipo sobre algunos documentos en particular. el cual está fundamentado en el comportamiento de los individuos y grupos que participan en la realización de las respectivas actividades del sistema. analiza y resume las situaciones problemáticas que posee el actual sistema de información. tanto actuales como aquellos que se logren identificar. 4-17 . Analizar su documentación y sus procedimientos manuales.2. Elaborar el diccionario de Datos (véase planilla en el Anexo A). el gerente programa diferentes sesiones o reuniones de discusión.CONSTRUIR EL MODELO DEL SISTEMA ACTUAL DE INFORMACION. (3) establecer sus procesos. departamentos. Junto con los usuarios. Ello lleva a efectuar las siguientes tareas: 4-16 2.ELABORAR EL INFORME DEL SISTEMA ACTUAL. procesos y salidas de cada función. Este informe es luego presentado a la Comisión de Planificación para su correspondiente evaluación.5. así construido.2. fallas frecuentes.2. con un nivel de detalle más profundo que aquellos realizados durante la tase de definición del proyecto. Este paso constituye un estudio formal de todo el sistema.3. . Actualizar el plan del proyecto. Detallar las actividades y tareas de la próxima fase.OTRAS TÉCNICAS ALTERNATIVAS. Es realizada por el gerente del proyecto mediante el seguimiento de las tareas dadas a continuación: • • • • • • Evaluar las actividades. Es jerárquico: Las especificaciones se describen en varios niveles de detalle "de arriba hacia abajo ". El Diccionario de Datos. 1979a) (Demarca.TÉCNICAS PARA LA TOMA DE DATOS. 1980) 3. el sistema se descompone en subsistamos y estos a su vez en procesos. 1979b) (Gane y Sarson.Se explica en las referencias dadas a continuación: (Ross.2.... Posteriormente.Técnica de Análisis y Diseño Estructurado (SADT). Es fácil de mantener y actualizar..Permite explicar mediante diagramas algoritmos los procesos contenidos en los diferentes diagramas de flujo de datos (ver anexo B).2.Técnica de Jerarquía de Entrada-Proceso-Salida (HIPO).OTRAS REFERENCIAS RELACIONADAS CON ESTA FASE. 1980) (Ross y Schoman.. 1969) (Ossa. Asignar tareas de la fase siguiente al grupo de desarrollo.6.Describe cada flujo de datos. (IBM Co. las funciones que él realiza. Ajustar las estimaciones de recursos de la próxima fase.Es una técnica gráfica. 1979) 3. 1980) 4.. 1982a) (Stay. Se caracteriza por lo siguiente: • • Es gráfico: Las especificaciones se describen utilizando diagramas. esto es. 3. 1983) (Robertshaw y otros. el uso de recursos y los resultados obtenidos en la presente fase.. Es participado: Con el fin de manejar la complejidad. 1975) (Montilva. 1978) • • Las herramientas que la técnica utiliza son: • • Los Diagramas de Flujo de Datos (similares a los utilizados aquí para explicar cada fase). Re-programar tiempos y costos de la fase siguiente.. • 4-18 4-19 . empleada para el análisis de sistemas que permite describir y documentar las especificaciones funcionales de un sistema de información.A continuación se mencionan otras técnicas que pueden utilizarse para el análisis y especificación funcional de un sistema de información.Ídem a la fase 1.1.(Alexander. 2.ANÁLISIS ESTRUCTURADO DE SISTEMAS.PLANIFICAR DETALLES DE LA PRÓXIMA FASEEsta actividad es básicamente una actualización del plan del proyecto y un medio de comparar lo que se ha ejecutado contra lo que se había planificado. 1974) (Jenkins.. hasta llegar a un nivel de detalle comprensible y consistente.... partiendo de un nivel general (nivel de subsistamos) hasta llegar a un nivel de detalle adecuado (nivel de procesos primitivos o de bajo nivel). Las siguientes referencias tratan sobre esta técnica: (Demarca. elemento de datos y archivo del sistema (ver anexo A). estructura de datos. El conjunto de diagramas que se originan configuran una jerarquía explicativa del sistema de información..Se explica en las siguientes referencias: MÉTODOS Y TÉCNICAS EMPLEADAS EN ESTA FASE 1. Descripción de Procesos.2. cada proceso se descompone de forma similar.. etc. Las actividades que realiza el grupo. reportes. obligatoria. Este último permite identificar. 4-20 4-21 .. Esta tase se inicia con la especificación de los requerimientos de información que los usuarios del nuevo sistema desean (ejem. las cuales se representan mediante un modelo. el grupo de desarrollo determina las necesidades actuales y futuras de información que el nuevo sistema de información debe satisfacer. gráficos. etc. PASOS: DESCRIPCIÓN DE PASOS: 3. las entradas (para los distintos tipos: su formato.UNIVERSIDAD DE LOS ANDES FACULTAD DE INGENIERÍA DEPARTAMENTO DE COMPUTACIÓN 3 * * * MEDSI * * * METODOLOGÍA ESTRUCTURADA PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN Con la finalidad de darle claridad al diagrama de este paso y de los restantes.DETERMINAR LOS REQUERIMIENTOS DE INFORMACIÓN. su volumen estimado. es decir. y las estructuras de datos necesarias (los registros lógicos que se necesitan y sus relaciones).Durante este paso el grupo de desarrollo se encarga de especificar junto con los usuarios del nuevo sistema las salidas (listados.) El resultado de este paso lo constituye el Libro de Requerimientos que es utilizado como documento de entrada para realizar el siguiente paso. Para facilitar la determinación de los requerimientos que el sistema debe satisfacer. Deberá tenerse presente que el plan coordina cada paso y fase.1. estos se dividen en: • • • • Requerimientos de información Requerimientos funcionales Restricciones para el desarrollo y operación Atributos del sistema Versión: 1 Fecha: Noviembre 1983 Autor: J. diagramas.3 conforman. que junto con la Lista de Restricciones y Atributos producida por el paso 3. la "Especificación Funcional del Nuevo Sistema " . etc. consultas interjectivas. por eso el gerente del proyecto debe incorporar un número representativo de usuarios del sistema al grupo de desarrollo y trabajar continuamente con el resto de ellos. definir y documentar las funciones que el nuevo sistema debe ejecutar. La participación de los usuarios durante esta fase es determinante y de hecho. diagramas. de desarrollo durante este paso son las siguientes: 3. Estos requerimientos de información se organizan posteriormente para conformar el Libro de Requerimientos.. FASE 3: DEFINICIÓN DE REQUERIMIENTOS OBJETIVOS: Definir los requerimientos de los usuarios y establecer las funciones. denominado Modelo Lógico del Nuevo Sistema. la especificación funcional del sistema.ESPECIFICACIÓN DE REQUERIMIENTOS DE INFORMACIÓN.1.).En conjunto con los usuarios. se ha omitido el flujo del Plan del Proyecto de tales diagramas.).1. su medio. Montilva C. restricciones y atributos que el nuevo sistema de información debe satisfacer. En esta actividad el grupo debe efectuar las siguientes tareas: − − − Construir los Diagramas de Flujo de Datos del Nuevo Sistema (a partir de los diagramas del sistema actual.CONSTRUIR EL LIBRO DE REQUERIMIENTOS DE NFORMACIÓN. Para la recolección de estos requerimientos puede emplearse la planilla descrita en el anexo A.Correspondientes a la captura y registro de los eventos o transacciones del sistema y a los datos que alimentarán a la base de datos.2. los elementos de datos que contiene. su formato.2). por supuesto. Requerimientos de almacenamiento. de las características del sistema de actividades al cual pertenece el sistema de información que se está especificando.. los elementos de datos que debe contener y quien los utiliza.. La división de requerimientos de salida se organiza por secciones. a lo largo de este paso.. medio.7 de este libro contiene una lista de las principales funciones que debe ejecutar cualquier sistema de información. si existe).DISCUTIR EL INFORME DEL NUEVO SISTEMA. Requerimientos de entrada. Para llevar a cabo esta actividad el grupo debe realizar las siguientes tareas: − − Revisar los requerimientos de información del sistema actual a fin de seleccionar aquellos que estén vigentes.2.. documentándolos mediante el uso de una planilla diseñada para tal fin. detalles y funciones dependen. frecuencia y volumen.2. Realizar entrevistas con los usuarios y/o solicitar por escrito los nuevos requerimientos de información.3. Requerimientos de salida. de Sistemas. Estas funciones se describen en forma documental y gráfica utilizando la técnica de Análisis Estructurado 3. 4-22 4-23 . gráfico o despliegue visual de información) y consultas interactivas. La sección 1.Estos requerimientos se pueden clasificar como sigue: 1. Para cada tipo de entrada se debe especificar la fuente. Este libro contiene una entrada (planilla) para cada requerimiento de información nuevo o viejo..2.Tomando como elementos de entrada el Informe del Sistema Actual y el Libro de Requerimientos. especifica con los usuarios las funciones que el nuevo sistema de información debe realizar. Elaborar el nuevo Diccionario de Datos (modificando el anterior.Este modelo es construido utilizando la técnica de Análisis Estructurado de Sistemas y constituye un medio gráfico de valioso apoyo descriptivo y documentado de cada una de las funciones que el sistema en desarrollo debe realizar.1.ELABORAR EL INFORME DEL NUEVO SISTEMA. Flujo de Datos.. Se debe identificar los registros lógicos necesarios. 3.. Cada sección contiene los requerimientos de información (de salida) de una unidad funcional involucrada en el sistema.2.Clasificados como reportes (listado. Para las consultas interactivas se debe especificar las características de las consultas y del lenguaje de interrogación que los usuarios desean. las que se han de modificar o eliminar y las que se han de incorporar al nuevo sistema. Utilizando el Informe del Sistema Actual. 2. los medios de almacenamiento y los volúmenes estimados. la cual permite construir el Modelo Lógico del Nuevo Sistema. el grupo.El gerente del proyecto presenta luego el informe a la Comisión de Planificación para su discusión y debida aprobación. el grupo determina con los usuarios. aquellas funciones que deben continuar.DETERMINAR REQUERIMIENTOS FUNCIONALES.ESPECIFICACIÓN FUNCIONAL DEL NUEVO SISTEMA. Describir cada proceso de detalle (proceso primitivo) de los Diagramas de.. Los requerimientos se agrupan en divisiones de acuerdo al tipo señalado en la actividad anterior. 3.1.. 3.4.3 se utilizan luego para ensamblar y producir la Especificación Funcional del Nuevo Sistema el Informe del Nuevo Sistema. Para los reportes se debe especificar el tipo.. sus estructuras y las relaciones entre ellos.Corresponden al almacenamiento de datos del sistema. 3.CONSTRUCCIÓN DEL MODELO LÓGICO DEL NUEVO SISTEMA. 3.2.Este tipo de requerimiento constituye las funciones que el nuevo sistema debe ejecutar para lograr la consecución de los objetivos identificados en el Estudio de Factibilidad (ver paso 1. Las características. Este modelo junto con la Lista de Restricciones y Atributos que se produce en el paso 3. si existe un sistema actual). Durante este paso se llevan a cabo las siguientes actividades: 3.Bajo el nombre de Especificación Funcional del Nuevo Sistema se almacena en la biblioteca del proyecto el modelo lógico y la lista de restricciones y atributos y a partir de ellos se elabora un resumen que denominaremos Informe del Nuevo Sistema. así como también.2. el método y medio de captura y los procedimientos y controles de edición y validación que sean necesarios. Mantenimiento ¿Qué costo y tiempo son aceptables para reparar requerido: una falla ...Contabilidad: ¿Qué probabilidad de falla es tolerable? ¿Qué consecuencias origina una falla? ¿Qué debe el usuario hacer ante una falla? ¿Qué debe hacer el sistema ante una falla? ¿Qué cantidad de datos se pueden perder en una falla sin que se degrade el sistema? Grado de Pruebas: ¿Qué tan probado debe ser el sistema? ¿En qué condiciones se deben realizarlas pruebas? .DETERMINAR INTERACCIÓN HOMBRE-MAQUINA. el grupo de desarrollo establece junto con los usuarios las restricciones bajo las cuales se debe desarrollar y debe operar el sistema de información.3. mal intencionado o no autorizado? ¿Qué controles especiales de acceso deben existir? ¿Qué tipo de respaldo debe existir para proteger a la base de datos ante fallas? 4-24 4-25 . Así mismo..Económicas: ¿De qué cantidad de dinero se dispone para desarrollar el sistema y para mantenerlo operando? ? . leyes.Estas restricciones se pueden agrupar tal como se muestra a continuación: .Técnicas: ¿Qué equipo debe o puede utilizarse? ¿Es posible adquirir equipo adicional? .3. los atributos de calidad del nuevo sistema. tanto internas como externas deben acatarse para desarrollar. etc.En este paso. Algunas de las interrogantes que el grupo debe tratar de responder.De tiempo: ¿Cuánto tiempo se dispone para desarrollar el sistema? ¿Cuál es la vida útil estimada del sistema? .DETERMINAR RESTRICCIONES.De personal: ¿De qué personal se dispone para operar y mantener el sistema? ¿Cuál es la formación técnica de los usuarios? .3 del capítulo 3.3.Esta actividad es esencial para la especificación y diseño del nuevo sistema de información. a través del subsiste m programado.Legales: ¿Qué políticas.6. operar y mantener el sistema? 3. Entre las interrogantes que se deben responder para algunos de los atributos de calidad se destacan las siguientes: .ESPECIFICACIÓN DE RESTRICCIONES Y ATRIBUTOS. de acuerdo a lo descrito en la sección 3.El grupo de desarrollo establece aquí.3.. o hacer un cambio? ¿Quién va a realizar el mantenimiento? ¿Qué debe hacerse mientras se presta mantenimiento? . modificación y mantenimiento debe tener el equipo? . pues define la comunicación que debe haber entre los usuarios y el computador. se establecen también. sobre este punto son: ¿Qué grado de interacción hombre-máquina se desea? ¿Qué tan fácil de usar debe ser el sistema? ¿Qué tan fácil de entender debe ser el sistema? ¿Qué tiempo de respuesta se desea para cada función? ¿Qué tipo y niveles de entrenamiento pueden tener los usuarios? ¿Cuál debería ser la acción y reacción de los usuarios ante fallas del sistema? ¿Cuál debería ser la acción del sistema ante fallas o errores cometidos por los usuarios? 3. crecimiento.2.Adaptabilidad: ¿Qué facilidad de expansión.3.1.Movilidad: ¿Se desea implantar el sistema en diferentes equipos? ¿Qué tan independiente del equipo debe ser el sistema programado? . A continuación se delinean las actividades que el grupo de desarrollo debe efectuar durante este paso: 3.DETERMINAR ATRIBUTOS DE CALIDAD. la interacción que debe haber entre el hombre y el computador y los atributos de calidad que se le van a imponer al mencionado sistema de información..Seguridad y Privacidad: ¿Qué tan seguro debe ser el sistema ante el uso indebido.3. normas. reglamentos. Eficiencia y ¿Cuáles son los tiempos de respuestas deseables? Rendimiento: ¿Qué volúmenes de procesamiento por unidad de tiempo se requieren? ¿Qué medidas adicionales de rendimiento se van a utilizar? . 1982) (Wasserman. El diseño preliminar consta de un prototipo o modelo físico general que delinea la interacción hombre-máquina del sistema de información y describe.3. 1980) (Davis.. 2.. TÉCNICAS Y HERRAMIENTAS USADAS EN ESTA FASE: 1..5.. 1980c. UNIVERSIDAD DE LOS ANDES FACULTAD DE INGENIERÍA DEPARTAMENTO DE COMPUTACIÓN 4 * * * MEDSI * * * METODOLOGÍA ESTRUCTURADA PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN Versión: 1 Fecha: Noviembre 1983 Autor: J. sus procesos automatizados.PSL/PSA: Véase (Teichroew y Hershey.Ídem a la actividad 2. 1980d) (Distaso. 1979).3.Técnica HIPO: Véase final fase 2.1. 1982) (Parker. 2.ANÁLISIS ESTRUCTURADO DE SISTEMAS. 1977) (Tsichritzis.SREM: Véase (Alford. Montilva C..D. 1980) 4-27 4-26 .OTRAS REFERENCIAS RELACIONADAS CON ESTA FASE.4.T. 3. 3. en forma general. (Carey..: Véase final fase 2.S. 2.4. 1981)..Documentación: ¿Qué características especiales debe tener la documentación del sistema? 3. restricciones y atributos establecidos en la fase 3..ELABORAR LA LISTA DE RESTRICCIONES Y ATRIBUTOS.2. 1982) (Poole y White. FASE 4: DISEÑO PRELIMINAR OBJETIVO: Elaborar un diseño preliminar del sistema de información que satisfaga los requerimientos. 2.. PASOS: MÉTODOS.2. 1977) (Yeh y Zave...3.A.6.Ver referencias y descripción al final de la fase 2.OTRAS TÉCNICAS ALTERNATIVAS: 2.PLANIFICAR DETALLES DE LA PRÓXIMA FASE. procesamiento en lotes. El prototipo muestra.1). sistema de manejo de bases de datos. Si el prototipo seleccionado requiere de equipos y/ programas complementarios.El informe producido en la actividad anterior se presenta a la Comisión de Planificación.3.1. La definición de prototipos está regida por la estructura o configuración global del sistema de información.1. se elaboran las configuraciones técnicas adicionales que ellos requieran y se solicitan las cotizaciones respectivas a los vendedores del mercado.DEFINICIÓN DE PROTOTIPOS. entonces.SELECCIÓN DE PROTOTIPOS.REALIZAR UN ANÁLISIS COSTO-BENEFICIO. Para seleccionar el prototipo final. herramientas de programación. Los resultados obtenidos se resumen en un informe técnico denominado Informe de Prototipos.. El grupo estudia estas especificaciones y luego determina diferentes prototipos o modelos físicos del sistema que puedan ser implantados y que satisfagan las especificaciones contenidas en la Especificación Funcional del Nuevo Sistema. 4.. que puedan ser utilizados por el nuevo sistema. 4-29 DESCRIPCIÓN DE PASOS 4.. A continuación. el grupo de desarrollo debe llevar a cabo las siguientes actividades: 4. quien lo discute y finalmente selecciona el prototipo que considere más conveniente a la organización.2. la Comisión de Planificación evalúa los diferentes prototipos que le ha presentado el grupo de desarrollo y selecciona el más adecuado de acuerdo al análisis costo-beneficio que se anexa.. Finalmente.2. Las actividades que el grupo debe realizar en este paso se resumen a continuación: 4. Si algunos de los prototipos requieren equipos o programas adicionales. se solicita una cotización de las configuraciones necesarias. el grupo de desarrollo refina los procesos automatizados del prototipo que se haya elegido y elabora el Informe del Diseño Preliminar. a diferentes vendedores de equipos (paso 4. a los diferentes vendedores del mercado.En este paso el grupo de desarrollo realiza un análisis de costo-beneficio para los diferentes' prototipos definidos en el paso anterior. las instrucciones necesarias para la adquisición de la tecnología que haga falta (si es necesario). también. El resultado de este análisis se presenta y discute con la Comisión de Planificación.2).2.2 (Estudio de Factibilidad).2.DETERMINAR CONFIGURACIÓN TÉCNICA NECESARIA. antes discutido). Compiladores.).1. quien decide posteriormente el prototipo más conveniente y d. en línea o a tiempo real) y para la interacción que existirá entre el hombre y la máquina.. 4. para desarrollar el sistema. las restricciones y los atributos identificados en la fase anterior. entonces la Comisión determina los pasos necesarios y las responsabilidades para adquirir esa tecnología. centralizado o distribuido.1. Si el prototipo elegido requiere equipos y programas adicionales o totalmente diferentes a los existentes. (ejem. indica qué procesos son manuales y cuáles automáticos (este modelo también recibe el nombre de modelo físico. esto es. cuáles de ellos existen en la organización y están disponibles.EVALUAR CONFIGURACIÓN TÉCNICA EXISTENTE. En ella se indica si el diseño del sistema ha de ser independiente.. que hagan falta.Para aquellos prototipos que no puedan ser desarrollados totalmente con la tecnología disponible en la organización actualmente.Tomando como datos las configuraciones de equipos existentes en la organización. y cuáles se deberían adquirir. Un prototipo es un modelo construido sobre el modelo lógico que muestra claramente la interacción hombre-máquina. 4.ELABORAR DIFERENTES PROTOTIPOS ALTERNATIVOS.1.Las unidades involucradas proporcionan al grupo de desarrollo la configuración y las especificaciones técnicas de los equipos que se pueden utilizar para el desarrollo del sistema de información. los procedimientos de activación del subsistema programado. Se comparan los diferentes prototipos bajo un criterio económico preestablecido. la cual fue seleccionada durante el paso 1. Partiendo de este enfoque. 4.En este paso el grupo de desarrollo elabora diferentes prototipos que puedan satisfacer la especificación funcional. aunque ello puede originar confusión con el modelo de entes físicos.Para cada prototipo se determinan sus costos de desarrollo y operación y se estiman los beneficios que puedan obtenerse.. Se determina para cada caso los equipos y programas de apoyo que sean necesarios. de igual modo se establecen los programas de apoyo que hagan falta 4-28 . el grupo desarrolla diferentes prototipos.2.DISCUTIR INFORME DE PROTOTIPOS. Para aquellos procesos que sean automáticos se determina el equipo necesario y se especifica las características técnicas deseadas.A partir del modelo lógico del nuevo sistema y de las restricciones y atributos establecidos anteriormente. se establecen diferentes configuraciones para el procesamiento (ejem.1. Se solicitan precios y especificaciones técnicas de los equipos o programas. los de respaldo y recuperación de fallas y los de seguridad de la base de datos. estos se piden a los vendedores que el Comité de Planificación recomiende y siguiendo sus instrucciones (paso 4. se procede luego a evaluar estas configuraciones y a determinar que prototipos se pueden desarrollar con ellos en forma total o parcial. etc. 1. 4.3. 3.Finalmente.ADQUIRIR TECNOLOGÍA NECESARIA..3.Ídem a la actividad 2.2.6. 4. El modelo así obtenido. el cual es luego presentado a la Comisión de Planificación para su discusión y aprobación rutinaria.ELABORAR INFORME DEL DISEÑÓ PRELIMINAR. Los procedimientos automatizados para: (1) la activación del subsistema programado..ANÁLISIS ESTRUCTURADO DE SISTEMAS. el grupo de desarrollo.2.REVISAR PROTOTIPO.4.3.ALGORITMOS ESTRUCTURADOS.3.. Las actividades que el grupo debe llevar a efecto se dan a continuación: 4.El modelo o prototipo obtenido en la actividad anterior se somete a una revisión estructurada o a una inspección de diseño..REFINAMIENTO DEL PROTOTIPO SELECCIONADO.Véase fase 2. el grupo se dedica a refinar el prototipo escogido. Los entes del Diccionario de Datos que se vean afectados por la automatización deben ser actualizados durante esta actividad. el que designe la Comisión de Planificación. se encarga de adquirir.Técnica que utiliza las estructuras de la Programación Estructurada y un grupo selecto de palabras del lenguaje Español para describir los pasos necesarios para realizar una actividad o resolver un problema dado..2. o en su defecto...ANÁLISIS COSTO-BENEFICIO.3.Utilizando el prototipo se realiza un informe de esta fase. TÉCNICAS Y HERRAMIENTAS USADAS EN ESTA FASE: 1.. refinarse durante esta actividad.REFINAR PROTOTIPO. se somete a una revisión o inspección a fin de hallar inconsistencias o errores. Cada proceso del más bajo nivel debe describirse utilizando cualquiera de las técnicas siguientes: Algoritmos Estructurados.. Véanse las siguientes referencias: (Montilva.. 4.3. MÉTODOS.De ser necesario. instalar y probar el equipo y los programas que el prototipo seleccionado requiera para su desarrollo u operación.4. 2.PLANIFICAR DETALLES DE LA PRÓXIMA FASE.Véase fase 3. también.. Tablas de Decisión o Árboles de Decisión. siguiendo la técnica de Análisis Estructurado de Sistemas. Este refinamiento consiste en describir con mayor detalle aquellos procesos del prototipo que sean automáticos.. 1980) 4-30 4-31 . (2) el respaldo y recuperación de la base de datos y (3) los mecanismos de seguridad del sistema deben. 1982b) (Anexo B) Una técnica que puede ser utilizada en reemplazo de los Algoritmos Estructurados es el lenguaje PDL ("Program Design Language").3.Cada proceso automático del prototipo se refina mediante la descomposición funcional establecida por la técnica AES. el cual es descrito en la referencia dada a continuación: (Caine y Gordon. 4. esto es. es decir. el grupo de desarrollo inicia el diseño detallado del sistema de información. se debe especificar la gramática (sintaxis).3 se ensamblan junto con el prototipo para producir el paquete de diseño que el grupo utilizará para construir el sistema. Para cada pantalla se debe diseñar también el registro de datos asociado. si es de comandos. consulta o semi-natural. y de la Configuración Técnica del equipo que va a ser utilizado. 5. (Tanto los pasos 5.1. la cual ha sido delineada en el prototipo del sistema.1. en esta actividad se debe (1) determinar el medio de comunicación (terminal. FASE 5: DISEÑO DETALLADO OBJETIVO: Elaborar un diseño detallado del sistema de información que muestre cómo se construirán el subsistema de datos y el subsistema programado. (2) determinar el tipo de diálogo hombremáquina y diseñarlo completamente. los detalles de la interacción hombre-máquina. pruebas e implantación.En este paso se elabora minuciosamente el diseño de la interacción entre el hombre y la máquina. 5. Lenguaje de Consulta a la Base de Datos (propios de cada SMBD). etc. sus parámetros y las funciones que realizan..5 se pueden realizar en paralelo.1. esto es. sus especificaciones y los procedimientos manuales que le dan vida al sistema de información. esto es. respectivamente). teleimpresor. se deben determinar los elementos del diálogo.. y el plan de pruebas que regirá las diferentes pruebas del sistema de información durante las fases de construcción. se deben diseñar las pantallas de selección.2 y 5. 4-32 4-33 . Esta fase produce el "paquete de diseño". el cual contiene todas las especificaciones para la construcción del sistema. como los pasos 5.DISEÑAR EL DIALOGO HOMBRE-MAQUINA. que contiene el prototipo. Versión: 1 Fecha: Noviembre 1983 Autor: J. procedimientos y técnicas que se emplearán durante los diferentes pasos de pruebas del sistema. capacidades y especificaciones técnicas que afecten el diseño de los programas.. y (3) describir la acción que debe realizar el computador ante cada comando o selector que dé el usuario. Las actividades que el grupo debe ejecutar en el presente paso son: 5. el cual debe mostrar la estructura de los programas del sistema. Montilva C. lectora óptica. (3) El diseño del subsistema programado.2.4 y 5. Dependiendo del tipo seleccionado. describir los resultados o respuestas que deban producirse. sus características.DISEÑO DE ENTRADAS Y SALIDAS. Las especificaciones producidas en los pasos 5.1. el que permite construir la pantalla.2. (2) El diseño del subsistema de datos. estableciendo además. de la base de datos y los procedimientos que se requieren para crearla e inicializarla.1. Si el diálogo es del tipo de selección múltiple. Para ello. PASOS: A partir del Informe del Diseño Preliminar. Durante este diseño el grupo debe establecer junto con el usuario el tipo de diálogo y sus elementos. calendarios.DISEÑAR LAS PANTALLAS DE ENTRADA/SALIDA. la semántica y la pragmática del lenguaje.Esta actividad consiste en diseñar la estructura o formato de cada pantalla de entrada de datos al sistema y de salida de información a los usuarios. Finalmente se elabora el plan de pruebas que describe las actividades. debe realizar los pasos siguientes: (1) El diseño de las entradas y de las salidas del sistema. la entrada adicional de datos que pueda originarse. los mensajes de error y precaución que se deben producir ante errores del usuario o fallas del sistema y la asistencia que le debe dar el sistema al usuario.).Dependiendo del tipo de interacción hombre-máquina seleccionada.UNIVERSIDAD DE LOS ANDES FACULTAD DE INGENIERÍA DEPARTAMENTO DE COMPUTACIÓN 5 * * * MEDSI * * * METODOLOGÍA ESTRUCTURADA PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN DESCRIPCIÓN DE PASOS: 5. Los diálogos interactivos que existen actualmente se pueden clasificar en los siguientes tipos: − − − Selección Múltiple ("menú"). Lenguaje Semi-natural.1 y 5. Lenguaje de Comandos. 3. De igual manera.REALIZAR EL DISEÑO LÓGICO DE LA BASE DE DATOS. Estos son básicamente.- El diseño del subsistema de datos del sistema de información gira en torno a (1) el diseño de la (s) base (s) de datos necesaria (s) para almacenar los datos de dicho sistema y (2) el diseño de los programas que permitirán crear y "cargar" (inicializar) la(s) base(s) de datos. en la que los módulos de nivel superior actúan como controladores del flujo del programa o ejecutan las funciones generales y los módulos de bajo nivel ejecutan las funciones de detalle.En este proceso de diseño se elabora un modelo de datos que represente a las entidades (objetos y eventos). se debe modificar el modelo a fin de que incorpore las entidades y atributos necesarios para satisfacer tales requerimientos. Para realizar este paso existe un amplio conjunto de metodologías que pueden ayudar al grupo a realizar un diseño eficiente y consistente de la base de datos (véase referencias al final de la fase)..- Dependiendo del tipo y características del Sistema de Manejo de Bases de Datos (SMBD) que se haya dispuesto utilizar. su correspondiente especificación funcional y la lista de restricciones y atributos le imprimen una forma única a la estructura del sistema programado.En esta actividad el grupo diseña aquellos programas que no forman parte del subsistema programado y que permiten inicializar o " cargar" la base de datos con los datos provenientes de fuentes de volumen considerable. entonces cada entidad del modelo entidad-relación debe ser normalizada hasta por lo menos la tercera forma normal. S y reportes) conforman la especificación de entradas y salidas del subsistema programado. en forma general. que difícilmente pudiesen almacenarse mediante el subsistema programado..2. DISEÑO DE PROGRAMAS Y PROCEDIMIENTOS. el grupo de desarrollo puede proceder a diseñar los programas y procedimientos del subsistema programado. diseño éste que se concreta en lo que denominaremos como especificación de programa.- DISEÑO DE DATOS. y las relaciones (asociaciones) existentes entre esas entidades. pantallas de E. pues dependiendo de estos elementos el grupo diseña una estructura que bien podría estar ubicada dentro de uno de los enfoques siguientes: • • • Un solo programa Un conjunto de varios programas separados y ejecutados separadamente.DISEÑAR LOS PROGRAMAS DE INICIALIZACIÓN Y MANTENIMIENTO DE LA B. El diseño de los elementos descritos (diálogo hombre-máquina. el grupo traduce el modelo de datos en un esquema. esto es. un programa que describe las estructuras lógicas de los datos y sus correspondientes estructuras de almacenamiento e indica los métodos de acceso que se utilizarán. 5. por ejemplo). en términos del lenguaje de descripción de datos del SMBD. Establecer las relaciones que existan entre las diferentes entidades y construir el modelo entidad-relación correspondiente. Si el SMBD que se vaya a utilizar manipula bases de datos relacionales. de la cual se emprende el diseño de cada módulo. Un conjunto de varios programas interrelacionados (mediante un len-guaje de control de tareas. Si la respuesta es negativa.. por lo que el grupo debe seguir los lineamientos e indicaciones dadas en la documentación del SMBD. Este diseño depende enteramente del SMBD seleccionado. sus atributos (propiedades o características de cada entidad).D.En esta actividad el grupo diseña aquellos reportes que no fueron especificados en la actividad anterior.. El prototipo del nuevo sistema de información. se diseñan los detalles de los procedimientos de respaldo y recuperación de la base de datos.1. 5. las actividades que debe realizar el grupo de desarrollo durante el diseño de datos. Se establece de este modo una estructura jerárquica modular.- Luego que se ha elaborado el diseño de E/S y el de datos. identificando las entidades que representan y los atributos (elementos de datos) que posean.2.- 5. 5.1.2. Para cada uno de ellos se debe especificar su estructura o formato. Estos programas serán operados y mantenidos por el Administrador de la Base de Datos y por lo tanto se consideran parte integrante del subsistema de datos en lugar del subsistema programado.2. los gráficos y los diagramas. − − − − En cada caso. Las tareas que realiza el grupo para elaborar un modelo de datos son: − Analizar los flujos de datos que entran y salen de cada archivo del prototipo del sistema. 5.5.DISEÑAR LOS REPORTES. 4-34 4-35 . su contenido (registro de datos) y el medio de producción o salida. Verificar si el modelo de datos obtenido satisface todos y cada uno de los requerimientos detallados en el Libro de Requerimientos.3. A continuación se describen.REALIZAR EL DISEÑÓ FÍSICO DE LA BASE DE DATOS. la estructura de un programa está compuesta por módulos que configuran una jerarquía.2. los listados de papel.3. Derivar la(s) estructura(s) de datos contenida(s) en cada archivo. en sí.DISEÑAR LA ESTRUCTURA DEL SUBSISTEMA PROGRAMADO.. su ubicación. De igual modo se diseñan los formatos. que se mencionan en el prototipo del sistema. Son ejemplos de módulos: las subrutinas de FORTRAN. cada uno de los cuales se divide luego en piezas funcionales (módulos). El algoritmo o diagrama de flujo del módulo. Este diseño consiste en establecer la " lógica" general de cada módulo. 4-36 4-37 . Se llama o invoca desde otro módulo. El objetivo de la citada técnica es diseñar un sistema programado como una estructura jerárquica compuesta de módulos de función simple relativamente independientes. Cada sub-estructura es. manual del usuario. Ejecuta una función claramente especificable. sucesivas veces. planillas y demás procedimientos manuales. pues se requiere de una información adicional sobre las características del módulo. 5. las especificaciones de programa asociadas a cada módulo de esa estructura y el diseño de la documentación y de los procedimientos manuales. y que se requieren como elementos de los flujos de datos de los procesos manuales del sistema de información. a su vez. PASCAL y PL/I y los párrafos y secciones de COBOL (aunque no cumplen con todos los puntos mencionados). esto es. el sistema programado en subsistemas o programas. Esta estructurapropósito de garantizar la consistencia.En este paso se diseña también toda la documentación y procedimientos manuales que el sistema de información demande.DISEÑAR CADA MÓDULO DE LA ESTRUCTURA. sus argumentos.3. las cuales definendeben hacerse las cosas durante esa fase. ya que está basada en los principios de la Programación Estructurada. Este proceso se repite hasta que se logra alcanzar un nivel funcional detallado. La estructura del sistema programado. con el se deriva de El diseño se inicia con la determinación de una estructura jerárquica inicial para el subsistema programado. luego. que puede ser especificada mediante un algoritmo o diagrama de flujo con facilidad. describir los pasos necesarios para llevar a cabo la función asignada al módulo. etc. con la ventaja de que su aplicación produce un diseño modular completamente estructurado.DISEÑAR LA MANUALES.3. El diseño de cada módulo se especifica en una planilla de este tipo.4.3. formularios. Para el diseño de la estructura el grupo dispone un amplio conjunto de técnicas. su función. así obtenida.Durante la presente actividad el grupo elabora el diseño de cada uno de los módulos que configuran la estructura del subsistema programado. inicial del subsistema programado.El subsistema programado se diseña como una estructura jerárquica compuesta por uno o más programas.DOCUMENTACIÓN Y LOS PROCEDIMIENTOS En esta actividad el grupo se ocupa de determinar el formato y contenido de cada uno de los manuales que forman la documentación del sistema de información (ejem. etc. La lógica de un módulo se puede representar mediante el uso de algoritmos o diagramas de flujo.- Este paso se inicia desde la finalización de los pasos 5. de este modo. con relativa facilidad y sin ambigüedad alguna. El nivel de detalle descriptivo debe ser t al que le permita a un programador acometer la codificación del módulo.1. no es suficiente como para que un programador empiece su codificación.1. los procedimientos de ALGOL.. Un módulo se define como una unidad de programa que se caracteriza por lo siguiente: − − − − − Posee un nombre propio y único. Para llevar a cabo este paso el grupo de desarrollo efectúa las actividades reseñadas a continuación: 5. Toda esta información se condensa en un formulario elaborado para tal fin y que se denomina Especificación de Programa (véase planilla correspondiente en el Anexo A).).3 y se basa en revisar y ensamblar el conjunto de especificaciones de diseño producidas en los citados pasos.2. 5. de módulos. que consiste en dividir. La utilización de las estrategias mencionadas establece "qué" y "cómo" la estructura produce una o más sub-estructuras jerárquicas (programas) relacionadas o relativamente independientes. la estructura del subsistema programado.3. El árbol o red modular. hasta llegar a un nivel en el cual cada módulo de nivel inferior ejecuta una función simple. descompuesta en módulos. de acuerdo a la especificación funcional. 5. mediante la aplicación del del diseño e Transformaciones diseño. de acuerdo a lo que se ha establecido en el plan de documentación. Puede definir y mantener un conjunto propio de variables locales.- ENSAMBLAJE DEL PAQUETE DE DISEÑO. constituyen lo que se denomina como la especificación del subsistema programado. entre las cuales se destaca el Diseño Estructurado (véase referencias al final de la fase). Se obtiene. 5. estrategias propias de la técnica Diseño Estructurado. calidad y exactitud Análisis de integrar lo que hemos denominado como paquete de los procesos automatizados que se han identificado en el prototipo del sistema. instructivos. Este documento es la esencia para la construcción del sistema. constituye la estructura del subsistema programado. La técnica que hemos denominado Algoritmos Estructurados (véase referencias al final de la fase) puede ser utilizada para este fin. cada uno de estos se compone. Puede compilarse y catalogarse en forma separada. El proceso de diseño se basa en el principio de Descomposición Funcional. en el que cada módulo ejecuta una función básica. pues y el Análisis de Transacciones.2 y 5. manual del sistema. los responsables de las actividades de diseño. Para facilitar este último objetivo..6. descrita en la sección 3. 5. el tiempo o duración total del proyecto se extendería considerablemente. (2) los responsables de diseñarlas.4. la segunda durante la fase de construcción y la última se distribuye a lo ancho de las fases de construcción y pruebas propiamente dicha. se ensamblan para producir el paquete de diseño.Las especificaciones de diseño. (5) la especificación del subsistema de datos y (6) cualquier otro material que se juzgue necesario.1 del capítulo 3. contiene: (1) el prototipo del sistema.. El resultado de este proceso lo constituye el PLAN DE PRUEBAS..4.1 del capítulo 3. es una herramienta muy valiosa que le permite al grupo llevar un seguimiento de cada requerimiento durante el diseño. ventajas.5. (4) asegurar que las restricciones y atributos establecidos se satisfagan plenamente con el diseño elaborado. Cualquier inconsistencia. Un elemento de prueba es un componente del sistema de información que debe someterse a prueba. Luego que se ha ensamblado el paquete de diseño. pues de realizarse todas las actividades durante la fase de pruebas. El plan de pruebas se puede organizar en secciones. descrita en la sección 3. estos componentes se clasifican en: 4-38 4-39 .ENSAMBLAR EL PAQUETE DE DISEÑO.- PLANIFICACIÓN DE LAS PRUEBAS. Por consiguiente. En él se identifican: (1) las diferentes pruebas que han de realizarse. 5..3 del capítulo 3.2 y 5.2. A pesar de que se ha identificado la fase 7 de esta metodología como la fase de pruebas. (3) la programación de tiempos. una vez revisadas y corregidas. construcción y ejecución. Este documento contiene todo el material descriptivo necesario para conducirla construcción del sistema.6. 5. Los objetivos de estas revisiones son: (1) determinar las inconsistencias del diseño. para estas técnicas. 2. con la finalidad de ensamblar en forma ordenada y modular las especificaciones tanto funcionales como las de diseño. tal como se describe a continuación: 1 OBJETIVOS: Identifica las metas y objetivos que se persiguen en cada uno de los niveles y actividades generales de las pruebas. sino que se dividen y toman lugar a lo largo de diferentes tases de la metodología.REALIZAR UNA REVISIÓN ESTRUCTURADA DEL DISEÑO.CALENDARIO DE PRUEBAS.Haciendo uso del paquete de diseño. (2) la configuración y documentación del equipo que se va a emplear. talla o error detectado durante las revisiones debe ser corregido antes de iniciar la actividad siguiente.1. y la fecha de inicio y terminación de cada actividad de Prueba. desventajas y los ajustes de costos y tiempo s de desarrollo. (3) medir y corregir las desviaciones del diseño con respecto a las normas y procedimientos de diseño establecidos en el plan metodológico.5. que el diseño elaborado involucra. Generalmente. (5) los criterios de éxito de cada prueba. Ejecución de las pruebas.. y (6) información adicional que se necesite para efectuar tales pruebas.- 5. (4) las herramientas. (3) las especificaciones de entrada y salida.- Para cada una de las especificaciones producidas en los pasos 5. métodos.3 se realiza una revisión estructurada (o una inspección de diseño) siguiendo los lineamientos dados.3. Diseño y Construcción de las pruebas. por otro lado.Durante esta actividad.ELABORAR Y DISCUTIR EL INFORME DEL DISEÑÓ DETALLADO.6. construirlas y ejecutarlas. La primera de ellas se realiza durante esta fase de diseño.1.Identifica cada elemento de prueba y las diferentes pruebas que deben efectuarse. técnicas y procedimientos que se deben emplear en las diferentes actividades de prueba. construcción y pruebas del sistema. (2) determinar las fallas y errores cometidos en las diferentes especificaciones. si así lo desean. El gerente del proyecto y el bibliotecario pueden emplear desde esta actividad. 5. las actividades concernientes a ésta no se realizan en conjunto bajo ese nombre. el gerente del proyecto se dedica a planificar el conjunto de actividades que se requieren para probar el sistema de información. podemos dividir las actividades generales de las pruebas en: − − − Planificación de las pruebas. la Carpeta de Desarrollo de Unidades (DF). costos y recursos necesarios para llevarlas a cabo. éste se almacena en la biblioteca del proyecto para su posterior utilización durante las fases restantes. Bajo este criterio. Las razón de ello es fundamentalmente estratégica. Este plan es un documento que guía el desarrollo de las pruebas en los distintos niveles del sistema de información. en la sección 3. el gerente del proyecto elabora un informe descriptivo de las características. (4) la especificación del subsistema programado. y (5) asegurar que cada requerimiento contenido en el Libro de Requerimientos y cada especificación funcional del prototipo se cubran o satisfagan con el diseño producido. es evidente que muchas de las actividades de prueba se pueden realizar en paralelo con actividades de tases tales como las de diseño y construcción del sistema. Este informe se presenta luego a la Comisión de Planificación. quien aprueba. rechaza o recomienda modificar el diseño detallado del sistema de información. la Matriz de Seguimiento de Requerimientos.5.1..4.ELABORAR EL PLAN DE PRUEBAS. requerimientos..5.En esta actividad. como sea posible. también. generadores de datos. que se utilizarán para diseñar y construir las pruebas y para reportar el progreso de su ejecución y de los resultados obtenidos... en conjunto.. luego se prueban las funciones intermedias de la jerarquía (ejem. PROCEDIMIENTOS. planillas.6. de personal y de datos). programado. etc. Probar es detectar la existencia de un error. A continuación.. TÉCNICAS Y MÉTODOS.Permiten probar y depurar cada subsistema de prueba. pruebas de abajo-hacia-arriba.Es la prueba final del sistema y es realizada ante la presencia del Comité de Planificación y los directivos de las unidades involucradas. se identifican los criterios que prevalecerán para determinar si una prueba ha sido exitosa o no.. − Las diferentes pruebas que se deben realizar se agrupan o clasifican del siguiente modo: − PRUEBAS DE UNIDADES.. el gerente del proyecto presenta el plan de pruebas a la Comisión de Planificación.DISCUTIR EL PLAN DE PRUEBAS. en la mayoría de estas referencias se describen una o más técnicas alternativas a las que se sugiere utilizar en esta metodología. Esta manera de probar se denomina " de abajo-hacia-arriba " .. Para finalizar esta actividad.En esta sección se identifican y describen las herramientas automatizadas que se desean usar en las diferentes actividades de pruebas (ejem. depuradores. esto es. al ambiente real del sistema.Para las diferentes pruebas que se vayan a efectuar.). 6.2. una función detallada o general del subsistema programado. etc. El objetivo de esta prueba es detectar y corregir los errores presentes en: (1) la integración de módulos en subsistema funcionales y (2) la realización de las diferentes funciones que el subsistema programado debe cumplir.EN EL DISEÑÓ DE ENTRADAS Y SALIDAS. si bien están muy relacionados. Su objetivo es encontrar las discrepancias que existan entre el sistema construido y los objetivos. mientras que. el gerente del proyecto discute el plan de pruebas con el grupo de desarrollo a objeto de asignar los diferentes responsables de las actividades de pruebas.. son diferentes.− UNIDADES.5. SUBSISTEMA.El sistema de prueba lo constituye el sistema de información en su totalidad. 7. 5. Este grupo se denomina Grupo de Pruebas. determinar su naturaleza y corregirlo 4-41 4-40 . PRUEBA DE ACEPTACIÓN.).Permite identificar y describir los diferentes procedimientos (instructivos. Se realiza en el ambiente real del sistema de información.Ídem a la actividad 2. con el fin de verificar que cada requerimiento sea cubierto por al menos una prueba. Las pruebas de subsistema se pueden realizar jerárquicamente probando primero las funciones más detalladas o de más bajo nivel en la escultura (ejem. ejecute el comando AYUDA) y finalmente todo el subsistema programado. 5.). Se identifican y describen... cada grupo funcional de módulos del subsistema programado. SISTEMA. que consiste en probar y depurar la integración de los diferentes componentes del sistema (subsistema: equipo. restricciones y atributos inicialmente establecidos. depurar es localizar el error detectado. con el propósito de demostrar que el sistema desarrollado satisface las necesidades que motivaron la realización del proyecto.Esta es la prueba de todo el sistema de información..Un subsistema de prueba es un grupo de módulos interrelacionados que ejecutan. − − − MÉTODOS. 5.PLANIFICAR DETALLES DE LA PRÓXIMA FASE. PRUEBAS DE SUBSISTEMA.. PRUEBA DEL SISTEMA.Estos términos. etc.. CRITERIOS DE ÉXITO. En proyectos de gran magnitud o complejidad se designa un grupo integrado por expertos en pruebas y algunos miembros del grupo de desarrollo con el propósito de conducir las actividades de prueba restantes. elimine un registro del archivo XYZ).Se recomienda la lectura de 2 . pruebas de arriba-hacia-abajo.Una unidades un módulo de la estructura del subsistema programado. TÉCNICAS Y HERRAMIENTAS UTILIZADAS EN ESTA FASE: Los métodos y técnicas que existen para el desarrollo de esta fase son muy numerosos. 1.En esta sección se actualiza la matriz de seguimiento de requerimientos. HERRAMIENTAS. 4. los métodos y técnicas de pruebas que se pretendan utilizar para la realización de las diferentes actividades (ejem.. NORMAS. .3.Permiten probar y depurar 2 las unidades o módulos del subsistema programado.Aquí se mencionan las normas que se deben seguir para el diseño y construcción de cada especificación de prueba.2.. Esta prueba se realiza en un ambiente tan cercano y similar. SEGUIMIENTO DE REQUERIMIENTOS. − 3. se dan las referencias bibliográficas para algunos de sus Pasos. 1978. 1980) (IBM Co. 1983) (Smith y Smith. pp. Para esta metodología.. 1980) (Zaniolo y Melkanoff. 1979b) (Pamas. 1980) (Linger. se recomienda utilizar las siguientes: 3.. 1980) (Stevens. 343) 4-42 . 1980d) (CODASYL. 1980) (Martin. 1980) (Mitchell. 1980) Qackson. 1981) (Ng. 1982b) (Anexo B de este libro) Otras referencias de interés para este paso son las siguientes: (Caine y Gordon..Descrito en las siguientes referencias: (Montilva. 1982a) (Stevens y otros. 1977) (Peters..las siguientes referencias: (Carey.EN EL DISEÑO DE PROGRAMAS. 1980) 4.EN EL PLAN DE PRUEBAS. 1982) 3.. 1978) (Senn. 1980b) (Date. 1980c. 1980) (Páez. 1981) (Ullman. 1981) (Dennis.ALGORITMOS ESTRUCTURADOS. 1975. pp. 1975) (Tumer.. sin embargo. 340(Metzger... 183-185) (Myers. pp. 1979. 1978) 3.2. 481-487) 2. 1981) (Guttag. pp. 1981) (Yourdon y Constantine. 1980) (Wasserman.Véanse las referencias siguientes (Montilva..Para este paso las siguientes referencias son d particular interés: (AUERBACH. 242-244. 1976.. 1981) (Inmon. 1980) (DeMarco. 1978. 1980) (Wasserman. G.Para este paso el número de métodos técnicas que existen es amplio..DISEÑO ESTRUCTURADO.Para la elaboración del plan de pruebas s recomienda la lectura de las siguientes referencias: (Adrion y otros. 1982) (Jensen y Tonies..1.EN EL DISEÑO DE DATOS. 1982) (Ledgard. 1977. 1979. Documents Similar To MEDSI Jonas MontilvaSkip carouselcarousel previouscarousel nextMetodología AUPJonas MontilvaManual DFD 2Comparativo metodología de SistemasCapitulo III Remodel AdoMetodo WatchDesarrollo de Software rial V0[1]57027031 Sistemas Dinamicos Simplificacion Diagramas de BloquesTS3erCorteMetodo WATCH de Prof. Jonas MontilvaLos Problemas de La Magnitud de La EmpresaFases de MEDSIMerEtapas en el Desarrollo de un Sistema de Información Gerencial17519434-MEDSI- (1)la oorganizacion basada en los sistemas de informacionadministracion 2Ing. de Sistemas 3 Parte 1Enfoque Filosofico Del ConocimientpClaseAYD_03SIG EXAMEN2Trabajo de Investigacion Segundo ParcialArticulo de Opinión-sharon HerreraClase 02Analisis de Sistemas i73325228 05 Reporte Reduccion de Diagrama de Bloques Con MatlabANÁLISIS ESTRUCTURADOanalisis extructuradoEjerciciosDFD1Análisis y Diseño de Sistemas de Información, James Senn (2da. Ed.)Footer MenuBack To TopAboutAbout ScribdPressOur blogJoin our team!Contact UsJoin todayInvite FriendsGiftsLegalTermsPrivacyCopyrightSupportHelp / FAQAccessibilityPurchase helpAdChoicesPublishersSocial MediaCopyright © 2018 Scribd Inc. .Browse Books.Site Directory.Site Language: English中文EspañolالعربيةPortuguês日本語DeutschFrançaisTurkceРусский языкTiếng việtJęzyk polskiBahasa indonesiaSign up to vote on this titleUsefulNot usefulYou're Reading a Free PreviewDownloadClose DialogAre you sure?This action might not be possible to undo. Are you sure you want to continue?CANCELOK