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

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. 2005/2006.

Esquema.Objetivos ............................................................................................................ 1 Esquema.- .......................................................................................................... 2 1.- Metodologa del Desarrollo del Software Mtrica 3....................................... 4 1.1.- Introduccin. ........................................................................................... 4 1.2.- Planificacin del Sistema de Informacin. PSI. ...................................... 6 1.3.- Estudio y Evaluacin del Sistema. EVS.................................................. 8 2.- Caso de estudio FIS Librera Electrnica 2005 S.A. ................................ 10 2.1. Objetivos generales del sistema.................................................... 10 2.2. Descripcin detallada del sistema. ................................................ 11 Catlogo electrnico de artculos. ...................................................... 11 Registro de clientes............................................................................... 12 Realizacin de pedidos. ........................................................................ 13 Anulacin de pedidos............................................................................ 15 Estados de los pedidos. ........................................................................ 15 Canje de puntos-regalo........................................................................ 15 Administracin del sistema. ................................................................ 16 Otras funciones del sistema. ............................................................... 17 3.- Descripcin del trabajo prctico. ................................................................. 18 4.- Durante la elaboracin del ERS se deben seguir las siguientes pautas: .... 19 5.- Contenidos Opcionales ............................................................................... 22 6.- Trabajos Opcionales ................................................................................... 23 7.- Esquema de las actividades ASI y DSI. ...................................................... 24 2

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

7.1.- Esquema de ASI: Anlisis del Sistema de Informacin. ....................... 24 7.2.- Esquema de DSI: Diseo del Sistema de Informacin. ........................ 25 8.- Estructura del documento a entregar. INDICE/ESQUEMA. ........................ 26

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

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. 2005/2006.

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. 2005/2006.

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. 2005/2006.

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 FIS Librera Electrnica 2005 S.A.

Una librera desea desarrollar e implantar un sistema informtico para la venta electrnica de libros y otros artculos a travs de Internet. Despus de un encuentro inicial con el gerente de la librera para obtener los objetivos del sistema, supongamos que el estado inicial de nuestras notas es el siguiente:

2.1. Objetivos generales del sistema. Los clientes accedern al sistema va Internet, en principio a travs de cualquier navegador web, aunque esta restriccin se podra relajar (considerando slo los ms extendidos) si el coste se incrementara mucho. El sistema deber ser extremadamente fcil de instalar, utilizar y operar. Dispondr de mltiples ayudas y automatismos para minimizar el impacto de la nueva aplicacin sobre los usuarios. El volumen de usuarios concurrentes puede ser muy elevado, con varios periodos punta a lo largo del da. Se desea un tiempo de respuesta razonablemente bueno. La librera desea ampliar su oferta de productos, y no considerar solamente libros, sino tambin DVDs, CDs de msica y videojuegos. El pago de los pedidos se realizar nicamente por tarjeta de crdito. En una primera versin se soportarn solamente las siguientes tarjetas: VISA, MasterCard y 4B. El sistema deber soportar medidas de seguridad e integridad transaccional estrictas. Desde la primera versin del sistema, se pretende introducir puntos de fidelizacin, puntos-regalo, que los clientes podrn canjear por regalos o por descuentos en ciertos pedidos. Estos puntos nunca se podrn canjear por dinero.

10

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

En una versin posterior del sistema, se pretende que algunas funciones del mismo (consulta de catlogo, registro, realizacin de un pedido y consulta de situacin de un pedido) puedan ser realizadas desde dispositivos mviles (PDAs, Smartphones, etc.). Adems, y con las restricciones que fije el diseador del sistema, se podrn descargar al dispositivo mvil fragmentos promocionales de algunos libros. El sistema deber estar disponible, al menos en una primera versin, de forma muy urgente.

2.2. Descripcin detallada del sistema.

Catlogo electrnico de artculos. El sistema gestiona un catlogo electrnico de artculos, actualizado continuamente con la informacin recibida desde los proveedores, que podr ser consultado por los clientes atendiendo a distintos criterios. El catlogo constar de los siguientes tipos de artculos: libros, DVDs, CDs y videojuegos. Cada uno de ellos tiene disponible un nmero determinado de ejemplares (stock). Los libros vienen descritos por: ttulo, autor(es), editorial, ao de publicacin, ISBN, categora, tabla de contenidos, resumen, idioma y nmero de edicin. Los libros pueden presentarse en distintas ediciones: impresa, electrnica y audiolibro. Tambin puede haber ms de una edicin impresa: libro de bolsillo y rstica. Cada una de ellas puede tener un precio diferente. Los datos que se ofrecen de los DVDs son: ttulo espaol y ttulo original (si lo tiene), ao, director, nacionalidad, idioma(s) disponibles, subttulo(s) disponibles, productora y actores principales.

11

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

Los CDs de msica tienen como datos de registro el cantante o grupo musical, ttulo del disco, tipo (LP, EP, single), canciones, productora, distribuidor y ao de publicacin. Los videojuegos nicamente tienen como datos un nombre, plataforma (tipo de consola, o pc), ao de publicacin y la empresa creadora. Todos estos artculos tienen un CIP, Cdigo Internacional de Producto, que identifica unvocamente cada ejemplar concreto. El catlogo debe controlar el nmero de ejemplares de cada artculo en stock. Para todos los productos se ofrecen unas categoras que facilitan la clasificacin de productos y la bsqueda a los usuarios (por ejemplo, novela histrica, ciencia-ficcin, teatro clsico, teatro moderno, ensayo, poesa). Cualquier producto debe pertenecer a una o ms categoras de artculos. Registro de clientes. Antes de poder realizar cualquier pedido, un cliente se debe registrar en la base de datos de clientes del sistema. Los datos que un cliente deber suministrar necesariamente son: Nombre y apellidos DNI Direccin postal completa (provincia, ciudad, calle, nmero, escalera, piso, puerta, cdigo postal) Direccin de correo electrnico Identificador y clave de usuario El identificador puede ser cualquier nombre real o ficticio. Si el identificador ya existe en el sistema se deber notificar esta circunstancia al usuario y pedirle uno nuevo. La clave ser una cadena de entre 6 y 16 caracteres. Por motivos de seguridad, mientras que se teclea la clave aparecern * en lugar de los caracteres que se estn tecleando verdaderamente. La clave se debe repetir para cerciorarnos de que no ha habido ningn error. Una vez registrado, el sistema proceder a la asignacin de los siguientes datos: Nmero de identificacin del cliente Fecha de registro (importante dado que el sistema podr hacer ofertas por antigedad) Una cierta cantidad de puntos-regalo (actualmente el gerente quiere que sean 100). 12

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

Un cliente registrado que no haya realizado ningn pedido en los ltimos cuatro aos ser dado de baja del sistema. Cualquier cliente podr modificar sus datos, y ejercer sus derechos de acceso, modificacin, oposicin y cancelacin en trminos de lo que marca la LOPD (Ley Orgnica 15/1999, de 13 de diciembre, de Proteccin de Datos de Carcter Personal. BOE nm. 298, 14/12/1999). Realizacin de pedidos. Se pretende que la tienda virtual funcione de manera similar a como lo hacen el resto de comercios electrnicos, de forma que comprar un artculo sea una operacin sencilla y rpida. Un cliente podr realizar un pedido introduciendo uno o ms artculos en su carrito de la compra. El cliente deber primero identificarse suministrando su identificador y clave de usuario. Si el usuario no est registrado, el sistema le ofrecer la posibilidad de registrarse en ese momento. El cliente ir seleccionando los artculos que desee comprar y el nmero de ejemplares que desea de cada uno. Con la introduccin de cada artculo en el carrito, el sistema mostrar automticamente el subtotal de la compra y el subtotal con descuento. En el carrito de la compra aparecern todos los ttulos que haya ido seleccionando y aadiendo, junto con su precio desglosado, y una casilla de seleccin que permite eliminarlos. Para eliminar cualquier ttulo slo hay que seleccionarlo y pulsar el botn Eliminar. Cuando termine de seleccionar artculos para el pedido, el cliente indicar que da por terminado el pedido pulsando un botn en la GUI, y el sistema le responder mostrando el contenido del carrito de la compra, desglosado por artculo, indicando para cada uno el nmero de ejemplares, el subtotal y el subtotal tras descuentos (si los hubiera), indicando el importe total del pedido y el importe total del pedido tras descuentos. En ese momento, el cliente podr confirmar o cancelar el pedido, pulsando OK o Cancelar. El cliente ser requerido entonces para que acepte las Condiciones Generales de Contratacin para este comercio. Se recomendar que antes de hacerlo, dichas condiciones se lean y se compruebe que realmente se est conforme con ellas. Para aceptarlas basta con hacer clic en la casilla de seleccin de Acepto las condiciones de contratacin. Si el cliente no acepta las condiciones la transaccin ser abortada. Si el cliente confirma el pedido y acepta las condiciones, el sistema solicitar al cliente un nmero de tarjeta de crdito. Como medida de seguridad, el cliente deber introducir tambin el cdigo de control (tres dgitos que vienen en la parte posterior de la tarjeta) y la fecha 13

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

de caducidad de la tarjeta. El sistema se pondr en contacto con la gestora de medios de pago correspondiente para comprobar que los datos de la tarjeta son vlidos. Si la gestora de medios de pago responde positivamente, el sistema almacenar el pedido en un catlogo de pedidos junto con los datos de la tarjeta de crdito y los siguientes datos: Nmero de pedido Fecha de pedido Estado (inicialmente, pedido aceptado) Fecha de expedicin (inicialmente, en blanco) Fecha de cargo (inicialmente, en blanco) En cualquier momento, un cliente podr consultar la situacin de su pedido, a partir de su identificador y clave y del nmero de pedido. Como hemos comentado, la librera puede consignar descuentos en algunos de sus productos. A veces estos descuentos dependen de la antigedad del cliente en la librera. Otras veces se aplican a un artculo determinado en promocin, a una categora completa de artculos (por ejemplo, un 20% de descuento en todos los CDs de msica clsica) o incluso a todos los artculos de la tienda. Las ofertas pueden ser un descuento en porcentaje (por ejemplo, un 21% en todos los CDs de msica) o un descuento absoluto (por ejemplo, 5 para todos nuestros clientes con antigedad superior a cinco aos que hagan compras superiores a 30). Estas ofertas pueden variar a lo largo del tiempo, y no son acumulables entre s: normalmente el sistema aplicar el mayor descuento que favorezca al cliente. Una vez que el cliente ha formalizado correctamente un pedido, el sistema deber realizar las siguientes acciones: Dar la orden de expedicin: si el artculo no est en stock en nmero suficiente, la librera emitir una orden electrnica de expedicin del artculo a la empresa distribuidora que se encarga de los envos a los clientes. Emisin de cargos y facturas: si el artculo no estaba en stock en nmero suficiente y se pidi a una distribuidora, en cualquier momento la librera podr recibir de la distribuidora la informacin que indique que los ejemplares del artculo han sido expedidos. Esa informacin incluye el coste de los portes requeridos, que son anotados en el pedido. La librera emitir a continuacin un cargo contra la tarjeta de crdito del cliente a su gestora de medios de pago (por el importe del pedido portes incluidos) y emitir una factura con los datos del pedido que

14

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

enviar al cliente. Si el artculo se encontraba en stock, el cargo y la factura se realizan inmediatamente, de forma automtica. El sistema incrementar tambin el saldo de puntos-regalo del cliente, de forma proporcional al importe del pedido. Segn el gerente, el cliente percibira en su cuenta tres puntos de fidelizacin por cada euro gastado en la librera, aunque esta cantidad puede variar con el tiempo (normalmente vara de tarde en tarde). Para fomentar las visitas a la pgina de la librera, sta pretende tener un catlogo de libros electrnicos gratuitos que el usuario pueda descargar directamente desde el web, sin necesidad de realizar un pedido. Para poder hacer uso de este servicio, el usuario debe estar registrado. Anulacin de pedidos. Los pedidos se pueden anular, total o parcialmente. La anulacin se puede producir por parte de la distribuidora o por parte de los clientes: a) Cuando se est procesando un pedido del cual se ha cursado la orden de expedicin, la librera puede recibir de la distribuidora informacin relativa a retrasos o problemas por parte de sta para servir el artculo. En el caso de que la distribuidora comunique la imposibilidad de tramitar el pedido (por ejemplo, porque el artculo se encuentra agotado), la librera proceder a la anulacin del pedido de ese artculo. Un pedido slo se anular completamente si no han podido ser expedidos ninguno de sus artculos. b) El cliente tambin puede anular el pedido de un artculo, pero slo hasta 24 horas despus de haberlo realizado. Un pedido completo slo se anular si se han anulado todos los artculos del mismo. Se devolver al cliente el precio del artculo(s) anulado(s), pero no los portes del pedido, si ste se hubiera expedido ya. Al anular el pedido de un artculo(s) se le descontarn los puntos de fidelizacin correspondientes. Estados de los pedidos. Cuando proceda, la situacin del pedido se ir actualizando a travs de los siguientes estados: pedido aceptado, orden de expedicin cursada, pedido expedido, pedido cargado y facturado y eventualmente pedido anulado. Canje de puntos-regalo. El cliente podr canjear cuando lo desee puntos-regalo por determinados artculos. Para ello habr una opcin bien diferenciada 15

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

en la pgina de la librera que permitir consultar los puntos- regalo que haya en la cuenta del cliente y otra opcin para acceder a un catlogo de regalos en el que se muestran todos aquellos productos que el sistema ofrece en el programa de puntos-regalo. En algunos de ellos es necesario que el usuario aporte una cierta cantidad de dinero. (Los portes de los pedidos no se descuentan por usar el programa de puntos regalo.) Administracin del sistema. El sistema permitir que un administrador pueda realizar funciones de mantenimiento del catlogo y generar informes de tipo estadstico. Los usuarios administradores no son clientes y obviamente no necesitan todos los datos de un cliente para su registro. Cada vez que se recibe informacin de novedades desde un proveedor (editorial, discogrfica o distribuidora) se actualizar la informacin en el catlogo. La informacin recibida, que vara de proveedor a proveedor, podr referirse a nuevos artculos o a descatalogaciones de algunas referencias antiguas. Estas actualizaciones del catlogo sern realizadas manualmente por un administrador en una primera versin del sistema, pero se pretende que pasen a ser automticas en una segunda versin, uniformizando la informacin recibida de los proveedores mediante XML. El sistema deber permitir que el administrador realice frecuentemente las siguientes consultas (es previsible que haya que incluir nuevas consultas conforme aumente nuestro conocimiento de los requisitos del sistema): Consulta de datos bsicos de un cliente, por nmero de cliente o por nombre y apellidos del mismo. Consulta de situacin de un pedido, por nmero de pedido. (Esta consulta tambin podr ser realizada por los clientes.) Consulta de pedidos pendientes de comunicar a la distribuidora, por fecha de pedido. Consulta de pedidos pendientes de expedicin por parte de la distribuidora, por fecha de pedido. Consulta de pedidos anulados, por fecha de pedido. Consulta de pedidos expedidos, por fecha de pedido. Los clientes tambin podrn consultar los datos que el sistema tiene registrados de ellos, el catlogo electrnico de artculos, los libros electrnicos de descarga gratuita y, como hemos indicado antes, sus pedidos.

16

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

Adems, el gerente de la librera desea obtener peridicamente los siguientes informes: Informe semanal de ventas acumuladas totales, con subtotales por editorial. Informe semestral de ventas acumuladas por cliente, con subtotales por mes. Informe mensual de ejemplares vendidos por referencia. Informe mensual de ejemplares vendidos por autor, con subtotales por referencia. Informe mensual de ejemplares vendidos por categora. Otras funciones del sistema. El gerente desea que el sistema incorpore tambin estas funciones, aunque no las considera imprescindibles para una primera versin: Recomendaciones y valoraciones de los clientes. Se desea que los clientes puedan introducir comentarios y valoraciones (de una a cinco estrellas) sobre los artculos que han comprado en el catlogo. Para hacerlo basta con hacer clic en el enlace Escribir una resea situado en la pgina del artculo en cuestin. A continuacin se acceder a una pgina en la que se podr introducir la valoracin y la opinin sobre el artculo. Opcionalmente se podrn rellenar unos datos personales (nombre, ciudad, provincia y pas) y un campo de texto para escribir la opinin sobre el artculo. El usuario que compr este artculo tambin compr.... El sistema mostrar una lista de artculos relacionados por este criterio cuando un cliente seleccione un artculo del catlogo. Recomendar un artculo a un amigo. Para hacerlo basta con que en la pgina del producto que se quiere recomendar introduzca su nombre, el de su amigo y la direccin de correo de ste y automticamente su amigo recibir un e-mail con su recomendacin (con un enlace directo a la tienda por si quisiera descargrselo). Envo de regalos. Se podrn enviar artculos a una direccin postal distinta de la del cliente, envueltos en papel de regalo, con un pequeo recargo de 1.

17

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

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:

ERS (Especificacin de Requisitos del Software). mbito y alcance Catlogo de requisitos. Glosario de trminos. Catlogo de normas. Descripcin tecnolgico. general del entorno

Contexto del sistema. Descripcin de subsistemas. Modelo de procesos. Modelo de datos. Especificacin de interfaz de usuario.

18

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

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 alumno 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 disquete 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. En el apartado de mbito y alcance del ERS que se propone, se deberan tratar los siguientes aspectos: Identificacin. Este apartado debera contener una identificacin completa del sistema y del software que se va a producir, incluyendo su nombre y nmero de versin. Breve descripcin del sistema. Este apartado debera establecer brevemente el propsito del sistema y del software sobre el cual se aplica el documento ERS, incluyendo beneficios y objetivos del desarrollo. Se 19

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

debe indicar expresamente qu har el producto software y, en su caso, qu no har. En este apartado se debera describir la naturaleza general del sistema y del software; resumir la historia de desarrollo, operacin y mantenimiento del sistema; identificar el promotor del proyecto, comprador, usuario, desarrollador; identificar los lugares de explotacin del producto actuales y planeados; y listar cualquier otro documento relevante para el conocimiento del sistema. Breve descripcin del documento. Este apartado debera resumir el propsito y contenidos del documento ERS y debera describir las consideraciones de seguridad y de privacidad asociadas con su uso, si las hubiera. Recuerda que en el Catlogo de requisitos los requisitos deben estar identificados de forma nica (por ejemplo, con un nmero) y deben ser priorizados (por ejemplo, prioridad alta requisito obligatorio, media requisito recomendable, o baja requisito opcional). Recuerda que los requisitos en el Catlogo de requisitos deben estar agrupados a partir de algn criterio. Por ejemplo, se puede organizar los requisitos por funciones, de manera que exista una correspondencia entre los procesos de los DFDs y los apartados del catlogo de requisitos. Lo que no debe ocurrir es que se presente el Catlogo de requisitos como una lista nica (y probablemente muy extensa) de requisitos, sin estructura, dado que ese tipo de largas listas de la compra son muy difciles de usar. 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. 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. 20

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

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.

21

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

5.- Contenidos Opcionales

Modelo/Diagrama de casos de uso. Consiste en estructurar los requisitos funcionales del catlogo de requisitos de Mtrica 3 mediante casos de uso, e investigar las implicaciones en el desarrollo posterior (estructurado). Se puede utilizar cualquier plantilla publicada para especificar los casos de uso, por ejemplo, la de Coleman. Los diagramas HVE de las principales entidades del sistema. Para asegurar la coherencia entre HVEs y DFDs, indica cmo se reflejan los eventos del diagrama HVE en los DFDs del sistema. Vease http://www.csi.map.es/csi/pg5m41.htm (Mtrica 2). Siguiendo el proceso DSI de Mtrica 3, disear la estructura modular del sistema, usando diagramas de estructura. Vease Tema 3. Aplicar alguna de las tcnicas de Prueba Software. Vease Tema 5. Cada grupo puede realizar otras aportaciones a la prctica que sean de su inters, aportaciones que deber discutir primero con el profesor.

22

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

6.- Trabajos Opcionales

Estudio / Investigacin Estudio de Viabilidad del Sistema (Proceso EVS). Anlisis del Sistema de Informacin (Proceso ASI). 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:

23

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

7.Esquema de actividades ASI y DSI.

7.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.

24

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

7.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.

25

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

8.- Estructura del documento a entregar. INDICE/ESQUEMA.

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

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. IEEE 830. Modelo de casos de uso. (Opcional) ASI 2.2: Especificacin de Casos de Uso. (opcional) Especificar cada caso de uso: (Escenarios) o Descripcin del escenario principal o Pre y post-condiciones o Interfaces de usuario o Escenarios secundarios

26

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

Es posible que se dividan casos de uso complejos en otros ms simples. (Relaciones de Uso y Herencia). 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.

27

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

ASI 10. Especificacin del plan de pruebas. (Opcional). Se inicia la definicin del plan de pruebas. o Se definen tambin las pruebas de aceptacin. DSI 5. Diseo de la arquitectura de mdulos del sistema. (Opcional). 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. Anexo I: Mtrica 2.1.- Historia de la Vida de las Entidades. (Opcional). Anexos correspondientes opcionales. a las aportaciones y trabajos

28