UNIVERSIDAD DE SANTIAGO DE CHILE

DEPARTAMENTO DE INGENIERA INFORMTICA

13209 - FUNDAMENTOS DE INGENIERA DE SOFTWARE

EJERCICIO DE MODELADO

Profesor : Luciano Hidalgo Seplveda Ayudante : Primer Semestre de 2014

Tema: Sistema Bancario de ahorro y gestin de cuentas

Se pide el desarrollo de un sistema bancario que permita realizar depsitos en una cuenta de Corriente. Los depsitos pueden ser en efectivo o mediante un cheque. El sistema debe registrar todos los movimientos en la cuenta. Un agente bancario puede crear una cuenta de cliente con la cual tendr acceso a ver la informacin de los movimientos. Como el monto, la fecha y el destino de la cuenta corriente. La aplicacin debe permitir:

Realizacin de depsitos mediante Cheque. - Validaciones de negocio: Ej: nmero de serie del cheque. Realizacin de depsitos mediante Efectivo - Validaciones de negocio: Informacin del cliente, nmero de cuenta corriente, etc Gestin de cuentas de usuario - Perfiles: Agente de cuentas, cliente Gestin Cuenta corriente: - Usuario Agente de cuentas puede congelar las cuentas corrientes. - Usuario Cliente puede ver todos los movimientos de la cuenta corriente. Puede ver todos los movimientos segn rangos de fecha, de un da en particular, etc El sistema debe exponer un servicio para realizar giros de dinero desde la cuenta corriente.

Aspectos Administrativos:
De los grupos: Se permitirn grupos de hasta tres integrantes. Todos deben entregar de forma impresa y virtual (en la actividad habilitada en usachvirtual) las presentaciones al profesor en la primera fecha de cada entrega. Para la comunicacin con el profesor cada grupo inscribir en la wiki habilitada en el sitio UsachVirtual los datos del grupo (Nmero de grupo, integrantes y direccin de correo electrnico de cada uno de los integrantes).

Fundamentos de Ingeniera de Software

1/2014

De los documentos: Los grupos tienen la responsabilidad de producir 4 documentos: 1. 2. 3. 4. Ingeniera de Requisitos Diseo Arquitectural Diseo detallado Declaracin de clases e implementacin de dos casos de uso.

Estos documentos son entregables asociados a los principales hitos de la metodologa OMT++. Los defectos detectados e indicados por el profesor en la revisin del documento deben ser corregidos por el grupo. El documento corregido debe ser entregado conjuntamente al entregar el documento de la siguiente etapa del proceso. Sobre la base del documento original y el corregido de una etapa se calificar la documentacin de cada etapa.

Descripcin de los documentos 1. Ingeniera de Requerimientos

Este documento formaliza la etapa de Captura de Requisitos del Sistema dentro de la fase de Anlisis OO. Para describir los requisitos del sistema, el grupo debe usar el enunciado del problema e interactuar con el profesor del curso cuando sea necesario. Para modelar los requisitos funcionales del sistema se usar la tcnica de los casos de uso. Este documento de requisitos debe ser considerado como un contrato de acuerdo y como la herramienta a ser usada en la fase de pruebas para comprobar que el producto satisface la especificacin. Este documento deber incluir los siguientes elementos: Portada que identifica al documento y a los autores ndice del contenido (indicar especialmente el nmero y ttulo de cada caso de uso) Enunciado del problema Lista de requisitos funcionales Lista de requisitos no - funcionales Modelo de casos de uso del sistema Modelo esttico - Diagrama de clases del anlisis (slo conceptos, no incluye mtodos) y su diccionario de datos Modelo de comportamiento - Especificacin de operaciones y tareas de la interfaz de usuario. Entregar una lista de operaciones y una lista de tareas, y la relacin entre ellas. - Mostrar que con las operaciones especificadas se pueden componer los casos de uso y las operaciones que los permiten componer. Especificacin de la interfaz de usuario - Diagrama de dilogos, con especificacin de tareas - Prototipo de la interfaz de usuario 2

Fundamentos de Ingeniera de Software

1/2014

Mostrar que la especificacin de la interfaz provee el soporte necesario para la realizacin de las tareas.

Fecha entrega oral del contenido de este documento: mircoles 23 de abril de 2014 Jueves 15 de mayo de 2014: Este da se debe entregar el primer informe en forma impresa,
debidamente corregido.

2. Diseo Arquitectural
Especificacin de componentes y la colaboracin entre componentes Diseo Arquitectural Dentro de la metodologa OMT++, Tenemos el enfoque 3+1 vistas que involucra estos dos elementos. Para ello tenemos las siguientes vistas: Lgica: descompone el sistema en abstracciones claves, tales como subsistemas, mdulos o grupos de objetos. En este caso tendramos mdulos de negocio, mdulo de administracin de usuarios, mdulo de reporting, etc... Ac tenemos un diagrama de componentes del sistema. Proceso: es una vista de la implementacin o run-time. Especifica todos los componentes ejecutables del sistema. en este caso tenemos el EAR, o WAR deployados sobre el app server en una mquina, el cliente (si forma parte de la aplicacin algn plugin que se ejecute en el browser a algo as) que se ejecuta en el lado del usuario. A esto corresponde un diagrama de Despliegue. Desarrollo: especifica los componentes que son desarrollados en forma independiente. en este caso tenemos la arquitectura encapsulando JSF por el lado del cliente, EJB (Session beans) por el lado del servidor, el JPA con el ORM en la capa de datos, y la base de datos que finalmente permite gestionar la informacin. +Escenarios: ilustra la colaboracin de los componentes en diferentes situaciones de uso. El escenario permite ver la colaboracin entre componentes de manera general, sin entrar aun a especificaciones de mtodos, pero si se debe tener claro las acciones que deben hacer los EJB por ejemplo o JPA con algn patrn DAO o algo as. Se solicita la incorporacin de un cubo layer/tier/calidad sistmica. Pgina 11 Documento Adjunto Hardware: Se solicita las recomendaciones de hardware para cumplir con los requerimientos no funcionales en trminos de demanda (usuarios concurrentes) y performance esperado para la operacin.

Fundamentos de Ingeniera de Software

1/2014

Fecha entrega oral del contenido de este documento: jueves 15 de mayo de 2014 Mircoles 11 de junio de 2014: Este da se debe entregar el segundo informe en forma impresa, debidamente corregido.

3. Diseo Detallado Orientado a Objetos

Portada que identifica al documento y a los autores ndice del contenido Diseo de objetos Modelo de objetos del diseo: Especifica las clases que conforman al componente e ilustra la estructura de las clases.

Diseo del comportamiento. Modelo de comportamiento del diseo: Especifica la colaboracin de los objetos dentro de un componente. Se utilizan escenarios para refinar el diagrama de clases, produce declaraciones de mtodos y establece las conexiones entre las clases. En este caso, el patrn implementado es el de MVC, donde El controlador viene dado por los EJB quienes contienen la lgica de negocio. El modelo viene dado por las clases que trabajan con JPA, y la vista corresponde a JSF. Los EJB al representar la lgica de negocio, deben ser separados de acuerdo a esto, es decir, si tenemos un EJB con respecto a Crdito, incorporar ah toda la lgica de negocio relacionada con crditos en base a los flujos de negocio funcionales. La idea es no mezclar todo en un solo EJB, sino que encapsular y ordenar de acuerdo al requerimiento de negocio y en base a los flujos funcionales de estos.

Se solicita seguir los estndares de codificacin JEE, para la implementacin. Se adjunta documento en pdf Fecha entrega oral del contenido de este documento: mircoles 11 de junio de 2014 Mircoles 25 de junio de 2014: Este da se debe entregar el tercer informe en forma impresa, debidamente corregido.

Fundamentos de Ingeniera de Software

1/2014

4. Declaracin de clases en un lenguaje OO (Implementacin)

En esta etapa se declararn, usando un lenguaje de programacin a objetos, las clases especificadas en el diseo. Tambin, a modo de ejemplo, se programarn algunos mtodos involucrado en la realizacin de una tarea significativa del sistema. Este documento incluye: Portada que identifica al documento y a los autores ndice del contenido Manual de Instalacin Manual de usuario Se debe entregar un software ejecutable (se implementarn al menos dos casos de uso). La implementacin debe contemplar el uso de un patrn Facade y MVC (Se debe explicar el tipo de patrn al que pertenece y que problema resuelve).

Fecha entrega de este documento (oral y escrito): mircoles 25 de junio de 2014