Arquitectura de Software

Gestin de Incidencias
Versin: 1.2 Fecha: 21/03/12
DIVISIN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS Ingeniera de Sistemas
Curso ARQUITECTURA DE SOFTWARE
Profesor
Estanislao Contreras Chvez
Proyecto Gestin de Incidencias
Seccin E74B
Integrantes Salas Quispe, Sandy Huanco Flores, Pedro Ccori Ugarte, Cristian u201020924 u201014197 u201100364
Monterrico, Viernes 13 de abril del 2012
1.
Resumen
ndice de contenidos
1. Resumen.............................................................................................................................2 ndice de contenidos..............................................................................................................3 Listas especiales....................................................................................................................3 Introduccin............................................................................................................................4 Objetivos del proyecto...........................................................................................................5 CAPITULO 1 Modelado de negocio...................................................................................6 CAPITULO 2 Requerimientos..........................................................................................10 Asociado a los casos de uso del sistema.................................................................10 Usabilidad...................................................................................................................10 Confiabilidad...............................................................................................................10 Rendimiento................................................................................................................10 Diseo..........................................................................................................................11 Plataforma...................................................................................................................11 Tcnico de Sistemas..................................................................................................13 Asistente de Servicio Tcnico...................................................................................13 Supervisor de TI..........................................................................................................13 Administrador.............................................................................................................13 Almacenero. ................................................................................................................13 CAPITULO 3 Anlisis.......................................................................................................26 CONCLUSIN.....................................................................................................................56 GLOSARIO DE TRMINOS................................................................................................57 Siglario.................................................................................................................................58 BIBLIOGRAFIA....................................................................................................................59
Listas especiales
Introduccin
El presente proyecto muestra la aplicacin de las habilidades y conocimientos adquiridos en cada clase del curso de Arquitectura de Software, enfocados al sistema de Gestin de Incidencias de la empresa Importaciones Y Tecnologas. Asimismo plantea una alternativa de mejora al proceso en mencin que permitir optimizar los tiempos y mejorar los resultados del Departamento de Operaciones y Servicios de la mencionada empresa. Actualmente en el rea de Operaciones y Servicios de Imptec se manejan contratos de mantenimiento, cada uno de los cuales tienes sus respectivos informes de ANS. Con cada informe de ANS presenta los datos de las incidencias generadas mensualmente y el porcentaje de eficacia, as tenemos en el informe, incidencias que no cumplen con el tiempo estipulado. Muchas veces dichas incidencias rebasan el tiempo establecido por uno o dos minutos, este tiempo de exceso no siempre est involucrado directamente en la resolucin de la incidencia, sino ms bien el proceso de asignacin de la misma. Este proceso, entre otros, es manual y se realiza de una forma que no es nada ptima. Con este proyecto se espera proponer una solucin a la arquitectura actual del sistema Gestin de Incidencias relacionado al Departamento de Operaciones y Servicios. .
Objetivos del proyecto

Aplicar adecuadamente los lineamientos del curso Arquitectura de Software realizando el diseo de arquitectura utilizando la metodologa RUP y la notacin UML aplicado al proceso de Gestin de Incidencias de la empresa Importaciones y Tecnologas S.R.L. Para as poder obtener una solucin arquitectnica ptima para implementar el sistema. Mejorar el proceso de Gestin de Incidencias que se aplica en el departamento de Operaciones y servicios.
CAPITULO 1 Modelado de negocio 1.1 Descripcin de la organizacin objetivo

Importaciones y Tecnologas S.R.L. Empresa vinculada al manejo de combustibles, presenta una cartera de negocios que estn constituidos por productos, sistemas y servicios, cuenta con el respaldo de empresas internacionales de reconocido prestigio. Actualmente cuenta en su cartera de clientes con empresas de la industria Minera, Petrolera, transporte, pesquera, agroindustria, empresas del retail petrolero como estaciones de servicio, grifos, etc. Misin: Tiene como misin ofrecer a sus clientes productos, sistemas y soluciones integrales con tecnologa avanzada que les permita una gestin eficiente de su negocio, actividades y procesos relacionados a la transferencia, medicin y control de combustibles. Brindar productos y sistemas de calidad, actividades de servicio y soporte tcnico que garanticen una ptima instalacin y funcionamiento de sus equipos. As mismo mantiene un ambiente de trabajo agradable que permite a sus empleados lograr su desarrollo profesional y as poder cumplir con sus expectativas personales y familiares, aspectos fundamentales para mantener la motivacin laboral y lograr las mejores relaciones interpersonales con sus clientes. Visin: Los negocios debido a un crecimiento sostenido y mejoramiento con sectores que atiende, requieren proveedores con una organizacin slida, solvencia profesional y atenta a los cambios en las tecnologas y las necesidades del consumidor final; ese es el objetivo organizacional que compromete a Importaciones y Tecnologas a llevar un crecimiento sostenido y mejoramiento continuo en infraestructura, procesos administrativos y tcnicos basados en estndares, permanente capacitacin y manteniendo un clima que pueda satisfacer las expectativas del personal.
Organigrama:
Gerencia General
Gerenecia de Operacionesy Servicios
Gerencia Comercial EESS
GerenciaIndustria y Mineria
Gerencia de Administracin
Gerencia de Servicio
Ventas Lima
Ventas Provincia
Ventas Corporativas
Contabilidad
Administracin Provincias
reaMecanica Electrnica
rea de Tecnologas de laInformacin y Sistemas
Call Center TI y MMEE
reade Proyectos
Caja
Almacn
1.2
Descripcin del negocio o campo de accin

Departamento de Operaciones y Servicios. El Departamento de Operaciones y Servicios brinda el soporte a la empresa en cuanto a la instalacin de los productos que los clientes adquieren, teniendo en cuenta que el cliente puede adquirir un producto, un sistema o una solucin integral, este ltimo puede abarcar una amplia gama de productos y sistemas, todos estos integrados. Para ello el departamento de Operaciones y Servicios toma cada implementacin como un proyecto, hacindose cargo de toda la gestin del proyecto. Este departamento tambin brinda el servicio de mantenimiento, sea por el caso de garanta de los productos y/o soluciones, o en el caso que el cliente tambin haya adquirido un contrato de mantenimiento y soporte. En cuanto al contrato de mantenimiento y soporte, dependiendo del alcance de la solucin ofrecida, en el intervienen las reas de Mecnica Electrnica y Tecnologas de la Informacin. Es en estos contratos de mantenimiento que entra a tallar el proceso de Gestin de incidentes, necesarios para poder llevar el control de las incidencias y/o requerimientos que generen los clientes sean por temas preventivos o correctivos,
en cuanto a la gestin de incidencias se tomar el caso ms representativo que corresponde al da a da del soporte brindado al cliente Repsol. Todas las incidencias son visualizadas por el personal de Call Center mediante la aplicacin HP OpenView Service Desk, en todo momento durante todo el da una asistente del Call Center verifica la aplicacin para ver si un nuevo incidente ha sido reportado, de verificar la existencia de una o ms incidencias procede al realizar el registro comunicndose telefnicamente con el supervisor de TI, para solicitarle asigne un tcnico para la resolucin de cada una de las incidencias que se visualice en la consola del HP OpenView, o en su defecto para que indique el comentario de derivacin en caso de que la incidencia registrada no se encuentre dentro del mbito de resolucin. Una vez que el supervisor de TI realiza la asignacin la asistente del Call Center registra el incidente con el tcnico asignado en la aplicacin GDOS (Gestin de Operaciones y Servicios), registra datos como el nmero de incidencia, el cliente, la estacin de servicio, el detalle del incidente y el tcnico asignado, luego enva un correo electrnico al tcnico asignado con el detalle de la incidencia o incidencias, finalmente se comunica telefnicamente con el tcnico para informarle de la incidencia asignada. Una vez que el tcnico recibe una incidencia, sea leyendo su correo electrnico o contestando una llamada del Call Center, procede a realizar la atencin de la misma, en primera instancia comunicndose telefnicamente con el personal de la estacin de servicio (EESS) que genero la incidencia, lo primero que determina es si la incidencia requiere o no de Hardware (HW) para su resolucin, de no requerir HW para su resolucin solicita conexin remota a la ES y ah determina si puede resolver el problema remotamente o si tiene que acercarse a la EESS para resolver el inconveniente, en ambos casos el tcnico se comunica con la asistente del Call Center para registrar la actividad realizada hasta ese momento. Si soluciona el inconveniente remotamente, solicita la conformidad del personal de la EESS y cierra la incidencia comunicndose con la asistente del Call Center indicndole el comentario de cierre (este registro a veces se realiza mediante el envo de un correo electrnico). Si el problema no puede ser solucionado remotamente, el tcnico coordina con la EESS la visita para la resolucin del incidente e informa a la asistente del Call Center que acudir a la EESS. Una vez en la EESS procede a solucionar el inconveniente para luego informar va telefnica o mediante correo electrnico a la asistente del Call Center el comentario de resolucin de la incidencia. De requerirse HW para la resolucin de la incidencia el tcnico le informa a la asistente de Call Center el equipo que requerir, la asistente verifica el stock, luego solicita el equipo con la gua de remisin al almacenero, as mismo gestiona la movilidad para que el tcnico traslade el equipo a la EESS, la asistente de Call Center le informa al tcnico la hora que la movilidad pasara a recogerlo y le proporciona el equipo requerido, el tcnico se comunica con la EESS para coordinar
8
la visita para la resolucin de la incidencia y se acerca a la ES segn lo pactado, una vez que el tcnico resuelve la incidencia le informa la asistente de Call Center el comentario y datos de cierre de la incidencia, mediante un correo electrnico o va telefnica, as mismo le indica a la asistente del Call Center que en la EESS se deja en custodia el equipo defectuoso reemplazado. Por cada incidencia que se registra la asistente de Call Center se comunica constantemente por va telefnica con los tcnicos encargados consultndoles el estado del proceso de resolucin de la incidencia, el estado consultado es actualizado en el HP OpenView Service Desk y en la aplicacin GDOS, una vez que el tcnico concluye con la atencin de la incidencia la asistente de Call Center registra el comentario de cierre brindado por el tcnico, registra adems el nombre y cargo de la persona que dio la conformidad por parte de la ES, as como los cdigos de problema y desperfecto relacionados a la incidencia, este registro tambin se realiza en el HP OpenView Service Desk y en la aplicacin GDOS, con este registro la asistente del Call Center procede a cerrar la incidencia. As mismo, cada tcnico al finalizar la atencin de una incidencia procede a elaborar el parte tcnico de la atencin, en el registra el nmero de incidencia, el nombre del cliente, la estacin de servicio, el problema reportado, el comentario de atencin, los cdigos de problema y trabajo realizado, la hora de inicio y la hora de fin de la actividad, y los datos de la persona de contacto que brinda la conformidad de la atencin realizada. Cada fin de mes, el gerente de servicio tcnico solicita un informe de incidencias, este informe debe de contener el resultado de incidencias atendidas (cerradas y pendientes). As mismo, en este informe se deben de identificar las incidencias que no cumplen con el tiempo de resolucin, estipulado por el cliente (por ejemplo en el caso de Repsol: 1 hora y 30 minutos). Este informa tambin debe de presentar la informacin del nmero de incidencias por cada estacin de servicio. Adems de los cdigos de problemas y trabajos realizados relacionados a cada incidente reportado. Toda esta informacin facilitar la generacin del informe mensual de ANS. Por otro lado, actualmente los tcnicos no pueden consultar ni actualizar la informacin de las incidencias que les son asignadas. Se cree conveniente que la informacin de cada incidencia pueda ser visualizada en lnea, por cada tcnico, tanto para incidencias asignadas en su momento, como para consultas de incidencias registradas con anterioridad y consultar incidencias por cada estacin de servicio. Esto permitira a cada tcnico poder consultar informacin histrica sobre una incidencia, adems de poder visualizar sus tiempos de resolucin con cada incidencia.
CAPITULO 2 Requerimientos
2.2
Especificacin de los requerimientos de software

2.2.1 Lista de requerimientos suplementarios o de calidad A continuacin se listaran los requerimientos no funcionales: Asociado a los casos de uso del sistema El tiempo de registro y asignacin de incidencias no deber exceder los tres minutos, desde que la asistente de servicio tcnico visualiza la incidencia en la aplicacin HP OpenView, hasta que el mensaje de asignacin es enviado automticamente al tcnico. El sistema deber de permitir que cada tcnico pueda realizar el registro de las actividades que realiza, en todo momento, el tiempo de registro de una actividad no debera de superar el minuto por actividad. El proceso de solicitud de HW no debera tomar ms de 10 minutos, desde que el tcnico registra la solicitud, hasta que la asistente de servicio proporciona la gua de remisin y el equipo al tcnico. Esto implica que los procesos de Solicitar HW y Generar Nota de Pedido se realicen en un tiempo mximo de 5 minutos. Usabilidad La interfaz de usuario deber ser compatible con los principales navegadores del mercado (browsers) de tal forma que los usuarios puedan acceder a la aplicacin desde cualquier sistema operativo. Se utilizar un estndar en la denominacin y uso de controles y de hipervnculos de manera que el usuario se familiarice rpidamente con el manejo del sistema. El sistema informar del xito o fracaso de todas las transacciones realizadas por el usuario a travs de la web. Confiabilidad El sistema deber de encontrarse disponible las 24 horas del da, los 7 das de la semana. Un tcnico deber de poder realizar los registros de actividades respectivos desde cualquier ubicacin. Rendimiento El sistema deber permitir el acceso concurrente de 20 usuarios simultneo, los cuales debern de poder acceder a cualquiera de opciones sin inconvenientes. El tiempo de respuesta promedio del sistema para la generacin reportes debe ser no mayor a 10 segundos. El tiempo de respuesta promedio del sistema para la operacin generacin de Gua de Remisin debe ser menor a 5 segundos. en las de de
10
El 95 por ciento de las transacciones del sistema no deben exceder los 5 segundos. Diseo El diseo deber de alinearse con los colores de la pgina web de la empresa. As mismo, los estilos debern de ser los mismos. El acceso ser va web o wap desde cualquier computador o mvil que tenga acceso a la red local o internet. Plataforma Se deber acceder de IE v5.0 en adelante y/o firefox v3.5 de Windows o Linux sin inconvenientes. Se deber elegir un motor de base de datos que facilite la consulta en lnea. 2.2.2 Lista de reglas de negocio A continuacin se definirn las reglas de negocio: RN01: La asistente de Call Center monitorea la llegada de incidencias durante todo el da en la consola cliente. RN02: Solo se registran incidencias reportadas por el aplicativo cliente y correo electrnico. RN03: El supervisor de TI asigna cada incidencia al tcnico responsable. RN04: El supervisor de TI determina si una incidencia es asignada a un tcnico o si esta es derivada a otro grupo de resolucin. RN05: Una vez que se tiene la confirmacin de atencin de incidencia, la asistente del Call Center realiza el registro en la aplicacin GDOS. Los datos a registrar son: Cliente. Estacin de servicio. Problema. Descripcin del problema Tcnico asignado. RN06: El sistema guarda el registro de incidencia asignando el primer estado Nuevo. RN07: Al recibir una incidencia, el tcnico se comunica con la ES para determinar: Si la incidencia se puede resolver remotamente o presencialmente. Si la incidencia requiere o no HW para su resolucin.
11
RN08: Una vez solucionada una incidencia, el tcnico debe de solicitar la conformidad de la resolucin al administrador o coordinador de la estacin de servicio. RN09: Si la incidencia requiere de HW para su resolucin, la asistente del Call Center se encarga de: Proporcionar el equipo requerido. La gua de remisin para su traslado. Gestionar la modalidad para el traslado del equipo. RN10: Cada vez que el tcnico utilice HW para la resolucin de una incidencia, debe de comunicar a la asistente del Call Center si el equipo defectuoso queda en custodia de la estacin de servicio. RN11: Durante la resolucin de una incidencia y al finalizar la atencin de esta la asistente de Call Center se comunica constantemente con el tcnico para consultarle el avance y/o estado del proceso de atencin. RN12: El tcnico debe ingresar un detalle de la actividad realizada a cada incidencia reportada. RN13: Al concluir una atencin, el tcnico entrega al asistente el parte tcnico con los siguientes datos: Nmero de incidencia. Nombre del cliente. Nombre de la estacin de servicio. Descripcin del problema reportado. Comentario de la labor realizada. Cdigo de problema relacionado al problema reportado. Cdigo de trabajo realizado relacionado a la labor realizada. Fecha y hora de inicio de actividad. Fecha y hora de fin de actividad. Nombre y cargo de la persona que brinda la conformidad de la atencin. RN13: No se podr generar una gua de remisin de equipos hasta que no se genere una nota de pedido del equipo. RN14: A fin de mes, la asistente de Call Center entrega al gerente de servicio tcnico los siguientes informes: Incidencias atendidas, incluyen todas las incidencias atendidas durante el mes, entre cerradas y pendientes, incluye adems los tiempos de atencin por cada incidencia. Cantidad de incidencias por estacin de servicio. Cantidad de incidencias por tipo de problema y trabajo realizado.
12
RN15: Para la resolucin de una incidencia el tcnico cuenta con los siguientes tiempos: Atencin remota: 01:30 Atencin presencial: traslado 2:00, resolucin 01:30 RN16: Cada mes se debe de cumplir con el tiempo de resolucin estipulado por lo menos para ms del 90% de incidencias que se registren, de lo contrario se aplica una penalidad por parte del cliente. 2.3 Modelo de casos de uso
2.3.1Lista y diagrama de actores. Lista de actores: Tcnico de Sistemas. Persona que registra las actividades realizadas para la solucin de incidencias, registra solicitud de HW en caso de ser necesario, Asimismo genera rdenes de servicio tcnico (Parte Tcnico). Asistente de Servicio Tcnico. Persona que registra la incidencia, actualiza la incidencia, consulta stock y genera la nota de pedido para trasladar equipos segn el requerimiento de la incidencia. Supervisor de TI. Persona que asignara la incidencia al tcnico de sistemas para su solucin y genera reporte de incidencias diarias y mensuales segn el requerimiento solicitado. Administrador. Persona que registra toda la informacin necesaria para poder gestionar las incidencias. Asimismo, gestiona los accesos y perfiles de usuario, encargado de la seguridad y copia de seguridad. Almacenero. Persona que genera la gua de remisin para el traslado del equipo.
13
Diagrama de actores:
2.3.2
Diagrama de Paquetes.
14
2.3.3 Diagrama de casos de uso por paquete. Seguridad:
Mantenimiento:
15
Gestin de Incidencias:
Logistica:
16
Reportes:
17
2.4
Especificacin de casos de uso de alto nivel
Caso de uso: Actor(es): Propsito: Caso de uso asociado Resumen:
Registrar Incidencia Asistente de Servicio Tcnico Realizar el registro de incidencias con los detalles de la incidencia reportada va correo electrnico, aplicativo cliente o telfono. El caso de uso comienza cuando el Asistente de Servicio Tcnico desea registrar una incidencia. Segn su requerimiento el Asistente de servicio tcnico, ingresa la descripcin detallada de la incidencia reportada y lo asigna al Supervisor de TI como primera opcin. El caso de uso termina cuando se genera el registro de incidencia. Primario Asignar incidencias Supervisor TI Realizar asignacin de incidencia a un Tcnico de Sistemas Consultar Incidencia (include) El caso de uso comienza cuando el Supervisor de TI indica "Asignar Incidencia" a un Tcnico de sistemas, incluye el caso de uso "Consultar Incidencia" que mostrara las incidencias en estado nuevo. El caso de uso termina cuando se le asigna un tcnico de sistemas responsable de la solucin de dicha incidencia Primario Consultar incidencia Supervisor de TI, Tcnico de Sistemas y Asistente de Servicio Tcnico Obtener un listado de Incidencias que el actor pueda ver su detalle. La incidencia seleccionada podr ser usada en la pantalla que la invoc. El caso de uso comienza cuando el Supervisor de TI o el Tcnico de Sistemas o Asistente de Servicio Tcnico desean conocer las incidencias. El sistema mostrar una lista de las incidencias segn los filtros seleccionados. Para
18
Clasificacin: Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:
los usuarios Tcnico de Sistemas o Asistente de Servicio Tcnico se mostrar nicamente las incidencias que le hayan sido asignadas; para Supervisor de TI pueden mostrarse todas las incidencias. El caso de uso termina cuando el actor selecciona una incidencia. Primario Registrar actividad Tcnico de sistemas Registrar las actividades desarrolladas por cada tcnico durante la resolucin de alguna incidencia. Consultar Incidencia (include) El caso de uso comienza cuando el tcnico, al final del da, visualiza el listado de incidencias que tiene asignadas. El tcnico selecciona una y le ingresa las actividades que ha desarrollado para atenderla y/o solucionarla. Una incidencia podra tomar ms de un da en ser solucionada. El caso de uso termina cuando todas las actividades son registradas en el sistema. Primario
Clasificacin: Logstica:
Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:
Registrar solicitud de equipo Tcnico de Sistemas Realizar registro de solicitud de HW Consultar Incidencia (include) El caso de uso comienza cuando el Tcnico de Sistemas requiere de un equipo o hardware para dar solucin a la incidencia. El caso de uso termina cuando se registra una Solicitud de HW y se enva la solicitud va correo al Asistente de Servicio Tcnico. Secundario Generar nota de pedido Asistente de Servicio Tcnico Gestionar la solicitud de hardware del tcnico de sistemas para que pueda atender alguna incidencia. Consultar Incidencia (include) El caso de uso comienza cuando el tcnico de sistemas solicita equipo para solucionar alguna incidencia al asistente tcnico va telfono o email. El asistente verifica el
19
stock del equipo y genera la nota de pedido para que almacn pueda abastecer al tcnico del equipo necesario (repuestos o hardware). El caso de uso termina cuando la nota de pedido es enviada al almacenero. Secundario Generar gua de remisin Almacenero Crear la Gua de Remisin con la que se transporte los requerimientos de hardware que se requiere para solucionar una Incidencia. El caso de uso comienza cuando el actor desea crear una Gua de Remisin. El sistema mostrar una lista de las notas de Pedidos que an no poseen guas de remisin. El Actor selecciona una Nota de Pedido para crear la gua asociada a ella. El caso de uso termina cuando el actor crea la Gua de Remisin. Secundario
Clasificacin: Reporte:
Generar reporte de actividades Supervidor de TI Monitorear las actividades realizadas por cada tcnico respecto a las incidencias asignadas. El caso de uso comienza cuando el superviso de TI requiere conocer el estado de avance de cada incidencia registrada por medio de las actividades relacionadas a ella. Realiza la bsqueda buscando alguna incidencia o tcnico. El caso de uso termina cuando exporta el reporte al formato que necesite. Secundario Generar reporte general de incidencias Supervisor de TI Generar reportes mensuales de las incidencias reportadas (atendidas, pendientes de atencin). El caso de uso comienza cuando el Supervisor de TI desea conocer el Reporte General de Incidencias. Se muestra la
20
Clasificacin: Gestion de Seguridad:
pantalla Reporte General de Incidencias (secciones y filtros) y el Supervisor de TI hace clic en el botn Generar Reporte. El caso de uso termina cuando el reporte es enviado va email al Gerente de Servicio Tcnico. Secundario
Iniciar sesin Usuario Iniciar sesin en el sistema Cambiar la contrasea (extend) El caso de uso comienza cuando el Usuario selecciona la opcin Iniciar Sesin desde la pgina de logueo del sistema. El caso de uso termina cuando se muestra la pgina de inicio del sistema. Primario Cambiar contrasea Usuario Cambiar la contrasea para iniciar sesin El caso de uso comienza cuando el Usuario indica Cambiar Contrasea segn su requerimiento. El caso de uso termina cuando se realiza el cambio de la contrasea. Secundario Gestionar perfiles Seguridad Mantener actualizados los datos de los perfiles utilizados en el sistema El caso de uso comienza cuando el actor Seguridad indica "Gestionar Perfiles" segn su requerimiento, en esta se mostrar un mantenimiento que permita realizar el registro, actualizacin y eliminacin de un perfil. El caso de uso termina cuando se registra, actualiza o elimina un perfil. Primario
Clasificacin:
21
Realizar backup Seguridad Realizar copia de respaldo del sistema El caso de uso comienza cuando el actor Seguridad indica Realizar Backup segn su requerimiento. El caso de uso termina cuando la copia de respaldo se realiza exitosamente. Opcional Registrar acceso Seguridad Registrar accesos de los usuarios al sistema El caso de uso comienza cuando el actor Seguridad indica Registrar acceso segn su requerimiento. El caso de uso termina cuando el acceso del usuario al sistema queda registrado. Secundario
Clasificacin: Mantenimiento:
Gestionar clientes Administrador Realizar el mantenimiento de los clientes Registrar estacin de servicio (extend) El caso de uso comienza cuando el Administrador indica "Gestionar Clientes" segn su requerimiento, en esta se mostrar un mantenimiento que permita realizar el registro, actualizacin y eliminacin de un cliente, y extiende al caso de uso Registrar estacin de servicios. El caso de uso termina cuando se registra, actualiza o elimina un cliente. Primario Registrar estacin de servicio Administrador Realizar el registro de las estaciones de servicio El caso de uso comienza cuando el Administrador indica "Registrar estacin de servicio" segn su requerimiento. El caso de uso termina cuando se crea el registro de la estacin de servicio.
22
Primario Gestionar usuarios Administrador Realizar el mantenimiento de los usuarios El caso de uso comienza cuando el Administrador indica "Gestionar Usuarios" segn su requerimiento, en esta se mostrar un mantenimiento que permita realizar el registro, actualizacin y eliminacin de un usuario. El caso de uso termina cuando se registra, actualiza o elimina un cliente. Primario
Clasificacin:
23
2.5
Lista de casos de uso priorizados
Nombre del CUS 1. Registrar Incidencia 2. Asignar incidencias 3. Consultar incidencia 4. Registrar actividad 5. Registrar solicitud de equipo 6. Generar nota de pedido 7. Generar gua de remisin 8. Generar reporte de actividades 9. Generar reporte general de incidencias 10. Gestionar clientes 11. Registrar estacin de servicio 12. Gestionar usuarios 13. Gestionar perfiles 14. Registrar acceso 15. Iniciar sesin 16. Cambiar contrasea 17. Realizar backup
Complejo Primario Primario Primario Primario Primario Primario Primario Secundario Secundario Secundario Secundario Secundario Secundario Opcional Opcional Opcional Opcional
Estado Def Def Def Def Def Def Def Def Def Def Def Def Def Def Def Def Def
Dificultad Alta Media Alta Alta Alta Alta Media Alta Media Media Media Media Media Baja Baja Baja Baja
Responsable Prioridad Sandy Salas Ciclo 0 Sandy Salas Ciclo 0
Pedro Huanco Ciclo 0 Cristian Ccori Sandy Salas Cristian Ccori Ciclo 0 Ciclo 0 Ciclo 0
Pedro Huanco Ciclo 0 Cristian Ccori Ciclo 1
Pedro Huanco Ciclo 1 Ciclo 1 Ciclo 1 Ciclo 1 Ciclo 1 Ciclo 2 Ciclo 2 Ciclo 2 Ciclo 2
2.6
Lista de casos de uso que impactan en la arquitectura

24
Nombre de casos de uso
Registrar Incidencia Registrar actividad Generar gua de remisin
25
CAPITULO 3 Anlisis
3.1 Modelo del dominio de clases o modelo conceptual
1 T cnico +codigo +nombre +apelidos +direccion +fecha_ingreso +celular +telefono
1 Incide ncia 1 +codigo +codigo_estacion +fecha_asignacion +fecha_resolucion +estado +codigo_tecnico +comentario +fecha_recepcion +horas_asignacion +descripcion +medio_reporte 0..* 1 Est a cion de Serv icio +codigo +nombre +direccion +codigo_cliente 1..*
A ct iv idad +codigo_incidencia +codigo_tecnico +problema +trabajo_realizado +fecha_inicio +fecha_fin requiere Guia de R e m ision +codigo +codigo_nota_pedido +fecha +origen +destino +descripcion
Clie nt e +codigo +nombre +razon_social +direccion +telefono +contacto
0..* genera 1 1
Not a de Pedido +codigo +codigo_incidencia +nombre_tecnico +responsable +fecha_solicitud 1
1..* Equipo 0..* De t alle Not a de Pe dido +codigo_nota_pedido +codigo_equipo +cantidad 1 +codigo +nombre +cantidad +fecha_registro
26
3.2 Realizacin de los casos de uso para el anlisis
3.2.1 Diagrama de clases de anlisis.
Registrar Incidencia
Asignar Incidencia
27
28
Consultar Incidencia
Registrar Actividad
29
30
Generar Nota de Pedido
Generar Gua de Remisin
31
Generar Reporte de Incidencia
Registro Solicitud de equipo
Generar Reporte de Actividades
32
33
3.2.2 Especificacin detallada o historias de usuario de los casos de uso que impactan en la arquitectura.
Nombre del caso de uso Tipo Actores Descripcin
CU01- Registrar Incidencia Esencial y primario Asistente de Servicio Tcnico El caso de uso comienza cuando el Asistente de Servicio Tcnico desea registrar una incidencia. Segn su requerimiento el Asistente de servicio tcnico, ingresa la descripcin detallada de la incidencia reportada y lo asigna al Supervisor de TI como primera opcin. El caso de uso termina cuando se genera el registro de incidencia. RF01: Registrar la informacin del servicio solicitado. RF02: Seleccionar un cliente de la lista de clientes. RF03: Seleccionar una estacin de servicio de la lista de estaciones por cliente. RF04: Seleccionar un tcnico de la lista de tcnicos.
Referencia de requerimientos funcionales asociados Puntos de inclusin o Extensin Reglas de Negocio
La asistente de Call Center monitorea la llegada de incidencias durante todo el da en la consola cliente. RN02: Solo se registran incidencias reportadas por el aplicativo cliente y correo electrnico. RN03: El supervisor de TI asigna cada incidencia al tcnico responsable. RN05: Una vez que se tiene la confirmacin de atencin de incidencia, la asistente del Call Center realiza el registro en la aplicacin GDOS. RN06: El sistema guarda el registro de incidencia asignando el primer estado Nuevo. Precondiciones: Incidencia reportada por cliente va telfono, correo o aplicativo cliente. Poscondiciones: Incidencia (problema o requerimiento) registrada en el sistema para su posterior asignacin, atencin y solucin. Flujo Bsico de Eventos 1.1 El Asistente de servicio tcnico selecciona la opcin "Registrar nueva Incidencia" del men de Incidencias. 1.2 El sistema muestra el formulario Registro de incidencia. 1.3 El Asistente de servicio tcnico selecciona del combo al cliente que reporto la
34
RN01:
incidencia. 1.4 El sistema muestra la informacin del cliente seleccionado. 1.5 El Asistente de servicio tcnico selecciona del combo la estacin de servicio. 1.6 El sistema muestra la informacin de la estacin de servicio seleccionado. 1.7 El Asistente de servicio tcnico ingresa el detalle del problema reportado o requerimiento solicitado. 1.8 El Asistente de servicio tcnico asigna la incidencia a quien corresponda (Supervisor de TI o Tcnico responsable). 1.9 El Asistente selecciona el botn "Guardar". 1.10 El sistema asigna el estado Nuevo a la incidencia y lo guarda en la base de datos. Flujo alternativos Flujo alternativo 1: Valida informacin ingresada Si en [1.7] la informacin ingresada por el Asistente de servicio tcnico no es consistente (Tipo de datos ingresados) o no es suficiente el sistema mostrara un mensaje indicando el error. El caso continua en [1.6].
CU01- Registrar actividad Esencial y primario Tcnico de sistemas El caso de uso comienza cuando el tcnico, al final del da, visualiza el listado de incidencias que tiene asignadas. El tcnico selecciona una y le ingresa las actividades que ha desarrollado para atenderla y/o solucionarla. Una incidencia podra tomar ms de un da en ser solucionada. El caso de uso termina cuando todas las actividades son registradas en el sistema. RF01: Registrar la informacin de la actividad realizada. RF02: Cambiar a estado solucionado
Referencia de requerimientos funcionales asociados Puntos de inclusin o Extensin Reglas de Negocio Precondiciones:
Consultar Incidencia (Inlcude) RN01:
El tcnico debe ingresar un detalle de la actividad realizada a cada incidencia reportada. Se debern asignar incidencias al tcnico que ingres al sistema para que pueda comenzar a registrar sus actividades. Poscondiciones: Se registran actividades por cada incidencia hasta que puedan estar solucionadas. Flujo Bsico de Eventos
35
1.1 El tcnico de sistemas ingresa al men y selecciona la opcin Registrar Actividad. 1.2 El sistema muestra la pantalla de Consulta de Incidencias con filtros de bsqueda. 1.3 El tcnico de sistemas realiza la consulta de incidencias. Se desarrolla el caso de uso Consultar Incidencia. 1.4 El sistema muestra la lista de incidencias asignadas al tcnico de acuerdo a la bsqueda realizada. 1.5 El tcnico de sistemas selecciona una incidencia del listado y hace clic en el botn Registrar Actividades. 1.6 El sistema muestra el formulario de Registro de Actividades para la incidencia elegida y muestra las actividades previamente ingresadas en la grilla de actividades. 1.7 El tcnico ingresa las actividades que ha desarrollado durante el da para atender la incidencia seleccionada, escoge un tipo de problema y de trabajo para la incidencia; adems, ingresa la informacin adicional requerida como el tiempo de demora y hace clic en el botn Agregar. 1.8 El sistema valida la informacin requerida y va agregando cada actividad en la grilla de actividades. 1.9 El tcnico de sistemas cambia a estado Solucionado la incidencia y hace clic en el botn Grabar. 1.10 El sistema registra todas las actividades ingresadas para una determinada incidencia en la base de datos. 1.11 El tcnico de sistemas hace clic en el botn Salir. 1.12 El sistema muestra la lista actualizada de incidencias. Flujo alternativos Flujo alternativo 1: Incidencia ya Solucionada. Si en [1.5] la incidencia es se encuentra en estado Solucionado, el sistema no permitir agregar ms actividades bloqueando los controles, el caso de uso termina. Flujo alternativo 2: Incidencia an no Solucionada Si en [1.7] la incidencia an no ha sido solucionada por el tcnico, se queda en estado En reparacin, ya que se debern agregar ms actividades. El caso de uso contina en [1.8]. Flujo alternativo 3: Falta informacin o no vlida Si en [1.8] la informacin ingresada por el tcnico no es suficiente o no es consistente (tipo de datos) el sistemas arroja un mensaje indicando el error especfico y no agrega la actividad. El caso de uso contina en [1.7].
CU01- Generar Gua de Remisin Esencial y primario Almacenero El caso de uso comienza cuando el actor desea crear una Gua
36
Referencia de requerimientos funcionales asociados Puntos de inclusin o Extensin Reglas de Negocio Precondiciones: Poscondiciones:
de Remisin. El sistema mostrar una lista de las notas de Pedidos que an no poseen guas de remisin. El Actor selecciona una Nota de Pedido para crear la gua asociada a ella. El caso de uso termina cuando el actor crea la Gua de Remisin. RF01: Seleccionar nota de pedido. RF02: Generar gua de remisin.
RN013:
No se podr generar una gua de remisin de equipos hasta que no se genere una nota de pedido del equipo. Debern existir los datos de clientes para que se muestren en los filtros de la pantalla. Se debe encontrar la gua registrada en la base de datos.
Flujo Bsico de Eventos 1.1 El actor selecciona la opcin Crear Gua de Remisin del men principal. 1.2 El Sistema muestra la pantalla Crear Gua de Remisin con el listado de las Notas de Pedido que aun no poseen Gua de Remisin. 1.3 El actor selecciona una nota de Pedido y hace clic en el botn Generar Gua de Remisin. 1.4 El sistema obtiene los datos y detalle de la nota de Pedido, el detalle de la nota y del cliente. 1.5 El sistema muestra la pantalla Nueva Gua de Remisin con los datos precargados del cliente como destino, de la empresa, as como el origen, el detalle de los bienes que se transportarn (provienen de la Nota de Pedido). 1.6 El actor ingresa la fecha de envo, el nombre del transportista y la placa del vehculo, hace clic en la opcin guardar. 1.7 El sistema almacena en la base de datos la Gua de Remisin y muestra un mensaje de xito.
37
3.2.3 Diagrama de interaccin de los casos de uso especificados.
Registrar Incidencia
38
39
Registrar Actividad
40
Generar Gua de Remisin
41
42
43
3.3 Diagramas de mquinas de estado
DME-INCIDENCIA
Registrar incidencia en el sistema
Nuevo entry/Ingresar informacion Asisgnar a Tcnico de Ssitemas
Asignado exit/Enviar notificacion
Registrar Actividades
En Atencion
[ Si se encontro solucion ] [ No se encontro solucion ]
Solucionado Reparar incidencia : [ Aplica reparacion ] Actualizar
En Observacion entry/Verifica tiempo reparacion exit/Enviar notificaion
Descartado
[ No aplica reaparacion ]
44
DME-NOTA PEDIDO
Solicitar nota de pedido
Solicitado entry/Llamada/correo tecnico sistemas Llenar nota de pedido En Atencion do/Verifica stock equipos [ No hay equipo en stock ] En Espera exit/Eviar correo para reponer stock
[ Si hay equipo en stock ]
Generado Registrar exit/Envia correo a almacen Abastecer equipo sin stock
45
CAPITULO 4 Arquitectura
4.1 Introduccin
El presente proyecto describe los elementos con los que se forma la estructura del sistema que operar en un entorno WEB. Se han considerado todas las restricciones y los riesgos que afectaran su normal funcionamiento cuando la aplicacin est en produccin. En el documento se presentarn las metas y restricciones de la arquitectura. Asimismo, una descripcin detallada de las vistas que la conforman, tomando como base la arquitectura 4+1 de Krutchen. 4.1.1 Propsito
El propsito de este documento es proporcionar una apreciacin global de la arquitectura del sistema usando diferentes vistas arquitectnicas. 4.1.2 Alcance
Este documento define los conceptos de la arquitectura de mayor impacto sobre las decisiones de anlisis, diseo y posterior implementacin. Para el anlisis se han tomado en cuenta: Identificacin de los mecanismos de anlisis. Definicin de la organizacin de alto nivel de los subsistemas. Criterios para dar solucin a los requerimientos no funcionales. Y para el diseo: Identificacin de las capas lgicas y de los subsistemas. Identificacin de las interfaces. Identificacin de los mecanismos de diseo que darn solucin a los requerimientos no funcionales. 4.1.3 Definiciones, acrnimos y abreviaturas
Una definicin completa de los conceptos y de la terminologa empleada en el documento se encuentra en el glosario de trminos descrito en el informe del proyecto.
46
4.2
Representacin de la arquitectura
Tomando en cuenta el esquema de la ilustracin 1, a partir del acpite 4, describiremos cada una de las vistas de la arquitectura del sistema: i. ii. iii. iv. v. En la vista de casos de uso seleccionaremos y representaremos los casos de uso primarios, de mayor impacto y que constituyen el ncleo central del sistema En la vista lgica describiremos como se han agrupado las diferentes clases del sistema en capas y tambin como dichas capas estn relacionadas entre si. En la vista de componentes o de la implementacin describiremos la descomposicin del sistema en diferentes subsistemas. A travs de la vista del proceso, representaremos a los componentes del sistema en modo de ejecucin Y finalmente, gracias a la vista de distribucin representaremos el hardware: procesadores y dispositivos necesarios para la implementacin del sistema.
Vista Lgica
Funcionalidad Usuarios Finales
Admin. de Software, Reuso y Portabilidad
Vista de Componentes
Comprensin y Uso
Vista de Casos de Uso
Ingenieros de Software
Vista del Proceso

Rendimiento, Disponibilidad, Tolerancia a Fallas Integradores
Vista de la Distribucin
=VP + Escalabilidad, Entrega e Instalacin Ingenieros de Sistemas
4.3
Metas y restricciones
4.3.1Requerimientos que impactan a la arquitectura A continuacin presentamos un inventario de los requerimientos no funcionales de mayor impacto en la arquitectura as como los mecanismos de anlisis y diseo considerados para implementarlos de manera eficiente.
47
Los requerimientos no funcionales que constituyen las metas y restricciones de la arquitectura son: Requerimientos No Funcionales Cdigo Descripcin Requerimientos de Capacidad de Uso RNF01 La interfaz de usuario deber ser compatible con los principales navegadores del mercado (browsers) de tal forma que los usuarios puedan acceder a la aplicacin desde cualquier sistema operativo. RNF02 Se utilizar un estndar en la denominacin y uso de controles y de hipervnculos de manera que el usuario se familiarice rpidamente con el manejo del sistema. RNF03 El sistema informar del xito o fracaso de todas las transacciones realizadas por el usuario a travs de la web. Requerimientos de Confiabilidad RNF04 En general el sistema deber estar disponible las 24 horas del da los 7 das de la semana. RNF05 Si se presentaran interrupciones por errores de la aplicacin, problemas de bases de datos, corte en la comunicacin, etc. se deben tener planes de contingencia que permita restaurar la operatividad del software lo ms pronto posible. RNF06 Se utilizarn servicios para garantizar la confiabilidad de la informacin, el control de transacciones, la concurrencia, el historial de eventos y la recuperacin de datos. RNF07 El sistema deber garantizar la confidencialidad del manejo de claves de usuarios y el cumplimiento de las polticas de seguridad Requerimientos de Rendimiento RNF08 El sistema deber permitir el acceso concurrente de 20 usuarios en simultneo, los cuales debern de poder acceder a cualquiera de las opciones sin inconvenientes. RNF09 El 95 por ciento de las transacciones del sistema no deben exceder los 5 segundos. Requerimientos de Soporte RNF10 Se debe lograr resolver las preguntas y errores comunes del usuario al manejar una aplicacin Web, como uso del browser y manejo de hipervnculos. Restricciones de Diseo RNF11 Se debe utilizar una herramienta case que permita al desarrollador una mejor comprensin de la forma como debe implementar el sistema. Requerimientos de Implementacin RNF12 Se debe efectuar el desarrollo en un lenguaje de programacin y motor de base de datos que permita un desarrollo rpido y posterior puesta en marcha del sistema de manera eficiente. RNF13 Se debe elegir un motor de base de datos que facilite la consulta en lnea de datos histricos de hasta 3 aos. RNF14 Se debe garantizar que no existir prdida de datos.
48
Cdigo RNF15
Requerimientos No Funcionales Descripcin El sistema debe conectar activamente a las reas de departamento de servicio tcnico y almacn tanto para el caso de las facturas como para el de los pedidos internos.
4.3.2Mecanismos y tcticas de diseo usadas Los mecanismos constituyen las tcnicas que pueden implementar los requerimientos no funcionales relacionados a la arquitectura del sistema. En esta seccin se presentan y describen los mecanismos de anlisis y diseo seleccionados, y los requerimientos no funcionales especficos que buscan satisfacer. Adems, la solucin tecnolgica propuesta para resolverlos.
Mecanismos de anlisis y sus soluciones a travs del diseo y la implementacin Mecanismo Requerimientos Solucin No Funcionales Manejo de errores: RNF03 Comprende: Permite que los errores El manejo de los errores de datos sean detectados, que se resolver en el servidor de propagados y base de datos y en las clases que notificados. manejan la lgica del negocio. El soporte a las excepciones a travs de componentes especiales de soporte de errores. Manejo de RNF03 A travs de ventanas emergentes. transacciones: Permite que los resultados de las operaciones sean notificados. Manejo de interfaz de RNF01 El uso del lenguaje de usuario: Permite que RNF02 programacin Java provee un la interfaz de usuario RNF05 ambiente de diseo de sea fcil de operar. aplicaciones Web compatibles con la mayora de los browsers del mercado y tambin un conjunto de estndares que facilitan el diseo de interfaces web amigables.
49
Mecanismos de anlisis y sus soluciones a travs del diseo y la implementacin Mecanismo Requerimientos Solucin No Funcionales Administracin del RNF04 Se utilizar un servidor Web que proceso: Proporciona RNF06 estar operativo las 24 horas del el soporte para el RNF12 da y que proporcionar servicios manejo de los procesos para el control de transacciones. La eleccin de un servidor de base de datos como SQL Server 2000 permite garantizar tanto la recuperacin como el manejo de registro de eventos (log). Seguridad: RNF07 El manejo de la seguridad se Proporciona servicios efectuar a travs de la definicin de proteccin contra de perfiles con derecho a ciertas accesos no permitidos opciones del sistema. Los usuarios a recursos de estarn asociados a un informacin. determinado perfil. Manejo de la ayuda: RNF10 Dentro del aplicativo se contar Proporciona las con una aplicacin especial de capacidades de ayuda ayuda a las principales funciones en lnea del sistema y esto se acceder por una opcin en cada ventana del sistema.
50
4.4
Vista de los casos de uso
4.4.1Diagrama de los casos de uso que impactan en la arquitectura
C s s d U oIm a ta A u c ra ao e s p c n rq ite tu
T c ic d S te a e n o e is m s
R g tra e is r a tiv a c id d
G n ra g ia e e r u d re is n e m io A ae e lm c n ro
R g tra e is r in id n ia c ec A is n d S rvic T c ic s te te e e io e n o
4.5
Vista lgica
En esta seccin se presenta una vista en alto nivel del sistema propuesto. La siguiente ilustracin muestra el diagrama con las capas lgicas del sistema y a continuacin describimos la forma de agrupacin de las clases del sistema, de acuerdo a su funcionalidad. 4.5.1Diagrama de capas
51
52
4.5.2Diagrama de subsistemas
4.6
Vista de implementacin
Esta seccin presenta la relacin y comunicacin de los componentes durante la ejecucin de la aplicacin. Como se puede apreciar los componentes se han agrupado en concordancia con la divisin del sistema en capas. A continuacin presentamos la relacin de cada uno de ellos. 4.6.1Diagrama de implementacin
53
4.6.2Framework y/o patrones de arquitectura usados (opcional) Para este proyecto se aplicara Struts 2 Se usara el Servidor JBOS. Se usara Eclipse como ID de desarrollo, como lenguaje de programacin JAVA.
4.7
Vista de despliegue
4.7.1Diagrama de despliegue
54
CAPITULO 5 Diseo detallado
5.1
Diagrama de la base de datos
55
CONCLUSIN
En este proyecto, se logro realizar el anlisis del proceso de gestin de incidencias de la empresa Importaciones y Tecnologas aplicando la metodologa RUP y estndares UML.. Se logro aplicar y reforzar los conceptos aprendidos sobre la metodologa RUP y los estndares UML en el modelado de negocio de la empresa. Se logro Identificar los problemas relacionados al actual proceso de gestin de incidencias. Se logro Desarrollar destrezas en el uso de las herramientas Start UML para el modelado de diagramas. Se logro Generar la documentacin de modelado de negocios del proceso de gestin de incidencias de la empresa mencionada.
Finalmente, se ha podido comprobar que la buena aplicacin de las disciplinas de RUP, nos permite conocer el que procesos o actividades podemos optimizar.
56
GLOSARIO DE TRMINOS
Hp OpenView Service Desk: solucin para la gestin de los servicios de TI desde la perspectiva del cliente. Cuenta con una base de datos de gestin de la configuracin unificada, as como con una nueva herramienta de generacin de informes y otra de gestin de acuerdos de nivel de servicios (Service Level Manager 5.0), que permiten una rpida y automatizada respuesta de las TI a las necesidades del negocio, as como una mejora del servicio mediante la reduccin del tiempo medio de reparacin, y una reduccin del coste total de propiedad. EESS: abreviacin usada en negocio de retail ligados a la venta de combustible, que hace referencia a una estacin de servicio, o comnmente conocido como grifo. GDOS: Sistema de gestin de servicios utilizado por el departamento de Operaciones y Servicios de la empresa Importaciones y Tecnologas S.R.L.
57
Siglario
UML: Unified Modeling Language. RUP: Rational Unified Process.
58
BIBLIOGRAFIA

Material de clases del curso. Casos de uso de ejemplo desarrollados en clase. www.google.com http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado
59

Arquitectura de Software

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Arquitectura de Software

Cargado por

Copyright:

Formatos disponibles

Gestin de Incidencias

Versin: 1.2 Fecha: 21/03/12

DIVISIN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS Ingeniera de Sistemas

Curso ARQUITECTURA DE SOFTWARE

Estanislao Contreras Chvez

Proyecto Gestin de Incidencias

Monterrico, Viernes 13 de abril del 2012

Versin: 1.2 Fecha: 21/03/12

Versin: 1.2 Fecha: 21/03/12

Versin: 1.2 Fecha: 21/03/12

Versin: 1.2 Fecha: 21/03/12

Objetivos del proyecto

Versin: 1.2 Fecha: 21/03/12

CAPITULO 1 Modelado de negocio 1.1 Descripcin de la organizacin objetivo

Versin: 1.2 Fecha: 21/03/12

Gerenecia de Operacionesy Servicios

Gerencia Comercial EESS

rea de Tecnologas de laInformacin y Sistemas

Call Center TI y MMEE

Descripcin del negocio o campo de accin

Versin: 1.2 Fecha: 21/03/12

Versin: 1.2 Fecha: 21/03/12

Versin: 1.2 Fecha: 21/03/12

Especificacin de los requerimientos de software

Versin: 1.2 Fecha: 21/03/12

Versin: 1.2 Fecha: 21/03/12

Versin: 1.2 Fecha: 21/03/12

Versin: 1.2 Fecha: 21/03/12

Versin: 1.2 Fecha: 21/03/12

2.3.3 Diagrama de casos de uso por paquete. Seguridad:

Versin: 1.2 Fecha: 21/03/12

Versin: 1.2 Fecha: 21/03/12

Versin: 1.2 Fecha: 21/03/12

Especificacin de casos de uso de alto nivel

Caso de uso: Actor(es): Propsito: Caso de uso asociado Resumen:

Clasificacin: Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Clasificacin: Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Versin: 1.2 Fecha: 21/03/12

Clasificacin: Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Clasificacin: Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Versin: 1.2 Fecha: 21/03/12

Clasificacin: Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Clasificacin: Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Versin: 1.2 Fecha: 21/03/12

Clasificacin: Gestion de Seguridad:

Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Clasificacin: Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Clasificacin: Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Versin: 1.2 Fecha: 21/03/12

Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Clasificacin: Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Clasificacin: Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Versin: 1.2 Fecha: 21/03/12

Clasificacin: Caso de uso: Actor(es): Propsito: Caso de uso asociado: Resumen:

Versin: 1.2 Fecha: 21/03/12

Lista de casos de uso priorizados

Responsable Prioridad Sandy Salas Ciclo 0 Sandy Salas Ciclo 0

Pedro Huanco Ciclo 0 Cristian Ccori Ciclo 1

Lista de casos de uso que impactan en la arquitectura

Versin: 1.2 Fecha: 21/03/12

Nombre de casos de uso