Introducción ÍNDICE INTRODUCCIÓN...1 APORTACIONES DE MÉTRICA VERSIÓN 3...3

Transcripción

1 Intrducción ÍNDICE INTRODUCCIÓN...1 APORTACIONES DE MÉTRICA VERSIÓN PROCESOS PRINCIPALES DE MÉTRICA VERSIÓN PLANIFICACIÓN DE SISTEMAS DE INFORMACIÓN (PSI)...5 DESARROLLO DE SISTEMAS DE INFORMACIÓN...6 ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS)...7 ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI)...8 DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI)...10 CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN (CSI)...12 IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA (IAS)...12 MANTENIMIENTO DE SISTEMAS DE INFORMACIÓN (MSI)...13 INTERFACES DE MÉTRICA VERSIÓN GESTIÓN DE PROYECTOS...15 SEGURIDAD...16 GESTIÓN DE LA CONFIGURACIÓN...16 ASEGURAMIENTO DE CALIDAD...17

2 Intrducción 1 INTRODUCCIÓN La metdlgía MÉTRICA Versión 3 frece a las Organizacines un instrument útil para la sistematización de las actividades que dan sprte al cicl de vida del sftware dentr del marc que permite alcanzar ls siguientes bjetivs: Prprcinar definir Sistemas de Infrmación que ayuden a cnseguir ls fines de la Organización mediante la definición de un marc estratégic para el desarrll de ls misms. Dtar a la Organización de prducts sftware que satisfagan las necesidades de ls usuaris dand una mayr imprtancia al análisis de requisits. Mejrar la prductividad de ls departaments de Sistemas y Tecnlgías de la Infrmación y las Cmunicacines, permitiend una mayr capacidad de adaptación a ls cambis y teniend en cuenta la reutilización en la medida de l psible. Facilitar la cmunicación y entendimient entre ls distints participantes en la prducción de sftware a l larg del cicl de vida del pryect, teniend en cuenta su papel y respnsabilidad, así cm las necesidades de tds y cada un de ells. Facilitar la peración, mantenimient y us de ls prducts sftware btenids. La nueva versión de MÉTRICA cntempla el desarrll de Sistemas de Infrmación para las distintas tecnlgías que actualmente están cnviviend y ls aspects de gestión que aseguran que un Pryect cumple sus bjetivs en términs de calidad, cste y plazs. Su punt de partida es la versión anterir de MÉTRICA de la cual se han cnservad la adaptabilidad, flexibilidad y sencillez, así cm la estructura de actividades y tareas, si bien las fases y móduls de MÉTRICA versión 2.1 han dad pas a la división en Prcess, más adecuada a la entrada-transfrmación-salida que se prduce en cada una de las divisines del cicl de vida de un pryect. Para cada tarea se detallan ls participantes que intervienen, ls prducts de entrada y de salida así cm las técnicas y prácticas a emplear para su btención. En la elabración de MÉTRICA Versión 3 se han tenid en cuenta ls métds de desarrll más extendids, así cm ls últims estándares de ingeniería del sftware y calidad, además de referencias específicas en cuant a seguridad y gestión de pryects. También se ha tenid en cuenta la experiencia de ls usuaris de las versines anterires para slventar ls prblemas deficiencias detectads. En una única estructura la metdlgía MÉTRICA Versión 3 cubre distints tips de desarrll: estructurad y rientad a bjets, facilitand a través de interfaces la realización de ls prcess de apy u rganizativs: Gestión de Pryects, Gestión de Cnfiguración, Aseguramient de Calidad y Seguridad. La autmatización de las actividades prpuestas en la estructura de MÉTRICA Versión 3 es psible ya que sus técnicas están sprtadas pr una amplia variedad de herramientas de ayuda al desarrll. Metdlgía MÉTRICA Versión 3

3 Intrducción 2 Además, para facilitar la utilización de MÉTRICA Versión 3 se ha desarrllad una herramienta sftware, Gestr Metdlógic, de ayuda a la aplicación de la metdlgía en cada pryect cncret y que permite adaptar la estructura de MÉTRICA Versión 3 de acuerd a las características del mism, permitiend el seguimient y cntrl de sus actividades y tareas realizadas pr distints perfiles de usuari asignads a ls participantes pr el jefe de pryect. Se ha desarrllad también un sftware, Selectr de Herramientas, que ayuda a seleccinar entre las CASE del mercad la que mejr se adapta a las necesidades de cada pryect teniend en cuenta las características de cada rganización. Así mism se ha elabrad un curs de autfrmación, que sirva para aprender tds ls cncepts y elements de la metdlgía MÉTRICA Versión 3 cntempland varis niveles y diverss perfiles. Tant la metdlgía cm tdas estas herramientas estarán dispnibles en la web del Cnsej Superir de Infrmática: Metdlgía MÉTRICA Versión 3

4 Intrducción 3 APORTACIONES DE MÉTRICA VERSIÓN 3 En l que se refiere a estándares se ha tenid en cuenta cm referencia el Mdel de Cicl de Vida de Desarrll prpuest en la nrma ISO "Infrmatin technlgy Sftware life cycle prcesses". Siguiend este mdel se ha elabrad la estructura de MÉTRICA Versión 3 en la que se distinguen prcess principales (Planificación, Desarrll y Mantenimient) e interfaces (Gestión de Pryects, Aseguramient de la Calidad, Seguridad y Gestión de Pryects) cuy bjetiv es dar sprte al pryect en ls aspects rganizativs. Además de la nrma ISO , entre ls estándares de referencia hay que destacar las nrmas ISO/IEC TR /SPICE Sftware Prcess Imprvement and Assurance Standards Capability Determinatin, UNE-EN-ISO 9001:2000 Sistemas de Gestión de la Calidad. Requisits, UNE-EN-ISO 9000:2000 Sistemas de Gestión de la Calidad. Fundaments y Vcabulari y el estándar IEEE Standard Glssary f Sftware Engineering Terminlgy. Igualmente se han tenid en cuenta tras metdlgías cm SSADM, Merise, Infrmatin Engineering, MAGERIT. Metdlgía de Análisis y Gestión de Riesgs de ls Sistemas de Infrmación prmvida pr el Cnsej Superir de Infrmática y EUROMÉTODO. Referencias a estas últimas metdlgías pueden lcalizarse en las páginas del CSI: Se ha ampliad el enfque de la Planificación de Sistemas de Infrmación respect a MÉTRICA Versión 2.1, incluyend planificación estratégica y recgiend las actividades de más alt nivel de la fase PSI de MÉTRICA Versión 2.1. Las actividades restantes de la antigua fase PSI se han incrprad al prces de Desarrll de la actual versión. Igualmente, aparece el prces de Mantenimient de Sistemas de Infrmación que n estaba cntemplad en MÉTRICA Versión 2.1. Se ha refrzad el cicl de vida de las pruebas a través del plan de pruebas y se han mejrad ls prcedimients de prueba. Se ha dad respuesta frmal a prblemáticas específicas de diseñ cn la incrpración de tecnlgías tip cliente/servidr, interfaces de usuari basadas en entrns gráfics, etc. Ls prcess principales se han enriquecid especificand el cntenid, la frma y el mment en que se btienen ls prducts, así cm la relación entre ls prducts btenids en cada tarea, su reutilización en tareas psterires y el prduct final de cada actividad prces. También se han especificad ls participantes de frma más precisa en cada tarea, refrmand la participación de ls usuaris, bien sea usuari final de sistemas, de frma que dicha participación n se limite a labres infrmativas frente a las tareas de verificación, aumentand así su respnsabilidad. Se ha diferenciad entre la aplicación de Técnicas, cm cnjunt de heurísticas y prcedimients apyads en estándares que utilizan ntacines específicas en términs de sintaxis y semántica, y de Prácticas cuya utilización n cnlleva reglas preestablecidas cn la misma rigidez. Las nuevas técnicas están ampliamente sprtadas pr herramientas cmerciales. Metdlgía MÉTRICA Versión 3

5 Intrducción 4 PROCESOS PRINCIPALES DE MÉTRICA VERSIÓN 3 MÉTRICA Versión 3 tiene un enfque rientad al prces, ya que la tendencia general en ls estándares se encamina en este sentid y pr ell, cm ya se ha dich, se ha enmarcad dentr de la nrma ISO , que se centra en la clasificación y definición de ls prcess del cicl de vida del sftware. Cm punt de partida y atendiend a dicha nrma, MÉTRICA Versión 3 cubre el Prces de Desarrll y el Prces de Mantenimient de Sistemas de Infrmación. MÉTRICA Versión 3 ha sid cncebida para abarcar el desarrll cmplet de Sistemas de Infrmación sea cual sea su cmplejidad y magnitud, pr l cual su estructura respnde a desarrlls máxims y deberá adaptarse y dimensinarse en cada mment de acuerd a las características particulares de cada pryect. La metdlgía descmpne cada un de ls prcess en actividades, y éstas a su vez en tareas. Para cada tarea se describe su cntenid haciend referencia a sus principales accines, prducts, técnicas, prácticas y participantes. El rden asignad a las actividades n debe interpretarse cm secuencia en su realización, ya que éstas pueden realizare en rden diferente a su numeración bien en paralel, cm se muestra en ls gráfics de cada prces. Sin embarg, n se dará pr acabad un prces hasta n haber finalizad tdas las actividades del mism determinadas al inici del pryect. Así ls prcess de la estructura principal de MÉTRICA Versión 3 sn ls siguientes: PLANIFICACIÓN DE SISTEMAS DE INFORMACIÓN. DESARROLLO DE SISTEMAS DE INFORMACIÓN. MANTENIMIENTO DE SISTEMAS DE INFORMACIÓN. El enfque del Prces de Planificación de Sistemas de Infrmación, al n estar dentr del ámbit de la nrma ISO de Prcess del Cicl de Vida de Sftware, se ha determinad a partir del estudi de ls últims avances en este camp, la alta cmpetitividad y el cambi a que están smetidas las rganizacines. El entrn de alta cmpetitividad y cambi en el que actualmente se encuentran las rganizacines, hace cada vez más crític el requerimient de dispner de ls sistemas y las tecnlgías de la infrmación cn flexibilidad para adaptarse a las nuevas exigencias, cn la velcidad que demanda dich entrn. La existencia de tecnlgía de reciente aparición, permite dispner de sistemas que apyan la tma de decisines a partir de grandes vlúmenes de infrmación prcedentes de ls sistemas de gestión e integrads en una platafrma crprativa. MÉTRICA Versión 3 ayuda en la planificación de sistemas de infrmación facilitand una visión general necesaria para psibilitar dicha integración y un mdel de infrmación glbal de la rganización. En cuant al Prces de Desarrll de Sistemas de Infrmación, para facilitar la cmprensión y dada su amplitud y cmplejidad se ha subdividid en cinc prcess: Metdlgía MÉTRICA Versión 3

6 Intrducción 5 ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS). ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI). DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI). CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN (CSI). IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA (IAS). La necesidad de acrtar el cicl de desarrll de ls sistemas de infrmación ha rientad a muchas rganizacines a la elección de prducts sftware del mercad cuya adaptación a sus requerimients supnía un esfuerz bastante inferir al de un desarrll a medida, pr n hablar de ls cstes de mantenimient. Esta decisión, que es estratégica en muchas casines para una rganización, debe tmarse cn las debidas precaucines, y es una realidad que está cambiand el escenari del desarrll del sftware. Otra cnsecuencia de l anterir es la práctica, cada vez más habitual en las rganizacines, de la cntratación de servicis externs en relación cn ls sistemas y tecnlgías de la infrmación y las cmunicacines, llevand a la necesidad de una buena gestión y cntrl de dichs servicis externs y del riesg implícit en td ell, para que sus resultads supngan un benefici para la rganización. MÉTRICA Versión 3 facilita la tma de decisión y la realización de tdas las tareas que cmprende el desarrll de un sistema de infrmación. Desde el enfque de la nrma ISO , el Prces de Mantenimient de Sistemas de Infrmación cmprende actividades y tareas de mdificación retirada de tds ls cmpnentes de un sistema de infrmación (hardware, sftware, sftware de base, peracines manuales, redes, etc.). Este marc de actuación n es el bjetiv de MÉTRICA Versión 3, ya que esta metdlgía está dirigida principalmente al prces de desarrll del sftware. Pr l tant, MÉTRICA Versión 3 refleja ls aspects del Mantenimient, crrectiv y evlutiv, que tienen relación cn el Prces de Desarrll. Planificación de Sistemas de Infrmación (PSI) El bjetiv de un Plan de Sistemas de Infrmación es prprcinar un marc estratégic de referencia para ls Sistemas de Infrmación de un determinad ámbit de la Organización. El resultad del Plan de Sistemas debe, pr tant, rientar las actuacines en materia de desarrll de Sistemas de Infrmación cn el bjetiv básic de apyar la estrategia crprativa, elabrand una arquitectura de infrmación y un plan de pryects infrmátics para dar apy a ls bjetivs estratégics. Pr este mtiv es necesari un prces cm el de Planificación de Sistemas de Infrmación, en el que participen, pr un lad ls respnsables de ls prcess de la rganización cn una visión estratégica y pr tr, ls prfesinales de SI capaces de enriquecer dicha visión cn la aprtación de ventajas cmpetitivas pr medi de ls sistemas y tecnlgías de la infrmación y cmunicacines. Cm prducts finales de este prces se btienen ls siguientes, que pdrán cnstituir la entrada para el siguiente prces de Estudi de Viabilidad del Sistema: Metdlgía MÉTRICA Versión 3

7 Intrducción 6 Catálg de requisits de PSI que surge del estudi de la situación actual en el cas de que sea significativ dich estudi, del diagnóstic que se haya llevad a cab y de las necesidades de infrmación de ls prcess de la rganización afectads pr el plan de sistemas. Arquitectura de infrmación que se cmpne a su vez de ls siguientes prducts: Mdel de infrmación. Mdel de sistemas de infrmación. Arquitectura tecnlógica. Plan de pryects. Plan de mantenimient del PSI. Un Plan de Sistemas de Infrmación prprcinará un marc de referencia en materia de Sistemas de Infrmación. En casines pdrá servir de palanca de cambi para ls prcess de la Organización, per su bjetiv estará siempre diferenciad del de un análisis de dichs prcess pr sí misms. Dich en tras palabras, n se debe cnfundir el resultad que se persigue cn un Plan de Sistemas de Infrmación, cn el de una mejra reingeniería de prcess, ya que ls bjetivs en ambs cass n sn ls misms, aunque el medi para cnseguirls tenga punts en cmún (estudi de ls prcess y alineamient cn ls bjetivs estratégics). Este nuev enfque de alineamient de ls sistemas de infrmación cn la estrategia de la rganización, la implicación directa de la alta dirección y la prpuesta de slución presenta cm ventajas: La implicación de la alta dirección facilita que se pueda desarrllar cn ls recurss necesaris y el calendari establecid. La perspectiva hrizntal de ls prcess dentr de la Organización facilita que se atienda a intereses glbales y n particulares de unidades rganizativas que puedan desvirtuar ls bjetivs del Plan. Para mantener la visión general que apye ls bjetivs estratégics, el enfque de un Plan de Sistemas de Infrmación debe rientarse al estudi pr prcess. La priridad del desarrll de ls sistemas de infrmación de la rganización pr bjetivs estratégics. La prpuesta de Arquitectura de Infrmación que se hace en el plan es más estratégica que tecnlógica. El mdel de sistemas de infrmación de la prpuesta n es teóric y se cntemplan ls sistemas de infrmación actuales que se mantendrán. Desarrll de Sistemas de Infrmación El prces de Desarrll de MÉTRICA Versión 3 cntiene tdas las actividades y tareas que se deben llevar a cab para desarrllar un sistema, cubriend desde el análisis de requisits hasta la instalación del sftware. Además de las tareas relativas al análisis, incluye ds partes en el diseñ de sistemas: arquitectónic y detallad. También cubre las pruebas unitarias y de integración del sistema, aunque siguiend la nrma ISO n prpne ninguna técnica específica y destaca la imprtancia de la evlución de ls requisits. Este Metdlgía MÉTRICA Versión 3

8 Intrducción 7 prces es, sin duda, el más imprtante de ls identificads en el cicl de vida de un sistema y se relacina cn tds ls demás. Las actividades y tareas prpuestas pr la nrma se encuentran más en la línea de un desarrll clásic, separand dats y prcess, que en la de un enfque rientad a bjets. En MÉTRICA Versión 3 se han abrdad ls ds tips de desarrll: estructurad y rientad a bjet, pr l que ha sid necesari establecer actividades específicas a realizar en algun de ls prcess cuand se utiliza la tecnlgía de rientación a bjets. Para este últim cas se ha analizad alguna de las prpuestas de tras metdlgías rientadas a bjets y se han tenid en cuenta la mayría de las técnicas que cntempla UML 1.2 (Unified Mdeling Language). El desarrll en MÉTRICA Versión 3 l cnstituyen ls prcess: ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS). ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI). DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI). CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN (CSI). IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA (IAS). Estudi de Viabilidad del Sistema (EVS) El prpósit de este prces es analizar un cnjunt cncret de necesidades, cn la idea de prpner una slución a crt plaz. Ls criteris cn ls que se hace esta prpuesta n serán estratégics sin táctics y relacinads cn aspects ecnómics, técnics, legales y perativs. Ls resultads del Estudi de Viabilidad del Sistema cnstituirán la base para tmar la decisión de seguir adelante abandnar. Si se decide seguir adelante pueden surgir un varis pryects que afecten a un varis sistemas de infrmación. Dichs sistemas se desarrllarán según el resultad btenid en el estudi de viabilidad y teniend en cuenta la cartera de pryects para la estrategia de implantación del sistema glbal. Se ha cnsiderad que este prces es bligatri, aunque el nivel de prfundidad cn el que se lleve a cab dependerá de cada cas. La cnveniencia de la realización del estudi de la situación actual depende del valr añadid previst para la especificación de requisits y para el planteamient de alternativas de slución. En las alternativas se cnsiderarán slucines "a medida", slucines basadas en la adquisición de prducts sftware del mercad slucines mixtas. Para valrar las alternativas planteadas y determinar una única slución, se estudiará el impact en la rganización de cada una de ellas, la inversión y ls riesgs asciads. El resultad final de este prces sn ls prducts relacinads cn la slución que se prpne para cubrir la necesidad cncreta que se planteó en el prces, y que depende de si la slución cnlleva desarrll a medida n: Metdlgía MÉTRICA Versión 3

9 Intrducción 8 Cntext del sistema (cn la definición de las interfaces en función de la slución). Impact en la rganización. Cste/benefici de la slución. Valración de riesgs de la slución. Enfque del plan de trabaj de la slución. Planificación de la slución. Slución prpuesta: Descripción de la slución. Mdel de descmpsición en subsistemas. Matriz de prcess/lcalización gegráfica. Matriz dats/lcalización gegráfica. Entrn tecnlógic y cmunicacines. Estrategia de implantación glbal del sistema. Descripción de ls prcess manuales. Si la alternativa incluye desarrll: Mdel abstract de dats/mdel de prcess. Mdel de negci/mdel de dmini. Si la alternativa incluye un prduct sftware estándar de mercad: Descripción del prduct. Evlución del prduct. Cstes casinads pr el prduct. Estándares del prduct. Descripción de adaptación si es necesaria. Si en la rganización se ha realizad cn anteriridad un Plan de Sistemas de Infrmación que afecte al sistema bjet de este estudi, se dispndrá de un cnjunt de prducts que prprcinarán infrmación a tener en cuenta en td el prces. Análisis del Sistema de Infrmación (ASI) El prpósit de este prces es cnseguir la especificación detallada del sistema de infrmación, a través de un catálg de requisits y una serie de mdels que cubran las necesidades de infrmación de ls usuaris para ls que se desarrllará el sistema de infrmación y que serán la entrada para el prces de Diseñ del Sistema de Infrmación. Metdlgía MÉTRICA Versión 3

10 Intrducción 9 Cm ya se ha dich MÉTRICA Versión 3 cubre tant desarrlls estructurads cm rientads a bjets, y las actividades de ambas aprximacines están integradas en una estructura cmún aunque presenta alguna actividad exclusiva para cada tip de desarrll. En primer lugar se describe inicialmente el sistema de infrmación, a partir de ls prducts generads en el prces Estudi de Viabilidad del Sistema (EVS). Se delimita su alcance, se genera un catálg de requisits generales y se describe el sistema mediante uns mdels iniciales de alt nivel. Se recgen de frma detallada ls requisits funcinales que el sistema de infrmación debe cubrir, catalgándls, l que permite hacer la traza a l larg de ls prcess de desarrll. Además, se identifican ls requisits n funcinales del sistema, es decir, las facilidades que ha de prprcinar el sistema, y las restriccines a que estará smetid, en cuant a rendimient, frecuencia de tratamient, seguridad, etc. Para facilitar el análisis del sistema se identifican ls subsistemas de análisis, y se elabran ls mdels de Cass de Us y de Clases, en desarrlls rientads a bjets, y de Dats y Prcess en desarrlls estructurads. Se ha incrprad una actividad específica para la definición de Interfaces de Usuari al tiemp que se van bteniend y depurand ls requisits y ls anterires mdels. Se especificarán tdas las interfaces entre el sistema y el usuari, cm frmats de pantallas, diálgs, frmats de infrmes y frmularis de entrada. Finalizads ls mdels, se realiza un análisis de cnsistencia, mediante una verificación y validación, l que puede frzar la mdificación de alguns de ls mdels btenids. Una vez realizad dich análisis de cnsistencia se elabra el prduct Especificación de Requisits Sftware, que cnstituye un punt de referencia en el desarrll del sftware y la línea base de referencia para las peticines de cambi sbre ls requisits inicialmente especificads. En este prces se inicia también la especificación del Plan de Pruebas, que se cmpletará en el prces Diseñ del Sistema de Infrmación (DSI). Ls prducts resultantes del Análisis del Sistema de Infrmación, dependen del tip de desarrll de que se trate y se detallan a cntinuación especificand ls que sn distints, según ls ds tips de desarrll a ls que da respuesta MÉTRICA Versión 3: Descripción general del entrn tecnlógic. Glsari de términs. Catálg de nrmas. Catálg de requisits. Especificación de interfaz de usuari. Además, en Análisis Estructurad: Plan de migración y carga inicial de dats. Cntext del sistema. Metdlgía MÉTRICA Versión 3

11 Intrducción 10 Matriz de prcess/lcalización gegráfica. Descripción de interfaz cn trs sistemas. Mdel de prcess. Mdel lógic de dats nrmalizad. Además, en Análisis Orientad a Objets: Descripción de subsistemas de análisis. Descripción de interfaces entre subsistemas. Mdel de clases de análisis. Cmprtamient de clases de análisis. Análisis de la realización de ls cass de us. En este prces es muy imprtante la participación de ls usuaris, a través de técnicas interactivas, cm diseñ de diálgs y prttips, que permiten al usuari familiarizarse cn el nuev sistema y clabrar en la cnstrucción y perfeccinamient del mism. Diseñ del Sistema de Infrmación (DSI) El prpósit del Diseñ del Sistema de Infrmación (DSI) es btener la definición de la arquitectura del sistema y del entrn tecnlógic que le va a dar sprte, junt cn la especificación detallada de ls cmpnentes del sistema de infrmación. A partir de dicha infrmación, se generan tdas las especificacines de cnstrucción relativas al prpi sistema, así cm la especificación técnica del plan de pruebas, la definición de ls requisits de implantación y el diseñ de ls prcedimients de migración y carga inicial, ésts últims cuand prceda. El diseñ de la arquitectura del sistema dependerá en gran medida de las características de la instalación, de md que se ha de tener en cuenta una participación activa de ls respnsables de Sistemas y Expltación de las Organizacines para las que se desarrlla el sistema de infrmación. Este prces cnsta de un primer blque de actividades, que se realizan en paralel, y cuy bjetiv es btener el diseñ de detalle del sistema de infrmación que cmprende la partición física del sistema de infrmación, independiente de un entrn tecnlógic cncret, la rganización en subsistemas de diseñ, la especificación del entrn tecnlógic sbre el que se despliegan dichs subsistemas y la definición de ls requisits de peración, administración del sistema, seguridad y cntrl de acces. En el cas de diseñ rientad a bjets, cnviene señalar que se ha cntemplad que el diseñ de la persistencia se lleva a cab sbre bases de dats relacinales. De este primer blque de actividades se btienen ls siguientes prducts: Catálg de requisits (se cmpleta). Metdlgía MÉTRICA Versión 3

12 Intrducción 11 Catálg de excepcines. Catálg de nrmas para el diseñ y cnstrucción. Diseñ de la arquitectura del sistema. Entrn tecnlógic del sistema. Prcedimients de peración y administración del sistema. Prcedimients de seguridad y cntrl de acces. Diseñ detallad de ls subsistemas de sprte. Mdel físic de dats ptimizad. Asignación de esquemas físics de dats a nds. Además, en Diseñ Estructurad: Diseñ de la arquitectura mdular. Diseñ de interfaz de usuari. Además, en Diseñ Orientad a Objets: Diseñ de la realización de cass de us. Mdel de clases de diseñ. Cmprtamient de clases de diseñ. Diseñ de interfaz de usuari. Al igual que en el prces de Análisis del Sistema de Infrmación (ASI), antes de prceder a la especificación de ls cmpnentes, se realiza una verificación y validación, cn bjet de analizar la cnsistencia entre ls distints mdels y frmalizar la aceptación del diseñ de la arquitectura del sistema pr parte de ls usuaris de Expltación y Sistemas. Un segund blque de actividades cmplementa el diseñ del sistema de infrmación, en el que se generan tdas las especificacines necesarias para la cnstrucción del sistema de infrmación: Las especificacines de cnstrucción de ls cmpnentes del sistema (móduls clases, según el cas) y de las estructuras de dats. Ls prcedimients de migración y sus cmpnentes asciads. La definición y revisión del plan de pruebas, y el diseñ de las verificacines de ls niveles de prueba establecids. El catálg de excepcines que permite establecer un cnjunt de verificacines relacinadas cn el prpi diseñ cn la arquitectura del sistema. La especificación de ls requisits de implantación. Metdlgía MÉTRICA Versión 3

13 Intrducción 12 Cnstrucción del Sistema de Infrmación (CSI) La cnstrucción del Sistema de Infrmación (CSI) tiene cm bjetiv final la cnstrucción y prueba de ls distints cmpnentes del sistema de infrmación, a partir del cnjunt de especificacines lógicas y físicas del mism, btenid en el Prces de Diseñ del Sistema de Infrmación (DSI). Se desarrllan ls prcedimients de peración y seguridad y se elabran ls manuales de usuari final y de expltación, ests últims cuand prceda. Para cnseguir dich bjetiv, se recge la infrmación relativa al prduct del diseñ Especificacines de cnstrucción del sistema de infrmación, se prepara el entrn de cnstrucción, se genera el códig de cada un de ls cmpnentes del sistema de infrmación y se van realizand, a medida que se vaya finalizand la cnstrucción, las pruebas unitarias de cada un de ells y las de integración entre subsistemas. Si fuera necesari realizar una migración de dats, es en este prces dnde se lleva a cab la cnstrucción de ls cmpnentes de migración y prcedimients de migración y carga inicial de dats. Cm resultad de dich prces se btiene: Resultad de las pruebas unitarias. Evaluación del resultad de las pruebas de integración. Evaluación del resultad de las pruebas del sistema. Prduct sftware: Códig fuente de ls cmpnentes. Prcedimients de peración y administración del sistema. Prcedimients de seguridad y cntrl de acces. Manuales de usuari. Especificación de la frmación a usuaris finales. Códig fuente de ls cmpnentes de migración y carga inicial de dats. Prcedimients de migración y carga inicial de dats. Evaluación del resultad de las pruebas de migración y carga inicial de dats. Implantación y Aceptación del Sistema (IAS) Este prces tiene cm bjetiv principal, la entrega y aceptación del sistema en su ttalidad, que puede cmprender varis sistemas de infrmación desarrllads de manera independiente, según se haya establecid en el prces de Estudi de Viabilidad del Sistema (EVS), y un segund bjetiv que es llevar a cab las actividades prtunas para el pas a prducción del sistema. Metdlgía MÉTRICA Versión 3

14 Intrducción 13 Se establece el plan de implantación, una vez revisada la estrategia de implantación y se detalla el equip que l realizará. Para el inici de este prces se tman cm punt de partida ls cmpnentes del sistema prbads de frma unitaria e integrads en el prces Cnstrucción del Sistema de Infrmación (CSI), así cm la dcumentación asciada. El Sistema se smeterá a las Pruebas de Implantación cn la participación del usuari de peración cuya respnsabilidad, entre trs aspects, es cmprbar el cmprtamient del sistema baj las cndicines más extremas. También se smeterá a las Pruebas de Aceptación cuya ejecución es respnsabilidad del usuari final. En este prces se elabra el plan de mantenimient del sistema de frma que el respnsable del mantenimient cnzca el sistema antes de que éste pase a prducción. También se establece el acuerd de nivel de servici requerid una vez que se inicie la prducción. El acuerd de nivel de servici hace referencia a servicis de gestión de peracines, de sprte a usuaris y al nivel cn el que se prestarán dichs servicis. Cm resultad de este prces se btienen ls siguientes prducts: Plan de implantación del sistema en su ttalidad. Equip de implantación que realizará la implantación. Plan de frmación del equip de implantación (esquema, materiales, recurss necesaris, planificación y especificación de la frmación de usuaris finales). Evaluación de las pruebas de implantación del sistema pr parte del usuari de peración. Evaluación de las pruebas de aceptación del sistema pr parte del usuari final. Plan de mantenimient previ al pas a prducción. Acuerd de nivel de servici del sistema. Sistema en prducción. Mantenimient de Sistemas de Infrmación (MSI) El bjetiv de este prces es la btención de una nueva versión de un sistema de infrmación desarrllad cn MÉTRICA, a partir de las peticines de mantenimient que ls usuaris realizan cn mtiv de un prblema detectad en el sistema pr la necesidad de una mejra del mism. Cm cnsecuencia de est, sól se cnsiderarán en MÉTRICA Versión 3 ls tips de Mantenimient Crrectiv y Evlutiv. Se excluyen ls tips de Mantenimient Adaptativ y Perfectiv, que abarcan actividades tales cm la migración y la retirada de sftware que precisarían el desarrll de un tip de metdlgía específica para reslver su cmetid. Ante una petición de cambi de un sistema de infrmación ya en prducción, se realiza un registr de las peticines, se diagnstica el tip de mantenimient y se decide si se le da Metdlgía MÉTRICA Versión 3

15 Intrducción 14 respuesta n, en función del plan de mantenimient asciad al sistema afectad pr la petición, y se establece cn qué priridad La definición de la slución al prblema necesidad planteada pr el usuari que realiza el respnsable de mantenimient, incluye un estudi del impact, la valración del esfuerz y cste, las actividades y tareas del prces de desarrll a realizar y el plan de pruebas de regresión. Ls prducts que se btienen en este prces sn ls siguientes: Catálg de peticines de cambi. Resultad del estudi de la petición. Prpuesta de slución. Análisis de impact de ls cambis. Plan de acción para la mdificación. Plan de pruebas de regresión. Evaluación del cambi. Evaluación del resultad de las pruebas de regresión. Metdlgía MÉTRICA Versión 3

16 Intrducción 15 INTERFACES DE MÉTRICA VERSIÓN 3 La estructura de MÉTRICA Versión 3 incluye también un cnjunt de interfaces que definen una serie de actividades de tip rganizativ de sprte al prces de desarrll y a ls prducts, que en el cas de existir en la rganización se deberán aplicar para enriquecer influir en la ejecución de las actividades de ls prcess principales de la metdlgía y que si n existen habrá que realizar para cmplementar y garantizar el éxit del pryect desarrllad cn MÉTRICA Versión 3. La aplicación de MÉTRICA Versión 3 prprcina sistemas cn calidad y seguridad, n bstante puede ser necesari en función de las características del sistema un refuerz especial en ests aspects, refuerz que se btendría aplicand la interfaz. Las interfaces descritas en la metdlgía sn: Gestión de Pryects (GP) Seguridad (SEG) Aseguramient de la Calidad (CAL) Gestión de la Cnfiguración (GC) Gestión de Pryects La Gestión de Pryects tiene cm finalidad principal la planificación, el seguimient y cntrl de las actividades y de ls recurss humans y materiales que intervienen en el desarrll de un Sistema de Infrmación. Cm cnsecuencia de este cntrl es psible cncer en td mment qué prblemas se prducen y reslverls paliarls l más prnt psible, l cual evitará desviacines temprales y ecnómicas. La Interfaz de Gestión de Pryects de MÉTRICA Versión 3 cntempla pryects de desarrll de Sistemas de Infrmación en sentid ampli, acrde cn EUROMÉTODO se cnsideran pryects de desarrll de nuevs Sistemas de Infrmación y también ls pryects de ampliación y mejra de ls ya existentes. Las actividades de la Interfaz de Gestión de Pryects sn de tres tips: Actividades de Inici del Pryect (GPI), que permiten estimar el esfuerz y establecer la planificación del pryect. Actividades de Seguimient y Cntrl (GPS), supervisand la realización de las tareas pr parte del equip de pryect y gestinand las incidencias y cambis en ls requisits que puedan presentarse y afectar a la planificación del pryect. Actividades de Finalización del Pryect, cierre y registr de la dcumentación de gestión. Estas actividades pueden requerir, en función de la cmplejidad del pryect, el sprte de herramientas cmerciales de gestión de pryects. Metdlgía MÉTRICA Versión 3

17 Intrducción 16 Seguridad El análisis de ls riesgs cnstituye una pieza fundamental en el diseñ y desarrll de sistemas de infrmación segurs. Si bien ls riesgs que afectan a un sistema de infrmación sn de distinta índle: naturales (inundacines, incendis, etc.) lógics (falls prpis, ataques externs, virus, etc.) sn ests últims ls cntemplads en la interfaz de Seguridad de MÉTRICA Versión 3. El bjetiv de la interfaz de seguridad de MÉTRICA Versión 3 es incrprar en ls sistemas de infrmación mecanisms de seguridad adicinales a ls que se prpnen en la prpia metdlgía, asegurand el desarrll de cualquier tip de sistema a l larg de ls prcess que se realicen para su btención. La interfaz de Seguridad hace psible incrprar durante la fase de desarrll las funcines y mecanisms que refuerzan la seguridad del nuev sistema y del prpi prces de desarrll, asegurand su cnsistencia y seguridad, cmpletand el plan de seguridad vigente en la rganización desarrllándl desde el principi, utilizand MAGERIT cm metdlgía de análisis y gestión de riesgs en el cas de que la rganización n dispnga de su prpia metdlgía. En cnsecuencia, la interfaz cntempla ds tips de actividades diferenciadas: Actividades relacinadas cn la seguridad intrínseca del sistema de infrmación. Actividades que velan pr la seguridad del prpi prces de desarrll del sistema de infrmación. Así mism se hace especial hincapié en la frmación en materia de seguridad. Las valracines sbre la seguridad deben realizarse en función de las características del sistema sin perder de vista además que, al ser finits ls recurss, n pueden asegurarse tds ls aspects del desarrll de ls sistemas de infrmación, pr l que habrá que aceptar un determinad nivel de riesg cncentrándse en ls aspects más cmprmetids amenazads, que serán diferentes según las circunstancias. Gestión de la Cnfiguración La interfaz de gestión de la cnfiguración cnsiste en la aplicación de prcedimients administrativs y técnics durante el desarrll del sistema de infrmación y su psterir mantenimient. Su finalidad es identificar, definir, prprcinar infrmación y cntrlar ls cambis en la cnfiguración del sistema, así cm las mdificacines y versines de ls misms. Este prces permitirá cncer el estad de cada un de ls prducts que se hayan definid cm elements de cnfiguración, garantizand que n se realizan cambis incntrlads y que tds ls participantes en el desarrll del sistema dispnen de la versión adecuada de ls prducts que manejan. La interfaz de gestión de cnfiguración de MÉTRICA Versión 3 permite definir las necesidades de gestión de cnfiguración para cada sistema de infrmación, recgiéndlas en un plan de gestión de cnfiguración, en el que se especifican actividades de identificación y Metdlgía MÉTRICA Versión 3

18 Intrducción 17 registr de prducts, que se realizan durante tdas las actividades de MÉTRICA Versión 3 asciadas al desarrll y mantenimient del sistema de infrmación. Asimism, permite cntrlar el sistema cm prduct glbal a l larg de su creación, btener infrmes sbre el estad de desarrll en que se encuentra y reducir el númer de errres durante el mism, l que se traduce en un aument de calidad del prces de desarrll y de mejra de la prductividad en la rganización. La gestión de cnfiguración facilita además el mantenimient del sistema, aprtand infrmación precisa para valrar el impact de ls cambis slicitads y reduciend el tiemp de implementación de un cambi, tant evlutiv cm crrectiv. Aseguramient de la Calidad El bjetiv de la interfaz de Aseguramient de la Calidad de MÉTRICA Versión 3 es prprcinar un marc cmún de referencia para la definición y puesta en marcha de planes específics de aseguramient de calidad aplicables a pryects cncrets. Las actividades prpias de la interfaz de Calidad en MÉTRICA Versión 3 están rientadas a verificar la calidad de ls prducts. Sn actividades que evalúan la calidad y que sn realizadas pr un grup de Asesramient de la Calidad independiente de ls respnsables de la btención de ls prducts. Estas actividades de interfaz de MÉTRICA Versión 3 n entran en cntradicción cn el Plan General de Garantía de Calidad (PGGC), siend l suficientemente abiertas cm para sprtar una nueva versión del PGGC en el futur. Las actividades cntempladas en la interfaz de Aseguramient de la Calidad permitirán: Reducir, eliminar y prevenir las deficiencias de calidad de ls prducts a btener. Alcanzar una raznable cnfianza en que las prestacines y servicis esperads pr el cliente el usuari queden satisfechas. Metdlgía MÉTRICA Versión 3