Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 50

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

AYLLU SINCHI-FREEDOM

DOCENTE:
ING. HITLER COLLANTES CHULES

FreeDom

Integrantes:
Allisson Rouss Torres Rodríguez
Pedro Paulo Zambrano Panduro
Jorge Martin del Aguila Panduro
Patrick Andre Torres Gomez

Cursos Relacionados
Lenguaje de Programación II
Administración de Base de Datos II
Análisis y Diseño de Sistemas

Año 2022 –2
TARAPOTO, DICIEMBRE 2022
INDICE
Contenido
1.-Introducción......................................................................................................................................5
2.-Descripción del caso de estudio........................................................................................................5
3.-Tecnologías Utilizadas.......................................................................................................................6
4.-Analisis y Diseño de Sistemas............................................................................................................7
4.1.-Estudio de Factibilidad...............................................................................................................7
4.2.-Modelo del Negocio...................................................................................................................8
4.3.-Vista Externa del Modelo del Negocio........................................................................................9
4.3.1.-Lista de Actores del Negocio...............................................................................................9
4.4.-Vista Interna del Modelo de Negocio.......................................................................................10
4.4.1.-Lista de Trabajadores del Negocio.....................................................................................10
4.4.1.-Lista de Entidades del Negocio..........................................................................................10
4.5.-Realización de los Casos de Uso del Negocio............................................................................11
i. BUC_01_ Planificación de Taller..........................................................................................11
ii. BUC _02_ Realización de Taller............................................................................................13
iii. BUC _03_ Monitoreo de Talleres.........................................................................................14
4.6.-Glosario de Términos...............................................................................................................16
4.7.-Requerimientos........................................................................................................................16
4.10.-Informe de entrevistas...........................................................................................................18
4.11.-Benchmarking.........................................................................................................................18
4.12.-Matriz de actividades y requerimientos.................................................................................19
4.13.-Especificación de Requerimientos Funcionales......................................................................20
4.14.-Priorización de Casos de Uso..................................................................................................21
4.15.-Lista de Casos de Uso Priorizados...........................................................................................22
4.16.-Requerimientos no Funcionales.............................................................................................22
4.18.-Diagramas de Caso de Uso.....................................................................................................24
4.19.-Análisis y Diseño.....................................................................................................................25
4.20.-Realización de los Casos de Uso para el Análisis.....................................................................25
4.21.-Modelo Conceptual................................................................................................................31
4.22.-Realización de los Casos De Uso para el Diseño.....................................................................31
4.23.-Administración del Proyecto..................................................................................................50
4.24.-Cronograma del Proyecto.......................................................................................................50
5.-Administración de Base de Datos....................................................................................................50
5.1.- Esquema lógico y físico del BD.................................................................................................50
Esquema Lógico...............................................................................................................................50
5.2.-Consultas avanzadas y su respectiva optimización...................................................................51
5.3.-Implementación de procedimientos y funciones que aportan a los requerimientos del
negocio. 51
5.4.-Gestión de usuarios y respectiva auditoría...............................................................................51
6.- Lenguaje de Programación.............................................................................................................51
6.1.-Modelo de construcción del BackEnd.......................................................................................51
6.2.-Modelo de construcción del FrontEnd.....................................................................................51
6.3.-Aplicación Web con APIs y seguridad.......................................................................................51

1.-Introducción
2.-Descripción del caso de estudio
3.-Tecnologías Utilizadas
4.-Analisis y Diseño de Sistemas
4.1.-Estudio de Factibilidad
4.2.-Modelo del Negocio
4.3.-Vista Externa del Modelo del Negocio
4.3.1.-Lista de Actores del Negocio
4.3.2.-Diagrama de Casos de Uso del Negocio
4.4.-Vista Interna del Modelo de Negocio
4.4.1.-Lista de Trabajadores del Negocio.
4.4.1.-Lista de Entidades del Negocio.
4.5.-Realización de los Casos de Uso del Negocio
4.6.-Glosario de Términos
4.7.-Requerimientos
4.8.- Fuente de Obtención de Requerimientos
4.9.- Informe de Obtención de Requerimientos
4.10.-Informe de entrevistas
4.11.-Benchmarking
4.12.-Matriz de actividades y requerimientos
4.13.-Especificación de Requerimientos Funcionales
4.14.-Priorización de Casos de Uso
4.15.-Lista de Casos de Uso Priorizados
4.16.-Requerimientos no Funcionales
4.17.-Reglas de Negocio
4.18.-Diagramas de Caso de Uso
4.19.-Análisis y Diseño
4.20.-Realización de los Casos de Uso para el Análisis
4.21.-Modelo Conceptual
4.22.-Realización de los Casos De Uso para el Diseño
4.23.-Administración del Proyecto
4.24.-Cronograma del Proyecto
5.-Administración de Base de Datos
5.1.- Esquema lógico y físico del BD
5.2.-Consultas avanzadas y su respectiva optimización
5.3.-Implementación de procedimientos y funciones que aportan a los
requerimientos del negocio.
5.4.-Gestión de usuarios y respectiva auditoría.
6.- Lenguaje de Programación
6.1.-Modelo de construcción del BackEnd.
6.2.-Modelo de construcción del FrontEnd.
6.3.-Aplicación Web con APIs y seguridad.
1.-Introducción
En estos últimos años y años posteriores, debido a los avances tecnológicos, al crecimiento del
internet y al requisito de las personas de ser usuarios dentro de la web, se tiene la necesidad de
digitalizar aspectos del mundo actual hacia el formato digital, gracias a esto los procesos que
demandan los distintos ámbitos de la sociedad se pueden dar con más facilidad y seguridad,
ahorrando mucho cuando se habla de lo económico.

Nosotros como un grupo de estudiantes de la carrera de ingeniería de sistemas tenemos el reto de


cubrir todos los requerimientos que están presentados en el proyecto Ayllu Sinchi, evaluaremos con
mucha precisión lo que los alumnos de las diferentes facultades necesitan para llevar con la mayor
facilidad y rapidez sus actividades en la comunidad de Quinta Elena, también se va a requerir que el
sistema sea de fácil manejo, FreeDom aún no tendrá la capacidad de ser funcional sin estar
conectada a una red Wifi, por lo tanto mientas los alumnos de las facultades están utilizando la web
tendrán que mantenerse conectados a una red de internet.

La universidad en conjunto con sus alumnos de las diferentes facultades quiere lograr solucionar los
problemas de organización con respecto a los talleres que se darán a cabo en la comunidad de
Quinta Elena, nuestra web FreeDom tendrá la capacidad de registrar a las personas en los tallere, el
llamado de asistencia por parte de los alumnos hacía la comunidad, podrá mostrar un monitoreo
total de los talleres, de acuerdo a eso los supervisores evaluarán a las personas que se hacen
acreedores a un certificado por haber logrados méritos en el taller, esté proyecto solo estará al
alcance de los estudiantes de la universidad y los supervisores del proyecto.

2.-Descripción del caso de estudio


La Universidad Peruana Unión-Campus Tarapoto, es una institución acreditada por la SUNEDU, que
está ubicada en el Jr. Los Mártires en el distrito de Morales, está universidad tiene como base la
integridad de la iglesia adventista con muy buenos valores y principios cristianos, la institución
siempre trata de desarrollar proyectos que involucren tanto a sus alumnos como a los ciudadanos,
de esa forma se gana experiencia laboralmente.

Este ciclo la UPeU ha propuesto a sus profesores y alumnos un reto, que es hacer actividades en la
Comunidad de Quinta Elena en base a los mensajes misioneros que la universidad siempre transmite
en sus proyectos, en este caso, incluirá a todas las facultades. Como alumnos de la carrera de
ingeniería de sistemas tenemos el reto de hacer una página web que agilice los procesos que se
realizarán para desarrollar los talleres en la comunidad.

En el presente documento presentamos nuestra página web “FreeDom” es una página hecha a un
estilo la cual va a satisfacer las necesidades que demandan los puntos requeridos para del proyecto
Ayllu Sinchi, nuestra meta con este proceso es que en un futuro no solo podamos concentrarnos en
la comunidad de Quinta Elena, si no ayudar a otras comunidades que necesitan ayuda.
3.-Tecnologías Utilizadas

Angular:
Angular es una plataforma de desarrollo basada en TypeScript. Es un marco basado en
componentes para crear aplicaciones web escalables. Un conjunto de bibliotecas bien
integradas que cubren una amplia gama de funcionalidades, incluido el enrutamiento, la
gestión de formularios, la comunicación cliente-servidor y más. Un conjunto de herramientas
de desarrollo que se pueden utilizar para desarrollar, compilar, probar y actualizar el código
fuente de una aplicación.

Springboot:
Spring Boot es una tecnología para crear aplicaciones independientes. De esa manera, el
equipo puede concentrarse en el desarrollo personalizado. Dejando a un lado la
arquitectura. En otras palabras, la tarea de configurar dependencias e implementar servicios
de aplicaciones se delega a Spring Boot.

Netbeans:
Netbeans es un IDE (Entorno de desarrollo integrado) o Entorno de desarrollo integrado que
es gratuito y de código abierto. Si desea saber qué es Netbeans, lo primero que debe notar
es que se usa para desarrollar aplicaciones web, empresariales, de escritorio y móviles
utilizando plataformas como Java y HTML5. Es un editor de código fuente, así como
herramientas de construcción automática y un depurador. También proporciona finalización
de código inteligente o intellisense. En cuanto a la plataforma Netbeans IDE, proporciona un
compilador y un intérprete.

MySql:
MySQL es el sistema de administración de bases de datos relacionales más utilizado en la
actualidad porque se basa en código abierto. Desarrollado originalmente por MySQL AB,
fue adquirido por Sun MicroSystems en 2008 y por Oracle Corporation en 2010, que ya
cuenta con su propio motor MySQL InnoDB. MySQL es un sistema de gestión de bases de
datos con licencia dual. Por un lado, es de código abierto, pero por otro lado, tiene una
versión comercial administrada por Oracle Corporation.

Webstorm:
WebStorm es un entorno de desarrollo integrado para JavaScript y tecnologías
relacionadas. Al igual que otros IDE de JetBrains, hace que su experiencia de desarrollo
sea más conveniente, automatiza las tareas repetitivas y lo ayuda a abordar tareas
complejas con facilidad.

Boostrap:
Bootstrap es un framework front-end para desarrollar aplicaciones web y sitios web mobile-first, es
decir, con un diseño que se adapta a la pantalla del dispositivo del usuario.
Es un marco CSS para aplicaciones front-end (es decir, pantallas de interfaz de usuario) para
desarrollar aplicaciones que se adaptan a cualquier dispositivo. En WordPress, por ejemplo, puede
instalarse como un tema o usarse en el desarrollo de complementos, y su funcionalidad incluso
puede integrarse en el complemento. El objetivo de este sistema es proporcionar a los usuarios una
experiencia más agradable durante la navegación por el sitio web.

Github:
GitHub es un portal creado para el código de aplicación de cualquier desarrollador y
comprado por Microsoft en junio de 2018. Cree una plataforma para que los desarrolladores
carguen código en sus aplicaciones y herramientas, y no solo como usuarios, sino también
no solo descargar la aplicación sobre sus datos personales para leer o desarrollar
cooperación con él.

Git:
Git es un software de control de versiones desarrollado por Linus Torvalds teniendo en
cuenta la eficiencia, confiabilidad y compatibilidad de las aplicaciones de control de
versiones cuando tiene una gran cantidad de archivos de código fuente.

4.-Analisis y Diseño de Sistemas


4.1.-Estudio de Factibilidad
La Universidad Peruana Unión-Campus Tarapoto, es una institución acreditada por la SUNEDU, que
está ubicada en el Jr. Los Mártires en el distrito de Morales, está universidad tiene como base la
integridad de la iglesia adventista con muy buenos valores y principios cristianos, la institución
siempre trata de desarrollar proyectos que involucren tanto a sus alumnos como a los ciudadanos,
de esa forma se gana experiencia laboralmente.

Este ciclo la UPeU ha propuesto a sus profesores y alumnos un reto, que es hacer actividades en la
Comunidad de Quinta Elena en base a los mensajes misioneros que la universidad siempre transmite
en sus proyectos, en este caso, incluirá a todas las facultades. Como alumnos de la carrera de
ingeniería de sistemas tenemos el reto de hacer una página web que agilice los procesos que se
realizarán para desarrollar los talleres en la comunidad.

En el presente documento presentamos nuestra página web “FreeDom” es una página hecha a un
estilo la cual va a satisfacer las necesidades que demandan los puntos requeridos para del proyecto
Ayllu Sinchi, nuestra meta con este proceso es que en un futuro no solo podamos concentrarnos en
la comunidad de Quinta Elena, si no ayudar a otras comunidades que necesitan ayuda.
4.2.-Modelo del Negocio
La Universidad Peruana Unión junto a los alumnos vienen trabajando en el proyecto de
empoderamiento familiar llamado AYLLU SINCHI.

A. Planificación de Taller

El procedimiento de la planificación de talleres comienza con el director otorgando al


supervisor los temas a desarrollar por los alumnos de las facultades de FCS -
(facultad de ciencias de la salud), FIA - (facultad de ingeniería y arquitectura) y FCE -
(facultad de ciencias empresariales) de la Universidad Peruana Unión (UPeU),
posteriormente los alumnos junto al supervisar designan el lugar y fecha del taller
que se llegará a realizar. Posteriormente los alumnos de acuerdo al tema otorgado
llevarán una realización para el desarrollo de los materiales que se van a utilizar
como los PPTS, conceptos, diagramas, entre otros materiales que serán de apoyo para
el buen desarrollo de los talleres que se tiene previsto.

B. Realización de Taller
Este proceso comienza con el supervisor y alumnos de las facultades de FCS
(facultad de ciencias de la salud), FIA (facultad de ingeniería y arquitectura) y FSE
(facultad de ciencias empresariales) se direccionan a la comunidad de Quinta Helena
con los materiales de apoyo para la se logre realizar dichos talleres, luego los
estudiantes realizan las exposiciones de acuerdo a lo previsto, en la cual el
supervisor está pendiente de que todo esté acorde durante la realización de los
talleres, este mismo se encarga que la comunidad este participando. Posteriormente
los alumnos se encargan de registrar la asistencia de los participantes de la
comunidad.

C. Monitoreo de Taller
Este proceso inicia cuando el director de vinculación con el medio necesita
monitorear el estado de las personas que están inscritas en los distintos talleres que
están realizando los estudiantes de FCS (facultad de ciencias de la salud), FIA
(facultad de ingeniería y arquitectura) y FSC (facultad de ciencias empresariales) en
la comunidad de Quinta Elena, acorde con los procesos que se tenían previsto. El
supervisor con la ayuda la página podrá generar un reporte de cada taller en cual le
aparecerán los datos de las personas que están inscritas al taller como :cantidad de
asistencias, horas llevadas del taller; este reporte será enviado al director el cual
evaluará si dicha persona merece o no un certificado por llevar el taller.
4.3.-Vista Externa del Modelo del Negocio
4.3.1.-Lista de Actores del Negocio
Lista de actores de negocio

Nombre Descripción

BA_ La comunidad Son todos aquellas pertenecientes de la comunidad que


de Quinta Elena participan en las actividades que posteriormente se están
(Customer) realizando.

BA_Director de Es el responsable de realizar las coordinaciones necesarias para el


vinculación con el desarrollo de las actividades y lidera la ejecución.
medio

4.3.2.-Diagrama de Casos de Uso del Negocio


4.4.-Vista Interna del Modelo de Negocio
4.4.1.-Lista de Trabajadores del Negocio.
Lista de trabajadores de negocio

Nombre Descripción

BW_Estudiantes Son aquellos encargados de realizar las coordinaciones necesarias para


el desarrollo de las diferentes actividades.

BW_Supervisores Son las personas que participan como evaluadores e instructores de


cada grupo de estudiantes

4.4.1.-Lista de Entidades del Negocio.


Lista de entidades de negocio

Nombre Descripción Origen Tipo

BE_Reportes de Documentación de las asistencias de las E F


asistencia de las familias que participaron en las
familias de la actividades.
comunidad

BE_Formulario de Apartado para llenar la asistencia de las


asistencia de la familias de la comunidad las cuales están
comunidad inscritas a los talleres

BE_ Material de Material que se va a utilizar para I F


Talleres desarrollar el tema como ppts, diagramas,
conceptos
BE_Cronograma de Material que es entregado por el director y I F
actividades es para elegir los temas que se
desarrollaran
BE_Reporte de Material que se entregar a la comunidad de E F
asistencia de usuarios Quinta Elena para llenar su asistencia

BE_Formulario de Apartado para llenar la asistencia de los


asistencia de los usuarios(estudiantes/supervisores) que
estarán al mando de los talleres a realizar
usuarios

BE_Certificado Material que se entrega a la persona por I P


concluir un taller

4.5.-Realización de los Casos de Uso del Negocio


i. BUC_01_ Planificación de Taller
Especificación de alto nivel
Nombre Planificación de Taller

Descripción En este caso de uso empieza cuando el director otorga al supervisor


los temas a los alumnos, después los alumnos juntos con el
supervisor designan el lugar y fecha para realizar el taller. Por los
alumnos de las diversas facultades elaboran los materiales con los
cuales se van a trabajar los talleres.

Actores de negocio BA_Director de vinculación con el medio

Entradas BE_Cronograma de actividades

Entregables BE_Cronograma de actividades


BE_Materiales de Taller
Mejoras El uso de esta página web mejorará la forma en la cual se pueden
llevar a cabo los talleres porque los materiales que se elaboran se
podrán ver por todas las personas que están inscritas.
Diagrama de objetos de negocio

Diagrama de actividades
ii. BUC _02_ Realización de Taller
Especificación de alto nivel
Nombre Realización de Taller

Descripción En este caso de uso empieza cuando los alumnos acuden a la


comunidad de Quinta Helena, luego se da paso al desarrollo del taller,
los estudiantes interactúan con las familias con los materiales
realizados con anterioridad. Por último, los estudiantes de las
facultades ayudan a las personas con el llenado de su asistencia.

Actores de negocio BA_ La comunidad de Quinta Helena

Entradas BE_Cronograma de actividades

BE_ Material de Talleres


Entregables BE_Formulario de asistencia de la comunidad

BE_ Formulario de asistencia de los usuarios


Mejoras El uso de esta página web permite el control de asistencia de los
alumnos.
Diagrama de objetos de negocio
Diagrama de actividades

iii. BUC _03_ Monitoreo de Talleres


Especificación de alto nivel
Nombre Monitoreo de Talleres

Descripción En este caso de uso empieza el director de vinculación con el medio


necesita monitorear el estado de algún taller que se está realizando
en la comunidad de Quinta Elena por los estudiantes, el supervisor
con la ayuda de la web podrá generar un reporte de cada taller,
posteriormente este se podrá enviar al director, el cual decidirá si la
persona que está en el taller se lleva o no el certificado.

Actores de negocio BA_Director de vinculación con el medio


BA_ La comunidad de Quinta Helena
Entradas BE_Formulario de asistencia de la comunidad

BE_ Formulario de asistencia de los usuarios


Entregables BE_Certificado

BE_ Reporte de asistencia de usuarios

BE_Reportes de asistencia de las familias de la comunidad


Mejoras El uso de esta página web permite que se dé un informe de cada
taller más rápido y de una forma sencilla con la ayuda de la base de
datos y así la entrega de certificados será más fácil.
Diagrama de objetos de negocio

Diagrama de actividades
4.6.-Glosario de Términos
Glosario de términos

Nombre Descripción
A
Acreedor La persona puede exigir el cumplimiento de una
obligación por parte de un tercero.

Almacenar Guardar datos o alguna cosa de manera ordenada

Asistencia Es el control del número de clases asistidas por las


personas registradas.
F
Documento en el cual los usuarios llenan sus
Formulario datos para ser almacenados y procesados después.

I
Informe Documento que ayuda a comunicar una
información hecha para luego ser recogida y
analizada.
Interacción Empatizar de manera recíproca entre varias
personas.
T
Taller Cursos en el que se puede capacitar a varias
personas, trabajando con varios temas de la
sociedad.

4.7.-Requerimientos
4.8.- Fuente de Obtención de Requerimientos
4.9.- Informe de Obtención de Requerimientos
4.10.-Informe de entrevistas
4.11.-Benchmarking
4.12.-Matriz de actividades y requerimientos
I. Matriz de Actividades

II. Matriz de Requerimientos


4.13.-Especificación de Requerimientos Funcionales
4.14.-Priorización de Casos de Uso
Casos de 0.4 0.3 0.2 0.1
Uso
Importancia Complejidad Riesgo Impacto de
en el de asociado requerimientos
desarrollo no funcionales Total Clasificación
proceso del
negocio

1-10 1-10 1-10 1-10

CUS01- 8 7 7 6 7 Primario
Inciar
sesión
CUS02- 7 6 8 7 7 Primario
Configura
ción de
Taller
CUS03- 6 6 8 7 6.75 Primario
Cargar
Materiale
s
CUS04- 9 7 8 6 7.5 Primario
Configura
ción de
estudiant
es y de
superviso
r
CUS05- 9 8 6 8 7.75 Primario
Configura
ción de
datos de
las
personas
de la
comunida
d
CUS06- 7 8 6 6 6.75 Primario
Uso de los
materiales
CUS07- 7 8 6 8 7.25 Primario
Reporte
de
asistencia
CUS08- 7 8 8 6 7.25 Primario
Generar
Informe
de taller
CUS09- 7 7 6 6 6.5 Primario
Mostrar
informe
de taller

4.15.-Lista de Casos de Uso Priorizados


Lista de casos de uso priorizados al 100%

Iteración: 1 – Núcleo Central

CUS04- Configuración de Los estudiantes y supervisores colocan sus datos personales


estudiantes y de supervisor como registro dentro de FreeDom.

CUS01 – Iniciar Sesión Los estudiantes y supervisores entran a la página web como un
usuario, en la cual podrán desarrollar todos los requerimientos
demandados.

CUS02- Configuración de Los estudiantes al ingresan a la página de FreeDom, donde


Taller colocan sus temas en los respectivos talleres.
CUS05- Configuración de Los pobladores de Quinta Elena proporcionan sus datos a los
datos de las personas de la estudiantes para así inscribirse a la capacitación.
comunidad.

Iteración: 2

CUS07- Reporte de asistencia Una vez terminado la capacitación en Quinta Elena, se da el


reporte de asistencia figurado dentro de la página FreeDom al
supervisor responsable.

CUS08- Generar Informe de El supervisor genera un informe del taller que se lleva a cabo en
taller Quinta Elena.

CU09- Mostrar informe de Finalizado el informe, se pasa a entregar a un alto cargo de la


taller Universidad Peruana Unión.

CUS03- Cargar Materiales Los coordinadores suben los temas en los talleres, adjuntando
como material para las capacitaciones.

CUS06- Uso de los materiales Los alumnos ingresan a la página FreeDom para visualizar los
materiales adjuntados.

4.16.-Requerimientos no Funcionales
Requerimientos No Funcionales

Requerimientos No Funcionales – FreeDom

Código Descripción
RNF01 El sistema debe permitir a los estudiantes colocar su asistencia a los talleres,
registrando sus datos personales y foto como evidencia: dicho requerimiento no es
considerado como funcional porque su presencia o ausencia, no afectará al sistema.

RNF02 El sistema debe permitir a los estudiantes y supervisores inscribir a los pobladores de
Quinta Elena: dicho requerimiento no es considerado como funcional porque si no
llega a inscribirse, no afectará al sistema.

4.17.-Reglas de Negocio
Reglas de negocio al XX%

Código Nombre Descripción Casos de uso

afectados

RN01 Los talleres son FreeDom, tiene como política que los talleres CU01
gratuitos brindados a la población de Quinta Elena son
totalmente gratuitos.

RN02 Las FreeDom, tiene como beneficio que las CU04


inscripciones inscripciones siempre están abiertas.
son en cualquier
momento

4.18.-Diagramas de Caso de Uso


4.19.-Análisis y Diseño
4.20.-Realización de los Casos de Uso para el Análisis
Iniciar Sesión
Especificación de alto nivel
Nombre CUS01-Iniciar sesión

Tipo (Primario)

Autor Supervisor y estudiante

Actores Estudiantes y supervisor

Iteración 1

Descripción El caso de uso comienza cuando el supervisor o los estudiantes


quieren ingresar a la parte funcional del sistema.

Referencias RNF01

Pre condiciones Debes de tener un usuario y contraseña

Post condiciones El sistema debe permitirle al usuario ingresar.

Diagrama de clases de análisis

Configuración de taller
Especificación de alto nivel
Nombre CUS02-Configuración de Taller

Tipo (Primario)

Autor Supervisor

Actores Estudiantes

Iteración 1

Descripción El caso de uso comienza cuando el supervisor o los estudiantes


registran los datos del taller en la página FreeDom y termina
cuando guarda los datos del taller.

Referencias RNF01

Pre condiciones El sistema debe permitir ingresar al administrador/estudiante a


registrar el taller que le corresponde.
Post condiciones El sistema debe permitirle al administrador/estudiante registrar un
nuevo taller.

Diagrama de clases de análisis

Cargar materiales
Especificación de alto nivel
Nombre CUS03- Cargar Materiales

Tipo Primario

Autor Estudiante

Actores Estudiante

Iteración 2

Descripción El caso de uso empieza cuando el estudiante sube su material y


termina cuando se suben los recursos para cada sesión.

Referencias RF02

Pre condiciones Los talleres deben estar creados para que así se pueda subir los
recursos de la capacitación.

Post condiciones El sistema debe permitir al estudiante subir sus materiales para
cada taller.

Diagrama de clases de análisis

Configuración de estudiantes y al supervisor


Especificación de alto nivel
Nombre CUS04- Configuración de estudiantes y supervisor

Tipo (Primario)
Autor Supervisor/estudiante

Actores Supervisor/estudiante

Iteración 1

Descripción El supervisor y estudiante ingresan sus datos dentro del sistema y


asigna su cargo.

Referencias RF03

Pre condiciones El supervisor y estudiante deben acceder a la página para poder


guardar sus datos.

Post condiciones El sistema debe permitir guardar el registro del supervisor y de los
estudiantes.

Diagrama de clases de análisis

Configuración de datos de las personas de la comunidad


Especificación de alto nivel
Nombre CUS05- Configuración de datos de las personas de la comunidad

Tipo Primario

Autor Supervisor/estudiante

Actores Estudiante, pobladores, supervisor

Iteración 2

Descripción El estudiante y supervisor ayuda a registrar en los talleres a los


pobladores con sus datos personales.

Referencias RF04

Pre condiciones El estudiante/supervisor debe estar dentro del sistema para registrar a
una persona de la comunidad.

Post condiciones El sistema registra a los pobladores en los talleres.

Diagrama de clases de análisis


Uso de los materiales
Especificación de alto nivel
Nombre CUS06- Uso de los materiales

Tipo Primario

Autor Estudiante

Actores Estudiantes, pobladores

Iteración 1

Descripción El caso de uso empieza cuando el estudiante y pobladores usan los


materiales en los desarrollos de los talleres.

Referencias RF05

Pre condiciones Los talleres deben estar registrados en el sistema, así al entrar a un taller
se puedan ver y descargar los materiales.

Post condiciones El sistema debe permitir la visualización y descarga de los materiales que
se cargan al registrar un taller.

Diagrama de clases de análisis

Reporte de asistencia
Especificación de alto nivel
Nombre CUS07- Reporte de asistencia

Tipo Primario

Autor Supervisor y estudiante

Actores Coordinador, supervisor

Iteración 1

Descripción El caso de uso empieza cuando el supervisor ingresa al sistema y


termina cuando genera un reporte de asistencia y le entrega al
coordinador.
Referencias RF06

Pre condiciones El supervisor y los estudiantes deben anotar sus asistencias y la de los
pobladores dentro del sistema.

Post condiciones El sistema debe permitir anotar las asistencias de cada estudiante.

El sistema debe permitir a los estudiantes y supervisor reportar las


asistencias de los pobladores.

Diagrama de clases de análisis

Generar informe de taller


Especificación de alto nivel
Nombre CUS08- Generar informe de taller

Tipo Primario

Autor Supervisor

Actores Supervisor

Iteración 1

Descripción El supervisor genera un informe de taller donde los pobladores y


estudiantes están registrados

Referencias RF07

Pre condiciones El supervisor debe ingresar al sistema para generar el informe de taller.

Post condiciones El sistema debe permitir visualizar a todos los estudiantes y pobladores
vinculados en los talleres.

Diagrama de clases de análisis

Descargar informe de taller


Especificación de alto nivel
Nombre CUS09- Mostrar informe de taller

Tipo (Primario)

Autor Supervisor

Actores Coordinador, Supervisor

Iteración 1

Descripción El supervisor genera el informe y posteriormente procede a mostrar al


coordinador.

Referencias RF08

Pre condiciones El sistema debe haber permitido mostrar el informe

Post condiciones El coordinador de acuerdo al informe evalúa que pobladores se hacen


acreedores de los certificados.

Diagrama de clases de análisis

4.21.-Modelo Conceptual
4.22.-Realización de los Casos De Uso para el Diseño
Iniciar sesión
Especificación esencial
Nombre CUS01- Iniciar Sesión

Tipo Primario

Versión 2

Autor Supervisor y estudiante

Actores Supervisor y estudiante

Iteración 1

Descripción El caso de uso comienza cuando el supervisor o los estudiantes quieren


ingresar a la parte funcional del sistema.

Referencias RF01

Precondiciones Debe de tener un usuario y contraseña

Post Condiciones El sistema debe permitirle al usuario ingresar.


Flujo normal de eventos

Acción del actor Respuesta del sistema

1. El estudiante debe ingresar a la parte del 2. El sistema presenta la vista de login


login

3. Ingresa los usuarios y contraseñas 4. El sistema verifica que el usuario y


contraseña estén bien

5. Se ingresa a la pagina web dando click en el 6. El sistema te muestra la interfaz desde la


botón de ingresar parte de adentro

7. 8.

Flujo alternativo de eventos < >

Acción del actor Respuesta del sistema

1. 2.

3. 4.

5. 6.

Flujo alternativo de eventos < >

Acción del actor Respuesta del sistema

● ●
Subflujo de eventos <x>

Acción del actor Respuesta del sistema

● ●

● ●

● ●
Anexos

Prototipos del Caso de Uso


Diagrama de clases de diseño

Diagramas de interacción (DI) (secuencia y/o colaboración)

Configuración de taller
Especificación esencial
Nombre CUS01- Configuración de Taller

Tipo Primario

Versión 2

Autor Supervisor

Actores Estudiantes

Iteración 1

Descripción El caso de uso comienza cuando el supervisor registra los datos del taller en la página
FreeDom y termina cuando guarda los datos del taller.

Referencias RF01

Precondiciones El sistema debe permitir ingresar al administrador/estudiante a registrar el taller que le


corresponde.

Post Condiciones El sistema debe permitirle al administrador/estudiante registrar un nuevo taller.

Flujo normal de eventos

Acción del actor Respuesta del sistema

9. El estudiante ingresa a la actividad 10. El sistema carga página de “REGISTRAR


“REGISTRAR TALLER” TALLER”
11. Hace click en el botón “REGISTRAR 12. Abre una interfaz donde se ingresa datos
TALLER”

13. Se ingresa los datos del usuario que se 14. Los datos escritos ser van mostrando
quiere

15. Se presiona el botón “AGREGAR TALLER” 16. Se guarda los datos en la base de datos

Flujo alternativo de eventos <Editar>

Acción del actor Respuesta del sistema

7. El estudiante deberá apretar en el botón 8. Le aparece la ventana de los datos para


“Editar” poder editar

9. Apreta el botón “Guardar” 10. Se actualizan los cambios

11.

12. 13.

Flujo alternativo de eventos <Borrar>

Acción del actor Respuesta del sistema

El estudiante deberá apretar en el botón El sistema borra el campo


“Borrar”

● ●
Subflujo de eventos <x>

Acción del actor Respuesta del sistema

● ●

● ●

● ●
Anexos

Prototipos del Caso de Uso


Diagrama de clases de diseño

Diagramas de interacción (DI) (secuencia y/o colaboración)


Cargar materiales
Especificación esencial
Nombre CUS02- Cargar Materiales

Tipo Primario

Versión 2

Autor Estudiante

Actores Estudiante

Iteración 2

Descripción El caso de uso empieza cuando el estudiante sube su material y termina cuando se suben los
recursos para cada sesión.

Referencias RF02

Precondiciones Los talleres deben estar creados para que así se pueda subir los recursos de la capacitación.

Post Condiciones El sistema debe permitir al estudiante subir sus materiales para cada taller. .

Flujo normal de eventos

Acción del actor Respuesta del sistema

1. El administrador ingresa a la actividad 2. El sistema creara los recursos para cada


“REGISTRAR TALLER” “REGISTRAR TALLER”

3. Hacer click en el botón “ALMACENAR” 4. Abre una interfaz donde se almacenará los
materiales

5. Se ingresa los materiales que los 6. El sistema te permitirá almacenará los


estudiantes necesitan para cada taller materiales
dando click en el botón “AÑADIR”

7. Se presiona el botón “AÑADIR” 8. Se guardan los materiales en el sistema

Flujo alternativo de eventos <x>

Acción del actor Respuesta del sistema

14. 15.

16. 17.

18. 19.

Flujo alternativo de eventos <y>

Acción del actor Respuesta del sistema

● ●
● ●

● ●
Sub Flujo de eventos <x>

Acción del actor Respuesta del sistema

● ●

● ●

● ●
Anexos

Prototipos del Caso de Uso


Diagrama de clases de diseño

Diagramas de interacción (DI) (secuencia y/o colaboración)

Configuración de estudiantes y al supervisor


Especificación esencial
Nombre CUS03- Configuración de estudiantes y supervisor

Tipo Primario

Versión 2

Autor supervisor/estudiante

Actores supervisor, estudiantes

Iteración 1

Descripción El supervisor y estudiante ingresan sus datos dentro del sistema y asigna su cargo.

Referencias RF02

Precondiciones El supervisor y estudiante deben acceder a la página para poder guardar sus datos.

Post Condiciones El sistema debe permitir guardar el registro del supervisor y de los estudiantes.

Flujo normal de eventos

Acción del actor Respuesta del sistema

9. El estudiante ingresa a la actividad 10. El sistema carga página de “REGISTRAR


“REGISTRAR USUARIO” USUARIO”

11. Hace click en el botón “REGISTRAR 12. Abre una interfaz donde se ingresa datos
USUARIO”

13. Se ingresa los datos que se requiere del 14. Los datos escritos ser van mostrando
estudiante o encargado.

15. Se presiona el botón “AGREGAR 16. Se guarda los datos en la base de datos
USUARIO”

Flujo alternativo de eventos <Editor>


Acción del actor Respuesta del sistema

20. El estudiante o supervisor deberá apretar en 21. Le aparece la ventana de los datos para
el botón “Editar” poder editar

22. Apreta el botón “Guardar” 23. Se actualizan los cambios

24.

25. 26.

Flujo alternativo de eventos <Borrar>

Acción del actor Respuesta del sistema

El estudiante deberá apretar en el botón El sistema borra el campo


“Borrar”

● ●

● ●
Sub Flujo de eventos <x>

Acción del actor Respuesta del sistema

● ●

● ●

● ●
Anexos

Prototipos del Caso de Uso


Diagrama de clases de diseño

Diagramas de interacción (DI) (secuencia y/o colaboración)

Configuración de datos de las personas de la comunidad ()


Especificación esencial
Nombre CUS04- Configuración de datos de las personas de la comunidad

Tipo Primario

Versión 2

Autor supervisor/estudiante

Actores Estudiante, pobladores, supervisor

Iteración 2

Descripción El estudiante y supervisor ayuda a registrar en los talleres a los pobladores con sus datos
personales.

Referencias RF04

Precondiciones El estudiante/supervisor debe estar dentro del sistema para registrar a una persona de la
comunidad
Post Condiciones El sistema registra a los pobladores en los talleres.

Flujo normal de eventos

Acción del actor Respuesta del sistema

17. El estudiante ingresa a la interfaz 18. El sistema carga la página de “REGISTROS”


“REGISTROS”

19. Hace click en el botón “REGISTRAR 20. Abre una interfaz donde se ingresa datos
PERSONAS”

21. Ingresa los datos del usuario que se quiere 22. Los datos se muestran en el formato
registrar

23. Hace click en el botón “AGREGAR 24. Se guardan la información en la base de


PERSONAS” datos

Flujo alternativo de eventos <Editar>

Acción del actor Respuesta del sistema

27. El estudiante o supervisor deberá apretar en 28. Le aparece la ventana de los datos para
el botón “Editar” poder editar

29. Apreta el botón “Guardar” 30. Se actualizan los cambios

31.

32. 33.

Flujo alternativo de eventos <Borrar>

Acción del actor Respuesta del sistema

El estudiante deberá apretar en el botón El sistema borra el campo


“Borrar”

● ●
● ●
Sub Flujo de eventos <x>

Acción del actor Respuesta del sistema

● ●

● ●
● ●
Anexos
Prototipos del Caso de Uso

Diagrama de clases de diseño

Diagramas de interacción (DI) (secuencia y/o colaboración)

Uso de los materiales


Especificación esencial
Nombre CUS05- Uso de los materiales

Tipo Primario

Versión 1

Autor Estudiantes

Actores Estudiantes, pobladores

Iteración 1
Descripción El caso de uso empieza cuando el estudiante y pobladores usan los materiales en los
desarrollos de los talleres.

Referencias RF05

Precondiciones Los talleres deben estar registrados en el sistema, así al entrar a un taller se puedan ver y
descargar los materiales.

Post Condiciones El sistema debe permitir la visualización y descarga de los materiales que se cargan al
registrar un taller.

Flujo normal de eventos

Acción del actor Respuesta del sistema

25. El administrador ingresa a la opción 26. El sistema carga la página de “TALLERES”


“Talleres”

27. El usuario que desea utilizar los materiales 28. El sistemas pasar a mostrar los materiales
los podrá visualizar en la columna de que se subieron cuando se registro el taller
“MATERIALES” y dentro de ella habrá un
icono que se apretará

Flujo alternativo de eventos <x>

Acción del actor Respuesta del sistema

34. 35.

36. 37.

38. 39.

Flujo alternativo de eventos <y>

Acción del actor Respuesta del sistema

● ●

● ●

● ●
Sub Flujo de eventos <x>

Acción del actor Respuesta del sistema

● ●
● ●

● ●
Anexos
Prototipos del Caso de Uso

Diagrama de clases de diseño

Diagramas de interacción (DI) (secuencia y/o colaboración)

Reporte de asistencia
Especificación esencial
Nombre CUS06- Reporte de asistencia

Tipo Primario

Versión 1

Autor Supervisor

Actores Coordinador, supervisor


Iteración 1

Descripción El caso de uso empieza cuando el supervisor ingresa al sistema y termina cuando genera un
reporte de asistencia y le entrega al coordinador.

Referencias RF06

Precondiciones El supervisor y los estudiantes deben anotar sus asistencias y la de los pobladores dentro del
sistema.

Post Condiciones El sistema debe permitir anotar las asistencias de cada estudiante.

El sistema debe permitir a los estudiantes y supervisor reportar las asistencias de los
pobladores.

Flujo normal de eventos

Acción del actor Respuesta del sistema

29. El coordinador ingresa a la opción 30. El sistema carga la página de “Asistencias”


“Asistencia”

31. Hace click en el botón “GENERAR 32. Abre una interfaz donde se reportará la
REPORTE” asistencia

33. Se ingresará las actividades y asistencia de 34. El reporte escrito se va mostrando


los estudiantes a las personas de Quinta
Elena

35. Se presiona el botón “ENVIAR REPORTE” 36. Se enviara el reporte al supervisor a su


correo

Flujo alternativo de eventos <x>

Acción del actor Respuesta del sistema

40. 41.

42. 43.

44. 45.

Flujo alternativo de eventos <y>

Acción del actor Respuesta del sistema

● ●
● ●
● ●
Sub Flujo de eventos <x>

Acción del actor Respuesta del sistema


● ●
● ●
● ●
Anexos

Prototipos del Caso de Uso

Diagrama de clases de diseño

Diagramas de interacción (DI) (secuencia y/o colaboración)

Generar informe de taller


Especificación esencial
Nombre CUS07- Generar informe de taller

Tipo Primario

Versión 1
Autor Supervisor

Actores Supervisor

Iteración 1

Descripción El supervisor genera un informe de taller donde los pobladores y estudiantes están
registrados

Referencias RF07

Precondiciones El supervisor debe ingresar al sistema para generar el informe de taller.

Post Condiciones El sistema debe permitir visualizar a todos los estudiantes y pobladores vinculados en los
talleres.

Flujo normal de eventos

Acción del actor Respuesta del sistema

El supervisor a la interfaz de “TALLERES E El sistema cargara la interfaz de “talleres”


INFORMES”

Podrá seleccionar alguno de los temas y luego El sistema será capaz de mostrar una ventana
dirigirse al botón de “GENERAR INFORME” flotante en la cual aparecerán los alumnos
registrados con sus asistencias y horas que
hicieron en los talleres

Para poder enviar el informe al coordinador El sistema te llevará a una ventana de


deberá dar click en el botón de “ENVIAR Gmail.com con cual podrás mandar el informe
INFORME” al correo del coordinador

Flujo alternativo de eventos <x>

Acción del actor Respuesta del sistema

Flujo alternativo de eventos <y>

Acción del actor Respuesta del sistema

Sub Flujo de eventos <x>

Acción del actor Respuesta del sistema


Anexos

Prototipos del Caso de Uso

Diagrama de clases de diseño

Diagramas de interacción (DI) (secuencia y/o colaboración)

Mostrar informe de taller


Especificación esencial
Nombre CUS08- Mostrar informe de taller

Tipo Primario

Versión 1

Autor Supervisor
Actores Coordinador, supervisor

Iteración 1

Descripción El supervisor genera el informe y posteriormente procede a descargar para enviar al


coordinador.

Referencias RF08

Precondiciones El sistema debe haber permitido descargar el informe

Post Condiciones El coordinador de acuerdo al informe evalúa que pobladores se hacen acreedores de los
certificados.

Flujo normal de eventos

Acción del actor Respuesta del sistema

37. El coordinador ingresa al interfaz “Informe” 38. El sistema carga la página “Informe”

39. Se sube el informe de la asistencia con los 40. El sistema te verifica que el informe se subió
datos requeridos de los estudiantes a la base exitosamente con el “Subido exitoso”
de datos

41. El supervisor ingresa a los informes subidos 42. El sistema carga todos los datos de los
en “Informes” estudiantes subidos a la base de datos

43. El supervisor verifica la asistencia y 44. El sistema crea un certificado con los datos
puntualidad de los alumnos con un “Acto del estudiante acto para su certificado por su
para certificado” puntualidad y trabajo.

Flujo alternativo de eventos <x>

Acción del actor Respuesta del sistema

46. 47.

48. 49.

50. 51.

Flujo alternativo de eventos <y>

Acción del actor Respuesta del sistema

● ●

● ●
● ●
Sub Flujo de eventos <x>

Acción del actor Respuesta del sistema

● ●
● ●
● ●
Anexos

Prototipos del Caso de Uso


Diagrama de clases de diseño
Diagramas de interacción (DI) (secuencia y/o colaboración)

4.23.-Administración del Proyecto


4.24.-Cronograma del Proyecto
5.-Administración de Base de Datos Tomare captura de lo que me pides y lo
anoto, sisi
5.1.- Esquema lógico y físico del BD
Esquema Lógico

Esquema Físico
5.2.-Consultas avanzadas y su respectiva optimización
5.3.-Implementación de procedimientos y funciones que aportan a los
requerimientos del negocio.
5.4.-Gestión de usuarios y respectiva auditoría.

6.- Lenguaje de Programación


6.1.-Modelo de construcción del BackEnd.
6.2.-Modelo de construcción del FrontEnd.

6.3.-Aplicación Web con APIs y seguridad.

También podría gustarte