Plan de Proyecto Gobierno PDF

PLAN DE PROYECTO
SOLUCIN: PASAPORTES
rea de Desarrollo
Programa Agenda de Conectividad

Estrategia de Gobierno en lnea
Repblica de Colombia - Derechos Reservados
Bogot, DC., Septiembre de 2009
PLAN DE PROYECTO PASAPORTES

FORMATO PRELIMINAR AL DOCUMENTO
Ttulo:
Fecha
elaboracin
aaaa-mm-dd:
Sumario:
PLAN DE PROYECTO SOLUCIN: PASAPORTES

200909-24
El plan de proyecto provee la informacin para la gestin integral del proyecto.
Comprende aspectos como: organizacin del proyecto, gestin del alcance, gestin del
tiempo, gestin de calidad, gestin de costos, gestin de recursos, gestin de las
comunicaciones, gestin de los riesgos y gestin de controles de cambios.
Palabras Claves:
Formato:
.doc
Dependencia:
Ministerio de tecnologas de la informacin y las Comunicaciones Programa Agenda

de Conectividad (PAdC) Estrategia de Gobierno en Lnea
Direccin de Desarrollo
Cdigo:
Lenguaje:
Versin:
1.1
Espaol
Estado:
Categora:
Autor (es):
Heinsohn Software House

Carolina Villalobos
Gerente de Proyecto
Heinsohn Software House
Revis:
Claudia Amaya
Directora de Gestin de Informacin y
Tecnologa (E)
Cancillera
Claudia Jimnez
Consultor Tcnico
REDCOM
Firmas:
Diana Carolina Martnez

Lder de la Solucin
Johanna Pimiento
Directora Direccin de Desarrollo
Aprob:
Olga Luca Sabogal
Director de Consultora
REDCOM
Informacin
Adicional:
Pg. 2 de 60
Aprobado
REA DE DESARROLLO
PROGRAMA AGENDA DE CONECT IVIDAD
ESTRAT EGIA DE GOBIERNO EN LNEA
Ubicacin:
Gforge [Documentos]: Procesos Contractuales\Entregables\Plan Proyecto Pasaportes\
Pg. 3 de 60
CONTROL DE CA MBIOS
VERSIN
FECHA
No. SOLICITUD
1.0
2009-09-07
No aplica
1.1
2009-09-20
No aplica
RESPONSABLE
Heinsohn Software
House S.A.
Heinsohn Software
House S.A.
DESCRIPCIN
Elaboracin del plan de proyecto.
Ajustes al plan de acuerdo a las observaciones del PAdC
Pg. 4 de 60
REA DE DESARROLLO
TABLA DE CONTENIDO
DERECHOS DE AUTOR
CRDITOS
10
1.
AUDIENCIA
11
2.
INTRODUCCIN
12
3.
PLAN DE INTEGRACIN DEL PROYECTO
13
4.
ALCANCE
14
4.1
DESCRIPCIN DE LA SOLUCIN
14
4.2 ALCANCE DEL DESARROLLO DE SERVICIOS WEB EN OTRAS

ENTIDADES
16
4.3
17
REQUERIMIENTOS NO FUNCIONALES
4.3.1. Esquema de Acceso a SICEP
17
4.3.2. Autenticacin de la aplicacin
18
4.4
ESTRATEGIA DE DESARROLLO DE LA SOLUCIN
19
4.5
CAPACITACIN
22
4.6
GARANTA
23
4.7
ASPECTOS QUE NO INCLUYE LA SOLUCIN
23
4.8
SUPUESTOS
24
4.9
RESTRICCIONES
26
4.10 MONITOREO Y CONTROL DEL ALCANCE
Pg. 5 de 60
26

5.
PLAN DE ADMINISTRACIN DEL TIEMPO
27
5.1 DURACIN DEL PROYECTO
27
5.2 MONITOREO Y CONTROL DE LOS TIEMPOS
29
6.
30
PLAN DE ADMINISTRACIN DE LOS COSTOS
6.1 ESTIMACION DE COSTOS
30
6.2 COSTOS DEL PROYECTO NO INCLUIDOS
32
6.3 PLAN DE PAGOS DEL PROYECTO
33
6.4 MONITOREO Y CONTROL DE COSTOS
34
7.
PLAN DE CALIDAD
35
7.1
ASEGURAMIENTO DE CALIDAD
35
7.2
APLICACIN DE LOS ANS
36
7.3
MECANISMOS DE CONTROL DE ANS
37
7.3.1 Revisiones de Pares
37
7.3.2 Plan de Pruebas (solo para alternativas 1 y 2)
38
7.3.3 Pruebas de Aceptacin (solo para alternativas 1 y 2)
38
7.4
MONITOREO Y CONTROL DE LA CALIDAD
39
8.
PLAN DE ADMINISTRACIN DEL EQUIPO DE TRABAJO
40
8.1 EQUIPO DE TRABAJO HEINSOHN
40
8.1.1 Estructura Organizacional
40
8.1.2 Roles y Responsabilidades
42
8.2
46
9.
ESQUEMA DE PROVISIN Y LIBERACIN DE RECURSOS

PLAN DE COMUNICACIONES
9.1 STAKEHOLDERS
50
50
Pg. 6 de 60
REA DE DESARROLLO
9.2
ESQUEMA DE COMUNICACIONES
50
10.
PLAN DE GESTIN DE RIESGOS
52
10.1 ANALISIS DE RIESGOS
52
10.2 MONITOREO Y CONTROL DE RIESGOS
52
11.
PLAN DE GESTIN DE LAS ADQUISICIONES
53
12.
PLAN DE ADMINISTRACIN DE CAMBIOS
54
13.
TERMINOLOGA
55
14.
ANEXOS
58
15.
APNDICE A IDENTIFICACIN DE RIESGOS
59
Pg. 7 de 60
LISTA DE TABLAS Y FIGURAS
FIGURA 1. DIAGRAMA DE ALCANCE DEL PROYECTO.......................................... 15

TABLA 1. WEB SERVICES POR ENTIDAD ............................................................. 16
FIGURA 2. ALCANCE DE LOS SERVICIOS WEB .................................................... 17
FIGURA 3. ESQUEMA DE ACCESO A SICEP .......................................................... 18
FIGURA 4. INTEROPERABILIDAD VA SERVICIOS WEB..................................... 19
TABLA 2. ALCANCE Y ENTREGABLES PARA ALTERNATIVAS 1, 2, 3 Y 3B ........... 20
TABLA 3. DURACIN DE LA CAPACITACIN - ALTERNATIVAS 1 Y 2 ................. 22
TABLA 4. FECHAS ESTIMADAS DE ENTREGA PARA CADA ALTERNATIVA........... 27
FIGURA 5. CRONOGRAMA RESUMIDO DEL PROYECTO - ALTERNATIVA 1......... 28
FIGURA 6. CRONOGRAMA RESUMIDO DEL PROYECTO - ALTERNATIVA 2......... 28
FIGURA 7. CRONOGRAMA RESUMIDO DEL PROYECTO - ALTERNATIVA 3 Y 3B 29
TABLA 5. ESTIMACIN DE COSTOS DEL PROYECTO PARA CADA ALTERNATIVA
........................................................................................................................ 31
TABLA 6. ESQUEMA DE FACTURACIN PARA CADA ALTERNATIVA.................... 33
TABLA 7. AUDITORIAS DE ASEGURAMIENTO DE CALIDAD................................ 35
TABLA 8. DESCRIPCIN DE LOS NIVELES DE SERVICIO .................................... 36
TABLA 9. CRITICIDAD POR TIPO DE ERROR....................................................... 36
TABLA 10. ENTREGABLES Y ANS QUE APLICAN PARA ALTERNATIVAS 1, 2, 3 Y
3B ................................................................................................................... 37
TABLA 11. LISTAS DE CHEQUEO (REVISIN DE PARES) .................................... 37
TABLA 12. TIPOS DE PRUEBAS ............................................................................ 38
FIGURA 8. ORGANIGRAMA DE HSH PARA LA ALTERNATIVA 1........................... 40
FIGURA 9. ORGANIGRAMA DE HSH PARA LA ALTERNATIVA 2........................... 41
FIGURA 10. ORGANIGRAMA DE HSH PARA LA ALTERNATIVA 3 ........................ 41
FIGURA 11. ORGANIGRAMA DE HSH PARA LA ALTERNATIVA 3B ...................... 42
FIGURA 12. ESQUEMA DE PROVISIN Y LIBERACIN DE RECURSOS PARA HSH
- ALTERNATIVA 1 ........................................................................................... 47
- ALTERNATIVA 2 ........................................................................................... 47
- ALTERNATIVA 3 ........................................................................................... 47
- ALTERNATIVA 3B......................................................................................... 48
TABLA 13. ESQUEMA DE PROVISIN Y LIBERACIN DE RECURSOS PARA PADC
Y MRE ............................................................................................................. 48
TABLA 14. STAKEHOLDERS DEL PROYECTO........................................................ 50
TABLA 15. DATOS DE CONTACTO DEL EQUIPO DE PROYECTO........................... 51
TABLA 16. RIESGOS IDENTIFICADOS PARA EL PROYECTO................................ 60
Pg. 8 de 60
REA DE DESARROLLO
DERECHOS DE AUTOR
menos que se indique de forma contraria, el copyright (traducido literalmente como

derecho de copia y que, por lo general, comprende la parte patrimonial de los
derechos de autor) del texto incluido en este documento es del Gobierno de la
Repblica de Colombia. Se puede reproducir gratuitamente en cualquier formato o
medio sin requerir un permiso expreso para ello, bajo las siguientes condiciones:
El texto particular no se ha indicado como excluido y por lo tanto no puede ser

copiado o distribuido.
La copia no se hace con el fin de ser distribuida comercialmente.
Los materiales se deben reproducir exactamente y no se deben utilizar en un

contexto engaoso.
Las copias sern acompaadas por las palabras "copiado/distribuido con permiso
de la Repblica de Colombia. Todos los derechos reservados.
El ttulo del documento debe ser incluido al ser reproducido como parte de otra
publicacin o servicio.
Si se desea copiar o distribuir el documento con otros propsitos, debe solicitar el permiso
entrando en contacto con el Programa Agenda de Conectividad del Ministerio de de
tecnologas de la informacin y de las Comunicaciones de la Repblica de Colombia.
Pg. 9 de 60
CRDITOS
l plan de proyecto est basado en el sistema de calidad de Heinsohn Software
House el cual se encuentra completamente definido en el esquema de la norma
ISO 9001 y complementado con las reas de proceso de nivel 2 y 3 del modelo
CMMI. ste plan sigue las prcticas de la metodologa de gerencia administrativa
de proyectos que se encuentra enmarcada en el esquema planteado por el PMI en el
PMBOK 2004 TM .
Los lineamientos generales para la elaboracin de este plan de proyecto son dados por el
plan de proyecto del portafolio. En todas las reas de conocimiento de la gerencia de
proyectos se establecen las condiciones particulares del proyecto y la manera como van a
ser gestionadas.
El plan de comunicaciones se cie al plan del portafolio y define las caractersticas
propias del proceso de comunicacin para este proyecto. El plan de comunicaciones del
portafolio es el resultado de un trabajo conjunto entre los consultores del equipo de
desarrollo del programa Gobierno en Lnea y los equipos de trabajo de las firmas Redcom
de Colombia y Heinsohn Software House.
Pg. 10 de 60
REA DE DESARROLLO
1. AUDIENCIA
l plan de proyecto contiene las directrices que integran todos los planes subsidiarios
del proyecto para la solucin PASAPORTES.
Est dirigido al equipo de trabajo del rea de desarrollo del Programa Agenda de
Conectividad encargada de la supervisin de sta solucin, al equipo de trabajo del
Ministerio de Relaciones Exteriores - MRE, de la firma interventora Redcom de Colombia,
y al equipo del grupo base de Heinsohn Software House. El ente centralizador del
proyecto es el MRE.
Pg. 11 de 60
2. INTRODUCCIN
l plan de proyecto es el documento gua para la ejecucin y control del proyecto

para diseo detallado o la implementacin de la solucin PASAPORTES. Su
principal objetivo es establecer el plan de trabajo a ser realizado por el grupo por
demanda para la elaboracin del diseo detallado e implementacin de la solucin,
enmarcado en las diferentes reas de conocimiento de la gerencia de proyectos:
integracin, alcance, tiempo, costos, calidad, recursos, riesgos y comunicaciones.
Hoy en da los ciudadanos que requieren salir del pas o permanecer en el exterior deben
diligenciar una solicitud impresa y luego la oficina en el mejor de los casos a travs de un
sistema descentralizado imprime el pasaporte y lo entrega. Por esta razn, la solucin
PASAPORTES buscar dar solucin a esta problemtica, la cual tiene como objetivo el
desarrollo de un sistema centralizado de expedicin de pasaportes orientado a los
ciudadanos que permita:
Radicar la solicitud web de los siete tipos de pasaporte.

La consulta biogrfica y biomtrica con la Registradura.
La administracin de impedimentos.
La formalizacin de la solicitud.
La administracin de notas (asignacin de notas en la segunda pagina del pasaporte.
Ejemplo: nota pasaporte anterior/ nota de padres)
La autorizacin de la solicitud.
Administrar los inventarios de libretas de pasaportes
La impresin del pasaporte con lectura mecnica (OCR).
El control de la calidad del pasaporte.
Las consultas de pasaporte, solicitudes, libretas en blanco.
Pg. 12 de 60
REA DE DESARROLLO
3. PLAN DE INTEGRACIN DEL PROYECTO
l plan de integracin del proyecto involucra la definicin y administracin del plan de

proyecto. El grupo por demanda asignado ejecutar el plan de proyecto, llevar a
cabo las actividades de monitoreo y control del proyecto, y reportar los resultados
de estas actividades al grupo base.
El presente plan de proyecto incluye los siguientes planes subsidiarios para la solucin:
Alcance
Plan de administracin del tiempo
Plan de administracin de costos
Plan de calidad
Plan de administracin del equipo de trabajo
Plan de comunicaciones
Plan de gestin de riesgos
Plan de gestin de las adquisiciones
Plan de integracin de proyecto
Plan de administracin de cambios
Metodologa de desarrollo
El Gerente de proyecto (HSH) de la solucin presentar un informe mensual de

desempeo en cada una de las reas descritas arriba al gerente del portafolio (HSH).
La ejecucin del proyecto se llevar a cabo las fases de Elaboracin, Construccin y
Transicin del proceso unificado (UP). En la fase de Elaboracin se realizarn las
actividades de anlisis de requerimientos y diseo de la solucin. Al final de dicha fase se
refinar la estimacin de esfuerzo requerido para la fase de Construccin.
El nuevo estimado de tiempos y costos que se obtenga de dicha refinacin ser evaluado,
negociado y aprobado por PAdC, RDC y HSH. El plan de proyecto ser actualizado de
acuerdo al modelo operativo de diseo detallado definido en el documento GLFSEsquema Modelo Operativo Diseo (Diseo Detallado)-v1.xls.
Para la realizacin del proyecto se tendr un equipo por demanda de HSH conformado
por Gerente de proyecto, arquitecto, integrador, lder tcnico, especificadores,
programadores junior y senior, administrador de la configuracin y diseador grfico.
Adicional al equipo de proyecto de HSH, es requerido un gerente de proyecto por parte
del MRE; un lder tcnico, un lder funcional y un grupo de usuarios funcionales por cada
entidad involucrada y un consultor lder por parte del PAdC.
Pg. 13 de 60
4. ALCANCE
l alcance contempla los procesos requeridos para controlar que en el desarrollo del
proyecto se incluyan todas las actividades y productos de trabajo asociados a sta
solucin para completarse de forma exitosa.
4.1 DESCRIPCIN DE LA SOLUCIN

La solucin comprende el diseo detallado y/o la implementacin del Sistema
Centralizado de Expedicin de Pasaportes SICEP. El alcance de la presente solucin
fue definido con base en el documento suministrado por el PAdC DOCUMENTO DE
REQUERIMIENTOS Y CASOS DE USO DEL MODULO DE PASAPORTES, el cual
incluye la especificacin de casos de uso de alto nivel realizado por la firma GestionTek.
La solucin incluye la realizacin de las siguientes funcionalidades:
La radicacin de la solicitud del trmite.

La consulta de impedimentos para salir del pas con el DAS.
La formalizacin de la solicitud (Oficina de Pasaportes o Consulado o Gobernacin se
capturan datos biomtricos y se escanean los documentos soporte necesarios)
(manejo de dispositivos como: cmara fotogrfica, escner, huellero, Pad de firma)
La administracin de notas (asignacin de notas en la segunda pagina del pasaporte.
Ejemplo: nota pasaporte anterior/ nota de padres)
La autorizacin de la solicitud (el coordinador aprueba o niega el pasaporte, en caso
afirmativo se firma digitalmente la imagen del pasaporte)
Los inventarios (manejo de centro de impresin, almacn consulado, impresin control
de calidad y entregas)
La impresin del pasaporte con lectura mecnica (OCR).
El control de la calidad del pasaporte.
Las consultas de pasaporte, solicitudes, libretas en blanco.
El modulo de pagos que contempla la liquidacin, recaudo, conciliacin e interfaz con
el sistema contable.
El trmite inicia cuando el ciudadano se registra en el sistema, para lo cual el sistema le

asigna un usuario y contrasea. A continuacin ocurre el proceso de autorizacin que
incluye los siguientes pasos:
1. Solicitud del pasaporte: El ciudadano ingresa la informacin relacionada con los datos
personales, datos del pasaporte anterior, tipo de pasaporte (Fronterizo, oficial,
diplomtico, libreta de tripulante terrestre, continuacin de viaje, ordinario de 32
Pg. 14 de 60
REA DE DESARROLLO
2.
3.
4.
5.
pginas, ordinario de 52 pginas, y salvoconducto consular o pasaporte provisional),

datos de la solicitud y datos del envo. Se realiza la consulta de impedimentos para
salir del pas con el DAS, la consulta biogrfica y biomtrica con la Registradura y se
validan impedimentos propios. La administracin de impedimentos incluye el registro y
consulta de impedimentos de salida del pas por autoridades colombianas.
Agendamiento: El ciudadano verifica el horario disponible de la oficina consular y
dependiendo de ello, reserva un turno para el cual planea presentar la
documentacin fsica exigida para formalizar el trmite. Este paso es opcional, ya
que el ciudadano podra acercarse a la oficina consular sin necesidad de realizar el
agendamiento. Este punto no hace parte del alcance del proyecto para las
alternativas 1 y 2.
Realizar el pago: El ciudadano podr hacer el pago electrnicamente (PSE) o
directamente en la oficina de la forma tradicional. El pago no depende del
agendamiento. Este punto no hace parte del alcance del proyecto para las
alternativas 1 y 2
Formalizacin de la solicitud: El ciudadano se acerca a la oficina de Pasaportes,
Consulado o Gobernacin en la fecha y hora planeada o cuando lo requiera con la
documentacin fsica exigida. El responsable de la oficina captura los datos
biomtricos y se escanean los documentos soporte necesarios, los cuales tienen
una vigencia. En esta etapa se utilizan dispositivos como cmara fotogrfica,
escner, huellero o Pad de firma. Para la formalizacin no se requiere haber
realizado el pago.
Autorizar el trmite: En este punto es necesario haber realizado el pago. El
funcionario consular visualiza el pasaporte por pantalla, realiza la verificacin entre
la informacin del sistema y la informacin fsica suministrada por el ciudadano. El
funcionario puede aprobar o negar el pasaporte, en caso afirmativo se firma
digitalmente la imagen del pasaporte. El pasaporte pasa a una cola de impresin.
Figura 1. Diagrama de alcance del proyecto
Pg. 15 de 60

El ciudadano podr visualizar el estado en que se encuentra la solicitud a cada instante
va internet, evitando que tenga que desplazarse hasta la oficina consular para realizar
la consulta.
Paralelamente al proceso de autorizacin ocurre el proceso de inventarios, el cual
consiste en el envo y confirmacin de la recepcin de los pasaportes en blanco,
personalizadas o listas para entrega; y dependiendo del rol que reciba el pasaporte se
maneja el estado de la solicitud. La impresin es responsabilidad del centro de
impresin y se realizar siguiendo el estndar OCR. En esta etapa participan las reas
de centro de impresin, almacn consulado, impresin control de calidad y entregas.
4.2 ALCANCE DEL DESARROLLO DE SERVICIOS WEB EN OTRAS

ENTIDADES
Segn la documentacin de casos de uso, se requiere de varios servicios web para el
intercambio de informacin con las entidades involucradas. La cantidad de servicios web a
desarrollar para cada entidad se muestran en la siguiente tabla:
Entidad externa
DAS
Registradura
SIAD
Sistema(s) con los

que interacta
SICEP
Cantidad de
servicios web
construidos
por HSH
Sistema de
informacin del DAS
Sistema de
informacin de la
Registradura
Control de
inventarios
TOTAL
2
2
1
5
Tabla 1. Web services por entidad

El detalle de los servicios web que desarrollar HSH se encuentra en el documento adjunto
PT-PROY-008 - Pasaporte-Alt1.xls, PT-PROY-008 - Pasaporte-Alt2.xls PT-PROY-008 Pasaporte-Alt3.xls (hoja ResumenCU). En ese documento los servicios web aparecen
discriminados por cada etapa del trmite de solicitud del pasaporte.
HSH conjuntamente con el MRE realizar la refinacin del diseo de los servicios web
identificados. El MRE y PAdC sern los responsables de gestionar el convenio de
interoperabilidad entre las entidades.
Los servicios web quedarn publicados en el tramitador en lnea de GEL. Esto significa que se
utilizar el lenguaje de intercambio de informacin GEL-XML, para lo cual es responsabilidad
de cada entidad que los servicios web que implementen y no hagan parte del alcance de este
proyecto cumplan con este estndar.
Pg. 16 de 60
REA DE DESARROLLO
Figura 2. Alcance de los servicios web

La comunicacin con las entidades debe realizarse a travs de la RAVEC. En caso de
que HSH identifique que con alguna entidad no es posible cumplir con estas condiciones
se revisar con el PAdC y el MRE dicha situacin. Si sta da origen a una modificacin en
el plan de proyecto se realizar mediante el mecanismo de control de cambios definido en
el documento GLFSEM-Esquema Modelo Operativo-Control de Cambios-HSH-v1.xls.
4.3 REQUERIMIENTOS NO FUNCIONALES

Los requerimientos no funcionales son aquellos aspectos tcnicos o de seguridad que se
deben incluir en el proyecto, que no necesariamente inciden directamente con el alcance
de la funcionalidad. Los requerimientos no funcionales sern delimitados durante la fase
de diseo detallado y en caso de ser requerido se actualizar el plan de proyecto
mediante el mecanismo de control de cambios definido en el documento GLFSEMEsquema Modelo Operativo-Control de Cambios-HSH-v1.xls. A continuacin se enuncian
los requerimientos no funcionales identificados a la fecha:
Expedir el pasaporte Colombiano con lectura mecnica interactuando con el DAS y la
Registradura.
La solucin quedar alojada en el centro de datos de GEL.
Cumplir y seguir los estndares de GEL XML.
Transmisin segura de la informacin de las bases de datos del DAS y Registradura.
La apariencia de la pantalla ser propia y se definir durante la etapa de diseo.
La solucin debe disearse e implementarse utilizando tecnologa Java/J2EE.
4.3.1. Esquema de Acceso a SICEP

El acceso al sistema ser desde la pgina de GEL. Desde all podrn acceder los
funcionarios autorizados de las entidades involucradas o los ciudadanos. Los funcionarios
Pg. 17 de 60

de las entidades accedern al sistema a travs de RAVEC y los dems usuarios a travs
de Internet. Ver figura 3.
Figura 3. Esquema de acceso a SICEP
4.3.2. Autenticacin de la aplicacin

Todos los usuarios que requieran hacer uso de SICEP tendrn que estar registrados y se
autenticarn en el sistema por medio de un mecanismo de usuario/contrasea. El SICEP
tendr su propio mdulo de autenticacin. Los funcionarios que accedern al sistema son
los especificados en la figura 2, del numeral anterior.
La interoperabilidad con sistemas de otras entidades se realizar va servicios web
conectados a travs del tramitador en lnea de GEL, utilizando el lenguaje de intercambio
de informacin GEL-XML. En la fase de diseo detallado se levantarn los requerimientos
por cada entidad para realizar la transformacin de datos necesarios para que stos
cumplan con el estndar GEL-XML.
Los servicios web a desarrollar pueden ser sincrnicos asncronos. A continuacin se
muestra el esquema de interoperabilidad para cada uno de ellos.
Pg. 18 de 60
REA DE DESARROLLO
Figura 4. Interoperabilidad va servicios Web
4.4 ESTRATEGIA DE DESARROLLO DE LA SOLUCIN

En el presente plan de proyecto se presentan cuatro diferentes alternativas. Las dos
primeras alternativas se diferencian en el cuanto a la estrategia de desarrollo, la tercera y
cuarta alternativa plantean realizar una primera fase de levantamiento, anlisis y diseo
para cerrar el alcance y luego planear las siguientes fases del proyecto.
Alternativa 1: Alcance con la utilizacin de dispositivos de Web visor construccin inicia
dos semanas despus del diseo detallado.
Alternativa 2: Alcance con la utilizacin de dispositivos de Web visor construccin inicia
cuando termina el diseo detallado.
Alternativa 3: Alcance con la utilizacin de dispositivos de Web visor hasta el diseo
detallado, incluyendo el mdulo de pagos.
Alternativa 3b: Es la misma alternativa 3 se diferencia en los recursos para poder iniciar
ms rpido el proyecto.
Para la ejecucin del proyecto (en las cuatro alternativas) se llevarn a cabo las fases de
elaboracin, construccin y transicin del proceso unificado (UP). El proyecto se
desarrollar en una estrategia por iteraciones. Se realizarn una iteracin de Elaboracin,
tres iteraciones de Construccin y una iteracin de Transicin. En la fase de Elaboracin
se realizarn las actividades de anlisis de requerimientos y diseo de la solucin. Al final
de dicha fase se refinar la estimacin de esfuerzo requerido para la fase de
Construccin. A continuacin se detalla el alcance en funcionalidad a ser implementada y
los entregables asociados para cada una de las alternativas:
Pg. 19 de 60
Alt
Fase
UP
Iteracin
Elab
oraci
n
Iteracin 1
Anlisis y diseo.
Construccin
Iteracin 3
Iteracin 4
Elaboracin
Transicin
Alternativas 1 y 2
Iteracin 2
Alternativ
a 3 y 3b
Alcance
Iteracin 5
Iteracin 1
Administracin de pasaportes
Impedimentos
Inventarios
Impresiones
Notas
Interaccin SIAD
Consultas
Seguimiento a pasaportes
Parmetros
Administracin de pasaportes
Impedimentos
Inventarios
Impresiones
Notas
Interaccin SIAD
Consultas
Seguimiento a pasaportes
Parmetros
Levantamiento de requerimientos de toda las
funcionalidades
Anlisis y diseo de todas las funcionalidades

Iteracin 2
Entregables
(Mdulos)
Los entregables definidos en el
modelo operativo de Diseo
Detallado.
modelo operativo de
Implementacin.
modelo operativo de
Implementacin.

modelo operativo de
Implementacin.
modelo operativo de
Implementacin.

modelo operativo de
levantamiento de requerimientos
modelo operativo de anlisis y
diseo detallado
Tabla 2. Alcance y entregables para alternativas 1, 2, 3 y 3b

Los modelos operativos que hacen parte del portafolio de soluciones y que se utilizarn
en las diferentes fases del proyecto son:
Diseo detallado (GLFSEM Esquema Modelo Operativo Diseo (Diseo

detallado)-v1.xls)
Implementacin-codificacin
(GLFSEM
Esquema
Modelo
Operativo
Implementacin - Codificacin- v1.1.xls)
Implementacin-despliegue
(GLFSEM
Esquema
Modelo
Operativo
Implementacin-despliegue-v1.1.xls)
Los entregables que se elaborarn y entregarn para las alternativas 1 y 2 segn el

modelo operativo aplicable a cada fase son:
Elaboracin (diseo detallado):

-
Documento de Diseo Detallado que incluye las vistas de:

o Arquitectura de SW
o Prototipo
o Plan de construccin
o Plan de pruebas
Pg. 20 de 60
REA DE DESARROLLO
o Plan de capacitacin
o No incluye la especificacin de casos de uso.
Plan de Proyecto actualizado
El MRE y el PAdC deben aprobar cada uno de los casos de uso que limitan el alcance.
Cualquier cambio posterior en el alcance aprobado ser evaluado mediante el mecanismo
de control de cambios definido en el documento GLFSEM-Esquema Modelo OperativoControl de Cambios-HSH-v1.xls.
Construccin (Implementacin-codificacin):
-
Casos de uso implementados

Deck de pruebas
Lista de chequeo del Deck de pruebas
Registro del resultado de pruebas
Documentacin tcnica
Manual tcnico
Manual de usuario
Documento de Diseo actualizado
Transicin (Implementacin-despliegue):
-
Solicitud de Infraestructura
Cdigo fuente
Certificacin de cdigo fuente
Manual de instalacin, configuracin y solucin de problemas
Documento de parametrizacin de proceso
Solucin instalada
Informe de instalacin
Informe de capacitacin
Carta de garanta
Entrega de licencias
Documento de evaluacin de comportamiento del sistema durante la etapa de
estabilizacin.
Cesin de derechos patrimoniales.
Informe de seguimiento
Acta de aprobacin de la solucin
Acta de entrega de la solucin
Documento de Diseo actualizado
Los entregables que se elaborarn y entregarn para la alternativa 3 segn el modelo

operativo aplicable a cada fase son:
Hito 1 (Levantamiento de requerimientos):
- Prototipo de pantallas
- Especificacin de Casos de Uso
Hito 2 (Anlisis y diseo):
Pg. 21 de 60

-
Documento de diseo detallado de la arquitectura que incluye:

o Modelo conceptual
o Vista de casos de uso
o Vista lgica
o Vista de datos
o Vista de implementacin
o Vista de despliegue
o Vista de integracin con sistemas externos
o Requerimientos no funcionales
Documento de diseo detallado de la aplicacin que incluye:
o Diagrama de casos de uso.
o Diagrama de secuencias o colaboracin (Solo para escenarios
significativos de la arquitectura)
o Diagrama de clases (Solo para escenarios significativos de la arquitectura)
o Diagrama de componentes.
o Diagrama de despliegue.
Documento de diseo del modelo de datos que incluye:
o Modelo E/R
o Diccionario de datos del modelo.
Plan de construccin detallado
Plan de capacitacin
4.5 CAPACITACIN
HSH realizar la capacitacin en el SICEP para las alternativas 1 y 2 de acuerdo al
modelo operativo definido para el portafolio de proyectos: GLFSEM Esquema Modelo
Operativo Capacitacin - v1.1.xls. Para las alternativas 3 y 3b no aplicara el plan de
capacitacin, porque no habra etapa de transicin.
HSH proveer en la capacitacin el instructor, el material y el certificado. Los dems
aspectos de logstica sern responsabilidad del PAdC.
La capacitacin ser dictada en Bogot a los funcionarios que defina el PAdC. A
continuacin se describe la duracin estimada de la capacitacin, dependiendo de la
alternativa que se seleccione.
Alternativa
Alternativas 1 y 2
Detalle de la actividad
Preparacin capacitacin funcional
Preparacin capacitacin tcnica
Ejecucin capacitacin funcional
Ejecucin capacitacin tcnica
Totales
Tabla 3. Duracin de la capacitacin - alternativas 1 y 2
Pg. 22 de 60
Duracin
de la
actividad
en horas
91
24
35
17
167
REA DE DESARROLLO
Cada sesin de capacitacin tendr un lmite de 10 personas y una duracin mxima de 4
horas por sesin.
4.6 GARANTA
El periodo de garanta es de 12 meses e inicia a partir de la fecha de entrada a
produccin del proyecto establecida en el plan del proyecto (para alternativas 1 y 2). En
caso que la solucin no entre en produccin en la fecha planeada por decisin de la
entidad o razones ajenas a HSH, la fecha de inicio de garanta ser la fecha de entrada a
produccin planeada en este plan para el inicio en produccin.
La garanta cubre defectos en el software desarrollado por HSH o desarrollado por HSH y
las entidades, atribuibles a HSH (para los casos de los servicios web desarrollados de
forma conjunta).
La garanta no cubre defectos en software operativo, software de base de datos, software
de servidores de aplicaciones, software de reporteador, software de motor de procesos,
WebVisor o cualquier otro software no desarrollado por HSH.
La garanta no cubre defectos en el software desarrollado por otras entidades.
La garanta no incluye cambios de versin del software base, este tipo de mantenimiento
se conoce como mantenimiento perfectivo el cual no est incluido en este plan.
La garanta pierde vigencia si el MRE o alguna de las entidades hacen modificaciones al
cdigo desarrollado y entregado por HSH.
4.7 ASPECTOS QUE NO INCLUYE LA SOLUCIN

El proyecto para la presente solucin no incluye:
1. Dotacin de infraestructura de hardware o software base, tales como sistemas
operativos, motores de bases de datos, servidores de aplicaciones, software de
seguridad basado en certificados o firmas digitales, sistemas misionales de las
entidades, lector de barras o dispositivo biomtrico.
2. Operacin del sistema SICEP o sus componentes.
3. Construccin de componentes para interactuar con dispositivos biomtricos
(huellero, cmara, pad de firmas, scanner, OCR, etc), esto se delega a la solucin
que provee Web visor.
4. Implementacin de modulo de auditoria sobre la solucin de software.
5. Implementacin de mecanismos de generacin de datos histricos.
6. Gestin de convenios interadministrativos con las otras entidades involucradas.
Esta actividad es responsabilidad del MRE y PAdC.
Pg. 23 de 60

7. La realizacin del diseo detallado e implementacin para las funcionalidades
requeridas en los sistemas de trmites y el sistema del DAS.
8. El desarrollo del mdulo de pagos no hace parte del alcance de este plan de
proyecto para las alternativas 1 y 2.
9. Diseo de procesos de negocio u otro tipo de componentes de software diferentes
a los servicios web enunciados en el alcance del proyecto para el intercambio de
informacin entre las entidades.
10. Licenciamiento de componentes para manejo de dispositivos como cmara
fotogrfica, escner, pad de firma, huellero.
11. Desviaciones en el esfuerzo y costos del proyecto por motivo no atribuibles a HSH,
como demoras en aprobaciones de entregables, cancelacin de reuniones o
cambios en las especificaciones luego de su aprobacin por parte de la entidad.
12. La interaccin con sistemas de gestin documental.
13. La implementacin de casos de uso referenciados y no documentados al detalle
en el documento de Requerimientos y casos de uso del modulo de pasaportes
(para las alternativas 1 y 2).
14. La implementacin de un sistema contable para la contabilizacin del recaudo del
modulo de pagos.
15. Interaccin con el sistema de autenticacin de ciudadanos de Gobierno en Lnea.
4.8 SUPUESTOS
El PAdC en conjunto con el MRE gestionarn el convenio interadministrativo para

que la cancillera pueda utilizar los servicios de la registradura como son la
consulta biogrfica y biomtrica.
Los sistemas de informacin de trmites y del DAS se alinearn con respecto a la

estructura de los WS que se definan para SICEP.
El DAS realizar los desarrollos requeridos en su sistema y expondrn los

servicios dentro de las fechas fijadas en el cronograma propuesto por HSH.
El consultor lder de la solucin de PAdC tendr una dedicacin de tiempo parcial

al proyecto. Esta participacin se requiere a lo largo del proyecto. En caso de no
contar con este apoyo, se evaluar el impacto de esta condicin con PAdC, MRE,
RDC y HSH para determinar los ajustes necesarios para asegurar el xito del
proyecto.
Pg. 24 de 60
REA DE DESARROLLO
Dada la restriccin de tiempo, el MRE har la aprobacin de los prototipos de

navegacin y el diseo detallado antes de la entrega formal, de tal forma que se
pueda iniciar desarrollo en paralelo con el diseo detallado. Esta estrategia es
fundamental para el cumplimiento de las fechas planeadas en el proyecto.
El MRE asignar un gerente de proyecto con dedicacin de tiempo parcial en el

proyecto, el cual estar encargado de coordinar la comunicacin con todas las
entidades involucradas, gestionar los compromisos de MRE y de las entidades
externas, coordinar los recursos internos de MRE que sean asignados al proyecto
y de revisar los compromisos y entregables de HSH. En caso de no contar con
esta persona o con la dedicacin requerida, PAdC, MRE, RDC y HSH realizarn
una reunin de negociacin para evaluar el impacto de esta condicin en el plan
de proyecto y actualizarlo mediante el mecanismo de control de cambios definido
en el documento GLFSEM-Esquema Modelo Operativo-Control de Cambios-HSHv1.xls.
El consultor lder del PAdC y el gerente de proyecto del MRE coordinarn las
reuniones necesarias con las entidades con las cuales se va a realizar intercambio
de informacin. HSH monitorear de forma anticipada la realizacin y
cumplimiento de estos compromisos, y avisar oportunamente sobre dicha
situacin y en que momento impactar en el cronograma. En caso de
incumplimiento de dichas reuniones por parte de las entidades, se realizar una
reunin con PAdC, MRE, RDC y HSH para evaluar el impacto de dicho
incumplimiento y realizar los ajustes necesarios al plan de proyecto.
El consultor lder del PAdC y el gerente de proyecto del MRE coordinarn con las
entidades las autorizaciones requeridas para el ingreso a la entidad y a los
accesos o permisos requeridos en el ambiente de pre-produccin de cada una.
HSH monitorear de forma anticipada la realizacin y cumplimiento de estos
compromisos, y avisar oportunamente sobre dicha situacin y en que momento
impactar en el cronograma. En caso de incumplimiento por parte de las entidades
en dar las autorizaciones solicitadas se realizar una reunin con el PAdC, el
MRE, RDC y HSH para evaluar el impacto de dicho incumplimiento y realizar los
ajustes necesarios al plan de proyecto.
Se contar con la disponibilidad de los recursos de interventora, del PAdC y del

MRE durante los meses de diciembre de 2009 y enero de 2010 para efectuar las
actividades de revisin de los entregables.
La cancillera pondr a disposicin del proyecto los ambientes de pruebas

requeridos para la validacin del software y las pruebas con otras entidades que
exponen servicios.
La cancillera negociar con el proveedor de Web visor la implementacin de

funcionalidades para integracin con el dispositivo OCR que se utilizar en la
actividad de control de calidad.
La cancillera negociar con el proveedor de Web visor la implementacin de
funcionalidades para la generacin del PDF con firma digital del pasaporte que se
utilizar para impresin.
Pg. 25 de 60
Para las alternativas 1 y 2 los enunciados que aparecen como pendientes (PD) en
el documento de Requerimientos y casos de uso del modulo de pasaportes se
trabajarn como controles de cambio, si se determina que dan lugar a
implementacin de nuevas funcionalidades o a modificaciones al alcance de otras
funcionalidades especificadas en otros casos de uso.
4.9 RESTRICCIONES
Por solicitud de PAdC, la solucin debe estar en produccin antes de abril de

2010.
El alcance de la solucin est dado por los casos de uso descritos en el

DOCUMENTO DE REQUERIMIENTOS Y CASOS DE USO DEL MODULO DE
PASAPORTES. Cualquier referencia a casos de uso mencionados y no
documentados estn por fuera del alcance del proyecto.
El desarrollo de la solucin se har bajo plataforma Java, utilizando como servidor

de aplicaciones JBoss, el motor de base de datos SQL Server.
4.10 MONITOREO Y CONTROL DEL ALCANCE

El alcance del proyecto est limitado en el captulo de alcance del presente documento, la
WBS definida en los documentos adjuntos GLFS3PP-WBS-HSH.xls y GLFS3PPDiccionario WBS-HSH.doc para las alternativas 1 y 2, y GLFS3PP-WBS-HSH-Alt3.xls y
GLFS3PP-Diccionario WBS-HSH-Alt3.doc para las alternativas 3 y 3b. Los paquetes de
trabajo y/o entregables definidos en la WBS sern la nica referencia vlida de alcance y
sern la base para verificar el avance. Para asegurar el cumplimiento del alcance, se
llevarn a cabo reuniones internas en HSH y reuniones con los lderes de la solucin de
PAdC y el MRE cuyo objetivo ser:
Verificar el trabajo realizado sobre los entregables definidos en la WBS para

asegurar que se est haciendo lo acordado e identificar posibles omisiones.
Monitorear la correccin de errores reportados, cuando la entrega ya se encuentra
en etapa de verificacin.
Hacer el control efectivo de la gestin de los controles de cambio.
Verificar el cumplimiento de los ANS definidos para el proyecto.
La periodicidad de las reuniones se enuncia en el captulo de Plan de Comunicaciones del

presente documento. Adicionalmente se presentar un breve resumen del avance del
proyecto en el comit de seguimiento semanal del portafolio de soluciones.
Pg. 26 de 60
REA DE DESARROLLO
5. PLAN DE ADMINISTRACIN DEL TIEMPO
l plan de administracin del tiempo contempla los procesos requeridos para

administrar la terminacin oportuna del proyecto a travs del control del avance del
cronograma establecido.
5.1 DURACIN DEL PROYECTO

Segn se indic en el alcance se presentan dos alternativas para el desarrollo del
proyecto. A continuacin se presenta el esfuerzo en horas requerido para cada alternativa
y las fechas de entrega de cada uno de los hitos:
Alternativa 1
Alt
Fase UP
Elaboracin
Alternativa 2
Iteracin 1 - (Diseo Detallado)

Iteracin 2 - (Construccin)
Construccin
Transicin
Altern
ativa 3
y 3b
Iteracin
Elaboracin
Transicin
Iteracin 1 (Diseo Detallado)
Iteracin 3 (Construccin)
Semana 9
Semana 14
Semana 20
Semana 5
Semana 10
Semana 18
Semana 21
Iteracin 5 - (Despliegue) Incluyendo etapa de

estabilizacin
Iteracin 1 (Levantamiento de requerimientos)
Elaboracin
Semana 7
Iteracin 5 - (Despliegue) Incluyendo etapa de

estabilizacin.
Construccin
Fecha
estimada
de
entrega
para ciclo
de
revisiones
Iteracin 2 (Anlisis y diseo)
Semana 5
Semana 7
Tabla 4. Fechas estimadas de entrega para cada alternativa
Pg. 27 de 60

Para el cumplimiento de los tiempos definidos en el cronograma, las entidades y el MRE
sern responsables de suministrar los diseos de base de datos, de arquitectura y
comunicaciones de los sistemas con los que interactuar SICEP. En el cronograma
detallado del proyecto se especificarn las fechas en que el MRE o las entidades deben
entregar dichos diseos. El incumplimiento en la entrega de dichos diseos a HSH por
parte del SICEP o las entidades impactar las fechas de entrega de HSH establecidas en
el cronograma, en cuyo caso el plan de proyecto ser actualizado con base en nuevas
fechas estimadas, mediante el procedimiento de control de cambios.
A continuacin se visualiza el cronograma de hitos evidenciando las fechas principales
relacionadas con las entregas (hitos) propuestas para cada alternativa:
Figura 5. Cronograma resumido del proyecto - alternativa 1
Figura 6. Cronograma resumido del proyecto - alternativa 2
Pg. 28 de 60
REA DE DESARROLLO
Figura 7. Cronograma resumido del proyecto - alternativa 3 y 3b

El cronograma detallado de cada una de las alternativas incluye la duracin en das para
cada una de las iteraciones incluyendo la fase de Transicin.
Los cronogramas detallados se encuentran en los documentos adjuntos GLFSSPTCronograma-HSH-Alt1.mpp,
GLFSSPT-Cronograma-HSH-Alt2.mpp
y
GLFSSPTCronograma-HSH-Alt3.mpp.
5.2 MONITOREO Y CONTROL DE LOS TIEMPOS

La gerencia de proyecto (HSH) de la solucin es la responsable del cumplimiento del plan
de trabajo. El plan detallado para cada uno de los recursos de HSH ser monitoreado a
travs de la herramienta Cronos que hace parte del sistema de calidad de HSH. As
mismo la gerencia de proyecto (HSH) presentar un informe de avance semanal a la
gerencia de portafolio (HSH), evidenciando claramente el indicador de programacin
ganada.
El informe de avance semanal elaborado por HSH incluir el estado de las actividades
registradas en el plan detallado del proyecto. En caso de presentarse retrasos en dichas
actividades, HSH, PAdC, MRE y RDC evaluarn el impacto de dicho retraso y tomarn las
acciones correctivas requeridas. En ningn caso HSH ser responsable de los retrasos
que sean atribuibles a las entidades involucradas en el desarrollo de las actividades
planeadas con ellas.
Pg. 29 de 60
6. PLAN DE ADMINISTRACIN DE LOS COSTOS
l plan de administracin de los costos contempla los procesos requeridos para

estimar, presupuestar y controlar que los costos del proyecto asociado a la presente
solucin sean completados dentro del presupuesto establecido y aprobado.
6.1 ESTIMACION DE COSTOS

Segn se indic en el alcance se presentan dos alternativas para el desarrollo del
proyecto. El presupuesto del proyecto incluye el total de estimacin de costos conforme
con la metodologa definida en el documento GLFSME-Metodologa estimacin esfuerzo
HSH.doc.
Al final de la etapa de diseo detallado se incluir la etapa de Implementacin en el plan
de proyecto con la estimacin de tiempo, recursos y costos requeridos para la
construccin y entrega del proyecto. PAdC deber revisar, negociar y aprobar el plan de
proyecto para la implementacin de la solucin antes del inicio de la fase de Construccin.
A continuacin se presenta el presupuesto de cada alternativa:
Pg. 30 de 60
REA DE DESARROLLO
Alternativa 1
Alt
Rol
Gerente de Proyecto
Arquitecto
Lder Tcnico
Programador Sr
Programador Jr + Experto Framework
HSH (1)
Diseador grfico
Total sin reservas
Garanta (5%)
Riesgo (5%)
Tarifa hora (HSH)
Cantidad
de horas
$ 93.467,7055103884
$ 73.074,7515808490
$ 67.976,5130984643
$ 56.080,6233062331
851
851
1.175
2.176
$ 79.541.017,39
$ 62.186.613,60
$ 79.872.402,89
$ 122.035.622,06
$ 39.086,4950316170
$ 35.687,6693766938
4.352
243
9.648
$ 170.110.261,05
$ 8.672.103,66
$ 522.418.020,65
$ 26.120.901,03
$ 26.120.901,03
Total sin IVA
$ 574.659.822,71
$ 666.605.394
Alternativa 2
Total con IVA (16%)

Gerente de Proyecto
Arquitecto
Lder Tcnico
Programador Sr
HSH (1)
Diseador grfico
Total sin reservas
Garanta (5%)
Riesgo (5%)
$ 93.467,7055103884
$ 73.074,7515808490
$ 67.976,5130984643
$ 56.080,6233062331
851
851
1.175
2.173
$ 79.541.017,39
$ 62.186.613,60
$ 79.872.402,89
$ 121.863.194,44
$ 39.086,4950316170
$ 35.687,6693766938
4.347
162
9.559
$ 169.908.993,90
$ 5.781.402,44
$ 519.153.624,66
$ 25.957.681,23
$ 25.957.681,23
Total sin IVA
$ 571.068.987,13
$ 662.440.025
Alternativa 3
Total con IVA (16%)

Gerente de Proyecto
Arquitecto
Lder Tcnico
Programador Sr
HSH (1)
Diseador grfico
Total sin reservas
Riesgo (5%)
$ 93.467,7055103884
$ 73.074,7515808490
$ 67.976,5130984643
$ 56.080,6233062331
324
324
324
479
$ 30.283.536,59
$ 23.676.219,51
$ 22.024.390,24
$ 26.862.618,56
$ 39.086,4950316170
$ 35.687,6693766938
958
324
2.733
$ 37.444.862,24
$ 11.562.804,88
$ 151.854.432,02
$ 7,592,721.60
Total sin IVA
$ 159,447,153.62
$ 184,958,698
Alternativa 3b
Total con IVA (16%)

Gerente de Proyecto (30%)
Programador Senior Administrativo
(100%)
Arquitecto
Lder Tcnico
Programador Sr
HSH (1)
Diseador grfico
Total sin reservas
Riesgo (5%)
Valor
$ 93.467,7055103884
97
$ 9.066.367,43
$ 56.080,6233062331
$ 73.074,7515808490
$ 67.976,5130984643
$ 56.080,6233062331
324
324
324
479
$ 18.170.121,95
$ 23.676.219,51
$ 22.024.390,24
$ 26.862.618,56
$ 39.086,4950316170
$ 35.687,6693766938
958
324
2.830
$ 37.444.862,24
$ 11.562.804,88
$ 148.807.384,82
$ 7,440,369.24
Total sin IVA
$ 156,247,754.07
$ 181,247,395
Total con IVA (16%)
Tabla 5. Estimacin de costos del proyecto para cada alternativa

Las tarifas para cada uno de los recursos sern actualizadas el 1 de enero de 2010 de
acuerdo al IPC.
Pg. 31 de 60

La tabla de costos del proyecto incluyendo los detalles de clculo utilizados para hacer la
estimacin de esfuerzo requerido se encuentra en los documentos adjuntos:
Para alternativa 1:
PT-PROY-008 - Pasaporte-Alt1.xls
Distribucin Tiempos - Pasaporte-Alt1.xls
TARIFAS - Pasaporte-Alt1.xls
Para alternativa 2:
Para alternativa 3:
Para alternativa 3b:
TARIFAS - Pasaporte-Alt3b.xls
6.2 COSTOS DEL PROYECTO NO INCLUIDOS

Los siguientes costos no estn incluidos:
Migracin de datos al sistema SICEP.

Requerimientos de infraestructura de hardware y comunicaciones.
Adquisicin e instalacin de sistemas operativos.
Adquisicin e instalacin de motor de base de datos.
Adquisicin e instalacin de servidor de aplicaciones.
Adquisicin e instalacin de software de seguridad basado en certificados o
firmas digitales.
Adquisicin de licencias de Webvisor.
Adquisicin e instalacin de software de gestin documental.
Utilizacin del servicio PSE y multicrdito de ACH.
Desplazamientos fuera del permetro urbano de Bogot diferentes a los
especificados.
Adquisicin de licencias del lector OCR.
Pg. 32 de 60
REA DE DESARROLLO
6.3 PLAN DE PAGOS DEL PROYECTO

El plan de costos aprobado por el PAdC se constituye en la lnea base del presupuesto de
costos de la solucin, esta lnea base actualiza los tems costo de la actividad y
porcentaje en el total del proyecto en la WBS y en el diccionario de la WBS. Tambin fija
el plan de pagos de acuerdo con los hitos definidos en el plan de trabajo.
La distribucin para el pago se calcular con base en los porcentajes siguientes de forma:
El 25%, al momento de aprobar el inicio de estas actividades de proyecto.
Un 60%, a lo largo de las actividades de diseo y/o implementacin contra la

aprobacin de los entregables que se definan. El 60% se distribuir entre los hitos
del proyecto de forma proporcional.
Un 15%, Al finalizar la fase de estabilizacin del proyecto.
Alt
Hito de Pago
Valor a pagar
(incluido IVA)
Fecha estimada de
facturacin
Alternativa
1
Inicio (25%)
Hito 1 ENT1 (15%)
Hito 2 ENT2 (15%)
Hito 3 ENT3 (15%)
Hito 4 ENT4 (15%)
Fin de la etapa de estabilizacin (15%)
$166.651.349
$99.990.809
$99.990.809
$99.990.809
$99.990.809
$99.990.809
Semana 1
Semana 10
Semana 12
Semana 17
Semana 23
Semana 24
Alternativa
2
Inicio (25%)
Hito 1 ENT1 (15%)
Hito 2 ENT2 (15%)
Hito 3 ENT3 (15%)
Hito 4 ENT4 (15%)
$ 165.610.005
$ 99.366.004
$ 99.366.004
$ 99.366.004
$ 99.366.004
$ 99.366.004
Semana 1
Semana 8
Semana 13
Semana 21
Semana 23
Semana 24
Altern
ativa 3
Inicio (25%)
Hito 1 ENT1 (35%)
Hito 2 ENT2 (25%)
$ 46.239.674
$ 64.735.544
$ 46.239.674
$ 27.743.806
Semana 1
Semana 5
Semana 8
Semana 9
Alterna
tiva 3b
En la tabla siguiente se relacionan los valores a pagar y las fechas de facturacin para
cada alternativa:
Inicio (25%)
Hito 1 ENT1 (35%)
Hito 2 ENT2 (25%)
$ 45.311.848
$ 63.436.588
$ 45.311.848
$ 27.187.111
Semana 1
Semana 5
Semana 8
Semana 9
Tabla 6. Esquema de facturacin para cada alternativa

Se genera una nueva lnea base del presupuesto cuando se presente una variacin
resultado de un control de cambios solicitado y aprobado por el PAdC.
Pg. 33 de 60

6.4 MONITOREO Y CONTROL DE COSTOS
de costos. La gerencia har un seguimiento del presupuesto basado en los tiempos
trabajados y costos involucrados, identificar desviaciones y presentar un informe de
avance semanal a la gerencia de portafolio (HSH). Dicho informe contempla como mnimo
los siguientes aspectos:
Facturacin segn los hitos de pago.

Cambios presentados en el perodo e impacto en el presupuesto base.
Medicin del rendimiento.
Aspectos que puedan afectar el cumplimiento del presupuesto.
Verificacin de cumplimiento de los ANS.
Acciones recomendadas.
Pg. 34 de 60
REA DE DESARROLLO
7. PLAN DE CALIDAD
l plan de calidad contempla los procesos requeridos para determinar las polticas de
calidad, objetivos y responsabilidades que aseguren que el proyecto satisfaga las
necesidades establecidas.
7.1
ASEGURAMIENTO DE CALIDAD
El plan de auditoras internas de calidad se realiza de acuerdo con los procedimientos del
sistema de calidad de HSH y tienen como objetivo verificar la adherencia del proceso bajo
CMMI e ISO 9001. Durante cada auditoria, la gerencia de proyecto (HSH) de la solucin
ser la principal responsable de atender a las solicitudes y requerimientos de los auditores
y dar seguimiento y cierre a cada una de las no conformidades presentadas.
A continuacin se presenta el esquema de auditorias planeadas para las alternativas 1 y
2:
Pro
Periodicidad
Proyecto
Inicial
Mensual
Bimensual
Cierre
Alcance
Verificar que todas las
actividades del proyecto se
estn desarrollando de
acuerdo con los procesos del
sistema de calidad de HSH.
Administracin de
configuracin de los
entregables.
Objetivo
Verificar la correcta utilizacin
de los procedimientos del
sistema de calidad de HSH.
Fechas Estimadas
Un mes despus de la fecha
de inicio del proyecto.
Verificar la correcta
administracin de configuracin
Mensualmente. A partir de la
de los tems de software del
fecha de inicio de la fase de
proyecto segn los
procedimientos del sistema de diseo detallado.
calidad de HSH.
Seguimiento a los
Verificar el correcto seguimiento
Cada dos meses. A partir de
procedimientos del sistema de a los procedimientos y
la fecha de inicio de la fase
calidad de HSH.
utilizacin de formatos del
de diseo detallado.
sistema de calidad de HSH
Cierre del proyecto de la
Hacer el balance del desarrollo
solucin.
del proyecto, revisar
5 das antes de la fecha de
experiencias positivas y
negativas y generar las buenas cierre del proyecto.
prcticas a aplicar en otros
proyectos.
Tabla 7. Auditorias de aseguramiento de calidad
Pg. 35 de 60
7.2
APLICACIN DE LOS ANS
De acuerdo al documento de acuerdos de niveles de servicio GLFSNS-Acuerdos de

Niveles de Servicio-HSH-v3.doc, los niveles de servicio que aplican para la solucin son:
Nivel 1
Nivel 2
Nivel 3
Nivel 5
Nivel 6
Nivel 7
Nivel 8
Nivel 9
Nivel 10
Nivel de cumplimiento en las entregas al cliente PAdC

ndice de rendimiento de programacin basado en tiempo
Revisin de entregables
Confiabilidad de la solucin
Nivel de defectos en pruebas en la etapa de implementacin
Reapertura de defectos en la etapa de implementacin
Nivel de defectos en produccin
Tiempo dedicado a correccin de defectos en la etapa de
implementacin
Tiempo promedio dedicado a la resolucin de defectos
Tabla 8. Descripcin de los niveles de servicio
Para los niveles 6 y 8 se utilizar la siguiente tabla de clasificacin de tipos de errores de

acuerdo a su criticidad:
Criticidad
Crtico
Tipo de Error
Mayor
Menor
Cosmtica
Inoperabilidad total del acceso al sistema SICEP que no sea atribuible a la

infraestructura de HW, SW base, operativo o de comunicaciones.
Inoperabilidad total de la funcionalidad de registro de usuarios en el sistema SICEP.
Errores de ortografa de alta sensibilidad en la pgina principal de SICEP.
Perdida de informacin total o parcial de personas registradas.
Perdida de informacin total o parcial de historial de capacitaciones de las personas.
Error en la aprobacin o no de registrados. Significa que el sistema acepte a quin no
debe y no acepte a quin debe.
Inoperabilidad total de la siguiente funcionalidad en SICEP:
o
Administracin y operacin de capacitaciones.
o
Administracin de usuarios y perfiles.
o
Problemas en el cargue y descargue de informacin sobre aprobados o no al
finalizar un curso.
Inoperabilidad total de la siguiente funcionalidad en SICEP:
o
Administracin y participacin en foros.
o
Publicacin y visualizacin de noticias.
o
Administracin y participacin en comits.
o
Publicacin y visualizacin de eventos y actividades.
o
Publicacin y descarga de documentos.
o
Administracin de parmetros (tablas maestras).
o
Publicacin y visualizacin de informacin general en SICEP.
o
Generacin de informes.
Mensajes de alerta o mensajes de error en el sistema que no afecten la operabilidad de
las transacciones o consultas en el sistema.
Envo de mensajes informativos de cursos a perfiles que no correspondan de acuerdo
con la ficha de clasificacin de cada curso.
Errores de redaccin y/o ortografa en las pantallas o mensajes de SICEP.
Ajustes a presentacin grfica de la informacin desplegada.
Tabla 9. Criticidad por tipo de error
Pg. 36 de 60
REA DE DESARROLLO
Las multas o penalizaciones establecidas para los hitos de pago definidos en el
documento GLFSNS-Acuerdos de Niveles de Servicio-HSH-v3.doc, afectan
proporcionalmente de acuerdo a los hitos del proyecto y con base en la cantidad de
entregables involucrados en cada hito. A continuacin se detallan los valores para
aplicacin de las penalizaciones de acuerdo a los hitos de cada alternativa, los
entregables asociados y los ANS que aplican en cada hito:
Alternati
vas 3 y
3b
Alternativas 1
y2
Alt
Hito de Pago
Hito 1 Elaboracin
Hito 2 Construccin
Hito 3 Construccin
Hito 4 Construccin
Hito 5 Transicin
Hito 1 Elaboracin
ANS que aplica

ANS1, ANS2, ANS3
ANS1, ANS2, ANS3, ANS5, ANS6,
ANS7, ANS8, ANS9, ANS10
ANS10
ANS1, ANS2, ANS3
Tabla 10. Entregables y ANS que aplican para alternativas 1, 2, 3 y 3b
7.3
MECANISMOS DE CONTROL DE ANS
Para controlar que se cumplan con los acuerdos de servicio definidos para el proyecto,
HSH utilizar metodologas y buenas prcticas de ingeniera de software. A continuacin
se detallan cada una de ellas.
7.3.1 Revisiones de Pares

Para garantizar la confiabilidad de la solucin se realizarn revisiones de pares en cada
punto de control, se informar el resultado de la revisin y se registrar para que sea
solucionado cada hallazgo de acuerdo con los procedimientos vigentes del sistema de
calidad de HSH. Las listas de chequeo a aplicar de acuerdo al sistema de calidad de HSH
son:
Nombre lista de
Etapa de
Etapa de Deteccin
Chequeo
Inyeccin
Anlisis y Diseo
Anlisis y diseo
Inspeccin de Cdigo
Implementacin
Arquitectura
Anlisis y diseo
Diseo de pruebas
Anlisis y diseo
Requerimientos
Anlisis y diseo
Requerimientos
Anlisis y diseo
Implementacin
Requerimientos
Anlisis y diseo
Implementacin
Requerimientos
Anlisis y diseo
Implementacin
Tabla 11. Listas de chequeo (revisin de pares)
Pg. 37 de 60

7.3.2 Plan de Pruebas (solo para alternativas 1 y 2)
El propsito del plan de pruebas para el proyecto es:
Proveer un artefacto que apoye el dimensionamiento del esfuerzo de pruebas. Definir

una aproximacin general de las actividades y tcnicas que sern empleadas para
probar el software y para evaluar los resultados de las pruebas y es el artefacto al que
se debe hacer referencia en la planeacin para detallar el trabajo de pruebas.
Proveer visibilidad a los stakeholders del proyecto en el esfuerzo de pruebas para
concientizarlos de la estrategia de pruebas y lograr su aprobacin.
Existen diferentes tipos de pruebas en las diferentes dimensiones de la calidad. Para ste
proyecto se ejecutarn las siguientes:
Dimensin
de Calidad
Funcionalidad
Usabilidad
Confiabilidad
Tipo de Prueba
Descripcin General
Pruebas Funcionales
Se centra en validar toda la funcionalidad del proyecto, entendida como el

conjunto de casos de uso y reglas de negocio definidos en el alcance del
mismo.
Dentro de las pruebas funcionales se entiende tambin el diseo y la
ejecucin de las pruebas de ciclo de negocio. Esta prueba debe simular las
actividades realizadas comnmente en el proceso a lo largo del tiempo. Debe
identificarse un perodo de tiempo (tal como un ao, un mes, etc.), as como
las transacciones y actividades que deben ocurrir a lo largo de dicho perodo.
Esta prueba debe incluir todos los eventos diarios, semanales o mensuales
que son sensitivos a las fechas del ciclo del negocio.
Pruebas de Usabilidad
Se enfoca en consistencia en la interfaz de usuario definida y aprobada;
factores humanos, estticos, ayuda en lnea y sensitiva al contexto, wizards o
asistentes, documentacin de usuario y material de entrenamiento.
Pruebas de Estructura Estas pruebas se centran tpicamente en garantizar que no existan links
rotos, que el contenido apropiado es desplegado y que no hay contenido
hurfano en una aplicacin web.
Pruebas de Integridad
Se enfocan en validar la capacidad del sistema para recuperarse ante fallas.
Tambin la adherencia al lenguaje, sintaxis y uso de recursos.
Pruebas de Stress
Se enfoca en evaluar cmo responde el sistema en condiciones anormales
como carga extrema, memoria insuficiente, servicios o hardware no
disponible o recursos limitados o compartidos.
Estas pruebas se ejecutan usualmente para poder determinar en qu
momento el sistema va a fallar, de tal forma que se puedan planear
contingencias y/o planes de mantenimiento.
Tabla 12. Tipos de pruebas
7.3.3 Pruebas de Aceptacin (solo para alternativas 1 y 2)

El proceso de pruebas de aceptacin se desarrollar de acuerdo a lo definido en los
modelos operativos de diseo detallado y de implementacin-codificacin (GLFSEMEsquema Modelo Operativo Diseo (Diseo Detallado)-HSH-v1,
GLFSEM-Esquema Modelo Operativo Implementacin-Codificacin-HSH-v1.1)
Pg. 38 de 60
REA DE DESARROLLO
7.4
MONITOREO Y CONTROL DE LA CALIDAD

de calidad. La gerencia har un seguimiento de los ANS, identificar desviaciones y
presentar un informe de avance semanal a la gerencia de portafolio (HSH), indicando
claramente los indicadores control de calidad. Dicho informe contempla como mnimo los
siguientes aspectos:
Control de cumplimiento de los ANS.

Acciones de mejora.
Resultados de auditoras internas.
Resultados de auditoras del grupo de aseguramiento de calidad de HSH.
Acciones recomendadas.
Pg. 39 de 60
8. PLAN DE ADMINISTRACIN DEL EQUIPO DE TRABAJO
l plan de administracin del equipo de trabajo contempla los procesos requeridos

para organizar, administrar y dirigir los equipos de trabajo que estarn a cargo del
desarrollo de este plan del proyecto.
8.1 EQUIPO DE TRABAJO HEINSOHN

El equipo de trabajo de HSH est conformado por los integrantes del grupo por demanda
que sern apoyados por los integrantes del grupo base.
8.1.1 Estructura Organizacional

A continuacin se detalla el organigrama para la fase de diseo detallado del proyecto
para cada alternativa.
Figura 8. Organigrama de HSH para la alternativa 1

Pg. 40 de 60
REA DE DESARROLLO
Gerente de Portafolio
Carolina Villalobos
Gerente de Proyecto (1)
Arquitecto (1)
Desarrolladores
Sr (3)
Lder
Tcnico (1)
Desarrolladores
Jr (3,5)
Diseador
grfico (1)
Experto
Framework
HSH (1)
Equipo por demanda
Pg. 41 de 60
Figura 11. Organigrama de HSH para la alternativa 3b
8.1.2 Roles y Responsabilidades

Las responsabilidades de cada uno de los miembros del equipo de trabajo de HSH estn
detalladas en el plan de administracin del equipo de trabajo del portafolio de proyectos.
A continuacin se aclara la necesidad en nmero de recursos y en % de participacin en
el proyecto para los roles de gerente de proyecto, lder tcnico y arquitecto de software:
Gerente de Proyecto HSH (Alternativa 3b): Participacin del 30%. Tendr las siguientes
funciones:
Asistir a las reuniones semanales de seguimiento con PAdC, RDC y MRE.

Asistir a las reuniones internas con la gerencia del portafolio de proyectos en
HSH.
Hacer seguimiento de los riesgos del proyecto.
Implementar las acciones correctivas y preventivas.
Establecer y controlar el cumplimiento de requerimientos dentro del proyecto.
Hacer el seguimiento y control al cumplimiento de niveles de servicio.
Informar a la Gerencia del portafolio de los controles de cambio radicados por
el PAdC para la solucin.
Informar a la gerencia del portafolio de proyectos en HSH de las situaciones y
dificultades que se presenten durante su ejecucin.
Pg. 42 de 60
REA DE DESARROLLO
Revisar los artefactos de la arquitectura.

Revisar la documentacin de levantamiento de requerimientos.
Programador senior administrativo (Alternativa 3b): Participacin del 100%.

El programador senior administrativo ser el apoyo a nivel administrativo del gerente de
proyecto HSH y realizar actividades para el control del proyecto y coordinacin de
recursos. Las funciones que desempear son las siguientes:
Generar la informacin del proyecto para la consolidacin de los reportes

semanales de seguimiento y mensuales de gestin.
Preparar la presentacin de la reunin semanal de seguimiento con PAdC,
RDC y MRE.
Hacer el seguimiento y control del plan de trabajo del proyecto y al registro de
actividades de los integrantes del equipo.
Coordinar los recursos asignados al proyecto con el fin de cumplir con los
planes y compromisos.
Asistir a las reuniones semanales de revisin con RDC.
Asistir a las reuniones semanales de seguimiento de la solucin con el PAdC,
RDC y MRE.
Documentar el acta de la reunin de seguimiento de la solucin.
Gestionar los controles de cambio que surjan en la ejecucin del proyecto.
Gerente de Proyecto HSH (Alternativas 1,2 y 3): Participacin del 100%. Tendr las
siguientes funciones:
Asistir a las reuniones semanales de seguimiento con PAdC, RDC y MRE.

Asistir a las reuniones internas con la gerencia del portafolio de proyectos en
HSH.
Hacer seguimiento de los riesgos del proyecto.
Implementar las acciones correctivas y preventivas.
Informar a la Gerencia del portafolio de los controles de cambio radicados por
el PAdC para la solucin.
Informar a la gerencia del portafolio de proyectos en HSH de las situaciones y
dificultades que se presenten durante su ejecucin.
Revisar los artefactos de la arquitectura.
Revisar la documentacin de levantamiento de requerimientos.
Generar la informacin del proyecto para la consolidacin de los reportes
semanales de seguimiento y mensuales de gestin.
Preparar la presentacin de la reunin semanal de seguimiento con PAdC,
RDC y MRE.
Pg. 43 de 60
Hacer el seguimiento y control del plan de trabajo del proyecto y al registro de

actividades de los integrantes del equipo.
Coordinar los recursos asignados al proyecto con el fin de cumplir con los
planes y compromisos.
Asistir a las reuniones semanales de revisin con RDC.
Asistir a las reuniones semanales de seguimiento de la solucin con el PAdC,
RDC y MRE.
Documentar el acta de la reunin de seguimiento de la solucin.
Gestionar los controles de cambio que surjan en la ejecucin del proyecto.
Lder Tcnico HSH: Participacin del 100%. Tendr las siguientes funciones:
Asegurar el cumplimiento de la metodologa acordada.

Elaborar la documentacin de las necesidades generales.
Asistir a las reuniones tcnicas de trabajo cuando aplique para la solucin
asignada y documentar el acta de la reunin.
Informar al coordinador tcnico del grupo base sobre las situaciones tcnicas
presentadas para la solucin y que requieran apoyo o participacin del
coordinador.
Arquitecto de software HSH: Participacin del 100%. Tendr las siguientes funciones:
Definir lineamientos de diseo de la solucin.

Hacer la validacin de diseos de la solucin.
Definir las vistas de la arquitectura de la aplicacin.
Dar soporte tcnico.
Validar arquitectura contra requerimientos.
Definicin de infraestructura e identificacin de patrones de diseo en la
construccin del sistema.
Asistir a las reuniones tcnicas de trabajo cuando aplique para la solucin
asignada y documentar el acta de la reunin.
Informar al coordinador tcnico del grupo base sobre las situaciones tcnicas
presentadas sobre la solucin y que requieran apoyo o participacin del
coordinador.
Adicionalmente llevar a cabo las siguientes funciones de administracin de la

configuracin:
Brindar soporte a las actividades de diseo y desarrollo del producto, para que
los desarrolladores y los integradores cuenten con los espacios apropiados
para disear, construir y probar su trabajo, y para que todos los productos
estn disponibles para su inclusin en la unidad de despliegue segn sea
necesario.
Garantizar que el entorno de administracin de la configuracin facilite las
tareas de revisin del producto y de seguimiento a cambios y defectos.
Pg. 44 de 60
REA DE DESARROLLO
Construye el plan de administracin de la configuracin e informa las

estadsticas de progreso con base en las solicitudes de cambio.
Administrar la configuracin (definir y administrar ambientes, administrar
versiones de documentos y entregables).
Controlar la trazabilidad de los artefactos y componentes.
Configurar el entorno de la gestin de la configuracin.
Crear la unidad de despliegue.
Escribir el plan de gestin de la configuracin.
Establecer polticas de la gestin de la configuracin.
Seguimiento al cumplimiento de las polticas de administracin de la
configuracin por parte de todos los miembros del equipo de trabajo.
Informar del estado de la configuracin.
Establecer fechas de compromiso y registrar no conformidades y/o
sugerencias.
Experto Framework HSH: Participacin del 100%. Tendr las siguientes funciones:
Brindar asesora tcnica al equipo de desarrollo en la correcta utilizacin del

framework CORE 5.
Definir los lineamientos y buenas prcticas para la utilizacin del framework
CORE 5.
Apoyar el diseo de los componentes del sistema de acuerdo a las utilidades
brindadas por el framework CORE 5.
Apoyar la implementacin de funcionalidades complejas del sistema para
garantizar una correcta utilizacin y aprovechamiento del framework CORE 5.
Definir la estructura de mdulos y paquetes del sistema segn la generacin de
cdigo que provee el framework CORE 5.
Definir la estrategia de integracin utilizada para el despliegue de la aplicacin.
Los roles y responsabilidades por parte del MRE y las dems entidades involucradas son:
Gerente de Proyecto MRE: Por definir. Tendr las siguientes funciones:
Consecucin de recursos (econmicos y/o humanos).

Aprobacin definitiva de entregables.
Toma de decisiones directivas del proyecto.
Establecer los objetivos claros y posibles de realizar.
Equilibrar las demandas concurrentes de calidad, alcance, tiempo y costos.
Adaptar las especificaciones, los planes, y el enfoque a las diversas
inquietudes y expectativas de los diferentes interesados.
Administrar el equipo humano del proyecto y el grupo de interesados.
Manejar las interfases del proyecto (organizacional, tcnica e interpersonal).
Realizar las evaluaciones peridicas necesarias de seguimiento del proyecto.
Participar en el grupo de trabajo que gestione el control de cambios.
Aprobar el control de cambios.
Participar en el comit operativo y directivo.
Pg. 45 de 60
Coordinar junto con el Gerente de proyecto de HSH las reuniones necesarias

dentro del proyecto.
Realizar el seguimiento y control de los compromisos establecidos.
Servir de contacto principal dentro del proyecto.
Garantizar la comunicacin y coordinacin de las diferentes actividades entre
las distintas entidades gubernamentales involucradas en la solucin.
Lderes Tcnicos MRE y entidades: Por definir. Tendr las siguientes funciones:
Toma de decisiones tcnicas del proyecto.

Establecer los objetivos claros y posibles de realizar.
Consecucin de recursos para infraestructura.
Facilitar al equipo de trabajo de la fbrica de software la informacin
tcnica requerida en el proyecto.
Verificar la calidad tcnica y funcional de la solucin.
Brindar soporte y conocimiento respecto a la gestin informtica de la entidad.
Validar el modelo de datos, la arquitectura de sistemas y la plataforma
tecnolgica propuesta.
Validar los manuales tcnicos de la solucin propuesta.
Lderes funcionales MRE y entidades: Por definir. Tendr las siguientes funciones:
Coordinar la participacin de los usuarios finales.

Identificar los usuarios funcionales de las entidades.
Validar los manuales de usuario final.
Verificar y avalar junto con los usuarios funcionales la calidad funcional de los
mdulos que le correspondan.
Servir de interlocutor entre el usuario final y el equipo tcnico del proyecto.
Participar en el grupo de trabajo que gestione el control de cambios.
Participar en el comit operativo.
Usuarios funcionales MRE y entidades: Tendrn las siguientes funciones:
Avalar los documentos de especificaciones de requerimientos.

Realizar las pruebas funcionales de cada mdulo.
Es recomendable que las personas que se asignen en cada rol tengan continuidad
durante todo el proyecto. Para los roles de gerente de proyecto, lder tcnico y lder
funcional es recomendable que sean asumidos por personas de planta del MRE y las
entidades involucradas.
8.2
ESQUEMA DE PROVISIN Y LIBERACIN DE RECURSOS
A continuacin se detalla el esquema de provisin y liberacin para cada uno de los

recursos de HSH que participarn en la fase de diseo detallado del proyecto:
Pg. 46 de 60
REA DE DESARROLLO
Figura 12. Esquema de provisin y liberacin de recursos para HSH - alternativa 1
Pg. 47 de 60
Figura 15. Esquema de provisin y liberacin de recursos para HSH - alternativa 3b

Para las alternativas 3 y 3b, la cantidad de desarrollador junior, se incrementan de 2 a 4
en la segunda semana. Lo anterior, debido a que para ese momento ya puede iniciar el
diseo.
Para los recursos del MRE y PAdC que participarn en el proyecto se enuncia a
continuacin la dedicacin y el esquema provisin y liberacin:
Rol
Consultor Lder (PAdC)
Gerente de proyecto
(MRE)
Lderes Tcnicos (MRE y
entidades)
Lderes Funcionales
(MRE y entidades)
Usuarios funcionales
(MRE y entidades)
Provisin
Al inicio del proyecto.
Al finalizar
proyecto.
Al finalizar
proyecto.
Al finalizar
proyecto.
Al finalizar
proyecto.
Al finalizar
proyecto.

Liberacin
la etapa de estabilizacin del
Dedicacin
por demanda
100%
por demanda
por demanda
por demanda
Tabla 13. Esquema de provisin y liberacin de recursos para PAdC y MRE
8.3
CONTRATACIN DE RECURSOS
Existe un plan de trabajo para la contratacin de recursos, en el cual intervienen HSH

para la postulacin de candidatos y RDC y PAdC para la validacin y aprobacin de los
mismos. A continuacin se enuncian los pasos a seguir en dicho plan:
1.
2.
3.
4.
5.
6.
7.
8.
9.
Evaluacin de personal interno (HSH)

Hacer requisicin a gestin humana (HSH)
Bsqueda hojas de vida (HSH)
Proceso de seleccin (HSH)
Presentacin de candidatos a la interventora (HSH)
Validacin de requisitos de los candidatos (RDC)
Validacin de requisitos de los candidatos (PAdC)
Aprobacin de candidatos (RDC)
Aprobacin de candidatos (HSH)
Pg. 48 de 60
REA DE DESARROLLO
El proceso de seleccin y contratacin de recursos iniciar una vez sea aprobado el
proyecto. El equipo por demanda requerido para la fase de diseo detallado estar
conformado mximo 20 das hbiles posterior a la fecha de aprobacin del proyecto.
Pg. 49 de 60
9. PLAN DE COMUNICACIONES
l plan de comunicaciones, como parte del plan de gestin del proyecto, provee las
recomendaciones acerca de la forma en que se pueden comunicar las partes
interesadas dentro del proyecto, indicando entre otros, los diferentes medios o
esquemas de comunicacin, los contactos autorizados, niveles de escalamiento,
periodicidad de los esquemas, criterios para identificacin de las comunicaciones y en
general todo lo tendiente a buscar un adecuado y eficiente flujo de informacin.
9.1 STAKEHOLDERS
PARTES INTERESADAS
PAdC
RDC
HSH
MRE
Entidades
Personas naturales
DESCRIPCIN
Programa Agenda de Conectividad. Entidad encargada de la gestin del contrato.
Firma interventora del contrato.
Heinsohn Software House. Fbrica de Software contratada para la ejecucin del
contrato.
Ministerio de Relaciones Exteriores
Entidades nacionales con las cuales existirn mecanismos de interoperabiliad para
intercambio de informacin: DAS, la Registradura Nacional del Estado Civil.
Cidadanos interesados en realizar solicitud de pasaporte.
Tabla 14. Stakeholders del proyecto
9.2 ESQUEMA DE COMUNICACIONES

Todas las comunicaciones y la programacin de reuniones deben ser manejadas por el
consultor lder del PAdC. A continuacin se enuncian las personas involucradas en la
ejecucin del presente proyecto:
Pg. 50 de 60
REA DE DESARROLLO
Nombre
Claudia Esperanza
Amaya
Milton Yair Moreno
Claudia Esperanza
Amaya
Entidad
Cargo
Cancillera
Direccin de Correo
Telfonos
claudia.amaya@cancilleria.gov.co
Cancillera
Contratista
Yair.moreno@cancillera.gov.co
Cancillera
Asesor
Claudia.amaya@cancillera.gov.co
Cancillera
Contratista
PAdC
Consultor de desarrollo
RDC
Directora de Consultora
Rodrigo.bocanegra
Dolly.ovalle@cancillera.gov.co
carolina.martinez@gobiernoenlinea.g
ov.co
olga.sabogal@redcom.com.co
Jorge Ivn Martnez
RDC
Director Adjunto
jorge.martinez@redcom.com.co
2445228
Claudia Jimnez
RDC
claudia.jimenez@redcom.com.co
2445228
Carolina Villalobos
HSH
mvillalobos@heinsohn.com.co
6337070
Alvaro Carmona
HSH
Consultor Tcnico
Gerente de Portafolio de
proyectos
Gerente adjunto
acarmona@heinsohn.com.co
6337070
Rodrigo Bocanegra
Diana Carolina
Martnez
Olga Luca Sabogal
2445228
Tabla 15. Datos de contacto del equipo de proyecto

Segn el modelo operativo definido, el equipo por demanda de HSH se definir una vez
se apruebe el plan de proyecto.
El esquema de documentacin de reuniones y de escalamiento para la solucin est
definido en el plan de gerencia de las comunicaciones del portafolio de soluciones, el cual
se encuentra en el documento GLPCM-01-Plan_de_Comunicaciones_Redcom-CM019
v8.doc con las siguientes modificaciones:
La comunicacin con las entidades involucradas ser manejada por el Gerente de
Proyecto del MRE y/o el consultor lder del PAdC.
El Gerente de Proyecto del MRE ser el punto inicial de contacto para las entidades,
comunicar las inquietudes de las entidades al consultor lder de PAdC o al Gerente de
proyecto de HSH cuando se requiera.
Semanalmente se realizar el comit operativo del proyecto, cuyos objetivos son hacer
seguimiento al proyecto, revisar su avance, tomar decisiones oportunas para la atencin
de las situaciones presentadas en el proyecto y escalar al comit directivo las que
involucren cambio en tiempo y costo o que no hayan podido ser resueltas por este comit.
Los comits operativos y directivos se encuentran definidos en el plan de gerencia de las
comunicaciones del portafolio de soluciones, el cual se encuentra en el documento
GLPCM-01-Plan_de_Comunicaciones_Redcom-CM019 v8.doc
Las fechas en que se realizarn las reuniones de comit operativo sern definidas en la
semana de inicio del proyecto. Esta reunin de seguimiento ser coordinada por el
consultor lder de la solucin por parte del PAdC y participarn como mnimo el gerente de
proyecto de HSH, el gerente de proyecto del MRE, el consultor lder del PAdC y un
integrante de la interventora (RDC). Estas reuniones podrn ser canceladas o
reprogramadas nicamente a travs de comunicacin formal del consultor lder del PAdC
y solo hasta las 5 p.m. del da hbil anterior a la reunin.
Pg. 51 de 60
10. PLAN DE GESTIN DE RIESGOS
a gerencia de los riesgos contempla los procesos requeridos para la identificacin y

anlisis de los riesgos en el proyecto de la presente solucin, as como la planeacin
de la respuesta al riesgo como una forma de desarrollar opciones para mejorar las
oportunidades y reducir las amenazas a los objetivos del proyecto.
10.1 ANALISIS DE RIESGOS

El anlisis de riesgos se realiz de acuerdo con la metodologa de HSH enunciada en la
seccin de gerencia de los riesgos del plan de portafolio. La lista de riesgos identificados,
as como el anlisis y la respuesta planteada a cada uno de stos se encuentran definidos
en el Apndice A - Identificacin de riesgos.
10.2 MONITOREO Y CONTROL DE RIESGOS

La gerencia de proyecto (HSH) de la solucin es la responsable de monitorear los riesgos.
La gerencia har un seguimiento y control de los riesgos. El documento de anlisis de
riesgos ser actualizado semanalmente por la gerencia del proyecto (HSH), quien a su
vez presentar un informe semanal a la gerencia de portafolio (HSH), indicando
claramente los cambios identificados en relacin a los riesgos del proyecto. Dicho informe
contempla como mnimo los siguientes aspectos:
Nuevos riesgos identificados.

Cambios en la prioridad de los riesgos.
Riesgos que han desaparecido.
Disparadores de riesgos ejecutados.
Planes de mitigacin ejecutados.
Planes de contingencia ejecutados.
Pg. 52 de 60
REA DE DESARROLLO
11. PLAN DE GESTIN DE LAS ADQUISICIONES
l plan de gestin de las adquisiciones contempla los procesos para la adquisicin de

productos de hardware o software que sean requeridos para la ejecucin del
proyecto. Incluye las directrices a seguir para realizar la compra de productos o
adquisicin de servicios profesionales requeridos para completar el trabajo.
Para la etapa de diseo detallado no se han identificado requerimientos de adquisicin de

productos de software o hardware, o servicios especializados. Al finalizar la etapa de
diseo detallado se actualizar el plan de gestin de las adquisiciones incluyendo los
requerimientos de adquisicin de productos de software o hardware, o servicios
especializados.
Pg. 53 de 60
12. PLAN DE ADMINISTRACIN DE CAMBIOS
l plan de administracin de cambios ser realizado de acuerdo con lo establecido en

el modelo operativo definido para el portafolio de proyectos, el cual se encuentra definido
en el documento GLFSEM-Esquema Modelo Operativo-Control de Cambios-HSH-v1.xls
Pg. 54 de 60
REA DE DESARROLLO
13. TERMINOLOGA
ANS: Acuerdos de Niveles de Servicio.
Casos de uso: Tcnica para la captura de requisitos potenciales del nuevo sistema o
actualizacin de software. Cada caso de uso proporciona uno o ms escenarios que
indican cmo debera interactuar el sistema con el usuario o con otro sistema para
conseguir un objetivo especfico.1
Centro de Datos (GEL): Un centro de procesamiento, almacenamiento y publicacin de
informacin, con niveles adecuados de calidad de servicio, contingencia, continuidad del
negocio y seguridad informtica.
Centro de impresin: Lugar donde se van a imprimir los pasaportes de ciertas oficinas.
Confederacin Colombiana de Cmaras de Comercio Confecmaras: Institucin
autnoma para fines de ayuda mutua e inters colectivo entre las cmaras de comercio
que funcionan en el pas o fuera de l. Disea y promueve la adopcin de un marco
regulatorio del Sistema Nacional de Cmaras de Comercio, gestionando la
estandarizacin e implementacin del soporte tecnolgico y de telecomunicaciones
requerido por el sistema. Igualmente promueve la transferencia de conocimiento,
experiencia, informacin y servicios entre las Cmaras de Comercio y otras entidades
impulsando la formacin permanente del talento humano que demande el sistema; facilita
la identificacin de mecanismos, productos y servicios que garanticen la sostenibilidad
financiera del Sistema y Promueve la adopcin de una cultura de calidad en la prestacin
de los servicios de las Cmaras de Comercio.2
Construccin: Comprende las fases de codificacin, pruebas unitarias, diseo de plan de
calidad, ejecucin de plan de calidad (1er ciclo), correccin de defectos y ejecucin de
plan de calidad (2do ciclo).
CORE 5: Es un framework basado en SEAM de JBOSS, que integra y unifica los distintos
estndares de la plataforma Java EE 5.0, pudiendo trabajar con todos ellos siguiendo el
mismo modelo de programacin. El ncleo principal de CORE 5 est formado por las
especificaciones Enterprise JavaBeans 3 (EJB3) y JavaServer Faces (JSF). A grandes
rasgos podemos definir EJB3 como una arquitectura para un sistema transaccional (como
bases de datos) de objetos distribuidos basado en componentes que permite construir
1
Fuente: Boehm B., Clark B., Horowitz E., Madachy R., Shelby R., Westland C., Cost Models for Future Software Life Cycle
Processes: COCOMO 2.0, Annals of Software Engineering, 1995.
2 Fuente: http://www.Confecmaras.org.co/index.php?option=com_content&view=article&id=49&Itemid=63.
Pg. 55 de 60

aplicaciones portables, reusables y escalables. El framework CORE 5 fue desarrollado por
HSH.
DAS: Departamento Administrativo de Seguridad.
Elaboracin: Comprende las fases de levantamiento de requerimientos, anlisis y diseo
de la solucin.
GEL: Gobierno en Lnea.
GEL-XML: Lenguaje estndar de Gobierno en Lnea para el intercambio de informacin.
Un lenguaje basado en XML que permite que los diferentes sistemas de informacin
puedan entenderse e intercambiar informacin de manera adecuada, sin tener que
desechar los sistemas ya existentes.
HSH: Heinsohn Software House.
Indicador: Es la valoracin de una o ms variables que informa sobre una situacin y
soporta la toma de decisiones, es un criterio de medicin y de evaluacin cuantitativa o
3
cualitativa.
PAdC: Programa de Agenda de Conectividad.
PDI - Plataforma de Interoperabilidad del Programa Agenda de Conectividad: Es el
conjunto de herramientas informticas necesarias para que los sistemas de informacin
del Estado conversen entre s. Est conformada por un lenguaje comn para el
intercambio de informacin entre aplicaciones llamado GELXML y por el Enrutador
Transaccional que procesa la informacin al controlar y regular la interoperabilidad. Se
basa en una Arquitectura Orientada a Servicios (SOA), ofrece adecuados niveles de
4
seguridad y permite obtener estadsticas e indicadores de gestin.
PMP: Profesional en Gerencia de Proyectos.
RDC: RedCom de Colombia. Firma interventora.
Recursos: Medios establecidos para impugnar providencias.
Red de Alta Velocidad (RAVEC): Una red privada de datos de ltima tecnologa que
interconecta a las instituciones pblicas a altas velocidades, con altos niveles de
disponibilidad y seguridad.
SAFD: Sistema de Administracin de Firmas Digitales.
SICEP: Sistema Centralizado de Expedicin de Pasaportes.
3 Fuente: Gua
de administracin del riesgo, DAFP.

Fuente: Gua para la inscripcin y racionalizacin de trmites y servicios de la Administracin Pblica, Departamento Administrativo
de la Funcin Pblica septiembre de 2008.
4
Pg. 56 de 60
REA DE DESARROLLO
SOA: Arquitectura Orientada a Servicios.
Sociedad Cameral de Certificacin Digital - Certicmara S.A.: Es una sociedad annima
constituida por las cmaras de comercio del pas con el objetivo de prestar los servicios
de certificacin digital que se regulan por la ley 527 de 1.999, el Decreto 1747 de 2.000 y
las dems normas que las complementen, modifiquen o reemplacen . Es una entidad de
certificacin digital abierta de carcter esencialmente empresarial, que tiene como
propsito fundamental proporcionar las herramientas necesarias para que los empresarios
y dems usuarios de Internet del pas puedan realizar negocios electrnicos con
seguridad jurdica.
Software: Es el conjunto de los programas de cmputo, procedimientos, reglas,
documentacin y datos asociados que forman parte de las operaciones de un sistema de
computacin.5
Software Base: Software de sistemas operativos, motores de bases de datos, servidores
de aplicaciones, software de seguridad basado en certificados o firmas digitales, sistemas
misionales de entidades.
Stakeholders: Interesados e involucrados en el proyecto.
Tramitador en Lnea (GEL): Enrutador Transaccional. Un software que orquesta los
diferentes trmites y servicios ofrecidos por las entidades estatales. Dicho software utiliza
esquemas modernos basados en una arquitectura orientada a servicios, firmas digitales y
pagos en lnea.
Transicin: Despliegue. Comprende la fase de entrega de la solucin al cliente y posterior
estabilizacin de la solucin.
UML: Lenguaje unificado de modelado. Es un lenguaje usado para especificar, visualizar
y documentar modelos de sistemas, incluyendo estructura y diseo, de manera que
6
cumpla con todos los requerimientos del sistema.
UP: Unified Process. Es un proceso de desarrollo de software que utiliza mejores
prcticas de ingeniera de software y proporciona a los equipos de desarrollo guas,
estndares y recomendaciones para la construccin de software de alta calidad.
Usuarios: Persona que utiliza la computadora para sistematizar tareas, guardar
informacin, conectarse con otras personas para compartir informacin, etc.
5 Fuente: Longstreet.
6
Use Cases and Function Points. www.ifpug.com/Articles/usecases.htm.

Fuente: http://www.omg.org/gettingstarted/what_is_uml.htm
Pg. 57 de 60
14. ANEXOS
TARIFAS - Pasaporte-Alt3b.xls
GLFSSPP-WBS-HSH.xls
GLFSSPP-WBS-HSH-Alt3.xls
GLFSSPP-Diccionario-WBS-HSH.doc
GLFSSPP-Diccionario-WBS-HSH-Alt3.doc
Pg. 58 de 60
REA DE DESARROLLO
15. APNDICE A IDENTIFICACIN DE RIESGOS

La siguiente tabla detalla la lista de riesgos identificados para el proyecto. Para cada
riesgo se hace una evaluacin basada en la probabilidad y el impacto del mismo, una
estrategia de mitigacin y un responsable.
Calificacin
Riesgo
No.
riesgo
1
Dado que se requiere
dedicacin total o parcial de
diferentes roles del MRE y
entidades, es probable que el
MRE y las entidades
no
dispongan de los recursos
requeridos o que stos no
tengan la dedicacin mnima
necesaria.
2
Evaluacin
Estrategia de mitigacin
Responsable
0.4
ALTO
MRE, PAdC
0.5
0.9
ALTO
0.4
0.6
MEDIA
Realizar un acuerdo de
alto
nivel
para
comprometer
a
las
entidades a disponer de
los recursos requeridos
para llevar a cabo el
proyecto.
Tener
el
equipo
de
proyecto oficializado antes
del inicio del proyecto.
El MRE y la direccin de
articulacin del
PAdC
sern responsables de
gestionar los convenios de
interoperabilidad con las
entidades. El gerente de
proyecto
de
HSH
monitorear la realizacin
y cumplimiento de los
compromisos y avisar
con anticipacin sobre
estos y el impacto de su
incumplimiento al gerente
de proyecto del MRE y al
consultor lder de PAdC,
para que tomen acciones
preventivas o correctivas
al respecto.
En caso de materializarse
el riesgo se deber
realizar un ajuste al plan
de proyecto segn sea
requerido.
Hacer un seguimiento
peridico de la adquisicin
o contratacin de estos
dispositivos y del software
requerido.
Probabilidad
Impacto
0.8
Dado que la solucin exige

intercambio de informacin
con el DAS y la Registradura
y no se tiene el mecanismo
de
intercambio
de
informacin, es probable que
no se logren establecer
acuerdos con las entidades
para este intercambio o
dichos acuerdos no se
cumplan.
Dado que el proyecto

requiere la utilizacin de
dispositivos especiales, es
posible que no se cuente con
estos dispositivos para la
realizacin de las pruebas de
la solucin o con el software
requerido para interactuar
con los mismos.
Pg. 59 de 60
MRE, PAdC
HSH

Calificacin
No.
riesgo
Riesgo
Evaluacin
Estrategia de mitigacin
Responsable
0.4
MEDIA
Programar
con
la
suficiente anticipacin las
reuniones requeridas con
las entidades. Apoyarse
en PAdC y MRE para
gestionar la participacin
de
las
personas
requeridas
en
las
reuniones.
HSH, PAdC,
MRE
0.2
0.4
MEDIA
HSH
0.8
0.4
ALTO
Hacer un seguimiento
peridico del esfuerzo
ejecutado vs el esfuerzo
programado para
identificar causas de las
desviaciones y
conjuntamente con PAdC
y MRE establecer
alternativas de ejecucin
para las tareas.
Solicitar las
especificaciones para
comunicarse con los
sistemas de las entidades
diferentes al MRE durante
el diseo detallado para
disminuir la probabilidad
de ocurrencia del riesgo.
0.4
0.6
MEDIA
Probabilidad
Impacto
Dado
que el
proyecto
requiere
interaccin
con
varias
entidades
y
se
requieren
reuniones
de
revisiones de artefactos con
stas, es posible que se
presenten problemas para
coordinar dichas actividades
en el tiempo, afectando los
niveles de respuesta al PAdC
o afectando a HSH porque
tendra tiempos muertos en
sus recursos.
Dado que la estimacin de
esfuerzo se realiz con base
en una matriz de estimacin
estndar, es posible que
ocurran diferencias entre el
esfuerzo calculado y el
esfuerzo empleado para
realizar las actividades del
diseo detallado.
0.2
Dado que la solucin exige

intercambio de informacin
con diferentes entidades y no
se tiene la documentacin
requerida para comunicarse
con los sistemas de las
mismas es probable que se
generen problemas de
incompatibilidad/interoperabili
dad en ambiente productivo.
Dado que durante la etapa
de Elaboracin se plantea un
modelo de aprobaciones
informales o intermedias con
el objetivo de distribuir
trabajo al equipo de
Construccin que est
generando el Entregable 2,
es probable que por demora
o retrasos en las
aprobaciones por parte del
PAdC o Redcom se impacte
significativamente el avance
del equipo de Construccin o
se presenten tiempos
muertos.
Comprometer al equipo de
RDC y el PAdC para que
cumplan los tiempos de
revisin que se acuerden
para estas entregas.
Tabla 16. Riesgos identificados para el proyecto
Pg. 60 de 60
PAdC y MRE
PAdC y MRE

Plan de Proyecto Gobierno PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Plan de Proyecto Gobierno PDF

Загружено:

Авторское право:

Доступные форматы

PLAN DE PROYECTO

Programa Agenda de Conectividad

Bogot, DC., Septiembre de 2009

PLAN DE PROYECTO PASAPORTES

PLAN DE PROYECTO SOLUCIN: PASAPORTES

Ministerio de tecnologas de la informacin y las Comunicaciones Programa Agenda

Heinsohn Software House

Diana Carolina Martnez

Gforge [Documentos]: Procesos Contractuales\Entregables\Plan Proyecto Pasaportes\

PLAN DE PROYECTO PASAPORTES

PLAN DE INTEGRACIN DEL PROYECTO

4.2 ALCANCE DEL DESARROLLO DE SERVICIOS WEB EN OTRAS

4.3.1. Esquema de Acceso a SICEP

4.3.2. Autenticacin de la aplicacin

ESTRATEGIA DE DESARROLLO DE LA SOLUCIN

ASPECTOS QUE NO INCLUYE LA SOLUCIN

4.10 MONITOREO Y CONTROL DEL ALCANCE

PLAN DE PROYECTO PASAPORTES

PLAN DE ADMINISTRACIN DEL TIEMPO

5.1 DURACIN DEL PROYECTO

5.2 MONITOREO Y CONTROL DE LOS TIEMPOS

PLAN DE ADMINISTRACIN DE LOS COSTOS

6.1 ESTIMACION DE COSTOS

6.2 COSTOS DEL PROYECTO NO INCLUIDOS

6.3 PLAN DE PAGOS DEL PROYECTO

6.4 MONITOREO Y CONTROL DE COSTOS

APLICACIN DE LOS ANS

MECANISMOS DE CONTROL DE ANS

7.3.1 Revisiones de Pares

7.3.2 Plan de Pruebas (solo para alternativas 1 y 2)

7.3.3 Pruebas de Aceptacin (solo para alternativas 1 y 2)

MONITOREO Y CONTROL DE LA CALIDAD

PLAN DE ADMINISTRACIN DEL EQUIPO DE TRABAJO

8.1 EQUIPO DE TRABAJO HEINSOHN

8.1.1 Estructura Organizacional

8.1.2 Roles y Responsabilidades

ESQUEMA DE PROVISIN Y LIBERACIN DE RECURSOS

PLAN DE GESTIN DE RIESGOS

10.1 ANALISIS DE RIESGOS

10.2 MONITOREO Y CONTROL DE RIESGOS

PLAN DE GESTIN DE LAS ADQUISICIONES

PLAN DE ADMINISTRACIN DE CAMBIOS

APNDICE A IDENTIFICACIN DE RIESGOS

PLAN DE PROYECTO PASAPORTES

LISTA DE TABLAS Y FIGURAS

FIGURA 1. DIAGRAMA DE ALCANCE DEL PROYECTO.......................................... 15

menos que se indique de forma contraria, el copyright (traducido literalmente como

El texto particular no se ha indicado como excluido y por lo tanto no puede ser

La copia no se hace con el fin de ser distribuida comercialmente.

Los materiales se deben reproducir exactamente y no se deben utilizar en un

PLAN DE PROYECTO PASAPORTES

PLAN DE PROYECTO PASAPORTES

l plan de proyecto es el documento gua para la ejecucin y control del proyecto

Radicar la solicitud web de los siete tipos de pasaporte.

3. PLAN DE INTEGRACIN DEL PROYECTO

l plan de integracin del proyecto involucra la definicin y administracin del plan de

El Gerente de proyecto (HSH) de la solucin presentar un informe mensual de

PLAN DE PROYECTO PASAPORTES

4.1 DESCRIPCIN DE LA SOLUCIN

La radicacin de la solicitud del trmite.

El trmite inicia cuando el ciudadano se registra en el sistema, para lo cual el sistema le

pginas, ordinario de 52 pginas, y salvoconducto consular o pasaporte provisional),

Figura 1. Diagrama de alcance del proyecto