ENTREGABLES DE UN PROYECTO INFORMÁTICO
(ß------------dando un breve concepto de los entregables de un proyecto informático--------------------------------à)
El objetivo final del proyecto es la entrega de un subsistema informático (entregable). Los entregables son Productos que, en un cierto estado, se intercambian entre los clientes y los desarrolladores a lo largo de la ejecución del proyecto informático.
Los entregables se clasifican como relativos al objetivo y relativos a la gestión del proyecto.
ENTREGABLES RELATIVOS AL OBJETIVO: Son todos aquellos documentos que hacen referencia exclusivamente al sistema de información y al subsistema informático en desarrollo. Pertenecen a este conjunto los requisitos del sistema, la especificación del sistema, la documentación del diseño, él código fuente, los programas ejecutables, los manuales de usuario, etc.
ENTREGABLES RELATIVOS A LA GESTIÓN DEL PROYECTO: Hace referencia a aquellos documentos que se refieren a la situación en que se encuentra un proyecto, previsiones de costes, gastos realizados, informe sobre ambientes de trabajo, etc., siendo su objetivo el poder controlar el proyecto. Pertenecen a esta clase la planificación del proyecto, los presupuestos, los documentos de control de la planificación o de la calidad, los estudios de riesgos durante el desarrollo, etc.
Se deberá definir de forma clara el conjunto mínimo de entregables necesarios para dar por terminada cada fase de desarrollo. Aunque algunos entregables se desarrollan a lo largo de varias tareas. Los entregables nos proveen de:
1. Un conjunto de componentes que formarán el producto una vez finalizado el desarrollo.
2. Los medios para medir el progreso y la calidad del producto en desarrollo.
3. Los materiales necesarios para la siguiente etapa.
Ø Estudio de viabilidad:
· Descripción breve del sistema propuesto y sus características.
· Descripción breve de las necesidades del negocio en el sistema propuesto.
· Propuesta de organización del equipo de desarrollo y definición de responsabilidades.
· Estudio de los costes, que contendrán estimaciones groseras de la planificación y fechas, tentativas, de entrega de los productos.
· Estudio de los beneficios que producirá el sistema.
Ø Análisis:
· Captura de requisitos:
o Análisis del sistema actual (si existe).
o Requisitos nuevos de los usuarios.
o Descripción del sistema propuesto.
· Especificación del sistema:
o Descripción del sistema.
o Requisitos de datos.
o Requisitos de telecomunicaciones.
o Requisitos de hardware.
o Plan de pruebas de integración.
Ø Diseño:
· Descripción detallada del sistema, contendrá:
o Programas, módulos reutilizables y objetos.
o Ficheros y bases de datos.
o Transacciones
o Diccionario de datos
o Procedimientos
o Carga del sistema y tiempos de respuesta
o Interfaces, tanto humanos como de máquinas.
· Descripción de los controles del sistema propuestos.
Diseños alternativos recomendados.
· Estándares de programación y diseño de programas, recomendados.
· Técnicas de implementación recomendadas: codificación propia, compra de paquetes, contratación externa, etc.
· Plan de pruebas de programas.
Ø Codificación:
· Documentos del diseño final del sistema y de cada programa.
· Diagramas definitivos del sistema y de los programas.
· Descripción detallada de la lógica de cada programa.
· Descripción de las Entradas y Salidas (ficheros, pantallas, listados, etc.).
· Listado de los programas, conteniendo comentarios.
· Cadenas de ejecución si es necesario (JCL, scripts, etc.).
· Resultado de las pruebas de cada unidad.
· Resultado de las pruebas de cada programa.
· Resultado de las pruebas de la integración.
· Guía para los operadores del sistema.
· Programa de entrenamiento de los operadores.
· Manual de usuario del sistema.
Ø Pruebas:
· Plan de pruebas del sistema (actualizado).
· Informe de los resultados de las pruebas.
· Descripción de las pruebas, el resultado esperado, resultado obtenido y acciones a tomar para corregir las desviaciones.
· Resultados de las pruebas a la documentación.
Ø Instalación:
· Planes detallados de contingencias de explotación, caídas del sistema y recuperación.
· Plan de revisión post-instalación.
· Informe de la instalación.
· Carta de aceptación del sistema.
Ø Mantenimiento:
· Listado de fallos detectados en el sistema.
· Listado de mejoras solicitadas por los usuarios (si no dan lugar a nuevos proyectos).
· Traza detallada de los cambios realizados en el sistema.
· Actas de las revisiones regulares del sistema y aceptación de los niveles de soporte.
·
(ß------------------------------El tema a tratar es ------------------------------à)
ENTREGABLES DE LA INSTALACIÓN
PLAN DE REVISIÓN POST-INSTALACIÓN
En este entregable se realizan las siguientes tareas:
Ø Llevar a cabo las revisiones post-instalación:
· Crear el informe de la revisión post-instalación.
· Obtener la aprobación firmada de los informes de:
o Usuarios finales del sistema
o Operadores del sistema
o Auditoría y garantía de la calidad
o Desarrollo de sistemas
o Soporte de sistemas y mantenimiento
o Finanzas
· Obtener la carta de aprobación del sistema
Ø Establecer el calendario para otras revisiones post-instalación si es necesario.
Instalación del software
El ingeniero de soporte debe realizar un plan para instalar el producto software en el ambiente objetivo. Los recursos de información necesarios para aislar el producto de software se deben determinar y deben estar disponibles. El desarrollador debe asistir a las actividades del montaje. En caso de que el producto de software instalado reemplace un sistema existente, el desarrollador debe soportar actividades que corran paralelas y sean requeridas. El plan de instalación se debe documentar.
El ingeniero de soporte debe seguir el plan de instalación, se debe asegurar que la codificación y bases de datos se inicialicen, ejecuten y terminen según lo especificado en el contrato. Los eventos y resultados de la instalación deben ser documentados.
Post-Instalación del software
Esta actividad consiste de las siguientes tareas:
Se debe generar un documento de aceptación por parte del adquiriente que considere los resultados de revisión conjunta, Ensayos de Calificación de Software y Ensayos de Calificación del Sistema. Los resultados deben ser documentados.
El ingeniero de soporte debe completar el proyecto de software según los objetivos o según lo estipulado en el contrato.
Planear mecanismos de entrenamiento para los adquirientes de los desarrollos.
ESTABILIZACIÓN
El objetivo de este proceso, por cada solución o requerimiento, es garantizar el correcto funcionamiento entre la solución y operación de la solución en esta etapa y/o durante cada fase o iteraciones del proceso de implantación.
Se debe realizar el apoyo a la operación de la solución por un tiempo que se establezca de común acuerdo en el plan de proyecto según la complejidad de la solución. En esta fase se deben realizar los ajustes que se identifiquen, y que sean necesarios para la correcta operación.
Entradas
Reporte de incidentes
Reporte de solicitudes de apoyo.
Actividades
Acompañamiento, monitoreo, ajustes y actualización de parámetros, objetos y documentación cuando aplique.
Salidas
Reporte de las actividades realizadas en esta fase de estabilización.
BIBLIOGRAFÍA:
BIBLIOGRAFÍA:
- https://prezi.com/nauwfg25oksw/lista-de-riesgos-de-un-software/
- http://www.monografias.com/trabajos14/implantacion-datos/implantacion-datos.shtml
- http://www.dgti.salud.gob.mx/sites/dgti/descargas/pdf/Dictamenes_Txcnicos_2013.pdf
- http://dis.unal.edu.co/grupos/unbd/manuales/ciclo/cap5_3.htm
- http://cintel.org.co/wp-content/uploads/2013/10/ANEXO-Nro.-1-Especificaciones-Tecnicas1.pdf
- https://sistemas.uniandes.edu.co/~isis2603/dokuwiki/lib/exe/fetch.php?media=principal:isis2603-modelosciclosdevida.pdf
0 comentarios:
Publicar un comentario