PRCJTRltNSPORTE Instituto Metropolitano Protr~Gport.e de LIma

Tipo: Directiva Versión: 1.0 Título: DIRECTIVA PARA EL DESARROLLO DE SISTEMAS DE INFORMACiÓN PARA EL INSTITUTO METROPOLITANO PROTRANSPORTE DE LIMA

Elaboración 15/12/2010

Página: 1 de 18

INSTITUTO METROPOLITANO PROTRANSPORTE DE LIMA

DIRECTIVA N° 005 -2010/MML!IMPL!OPSI

DIRECTIVA PARA EL DESARROLLO DE SISTEMAS DE INFORMACiÓN PARA EL INSTITUTO METROPOLITANO

PROTRANSPORTE DE LIMA

VERSiÓN: 1.0

Elaborado por : Jesws Rodríguez Salas

Cargo : Responsable de Desarrollo

Fecha: 15/12/2010

Revisado y propuesto por : Carlos Álvarez Esquivel

Cargo: Jefe de OPSI

Fecha:

Aprobado por: Fabricio Orozco Velez

Cargo : Gerente General

Fecha:

Versión: 1.0 Título: Elaboración Tipo: Directiva

PRDTRAN5PDRTE Insliluto Metropolitano Protransporte de Urna DIRECTIVA PARA EL DESARROLLO DE SISTEMAS 15/12/2010

DE INFORMACiÓN PARA EL INSTITUTO Página: 2de 18METROPOLITANO PROTRANSPORTE DE LIMA

CONTROL DE ACTUALIZACIONES

ITEM TEXTO MODIFICADO VERSiÓN FECHA RESPONSABLE

1 Elaboración Inicial del Documento 01 15/12/2010 Oficina de Planeamiento y Sistemas de Información

i

Tipo: Directiva Versión: 1.0I Título: ElaboraciónPRDTRAN5PDRTE

Insl1loJto MetropoIitaoo Protr"".porte de Urna DIRECTIVA PARA EL DESARROLLO DE SISTEMAS. 15/12/2010 DE INFORMACiÓN PARA EL INSTITUTO· METROPOLITANO PROTRANSPORTE DE LIMA Página: 3 de 18I

DIRECTIVA PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN PARA EL

INSTITUTO METROPOLITANO PROTRANSPORTE DE LIMA

l. OBJETIVO.

Normar el desarrollo de los sistemas de información del Instituto Metropolitano Protransporte de Lima (PT).

11. FINALIDAD

• Garantizar el correcto desarrollo de sistemas de información (SI). • Mantener actualizados los SI. • Alinear los objetivos de los SI a los objetivos institucionales.

111. ALCANCE

El cumplimiento de la presente directiva alcanza a todas las unidades de PT.

DISPOSICIONES GENERALES

1. Para los efectos de la presente directiva, se emplearán las siguientes definiciones:

a. UNIDADES: Gerencias u Oficinas. b. USUARIOS: personal que solicita el desarrollo de una aplicación. c. FRF: Ficha de Requerimientos Funcionales (ver formato FOl). d. FILE: Inicialmente contiene la FRF y el 'Documento de Diseño'

(DD). Según avance en el CVDS se incluyen otros documentos. e. DESARROLLO, REDES e INFRAESTRUCTURA: Áreas

pertenecientes a OPSI. f. CVDS: Ciclo de Vida de Desarrollo de Software. g. SI: Sistema de Información. h. DP: Diagrama de Procesos. Representación gráfica de la secuencia de

actividades dentro del proceso de desarrollo del SI. 1. RUP: Proceso Unificado Racional. Es un marco de trabajo para el

desarrollo de software que entrega las mejores prácticas comprobadas y una arquitectura configurable.

Versión: 1.0Tipo: DirectivaI Título: . ElaboraciónPRtrTAANSPDRTEi

Insliluto Metropolitano ProtriVlSjlOl'bl de Uma DIRECTIVA PARA EL DESARROLLO DE SISTEMAS 15/12/2010 DE INFORMACiÓN PARA EL INSTITUTO

Página: 4de 18METROPOLITANO PROTRANSPORTE DE LIMAI

2. Las UNIDADES son las encargadas de conceptualizar los requerimientos funcionales y contenidos que serán desarrollados.

v.

3. Se da aceptación al desarrollo (sea interno o externo) una vez aprobado el prototipo por la unidad solicitante.

4. El CVDS contendrá las siguientes etapas:

a. Análisis, b. Diseño, c. Desarrollo, d. Pruebas, e. Capacitación. f. Post-Implementación.

5. Dentro del CVDS se encuentran los siguientes roles, que serán ocupados por diferentes profesionales de OPSI:

a. Responsable del Proyecto (RP): monitorea el cumplimiento del desarrollo en sus diferentes etapas.

b. Analista Funcional (AF): captura los requerimientos funcionales de los usuarios, diseña el DP, compila el FILE e interactúa con el usuarIO.

c. Analista de Sistemas (AS): diseña la solución mediante prototipos, determina el lenguaje de programación.

d. Desarrolladores (DES): programan la solución en base al diseño y documentan dicha programación (FILE) y modela el diagrama entidad-relación (DER).

e. Administrador de SI (ASI): recibe el sistema a fin cumplir con la Post-Implementación.

6. Las áreas de REDES y de INFRAESTRUCTURA mantendrán la alta disponibilidad de los servidores donde se alojen los SI, así como la instalación de los programas clientes según se requiera.

DISPOSICIONES ESPECÍFICAS

l. Para el desarrollo de un sistema las unidades remitirán a OPSI la documentación administrativa o correo indicando sus requerimientos.

2. El AF generará la primera versión de los requerimientos funcionales (utilizando la FRF) e interactuará con el usuario a fin de llegar a la última versión, la cual deberá ser visada por el Gerente o Jefe de Oficina. La FRF contendrá los siguientes ítems:

a. Relación de requerimientos de usuarios.

I Tipo: Directiva I Versión: 1.0 I Título: I ElaboraciónPRUlRANSPDRTE

In,tiMo Melro¡:ioIUoo Protrant!p<ll'l8 de u ... I DIRECTIVA PARA El DESARROllO DE SISTEMAS! 15/12/2010

DE INFORMACiÓN PARA El INSTITUTO I . . 1 METROPOLITANO PROTRANSPORTE DE LIMA Pagina: 5de 18

b. Diagrama de Procesos (DP) de la solución indicando la frontera hombre-máquina según la metodología RUP.

c. Descripción detallada del DP.

3. El AS con la ayuda del AF desarrollarán el 'Documento de Diseño' (DD) el cual debe de estar alineado con la FRF. El DD consta de los siguientes ítems: a. Prototipo del desarrollo: Son los diseños de las ventanas alineados

con el DP. b. Diagrama entidad-relación (DER) en su primera versión: Es el

modelo de la base de datos. c. Definición del lenguaje de programación y del motor de la base de

datos a usar. d. Cronograma.

4. El AF compilará la FRF y el DD Y los colocará en un FILE con el siguiente rótulo, "Proyecto de «nombre del proyecto»". Cada versión del sistema tendrá un divisor aparte y deberá recorrer por el CVDS.

5. El AF llevará el FILE del proyecto al usuario solicitante a fin de dar su conformidad.

6. El AS llevará el FILE a los desarrolladores (DES) para su programación.

7. Es responsabilidad del desarrollador programar exactamente lo solicitado en la FRF y el DD.

8. En paralelo, los DES generan los manuales técnicos que incluyen: a. Comentar los códigos fuentes. b. El DER con todos los atributos y configuraciones. c. Manual de instalación en la PC cliente si lo amerita. d. Manual de instalación en los servidores de producción.

9. Al culminar el proceso de desarrollo, el ASI efectuará las pruebas unitarias de cada módulo, corroborando que no existan errores de compilación, almacenamientos u otros errores netamente técnicos. De existirlos, se le comunicará al DES que los corrija; esto se repetirá hasta que no se encuentren errores en la programación. El ASI coordinará con el personal del área de REDES a fin de ver los aspectos de seguridad del SI, para lo cual le remitirá una copia del código fuente.

10. El ASI generará los manuales de usuario basados en el FILE indicando claramente los pasos para la ejecución del mismo.

11. Al culminar todas las pruebas unitarias el AS con ayuda del DES instalará la aplicación en el servidor de pruebas, convocando al usuario y personal del área de REDES a fin de corroborar el funcionamiento, la

Versión: 1.0 Título: Elaboración

i Tipo: Directiva

PRDTlfANSPDRTE Insbtuto ~Pratransporte do Um. DIRECTIVA PARA EL DESARROLLO DE SISTEMAS 15/1212010

DE INFORMACiÓN PARA EL INSTITUTO Página: 6de 18METROPOLITANO PROTRANSPORTE DE LIMA

seguridad de la aplicación y que se haya cumplido cabalmente con los objetivos plasmados en el FILE.

12. En el caso que la unidad quiera efectuar cambios, estos deberán pasar por el CVDS, a menos que el Gerente o Jefe de Oficina acepte los cambios y el riesgo de no cumplir los objetivos señalados en la FRF.

13. El AS entregará al personal del área de REDES el CD de instalación de la aplicación (en el cliente y en el servidor) a fin de que desplieguen la solución en los servidores de producción (según procedimiento N° 002­2009IMMUIMPUOPSI-SI). El área de REDES asegurará la instalación y el área de DESARROLLO evaluará si la aplicación funciona igual que en el servidor de pruebas.

14. De no ser exitoso, el área de DESARROLLO reprogramará la aplicación por si existiese alguna incompatibilidad; sin embargo, el área de REDES debe de garantizar que los servidores de producción tengan la configuración equivalente a la preparada en el ambiente de pruebas.

15. Al ser exitoso el pase a producción, el ASI generará un memorando de capacitación informando al usuario final que el desarrollo ha culminado satisfactoriamente, adjuntando los manuales de usuario e informando las fechas de capacitación. (El ASI coordinará con los usuarios a fin de emitir el cronograma de capacitación).

16. El ASI efectuará la capacitación técnica y de usuario. El usuario deberá completar y firmar una hoja de asistencia (ver formato F03) para dar constancia a la capacitación. Entonces, el ASI elaborará un memorando invitando al uso indicando que el sistema ya se encuentra operativo.

17. El ASI agregará los manuales de usuario y técnico, memos, correos, históricos, 'Solicitud de Pase a Producción' (SPP), hojas de asistencia de capacitación, informe de pruebas unitarias e informe de pruebas integrales al FILE.

18. EL ASI custodiará el FILE de cada proyecto y mantendrá en orden las versiones del mismo.

19. En el proceso de Post-Implementación ejecutado por el ASI están las siguientes actividades: a. Capturar nuevos requerimientos y remitirlos al AS. b. Captar los cambios solicitados por el usuario mediante la 'Ficha de

Actualización de Sistemas' (FAS) (Ver formato F04). c. Resguardar el FILE en buenas condiciones.

Versión: 1.01 Tipo: Directiva ElaboraciónTítulo:PRD'TRJtN5PDRTE

Imlitulll Metropolitano Protran'l""'le de Lima DIRECTIVA PARA EL DESARROLLO DE SISTEMAS· 15/12/2010 DE INFORMACiÓN PARA EL INSTITUTO

Página: 7de 18METROPOLITANO PROTRANSPORTE DE LIMAI VI. FORMATOS

A fin de establecer los mecanismos formales para el cumplimiento de la presente directiva, se han generado los siguientes formatos:

• FOl: FICHA DE REQUERIMIENTOS FUNCIONALES (FRF). Anexo A. • F02: FORMATO DE SOLICITUD DE PASE A PRODUCCIÓN

(SPP). Anexo B. Referencia: PROCEDIMIENTO N° 002 -20091MMLI IMPLlOPSI-SI.

• F03: FORMATO DE HOJA DE ASISTENCIA. Anexo C. • F04: FICHA DE ACTUALIZACIÓN DE SISTEMAS (FAS). Anexo D.

VII. DISPOSICIONES COMPLEMENTARIAS

1. Toda gestión que involucre el desarrollo de Software deberá efectuarse utilizando los formatos establecidos en el numeral VI de la presente directiva.

2. En caso de requerir un desarrollo urgente, la coordinación será en directo con el analista de sistemas (AS) y los desarrolladores a fin de generar interacciones hasta la versión final; sin embargo, se deberá generar la solución final con el ciclo de vida de desarrollo de software (CVDS).

3. El responsable del proyecto (RP) es quien controla el cronograma de implementación y la calidad del desarrollo, y resguarda el cumplimiento de los requerimientos funcionales de todo el proyecto.

En caso de tercerización de la aplicación, el RP junto con el AF visarán los documentos de contratación siempre que el Gerente o Jefe de Oficina de la unidad haya firmado el FILE, y el área de DESARROLLO incluya cláusulas de monitoreo de los servicios.

Bajo ningún aspecto las unidades podrán contratar servicios de desarrollo sin VB (visto bueno) de la OPSI.

En caso de contratar un servicio éste deberá de estar bajo la supervisión de laOPSI.

En los casos de contratos de servicios, consultoría o asesoría relacionados con el CVDS del IMPL, de ser necesario, se incluirá una cláusula de cumplimiento y observancia de la presente directiva.

El incumplimiento de lo establecido en la presente directiva constituye una falta disciplinaria tipificada en el T.U.O del Decreto Legislativo N° 728, aprobado por DS N° 003-97-TR.

4.

5.

Versión: 1.0Tipo: Directiva Título: ElaboraciónPRDTFIAN5PDRTE:

In;tituto Metropolitano ProtrilllSjlOl'te do Urna DIRECTIVA PARA EL DESARROLLO DE SISTEMAS 15/12/2010 DE INFORMACiÓN PARA EL INSTITUTO

Página: 8 de 18: METROPOLITANO PROTRANSPORTE DE LIMA

9. En el caso de las personas que bajo cualquier modalidad contractual preste servicios al IMPL e incumplan la presente directiva podrá ser causal de resolución de contrato.

VIII. RESPONSABILIDAD

La OPSI y la unidad de Recursos Humanos cautelarán, según su competencia, el cumplimiento de la presente directiva.

IX. ANEXOS

1. ANEXO A - FOl 2. ANEXO B F02 3. ANEXO e - F03 4. ANEXO D - F04 5. ANEXO E - Diagrama de flujo del CVDS

Versión: 1.0 Título: ! Elaboración Tipo: Directiva

PRDTRAN5PDRT~ I""tituto Me\I'OpOICano PNlIl'anspIlrta de Uma DIRECTIVA PARA EL DESARROLLO DE SISTEMAS 15/1212010

DE INFORMACiÓN PARA EL INSTITUTO Página: 9de 18METROPOLITANO PROTRANSPORTE DE LIMA

ANEXO A FICHA DE REQUERIMIENTOS FUNCIONALES

Ficha de Requerimientos Funcionales N°

Descripción del requerimiento:

Actores:

o 'ii 1'S' E . -oLLZ

• Pos-condiciones:

Usuario responsable

Precondiciones:

Solicitantes

Nombre

Nombre

Autorización del uerimiento

Finna

Finna

Área solicitante

Versión: 1.0 Título: ! Elaboración Tipo: Directiva

PRtTTRJlNSPDRTE InSlituto MMlpoitano Protransporla de Lima 15/12/2010IDIRECTIVA PARA EL DESARROLLO DE SISTEMAS

DE . INFORMACiÓN PARA EL INSTITUTO Página: 10 de 18METROPOLITANO PROTRANSPORTE DE LIMA

Llenado del formato

• Nombre del requerimiento En este campo se coloca el nombre que tendrá el requerimiento, el cual debe dar una idea general de en qué consiste.

• Área solicitante En este campo se coloca el área a la que pertenece el usuario solicitante (autor).

• Autor En este campo va el usuario que solicita y sustenta el requerimiento.

• Fecha En este campo se coloca la fecha en la que fue elaborado el requerimiento.

• Descripción del requerimiento En este campo se coloca una descripción que detalle a mayor nivel el requerimiento solicitado (se puede incluir características generales, el fin por el que se solicita, etc.).

• Actores En este campo se incluyen a aquellas entidades externas al aplicativo o sistema solicitado (descrito por el requerimiento) que se relacionarán y realizarán funciones u operaciones sobre éL Se pueden definir como roles o perfiles.

• Precondiciones Son un conjunto de condiciones que deben ser ciertas antes de iniciar una operación. Se asumen como verdaderas. Es muy común que la precondición sea el resultado exitoso de una operación o actividad anterior. Por ejemplo: la "autenticación", o más general "el operador se identifica y se autentica".

Flujo Normal Se describe la relación de los flujos de actividades que componen la solución del requerimiento. Se puede describir como una serie de pasos o actividades que realizará normalmente la aplicación o sistema (la solución del requerimiento).

Flujo Alternativo Se describe la relación de los flujos alternativos de actividades que componen la solución del requerimiento. Son los que nos permiten indicar qué es lo que hace el sistema en los casos menos frecuentes e inesperados.

•

Tipo: Directiva I Versión: 1.0 Título: I ElaboraciónPFID7FIJtNSPDllTE

Instituto Metropolitano Protrlll!llpOtte de ürna DIRECTIVA PARA EL DESARROLLO DE SISTEMAS i 15112/2010 DE INFORMACiÓN PARA EL INSTITUTO I .

• METROPOLITANO PROTRANSPORTE DE LIMA Págma: 11 de 18

• Pos-condiciones Son los resultados de las acciones realizadas luego de una operación u actividad (ya sea a través del flujo normal o alternativo). Resume el estado de las cosas después que el flujo de eventos se ha ejecutado correctamente.

• Solicitantes Son dos (2) personas las encargadas de elaborar conjuntamente la ficha de requerimiento:

o Usuario responsable Es el actor (usuario) que solicitó el requerimiento. Debe llenar su nombre y firmar en los campos correspondientes.

o Analista funcional Es el analista encargado de apoyar al usuario a completar adecuadamente la ficha de requerimiento. Debe llenar su nombre y firmar en los campos correspondientes.

• Autorización del requerimiento Son dos (2) personas las responsables de autorizar el requerimiento:

o OPSI El jefe de la Oficina de Planeamiento y Sistemas de Información deberá firmar en el espacio indicado para dar su aprobación.

o Área solicitante El Jefe o Gerente del área solicitante deberá firmar en el espacio indicado para dar la autorización a que el requerimiento proceda.

Versión: 1.0 Título: Tipo: Directiva

ElaboraciónPFlDTRJlNSPDRTE lnsbbltO MetropolUno Protransporte de Urna DIRECTIVA PARA EL DESARROLLO DE SISTEMAS. 15/12/2010

DE INFORMACiÓN PARA EL INSTITUTO Página: 12 de 18METROPOLITANO PROTRANSPORTE DE LIMA

Fecha: ............. ./............... /. .............. . Número:

Módulo:I Aplicativo: ................................................... .

I Analista Responsable: .................................... i Área Solicitante: ..................................... ..

TIPO DE SOLICITUD:

Nuevo Programa

. Funcionalidades nuevas O i Corrección del Programa[] I------+--I------l- ­

1/0

I Tipo: Directiva Versión: 1.0

PRDTIIANSPDRTI: lnsIituto Metr!>poIbno Protransporto de Urna

Título: DIRECTIVA PARA EL DESARROLLO DE SISTEMAS

Elaboración 15/1212010

I

DE INFORMACiÓN PARA EL INSTITUTO METROPOLITANO PROTRANSPORTE DE LIMA Página: 13 de 18

I

Reportes

ObselVaciones...................................................................................................................

Analista Responsable

Usuario Responsable:

Nombre

Responsable de Desarro"o

Administrador de Redes

Firma

OPSI

PRDTRAN5PDRT~ Instítuto ~polil;ano Protransporte do lima

Tipo: Directiva Versión: 1.0 -----------­

Elaboración 15112/2010

Título: DIRECTIVA PARA EL DESARROLLO DE SISTEMAS DE INFORMACiÓN PARA EL INSTITUTO METROPOLITANO PROTRANSPORTE DE LIMA Página: 14 de 18

I

ANEXO e FORMATO DE HOJA DE ASISTENCIA

HOJA DE ASISl'ENCIADEE:::APACITAC10N.

Sistema Fecha Lugar

_1_1_­ Horario Capacitador

Nombres y Apellidos

Capa citador Coordinador

Observaciones

Tipo: Directiva Versión: 1.0

PRDTRAN5PDR7E Título: lnoIítuto Metropolitano Protrartsporto de Urna DIRECTIVA PARA EL DESARROLLO DE SISTEMAS

DE INFORMACiÓN PARA EL INSTITUTO • METROPOLITANO PROTRANSPORTE DE LIMA

Elaboración 1511212010

Página: 15 de 18

ANEXOD FICHA DE ACTUALIZACIÓN DE SISTEMAS

Ficha de Actualización de Sistemas N°

Nombre del sistema:

Área solicitante:

Solicitante:

Descripción del cambio:

Justificación del cambio:

Fecha:

Actual Nuevo

es

Usuario solicitante

Nombre Firma

Analista funcional

Nombre Firma

Autorización de la actualización

Responsable de desarrollo Área solicitante

Versión: 1.0Tipo: Directiva ,ElaboraciónTítulo:PRDTRANSPDII7r In,títutn Metropolitano Protransporte da Urna DIRECTIVA PARA EL DESARROLLO DE SISTEMAS 15/12/2010

DE INFORMACiÓN PARA EL INSTITUTO Página: 16 de 18 . METROPOLITANO PROTRANSPORTE DE LIMA

Llenado del formato

• Nombre del sistema En este campo se coloca el nombre del sistema que será actualizado.

• Área solicitante En este campo se coloca el área a la que pertenece el usuario solicitante.

• Solicitante En este campo va el usuario que solicita y sustenta la actualización.

• Fecha En este campo se coloca la fecha en la que fue elaborada la ficha de actualización.

• Descripción del cambio En este campo se coloca una descripción breve del cambio a realizar en el sistema.

• Justificación del cambio En este campo se explica por qué se requiere la actualización del sistema.

• Flujo Actual Se describe las funcionalidades actuales de la aplicación o sistema sobre las que se desea realizar el cambio.

Flujo Nuevo Se describe y especifica el cambio a realizar en la aplicación o sistema.

Responsables Son dos (2) personas las encargadas de elaborar conjuntamente la ficha de actualización y llevar a cabo el cambio:

o Usuario solicitante Es el usuario que solicitó y sustentó la actualización. Debe llenar su nombre y firmar en los campos correspondientes.

o Analista funcional Es el analista encargado de apoyar al usuario a completar adecuadamente la ficha de actualización y llevar a cabo los cambios. Debe llenar su nombre y firmar en los campos correspondientes.

•

•

Versión: 1.0 Título: I Elaboración Tipo: Directiva

PRDTRANSPDtnr Instituto Metropolitana Protrllll5parte de üm. DIRECTIVA PARA EL DESARROLLO DE SIS"rEMAS 15/12/2010

DE INFORMACiÓN PARA EL INSTITUTO Página: 17 de 18METROPOLITANO PROTRANSPORTE DE LIMA

• Autorización de la actualización Son dos (2) personas las responsables de autorizar la actualización del sistema:

o Responsable de desarrollo El responsable de la unidad de desarrollo de la OPSI deberá firmar en el espacio indicado para dar su aprobación.

o Área solicitante El Jefe o Gerente del área solicitante deberá firmar en el espacio indicado para dar la autorización a que la actualización proceda.

PRD1RJIN5PORn: 1_~"IIpOIII3m I'roIr;mporwdo lrna

Tipo: Directiva Versión: 1.0 Título: DIRECTIVA PARA EL DESARROLLO DE SISTEMAS DE INFORMACiÓN PARA EL INSTITUTO METROPOLITANO PROTRANSPORTE DE LIMA

Elaboración 15/12/2010

Página: 18 de 18

ANEXO E DIAGRAMA DE FLUJO DEL CVDS

PROCESO DEL CICLO DE VIDA DEL DESARROllO DE SOFTWARE

Area Usuaria Analista Funcional Analista Sistemas Desarrollador

(2.2) GeneraRLE (FRF + 00)

(U)"-.

PIacIuccion (REDES)

Exlo

Administrador de Sistemas

,...FIItOn la? " ......