ESCUELA POLITECNICA DEL EJRCITO

SISTEMA DE GESTION DE TRMITES

SIGTE

PLAN DE PROYECTO DE SOFTWARE

Versin 1

Historial
Sistema de Gestin de Trmites SIGTE
SPMP Version 1.0
Fecha de Inicio: 05/04/2011

Versin de Referencia

Prefacio
El propsito de este documento es especificar el plan del proyecto para desarrollar el
sistema de Gestin de Trmites (SIGTE). El presente documento contiene un breve plan
acerca de cmo el proyecto se le da forma y tambin 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. Introduccin................................................................................................................................................ 5
1.1.
Resumen del Proyecto ....................................................................................................................... 5
1.1.1.
Alcance, Propsitos 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. Organizacin 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 Asignacin .......................................................................................................... 9
4.3.3. Asignacin 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 Informacin ................................................................................................................. 10
4.5.
Plan de Gestin del Riesgo ............................................................................................................. 10
4.6.
Cierre de Plan.................................................................................................................................. 11
5.0
Procesos Tcnicos ............................................................................................................................... 12
5.1.
Modelo de Procesos ........................................................................................................................ 12
5.2.
Mtodos, Herramientas y Tcnicas ................................................................................................. 12
5.3.
Plan de Infraestructura .................................................................................................................... 12
5.4.
Plan de aceptacin del producto ...................................................................................................... 12
6.0
Proceso de Apoyo a Planes ................................................................................................................. 13
6.1.
Configuracin del Plan de Gestin ................................................................................................. 13
6.2.
Plan de Validacin y Verificacin .................................................................................................. 13
6.3.
Documentacin del Plan ................................................................................................................. 13
6.4.
Plan de Aseguramiento de la Calidad ............................................................................................. 13
6.5.
Revisiones y Auditorias .................................................................................................................. 13
6.6.
Plan de Resolucin de Problemas ................................................................................................... 13
6.7.
Plan de Mejoramiento de Procesos ................................................................................................. 13

1. Introduccin
1.1. Resumen del Proyecto
1.1.1. Alcance, Propsitos y Objetivos
El SIGTE es un modelo para mejorar y evaluar el control y registro de trmites oficiales,
como los pedidos de atencin a un requerimiento particular por parte de una entidad u
organizacin ya sea esta pblica o privada hacia el Estado.
Mantener en todo momento un control eficaz del trmite as como de la documentacin en
formato digital que se vaya generando desde su ingreso al organismo de Gobierno, estudio
por parte del departamento competente, hasta su resolucin final y archivo respectivo.
Este proyecto propone un sistema para su uso en un ordenador personal mediante una
interfaz visual y el sistema de gestin de bases de datos Sql Server.
Este proyecto va a entregar un sistema funcional que proporciona un control eficaz en los
trmites que se realicen dentro de una entidad pblico o privada del Estado.

1.1.2. Supuestos y Restricciones

Se espera completar el proyecto dentro de un ao. Este proyecto utilizar los recursos en
forma de tiempo y esfuerzo que se dedicarn a desarrollar los entregables del proyecto.
Los requisitos establecidos en el documento de Especificacin de Requerimientos de
Software sern estables una vez que sean aprobados por el cliente.
La primera versin del sistema deber permitir visualizar los documentos anexos a un
trmite mediante el uso de programas de ofimtica comunes como Microsoft Office o
Acrobat. A su vez la relacin que debe existir entre el modulo de seguimiento y evaluacin.

1.1.3. Entregables del Proyecto

La lista de las prestaciones del proyecto es:

Plan de proyectos de Software

Plan de Gestin de la Configuracin
Especificacin de Requisitos de Software

Consulte la seccin 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)

Especificacin de Requerimientos de Software
Plan de Gestin de la Configuracin
Base de Datos
Descripcin de las pruebas al Software
Integracin 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 Practitioners Approach. McGraw-Hill,
2011.

3. Glosario
Trmino
SIGTE
ERS
UML
RDBMS
PGCS
RAD
ERS
Stakeholder
Entidad
Trmites Oficiales

Estructura
Departamental
Puesto de Trabajo
Funcionario

Documento Anexo
Administrador

Cliente
Mantenimiento

Descripcin
Sistema de Gestin de Trmite del Estado
Especificacin de Requisitos de Software
Inified Modeling Lenguaje
Sistema de Administracin de Base de Datos Relacional
Plan de Gestin de la Configuracin del Software
Desarrollo Rpido de Aplicaciones
Especificacin de Requerimientos de Software
Una persona, grupo o organizacin con un inters en el resultado de
una aplicacin que est siendo desarrollada.
Organismo o Institucin pblica o privada legalmente constituida
Hace referencia a todo tipo de pedidos que genere una Institucin,
pblica 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 ubicacin de la Entidad
donde proviene. Pueden ser generados por una Entidad externa o
dentro de la misma organizacin.
Es el organigrama de tipo funcional que maneja una Entidad pblica o
privada.
Unidad administrativa asignada a un funcionario
Persona que trabaja en una Entidad y que cumple un rol especfico en
el anlisis de un trmite y tiene potestad de resolver sobre ste de
acuerdo a su funcin.
Archivo digital que acompaa a un trmite y que surge como fruto del
anlisis realizado por el funcionario competente.
Usuario con privilegios de establecer las configuraciones necesarias
en el sistema y que le permitan registrar un trmite y canalizarlo a un
funcionario para su resolucin.
Entidad que plantea un requerimiento a ser atendido por el organismo
estatal. Es el gestor del trmite.
Hace referencia a las operaciones de ingreso, modificacin y
eliminacin de datos.

4. Organizacin del Proyecto

4.1. Interfaces Externas
Las interfaces externas para el proyecto seran los miembros de la comisin de estudio que
es la parte interesada en este proyecto.

4.2. Roles y Responsabilidades

El desarrollador de software se encarga de toda la documentacin a desarrollar y para
todo el trabajo por hacer.

Procesos de Gestin
4.3. Plan de Trabajo
4.3.1.

Actividades de Trabajo
Consulte el Diagrama de Gantt.

4.3.2.

Calendario de Asignacin
Figure 2: Grfico de Gantt
SIGTE
Desarrollador del Proyecto
Fecha de Inio: Abril 12, 2011
Fecha de Fin: Noviembre 16, 2011

Actividades
% Completo Estatus 3/12
4/27
5/15
6/15
9/10
11/16
Analisis de Usuari
0
S
SSSSS
Especificaciones
0
S
SSSSSSSS
Arquitectura
0
S
SSSSSSSS
Diseo
Detalles de Dise
0
S
SSSSSSSS
Base de Datos
0
S
SSSSSSS
Test
0
S
SSSSSSS
Implementacion
0
S
SSSSSSSSS
Modulo de Pruebas 0
S
SSSSSSSSSSSSS
Integracion
0
S
SSSSSSSSSSSSS

Simbolos del Proyecto

S
A
C
F

Lista
Satisfactorio
Precaucin
Crtico

Planificacin / Progreso
B Trabajo antes Cronograma
S programadas actividades para el momento
A Despus de un trabajo programado de tiempo
X programadas pero no trabajadas

4.3.3.

Asignacin de Recursos

Este proyecto utilizar los recursos en forma de tiempo y esfuerzo.

4.4. Plan de Control

4.4.1.

Requerimientos de Plan de Control

Cuando los cambios se hagan en los requisitos despus de que el SRS ha sido expuesto, los
cambios se sealaran a los encargados del desarrollo del sistema. Los cambios que se harn
ser con la aprobacin previa de los interesados y slo si es posible y admisible dentro de
los lmites del proyecto mencionado anteriormente, y los recursos en trminos de
conocimiento y la habilidad del desarrollador necesario. Una vez que los cambios han sido
realizados en el documento SRS, una versin actualizada de la SRS se mostrar y se
distribuir.
4.4.2.

Calendario Plan de Control

Si el trabajo programado en la seccin 1.1.4 se pone detrs, el encargado est dispuesto a

pasar ms tiempo en el proyecto despus de los horarios para compensar el tiempo perdido
y entregar el proyecto final a tiempo.
4.4.3.

Plan de Informacin

El PAPS actualizada se distribuir como se menciona en la lista de la seccin 1.1.4. Cada

una de las versiones preliminares de todos los documentos y las actualizaciones e informes
de estado sern enviados y discutido con el asesor y una vez aprobado el documento
aprobado se distribuir a los dems miembros de la comisin. 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 Gestin del Riesgo

Riesgo n 1 "La deficiencia en el conocimiento y la comprensin del problema y su
solucin" indica que el desarrollador no tiene una comprensin completa del problema.
Esto afectar a la calidad del proyecto en trminos de requisitos del producto y su
cumplimiento, lo cual no es deseable. La construccin de un prototipo para el modelo de
proyecto y hacer una amplia bsqueda bibliogrfica 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
anlisis", lo que significa que el desarrollador no tiene conocimiento sobre las herramientas
y el conocimiento del trabajo en el anlisis. 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 comisin con la versin electrnica del cdigo del proyecto y
la documentacin para futuras consultas y mantenimiento.

5.0 Procesos Tcnicos

5.1. Modelo de Procesos
El sistema SIGTE ser implementado y ejecutado utilizando el modelo de cascada y
prototipos.

5.2. Mtodos, Herramientas y Tcnicas

Consulte la seccin 6.1 (modelo de proceso) para obtener una descripcin 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 construira utilizando HTML, y Sql
Server como su sistema de gestin 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 mnimo de 4 GB de espacio en disco.

5.4. Plan de aceptacin del producto

Los interesados pondrn a prueba el producto final.

6.0 Proceso de Apoyo a Planes

6.1. Configuracin del Plan de Gestin
Todas las prestaciones del proyecto se deben considerar como elementos de
configuracin. El elemento de configuracin, as como su archivo sera el nombre del
documento como SRS, seguido por el nmero de versin. Actualizaciones informales
con el consejero se numerarn con 1.1, 1.2, etc.

6.2. Plan de Validacin y Verificacin

Un Plan de Verificacin y Validacin como parte de la Garanta de Calidad del Software se
desarrollar siguiendo las normas recomendadas por los departamentos.

6.3. Documentacin del Plan

Los estndares IEEE que deben seguirse para todos los fines de documentacin. 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 proyecto.

6.5. Revisiones y Auditorias

Revisin y Auditoras se tratara como una parte de la Garanta de Calidad del Software y el
Plan de Verificacin y validacin.

6.6. Plan de Resolucin 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 incluirn en el documento final de estudio.