Proyecto Plantilla Ejemplo - Tiv1

UNIVERSIDAD INCA GARCILASO DE LA VEGA FACULTAD DE INGENIERIA DE SISTEMAS, CMPUTO Y TELECOMUNICACIONES

SISTEMA DE GESTION Y CONTROL DE AUDITORIA TITECNICAS METALICAS INGENIEROS SAC

PROYECTO:

CURSO:

GESTIN DE PROYECTOS DE TECNOLOGA DE LA INFORMACIN CON ENFOQUE PMI RAMIREZ DONAYRE, OLGA MARIA ANNE

INTEGRANTES:

Octubre 2011

UNIVERSIDAD INCA GARCILASO DE LA VEGA SISTEMA DE GESTION Y CONTROL DE AUDITORIA TI

2. ndice2. ndice...................................................................................................................... 2 3. Introduccin............................................................................................................ 3 4. Identificacin del Problema..................................................................................... 4 5. Justificacin............................................................................................................ 5 5.1. Datos Generales de la Toma Decisiones............................................................ 6 6. Objetivos y alcance ................................................................................................. 9 6.1. Objetivo General .............................................................................................. 9 6.2. Objetivo Especifico ........................................................................................... 9 6.3. Alcance del Producto ....................................................................................... 9 7. Beneficios ............................................................................................................. 11 7.1. Beneficios Cualitativos ................................................................................... 11 7.2. Beneficios Cuantitativos ................................................................................. 12 8. Anlisis situacin / diagnstico de la organizacin ................................................ 12 8.1. Antecedentes ................................................................................................. 12 8.2. Estructura Organizacional .............................................................................. 14 8.3. Anlisis Interno y Externo de la Empresa ....................................................... 16 9. Propuesta tcnica ................................................................................................. 18 9.1. Procesos de negocio afectados...................................................................... 18 9.2. Requerimientos del Sistema ........................................................................... 39

V1

UIGV-2011

2/48


3. INTRODUCCION Actualmente la Gestin y en control de requerimientos TI, cumple una funcin muy importante para el avance y desarrollo de la empresa. Los problemas o requerimientos que los ingenieros de software o tcnicos informticos tiene que resolver son a menudo intensamente complejos, consecuentemente es difcil establecer exactamente lo que el sistema debiera hacer. Las descripciones de los servicios y restricciones son los requerimientos para el sistema y el proceso de encontrarlos, analizarlos, documentarlos y comprobar estos servicios y restricciones se llama gestin de requerimientos. Desde un punto de vista metodolgico, es importante notar que el proceso de requerimientos de un sistema es establecer lo que el cliente requiriere del sistema de software, teniendo actividades definidas que hay que controlar y procesos generados, medidos por fechas estimadas de entregables del producto final de un nuevo desarrollo del proyecto. Este trabajo se desarrolla con la finalidad de tener un control de requerimientos registrando estos problemas para futuras referencias, tomando las acciones correctivas de manera oportuna. El sistema nos ayudara a ordenar los requerimientos de diferentes reas por prioridades (Mediano, Alto y Critico), actualmente todo se atiende desordenadamente por telfono, correos o personalmente se acercan al rea de TI, generando desorden y olvido por parte de sistemas no teniendo una matriz de incidentes atendidos en el da. Los procesos que toma en cuenta el sistema de gestin y auditoria TI es la:

V1

UIGV-2011

2/48


Deteccin y registro del incidente. Clasificacin de prioridad y soporte inicial. Investigacin y Diagnostico. Control de inventario y almacn de TI. Control de compras y servicios por el rea Desarrollo de nuevos proyectos TI. Cierre de Incidente. Monitorizacin, seguimiento y comunicacin del incidente.

4. IDENTIFICACION DEL PROBLEMA

La problemtica de una atencin sin control de requerimientos, trae muchas consecuencias que impiden un mejor desarrollo de la empresa. PROBLEMA No cuentan con un sistema, para el control de requerimientos atendidos cotidianamente por cada encargado del rea de TI. La recepcin de requerimientos se presenta mediante correos, llamadas telefnicas y de forma personal. No existe un adecuado nivel de comunicacin con los usuarios.

OPORTUNIDAD DE MEJORA El sistema registra cotidianamente los requerimientos de los usuarios en una matriz de incidentes para futuras referencias. Permite a los usuarios el ingreso de sus requerimientos por web. Se Informa a los usuarios, sobre la situacin del avance de sus requerimientos (sistema y respuesta automtica por correo). El sistema mostrar a cada uno de los responsables del rea de TI un alerta de requerimientos nuevos abiertos y por desarrollar,

V1

UIGV-2011

2/48


PROBLEMA

OPORTUNIDAD DE MEJORApidiendo la respuesta al requerimiento del usuario, logrando una eficaz solucin.

No existe una identificacin formal de anlisis o priorizacin de requerimientos que impactan en la empresa (media, alta, baja o crtica). El coordinador del rea de TI realiza mensualmente un informe estadstico en Excel de requerimientos atendidos por cada responsable del TI. (desactualizacin de requerimientos) La falta de atencin en suministros informticos.

Se identifica y clasifica el requerimiento segn el impacto dando atencin por prioridades.

No existe un control efectivo del ciclo de vida de los proyectos. No se maneja un buen control de inventarios informticos que tiene cada rea, dificultando la identificacin de ubicacin.

El sistema brinda reportes de requerimientos atendidos semanal, mensual y anual. Se realiza la exportacin de reportes estadsticos en textos (.xls), mostrando los requerimientos abiertos, en proceso y cerrados. Controla el almacn informtico mandando alertas en escases de suministros. Maneja el ciclo de vida de los proyectos: o Inicio o Seguimiento y Control o Cierre Se lleva un control cotidiano de ubicacin de todos los suministros informticos (PC, laptops, Proyectores, etc.)

5. JUSTIFICACION DEL PROYECTO El desarrollo de este sistema se hace con la finalidad de reducir la demanda de requerimientos solicitados cotidianamente por diferentes reas de la empresa, consiguiendo la aceleracin de atencin con una solucin integral e incluyendo mejores prcticas, como metodologas procesos y herramientas. En el desarrollo de nuevos proyectos (mejoramientos del sistema), se obtiene la reduccin en tiempos de produccin por cada usuario reduciendo tiempos muertos. Pasos a seguir para justificar el proyecto:

V1

UIGV-2011

2/48


Identificar

el

problema

en

la

demora

de

atencin

de

requerimientos por diferentes reas de la empresa. Definir el objetivo general a que se quiere llegar con el desarrollo del sistema. Asignar el lder del proyecto, para la representacin del Gerente de Proyectos. Establecer decisiones. Seleccionar el comit de la toma de decisiones. Realizar la lluvia de ideas para la deteccin de requerimientos requeridos para el mejoramiento de la atencin relacionados con el objetivo de la solucin. Identificacin de las posibles soluciones para un mejor control de proyectos y atencin de requerimientos TI. Realizar la comparacin de requerimientos para un mejor manejo de solucin y atencin por parte del rea TI Evaluacin de alternativas para el desarrollo de este sistema.

cronogramas

de

reuniones

para

la

toma

de

Evaluar costos, analizando la rentabilidad teniendo en cuenta los indicadores econmicos del tiempo de retorno de inversin.

Registrar y definir resultados para la implantacin del sistema. Cerrar la toma de decisiones.

5.1. Datos Generales de la Toma de Decisin

Se desarrollara un nuevo sistema de Gestin y requerimientos TI, para las diversas reas que cuenta la empresa Tcnicas Metlicas Ingenieros SAC, se empezara con el desarrollo en 16 das.

Pasos: 1, 2 Fecha de Deteccin: Gerente de Proyecto: Clave de Proyecto Problema a tratar: 01/10/2011 Gerente de Proyecto PSGR TM 01 Se iniciara con el desarrollo de sistema de gestin y auditoria TI, en 16 das como 1er avance.

V1

UIGV-2011

2/48


Objetivo de la Decisin Restricciones detectadas Pasos: 3, 4 Lder de la Decisin: Justificacin de Asignacin del Lder de la Decisin: Fecha de Realizacin Pasos: 5

Decidir los puntos a mostrar en el desarrollo del software los mens y submens. Se cuenta con presupuesto de 100,000.00 dlares Tiene que estar instalado en 2 meses como mximo. Director General Es el nico que puede tomar decisiones mayores a 50,000.00 dlares en inversiones 03/11/2011

Personas seleccionadas para la Toma de Decisiones Nombre Nombre 1 Nombre 2 Nombre 3 Nombre 4 Integrante del Proyecto: S, No Pasos: 6 Criterios para la Decisin Criterio Tecnologa Presupuesto Plazo Otro: Detectar los Objetivos Pasos: 7 Requerimientos Requeridos El costo no mayor a 100,000.00 dlares Antes de 15 das Requerimientos Deseados Dos Procesadores Intel XEON Soporte las 24 horas del da Capacidad de expansion Compatible con el Hardware existente en Empresa XXX D.F. Manejo de Manejo de discos RAID 5 Costo de mantenimiento de los servidores menor a 5,000 dlares al ao Valor: 1-10 (10= el ms importante) Puntaje mnimo 310 Peso 3 6 5 8 6 9 Bajo Impacto Alt Medio o X X X NA Relacin entre criterios La tecnologa es bsica pero el Presupuesto sobrepasa lo presupuestado para el ao AAAA Puesto Gerente SP Gerente C Gerente DEF Gerente de Proyecto Organizacin Empresa XXX Empresa XXX Empresa XXX Empresa XXX Integrante del Proyecto Si No No Si

V1

UIGV-2011

2/48

UNIVERSIDAD INCA GARCILASO DE LA VEGA SISTEMA DE GESTION Y CONTROL DE AUDITORIA TI Puntaje mnimo Identifique las Posibles Alternativas Pasos: 8 Posibles Alternativas Proveedor A Serie A-1 Servidor Serie A-2 Servidor Proveedor B Serie B-1 Servidor Serie B-2 Servidor Proveedor C Serie C-1 Servidor Serie C-2 Servidor Compare las Alternativas contra los Requerimientos Requeridos Pasos: 9 Alternativa Serie A-1 Servidor Serie A-2 Servidor Serie B-1 Servidor Serie B-2 Servidor Serie C-1 Servidor Serie C-2 Servidor Se eliminan las negativas Requerimiento Requerido El costo no mayor a 100,000.00 Antes de 15 Das dlares SI SI SI SI NO SI SI SI SI SI SI NO

Evaluar Alternativas contra los Requerimientos Deseados Pasos: 10 Objetivos Deseados Dos Procesadores Intel XEON Soporte las 24 horas del da Capacidad de expansion Compatible con el Hardware existente en Empresa XXX D.F. Manejo de Manejo de discos RAID 5 Costo de mantenimiento de los servidores menor a 5,000 dlares al ao Evaluacin: 1-10 (10= el mas importante) Calcular el Valor de la Decisin Pasos: 10, 11 Requerimientos Deseados Dos Procesadores Intel XEON (3) Serie A-1 6*3 Clculo de la Decisin Serie Serie Serie A-2 B-2 C-1 9*3 8*3 7*3 Evaluacin de Alternativas Serie Serie Serie Serie A-1 A-2 B-2 C-1 6 9 8 7 10 7 8 9 6 9 10 10 8 9 9 8 9 9 6 7 7 9 8 9

V1

UIGV-2011

2/48

UNIVERSIDAD INCA GARCILASO DE LA VEGA SISTEMA DE GESTION Y CONTROL DE AUDITORIA TI =18 10 * 6 =60 6*5 =30 8*8 =64 9*6 =54 9*9 =81 307 =27 7*6 =42 9*5 =45 9*8 =72 6*6 =36 7*9 =63 285 =24 8*6 =48 10 * 5 =50 9*8 =72 7*6 =42 9*9 =81 317 =21 9*6 =54 10 * 5 =50 8*8 =64 8*6 =48 9*9 =81 318

Soporte las 24 horas del da (6) Capacidad de expansin (5) Compatible con el Hardware existente en Empresa XXX D.F. (8) Manejo de Manejo de discos RAID 5 (6) Costo de mantenimiento de los servidores menor a 5,000 dlares al ao (9) Total:

Las alternativas Serie B-2 y Serie C-1 son las seleccionadas para analizar sus riegos. Anlisis costo beneficio de las alternativas Pasos: 13 Alternativa Serie B-2 Serie C-1 VAN TIR T Rretorno B/C

< < Se seleccionar la alternativa de acuerdo a los criterios de evaluacin econmica de proyectos que se ha desarrollado en el curso>> Alternativa Seleccionada Pasos: 14, 15 Alternativa Seleccionada Serie B-2 Comentarios Ninguna Implantacin Satisfactoria

6. OBJETIVOS Y ALCANCE 6.1. Objetivo General Implementar un Sistema de Gestin y Control de Auditoria TI que d solucin a los requerimientos solicitados por diferentes reas de la Empresa Tcnicas Metlicas Ingenieros S.A.C. 6.2. Objetivos Especficos Desarrollar e implantar un sistema de Gestin y control de Auditoria TI, basado en una atencin eficaz y rpida de requerimientos cotidianos que se presenta en la empresa Tcnicas Metlicas Ingenieros S.A.C.

V1

UIGV-2011

2/48


Seleccionar y aplicar tcnicas de solucin sobre los procesos de nuevos proyectos y calidad en el desarrollo de un aplicativo, permitiendo realizar un adecuado seguimiento en el progreso de proyectos y permita manejar informacin actualizada a todos los usuarios en tiempo real. Seleccionar y utilizar mecanismos que sean accesibles para el entendimiento del usuario. Realizar el ingreso y control de compras y servicios solicitados por el rea TI, logrando obtener un inventario de suministros informticos. Medir la eficiencia del cumplimiento con las actividades asignadas a cada responsable de TI. Medir Mtricas basadas en la funcin del nmero de

entradas, consultas y salidas del usuario.

6.3. Alcance Elaborar una solucin informtica que permita la atencin de requerimientos solicitados por cada usuario de la empresa T.M. en una plataforma web interna y externa. Ciclo de Vida del Proyecto El sistema comienza con el desarrollo de

V1

UIGV-2011

2/48

UNIVERSIDAD INCA GARCILASO DE LA VEGA SISTEMA DE GESTION Y CONTROL DE AUDITORIA TI >

Procesos de Negocio afectados por el proyectoProceso de Negocio AfectadosProceso solicitud de requerimientos. Proceso de Control y seguimiento de requerimientos (indicadores). Proceso Desarrollo de Proyectos. Procesos de Control y seguimiento de proyectos. Proceso de Compras y Servicios TI. Proceso de Control de Inventario TI. Proceso de Control del Almacn Informtico. Proceso de Control de accesos TI (Correos, dominio, internet y sistemas).

Alcances del ProductoA continuacin se detallan las funcionalidades que sern consideradas en el presente Proyecto:

Funcionalidades dentro del Alcance del producto1 Mdulo de Ingreso (Logeado): Actualizacin de los datos de progreso de las actividades, ingreso de cambios y evaluacin de las modificaciones, obtencin de programacin adecuada en funcin a tiempos de entrega publicacin de documentos y publicacin del avance del proyecto. 3 Modulo Desarrollo de Proyectos: Reporte sobre costos, tiempos de avance, de retrazo. Obtencin de indicadores del proyecto como tiempos efectivos de trabajo, costos, medicin de resultados obtenidos. 4 Modulo Almacn Informtico: Reporte sobre costos, tiempos de avance, de retrazo. Obtencin de indicadores del proyecto como tiempos efectivos de trabajo, costos, Ingreso de datos del usuario y su contrasea. Ingreso de Perfiles de cada usuario. Ingreso y Modificacin de requerimientos.

2 Modulo de Requerimientos :

V1

UIGV-2011

2/48


Funcionalidades dentro del Alcance del productomedicin de resultados obtenidos 5 Modulo Accesos TI: 6 Modulo Compras y servicios TI: 7 Modulo Reportes

Actividades fuera del alcance del proyecto > A continuacin se detallan las actividades que no sern consideradas en el presente Proyecto.

Actividades fuera del Alcance del ProyectoNo se considera la exportacin de datos en desarrollo de proyectos con estado Abierto. {Funcionalidad xxxx} No considera la. Entregables por fases del proyecto:Fase Entregables

Incepcin Elaboracin Construccin Transicin

Entregable 1 Entregable 2

Metodologa y modelos a emplear en el proyecto:Proceso Metodologa

Ingeniera Gestin de Proyectos Mtricas Calidad

RUP Iterativo / Cascada PMI / RUP

V1

UIGV-2011

2/48


Herramientas para desarrollar el proyecto:Proceso Descripcin de la herramienta

Herramientas de diseo Herramientas capa cliente Herramientas capa aplicacin Herramientas Base de Datos

7. Beneficios.

8. Anlisis situacional / diagnstico de la organizacin>

9. Propuesta tcnica>

9.1.

Procesos de negocio afectadosFormato de Identificacin de Procesos de Negocio 1.- Proceso de Negocio Ingreso de la mercanca bienes al almacn para su custodia disposicin. 2.- Requerimientos Registro de ingreso de los bienes mercancas para su custodia disposicin.

Nro. 1

Identificacin de los Actores del Entorno del Negocio Actor Ejecutor coactivo Roles Ejecuta el embargo de bienes del Contribuyente y los deposita al almacn para su custodia. Determina la tasacin y fecha en que se llevar el remate de los bienes mercancas embargados. Comisa y deposita los bienes en el almacn para su custodia. Incauta y deposita las mercancas en el almacn para su custodia.

Nro. 1

2 3

Fedatario Oficial de aduanas y/o Especialista de Aduanas .

Diagrama de casos de uso de Negocio

V1

UIGV-2011

2/48


Modelamiento del Negocio

Caso de Uso del Negocio Almacenes

Ingreso de la mcia o bien al almacn Ejecutor Fedatario Oficial

Ganador Adjudicatario

Disposicion de mcas o bbss

Infractor Beneficiario Consignatario

Entidades de Control Contabilidad de Ingresos (Normativo) Inventario y conciliacin de saldos de mcas y bbs Terminal Almacenamiento

Usuario, Jefes SUNAT Generacion de Estadisticas-Informacin de Gestin Unidades de Control y Gestin de la SUNAT

V1

UIGV-2011

2/48


Descripcin de los Casos de Uso del Negocio 1.- Proceso de Negocio 2.- Objetivo 3.- Actores Ingreso de la mercanca bien al almacn. Recibir la mercanca bien segn el documento fuente de ingreso y registrarlo a fin de identificar las mercancas o bienes con un nmero de Acta e tem.. Actores en el ingreso comprenden: U. del Negocio relacionado Actor Ejecutor Fedatario Oficial: - Ejecutor Coactivo - Fedatario - Oficial de Aduanas IPCF Usuario de Almacn

4.- Precondiciones El usuario del negocio relacionado elabora un documento que traduce el acto administrativo, entre los principales tenemos lo siguiente: o Acta de Embargo o Acta Probatoria o Acta de Inmovilizacin- Incautacin-Comiso o Acta de Traslado Entrega (de un almacn a otro almacn) Que los sistemas relacionados, tengan registrados el detalle de las mercancas o bienes entregados al almacn y se mantenga actualizada la informacin de su situacin legal (por cada tem), como es el caso de los sistemas: Sistema de Gestin de Delitos Aduaneros (SIGEDA), Sistema de Control Mvil, el SIGAD de los regmenes aduaneros., as como el sistema de Coactivos del SIRAT. .. 5.- Flujos 1. El usuario del negocio relacionado, ubica la mercanca bienes en la zona de recepcin verificacin . 2. El personal designado para la recepcin recibe el documento (como el Acta de embargo, el Acta probatoria, etc ), verifica el estado y condicin de la mercanca o bien, cuenta la mercanca bien , y procede el pesaje respectivo. De ser el caso se suscribe el documento de observacin respectivo. 3. Una vez contrastado el documento con la mercanca o bien, el depositario acepta el documento del usuario relacionado. 4. El personal designado con el documento diligenciado, se procede a clasificar, valorar tasar en el caso que el negocio relacionado no lo haya efectuado, y de manera preliminar se determina cul sera el destino de la mercanca bien. 5. . 6. . 7. 8. 6.- Poscondiciones Se genera el Acta de Ingreso, se ubica y rotula la mercanca bien y se evala su disposicin; generndose de manera automtica el registro del Kardex electrnico de saldos. 7.- Excepciones Cuando se trata de mercanca incautada por los grupos operativos de Aduanas, corresponden a dicho grupo efectuar la clasificacin y valoracin de la mercanca, ingresando su informacin a su sistema que servir para generar automticamente el Acta de Ingreso en el almacn. Cuando la mercanca se sustente con una Resolucin de Comiso, proviene del traslado de otras aduanas estas cuentan con un valor asignado.

V1

UIGV-2011

2/48


V1

UIGV-2011

2/48

UNIVERSIDAD INCA GARCILASO DE LA VEGA SISTEMA DE GESTION Y CONTROL DE AUDITORIA TI Diagrama de Actividades - Proceso Ingreso MercancasUsuarios del negocio relacionado Usuario del Almacen

Entregar mercancia al almacen Recepcionar y verificar la mercancia

[No] Registrar incidencia en el Acta de origen

[Si] Suscripcion del acta en seal de conformidad

Valoracion o Tasacion Embalaje Clasificacion Ubicacion

Embalaje y ubicacion fisica segun tipo de mcia o bien

Generacin del Acta de ingreso

Suscripcion de la Acta de Recepcion

Generacin automatica del Kardex

Impresion de etiquetas rotulo y codigo de barra

Ingresar la situacion legal actual del bien

Consulta de la disponibilidad de la mcia o bien

[No]

V1

UIGV-2011

2/48


9.2.

Requerimientos del Sistema

Requerimientos no funcionalesNmero 1 Tipo Requerimiento Usabilidad - Confiabilidad Mantenibilidad El aplicativo debe estar disponible a nivel nacional las 24 horas del da, y los 365 das del ao Descripcin Prior idad

2 3

4 5

La construccin del aplicativo debe desarrollarse con accesos a la base de datos utilizando instrucciones de SQL estndares, previendo de esta manera las posibilidades de migracin hacia otra base de datos relacional.

6 7

Restricciones de diseo Interfaces Debe disponer de conexin inalmbrica para la transferencia de informacin entre el servidor y el cliente. Se debe disponer de una esquema sencillo y seguro de actualizacin de versiones del aplicativo, el mismo que debe contar con su respectivo procedimiento.

7 8

9

V1

UIGV-2011

2/48


Requerimientos funcionales de alto nivel

Id 1

Requerimiento Disponer de las funcionalidades para el registro de informacin

Descripcin

Prioridad

2

3

4

5

6

El aplicativo debe disponer de las Alta funcionalidades para la captura o registro de informacin: alta, baja, modificacin, asimismo importar y exportar datos. Se deben hacer los Una vez registrada la informacin se Alta clculos con los datos deben generar nuevas variables por registrados efecto de las operaciones o clculos definidos. Se debe mostrar la Se debe visualizar la informacin Alta informacin registrada a registrada en el aplicativo en los travs de consultas formatos de las cdulas de los dinmicas de las cdulas papeles de trabajo. de los papeles de trabajo Se deben poder efectuar Con este requerimiento se debe Alta pedidos poder solicitar la actualizacin de la complementarios de informacin de la XXX para que sea informacin para la actualizada en la base de datos de MMMM la notebook. Se debe disponer de las Se deben generar los envos de Alta funcionalidades para informacin de la XXXX para su generar envos de remisin, evaluacin y informacin de YYYYY procesamiento en YYYY. para ZZZZ. Se debe disponer de un El aplicativo debe poder recepcionar Alta aplicativo para la y/o transferir informacin de manera Transferencia de consistente y confiable entre el informacin entre el servidor y el cliente. servidor de XXX y la notebook del auditor (y viceversa)

V1

UIGV-2011

2/48


Casos de Uso del Sistema El software cuenta con tres paquetes que constituyen su arquitectura bsica: Paquete de Configuracin, Paquete de Procesos y Paquete de Reportes. Cada uno encierra funcionalidades separadas por la etapa en la cual intervienen en el proyecto; el paquete de configuracin contiene las funcionalidades bsicas que permiten crear un proyecto, configurar sus variables de evaluacin y termina en la aprobacin de ste. El paquete de procesos corresponde a las funcionalidades de actualizacin del progreso de las actividades del proyecto as como reprogramaciones y autorizaciones a las reprogramaciones si fuera necesario y finalmente el paquete de reportes que permitir consultar y comparar el progreso del proyecto. El diagrama de paquetes se muestra a continuacin:

Diagrama de paquetes.

D G M D PAQ ETES IA RA A E U

Paquete de Reportes

Paquete de Procesos

Paquete de Configuracin

V1

UIGV-2011

2/48


Inventario de los Casos de Uso del Sistema

CASOS DE USO

Id Req. Funcional

OBJETIVO MODULO DE CONFIGURACIN Permitir al usuario registrar datos bsicos del proyecto como: Fecha de inicio, duracin del proyecto; as como definir datos esenciales del proyecto como misin visin, objetivos y resultados que ser til para la estructura general del proyecto a desarrollar. En este caso de uso el cliente registrar el nmero de fases de las que constar el proyecto e identificar y definir los hitos de control y porcentaje de avance que se deber tener en cuenta para considerar que una fase ha finalizado. Permite registrar hitos de control por cada fase del proyecto, cada hito de control tendr un porcentaje de aceptacin para considerar que el proyecto puede pasar a la siguiente fase. Inmediatamente al registrar un hito de control se crear una actividad. En este caso de uso el usuario podr registrar las actividades por cada una de las fases definidas en el caso de uso CU02, definir fecha de inicio y la duracin de cada una. Cada actividad que tenga asociada un documento se convertir automticamente en un hito. Mediante las actividades es que el sistema podr llevar el control detallado de los costos incurridos hasta el momento, tiempos de avance del proyecto y de la culminacin de los hitos de control. Permite registrar documentos que sern asociados a las actividades y a la vez sern los hitos de control del proyecto. Permite registrar diferentes intervendrn en el proyecto. recursos que

1. Registrar proyecto

2. Registrar fases

3. Registrar los hitos

4. Registrar actividades

5. Registrar documentos 6. Registrar recursos 7. Registrar grupos (equipos de trabajo).

Permite registrar los diferentes grupos que intervendrn en el proyecto. Dentro de cada grupo pueden participar tanto personal del Cliente (para el caso de los proyectos Tipo Lanzamiento y promociones) y personal de la Empresa.

V1

UIGV-2011

2/48


CASOS DE USO

Id Req. Funcional

OBJETIVO Permite calcular el presupuesto necesario para el proyecto mediante un proceso de clculo de los costos asignados a los recursos que participan en el proyecto. Estos clculos son por proyecto, por fase y por actividad. Este proceso se debe de ejecutar antes de aprobar un proyecto, caso contrario en el momento de la aprobacin se pedir que se ejecute el proceso de calcular presupuesto. Registrar los niveles de aprobacin que sern necesarios en el proyecto, definir los tipos de cambios que requerirn aprobacin y asociar cada nivel de aprobacin con un rol definido anteriormente. Identificar los datos y mrgenes que se debern tener en cuenta en el momento de la aprobacin como son principalmente costos y tiempos. Definir niveles, rangos y variables de costos, tiempos, nmero de recursos que son necesarios, as como los mnimos y mximos para considerar que un proyecto esta aprobado y dentro de los lmites adecuados. Permite aprobar el proyecto, para que el proyecto pueda ser aprobado se verificaran los niveles de aprobacin. Permite postergar un proyecto mientras est en el estado registrado una vez aprobado ningn proyecto podr ser postergado. Permite registrar una lista de riegos identificados e ingresar el estado de estos.

8. Calcular Presupuesto / Costos

9. Configurar niveles y variables de aprobacin

10.Aprobar Proyecto 11.Postergar Proyecto 12.Registrar Riesgos

13.Registrar Progreso de actividades

Permite actualizar el progreso de la actividad modificando el valor del dato de porcentaje de avance de la actividad. Esta funcionalidad a la vez que actualiza el progreso de la actividad permite calcular los costos del proyecto hasta el momento. Permite reprogramar las fechas de inicio y fin as como los recursos asignados y documento que genere la actividad. Una vez realizado el cambio el proyecto entrar en un estado de re programado y estar en ese estado hasta que Autoricen los cambios y pase nuevamente al estado de en ejecucin. Permite autorizar los cambios de reprogramacin realizados sobre las actividades del proyecto, esta autorizacin verificar los niveles y variables de aprobacin y tolerancia establecidas para el proyecto.

14.Reprogram ar actividades

15.Autorizar cambios.

V1

UIGV-2011

2/48


CASOS DE USO

Id Req. Funcional

OBJETIVO Mediante este caso de uso el usuario podr realizar un upload del documento escaneado al servidor, de este modo este documento podr ser compartido y revisado por todos los miembros del equipo. Mediante este caso de uso el usuario cambiar el estado del documento a publicado lo cual implica que el documento ya fue aprobado por los responsables de la actividad a la cual est asociada y podr ser visualizado por todos los participantes en el proyecto. Permite cancelar un proyecto, el estado en el que se encuentre el proyecto no es una limitante para la ejecucin de esta funcionalidad. MODULO DE REPORTES

16.Adjuntar documentos

17.Publicar documentos

18.Cancelar Proyecto

19.Consultar avance del proyecto 20.Generar resumen comparado costos. 21.Generar resumen comparado progreso. 22.Generar resumen comparado hitos.

Permite realizar una consulta sobre el progreso del proyecto elegido, mostrando detalles de costos, tiempos pendientes y porcentaje de avance por actividad y fase. Permite presentar comparativamente los costos del proyecto por fase, por actividad y realizar una comparacin en funcin a los costos programados, reprogramados, costos reales y costos proyectados. Permite presentar comparativamente los tiempos del proyecto por fase, por actividad y realizar una comparacin en funcin al tiempo programado, reprogramado, tiempos reales y tiempos proyectados. Permite presentar comparativamente los hitos de control del proyecto y realizar una comparacin en funcin a los hitos programados, re-programados, avance real y avance proyectado de estos. Mediante este caso de uso el usuario podr revisar el historial del ciclo de vida del proyecto, disponiendo de datos como fecha de modificacin, usuario que realiz la modificacin, estado al cual el proyecto cambio y observaciones en algunos casos particulares como en la cancelacin y Postergacin del proyecto.

de

de

de

23.Consultar trazabilidad del proyecto

V1

UIGV-2011

2/48


Diagrama de Actores (principales y secundarios) Se identificaron seis actores de los cuales tres son actores principales y tres son actores secundarios.DIAGRAMA DE AC TORES

Usuario Secundarios

Usuario Administrador

Representante de venta

Ejecutivo de Cuenta

Gerente de Linea

Director de Cuenta Gerente

Cliente

Diagrama de Actores.

Descripcin de los Actores. Las funciones de los actores primarios y secundarios se describen a continuacin:ACTOR FUNCION

Gerente de Lnea (Actor Responsable de planificar los ciclos primario) promocionales de una lnea de productos dirigida a un publico especifico, como por ejemplo productos odontolgicos, ginecolgicos, oncolgicos, vitamnicos, medicina en general, etc. Gerente(Actor primario) Responsable de la aprobacin de los proyectos y de autorizar la reprogramaciones que pueda surgir.

Director de cuenta(Actor Se encarga de dirigir las campaas primario) promocionales. Tiene a cargo la direccin de los ejecutivos de cuenta. Tiene una directa comunicacin con los clientes. Representante de venta (Actor secundario) Es la fuerza de ventas, los ejecutores directos de las actividades planificadas en los proyectos.

V1

UIGV-2011

2/48


Cliente (Actor secundario) Ejecutivo de Cuenta (Actor secundario)

Son los usuarios a quienes se brindan los servicios de la empresa. Manejan una o varias cuentas de los clientes. Administran las tareas relacionadas a cada campaa de la agencia.

9.3.

Definicin de las Funcionalidades en Detalle

La definicin y la realizacin de los casos de uso han sido desarrolladas aplicando los documentos estndar que provee el RUP para cada caso de uso, por lo que las especificaciones, diagramas de clases, diagramas de estados, diagramas de secuencia y colaboracin se encuentran ubicados a continuacin con la finalidad de una mejor compresin y entendimiento del documento.

V1

UIGV-2011

2/48


PAQUETE DE CONFIGURACION

V1

UIGV-2011

2/48


Diagrama de casos de uso Paquete de Configuracin

DIAGRAMA DE CASOS DE USO: PAQUETE DE CONFIGURACION

P o ste rg a r P ro ye cto

A p ro b a r P ro ye cto

R e g i stra r Fa se s

Re g istra r Hi to s

Re g i stra r D o cu m e n to s

Usu a rio A d m in i stra d o r( from Actors)

Re g i stra r P ro ye cto

C o n su l ta r P ro ye cto

Re g i stra r A cti vi d a d e s

C a l cu l a r P re su p u e sto

Re g i stra r Re cu rso s Reg C o n fi g u ra r Ni ve l e s y V a ri a b l e s d e A p ro b a ci o n y T o l e ra n ci a i stra r R i e sg o s Re g i stra r G ru p o s

V1

UIGV-2011

2/48


CASO DE USO: REGISTRAR PROYECTO

V1

UIGV-2011

2/48


Ejemplo de proyectosRegistrar Proyecto Breve DescripcinPermitir al usuario registrar el proyecto, el cual registra datos bsicos como fecha de inicio y fin proyectados, tipo de proyectos, calendarios, responsables, participantes, costos, objetivos y resultados. El caso de uso de Registrar Proyecto tiene alta prioridad, pues es la base de donde parten los dems casos de uso.

Flujo de Eventos Flujo BsicoSistema Gerente / Asistente de Gerente 1. Selecciona la opcin de Registrar Proyecto. 3. Ingresar Datos del proyecto como Nombre, Fecha de Inicio, Fecha de Cierre proyectada, Descripcin, Alcance. 4. Hace clic sobre la icono de Tipo de Proyecto 6. Selecciona Tipo de Proyecto 8. Hace clic sobre la icono de Calendario 10. Selecciona un tipo de calendario 12. Hace clic sobre icono de Responsable. 14. Selecciona un responsable del Proyecto. 16. Hace clic sobre icono de Participantes (Repetir accin tantas veces sea necesario). 18. Seleccin uno o mas Clientes. 20. Seleccionar icono Objetivos del Proyecto 22. Ingresa el Objetivo de Proyecto y Presionar botn Agregar (tantas veces sea necesario) 24. Seleccionar icono resultados del Proyecto 2. Presenta interfase de proyecto.

5. Muestra interfase de bsqueda de Tipos de Proyectos. 7. Cierra interfase de bsqueda de Tipo de Proyecto y actualiza Interfase de Proyecto 9. Muestra interfase de Calendario. 11. Cierra interfase de bsqueda de Calendario y actualiza Interfase de Proyecto 13. Muestra interfase de bsqueda de Responsable. 15. Cierra interfase de bsqueda de Responsable y actualiza Interfase de Proyecto 17. Muestra interfase de bsqueda de clientes. 19. Cierra interfase de bsqueda de clientes y actualiza Lista de participantes de interface Registrar Proyecto. 21. Muestra interfase de Registrar Objetivos 23. Cierra interfase de registrar objetivos y actualiza Lista de objetivos de Interface de Proyecto 25. Muestra interface de Registrar Resultados

V1

UIGV-2011

2/48

UNIVERSIDAD INCA GARCILASO DE LA VEGA SISTEMA DE GESTION Y CONTROL DE AUDITORIA TI 26. Ingresa el resultado de Proyecto y Presionar botn Agregar (tantas veces sea necesario) 28. Ingresa el costo fijo y total del proyecto 30. Seleccionar icono tipo de moneda 32. Selecciona Tipo de Moneda 34. Presionar Botn Guardar Proyecto 27. Cierra interfase de registrar resultados y actualiza Lista de resultados de Interface de Proyecto 29. Calcula Costo Total del Proyecto 31. Muestra interface de busqueda de tipo de moneda. 33. Cierra interfase de bsqueda de Tipo de moneda y actualiza Interfase de Proyecto 35. Validad Datos del Proyecto y guarda informacin del proyecto y de estado. Sistema Gerente / Asistente de Gerente 1. Si no encuentra al responsable ingresa nombre del responsable y presiona botn registrar 3. Selecciona un Responsible 2. Guarda dato del nuevo responsable y actualiza Lista de Responsables 4. Cierra interfase de bsqueda de Responsables y actualiza Interfase de Proyecto Sistema Gerente / Asistente de Gerente 1. Si no encuentra el Cliente, ingresa nombre del Cliente y presiona botn registrar 3. Selecciona un Cliente 2. Guarda dato del nuevo cliente y actualiza Lista de Clientes 4. Cierra interfase de bsqueda de clientes y actualiza Interfase de Proyecto

Flujo Alternativo

Pre-CondicionesQue el usuario se haya identificado con el sistema. Que se hayan definido y/o registrado los clientes y responsables del proyecto.

Post-CondicionesSe tendr definida la estructura de componentes necesarios para el proyecto. Se contar con un nuevo registro de proyectos.

Extensiones6.1 Modificar Proyecto

Actor: Cliente1.Selecciona la opcin de Modificar Proyecto 3.Modificar algn Datos del proyecto como Nombre, Fecha

Sistema2.Presenta interfase de proyecto con los datos referidos al proyecto a modificar.

V1

UIGV-2011

2/48

UNIVERSIDAD INCA GARCILASO DE LA VEGA SISTEMA DE GESTION Y CONTROL DE AUDITORIA TI de Inicio, Fecha de Cierre proyectada, Descripcin, Alcance. 4.Selecciona Tipo de Proyecto, o calendario o responsable o moneda. 5.Agrega o quita objetivos o , resultados o participantes. 6.Presionar Botn Guardar Proyecto 6.2 Eliminar Proyecto

7.Validad Datos del Proyecto y guarda informacin del proyecto y de estado.

Actor: Cliente1. Selecciona la opcin de Eliminar Proyecto. 3. Presionar Botn Eliminar Proyecto

Sistema2. Presenta interfase de proyecto con los datos referidos al proyecto a modificar.. 4. Eliminar Proyecto, y datos relacionados al mismo (fases, actividades, etc)

V1

UIGV-2011

2/48


Diagramas de Clases

V1

UIGV-2011

2/48


Diagramas de Interaccin

V1

UIGV-2011

2/48

CASO DE USO: REGISTRAR FASES


Ejemplo de proyectosRegistrar Fases Breve Descripcin En este caso de uso el cliente registrar el nmero de fases de las que constar el proyecto e identificar y definir los hitos de control y porcentaje de avance que se deber tener en cuenta para considerar que una fase ha finalizado Flujo de Eventos Flujo Bsico Actor: Gerente / Asistente de Gerente1. Selecciona el opcin Registrar Fase. 3. Selecciona boton Nuevo 5. Ingresar datos del Fase como Nombre y duracin en nmero de das; opcional puede seleccionar calendario de inicio y/o ingresar descripcin de la fase. 7. Presiona el Botn Grabar

Sistema2. Presenta interface de consulta, con las fases registradas del proyecto. 4. Muestra interface de registro de fase. 6. Calcular intervalo de fechas segn duracin.

8. Valida que las fechas de las fases cumplan con el intervalo de fechas designadas para el proyecto. 9. El sistema guarda el registro de fase, cierra interface de consulta de fase.

Flujo AlternativoSistema Gerente / Asistente de Gerente

Pre-CondicionesContar con un proyecto registrado. Que el proyecto este en estado de reprogramar. Para la modificacin de una fase, esta no debe contener actividades.

42


Post-CondicionesSe crearan hitos de control. Se crearan actividades por fase.

Extensiones Consultar Proyecto Actor: Gerente / Asistente de Gerente1. Seleccionar Opcin de Men: Consultar Proyecto. 2. Ingresar el cdigo del proyecto

Sistema3. Buscar el proyecto indicado y mostrar sus fases, hitos y actividades.

Modificar Fase Actor: Gerente / Asistente de Gerente1. Selecciona el opcin Registrar Fase. 3. Selecciona icono editar

Sistema2. Presenta interface de consulta, con las fases registradas del proyecto. 4. Muestra Registro de Fase con datos. 6. Valida los datos ingresados y recalcula los periodos de las fases registradas 8. Actualiza la fase y tambin la interface de consulta.

5. Modificar datos de la Fase como Nombre y duracin en nmero de das; opcional puede seleccionar calendario de inicio. y/ o descripcin de la fase. 7. Presiona el botn Modificar

Eliminar Fase Actor: Gerente / Asistente de Gerente1. Selecciona el opcin consultar fases o registrar fases. 3. Selecciona icono Eliminar 5. Presiona el botn Eliminar 7. Selecciona Aceptar

Sistema2. Presenta interface de consulta, con las fases registradas del proyecto. 4. Muestra Registro de Fase con datos 6. Muestra Mensaje de Confirmacin de eliminacin 8. Elimina la Fase, as como los registros de hitos y las actividades de dicha fase. 9. El sistema actualizar el registro de fases.

43


Diagramas de Clases

DIAGRAMA DE CLASE S RE GISTRAR FASE S

P R O YE C TO(f ro m C la s e s )

F AS E( f ro m C la s e s )

n o m b re d e s c r ip c io n fe c h a in ic i o fe c h a fi n m i s io n v is io n a lc a n c e fe c h a in ic i o re a l fe c h a fi n r e a l 1 fe c h a fi n p r o ye c ta d a p o r c e n ta j e a v a n c e c o s to b a s e c o s to re a l c o s to p ro ye c ta d o R e g is tra r P ro ye c to () M o d ific a rP r o ye c to ( ) E li m i n a r P ro y e c to ( )

E S T AD O _ FAS E(f r o m C la s e s )

n o m b re d e s c r ip c io n fe c h a i n i c i o fe c h a fi n d u ra c io n u n id a d d u ra c io n c o s to b a s e p o rc e n ta j e a va n c e 1 ..n c o s to r e a l c o s to p ro ye c ta d o

n o m b re d e s c r ip c io n R e g is tra r E s ta d o ( ) 1 M o d ific a rE s ta d o ( ) E lim i n a r E s ta d o ()

1 ..n

1 R e g is tra r F a s e ( ) M o d ifc a r F a s e ( ) E li m i n a r F a s e ( ) C a lc u la r P o rc e n ta je A va n c e ( ) C a lc u la r C o s to P r o ye c ta d o () C a lc u la r F e c h a F in P r o ye c ta d a ( ) 1 ..n

1 ..n E S T A D O X F A S E(f r o m C la s e s )

1 U N ID A D( f ro m C la s e s )

n o m b re d e s c r ip c io n a b r e v ia tu r a

44


Diagramas de Interaccin

DIAGRAMA DE SECUENCIA: FLUJO PRINCIPAL: RegisterForCoursesForm : Student 1: // register for courses( ) 2: // is registration open?( ) [ registration open ] 3: // display possible operations( ) 4: // create schedule( ) Diagrama de Secuencia: Register for Courses / Register for Courses - Basic Flow (Create Schedule) Diagrama de Secuencia: Register for Courses / Register for Courses - Basic Flow (Update Schedule) Diagrama de Secuencia: Register for Courses / Register for Courses Basic Flow (Delete Schedule) : RegistrationController

One of these is executed: 5: // update schedule( )

6: // delete schedule( )

45


DIAGRAMA DE SECUENCIA: FLUJO CREAR

: Student

: RegisterForCoursesForm

: RegistrationController

: CourseCatalogSystem

: Course Catalog

: Schedule

: Student

1: // create schedule( ) 2: // get course offerings( ) Student wishes to create a new schedule 3: // get course offerings(forSemester) 4: // get course offerings( ) 5: // display course offerings( )

A list of the available course offerings for this semester are displayed A blank schedule is displayed for the students to select offerings

6: // display blank schedule( )

7: // select 4 primary and 2 alternate offerings( ) 8: // create schedule with offerings( ) 9: // create with offerings( ) 10: // add schedule(Schedule)

Sequence Diagram: Register for Courses / Register for Courses - Basic Flow (Submit Schedule)

At this, point the Submit Schedule subflow is executed.

46


DIAGRAMA DE SECUENCIA: FLUJO ELIMINAR

: RegisterForCoursesForm : Student 1: // delete schedule( )


: Student

: Schedule

: CourseOffering

Student wishes to delete an existing schedule

2: // get current schedule(Student, forSemester) 3: // get schedule(forSemester) 4: // display schedule(Schedule)

System requests that the student confirm the schedule deletion

5: // request schedule delete confirmation( )

6: // confirm schedule deletion( ) 7: // delete current schedule( ) 8: // delete schedule(forSemester) 9: // delete( ) The student is removed from each course offering the student is enrolled in 10: // remove student(Schedule)

47


DIAGRAMA DE SECUENCIA: FLUJO MODIFICAR

: Student



: CourseCatalogSystem

: Student

: Schedule

1: // update schedule( ) Student wishes to update an existing schedule 2: // get current schedule(Student, forSemester) 3: // get schedule(forSemester) 4: // display schedule(Schedule) Existing schedule is displayed

5: // get course offerings( ) 6: // get course offerings(forSemester)

A list of the available course offerings for this semester are displayed

7: // display course offerings( )

8: // update offering selections( ) 9: // update schedule with new selections( ) 10: // update with new selections( )

Sequence Diagram: Register for Courses / Register for Courses - Basic Flow (Submit Schedule)

At this, point the Submit Schedule subflow is executed.

48


DIAGRAMA DE SECUENCIA: FLUJO GRABAR

: Student



: Schedule

: PrimaryScheduleOfferingInfob

: CourseOffering

: Student

1: // submit schedule( ) 2: // submit schedule( ) Sequence Diagram: Register for Courses / Register for Courses - Save Schedule

3: // save( )

4: // submit( ) 5: // is selected?( ) [ is selected ] 6: // has pre-requisites(CourseOffering)

Repeat for all primary course offerings. An attempt is made to register the student for all selected course offerings 8: // any conflicts?( )

7: // still open?( )

[ has pre-requisites, course offering open, and no schedule conflicts ] 9: // add student(Schedule)

10: // mark as enrolled in( )

: Student



: Schedule

At any point during the Register for Courses flows, the Student may choose to save a schedule rather than submitting it. If this occurs, the Submit Schedule step is replaced with the following flow: 1: // save schedule( ) 2: // save schedule( ) 3: // save( )

49


Prototipo de pantallas

50


51


PAQUETE DE PROCESO

52


Diagrama de casos de uso Paquete de Procesos

D G A AD C S SD U O P Q E ED P O E O IA R M E A O E S : A U T E R C S S

Registrar cambios en Actividades

Autorizar cambios

Usuario Secundarios(f rom Actors)

Registrar progreso de Actividades

Adjuntar Documentos

Publicar Documentos

Cancelar Proyecto

53


PAQUETE DE REPORTES

54


Diagrama de casos de uso Paquete Reportes

D RA A D CA S D U : PAQ ETE D R IAG M E SO E SO U E EPO RTES

Usuario Administrador(f rom Actors)

Generar resumen comparado de costos del proyecto

Generar resumen comparado del progreso del proyecto

Gerente(f rom Actors)

Usuario Secundarios(f rom Actors)

Generar resumen comparado de hitos

Consultar trazabilidad del proyecto

Consultar Avance del proyecto

55


9.4.

Diagrama General de Clases

DAG I RAM D CLAS : REG TRAR P Y A E ES IS RO ECTOCARATERISTICA(from Clases)

CARACTERISTICA X PROYECTO(from Clases)

ESTADO_PROYECTO(from Clases)

OBJETIVO_PROYECTO(from Clases)

RESULTADO_PROYECTO(from Clases)

nombre descripcion RegistrarCaracteristicas() ModificarCaracteristicas() EliminarCaracteristicas()

nombre descripcion RegistrarEstado() ModificarEstado() EliminarEstado() 1

nombre descripcion porcentajeaceptacion RegistrarObjetivo() ModificarObjetivo() EliminarObjetivo() 0..n 0..n

nombre descripcion RegistrarResultado() ModificarResultado() EliminarResultado() CLIENTE(from Clases)

0..n

CLIENTE X PROYECTO(from Clases)

1..n TIPO_PROYECTO(from Clases)

nombre apellidopaterno apellidomaterno razonsocial ruc dni direccion telefono RegistrarCliente() ModificarCliente() EliminarCliente() 1

nombre descripcion RegistrarTipoProyecto() ModificarTipoProyecto() EliminarTipoProyecto() 1

1..n PROYECTO(from Clases)

RECURSO X PROYECTO(from Clases)

costofijo costovariable costototal unidadcf unidadcv cantidad

nombre descripcion 1..n fechainicio fechafin mision vision alcance 1..n fechainicioreal fechafinreal fechafinproyectada porcentajeavance costobase 1..n costoreal costoproyectado

1 ESTADO X PROYECTO 1 1..n 1..n 1 1..n 1..n 1..n GRUPO X PROYECTO(from Clases) (from Clases)

fechahoraregistro observaciones

1..n PERSONAL X CLIENTE(from Clases)

GRUPO(from Clases)

1

1..n

RECURSO(from Clases)

RegistrarProyecto() 1..n ModificarProyecto() EliminarProyecto() 1..n

nombre descripcion

nombre apellidopaterno apellidomaterno telefono direccion

1..n CLIENTE X GRUPO 1..n(from Clases)

nombre descripcion serie

1..n

INTEGRANTE GRUPO(from Clases)

1..n 1..n 1 1 TIPO RECURSO(from Clases)

MONEDA(from Clases)

PERSONAL(from Clases)

UNIDAD(from Clases)

nombre descripcion simbolo TIPO UNIDAD(from Clases)

1..n 1 CARGO(from Clases)

nombre descripcion abreviatura 1..n

1 FACTOR CAMBIO(from Clases)

nombre descripcion

1

nombre descripcion

1..n 1

nombre apellidopaterno apellidomaterno telefono direccion sueldo RegistrarPersonal() ModificarPersonal() EliminarPersonal() ConsultarPersonal()

CALENDARIO(from Clases)

fechahoraregistro factor

nombre descripcion 1

nombre descripcion Registrarcargo() ModificarCarg o() ElimimarCargo()

1..n DETALLE_CALENDARIO(from Clases)

DIA_SEM ANA(from Clases)

horainicio horafin

1..n

1

nombre

56


9.5. Diagrama de estados

DIAGRAMA DE E S TADO : RE GISTRAR PROYE CTO

C r e a r n u e vo re g i s tro R e g is tra d o P o s te r g a r e l p r o y e c to D a r e l vi s to b u e n o a l p r o y e c to C a n c e l a r e l p r o ye c to

ro ro o P e n d ie n teD a r e l vi s t o b u e n o a l p A pye cbt a d o

C a m b i a r D a to s d e F e c h a s d e e n tr e g a , R e c u r s o s , A c tiv i d a d e s M o d i fic a d o

In i c i a r a c tiv id a d e s d e a c tu a li za c i n d e d a to s

C a m b i a r D a to s d e F e c h a s d e e n tr e g a , R e c u r s o s , A c tivi d a d e s A u to r i za r c a m b i o s

E n E j e c u c io n R e p ro g r a m a d o A c tu a li za r p r o g r e s o d e a c tiv i d a d e s F in a l i za r c o n to d a s la s a c ti vi d a d e s e h i t o s d e l p r o ye c to C a n c e la r e l p r o ye c to C u lm in a d o C a n c e la r e l p r o ye c to

C a n c e la r e l p r o ye c to

C a n c e la d o

57


D G A AD ESTA O R ISTR R FA IA R M E D S: EG A SE

Registrar una nueva fase

Registrada

Aprobar proyecto Aprobada

Registrar avance de las actividades En Ejecucion

Registrar el 100% completado de las actividades

Culminada

58


9.6. Diagrama Entidad Relacin de Base de Datos>

59


9.7. Modelo de implementacina. Diagrama de componentes La programacin de los casos de uso se refleja de manera directa sobre la creacin de paquetes por cada uno de ellos, compartiendo libreras, funcionalidad y clases comunes ubicadas en la carpeta de libreras. Ver Figura N 8

Fuentes: Contiene tres paquetes o mdulos del sistema: configuracin, procesos y reportes. Estos paquetes reflejan componentes (paginas php) relacionados a cada uno de los casos de uso del sistema (por cada escenario de caso de uso). Imgenes: Este paquete agrupa todas las imgenes en formato gif jpg que es utilizada en las interfaces del sistema. Como por ejemplo los iconos de opciones, fondos de diseo, etc. Librerias: Contiene (paginas php), como: paquetes con diferentes componentes

Clases: se describe componentes que son reutilizados en muchos casos por varios escenarios de casos de uso. Estilos: son los distintos estilos de diseo aplicados a la interface de cada caso de uso, Conexin: Se establece un archivo o pagina php llamado conexin.php, quien tiene como funcin la conexin de la base de datos de control y seguimiento bajo postgres. Funciones: Contiene una gama de funciones que son utilizados por cada caso de uso (registrar, eliminar, modificar, etc). Tambin estn incluidas componentes de validacin de datos, calendario, etc.

Fuentes

Librerias

Imagenes

60


Figura N 10: Esquema de paquetes de componentes.

Desglosando cada paquete se puede observar una serie de sub-paquetes el cual contiene componentes. Ver Figura N 10 y 11

Figura N 11: (Arriba) rbol de paquetes de componentes. Figura N 12: (Derecha) Componentes de Paquete Fuente.

61


Para demostrar las relaciones de estos componentes que estn incluidos en distintos paquetes o carpetas, se mostrar el diagrama de componentes del caso de uso: Registrar Proyecto. Ver Figura 13 El resto de los dems casos de uso siguen el patrn o modelo planteado para diagrama de componentes del caso de uso: Registrar Proyecto.D IAGRAM D CO P EN A E M ON TES: R EGISTR P YECTO AR RO

bn h la k.p p

in .p p icio h

Con xio .p p e n h

Ba d D t se e aos (conro g im t ) t l_se u ieno Me u n Pro o h yect .p p Me ud o cio es n e p n (coo en 3 lm u .js)

Lib reria d im en e ag es

Cale d rio na

Re ist g rar Pro ct .p p ye o h Fu cio e n ns Pro o yect .js List o p h ad _sim le.p p Lib reria d Est s e ilo

Ag p com on ne ru a p ets (calen a d r.js, calen a d r-es....

List Clie t ar ne_Se h l.p p

Pa o cio e T o ra p n s: ip d Pro ct , e ye o Calen a y Mo ed d rio n a

fu cio es.js n n

List Resp n b ar o sa le x Em resa h p .p p

Mo ra na a st rVe t n In re Ob h g so j.p p Fu cio e n ns Pu lica h b s.p p

Mo ra na a st rVe t n In re Res.p p g so h

Figura N 13: Diagrama de Componentes.

62


b. Diagrama de despliegueLa arquitectura que usar la aplicacin final es la Arquitectura de tres capas.

Figura N 14: Arquitectura de la Aplicacin.

En la actualidad, uno de los patrones de diseo ms utilizado para cualquier tipo aplicaciones es el de Capas (Layers en ingls) donde, bsicamente, se divide los elementos de diseo en paquetes de Interfaz de Usuario, Lgica de Negocio y Acceso a Datos y Servicios. La figura N 15 muestra una posible particin utilizando este patrn de diseo.

Figura N 15: Vista Lgica.

63


Luego que se tiene una vista lgica de la arquitectura se puede definir la distribucin del procesamiento entre los distintos equipos que conforman la solucin, incluyendo los servicios y procesos de base. Los elementos definidos en la vista lgica se "mapean" a componentes de software (servicios, procesos, etc.) o de hardware que definen ms precisamente como se ejecutar. En el grfico se muestra una Web con tres nodos procesadores, Clientes, Servidor Web y Servidor de Base de Datos. Dentro de los LLAMA nodos se ejecutan ENVIAR procesos, servicios y/o componentes y sus R relaciones de dependencia. En el grfico se muestra una Web con tres nodos DATOS procesadores, Clientes, Servidor Web y Servidor de Base de Datos. Dentro de los PRESENTA nodos se ejecutan procesos, servicios y/o componentes y sus POSTGRES CION SQL relaciones de dependencia.CLIENTE SERVIDOR WEB

SERVIDOR BASE

En la seccin cliente solo se envan y muestra datos desde la pgina APACHE visualizada en el explorador o visualizador de Internet. Estos datos WEB SERVER viajan y llegan al servidor web (por seguridad se filtra mediante un EXPLORAD VISTA servidor firewall), quien es atendido por el componente Apache Web OR S/ LOGICA DE Server, INTERNET encarga de traducir las paginas php y recibir los datos quien se TABLA PRESENTA S del cliente. El componente de presentacin toma los valores CION necesarios (estilos de diseo) sobre la presentacin de la pgina requerida. El componente AccesoLOGIC a datos proceso el requerimiento del A DE cliente para proporcionar conexiones adicionales para cada PROCEMIENT cliente que NEGOC intente conectar a PostgreSQL. ElIOservidor de Base de datos, con el OS ALMACENAD componente de PostGres se encarga de hacer las consultas tanto con ACCES OS O las tablas / vistas, as como los A clculos definidos en los DATOS procedimientos almacenados. Las caractersticas de los servidores usados son: SERVIDOR FIREWALL Pentium III Intel 800Mhz 256Mb RAM. Disco duro de 40 Gb. Sistema Operativo: Red Hat Linux 9 Servicios: Squid: para agregar / quitar accesos a Internet. DHCP, agregar / quitar usuarios a la red. Ip tables, puertos. para agregar / quitar accesos a ciertos programas y / o

SERVIDOR WEB Pentium IV 1.8Ghz 256Mb RAM64


Disco duro 40Gb Sistema Operativo: Red Hat Linux 9 Servicios: Apache Web Server 2.

SERVIDOR MAIL Pentium IV 1.8Ghz 512Mb RAM Disco duro 40Gb Sistema Operativo: Fedora Core 3 Servicios: Postfix, aplicativo para el manejo de correos.

SERVIDOR NFS (BASE DE DATOS) Pentium IV 2.4Ghz 512Mb RAM Disco duro 40Gb IDE / 70Gb SCSI Sistema Operativo: Fedora Core 3 Servicios: Samba, servicio para el uso compartido de archivos en la red.

Servidor NFS-IBM (BASE DE DATOS) IBM NETFINITY PENTIUM III 750MHZ 256Mb RAM Disco duro 120Gb IDE / 70Gb SCSI Sistema Operativo: Fedora Core 3 Servicios: Samba, servicio para el uso compartido de archivos en la red.

Servidor de Aplicativos HP PROLIANT DL-380 2GB RAM 3 DISCOS SCSI 140GB / 1 DISCO SCSI 70GB65


2 PROCESADORES 3.0GHZ INTEL XEON Sistema Operativo: CENTOS 9 Samba, servicio para el uso compartido de archivos en la red.

66


D G A AD D IA R M E ESPLIEGU E

PC2 Ejecuta el sistema

INTERNET

FIREWALL

Servidor Web Apache

Servidor de Aplicaciones

Servidor de Base de Datos Postgres

PC1 Ejecuta el Sistema HUB

PC3 Ejecuta el Sistema

Figura N 17: Diagrama de Despliegue.

Es importante resaltar que la arquitectura descrita no es un requerimiento de implementacin para las empresas ya que ambas cuentan con los servidores descritos, por lo que se consideran los costos de estos equipos como parte de la implementacin del aplicativo y que otros aplicativos son ejecutados en la misma arquitectura.

67


10.

Plan de Implementacin .

11.

Anlisis de la Rentabilidad del Proyecto

12.

Conclusiones y recomendaciones.

13.

Marco conceptual.

14. 15.

Bibliografa Anexos

68

Documents

Proyecto Plantilla Ejemplo - Tiv1