ESCUELA POLITECNICA DEL EJÉRCITO
SISTEMA DE GESTION DE TRÁMITES SIGTE
PLAN DE PROYECTO DE SOFTWARE Versión 1
Historial Sistema de Gestión de Trámites SIGTE SPMP Version 1.0 Fecha de Inicio: 05/04/2011
Versión de Referencia
Prefacio El propósito de este documento es especificar el plan del proyecto para desarrollar el sistema de Gestión de Trámites (SIGTE). El presente documento contiene un breve plan acerca de cómo el proyecto se le da forma y también incluye los hitos y los resultados finales. Actualizaciones de este documento servirá para registrar el progreso del proyecto.
Tabla de Contenido Historial ....................................................................................................................................................... 2 Prefacio........................................................................................................................................................ 3 Tabla de Contenido ...................................................................................................................................... 4 1. Introducción ......................................................................................................................................... 5 1.1. Resumen del Proyecto ................................................................................................................. 5 1.1.1. Alcance, Propósitos y Objetivos ................................................................................. 5 1.1.2. Supuestos y Restricciones ........................................................................................... 5 1.1.3. Entregables del Proyecto .............................................................................................. 5 1.1.4. Calendario y Resumen del Presupuesto .................................................................... 6 2. Referencias ........................................................................................................................................... 7 3. Glosario ................................................................................................................................................ 8 4. Organización del Proyecto .................................................................................................................... 8 4.1. Interfaces Externas ...................................................................................................................... 8 4.2. Roles y Responsabilidades ........................................................................................................... 9 4.3. Plan de Trabajo............................................................................................................................ 9 4.3.1. Actividades de Trabajo ......................................................................................................... 9 4.3.2. Calendario de Asignación ...................................................................................................... 9 4.3.3. Asignación de Recursos ....................................................................................................... 10 4.4. Plan de Control .......................................................................................................................... 10 4.4.1. Requerimientos de Plan de Control .................................................................................... 10 4.4.2. Calendario Plan de Control ................................................................................................. 10 4.4.3. Plan de Información ............................................................................................................ 10 4.5. Plan de Gestión del Riesgo......................................................................................................... 10 4.6. Cierre de Plan ............................................................................................................................ 11 5.0 Procesos Técnicos.......................................................................................................................... 12 5.1. Modelo de Procesos ................................................................................................................... 12 5.2. Métodos, Herramientas y Técnicas ............................................................................................. 12 5.3. Plan de Infraestructura ............................................................................................................... 12 5.4. Plan de aceptación del producto ................................................................................................. 12 6.0 Proceso de Apoyo a Planes ............................................................................................................ 13 6.1. Configuración del Plan de Gestión ............................................................................................. 13 6.2. Plan de Validación y Verificación .............................................................................................. 13 6.3. Documentación del Plan ............................................................................................................ 13 6.4. Plan de Aseguramiento de la Calidad ......................................................................................... 13 6.5. Revisiones y Auditorias ............................................................................................................. 13 6.6. Plan de Resolución de Problemas ............................................................................................... 13 6.7. Plan de Mejoramiento de Procesos ............................................................................................. 13
1. Introducción 1.1. Resumen
del Proyecto
1.1.1. Alcance, Propósitos y Objetivos El SIGTE es un modelo para mejorar y evaluar el control y registro de trámites oficiales, como los pedidos de atención a un requerimiento particular por parte de una entidad u organización ya sea esta pública o privada hacia el Estado. Mantener en todo momento un control eficaz del trámite así como de la documentación en formato digital que se vaya generando desde su ingreso al organismo de Gobierno, estudio por parte del departamento competente, hasta su resolución final y archivo respectivo. Este proyecto propone un sistema para su uso en un ordenador personal mediante una interfaz visual y el sistema de gestión de bases de datos Sql Server. Este proyecto va a entregar un sistema funcional que proporciona un control eficaz en los trámites que se realicen dentro de una entidad público o privada del Estado.
1.1.2. Supuestos y Restricciones Se espera completar el proyecto dentro de un año. Este proyecto utilizará los recursos en forma de tiempo y esfuerzo que se dedicarán a desarrollar los entregables del proyecto. Los requisitos establecidos en el documento de Especificación de Requerimientos de Software serán estables una vez que sean aprobados por el cliente. La primera versión del sistema deberá permitir visualizar los documentos anexos a un trámite mediante el uso de programas de ofimática comunes como Microsoft Office o Acrobat. A su vez la re lación que debe existir entre el modulo de seguimiento y evaluación.
1.1.3. Entregables del Proyecto La lista de las prestaciones del proyecto es: y y y
Plan de proyectos de Software Plan de Gestión de la Configuración Especificación de Requisitos de Software
Consulte la sección 1.1.4 para la fecha de entrega estimada de los entregables del proyecto.
1.1.4. Calendario y Resumen del Presupuesto El calendario provisional es como se muestra en la tabla 1. Figura
1: Calendario
Item
Fecha de Entrega
Plan de proyecto de Software (Este documento) Especificación de Requerimientos de Software Plan de Gestión de la Configuración Base de Datos Descripción de las pruebas al Software Integración del Sistema
Abril 12, 2011 Mayo 27, 2011 Junio 15, 2011 Julio 15, 2011 Septiembre 10, 2011 Noviembre 16, 2011
2. Referencias 1. 2. 3. 4.
Braude, Eric J., Software Engineering: An Object Oriented Perspective. Wiley, 2011. Case Study: SPMP for Encounter video game ref: IEEE Document Standards published in ³IEEE Standards Collection´. 2011 edition. Pressman, Roger S., Software Engineering: A Prac titioner¶s Approach. McGraw-Hill, 2011.
3. Glosario Término SIGTE ERS UML RDBMS PGCS RAD ERS Stakeholder Entidad Trámites Oficiales
Estructura Departamental Puesto de Trabajo Funcionario
Documento Anexo Administrador
Cliente Mantenimiento
Descripción Sistema de Gestión de Trámite del Estado Especificación de Requisitos de Software Inified Modeling Lenguaje Sistema de Administración de Base de Datos Relacional Plan de Gestión de la Configuración del Software Desarrollo Rápido de Aplicaciones Especificación de Requerimientos de Software Una persona, grupo o organización con un interés en el resultado de una aplicación que está siendo desarrollada. Organismo o Institución pública o privada legalmente constituida Hace referencia a todo tipo de pedidos que genere una Institución, pública o privada y que lleven una firma de responsabilidad manualmente suscrita en papel y en la cual se destaque el nombre del responsable, el cargo que ocupa y los datos de ubicación de la Entidad donde proviene. Pueden ser generados por una Entidad externa o dentro de la misma organización. Es el organigrama de tipo funcional que maneja una Entidad pública o privada. Unidad administrativa asignada a un funcionario Persona que trabaja en una Entidad y que cumple un rol específico en el análisis de un trámite y t iene potestad de resolver sobre éste de acuerdo a su función. Archivo digital que acompaña a un trámite y que surge como fruto del análisis realizado por el funcionario competente. Usuario con privilegios de establecer las configuraciones necesarias en el sistema y que le permitan registrar un trámite y canalizarlo a u n funcionario para su resolución. Entidad que plantea un requerimiento a ser atendido por el organismo estatal. Es el gestor del trámite. Hace referencia a las operaciones de ingreso, modificación y eliminación de datos.
4. Organización del Proyecto 4.1. Interfaces Externas Las interfaces externas para el proyecto serían los miembros de la comisión de estudio que es la parte interesada en este proyecto.
4.2. Roles y Responsabilidades El desarrollador de software se encarga de toda la documentación a desarrollar y para todo el trabajo por hacer .
Procesos de Gestión 4.3. Plan de Trabajo 4.3.1.
Actividades de Trabajo
Consulte el Diagrama de Gantt. 4.3.2.
Calendario de Asignación Figure 2: Gráfico de Gantt SIGTE Desarrollador del Proyecto de Inio: Abril 12, 2011 Fecha de Fin: Noviembre 16, 2011 Fecha
Actividades
% Completo Estatus 3/12 5/15 9/10 4/27 6/15 11/16 S SSSSS Analisis de Usuari 0 Especificaciones S SSSSSSSS 0 S SSSSSSSS Arquitectura 0 Diseño Detalles de Diseñ S SSSSSSSS 0 Base de Datos S SSSSSSS 0 Test S SSSSSSS 0 Implementacion S SSSSSSSSS 0 Modulo de Pruebas 0 S SSSSSSSSSSSSS Integracion S SSSSSSSSSSSSS 0
Simbolos del Proyecto S Lista A Satisfactorio C Precaución F Crítico Planificación / Progreso
B Trabajo antes Cronograma S programadas actividades para el momento A Después de un trabajo programado de tiempo X programadas pero no trabajadas
4.3.3.
Asignación de Recursos
Este proyecto utilizará los recursos en forma de t iempo y esfuerzo.
4.4. Plan de Control 4.4.1.
Requerimientos de Plan de Control
Cuando los cambios se hagan en los requisitos después de que el SRS ha sido expuesto, los cambios se señalaran a los encargados del desarrollo del sistema. Los cambios que se harán será con la aprobación previa de los interesados y sólo si es posible y admisible dentro de los límites del proyecto mencionado anteriormente, y los recursos en términos de conocimiento y la habilidad del desarrollador necesario. Una vez que los cambios han sido realizados en el documento SRS, una versión actualizada de la SRS se mostrará y se distribuirá. 4.4.2.
Calendario Plan de Control
Si el trabajo programado en la sección 1.1.4 se pone detrás, el encargado está dispuesto a pasar más tiempo en el proyecto después de los horarios para compensar el tiempo perdido y entregar el proyecto final a tiempo. 4.4.3.
Plan de Información
El PAPS actualizada se distribuirá como se menciona en la lista de la sección 1.1.4. Cada una de las versiones preliminares de todos los documentos y las actualizaciones e informes de estado serán enviados y discutido con el asesor y una vez aprobado el documento aprobado se distribuirá a los demás miembros de la comisión. El informe sobre el estado del proyecto será enviado a los miembros del comité a principios del segundo semestre de estudio.
4.5. Plan de Gestión del Riesgo Riesgo n º 1 "La deficiencia en el conocimiento y la comprensión del problema y su solución" indica que el desarrollador no tiene una comprensión completa del problema. Esto afectará a la calidad del proyecto en términos de requisitos del producto y su cumplimiento, lo cual no es deseable. La construcción de un prototipo para el modelo de proyecto y hacer una amplia búsqueda bibliográfica se puede superar. Esto ayudará a los desarrolladores en la entrega de un producto eficiente y de calidad. Riesgo n º 2 "La falta de habilidades y conocimientos de las herramientas necesarias para el análisis", lo que significa que el desarrollador no tiene conocimiento sobre las herramientas y el conocimiento del trabajo en el análisis. En este caso, el desarrollador se espera para actualizar sus conocimientos de las herramientas disponibles a tal efecto y decidir la que se utilizará en el proyecto y dominarlo.
4.6. Cierre de Plan Todos los detalles acerca de los informes finales, los objetivos del proyecto y los hitos alcanzados se menciona como parte del documento final de estudio al final del primer semestre del componente de estudio. Al final del segundo semestre de estudio en el promotor proporcionará a la comisión con la versión electrónica del código del proyecto y la documentación para futuras consultas y mantenimiento.
5.0
Procesos Técnicos
5.1. Modelo de Procesos El sistema SIGTE será implementado y ejecutado utilizando el modelo de cascada y prototipos.
5.2. Métodos, Herramientas y Técnicas Consulte la sección 6.1 (modelo de proceso) para obtener una descripción del proceso. Una perspectiva orientada a objetos. Este proyecto se adapta el sistema para su uso en un ordenador personal mediante una interfaz visual que se construiría utilizando HTML, y Sql Server como su sistema de gestión de base de datos.
5.3. Plan de Infraestructura Los recursos de hardware corresponden a dos computadoras Core 2 Duo 2.0 Ghz con Windows XP/Vista/7 como sistema operativo. Cada uno de estos equipos deben tener al menos 2 GB de RAM y un mínimo de 4 GB de espacio en disco.
5.4. Plan de aceptación del producto Los interesados pondrán a prueba el producto final.
6.0
Proceso de Apoyo a Planes
6.1. Configuración del Plan de Gestión Todas las prestaciones del proyecto se deben considerar como elementos de configuración. El elemento de configuración, así como su archivo sería el nombre del documento como SRS, seguido por el número de versión. Actualizaciones informales con el consejero se numerarán con 1.1, 1.2, etc.
6.2. Plan de Validación y Verificación Un Plan de Verificación y Validación como parte de la Garantía de Calidad del Software se desarrollará siguiendo las normas recomendadas por los departamentos.
6.3. Documentación del Plan Los estándares IEEE que deben seguirse para todos los fines de documentación. Todos los documentos que será discutido y revisado antes de que sus versiones de referencia se publicará y distribuyó a los miembros.
6.4. Plan de Aseguramiento de la Calidad Un Plan de Aseguramiento de Calidad de Software se desarrollará siguiendo las normas recomendadas por los miembros del desarrollo del pro yecto.
6.5. Revisiones y Auditorias Revisión y Auditorías se trataría como una parte de la Garantía de Calidad del Software y el Plan de Verificación y validación.
6.6. Plan de Resolución de Problemas Ninguno, los problemas se resuelven de manera informal entre el promotor, asesor y el comité de estudio.
6.7. Plan de Mejoramiento de Procesos Ninguno, se trata de una experiencia de desarrollo de software individuales y las lecciones aprendidas se incluirán en el documento final de estudio.
