Metodología de análisis y diseño de sistemas de información (página 2)
Enviado por IVÁN JOSÉ TURMERO ASTROS
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.
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
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.
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.
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
Discutir el plan de pruebas
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 propósito de conducir las actividades de pruebas restantes.
Planificar detalles de la próxima fase
Fase VI. Construcción del sistemaConstruir 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.
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.
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, así 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.
Realizar una revisión estructurada de las pruebas.
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.
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.
Asignar los módulos de los programadores.
Codificar los módulos.
Realizar una revisión estructurada del código.
Construir y probar los programas de carga.
Crear la base de Datos.
Inicializar la base de datos.
Revisar la base de datos.
Creación de la base de datos. Para ello se debe realizar las siguientes actividades:
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
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:
Discutir las especificaciones de prueba.
Ejecutar las pruebas de unidades.
Generar automáticamente la librería de programas.
Almacenar los módulos en la librería.
Mantener actualizada la librería.
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.
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.
Organizar y discutir la prueba.
Ejecutar la prueba del sistema.
Elaborar y discutir el informe de pruebas.
Elaborar el plan de implantación.
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.
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 así el fin 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.
Adiestramiento de usuarios.
Organizar las sesiones de adiestramiento.
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.
Prueba de aceptación. Preparar detalles para la conversión.
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.
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.
Un proyecto de desarrollo de un Sistema de Información comprende varios componentes o pasos llevados a cabo durante la etapa del análisis, el cual ayuda a traducir las necesidades del cliente en un modelo de sistema que utiliza uno más de los componentes: software, hardware, personas, base de datos, documentación y procedimientos.
En una organización o empresa, el análisis y diseño de sistemas, es el proceso de estudiar su situación con la finalidad de observar como trabaja y decidir si es necesario realizar una mejora; el encargado de llevar a cabo estas tareas es el analista de sistemas.
Antes de comenzar con el desarrollo de cualquier proyecto, se conduce un estudio de sistemas para detectar todos los detalles de la situación actual de la empresa. La información reunida con este estudio sirve como base para crear varias estrategias de diseño. Los administradores deciden que estrategias seguir.
Los gerentes, empleados y otros usuarios finales que se familiarizan cada vez más con el uso de computadoras están teniendo un papel muy importante en el desarrollo de sistemas.
Todas las organizaciones son sistemas que actúan de manera reciproca con su medio ambiente recibiendo entradas y produciendo salidas. Los Sistemas que pueden estar formados por otros sistemas de denominan subsistemas y funcionan para alcanzar los fines de su implantación.
UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA
"ANTONIO JOSÉ DE SUCRE"
VICE-RECTORADO PUERTO ORDAZ
DEPARTAMENTO DE INGENIERÍA INDUSTRIAL
SISTEMAS DE INFORMACIÓN
PUERTO ORDAZ, MARZO DE 2010
Profesor:
MSc. Ing. Iván J. Turmero Astros.
Autor:
Antut, Gregorio.
Camacho, Maria.
Haranki, Jorge.
Lomelli, Almary.
Medina, Neyla.
Pérez, Maolys.
(Grupo 4)
Página anterior | Volver al principio del trabajo | Página siguiente |