Software Requirements Specification v3

lOMoARcPSD|3862101
Software Requirements Specification V3
Técnicas de desarrollo de sistemas (Escuela Politécnica del Ejército)
StuDocu is not sponsored or endorsed by any college or university

Downloaded by Candy Somar (somarcandy582@gmail.com)
lOMoARcPSD|3862101
S3P
Especificación de
requisitos de software
Universidad de las Fuerzas Armadas “ESPE”
S3P
Bejarano Cristian, Burbano Mateo, Cutiopala David, Tilleria Paula, Vargas
Kenedy
19 de Febrero de 2018
V 2.0
______________________________
Mateo Burbano
______________________________
Ing. Cecilia Hinojosa

lOMoARcPSD|3862101
Índice
1 Introducción....................................................................................................................5
1.1 Propósito....................................................................................................................5
1.2 Alcance......................................................................................................................5
1.3 Definiciones, Acrónimos y Abreviaturas..................................................................6
1.3.1 Definiciones clave..............................................................................................6
1.3.2 Acrónimos y abreviaturas clave..........................................................................7
1.4 Referencias................................................................................................................7
1.5 Descripción General.................................................................................................7
2 Descripción Global...........................................................................................................8
2.1 Perspectiva del Producto...........................................................................................8
2.2 Funciones del producto..............................................................................................8
2.3 Condiciones ambientales...........................................................................................9
2.4 Características del usuario.........................................................................................9
2.5 Interfaces Externas.....................................................................................................9
2.6 Restricciones............................................................................................................10
2.7 Suposiciones y dependencias...................................................................................10
3 Requerimientos específicos............................................................................................10
3.1 Requerimientos funcionales.....................................................................................10
3.1.1Requisito 01.......................................................................................................10
3.1.2Requisito 02.......................................................................................................11
3.1.3Requisito 03.......................................................................................................11
3.1.4 Requisito 04......................................................................................................11
3.1.5 Requisito 05......................................................................................................12
3.1.6 Requisito 06......................................................................................................12
3.1.7 Requisito 07......................................................................................................12
3.1.8 Requisito 08......................................................................................................12
3.1.9 Requisito 09......................................................................................................12
3.1.10 Requisito 10...................................................................................................12
3.1.12Requisito 11.....................................................................................................13
3.2Requisitos de Desempeño.........................................................................................13
3.2.1 Estático.............................................................................................................13
3.2.2 Dinámica...........................................................................................................13
3.3 Requisitos de Interfaz externa.................................................................................13

lOMoARcPSD|3862101
3.3.1 Interfaces de Usuario........................................................................................13

3.3.2 Interfaces de Hardware.....................................................................................14
3.3.3 Interfaces de Software......................................................................................14
3.3.4 Interfaces de Comunicación.............................................................................14
3.3.5 Base de Datos...................................................................................................15
3.4 Otros requerimientos...............................................................................................15
3.4.1 Restricciones de diseño.....................................................................................15
3.4.2 Estándares.........................................................................................................15
3.4.3 Hardware...........................................................................................................15
3.4.4 Atributos...........................................................................................................15
3.4.5 Disponibilidad...................................................................................................16
3.4.6 Seguridad..........................................................................................................16
4 Aceptación......................................................................................................................16
5 Documentación...............................................................................................................16
5.1 Check List de Análisis.............................................................................................16
5.2 Requisitos vs. Objetivos..........................................................................................18
7 Apéndice B// Matriz de Trazabilidad de Requisitos......................................................20
8 ANEXOS........................................................................................................................21
8.1 Diagrama de clases..................................................................................................21
8.2 Diagrama de casos de uso........................................................................................22
8.3 Especificación de casos de uso................................................................................23
8.3.1 CU001...............................................................................................................24
8.3.2 CU002...............................................................................................................25
8.3.2 CU003...............................................................................................................26
8.3.2 CU004...............................................................................................................28
8.3.2 CU005...............................................................................................................29
8.3.2 CU006...............................................................................................................31
8.3.2 CU007...............................................................................................................33
8.3.2 CU008...............................................................................................................35
8.3.2 CU009...............................................................................................................37
8.3.2 CU010...............................................................................................................39
8.3.2 CU011...............................................................................................................41
8.4 Prototipos de interfaz de usuario.............................................................................43
[Escriba aquí]

lOMoARcPSD|3862101
Ficha del Documento
Número de
revisión Fecha Breve resumen de los cambios
1.0 02 de Febrero Versión inicial del documento.

de 2018
2.0 19 de Febrero Correcciones varias de acuerdo a las observaciones

de 2018 realizadas.
Corrección de faltas ortográficas y gramaticales.
Añadidas secciones 4, 5 y anexos.

lOMoARcPSD|3862101
1 Introducción
El presente documento está diseñado para recoger todos los procesos y requerimientos
relacionados con las actividades de especificación de requisitos de software que el cliente
demande acerca de la aplicación, la cual es útil e importante para los desarrolladores. La
estructura del presente documento está hecha en base al estándar IEEE 830 – 1998,
recomendado para reducir al máximo los errores en los requisitos de especificación de
software.
1.1 Propósito
El objetivo principal es definir de manera íntegra y concreta los requisitos funcionales y

no funcionales necesarios para el desarrollo de un nuevo sistema de seguimiento y
normalización de prácticas pre profesionales mediante la validación del presente
documento.
1.2 Alcance
El producto software debido a sus características principales y en relación a las prácticas

pre profesionales se llamará “S3P”.
El producto Software pretende brindar una aplicación que permita a los usuarios realizar
el seguimiento de los involucrados dentro de las prácticas pre profesionales,
automatizando principalmente la parte de asignación de tareas.
Contempla los siguientes puntos de una forma más detallada:
● Log In.
● Gestión de Usuarios.
○ Permite administrar de una forma completa los usuarios que tienen acceso
a la aplicación.
● Administración de información de los usuarios involucrados en el sistema de las
prácticas pre profesionales.
● Generar reportes.
○ Permitirá producir reportes de información de tareas.
[Escriba aquí]

lOMoARcPSD|3862101
1.3 Definiciones, Acrónimos y Abreviaturas
1.3.1 Definiciones clave
Trazabilidad “Capacidad para reconstruir el historial de la utilización o la

localización de un artículo o producto mediante una
identificación registrada”
Priorización “Dar preferencia a algo”.
Interfaz “Conexión física y funcional entre dos aparatos o sistemas

independientes”.
Visualización “Herramienta o método para interpretar los datos alimentados

en una computadora y para generar imágenes de datos
multidimensionales complejos”.
Rendimiento “Medida o cuantificación de la velocidad/resultado con que se

realiza una tarea o proceso”.
Banner “Espacio publicitario insertado en una página de internet”.
Suscripción “Es el acto y el resultado de suscribirse o de suscribir.

Registrarse o abonarse a algún tipo de servicio”.
Autenticación “Es el proceso de validar la identidad de un usuario mediante

un ID de usuario y una contraseña”.
Interfaz de usuario “Es el medio con que el usuario puede comunicarse con una
máquina, un equipo o una computadora, y comprende todos los

lOMoARcPSD|3862101
puntos de contacto entre el usuario y el equipo”.
1.3.2 Acrónimos y abreviaturas clave
S3P Sistema de prácticas pre profesionales

SRS
Software Requirements Specification,
PPP Prácticas Pre Profesionales
ANSI American National Standards Institute
1.4 Referencias
IEEE84 IEEE Std 830-1984, Guide for Software Requirements

Specifications.
IEEE90
IEEE Std 610.12-1990, Standard Glossary of Software
Engineering Terminology (ANSI). ,
IEEE91 IEEE Std 1074-1991, Standard for Developing Software
Lifecycle Processes.
Prácticas pre Proyecto de reglamento de prácticas pre profesionales

profesionales para estudiantes de la Universidad de las Fuerzas
Armadas ESPE
1.5 Descripción General

El documento SRS es una descripción completa del comportamiento del sistema de
Prácticas Pre Profesionales. Incluye un conjunto de casos de uso (requisitos funcionales)
que describe todas las interacciones que tendrán los usuarios con el software. Además la
SRS también contiene requisitos no funcionales (o complementarios).Y está estructurado
de la siguiente manera:
La sección 1 “Introducción” expone el propósito del documento de especificación de

requerimientos del software. Se identifican los productos y se describen la aplicación del
software.
[Escriba aquí]

lOMoARcPSD|3862101
La sección 2 “Descripción global” muestra los factores generales que afectan el producto
y los requerimientos necesarios para el sistema de prácticas pre profesionales, esto para
facilitar al lector entender la descripción de todo el sistema. Describe los factores
generales que afectan el producto y sus requisitos.
La sección 3 “Especificación de los requerimientos” contiene todos los detalles que el

desarrollador de software necesita para crear un diseño. Los detalles dentro de esta
sección se deben definir como requisitos individuales y específicos.
La sección 4 “Aceptación” describe el proceso de aceptación que hace referencia a

cualquier documentación asociada (por ejemplo, plan de prueba de software).
La sección 5 “Documentación” enumera cualquier proceso de soporte adicional o

documentación del proyecto que no haya sido referenciada previamente.
La sección 6 “Mantenimiento” es necesaria si el sistema debe cumplir con los requisitos

para la operación y mejora continuas.
2 Descripción Global
2.1 Perspectiva del Producto

El sistema de prácticas pre profesionales “S3P” facilitará la gestión y documentación de
prácticas pre profesionales realizadas por estudiantes de la Universidad de las Fuerzas
Armadas ESPE. Esta aplicación permitirá la realización de actividades de todos los
involucrados en el proceso de realización de prácticas pre profesionales según lo
establecido en el reglamento para prácticas pre profesionales de la universidad. El
sistema no es independiente, puesto que contará con una conexión con el sistema Banner
de la universidad, a partir del cual será posible gestionar cuentas y datos del mismo.
2.2 Funciones del producto

El sistema S3P será capaz de realizar varias funciones como permitir el registro,
modificación y eliminación de prácticas pre profesionales además de la gestión de
tutores académicos, aprobación de planes de prácticas pre profesionales y generación de
reportes de estado de acuerdo al tipo de usuario.
2.3 Condiciones ambientales

El sistema podrá ser ejecutado en cualquier máquina sin importar su sistema operativo
siempre que contenga un navegador web (Google Chrome y/o Mozilla Firefox) con sus
respectivas actualizaciones más recientes; y una conexión continua a internet.

lOMoARcPSD|3862101
2.4 Características del usuario

El sistema estará disponible a los miembros de la Universidad de las Fuerzas Armadas
ESPE involucrados en la realización del proceso de prácticas pre profesionales y
representantes legales de instituciones públicas y privadas asociadas a la universidad:
1. Estudiante (Pasante)
2. Director de carrera
3. Coordinador general
4. Coordinador de práctica
5. Tutor empresarial
6. Tutor académico
Se estima que los usuarios finales del software cuentan por lo menos con nivel de
educación de bachillerato y serán los usuarios del producto final. Sin embargo todos los
usuarios tendrán el nivel de habilidad necesario para la manipulación de opciones del
sistema sin ninguna clase de restricción.
Para revisar las opciones que podrá usar cada usuario refiérase al literal 2.1 y al enlace
https://drive.google.com/open?id=1HzneIgkXSQVZPgqNtons5O8Vw0qcjQsh
El grupo de estudiantes de la carrera de Ingeniería en Sistemas e Informática encargados

del desarrollo del sistema S3P conformado por Christian Bejarano, Mateo Burbano,
David Cutiopala, Paula Tilleria y Kenedy Vargas; será el encargado de realizar el
mantenimiento del sistema, sin embargo, ha sido capacitado y posee los conocimientos
para llevar esto a cabo sin ninguna dificultad.
2.5 Interfaces Externas
Las interfaces externas del sistema S3P que serán utilizadas se encuentran implementadas
en el sistema “Banner” de la universidad, al cual se puede acceder mediante el siguiente
enlace https://miespe.espe.edu.ec/cp/home/displaylogin
Se requiere un acceso constante a las cuentas del sistema puesto que mediante éste se
realizará la gestión de cuentas que consistirá en ingreso, modificación, eliminación,
registro de diferentes autores además de la gestión de los diferentes documentos que
dichos actores realicen y registren en el sistema según lo descrito en el literal 2.1.
2.6 Restricciones
Las restricciones que se toman en cuenta que condicionan el proceso de desarrollo del
sistema S3P fueron consideradas a partir de los requerimientos del cliente y las
restricciones derivadas de la misma naturaleza del proyecto.
● El lugar dónde esté almacenado el sistema debe estar libre de cualquier tipo de
malware.
[Escriba aquí]

lOMoARcPSD|3862101
● Las restricciones de software se limitan a las funciones del sistema de acuerdo a

lo establecido en el literal 2.1.
● La conexión a internet del usuario debe ser persistente para evitar la pérdida de
datos en caso de un error de conexión.
● El navegador web del usuario se debe encontrar actualizado para evitar la
incompatibilidad con el diseño del sistema, el cual será desarrollado con
herramientas de diseño vanguardistas.
2.7 Suposiciones y dependencias
En el presente documento de SRS se asume que en el software S3P se tomarán todos los
datos para la gestión y consulta de los involucrados en el proceso de prácticas pre
profesionales del el sistema “Banner” de la universidad. La base de datos de dicho
sistema se debe mantener actualizada y activa en todo momento puesto que de lo
contrario no será posible realizar varias funciones de gestión y consulta de actores.
Por otro lado, las dependencias de las cuales requiere el software para su correcto
funcionamiento son una conexión a internet estable y persistente junto con un navegador
web actualizado.
3 Requerimientos específicos
3.1 Requerimientos funcionales
3.1.1Requisito 01
El sistema deberá gestionar las cuentas de usuario registradas en el Banner.
Los datos solicitados por la aplicación son ingresados por el usuario mediante teclado,
estos son: nombre de usuario y clave de usuario.
El sistema valida y verifica que los datos ingresados correspondan a un usuario existente:
Docente o estudiante.
Anexo: CU001
3.1.2Requisito 02
El sistema deberá contar con el ingreso, modificación y eliminación de convenios y

contratos de pasantías.
10

lOMoARcPSD|3862101
El Coordinador general de prácticas pre profesionales realizará convenios o contratos con

instituciones externas, para ello se necesita de información sobre el trato y la cantidad de
alumnos ha recibir el beneficio.
Anexo: CU002
3.1.3Requisito 03
El sistema deberá imprimir en pantalla el resumen de prácticas pre profesionales cuando

los usuarios lo consulten.
El coordinador general de prácticas pre profesionales requiere hacer constantemente

informes para ello el sistema le proveerá información categorizada. El coordinador
deberá elegir el periodo académico por medio de mouse y después en una pantalla se
desplegará la información correspondiente.
Anexo: CU003
3.1.4 Requisito 04
El sistema debe mostrar los datos guardados en el sistema.
El sistema debe contar con una accesibilidad de acuerdo al tipo de usuario y la

información debe ser restringida a las personas interesadas, así, un alumno no podrá ver
el proceso de otro alumno. Además, este requisito ayuda a desarrollar los permisos de
cada tipo de usuario.
Anexo: CU004
3.1.5 Requisito 05
El sistema debe registrar la planificación de la carrera correspondiente a cada periodo de

las prácticas.
Anexo: CU005
[Escriba aquí]

lOMoARcPSD|3862101
3.1.6 Requisito 06
El sistema debe registrar las evaluaciones de las actividades realizadas por parte de los
estudiantes.
Anexo: CU006
3.1.7 Requisito 07
El sistema debe almacenar la aprobación del plan de prácticas pre profesionales

correspondientes a cada estudiante.
Anexo: CU007
3.1.8 Requisito 08
El sistema debe guardar la asignación del tutor de prácticas pre profesionales hecha por el
director de departamento.
Anexo: CU008
3.1.9 Requisito 09
El sistema debe registrar la práctica pre profesional realizada por el estudiante.
Anexo: CU009
3.1.10 Requisito 10
El sistema debe registrar el plan de prácticas pre profesionales del estudiante.
Anexo: CU0010
3.1.12 Requisito 11
El sistema debería almacenar el tipo de prácticas pre profesionales realizada por el

estudiante.
Anexo: CU0011
12

lOMoARcPSD|3862101
3.2 Requisitos de Desempeño
3.2.1 Estático
El sistema será capaz de funcionar sin dificultad hasta con 500 usuarios de manera
concurrente.
Al sistema se puede acceder desde cualquier computadora o dispositivo que tenga

internet.
El tamaño de las tablas deberán ser grandes para que el usuario pueda visualizar con
facilidad los datos desplegados en la tabla.
El sistema deberá contar con un manual que explique cada función del sistema.
3.2.2 Dinámica
El sistema debe respaldar la información que tiene cada hora en servidores basados en la
nube.
El sistema podrá realizar 5 operaciones por minuto.
El sistema deberá tener la capacidad de informar a las personas que mantienen el

software en caso de alguna falla.
El sistema debe contar con un equipo de soporte para dudas o preguntas.
3.3 Requisitos de Interfaz externa
3.3.1 Interfaces de Usuario

La interfaz de usuario diseñada deberá tener alto grado de usabilidad y ser sencilla,
cumpliendo todos los requisitos especificados. Los colores que se utilicen deben ser
agradables a la vista. Además la interfaz debe tener relación con los otros componentes
en la menor cantidad de clicks.
La interfaz principal cuenta con un login donde se pide el usuario y la contraseña,

también en esta interfaz se cuenta con un enlace que permite la recuperación en caso que
se recuerde la misma.
A continuación se mostrará un diseño con ciertas diferencias de acuerdo al tipo de

usuario que haya ingresado, así, la interfaz del pasante no es la misma que del
coordinador de pasantías.
[Escriba aquí]

lOMoARcPSD|3862101
Para el pasante hay una interfaz donde el puede ver las instituciones que necesitan
pasantes y la descripción de la pasantía.
Para el coordinador de prácticas pre profesionales se le facilitará una ventana en donde

podrá observar todas las prácticas que están sin terminar y con esto seguir el proceso de
la misma. Al escoger una práctica se le llevará a otra interfaz donde se muestra el título
de la pasantía, el estudiante a quién pertenece, el tutor académico asignado, el tipo de
práctica y los detalles.
La interfaz de consulta de datos por periodo académico ayuda al coordinador general de

prácticas pre profesionales a realizar su trabajo de manera ordenada, ya que allí es donde
encontrará toda la información que se ha generado durante el periodo académico de
manera ordenada y categorizada por carrera y tipo de práctica.
3.3.2 Interfaces de Hardware

Se requiere:
● Core i3,core i5 o core i7
● 2GB de RAM
● 10 GB de espacio libre en el disco duro.
● Conexión a internet mediante tarjeta de red o wifi.
3.3.3 Interfaces de Software

Nombre del software: S3P
Versión: 2
Fecha: 17-02-2018
3.3.4 Interfaces de Comunicación

La comunicación entre los diferentes usuarios se realizará mediante un chat que utiliza el
protocolo TCP debido a la seguridad que este protocolo brinda en la comunicación de un
mensaje ordenado y completo, también debe haber comunicación por correo electrónico;
todo esto permite cumplir requisitos del sistema.
3.3.5 Base de Datos

El sistema debe de tener un acceso frecuente a la base de datos del banner.
La base de datos debe estar en formato sql.
14

lOMoARcPSD|3862101
El sistema debe permitir realizar consultas en la base de datos.

El sistema guardará información de tipo texto en su base de datos.
3.4 Otros requerimientos
3.4.1 Restricciones de diseño

El ciclo de vida elegido para desarrollar el sistema será el de prototipo evolutivo, de
manera que se puedan incorporar fácilmente cambios y nuevas funciones. Al realizar este
proyecto durante el periodo académico no se puede profundizar mucho en la fase de
elicitación de requisitos, debido a ello el sistema de prototipos nos permite ir haciendo
cambios visibles. Otro factor importante es que el sistema no se va a desarrollar en
código pero por medio del prototipado podemos tener un producto muestra tangible.
3.4.2 Estándares
El software cumplirá con los estándares establecidos por el ISO 25010. Este estándar
representa un componente importante cuando queremos hacer la evaluación de la calidad
de un producto. Con este modelo nosotros tenemos la capacidad de determinar las
características de calidad que se toman en cuenta para verificar si un software tiene la
calidad necesaria para llevarlo a producción.
La satisfacción de un usuario con el producto software se puede interpretar como la

calidad del mismo. De acuerdo al objetivo del requisito (funcionalidad, seguridad,
rendimiento, mantenibilidad, etc.) se puede dar una calificación más segmentada o
categorizada de la calidad del producto en características y subcaracterísticas.
3.4.3 Hardware
El tamaño de la memoria que requiere el sistema será alrededor 4Gb de almacenamiento
además la memoria del equipo donde se instale el sistema necesariamente requiere 4Gb
de memoria
3.4.4 Atributos
Portabilidad
El sistema será diseñado portable. Deberá ser posible implantar el sistema en diferentes
sistemas operativos
Mantenibilidad
El sistema es susceptible de ser ampliado. Por tanto deberá diseñarse fácilmente
mantenible, aplicando para su desarrollo las metodologías que para ello sean precisas.
[Escriba aquí]

lOMoARcPSD|3862101
3.4.5 Disponibilidad
Es uno de los factores que dará confianza al cliente, para lo cual el sistema está
controlando todo tipo de transacción y está apto a responde todo tipo de incidente.
3.4.6 Seguridad
Al momento de realizar el login solo se contará con 3 intentos, caso contrario la cuenta
será bloqueada.
Registros de ingreso al sistema.
Creación de roles y asignarlos a cada usuario dependiendo su
funcionalidad.
4 Aceptación
El proceso de aceptación estará a cargo de la Ing. Cecilia Hinojosa, docente de la
Universidad de las Fuerzas Armadas ESPE. Dicha aceptación se dará después del análisis
de la documentación pertinente.
5 Documentación
Para el desarrollo del presente documento se utilizó la norma IEEE 830 e ISO 25010.
5.1 Check List de Análisis
Requisito Defecto Detectado Acción recomendada
Ninguno Añadir a la lista de

Requisito 01 requisitos.
Requisito 02 No es específico Indicar en dónde se guardarán los

datos cuándo sean eliminados.
16

lOMoARcPSD|3862101
Requisito 03 Es ambiguo Especificar a quien pertenece la

documentación generada.
Requisito 03 Ninguno Añadir a la lista de

requisitos.
Requisito 04 Ninguno Añadir a la lista de requisitos.
Requisito 06 No especificado Indicar en qué parte se

visualizará la calificación.
Requisito 08 No especificado Indicar en qué parte se visualizará

las horas.
Requisito 09 No especificado Indicar en qué parte se visualizará la

lista de tutores.
Requisito 10 Ninguno Añadir a la lista de

requisitos.
Requisito 11 Es ambiguo Se muestra en una sección de la

plataforma la lista de tutores
disponibles.
[Escriba aquí]

lOMoARcPSD|3862101
5.2 Requisitos vs. Objetivos
Objetivos específicos del sistema:

O1. El sistema deberá tener un correcto funcionamiento en los siguientes aspectos:
planificación, organización, ejecución, monitoreo, evaluación y registro de las prácticas
pre profesionales que los estudiantes de la Universidad de las Fuerzas Armadas ESPE.
O2. El sistema gestionará un fácil proceso para la asignación de las diferentes entidades
que son necesarias para las prácticas pre profesionales.
O3. El Sistema contará de una interfaz amigable con el usuario además de un fácil
acceso y navegación.
0= No aplica 1=Bajo 2=Medio 3=Alto
Requisitos Objetivos específicos del sistema

preliminares
O1 O2 O3 Prioridad
sugerida
R1 2 3 3 8
R2 2 3 2 7
R3 2 2 2 6
R4 3 3 2 8
R5 3 2 3 8
R6 2 3 2 8
R7 3 2 2 7
R8 2 3 3 8
R9 3 2 2 7
R10 3 2 2 7
R11 3 2 2 7
18

lOMoARcPSD|3862101
R12 2 3 3 8
R13 3 2 3 8
R14 2 3 3 8
R15 3 2 2 7
R16 3 2 2 7
R17 3 2 3 8
Novedades encontradas Acción a tomar
Ninguna Ninguna
7 Apéndice B// Matriz de Trazabilidad de Requisitos

S3P
Matriz de requerimientos de trazabilidad
(RTM)
Nombre del requisito Prioridad Riesgo Párrafo de Método(s)

SRS de
validación *
El sistema deberá gestionar las

H M 3.1.1 A
cuentas de usuario registradas
[Escriba aquí]

lOMoARcPSD|3862101
en el Banner.
El sistema deberá contar con el M H 3.1.2 A,I

ingreso, modificación y
eliminación de convenios y
contratos de pasantías.
El sistema deberá imprimir en L L 3.1.3 A

pantalla el resumen de prácticas
pre profesionales cuando los
usuarios lo consulten.
El sistema debe mostrar los M L 3.1.4 I

datos guardados en el sistema.
El sistema debe registrar la H H 3.1.5 A,I

planificación de la carrera
correspondiente a cada periodo
de las prácticas.
El sistema debe registrar las H M 3.1.6 I

evaluaciones de las
actividades realizadas por
parte de los estudiantes
El sistema debe almacenar la M M 3.1.7 A,I

aprobación del plan de prácticas
pre profesionales
correspondientes a cada
estudiante
El sistema debe guardar la M H 3.1.8 A

asignación del tutor de prácticas
pre profesionales hecha por el
director de departamento.
El sistema debe registrar la H H 3.1.9 A,I

práctica pre profesional
realizada por el estudiante.
El sistema debe registrar el plan M M 3.1.10 I

de prácticas pre profesionales
del estudiante.
El sistema debería almacenar M L 3.1.11 A,I
20

lOMoARcPSD|3862101
el tipo de prácticas pre

profesionales realizada por el
estudiante.
8 ANEXOS
8.1 Diagrama de clases
[Escriba aquí]

lOMoARcPSD|3862101
8.2 Diagrama de casos de uso
8.3 Especificación de casos de uso
22

lOMoARcPSD|3862101
8.3.1 CU001
Caso de uso: Gestionar cuentas del Banner CU001
Actores: Estudiante, Coordinador, Tutor empresarial, Tutor
académico
Tipo: Usuario, Sistema
Referencias Gestionar los procesos de las prácticas

pre profesionales.
Precondiciones: Los diferentes actores deben estar autenticados en el
sistema.
Postcondiciones: Los actores seleccionarán diferentes opciones de gestión.
Autor: Bejarano Cristian Fecha: Versión:

Burbano Mateo 26/01/2018 1.0
Cutiopala David
Tilleria Paula
Vargas Kenedy
Propósito
Obtener un mejor seguimiento y control de los diferentes procesos de las prácticas pre profesionales.
Resumen
La gestión consistirá en ingreso, modificación, eliminación, registro de diferentes autores además
de la gestión de diferentes documentos.
Curso Normal
1. El autor ingresa al sistema con su autenticación 1 El sistema valida la autenticación del autor.
respectiva.
2. El autor escoge una opción. 2 El sistema da apertura a una interfaz según el
tipo de actor que haya accedido.
3. El autor añade, modifica, elimina. 3 El sistema habilita los campos a modificar.
4. El autor acepta los cambios realizados. 4 El sistema guarda los datos añadidos o
modificados.
5. El autor elige visualizar información. 5 El sistema despliega la información con los datos
modificados o no modificados.
Cursos Alternos
1. El sistema comprueba la validez de los datos de identificación, si los datos no son correctos, se
avisa al actor de ello permitiéndole que los corrija.
2 El usuario rechaza el mensaje de modo de que no está de acuerdo con el registro, modificación
eliminación.
3 El usuario no está autenticado en el sistema , se solicita al autor identificación para su registro.
Otros Datos
Frecuencia Esperada 15 por día Rendimiento Alto

Importancia Alta Urgencia Alta
Estado Pendiente de revisión Estabilidad Moderada
[Escriba aquí]

lOMoARcPSD|3862101
8.3.2 CU002
Caso de uso: Gestionar convenios o contratos de pasantías CU002

Actores: Coordinador General de Prácticas Pre Profesionales
Tipo: Primario, Esencial
Referencias Registrar ejecución de prácticas pre

profesionales.
Precondiciones: Se realiza estudios, especificaciones técnicas y términos de referencia previa a
la contratación de los recursos requeridos para la gestión de prácticas pre
profesionales.
Postcondiciones: El convenio de prácticas pre profesionales es realizado con una institución
pública o privada.
Cutiopala David
Tilleria Paula
Vargas Kenedy
Propósito
El Coordinador General de Prácticas Pre Profesionales realiza convenios o contratos de pasantías
con instituciones externas.
Resumen
El Coordinador General de Prácticas Pre Profesionales busca instituciones educativas
públicas y privadas con la finalidad de acordar la realización de un convenio para
comenzar las prácticas pre profesionales.
Curso Normal
1. El Coordinador General de Prácticas

Profesionales busca instituciones
educativas públicas y privadas dispuestas
a realizar un convenio con la universidad
para comenzar las prácticas pre
profesionales.
2. Si se encuentra una institución educativa

pública o privada que desee realizar un
convenio, se procede a realizar la
documentación legal para hacerlo efectivo.
24

lOMoARcPSD|3862101
3. Se procede a presentar a todos los

involucrados en las prácticas pre
profesionales la documentación obtenida
con el convenio listo.
4. El Coordinador General de Prácticas Pre1. Validación de datos de credencial
Profesionales inicia sesión en el sistema. ingresados.
5. Se procede a subir al sistema la 2. Almacenar la información de la
documentación respectiva de los documentación ingresada por el
convenios de prácticas pre profesionales Coordinador General de Prácticas Pre
obtenidos. Profesionales.
Responsabilidades del actor Responsabilidades del sistema
Cursos Alternos
2. Si se no encuentra una institución educativa pública o privada que desee realizar un
convenio, se procede intentar nuevamente hasta encontrar una.
4. Si el coordinador de prácticas pre profesionales no es capaz de iniciar sesión. Intenta de

nuevo con otra credencial o procede a restablecerla.
Otros Datos

8.3.2 CU003
Caso de uso: Consultar resumen de prácticas pre profesionales CU003
Actores: Coordinador General de Prácticas Pre Profesionales
Referencias Obtener resumen de prácticas pre

profesionales realizadas.
Precondiciones: Culminación de una práctica pre profesional.
Postcondiciones: Remitir el resumen de prácticas pre profesionales, en formato digital, máximo
un mes después de finalizado cada período académico, al Vicerrectorado de
Investigación, Innovación y Transferencia de Tecnología.
Cutiopala David
Tilleria Paula
Vargas Kenedy
[Escriba aquí]

lOMoARcPSD|3862101
Propósito
El Coordinador General de Prácticas Pre Profesionales remite el resumen de prácticas pre
profesionales, en formato digital al Vicerrectorado de Investigación, Innovación y Transferencia
de Tecnología.
Resumen
El Coordinador General de Prácticas Pre Profesionales busca en el sistema un resumen sobre la
práctica pre profesional realizada y luego lo remite al Vicerrectorado de Investigación,
Innovación y Transferencia de Tecnología.
Curso Normal
1. El Coordinador General de Prácticas 1. El sistema valida la autenticación del

Pre Profesionales ingresa al sistema con su Coordinador General de Prácticas Pre
autenticación respectiva. Profesionales.
2. El Coordinador General de Prácticas 2. El sistema despliega las Prácticas Pre

Pre Profesionales busca los resúmenes Profesionales realizadas con anterioridad.
de Prácticas Pre Profesionales realizadas
anterioridad en el sistema.
3. El Coordinador General de Prácticas Pre 3. El sistema genera un archivo con el
Profesionales escoge la práctica pre resumen de dicha práctica pre profesional y
profesional deseado de las pregunta a quién enviarlo.
almacenadas en el sistema.
4. El Coordinador General de Prácticas Pre 4. El sistema envía el archivo con el resumen al
Profesionales escoge al Vicerrectorado de Vicerrectorado de Investigación, Innovación
Investigación, Innovación y Transferencia y Transferencia de Tecnología.
de Tecnología como destinatario.
Cursos Alternos
1. El sistema comprueba la validez de los datos de identificación, si los datos no son
correctos, se avisa al Coordinador General de Prácticas Pre Profesionales
permitiéndole que los corrija.
Otros Datos
26

lOMoARcPSD|3862101
8.3.2 CU004
Caso de uso: Consultar datos del sistema CU004
Actores: Estudiante, Coordinador, Tutor empresarial, Tutor académico
Tipo: Usuario, Sistema
Referencias Gestionar los procesos de las

prácticas pre profesionales
Precondiciones: Los diferentes actores deben estar autenticados en el sistema
Postcondiciones: Los actores serán capaces de consultar gran variedad de información en el
sistema.
Cutiopala David
Tilleria Paula
Vargas Kenedy
Propósito
Obtener información sobre los procesos realizados de prácticas pre profesionales.
Resumen
Los datos guardados en el sistema que se podrán visualizar son la lista de estudiantes, docentes
e historial académico del estudiante.
Curso Normal
1. El autor ingresa al sistema con su 1. El sistema valida la autenticación del autor.

autenticación respectiva.
2. El autor escoge un opción. 2. El sistema da apertura a una interfaz según
el tipo de actor que haya accedido.
3. El autor consulta las categorías que 3. El sistema despliega las opciones
contienen Información sobre la práctica disponibles.
pre profesional.
4. El autor elige la categoría con la 4. El sistema despliega la información de la
información deseada. categoría deseada.
Cursos Alternos
correctos, se avisa al actor de ello permitiéndole que los corrija.
2. El usuario rechaza el mensaje y no consulta información del sistema.
3. El usuario no está autenticado en el sistema , se solicita al autor identificación para su
registro.
[Escriba aquí]

lOMoARcPSD|3862101
Otros Datos

8.3.2 CU005
Registrar planificación de la carrera de cada periodo de las

Caso de uso: CU005
prácticas
Actores: Coordinador de prácticas, Tutor empresarial, Tutor académico
Tipo: Primario, esencial
Ingresar en el sistema la planificación de la carrera de cada

Referencias:
periodo
Precondicion El coordinador de prácticas debe estar autenticado en el sistema.
Postcondicion El coordinador de prácticas podrá ingresar al sistema la planificación de la
carrera
Correspondiente a cada periodo y también podrá modificarla.
Autor: Bejarano Cristian Fecha: Vers
Cutiopala David
Tilleria Paula
Vargas Kenedy
Propósito
Indicar a los diferentes actores la planificación realizada dependiendo a cada carrera y a cada
28

lOMoARcPSD|3862101
periodo
Resumen
El coordinador de prácticas podrá ingresar los datos de la planificación de cada carrera al
sistema
Curso Normal
1. El coordinador de las prácticas ingresa al 1 El sistema valida la autenticación del
sistema con su autenticación respectiva. autor.
2. El coordinador de las prácticas escoge 2 El sistema da apertura a una interfaz con

una opción. las respectivas opciones.
3. El coordinador de las prácticas llena todos3 El sistema habilita los campos a
campos. modificar.
4. El coordinador de las prácticas acepta los4 El sistema guarda los datos añadidos o
cambios realizados. modificados.
5. El coordinador de las prácticas elije 5 El sistema despliega la información con
visualizar información. los datos modificados o no modificados.
Cursos Alternos
1 El sistema comprueba la validez de los datos de identificación, si los datos no son
2
--
3 Si un campo se ingresa con datos no validos el sistema despliega un mensaje con el
respectivo mensaje.
4 El sistema verifica que todos los datos ingresados sean correctos, caso contrario indicará en
que parte se ingresó un dato no valido.
5 --
Otros Datos
Frecuencia 1 por periodoRendimiento Alto

Esperada académico
[Escriba aquí]

lOMoARcPSD|3862101
Estado Pendiente de Estabilidad Moderada

revisión
8.3.2 CU006
Caso de uso: Evaluación de las prácticas CU006
Actores: Tutor académico, tutor empresarial

Referencias Realizar la evaluación de las prácticas

correspondiente a cada estudiante.
Precondición El estudiante debe haber registrado la práctica pre profesional
que va a realizar y el plan de la prácticas, además debe haber
realizado las actividades establecido en el plan de la práctica pre
profesional.
Postcondición El tutor académico y el tutor empresarial registrarán en el sistema
la evaluación de la práctica pre profesional correspondiente a
cada estudiante.
El estudiante podrá visualizar en el sistema la evaluación realizada
por el tutor académico tutor empresarial.
Cutiopala David
Tilleria Paula
Vargas Kenedy
Propósito
30

lOMoARcPSD|3862101
Evaluar el desempeño de los estudiantes al realizar la práctica pre profesional correspondiente

a su respectivo plan.
Resumen
El tutor académico y el tutor empresarial evalúan las actividades realizadas por parte del
estudiante.
Curso Normal
1. El tutor académico y el tutor empresarial 1 El sistema valida la autenticación del
ingresa al sistema con su autenticación autor.
respectiva.
2. El tutor académico o el tutor empresarial 2 El sistema da apertura a una interfaz con
escogen una opción. las respectivas opciones.
3. El tutor académico o el tutor empresarial 3 El sistema habilita los campos a
prácticas llenan todos los campos. modificar.
4. El tutor académico y el tutor empresarial 4 El sistema guarda los datos añadidos o

aceptan los cambios realizados. modificados.
5. El tutor académico, el tutor empresarial 5 El sistema despliega la información con
o el estudiante elijen visualizar la los datos modificados o no modificados.
información.
Cursos Alternos
2
--
3 Si un campo se ingresa con datos no válidos el sistema despliega un mensaje con el
respectivo mensaje.
5 --
Otros Datos
Frecuencia Esperada1 por plan de prácticas preRendimiento Alto
[Escriba aquí]

lOMoARcPSD|3862101
profesionales
8.3.2 CU007
Caso de uso: Aprobar el plan de prácticas pre profesionales CU007
Actores: Tutor académico, tutor empresarial

Referencias Aprobar el plan de las prácticas correspondiente

a cada estudiante
Precondicion El estudiante debe haber registrado la práctica pre profesional que va a realizar
y el plan de las prácticas.
Postcondicio nEl tutor académico y el tutor empresarial registrarán en el sistema la
aprobación de la prác pre profesional correspondiente a cada estudiante.
El estudiante podrá visualizar en el sistema la aprobación realizada por el tutor
académico el tutor empresarial.
Cutiopala David
Tilleria Paula
Vargas Kenedy
Propósito
Aprobar el plan de las prácticas pre profesionales según el criterio establecido en el
reglamento.
Resumen
El tutor académico y el tutor empresarial aprueban el plan de las prácticas realizadas por parte
de cada estudiante.
32

lOMoARcPSD|3862101
Curso Normal
1. El tutor académico y el tutor empresarial 1 El sistema valida la autenticación del
ingresa al sistema con su autenticación autor.
respectiva.
2. El tutor académico o el tutor empresarial 2 El sistema da apertura a una interfaz con
escogen una opción. las respectivas opciones.
3. El tutor académico o el tutor empresarial 3 El sistema habilita los campos a
prácticas llenan todos los campos. modificar.
4. El tutor académico y el tutor empresarial 4 El sistema guarda los datos añadidos o

aceptan los cambios realizados. modificados.
5. El tutor académico, el tutor empresarial 5 El sistema despliega la información con
o el estudiante eligen visualizar la los datos modificados o no modificados.
información.
Cursos Alternos
2
--
3 Si un campo se ingresa con datos no válidos el sistema despliega un mensaje con el
respectivo mensaje.
5 --
Otros Datos
1 por plan de prácticas pre
Frecuencia Esperada Rendimiento Alto
profesionales
[Escriba aquí]

lOMoARcPSD|3862101
8.3.2 CU008
Caso de uso: Gestionar asignación de tutor académico CU008

Actores: Director de departamento
Referencias Asignar tutor académico

Precondiciones: Pedido del Coordinador de Prácticas pre Profesionales, de acuerdo al perfil
profesion requerido.
Postcondiciones: La designación se realizará mediante un documento, con antelación al inicio
de las prácticas pre profesionales
Cutiopala David
Tilleria Paula
Vargas Kenedy
a
Propósito
El director de departamento asigna un tutor académico al pasante de la Práctica pre Profesional.
Resumen
El director de departamento asigna un tutor académico al pasante de la Práctica pre Profesional
de acuerdo los docentes dispuestos a tomar cargo.
Curso Normal
1. El director de departamento ingresa al1. El sistema valida la autenticación del

sistema su su autenticación respectiva. director de departamento.
34

lOMoARcPSD|3862101
2. El director de departamento busca la 2. El sistema despliega la lista de docentes

lista de docentes aptos para ser aptos para ser tutores de Prácticas Pre
tutores de Prácticas Pre Profesionales Profesionales.
en el sistema.
3. El director de departamento escoge un 3. El sistema muestra la lista de pasantes de
docente de la lista del sistema y la futuras prácticas pre profesionales sin tutor
práctica pre profesional a la cual se lo y muestra los tutores no asignados.
asignará.
4. El director de departamento guarda la4. El sistema guarda la asignación creada por el
asignación e informa al docente docente.
seleccionado su nuevo rol como tutor de
Prácticas Pre Profesionales.
Cursos Alternos
correctos, se avisa al director de departamento permitiéndole que los corrija.
Otros Datos
Frecuencia Esperada 1 por plan de prácticasRendimiento Alto

pre profesionales
8.3.2 CU009
Caso de uso: Registrar PPP CU009
Actores: Estudiante
Referencias Realizar el registro de la PPP por parte del

estudiante
[Escriba aquí]

lOMoARcPSD|3862101
Precondición El estudiante debe constar en la base de datos del sistema

El estudiante contará con la opción de visualizar el registro de PPP que haya
Postcondición
realizado
Cutiopala David
Tilleria Paula
Vargas Kenedy
Propósito
Registrar la solicitud para realizar las practicas pre profesionales.
Resumen
El estudiante ingresara al sistema con su autenticación respectiva, y empezara el proceso para

realizar las PPPP.
Curso Normal
1. El estudiante ingresa al sistema. 1 El sistema valida la autenticación del
autor.
2. El estudiante selecciona la opción 2 El sistema da apertura a una interfaz de

registrar PPP. proceso de PPP con las respectivas
opciones.
3. El estudiante presiona en el botón3 El sistema registra la PPP a realizar.
aceptar .
4. El estudiante sale del sistema a espera de 4 El sistema regresa a la interfaz principal.
la aprobación por parte del coordinador
de PPP.
Cursos Alternos
1.1 El sistema comprueba la validez de los datos de identificación, si los datos no son
3.1 El estudiante acepta el registro.
3.2 el sistema despliega un msm indicando que tiene impedimentos.
36

lOMoARcPSD|3862101
3.3 El estudiante da click en el botón aceptar y sale del sistema.
Otros Datos
Frecuencia Esperada 1 por estudiante Rendimiento Alto
8.3.2 CU010
Caso de uso: Registrar Plan de PPP CU010
Actores: Estudiante
Referencias Aprobar el plan de las prácticas

correspondiente a cada estudiante
Precondición El estudiante debe estar registrado en la base de datos del sistema. El
estudiante debe haber registrado la práctica pre profesional que va a
realizar.
Postcondición. El sistema registra el plan de la PPP

Cutiopala David
Tilleria Paula
Vargas Kenedy
Propósito
Registrar el plan de la PPP del estudiante.
[Escriba aquí]

lOMoARcPSD|3862101
Resumen
El estudiante se autentica en el sistema, registra la PPP y cuando esta es aprobada, selecciona

la opción registrara plan de PPP guarda los cambios y regresa a la interfaz principal.
Curso Normal
1. El estudiante ingresa al sistema. 1 El sistema autentica la validez de los
datos.
2. El estudiante selecciona la opción2 El sistema muestra la interfaz con

registrar plan. opciones.
3. El estudiante selecciona la opción de3 El sistema registra el plan en la base de

guardar plan de PPP. datos.
4. 4 El sistema notifica los cambios realizados.
5. El estudiante presiona en aceptar. 5 El sistema regresa a la interfaz principal.
Cursos Alternos
2.1 El sistema notifica que no existe ningún registro de PPP.
2,1 El sistema regresa a la interfaz principal.

3 El sistema verifica que todos los datos ingresados sean correctos, caso contrario
indicará en que parte se ingresó un dato no valido.
Otros Datos
Frecuencia Esperada 1 por registro de prácticas preRendimiento Alto
profesionales
38

lOMoARcPSD|3862101
8.3.2 CU011
Caso de uso: Registrar servicio comunitario CU011

Actores: Estudiante
Referencias
Precondiciones: Estar autenticado en la base de datos del sistema.
Postcondiciones: El campo registrar plan estará disponible.

Cutiopala David
Tilleria Paula
Vargas Kenedy
Propósito
Registrar el tipo de PPP.
Resumen
El estudiante ingresa al sistema, se autentica, elige la opción de registrar servicio comunitario.
Curso Normal
1. El estudiante ingresa al sistema con su 1. El sistema valida la autenticación del

autenticación respectiva. estudiante.
2. El estudiante selecciona la opción registro. 2. El sistema despliega la interfaz de registro.

3. El estudiante selecciona el tipo de PPP. 3. El sistema muestra la lista de tipos de PPP.
4. El estudiante acepta el tipo de PPP. 4. El sistema guarda la asignación hecha por el
estudiante.
El sistema regresa a la interfaz principal.
Cursos Alternos
3.1 El sistema despliega un mensaje diciendo que debe seleccionar al menos un de las
opciones disponibles.
[Escriba aquí]

lOMoARcPSD|3862101
Otros Datos
Frecuencia Esperada 1 por registro deRendimiento Alto

prácticas pre
profesionales
8.4 Prototipos de interfaz de usuario
40

lOMoARcPSD|3862101
[Escriba aquí]

lOMoARcPSD|3862101
42

lOMoARcPSD|3862101
[Escriba aquí]

Software Requirements Specification v3

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Software Requirements Specification v3

Încărcat de

Drepturi de autor:

Formate disponibile

lOMoARcPSD|3862101

Software Requirements Specification V3

Técnicas de desarrollo de sistemas (Escuela Politécnica del Ejército)

StuDocu is not sponsored or endorsed by any college or university

Downloaded by Candy Somar (somarcandy582@gmail.com)

Downloaded by Candy Somar (somarcandy582@gmail.com)

3.3.1 Interfaces de Usuario........................................................................................13

Downloaded by Candy Somar (somarcandy582@gmail.com)

Ficha del Documento

1.0 02 de Febrero Versión inicial del documento.

2.0 19 de Febrero Correcciones varias de acuerdo a las observaciones

Corrección de faltas ortográficas y gramaticales.

Añadidas secciones 4, 5 y anexos.

Downloaded by Candy Somar (somarcandy582@gmail.com)

El objetivo principal es definir de manera íntegra y concreta los requisitos funcionales y

El producto software debido a sus características principales y en relación a las prácticas

Contempla los siguientes puntos de una forma más detallada:

Downloaded by Candy Somar (somarcandy582@gmail.com)

1.3 Definiciones, Acrónimos y Abreviaturas

1.3.1 Definiciones clave

Trazabilidad “Capacidad para reconstruir el historial de la utilización o la

Priorización “Dar preferencia a algo”.

Interfaz “Conexión física y funcional entre dos aparatos o sistemas

Visualización “Herramienta o método para interpretar los datos alimentados

Rendimiento “Medida o cuantificación de la velocidad/resultado con que se

Banner “Espacio publicitario insertado en una página de internet”.

Suscripción “Es el acto y el resultado de suscribirse o de suscribir.

Autenticación “Es el proceso de validar la identidad de un usuario mediante

Downloaded by Candy Somar (somarcandy582@gmail.com)

puntos de contacto entre el usuario y el equipo”.

1.3.2 Acrónimos y abreviaturas clave

S3P Sistema de prácticas pre profesionales

ANSI American National Standards Institute

IEEE84 IEEE Std 830-1984, Guide for Software Requirements

Prácticas pre Proyecto de reglamento de prácticas pre profesionales

1.5 Descripción General

La sección 1 “Introducción” expone el propósito del documento de especificación de

Downloaded by Candy Somar (somarcandy582@gmail.com)

La sección 3 “Especificación de los requerimientos” contiene todos los detalles que el

La sección 4 “Aceptación” describe el proceso de aceptación que hace referencia a

La sección 5 “Documentación” enumera cualquier proceso de soporte adicional o

La sección 6 “Mantenimiento” es necesaria si el sistema debe cumplir con los requisitos

2.1 Perspectiva del Producto

2.2 Funciones del producto

2.3 Condiciones ambientales

Downloaded by Candy Somar (somarcandy582@gmail.com)

2.4 Características del usuario

El grupo de estudiantes de la carrera de Ingeniería en Sistemas e Informática encargados

2.5 Interfaces Externas

Downloaded by Candy Somar (somarcandy582@gmail.com)

● Las restricciones de software se limitan a las funciones del sistema de acuerdo a

2.7 Suposiciones y dependencias

El sistema deberá gestionar las cuentas de usuario registradas en el Banner.

El sistema deberá contar con el ingreso, modificación y eliminación de convenios y

Downloaded by Candy Somar (somarcandy582@gmail.com)

El Coordinador general de prácticas pre profesionales realizará convenios o contratos con

El sistema deberá imprimir en pantalla el resumen de prácticas pre profesionales cuando

El coordinador general de prácticas pre profesionales requiere hacer constantemente

El sistema debe mostrar los datos guardados en el sistema.

El sistema debe contar con una accesibilidad de acuerdo al tipo de usuario y la

El sistema debe registrar la planificación de la carrera correspondiente a cada periodo de

Downloaded by Candy Somar (somarcandy582@gmail.com)

El sistema debe almacenar la aprobación del plan de prácticas pre profesionales

El sistema debe registrar la práctica pre profesional realizada por el estudiante.