Trabajo Final MIC-IsW Fac 2 IDF-2301

UNIVERSIDAD DE LAS CIENCIAS INFORMÁTICAS
DEPARTAMENTO DE INGENIERÍA DE SOFTWARE
DISEÑO TEÓRICO METODOLÓGICO DE METODOLOGÍA DE LA INVESTIGACIÓN CIENTÍFICA Y

TRABAJO DE CURSO DE INGENIERÍA DE SOFTWARE I
Sistema informático para la gestión del proceso de matrícula de las asignaturas optativas de la
Facultad 2 de la Universidad de las Ciencias Informáticas.
Autores:
Samuel David Santiesteban Macias.
Anabel Martínez Reina.
Elizabeth Losa Pérez.
Tutores: Dr.C. Febe Angel Ciudad Ricardo, P.T.

MSc. Dainys Gainza Reyes.
Consultante: Ing. Madelis Pérez Gil.
La Habana,
Enero del 2020.
Resumen
La evolución de las nuevas tecnologías obliga a una gestión de la información de manera digital, que
permita una administración y acceso a los datos más eficiente y eficaz. En la Universidad de las Ciencias
Informáticas, en el Vicedecanato de Formación de la Facultad 2, se lleva a cabo el proceso de gestión de
matrícula de las asignaturas optativas. Este proceso, se desarrolla de forma manual, lo que trae consigo
una mayor inversión de tiempo, información duplicada y errores en los datos que se adquieren. Para dar
solución a las insatisfacciones existentes en la investigación, se propone como objetivo: desarrollar un
sistema informático, sustentado en las nuevas tecnologías, para que contribuya al proceso de gestión y
almacenamiento de la información de la matrícula de las asignaturas optativas de la Facultad 2 de la
Universidad de las Ciencias Informáticas. Para valorar la fundamentación teórica y comprobar la
utilización práctica de la propuesta, se aplican métodos teóricos y empíricos. Para la modelación de los
artefactos, utilizamos Visual Paradigm v15.1 como herramienta CASE y RUP como la metodología de
desarrollo. El aporte práctico radica en identificar y proponer cómo desarrollar el proceso de matrícula de
manera que fortifique la correcta gestión de la información, la identificación de los recursos necesarios y
la minimización de pérdida de tiempo.
Palabras clave: asignaturas optativas, matrícula, almacenamiento de la información, gestión de la

información.
2
Índice
Resumen ........................................................................................................................ 2
Introducción .................................................................................................................... 6
Capítulo 1. Marco Teórico Conceptual .......................................................................... 11
1.1. Introducción .................................................................................................................................... 11
1.2. Conceptos asociados al objeto de estudio ...................................................................................... 11
1.3. Análisis de soluciones existentes .................................................................................................... 12
1.3.1. Soluciones existentes a nivel internacional.................................................. 12
1.3.2. Soluciones existentes a nivel nacional ........................................................ 12
1.3.3. Soluciones existentes en la UCI .................................................................. 13
Capítulo 2. Sistema informático para la gestión del proceso de matrícula en las asignaturas optativas. 14
2.1 Características del proceso de desarrollo......................................................................................... 14
2.1.1 Definición del proceso de desarrollo de software.......................................... 14
2.2 Descripción del contexto .................................................................................................................. 16
2.2.1 Stakeholders ................................................................................................ 16
2.2.2 Descripción del contexto organizacional ....................................................... 16
2.2.2.1 Modelo conceptual ............................................................................................................. 16
2.2.2.2 Diagrama de casos de uso del negocio .............................................................................. 18
2.2.2.3 Descripción de actores del negocio .................................................................................... 18
2.2.2.4 Descripción de trabajadores del negocio ............................................................................ 18
2.2.2.5 Descripción de casos de uso del negocio ........................................................................... 19
2.2.3 Descripción del contexto operacional ........................................................... 19
2.2.3.1 Diagramas de actividades por cada caso de uso. ............................................................... 20
CU 1: Solicitar Asignaturas Optativas. ................................................................... 20
CU 2: Informar Comienzo de Matrícula. ................................................................ 21
CU 3: Seleccionar Asignaturas Optativas .............................................................. 22
CU 4: Informar fin de matricula .............................................................................. 23
2.3 Diagrama de Objeto ......................................................................................................................... 23
2.4 Reglas de Negocio. .......................................................................................................................... 24
2.5 Requisitos del Negocio ..................................................................................................................... 24
2.6. Estudio de viabilidad ....................................................................................................................... 24
Capítulo 3. Propuesta de solución ................................................................................ 25
3
3.1 Planificación del proyecto ................................................................................................................. 25
3.1.1 Priorización de requisitos ............................................................................. 25
3.1.2 Estimación de software ................................................................................ 25
3.1.3 Cronograma de trabajo................................................................................. 29
3.2 Requisitos del sistema ..................................................................................................................... 29
3.2.1 Requisitos funcionales.................................................................................. 29
3.2.2 Requisitos no funcionales ............................................................................. 30
3.3 Diagrama de casos de uso del sistema ............................................................................................ 31
CU 1. Autenticar usuario ....................................................................................... 31
CU 2. Gestionar Usuario ....................................................................................... 34
CU 3. Buscar Usuario............................................................................................ 40
CU 4. Gestionar Asignaturas Optativas ................................................................. 42
CU 5. Buscar Asignaturas Optativas ..................................................................... 48
CU 6. Elegir Asignaturas Optativas ....................................................................... 50
CU 7. Gestionar Grupos ........................................................................................ 52
CU 8. Buscar Grupos ............................................................................................ 57
3.4 Matriz de trazabilidad ....................................................................................................................... 60
Capítulo 4. Descripción del sistema .............................................................................. 61
4.1 Descripción de la estructura del sistema .......................................................................................... 61
4.1.1 Diagramas de clases del análisis ................................................................. 61
Autenticar Usuario................................................................................................. 61
Elegir Asignaturas Optativas ................................................................................. 61
Gestionar asignaturas optativas ............................................................................ 62
Buscar asignaturas optativas ................................................................................ 62
Gestionar Usuarios ............................................................................................... 63
Buscar Usuario...................................................................................................... 63
Gestionar Grupos .................................................................................................. 64
Buscar Grupos ...................................................................................................... 64
4.2 Diagramas del comportamiento del sistema ..................................................................................... 65
4.2.1 Diagramas de colaboración .......................................................................... 65
4
Autenticar Usuario................................................................................................. 65
Registrar Usuario .................................................................................................. 66
Modificar Usuario .................................................................................................. 67
Eliminar Usuario .................................................................................................... 68
Buscar Usuario...................................................................................................... 69
Registrar Asignaturas Optativas ............................................................................ 70
Modificar Asignatura Optativa ............................................................................... 71
Eliminar Asignaturas Optativas ............................................................................. 72
Buscar Asignaturas Optativas ............................................................................... 73
Registrar Grupos ................................................................................................... 74
Modificar Grupos ................................................................................................... 75
Eliminar Grupos .................................................................................................... 76
Buscar Grupos ...................................................................................................... 77
Elegir Asignaturas Optativas ................................................................................. 78
Conclusiones ................................................................................................................ 79
Referencias bibliográficas ............................................................................................. 80
5
Introducción
En los últimos años las Tecnologías de la Información y Comunicación (TIC) han tenido una vertiginosa
evolución. Las mismas, día a día se han incorporado con gran relevancia a todas las esferas de la
sociedad principalmente en la educación, transformando el proceso de enseñanza-aprendizaje. La
Universidad de las Ciencias Informáticas (UCI) como parte del sistema de Educación Superior Cubano
tiene un plan de estudio definido el cual incluye, en su parte flexible, asignaturas optativas.
En consecuencia, con el concepto de asignatura optativa planteado en la Resolución 210/07 Reglamento

para el Trabajo Docente y Metodológico en la Educación Superior de Cuba, una asignatura optativa
incluye un conjunto de conocimientos organizados de forma estructurada de cualquier materia o tema.
Estos conocimientos, los reciben los estudiantes de manera optativa u opcional con el objetivo de
prepararse profesionalmente, así como desarrollar habilidades y capacidades. Las asignaturas optativas
forman parte del plan de estudio del programa académico y contribuyen a la formación del estudiante.
En la UCI, curso tras curso se lleva a cabo el proceso de matrícula de las asignaturas optativas, donde
participa el Vicedecanato de Formación de la Facultad 2, los Departamentos Docentes que ofertan las
asignaturas optativas, la planificadora y los estudiantes. Fue posible identificar contradicciones en este
proceso, a partir de la exploración de la realidad, el análisis documental (la búsqueda bibliográfica y
teorías, análisis de criterios de autores, revisión de documentos), las entrevistas, las encuestas y algunas
consideraciones personales de los investigadores.
El proceso de matrícula de las asignaturas optativas, tiene insuficiencias en cuanto a su adecuada

administración y gestión, ya que los estudiantes tienen que matricularse personalmente, lo que conlleva a
que tengan que moverse obligatoriamente hacia el docente. A la vez, trae consigo que los estudiantes se
agrupen en los pasillos frente a los departamentos, lo que obstruye el paso e interrumpe el flujo normal de
entrada y salida de las oficinas.
Las convocatorias para matricular en las asignaturas optativas, se publican a principios de los semestres
del curso académico y los estudiantes intentan matricular el primer día, para tener la oportunidad de
escoger las asignaturas de su interés. Lo que conlleva, a tener concentraciones de estudiantes frente a
los departamentos docentes de la Facultad 2. Esta acumulación de estudiantes frente a las oficinas afecta
el normal funcionamiento de un día de trabajo, ya que provoca ruido y desorden.
La matrícula de los estudiantes en las asignaturas optativas se registra de forma manual a través de
planillas impresas, lo que genera gran cantidad de documentación en formato duro, así como su pérdida o
deterioro. Además, para el llenado de las planillas, se necesita utilizar hojas blancas, bolígrafos entre otros
materiales de oficina incurriéndose en gastos innecesarios de recursos. Estas dificultades ocasionan
inconveniencias en el costo de tiempo de la captación de la información necesaria para realizar el
proceso, afectando el funcionamiento ágil de la gestión de elección de las asignaturas optativas.
Cuando no hay recursos suficientes para la impresión de las planillas, el registro de realiza en ficheros
Excel, que no se pueda comprobar que un estudiante matricule en una asignatura optativa que ya haya
vencido. Esta herramienta que hoy se utiliza, no facilita un reporte que permita tener un control de los
6
estudiantes que faltan por matricular, así como de las cantidades que se han matriculado en cada
asignatura optativa por año académico.
Las dificultades anteriormente descritas permiten identificar el siguiente problema a resolver:

• ¿Cómo perfeccionar el proceso de gestión y almacenamiento de la información de la matrícula de
las asignaturas optativas de la Facultad 2 de la Universidad de las Ciencias Informáticas?
El objeto de estudio de la investigación, es el proceso de gestión y almacenamiento de la información de

la matrícula de las asignaturas optativas.
Se concibe como objetivo de la investigación, desarrollar un sistema informático, sustentado en las

nuevas tecnologías, para que contribuya al proceso de gestión y almacenamiento de la información de la
matrícula de las asignaturas optativas de la Facultad 2 de la Universidad de las Ciencias Informáticas.
De la relación entre el problema, el objeto de estudio y el objetivo se identifica como campo de acción,
los sistemas informáticos para la gestión y almacenamiento de la información de la matrícula de las
asignaturas optativas.
Preguntas científicas:
• ¿Cuáles son los principales fundamentos teóricos y metodológicos para la elaboración de un

sistema informático que facilite la gestión de las asignaturas optativas de la Facultad 2?
• ¿Cuál es el estado actual de la gestión de la información del sistema informático para la gestión de
las asignaturas optativas de la Facultad 2?
• ¿Qué técnicas, tecnología y herramienta de desarrollo se podrían utilizar en la implementación de
la propuesta de solució
El proceso de investigación se orientó a través de las siguientes tareas investigativas:
• Sistematización de principales fundamentos teóricos y metodológicos existentes a nivel nacional e
internacional acerca de los sistemas informáticos para la gestión de las asignaturas optativas de la
Facultad 2.
• Diagnóstico del estado actual de los procesos de negocio asociados a la gestión de la información
relacionada con el proceso de gestión y almacenamiento de la información de la matrícula de las
• Valoración de la metodología, plataforma, tecnologías y heramientas en la que se realizará la
solución del problema presentado.
El tipo de investigación que se lleva a cabo es la investigación correlacional porque se pretende saber
cómo se puede comportar el proceso de gestión de las asignaturas optativas de la Facultad 2. Además, se
mide el grado de relación que existe entre los conceptos y variables. Se ofrecen predicciones y de
cuantifican relaciones entre las variables.
Variables independientes:
7
Sistema informático para la gestión y almacenamiento de la información de las asignaturas optativas de la
Facultad 2.
Definición conceptual de las variables independientes:
Permite la gestión de los recursos de información tanto internos como externos. Su finalidad es generar
servicios y productos que respondan a las necesidades y sobrepasen las expectativas de los usuarios,
posibilitando que el sistema trabaje eficientemente.
Variables dependientes:
Gestión de la información de las asignaturas optativas.

Almacenamiento de la información
Definición conceptual de las variables dependientes:
La gestión de la información permite la obtención de la información de forma correcta y eficaz.

Para el almacenamiento de la información es necesario hacer uso de servicios o dispositivos de
almacenamiento de confianza, que estén bajo el control de la organización y que dispongan de las
medidas de seguridad necesarias.
Definición operacional de las variables:
Variables Dimensión Indicadores Escala

Dependientes
Gestión de la Centralización Nivel de optimización de los Alto:80-100%
información de las tiempos, mejoras en los flujos Medio:50-79%
asignaturas optativas de la documentación y la Bajo:0-49%
calidad de los datos para su
posterior explotación.
Soportabilidad. Nivel de soporte de la Formato Duro
información que se gestiona
Fiabilidad. Nivel de integridad de la Fiable:80-100%
información en la gestión de las Poco fiable:50-79%
asignaturas optativas. No fiable:0-49%
Accesibilidad. Nivel de acceso que tienen Accesible:80-100%
varios actores a la vez a la Poco accesible: 50-79%
información. Inaccesible:0-49%
Almacenamiento de la Accesibilidad Nivel de acceso que tienen Accesible:80-100%
información varios actores a la vez a la Poco accesible: 50-79%
información. Inaccesible:0-49%
8
Seguridad. Nivel de seguridad de la Alto:80-100%
información que se maneja. Medio:50-79%
Bajo:0-49%
Variables Dimensión Indicadores Escala
Independientes
Sistema informático Rendimiento. Nivel de fiabilidad de la Alto:80-100%
para la gestión de las información conjunta a la que Medio:50-79%
asignaturas optativas los actores del sistema Bajo:0-49%
de la Facultad 2. acceden.
Funcionalidad. Nivel de seguridad de los datos Alto:80-100%
y el sistema. Medio:50-79%
Bajo:0-49%
Soportabilidad. Nivel de instalación en Alto:80-100%
diferentes configuraciones de Medio:50-79%
hardware y software Bajo:0-49%
Fiabilidad. Nivel de integridad de la Fiable:80-100%
información en la gestión de las Poco fiable:50-79%
asignaturas optativas. No fiable:0-49%
Se utilizaron los siguientes métodos teóricos:

• Histórico - lógico: La utilización de las fuentes de información originales, permitió a través del
estudio y la investigación de los referentes teóricos del proceso de gestión y almacenamiento de la
información de la matrícula de las asignaturas optativas, el descubrimiento de la lógica, el análisis,
la evolución, la conceptualización histórica y las tendencias de desarrollo del objeto de estudio.
• Analítico - sintético: Permitió un estudio, análisis y síntesis del proceso de gestión y
almacenamiento de la información de la matrícula de las asignaturas optativas, a través de la
fundamentación y los razonamientos, lo cual significa coincidir con planteamientos y/o plantear
contradicciones, para tener criterios en la toma de decisiones.
Para describir las características y obtener la información necesaria del objeto de estudio se utilizaron
métodos empíricos, como los siguientes:
• Entrevistas: Se realizó para identificar de manera detallada el proceso de gestión y
almacenamiento de la información de la matrícula de las asignaturas optativas en la Facultad 2 de
la Universidad de las Ciencias Informáticas, así como para la captura de requisitos.
• Análisis documental: Se utilizó para analizar, clasificar, verificar, seleccionar los contenidos en la
bibliografía e informes de investigación, referentes al proceso de gestión y almacenamiento de la
información de la matrícula de las asignaturas optativas en la Facultad 2 de la Universidad de las
Ciencias Informáticas, por lo que se recurrió a la revisión de documentos, la búsqueda bibliográfica
y teorías, así como el análisis de criterios de autores.
La población definida para el desarrollo de la investigación está comprendida por: la Vicedecana de

Formación de la Facultad 2, los Jefes de Departamentos que ofertan las asignaturas optativas y los
estudiantes.
9
Las unidades de estudio las constituyen los profesores y estudiantes que llevan a cabo el proceso de
gestión y almacenamiento de la información de la matrícula de las asignaturas optativas de la Facultad 2
de la Universidad de las Ciencias Informáticas.
La muestra definida para el desarrollo de la investigación está comprendida por: los estudiantes de la
Facultad 2 que cursen entre el 2do semestre de 3er año y el 1er semestre de 5to año.
El documento está estructurado en cuatro capítulos los cuales se describen a continuación:

• Capítulo 1. Marco teórico conceptual: En este capítulo se estudian los conceptos fundamentales
asociados al dominio del problema para un mejor entendimiento de la investigación. Incluye un
estado del arte del tema tratado, a nivel internacional y nacional. Así como la descripción de las
metodologías, tecnologías y herramientas empleadas en el desarrollo del sistema.
• Capítulo 2. Análisis y diseño del sistema: En este capítulo se describen las características de la
aplicación a desarrollar. Se realizan las especificaciones de las funcionalidades del sistema y se
elabora el plan de entregas y de iteraciones.
• Capítulo 3. Propuesta de solución: En este capítulo se plantea la construcción de la solución
propuesta en el Capítulo 2. Se presentan la planificación del proyecto y los requisitos del sistema
con sus respectivos casos de uso.
• Capítulo 4. Descripción del sistema:
• Posteriormente se muestran las conclusiones, recomendaciones y las referencias bibliográficas de
la investigación; así como los anexos que complementan el contenido esencial del documento
escrito.
10
Capítulo 1. Marco Teórico Conceptual
1.1. Introducción
Con el objetivo de lograr una mayor comprensión del alcance de la investigación y esclarecer el objeto de
estudio, se hace una investigación acerca de los conceptos principales de este proceso. Además, se
expone una valoración del estado del arte y se analizan las tendencias y tecnologías actuales referentes al
objeto y campo de la investigación. En este capítulo, se fundamenta el uso de las herramientas, lenguajes
y metodología a utilizar, lo que constituye el basamento teórico del Sistema de Gestión de Asignaturas
Optativas.
1.2. Conceptos asociados al objeto de estudio
A continuación, se abordarán los principales conceptos asociados al dominio del problema, haciendo
énfasis en los conceptos de gestión, matrícula, asignaturas optativas entre otros que propicien un mayor
entendimiento del objeto de estudio.
Asignatura
Una asignatura es una materia que se enseña en la escuela, en una universidad o cualquier otro
establecimiento educativo y que forma parte de una carrera o curso (1).
Asignaturas optativas
Las asignaturas optativas son aquellas materias que se incluyen en el plan de estudio y de entre las
cuales el estudiante selecciona una cantidad determinada para cursar en forma obligatoria. Los
contenidos de estas asignaturas tienen como propósito ampliar y actualizar a los estudiantes sobre temas
científicos relacionados con la profesión (2). En la UCI, este concepto se adapta a las necesidades y
objetivos de la universidad, de tal forma que las asignaturas optativas están incluidas dentro del plan de
estudio, cada estudiante debe haber cursado y aprobado un total de 8 asignaturas optativas durante toda
la carrera: 2 en el 2do semestre de 3er año, 2 en cada semestre de 4to año y 2 en el primer semestre de
5to.
Matrícula
La matrícula es la inscripción oficial en los registros del Centro de Educación Superior, mediante la cual
una persona formaliza o ratifica al inicio de cada período académico su condición de estudiante. Se
concede a los ciudadanos que cumplan los requisitos y las normas establecidas en las disposiciones que
al efecto dicte el Ministerio de Educación Superior o el organismo especializado al cual se encuentra
adscripta la carrera. Para los estudiantes que cursan estudios en el curso diurno y en el curso para
trabajadores, la matrícula implica la obligación de cursar todas las asignaturas establecidas para el año
académico que le corresponda en el plan de estudio, que incluyen las asignaturas electivas y optativas
que seleccione (3).
Gestión
Se denomina gestión al correcto manejo de los recursos de los que dispone una determinada
11
organización, como, por ejemplo, empresas, organismos públicos, organismos no gubernamentales (4).
En esta investigación se hace referencia a este concepto relacionándolo con el manejo de los datos para
realizar una matrícula de una asignatura optativa.
Sistema de Gestión de Matrícula

Se denomina Sistema de Gestión de Matrícula al registro de matrícula estudiantil y a la promoción
automática de alumnos al siguiente período lectivo de asignaturas según criterios (5). Se hace referencia a
este concepto teniendo en cuenta que se pretende realizar una aplicación web que gestione de manera
automática la información relacionada con el proceso de matrícula de las asignaturas optativas.
1.3. Análisis de soluciones existentes

En la actualidad existen mecanismos y softwares que posibilitan gestionar la información docente y
controlar las asignaturas que conforman el plan de estudio de cualquier carrera o asignaturas optativas
que se brindan u ofertan a estudiantes para permitir su capacitación. Los sistemas de gestión de
información académica son muy utilizados en cualquier centro de enseñanza gracias a las comodidades
que ellos propician al claustro de profesores y a los estudiantes.
1.3.1. Soluciones existentes a nivel internacional

web.unican.es
Es un sistema informático perteneciente a la Universidad Cantabria que se encarga de gestionar Materias,
Grupos, Docentes, Centros, Estudiantes, Horarios y otros aspectos que son de interés para la
organización (6). Este sistema cuenta con una serie de módulos que permiten gestionar el trámite
docente, uno de ellos es la gestión de asignaturas, en el cual publican las asignaturas a cursar junto con
los datos pertenecientes a la misma ya sea disciplina o documento asociado. Estas asignaturas son
solicitadas por los estudiantes pertenecientes a la institución para luego poder cursarlas.
DocCF, Software de Gestión Escolar

DocCF es una aplicación desarrollada por el grupo CF Developer para automatizar los procedimientos
administrativos, académicos y comerciales de las Instituciones Educativas. El objetivo de este software
como herramienta, es gestionar los procesos internos y facilitar la coordinación y comunicación entre
padres, alumnos, docentes y cargos directivos para ofrecer información estadística sobre dichos procesos
y facilitar la toma de decisiones en el proceso de gestión de la institución. Todos los procedimientos están
organizados por módulos lo que permite realizar una gestión ordenada y eficiente de la Institución
Educativa. De esta manera se puede generar información rápida y completa para el uso o análisis entre
todos los componentes de la Comunidad Educativa: cargos directivos, docentes y alumnos (7).
1.3.2. Soluciones existentes a nivel nacional

Sistema Automatizado de Gestión de la Maestría Informática en Salud. El sistema permitirá coordinar
actividades docentes, así como gestionar la información de estudiantes, profesores y graduados en aras
de agilizar los procesos y obtener, de manera oportuna, la información necesaria a cada uno de ellos y a
los directivos, para hacer un uso más eficiente y eficaz de los recursos (8).
12
1.3.3. Soluciones existentes en la UCI
Sistema de Gestión Universitaria
Actualmente, la Universidad de las Ciencias Informáticas, cuenta con un sistema que gestiona las
actividades de formación. Este sistema, denominado Gestión Universitaria, está integrado por los
siguientes módulos: Pregrado, Posgrado, Producción, Investigación, Ingreso, Ubicación Laboral,
Laboratorio, Residencia, Extensión Universitaria, Cooperación Internacional, Biblioteca y Teleformación
(9). Este sistema de gestión es uno de los sistemas más usados de la Universidad de las Ciencias
Informáticas, pero no cuenta con un módulo que gestione el proceso de matrícula de las asignaturas
optativas de la universidad.
13
Capítulo 2. Sistema informático para la gestión del proceso de matrícula en
las asignaturas optativas.
En este capítulo se describirán procesos del vicedecanato de formación, se definirá el enfoque, modelo y
metodología a seguir. Además, se describirá el contexto organizacional y operacional. Por último, se
analizará la viabilidad del proyecto.
2.1 Características del proceso de desarrollo
El proceso de gestión de asignaturas optativas en la Facultad 2 es planificado por la Vicedecana de

Formación de la facultad, la cual le solicita a los Jefes de Departamento cuales son las asignaturas
disponibles a cursar por los estudiantes. Por otro lado, la Planificadora es la encargada de crear las
planillas que los estudiantes deben llenar. La Vicedecana de Formación además debe notificar el
comienzo y la culminación de los procesos a todos los involucrados. Todos estos procesos siempre se
han realizado de forma manual.
Para el desarrollo de la herramienta, debido a su tamaño y complejidad desde el punto de vista de las
funcionalidades que se desean implementar, se conformó un equipo de trabajo integrado por 3
estudiantes: Elizabeth Losa Pérez1 Anabel Martínez Reina2 y Samuel David Santiesteban Macias3.
Se cuenta con un plazo de 19 meses para desarrollar el sistema, el equipo de desarrollo posee poca
experiencia debido a que es la primera vez que se enfrentan al desarrollo de un sistema. Existe un gran
compromiso con el proyecto tanto por parte de la universidad como de los profesores debido a que
realizan un seguimiento de los avances del equipo. Los planes del proyecto se definieron desde temprano
y existe una gran documentación. Como con el paso de los años la forma de matricularse en las
asignaturas optativas ha sufrido muy pocos cambios, por lo que no se esperan muchas variaciones en el
futuro.
1
.Lider de Proyecto 2. Analista 3. Diseñador
2.1.1 Definición del proceso de desarrollo de software
Según Boehm y Turner para el desarrollo del software se utilizará:

• Tamaño: El proyecto presenta una pequeña cantidad de personas (tres personas involucradas)
que interactúan con ella a pesar de que presenta un nivel medio de complejidad
• Criticidad: La criticidad del software es baja porque el proceso siempre se ha realizado
manualmente, el sistema es para agilizar el proceso e igualmente quedará todo registrado en
formato duro.
• Dinamismo: Los requisitos tienen poca variabilidad.
14
• Personal: La experiencia del personal es baja ya que todos los miembros del equipo son
estudiantes.
• Cultura: El proyecto se desarrolla en un entorno en el que existe poca comunicación entre el
cliente y los miembros del equipo de desarrollo.
El enfoque que se utilizará es el pesado o prescriptivo ya que se necesita estructura, orden, y consistencia
del proyecto, con una documentación exhaustiva. El plan de proyecto será definido en fases tempranas ya
que implementar un cambio costaría un giro significativo a casi todo el proceso de desarrollo del software,
y debido a esto se necesita definir claramente las actividades, roles, plantillas, técnicas de administración,
revisiones, y cada detalle llevado al plano de desarrollo del mismo. El equipo de desarrollo no cuenta con
experiencia de trabajo previo.
El modelo establecido es incremental, debido a que combina elementos del modelo en cascada aplicando
la forma iterativa en cada paso de la nueva fase de desarrollo, seguida a su vez de la anterior. A medida
que avance el tiempo se aplicarán secuencias lineales de manera escalonada. Se irán desarrollando
versiones incompletas del producto con el fin de proporcionar al usuario, funcionalidades que necesite y
una forma de evaluación, como plataformas y otros métodos.
15
La metodología usada para el desarrollo del proyecto es Proceso Unificado de Desarrollo de Software, el
cual constituye la metodología estándar más utilizada para el análisis, implementación y documentación
de sistemas orientados a objetos. No es un sistema con pasos firmemente establecidos, sino un conjunto
de metodologías adaptables al contexto y necesidades de cada organización. Define claramente quién,
cómo, cuándo y qué debe hacerse; y, como su enfoque está basado en modelos utiliza un lenguaje bien
definido para tal fin, el UML. Divide el proceso de desarrollo en ciclos, teniendo un producto final al final de
cada ciclo, cada ciclo se divide en fases que finalizan con un hito donde se debe tomar una decisión
importante. Éste aporta herramientas como los casos de uso, que definen los requerimientos. Permite la
ejecución iterativa del proyecto y del control de riesgos. Se caracteriza por ser iterativo e incremental,
estar centrado en la arquitectura y guiado por los casos de uso. Además, incluye artefactos y roles.
2.2 Descripción del contexto
En esta sección se presentan los stakeholders, los actores y trabajadores del negocio. Se mostrará el
modelo de objeto del negocio, el diagrama de caso de uso del negocio y los diagramas de actividades de
cada caso de usos de negocio.
2.2.1 Stakeholders
Un stakeholder es alguien que tiene un interés en el proyecto y que hará uso del sistema.
Identificación
Nombre Empresa y Localización Rol en el proyecto Información de
Cargo contacto
Vicedecana de
Madelis Pérez Gil formación. Facultad 2 Usuario
Benito Diaz Estudiante

Domínguez cuarto año. Facultad 2 Usuario
2.2.2 Descripción del contexto organizacional

Para comprender mejor el proceso de gestión de las asignaturas optativas se utilizará un modelo
conceptual, un diagrama de caso de uso del negocio y además una breve descripción de los actores y
trabajadores del negocio.
2.2.2.1 Modelo conceptual

Un modelo conceptual captura los tipos más importantes de objetos en el contexto del sistema. Los
objetos del dominio representan las “cosas” que existen o los eventos que suceden en el entorno en el
que trabaja el sistema. Muchos de los objetos del dominio o clases pueden obtenerse de una
especificación de requisitos mediante la entrevista con los expertos del dominio.
16
17
2.2.2.2 Diagrama de casos de uso del negocio
2.2.2.3 Descripción de actores del negocio
Actor del negocio Descripción

Vicedecana de Formación Es la persona que inicia los procesos del negocio
solicitar asignaturas optativas e informar comienzo y fin
del proceso de matrícula por asignaturas.
Estudiantes Es el encargado de iniciar el proceso de selección de
2.2.2.4 Descripción de trabajadores del negocio
Trabajador del negocio Descripción

Jefes de Departamentos Son los encargados de elaborar y entregar un documento con las
asignaturas optativas a ofertar en cada uno de sus departamentos
a la Vicedecana de Formación.
Planificadora Es la encargada de imprimir y archivar las planillas con la elección
de las asignaturas optativas por cada uno de los estudiantes.
18
2.2.2.5 Descripción de casos de uso del negocio
Caso de uso Resumen

Solicitar asignaturas optativas El proceso comienza cuando la Vicedecana de
Formación solicita las asignaturas optativas a cada uno
de los jefes de departamentos culminando cuando
estos entregan dicho documento.
Informar comienzo de matrícula El proceso comienza cuando la Vicedecana de
Formación informa el comienzo de la matrícula a los
estudiantes y a la planificadora culminando cuando esta
última le envíe las planillas impresas a la vicedecana
Seleccionar asignaturas optativas El proceso comienza cuando el estudiante le solicita a
la planificadora la planilla para su posterior llenado
culminando el proceso cuando la planificadora archiva
dicha planilla
Informar fin de la matrícula El proceso comienza cuando la Vicedecana de
Formación les envía la notificación a los estudiantes
con el listado final de los grupos conformados
2.2.3 Descripción del contexto operacional

En esta etapa se describirá cada uno de los procesos presentes en el diagrama de casos de uso del
negocio y se les realizará sus correspondientes diagramas de actividades donde se identificarán las
actividades a informatizar.
19
2.2.3.1 Diagramas de actividades por cada caso de uso.
CU 1: Solicitar Asignaturas Optativas.
20
CU 2: Informar Comienzo de Matrícula.
21
CU 3: Seleccionar Asignaturas Optativas
22
CU 4: Informar fin de matricula
2.3 Diagrama de Objeto
23
2.4 Reglas de Negocio.
Nivel de la Regla Tipo de Regla Lenguaje
La fecha tope para la selección de las asignaturas
Alto nivel Plan optativas de los estudiantes estará planteada en
el informe oficial.
El procedimiento de otorgación de carreras contra
Alto nivel de varios pasos fundamentales: Autenticarse,
Procedimiento seleccionar asignatura optativa a cursar, crear
listado oficial final.
Solo pueden participar en este proceso los
Bajo Nivel estudiantes que cursan entre el segundo
Restricción obligatoria semestre de tercer año y el primer semestre de
quinto año.
Los estudiantes solo pueden cursar dos
Bajo Nivel. Lineamiento o directriz. asignaturas optativas por semestre.
Si el estudiante cursa entre 2do semestre de 3er
Bajo nivel año y el 1er semestre de 5to año, recibe el correo
Disparador de acción de con el informe oficial de las asignaturas
optativas a ofertar.
2.5 Requisitos del Negocio

Requisitos de negocio Casos de uso del negocio
Informatizar la gestión de las asignaturas Solicitar asignaturas optativas.
optativas. Informar inicio y culminación del proceso de
matrícula.
Seleccionar asignaturas optativas.
2.6. Estudio de viabilidad

El desarrollo del software es viable porque es fácil de desarrollar, resultará muy útil para los vicedecanatos
y los recursos humanos y materiales necesarios para su desarrollo están disponibles.
24
Capítulo 3. Propuesta de solución
En este capítulo se realizará la planificación del proyecto, se describirán los requisitos del sistema y los
casos de uso del sistema utilizando el diagrama de casos de uso del sistema y se creará la matriz de
dependencias entre casos de uso del sistema y requisitos del sistema.
3.1 Planificación del proyecto

En esta sección se realizará la priorización de requisitos, la estimación del proyecto utilizando técnicas de
estimación por puntos de casos de usos y el cronograma de trabajo.
3.1.1 Priorización de requisitos

Iteración 1
RF1 Insertar asignaturas optativas a ofertar (facultad, nombre de la asignatura, matrícula)
RF2 Modificar asignaturas optativas a ofertar (facultad, nombre de la asignatura, matrícula)
RF3 Eliminar asignaturas optativas a ofertar (facultad, nombre de la asignatura, matrícula)
RF4. Buscar asignaturas optativas a ofertar (facultad, nombre de la asignatura)
Iteración 2
RF5 Elegir asignaturas optativas (nombre de la asignatura, prioridad)
Iteración 3
RF8 Insertar grupo (facultad, nombre de la asignatura, matrícula, estudiantes, profesor, local)
RF9 Modificar grupo (facultad, nombre de la asignatura, matrícula, estudiantes, profesor, local)
RF11 Eliminar grupo (facultad, nombre de la asignatura, matrícula, estudiantes, profesor, local)
RF12 Buscar grupo (facultad, nombre de la asignatura, matrícula, estudiantes, profesor, local)
Iteración 4
RF13 Insertar Usuario (nombre, 1erApellido, 2doApellido, grupo, usuario, categoría)
RF14 Eliminar Usuario (usuario)
RF15 Modificar Usuario (nombre, 1erApellido, 2doApellido, grupo, usuario, categoría)
RF17 Autenticar Usuario (usuario, contraseña)
RF18 Buscar Usuario (nombre, 1erApellido, 2doApellido, grupo, usuario, categoría)
3.1.2 Estimación de software

La especificación de los requerimientos mediante Casos de Uso ha probado ser uno de los métodos más
efectivos para capturar la funcionalidad de un sistema. Este hecho se puede apreciar en algunas
metodologías actuales ampliamente difundidas, como el Proceso Unificado de Desarrollo (Rational Unified
Process), en las cuales se propone especificar la funcionalidad de los sistemas mediante la utilización de
Casos de Uso.
Se trata de un método de estimación del tiempo de desarrollo de un proyecto mediante la asignación de
"pesos" a un cierto número de factores que lo afectan, para finalmente, contabilizar el tiempo total
estimado para el proyecto a partir de esos factores.
Paso 1. Identificar los Puntos de casos de uso Desajustados
UUCP=UAW+UUCW
25
Donde: UUCP: Puntos de Casos de Uso sin ajustar
UAW: Factor de Peso de los Actores sin ajustar
UUCW: Factor de Peso de los Casos de Uso sin ajustar
- Para calcular UAW:

Tipo Descripción Peso Cant * peso
Simple Otro sistema que interactúa con el sistema a desarrollar 1 0*1
mediante una interfaz de programación
(API, Application Programming Interface)
Medio Otro sistema que interactúa con el sistema a desarrollar 2 0*2
mediante un protocolo o una interfaz basada en texto
Complejo Una persona que interactúa con el sistema mediante 3 4*3
una interfaz gráfica
Total 12
- Para calcular UUCW

Tipo Descripción Peso Cant * peso
Simple El Caso de Uso contiene de 1 a 3 transacciones 5 5*5
Medio El Caso de Uso contiene de 4 a 7 transacciones 10 3*10
Complejo El Caso de Uso contiene más de 8 transacciones 15 0*15
Total 55
Luego: UUCP=12+55=67
Paso 2. Ajustar los Puntos de casos de uso

UCP = UUCP * TCF * EF
Donde: UCP: Puntos de Casos de Uso ajustados
UUCP: Puntos de Casos de Uso sin ajustar
TCF: Factor de complejidad técnica
EF: Factor de ambiente
TCF = 0.6 + 0.01 * Σ (Pesoi * Valori) (Donde Valor es un número del 0 al 5)
- Factor de complejidad técnica TCF:

Factor Descripción Peso Valor Comentario Σ (Pesoi * Valori)
T1 Sistema distribuído 2 0 El sistema es centralizado 0
T2 Objetivos de 1 3 La velocidad debe ser 3
performance o tiempo tenida en cuenta en
de respuesta algunas ocasiones
T3 Eficiencia del usuario 1 1 No se requiere que el 1
final usuario tenga mucha
experiencia
T4 Procesamiento 1 0 No hay cálculos complejos 0
interno complejo
T5 El código debe ser 1 0 No se requiere que el 0
reutilizable código sea reutilizable
T6 Facilidad de 0.5 2 Escasos requerimientos 1
instalación de facilidad de instalación
26
T7 Facilidad de uso 0.5 4 Normal 2
T8 Portabilidad 2 1 No se requiere que el 2
sistema sea portable, pero
al menos que pueda se
accedido por navegadores
en window y en linux
T9 Facilidad de cambio 1 2 Se requiere un costo 2
moderado de
mantenimiento
T10 Concurrencia 1 0 No hay concurrencia 0
T11 Incluye objetivos 1 3 Seguridad normal 3
especiales de
seguridad
T12 Provee acceso directo 1 5 Los usuarios web 5
a terceras partes tienen acceso directo
T13 Se requieren 1 1 Pocos usuarios internos, 1
facilidades especiales sistema fácil de usar.
de entrenamiento
a los usuarios
Total 20
Luego: TCF=0.6+0.01*20=0.8
- Para Calcular EF:
EF = 1.4 - 0.03 * Σ (Pesoi * Valori) (Donde Valor es un número del 0 al 5
Factor Descripción Peso Valor Comentario Σ (Pesoi *

Valori)
E1 Familiaridad con el modelo de 1.5 3 El grupo está un poco 4.5

proyecto utilizado familiarizado con el modelo
E2 Experiencia en la aplicación 0.5 1 La mayoría del grupo es nuevo en 0.5
esta aplicación
E3 Experiencia en orientación a 1 1 Casi nadie del grupo programa en 1
objetos Objetos
E4 Capacidad del analista líder 0.5 3 Se mantiene el líder que ya venía 1.5
trabajando, pero con poca
experiencia
E5 Motivación 1 5 El grupo está 5
altamente motivado
E6 Estabilidad de los 2 2 Se esperan algunos cambios 4
requerimientos
E7 Personal part-time -1 3 El grupo trabaja 3 veces a la -3
semana
E8 Dificultad del lenguaje de -1 3 Se usará lenguaje HTML -3
programación
Total 10.5
27
EF= 1.4-0.03*10.5=1.085
Luego: UCP=UUCP*TCF*EF=67*0.8*1.085
UCP=58.15
Paso 3. Calcular esfuerzo de FT Implementación

E = UCP * CF
Donde
E: esfuerzo estimado en horas-hombre
UCP: Puntos de Casos de Uso ajustados
CF: factor de conversión
Total EF = Cant EF < 3 (entre E1 –E6) + Cant EF > 3 (entre E7, E8)
Total EF = 3 + 0
Total EF = 3
CF = 28 horas-hombre (porque Total EF=3)
Luego: E=58.15*28 horas-hombre

E=1628 horas-hombre
Paso 4. Calcular esfuerzo de todo el proyecto
Actividad %esfuerzo Valor esfuerzo

Análisis 10% 407 horas-hombre
Diseño 20% 814 horas-hombre
Implementación 40% 1628 horas-hombre
Prueba 15% 610.5 horas-hombre
Sobrecarga 15% 610.5 horas-hombre
Total 100% 4070 horas-hombre
Suponiendo que una persona trabaje 3 horas por día, y un mes tiene como promedio 24 días; la cantidad de horas
que puede trabajar una persona en 1 mes es 72 horas.
Si ET =4070 horas-hombre y por cada 72 horas se tiene 1 mes, eso daría un ET = 56.53 meses-hombre.
Esto quiere decir que una persona puede realizar el problema analizado en más o menos 56 meses y 13 días
aproximadamente. Si en el equipo hay 3 personas y todas realizan el mismo esfuerzo entonces el problema
analizado puede terminarse en aproximadamente 18 meses y 20 días (452 días).
28
3.1.3 Cronograma de trabajo
Se anexa el Diagrama de Gantt del proyecto.
3.2 Requisitos del sistema

Los requisitos funcionales son las capacidades o funciones que el sistema debe cumplir y los requisitos no
funcionales no son más que las propiedades o cualidades que el producto debe tener.
3.2.1 Requisitos funcionales

El sistema debe ser capaz de:
RF1. Autenticar usuario (usuario y contraseña).
RF2. Elaborar documento de asignaturas optativas a ofertar (facultad, nombre de la asignatura, matrícula).
RF3. Modificar documento de asignaturas optativas a ofertar (facultad, nombre de la asignatura,
matrícula).
RF4. Mostrar documento de asignaturas optativas a ofertar (facultad, nombre de la asignatura, matrícula).
RF5. Eliminar documento de asignaturas optativas a ofertar (facultad, nombre de la asignatura, matrícula).
RF6. Crear planilla de selección de asignaturas optativas a ofertar (nombre de la asignatura, prioridad).
RF7. Verificar planilla de selección de asignaturas optativas a ofertar (nombre de la asignatura, prioridad).
RF8. Actualizar planilla de selección de asignaturas optativas a ofertar (nombre de la asignatura,
prioridad).
RF9. Archivar planilla de selección de asignaturas optativas a ofertar (nombre de la asignatura, prioridad).
RF10. Eliminar planilla de selección de asignaturas optativas a ofertar (nombre de la asignatura,
prioridad).
RF11. Crear listado final con las asignaturas optativas a ofertar (facultad, nombre de la asignatura,
matrícula).
RF12. Eliminar listado final con las asignaturas optativas a ofertar (facultad, nombre de la asignatura,
matrícula).
RF13. Modificar listado final con las asignaturas optativas a ofertar (facultad, nombre de la asignatura,
matrícula).
RF14. Mostrar listado final con las asignaturas optativas a ofertar (facultad, nombre de la asignatura,
matrícula).
RF15. Crear documento de asignaturas optativas para estudiantes (nombre de la asignatura, facultad,
matrícula).
RF16. Eliminar documento de asignaturas optativas para estudiantes (nombre de la asignatura, facultad,
matrícula).
RF17. Modificar documento de asignaturas optativas para estudiantes (nombre de la asignatura, facultad,
matrícula).
RF18. Mostrar documento de asignaturas optativas para estudiantes (nombre de la asignatura, facultad,
matrícula).
RF19. Conformar grupos (facultad, nombre de la asignatura, matrícula, estudiantes, profesor, local).
29
RF20. Eliminar grupos (facultad, nombre de la asignatura, matrícula, estudiantes, profesor, local).
RF21. Modificar grupos (facultad, nombre de la asignatura, matrícula, estudiantes, profesor, local).
RF22. Mostar grupos (facultad, nombre de la asignatura, matrícula, estudiantes, profesor, local).
3.2.2 Requisitos no funcionales

Apariencia o Interfaz externa: El sistema debe tener una interfaz comprensible, amigable, profesional y
fácil de usar. Además de que no contenga muchas imágenes para mejorar el tiempo de respuesta al
usuario sea mínimo, lo que debe constituir la característica principal del sistema.
Usabilidad: El sistema debe ser fácil de usar para personas que no tengan experiencia en el manejo de la
computación. También ha sido diseñado para que sea usado por toda la comunidad de la Universidad de
las Ciencias Informáticas.
Seguridad: El sistema se encarga de controlar los diferentes accesos y privilegios de los usuarios,
además de identificar al usuario antes de que pueda realizar cualquier acción sobre el sistema. Para
autenticarse el usuario tiene que estar cursando entre 2do semestre de 3er año y 1ro de 5to año.
Fiabilidad: El sistema estará disponible en la fecha establecida para que los usuarios se autentiquen.
Operacionales: El sistema contiene una ayuda que especifica cómo usarlo.
Éticos: Este sistema será aceptable para sus usuarios.
30
3.3 Diagrama de casos de uso del sistema
CU 1. Autenticar usuario
31
Objetivo Autenticarse en el sistema para poder interactuar con este
Actores Usuario
Resumen Permite a los usuarios autenticarse en el sistema para poder asignar los
permisos que tiene cada usuario
Complejidad Baja
Prioridad Alta
Precondiciones El sistema debe estar activo
Postcondiciones Se establecen los permisos que tiene el usuario
Flujo de eventos
Flujo básico Buscar usuario.
Actor Sistema
1. Introduce la URL para acceder.
Muestra una pantalla con los siguientes datos a

2. introducir:
• Usuario
• Contraseña
Y el botón “Aceptar”.
3. Introduce los datos y presiona la opción del
botón “Aceptar”.
4. Valida que los campos estén correctos.
5. Verifica existencia del usuario.
6. Encripta la contraseña.
7. Permite acceder a las funcionalidades según los
privilegios.
Finalizando así el caso de uso.
Prototipo elemental de interfaz gráfica
32
Flujos Alternos de Eventos
3a. Usuario incorrecto
Actor Sistema
1. Muestra el mensaje “Usuario incorrecto”.
4a. Contraseña incorrecta
Actor Sistema
1. Muestra el mensaje “Contraseña incorrecta”.
Relaciones CU Incluidos No Aplica.
CU Extendidos No Aplica.
Requisitos no No Aplica.
funcionales
Asuntos Pendientes No Aplica.
33
CU 2. Gestionar Usuario
Objetivo Permitir registrar, modificar y eliminar datos acerca de un

usuario.
Actores Administrador.
Resumen El caso de uso se inicia cuando el administrador del sistema
decide registrar, modificar o eliminar datos acerca de un usuario.
Complejidad Alta.
Prioridad Alto.
Precondiciones Administrador ya autenticado.
Postcondiciones Se registró, modificó o se eliminó usuario(s).
Flujo de eventos
Flujo básico “Gestionar usuario”
Actor Sistema
1. Selecciona de la página principal la opción
“Gestionar usuarios”.
2. Muestra una pantalla con un listado de
usuarios y permite Registrar, Modificar o
Eliminar usuario(s).
3. Desea registrar, modificar o eliminar
usuario(s).
4. Da la posibilidad de realizar alguna de las
siguientes acciones:
a) Si decide registrar un usuario,
selecciona la opción “Registrar usuario”.
b) Si decide modificar los datos de un
usuario, ir a la sección “Modificar
usuario”.
c) Si decide eliminar uno(s) usuario(s), ir a
la sección “Eliminar usuario”.
34
Flujos Alternos
2a. Listado de usuarios vacío
Actor Sistema
1. Carga una pantalla en blanco sin usuarios
registrados.
3a. Desea realizar una búsqueda
Actor Sistema
1. Ver el CU Buscar usuario.
Sección 1: “Registrar usuario”
Flujo básico Registrar usuario
Actor Sistema
1. Presiona el botón “Registrar usuario”.
2. Muestra una ventana con los siguientes
campos a introducir:
• Nombre(s).
• 1er Apellido.
• 2do Apellido
• Grupo.
• Usuario.
35
• Nombre de asignatura.
Y el botón “Registrar Usuario”.
3. Introduce los datos y presiona el botón
“Registrar Usuario”.
4. Verifica que todos los campos estén llenos.
5. Verifica que los datos introducidos estén
correctos.
6. Verifica que este usuario no exista.
7. Almacena los datos del usuario y muestra el
mensaje “Registro satisfactorio”.
Flujos Alternos
4a. Campos vacíos
Actor Sistema
1. Muestra el mensaje “Campos vacíos”.
5a. Datos incorrectos
Actor Sistema
1. Muestra el mensaje “Datos incorrectos”.
36
6a. Usuario existente
Actor Sistema
1. Muestra el mensaje “Usuario existente”.
Sección 2: “Modificar Usuario”
Flujo básico Modificar Usuario
Actor Sistema
1. Marca la opción “Modificar” de uno de los
usuarios mostrado y presiona el botón
“Aceptar”.
2. Muestra una ventana con los datos a
modificar:
• Nombre(s).
• 1er Apellido.
• 2do Apellido
• Grupo.
• Usuario.
• Nombre de asignatura.
Y el botón “Modificar Usuario”.
3. Realiza las actualizaciones deseadas y
presiona el botón “Modificar Usuario”.
correctos.
6. Actualiza la información incorporada al
usuario y se emite un mensaje “Modificación
satisfactoria”.
37
Flujos Alternos
4a. Campos vacíos
Actor Sistema
Actor Sistema
Sección 3: “Eliminar Usuario”

Flujo básico Eliminar Usuario
Actor Sistema
1. Marca la opción “Eliminar” de un(os)
usuario(s) mostrado(s) y presiona la opción
“Aceptar”.
Muestra el mensaje de confirmación “¿Está
seguro que desea eliminar el(los) usuario(s)
seleccionado(s)?”.
Y los botones “Aceptar” y “Cancelar”.
38
2. Presiona el botón “Aceptar”.
Elimina el(los) usuario(s) seleccionado(s) y
emite el mensaje “Eliminación satisfactoria”.
Flujo Alterno
2a. Cancelar eliminación de usuario
Actor Sistema
1. Presiona el botón “Cancelar”.
2. Vuelve al paso 2 del flujo básico “Gestionar

usuario”.
CU Extendidos CU Buscar usuario.
funcionales
39
CU 3. Buscar Usuario.
Objetivo Buscar a los usuarios registrados en el sistema.

Resumen El caso de uso se inicia cuando el administrador decide buscar un usuario
para poder registrarlo, modificarlo o eliminarlo.
Complejidad Baja.
Prioridad Alta.
Precondiciones Administrador ya autenticado.
Postcondiciones Se mostró un listado con el/los usuario(s) según criterios de búsquedas.
Flujo de eventos
Actor Sistema
1. Inserta criterios de búsqueda:
• Nombre
• 1erApellido
• 2doApellido
• Grupo
• Usuario
• Categoría
Y presiona el botón “Buscar”.
2. Verifica que el campo esté lleno.
correctos.
4. Muestra un listado con usuario(s) registrado(s)
en el sistema que cumple(n) con el/los
criterio(s) introducidos.
40
2a. Campos vacíos
Actor Sistema
1. Muestra el mensaje “Debe introducir un criterio
de búsqueda”.
Actor Sistema
de búsqueda válido”.
4a. No hay usuarios con el criterio de búsqueda especificado
Actor Sistema
1. Muestra un listado en blanco.
funcionales
41
CU 4. Gestionar Asignaturas Optativas
Objetivo Permitir registrar, modificar y eliminar datos acerca de una

asignatura optativa.
Actores Jefe de Departamento
Resumen El caso de uso se inicia cuando el Jefe de Departamento decide
registrar, modificar o eliminar datos acerca de una asignatura
optativa.
Complejidad Alta.
Prioridad Alto.
Precondiciones Jefe de Departamento ya autenticado.
Postcondiciones Se registró, modificó o se eliminó asignatura(s) optativa(s).
Flujo de eventos
Flujo básico “Gestionar asignaturas optativas”
Actor Sistema
“Gestionar asignaturas optativas”.
asignaturas optativas y permite Registrar,
Modificar o Eliminar asignatura(s) optativa(s).
asignatura(s) optativa(s).
d) Si decide registrar una asignatura
optativa, ir a la sección “Registrar
asignaturas optativas”.
e) Si decide modificar los datos de una
asignatura optativas, ir a la sección
“Modificar asignaturas optativas”.
f) Si decide eliminar la(s) asignatura(s)
optativa(s).ir a la sección “Eliminar
asignatura optativa”.
42
Flujos Alternos
2a. Listado de asignaturas optativas vacío
Actor Sistema
1. Carga una pantalla en blanco sin asignaturas
optativas registrados.
Actor Sistema
1. Ver el CU Buscar asignaturas optativas.
Sección 1: “Registrar asignaturas optativas”
Flujo básico Registrar asignaturas optativas
Actor Sistema
1. Presiona el botón “Registrar asignaturas
optativas”.
• Facultad.
• Nombre de la asignatura.
• Matricula.
Y el botón “Registrar asignaturas optativas”.
“Registrar asignaturas optativas”.
43
correctos.
6. Verifica que esta asignatura optativa no
exista.
7. Almacena los datos de la asignatura optativa
y muestra el mensaje “Registro satisfactorio”.
Flujos Alternos
4a. Campos vacíos
Actor Sistema
Actor Sistema
6a. Asignatura Optativa existente
Actor Sistema
1. Muestra el mensaje “Asignatura optativa
existente”.
Sección 2: “Modificar Asignatura Optativa”
Flujo básico Modificar Asignatura Optativa
44
Actor Sistema
1. Marca la opción “Modificar” de uno de las
asignaturas optativas mostradas y presiona
el botón “Aceptar”.
modificar:
• Facultad.
• Matricula.
Y el botón “Modificar Asignatura Optativa”.
presiona el botón “Modificar Asignatura
Optativa”.
correctos.
6. Actualiza la información incorporada a la
asignatura optativa y se emite un mensaje
“Modificación satisfactoria”.
45
Flujos Alternos
4a. Campos vacíos
Actor Sistema
Actor Sistema
Sección 3: “Eliminar Asignatura Optativa”

Flujo básico Eliminar Asignatura Optativa
Actor Sistema
1. Marca la opción “Eliminar” asignatura(s)
optativa(s) mostrada(s) y presiona la opción
“Aceptar”.
seguro que desea eliminar el(las)
asignatura(s) optativas(s) seleccionada(s)?”.
Elimina la(s) asignatura(s) optativa(s)
seleccionado(s) y emite el mensaje
“Eliminación satisfactoria”. Finalizando así el
caso de uso.
Flujo Alterno
2a. Cancelar eliminación de asignatura optativa
Actor Sistema
46

asignaturas optativas”.
CU Extendidos CU Buscar asignatura optativa.
funcionales
47
CU 5. Buscar Asignaturas Optativas
Objetivo Buscar las asignaturas optativas registrados en el sistema.

Actores Jefe de Departamento
Resumen El caso de uso se inicia cuando el Jefe de Departamento decide buscar
Las asignaturas optativas para poder registrarlo, modificarlo o eliminarlo.
Complejidad Baja.
Prioridad Alta.
Precondiciones Jefe de Departamentos ya autenticado.
Postcondiciones Se mostró un listado con la/las asignatura(s) según criterios de
búsquedas.
Flujo de eventos
Actor Sistema
• Facultad.
• Nombre de la asignatura optativa.
• Matrícula.
correctos.
4. Muestra un listado con las asignaturas
registrado(s) en el sistema que cumple(n) con
el/los criterios(s) introducidos.
48
2a. Campos vacíos
Actor Sistema
de búsqueda”.
Actor Sistema
Actor Sistema
funcionales
49
CU 6. Elegir Asignaturas Optativas
Objetivo Elegir un orden de selección de las asignaturas optativas

Actores Estudiante
Resumen El caso de uso se inicia cuando el estudiante va a elegir un orden de
selección de las asignaturas optativas que este desea por orden de
preferencia.
Complejidad Baja.
Prioridad Alta.
Precondiciones Estudiante ya autenticado.
Postcondiciones Se mostró un listado con las asignaturas optativas seleccionadas
Flujo de eventos
Actor Sistema
1. El estudiante elige un orden de selección de
las asignaturas optativas.
Y presiona el Botón “Aceptar”.
2. El sistema verifica que los campo, de las
asignaturas a elegir estén llenos.
3. La elección se almacena en el sistema.
4. Se muestra un mensaje informándosele al
estudiante que ya ha sido efectuado el registro
de su elección.
5. Muestra un listado con las asignaturas optativas
seleccionadas.
50
2a. Campo vacíos
Actor Sistema
1. Muestra el mensaje “Debe completar todos los
campos”.
funcionales
51
CU 7. Gestionar Grupos
Objetivo Permitir registrar, modificar, eliminar y mostrar datos acerca
de un grupo.
Actores Vicedecana de Formación.
Resumen El caso de uso se inicia cuando la Vicedecana de Formación
decide registrar, modificar o eliminar datos acerca de un grupo.
Complejidad Alta.
Prioridad Alto.
Precondiciones Vicedecana de Formación ya autenticada.
Postcondiciones Se registró, modificó o eliminó usuario(s).
Flujo de eventos
Flujo básico “Gestionar grupos”
Actor Sistema
“Gestionar grupos”.
grupos y permite Registrar, Modificar o
Eliminar grupo(s).
grupos(s).
g) Si decide registrar un grupo, ir a la
sección “Registrar grupo”.
h) Si decide modificar los datos de un
grupo, ir a la sección “Modificar grupo”.
i) Si decide eliminar uno(s) grupo(s), ir a la
sección “Eliminar grupo”.
52
Flujos Alternos
2a. Listado de grupo vacío
Actor Sistema
1. Carga una pantalla en blanco sin grupos
registrados.
Actor Sistema
1. Ver el CU Buscar grupo.
Sección 1: “Registrar grupo”
Flujo básico Registrar grupos
Actor Sistema
1. Presiona el botón “Registrar grupo”.
• Facultad.
• Nombre de la asignatura
• Matricula.
• Estudiantes
• Profesor
• Local.
53
Y el botón “Registrar Grupo”.
“Registrar Grupo”.
correctos.
6. Verifica que este grupo no exista.
7. Almacena los datos del grupo y muestra el
mensaje “Registro satisfactorio”.
Flujos Alternos
4a. Campos vacíos
Actor Sistema
54
Actor Sistema
6a. Grupo existente
Actor Sistema
1. Muestra el mensaje “Grupo existente”.
Sección 2: “Modificar Grupo”
Flujo básico Modificar Grupo
Actor Sistema
1. Marca la opción “Modificar” de uno de los
grupos mostrado y presiona el botón
“Aceptar”.
modificar:
• Facultad.
• Nombre de la asignatura
• Matricula.
• Estudiantes
• Profesor
• Local.
Y el botón “Modificar Grupo”.
presiona el botón “Modificar Grupo”.
correctos.
6. Actualiza la información incorporada al grupo
y se emite un mensaje “Modificación
satisfactoria”.
55
Flujos Alternos
4a. Campos vacíos
Actor Sistema
Actor Sistema
Sección 3: “Eliminar Grupo”

Flujo básico Eliminar Grupo
Actor Sistema
1. Marca la opción “Eliminar” de un(os) grupo(s)
mostrado(s) y presiona la opción “Aceptar”.
56
seguro que desea eliminar el(los) grupo(s)
seleccionado(s)?”.
Elimina el(los) grupo(s) seleccionado(s) y
emite el mensaje “Eliminación satisfactoria”.
Flujo Alterno
2a. Cancelar eliminación de grupo
Actor Sistema

grupo”.
CU Extendidos CU Buscar grupo.
funcionales
CU 8. Buscar Grupos
57
Objetivo Buscar a los grupos registrados en el sistema.
Resumen El caso de uso se inicia cuando la vicedecana de formación decide buscar
un grupo para poder registrarlo, modificarlo o eliminarlo.
Complejidad Baja.
Prioridad Alta.
Precondiciones Vicedecana de formación ya autenticado.
Postcondiciones Se mostró un listado con el/los grupos(s) según criterios de búsquedas.
Flujo de eventos
Actor Sistema
• Facultad.
• Matricula.
• Estudiantes.
• Profesor.
• Local.
correctos.
4. Muestra un listado con grupo(s) registrado(s) en
el sistema que cumple(n) con el/los criterios(s)
introducidos.
58
2a. Campos vacíos
Actor Sistema
de búsqueda”.
Actor Sistema
Actor Sistema
funcionales
59
3.4 Matriz de trazabilidad
Se anexa el Diagrama de Gantt del proyecto.
60
Capítulo 4. Descripción del sistema
En este capítulo se realizarán los diagramas de clases del análisis, así como los diagramas de
comportamiento los cuales modelan la interacción entre los objetos de un Caso de Uso, los
objetos están conectados por enlaces en los cuales se representan los mensajes enviados
acompañados de una flecha que indica su dirección y ofrecen una mejor visión del escenario
cuando el analista está intentando comprender la participación de un objeto en el sistema.
4.1 Descripción de la estructura del sistema
4.1.1 Diagramas de clases del análisis
Autenticar Usuario
Elegir Asignaturas Optativas
61
Gestionar asignaturas optativas
Buscar asignaturas optativas
62
Gestionar Usuarios
Buscar Usuario
63
Gestionar Grupos
Buscar Grupos
64
4.2 Diagramas del comportamiento del sistema
4.2.1 Diagramas de colaboración
Autenticar Usuario
65
Registrar Usuario
66
Modificar Usuario
67
Eliminar Usuario
68
Buscar Usuario
69
Registrar Asignaturas Optativas
70
Modificar Asignatura Optativa
71
Eliminar Asignaturas Optativas
72
Buscar Asignaturas Optativas
73
Registrar Grupos
74
Modificar Grupos
75
Eliminar Grupos
76
Buscar Grupos
77
Elegir Asignaturas Optativas
78
Conclusiones
En este trabajo se obtuvo el modelado de negocio y levantamiento de requisitos para el Sistema de
Gestión de Asignaturas Optativas de la Facultad 2, alcanzando los resultados esperados del mismo.
El estudio del estado del arte permitió actualizar el conocimiento acerca de los sistemas que trabajan con
activos fijos en Cuba y el mundo, garantizando que el levantamiento de requisitos realizado tenga las
funcionalidades necesarias para estar al nivel del software en el área internacional y las entidades puedan
trabajar con una herramienta muy competente.
Con la realización de este trabajo se han podido profundizar en los conocimientos sobre el proceso
relacionado con la gestión de la matrícula de las asignaturas optativas en la Facultad 2 de la Universidad
de las Ciencias Informáticas.
79
Referencias bibliográficas
1. Definición de Asignatura. Definición ABC [online]. Available from:
http://www.definicionabc.com/general/asignatura.php
2. Reglamento para el Trabajo Docente y Metodológico en la Educación Superior. Resolución 210/07.
2007. p. 217.
3. MIGUEL DÍAZCANEL BERMÚDEZ. RESOLUCIÓN No. 120 /10 [online]. Available from:
http://files.sld.cu/sccs/files/2010/09/reglamento-org-docente-mes-res-120-2010.pdf
4. Gestión. Definición MX [online]. [Accessed 24 October 2014]. Available from:
http://definicion.mx/gestion/Definición de Gestión
5. DocCF, Software de Gestión Escolar. Grupo CF Developer | DocCF, Software de Gestión Escolar
[online]. Available from: http://www.grupocfdeveloper.com/
6. Universidad Industrial de Santander. Máster Universitario en Gestión Ambiental de Sistemas
Hidricos.[online]. Available from: http://www.unican.es/WebUC/catalogo/planes/detalle_od.asp?id=43
7. DocCF, Software de Gestión Escolar. [online]. Available from: http://www.grupocfdeveloper.com/
8. MSC. LILIA ESTER RODRÍGUEZ CHÁVEZ, Lic. Diana Margarita Rey Kaba. SISTEMA
AUTOMATIZADO DE GESTIÓN DE LA MAESTRÍA INFORMÁTICA EN SALUD [online]. Available
from: http://www.rcim.sld.cu/revista_23/articulo_pdf/sistema.pdf
9. Sistema de Gestión universitaria - Monografias.com. [online]. Available from:
http://www.monografias.com/trabajos92/gestion-universitaria/gestion-universitaria.shtml.
10. Jacobson, I.; Booch, G. & Rumbaugh, J. (2000). El Proceso Unificado de Desarrollo de Software.
Pearson Education, S.A., Madrid. Epígrafe 6.5
11. Swebok. Edición 2004. IEEE (Capítulo 2).
12. Ingeniería del Software. Un enfoque práctico. 7ma Edición. Roger S. Pressman (Capítulo 5).
13. Ingeniería de software. 9na edición. Ian Sommerville. (Capítulo 2.2.1 y 4).
14. UML y patrones. 2da edición. Craig Larman (Capítulo 6)
80

Trabajo Final MIC-IsW Fac 2 IDF-2301

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Trabajo Final MIC-IsW Fac 2 IDF-2301

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD DE LAS CIENCIAS INFORMÁTICAS

DEPARTAMENTO DE INGENIERÍA DE SOFTWARE

DISEÑO TEÓRICO METODOLÓGICO DE METODOLOGÍA DE LA INVESTIGACIÓN CIENTÍFICA Y

Tutores: Dr.C. Febe Angel Ciudad Ricardo, P.T.

Consultante: Ing. Madelis Pérez Gil.

Palabras clave: asignaturas optativas, matrícula, almacenamiento de la información, gestión de la

En consecuencia, con el concepto de asignatura optativa planteado en la Resolución 210/07 Reglamento

El proceso de matrícula de las asignaturas optativas, tiene insuficiencias en cuanto a su adecuada

Las dificultades anteriormente descritas permiten identificar el siguiente problema a resolver:

El objeto de estudio de la investigación, es el proceso de gestión y almacenamiento de la información de

Se concibe como objetivo de la investigación, desarrollar un sistema informático, sustentado en las

• ¿Cuáles son los principales fundamentos teóricos y metodológicos para la elaboración de un

Gestión de la información de las asignaturas optativas.

Definición conceptual de las variables dependientes:

La gestión de la información permite la obtención de la información de forma correcta y eficaz.

Definición operacional de las variables:

Variables Dimensión Indicadores Escala

Se utilizaron los siguientes métodos teóricos:

La población definida para el desarrollo de la investigación está comprendida por: la Vicedecana de

El documento está estructurado en cuatro capítulos los cuales se describen a continuación:

1.2. Conceptos asociados al objeto de estudio

Sistema de Gestión de Matrícula

1.3. Análisis de soluciones existentes

1.3.1. Soluciones existentes a nivel internacional

DocCF, Software de Gestión Escolar

1.3.2. Soluciones existentes a nivel nacional

2.1 Características del proceso de desarrollo

El proceso de gestión de asignaturas optativas en la Facultad 2 es planificado por la Vicedecana de

2.1.1 Definición del proceso de desarrollo de software

Según Boehm y Turner para el desarrollo del software se utilizará:

2.2 Descripción del contexto

Benito Diaz Estudiante

2.2.2 Descripción del contexto organizacional

2.2.2.1 Modelo conceptual

2.2.2.3 Descripción de actores del negocio

Actor del negocio Descripción

2.2.2.4 Descripción de trabajadores del negocio

Trabajador del negocio Descripción

Caso de uso Resumen

2.2.3 Descripción del contexto operacional

CU 1: Solicitar Asignaturas Optativas.

2.3 Diagrama de Objeto

2.5 Requisitos del Negocio

2.6. Estudio de viabilidad

3.1 Planificación del proyecto

3.1.1 Priorización de requisitos

3.1.2 Estimación de software

Paso 1. Identificar los Puntos de casos de uso Desajustados

- Para calcular UAW:

- Para calcular UUCW

Paso 2. Ajustar los Puntos de casos de uso

TCF = 0.6 + 0.01 * Σ (Pesoi * Valori) (Donde Valor es un número del 0 al 5)

- Factor de complejidad técnica TCF:

- Para Calcular EF:

EF = 1.4 - 0.03 * Σ (Pesoi * Valori) (Donde Valor es un número del 0 al 5

Factor Descripción Peso Valor Comentario Σ (Pesoi *

E1 Familiaridad con el modelo de 1.5 3 El grupo está un poco 4.5

Paso 3. Calcular esfuerzo de FT Implementación

CF = 28 horas-hombre (porque Total EF=3)

Luego: E=58.15*28 horas-hombre

Paso 4. Calcular esfuerzo de todo el proyecto

Actividad %esfuerzo Valor esfuerzo

3.2 Requisitos del sistema