UNIVERSIDAD NACIONAL FEDERICO VILLAREAL

FACULTAD DE INGENIERIA INDUSTRIAL Y DE SISTEMAS

ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS

PROYECTO DEL CURSO DE INGENIERÍA DE SOFTWARE I

INTEGRANTES:

CENTENO VARGAS MARIO LUIS

ENCISO ONTON BILL ANTHONY

GUILLEN TENORIO MARJA ANTONELLA

OYAGUE GUERRA RENATTO FRANCO

TANG PUENTE GERALDINNE ALEXANDRA

DOCENTE:

Ing. JORGE LIRA CAMARGO

LIMA-PERÚ

2019
 ENTREGABLE NRO 4
REQUERIMIENTOS FUNCIONALES

Funciones generales que tendrá cada usuario existente en el sistema.

CON RESPECTO AL USUARIO ADMINISTRADOR

 El usuario Administrador puede registrar información como datos personales es decir el sistema
brinda un registro de información personal.
 El sistema brinda al usuario administrador un control de los datos del usuario Estudiante
mediante los reportes de registros.
 El sistema brinda al usuario administrador la capacidad control de la selección de postulantes.
 El sistema brinda al usuario administrador la información de la asistencia de los postulantes.

CON RESPECTO AL USUARIO POSTULANTE

El sistema permite al usuario postulante los siguientes puntos:

 Descargar una guía de ayuda (antes: inscripción || durante: examen de admisión || después:
Certificado de ingreso)
 Validación de previos requisitos para la inscripción al sistema.
 Registro del usuario postulante al sistema.
 Generación de Declaración Jurada.
 Generación de Código de postulante.
 Búsqueda de local donde realizará el examen mediante el código de postulante.
 Verificación de resultados de Admisión mediante el código de postulante.
 En el caso de que el postulante ingrese, tendrá la opción de Generar constancia de Ingreso.
Además, podrá subirlo al sistema una vez sellada y firmada por los responsables administrativos.
 El sistema debe contar con manuales de usuario estructurados adecuadamente.
 Toda funcionalidad del sistema debe responder al usuario en menos de 5 segundos. Mensaje
instantáneo.
 El sistema tendrá un manual de ayuda disponible que permitirá aclarar dudas respecto al
funcionamiento de este.

REQUERIMIENTOS NO FUNCIONALES

Los datos modificados en la base de datos deben ser actualizados para todos los usuarios que acceden en
menos de 2 segundos.
Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben ser almacenados en una
localidad de servidores segura ubicada en un edificio distinto al que reside el sistema.
Si se identifican ataques de seguridad o brecha del sistema, el mismo no continuará operando hasta ser
desbloqueado por un administrador de seguridad.
El sistema debe contar con un módulo de ayuda en línea.
El sistema debe poseer interfaces gráficas bien formadas.
La aplicación web debe poseer un diseño “amigable” a fin de garantizar la adecuada visualización.
El sistema debe de tener siempre conexión a la base de datos. El sistema debe de estar siempre disponible
durante la jornada de estudios
El usuario deberá tener acceso al sistema desde cualquier servidor interno con internet
El sistema debe de ser seguro por la información que maneja.
El sistema no puede ser accedida directamente, sino a través de una interfaz diseñada para estos
propósitos.
 Plan de Proyecto

Fase Descripción Hitos

Incepción Durante la fase de incepción se definirán el

plan de proyecto, objetivos de proyecto,  Plan de proyecto
alcance del proyecto y descripción del  Resumen ejecutivo
mismo.

Elaboración Durante la fase elaboración se definirá el  Modelamiento del

modelo de negocio As-Is, y se propondrá el proceso del sistema (As-
modelo de negocio To-Be, nuestros Is)
requerimientos funcionales y no funcionales.  Modelamiento del
proceso del sistema (To-
Be)
Construcción Durante la fase de construcción se  Desarrollo del aplicativo
implementarán los casos de usos e historias implementando requisitos
de usuarios en el proyecto, basados de los e historias de usuario.
requisitos funcionales y no funcionales.

Transición La fase de transición preparara el sistema  Primera versión del

para su instalación y testeo. Posteriormente sistema.
se migrarán las bases de datos necesarias
para el correcto funcionamiento de la
aplicación.

En la siguiente tabla se muestra la cantidad de iteraciones planeada para cada

una de las fases y el tiempo de duración aproximado.

Fase No Iteraciones Inicio Fin

Incepción 1 Semana 1 Semana 2

Elaboración 1 Semana 2 Semana 3

Construcción 1 Semana 3 Semana 4

Transición 1 Semana 4 Semana 5

 Por tanto, se tendrá 4 iteraciones agrupadas en 4 fases generales. A
continuación, se detalla el objetivo y la lista de actividades por iteración:

1.8.1 Fase Inicial o Fase de Incepción

Iteración Preliminar

Objetivos

 Desarrollar el plan de proyecto

 Identificar los objetivos del proyecto
 Planteamiento y alcance del proyecto
Hitos Actividades

Modelo del  Construcción del modelo de negocio

Negocio a) Identificar el proceso del modelo de negocio.
b) Identificar el tiempo total del proceso.
c) Identificar los actores del proceso.
Alcance del  Plantear los objetivos y descripción del proyecto
Sistema  Definir el sistema
 Definir los requerimientos del sistema

1.8.2 Fase de Elaboración

Iteración E1

Objetivos

 Desarrollar modelo de negocio To-Be para desarrollar el proyecto

 Desarrollo de los casos de uso
 Desarrollo de historias de usuario
Hitos Actividades

Documento de
Análisis y  Documento de modelo de negocio To-Be.
Diseño del  Matriz de procesos y requerimientos.
Sistema

Documento de  Documentos de casos de uso

Implementación  Documentos de historias de usuarios
 Documentos
 Actualizar Glosario de negocio
Actualizados  Actualizar Reglas de negocio

1.8.3 Fase De Construcción

Iteración C1

Objetivos

 Realizar desarrollo del sistema

 Realizar pruebas del sistema
Entregable Actividades

(Código fuente,
Ejecutables,  Implementar cada uno de los casos de uso e historia de usuario para

Compilado) cada módulo.

Plan de Pruebas  Planear las pruebas.

 Definir los casos de prueba.
Documentos  Actualizar el documento de implementación.
Actualizados  Actualizar documentos de Análisis y diseño.
 Actualizar Reglas y Glosario de negocio.

1.8.4 Fase de Transición

Iteración E1

Objetivos

 Pruebas funcionales
Entregable Actividades

1era Versión  Entregar el primero prototipo funcional del proyecto.

del sistema

Documentos  Elaborar un plan de actualización

 Elaborar plan de pruebas
 Modelo de negocio
Business Vision
Nuestra visión es ser la app que ayude a optimizar los procesos de selección de estudiantes
y de gestión en la UNFV brindando una interfaz amigable y fácil de usar para poder
replicarlo en la UNFV
Business Glossary
Admisión: Es un filtro dado por alguna institución educativa, generalmente después de la
terminación de la educación secundaria.
Pago de inscripción: Es una transacción realizada para poder realizar el examen de
admisión
Proceso: Un proceso es una secuencia de pasos dispuesta con algún tipo de lógica que se
enfoca en lograr algún resultado específico
Requisitos: circunstancia o condición necesaria para algo.
Modelo de negocio AS-IS
Definir el problema:
El problema que se identificó en el AS-IS se debe a la cantidad de formularios y tiempo
que demora para emitir los requisitos para seleccionar a los estudiantes; así como la
necesidad de tener más control y seguridad con los datos de los postulantes , también
pudiendo preguntar dudas instantáneamente.
Identificar los subprocesos o proceso AS-IS:
El proceso de admisión consiste en:
-Pago
-Proceso de inscripción
-Realización de Examen de Admisión
-Tramite de inscripción de matricula
Diagrama de negocio o proceso AS-IS:
Se realizó en Bizagi Modeler:
Diagrama de negocio o proceso TO-BE: