Estructura Del Proyecto Plantilla Ejemplo

------------- 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.
UNIVERSIDAD INCA GARCILASO DE LA VEGA

FACULTAD DE INGENIERIA DE SISTEMAS, CMPUTO Y TELECOMUNICACIONES
_______________________________________________________________
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
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.
OPORTUNIDAD DE MEJORA
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.
No existe una identificacin formal, anlisis o

priorizacin de riesgos que impactan los proyectos
Definir y formalizar la Administracin de Riesgos.
No existe una aprobacin formal de los planes de

proyectos
Elaborar planes que definan las actividades del

proyecto con el compromiso de todos los
involucrados.
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

recursos humanos y materiales
Definir y formalizar la gestin de los recursos

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 tcnicoeconmicos 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. >>
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:
Gerente de Proyecto:
Clave de Proyecto
Problema a tratar:
Objetivo de la Decisin
Restricciones detectadas
Pasos: 3, 4
Lder de la Decisin:
Justificacin de
Asignacin del Lder de la
Decisin:
Fecha de Realizacin
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 das.
Decidir entre dos plataformas de Hardware para la instalacin del
Sistema de reclutamiento de Empresa XXX Norte.
Se cuenta con presupuesto de 100,000.00 dlares
Tiene que estar instalado en 2 semanas.
Director General
Es el nico que puede tomar decisiones mayores a 50,000.00
dlares 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
Organizacin
Empresa XXX
Empresa XXX
Empresa XXX
Empresa XXX
Integrante
del
Proyecto
Si
No
No
Si
Pasos: 6
Criterios para la Decisin
Criterio
Bajo
Tecnologa
Presupuesto
Plazo
Otro:
Impacto
Medio Alto
X
X
X
NA
Relacin entre criterios

La tecnologa es bsica pero el
Presupuesto sobrepasa lo
presupuestado para el ao AAAA
Detectar los Objetivos

Pasos: 7
Requerimientos Requeridos
El costo no mayor a 100,000.00 dlares
Antes de 15 das
Requerimientos Deseados
Dos Procesadores Intel XEON
Peso
3
10
Soporte las 24 horas del da

Capacidad de expansion
Compatible con el Hardware existente en Empresa XXX D.F.
Manejo de Manejo de discos RAID 5
Costo de mantenimiento de los servidores menor a 5,000 dlares al ao
Valor: 1-10 (10= el ms importante)
6
5
8
6
9
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
Alternativa
Serie A-1 Servidor
Serie A-2 Servidor
Serie B-1 Servidor
Serie B-2 Servidor
Serie C-1 Servidor
Serie C-2 Servidor
Se eliminan las negativas
Requerimiento Requerido
El costo no mayor a 100,000.00
Antes de 15 Das
dlares
SI
SI
SI
SI
NO
SI
SI
SI
SI
SI
SI
NO
<<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
Objetivos Deseados
Dos Procesadores Intel XEON
Soporte las 24 horas del da
Capacidad de expansion
Compatible con el Hardware existente en Empresa XXX
D.F.
Evaluacin de Alternativas
Serie
Serie
Serie
Serie
A-1
A-2
B-2
C-1
6
9
8
7
10
7
8
9
6
9
10
10
8
9
9
8
11
Manejo de Manejo de discos RAID 5

Costo de mantenimiento de los servidores menor a 5,000
dlares al ao
Evaluacin: 1-10 (10= el mas importante)
9
9
6
7
7
9
8
9
Calcular el Valor de la Decisin

Pasos: 10, 11
Requerimientos Deseados
Dos Procesadores Intel XEON (3)
Soporte las 24 horas del da (6)
Capacidad de expansin (5)
Compatible con el Hardware existente en Empresa XXX
D.F. (8)
Manejo de Manejo de discos RAID 5 (6)
Costo de mantenimiento de los servidores menor a 5,000
dlares al ao (9)
Total:
Serie
A-1
6*3
=18
10 * 6
=60
6*5
=30
8*8
=64
9*6
=54
9*9
=81
307
Clculo de la Decisin
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.
Anlisis costo beneficio de las alternativas
Pasos: 13
Alternativa
Serie B-2
Serie C-1
VAN
TIR
T Rretorno
B/C
< < Se seleccionar la alternativa de acuerdo a los criterios de evaluacin econmica de

proyectos que se ha desarrollado en el curso>>
Alternativa Seleccionada
Pasos: 14, 15
Alternativa Seleccionada
Serie B-2
Implantacin
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
Incepcin
Entregables
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
Herramientas para desarrollar el proyecto:

Proceso
Descripcin de la herramienta
Herramientas de diseo
14
Proceso
Descripcin de la herramienta
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.
>>
9.1. Procesos de negocio afectados
Formato de Identificacin de Procesos de Negocio
15
Nro.
1
2.- Requerimientos
Registro de ingreso de los bienes
mercancas para su custodia
disposicin.
Identificacin de los Actores del Entorno del Negocio
Nro.
1
1.- Proceso de Negocio

Ingreso de la mercanca bienes al
almacn para su custodia
disposicin.
Actor
Ejecutor coactivo
Fedatario
Oficial de aduanas y/o

Especialista de Aduanas
.
Roles
Ejecuta el embargo de bienes del
Contribuyente y los deposita al almacn para
su custodia.
Determina la tasacin y fecha en que se
llevar el remate de los bienes
mercancas embargados.
Comisa y deposita los bienes en el almacn
para su custodia.
Incauta y deposita las mercancas en el
almacn para su custodia.
Diagrama de casos de uso de Negocio

Modelamiento
del Negocio
Caso de Uso del Negocio Almacenes
<<Caso de uso del negocio>>

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

Ganador Adjudicatario

Ejecutor Fedatario Oficial

Infractor Beneficiario Consignatario
Disposicion de mcas o bbss

Entidades de Control
Contabilidad de Ingresos (Normativo)

Inventario y conciliacin de saldos de mcas y bbs
Terminal Almacenamiento

Usuario, Jefes SUNAT
Generacion de Estadisticas-Informacin de Gestin

Unidades de Control y Gestin de la SUNAT
16
Descripcin de los Casos de Uso del Negocio

1.- Proceso de
Negocio
2.- Objetivo
3.- Actores
Ingreso de la mercanca bien al almacn.

Recibir la mercanca bien segn el documento fuente de ingreso y
registrarlo a fin de identificar las mercancas o bienes con un nmero
de Acta e tem..
Actores en el ingreso comprenden:
U. del Negocio relacionado Actor Ejecutor Fedatario Oficial:
- Ejecutor Coactivo
- Fedatario
- Oficial de Aduanas IPCF
Usuario de Almacn
4.- Precondiciones
El usuario del negocio relacionado elabora un documento que traduce el acto
administrativo, entre los principales tenemos lo siguiente:
o Acta de Embargo
o Acta Probatoria
o Acta de Inmovilizacin- Incautacin-Comiso
o Acta de Traslado Entrega (de un almacn a otro almacn)
Que los sistemas relacionados, tengan registrados el detalle de las mercancas o bienes
entregados al almacn y se mantenga actualizada la informacin de su situacin legal
(por cada tem), como es el caso de los sistemas: Sistema de Gestin de Delitos
Aduaneros (SIGEDA), Sistema de Control Mvil, el SIGAD de los regmenes aduaneros.,
as como el sistema de Coactivos del SIRAT.
..
5.- Flujos
1.
El usuario del negocio relacionado, ubica la mercanca bienes en la zona de recepcin

verificacin .
2. El personal designado para la recepcin recibe el documento (como el Acta de embargo,
el Acta probatoria, etc ), verifica el estado y condicin de la mercanca o bien, cuenta la
mercanca bien , y procede el pesaje respectivo. De ser el caso se suscribe el
documento de observacin respectivo.
3.
Una vez contrastado el documento con la mercanca o bien, el depositario acepta el
documento del usuario relacionado.
4. El personal designado con el documento diligenciado, se procede a clasificar, valorar
tasar en el caso que el negocio relacionado no lo haya efectuado, y de manera preliminar
se determina cul sera el destino de la mercanca bien.
5. .
6. .
7.
8.
6.- Poscondiciones
Se genera el Acta de Ingreso, se ubica y rotula la mercanca bien y se evala su

disposicin; generndose de manera automtica el registro del Kardex electrnico de
saldos.
7.- Excepciones
Cuando se trata de mercanca incautada por los grupos operativos de Aduanas,
corresponden a dicho grupo efectuar la clasificacin y valoracin de la mercanca,
ingresando su informacin a su sistema que servir para generar automticamente el
Acta de Ingreso en el almacn.
Cuando la mercanca se sustente con una Resolucin de Comiso, proviene del traslado
de otras aduanas estas cuentan con un valor asignado.
17
18
Diagrama de Actividades - Proceso Ingreso Mercancas

Usuarios del negocio relacionado
Usuario del Almacen
Entregar mercancia al almacen

Recepcionar y verificar la mercancia
<<Conforme>>
[No]
Registrar incidencia en el Acta de

origen
[Si]
Suscripcion del acta en seal de
conformidad
Valoracion o T asacion 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>>
Ingresar la situacion legal

actual del bien
Impresion de etiquetas rotulo y codigo

de barra
<<System>>
Consulta de la disponibilidad de la mcia o
bien
[No]
<<Disponibilidad>>
19
9.2. Requerimientos del Sistema

Requerimientos no funcionales
Nmero
Tipo Requerimiento
Usabilidad
- <<Tiempo de entrenamiento
necesario para los usuarios
- Estndares que se usarn para
desarrollar la interfaz de
usuario>>
2
3
4
5
6
7
7
8
Descripcin
Confiabilidad
<<Lista de los requerimientos de
confiabilidad que el sistema a desarrollar
debe tener
- Disponibilidad del sistema
- Tiempo entre fallas
- Tiempo entre mantenimientos
- Precisin
- Mxima cantidad de defectos >>
El aplicativo debe estar

disponible a nivel
nacional las 24 horas
del da, y los 365 das
del ao
Mantenibilidad
<<Lista de los requerimientos de
mantenibilidad con los que el producto
debe contar como:
Estndares de codificacin
Estndares de nomenclatura
Criterios de diseo
Libreras de clases>>
La construccin del
aplicativo debe
desarrollarse con
accesos a la base de
datos utilizando
instrucciones de SQL
estndares, previendo
de esta manera las
posibilidades de
migracin hacia otra
base de datos
relacional.
Prior
idad
Restricciones de diseo
<<Cualquier tipo de restriccin de diseo,
lenguajes de programacin,
requerimientos de procesos desarrollo de
software, restricciones de arquitectura>>
Interfaces
<<Describe las interfaces que el sistema
debe soportar en los siguiente rubros:
- Interfaces de hardware
- Interfaces de software.>>
Debe disponer de
conexin inalmbrica
para la transferencia de
informacin entre el
servidor y el cliente.
Se debe disponer de
una esquema sencillo y
seguro de actualizacin
de versiones del
aplicativo, el mismo
que debe contar con su
respectivo
procedimiento.
Requerimientos funcionales de alto nivel
20
<<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
Disponer de las
funcionalidades para el
registro de informacin
Descripcin
El aplicativo debe disponer de las

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

<<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
22
Inventario de los Casos de Uso del Sistema
CASOS DE USO
Id Req.
Funcional
OBJETIVO
MODULO DE CONFIGURACIN
1. Registrar
proyecto
Permitir al usuario registrar datos bsicos del

proyecto como: Fecha de inicio, duracin del proyecto;
as como definir datos esenciales del proyecto como
misin visin, objetivos y resultados que ser til para la
estructura general del proyecto a desarrollar.
2. Registrar fases
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.
3. Registrar
hitos
Permite registrar hitos de control por cada fase

del proyecto, cada hito de control tendr un porcentaje de
aceptacin para considerar que el proyecto puede pasar
a la siguiente fase. Inmediatamente al registrar un hito de
control se crear una actividad.
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 duracin de
cada una. Cada actividad que tenga asociada un
documento se convertir automticamente en un hito.
Mediante las actividades es que el sistema podr llevar
el control detallado de los costos incurridos hasta el
momento, tiempos de avance del proyecto y de la
culminacin de los hitos de control.
5. Registrar
documentos
Permite registrar documentos que sern

asociados a las actividades y a la vez sern los hitos de
control del proyecto.
6. Registrar
recursos
Permite registrar diferentes

intervendrn en el proyecto.
7. Registrar
grupos
(equipos
trabajo).
Permite registrar los diferentes grupos que

intervendrn en el proyecto. Dentro de cada grupo
pueden participar tanto personal del Cliente (para el caso
de los proyectos Tipo Lanzamiento y promociones) y
personal de la Empresa.
de
recursos
23
que
CASOS DE USO
8. Calcular
Presupuesto /
Costos
9. Configurar
niveles
y
variables
de
aprobacin
Id Req.
Funcional
OBJETIVO
Permite calcular el presupuesto necesario para el
proyecto mediante un proceso de clculo de los costos
asignados a los recursos que participan en el proyecto.
Estos clculos son por proyecto, por fase y por actividad.
Este proceso se debe de ejecutar antes de
aprobar un proyecto, caso contrario en el momento de la
aprobacin se pedir que se ejecute el proceso de
calcular presupuesto.
Registrar los niveles de aprobacin que sern
necesarios en el proyecto, definir los tipos de cambios
que requerirn aprobacin y asociar cada nivel de
aprobacin con un rol definido anteriormente. Identificar
los datos y mrgenes que se debern tener en cuenta en
el momento de la aprobacin como son principalmente
costos y tiempos.
Definir niveles, rangos y variables de costos,
tiempos, nmero de recursos que son necesarios, as
como los mnimos y mximos para considerar que un
proyecto esta aprobado y dentro de los lmites
adecuados.
10.Aprobar
Proyecto
Permite aprobar el proyecto, para que el proyecto

pueda ser aprobado se verificaran los niveles de
aprobacin.
11. Postergar
Proyecto
Permite postergar un proyecto mientras est en

el estado registrado una vez aprobado ningn 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 ejecucin.
15.Autorizar
cambios.
Permite autorizar los cambios de reprogramacin

realizados sobre las actividades del proyecto, esta
autorizacin verificar los niveles y variables de
aprobacin y tolerancia establecidas para el proyecto.
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
ejecucin 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
comparacin en funcin a los costos programados, reprogramados, costos reales y costos proyectados.
Permite presentar comparativamente los tiempos
del proyecto por fase, por actividad y realizar una
comparacin en funcin al tiempo programado, reprogramado, tiempos reales y tiempos proyectados.
Permite presentar comparativamente los hitos de
control del proyecto y realizar una comparacin en
funcin a los hitos programados,
re-programados,
avance real y avance proyectado de estos.
Mediante este caso de uso el usuario podr
revisar el historial del ciclo de vida del proyecto,
disponiendo de datos como fecha de modificacin,
usuario que realiz la modificacin, estado al cual el
proyecto cambio y observaciones en algunos casos
particulares como en la cancelacin y Postergacin del
proyecto.
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
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
campaa de la agencia.
(Actor secundario)
26
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.
27
PAQUETE DE CONFIGURACION
28
Diagrama de casos de uso Paquete de Configuracin

<<Breve descripcin del paquete>>
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 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.
3.
4.
6.
Selecciona la opcin de Registrar

Proyecto.
Ingresar Datos del proyecto como
Nombre, Fecha de Inicio, Fecha de Cierre
proyectada, Descripcin, 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 accin tantas veces sea necesario).
18.
Seleccin uno o mas Clientes.
13.
20.
21.
28.
Seleccionar icono Objetivos del

Proyecto
Ingresa el Objetivo de Proyecto y
Presionar botn Agregar (tantas veces sea
necesario)
Seleccionar icono resultados del
Proyecto
Ingresa el resultado de Proyecto y
Presionar botn 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 bsqueda de Tipos

de Proyectos.
Cierra interfase de bsqueda de Tipo de
Proyecto y actualiza Interfase de Proyecto
Muestra interfase de Calendario.
Cierra interfase de bsqueda de
Calendario y actualiza Interfase de Proyecto
Muestra interfase de bsqueda de
Responsable.
Responsable y actualiza Interfase de Proyecto
Muestra interfase de bsqueda de
clientes.
Cierra interfase de bsqueda 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 Botn Guardar Proyecto
33.
Cierra interfase de bsqueda de Tipo de

moneda y actualiza Interfase de Proyecto
35.
Validad Datos del Proyecto y guarda
informacin del proyecto y de estado.
Flujo Alternativo
Sistema
1.
3.
Si no encuentra al responsable
ingresa nombre del responsable y presiona
botn registrar
Selecciona un Responsible
2.
Guarda dato del nuevo responsable y

actualiza Lista de Responsables
4.

Responsables y actualiza Interfase de
Proyecto
Sistema

1.
3.
Si no encuentra el Cliente, ingresa

nombre del Cliente y presiona botn
registrar
Selecciona un Cliente
2.
Guarda dato del nuevo cliente y

actualiza Lista de Clientes
4.
Cierra interfase de bsqueda de clientes

y actualiza Interfase de Proyecto
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 opcin de Modificar Proyecto
2.
Modificar algn Datos del proyecto como

Nombre, Fecha de Inicio, Fecha de Cierre
proyectada, Descripcin, Alcance.
Selecciona Tipo de Proyecto, o calendario o
responsable o moneda.
Agrega o quita objetivos o , resultados o
participantes.
Presionar Botn Guardar Proyecto
7.
Validad Datos del Proyecto y guarda

informacin del proyecto y de estado.
Eliminar Proyecto
Actor: Cliente
1.
Presenta interfase de proyecto con los

datos referidos al proyecto a modificar.
Selecciona la opcin de Eliminar Proyecto. 2.
Sistema
Presenta interfase de proyecto con los
datos referidos al proyecto a modificar..
32
3.
Presionar Botn Eliminar Proyecto
4.
Eliminar Proyecto, y datos relacionados

al mismo (fases, actividades, etc)
33
Diagramas de Clases
<<Diagramas de clase, donde se describen las clases y las relaciones que participan en la
realizacin del caso de uso>>
34
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>>
35
CASO DE USO: REGISTRAR FASES
Ejemplo de proyectos
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
1. Selecciona el opcin 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

duracin en nmero de das; opcional puede
seleccionar calendario de inicio y/o ingresar
descripcin de la fase.
6. Calcular intervalo de fechas segn duracin.
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
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.
37
Extensiones
Consultar Proyecto
1.
Seleccionar Opcin de Men:

Consultar Proyecto.
Ingresar el cdigo del proyecto
2.
Sistema
3.
Buscar el proyecto indicado y mostrar

sus fases, hitos y actividades.
Modificar Fase
1.
Selecciona el opcin 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

duracin en nmero de das; opcional puede
seleccionar calendario de inicio. y/ o
descripcin de la fase.
Presiona el botn Modificar
6.
Valida los datos ingresados y recalcula los

periodos de las fases registradas
8.
Actualiza la fase y tambin la interface de

consulta.
7.
Eliminar Fase
1.
3.
Selecciona el opcin 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 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.
El sistema actualizar el registro de fases.
9.
38
Diagramas de Clases
<<Diagramas de clase, donde se describen las clases y las relaciones que participan en la
realizacin del caso de uso>>
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 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
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)

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

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
:
:
: 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
:
:
: 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
<<Prototipos de pantallas, donde se representa el aplicativo a trabes de la interfaz de usuario >>
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

<<Se debe adjuntar el diagrama general de clases del sistema>>
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()
(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)
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
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
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
(from Clases)
(from Clases)
1..n
FACTOR CAMBIO
(from Clases)
fechahoraregistro
factor
CARGO
CALENDARIO
(from Clases)
(from Clases)
nombre
descripcion
nombre
descripcion
Registrarcargo()
ModificarCargo()
ElimimarCargo()
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
nombre
51
9.5. Diagrama de estados

<<Por cada clase que tenga mas de dos estados, se debe hace un 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
actualizacin 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
Culminado
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 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>>
54
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
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 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
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 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.
ENVIAR
CLIENTE
LLAMAR
SERVIDOR WEB
PRESENTACION
SERVIDOR BASE DATOS

POSTGRESSQL
Figura N 15: APACHE

Vista Lgica.
WEB
SERVER
Luego queEXPLORADOR
se tiene una vista lgica de la arquitectura se puede definir la distribucin del
VISTAS
INTERNET
procesamiento
entre los distintos equipos que conforman
la solucin, incluyendo los servicios
y/
LOGICA DE
TABLAS
procesos de base. Los elementos definidos en laPRESENTACION
vista lgica se "mapean" a componentes de
software (servicios, procesos, etc.) o de hardware que definen ms precisamente como se
ejecutar.
LOGICA
DE
NEGOCIO
PROCEMIENTOS
ALMACENADOS
ACCESO
A DATOS
58
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.
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
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
Servicios:
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

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 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.
61
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
62

Estructura Del Proyecto Plantilla Ejemplo

Caricato da

Informazioni sul documento

Descrizione originale:

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Estructura Del Proyecto Plantilla Ejemplo

Caricato da

Copyright:

Formati disponibili

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

corresponda, y debe cambiarse el color

UNIVERSIDAD INCA GARCILASO DE LA VEGA

ESTRUCTURA DEL PROYECTO

4. Identificacin del problema

No existe un control efectivo del ciclo de vida de

No existe una identificacin formal, anlisis o

Definir y formalizar la Administracin de Riesgos.

No existe una aprobacin formal de los planes de

Elaborar planes que definan las actividades del

No existe un adecuado control de la asignacin de

Definir y formalizar la gestin de los recursos

5. Justificacin del proyecto

Ejemplo de cmo justificar el proyecto:

Relacin entre criterios

Detectar los Objetivos

Soporte las 24 horas del da

Manejo de Manejo de discos RAID 5

Calcular el Valor de la Decisin

< < Se seleccionar la alternativa de acuerdo a los criterios de evaluacin econmica de

6. Objetivos y alcance del proyecto

6.1. Objetivo General

6.2. Objetivos Especficos

Funcionalidades dentro del Alcance del producto

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

Actividades fuera del alcance del proyecto

No se considera la migracin de datos

RUP Iterativo / Cascada

Herramientas para desarrollar el proyecto:

Herramientas capa cliente

8. Anlisis situacional / diagnstico de la organizacin

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

9.1. Procesos de negocio afectados

Formato de Identificacin de Procesos de Negocio

Identificacin de los Actores del Entorno del Negocio

1.- Proceso de Negocio

Oficial de aduanas y/o

Diagrama de casos de uso de Negocio

Caso de Uso del Negocio Almacenes

<<Caso de uso del negocio>>

<<Actor del Negocio>>

<<Actor del Negocio>>

<<Caso de uso del negocio>>

<<Actor del Negocio>>

Disposicion de mcas o bbss

<<Actor del Negocio>>

<<Caso de uso del negocio>>

<<Caso de uso del negocio>>

Generacion de Estadisticas-Informacin de Gestin

Descripcin de los Casos de Uso del Negocio

Ingreso de la mercanca bien al almacn.

El usuario del negocio relacionado, ubica la mercanca bienes en la zona de recepcin

Se genera el Acta de Ingreso, se ubica y rotula la mercanca bien y se evala su

Diagrama de Actividades - Proceso Ingreso Mercancas

Usuario del Almacen

Entregar mercancia al almacen

Registrar incidencia en el Acta de

Valoracion o T asacion Embalaje

Embalaje y ubicacion fisica

Suscripcion de la Acta de Recepcion