Ingeniero en Informtica e I. T. Gestin. Tercer curso. Facultad de Informtica. Universidad de Murcia. Prcticas de Fundamentos de Ingeniera del Software. 2006/2007.

Profesor: Juan Antonio Lpez Quesada.

Caso Prctico: Anlisis con Mtrica 3

Objetivos
Utilizar la metodologa Mtrica 3 (en su vertiente estructurada) en la especificacin de los requisitos de una aplicacin. Dominar los conceptos fundamentales del Anlisis Estructurado. Crear un prototipo de interfaz de la aplicacin.

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

Esquema.Objetivos ............................................................................................................ 1 Esquema.- .......................................................................................................... 2 1.- Metodologa del Desarrollo del Software Mtrica 3....................................... 3 1.1.- Introduccin. ........................................................................................... 3 1.2.- Planificacin del Sistema de Informacin. PSI. ...................................... 5 1.3.- Estudio y Evaluacin del Sistema. EVS.................................................. 7 2.- Caso de Estudio: Ordenadores para todos. .................................................. 9 Descripcin General ....................................................................................... 9 Beneficiarios, requisitos y obligaciones. ....................................................... 10 Conceptos susceptibles de ayuda y cuanta de la subvencin. .................... 10 Oficina municipal. ......................................................................................... 11 Solicitud y validacin..................................................................................... 11 Instruccin del procedimiento. ...................................................................... 13 Resolucin del procedimiento....................................................................... 16 Otras consideraciones. ................................................................................. 16 3.- Descripcin del trabajo prctico. ................................................................. 17 4.- Durante la elaboracin del ERS se deben seguir las siguientes pautas. .... 18 5.- Trabajos Opcionales de estudio/investigacin. ........................................... 20 6.- Esquema de las actividades ASI y DSI. ...................................................... 21 6.1.- Esquema de ASI: Anlisis del Sistema de Informacin. ....................... 21 6.2.- Esquema de DSI: Diseo del Sistema de Informacin. ........................ 22 7.- Entregables en la etapa ASI-DIS. ............................................................... 23

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

1.- Metodologa del Desarrollo del Software Mtrica 3.

1.1.- Introduccin.

La metodologa MTRICA Versin 3 ofrece a las Organizaciones un instrumento til para la sistematizacin de las actividades que dan soporte al ciclo de vida del software dentro del marco que permite alcanzar los siguientes objetivos: Proporcionar o definir Sistemas de Informacin que ayuden a conseguir los fines de la Organizacin mediante la definicin de un marco estratgico para el desarrollo de los mismos. Dotar a la Organizacin de productos software que satisfagan las necesidades de los usuarios dando una mayor importancia al anlisis de requisitos. Mejorar la productividad de los departamentos de Sistemas y Tecnologas de la Informacin y las Comunicaciones, permitiendo una mayor capacidad de adaptacin a los cambios y teniendo en cuenta la reutilizacin en la medida de lo posible. Facilitar la comunicacin y entendimiento entre los distintos participantes en la produccin de software a lo largo del ciclo de vida del proyecto, teniendo en cuenta su papel y responsabilidad, as como las necesidades de todos y cada uno de ellos. Facilitar la operacin, mantenimiento y uso de los productos software obtenidos.

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

La nueva versin de MTRICA contempla el desarrollo de Sistemas de Informacin para las distintas tecnologas que actualmente estn conviviendo y los aspectos de gestin que aseguran que un Proyecto cumple sus objetivos en trminos de calidad, coste y plazos. Su punto de partida es la versin anterior de MTRICA de la cual se han conservado la adaptabilidad, flexibilidad y sencillez, as como la estructura de actividades y tareas, si bien las fases y mdulos de MTRICA versin 2.1 han dado paso a la divisin en Procesos, ms adecuada a la entradatransformacin-salida que se produce en cada una de las divisiones del ciclo de vida de un proyecto. Para cada tarea se detallan los participantes que intervienen, los productos de entrada y de salida as como las tcnicas y prcticas a emplear para su obtencin. En la elaboracin de MTRICA Versin 3 se han tenido en cuenta los mtodos de desarrollo ms extendidos, as como los ltimos estndares de ingeniera del software y calidad, adems de referencias especficas en cuanto a seguridad y gestin de proyectos. Tambin se ha tenido en cuenta la experiencia de los usuarios de las versiones anteriores para solventar los problemas o deficiencias detectados. En una nica estructura la metodologa MTRICA Versin 3 cubre distintos tipos de desarrollo: estructurado y orientado a objetos, facilitando a travs de interfaces la realizacin de los procesos de apoyo u organizativos: Gestin de Proyectos, Gestin de Configuracin, Aseguramiento de Calidad y Seguridad. La automatizacin de las actividades propuestas en la estructura de MTRICA Versin 3 es posible ya que sus tcnicas estn soportadas por una amplia variedad de herramientas de ayuda al desarrollo. Adems, para facilitar la utilizacin de MTRICA Versin 3 se ha desarrollado una herramienta software, Gestor Metodolgico, de ayuda a la aplicacin de la metodologa en cada proyecto concreto y que permite adaptar la estructura de MTRICA Versin 3 de acuerdo a las caractersticas del mismo, permitiendo el seguimiento y control de sus actividades y tareas realizadas por distintos perfiles de usuario asignados a los participantes por el jefe de proyecto. Se ha desarrollado tambin un software, Selector de Herramientas, que ayuda a seleccionar entre las CASE del mercado la que mejor se adapta a las necesidades de cada proyecto teniendo en cuenta las caractersticas de cada organizacin. Tanto la metodologa como todas estas herramientas estarn disponibles en la web del Consejo Superior de Informtica: http://www.map.es/csi

1.2.- Planificacin del Sistema de Informacin. PSI.

El Plan de Sistemas de Informacin tiene como objetivo la obtencin de un marco de referencia para el desarrollo de sistemas de informacin que responda a los objetivos estratgicos de la organizacin. Este marco de referencia consta de: Una descripcin de la situacin actual, que constituir el punto de partida del Plan de Sistemas e Informacin. Dicha descripcin incluir un anlisis tcnico de puntos fuertes y riesgos, as como el anlisis de servicio a los objetivos de la organizacin. Un conjunto de modelos que constituya la arquitectura de informacin. Una propuesta de proyectos a desarrollar en los prximos aos, as como la prioridad de realizacin de cada proyecto. Una propuesta de calendario para la ejecucin de dichos proyectos. La evaluacin de los recursos necesarios para los proyectos a desarrollar en el prximo ao, con el objetivo de tenerlos en cuenta en los presupuestos. Para el resto de proyectos, bastar con una estimacin de alto nivel. Un plan de seguimiento y cumplimiento de todo lo propuesto mediante unos mecanismos de evaluacin adecuados. La perspectiva del plan debe ser estratgica y operativa, no tecnolgica. Para la elaboracin del Plan de Sistemas de Informacin se estudian las necesidades de informacin de los procesos de la organizacin afectados por el Plan, con el fin de definir los requisitos generales y obtener modelos conceptuales de informacin. Por otra parte se evalan las opciones tecnolgicas y se propone un entorno. Tras analizar las prioridades relacionadas con las distintas variables que afectan a los sistemas de informacin, se elabora un calendario de proyectos con una planificacin lo ms detallada posible de los ms inmediatos. Adems, se propone una sistemtica para mantener actualizado el Plan de Sistemas de Informacin para incluir en l todos los cambios necesarios, garantizando el cumplimiento adecuado del mismo. A continuacin se incluye un grfico que representa la secuencia de actividades del proceso PSI.

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

1.3.- Estudio y Evaluacin del Sistema. EVS

Mientras que el Plan de Sistemas de Informacin tiene como objetivo proporcionar un marco estratgico que sirva de referencia para los Sistemas de Informacin de un mbito concreto de una organizacin, el objetivo del Estudio de Viabilidad del Sistema es el anlisis de un conjunto concreto de necesidades para proponer una solucin a corto plazo, que tenga en cuenta restricciones econmicas, tcnicas, legales y operativas. La solucin obtenida como resultado del estudio puede ser la definicin de uno o varios proyectos que afecten a uno o varios sistemas de informacin ya existentes o nuevos. Para ello, se identifican los requisitos que se ha de satisfacer y se estudia, si procede, la situacin actual. A partir del estado inicial, la situacin actual y los requisitos planteados, se estudian las alternativas de solucin. Dichas alternativas pueden incluir soluciones que impliquen desarrollos a medida, soluciones basadas en la adquisicin de productos software del mercado o soluciones mixtas. Se describe cada una de las alternativas, indicando los requisitos que cubre. Una vez descritas cada una de las alternativas planteadas, se valora su impacto en la organizacin, la inversin a realizar en cada caso y los riesgos asociados. Esta informacin se analiza con el fin de evaluar las distintas alternativas y seleccionar la ms adecuada, definiendo y estableciendo su planificacin. Si en la organizacin se ha realizado con anterioridad un Plan de Sistemas de Informacin que afecte al sistema objeto de este estudio, se dispondr de un conjunto de productos que proporcionarn informacin a tener en cuenta en todo el proceso. Las actividades que engloba este proceso se recogen en la siguiente figura, en la que se indican las actividades que pueden ejecutarse en paralelo y las que precisan para su realizacin resultados originados en actividades anteriores.

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

La decisin de desarrollar un SI por parte de los componentes del Departamento de Informtica de la organizacin tras realizar el correspondiente estudio de las alternativas y eleccin de la solucin ms adecuada.

2.- Caso de Estudio: Ordenadores para todos.

Descripcin General

El Ministerio de Industria, Turismo y Comercio ha puesto en marcha el Programa de Ciudades Digitales como un programa de telecomunicaciones cuyo objetivo es la promocin e implantacin de la sociedad de la informacin. El Gobierno de la Comunidad Autnoma de la Regin de Murcia ha impulsado la ejecucin del Plan para el Desarrollo de la Sociedad de la Informacin en la Regin de Murcia 2002-2004 RegindeMurciaSI (http://www.regiondemurciasi.com), iniciativa estratgica cuyo objetivo es acelerar la incorporacin, en igualdad de condiciones, de los ciudadanos y las empresas de la Regin de Murcia a la Sociedad de la Informacin y del Conocimiento de forma plena. El Plan incluye la realizacin de una nueva experiencia de ciudad digital: Proyecto Molina Digital. Para la realizacin de dicho proyecto, la CARM firma un convenio de colaboracin con el Ayuntamiento de Molina de Segura y la Fundacin X, donde se detallan las actuaciones a seguir. Una de las mismas es Internet en casa: equipamiento domstico. Esta actuacin tiene como objetivo conseguir que las familias del municipio incorporen un equipamiento bsico y moderno con el que puedan acceder desde casa a los servicios del Proyecto. De acuerdo con esto, se realiza una convocatoria de la concesin de ayudas dirigidas a ciudadanos residentes en el municipio de Molina de Segura para la adquisicin de ordenadores con capacidad de conexin a Internet. Para abordar la tramitacin y gestin de las solicitudes, la Consejera de Industria y Medio Ambiente encarga a la Fundacin X el anlisis y desarrollo de una aplicacin web que solvente tal problema. El director de proyectos de la Fundacin X, responsable del departamento de desarrollo, ante la posible extensin de estas subvenciones a otros municipios de la regin en un futuro cercano, pone de nombre al proyecto Ordenadores para todos y encarga al analista que comience el trabajo. El analista de sistemas, tras estudiar el modelo de la solicitud y el borrador de la Orden de la Consejera que regular las bases y convocatoria de las ayudas, y entrevistarse con los funcionarios tcnicos que actuarn como usuarios de la aplicacin web, se dispone a ordenar las notas que ha ido tomando sobre los objetivos del proyecto y estructurar la informacin que ha asimilado con el fin de plantear un primer enfoque de necesidades.

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

Beneficiarios, requisitos y obligaciones.

Podrn ser beneficiarios de estas ayudas las personas fsicas residentes en el municipio durante al menos los 6 meses anteriores a la presentacin de su solicitud y adquieran un ordenador con capacidad de conexin a Internet. La residencia se acreditar mediante volante o certificado de empadronamiento en el que figure la fecha de alta en el padrn de habitantes, y en el que figure su DNI. En el caso de extranjeros no comunitarios debern aportar documento que refleje el NIE, si no se indica en el volante o certificado de empadronamiento. No sern vlidos los certificados con fecha de expedicin de una antigedad superior a 6 meses desde el momento de la presentacin del mismo. Slo se podr optar a una subvencin por unidad familiar. Una vez concedida la ayuda, ningn miembro de la unidad familiar podr solicitar otra adicional durante la vigencia de la convocatoria de ayudas y de sus eventuales prrrogas. No podrn ser beneficiarios de las ayudas los solicitantes que no se encuentren al corriente en sus obligaciones fiscales con la CARM. Conceptos susceptibles de ayuda y cuanta de la subvencin.

Las ayudas previstas se destinarn a subvencionar la adquisicin de ordenadores nuevos con las prestaciones necesarias para su conexin a Internet, y que renan, como mnimo, las siguientes caractersticas: Placa base con cualquier procesador para plataforma PC o MAC, con velocidad igual o superior a 2,4GHz (PC sobremesa) o a 1,2GHz (PC porttil, MAC sobremesa o MAC porttil). Memoria RAM: 256Mb. Disco duro: 30Gb. Lector de DVD o lector/grabador de DVD. MODEM o tarjeta de red. Monitor color 15. Teclado y ratn (para equipos sobremesa). Tarjeta grfica (en tarjeta o integrada en placa). Tarjeta de sonido (en tarjeta o integrada en placa). Sistema operativo (opcional). El importe genrico de la subvencin ser del 33% del coste de adquisicin, con un mximo de 300. Tanto el porcentaje de subvencin como el importe mximo de la misma podrn verse modificado en funcin de sus datos fiscales. No se subvencionar la adquisicin de perifricos externos (impresoras, 10

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

escneres, etc.). En el caso de incluirlo en la misma factura que el equipo subvencionado, los precios de cada uno de ellos debern constar por separado. El mdem o tarjeta de red se subvencionarn al 100% con un mximo de 60 euros. El sistema operativo no se subvenciona (se pretende promover el uso de Linux). El valor de los conceptos subvencionables ser IVA incluido. El beneficiario tendr completa libertad para elegir el comercio donde adquirir el equipo, pero ste ha de ser adquirido ntegramente en el mismo comercio. Un comercio, para poder participar en este programa, necesita disponer de conexin a Internet y estar registrado en la aplicacin. Oficina municipal.

Se habilitar una oficina por municipio que atender las solicitudes de informacin por parte de los ciudadanos y validar las solicitudes presentadas. Habr un nico responsable por oficina y un nmero variable de empleados o gestores. Habr un plazo de presentacin de solicitudes para cada municipio, de acuerdo con las correspondientes convocatorias. Solicitud y validacin.

Como vamos a ver, el proceso de alta de una peticin de subvencin se realiza en dos pasos. Primero, la solicitud de subvencin se rellena por parte del comercio vendedor del equipo, que tiene acceso a la aplicacin a travs del web. Segundo, un empleado de la oficina municipal (gestor) valida la solicitud al realizar diversas comprobaciones. Durante el proceso de alta de la solicitud, la aplicacin requiere el registro electrnico de todos los campos de la factura. Al ocuparse el vendedor de dar de alta la factura, se libera al personal de los ayuntamientos de esta tediosa tarea. Los campos de la factura no son simplemente texto plano, sino que en la aplicacin existe un catlogo de componentes de ordenadores en el que cada posible componente del ordenador tiene un cdigo. Cada lnea de la factura, entonces, estara formada por el cdigo del componente; descripcin (tal y como viene en el catlogo anterior); cantidad; precio sin iva; precio con iva; porcentaje de subvencin aplicable (segn el tipo de componente); y precio final con subvencin (estos tres ltimos campos son calculados automticamente por la aplicacin).

11

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

Al finalizar el alta de la solicitud de subvencin, el vendedor debe imprimir la solicitud y la factura, firmarlas y entregarlas al cliente, que a partir de entonces ha de acudir a la oficina municipal correspondiente, antes de que finalice el plazo de fin de la convocatoria, para aportar la documentacin que permita validar la peticin. En la oficina municipal, un gestor del ayuntamiento deber validar la solicitud de subvencin, para lo cual, el impreso de solicitud debidamente cumplimentado (realizado por el comercio vendedor) deber ir acompaado de la siguiente documentacin: Original o copia compulsada del volante o certificado de empadronamiento, donde constarn los datos de los integrantes de la unidad familiar (nombre, apellidos y DNI), la fecha de expedicin, la fecha de alta y direccin postal. Original o copia compulsada de la factura del equipo informtico adquirido en la que constarn, adems de las caractersticas tcnicas detalladas, los datos del comprador (nombre, apellidos y DNI), y los datos del comercio (nombre jurdico y/o comercial, direccin y CIF). La fecha de la factura no podr ser anterior a la entrada en vigor de la convocatoria correspondiente. Original o copia compulsada del certificado de cdigo de cuenta cliente expedido por la entidad bancaria donde el solicitante desee que se le ingrese la subvencin, donde constarn, adems de nombre, apellidos y DNI del solicitante, el nombre de la entidad y la direccin postal de la oficina correspondiente. Original o copia compulsada del certificado de renta correspondientes al ejercicio 2005, donde constarn, adems del nombre, apellidos etc., adems de el n de remesa, n de comunicacin, resultado de la cuota ingresar/devolver, importe de su contribucin a hacienda pblica..etc. El gestor del ayuntamiento comprueba la documentacin anterior, introduce los datos relativos al empadronamiento y a la entidad bancaria, y marca la solicitud de subvencin como validada. Para el tratamiento de los errores asociados a una solicitud se define la siguiente tipologa: solicitud (1), solicitante (2), equipo (3), certificado de empadronamiento (4), factura (5), certificado bancario (6). Estos errores se asignan a la peticin de subvencin cuando proceda (en ocasiones varios errores para una misma peticin), y van explicados por un campo de texto. Por ejemplo, posibles errores pueden ser:

(2) Persona fsica ya subvencionada. (2) Persona residente en domicilio ya subvencionado. (2) Persona morosa con Hacienda. 12

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

Aunque en principio no se espera que sea un procedimiento habitual, el gestor de la oficina tiene habilitada una operacin para modificar la solicitud al margen del procedimiento de validacin, que incluye la anulacin parcial de una subvencin: esta opcin permitira anular alguno/s de los campos de la factura. Los gestores de la oficina municipal disponen de opciones para dar de alta y de baja comercios en el programa. Evidentemente, tambin disponen de operaciones de consulta de los comercios adheridos al programa, y de las subvenciones en trmite y que han sido tramitadas, junto con sus errores asociados y eventuales subsanaciones. Instruccin del procedimiento.

El personal de la oficina municipal valida por un lado los datos de la solicitud en la aplicacin tal cual estn presentados por el interesado y por otro lado registra la documentacin aportada. Al interesado le proporcionan un nmero de solicitud validada a efectos de la aplicacin, y nmero y fecha de registro a efectos administrativos (que se incluyen como referencias en la solicitud). Se ha de prever un procedimiento de registro abreviado para evitar colas de personas. Durante la validacin se ha de comprobar los datos grabados conforme a las especificaciones requeridas, y se han de grabar todos los errores calculados. Hay una serie de contingencias que slo podrn ser detectadas por el personal de la oficina, y stos debern grabar manualmente los errores detectados. Para tal menester, la solicitud ir pasando por sucesivos estados, que se relacionan: pendiente de validacin (1), pendiente de subsanacin (2), aprobada (3) y presentada (4). Estos estados son los que se manejarn en las oficinas municipales.

A) campo "ESTADO": estados de la solicitud que maneja el personal de las oficinas municipales 1) lista de valores Pendiente de validacin (1). Pendiente de subsanacin (2). Aprobada (3).

13

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

Presentada (4).

2) valores iniciales

1 -> estado por defecto cuando se graba la solicitud completa

3) trnsito entre valores

1 -> 2 1 -> 3 2 -> 3 3 -> 2 3 -> 4 En cada oficina municipal hay un responsable. Una vez que las solicitudes lleguen al estado aprobada, el responsable de la oficina podr dar el visto bueno y pondr los estados a presentada, lo que implicar que presente fsicamente las solicitudes en papel y sus documentos ante un administrador de la Consejera de Hacienda, junto con un listado de cada remesa de transferencias pendientes de realizacin si las subvenciones son finalmente resueltas favorablemente por la administracin. Indicar que el administrador de la Conserjera de Hacienda ser el encargado de definir las reglas que permiten en funcin de los datos fiscales de un individuo, establecer el porcentaje de subvencin como el importe mximo de la misma. A partir de ah y hecha la recepcin por parte del personal de la administracin, se realizar el procedimiento que finalizar en la propuesta de resolucin correspondiente. Si una vez realizado el proceso de validacin de datos se detecta en la oficina municipal que la informacin es incompleta o que sta no rene los requisitos exigidos, se notificar al interesado para que subsane las deficiencias detectadas o acompae la documentacin requerida, en el plazo de diez das hbiles contados a partir del siguiente al de la recepcin de la notificacin, con apercibimiento de que si as no lo hiciera se le tendr por desistida su peticin.

14

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

El personal de la Consejera (administrador) manejar un estado sobre la concesin de la subvencin, segn se relaciona: pendiente (0), recibida (1), publicada en BORM (2), en administracin (3), rechazada (4), pagada (5), denegada (6) y desistida (7). B) campo "CONCESION": estados de la solicitud que maneja el personal de la administracin 1) lista de valores Pendiente (0). Recibida (1). Publicada en BORM (2). En administracin (3). Rechazada (4). Pagada (5). Denegada (6). Desistida (7). 2) valores iniciales 0 -> estado por defecto cuando se graba la solicitud 3) trnsito entre valores 0 -> 1 1 -> 2 1 -> 3 1 -> 4 1 -> 6 1 -> 7 2 -> 1 2 -> 3 2 -> 6 2 -> 7 3 -> 4 3 -> 5 3 -> 6 3 -> 7 4 -> 1 4 -> 2 4 -> 3 4 -> 6 4 > 7

15

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

En cualquier momento, el estado de una solicitud (y por supuesto, los estados por los que ha pasado) se han de poder consultar con facilidad, tanto por el interesado como por parte de los administradores. Resolucin del procedimiento.

El procedimiento finalizar mediante Orden del Consejero correspondiente dictada a la vista de la propuesta elevada por el administrador de la Consejera. Dicha Orden ser notificada al interesado por correo ordinario y por mail y registrada en la aplicacin. Finalmente, el administrador de la Consejera se encargar de dar la orden de pago de las remesas aprobadas. (Las solicitudes de subvencin se agrupan en remesas, que son bsicamente colecciones de transferencias bancarias a realizar). Al igual que el responsable de la oficina, el administrador dispondr de una opcin para generar diversas estadsticas sobre las concesiones, y de otras opciones para revisar solicitudes, modificar remesas, consultar remesas, y realizar y consultar subsanaciones. Otras consideraciones.

Es evidente que este desarrollo como se observa en la documentacin, procedimiento..etc. est en principio dirigido a personas fsicas con la nacionalidad espaola, la cuestin que surge y que puede considerarse como una posible extensin el incluir los elementos necesarios para permitir que estas ayudas puedan aprobarse cuando el destinatario sea una persona jurdica, es decir una empresa, o una persona fsica pero de nacionalidad comunitaria o extracomunitario con permiso de residencia.

16

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

3.- Descripcin del trabajo prctico.

Consideremos viable el proyecto descrito en el apartado anterior. En esta prctica se debe seguir el proceso de Anlisis de Sistemas de Informacin (ASI) de Mtrica 3 (desarrollo estructurado) para especificar los requisitos del caso prctico. El director del proyecto ha decidido que la estructura de la documentacin resultante de aplicar el proceso ASI deber incluir los siguientes apartados:

Catlogo General de Requisitos: o Vase documento explicativo. Elaboracin y descripcin del modelo de procesos: o Contexto del sistema. o Diagrama de subsistemas o Jerarqua de procesos. o Diccionario de datos. Elaboracin y descripcin del modelo de datos: o Modelo entidad/relacin (E/R). o Modelo extendido de datos. Especificacin y prototipado de la Interfaz de Usuario. Anexos. Contenidos Opcionales: o Modelo/Diagrama de casos de uso. o Los diagramas HVE de las principales entidades del sistema. o Siguiendo el proceso DSI de Mtrica 3, disear la estructura modular de una parte del sistema. o Cada grupo puede realizar otras aportaciones a la prctica que sean de su inters, aportaciones que deber discutir primero con el profesor. Anexos. Trabajos : o Trabajos Opcionales de estudio/investigacin.

17

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

4.- Durante la elaboracin del ERS se deben seguir las siguientes pautas.
Por favor, leed cuidadosamente este apartado antes de comenzar a trabajar en la prctica y antes de entregar la documentacin final.

El grupo de prcticas puede enriquecer o cambiar la especificacin del problema a partir de su conocimiento del problema planteado, pero debe discutirlo con el profesor. En los casos, si los hubiera, de que el enunciado del problema sea ambiguo o no sea lo suficientemente completo, el grupo deber recoger por escrito las suposiciones que se adopten, indicando las razones de la eleccin, si fuera necesario. El alumno tambin puede enriquecer el formato de ERS que debe entregarse como resultado de la prctica. La documentacin de la prctica se debe elaborar usando System Architect 2001, entregando los resultados en papel y en un soporte que contenga la enciclopedia y el informe correspondiente. Toda la documentacin necesaria para la comprensin de la prctica se debe incluir en papel. La portada de la documentacin debe incluir: cdigo de grupo (disponible en el web y en los tablones de clase), los nombres y dni de los integrantes del grupo, una direccin de e-mail de contacto, la titulacin, el nombre de la asignatura y el nombre del profesor de prcticas. Para no dar lugar a listados en papel muy extensos, en el informe en papel de la enciclopedia recomendamos obviar todos aquellos campos que no sean relevantes o que estn en blanco. El Glosario de trminos deber definir los trminos necesarios para comprender adecuadamente el Catlogo de requisitos. Aunque se puede generar con System Arhitect 2001, recomendamos su realizacin mediante un procesador de textos. Como sabemos, la Descripcin de subsistemas de anlisis se corresponde con una descripcin del DFD 0. Presta una especial atencin a realizar una descomposicin en subsistemas coherente. En el Modelo de procesos del sistema, se debe entregar un modelo lgico de los procesos del nuevo sistema de informacin. Se deben usar pre y post-condiciones en las miniespecificaciones de los procesos primitivos, pero en un par de procesos no triviales tambin se debe ilustrar el uso de lenguaje estructurado. 18

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

Obviamente, es requisito indispensable respetar las reglas sintcticas del anlisis estructurado. Recuerda que el modelo de procesos y el modelo E/R deben estar balanceados. En el Modelo de datos, slo se deber realizar un modelo conceptual utilizando el modelo entidad/relacin extendido (no se debe realizar el modelo lgico ni el modelo lgico normalizado). La Especificacin de interfaz de usuario contendr un prototipo de interfaz de la aplicacin, que debe incluir (al menos) los cuadros de dilogo y los informes ms importantes. Para ello se pueden utilizar los diagramas de System Architect Menu y Graphic Screen, pero recomendamos el uso de una herramienta que permita la edicin de documentos HTML. Si los alumnos prefieren usar cualquier otra herramienta para generar el prototipo de interfaz, pueden hacerlo.

19

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

5.- Trabajos Opcionales de estudio/investigacin.

Diseo del Sistema de Informacin (Proceso DSI). Construccin del Sistema de Informacin (Proceso CSI). Implantacin y Aceptacin del Sistema (Proceso IAS). Mantenimiento del Sistema de Informacin (Proceso MSI). REAL DECRETO LEGISLATIVO 1/1996, de 12 de abril, (BOE de 22 de abril) por el que se aprueba el texto refundido de la Ley de Propiedad Intelectual regularizando, aclarando y armonizando las disposiciones legales vigentes sobre la materia. Interface de seguridad: MAGERIT - Versin 2 (julio de 2005). Interface de calidad: PGGC. Introduccin al UML. Diagramas de Clases y otros tipos de diagramas UML: actividades, secuencia, despliegue, paquetes, etc. Standard de ERS 830 XXXX. The World Wide Web Consortium (W3C). Capability Maturity Model for Software (SW-CMM). La familia de estndares ISO (Organizacin Internacional de Estandarizacin). Gestin Temporal de Proyectos Software: Mtodo Pert-Gantt. Gestin Temporal de Proyectos Software: Mtodo ROY. Gestin de Costes: COCOMO2000. Otros mtodos de gestin de costes: Puntos de Funcin, Tcnica Delphi... Software:

20

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

6.Esquema de actividades ASI y DSI.

6.1.- Esquema de ASI: Sistema de Informacin. Anlisis

las

del

En el siguiente grfico se muestra la relacin de actividades del proceso Anlisis del Sistema de Informacin, tanto para desarrollos estructurados como para desarrollos orientados a objetos, distinguiendo las que se pueden realizar en paralelo de aquellas que han de realizarse secuencialmente.

21

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

6.2.- Esquema de DSI: Diseo del Sistema de Informacin. En el siguiente grfico se muestra la relacin de actividades del proceso Diseo del Sistema de Informacin (DSI), tanto para Desarrollos Estructurados como para Desarrollos Orientados a Objetos.

22

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

7.- Entregables en la etapa ASI-DIS.

A continuacin se muestra el ndice documental de entregables considerando la informacin anteriormente mencionada referente a la organizacin en tareas y documental de las actividades en las que se estructura ASI y DSI en el marco de la Metodologa de Desarrollo de Sw Mtrica 3.

ASI 1. Definicin del sistema. Catlogo de requisitos generales. Glosario de trminos. En AE: o Contexto del sistema. DFD de Contexto. o Modelo conceptual de datos. Modelo Entidad Relacin no Extendido. Catlogo de estndares y de normas. Catlogo de usuarios (participantes y finales). Entorno tecnolgico del sistema. Plan de trabajo. ASI 2. Establecimiento de requisitos. ASI 2.1: Obtencin de requisitos. Sesiones de trabajo con los usuarios para extraer los requisitos (con prioridades): Catlogo de requisitos detallado. Modelo de casos de uso. ASI 2.2: Especificacin de Casos de Uso. Especificar cada caso de uso: (Escenarios) o Descripcin del escenario principal o Pre y post-condiciones o Interfaces de usuario o Escenarios secundarios Es posible que se dividan casos de uso complejos en otros ms simples. (Relaciones de Uso y Herencia).

23

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

ASI 3. Identificacin de subsistemas de anlisis. En AE, se corresponde con el DFD 0. ASI 6. Elaboracin del modelo de datos. Tcnica: Modelo E-R extendido. Se completa el modelo conceptual de datos (versin inicial en ASI 1). Se elabora el modelo lgico. Se normaliza el modelo lgico (al menos hasta 3FN) Si es necesaria una migracin de datos de otros sistemas o una carga inicial de informacin, determinar las necesidades de migracin o carga inicial de datos plan de migracin y carga inicial de datos. ASI 7. Elaboracin del modelo de procesos. Descomposicin del DFD 0 en la jerarqua de procesos. Diccionario de Datos. Entidades Externas-AlmacenasFlujos-Procesos ect. ASI 8. Definicin de interfaces de usuario. Se especifican los estndares y directrices a tener en cuenta: o Normas de interfaz (grfica o de caracteres), para mensajes de error, de ayuda, etc. Se definen: o Formatos de pantallas y de impresin. o Dilogos, informes y formularios. o (En AOO, las interfaces ya se han especificado en los casos de uso.) Opcionalmente, usar prototipos en la interfaz interactiva y de impresin. ASI 10. Especificacin del plan de pruebas. (Opcional). Se inicia la definicin del plan de pruebas. o Se definen las pruebas de aceptacin.

24

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

DSI 5. Diseo de la arquitectura de mdulos del sistema. Objetivo: para cada uno de los subsistemas se disea la estructura modular de los procesos que lo integran. Pto. de partida: modelo de procesos obtenido en ASI y catlogo de requisitos. Tcnica: Diagrama de Estructura de Cuadros de Constantine (DEC) Se realiza el diseo detallado de la interfaz de usuario, de pantalla e impresa. El interfaz de usuario debe corresponderse con la estructura modular.

25