Monografias.com > Otros
Descargar Imprimir Comentar Ver trabajos relacionados

MEDSI




Enviado por JULIA GUZMAN



    Indice
    1.
    Introducción

    2. Fases de MEDSI.

    1.
    Introducción

    Es una metodología estructurada para desarrollar
    sistemas de
    información en y para organizaciones de
    cualquier tipo. Entre las características resaltantes de esta
    metodología podemos destacar:

    1. ES ESTRUCTURADA: esta características se debe a dos razones
      esenciales:
      1. Utiliza diferentes métodos y técnicas estructuradas, 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.
      2. Guía paso a paso de arriba hacia abajo el
        grupo
        que la aplica explicando primero de forma muy general lo
        que debe hacerse para luego entrar en los detalles, a
        medida que se avanza hasta explicar las tareas esenciales
        que el grupo
        debe llevar a cabo para realizar el sistema de
        información.
    2. ES COMPLETA. Cubre todas las distintas fases del
      ciclo de desarrollo
      de un sistema de
      información, desde la definición
      del proyecto hasta
      la implantación del sistema en
      la
      organización. Guía al grupo de desarrollo a
      través de las fases, a un nivel bastante detallado,
      explicando las actividades que deben hacerse y en la
      mayoría de los casos, enumerando las tareas
      específicas que los miembro del grupo deben
      efectuar.
    3. ES PARTICIONADA. A fin de manipular mejor la
      inherente a un proyecto de
      este tipo, la metodología se divide en fases, y cada una
      de las fases esta compuesta por pasos los cuales están
      orientados a algún tipo de tópicos, aspecto o
      elemento de un sistema de
      información. Cada paso a su ves agrupa a un conjunto
      de actividades que han de ser realizadas por el grupo de
      desarrollo.

    Diagramas Utilizados en MEDSI.
    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, y
    corresponden a lo que, en términos de esa técnica,
    recibe el nombre de Diagrama de Flujo
    de Datos
    Los elementos para construir un Diagrama de
    Flujo de Datos, son los
    siguientes:

     Esta metodología (MEDSI), esta orientada a
    proyectos
    medianos y grandes, que ameriten la integración de grupos de
    desarrollo conformados por tres o más personas que puedan
    requerir para su desarrollo varios meses.

    2. Fases de
    MEDSI.

    Fase I. Definición del proyecto.
    Determinar la factibilidad de
    desarrollar un nuevo sistema de información y estimar los costos, tiempos y
    recursos
    requeridos de tal manera que las unidades interesadas puedan
    decidir si se ha de emprender o no el proyecto. Si se decide
    realizarlo se elabora el plan del
    proyecto. Dentro de esta fase encontramos los siguientes
    pasos:

    1. Estudio Preliminar del proyecto: este estudio
      muestra de
      manera general si se justifica o no desarrollar un sistema de
      información para satisfacer las necesidades de las
      unidades interesadas. Para ello, el gerente
      realiza las siguientes actividades:
      1. Reconocer el problema.

    Implica efectuar las acciones
    necesarias para reconocer que existe un problema. Las tareas que
    este debe realizar en esta actividad son:

    • Recopila y analizar aquellos elementos que indiquen
      la necesidad de un nuevo sistema.
    • Realizar reuniones preeliminares con el personal de las
      unidades involucradas para definir la necesidad de un cambio.
    1. Formular el problema.

    Esta actividad busca diagnosticar, de modo muy general,
    el sistema actual, si es que existe, tratando de responder entre
    otras cosas, las siguientes interrogantes:

    • ¿Qué hace este sistema
      actual?
    • ¿Qué objetivo
      persigue? ¿Los logra actualmente? ¿Por
      qué?
    • ¿Qué dificultades o inconvenientes
      presenta?
    • ¿Qué áreas de la organización se ven
      afectadas?
    • ¿Es parte de un problema mayor?

    Así mismo se busca determinar las necesidades
    preliminares que puedan o no justificar el desarrollo del nuevo
    sistema. Alguna de las interrogantes que se han de responder
    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 el nuevo sistema?

    Para esta actividad el gerente del
    proyecto debe llevar a cabo las siguientes tareas:

    • Realizar entrevistas
      con las personas que sientan la necesidad de un
      cambio.
    • Recopilar y archivar documentos,
      notas de las entrevistas
      y datos
      relevantes del sistema actual, sus inconvenientes y la
      necesidad de cambio.
    • Analizar la documentación archivada.
    1. Elaborar el informe
      preliminar.
    2. A partir del análisis anterior, el gerente debe
      elaborar un informe
      que resuma los resultados de las actividades anteriores, el
      cual debe concluir si existen o no necesidades y problemas actuales que justifiquen emprender
      el desarrollo de un nuevo sistema.

      El gerente presenta el informe preliminar a los
      directivos de las unidades involucradas quienes deciden, a
      partir de ese informe, si se emprende el proyecto o no, o
      si es necesario un mayor estudio.

    3. Discutir el informa preliminar.
    4. Planificar el estudio de
      factibilidad.

    Dependiendo de la decisión adoptada durante la
    discusión del informe preliminar, el gerente se dedica
    ahora a iniciar un estudio de
    factibilidad del proyecto, para ello debe realizar
    previamente las siguientes tareas:

    • Determinar las actividades y tareas necesarias para
      conducir un estudio de factibilidad.
    • Determinar los recursos
      requeridos.
    • Programar los tiempos de las actividades y
      tareas.
    1. Estudio de Factibilidad. Una ves que se ha
      justificado la necesidad de un nuevo sistema, el gerente debe
      estudiar, junto con el grupo seleccionado para este paso, la
      factibilidad técnica, económica y psicosocial de
      diferentes alternativas que puedan constituir soluciones
      aceptables al problema actual. Por consiguiente, el grupo de
      factibilidad debe realizar las siguientes
      actividades:
      1. Evaluar el sistema actual.
      2. Siempre y cuando exista un sistema actual de
        información el grupo de be evaluar en este momento
        dicho sistema.

        En esta actividad el grupo se dedica a
        establecer los requerimientos generales de un nuevo
        sistema.

      3. Establecer nuevos requerimientos en forma
        general.
      4. Formular sistemas alternativos.

    El grupo identifica, en esta actividad diferentes
    configuraciones para el sistema que satisfaga los requerimientos
    generales establecidos en la actividad anterior, las tareas que
    han de realizarse son:

    • Identificar configuraciones alternativas. Para cada
      alternativas:
      • Describir sus características
        principales.
      • Determinar que requerimientos no se satisfacen,
        total o parcialmente.
      • Definir el grado de automatización.
      • Determinar que restricciones y atributos no se
        pueden satisfacer.
    1. Determina factibilidad técnica.

    Para cada sistema alternativo se debe establecer su
    factibilidad técnica, ellos deben responder a dos
    interrogantes: ¿es posible desarrollar el sistema
    propuesto con la tecnología actual o
    existente?, y si es posible, ¿qué tecnología adicional
    debe adquirir la
    organización?. Las tareas que se deben efectuar
    son:

    • Evaluar las tecnologías que dispone la
      organización.
    • Determinar la tecnología
      demandada.
    • Determinar la tecnología adicional que debe
      adquirirse.
    1. Determinar factibilidad
      económica.
    2. En esta actividad el grupo debe realizar un
      análisis costo
      – beneficio que permita identificar y medir los
      costos
      de desarrollo de operación y los beneficios que
      obtiene la organización de cada sistema alternativo;
      para luego comparar las diferentes alternativas bajo un
      criterio económico. También deben estimarse
      los tiempos de desarrollo de cada sistema propuesto a fin
      de medir la factibilidad económica de cada uno de
      ellos.

      La implantación de un sistema de
      información automatizado en cualquier
      organización crea un impacto social, que puede
      ocasionar su aceptación el rechazo total al cambio
      tecnológico que se pretende introducir. El grupo
      debe predecir o estimular para cada alternativa el impacto
      social que ellas pueden originar dentro de la
      organización.

    3. Determinar factibilidad psicosocial.

      Este informe describe cada sistema alternativo y
      resume su factibilidad técnica, económica
      psicosocial.

    4. Elaborar informe de factibilidad.
    5. Discutir el informe de factibilidad.

    El gerente del proyecto presenta el informe a la
    comisión de planificación, quienes junto con los otros
    directivos de las unidades involucradas discuten la factibilidad
    de cada alternativa y selecciona la más conveniente. El
    proyecto puede ser paralizado debido a que no existan
    alternativas factibles o convenientes a la
    organización

    1. Planificación del Proyecto. 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
      se dedica a planificar el mencionado proyecto, tratando de
      estimar los costos, tiempos y recursos para llevarlo a
      cabo.
    2. Este paso tiene por finalidad elaborar un documento
      que guíe el desarrollo del proyecto y que
      denominaremos el PLAN DE
      PROYECTO. Las actividades que debe realizar el gerente del
      proyecto durante el proceso de
      planificación son:

      1. Elaborar un plan general.
      2. Elaborar un plan de fases.
      3. Elaborar un plan de
        organización.
      4. Elaborar un plan metodológico.
      5. Elaborar un plan de administración de la
        configuración.
      6. Elaborar un plan de administración de
        recursos.
      7. Elaborar un plan de documentación.
      8. Elaborar un plan calendario de eventos.
      9. Seleccionar el grupo de desarrollo.
      10. Revisar el plan de proyecto.
      11. Discutir el plan de proyecto.

    Fase II. Análisis De Contexto.
    En esta fase se busca 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).
    Dentro de esta fase encontramos los siguientes pasos:

    1. Análisis documental. este paso le permite al
      grupo de desarrollo disponer de una biblioteca
      organizada de documentos
      relativos al proyecto. Una ves constituida la biblioteca,
      el grupo se ocupa de estudiar la documentación propia
      del sistema con iras a obtener una primera aproximación
      al conocimiento
      del citado sistema y sobre todo al contexto que lo contiene.
      Las actividades que el grupo desarrollo debe llevar a efecto
      durante ese paso son:
      1. Recopilar documentos.
      2. Con la colaboración de los diferentes
        usuarios del sistema actual, el grupo recopila toda la
        documentación posible a tal sistema.

        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, estas personas son denominadas
        bibliotecarios del proyecto.

      3. Organizar documentación.
      4. Estudiar documentos.

      Después de haberse organizado la biblioteca
      el grupo se dedica a estudiar a documentación. El
      gerente programa
      reuniones de discusión, distribuye el material para
      lecturas individuales y conduce las discusiones en equipo
      sobre algunos documentos en particular el objetivo
      de este estudio es familiarizarse con el sistema actual antes
      de iniciar su análisis formal

      1. Analizar el contexto del sistema.
      2. Durante esta actividad el grupo de desarrollo
        estudia el sistema de actividades (sistema empleado)
        dentro del cual esta enmarcado el sistema de
        información. Ello debe llevar a determinar los
        objetivos de ese sistema, definir su
        estructura, establecer sus procesos y determinar su comportamiento.

      3. Analizar el sistema actual de
        información.
    2. Análisis del Contexto. este paso constituye un
      estudio formal de todo el sistema, con un nivel de detalle
      más profundo que aquellos realizados anteriormente. Su
      objetivo es permitirle al grupo de desarrollo conocer el
      sistema actual y su contexto para luego modelarlo y sobre el
      modelo
      identificare las situaciones problemáticas que el
      sistema presenta. El modelo del
      sistema actual se elabora utilizando la técnica conocida
      como "Análisis Estructurado de Sistema". El modelo
      general esta integrado por dos submodelos

    En esta actividad el grupo de desarrollo identifica los
    objetivos,
    estructuras y
    procesos del
    sistema actual, para ello deben efectuar las siguientes
    tareas:

    • Definir los objetivos del sistema de
      información.
    • Identificar sus sub sistemas.
    • Identificar sus funciones.
    • Identificar las entradas, procesos y salidas de cada
      función.
    • Determinar su flujo de
      información.
    • Identificar sus archivos.
    • Analizar su documentación y sus procedimientos
      manuales.
    • Identificar los usuarios de sistema y describir sus
      tareas.
    • Describir la tecnología que utiliza el
      sistema.
    1. Construir el modelo del sistema actual de
      Información.

    Para ello se utiliza la técnica de
    análisis estructurado de sistemas que permite elaborar los
    modelos
    físicos y lógicos del sistema de
    información. Las tareas que se deben realizar durante esta
    actividad se dividen en:

    • Construir los diagramas de
      flujo de datos del modelo físico y
      lógico.
    • Elaborara el diccionario de
      datos.
    • Describir cada proceso del
      modelo lógico hasta un nivel adecuado.
    1. Identificar las situaciones
      problemáticas.
    2. Elaborar el informe del sistema actual.

    Este informe resume los resultados de las actividades
    anteriores, mediante una descripción del ambiente y del
    mismo sistema, la presentación del modelo y la descripción de los problemas que presenta
    el actual sistema.

    Fase III. Definición de requerimientos.
    Esta fase busca definir los requerimientos de los usuarios y
    establecer las funciones, restricciones y atributos que el nuevo
    sistema de información debe satisfacer.

    1. Especificación de Requerimientos de
      Información. El grupo de desarrollo se encarga de
      especificar junto con el usuario del nuevo sistema las salidas,
      las entradas y las estructuras
      necesarias de datos. Las actividades que realizas el grupo de
      desarrollo durante este paso son las siguientes:
      1. Determinar los requerimientos de
        información.

    En conjunto con los usuarios, el grupo de desarrollo
    determina las necesidades actuales y futuras de
    información que el nuevo sistema de información
    debe satisfacer. Dichos requerimientos son:

    • Requerimientos de entrada.
    • Requerimientos de salida.
    • Requerimientos de almacenamiento.
    1. Construir el libro de
      requerimientos de información.

    Este libro contiene
    una entrada para cada requerimiento de información nuevo o
    viejo. Los requerimientos se agrupan e divisiones de acuerdo al
    tipo señalado en la actividad anterior. La división
    de requerimientos de salida se organiza por sesiones. Cada
    sesión contiene los requerimientos de información
    de una unidad funcional que esta involucrada en el
    sistema.

    1. Especificación Funcional del Nuevo sistema.
      Tomando como elemento de entrada el informe del sistema actual
      y el libro de requerimiento, el grupo, a lo largo de este paso,
      especifica con los usuarios las funciones que el nuevo sistema
      debe realizar.
      1. Determinar requerimientos
        funcionales.
      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. Utilizando el informe del
        sistema actual, el grupo determina con los usuarios,
        aquellas funciones que deben continuar, las que se han de
        modificare o eliminar y las que se han de incorporar al
        nuevo sistema.

        Este modelo es constituido utilizando la
        técnica "Análisis Estructurado de Sistema",
        y constituye un medio gráfico de valioso apoyo
        descriptivo y documentado de cada una de las funciones
        del sistema en desarrollo debe realizar.

      3. Construcción del modelo lógico del
        nuevo sistema.

        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.

      4. Elaborar el informe del nuevo
        sistema.
      5. Discutir el informe del nuevo
        sistema.
      1. Determinar Restricciones.
    2. Especificación de Restricciones y Atributos.
      En este paso, el grupo de desarrollo establece junto con los
      usuarios las restricciones bajo las cuales se deben desarrollar
      y debe operar el sistema de información. Así
      mismo se establece también, la interacción que
      debe haber entre el hombre,
      el computador y
      los atributos de calidad que se
      la van a imponer al mencionado sistema de
      información

    Estas restricciones se pueden agrupar tal como se
    muestra a
    continuación:

    • Económica: de que cantidad de dinero se
      dispone para mantener el sistema.
    • Técnicas: que equipo debe o puede
      utilizarse.
    • De personal: de
      que personal se dispone para mantener y operar el
      sistema.
    • Legales: que políticas, reglamentos, normas,
      leyes, etc,
      tanto internas como externas deben acatarse.
    1. Determinar interacción hombre
      – máquina.
    2. Esta actividad es esencial pues define la
      comunicación que debe haber entre los usuarios y
      el computador a través del subsistema
      programado.

    3. Determinar atributos de calidad.

    Entre las interrogantes que se deben responder para
    algunos de los atributos de calidad se destacan las
    siguientes:

    • Confiabilidad.
    • Grado de prueba.
    • Movilidad
    • Adaptabilidad
    • Mantenimiento requerido.
    • Seguridad y privacidad.
    • Eficiencia y rendimiento.
    • Documentación.
    1. Elaborar listas de restricciones y
      atributos.
    2. Planificar detalles de la próxima
      fase.

    Fase IV. Diseño
    Preliminar.
    Esta fase se encarga de elaborar un diseño
    preliminar del sistema de información que satisfaga los
    requerimientos, restricciones y atributos establecidos en la fase
    III. El diseño preliminar consta de un prototipo o modelo
    físico que delinea la interacción hombre-
    máquina del sistema de información y describe, en
    forma general sus procesos automatizados. Dentro de esta fase
    encontramos:

    1. Definición de prototipos: en este paso el
      grupo de desarrollo elabora diferentes prototipos que puedan
      satisfacer la especificación funcional, las
      restricciones y los atributos identificados en la fase
      anterior. se solicitan precios y
      especificaciones técnicas
      de los equipos o programas que
      hagan falta, a los diferentes vendedores del mercado.
    2. La definición de prototipo esta regida por la
      estructura
      o configuración global del sistema de
      información, en ella se indica si el diseño del
      sistema ha de ser independiente, centralizado o distribuido.
      Partiendo de este enfoque, se establecen diferentes
      configuraciones para el procesamiento y para la
      interacción que existirá entre el hombre
      y la maquina.

      1. Elaborar diferentes prototipos
        alternativos.
      2. A partir del modelo lógico del nuevo
        sistema y de las restricciones y atributos establecidos
        anteriormente, el grupo desarrolla diferentes prototipos.
        Un prototipo es un modelo construido sobre el modelo
        lógico que muestra claramente la
        interacción hombre-maquina, esto indica que
        procesos son manuales y cuales automáticos. El
        prototipo muestra también los procedimientos de activación del
        subsistema programado, los de respaldo y
        recuperación de fallas y los de seguridad de la base de
        datos.

        Tomando como datos las configuraciones de
        equipos existentes en la organización, que puedan
        ser utilizados por el nuevo sistema, se procede luego a
        evaluar estas configuraciones y a determinar que
        prototipos se pueden desarrollar con ellos en forma
        parcial o total.

      3. Evaluar configuración técnica
        existente.
      4. Determinar configuración técnica
        necesaria.

      Para aquellos prototipos que no puedan ser
      desarrollados totalmente con la tecnología disponible
      en la organización actualmente, se elaboran las
      configuraciones técnicas adicionales que ellos
      requieran y se solicitan las cotizaciones respectivas a los
      vendedores del mercado.

      1. Realizar un análisis costo –
        beneficio.
      2. Para cada prototipo se determina sus costos de
        desarrollo y operaciones y se estima los beneficios que
        puedan obtenerse. Se comparan los diferentes prototipos
        bajo un criterio económico pre-establecido. Los
        resultados obtenidos se resumen en un informe
        técnico denominado informe de
        prototipo.

        El informe producido en la actividad anterior se
        presenta a la comisión de planificación,
        quien lo discute y finalmente selecciona el prototipo que
        considere más conveniente para la
        organización.

      3. Discutir informe de prototipos.
      4. Adquirir tecnología necesaria.

      De ser necesario el grupo de desarrollo, o en su
      defecto, el que designe la comisión de
      planificaciones, se encarga de adquirir, instalar y probar el
      equipo y los programas que
      el prototipo seleccionado requiera para su desarrollo u
      operación.

    3. Selección de prototipos. En este paso el grupo
      de desarrollo realiza un análisis de costo
      beneficio para los diferentes prototipos definidos en el paso
      anterior. De los resultados de este análisis se
      presenta y discute con la comisión de
      planificación, quién deside posteriormente el
      prototipo más conveniente y da las instrucciones
      necesarias para la adquisición de la tecnología
      que haga falta.

      1. Refinar prototipo.
      2. Cada proceso automático del prototipo se
        refina mediante la descomposición funcional
        establecida por la técnica AES. Cada proceso del
        mas bajo nivel debe describirse utilizando cualquier de
        las técnicas siguientes: algoritmos estructurados, tablas de
        decisión o árboles de decisión. Los
        entes del diccionario de datos que se vean afectados
        por la automatización deben ser
        actualizados durante esta actividad

        El modelo o prototipo obtenido en la actividad
        anterior se somete a una revisión estructurada o a
        una inspección de diseño.

      3. Revisar Prototipo.
      4. Elaborar informe de diseño
        preliminar.
      5. Planificar detalles de la próxima
        fase.
    4. Refinamiento de Prototipo. Finalmente, el grupo se
      dedica a refinar el prototipo escogido, es decir, se describen
      con mayor detalle aquellos procesos del prototipo que sean
      automáticos, siguiendo la técnica de
      análisis estructurado de sistema.

    Fase V. Diseñado Detallado.
    Esta fase busca elaborar un diseño detallado del sistema
    de información que muestre como se construirán los
    subsistemas de datos y el subsistema programado. Esta fase
    produce el paquete de diseño, el cual contiene todas las
    especificaciones para la construcción del sistema, y el plan de
    pruebas que
    regirán las diferentes pruebas del
    sistema de información durante las fases de construcción, pruebas e
    implantación. Dentro de esta encontramos los siguientes
    pasos:

    1. Diseño de Entradas y Salidas. En este paso se
      elabora minuciosamente el diseño de la
      interacción entre el hombre y la máquina, la cual
      ha sido delineada en el prototipo del sistema.
      1. Diseñar dialogo
        hombre – máquina.

    Dependiendo del tipo de interacción
    hombre-máquina seleccionada, en esta actividad se
    debe:

    • Determinar el medio de comunicación (terminal, teleimpresor,
      lectora óptica, étc), estableciendo ademas
      sus características capacidades y especificaciones
      técnicas que afecten al diseño de los
      programas.
    • Determinar el tipo de diálogo hombre-máquina y
      diseñarlo completamente.
    • Describir la acción que debe realizar el
      computador ante cada comando o selector que del
      usuario.
    1. Diseñar las pantallas de entrada –
      salida.
    2. 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.

    3. Diseñar los reportes.

    En esta actividad el grupo diseña aquellos
    reportes que no fueron especificados en la actividad anterior.
    Estos son básicamente, los listados de papel, los
    gráficos y los diagramas. Para
    cada uno de ellos se debe especificar su estructura o formato, su
    contenido (registro de datos
    ) y el medio de producción o salida.

    1. Diseño de Datos. El diseño del
      subsistema de datos del sistema de información gira en
      torno a el
      diseño de la (s) base (s) de datos necesaria (s) para
      almacenar los datos de dicho sistema y el diseño de los
      programas que permitirán crear y cargar la (s) base (s)
      de datos.
      1. Realizar el diseño lógico de la
        base de
        datos.

    En este proceso de diseño se elabora un modelo de
    datos que representa las entidades, sus atributos y las
    relaciones existentes entre esas entidades. 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.
    • Derivar la (s) estructura (s) de datos contenida (s)
      en cada archivo,
      identificando las entidades que representa y los atributos que
      poseen.
    • Establecer las relaciones que existan entre las
      diferentes entidades y construir el modelo de
      entidad-relación correspondiente.
    • Si el SMBD (sistema manejador de base de datos) que
      se valla a utilizar manipula base de datos relacionales,
      entonces cada entidad del modelo entidad-relación debe
      ser normalizada hasta por lo menos la tercera forma
      normal.
    • Verificar si el modelo de datos obtenido satisface
      todos y cada uno de los requerimientos detallados en el libro
      de requerimientos.
    1. Realizar el diseño físico de la base
      de datos.
    2. Dependiendo del tipo y característica del
      sistema de manejo de bases de
      datos que se halla dispuesto a utilizar, el grupo
      traduce el modelo de datos a 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 utilizaran,
      en términos de lenguaje
      de descripción de datos del SMBD.

    3. Diseñar los programas de
      inicialización y mantenimiento de la base de datos.

    En esta actividad el grupo diseña aquellos
    programas que no forman parte del subsistema programado y que
    permiten iniciar o cargar la base de datos con los datos
    provenientes de fuentes de
    volumen
    considerable. 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.

    1. Diseño de programas y procedimientos. Luego
      que se ha elaborado el diseño de entrada-salida y el de
      datos, el grupo de desarrollo puede proceder a diseñar
      los programas y procedimientos del subsistema
      programado.
    2. El prototipo del nuevo sistema de
      información, su correspondiente especificación
      funcional y la lista de restricciones y atributos le imprimen
      una forma única a la estructura del sistema
      programado.

      1. Diseñar la estructura del subsistema
        programado.

    El subsistema programado se diseña como una
    estructura jerárquica compuesta por una o mas programas,
    cada uno de estos se compone a su vez de módulos un modulo
    se define como una unidad de programa que se caracteriza por lo
    siguiente:

    • Posee un nombre propio y único.
    • Ejecuta una función
      claramente especificables.
    • Puede compilarse y catalogarse en forma catalogada
      .
    • Puede definir y mantener un conjunto propio de
      variables
      locales se llama o invoca de otro modulo.
    1. Diseñar cada modulo de la
      estructura.
    2. Durante la presente actividad el grupo elabora el
      diseño de cada uno de los módulos que
      configuran la estructura del subsistema programado. Este
      diseño consiste en establecer la lógica general de cada modulo, esto
      es, describir los pasos necesarios para llevar a cabo la
      función asignada al modulo. La lógica de un modulo se puede
      representar mediante el uso de algoritmos o diagramas de
      flujo.

      El algoritmo o diagrama
      de flujos del modulo, en si, no es suficiente como para que
      un programador empiece su codificación, pues se
      requiere de una información adicional sobre las
      características del modulo, su función, su
      ubicación, sus argumentos, etc. Toda esta
      información se condensa en un formulario elaborado
      para tal fin y que se denomina especificación de
      programa.

    3. Diseñar la documentación y los
      procedimientos manuales.

    En esta actividad el grupo se ocupa a determinar el
    formato y contenido de cada uno de los manuales que forman la
    documentación del sistema de información de acuerdo
    a lo que se ha establecido en el plan de documentación. De
    igual modo se diseñan los formatos, formularios,
    instructivos, planillas y demas procedimientos manuales que se
    mencionan en el prototipo del sistema, y que se requieren como
    elemento de los flujos de datos de los procesos manuales del
    sistema de información.
    La estructura del sistema programado, las especificaciones del
    programa asociadas a cad modulo de esa estructura y el
    diseño de la documentación y de los procedimientos
    manuales, constituyen lo que se denomina como la
    especificación del subsistema programado.

    1. Ensamblaje del paquete de diseño. Este paso se
      basa en revisar y ensamblar el conjunto de especificaciones de
      diseños producidas en los anteriores, con el proposito
      de garantizar la consistencia, calidad y exactitud del
      diseño e integrar lo que hemos denominado como paquete
      de diseño. Para cada una de las especificaciones antes
      mencionadas se realiza una revisión estructurada (o una
      inspección de diseño) siguiendo los lineamientos
      dados para esas técnicas. Los objetivos de estas
      revisiones son :
    • Determinar las inconsistencias de
      diseño.
    • Determinar las fallas y errores cometidos en las
      diferentes especificaciones.
    • Medir y corregir las desviaciones del diseño
      con respecto a las normas y
      procedimientos de diseño establecidos en el plan
      metodológico.
    • Asegurar que las restricciones y atributos
      establecidos se satisfagan plenamente con el diseño
      elaborado.
    • Asegurar que cada requerimiento contenido en el libro
      de requerimiento y cada especificación funcional del
      prototipo se cubran o satisfagan con el diseño
      producido.
    1. Ensamblar el paquete de diseño.

    Las especificaciones de diseño, una vez revisadas
    y corregidas, se ensamblan para producir el paquete de
    diseño. Este documento contiene todo el material
    descriptivo necesario para conducir la construcción del
    sistema. Por consiguiente, contiene:

    • El prototipo del sistema.
    • La configuración y documentación del
      equipo que se va a emplear.
    • Las especificaciones de entrada y salida.
    • La especificación del subsistema
      programado.
    • La especificación del subsistema de
      datos.
    • Cualquier otro material que fuese
      necesario
    1. Elaborar y discutir el informe del diseño
      detallado.

    Haciendo uso del paquete de diseño, el gerente
    del proyecto elabora un informe descriptivo de las
    características, ventajas, desventajas, y los ajustes de
    costos y tiempos de desarrollo, que el diseño elaborado
    involucra.

    1. Planificación de pruebas. Las actividades
      concernientes a esta fase se desarrolla a lo largo de esta
      metodología, por otro lado es evidente que muchas de las
      actividades de prueba se pueden realizar en paralelo con
      actividades de fase tales como las de diseño y
      construcción del sistema. Bajo este criterio, podemos
      dividir las actividades generales de las pruebas en
      :
    • Planificación de las pruebas.
    • Diseño y construcción de las
      pruebas.
    • Ejecución de las pruebas.

    La primera de ellas se realiza durante esta fase de
    diseño; la segunda durante la fase de construcción
    y la última se distribuye durante la fase de
    construcción y pruebas previamente dichas.

    1. Elaborar el plan de pruebas

    Durante esta actividad, el gerente del proyecto se
    dedica a planificar el conjunto de actividades que se requieren
    para probar el sistema de información. El resultado de
    este proceso lo constituye el PLAN DE PRUEBAS. En el se
    identifican:

    • Las diferentes pruebas que han de
      realizarse
    • Los responsables de diseñarlas construirlas y
      ejecutarlas
    • La programación del tiempo, costos
      y recursos necesarios para llevarlos a cabo.
    • Las herramientas, métodos, técnicas y
      procedimientos que se deben emplear en las diferentes
      actividades de pruebas
    • Los criterios de éxito
      de cada prueba
    • Información adicional que se necesite para
      efectuar tales pruebas

    Este plan se puede organizar en secciones:

    • Objetivos
    • Calendarios de pruebas
      • De unidades
      • De subsistemas
      • De sistema
      • De aceptación
    • Herramientas técnicas y
      métodos
    • Seguimientos de requerimientos
    • Procedimientos
    • Normas
    • Criterios de éxitos
    1. Discutir el plan de pruebas
    2. En esta actividad, 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. En proyecto de gran magnitud o complejidad se
      designa un grupo integrado por expertos en pruebas y
      algunos miembros del grupo de desarrollo con el proposito
      de conducir las actividades de pruebas
      restantes.

    3. Planificar detalles de la próxima
      fase

    Fase VI. Construcion del sistema
    Construir el subsistema de datos y el subsistema programado del
    sistema de información de acuerdo a lo especificado en el
    paquete de diseño. En esta fase se construyen y se prueban
    los diferentes módulos del subsistema programado; se
    construye subsistema de datos y los procedimientos manuales del
    sistema.

    1. Diseño y construcción de las pruebas.
      Este paso es realizado por un grupo de pruebas. Se trata de
      especificar los detalles de cada una de las pruebas que se han
      identificado en el plan de prueba y de construir los mecanismos
      requeridos para ejecutar cada una de ellas.
      1. Elaborar las especificaciones de
        prueba.

    Una especificación de prueba es un documento que
    generalmente toma la forma de planilla y describe
    pormenorizadamente las actividades de pruebas, asi como, aquellos
    métodos, técnicas y procedimientos que se vayan a
    emplear para realizar la prueba de un elemento de un sistema de
    información. Cada especificación de prueba debe
    contener la siguiente información:

    • Identificación.
    • Objetivos.
    • Requerimientos.
    • Criterio de éxito.
    • Técnica de procedimientos.
    • Casos de pruebas.
    1. Realizar una revisión estructurada de las
      pruebas.
    2. Construir los mecanismos y preparar los datos de
      pruebas.

    De las especificaciones de pruebas anteriormente
    elaboradas, el grupo construye los ejecutivos y los esqueletos
    diseñados en cada una de ellas y si el volumen de datos
    de prueba, es considerable, entonces prepara los archivos de datos
    que ser demandes. Los mecanismos de prueba, junto con los datos,
    los almacena el bibliotecario para su uso posterior de su
    respectiva prueba.

    1. Codificación de programas. Este paso lo
      realizan los programadores del grupo de desarrollo que el
      gerente seleccione, la misión
      de cada uno de ellos es codificar los módulos de
      conformidad con las especificaciones del programa dadas y
      siguiendo las normas establecidas en el plan
      metodológico. La misión
      del gerente del proyecto es inspeccionar los módulos
      producidos por los programadores con el objeto de controlar su
      calidad.
      1. Asignar los módulos de los
        programadores.
      2. Codificar los módulos.
      3. Realizar una revisión estructurada del
        código.
      1. Construir y probar los programas de
        carga.
      2. Crear la base de Datos.
      3. Inicializar la base de datos.
      4. Revisar la base de datos.
    2. Creación de la base de datos. Para ello se
      debe realizar las siguientes actividades:
    3. Elaboración de la Documentación y de
      los procedimientos manuales y de control de
      programas. Para ello se deben realizar las siguientes
      actividades:
    • Elaborar los manuales.
    • Elaborar las planillas, los instructivos,
      etc.
    • Evaluar la documentación.
    • Elaborar los procedimientos de control de
      programas
    1. Prueba de unidades. La prueba de cada modulo
      especificado es realizada por el mismo programador que lo
      codifico. Las actividades de pruebas de unidades se dividen
      en:
      1. Discutir las especificaciones de
        prueba.
      2. Ejecutar las pruebas de unidades.
      1. Generar automáticamente la librería
        de programas.
      2. Almacenar los módulos en la
        librería.
      3. Mantener actualizada la
        librería.
    2. Creación de la librería de programas.
      Una ves que todos los módulos del sistema programado han
      sido probados, cada programador entrega sus módulos al
      bibliotecario del proyecto quien se encarga de almacenarlo en
      una librería destinada a tal fin, denominada
      librería de programas. A partir del momento que se crea
      la librería ningún miembro del grupo tiene acceso
      a los programas allí archivados, por lo tanto para
      realizar una modificación de algunos de los
      módulos, el programador debe discutir con el grupo tal
      modificación, obtener la aprobación del gerente,
      solicitar del bibliotecario el modulo, realizar la
      corrección y devolver dicho modulo al bibliotecario. Las
      actividades del bibliotecario se resumen en:

    Fase VII. Control de programas.
    Durante esta actividad el grupo prueba los diferentes
    procedimientos de lenguajes de control de tareas que se hayan
    utilizado. Esta prueba se realiza inmediatamente después
    de las pruebas de subsistemas.

    1. Prueba del sistema de información. Esta prueba
      tiene por finalidad verificar el sistema de información,
      la prueba de sistema fue diseñada para localizar
      discrepancias o anomalías entre el sistema de
      información recientemente construido, y los objetivos y
      requerimientos inicialmente establecidos con los usuarios del
      sistema.
      1. Organizar y discutir la prueba.
      2. Ejecutar la prueba del sistema.
      3. Elaborar y discutir el informe de
        pruebas.
      1. Elaborar el plan de
        implantación.
    2. Preparación para la implantación. Las
      actividades que realiza el grupo de desarrollo en este paso
      son:

    Este plan programa todas las actividades y tareas que
    debe llevar a cabo el grupo de desarrollo durante la
    implantación del sistema en la organización. Debe
    contener:

    • Objetivos.
    • Calendario de actividades.
    • Estrategias.
    • Procedimientos.
    1. Preparar el material de adiestramiento.

    Después de identificar el tipo de adiestramiento
    que se va a aplicar para capacitar a los usuarios en el uso y
    operación del sistema, el grupo de desarrollo debe
    elaborar panes de capacitación al personal que labora en la
    organización.

    Fase VIII. Prueba de aceptación.
    Durante esta fase los grupos de
    desarrollo y prueba se abocan a poner en operación y a
    efectuar la prueba de aceptación del sistema
    respectivamente. Esta prueba se realiza luego que el grupo de
    desarrollo a adiestrado a todos los usuarios en el uso; a
    continuación se realiza la conversión del viejo
    sistema al nuevo, mediante la actualización de la base de
    datos y el inicio de las actividades propias del sistema de
    información. Finalmente se realiza la entonación y
    la evaluación
    del sistema recientemente instalado. Al realizar estos dos
    últimos pasos, la labor del todo el personal que participo
    en el proyecto puede considerarse terminada, marcando asi el fi
    del proyecto de desarrollo y el inicio de una nueva etapa del
    ciclo de vida
    del sistema de información: la etapa de operación y
    mantenimiento.

    1. Adiestramiento de usuarios.
      1. Organizar las sesiones de
        adiestramiento.
      2. Conducir las sesiones de
        adiestramiento.

      Esta prueba final del sistema la realiza el grupo de
      prueba con la finalidad de demostrarle a las unidades
      involucradas que el sistema desarrollado satisface el
      criterio mínimo de aceptación que ellos han
      establecido.

      2.1 Preparar la prueba de aceptación.
      2.2 Realizar la Prueba de aceptación.

    2. Prueba de aceptación.

      1. Preparar detalles para la
        conversión.
    3. Conversión del sistema. este es el paso
      más delicado de esta fase, pues en el se inicia como tal
      la operación del nuevo sistema y se abandona el viejo
      sistema. Previo al inicio de las actividades rutinarias del
      sistema de información, desarrollado, el grupo de
      desarrollo debe realizar las siguientes
      actividades.

    Esta actividad consiste en la elaboración de
    todos aquellos procedimientos especiales que se requieran para
    llevar acabo una conversión exitosa.

    1. Convertir los archivos.

    Se realiza la actualización complementaria de la
    base de datos del sistema. Concluida esta actualización,
    el sistema deberá empezar a capturar, registra, validar,
    almacenar, los datos provenientes de las transacciones que
    atañen al sistema, en forma rutinaria.

     

     

    Autor:

    Julia Guzmán

    Nota al lector: es posible que esta página no contenga todos los componentes del trabajo original (pies de página, avanzadas formulas matemáticas, esquemas o tablas complejas, etc.). Recuerde que para ver el trabajo en su versión original completa, puede descargarlo desde el menú superior.

    Todos los documentos disponibles en este sitio expresan los puntos de vista de sus respectivos autores y no de Monografias.com. El objetivo de Monografias.com es poner el conocimiento a disposición de toda su comunidad. Queda bajo la responsabilidad de cada lector el eventual uso que se le de a esta información. Asimismo, es obligatoria la cita del autor del contenido y de Monografias.com como fuentes de información.

    Categorias
    Newsletter