------------- 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 gua para aclarar el
contenido de cada parte del documento. Esos textos deben ser eliminados del documento.

FACULTAD DE CIENCIAS EMPRESARIALES Y EDUCACIN

ESCUELA PROFESIONAL DE CIENCIAS CONTABLES Y FINANCIERAS
_______________________________________________________________
 ESTRUCTURA DEL PROYECTO
Plantilla ejemplo

1. Cartula con el titulo del Proyecto.

2. ndice.

3. Introduccin.

<< En ella se describe en forma general los antecedentes del proyecto y la problemtica
actual de la organizacin, adems se describe como est estructurado el documento y se
explica hasta donde se llegar y que se pretende con este trabajo >>

4. Identificacin del problema

<< Detallar los problemas de la empresa y las oportunidades de mejora. Hay que tener en
cuenta que todo el proyecto se basar en esta definicin y es importante que quede clara
desde un principio. La pregunta clave es: Cul es el problema o dnde est la oportunidad?
El Proyecto puede surgir como una oportunidad de negocio o una oportunidad de mejora,
con el fin de dar una solucin correcta y posicionarse mejor en el mercado >>

PROBLEMA OPORTUNIDAD DE MEJORA

No se cuenta con informacin actualizada de los
proyectos.
Falta de informacin 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 finalizacin de los proyectos
No existe un adecuado nivel de comunicacin en
los proyectos.
No existe una identificacin formal, anlisis o
priorizacin de riesgos que impactan los proyectos
No existe una aprobacin formal de los planes de
proyectos
Sistema que maneje informacin actualizada de los
proyectos.
Proporcionar informacin 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 comparacin con datos
planificados Vs. Los reales.
Informar a los usuarios (cliente y empresa) sobre la
situacin 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.
Definir y formalizar la Administracin de Riesgos.
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 asignacin de Definir y formalizar la gestin de los recursos
recursos humanos y materiales humanos y materiales de los proyectos

5. Justificacin del proyecto

<<Es una breve descripcin de las razones fundamentales del porque se realiza el proyecto.
Adems, se deben detallar las alternativas evaluadas y criterios tcnico-econmicos
utilizados para seleccionar la solucin propuesta (anlisis costo beneficio de la solucin
propuesta).

Pasos a seguir para justificar el proyecto:

1. Detectar el problema a resolver en la toma de decisiones.

2. Establecer el Objetivo general de la decisin y las restricciones relacionadas.
3. Identificar a la persona idnea para que asuma el rol de Lder de la Decisin (en caso
de que la decisin no la pueda realizar o tomar el Gerente de proyecto)
4. Planear la reunin para la toma de decisiones
5. Seleccionar a las personas que participarn en la toma de decisiones (Comit de toma
de decisiones).
6. Establecer los criterios principales de la decisin.
7. Realizar la Lluvia de ideas para detectar los Requerimientos Requeridos y los
Requerimientos Deseados y otorgndoles un peso cuantitativo a estos ltimos (del 1 al
10 donde 10 es el mayor) y definiendo un puntaje mnimo para que una alternativa sea
seleccionada. Estos grupos de requerimientos tienen que estar relacionados con el
Objetivo de la Decisin.
8. En base a los requerimientos y con la informacin necesaria, identificar las posibles
alternativas de solucin.
9. Realizar la comparacin de las alternativas seleccionadas contra los Requerimientos
Requeridos y eliminar las que no cumplen con alguno o varios de estos (las negativas).
10. Evaluar las alternativas restantes del paso anterior cuantitativamente (del 1 al 10 donde
10 es el mayor) contra cada un de los Requerimientos Deseados.
11. Elaborar el clculo de las alternativas multiplicando el valor cuantitativo asignado a la
alternativa (paso anterior) contra el valor cuantitativo otorgado a cada uno de los
Requerimientos Deseados (Paso 7) y sumar los resultados de cada una los resultados
por cada alternativa.
12. Seleccionar las alternativas que tengan un puntaje mayor al del puntaje mnimo definido
en el Paso 7.
13. Evaluar econmicamente las alternativas seleccionadas en el punto anterior, para lo
cual se deber realizar el anlisis de rentabilidad de cada una de ellas y elegir a la ms
rentable, teniendo en cuenta los indicadores econmicos como el VAN, tiempo de
retorno de inversin, B/C, TIR, entre otros.
14. Registrar los resultados de la implantacin de la alternativa.
15. Cerrar la toma de decisiones. >>

9
Ejemplo de cmo 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 das.

Datos Generales de la Toma de Decisin

Pasos: 1, 2
Fecha de Deteccin: DD/MM/AAAA
Gerente de Proyecto: Gerente de Proyecto
Clave de Proyecto MEFS00-00000ABCDEFGH
Se tiene que instalar un nuevo sistema para las nuevas sucursales
Problema a tratar: de Empresa XXX en la zona norte y debe de estar instalado en 15
das.
Decidir entre dos plataformas de Hardware para la instalacin del
Objetivo de la Decisin
Sistema de reclutamiento de Empresa XXX Norte.
Se cuenta con presupuesto de 100,000.00 dlares
Restricciones detectadas
Tiene que estar instalado en 2 semanas.

Pasos: 3, 4
Lder de la Decisin: Director General
Justificacin de Es el nico que puede tomar decisiones mayores a 50,000.00
Asignacin del Lder de la dlares en inversiones
Decisin:
Fecha de Realizacin DD/MM/AAAA

Pasos: 5
Personas seleccionadas para la Toma de Decisiones
Integrante
Nombre Puesto Organizacin del
Proyecto
Nombre 1 Gerente SP Empresa XXX Si
Nombre 2 Gerente C Empresa XXX No
Nombre 3 Gerente DEF Empresa XXX No
Nombre 4 Gerente de Proyecto Empresa XXX Si
Integrante del Proyecto: S, No

Pasos: 6
Criterios para la Decisin
Impacto
Criterio Relacin entre criterios
Bajo Medio Alto NA
Tecnologa X La tecnologa es bsica pero el
Presupuesto X Presupuesto sobrepasa lo
Plazo X presupuestado para el ao AAAA
Otro:

Detectar los Objetivos

Pasos: 7
Requerimientos Requeridos
El costo no mayor a 100,000.00 dlares
Antes de 15 das

Requerimientos Deseados Peso

10
Dos Procesadores Intel XEON 3
Soporte las 24 horas del da 6
Capacidad de expansion 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
Valor: 1-10 (10= el ms importante)

Puntaje mnimo
310

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
Requerimiento Requerido
Alternativa El costo no mayor a 100,000.00
Antes de 15 Das
dlares
Serie A-1 Servidor SI SI
Serie A-2 Servidor SI SI
Serie B-1 Servidor NO SI
Serie B-2 Servidor SI SI
Serie C-1 Servidor SI SI
Serie C-2 Servidor SI NO
Se eliminan las negativas

<<En este paso se debe contar con el flujo de caja de cada alternativa, de tal manera de
poder determinar, como en el ejemplo, si el costo del proyecto es menor al presupuesto>>

Evaluar Alternativas contra los Requerimientos Deseados

Pasos: 10
Evaluacin de Alternativas
Objetivos Deseados Serie Serie Serie Serie
A-1 A-2 B-2 C-1
Dos Procesadores Intel XEON 6 9 8 7
Soporte las 24 horas del da 10 7 8 9
Capacidad de expansion 6 9 10 10

11
Compatible con el Hardware existente en Empresa XXX 8 9 9 8
D.F.
Manejo de Manejo de discos RAID 5 9 6 7 8
Costo de mantenimiento de los servidores menor a 5,000 9 7 9 9
dlares al ao
Evaluacin: 1-10 (10= el mas importante)

Calcular el Valor de la Decisin

Pasos: 10, 11
Clculo de la Decisin
Requerimientos Deseados Serie Serie Serie Serie
A-1 A-2 B-2 C-1
Dos Procesadores Intel XEON (3) 6*3 9*3 8*3 7*3
=18 =27 =24 =21
Soporte las 24 horas del da (6) 10 * 6 7*6 8*6 9*6
=60 =42 =48 =54
Capacidad de expansin (5) 6*5 9*5 10 * 5 10 * 5
=30 =45 =50 =50
Compatible con el Hardware existente en Empresa XXX 8*8 9*8 9*8 8*8
D.F. (8) =64 =72 =72 =64
Manejo de Manejo de discos RAID 5 (6) 9*6 6*6 7*6 8*6
=54 =36 =42 =48
Costo de mantenimiento de los servidores menor a 5,000 9*9 7*9 9*9 9*9
dlares al ao (9) =81 =63 =81 =81
Total: 307 285 317 318

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 VAN TIR T Rretorno B/C
Serie B-2
Serie C-1

< < 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 Implantacin
Serie B-2 Satisfactoria
Comentarios
Ninguna

6. Objetivos y alcance del proyecto

< < En esta seccin debe colocarse lo que el proyecto quiere lograr (objetivos), cules
son las metas del proyecto de forma genrica? y cules son especficas? >>

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

6.2. Objetivos Especficos

Desarrollar e implantar un sistema de control y seguimiento de proyectos basado en los
requerimientos de la empresa XXXXXXXXXXXXXXXXXXXX

Emplear tcnicas avanzadas de administracin de proyectos y calidad en el desarrollo

de un aplicativo que permita realizar un adecuado seguimiento el progreso de los
proyectos y permita manejar informacin 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 informacin relevante al usuario.

6.3. Alcance
<< En esta seccin se debe determinar cual es el alcance del proyecto. Esto ltimo no
es otra cosa que acotar las fronteras del proyecto. Esta seccin es muy importante
debido a que aqu se enmarca el proyecto, es decir desde y hasta donde se
desarrollar el proyecto en trminos de proceso y de solucin o producto. Se debe
precisar que cubre el alcance y que no cubre el alcance.
En el alcance se deber definir el alcance del proyecto (descripcin de las actividades
que se realizarn en el proyecto o ciclo de vida del proyecto) y el alcance del producto o
servicio resultado del proyecto >>

El sistema XXXXXXXXXXXX.

Ciclo de Vida del Proyecto

<< Se describirn las fases del proyecto y las actividades a realizar en cada fase
desde la perspectiva del proceso de desarrollo o del proceso implementacin de
la solucin del proyecto. De esta manera se demarca el inicio y fin del proyecto.
Este alcance se complementa con el alcance del producto que se describe en las
siguientes sub-secciones >>

Procesos de Negocio afectados por el proyecto

<<En esta seccin se debe detallar los procesos de negocio afectados por el
proyecto, con el objetivo de delimitar el alcance a nivel de procesos de
negocios>>

Proceso de Negocio Afectados

Proceso 1
Proceso 2

Alcances del Producto

<< Se enuncia los mdulos que cubre el Proyecto. >>
A continuacin se detallan las funcionalidades que sern consideradas en el
presente Proyecto:

13
 Funcionalidades dentro del Alcance del producto

Primer mdulo (Configuracin): Ingreso de datos, configuracin de cada proyecto, identificacin y

designacin de recursos, definicin de tiempos de inicio y fin, nmero de documentos y documentos a
entregar durante el proyecto
Segundo mdulo (Procesos): 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.
Tercer Modulo (Reportes): Reporte sobre costos, tiempos de avance, de retrazo. Obtencin de
indicadores del proyecto como tiempos efectivos de trabajo, costos, medicin de resultados obtenidos.

Actividades fuera del alcance del proyecto

<< Se enuncia las actividades que No cubre el Proyecto y que deben estar
claramente definidos para evitar malos entendidos posteriores con el jurado.> >

A continuacin se detallan las actividades que no sern consideradas en el

presente Proyecto.

Actividades fuera del Alcance del Proyecto

No se considera la migracin de datos

{Funcionalidad xxxx}
No considera la.

Entregables por fases del proyecto:

Fase Entregables

Incepcin Entregable 1
Entregable 2
Elaboracin

Construccin

Transicin

Metodologa y modelos a emplear en el proyecto:

Proceso Metodologa

Ingeniera RUP Iterativo / Cascada

Gestin de Proyectos PMI / RUP
Mtricas
Calidad

14
 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.
<<Se indicarn los beneficios cualitativos y cuantitativos que el proyecto traer a la
organizacin. Los cualitativos son beneficios que, a diferencia de los cuantitativos, no son
posibles de cuantificar o expresar numricamente.>>

8. Anlisis situacional / diagnstico de la organizacin

<< Este punto comprende una declaracin de:

Los antecedentes de la organizacin en estudio.
La estructura organizacional de la organizacin en estudio.
El anlisis externo e interno de la organizacin en estudio. Se har un anlisis del
entorno para obtener las oportunidades y riesgos que tiene la empresa y un
diagnstico interno para obtener las fortalezas y debilidades de la empresa (anlisis
FODA). >>

9. Propuesta tcnica
<< Es importante observar que esta parte debe permitir una lectura agradable que describa
el modelo propuesto para dar solucin al problema observado, y NO debe contener slo un
compendio de diagramas que adolece de una explicacin textual.
En este punto se dar la solucin tcnica del problema y comprende:

a) La descripcin de los procesos de negocio que se vern afectados o son parte del
proyecto.

b) El anlisis y diseo lgico de la solucin tecnolgica la cual se definirn y

concretaran los requerimientos o especificaciones funcionales de la solucin.

c) En el caso de software se elaborar el diseo lgico de la base de datos.

d) Si se tratara de un proyecto de desarrollo de sistemas de informacin, se

presentar el prototipo de interfaz del sistema (o diseo de ventanas y reportes)
que es parte importante del diseo lgico del sistema.

e) La arquitectura tecnolgica de la solucin, la cual comprende el hardware, el

software, las comunicaciones de la solucin a plantear.
>>

15
9.1. Procesos de negocio afectados

Formato de Identificacin de Procesos de Negocio

Nro. 1.- Proceso de Negocio 2.- Requerimientos

1 Ingreso de la mercanca bienes al Registro de ingreso de los bienes
almacn para su custodia mercancas para su custodia
disposicin. disposicin.

Identificacin de los Actores del Entorno del Negocio

Nro. Actor Roles

1 Ejecutor coactivo 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.
2 Fedatario Comisa y deposita los bienes en el almacn
para su custodia.
3 Oficial de aduanas y/o Incauta y deposita las mercancas en el
Especialista de Aduanas almacn para su custodia.
.

Diagrama de casos de uso de Negocio

Modelamiento
del Negocio
Caso de Uso del Negocio -
Almacenes

<<Caso de uso del negocio>>

<<Actor del Negocio>>
Ingreso de la mcia o bien al almacn Ganador Adjudicatario

<<Actor del Negocio>>

Ejecutor Fedatario Oficial

<<Actor del Negocio>>

Infractor Beneficiario Consignatario
<<Caso de uso del negocio>>
Disposicion de mcas o bbss

<<Actor del Negocio>>

Entidades de Control
<<Actor del Negocio>>
Contabilidad de Ingresos (Normativo) <<Caso de uso del negocio>>
Inventario y conciliacin de saldos de mcas y bbs

<<Actor del Negocio>>

Terminal Almacenamiento

<<Caso de uso del negocio>>

<<Actor del Negocio>> Generacion de Estadisticas-Informacin de Gestin
Usuario, Jefes SUNAT
<<Actor del Negocio>>
Unidades de Control y Gestin de la SUNAT

16
 Descripcin de los Casos de Uso del Negocio

1.- Proceso de Negocio Ingreso de la mercanca bien al almacn.

2.- Objetivo 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..
3.- Actores 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.

17
 Diagrama de Actividades - Proceso Ingreso Mercancas

Usuarios del negocio relacionado Usuario del Almacen

Entregar mercancia al almacen

Recepcionar y verificar la mercancia

Registrar incidencia en el Acta de

[No]
<<Conforme>> 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

<<System>>
Generacin del Acta de ingreso

Suscripcion de la Acta de Recepcion

<<System>>
Generacin automatica del Kardex

<<System>>
Impresion de etiquetas rotulo y codigo
de barra
Ingresar la situacion legal
actual del bien

<<System>>
Consulta de la disponibilidad de la mcia o
bien

[No]
<<Disponibilidad>>

18
9.2. Requerimientos del Sistema

Requerimientos no funcionales

Nmero Tipo Requerimiento Descripcin Prior

idad
1 Usabilidad
- <<Tiempo de entrenamiento
necesario para los usuarios
- Estndares que se usarn para
desarrollar la interfaz de usuario>>

2
3 Confiabilidad El aplicativo debe estar
<<Lista de los requerimientos de disponible a nivel
confiabilidad que el sistema a desarrollar nacional las 24 horas
debe tener del da, y los 365 das
- Disponibilidad del sistema del ao
- Tiempo entre fallas
- Tiempo entre mantenimientos
- Precisin
- Mxima cantidad de defectos >>
4
5 Mantenibilidad La construccin del
<<Lista de los requerimientos de aplicativo debe
mantenibilidad con los que el producto desarrollarse con
debe contar como: accesos a la base de
Estndares de codificacin datos utilizando
Estndares de nomenclatura instrucciones de SQL
Criterios de diseo estndares, previendo
Libreras de clases>> de esta manera las
posibilidades de
migracin hacia otra
base de datos
relacional.
6
7 Restricciones de diseo
<<Cualquier tipo de restriccin de diseo,
lenguajes de programacin,
requerimientos de procesos desarrollo de
software, restricciones de arquitectura>>
7
8 Interfaces Debe disponer de
<<Describe las interfaces que el sistema conexin inalmbrica
debe soportar en los siguiente rubros: para la transferencia de
- Interfaces de hardware informacin entre el
- Interfaces de software.>> servidor y el cliente.
9 Se debe disponer de
una esquema sencillo y
seguro de actualizacin
de versiones del
aplicativo, el mismo que
debe contar con su
respectivo
procedimiento.

19
Requerimientos funcionales de alto nivel
<<Lista y descripcin breve de los requerimientos del producto, cada requerimiento requiere
una serie de inputs para lograr un resultado deseado. Evitar los aspectos de diseo,
enfocando en el qu y dejando el cmo para la documentacin de diseo >>

Id Requerimiento Descripcin Prioridad

1 Disponer de las El aplicativo debe disponer de las Alta

funcionalidades para el funcionalidades para la captura o
registro de informacin registro de informacin: alta, baja,
modificacin, asimismo importar y
exportar datos.
2 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.
3 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
4 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.
5 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.
6 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)

20
Casos de Uso del Sistema
<<En esta seccin se debe realizar lo siguiente:
- Diagrama de paquetes de los casos de uso.
- Inventario de casos de uso con el objetivo que debe cumplir. Asimismo, el caso de
uso debe estar relacionado a los requerimientos funcionales de alto nivel
- Diagrama de actores.
- Descripcin de los actores 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.

DIAGRAMA DE PAQUETES

Paquete de
Reportes

Paquete de
Procesos

Paquete de
Configuracin

21
Inventario de los Casos de Uso del Sistema

CASOS DE USO Id Req. OBJETIVO

Funcional

MODULO DE CONFIGURACIN

Permitir al usuario registrar datos bsicos del

proyecto como: Fecha de inicio, duracin del proyecto; as
1. Registrar
como definir datos esenciales del proyecto como misin
proyecto
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
2. Registrar fases 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
3. Registrar los
aceptacin para considerar que el proyecto puede pasar a
hitos
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
4. Registrar
convertir automticamente en un hito. Mediante las
actividades
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

5. Registrar
asociados a las actividades y a la vez sern los hitos de
documentos
control del proyecto.

6. Registrar Permite registrar diferentes recursos que

recursos intervendrn en el proyecto.

Permite registrar los diferentes grupos que

7. Registrar
intervendrn en el proyecto. Dentro de cada grupo
grupos
pueden participar tanto personal del Cliente (para el caso
(equipos de
de los proyectos Tipo Lanzamiento y promociones) y
trabajo).
personal de la Empresa.

22
 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.
8. Calcular Estos clculos son por proyecto, por fase y por actividad.
Presupuesto /
Costos 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
9. Configurar
el momento de la aprobacin como son principalmente
niveles y
costos y tiempos.
variables de
aprobacin
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

10.Aprobar
pueda ser aprobado se verificaran los niveles de
Proyecto
aprobacin.

Permite postergar un proyecto mientras est en el

11.Postergar
estado registrado una vez aprobado ningn proyecto
Proyecto
podr ser postergado.

12.Registrar Permite registrar una lista de riegos identificados

Riesgos e ingresar el estado de estos.

Permite actualizar el progreso de la actividad

13.Registrar modificando el valor del dato de porcentaje de avance de
Progreso de la actividad. Esta funcionalidad a la vez que actualiza el
actividades 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
14.Reprogramar actividad. Una vez realizado el cambio el proyecto entrar
actividades 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

15.Autorizar realizados sobre las actividades del proyecto, esta
cambios. autorizacin verificar los niveles y variables de
aprobacin y tolerancia establecidas para el proyecto.

Mediante este caso de uso el usuario podr

16.Adjuntar realizar un upload del documento escaneado al servidor,
documentos de este modo este documento podr ser compartido y
revisado por todos los miembros del equipo.

23
 Mediante este caso de uso el usuario cambiar el
estado del documento a publicado lo cual implica que el
17.Publicar
documento ya fue aprobado por los responsables de la
documentos
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

18.Cancelar
se encuentre el proyecto no es una limitante para la
Proyecto
ejecucin de esta funcionalidad.

MODULO DE REPORTES

Permite realizar una consulta sobre el progreso

19.Consultar avance del proyecto elegido, mostrando detalles de costos,
del proyecto tiempos pendientes y porcentaje de avance por actividad
y fase.

20.Generar Permite presentar comparativamente los costos

resumen del proyecto por fase, por actividad y realizar una
comparado de comparacin en funcin a los costos programados, re-
costos. programados, costos reales y costos proyectados.

21.Generar Permite presentar comparativamente los tiempos

resumen del proyecto por fase, por actividad y realizar una
comparado de comparacin en funcin al tiempo programado, re-
progreso. programado, tiempos reales y tiempos proyectados.

22.Generar Permite presentar comparativamente los hitos de

resumen control del proyecto y realizar una comparacin en funcin
comparado de a los hitos programados, re-programados, avance real y
hitos. avance proyectado de estos.

23.Consultar Mediante este caso de uso el usuario podr

trazabilidad del revisar el historial del ciclo de vida del proyecto,
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.

24
 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 Usuario
Secundarios Administrador

Representante de Ejecutivo de Cuenta Gerente de Linea Director de Cuenta

venta 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 primario) Responsable de planificar los ciclos 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 primario) Se encarga de dirigir las campaas promocionales.

Tiene a cargo la direccin de los ejecutivos de
cuenta. Tiene una directa comunicacin 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
(Actor secundario) campaa de la agencia.

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

26
PAQUETE DE CONFIGURACION

27
Diagrama de casos de uso Paquete de Configuracin

<<Breve descripcin del paquete>>

DIAGRAMA DE CASOS DE USO: PAQUETE DE CONFIGURACION

Postergar Proyecto Aprobar Proyecto

Registrar Fases Registrar Hitos Registrar Documentos

Registrar Proyecto Consultar Proyecto Registrar Actividades Calcular Presupuesto

Usuario
Administrador
(from Actors)

Registrar Recursos

Registrar Riesgos Registrar Grupos

Configurar Niveles y Variables de Aprobacion y Tolerancia

28
CASO DE USO: REGISTRAR PROYECTO

29
 Especificacin de Caso de Uso: Registrar Proyecto

Registrar Proyecto
Breve Descripcin
Permitir 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 Bsico
Sistema
Gerente / Asistente de Gerente
1. Selecciona la opcin de Registrar Proyecto. 2. Presenta interfase de 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 5. Muestra interfase de bsqueda de Tipos de
Proyectos.
6. Selecciona Tipo de Proyecto 7. Cierra interfase de bsqueda de Tipo de
Proyecto y actualiza Interfase de Proyecto
8. Hace clic sobre la icono de Calendario 9. Muestra interfase de Calendario.

10. Selecciona un tipo de calendario 11. Cierra interfase de bsqueda de Calendario y

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

22. Ingresa el Objetivo de Proyecto y Presionar 23. Cierra interfase de registrar objetivos y
botn Agregar (tantas veces sea necesario) actualiza Lista de objetivos de Interface de
Proyecto
24. Seleccionar icono resultados del Proyecto 25. Muestra interface de Registrar Resultados

26. Ingresa el resultado de Proyecto y Presionar 27. Cierra interfase de registrar resultados y
botn Agregar (tantas veces sea necesario) actualiza Lista de resultados de Interface de
Proyecto
28. Ingresa el costo fijo y total del proyecto 29. Calcula Costo Total del Proyecto

30. Seleccionar icono tipo de moneda 31. Muestra interface de busqueda de tipo de
moneda.

30
 32. Selecciona Tipo de Moneda 33. Cierra interfase de bsqueda de Tipo de
moneda y actualiza Interfase de Proyecto
34. Presionar Botn Guardar Proyecto 35. Validad Datos del Proyecto y guarda
informacin del proyecto y de estado.

Flujo Alternativo
Sistema
Gerente / Asistente de Gerente
1. Si no encuentra al responsable ingresa 2. Guarda dato del nuevo responsable y actualiza
nombre del responsable y presiona botn Lista de Responsables
registrar
3. Selecciona un Responsible 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 2. Guarda dato del nuevo cliente y actualiza Lista
del Cliente y presiona botn registrar de Clientes
3. Selecciona un Cliente 4. Cierra interfase de bsqueda 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. Selecciona la opcin de Modificar Proyecto 2. Presenta interfase de proyecto con los datos
referidos al proyecto a modificar.
3. Modificar algn Datos del proyecto como
Nombre, Fecha 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 7. Validad Datos del Proyecto y guarda
informacin del proyecto y de estado.

6.2 Eliminar Proyecto

Sistema
Actor: Cliente
1. Selecciona la opcin de Eliminar Proyecto. 2. Presenta interfase de proyecto con los datos
referidos al proyecto a modificar..
3. Presionar Botn Eliminar Proyecto 4. Eliminar Proyecto, y datos relacionados al
mismo (fases, actividades, etc)

31
Diagramas de Clases

<<Diagramas de clase, donde se describen las clases y las relaciones que participan en la
realizacin del caso de uso>>

32
Diagramas de Interaccin
<<Diagramas de secuencia y/o colaboracin, que describen como el caso de uso es realizado
en trminos de colaboracin de objetos.
Se debe hacer los diagramas de interaccin por el flujo principal y por los principales flujos
alternativos>>

33
CASO DE USO: REGISTRAR FASES
 Especificacin de Caso de Uso: Registrar Fases

Registrar 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 Gerente Sistema

1. Selecciona el opcin Registrar Fase. 2. Presenta interface de consulta, con las fases
registradas del proyecto.
3. Selecciona boton Nuevo 4. Muestra interface de registro de fase.

5. Ingresar datos del Fase como Nombre y 6. Calcular intervalo de fechas segn duracin.
duracin en nmero de das; opcional puede
seleccionar calendario de inicio y/o ingresar
descripcin de la fase.

7. Presiona el Botn 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 modificacin de una fase, esta no debe contener actividades.

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

35
Extensiones
Consultar Proyecto
Actor: Gerente / Asistente de Gerente Sistema
1. Seleccionar Opcin de Men: Consultar 3. Buscar el proyecto indicado y mostrar sus fases,
Proyecto. hitos y actividades.
2. Ingresar el cdigo del proyecto

Modificar Fase
Actor: Gerente / Asistente de Gerente Sistema
1. Selecciona el opcin Registrar Fase. 2. Presenta interface de consulta, con las fases
registradas del proyecto.
3. Selecciona icono editar 4. Muestra Registro de Fase con datos.

5. Modificar datos de la Fase como Nombre y 6. Valida los datos ingresados y recalcula los
duracin en nmero de das; opcional puede periodos de las fases registradas
seleccionar calendario de inicio. y/ o
descripcin de la fase.
7. Presiona el botn Modificar 8. Actualiza la fase y tambin la interface de
consulta.

Eliminar Fase
Actor: Gerente / Asistente de Gerente Sistema
1. Selecciona el opcin consultar fases o registrar 2. Presenta interface de consulta, con las fases
fases. registradas del proyecto.
3. Selecciona icono Eliminar 4. Muestra Registro de Fase con datos

5. Presiona el botn Eliminar 6. Muestra Mensaje de Confirmacin de

eliminacin

7. Selecciona Aceptar 8. Elimina la Fase, as como los registros de

hitos y las actividades de dicha fase.
9. El sistema actualizar el registro de fases.

36
 DIAGRAMA DE CLASES REGISTRAR FASES
Diagramas de Clases

PROYECTO
FASE
(f rom Clases)
(f rom Clases) ESTADO_FASE
nombre (f rom Clases)
realizacin del caso de uso>>

nombre
descripcion nombre
descripcion
fechainicio descripcion
fechainicio
fechafin
fechafin
mision RegistrarEstado()
duracion
vision 1 ModificarEstado()
unidadduracion
alcance EliminarEstado()
costobase 1..n
fechainicioreal
porcentajeavance
fechafinreal
1..n costoreal
fechafinproyectada 1
costoproyectado
porcentajeavance
costobase 1
RegistrarFase()
costoreal
ModifcarFase()
costoproyectado
EliminarFase()
CalcularPorcentajeAvance() 1..n ESTADO X FASE
RegistrarProyecto() (f rom Clases)
CalcularCostoProyectado()
ModificarProyecto()
CalcularFechaFinProyectada()
EliminarProyecto()
1..n

1
UNIDAD
(f rom Clases)

nombre
descripcion
abreviatura

37
<<Diagramas de clase, donde se describen las clases y las relaciones que participan en la
Diagramas de Interaccin
<<Diagramas de secuencia y/o colaboracin, que describen como el caso de uso es realizado en
trminos de colaboracin de objetos.
Se debe hacer los diagramas de interaccin por el flujo principal y por los principales flujos
alternativos>>

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
One of these Flow (Create Schedule)
is executed:
Diagrama de Secuencia:
5: // update schedule( )
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)

38
 DIAGRAMA DE SECUENCIA: FLUJO CREAR

: : : : Schedule : Student
: Student : Course Catalog
RegisterForCoursesForm RegistrationController CourseCatalogSystem

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

5: // display course offerings( )

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

A blank schedule
6: // display blank schedule( )
is displayed for the
students to select
offerings

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.

39
 DIAGRAMA DE SECUENCIA: FLUJO ELIMINAR

: : : Student : Schedule :
RegisterForCoursesForm RegistrationController CourseOffering
: Student

1: // delete schedule( )

Student wishes to 2: // get current schedule(Student, forSemester)

delete an existing
schedule 3: // get schedule(forSemester)

4: // display schedule(Schedule)

System requests
that the student
5: // request schedule delete confirmation( )
confirm the
schedule deletion

6: // confirm schedule deletion( )

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

40
 DIAGRAMA DE SECUENCIA: FLUJO MODIFICAR

: : : : Student : Schedule
: Student
RegisterForCoursesForm RegistrationController CourseCatalogSystem

1: // update schedule( )

Student wishes to 2: // get current schedule(Student, forSemester)

update an 3: // get schedule(forSemester)
existing schedule
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 7: // display course offerings( )
semester are displayed

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.

41
DIAGRAMA DE SECUENCIA: FLUJO GRABAR

: : : Schedule : : : Student
: Student RegistrationController RegisterForCoursesForm PrimaryScheduleOfferingInfob CourseOffering

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

7: // still open?( )
course offerings.

An attempt is made
to register the 8: // any conflicts?( )
student for all
selected course [ has pre-requisites, course offering open,
offerings and no schedule conflicts ]
9: // add student(Schedule)

10: // mark as enrolled in( )

: : : Schedule
: Student
RegisterForCoursesForm RegistrationController

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

42
Prototipo de pantallas
<<Prototipos de pantallas, donde se representa el aplicativo a trabes de la interfaz de usuario >>

43
44
PAQUETE DE PROCESO

45
Diagrama de casos de uso Paquete de Procesos

<<Breve descripcin del paquete>>

DIAGRAMA DE CASOS DE USO: PAQUETE DE PROCESOS

Registrar cambios en Actividades Autorizar cambios

Registrar progreso de Actividades

Usuario
Secundarios
(f rom Actors)

Adjuntar Documentos Publicar Documentos

Cancelar Proyecto

46
PAQUETE DE REPORTES

47
 Diagrama de casos de uso Paquete Reportes

<<Breve descripcin del paquete>>

DIAGRAMA DE CASOS DE USO: PAQUETE DE REPORTES

Generar resumen comparado de

Usuario costos del proyecto
Administrador
(f rom Actors)

Generar resumen comparado del Gerente

progreso del proyecto
(f rom Actors)

Usuario Generar resumen comparado de

Secundarios hitos
(f rom Actors) Consultar trazabilidad del proyecto

Consultar Avance del proyecto

48
9.4. Diagrama General de Clases

<<Se debe adjuntar el diagrama general de clases del sistema>>

DIAGRAMA DE CLASES : REGISTRAR PROYECTO

CARATERISTICA CARACTERISTICA X PROYECTO

ESTADO_PROYECTO RESULTADO_PROYECTO
(from Clases) (from Clases) OBJETIVO_PROYECTO
(from Clases)
nombre (from Clases) (from Clases)
nombre nombre
descripcion nombre
descripcion descripcion
descripcion
RegistrarCaracteristicas() porcentajeaceptacion
RegistrarEstado() RegistrarResultado() CLIENTE
ModificarCaracteristicas() ModificarEstado() (from Clases)
EliminarCaracteristicas() RegistrarObjetivo() ModificarResultado()
EliminarEstado() EliminarResultado() nombre
0..n ModificarObjetivo()
1 apellidopaterno
EliminarObjetivo()
apellidomaterno
0..n razonsocial
0..n CLIENTE X PROYECTO
(from Clases)
ruc
dni
1..n
direccion
telefono
TIPO_PROYECTO
(from Clases) RegistrarCliente()
nombre 1..n
ModificarCliente()
descripcion PROYECTO
(from Clases)
EliminarCliente()
1 nombre 1
RegistrarTipoProyecto() 1
ModificarTipoProyecto() descripcion
EliminarTipoProyecto() 1..n fechainicio
fechafin ESTADO X PROYECTO
(from Clases)
mision 1
1..n fechahoraregistro
RECURSO X PROYECTO vision
observaciones
(from Clases) alcance 1..n 1..n
costofijo 1..n fechainicioreal
PERSONAL X CLIENTE
costovariable fechafinreal 1 (from Clases)
costototal fechafinproyectada 1..n nombre
unidadcf porcentajeavance 1..n apellidopaterno
unidadcv 1..n costobase 1..n
1 apellidomaterno
cantidad costoreal 1..n GRUPO
telefono
costoproyectado (from Clases)
direccion
nombre
GRUPO X PROYECTO 1..n
RegistrarProyecto() 1..n descripcion
(from Clases)
RECURSO ModificarProyecto()
(from Clases) EliminarProyecto() 1..n CLIENTE X GRUPO
nombre 1..n (from Clases)

descripcion
serie 1..n INTEGRANTE GRUPO
(from Clases)

MONEDA
1..n (from Clases) PERSONAL
nombre (from Clases)
1..n
descripcion nombre
simbolo 1..n apellidopaterno
1 UNIDAD apellidomaterno
(from Clases) telefono
TIPO UNIDAD 1
1 nombre direccion
(from Clases) 1
TIPO RECURSO descripcion 1..n sueldo
nombre
(from Clases) abreviatura 1..n 1 CARGO
descripcion CALENDARIO 1
nombre FACTOR CAMBIO (from Clases) RegistrarPersonal()
(from Clases)
descripcion (from Clases) nombre ModificarPersonal()
nombre
fechahoraregistro descripcion EliminarPersonal()
descripcion
factor ConsultarPersonal()
Registrarcargo()
1
ModificarCarg o()
ElimimarCargo()

1..n
DETALLE_CALENDARIO
DIA_SEMANA
(from Clases)
(from Clases)
horainicio
nombre
horafin 1..n 1

49
 DIAGRAMA DE ESTADO : REGISTRAR PROYECTO
estados>>

Crear nuevo registro

Registrado Cancelar el proyecto

Postergar el proyecto
9.5. Diagrama de estados

Dar el visto bueno al proyecto

<<Por cada clase que tenga

Cambiar Datos de Fechas de entrega,

Recursos, Actividades
Pendiente Dar el visto bueno al proyecto Aprobado Modificado

Cambiar Datos de Fechas de entrega,

Iniciar actividades de Recursos, Actividades
actualizacin de datos
Autorizar cambios

En Ejecucion
Reprogramado
Actualizar progreso de actividades

Finalizar con todas las Cancelar el proyecto

actividades e hitos del proyecto
Cancelar el proyecto

Culminado

Cancelar el proyecto Cancelado

50
mas de dos estados, se debe hace un diagrama de
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

51
9.6. Diagrama Entidad Relacin de Base de Datos

<< Se debe adjuntar el diagrama general ER de la base de datos y debe tener coherencia con el
diagrama de clases>>

52
9.7. Modelo de implementacin

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

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

54
 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.
DIAGRAMA DE COMPONENTES: REGISTRAR PROYECTO

inicio.php Conexion.php
blank.php

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

Libreria de imagenes
Calendario

Agrupa componentes
Registrar (calendar.js,
Proyecto.php calendar-es....

Funciones
Proyecto.js

Listado_simple.php

Libreria de Estilos
Para opciones: Tipo
de Proyecto,
ListarCliente_Sel.php Calendario y Moneda

Listar Responsable
funciones.js x Empresa.php

MostrarVentana
IngresoObj.php

Funciones
Publicas.php

MostrarVentana
IngresoRes.php

Figura N 13: Diagrama de Componentes.

55
 b. Diagrama de despliegue

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

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

56

ENVIAR LLAMAR
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 nodos se ejecutan procesos, servicios y/o componentes
y sus relaciones de dependencia.

En el grfico 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 seccin cliente solo se envan y muestra datos desde la pgina 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 presentacin
toma los valores necesarios (estilos de diseo) sobre la presentacin de la pgina 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 clculos definidos en los 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, 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.

57
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 70GB
2 PROCESADORES 3.0GHZ INTEL XEON
Sistema Operativo: CENTOS 9
Samba, servicio para el uso compartido de archivos en la red.

58
 DIAGRAMA DE DESPLIEGUE

PC2 Ejecuta
el sistema

Servidor de Base de
INTERNET Servidor de
FIREWALL Servidor Web Datos Postgres
Apache Aplicaciones

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.

59
10. Plan de Implementacin .

<<En este punto se describir la estrategia de ejecucin del proyecto, considerando un plan
de trabajo que indique las fases y tareas del proyecto, los entregables por cada fase y la
descripcin detallada de estos ltimos.

Se incluir el Cronograma detallado del proyecto, el que ser construido en base al WBS del
proyecto.

Se describirn los recursos humanos y materiales requeridos para el proyecto, la

organizacin y roles del mismo

Procesos a considerar en el plan de implementacin

Organizacin del Proyecto

Riesgos del proyecto y Planes de mitigacin
Mtodo de Estimacin del proyecto utilizado
Estructura detallada del trabajo (WBS)
Estrategia de ejecucin del proyecto y Plan de Iteraciones

Cronograma de actividades

>>

11. Anlisis de la Rentabilidad del Proyecto

<<Se determinar una estructura de costos e ingresos (en trminos de ahorros o beneficios o
de cobros) con la finalidad de construir un flujo econmico para analizar la rentabilidad del
proyecto y realizar la justificacin tcnico-econmica >>

12. Conclusiones y recomendaciones.

<<Son las conclusiones finales del trabajo del proyecto en estudio y las recomendaciones
que pudieran mencionarse, tales como una descripcin de proyectos adicionales
consecuencia de el logro de los objetivos del proyecto. >>

13. Marco conceptual.

<<Viene a ser el marco terico que se va aplicar en todo el trabajo del proyecto. Se incluir
informacin referente a los conceptos, metodologas, tcnicas, herramientas y productos que
se utilizarn para la solucin propuesta >>

14. Bibliografa

15. Anexos

60