Documentación Tablas Maestras Del Proyecto Seccion C

Mantenimiento de
las Tablas
Maestras del
Proyecto
INGENIERIA DE SOFTWARE 2
TABLAS MAESTRAS DEL PROYECTO
“AÑO DEL DIALOGO Y RECONCILIACION NACIONAL”

UNIVERSIDAD NACIONAL FEDERICO VILLARREAL
FACULTAD DE INGENIERÍA INDUSTRIAL Y DE
SISTEMAS
ESCUELA PROFESIONAL DE INGENIERÍA DE
SISTEMAS
“MANTENIMIENTO DE TABLAS
MAESTRAS DEL PROYECTO”
Profesor:
♪ Ing. Luis Soto Soto.
Alumnos:
♪ Suarez Romero, Alexander.
♪ Tito Muñoz, Antoni.
♪ Alvino Liñan, Oscar.
♪ Bautista Aguilar, Chris.
2018
1
ÍNDICE
1. DOCUMENTACIÓN DEL SOFTWARE ........................................................................... 3

1.1. Requisitos del Sistema........................................................................................ 3
1.1.1. Requerimientos Funcionales.......................................................................... 3
1.1.2. Requerimientos no Funcionales .................................................................... 5
1.2. Análisis del Sistema ............................................................................................ 6
1.2.1. Diagramas de Caso de Uso .......................................................................... 6
1.2.1.1. Actores .......................................................................................................... 6
1.2.1.2. Caso de uso del sistema ............................................................................. 7
1.2.1.2.1. Registrar Estado ......................................................................................... 7
1.2.1.2.2. Registrar Funcion ....................................................................................... 8
1.2.1.2.3. Registrar Sector ......................................................................................... 9
1.2.1.2.4. Registrar Situacion .................................................................................. 10
1.2.1.2.5. Ver Tipo Documento .............................................................................. 11
1.2.1.2.6. Registrar TICs ............................................................................................ 11
1.2.1.2.7. Registrar Profesion ................................................................................... 11
1.2.1.2.8. Registrar Centro Estudio ......................................................................... 11
1.2.1.2.9. Registrar ObjContrato ............................................................................ 11
1.3. Diagrama de Actividades .............................................................................. 12
1.3.1. Diagrama de Registrar Estado .................................................................... 12
1.3.2. Diagrama de Registrar Función .................................................................. 13
1.3.3. Diagrama de Registrar Sector..................................................................... 13
1.3.4. Diagrama de Registrar Situación................................................................ 14
1.3.5. Diagrama de Ver Tipo de Documento ..................................................... 14
1.3.5. Diagrama de Registrar TICs ......................................................................... 14
1.3.5. Diagrama de Registrar Profesión ................................................................ 14
1.3.5. Diagrama de Registrar Centro Estudio ...................................................... 14
1.3.5. Diagrama de Registrar ObjContrato ......................................................... 14
2
1. DOCUMENTACIÓN DEL SOFTWARE

En esta sección se busca recolectar los datos pertinentes del sistema para diseñarlo
según el análisis de desarrollo.
1.1. Requisitos del Sistema

Las propiedades o restricciones del Mantenimiento de las Tablas Maestras del
Proyecto están distribuidos en los requerimientos funcionales y requerimientos no
funcionales.
1.1.1. Requerimientos Funcionales

Nro. Requerimiento Descripción
Los Administradores se encargan de

gestionar a los clientes del sistema
1 GESTIONAR CLIENTE solicitando datos como nombres,
apellidos, usuario, contraseña y
correo.
El jefe del proyecto se encarga de

gestionar los documentos del
sistema ya que esto depende de la
2 GESTIONAR DOCUMENTO
disponibilidad de los profesionales
en cuanto a días y horarios de
trabajo y estudio.
Los jefes se encargan de gestionar

los proyectos del sistema como:
3 GESTIONAR PROYECTOS • Programación de las

reuniones.
• Recopilación de datos.
3
• Revisión de los temas.
• Avance del proyecto.
• Aplicación de los temas

aprendidos en el proyecto.
El cliente podrá visualizar el

material respectivo ya que estará a
4 CONSULTAR MATERIAL
su disposición luego de su
respectiva culminación.
El cliente y otros clientes podrán

interactuar en el sistema por medio
de internet en línea presentando
5 INTERACCION CLIENTE/CLIENTE
sus ideas para formar vínculos y
atender sus consultas y dudas en
caso de que las tengan.
Antes de cada reunión, el jefe del

proyecto tendrá que cargar el
material correspondiente al día de
trabajo y esto será controlado por
6 SUBIR MATERIAL los miembros del equipo. Además la
página web estará disponible para
los diferentes programas y
actividades que se van a realizar en
los días correspondientes.
Los jefes del proyecto se encargan

de generar el reporte del sistema al
7 GENERAR REPORTE término de cada entregable en el
cual nos muestra las actividades
realizadas durante la sesión.
4
1.1.2. Requerimientos no Funcionales
Nro. Requerimiento Descripción
1 Diferentes web browser Conexión a los diferentes navegadores

(Internet Explorer, Mozilla, Google Chrome).
2 Acceso por internet El proyecto requiere de programas

adicionales como el xampp, wamp demás
del JEE indispensables para la realización del
proyecto.
3 Compatibilidad S.O. El sistema de visualización del proyecto se

podrá ejecutar en diferentes sistemas
operativos (Windows, Linux, Mac Os).
4 Ingreso Administrador y Se accederá al sistema web mediante un
Contraseña Login de acceso que solicitara nombre de

cliente y contraseña asignados.
5 Disponibilidad para los Se espera que los servicios sean totalmente

clientes descentralizados.
6 Rendimiento del sistema de El servicio debe ser completamente

información confiable y sin errores que perjudiquen a los
clientes.
7 Escalabilidad El servicio debe responder adecuadamente

a una alta carga de trabajo.
5
1.2. Análisis del Sistema

Los siguientes diagramas ayudarán a explicar los procesos que deberán ser realizados
por el Mantenimiento de las Tablas Maestras del Proyecto.
1.2.1. Diagramas de Caso de Uso

En esta sección se presentan los casos de uso del sistema, los cuales describen la
secuencia de eventos que realiza un actor cuando el sistema lleva a cabo un proceso.
Además, proporciona un medio por el cual las personas involucradas en el sistema,

tanto los usuarios finales como el equipo de desarrollo, lleguen a una comprensión de
éste.
1.2.1.1. Actores
Los actores hacen uso del Sistema web de “Mantenimiento de las Tablas Maestras del
Proyecto” han sido catalogados de acuerdo a los roles que cumplen con el sistema. La
clasificación es como se muestra a continuación.
Diagrama de los Actores del Sistema.
6
1.2.1.2. Casos de Uso del Sistema
1.2.1.2.1. Registrar Estado
Toma01: Acciones posibles del administrador del sistema.
 Caso de Uso: Registrar Estado
REGISTRAR ESTADO
Administrador del Sistema

Actores
El administrador entra al sistema web para registrar un estado.
Descripción
Existencia de un nuevo estado u error del mismo.
Precondición
1. El administrador del sistema ingresa al menú.
Flujo Básico
2. El sistema acepta la solicitud y muestra el menú.
3. El administrador entra a la opción de registrar estado.
4. El sistema muestra la ventana de “registrar estado”.
5. El usuario registra los nuevos datos de estado.
6. El sistema guarda los nuevos datos modificados en la base de
datos.
7. El usuario sale del sistema.
 En caso el usuario no desee registrar estado, el sistema mostrará

Flujo Alterno
el listado de los estados existentes.
7
 En caso el usuario no sea el administrador del sistema saldrá un

mensaje de error.
1.2.1.2.2. Registrar Función
 Caso de Uso: Registrar Función
REGISTRAR FUNCION

Actores
El administrador entra al sistema web para registrar una función.
Descripción
Existencia de un nueva función u error del mismo.
Precondición
Flujo Básico
3. El administrador entra a la opción de registrar función.
4. El sistema muestra la ventana de “registrar función”.
5. El usuario registra las nuevas funciones.
datos.
 En caso el usuario no desee registrar una función, el sistema

Flujo Alterno
mostrará el listado de las funciones existentes.
8

mensaje de error.
1.2.1.2.3. Registrar Sector
 Caso de Uso: Registrar Sector
REGISTRAR SECTOR

Actores
El administrador entra al sistema web para registrar un sector.
Descripción
Precondición
Flujo Básico
3. El administrador entra a la opción de registrar sector.
4. El sistema muestra la ventana de “registrar sector”.
5. El usuario registra los nuevos sectores.
6. El sistema guarda los nuevos datos modificados en la base
de datos.
 En caso el usuario no desee registrar un nuevo sector, el sistema

Flujo Alterno
mostrará el listado de los sectores existentes.
9

mensaje de error.
1.2.1.2.4. Registrar Situación
 Caso de Uso: Registrar Situación

REGISTRAR SITUACION

Actores
El administrador entra al sistema web para registrar una situación.
Descripción
Precondición
Flujo Básico
3. El administrador entra a la opción de registrar situación.
4. El sistema muestra la ventana de “registrar situación”.
5. El usuario registra las nuevas situaciones.
de datos.
 En caso el usuario no desee registrar una nueva situación, el

Flujo Alterno
sistema mostrará el listado de situaciones existentes.
mensaje de error.
10
1.2.1.2.5. Ver Tipo de Documento
Toma05: Acciones posibles del administrador del sistema y jefe del proyecto.
 Caso de Uso: Ver Tipo Documento

VER TIPO DOCUMENTO
Administrador del Sistema , Jefe del Proyecto

Actores
El administrador entra al sistema web para descargar los documentos
Descripción
del sistema, el jefe del proyecto dará datos específicos.
Existencia de una consulta del jefe del proyecto.

Precondición
1) El jefe del proyecto realiza una consulta al administrador del
Flujo Básico
sistema por una documentación.
2) El administrador del sistema ingresa al menú de proyectos.
3) El sistema acepta la solicitud y muestra el menú de proyectos.
4) El administrador entra a la opción de descargar documento.
5) El sistema muestra la ventana de “Tipo de documento”.
6) El usuario elige el tipo de documento que descargara.
7) El sistema descargar el documento seleccionado.
8) El usuario sale del sistema.
 En caso el usuario no desee descargar ningún documento, el

Flujo Alterno
sistema mostrará el listado de documentos existentes.
mensaje de error.
11
1.2.1.2.6. TICs
 Caso de Uso: TICs

REGISTRAR TICs

Actores
El administrador entra al sistema web para registrar una herramienta
Descripción
Tic.
Existencia de una nueva herramienta TIC o error de este.

Precondición
Flujo Básico 1. El administrador del sistema ingresa al menú.
3. El administrador entra a la opción de registrar la herramienta TIC.
4. El sistema muestra la ventana de “registrar herramienta”.
5. El usuario registra los nuevos datos de la herramienta TIC.

datos.
Flujo Alterno  En caso el usuario no desee registrar la herramienta TIC, el

sistema mostrará el listado de las herramientas existentes.
12

mensaje de error.
1.2.1.2.7. Profesiones
 Caso de Uso: Registrar Profesiones

REGISTRAR PROFESIÓN

Actores
El administrador entra al sistema web para registrar una profesión.
Descripción
Existencia de un nueva profesión o error de este.
Precondición
3. El administrador entra a la opción de registrar profesión.
4. El sistema muestra la ventana de “registrar profesión”.
5. El usuario registra las nuevas profesiones.

datos.
Flujo Alterno  En caso el usuario no desee registrar una profesión, el sistema

mostrará el listado de las profesiones existentes.
13

mensaje de error.
1.2.1.2.8. Centro de Estudio
 Caso de Uso: Registrar Centro de Estudio

REGISTRAR CENTRO DE ESTUDIO

Actores
El administrador entra al sistema web para registrar un centro de
Descripción
estudio.
Existencia de un nuevo centro de estudio o error de este.

Precondición
3. El administrador entra a la opción de registrar centro de

estudio.
4. El sistema muestra la ventana de “registrar centro de

estudio”.
5. El usuario registra los nuevos centros de estudio.

de datos.
14
Flujo Alterno  En caso el usuario no desee registrar un nuevo centro de estudio,

el sistema mostrará el listado de los centros de estudio
existentes.

mensaje de error.
1.2.1.2.9. Registrar Obj Contrato
 Caso de Uso: Registrar Obj Contrato
REGISTRAR OBJ CONTRATO

Actores
El administrador entra al sistema web para registrar un obj contrato.
Descripción
Existencia de un nueva obj contrato o error de este.
Precondición
3. El administrador entra a la opción de registrar obj contrato.
4. El sistema muestra la ventana de “registrar obj contrato”.
5. El usuario registra las nuevos obj contratos.
15

de datos.
Flujo Alterno  En caso el usuario no desee registrar un nuevo obj contrato, el

sistema mostrará el listado de situaciones existentes.

mensaje de error.
1.2.1.2.10. Departamento
 Caso de Uso: Registrar Departamento
16
REGISTRAR DEPARTAMENTO

Actores
El administrador entra al sistema web para registrar un Departamento.
Descripción
Existencia de un nuevo Departamento o error de este.
Precondición
Flujo Básico 1) El administrador del sistema ingresa al menú.
2) El sistema acepta la solicitud y muestra el menú.
3) El administrador entra a la opción de registrar Departamento.
4) El sistema muestra la ventana de “registrar Departamento”.
5) El usuario registra los nuevos datos de Departamento.
6) El sistema guarda los nuevos datos modificados en la base de

datos (MySQL).
Flujo Alterno  En caso el usuario no desee registrar un nuevo Departamento, el

sistema mostrará el listado de las herramientas existentes.

mensaje de error.
1.2.1.2.11. Provincia
17
 Caso de Uso: Registrar Provincia

REGISTRAR PROFESIÓN

Actores
El administrador entra al sistema web para registrar una Provincia.
Descripción
 Existencia de un Departamento o error de este.
Precondición
 Existencia de una Provincia o error de este.
3) El administrador entra a la opción de registrar Provincia.
4) El sistema muestra la ventana de “registrar Provincia”.
5) El usuario registra los nuevos datos de Provincia.

datos (MySQL).
Flujo Alterno  En caso el usuario no desee registrar una nueva Provincia, el

sistema mostrará el listado de las profesiones existentes.

mensaje de error.
1.2.1.2.12. Distrito
18
 Caso de Uso: Registrar Distrito

REGISTRAR DISTRITO

Actores
El administrador entra al sistema web para registrar un Distrito.
Descripción
 Existencia de un Departamento o error de este.
Precondición
 Existencia de una Provincia o error de este.
 Existencia de un Distrito o error de este.
3) El administrador entra a la opción de registrar Distrito.
4) El sistema muestra la ventana de “Registrar Distrito”.
5) El usuario registra los nuevos datos de Distrito.

datos (MySQL).
Flujo Alterno  En caso el usuario no desee registrar un nuevo Distrito, el sistema

mostrará el listado de los Distritos existentes.

mensaje de error.
1.2.1.2.13. Cargo
19
 Caso de Uso: Registrar Cargo
REGISTRAR CARGO

Actores
El administrador entra al sistema web para registrar un cargo.
Descripción
Existencia de un nuevo cargo o error de este.
Precondición
3) El administrador entra a la opción de registrar cargo.
4) El sistema muestra la ventana de “Registrar cargo”.
5) El usuario registra los nuevos datos de cargo.

datos (MySQL).
Flujo Alterno  En caso el usuario no desee registrar un nuevo cargo, el sistema

mostrará el listado de situaciones existentes.

mensaje de error.
20
1.3. Diagrama de Actividades

En esta sección se presentan los diagramas de actividades del sistema, los cuales
describen la secuencia de eventos que realiza un actor cuando el sistema lleva a cabo un
proceso.
Además, proporciona un medio por el cual las personas involucradas en el sistema,

tanto los usuarios finales como el equipo de desarrollo, lleguen a una comprensión de
éste.
1.3.1. Diagrama de Registrar Estado
21
1.3.2. Diagrama de Registrar Función
1.3.3. Diagrama de Registrar Sector
22
1.3.4. Diagramas de Registrar Situación
1.3.5. Diagramas de Ver Tipo de Documento
23
1.3.6. Diagramas de Registrar TICs
1.3.7. Diagramas de Registrar Profesión
24
1.3.8. Diagramas de Registrar Centro de Estudio
1.3.9. Diagramas de Registrar ObjContrato
25

Documentación Tablas Maestras Del Proyecto Seccion C

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Documentación Tablas Maestras Del Proyecto Seccion C

Cargado por

Copyright:

Formatos disponibles

Mantenimiento de

“AÑO DEL DIALOGO Y RECONCILIACION NACIONAL”

1. DOCUMENTACIÓN DEL SOFTWARE ........................................................................... 3

1. DOCUMENTACIÓN DEL SOFTWARE

1.1. Requisitos del Sistema

1.1.1. Requerimientos Funcionales

Los Administradores se encargan de

El jefe del proyecto se encarga de

Los jefes se encargan de gestionar

3 GESTIONAR PROYECTOS • Programación de las

• Revisión de los temas.

• Avance del proyecto.

• Aplicación de los temas

El cliente podrá visualizar el

El cliente y otros clientes podrán

Antes de cada reunión, el jefe del

Los jefes del proyecto se encargan

1.1.2. Requerimientos no Funcionales

Nro. Requerimiento Descripción

1 Diferentes web browser Conexión a los diferentes navegadores

2 Acceso por internet El proyecto requiere de programas

3 Compatibilidad S.O. El sistema de visualización del proyecto se

4 Ingreso Administrador y Se accederá al sistema web mediante un

Contraseña Login de acceso que solicitara nombre de

5 Disponibilidad para los Se espera que los servicios sean totalmente

6 Rendimiento del sistema de El servicio debe ser completamente

7 Escalabilidad El servicio debe responder adecuadamente

1.2. Análisis del Sistema

1.2.1. Diagramas de Caso de Uso

Además, proporciona un medio por el cual las personas involucradas en el sistema,

Diagrama de los Actores del Sistema.

1.2.1.2. Casos de Uso del Sistema

1.2.1.2.1. Registrar Estado

Toma01: Acciones posibles del administrador del sistema.

 Caso de Uso: Registrar Estado

Administrador del Sistema

 En caso el usuario no desee registrar estado, el sistema mostrará

 En caso el usuario no sea el administrador del sistema saldrá un

1.2.1.2.2. Registrar Función

Toma02: Acciones posibles del administrador del sistema.

 Caso de Uso: Registrar Función

Administrador del Sistema

 En caso el usuario no desee registrar una función, el sistema

 En caso el usuario no sea el administrador del sistema saldrá un

1.2.1.2.3. Registrar Sector

Toma03: Acciones posibles del administrador del sistema.

 Caso de Uso: Registrar Sector

Administrador del Sistema

 En caso el usuario no desee registrar un nuevo sector, el sistema

 En caso el usuario no sea el administrador del sistema saldrá un

1.2.1.2.4. Registrar Situación

Toma04: Acciones posibles del administrador del sistema.

 Caso de Uso: Registrar Situación

Administrador del Sistema

 En caso el usuario no desee registrar una nueva situación, el

1.2.1.2.5. Ver Tipo de Documento

 Caso de Uso: Ver Tipo Documento

Administrador del Sistema , Jefe del Proyecto

Existencia de una consulta del jefe del proyecto.

 En caso el usuario no desee descargar ningún documento, el

Toma06: Acciones posibles del administrador del sistema.

 Caso de Uso: TICs

Administrador del Sistema

Existencia de una nueva herramienta TIC o error de este.