EF Fedatarlo que suserbe, certifca que a presente documerto.25"COPAFIEL DEL ORIGINAL" queha tendo a3 vista a] ‘ES: LCHCINANACIONALDERROTEIOS ELECTORAL Sconce GERENCIA DE SISTEMAS E INFORMATICA ott ELECTORAL DIRECTIVA GENERAL ee : : —S CGerete de Sitonas «emda Eger! Bia. Magdalena cha yiianneta, ay Steana Waconat He Pecasos Eectles a 4 (enn .9 MAR 207 etm, OD ARR MOT | ase ir Codigo: 204.0. 200¥- Gore Sones \ Version: 0 Fecha: 4 ya, 2007 « a ‘ ‘Fema: 2 MAYO, i ote: ERR ALB PB, sconces: Gs vendo ala | IDA- ONPE = "DES ORGANICAS Yak 3S) Bet Rec acne INDICE OBJETIVO... FINALIDAD...... BASE LEGAL. ALCANCE ABREVIATURAS Y GLOSARIO DE TERMINOS NORMAS GENERALES.. 6.1, Grupo de Procesos de Iniciacion.. 6.2, Grupo de Procesos de Planificacién. 6.3. Grupo de Procesos de Control y Seguimiento.. 6.4. Grupo de Procesos de Cierre... 7 _LISTA DE PROCEDIMIENTOS, FORMATOS Y PLANTILLAS. . 7.1. _ Lista de Formatos y Plantillas 7.2, Mapa de Procedimientos.... 8 MECANICA OPERATIVA... 8.1. Proceso de Adquisicién.. 82. Proceso de Suministro 83. Proceso de Desarrollo. 8.4, Proceso de Operacién.. 8.5. Proceso de Mantenimiento. 8.6. Proceso de Documentacién...... 8&7. Proceso de Gestién de la Configuracién. 8.8. Proceso de Aseguramiento de la Calidad. 8.9. Proceso de Validacién..... 8.10. Proceso de Auditoria : 8.11. Proceso de Solucién de Problemas.. 8.12. Proceso de Gestién... 8.13. Proceso de Resiirsoasitumanos 9) REGPONSABILIDADES"S:? aanena (EdGe De4.0 -aee¥- Gbze /owne 7 DIREGTIVA PARA EL USO DELA NORMA TECNICA PERUANA “NTP- 1.7 ABR, 2007 ISOMEC 12207:2004"cos HAO 2007 we lye o® as ONE a TODOS Los OR- Ol cues BEGTY AGENERAE, "| GANOS Y UNIDA- via DES ORGANICAS Vike > ERR coor, TABLA DE CONTROL VERSION IDENTIFICACION DE LA MODIFICACION FECHA o Original 47 ABR. 2007 Codigo: Qel.0- £00¥- BS1A/OMPE a DIRECTIVA PARA EL USO DELA Fee NORA TECNICA PERUANA*T- onze 12207:2004" 17 ABR, 2007 = eattect : aE DOS LOS 6 1 Fadotano, ue_ewtcie ce ” eee ee teaners DIRS iaacveei GANOS Y UNIDA- ONPE. vou DES ORGANICAS 7 Va S 1 Objetivo * _Institucionalizar el uso de la Norma Técnica Peruana “NTP-ISO/IEC 12207:2004” en fa Oficina Nacional de Procesos Electorales - ONPE * Definir los procesos del ciclo de vida del software, sobre la base de un estandar in- ternacional como to es el ISO/IEC 12207. Dichos procesos se utilizan en los proyec- tos de desarrollo, mantenimiento, operaci6n y adquisicién de software ejecutados por la Gerencia de Sistemas e Informatica Electoral, para atender las necesidades de los Organos de la Institucién y de sus Unidades Organicas. * Dar cumplimiento a la Resolucién Ministeriai N° 179-2004-PCM que aprueba ta apli- cacién y uso obligatorio de la Norma Técnica Peruana NTP-ISO/IEC 12207:2007. Procesos de Ciclo de Vida de Software. 2__Finalidad Establecer un marco de trabajo comtin que pueda ser utilizado por todos los Organos'y_ sus Unidades Organica en la ejecucién de un proyecto de desarrollo, operacion y mante- nimiento de productos de software. _Base Legal * Resolucién Ministerial N° 179-2004-PCM, que resuelve el uso obligatorio de a Norma Técnica Peruana “NTP-ISO/EG 12207:2004 Tecnologia de la Informacién. Procesos del ciclo de vida del software. 1 Edicin’, en todas las Entidades Inlegrantes del Sis- tema Nacional de Informatica, + Resolucién Ministerial N° 396-2005-PCM, que resuelve la modificaci6n de la Resolu- cién Ministerial N° 179-2004-PCM, con respecto al otorgamiento de un plazo adicio- ral, 30 de junio de! 2006, para la implantacion de la Norma, 4 Alcance El 4mbilo de aplicacion de la presente directiva se extiende a todo el personal de fa Oficina Nacional de Procesos Electorales y a las personas que brindan servicios no personales, in- cistintamente a fa modalidad del contrato. La GSIE suporvisard que se cumpla lo establocido FFX enla rolacon con los proveedores de servicios o productos de software o ~ DIREGTIVA PARA EL USO DELA NORMA TECNICA PERUANA “NTP- 417 ABR, 2007 ISonee 12207:2008" ww ww wee rere wee rer ewer wre rere e eee e eee e.teens, 2 HAVO 2007 i Wh Bee Aon 2 ONPE Clave: os fae El Fetes que_su ‘ TODOS LOS OR- GANOS Y UNIDA- DES ORGANICAS i ONPE “ eu p ea La. Sy Teo Taio 5 Abreviaturas y Glosario de Términos ‘ 5.1. Abreviaturas GSIE Gerencia de Sistemas e Informatica Electoral ee ONPE Oficina Nacional de Procesos Electorales ‘ SGPI Subgerencia de Proyectos Informaticos i z NTP Norma Técnica Peruana i uuoo Unidades Orgénicas de la ONPE 5.2. Glosario de Términos : ACUERDO Definicién de términos y condiciones bajo las cuales se ha de desarrollar una relacién de trabajo. ADQUISICION El proceso de obtener un sistema informatico, producto 0 servicio de. software para satisfacer los requerimientos del usuario. os ADQUIRIENTE El que tiene u obtiene un sistema, producto 0 servicio software. ‘ AREA USUARIA $ualauier rea que requiora un sistema, producto @ servicio software i inoluida la Gorencia de Sistemas e Informatica Electoral. Grado en que los casos de prueba prueban los requisitos det sistema o producto software. ‘Acuerdo vinculante entre dos partes 0 mas, especialmente exigible por ley, © acuerdo del mismo estilo totalmente interno a una organizacién, para ol suministro de un servicio software, 0 para el suministro, desarré-: lo, produceién, operaci6n o mantenimiento de un producto software. El proceso de elaboracién de sistemas informéticos 0 productos de soft- ware, retine las actividades de analisis, disefio, construccidn, pruebas. y distribucién. DESARROLLA- _Individuo u organizacién que lleva a cabo actividades de desarrollo (in- a DOR cluyendo andlisis de requerimientos, disefio, integracién y pruebas hasta BAY la aceptacion) durante el proceso del ciclo de vida del software. oy ) ELEMENTO DE Enlidad dentro de una configuracién que satisface una funcionalidad y. CONFIGURACION que puede ser tnicamente identificada en un punto de referencia dado. Componente de una infraestructura 0 un elemento, tal como un requeri- miento de cambio, asociado con una infraestructura que ostd (0 tiene DIRECTIVA PARA EL USO DE LA NORMA TECNICA PERUANA “NTP- ISONEC 12207:2004" Gare Ou? E asche 2, NY dl SS OV oem 8 Felatate aur suet, center ge «| pre, TODOS LOS OR- deconsnt> BIRECTIVAOGENERAL)- GANOS Y UNIDA- ONPE « DES ORGANICAS que estar) bajo el control de la Gestion de Configuracién. Los elementos de configuracion pueden variar en complejidad, tamafio y tipo, desde un sistema completo (incluyendo todo el hardware, software y documenta- cidn) hasta un modulo simple o un componente menor de hardware. ELEMENTO DE _Elemento testeable separadamente del resto. A su vez parte légicamen- ‘SOFTWARE, te separada de un programa. ESPECIFICACION Documento usado por el adquiriente como medio para desoribir y especi- DEL TRABAJO _ficar las tareas a llevar a cabo bajo contrato. EVALUACION —_Determinacién sistematica del grado en que una entidad cumple con los 7 criterios especificados para ella. FIRMWARE ‘Combinacién de un dispositivo de hardware e instrucciones. de compu- tadora o datos de computadora que reside como software de sélo lectura en el dispositivo hardware. Este software no puede modificarse facilmen- te bajo el control del programa que lo usa LIDER USUARIO Actor del drea usuaria que asume la responsabilidad del proyecto. LINEA BASE Version formaimente aprobada de un elemento de configuracién, inde- pendientemente del soporte, formalmente identificada y fijada en un momento dado de su ciclo de vida. MANTENIMIENTO Proceso de modificacion de software para mantenerlo actualizado y ope- Fativo, incluye la migracién (transicién del software en un ontorno de ope~ Facion viejo 0 nuevo). \MODELO DE Cl- Marco de referencia que contiene los procesos, actividades y tareas in- SLODE VIDA —_volucradas en el desarrollo, operacion y mantenimionto de un sistema 0 producto software, y que abarca toda la vida del sistema desde su dofini- cién de sus requisitos hasta el fin de su uso, oes OPERADOR Organizacién que opera el sistema 0 producto software. PROCESO Conjunto de actividades mutuamente relacionadas que interactdan, las cuales transforman elementos de entrada en resultados. PRODUCTO Producto ya desarrollado y disponible, utiizable “tal cual” o con modifica- PREELABORADO ciones. PRODUCTO Conjunto de programas de computadora, procedimientos, posible docu- GER SOFTWARE mentacién y datos asociados. Cabe resaltar que incluye también el “firm- / .) ware" SYE-~/ PROVEEDOR —_Organizaci6n que es contratada por el adquiriente para el suministro de un sistema, producto software o servicio software, bajo los términos del 5 ‘DIRECTIVA PARA EL USO DELA NORMA TECNICA PERUANA “NTP- ISO/IEC 12207:2004" SSS Se So ee ew ere ee rer rrr eee we ee cere ewe eee,i ONPE 02 Mato 2007 ots EAL SOE Se eee san, TODOS LOS OR- te renee HVA GENEAIL Jc; GANOS Y UNIDA- DES ORGANICAS REQUISITOS, RECURSOS RELEASE (LIBE- RACION) REPOSITORIO DEL PROYECTO RESPONSABLE DEL MANTENI- MIENTO RETIRADA ‘SISTEMA IN- FORMATICO SEGURIDAD DE ACCESO. SOLICITUD DE CAMBIO. SOLICITUD DE PROPUESTAS STAKEHOLDERS TESTEABILIDAD TESTEADOR UNIDAD SO} coda: Dos. Fecha 17 ABR. contrato. Deseriben las funciones que deben ser cumplidas por el software para la satisfaccién de las necesidades del usuario. También se les puede lla- mar Requerimientos. Ambos términos se usaran como sinénimos: Elementos necesarios para realizar un proceso, incluyendo la infraes- tructura, el personal y otros que deban intervenir. Coleccion de elementos de configuracién nuevos o modificados que es- tn probados y se introducen en conjunto en el entomo de produccion. El repositorio del proyecto almacena todas las versiones de los archivos y directorios del proyecto. Ademas almacena la documentacién asoclada al proyecto. Organizacion que lleva acabo actividades de mantenimiento. Cese del soporte activo por parte de la organizacién de operacion y mantenimiento, sustitucién parcial o total por un nuevo sistema, o insta- lacién de un sistema mejorado. Ejecuoion de actividades o tareas relacionadas a un sistema informatico © producto software, como su desarrollo, operacién y mantenimiento. Conjunto de elementos relacionados compuesto por uno o mis proce- 808, hardware, software, instalaciones y personal que proporcionan 1a capacidad de satisfacer una necesidad y objetivo definido. % Proteccin de informacion y datos de manera que las personas o:siste- mas no autorizadas no puedan lecrlos 0 modificarios, al tiempo’ que $e permite el acceso a las personas o sistemas autorizados. Documento se emplea para documentary rastrear defectos, peticiones. de mejora y otro tipo de solicitudes referentes a cambios en el proyecto 0 producto. Documento utilizado por ef adquiriente como mecanismo para anunciar su intencién a potenciales ofertantes, de adquirir un sistema especifica~ do, producto software o un servicio software. Son actores (0 categorias de actores tales como empleados, gerentes, proveedores, propietarios/accionistas y clientes) poseedores de inter- eses y expectativas sobre la organizaciin y ejecucién del proyecto, sin los cuales el proyecto no seria posible. Grado en que es posible definir una prueba objetiva y viable, que pormita determinar si se cumple un requisito. Persona encargada de realizar las pruebas del sistema o producto soft- ware a su cargo. Pieza de cédigo compitable por separado. 72 ORPE 6 DIRECTIVA PARA EL USO DELA NORMA TECNICA PERUANA“NTP- ISONEC 12207:2008”J Fecha, 2007 at eae 2 El Fedatain gle suscrbe, coniica que +l preeene TODOS LOS OR- dae TREC TIVAPGENERAMS n202'@G ANOS Y UNIDA- ONPE ~« DES ORGANICAS Nee ye WARE USUARIO Individuo u organizacién que utiliza ol sistema en operacion para llevar a cabo una funcién espectfica VALIDACION _Confirmacién mediante 1 suministro de existencia objetiva de que se han cumplido los requisites para una utiizacién o aplicacién especffica revista, Confirmacion mediante la aportacién de evidencia objetiva de que se han VERIFICACION cumplido los requisitos especificados. venani. Ejomplar identificado de un elemento de configuracion 6 __Normas Generales De acuerdo a la RESOLUCION MINISTERIAL N° 179-2004-PCM, la Oficina Nacional de Gobierno Electrénico e Informatica - ONGE! de la Presidencia del Consejo de Ministros, en coordinacién con el Instituto Nacional de Defensa de la Competencia y de la Protec- cién de la Propiedad Intelectual — INDECOPI, ha recomendado la aplicacién y uso obliga- torio de la Norma Técnica Peruana *NTP-ISOMEC 12207:2004 TECNOLOGIA DE LA IN- FORMACION” en todas las Entidades integrantes del Sistema Nacional de Informs con la finalidad de coadyuvar a la creaci6n de la infraestructura de Gobierno Electrénico, por constituir el software un componente fundamental para dicho objetivo. Dicha norma se basa en el estandar intemacional ISO/IEC 12207, el cual establece un marco de refe- Fencia comiin para los procesos del ciclo de vida del software, con una terminologia'bieri? definida a la que puede hacer referencia ia industria del software. Contiene procesos, ac- tividades y tareas para aplicar durante la adquisicién de un sistema que contiene: softwa- re, un producto software puro o un servicio software, y durante el suministro, desarrollo, ‘operacién y mantenimiento de productos software. Asi mismo, hace mencion a activida- EER 008 provias dela gestion de proyectos inform i aH yy ara la adaptacion de la Norma Técnica Peruana NTP ISO/IEC 12207:2004, Procesos eal Ace! Ciclo de Vida de Software, La GSIE de la Oficina Nacional de Procasos Electorales 2 (ONPE) ha generado procedimientos, formatos y plantillas asociados a los procesos' mencionados en la norma, con el fin de prover un marco comin de trabajo para tédo proyecto de Tecnologias de Informacién que contenga software. Los Organos y UUOO, beneficiarias de los proyectos ejecutados por la GSIE, deben par- ticipar de los mismos involucrandose en los grupos de proceso que se Implementan, a saber. Ver Figura 1: 1. Inicio 2. Planificacién 3. Ejecucion 4. Control y Seguimiento ("EI grupo de pidcesos de ejecucién implementa el Plan de Gestién del proyecto, aprobado por la Unidad Orgs ttica, La GSIE ejecuta actividades para el desarrollo, mantenimiento, operacién, adquisicién o retiada de un pro- ducto software. En esta directiva no se est considerando a este grupo de proceso. Cidigo: DOg.Brg00¥- Gs1e Ton De 7 DIRECTIVA PARA EL USO DELA Fecha: * NORMA TECNICA PERUANA “NTP- 17 ABR. 2007 ISOMEC 12207:2004"a echo. vg a oth fal 8 br Et retmaro auc suserbe, ceruiva que +! pevene TODOS LOS OR- cconDIREOTIVAPGENERAL" « +GANOS Y UNIDA- aa DES ORGANICAS aioe Vda DS rae ero 5. Cierre 6.1 . Grupo de Procesos de Cierr: “PROYECTO Figura 1 — Grupos de Proceso aplicados en la GSIE Grupo de Procesos de Inicia proyecto, Grupo de Procesos de Planificacién: Define y refina los objetivos, y planifica el curso de accién requerido para lograr los objetivos y el alcance pretendido del proyecto, Define y autoriza el proyecto o una fase del Grupo de Ejecucién: Se lleva a cabo el plan de gestién del proyecto. Grupos de Procesos de Seguimiento y Control: Mide y supervisa regular- mente el avance, a fin de identificar las variaciones respecto al Plan de Gostion del Proyecto, de tal forma que se tomen medidas correctivas cuando sea néce- sario para cumplir con los objetivos del proyecto. : ‘ormaliza la aceptacién del producto o servicio software, y termina ordenadamente el proyecto 0 una fase del mismo. Grupo de Procesos de Iniciacion 4. Para el caso de un proyecto de desarrollo, el Organo o fa Unidad Organica ini- cia el proceso a través de a presentacién de una solicitud de Requerimiento. 2. En caso se requiera iniclar un proyecto de mantenimiento del producto softwa- re el Organo o la Unidad Organica iniciaré el flujo con la presentacion de una Solicitud de Cambio que refleje la necesidad del mantenimiento, 3. En cualquiera de los dos casos, la GSIE provede a evaluar la factibilidad y via~ bilidad del proyecto con la finalidad de determinar el inicio del proyecto. 4, Sise determina que el proyecto es factible y viable, la GSIE elabora el Acta de Constitucién del Proyecto, documento que autoriza el proyecto, y el Alcance del Proyecto, documento que aborda los requisitos del proyecto en general, enuncia lo que se tiene considerado hacer en el proyecto asi como que no se 8 DIRECTIVA PARA EL USO DE LA NORMA TECNICA PERUANA “NTP- ISOMEC 12207:2004”02 MAYO 2007 hehe me one Sem TOS HI Voltas me were eaten ae yexne TODOS LOS OR- ‘DIREOTIVAGENERAL“~."), GANOS Y UNIDA- ONPE 3, DES ORGANICAS pretende lograr en el proyecto, y se listan los principales entregables, métodos de aceptacién, entre otros. Este documento debera ser revisado y aprobado por el Organo 0 la Unidad Organica beneficiaria del producto final del proyecto. 5. Si el proyecto se llegase a tercerizar, el Grgano o la Unidad Organica deberd realizar la Solicitud de Propuesta, La evaluacién de los Proveedores se ejecu- tara conjuntamente con la GSIE, utlizando el formato de Evaluacién de Pro- veedor. Posteriormente, se desarfollara el Acta de Constitucién del Proyecto y el Alcance det Proyecto (Ver figura 2. Grupo de Procesos de Inicio). 6. Este grupo de proceso servird como entrada para los grupos de Proceso de Planificacion, Ejecucién, Control y Seguimiento. Grupo de Procesos de Planificacion 1, La GSIE, en coordinacién con el Organo o la Unidad Orgnica beneficiaria del producto del proyecto, elabora el plan de gestién del proyecto. En dicha docu- mento se mejora y precisa el alcance del proyecto. Es importante considerat que la planificacién es un proceso repetitive y continuo por lo cual los:resulta- dos de todas las iteraciones en la planificacién del proyecto deberdn ser do- cumentadas en los respectivos planes y documentos. 2. El Organo o la Unidad Organica deberd revisar y aprobar el Plan de Gestién del Proyecto. 3. Dependiendo det tamafio del proyecto el plan de gestisn del proyecto padré hace referencia a los siguientes planes: a. Plan de Documentacién, b. Plan de Gestién dela Configuracién, ¢. Plan de Aseguramiento de la Calidad d. Plan de Formacién, e. Plan de Integraci6n del Sistema £ Plan de Instalacién del Software 9. Plan de Operacién del Software h. Plan de Mantenimiento del Software a. Plan de Migracién Cada uno de los planes referenciados también deberan ser aprobados por el Organo 0 la Unidad Organica beneficiaria del producto del proyecto. Ver Figu- Grupo de Procesos de Planificacién °° ‘Siempre y cuando el proyecto sea de rotrada de un producto software. Citiso: Dor.0-200¥- aa/é/oura o DIRECTIVA PARA EL USO DE LA Fecha: NORMA TECNICA PERUANA “NTP- 17 ABR. 2007 ISOAEC 12207:2004" ewww wr wer wwe wwe re we eee eee wee eee ee cee ewe02 wo 20 yen Oe ee a eeu ag ss taanene que wutbe, cota mee grote romeo DIREGTIVAGENERRE??* vdeo D SE soloea stato dosage freduonoserihseteae TODOS LOS OR- GANOS Y UNIDA- DES ORGANICAS Figura 2- Grupo de Procesos de Iniciacién , Clon Dono-Ree¥- Gs1e fonre 10 DIREGTIVA PARA EL USO DE LA ha: NORMA TECNICA PERUANA “NTP- 47 ABR. 2007 ISONEC 12207:2004"rene OT ett LS EON Clave: . t EL Fe ino“ que suscribe, certifics cl presente TODOS LOS OR- # document DIREG EL WAX vigozia GANOS Y UNIDA- vota eso ’ > > ) DESORGANICAS |} ’ > > > > oD Figura 3 ~ Grupo de Procesos de Planticacion d » » » > » d ’ » y d ’ » Grupo de Procesos de Control y Seguimiento oD El Grupo de Procesos de Control y Seguimiento tienen la finalidad de observar la) ejecucién del proyecto de forma que se puedan identificar los posibles problemas. y oportunamente y adoptar las acciones correctivas, cuando sea necesario} ‘para controlar la ejecucién del proyecto. Este grupo de procesos proporciona retrdalis, , mentacién entre los grupos de Proceso de Inicio, Planificacion, Ejecucién y Cierro > (Ver figura 4). > > d » , y d d ) » » » » d » EI Organo o la Unidad Orgénica participa activamente en este grupo de procesds conjuntamente con la GSIE, revisando y aprobando: Informe de Controt Semanal Informe de Control de Riesgos Informe de Control de Entregables Informe de Gestion de la Configuracién Actas de Reunién Actas de Entrega Acta de Observaciones Evaluacién de Desempefio del Personal Soporte a Usuario Boor. 65767 00pE TT DIRECTIVA PARA EL USO DELA CONTA ENS NORMA TECNICA PERUANA “NTP- 17 ABR. 2007 ISONEG 12207:2004”cen, 02 N17 i, She 82S 285: piebate TODOS LOS OR- one ‘too DIREGAALGENERA: doco 1, GANOS Y UNIDA- haa DES ORGANICAS La forma de participacién pueden ser a través de revisiones, inspecciones, audito~ rias y revision de pares. La metodologia y estralegia de ejecucion de las mismas se acuerdan con la GSIE. Figura 4 ~ Grupo de Procesos de Control y Seguimiento Grupo de Procesos de Cierre El Grupo de Cierre incluye los procesos utilizados para finalizar formalmente todas Jas actividades de un proyecto o de una fase de un proyecto. E} Organo 0 la Uni- dad Organica, beneficiaria de! producto del proyecto, revisa y aprueba todos los entrogables y formaliza el cierre. 4. Este Grupo de Procesos, una vez completado, verifica que los procesos defi- hidos se completan dentro de todos los Grupos de Procesos para cerrar el pro- yecto 0 una fase del proyecto, seguin corresponda. .. Establece formalmente que se ha finalizado un proyecto o fase del proyecto (Ver figura 5). Cigar Dota 200¥- GS/EONPE 2 Fecha: DIREGTIVA PARA EL USO DE LA NORMA TECNICA PERUANA “NTP- ISONEC 12707:2004" 17 ABR. 20074a ONPE EI Fegataro gue ONPE ~ -echae D.2 HAND evar eB o3 ouscrib, Ine ae NEAL dou BIRECTIVA.GENI ve ¢ pesenJ ODOS LOS OR- a erito BANOS Y UNIDA- DES ORGANICAS ee) Figura 6 — Grupo de Procesos de Cierre El cruce entre los Grupos de Procesos de Proyectos y los Procesos del Ciclo de Vida de! Software tienen como resultado los siguientes formatos y plantillas. que seran utilizados-a. lo largo de todo el proyecto. Cabe resaltar que dependiendo de la magnitud del proyecto se podran seleccionar aquellos entregables que se alineen a las necesidades del proyec- to. Cada uno de dichos entregables deberan contar con la revision de los Orgatiog ‘y/o uuooO. Realizar la | « Desarrllar el Plan Salicstud de |" da Gaston «FPL Cambio-FPL | 13-PGvit 18-scvia Desarollar ‘Acla do Conat tuclén dol Pro- G] yeoto-FPI 1.4 ~ donna Desaroliar ef ‘Alcance del Pro- yecto- FPL 1.2— AP via ‘+ Desarrotar oh Informe de Con- two de Rlesgos - FPI1.A2—I0R, viz * Desarrllar Informe ce Con- tuoi do Entvoga- les -FPI 1.8.3 EV2 + Desareliar Informe de Gos- Won dela Cont. guradén- FPL {4a-locvi2 ‘+ Desarolar a ‘Aga de Reunion SFPILT AR. *=Dosarolie st" Formato de Leo- ones Aprendidas SFPITAO=LA vio ‘+ Elaborar of Acta de Gierte dal Pro- Yyouto-FPI1.9— ACP via Chine: pero- 200¥- BS1é loupe Foch : 47 ABR. 2007 73 DIRECTIVA PARAEL USO DE LA NORMA TECNICA PERUANA “NTP- ISONEC 12207:2004". of. Fecha: 2, MAND dail Be Nhe CO TODOS LOS OR- 7 Fedatara que. VA GENERALS or ANOS Y UNIDA- ONPE “ DES ORGANICAS yore SS ‘Acla de Entega CPPLLS AE via + Desarolar et ‘Aota de Obser- vaciones - FPL ‘| 18-AOviA TRociaarlap>Desarolaria | Realizarel Paso a Solidtud de Re- | Espociicacionde | Prucbas-FPi 2.8 : uerimionto | Rogusitos de Sott-| ~ PASP vi.t : Fpi210-SR | waro-FPI21— | «Desarolar of : vio ERS v5 Informe do Pruc- *Deserrotar la bas -FPI28.1— Espediicacionde | IP vit Reusits del Sis | « Dosarolar ef Log tama-FPI22— | de Errores-FPI ERSI vit 262-LE vit “Desaraliaria | »Dasarroliar : Especiicaciénde |” Resumen de Erro- Cases deUso- | res FPI283— Fpi2s-ecu. | REvio vit + Dosarolar 0! ‘= Dosarrlia el Pian | "Formato de Inc ‘do Pruebas: FP | dencias -FPI2.0~ 25-PPvi2 FING v1.3 + Dasarotar et serio Detaliado do Software - FI 24=DDSW 12 + Dosarroliar al Pian {eIntogracion del Sletoma = FPI2.5 — Pisvt2 += Dosarallar et Pian de Desplague del ‘Software -FPI27 PDS vit ee es “ Realizar Ta ~Dessndlara | Elaborar of Acta Solldtud de Formato de Eva- | "de Gonformidad - Propuesta- FPI huacién del Pro- | FPI33~ACO- 34-SP vid voador-FPIS.2 | vit «+ Eyaluer la Eve Seyi wacién Postor ' FPI32—EP va + Desarior @ Plan Elaborér fa : ‘de Fomaciin - FPI Evaluacion del 81 -PGC VIO Desempero det : | Personal - FPL 4.1 -EVDES — vio ~Decarolara Pian ‘de Mankenimiento e Software - FPL 5.1—PMSW v1.4 «+ Dosarralar ef Pian . J , Cinige Dov. d-k0O¥- GS/ETOUPE 4 DIREGTIVA PARA EL USO DELA Feche NORMA TECNICA PERUANA “NTP- ISONEC 12207:2004" : 17 ABR. 2007ot, . yea 41 retaso 9 sata cgi ga a pesme TODOS LOS OR- scoresoBIREOEIUA = GANOS Y UNIDA- ONPE ~ DES ORGANICAS de Nigracion = FP 52—PMGV 1.9 ‘=Desarrolar af Plan” | + Realizar ol Pase 6 ‘de Operacién - FPL |” Produccion -FPI s B1-POvia 6.3~-PASPRO. "i via i + Acualizarla Bb - FPI6.4— ABD V1.0 ‘+ Realzar ol Soporte | ‘Usuario -FPI62 : =suvit ‘= Desarolar Pan | + Elaborar i Mancal de Documentacién | ° de Usuario -FPI : FPI74—PD | 7.2—MUYi.0 v0, ‘= Dasarolir el Plan do Gestion dela ‘Contguracion - * FPIB.1~PGC Vio. ‘= Desairolar ol Pan ‘do Asoguramierto 4 ‘sla Calkdad - FPL BASPAC VIO, *Dessratarla Especiteacion ce (Casos de Prusbea - FPI10-1~ ECP. vio 7 _ Lista de Procedimientos, Formatos y Plantillas 7.1. Lista de Formatos y Plantillas A continuacién, la lista de formatos y plantillas generados como parte de la adecua- clon de la NTP ISO/IEC 12207 en la ONPE. Los formalos y plantillas se han agru- pado de acuerdo a los Procesos del Ciclo de Vida de Software. FPLi1-ACvia — [ACComelalve del Pro- TaC-ogtwa.0 [Acta de Corsten do yeoto-Versiin del Do- Proyecto cumento | FPI12—AP vit [AP-Conelativo del Pro” [aP-potvi.1 | Neance del Proyecto yecto-Version del Do= cumento [FPI1.3-PG vit | PG-Corrlatve dol Pro- [pG-oo2.v20 | Pian do Geatién vyecto-Versién del Do- ___|eumento FPI1.4.1-ICSv1.4 | !CS-Nomero del Infor] i¢s.o01-022 Informe de Control Se- me-Correlativo del Pro- manal S518 /OnPe DIRECTIVA PARA EL USO DE LA NORMA TECNICA PERUANA “NTP- 17 ABR. 2007 ISOMEC 12207:2004" wT rr eee eer ew rere reer ewer’ech, 02 HANG Laat tei, ASB SR ONPE Cine : Fi El Fodatara que suserve, certiica ° E cane DIREC TVA GENE! ta oheememceee Vode 2007 TODOS LOS OR- GANOS Y UNIDA- DES ORGANICAS we 0) prevents mao a4 "___lyecto 7 FPI14.2-ICRvi2_ |ICR-NUMERO DEL ICR-005-022 Informe de Control de INFORME- Rivsgos CORRELATIVO DEL PROYECTO FPI1.43~ICE v1.2 |ICE-Numero del Infor | ic-008-022 Informe de Control de me-Correlativo del Pro- Entregables Se yecto a FPI14.4—1GC v1.2 |!GC-Nimero del infor- | Gc-003-022 _| informe de Gestién de la me-Corratativo del Pro- Configuration eee clo. i FPI1.5~AE v1.1 ‘AE-Corrolativo dol Do- | az-001-002 ‘Acta de Entrega cumento-Correlativo del Proyecto EE FPI1.6- AO v1.1 ‘AO-Corrolative del Do- | aQ-001-002 ‘Acta de Obsorvaciones cumento-Gorrelalivo det Proyecto a FPI1.7—ARViA ‘AR-Correlativo del Do- | AR-008-022 ‘Acta de Reunion ‘cumento-Corretativo del Proyecto ie FPIT71—ARIvi0 |ARFSiglas del Area | ARi-GaF-002 | Acta de Reunién Inicial Boneficiaria-Correlativo a FPI1.8~SC vit ‘SCCorrelativo dela | sc-001-002 Solicitud de Cambio Solicitud-Corretativo del _|Proyecto eet FPI19—ACP v1.1 |ACP-Correlativo del | AcP-002-v1.0 _| Acta de Cierre del Pro- Proyecto yecto TA-Correlativo de Lec- FPI1.10-LAV1.O clén Aprendida- Correlativo del Proyecto | _ Lecciones aprendidas: 2, Proceso de Desarrollo FPI21—ERS v1.5 [ERS-Correlativo de ERS-004-v1.4 | Especificaci6n de Requi- Proyecto-Versién del sitos de Software Documento FPI22—ERSI via [ERSKCorrelalivode | ERSI-004-v1.4 | Especificacién de Requi- y Proyecto-Versién del sitos de Sistema Documento a FPI23-EcU vit [ECU-Correlativa del ECU-002-v1.0 | Especificacién de Casos Proyecto-Version del de Uso Documento Serre FP12.4— DDSW v1.2 [DDSW-Correlalivo del | ppsw.-002-v1.0 | Disefio Detallado del © | Proyecto-Versién det ‘Software Dogumento ae PIS-Correlativo del Pro- | pis-002-v1.1 Plan de Integracién de! FPI2.5- PIS v1.2 17 ABR, 2007 yecto-Versién del Do- Sistema cumento ee Dod -RO0¥~ Gare -OUPe 6 DIRECTIVA PARA EL USO DE LA NORMA TECNICA PERUANA “NTP- ISOMEC 12207:2004"st ot, t suscribs, cerviica que st prener TODOS Los‘OR- ‘omencBIREGHUAGENERALCon: ~GANOS Y UNIDA- ONPE ~ DES ORGANICAS FPI2.6—PP v1.2 Plan de Pruebas del yeclo-Versién del Do- Sistema ‘cumento Sates FPI2.6.1-IP vii ||P-Correlativo del Pro-Tipooz-v1.4 Informe de Pruebas yecto-Version del Do- | cumento a z }FPI262-LE v1.0 | LE-Correlalive del Pro- | E-o03-v1.1 Log de Errores | yecto-Version del Do- | ‘cumento SHE ee eee FPI2.6.3 - RE v1.0 eee del Pro- ) RE-002 Resumen de Errores yyecto ae FP127~PDSvi.1_|PDS-Correlativo del | pps-o03-v1.2 | Pan de Despliegue del Proyecto-Versién del Software Documento FPI2.8~PASP vit {PASP-Correlativo del pasp.9024.1 | Pase a Pruebas | Proyecto-Versién del Documento a ‘Codigo del Centro de | croco1—co1 Formato de Incidencias ‘Cémputo-Corretativo de! } Formato de la Inciden- cla Ee FPI2.10-SRvi.0 © |SR-Correlalivo dela” "| sp.o01-002 Solicitud de Requeri- Solicitud -Correlativo del mientos He Proyecto 3, Proceso de Adquisicién FPI3.1—SP vit |SP-Correlative del Pro- |'sp.oo2-vi.0 Solicitud de Propuesta yecto-Versién det Do: ‘cumento FPI32-EP vit | EP-Correlativo dal Pro: /Ep-oozv1.4 Formato de Evaluacion. yecto-Versién del Do- de Proveedor ‘cumento FPI33-ACOvi4 | ACO-Corelative del” “!Aco.002.003 | Acta de Conformidad Proyecto-Correlativo del Acta de Conformidad | _ f |4. Proceso de Recursos Humanos FPL 4.1 - EVDES v1.0 [EVDES-Correlativo de! TEypES-001-002 | Evaluacién “We Desoin- wwe ww ew ewe ee eet Proyecto-Correlativo de! peifo dol PerSorial Formato, ECE CeereEEse FPI4.2-PF v1.0 PF-Correlativo del Pro- | pF.992-v1.0 Plan de Formacién yeclo-Versién del Do- cumento Hee 5. Proceso de Mantenimiento FP15.1—PMSW v1.1 |PM-Correlativo del Pro- | PM-002-v1,0 Pian de Mantenimiento VE yecto-Versién del Do- de Software i Se cumento [FPIS.2-PMG V1.0 |PMG-Corrolative del _|PMG-002v12 [Pian de Migracién Proyecto-Versién de! Cho: OBfBaRoey- BIE CODE 7 DIRECTIVA PARA EL USO DELA Fecha 47 ABR. 2007 NORMA TECNICA PERUANA “NTP- ISOMEC 122072004” we wre ee we ee ewe we wer ew eee ew eee’oh (18¥6 nna em, TODOS LOS OR- : Bi | ee REGTVAGENERAL&... GANOS Y UNIDA- ‘ ‘ONPE ~ DES ORGANICAS ‘ Seon dS Docummento 6 Proceso de Operacion Eee FPI61-PO vi | PO-Correlativo del Pro- ]PO-002-V1.1 Pian de Operacién | yecto-Versién del Do- | cumento iiaranel | FPI62—SU vid |SU-Correlative del Pro- | SU-001-008 ‘Soporte a Usuario | yecto-Correlativo del Reporte HE FET 63 — PASPRO|PASPRO-Correlative | PASPRO-012-001 | Pase a Produccién | : vist det Proyecto-Correlativo: | dei Pase_ He FPIeaZABDvi0 [ABD-Correlative del /ABD-012-001 | Actualizacién de Base de } Proyecto-Corrotativo del Datos i _| ABD eet 7-Proceso de Documentacion a FPI7.1—PDvi.0 | PD-Correlative dal Pro- ]PD-002-v1.1 Pian de Dooumentacion : yecto-Versién del Do- cumento Manual de Usuario : FPI72—=MU v1.0 |MU-Coreelativo del Pro- yecto-Versién del Do- ‘curmento Ee 8. Proceso de Gestion de la Configuracion oe ‘ Fpia1-PGCV10 |PGC-Corrlativo del ]PGC-005-v1.0 [Plan de Gestiin de la | Proyecto-Version del Configuracién : Documento | [9. Aseguramiento de la Calidad ane . ' FPI9.1-PAC V1.0 | PAC-Correiative del [PAC-003-v1.0 | Plan de Aseguramianto Proyecto-Versién del de la Calidad ‘ oe Documento 10, Validacién a Peererrrerea| FpI10.1 ECP V1.0. [ECP-Comélativo del ~ TEOP-004-v1.2 | Espacificaciin de Casos Proyecto-Versién del de Prueba _{Documento ie \ientos ‘Acontinuaci6n, fa lista de procedimientos generados para la adaptacién de la norma en la ONPE: CSR i c1 Ree Procesos Principales 1. Proceso de Adquisicion P11.1-GSIE | Procedimiento de Adquisicion 2, Proceso de Desarrollo P12.1-GSIE _ | Procedimiento de Desarrollo o DOO aO0Y - BSE OWPE 76 DIRECTIVA PARA EL USO DE LA NORMA TECNICA PERUANA “NTP 17 ABR. 2007 ISOMEC 12207:2004"0.2 Nav 2007 Bowed 2B OTE ONPE Org n= & fice gee ante cntes ge 2 pane TODOS LOS OR- 0 E deunee DIREC HVACGENERALE Wo a. GANOS Y UNIDA- DES ORGANICAS ae Ls. & Procedimiento de Pruebas P12.3-GSIE _| Procedimiento de Instalacion P12.4-GSIE__ |Procedimiento de Aceptacion 3. Proceso de Operacién P13.1-GSIE__ [Procedimiento de Operacién 4, Proceso de Mantenimiento P141-GSIE__ | Procedimiento de Mantenimiento | Procesos de Apoyo 5. Proceso de Document: P16.1-GSIE_ | Procedimiento de Docurentacion 6. Proceso de Gestién de la Configuracién P16.1-GSIE__[Procedimiento de Gestién de fa Configuracion 7. Proceso de Aseguramiento de la Calidad PL7.1-GSIE _ | Procedimiento de Asegurar nto de la Calidad 8. Proceso de Verificacién/ Validacién P16.1-GSIE _ [Procedimiento de Venticacon Validacién 9. Proceso de Revision Conjunta P1941 -GSIE__ | Procedimiento de Revisién Conjunta 40. Proceso de Solucién de Problemas P110.4 -GSIE__| Procedimiento de Soluci6n de Problemas | Procesos Organizativo: 11. Proceso de Gostion P111.1-GSIE__[Procedimiento de Pianificacién de Proyecto P111.2-GSIE_ | Procedimiento de Control y Ciorre de Proyecto 12. Proceso de Infraestructura 112.4 -GSIE_| Procedimiento de Infraestructura 13, Proceso de Mojora P113.1-GSIE_[Procedimiento de Mejora 14, Proceso de Recursos Humanos P1141 -GSIE_ | Procedimionto de Formacién de Personal Citivor Dov.o~ 200¥- Gale /OAPE 19 DIRECTIVA PARA EL USO DELA NORMA TECNICA PERUANA “NTP- 17 ABR. 2007 A ISOMEC 12207:2004"un, U2 HAO 2007 of oe Az eos : Chaves. ‘ Dette TODOS LOS OR" i Ry ane DIRBOTIVACGENERAL wncss: GANOS Y UNIDA- ONPE ~ Tie nes Plantilla que describe ta necesidad de crear 6] sistema o producto software y cuales son Especificacién 4 a aciOn | sus objetivos. Define los requisites de! soft- ot [FPIZ1—ERSvi5 [do Requbtes ror, hardwar, dagramae de sistemas y cualquier otra informacion que sirva de so- porte y guia para las fases posteriores. eee . [Pianta que éspecifica los requisites, ‘cali- Fa ERSI 4 (Ca eae | dad del software, lmiaciones dota arquitec- 5 ge Regus | tura y dicofio del sistema o producto softwa- re. FPI2.3-ECU v1.4 Especificacion de Casos de Piantilla que describe ta funcionalidad de: cada caso de uso. Lista las interaccionos ‘que tienen Jos actores con el sistema 0 pro- ve ducto software. Piantiia que (entifica qué su Plan de inte- | procesos y componentes se implementarén FPI25—PIS v1.2 |gracién de! temas, fen cada iteracién. Se especifica qué subsis- 05 |FPI2.6-PP v1.2 |bas del Sis- Sistema temas formarén parte de la integracién det sistema o producto software. Plantilla que describe los tipos de pruebas a realizar, pasos, recursos y roles necosarios | plan de Prue. {2° la ejecucion dal sistema, Establece los casos de prueba que serén desarrollados a partir de las especiicaciones funcionales del bale producto software. Define el enfoque de fisefio de pruebas (caja negra y blanca) acorde al sistema Piantila que describe todos 10s tipos de Informe ge | 78 enconirades en fos diferentes médu- 06 [rpi261—i viz /{nforme de Jigs, mend, submends, ot., existontes en el sistema o producto software, que esta sien- do probado por el Area de Pruebes. Formato que: identifica y registra todos los Log de Erro- | tipos de errores que se encuentren at mo- O7 |FPI26.2—LE VI | re, mento de realizar las pruebas en el sistema ‘o producto software. Focmato que resume todos los tipos de erro- FPI263=RE vio | RUMEN E? | res encontrados en tos diferentes médulos del sistema o producto software probado Piantila que describe todas las actividades Plan de Des- | instalacién que se levardn acabo, ast FPI2.7-PDS v1.1 | pliegue del como las responsabilidades del usuario y ‘equipo de desarrollo. Describe los recursos y- Software fuentes que so necesitaron para llevar acabo las actividades de instalacién, asi como: faci Caaige. Dore 2004 - GSE OWE 2 DIREGTIVA PARA EL USO DELA 17 ABR, 2007 NORMA TECNICA PERUANA “NTP- ISONEC 12207:2004"TODOS LOS Or- GANOS Y UNIDA- DES ORGANICAS Teas 10 lidades de hardware y unkad de instalacion. Fomato que dese os components de Pase @ Prue- | configuracién que serén entregados ‘al Area FPI2.8~PASP V1.4 Th a5 de Pruebas, para realizar las respectivas pruebas del sistema o producto software. Formato que se emplea para registrar las FPI2.9-FINC v1.4 Formato de incidencias presentadas en el periodo de "4 ‘ Incidencias pruebas de acoptacién dei sistema 0 pro- ___| ducto software por parte de! usuario, Formato que describe los requerimientos Solicitud de | que necesita e! Organo o Unidad Organica 12 |FPI2.10-SRv1.0 |Requerimien- |de la institucion, para el desarrollo, imple- tos mentacién 0 mantenimiento de un sistema, producto o servicio software, En los siguientes procedimientos, anexados a la presente directiva, se detallan las actividades que debera realizar el Organo 0 la UUOO: 4. Procedimiento de Desarrollo — PI 2.1-GSIE 2. Procedimiento de Pruebas — Pl 2.2 ~ GSIE 3. Procedimiento de Instalacién — PI 2.3-GSIE 4. Procedimiento de Aceptacién — PI 2.4-GSIE Proceso de Operacién El Proceso de Operacién contiene las actividades y tareas del operador desarro- lladas conjuntamente con los Organos y/o las UUOO, beneficiarias del Producto de software. 1, El proceso empieza cuando el desarrollador (analista programador) instala el . Sistema o producto software en su entomo de operacién (Organo o Unidad Organica), de la institucién 2, El propésito de éste proceso, es e! de operar el sistema o producto software en su ambiente 0 entorno proyectado y proporcionar apoyo al usuario (Orga- no 0 Unidad Organica). 3. El proceso termina cuando el operador informa a la GSIE/SGPI el comporta- miento det sistema 0 producto software, por si en algtin momento ocurrieran inconvenientes al momento de estarlo operando. 4. Si existieran problemas se procedera a realizar el mantenimiento correspon- diente del sistema o producto software, pero para ello debera verse la dispo- nibilidad (tiempo, recursos y presupuesto) por parte de la GSIE/SGPI. El resumen de las actividades, los procesos involucrados y las salidas es el si guiente: 27 DIRECTIVA PARA EL USO DELA NORMA TECNICA PERUANA “NIP- ISONEC 12207:2004” ww rrr rr rr re ee ee ew wee cee ce ee ee ee ee ceegh Feohas 2 MAYO 7007 ‘ ote eee 6 felt ye gate tfeg gs oreie TODOS LOS OR- | ; tecnmteBIREOTIVACGENERAL...... GANOS Y UNIDA- | Ol eevee ede DES ORGANICAS ' ; teanmangmn nro 8 | Tramaviewcnethcae, | | : Deere Are BcGes Plantilla que describe la infraestructura (en- tomo de operacién), requisites, tales como: Plan de Ope-|hardware, software y roles del personal de racion operacién; y actividades (caracteristicas de cada subsistema) que se-le realizarin al sistema 0 producto software. Formato que describe aquellos incidentes EE ‘que se presentaron al momento que el usua- 4 01 | FPI6.1-PO vit rio esta operando el sistema 0 producto software. A su vez describe o! soporte quo al usuario recibe cuando el incidente es ‘de] menor grado, De ser el incidente de mayor| grado, $e procedera a la evalvacién de un mantenimiento del sistema o producto soft ware. Soporte a o2 |FPI6.2-SUv14 | eo oto En el procedimiento denominado *Procedimiento de Operacion ~ PI 3.1 — GSIE", anexado a la presente directiva, se detallan las actividades que deber realizar el Organo o la UUOO como parte del proceso. Proceso de Mantenimiento El Proceso de Mantenimiento contiene las actividades y tareas del responsable del mantenimiento. 4. El proceso empieza cuando el sistema o producto software sufre modificacio- nes en el cédigo 0 documentacién asociada, debido a un problema o a la ne- cesidad de mejora o adaptacién. Gage DOV O-ADOP= GCE TOPE 28 DIRECTIVA PARA EL USO DE LA Fecha: NORMA TECNICA PERUANA“NTP- : ISOMEC 12207:2004" 17 ABR. 2007ONPE a Fl Fedstas que ussite, caves ae -' oe te TODOS LOS OR- ecurmant cD H GENERAL” «1 GANOS Y UNIDA- bd i D> DES ORGANICAS 2. El propésito es modificar el sistema o producto software después de realizar ta entrega al usuario, corregir las fallas, mejorar el rendimiento u otros atribu- tos, 0 adaptarlo a un entomo cambiado, este proceso incluye la migracién y relirada del producto software, 3. El proceso termina cuando se realiza la retirada del sistema 0 producto soft- ware. El resumen de las actividades, los procesos involucrados y las salidas es ol si- guiente: dgdrexedaeetcces El Organo y/o las UUOO deberdn participar de la revision y aprobacion de los si- guiente entregables del proceso: bildades de las personas que intervienen en el mantenimiento del sistema o producto FPL 5.1 ~ pMsw| Pan de Man | conware. Describe la estimacién de les ta. via Sofware "| reas, seguridad y caracteristicas det sistema alo largo de su mantenimiento. identifica las actividades de veriicacién, rendimiento y/o I ejecucién del sistoma 0 software. A su vez! 2 DIRECTIVA PARA EL USO DELA NORMA TECNICA PERUANA “NTP- ISOMEC 12207:2004" wr rrr rrr rer rrr re rr rrr rrr re wr eer eee re ee eeean 2, HNO 207 Lat eI2B= ote REN BELOW al _ ONPE = iz 2 ABABA TODOS LOS OR- GANOS Y UNIDA- DES ORGANICAS Vee Sy se espocifican los niveles de servicio en el que se valorara la calidad de prestacién, Adicionalmente el plan cuenta con dos for- matos, que son: Peticién de cambio de soft. ware, el cual, contiene tipo, prioridad y des- cripcién del cambio a reatizarse en ol siste- ma o producto software; y el Log de manto- nimiento, en donde se llevara un registro de todas las peticiones solicitadas. ! Plan de Mi 02 | FPIS.2—-PMGV 1-1 | on /Planilia que define las “estralegias que se ullizaran on Ja migracion del sistema o pro- ducto software. Describe como se llevaré acabo ol proceso de migracion, su entomo do pruobas, preparacion y etapas de migra- ci6n, A su vez los recursos y el andlsis de aplicacion (lenguajes de programacién, li- reas de cédligo, elc.)- En el procedimiento denominado “Procedimiento de Mantenimiento ~ Pl 4.1 — ' GSIE", anexado a la presente directiva, se detallan las actividades que deberd realizar el Organo 0 la UUOO como parte del proceso. 8.6. Proceso de Documentacion guiente: El Proceso de Documentacién registra la documentacion producida por un pro- : ceso 0 actividad del ciclo de vida. Contiene un conjunto de actividades para plani- ficar, disefiar, desarollar, producir, editar, distribuir y mantener aquellos decu- mentos que necesitan todos los involucrados, tales como: Gerentes, Analistas (funcionales y programadores) y Usuarios finales del sistema 0 producto softwa- Te. El propésito de este proceso es desarrollar y mantener registrada la informa- cién del sistema o producto software, producida por un proceso. El resumen de tas actividades, los procesos involucrados y las salidas es el si- DOF- GSE OMPE 17 ABR, 2007 30 DIRECTIVA PARA EL USO DE LA NORMA TECNICA PERUANA “NTP- ISOEC 12207:2004"reona, 0.2. HN ak ce MN, : Clave: : fi fedataro. que este, cntce a2 ° seer TODOS LOS OR- cenmoeDIRECHVAGENERAL -» — GANOS Y UNIDA- ONPE«- Te DES ORGANICAS eens ene Vide S Imatatiteanecdancai oo had Er El Organo y/o las UUOO deberan revisar y aprobar los siguientes entregables det proceso: SS Plantilla que define como se registrara la documentacién producida por un proceso o actividad del ide do vila Define ta doce. mentacién que seré elaborada en el desa- fol del proyecto, 2 waves de na mata de responsabilidades, que contiene: titulo 0 Pen, de, de! name del documento, responsable, props. sito, audiencla, entre otros puntos. Estable- ce un disefio y desarrollo de plantillas y for matos. A su vez, se define la produccién, distribucién y mantenimiento que se deberd llevar acabo, cada vez que se establezca un cambio en el proyecto o en el sistema. Pianilla qi sirve como apoyo al usuario, para of funcionamiento adecuado de! siste- ma o producto software, Se define el objet vo y alcance que tiene #1 sistema, Describe Manual’ 4°] 6) funcionamiento do todos los médulos, mens, submenis, enire otras herramientas del sistema, para que sea de facil uso al momento de que el usuario interactiie con el sistoma, FPI7.1—PD v1.0 o2 |FPI7.2-MUvio | Maral En el procedimiento denominado “Procedimiento de Documentacién PI 5.1 — GSIE", anexado a la presente directiva, se detallan las actividades que deberd realizar el Organo o la UUOO como parte del proceso, Cig: DOO-200¥- GEréTOMPE St DIRECTIVA PARA EL USO DE LA Fecha: : NORMA TECNICA PERUANA “NTP- ISONEC 12207:2004" 17 ABR. 2007 ww re we ewe wee ee ew re So ee ee ee eee Se ee ew eetce: 02, MAO 207 ay rete ZN 07 oh eg NEE SS El Feelatario que guserbe, certifcs que et presente TODOS LOS OR- scree REET Ae wis GANOS Y UNIDA- ONPE DES ORGANICAS a 8.7. Proceso de Gestién de la Configuracién | EI Proceso de Gestién de la Configuracién es el proceso de aplicar procedi tos técnicos y administrativos a lo largo del ciclo de vida del software para: identi- ficar, definir y congelar los elementos software en un sistema; controlar modifica- ciones y liberaciones de los elementos; registrar e informar del estado de los elementos y peticiones de modificacién; asegurar la completitud, consistencia y ' correccién de los elementos; y controlar el almacenamiento, manipulacién y en- trega do los elementos. En este proceso tiene especial importancia ta participa: : cion del Organo o de la Unidad Organica, pues es esta la que, probablemente, i genere fas peticiones de cambio iniciando asi el control de versiones y control de I cambios. i El resumen de las actividades, los procesos involucrados y las salidas es el si- guiente: Tele re ea cakekeal EI Organo y/o las UUOO deberan participar revisando y aprobando los siguientes entregables del proceso: Cédigo: DOV.0- 2007 ~ GSE 1 OPE 32° - DIRECTIVA PARA EL USO DE LA Fades NORMA TECNICA PERUANA. tsonec 122072004” 47 ABR, 2007\ ech: 0.2. MAND ks} op WM Os. ONPE Clave: eo = ‘a + pene TODOS LOS OR- F | cccmol RBG HAGENERAL woos GANOS Y UNIDA- ONPE = “2, DES ORGANICAS Vide ‘natn abceah cin El documento Plan de Gestion de la Conf uracién describe todas las actividades ges- Plan de Ges- | tién de la configuracién y control de cambios 4. |FPI8.1~PGC v1.0 |tiéndeta | que serdn realizadas durante el ciclo do vida Configuracién | "dei proyecto o producto. Detalla el cron grama de las actividades, las responsabil- dades asignadas y los recursos requeridos. El Formato informe de Gestion de la Confi- iiome de |guracén conta et estado de os enrega. les, asl como los cambios propuestos, la 2 JFPI1.4.4~16C v1.2) Gectin dela | versién on la que so encuentra los onto: 7 gables y el responsable de dicho entregable ‘como elemento de la configuracién, y EI Formato Solicitud de Cambio documenta las poticiones de cambios que pueden ser ‘Solicitud de [Cambios correctivos, cambios de mejora y 30 [FPI18—scvi.t | coli’ de otro tipo. Dicho formato, permite registrar i fos cambios producidos y asegura el enten- dimiento del impacto de los mismos a lo largo del proyecto. EI presente procedimiento tiene por finalidad indicar fas actividades y secuencia a seguir para la Gestién de la Configuracién en la)’ Gerencia de Sistemas e Informatica Electo- ral do la Oficina Nacional de Procesos Elec- orales - ONPE. La Gestién de la Configura- cién es e! proceso de aplicar procedimientos \enicos y administrativos a lo largo del ciclo Procedimiento res-csie | de Gestén ce [oon dl sofware prone, dtr ion sas congelar los elementos software en un sis- a tema, controlar modificaciones y liberacio- nes de los elomentos; registrar e informar el estado de los elementos y peticiones de modificacion, asegurar la completitud, con sistencia y correccién de ios elementos, y controlar ol almacenamiento, manipulactén y' entrega de los elementos. En el procedimiento denominado “Procedimiento de Gestién de la Configuracién— PI 6.1 — GSIE", anexado a fa presente directiva, se detallan las actividades que deberd realizar el Organo 0 la UUOO como parte del proceso. 8.8. Proceso de Aseguramiento de la Calidad EI Proceso de Aseguramiento de la Calidad os un proceso para proporcionar la seguridad apropiada de que los productos y procesos software del ciclo de vida del proyecto son conformes a sus requisites especificados y se adhieren a los Planes establecidos. Para ser imparcial, el aseguramiento de la calidad necesita {On 2009-63761 OPE 33 DIRECTIVA PARA EL USO DE LA NORMA TECNICA PERUANA “NTP- SOME 12207:2004" 17 ABR. 2007At ce neg dccurverto Bh ONPE seen 2 NAO 207 epee good Chaves. He — ewme TODOS LOS OR- ROTA BENERALTS: ~GANOS Y UNIDA- DES ORGANICAS aS) libertad organizativa y autoridad respecto a las personas directamente responsa- ‘ bles el desarrollo del producto software, o que ejecutan el proceso del proyecto. : En este proceso deben contemplarse los factores de calidad definidos por el Or- gano 0 la Unidad Organica, beneficiaria del producto del proyecto. El resumen de las actividades, los procesos involucrados y las salidas es el si- guiente: PececeKeu hacked BS caes El Organo y/o las UUOO deberén participar revisando y aprobando los siguientes entregables del proceso: _Posenpsien: BS/E/OAIPE Fecha: aT DIRECTIVA PARA EL USO DELA NORMA TECNICA PERUANA “NTP- ISONEG 12207:2004" Sw eS SSS SS ee eee wee_, 0 2 HAND 2007 La Fechss 48, sew BCE Pepe ~ eg TODOS LOS OR- coos DIRECHMAGENERAIN cs, GANOS Y UNIDA- ONPE «: DES ORGANICAS —— a En los siguientes procedimientos, anexados a la presente directiva, se detallan las actividades que deberd realizar el Organo 0 la UUOO como parte del proceso: 4. Procedimiento de Planificacién de Proyecto ~ Pl 11.1-GSIE 2, Procedimiento de Control y Cierre de Proyecto — Pl 11.2-GSIE 8.13. Proceso de Recursos Humanos El Proceso de Recursos Humanos es un proceso para proporcionar y mantener personal formado. La adquisicién, suministro, desarrollo, operacién 0 manteni- miento de los productos software depende en gran medida de personal entendido y competente. Por ejemplo el personal de desarrollo debera tener formacién basi- a en ingenierfa y gostién del software. Es asi pues imprescindible que la forma- cién del personal esté planificada e implementada de manera temprana, para que esté disponible personal formado ef momento en que el producto software se ad- quiere, suministra, desarrolla, opera o mantiene. El resumen de las actividades, los procesos involucrados y tas salidas es el s- guiente: hase Bulb Aeccekedeael ‘esq de ae cere EI Organo y/o las UUOO deberan participar revisando y aprobando los siguientes entregables del proceso: Ne Cédigo Descripeign’ cet Este Formato tiene como principal objetivo Evaluacién de [dar seguimianto ye evaluar el desemperio 1, |FPE1-EVDES | Desompefio de_|del personal. Se toman en cuenta enteros, | Personal tales como habitos de trabajo, relaciones i interpersonales, adaptabliidad, entre otros. El Plan de Formacién documenta ol enfo- que de formacién de personal con respecto |. 2. lppiaz—pr vio |PlandeForma- | determinados requerimiontos de forma- cin ién, define roles y responsabildades en la formacién, herramlentas y técnicas que serdn empleadas con esos fines y estable— Cidijo: Der.e- 2009 - GSE / OME a2 DIRECTIVA PARA EL USO DE LA Fecha: NORMA TECNICA PERUANA “NTP- 17 ABR. 2007 ISONEC 42207:2004"Ue rate aww fect oe Sp NEGO On ot : os + az resee TODOS LOS OR- oO _ONPE teconens BRE tiene Miss GANOS Y UNIDA- F oa DES ORGANICAS cién. Cuenta con una seccién en la que se adjuntan métricas para evaluar fos resulta dos finales de ia formacién del personal, asi como la estrategia que se llevar a cabo para culminar con éxito la formacién, En el procedimiento denominado “Procedimiento de Formacién de Personal - PI 14.1 ~ GSIE", anexado a la presente directiva, se detallan las actividades que de- bord realizar el Organo 0 la UUOO como parte del proceso. 9 _Responsabilidades Toda las UUQO de ta insticon deberén conocer y utilizar los formatos een las de cada uno de los procesos indicados en la presente directiva. La GSIE es la responsable'de mantener los esténdares de los formatos que so- Portan Ios procesos del ciclo de vida de software, ‘Anexo 2 Procedimientos det Ciclo de Vida Anexo 3 Formatos y Plantillas de la NTP ISO/IEC 12207 Codign: Dov. o- 2003 - GsielonPe 43 DIRECTIVA PARA EL USO DE LA Fecha: NORMA TECNICA PERUANA “NTP- ISONEG 12207:2008" 17 ABR. 2007 . www www rrr ere eww eee re eee ew ee cc ee cee eee eeeOficina Nacional de Procesos Electorales 8 ONPE ANEXO 1 MODELOS DEL CICLO DE VIDAModelos de ciclo de vida ‘Determina qué modelo o modelos de ciclo de vida son relevantes y aplicables al proyecto, tales como en cascada, evolutive, incremental, mojoras sucesivas planeadas del producto, o espiral. Todos estos modelos prescriben ciertos procesos y actividades que pueden llevarse a cabo secuencialmente, repetidamente y combinadamente; en estos modelos, las actividades del ciclo de vida de esta norma deberian correlacionarse con el modelo o modelos soleccionados. Para el evolutivo, incremental o mejoras sucesivas, las salidas de una actividad del proyecto alimentan ja siguiente. En estos casos, la documentacién deberia completarse al final de cada actividad o tarea. En la Gerencia de Sistemas e Informética Electoral (GSIE) se propusieron los siguientes modelos de ciclo de vida, los cuales serén seloccionados dependiendo del tipo de proyecto quo se desarrolle en la Subgerencia de Proyectos Informaticos (SGPI). Tos modelos prosentados a continuacién, suministran una guia con el fin de ordonar las diversas actividades técnicas en un proyecto de desarrollo de software y con el fin de suministrar un marco para la administracién en el desarrollo y el mantenimiento. Modelo de Ciclo de Vida en Cascada Este modelo sirve como bloque de construccién para los demas modelos de ciclo do vida. La vision del modelo cascada es muy simple; por que el desarrollo de: software puede ser a través de una secuencia simple de fases. Cada fase tiene un conjunto de metas bien definidas, y las actividades dentro de una fase contribuyen a la satistaccién de metas de esa fase o quizas a una subsecuencia de metas de la fase. Las ventajas que tiene este modelo son las siguientes: = Planificacién mas sencilla, para cualquier proyecto. ~ Define el comportamiento externo deseado dol sistema antes de disefiar si arquitectura interna ~ Disefia un sistoma antes de codificarlo ~ Documenta los resultados de cada actividad. Prueba un sistema después de construito, ~ Permite trabajar con personal poce cualificado, La desventaja de emplear este modelo es la dificultad de hacer cambios en cualquiera de sus fases 0 etapas y ademds no se tiene el producto software hasta 1 final del proyecto, por lo cual se deberd evaluar dotenidamente si es que durante el proyacto se presentaran cambios en las reglas dol negocio, requerimiontos del producto o servicio software que generarén en definitiva retrocesos en las fases del proyecto ya que de ser asi este modelo no seria recomendable para el proyecto. En la Subgerencia de Proyectos Informéticos se seleccionara este modelo cuando 50 tienen dofinidos desde el inicio del proyecto todos los requerimientos solicitados por la Unidad Organica (UU.0O) solicitante del proyecto. El modelo de ciclo de vida en Cascada permite a la Sub Garenola de Proyectos informaticos (SGPI) identificar y documentar de manera adecuada los requerimientos del sistema seguin las necesidades de los usuarios finales de cualquier Unidad Orgénica de la Institucién. Adicionalmente, este modelo offeco una velocidad do desarrollo Pagina 4aceptable y presenta mayor facilidad on la divisién de las tareas y para la provision de tiempos en lo que respecta al inicio ol desarrollo del Disefio, Programacion, Pruebas y Documentacién del proyecto. A continuacién, se muestra la equivalencia entre las actividades principales del modelo y los formatos de la NTP ISO/IEC 12207:2004: a ‘Sistem Praneaclon y Estmacién del Proyects Feiia-eGvia | Pande Gestion Modelo dea stunciéa actus, ‘informe preimina de nacesiades. FPIZA0-SRWi0 | Solidted de Requermiontos Exide do Viaidad. Espaciioseon 06 [Eapeofleacln do mauiitoe dol Sistema Global (HW y Sw) [FPI22-eRSIvi1__ | Reauisios dl Sistoma Espociicaion Ezpoofleactn dol intofax do! Siem, FPL22-ERSIvi.s | Requsstos del Sistema TEspeciicaion de Deserpcibn funcional dl Sistema, Fpi22-eRsivit | Recustos de Sistema ‘Acoplecin fomal do es requitos dal Sistema Global por pare de ene | Andlisis do los Requisitos del Software Expocticaclon de [Ariba do ivornackn que dabe tatarelsortware, | rpi2.1 ERS vis | Requsltos del Sowers Especfieacin de Rendimiento osporado de! Sitwas, poizt-ersuis | Regdslios da Sofware ‘Especticacion de Inferfacos con otros Sistas. rpi2t ens vis | Requstos da Sotware Establecirints de las reatciones de csefo que dobe Espooiioacion de coneiderar ol Software EPIZA-ERS v1.5 Roqusitos ce Sofware Fepecicacion do Gasos do _Esablosinlonto dl fijo de ‘nformacién. epizs-ecuvia | Uso. Plan do Pruabas. FPI26-PP vi2 | Pan de Prucbas |Disoio dal Software ieee Detalado de Descripsin del sero del sotware FPi24-poswvi2_ | Softmare Diack Datldo dal Deseripsitn de a arquectura. feizs-poswvi2 | Software Diseto Osialedo dar Decerpon de las besos de dalos (sles deaplcaciém,. _[F124-npsiwwi2 | Softwere Disote Datalids dal Descripsgn de inesfacss. FPI24-DOSWv1.2_| Sofvere ‘Dyeehio Dealaga de Descrpcn de games. Fi24-poswvi2 | Sofware Relorenias enzadas con os roquists. reyisiones de prusbas. ‘Manual ¢o usuario protiiner Fer72-MUvio [Manuela usuario | codiieacion Llstadoy archivo cobre soporte magnétice del cecigo fuonle ylceras asoiadas Ustadoy archivo solxe soporte magniice do las bases de datos generades Arca abjelo ganerado, Docurentacin co Sista. Manual ano Pagina 2examen rinses cons aramid Hy Sooai Soe tccmanpuuaoaser” |FFi27-rosei4 [Pande Dunteqe dt Staote copies eaten dae) | teins pera bono len Das paral aed rts DDooumentaccn do usuario (Manual del Usui, Manual 169 Operacin, et) Feet POvtA | Plan de Operaniba _fepi72-muvi.o | wtanual do Usa Plan de Formaciin, - Fp142-PEvi0 | lan de Founacioa Plan de Integracion del Pande negeacin, Fi28.9iS v2 | Sistema Sistema sotare integra, F126. eAspvit [pase a Pruebas Pruobas, peciicaclen de Gass 2 Espoolcacén de los pruebas. retto4-ecevi0 | Prucba FPI26.1-IPviA__|nforme de Prusbas Feiz62-LE v1.0 | Los deerores eee FA1263-RE v1.0 | Resumen de erores FPI6.3-PASPRO vit ase a Producetin Mantenimiens Hstrio de pedidos de mantenimiento, FP162-SUvi.1 [Soporte @ Usuario FP120-FING v1.3 | Formets de incidencios (Ordenes de Mantenimnento ‘Reluaizacion de Beso 66 Fei64-nso v1.0 | Datos ‘cimaniacion reacionada Gon fa Gealon de Pan de Gestion 36 Wi Configurcien, Frlat-ece vio | coniguracién "Pn de Wenteriniento 36 ‘Recomendaniones de Manlenimlento FPIS.A-PMSWvit_| Sofware: Plan de retro. Z I Modelo de Ciclo de Vida Espiral Es un modelo de proceso de software evolutivo que acompaiia la naturaleza interactiva do _construccién de prototipos con los aspectos controlados. y sisteméticos del modolo lineal secuencial. Se desatrolia en una sorie de versiones incromentales. Durante las primeras iteraciones, la versién incremental podria ser un modelo en papel o un prototipo, la ultimas iteraciones, se producen versiones cada vez més completas de ingonioria del sistema. Este modelo se divide en un numero de actividades estructurales o regiones de tareas, como comunicacién con el usuario, planificacion, andlisis de riesgos, ingenieria, construcoién y adaptacion, evaluacién del usuario. Las ventajas que tiene e| modelo en espiral son las siguientes: — Puede ser combinado con otros modelos. = Aumenta ol costo, disminuye el riesgo — Non funcionar. jta_una definicién completa de los requerimiontos para empezar a — Alentregar productos desde el final de la primera iteracién es més facil validar los requerimientos. = Elrlesgo en gonoral es menor, porque si todo se hace mal, solo se ha perdido €l tiempo y recursos invertides en una iteraci6n, El riesgo do suftir rotrasos es menor, ya que al identificar los problemas en tapas tempranas hay tiempo de subsanarios. Pagina 3— Las desventajas que presenta este modelo es que son: — Mas complejos y requiere mas administracion. — Es dificil evaluer los riesgos. — Necesita de la participacién continua por parte del Usuario. — Cuando se subcontrata hay que producir previamente una especificacion completa de lo que se necesita, y esto lleva tiempo. Se seleccionaré este modelo de ciclo de vida ya que permitiré a la Sub Gerencia de Proyectos Informaticos (SGPI) asegurar la desaparicién de incertidumbro, prevenir riesgos, definir los objetivos do calidad, altemativas y restricciones que puedan surgir en el desarrollo de un proyecto informatico. Ademds este modelo esta orientado a los riesgos, resultados finales y proporciona un potencial on ol desarrollo rapido de versiones incramentales dol software. Este modelo funciona bien en proyectos de innovacién (Proyectos de gran magnitud). Adicionalmente, convendra emplear este modelo siempre que se necasile mostrar el grado de avance del proyecto al usuario final 0 cuando se requiera entregar versiones del producto software. A continuacién, se muestra la equivalencia entre las actividades principales del modelo y los formatos de la NTP ISO/IEC 12207:2004 [Determinacign de Objetvos vAlernatias En a primera vuelta dl espral Mods dela Stuacén Actua Informe prlirinar de nacesiaades FPI210-SRvi0 | Solgtue de Roquerimientos [Especifeaciin de Deseripeén tunionel dl sistema pel22-rRsivi.s | Requisios cl Sisoma _Espociieaién funcional do los requsios de sistema. Espoctieaciin do ew SW) Fei22-ersivit | Roqsstosca Sstoma En as vuoltas siguientes Comreoxioros o apler en Informe smpletrio de necesita FPI210-8Rv1.0__ | Sobeius de Requerimiontos spociicaion ds eserpsin funciona! dl sstoma rei22-eRsivi.s | Requstos cal Sistema Espectoacon funciona! de los requstos del sistema Espociicacion de ow sw) Fei22-ERSIviA_| Reguisis del Sistema specticacin do nuevos requis funcionales de Especiicacton do sistema Fpi22-ensivi4 | Requsitos dal Sistema Analisis do Riese En cade una do las wwoitas del expial dentition de toe Riesgos (niles y subsiuiontos. |FPI12-PGviA [Plan do Gostin tositcaién do oe Riesgoe, FPLLS-PG vit | Pando Gestion robsolcad estinaca para cada uno dalosiescos. [EPI 3-PSvit [Flan do Gostn Eimaciones del impacto que podré ocasionar eada uno 46 os iesgos en el puyecto yen a producto FPLi3-Pevis | Piande Gestion Tnronne oa Cental Evaluaién de los Riesgos FPA WeRui2 | Rlesgos Recomendaciones y procediintos para gestionar oe Informa 6a Cont da foogos. FI1.42-\0Rv12 | Rlesgos ‘Becinfoma! de contiwaro nol proyecto (ego de laprimera uot) rototpo evoluivo (en i primers vuelta: maquea, en a ea Potaipo Operacional) Pagina 4tiie components (nici) rl Eapoaticadion do spoctoaton de roqubstos del software (ill) FPIZA-ERS V1.6 | Requslos dol Sofware Especiiacion do Especiieacones de las ntrtooas del Sistema nici, | FPI22-ERSIvi.A__ | Requistos del Sistema Espaciicacones dela nartos del sofware con oto specication de PPI21 ERS VIS Reguslos dl Software En a sogunda vucita del espiral xpeoficaclones do es nerfacos de Usui (Fina) specication de Casos de Daserpeén de fo de norman, Fei2s-ecuvia | Uso. specticacin de Espeofieactén do roquisos do software (Fina) FPI21 -ERS v1.5 | Requiilos del Store Ezpectcaclones do las ntrisces cel sotware on ott: Esponiieacén do componeries (nal) FPI21-ERS vis | Recuisios del Solvers Fspaciicacion da PI21 “ERS VIS quis del Sonar Referancia cruzi con Ios requstos. [Ena torcora vuelta dl espirat ‘Tiaea Delalndo dat Arqutocturs del Sista, rel24-ppswvi2 | Software ‘iseto Detlido dal Desripslon dota argulectura de Software, Fi2d-poswvi2_| Seftwere Diseio Detellado del Descripsln de las noses da datos siesde apicanén | FPI24-DOSW vi2_| Sofie Diseio Dealado Ge Descripein de intone, Fei24-poswvi2 | Setware ‘ieeio Deaiado del Descripcon de algortnes. Fpi24-poswvi2_| Sofware Previslongs de pruebas FPI26-PPvi2 | Plande Pruebas ‘aldacion del Diseio En fa cuarta vuctia dol oxpiral Disa Dela Get Disoiodetaado da sofvare FPi2s-poswi2_| sofware Listadosy archivo sobre soprte magnéica del cba fuonte Listadosy archivo sobre sopere magnétice de as bases e datos yeneradas. ‘Arhiva objeto gonad, ocumentacin dal Sictoma, Manual Técnico ocumentacén dal usuario FEIT2-MUvi0 |Manual de Usuaio, ‘Sisjoma sofware Inlearado fal (atos paral fase do pruebas. specicalon de ls pruebas de Unidad, Integracén y Acaotec, Fpi26-Pevi2 | Plande Pusbas FPL10.4-EOP v1.0 Eepootieacén do Caso dS Prue ‘Sosarrollo, compllsdores, inkeacors, cepuradores) uzlados para genarar el profvto Informe resumen de prucbs FDIZ6.4-IP Vit | informe de Prucbas FP1262-LEv10 [Los de Erores FPI26.3-REviO | Resumen ds errores CBocumontacin olacionada con as horramiontas de HW Pian de Dosplegue: ysw Garsaoratensdolse manna arvlesten para” [FPI27-POSvi | Caper ooicsue del uberis y Biblotecas wlizades. Planiicacion En a primera vuelta del espial Pagina 5Paniioaclon de raqustos reiis-pavis — {pincecesin __| Esto de Valid En a sogunda vuelta del espral Dlantigaclin dol desarroo Eni toreora vuelta dal espira! ~Tents-eevit [Pande cestin ian da negracen del Plan de Iniograciéa fezs-pisvi2 | Sisioma len de Prusbas feize-P2vi2 [Plande Puebas Modelo de Ciclo de Vida Incremental El modelo incremental permite la creacién del sistema afiadiendo pequefias funcionalidades, combinar elementos de! modelo cascada con [a filosofia de ‘oreacién de prototipos, el primer incremento a menudo es un producto esencial que el usuario omploa o ovaliia. Es intoractivo al igual que el de consiruccion de prototipos y otros enfoques evolutivos. Pero a diferencia del modelo de prototipos, el modelo incremental entrega un producto oparacional en cada increments. Las ventajas que prosenta este modelo son las siguientes: ‘© Afrontan requerimientos bésicos y muchas funciones extras quedan para los siguientes incrementos. ‘© Los usuarios no esperan hasta el fin del desarrollo para utilizar el sisterna. Pueden empezar a usarlo desde el primer incremento.. © Los usuarios pueden aclarar los requerimientos que no tengan claros conforme ven las ontregas dal sistema. © Se disminuye el riesgo do fracaso de todo el proyecto, ya que se puede distribuir en cada incremento. ‘©. Las partes ms importantes del sistema son entregadas primero, por lo cual se realizan mas pruebas en estos médulos y se disminuye el riesgo de fallos. Las desventajas que presenta este modelo son las siguientes: ‘© Cada incremento debe ser pequefio para limitar el riesgo (menos de 20.000 lineas) ‘© Cada incremento debe aumentar la funcionalidad. ‘© Es dificil establecer las correspondencias de los requerimiontos contra los incrementos. © Es dificil dotectar las unidades 0 servicios genéricos para todo el sistema. EI modelo de ciclo de vida incremental permite a la Subgerencia de Proyectos Informaticos, reducir la repeticién del trabajo en el proceso de desarrollo y dar la ‘oportunidad de retrasar la toma de decisiones on los requerimiontos hasta adquirir la oxperiencia con el sistema. Ademas durante el desarrollo de cada incremento se puede emplear el modelo de cascada, denendiendo del conocimiento que se tenga sobre los requerimientos a implomentar, solicitados por la Unidad Organica. Los formatos a emplear durante la ejocucién de las actividades de este modelo se muestran en el cuadro del modelo de ciclo de vida en cascada, dado que es una repeticién de este modelo aplicdndolo en cada funcionelidad del programa a construit Pagina 6Oficina Nacional de Procesos Electorales ONPE ANEXO 2 PROCEDIMIENTOSCédigo: ADQUISICION DE SISTEMA, PRODUCTO O | Pl 1.1 - GSIE SERVICIO SOFTWARE Pagina 1 do? GERENCIA DE SISTEMAS E INFORMATICA ELECTORAL Procedimiento de Adquisicién de Sistema, Producto o Servicio Software PROCEDIMIENTO Autor Revisado y Validado: SUBGERENCIA DE PROYECTOS GERENCIA DE SISTEMAS E INFORMATICOS INFORMATICA ELECTORAL Céidigo PI1.1-GSIECédigo: ADQUISICION DE SISTEMA, PRODUCTO O | PI 1.1- GSIE SERVICIO SOFTWARE Pagina 2 de 7 ONPE 1. OBJETIVO : El presente procedimiento tiene por finalidad indicar las actividades y socuencia a seguir para la adquisicién de un sistema, producto y/o servicio software para la Gerencia de Sistemas @ Informatica Electoral o para olras unidades orgdnicas (UU.OO.) de la Oficina Nacional de Procesos Electorales - ONPE. 2. ALCANCE Este procadimiento involuera a la Gerencia da Sistomas 6 Informatica Electoral; y las UU.OO. en general quo tengan algin requerimiento de un sistema, producto y/o servicio software. El procedimiento de Adquisicion de Sistema, Producto o Servicio Software se basa en las actividades consideradas en el proceso de Adquisicion de la Norma Tosnica Peruana NTP ISOMIEC 12207:2004 que se inicia con la identificacion de la necesidad de adquirir un sistema, un producto y/o un servicio software. El proceso cantiniia con la preparacién y publicacién de una solicitud de propuestas, la evaluacién preliminar de las propuestas de los postores con respecto a las especificaciones técnicas, la evaluacién de las propuestas técnicas, la seleccién de un contratista, el control y seguimiento del contratista y la gestion del proceso de adquisicién hasta la aceptacion del sistema, producto y/o servicio software. 3,_REQUISITOS 3.1. Documento de Solicitud de Requerimiento, en formato Word @ impreso, dirigido a la Gerencia de Sistemas © Informatica Electoral, resumiendo la necesidad y sustento del requerimiento. 3.2. Informe Previo de Evaluacién elaborado por ia Subgerencia de Proyectos Informaticos © Subgerencia do Plataforma Tecnolégica segtin corresponda, aprobado por la Gerencia de Sistemas ¢ Informética Electoral, en formato Word e impreso. Dicho documento sélo ser elaborado en caso se requiera la adquisicion de licencias de software, 3.3. Documento de Solicitud de Propuesta, en formato Word ¢ impreso, que incluya los requisilos del sistema, producto ylo servicio software, dofinicién del alcanco, consideraciones para la presentaciin de propuestas de los postores, lista do componentes del sistema, producto 0 servicio software, especificacién técnica o términos de referencia y condiciones bajo las cuales se brindard el sistema, producto 0 servicio. software, 3.4. Documento de Acta de Conformidad, firmado por la Gerencia de Sistemas ¢ Informatica Electoral y ol Contratista, para la aceptacién del sistema, producto 0 sorvicio software brindado por un contratista. 4, NORMATIVA ASOCIADA 44. Norma ‘Técnica Peruana *NTP-ISOMEC 12207:2004 Tecnologia de la Informacién. Procesos del Ciclo de Vida de Software, 1° Edicion” en Entidades del Sistoma Nacional de Informatica. 42 in Ministerial No, 179-2004-PCM, del 14 de junio de 2004, qua formaliza la n_de la Norma Técnica Peruana “NTP-ISO/IEC 12207:2004 Tecnologia de la Informacién, Procesos del Ciclo de Vida de Software. 1° Edicion’,Cédigo: ADQUISICION DE SISTEMA, PRODUCTO © | P! 1.1 - GSIE SERVICIO SOFTWARE Pagina 3 de 7 43, 44, 45. Resoluucion Ministerial No, 398-2005-PCM, del 08 de noviembre de 2005, que extiende el plazo do implantacién de la Norma Técnica Peruana "NTP-ISO/EC 12207:2004 Tecnologia de la Informacién. Procesos del Ciclo de Vida do Software. 1° Edicién" en las Entidades Integrantes del Sistema Nacional de Informatica. Ley N° 26850 - Ley de Contrataciones y Adqui julio de 1997, y su Reglamento jones del Estado , promulgada el 27 de Ley N° 28612 ‘Administracién Pal Ley que norma el uso, adquisicién y adecuacién del Software en la . publicada el 18 de octubre de 2005. 5,_RESPONSABILIDADES: 5A. 5.2. 53, GERENTE DE SISTEMAS E INFORMATICA ELECTORAL Verificar el cumplimiento del presente procedimiento y apoyar on el mantenimiento y mejora del mismo. GERENTE DE PLANIFICACION Y DESARROLLO ELECTORAL Coordinar la formulacién dol presente procodimiento y sus actualizaciones, elaborado por la Gerencia de Sistemas © Informatica Electoral, y elevarlo a la Jefatura Nacional para su aprobacién, SUBGERENTE DE PROYECTOS INFORMATICOS, SUBGERENTE DE PLATAFORMA TECNOLOGICA Y/O SUBGERENTE DE OPERACIONES Cumplir y verificar lo especificado en el presente procedimiento. 6._DEFINIGIONES Y GLOSARIO DE TERMINOS: 64. 62. 63 64. 65. ADQUISICION EI proceso de obtener un sistema informatico, producto 0 servicio de software para satisfacer los requerimientos del usuario. DESARROLLO El proceso de elaboracién de sistemas informaticos © productos de software, retine las actividades de analisis, disefio, construcckin, pruebas y distribucion. PRODUGTO DE SOFTWARE Conjunto de programas de computadora, procedimientos, posible documentacion y datos asociados. Cabe resaltar que incluye también el “frmware*. FIRMWARE Gombinacién de un dispositivo de hardware @ instrucciones de computadora o datos de Ccomputadora que reside como software de sélo lectura en o! dispositive hardware. Este software no puede modificarse facilmento bajo ol control dal programa que lo usa. REQUISITOS Describen las funciones que deben ser cumplidas por él software para la satisfaccién de las necesidades del usuario. También se les puede llamar Requerimientos. Ambos términos se usarén como sinénimos.(al) ONPE Cédigo: ADQUISICION DE SISTEMA, PRODUCTO © | Pi 1.1-GSIE SERVICIO SOFTWARE Pagina 4 de 7 66. 67. 6.8. 63. 6.10. 6.11. RECURSOS Elementos necesarios para realizar un proceso, incluyendo la y otros que deban intervenir raestructura, el personal SERVICIO DE SOFTWARE Ejecucién de actividades o tareas relacionadas a un sistema informético o producto software, como sui desarrollo, operacién y mantenimionto. SISTEMA INFORMATICO Conjunto de elementos relacionados compuesto por uno o mas procesos, hardware, software, instalaciones y personal que proporcionan la capacidad de satisfacer una necesidad y objetivo definido. Uy.00 Unidades Organicas de la ONPE (Gerencias) AREAS USUARIAS Cuaiquior rea que roquiera un sistema, producto servicio software inoluida la Gerencia de Sistemas e Informatica Electoral. GSIE Gerencia de Sistemas ¢ Informatica Electoral. 7._ADQUISICION DE SISTEMA, PRODUCTO 0 SERVICIO SOFTWARE 7A. DESCRIPCION DEL PROCEDIMIENTO Ne 1 [Responsable Deseripeion Area Usuaria, Gerente | Comunicacién de la necesidad de Sistemas & Un Area usuaria expresa la necesidad de adquirir, desarrollar informatica Electoral | de. mejorar un sistema, producto 0 servicio software a la ‘Subgerencia de Proyectos Informéticos mediante el Formato Solicitud de Requerimientos, en el cual se define y sustenta la necasidad. E| documento de Solicitud de Requerimientos doberd ser remitido a través de un Memorando a la Gerencia de Sistemas e Informatica Electoral. [FPL T10—SR V1.0 ‘Solicitud de Requerimientos GSIE y Subgeroncias | Evaluacion de clarificaci6n de requerimientos La GSIE a través de sus subgoroncias evaluaré los requerimientos, romitidos por el area usuaria, y evaluaré si necesita una reunién que permita clarificaros. Si las Subgerencias requieren clatificar mas el _requerimiento enviaran una comunicaci6n por escrito al area usuaria para solicitarla, previa coordinaciin telefonica, por correo electronico © personalmente. Si se roquiere una reunion para clarificar mas. puntos continue con la actividad 3. En caso contrario prosiga con la actividad 4. GSIE y Subgerencias) | Clarificacion de Requerimientos Area Usuaria La reunion debera terminar con un acta de reunién (emplee el Formato Acta de Reunién), a misma que seré elaborada por la Subgerencia correspondiente. El acta seré enviada por ‘correo olectrénico a todos los participantos pata que seai ' i } Codigo: ole ADQUISICION DE SISTEMA, PRODUGTO 0 | PI 1.1- GSIE comet SERVICIO SOFTWARE Pagina 6 de 7 N° | Responsable Descripcion revisada y se planteen observaciones, sobre todo a los. acuerdos. Al término de tas 48 horas de ser enviada y de no haberse recibido comentario u observacién alguna se dara por aceptada el acta. El acta aprobada sera incorporada al documento de Solicitud de Requerimiento. FPIT7—ARvi.t ‘Acta de Reunién. 4] GSIE y Subgerencias Determinacién de la factibilidad y viabilidad Evalia la Factbilidad Técnica del _requerimiento. Adicionalmente, la GSIE debe enviar un memo a la Jefatura de Area de Presupuesto con el fin de determinar si se cuenta con presupuesto disponible para la adquisicién del sistema, producto o servicio software solicitada por el rea usuaria. Asi mismo, define el tipo de necesidad, de acuerdo a las posibllidades de la GSIE a, Adquisicién de un sistema, producto 0 servicio software que satisfaga los requisitos. b. Desarrollar o! sistema, producto de software u obtener el servicio del software mediante un contrato, c. Desarrollar el producto de software u obtener el servicio del sofware intemamente. d. Una combinacién de los anteriores ¢, Mejorar un producto de software ya existente En el caso de b. y 6. Revise el procedimiento de Desarrollo. En el caso de @. Revise el procedimiento de Mantenimiento. En ol caso de a. Continde con el procedimiento. En el caso sea factible se prosigue a evaluar fa viabilidad de la necesidad del usuario. — Sies viable, continua el procedimiento Si no es viable, se informa a el érea usuaria la razén de la no viabiidad mediante Informe que sustenta dicha decisién. FPI3.4—iV vio informe de Viabiidad 5 | GSIE y Subgorencias’ | Definicién y Analisis de los Requisitos Area Usuaria So realizan reuniones de coordinacién con el area usuaria para la definicién y analisis de los requisitos (en mayor detalle) para la compra de un sistema, producto 0 servicio software. Se recomienda se definan los requisitos _del_ negocio, organizativos, de usuario, asi como de seguridad fisica y de acceso. La reunién deberd terminar con un acta (emplee el Formato Acta de Reunién), la misma que sera elaborada por la Subgerencia correspondiente de la GSIE. El acta serd enviada por correo electrénico @ todos los participantes para que sea revisada y se planteen observaciones, sobre todo a los acuerdos. Al término de las 48 horas de ser enviada y de no haberse recibide comentario u observacién alguna se dard por acoptada el acta, FPIT7-AR Vit ‘Acta de Reunion 6 _| Subgerente de’ Elaboracién del Informe Previo de EvaluaciénSI Cédigo: ote ADQUISICION DE SISTEMA, PRODUCTO O | PI 1.1 - GSIE SERVICIO SOFTWARE Pagina 6 de 7 N° | Responsable Deseripeién. Proyectos Informaticos! ‘Subgerente de Plataforma Tecnolégioa En el caso de adquisicién de licencias de sofiware , ol Subgerente de Proyectos Informaticos 0 ol Subgerente de Plataforma Tecnolégica debe elaborar el Informe Previo de Evaluacién que determine ol tipo de licencia que resulte mas conveniente para atender el requerimiento formulado, de acuerdo a lo indicado en la Ley N° 28612. El Informe debe contoner un andiisis comparativo de valores de mercado, asi como de los cosios y beneficios a corto, mediano y largo plazo de las licencias existentes. FPI 3.5 — IPE vio 7 | Gerenie de Sistemas e Informatica Electoral informe Previo de Evaluacién ce Hee Rovisién y Visacién del Informe Previo de Evaluacin El Informe Previo de Evaluacién es revisado por el Gerente de Sistemas y aprobado u obsorvado. En el caso do contar con alguna observacién, el Subgerente deberd realizar las modificaciones correspondientes al Informe. @ | Subgerencias de la GSIE Preparacién de la Solicitud de propuesta La Subgerencia, que corresponda, de la GSIE debe elaborar la Solicitud de Propuesta en la que se documente la adquisicién, para lo cual debe emplear ol Formato de Solicitud de Propuesta. Dicha documentacién debe incluir requisitos del sistema, definicién del alcance, instrucciones para los postoros, lista de productos software y terminos y oriterios 0 condiciones de aceptacion del sistema, producto 0 servicio software. Dicho documento contiene los términos de referencia 0 especificaciones técnicas y en el se define el responsable del contol y seguimiento del proveedor, especificando si se requiere de la participaaién de otra UU.0O. FP] 3.4—SP vit ‘Solicitud de Propuesta 9 | Goronte de Sistemas e Informdtica Electoral 10 | Subgerencia Logistical | Area Usuaria Revision y Visacién de la Solicitud de Propuesta Se procede a la revisién y visacién de la solicitud de propuesta que contieno las espociticaciones téonicas 0 términos de referencia comespondiontes. En el caso de contar con observaciones el documento de Solicitud de Propuesta retorna a la Subgerencia de la GSIE correspondiente para sus respectivas correcciones. EE EE EH Cece reece Envio de Solicitud de Propuesta El rea Usuaria envia la Solicitud de Propuesta, visada por la GSIE, a la Subgerencia de Logistica. Esta uttima adjunta los pedidos de las areas mediante las Solicitudes de Propuesta, que contione la Especificacién Técnica o Términos de Roferancia, Se proceden a realizar las actividades indicadas en al procedimiento de Contrataciones y Adguisiciones para las Elecciones Generales 2006. 11 | GSIE/ Subgerencias de la GSIE Evaluacién preliminar del cumplimiento de Especificaciones Técnicas o Términos de Referencia de las Ofertas Preliminares La Gorencia de Logistica romite a la GSIE las propuestas proliminares de los postores. La GSIE asigna a la Subgerencia correspondiente dichas propuestas para la evaluacién del cumplimiento de las especificaciones técnicas 0 de los términos_de referencia _especificadas_en_el_documento