Estructura del Proyecto Plantilla ejemplo.doc

------------- Leer y eliminar el presente cuadro -----------El texto de color rojo debe ser reemplazado por el texto que

Views 187 Downloads 5 File size 621KB

Report DMCA / Copyright

DOWNLOAD FILE

Recommend stories

Citation preview

------------- Leer y eliminar el presente cuadro -----------El texto de color rojo debe ser reemplazado por el texto que corresponda, y debe cambiarse el color de fuente a negro.] El texto encerrado entre < > y de color azul está incluido solamente como guía para aclarar el contenido de cada parte del documento. Esos textos deben ser eliminados del documento.

UNIVERSIDAD INCA GARCILASO DE LA VEGA FACULTAD DE INGENIERIA DE SISTEMAS, CÓMPUTO Y TELECOMUNICACIONES _______________________________________________________________

7

ESTRUCTURA DEL PROYECTO Plantilla ejemplo 1. Carátula con el titulo del Proyecto.

2. Índice.

3. Introducción. >

4. Identificación del problema >

PROBLEMA No se cuenta con información actualizada de los proyectos. Falta de información para la toma de decisiones

No existe un control efectivo del ciclo de vida de los proyectos. No se contrastan los datos de planeamiento vs. los datos a la finalización de los proyectos No existe un adecuado nivel de comunicación en los proyectos.

OPORTUNIDAD DE MEJORA Sistema que maneje información actualizada de los proyectos. Proporcionar información cuantitativa e indicadores del progreso del proyecto de modo que puedan tomarse acciones correctivas oportunas. Sistema que maneje el ciclo de vida de los proyectos: o Inicio o Seguimiento y Control o Cierre Sistema que provea comparación con datos planificados Vs. Los reales. Informar a los usuarios (cliente y empresa) sobre la situación del avance de las tareas. Informar a los usuarios (cliente y empresa) cuando no se haya registrado los avances del proyecto en las fechas planificadas.

No existe una identificación formal, análisis o priorización de riesgos que impactan los proyectos

Definir y formalizar la Administración de Riesgos.

No existe una aprobación formal de los planes de proyectos

Elaborar planes que definan las actividades del proyecto con el compromiso de todos los involucrados.

8

PROBLEMA

OPORTUNIDAD DE MEJORA Estos planes deben ser aprobados por un responsables cuando se elaboran y cuando se reprograman.

No existe un adecuado control de la asignación de recursos humanos y materiales

Definir y formalizar la gestión de los recursos humanos y materiales de los proyectos

5. Justificación del proyecto

9

Ejemplo de cómo justificar el proyecto: Se tiene que instalar un nuevo sistema para las nuevas sucursales de la Empresa XXX en la zona norte y debe de estar instalado en 15 días. Datos Generales de la Toma de Decisión Pasos: 1, 2 Fecha de Detección: Gerente de Proyecto: Clave de Proyecto Problema a tratar: Objetivo de la Decisión Restricciones detectadas Pasos: 3, 4 Líder de la Decisión: Justificación de Asignación del Líder de la Decisión: Fecha de Realización

DD/MM/AAAA Gerente de Proyecto MEFS00-00000ABCDEFGH Se tiene que instalar un nuevo sistema para las nuevas sucursales de Empresa XXX en la zona norte y debe de estar instalado en 15 días. Decidir entre dos plataformas de Hardware para la instalación del Sistema de reclutamiento de Empresa XXX Norte. Se cuenta con presupuesto de 100,000.00 dólares Tiene que estar instalado en 2 semanas. Director General Es el único que puede tomar decisiones mayores a 50,000.00 dólares en inversiones DD/MM/AAAA

Pasos: 5 Personas seleccionadas para la Toma de Decisiones Nombre

Puesto

Nombre 1 Nombre 2 Nombre 3 Nombre 4 Integrante del Proyecto: Sí, No

Gerente SP Gerente C Gerente DEF Gerente de Proyecto

Organización Empresa XXX Empresa XXX Empresa XXX Empresa XXX

Integrante del Proyecto Si No No Si

Pasos: 6 Criterios para la Decisión Criterio

Bajo

Tecnología Presupuesto Plazo Otro:

Impacto Medio Alto X X X

NA

Relación entre criterios La tecnología es básica pero el Presupuesto sobrepasa lo presupuestado para el año AAAA

Detectar los Objetivos Pasos: 7 Requerimientos Requeridos El costo no mayor a 100,000.00 dólares Antes de 15 días Requerimientos Deseados Dos Procesadores Intel XEON

Peso 3

10

Soporte las 24 horas del día 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 dólares al año Valor: 1-10 (10= el más importante)

6 5 8 6 9

Puntaje mínimo 310 Puntaje mínimo 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 Días dólares 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 día Capacidad de expansion Compatible con el Hardware existente en Empresa XXX D.F.

Evaluación 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

11

Manejo de Manejo de discos RAID 5 Costo de mantenimiento de los servidores menor a 5,000 dólares al año Evaluación: 1-10 (10= el mas importante)

9 9

6 7

7 9

8 9

Calcular el Valor de la Decisión Pasos: 10, 11 Requerimientos Deseados Dos Procesadores Intel XEON (3) Soporte las 24 horas del día (6) Capacidad de expansión (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 dólares al año (9) Total:

Serie A-1 6*3 =18 10 * 6 =60 6*5 =30 8*8 =64 9*6 =54 9*9 =81 307

Cálculo de la Decisión Serie Serie Serie A-2 B-2 C-1 9*3 8*3 7*3 =27 =24 =21 7*6 8*6 9*6 =42 =48 =54 9*5 10 * 5 10 * 5 =45 =50 =50 9*8 9*8 8*8 =72 =72 =64 6*6 7*6 8*6 =36 =42 =48 7*9 9*9 9*9 =63 =81 =81 285 317 318

Las alternativas Serie B-2 y Serie C-1 son las seleccionadas para analizar sus riegos. Análisis 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 evaluación económica de proyectos que se ha desarrollado en el curso>> Alternativa Seleccionada Pasos: 14, 15 Alternativa Seleccionada Serie B-2

Implantación Satisfactoria

Comentarios Ninguna

6. Objetivos y alcance del proyecto < < En esta sección debe colocarse lo que el proyecto quiere lograr (objetivos), ¿cuáles son las metas del proyecto de forma genérica? y ¿cuáles son específicas? >>

12

6.1. Objetivo General Implementar un sistema de control y seguimiento de proyectos para la empresa XXXXXXXXXXXXXXXXXXXX que de solución a las carencias existentes en el seguimiento y control de los proyectos.

6.2. Objetivos Específicos Desarrollar e implantar un sistema de control y seguimiento de proyectos basado en los requerimientos de la empresa XXXXXXXXXXXXXXXXXXXX Emplear técnicas avanzadas de administración de proyectos y calidad en el desarrollo de un aplicativo que permita realizar un adecuado seguimiento el progreso de los proyectos y permita manejar información a todos los usuarios en tiempo real. Brindar un servicio de control y monitoreo de tareas y actividades para los proyectos, desarrollando reportes que muestren información relevante al usuario.

6.3. Alcance >

El sistema XXXXXXXXXXXX. Ciclo de Vida del Proyecto > Procesos de Negocio afectados por el proyecto

Proceso de Negocio Afectados

Proceso 1 Proceso 2 Alcances del Producto > A continuación se detallan las funcionalidades que serán consideradas en el presente Proyecto:

13

Funcionalidades dentro del Alcance del producto

Primer módulo (Configuración): Ingreso de datos, configuración de cada proyecto, identificación y designación de recursos, definición de tiempos de inicio y fin, número de documentos y documentos a entregar durante el proyecto Segundo módulo (Procesos): Actualización de los datos de progreso de las actividades, ingreso de cambios y evaluación de las modificaciones, obtención de programación adecuada en función a tiempos de entrega publicación de documentos y publicación del avance del proyecto. Tercer Modulo (Reportes): Reporte sobre costos, tiempos de avance, de retrazo. Obtención de indicadores del proyecto como tiempos efectivos de trabajo, costos, medición de resultados obtenidos.

Actividades fuera del alcance del proyecto > A continuación se detallan las actividades que no serán consideradas en el presente Proyecto. Actividades fuera del Alcance del Proyecto

No se considera la migración de datos {Funcionalidad xxxx} No considera la…. Entregables por fases del proyecto: Fase

Incepción

Entregables

Entregable 1 Entregable 2

Elaboración Construcción Transición Metodología y modelos a emplear en el proyecto: Proceso

Metodología

Ingeniería

RUP – Iterativo / Cascada

Gestión de Proyectos

PMI / RUP

Métricas Calidad

Herramientas para desarrollar el proyecto: Proceso

Descripción de la herramienta

Herramientas de diseño

14

Proceso

Descripción de la herramienta

Herramientas capa cliente Herramientas capa aplicación Herramientas Base de Datos

7. Beneficios.

8. Análisis situacional / diagnóstico de la organización >

9. Propuesta técnica >

9.1. Procesos de negocio afectados 

Formato de Identificación de Procesos de Negocio

15

Nro. 1



2.- Requerimientos Registro de ingreso de los bienes ó mercancías para su custodia ó disposición.

Identificación de los Actores del Entorno del Negocio

Nro. 1



1.- Proceso de Negocio Ingreso de la mercancía ó bienes al almacén para su custodia ó disposición. ……

Actor Ejecutor coactivo

2

Fedatario

3

Oficial de aduanas y/o Especialista de Aduanas ….

Roles Ejecuta el embargo de bienes del Contribuyente y los deposita al almacén para su custodia. Determina la tasación y fecha en que se llevará el remate de los bienes ó mercancías embargados. Comisa y deposita los bienes en el almacén para su custodia. Incauta y deposita las mercancías en el almacén para su custodia.

Diagrama de casos de uso de Negocio Modelamiento del Negocio

Caso de Uso del Negocio Almacenes

Ingreso de la mcia o bien al almacén

Ganador ó Adjudicatario

Ejecutor Fedatario Oficial



Infractor Beneficiario Consignatario

Disposicion de mcías o bbss

Entidades de Control

Contabilidad de Ingresos (Normativo)

Inventario y conciliación de saldos de mcías y bbs

Terminal Almacenamiento

Usuario, Jefes SUNAT

Generacion de Estadisticas-Información de Gestión

Unidades de Control y Gestión de la SUNAT

16



Descripción de los Casos de Uso del Negocio 1.- Proceso de Negocio 2.- Objetivo 3.- Actores

Ingreso de la mercancía ó bien al almacén. Recibir la mercancía ó bien según el documento fuente de ingreso y registrarlo a fin de identificar las mercancías o bienes con un número 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 Almacén

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 Inmovilización- Incautación-Comiso o Acta de Traslado – Entrega (de un almacén a otro almacén)  Que los sistemas relacionados, tengan registrados el detalle de las mercancías o bienes entregados al almacén y se mantenga actualizada la información de su situación legal (por cada ítem), como es el caso de los sistemas: Sistema de Gestión de Delitos Aduaneros (SIGEDA), Sistema de Control Móvil, el SIGAD de los regímenes aduaneros., así como el sistema de Coactivos del SIRAT.  ….. 5.- Flujos 1.

El usuario del negocio relacionado, ubica la mercancía ó bienes en la zona de recepción ó verificación . 2. El personal designado para la recepción recibe el documento (como el Acta de embargo, el Acta probatoria, etc ), verifica el estado y condición de la mercancía o bien, cuenta la mercancía ó bien , y procede el pesaje respectivo. De ser el caso se suscribe el documento de observación respectivo. 3. Una vez contrastado el documento con la mercancía 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 cuál sería el destino de la mercancía ó bien. 5. …. 6. ……. 7. … 8. … 6.- Poscondiciones 

Se genera el Acta de Ingreso, se ubica y rotula la mercancía ó bien y se evalúa su disposición; generándose de manera automática el registro del Kardex electrónico de saldos. 7.- Excepciones  Cuando se trata de mercancía incautada por los grupos operativos de Aduanas, corresponden a dicho grupo efectuar la clasificación y valoración de la mercancía, ingresando su información a su sistema que servirá para generar automáticamente el Acta de Ingreso en el almacén.  Cuando la mercancía se sustente con una Resolución de Comiso, ó proviene del traslado de otras aduanas estas cuentan con un valor asignado.

17



18

Diagrama de Actividades - Proceso Ingreso Mercancías Usuarios 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 señal de conformidad

Valoracion o T asacion Embalaje Clasificacion Ubicacion

Embalaje y ubicacion fisica segun tipo de mcia o bien

Generación del Acta de ingreso

Suscripcion de la Acta de Recepcion

Generación automatica del Kardex

Ingresar la situacion legal actual del bien

Impresion de etiquetas rotulo y codigo de barra

Consulta de la disponibilidad de la mcia o bien

[No]

19

9.2. Requerimientos del Sistema Requerimientos no funcionales Número

Tipo Requerimiento

1

Usabilidad -

2 3

4 5

6 7

7 8

Descripción

Confiabilidad

El aplicativo debe estar disponible a nivel nacional las 24 horas del día, y los 365 días del año

Mantenibilidad

La construcción del aplicativo debe desarrollarse con accesos a la base de datos utilizando instrucciones de SQL estándares, previendo de esta manera las posibilidades de migración hacia otra base de datos relacional.

Prior idad

Restricciones de diseño

Interfaces

9

Debe disponer de conexión inalámbrica para la transferencia de información entre el servidor y el cliente. Se debe disponer de una esquema sencillo y seguro de actualización de versiones del aplicativo, el mismo que debe contar con su respectivo procedimiento.

Requerimientos funcionales de alto nivel

20



Id

Requerimiento

1

Disponer de las funcionalidades para el registro de información

2

3

4

5

6

Descripción

El aplicativo debe disponer de las funcionalidades para la captura o registro de información: alta, baja, modificación, asimismo importar y exportar datos. Se deben hacer los Una vez registrada la información cálculos con los datos se deben generar nuevas variables registrados por efecto de las operaciones o cálculos definidos. Se debe mostrar la Se debe visualizar la información información registrada a registrada en el aplicativo en los través de consultas formatos de las cédulas de los dinámicas de las cédulas papeles de trabajo. de los papeles de trabajo Se deben poder efectuar Con este requerimiento se debe pedidos poder solicitar la actualización de la complementarios de información de la XXX para que sea información para la actualizada en la base de datos de MMMM la notebook. Se debe disponer de las Se deben generar los envíos de funcionalidades para información de la XXXX para su generar envíos de remisión, evaluación y información de YYYYY procesamiento en YYYY. para ZZZZ. Se debe disponer de un El aplicativo debe poder aplicativo para la recepcionar y/o transferir Transferencia de información de manera consistente información entre el y confiable entre el servidor y el servidor de XXX y la cliente. notebook del auditor (y viceversa)

Prioridad Alta

Alta

Alta

Alta

Alta

Alta

21

Casos de Uso del Sistema

El software cuenta con tres paquetes que constituyen su arquitectura básica: Paquete de Configuración, 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 configuración contiene las funcionalidades básicas que permiten crear un proyecto, configurar sus variables de evaluación y termina en la aprobación de éste. El paquete de procesos corresponde a las funcionalidades de actualización 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 continuación:

Diagrama de paquetes.

DIAGRAMA DE PAQUETES

Paquete de Reportes

Paquete de Procesos

Paquete de Configuración

22

Inventario de los Casos de Uso del Sistema

CASOS DE USO

Id Req. Funcional

OBJETIVO MODULO DE CONFIGURACIÓN

1. Registrar proyecto

Permitir al usuario registrar datos básicos del proyecto como: Fecha de inicio, duración del proyecto; así como definir datos esenciales del proyecto como misión visión, objetivos y resultados que será útil para la estructura general del proyecto a desarrollar.

2. Registrar fases

En este caso de uso el cliente registrará el número 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.

3. Registrar hitos

Permite registrar hitos de control por cada fase del proyecto, cada hito de control tendrá un porcentaje de aceptación para considerar que el proyecto puede pasar a la siguiente fase. Inmediatamente al registrar un hito de control se creará una actividad.

los

4. Registrar actividades

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 duración de cada una. Cada actividad que tenga asociada un documento se convertirá automáticamente 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 culminación de los hitos de control.

5. Registrar documentos

Permite registrar documentos que serán asociados a las actividades y a la vez serán los hitos de control del proyecto.

6. Registrar recursos

Permite registrar diferentes intervendrán en el proyecto.

7. Registrar grupos (equipos trabajo).

Permite registrar los diferentes grupos que intervendrán 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.

de

recursos

23

que

CASOS DE USO

8. Calcular Presupuesto / Costos

9. Configurar niveles y variables de aprobación

Id Req. Funcional

OBJETIVO Permite calcular el presupuesto necesario para el proyecto mediante un proceso de cálculo de los costos asignados a los recursos que participan en el proyecto. Estos cálculos 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 aprobación se pedirá que se ejecute el proceso de calcular presupuesto. Registrar los niveles de aprobación que serán necesarios en el proyecto, definir los tipos de cambios que requerirán aprobación y asociar cada nivel de aprobación con un rol definido anteriormente. Identificar los datos y márgenes que se deberán tener en cuenta en el momento de la aprobación como son principalmente costos y tiempos. Definir niveles, rangos y variables de costos, tiempos, número de recursos que son necesarios, así como los mínimos y máximos para considerar que un proyecto esta aprobado y dentro de los límites adecuados.

10.Aprobar Proyecto

Permite aprobar el proyecto, para que el proyecto pueda ser aprobado se verificaran los niveles de aprobación.

11. Postergar Proyecto

Permite postergar un proyecto mientras esté en el estado registrado una vez aprobado ningún proyecto podrá ser postergado.

12.Registrar Riesgos

Permite registrar una lista de riegos identificados e ingresar el estado de estos.

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.

14.Reprogramar actividades

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 ejecución”.

15.Autorizar cambios.

Permite autorizar los cambios de reprogramación realizados sobre las actividades del proyecto, esta autorización verificará los niveles y variables de aprobación y tolerancia establecidas para el proyecto.

24

CASOS DE USO

Id Req. Funcional

OBJETIVO

16.Adjuntar documentos

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.

17.Publicar documentos

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.

18.Cancelar Proyecto

Permite cancelar un proyecto, el estado en el que se encuentre el proyecto no es una limitante para la ejecución de esta funcionalidad. MODULO DE REPORTES

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

del

de

de

de

23.Consultar trazabilidad del proyecto

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 comparación en función a los costos programados, reprogramados, costos reales y costos proyectados. Permite presentar comparativamente los tiempos del proyecto por fase, por actividad y realizar una comparación en función al tiempo programado, reprogramado, tiempos reales y tiempos proyectados. Permite presentar comparativamente los hitos de control del proyecto y realizar una comparación en función 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 modificación, usuario que realizó la modificación, estado al cual el proyecto cambio y observaciones en algunos casos particulares como en la cancelación y Postergación del proyecto.

25

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

Usuario Secundarios

Representante de venta

Usuario Administrador

Ejecutivo de Cuenta

Gerente de Linea

Director de Cuenta Gerente

Diagrama de Actores. Cliente

Descripción de los Actores. Las funciones de los actores primarios y secundarios se describen a continuación: ACTOR

FUNCION

Gerente de Línea (Actor primario)

Responsable de planificar los ciclos promocionales de una línea de productos dirigida a un publico especifico, como por ejemplo productos odontológicos, ginecológicos, oncológicos, vitamínicos, medicina en general, etc.

Gerente(Actor primario)

Responsable de la aprobación de los proyectos y de autorizar la reprogramaciones que pueda surgir.

Director de cuenta(Actor primario)

Se encarga de dirigir las campañas promocionales. Tiene a cargo la dirección de los ejecutivos de cuenta. Tiene una directa comunicación con los clientes.

Representante de venta

Es la fuerza de ventas, los ejecutores directos de las actividades planificadas en los proyectos.

(Actor secundario) Cliente (Actor secundario)

Son los usuarios a quienes se brindan los servicios de la empresa.

Ejecutivo de Cuenta

Manejan una o varias cuentas de los clientes. Administran las tareas relacionadas a cada campaña de la agencia.

(Actor secundario)

26

9.3. Definición de las Funcionalidades en Detalle La definición y la realización de los casos de uso han sido desarrolladas aplicando los documentos estándar que provee el RUP para cada caso de uso, por lo que las especificaciones, diagramas de clases, diagramas de estados, diagramas de secuencia y colaboración se encuentran ubicados a continuación con la finalidad de una mejor compresión y entendimiento del documento.

27

PAQUETE DE CONFIGURACION

28

Diagrama de casos de uso – Paquete de Configuración

DIAGRAMA DE CASOS DE USO: PAQUETE DE CONFIGURACION

Postergar Proyecto

Usuario Administrador

Aprobar Proyecto

Registrar Proyecto

Registrar Fases

Consultar Proyecto

Registrar Hitos

Registrar Actividades

Registrar Documentos

Calcular Presupuesto

(from Actors)

Registrar Recursos Configurar Niveles y Variables de Aprobacion y Tolerancia

Registrar Riesgos

Registrar Grupos

29

CASO DE USO: REGISTRAR PROYECTO

30

Ejemplo de proyectos Registrar Proyecto Breve Descripción Permitir al usuario registrar el proyecto, el cual registra datos básicos 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 demás casos de uso.

Flujo de Eventos Flujo Básico Sistema Gerente / Asistente de Gerente 1. 3.

4. 6.

Selecciona la opción de Registrar Proyecto. Ingresar Datos del proyecto como Nombre, Fecha de Inicio, Fecha de Cierre proyectada, Descripción, Alcance. Hace clic sobre la icono de Tipo de Proyecto Selecciona Tipo de Proyecto

2.

5. 7.

8.

Hace clic sobre la icono de Calendario 9.

10.

Selecciona un tipo de calendario

12.

11.

Hace clic sobre icono de Responsable. 14. Selecciona un responsable del Proyecto. 16. Hace clic sobre icono de Participantes (Repetir acción tantas veces sea necesario). 18. Selección uno o mas Clientes.

13.

20.

21.

28.

Seleccionar icono Objetivos del Proyecto Ingresa el Objetivo de Proyecto y Presionar botón Agregar (tantas veces sea necesario) Seleccionar icono resultados del Proyecto Ingresa el resultado de Proyecto y Presionar botón Agregar (tantas veces sea necesario) Ingresa el costo fijo y total del proyecto

30.

Seleccionar icono tipo de moneda

31.

22.

24. 26.

15. 17. 19.

Presenta interfase de proyecto.

Muestra interfase de búsqueda de Tipos de Proyectos. Cierra interfase de búsqueda de Tipo de Proyecto y actualiza Interfase de Proyecto Muestra interfase de Calendario. Cierra interfase de búsqueda de Calendario y actualiza Interfase de Proyecto Muestra interfase de búsqueda de Responsable. Cierra interfase de búsqueda de Responsable y actualiza Interfase de Proyecto Muestra interfase de búsqueda de clientes. Cierra interfase de búsqueda de clientes y actualiza Lista de participantes de interface Registrar Proyecto. 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 27. Cierra interfase de registrar resultados y actualiza Lista de resultados de Interface de Proyecto 29. Calcula Costo Total del Proyecto Muestra interface de busqueda de tipo de moneda.

31

32.

Selecciona Tipo de Moneda

34.

Presionar Botón Guardar Proyecto

33.

Cierra interfase de búsqueda de Tipo de moneda y actualiza Interfase de Proyecto 35. Validad Datos del Proyecto y guarda información del proyecto y de estado.

Flujo Alternativo Sistema Gerente / Asistente de Gerente 1.

3.

Si no encuentra al responsable ingresa nombre del responsable y presiona botón registrar Selecciona un Responsible

2.

Guarda dato del nuevo responsable y actualiza Lista de Responsables

4.

Cierra interfase de búsqueda de Responsables y actualiza Interfase de Proyecto Sistema

Gerente / Asistente de Gerente 1.

3.

Si no encuentra el Cliente, ingresa nombre del Cliente y presiona botón registrar Selecciona un Cliente

2.

Guarda dato del nuevo cliente y actualiza Lista de Clientes

4.

Cierra interfase de búsqueda de clientes y actualiza Interfase de Proyecto

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

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

Extensiones 6.1

Modificar Proyecto

Sistema

Actor: Cliente 1. 3. 4. 5. 6.

6.2

Selecciona la opción de Modificar Proyecto

2.

Modificar algún Datos del proyecto como Nombre, Fecha de Inicio, Fecha de Cierre proyectada, Descripción, Alcance. Selecciona Tipo de Proyecto, o calendario o responsable o moneda. Agrega o quita objetivos o , resultados o participantes. Presionar Botón Guardar Proyecto 7.

Validad Datos del Proyecto y guarda información del proyecto y de estado.

Eliminar Proyecto

Actor: Cliente 1.

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

Selecciona la opción de Eliminar Proyecto. 2.

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

32

3.

Presionar Botón Eliminar Proyecto

4.

Eliminar Proyecto, y datos relacionados al mismo (fases, actividades, etc)

33

Diagramas de Clases

34

Diagramas de Interacción

35

CASO DE USO: REGISTRAR FASES

Ejemplo de proyectos Registrar Fases Breve Descripción En este caso de uso el cliente registrará el número 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 Básico Actor: Gerente / Asistente de Gerente 1. Selecciona el opción Registrar Fase. 3. Selecciona boton Nuevo

Sistema 2. Presenta interface de consulta, con las fases registradas del proyecto. 4. Muestra interface de registro de fase.

5. Ingresar datos del Fase como Nombre y duración en número de días; opcional puede seleccionar calendario de inicio y/o ingresar descripción de la fase.

6. Calcular intervalo de fechas según duración.

7. Presiona el Botón Grabar

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 Alternativo Sistema Gerente / Asistente de Gerente

Pre-Condiciones Contar con un proyecto registrado. Que el proyecto este en estado de reprogramar. Para la modificación de una fase, esta no debe contener actividades.

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

37

Extensiones Consultar Proyecto Actor: Gerente / Asistente de Gerente 1.

Seleccionar Opción de Menú: Consultar Proyecto. Ingresar el código del proyecto

2.

Sistema 3.

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

Modificar Fase Actor: Gerente / Asistente de Gerente 1.

Selecciona el opción Registrar Fase.

Sistema 2.

Presenta interface de consulta, con las fases registradas del proyecto. Muestra Registro de Fase con datos.

3.

Selecciona icono editar

4.

5.

Modificará datos de la Fase como Nombre y duración en número de días; opcional puede seleccionar calendario de inicio. y/ o descripción de la fase. Presiona el botón Modificar

6.

Valida los datos ingresados y recalcula los periodos de las fases registradas

8.

Actualiza la fase y también la interface de consulta.

7.

Eliminar Fase Actor: Gerente / Asistente de Gerente 1. 3.

Selecciona el opción consultar fases o registrar fases. Selecciona icono Eliminar

Sistema 2. 4.

Presenta interface de consulta, con las fases registradas del proyecto. Muestra Registro de Fase con datos

5.

Presiona el botón Eliminar

6.

Muestra Mensaje de Confirmación de eliminación

7.

Selecciona Aceptar

8.

Elimina la Fase, así como los registros de hitos y las actividades de dicha fase. El sistema actualizará el registro de fases.

9.

38

Diagramas de Clases

DIAGRAMA DE CLASES REGISTRAR FASES

PROYECTO (f rom Clases)

nombre descripcion fechainicio fechafin mision vision alcance fechainicioreal fechafinreal fechafinproyectada 1 porcentajeavance costobase costoreal costoproyectado RegistrarProyecto() ModificarProyecto() EliminarProyecto()

FASE

ESTADO_FASE

(f rom Clases)

nombre descripcion fechainicio fechafin duracion unidadduracion costobase porcentajeavance 1..n costoreal costoproyectado

(f rom Clases)

nombre descripcion

1..n

1 RegistrarFase() ModifcarFase() EliminarFase() CalcularPorcentajeAvance() CalcularCostoProyectado() CalcularFechaFinProyectada() 1..n

RegistrarEstado() 1 ModificarEstado() EliminarEstado()

1..n ESTADO X FASE (f rom Clases)

1 UNIDAD (f rom Clases)

nombre descripcion abreviatura

39

Diagramas de Interacción

DIAGRAMA DE SECUENCIA: FLUJO PRINCIPAL : RegisterForCoursesForm

: RegistrationController

: 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)

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

Diagrama de Secuencia: Register for Courses / Register for Courses - Basic Flow (Update Schedule)

6: // delete schedule( ) Diagrama de Secuencia: Register for Courses / Register for Courses Basic Flow (Delete Schedule)

40

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

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

3: // get course offerings(forSemester) 4: // get course offerings( ) 5: // display course 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.

41

DIAGRAMA DE SECUENCIA: FLUJO ELIMINAR

: RegisterForCoursesForm

: RegistrationController

: Student

: Schedule

: CourseOffering

: Student 1: // delete schedule( )

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)

42

DIAGRAMA DE SECUENCIA: FLUJO MODIFICAR

: Student

: RegisterForCoursesForm

: RegistrationController

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

43

DIAGRAMA DE SECUENCIA: FLUJO GRABAR

: Student

: RegistrationController

: RegisterForCoursesForm

: 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

7: // still open?( )

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

10: // mark as enrolled in( )

: Student

: RegisterForCoursesForm

: RegistrationController

: 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( )

44

Prototipo de pantallas

45

46

PAQUETE DE PROCESO

47

Diagrama de casos de uso – Paquete de Procesos

DIAGRAMA DE CASOS DE USO: PAQUETE DE PROCESOS

Registrar cambios en Actividades

Usuario Secundarios

Autorizar cambios

Registrar progreso de Actividades

(f rom Actors)

Adjuntar Documentos

Publicar Documentos

Cancelar Proyecto

48

PAQUETE DE REPORTES

49

Diagrama de casos de uso – Paquete Reportes

DIAGRAMA DE CASOS DE USO: PAQUETE DE REPORTES

Usuario Administrador

Generar resumen comparado de costos del proyecto

(f rom Actors)

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

50

9.4. Diagrama General de Clases

DIAGRAMA DE CLASES : REGISTRAR PROYECTO CARATERISTICA

CARACTERISTICA X PROYECTO

(from Clases)

(from Clases)

ESTADO_PROYECTO

OBJETIVO_PROYECTO

(from Clases)

nombre descripcion

nombre descripcion

RegistrarCaracteristicas() ModificarCaracteristicas() EliminarCaracteristicas()

RegistrarEstado() ModificarEstado() EliminarEstado()

0..n

RESULTADO_PROYECTO (from Clases)

(from Clases)

nombre descripcion

nombre descripcion porcentajeaceptacion

0..n

0..n

CLIENTE

RegistrarResultado() ModificarResultado() EliminarResultado()

RegistrarObjetivo() ModificarObjetivo() EliminarObjetivo()

1

(from Clases)

nombre apellidopaterno apellidomaterno razonsocial ruc dni direccion telefono

CLIENTE X PROYECTO (from Clases)

1..n TIPO_PROYECTO (from Clases)

RegistrarTipoProyecto() ModificarTipoProyecto() EliminarTipoProyecto()

(from Clases)

1

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

RECURSO X PROYECTO (from Clases)

costofijo costovariable costototal unidadcf unidadcv cantidad

1 ESTADO X PROYECTO

RECURSO (from Clases)

(from Clases)

1 1..n 1..n

fechahoraregistro observaciones

1..n PERSONAL X CLIENTE

1 1..n

(from Clases)

1..n

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

nombre descripcion serie

RegistrarCliente() ModificarCliente() EliminarCliente() 1

1..n PROYECTO

nombre descripcion

1..n

1

GRUPO

nombre apellidopaterno apellidomaterno telefono direccion

1..n

(from Clases)

nombre descripcion

GRUPO X PROYECTO (from Clases)

1..n CLIENTE X GRUPO 1..n

(from Clases)

1..n

INTEGRANTE GRUPO (from Clases)

MONEDA

1..n

1

nombre descripcion simbolo

UNIDAD (from Clases)

1 TIPO RECURSO (from Clases)

nombre descripcion

PERSONAL

(from Clases)

1..n

nombre descripcion abreviatura 1..n

TIPO UNIDAD nombre descripcion

1

1

(from Clases)

1

(from Clases)

1..n

FACTOR CAMBIO (from Clases)

fechahoraregistro factor

CARGO

CALENDARIO

(from Clases)

(from Clases)

nombre descripcion

nombre descripcion

Registrarcargo() ModificarCargo() ElimimarCargo()

1

1..n DETALLE_CALENDARIO

RegistrarPersonal() ModificarPersonal() EliminarPersonal() ConsultarPersonal()

DIA_SEMANA

(from Clases)

horainicio horafin

1..n 1

nombre apellidopaterno apellidomaterno telefono direccion sueldo

(from Clases)

1..n

1

nombre

51

9.5. Diagrama de estados

DIAGRAMA DE ESTADO : REGISTRAR PROYECTO

Crear nuevo registro Registrado

Cancelar el proyecto

Postergar el proyecto Dar el visto bueno al proyecto

Cambiar Datos de Fechas de entrega, Recursos, Actividades Pendiente

Dar el visto bueno al proyecto

Modificado

Aprobado

Iniciar actividades de actualización de datos

Cambiar Datos de Fechas de entrega, Recursos, Actividades Autorizar cambios

En Ejecucion Reprogramado Actualizar progreso de actividades Finalizar con todas las actividades e hitos del proyecto

Cancelar el proyecto Cancelar el proyecto

Culminado

Cancelar el proyecto

Cancelado

52

DIAGRAMA DE ESTADOS: REGISTRAR FASE

Registrar una nueva fase

Registrada

Aprobar proyecto Aprobada

Registrar avance de las actividades En Ejecucion

Registrar el 100% completado de las actividades

Culminada

53

9.6. Diagrama Entidad Relación de Base de Datos >

54

9.7. Modelo de implementación a. Diagrama de componentes La programación de los casos de uso se refleja de manera directa sobre la creación de paquetes por cada uno de ellos, compartiendo librerías, funcionalidad y clases comunes ubicadas en la carpeta de librerías. Ver Figura Nº 8 

Fuentes: Contiene tres paquetes o módulos del sistema: configuración, 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).



Imágenes: Este paquete agrupa todas las imágenes en formato gif ó jpg que es utilizada en las interfaces del sistema. Como por ejemplo los iconos de opciones, fondos de diseño, etc.



Librerias: Contiene paquetes con diferentes componentes (paginas php), como: Clases: se describe componentes que son reutilizados en muchos casos por varios escenarios de casos de uso. Estilos: son los distintos estilos de diseño aplicados a la interface de cada caso de uso, Conexión: Se establece un archivo o pagina php llamado conexión.php, quien tiene como función la conexión 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). También están incluidas componentes de validación de datos, calendario, etc.

Fuentes

Librerias

Imagenes

55

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.

56

Para demostrar las relaciones de estos componentes que están 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 demás casos de uso siguen el patrón o modelo planteado para diagrama de componentes del caso de uso: Registrar Proyecto. DIAGRAMA DE COMPONENTES: REGISTRAR PROYECTO

blank.php

inicio.php

Conexion.php

Base de Datos (control_seguimiento) Menu de opciones (coolmenu3.js)

Menu Proyecto.php

Libreria de imagenes

Calendario

Agrupa componentes (calendar.js, calendar-es....

Registrar Proyecto.php Funciones Proyecto.js Listado_simple.php Libreria de Estilos

ListarCliente_Sel.php

funciones.js

Para opciones: Tipo de Proyecto, Calendario y Moneda

Listar Responsable x Empresa.php

MostrarVentana IngresoObj.php Funciones Publicas.php

MostrarVentana IngresoRes.php

Figura Nº 13: Diagrama de Componentes.

57

b. Diagrama de despliegue La arquitectura que usará la aplicación final es la Arquitectura de tres capas.

Figura Nº 14: Arquitectura de la Aplicación.

En la actualidad, uno de los patrones de diseño más utilizado para cualquier tipo aplicaciones es el de Capas (Layers en inglés) donde, básicamente, se divide los elementos de diseño en paquetes de Interfaz de Usuario, Lógica de Negocio y Acceso a Datos y Servicios. La figura Nº 15 muestra una posible partición utilizando este patrón de diseño.

ENVIAR CLIENTE

LLAMAR SERVIDOR WEB PRESENTACION

SERVIDOR BASE DATOS POSTGRESSQL

Figura Nº 15: APACHE Vista Lógica. WEB SERVER

Luego queEXPLORADOR se tiene una vista lógica de la arquitectura se puede definir la distribución del VISTAS INTERNET procesamiento entre los distintos equipos que conforman la solución, incluyendo los servicios y/ LOGICA DE TABLAS procesos de base. Los elementos definidos en laPRESENTACION vista lógica se "mapean" a componentes de software (servicios, procesos, etc.) o de hardware que definen más precisamente como se ejecutará. LOGICA DE NEGOCIO

PROCEMIENTOS ALMACENADOS ACCESO A DATOS

58

En el gráfico se muestra una Web con tres nodos procesadores, Clientes, Servidor Web y Servidor de Base de Datos. Dentro de los nodos se ejecutan procesos, servicios y/o componentes y sus relaciones de dependencia. En el gráfico se muestra una Web con tres nodos procesadores, Clientes, Servidor Web y Servidor de Base de Datos. Dentro de los nodos se ejecutan procesos, servicios y/o componentes y sus relaciones de dependencia. En la sección cliente solo se envían y muestra datos desde la página visualizada en el explorador o visualizador de Internet. Estos datos viajan y llegan al servidor web (por seguridad se filtra mediante un servidor firewall), quien es atendido por el componente Apache Web Server, quien se encarga de traducir las paginas php y recibir los datos del cliente. El componente de presentación toma los valores necesarios (estilos de diseño) sobre la presentación de la página requerida. El componente Acceso a datos proceso el requerimiento del cliente para proporcionar conexiones adicionales para cada cliente que intente conectar a PostgreSQL. El servidor de Base de datos, con el componente de PostGres se encarga de hacer las consultas tanto con las tablas / vistas, así como los cálculos definidos en los procedimientos almacenados. Las características 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, para agregar / quitar accesos a ciertos programas y / o puertos.

SERVIDOR WEB 

Pentium IV 1.8Ghz



256Mb RAM



Disco duro 40Gb



Sistema Operativo: Red Hat Linux 9



Servicios: Apache Web Server 2.

SERVIDOR MAIL 

Pentium IV 1.8Ghz



512Mb RAM

59



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 70GB



2 PROCESADORES 3.0GHZ INTEL XEON



Sistema Operativo: CENTOS 9 Samba, servicio para el uso compartido de archivos en la red.

60

DIAGRAMA DE DESPLIEGUE

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 implementación 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 implementación del aplicativo y que otros aplicativos son ejecutados en la misma arquitectura.

61

10. Plan de Implementación .

11. Análisis de la Rentabilidad del Proyecto

12. Conclusiones y recomendaciones.

13. Marco conceptual.

14. Bibliografía 15. Anexos

62