Diseño Uml

Índice
1. Enunciado………………………………………………………………. 2
2. Vista Modelo Casos de Uso…………………………………………… 4
2.1 Identificar Actores………………………………………..…. 5
3. Traza fina
3.1CU Registrar falla ……………………………………………7
3.4 CU Corregir falla………………………………………..….8
4. Paquete de Análisis……………………………………………………..10
5. Diagrama de clases de análisis y colaboración………………………12
6. Atributos y responsabilidades………………………………………….14
5. Diagrama de clases de Diseño………………………………………….16
6. Diagrama de Implementación………………………………………..….18
8. Caso de Prueba…………..……………………………………………....19













Ejercicio plan 2006 Recursada Grupos 2008
Descripción del problema:
El área de informática de un gran Organismo Gubernamental ha decidido encarar una iniciativa para mejorar la calidad de sussistemas y sus procesos de desarrollo. En forma previa al inicio de la implementación de esta iniciativa, el nuevo gerente de sistema ha decidido recolectar ciertas métricas básicas:
La primera métrica de su interés es la “cantidad de fallas”; esto se refiere a la manifestación de comportamiento incorrecto de los sistemas, detectadas en el entorno de producción.
Este Organismo cuenta con unimportante stock de sistema en producción, entre ellos:
1. Sistemas para el uso de las áreas centrales.
2. Sistemas que se usan en agencias ubicadas en distintos puntos del país.
3. Sistemas que se entregan a los usuarios en Diskettes para que sean usados en sus propias PCs.
4. Sistemas disponibles en la Extranet del organismo, que pueden ser accedidos a través de Internet por cualquier usuario.En principio se ha determinado que los principales canales por lo cuales ingresara la información sobre fallas al sistema son:
1. El área de operaciones del Centro de Cómputos El personal de estas áreas podrá registrar las fallas que se manifiesten en el entorno de producción, durante la ejecución de procesos centralizados.

2. Cualquier área usuaria de los sistemas.

3. Los usuarios externosque acceden por Internet a los sistemas del Organismo, o han recibido un sistema en un diskette. Estos lo harán vía telefónica a un centro de atención que luego ingresará la falla al sistema.

El grupo de desarrollo luego de una semana de relevamiento, elaboró una lista de las principales necesidades de los usuarios en relación con el sistema:
1. El sistema deberá mantener información sobretodos los sistemas en producción en el Organismo, con todas sus versiones. Es importante recordar que distintas versiones de un mismo sistema pueden estar en producción en un mismo momento, como ocurre con los sistemas en diskettes que se entregan a usuarios. Algunos otros datos de interés sobre los sistemas son: Nombre, descripción, lenguaje, versión, etc.


2. El sistema permitirá registrarfallas de distintos tipos en cuanto a su categoría técnica y niveles de severidad en cuanto al impacto que causan. Todas las fallas deberán estar asociadas con un único sistema. El sistema deberá ser flexible en cuanto a la posibilidad de agregar nuevos tipos de fallas y niveles de severidad.

3. El sistema permitirá hacer un seguimiento de la evolución del estado de cada falla. Las fallaspasaran por distintos estados, a saber:


a. Ingresada: tiene sus datos básicos
b. Verificada: personal de sistemas verificó el funcionamiento incorrecto
c. Corregida: un programador reportó haber realizado la corrección
d. corrección aceptada: un supervisor aprobó la corrección realizada, y autorizo su pase a producción.
e. Implementada: Se puso en producción el componente que corrige lafalla.
f. Cerrada: La falla no se volvió a manifestar durante un periodo de tiempo predefinido luego de ser solucionada e implementada.

4. El sistema deberá permitir asociar detalles técnicos de la falla, como por ejemplo los componentes de software involucrados, la solución implementada por el analista, y las horas que requirió.



Actividades:
1- Realice el modelo de casos de uso...