INSTITUTO METROPOLITANO PROTRANSPORTE DE LIMA

Transcripción

1 PRDTRJlNSPDRTK Institut Metr plitan Prtr.,flsprte de umll Página: 1 de 18 INSTITUTO DIRECTIVA N OL'O /MML!IMPl/OPSI DIRECTIVA PARA EL DESARROLLO DE SISTEMAS DE INFORMACiÓN PARA EL INSTITUTO METROPOLITANO PROTRANSPORTE DE LIMA VERSiÓN: 1.0 Elabrad pr: Jesws Rdríguez Salas Carg: Respnsable de Desarrll Fecha: 15/12/2010 Firma y Sell Revisad y prpuest pr: Carls Álvarez Esquivel Carg: Jefe de OPSI Fecha: Aprbad pr: Fabrici Orzc Velez Carg : Gerente General Fecha:

2 PRDTRJlNSPDRTE Ins lltu".. Metrplitan Prtr nsp rta d um DIRECTIVA PARA EL DESARROLLO DE SISTEMAS 15/ Página: 2 de 18 CONTROL DE ACTUALIZACIONES ITEM TEXTO MODIFICADO VERSiÓN FECHA RESPONSABLE 1 Inicial del Dcument 01 15/12/2010 Oficina de Planeamient y Sistemas de Infrmación

3 PRDTRJtNSPDRTE tm.titlj.t Metrplitan Prtrllnsprte de Lima Página: 3 de 18 DIRECTIVA PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN PARA EL INSTITUTO 1. OBJETIVO. Nrmar el desarrll de ls sistemas de infrmación del Institut Metrplitan Prtransprte de Lima (PT). 11. FINALIDAD Garantizar el crrect desarrll de sistemas de infrmación (SI). Mantener actualizads ls SI. Alinear ls bjetivs de ls SI a ls bjetivs institucinales ALCANCE El cumplimient de la presente directiva alcanza a tdas las unidades de PT. IV. DISPOSICIONES GENERALES 1. Para ls efects de la presente directiva, se emplearán las siguientes defmicines: a. UNIDADES: Gerencias u Oficinas. b. USUARIOS: persnal que slicita el desarrll de una aplicación. c. FRF: Ficha de Requerimients Funcinales (ver frmat FO 1). d. FILE: Inicialmente cntiene la FRF y el 'Dcument de Diseñ' (DO). Según avance en el CVDS se incluyen trs dcuments. e. DESARROLLO, REDES e INFRAESTRUCTURA: Áreas pertenecientes a OPSI. f. CVDS: Cicl de Vida de Desarrll de Sftware. g. SI: Sistema de Infrmación. h. DP: Diagrama de Prcess. Representación gráfica de la secuencia de actividades dentr del prces de desarrll del SI. 1. RUP: Prces Unificad Racinal. Es un marc de trabaj para el desarrll de sftware que entrega las mejres prácticas cmprbadas y una arquitectura cnfigurable.

4 PRDTRJtNSPDRTE Inst!wt Metrplitana Pratransprte de Lima Página: 4 de Las UNIDADES sn las encargadas de cnceptualizar ls requerimients funcinales y cntenids que serán desarrllads. 3. Se da aceptación al desarrll (sea intern extern) una vez aprbad el prttip pr la unidad slicitante. 4. El CVDS cntendrá las siguientes etapas: a. Análisis, b. Diseñ, c. Desarrll, d. Pruebas, e. Capacitación. f. Pst-Implementación. 5. Dentr del CVDS se encuentran ls siguientes rles, que serán cupads pr diferentes prfesinales de OPSI: a. Respnsable del Pryect (RP): mnitrea el cumplimient del desarrll en sus diferentes etapas. b. Analista Funcinal (AF): captura ls requerimients funcinales de ls usuaris, diseña el DP, cmpila el FILE e interactúa cn el usuan. c. Analista de Sistemas (AS): diseña la slución mediante prttips, determina el lenguaje de prgramación. d. Desarrlladres (DES): prgraman la slución en base al diseñ y dcumentan dicha prgramación (FILE) y mdela el diagrama entidad-relación (DER). e. Administradr de SI (ASI): recibe el sistema a fin cumplir cn la Pst-Implementación. 6. Las áreas de REDES y de INFRAESTRUCTURA mantendrán la alta dispnibilidad de ls servidres dnde se aljen ls SI, así cm la instalación de ls prgramas clientes según se requiera. DISPOSICIONES ESPECÍFICAS l. Para el desarrll de un sistema las unidades remitirán a OPSI la dcumentación administrativa crre indicand sus requerimients. 2. El AF generará la primera versión de ls requerimients funcinales (utilizand la FRF) e interactuará cn el usuari a fin de llegar a la última versión, la cual deberá ser visada pr el Gerente Jefe de Oficina. La FRF cntendrá ls siguientes ítems: a. Relación de requerimients de usuaris.

5 PRDTRJtNSPDRTE In~ t ltut M etr~l it ana Prtranspr te de lima Página: 5 de 18 R '''1. <r ~ b. Diagrama de Prcess (DP) de la slución indicand la frntera hmbre-máquina según la metdlgía RUP. c. Descripción detallada del DP. 3. El AS cn la ayuda del AF desarrllarán el 'Dcument de Diseñ' (DD) el cual debe de estar alinead cn la FRF. El DD cnsta de ls siguientes ítems: a. Prttip del desarrll: Sn ls diseñs de las ventanas alineads cn el DP. b. Diagrama entidad-relación (DER) en su primera versión: Es el mdel de la base de dats. c. Definición del lenguaje de prgramación y del mtr de la base de dats a usar. d. Crngrama. 4. El AF cmpilará la FRF y el DD y ls clcará en un FILE cn el siguiente rótul, "Pryect de «nmbre del pryect»". Cada versión del sistema tendrá un divisr aparte y deberá recrrer pr el CVDS. 5. El AF llevará el FILE del pryect al usuari slicitante a fin de dar su cnfrmidad. 6. El AS llevará el FILE a ls desarrlladres (DES) para su prgramación. 7. Es respnsabilidad del desarrlladr prgramar exactamente l slicitad en la FRF y el DD. 8. En paralel, ls DES generan ls manuales técnics que incluyen: a. Cmentar ls códigs fuentes. b. El DER cn tds ls atributs y cnfiguracines. c. Manual de instalación en la PC cliente si l amerita. d. Manual de instalación en ls servidres de prducción. 9. Al culminar el prces de desarrll, el ASI efectuará las pruebas unitarias de cada módul, crrbrand que n existan errres de cmpilación, almacenamients u trs errres netamente técnics. De existirls, se le cmunicará al DES que ls crrija; est se repetirá hasta que n se encuentren errres en la prgramación. El ASI crdinará cn el persnal del área de REDES a fin de ver ls aspects de seguridad del SI, para l cual le remitirá una cpia del códig fuente. 10. El ASI generará ls manuales de usuari basads en el FILE indicand claramente ls pass para la ejecución del mism. 11. Al culminar tdas las pruebas unitarias el AS cn ayuda del DES instalará la aplicación en el servidr de pruebas, cnvcand al usuari y persnal del área de REDES a fin de crrbrar el funcinamient, la

6 PRDTRJtNSPDRTC fn:itr.:.ut Metrplitan Prtransprtc de Urna Página: 6 de 18 seguridad de la aplicación y que se haya cumplid cabalmente cn ls bjetivs plasmads en el FILE. 12. En el cas que la unidad quiera efectuar cambis, ests deberán pasar pr el CVDS, a mens que el Gerente Jefe de Oficina acepte ls cambis y el riesg de n cumplir ls bjetivs señalads en la FRF. 13. El AS entregará al persnal del área de REDES el CD de instalación de la aplicación (en el cliente y en el servidr) a fin de que desplieguen la slución en ls servidres de prducción (según prcedimient N /MMLlIMPLlOPSI-SI). El área de REDES asegurará la instalación y el área de DESARROLLO evaluará si la aplicación funcina igual que en el servidr de pruebas. 14. De n ser exits, el área de DESARROLLO reprgramará la aplicación pr si existiese alguna incmpatibilidad; sin embarg, el área de REDES debe de garantizar que ls servidres de prducción tengan la cnfiguración equivalente a la preparada en el ambiente de pruebas. 15. Al ser exits el pase a prducción, el ASI generará un memrand de capacitación infrmand al usuari final que el desarrll ha culminad satisfactriamente, adjuntand ls manuales de usuari e infrmand las fechas de capacitación. (El ASI crdinará cn ls usuaris a fin de emitir el crngrama de capacitación). 16. El ASI efectuará la capacitación técnica y de usuari. El usuari deberá cmpletar y firmar una hja de asistencia (ver frmat F03) para dar cnstancia a la capacitación. Entnces, el ASI elabrará un memrand invitand al us indicand que el sistema ya se encuentra perativ. 17. El ASI agregará ls manuales de usuari y técnic, mems, crres, histórics, 'Slicitud de Pase a Prducción' (SPP), hjas de asistencia de capacitación, infrme de pruebas unitarias e infrme de pruebas integrales al FILE. 18. EL ASI custdiará el FILE de cada pryect y mantendrá en rden las versines del mism. 19. En el prces de Pst-Implementación ejecutad pr el ASI están las siguientes actividades: a. Capturar nuevs requerimients y remitirls al AS. b. Captar ls cambis slicitads pr el usuari mediante la 'Ficha de Actualización de Sistemas' (FAS) (Ver frmat F04). c. Resguardar el FILE en buenas cndicines.

7 PRDTRJtNSPDRTE ~UlJt Metrpcitat1a Prtranspcrtc de Lima Página: 7 de 18 VI. FORMATOS A fin de establecer ls mecanisms frmales para el cumplimient de la presente directiva, se han generad ls siguientes frmats: FOl: FICHA DE REQUERIMIENTOS FUNCIONALES (FRF). Anex A. F02: FORMATO DE SOLICITUD DE PASE A PRODUCCIÓN (SPP). Anex B. Referencia: PROCEDIMIENTO N /MMLI IMPLlOPSI-SI. F03: FORMATO DE HOJA DE ASISTENCIA. Anex C. F04: FICHA DE ACTUALIZACIÓN DE SISTEMAS (FAS). Anex D. VII. DISPOSICIONES COMPLEMENTARIAS 1. Tda gestión que invlucre el desarrll de Sftware deberá efectuarse utilizand ls frmats establecids en el numeral VI de la presente directiva. 2. En cas de requerir un desarrll urgente, la crdinación será en direct cn el analista de sistemas (AS) y ls desarrlladres a fin de generar interaccines hasta la versión final ; sin embarg, se deberá generar la slución final cn el cicl de vida de desarrll de sftware (CVDS). 3. El respnsable del pryect (RP) es quien cntrla el crngrama de implementación y la calidad del desarrll, y resguarda el cumplimient de ls requerimients funcinales de td el pryect. 4. En cas de tercerización de la aplicación, el RP junt cn el AF visarán ls dcuments de cntratación siempre que el Gerente Jefe de Oficina de la unidad haya firmad el FILE, y el área de DESARROLLO incluya cláusulas de mnitre de ls servicis. 5. Baj ningún aspect las unidades pdrán cntratar servicis de desarrll sin VB (vist buen) de la OPSI. 6. En cas de cntratar un servici éste deberá de estar baj la supervisión de la OPSI. 7. En ls cass de cntrats de servicis, cnsultría asesría relacinads cn el CVDS del IMPL, de ser necesari, se incluirá una cláusula de cumplimient y bservancia de la presente directiva. El incumplimient de l establecid en la presente directiva cnstituye una falta disciplinaria tipificada en el T.U.O del Decret Legislativ N 728, aprbad pr DS N TR.

8 PRDTRJlNSPDRTC 1n:.tJtut MetrpOr:taiO Prtransprtc de Lima Página: 8 de En el cas de las persnas que baj cualquier mdalidad cntractual preste servicis al IMPL e incumplan la presente directiva pdrá ser causal de reslución de cntrat. VIII. RESPONSABILIDAD La OPSI y la unidad de Recurss Humans cautelarán, según su cmpetencia, el cumplimient de la presente directiva. IX. ANEXOS 1. ANEXO A - FOI 2. ANEXO B - F02 3. ANEXO e - F03 4. ANEXO D - F04 5. ANEXO E - Diagrama de fluj del CVDS

9 PROTRJtNSPORTE In: titut Metrplitan Prtransprte de lima Página: 9 de 18 ANEXO A FICHA DE REQUERIMIENTOS FUNCIONALES Ficha de Requerimients Funcinales N Nmbre del requerimient: Area slicitante: Autr: Descripción del requerimient: Fecha: Actres: Precndicines: ñi 1. '-E ::J... - LLZ >._ ~ r 1. ::J -... c: LL Q)... <{ Ps-cndicines: Slicitantes \}~~ <l:- cli il! ;=!~ ~ Ji: i OESA. ~OllO í ~ IfS TIN!) - - VOBO Usuari respnsable Nmbre Firma f?"(;; ~...~!v 'l~ ~ ji? ~ ~ \/08 CMlQS,\l.VAf!tZ.E~.l.illflll d~ 13 OficJrn1f.l pt~~id \'S in~ da JMnrmY;;~:"' r-rl -A Analista funcinal ~ Nmbre ) ~ Autrización del requerimient Firma $' ~ li(!!!~ ~ \ife ~~ ~ Iri FA8RICIO ~O Z ~z GEREN' G E~ / OPSI, Area slicitante

10 PRDTRltN5PDRTC InSiE;ltutQ Metrplitan Prtransp rte de Lima Página: 10 de 18 Llenad del frmat Nmbre del requerimient En este camp se clca el nmbre que tendrá el requerimient, el cual debe dar una idea general de en qué cnsiste. Área slicitante En este camp se clca el área a la que pertenece el usuari slicitante (autr). Autr En este camp va el usuari que slicita y sustenta el requerimient. Fecha En este camp se clca la fecha en la que fue elabrad el requerimient. Descripción del requerimient En este camp se clca una descripción que detalle a mayr nivel el requerimient slícitad (se puede incluir características generales, el fin pr el que se slicita, etc.). Actres En este camp se incluyen a aquellas entidades externas al aplicativ sistema slícitad (descrit pr el requerimient) que se relacinarán y realízarán funcines u peracines sbre él. Se pueden definir cm rles perfiles. Precndicines Sn un cnjunt de cndicines que deben ser ciertas antes de iniciar una peración. Se asumen cm verdaderas. Es muy cmún que la precndición sea el resultad exits de una peración actividad anterir. Pr ejempl: la "autenticación", más general "el peradr se identifica y se autentica". Fluj Nrmal Se describe la relación de ls flujs de actividades que cmpnen la slución del requerimient. Se puede describir cm una serie de pass actividades que realizará nrmalmente la aplicación sistema (la slución del requerimient). Fluj Alternativ Se describe la relación de ls flujs alternativs de actividades que cmpnen la slución del requerimient. Sn ls que ns permiten indicar qué es l que hace el sistema en ls cass mens frecuentes e inesperads.

11 PRDTRJtNSPDRTE Init\lut Met.rp!itan PrlranspOftl! de lima Página: 11 de 18 Ps-cndicines Sn ls resultads de las accines realizadas lueg de una peración u actividad (ya sea a través del fluj nrmal alternativ). Resume el estad de las csas después que el fluj de events se ha ejecutad crrectamente. Slicitantes Sn ds (2) persnas las encargadas de elabrar cnjuntamente la ficha de requerimient: Usuari respnsable Es el actr (usuari) que slicitó el requerimient. Debe llenar su nmbre y firmar en ls camps crrespndientes. Analista funcinal Es el analista encargad de apyar al usuari a cmpletar adecuadamente la ficha de requerimient. Debe llenar su nmbre y firmar en ls camps crrespndientes. Autrización del requerimient Sn ds (2) persnas las respnsables de autrizar el requerimient : OPSI El jefe de la Oficina de Planeamient y Sistemas de Infrmación deberá firmar en el espaci indicad para dar su aprbación. Área slicitante El Jefe Gerente del área slicitante deberá firmar en el espaci indicad para dar la autrización a que el requerimient prceda.

12 PRDTRJtN5PDRTE Institut Metrplitana Prtransprte de Urna Página: 12 de 18 ANEXOB FORMATO DE SOLICITUD DE PASE A PRODUCCIÓN Oficina de Planeamient y Sistemas de Infrmación SOLICITUD DE PASE A PRODU~CION Númer: Fecha:..../.. "./0. Aplicativ: O ".,. " '..... Módul: ',., ' Analista Respnsable: " "., O" Área Slicitante:,.., ' O ". " 0 0, -::-., R~~ l~ ~ ;al I ~ --!ti 1; i DES."OllO! I!SI I'" - V"B O _/ 9.,,'1', /. ~~ PRD ~ \ ~ /' VOS;. ' ;. C"9!f;.S.1;~~E.;:1;Jlltl/ :::.ar.encjm y S ' ~! ~mu c..,,~ r m:.. c á'. TIPO DE SOLICITUD: Impact del Prces: Tip de Prgrama: Frecuencia Prces Cliente - Servidr I Nuev Prgrama D Diaria Muy Delicad Aplicación Web I Funcinalidades nuevas D Semanal Delicad Desarrllad pr: Crrección del PrgramaD Quincenal Nrmal Mensual MOTIVOS DE LOS CAMBIOS Especificacines del Usuari Insuficiente Especificacines funcinales Insuficientes Falla de Operación TIEMPOS DE PROCESO Pruebas Insuficientes INFORMACiÓN DE BASE DE DATOS Nuevs requerimients del Usuari 1 1 DBMS: Nmbre : / Nmbre del Fuente I Objet Ruta TIPO (*). SERVIDOR DESTINO - TIPOS (*) 1 DE BASE DE DATOS DE PROGRAMA SCRIPTS DE B. (1.-) (5.:l TRIGGER (7.-) LIBRERíAS (11.-) FORMS (2.-) FUNCIONES Sal (6.-) INDICES (8.-) HOJAS DE EJECUCiÓN (12.-) REPORTES (3.-) STORE PROCEDURE (9.-) ARCHIVOS DE PRESENTACiÓN (13.-) EXEC ARCHIVOS DE B. logico O FISICO 1(10.-) ARCHIVOS DE CONFIGURACION (14.-) OTROS ~-) ~ SR ~: E ~~R~l EZ-".1

13 PRDTRANSPDRTE I n ~ t l t u t Metrpflt a!1 Pratr ansprt.a de Lima Página: 13 de 18 Tablas Participantes Entrada - Input Salida - Output Reprtes Actualización - l/o DESCRIPCiÓN DEL SISTEMA YIO PROGRAMAS Observacines ' 0 '" ' ' FIRMAS SOLICITANTES Analista Respnsable Nmbre Firma AUTORIZACiÓN DEL PASE A PRODUCCiÓN Usuari Respnsable: Respnsable de Desarrll Administradr de Redes OPSI

14 PRDTRIINSPDRTE!nE>titut Mf!trplitat'\ Prtransprte de limíl Tip: Directiva DIRECTIVA PARA EL DESARROLLO DE SISTEMAS Versión: /12/2010 Página: 14 de 18 ANEXO e FORMATO DE HOJA DE ASISTENCIA HOJA DE ASISTENCIA DE CAP,ACITACION Sistema Fecha -,_/_- Hrari Lugar Capacitadr REGISTRO DE ASISTENCIA te q.. - ~ \ DE;lUOll & ESII.6 - VO( ~ ~ i..\ Ir'fi' 71~ 8.., 1 Y 10 Nmbres y Apellids Unidad Orgánica Hra de Llegada Firma Observacines Capacitadr Crdinadr

15 Tip: Directiva Versión: 1.0 PRDTRJtNSPDRTE Titul: Institut MetrplrtJn Prtransprte de Lima Página: 15 de 18 ANEXOD FICHA DE ACTUALIZACIÓN DE SISTEMAS Ficha de Actualización de Sistemas N Nmbre del sistema: Área slicitante: Slicitante: Descripción del cambi: Fecha: Justificación del cambi: Fluj Actual Fluj Nuev Res nsables Usuari slicitante Nmbre Firma Analista funcinal Nmbre Firma Autrización de la actualización Respnsable de desarrll Área slicitante

16 PRDTRJtNSPDRTE Institut Metrplitan Prtransprte d urna Página: 16 de 18 Llenad del frmat Nmbre del sistema En este camp se clca el nmbre del sistema que será actualizad. Área slicitante En este camp se clca el área a la que pertenece el usuari slicitante. Slicitante En este camp va el usuari que slicita y sustenta la actualización. Fecha En este camp se clca la fecha en la que fue elabrada la ficha de actualización. Descripción del cambi En este camp se clca una descripción breve del cambi a realizar en el sistema. Justificación del cambi En este camp se explica pr qué se requiere la actualización del sistema. Fluj Actual Se describe las funcinalidades actuales de la aplicación sistema sbre las que se desea realizar el cambi. Fluj Nuev Se describe y especifica el cambi a realizar en la aplicación sistema. Respnsables Sn ds (2) persnas las encargadas de elabrar cnjuntamente la ficha de actualización y llevar a cab el cambi: Usuari slicitante Es el usuari que slicitó y sustentó la actualización. Debe llenar su nmbre y firmar en ls camps crrespndientes. Analista funcinal Es el analista encargad de apyar al usuari a cmpletar adecuadamente la ficha de actualización y llevar a cab ls cambis. Debe llenar su nmbre y firmar en ls camps crrespndientes.

17 PRDTRltN5PDRTC Institut Metrpl i tan~ Prtransprte de Lim a Página: 17 de 18 Autrización de la actualización Sn ds (2) persnas las respnsables de autrizar la actualización del sistema: Respnsable de desarrll El respnsable de la unidad de desarrll de la OPSI deberá firmar en el espaci indicad para dar su aprbación. Área slicitante El Jefe Gerente del área slicitante deberá firmar en el espaci indicad para dar la autrización a que la actualización prceda.

18 PRQTRJtNSPORTE In.IllWl~n~del,"" Página: 18 de 18 ANEXO E DIAGRAMA DE FLUJO DEL CVDS PROCESO DEl CICLO DE VIDA DEL DESARROLLO DE SOFTWARE Area Usuaria Analista Funcinal Analista Sistemas Desarrlladr Administradr de Sistemas a. (4.2J,,' I-If----,...,. *'=: 2... aprueba FRF (2.2) GenraFILE (FRF + DO) tijt d ~ ca-... "'".DiIIMIIIIII ~.,.. D 'lb...