Facultad de Ciencias y Sistemas

Sistema de información web de gestión

académico-administrativa de UNI-
PROMECYS.

Trabajo de curso para optar aprobar la clase de

Diseño de Sistemas de Internet.

Elaborado por: Tutor:

Br. Isela del Rosario Br. Anielka Areas Larios Br. Edwin José Putoy Ing. Álvaro Francisco
Ramos Mercado Carnet: Carnet: Centeno Peña
Carnet: 2016-0382U

23 de septiembre del 2023

Managua, Nicaragua

CONTENIDO
I. INTRODUCCIÓN.................................................................................................................1
II. ANTECEDENTES................................................................................................................3
III. PLANTEAMIENTO DE LA SITUACIÓN PROBLEMA...............................................5
IV. OBJETIVOS.....................................................................................................................7
4.1 General:........................................................................................................................7
4.2 Específicos:.................................................................................................................7
V. JUSTIFICACIÓN..................................................................................................................8
VI. MARCO TEÓRICO........................................................................................................10
6.1 Sistema de información..........................................................................................10
6.1.1 Sistema de información de registro académico.......................................11
6.1.2 Sistema de información web.........................................................................12
6.2 Modelos de desarrollo de software.....................................................................12
6.2.1 Modelo en Cascada.........................................................................................12
6.2.2 Modelo en Espiral............................................................................................13
6.2.3 Modelo en V.......................................................................................................14
6.2.4 Modelo de desarrollo incremental...............................................................15
6.2.5 Modelo de Desarrollo Evolutivo...................................................................16
6.2.6 Modelo Concurrente........................................................................................17
6.2.7 Desarrollo por Etapas.....................................................................................17
6.2.8 Modelo de Prototipos......................................................................................17
6.3 RUP..............................................................................................................................19
6.3.1 Principios claves..............................................................................................19
6.3.2 Ciclo de vida......................................................................................................20
6.3.3 Ciclos de RUP...................................................................................................23
6.4 UML.............................................................................................................................25
6.4.1 Bloques básicos de construcción de UML................................................26
6.5 Herramientas de programación............................................................................32
6.5.1 Visual studio......................................................................................................33
6.5.2 ASP.NET Core...................................................................................................33
6.5.3 SQL server.........................................................................................................34
6.5.4 Report Builder...................................................................................................34
6.5.5 SCRUM................................................................................................................34
VII. HIPÓTESIS.....................................................................................................................37
VIII. DISEÑO METODOLÓGICO.........................................................................................38
 8.1 Tipo de estudio.........................................................................................................38
8.2 Área de estudio........................................................................................................38
8.3 Universo y muestra.................................................................................................38
8.4 Tipo y fuentes de información..............................................................................39
8.5 Instrumentos de recolección de datos...............................................................39
8.6 Procedimiento para la recolección de datos.....................................................39
8.7 Procesamiento de la información........................................................................40
8.8 Tipo de análisis........................................................................................................40
8.9 Estructura del contenido de la monografía.......................................................41
IX. MANUAL PARA LA APLICACIÓN WEB DE PROMECYS....................................42
X. ANEXOS.............................................................................................................................53
XI. BIBLIOGRAFÍA.............................................................................................................56
 I. INTRODUCCIÓN

El presente trabajo de curso trata del desarrollo de un sistema web que optimice
todos los procesos académico-administrativos de PROMECYS.

PROMECYS es un programa de modalidad especial sabatina de la carrera de

ciencias y sistemas que ayuda a sus estudiantes a adquirir conocimientos,
habilidades y actitudes que lo acreditan para insertarse con alta posición en los
diferentes campos de acción de la carrera, siendo capaces de desarrollar y
gestionar sistemas organizacionales eficaces, eficientes, innovadores, de calidad
y competitivos de manera que aporten al desarrollo socioeconómico y
tecnológico de la sociedad. Esta labor formativa se realiza dentro del recinto
universitario Pedro Arauz Palacios (RUPAP) perteneciente a la universidad
nacional de ingeniería (UNI), teniendo como coordinador(a) de la modalidad a la
Msc. Hazzely del Carmen Orozco Miranda, actualmente cuenta con N
estudiantes y N trabajadores en el año 2023, siendo su jornada académica por
cuatrimestre. PROMECYS aún no se ha expandido a los demás recintos, pero si
es reconocido a nivel nacional debido a que ayuda a los jóvenes a llevar una
vida convencional durante la semana (ya que la mayoría de ellos trabajan), por
lo que, muchos estudiantes de otros departamentos optan por iniciar sus
estudios en dicha modalidad.

El estudio de este trabajo abarca una de las problemáticas que afectan a

distintas universidades nicaragüenses, lo cual es involucrar el avance de la
tecnología en sus procesos administrativos y académicos. En PROMECYS el
control de registro académico-administrativo es mediante el programa de Excel y
otros métodos/trabajos manuales, se observa que la mayoría de los
procedimientos tienen inconvenientes, lo que hace el trabajo pesado, muchas
veces deficiente por la cantidad de estudiantes y los procesos manuales que se

1
realizan. Entre ellos se pueden destacar: Perdida o duplicación de información
debido a la transcripción manual y/o forma de almacenamiento.

Debido a esto, con el fin de mejorar los procesos de registros académico-

administrativo se propone desarrollar un sistema de información web con el cual
se requiere diseñar y desarrollar para su pronta solución. Llevando un mejor
control del registro académico del estudiante, la información de pago de
mensualidad, las notas actualizadas de cada estudiante por curso y el docente
que lo imparte. Por ello, se describirán las fases por las cuales este proyecto
será realizado: en su primera fase se deberá realizar un levantamiento de
requerimiento en el cual se tratara de obtener la mayor información posible
donde conoceremos también el giro del negocio y como vendría a funcionar el
sistema web; como segunda fase se llevaría a cabo el diseño y desarrollo del
sistema web, una vez teniendo el prototipo del mismo; y como última fase se
realizarían las pruebas correspondientes validando el correcto funcionamiento
del sistema web.

2
 II. ANTECEDENTES

PROMECYS es un programa de modalidad especial dentro de la facultad de

ciencias y sistemas de la Universidad Nacional de Ingeniería, el cual brinda la
oportunidad de cursar la carrera de ingeniería de Sistemas a bachilleres,
técnicos o profesionales del área administrativa e informática que laboran en
alguna empresa o poseen su propio negocio.

Este programa se originó en el año 1997, con el propósito de dar respuesta a

una creciente demanda de profesionalización en una gran parte de la población
laboral, así como aminorar la brecha existente entre los bachilleres que ingresan
a las universidades estatales como también a los que quedan fuera del sistema
regular universitario. La carrera consta de cinco años sin incluir la culminación
de estudios, para esto el estudiante tiene la opción de realizar monografía o bien
cursos de titilación clasificados en Mercadotecnia, Sistemas de Información y
Calidad.

En esta modalidad el año académico está dividido en cuatrimestres, cada

cuatrimestre tiene una duración de 14 semanas con derecho a llevar 4
asignaturas por cuatrimestre.

El pensum de estudio consta de 57 asignaturas, impartidas con un promedio de

12 asignaturas por cada año académico.

PROMECYS brinda servicios adicionales como: programas de becas, orientados

para aquellos alumnos de escasos recursos económicos y que alcancen un
promedio mayor a 70% en cada asignatura.

Para la mayor comodidad para nuestros alumnos, la facultad de ciencias y

sistemas cuenta con cinco salas para laboratorio, la mayoría con acceso a
Internet. El acceso libre a los laboratorios se da a través de tarjetas con precios
módicos.

3
Por las características que presenta esta modalidad es de vital importancia la
elaboración de módulos de estudio por asignatura para la consolidación de los
conocimientos adquiridos por los estudiantes durante los encuentros. También
se impulsa a los estudiantes a desarrollar sus habilidades artísticas de los
estudiantes mediante grupos de folklore, cultura y deportes.

Por último, se contribuye a consolidar y actualizar los conocimientos de los

estudiantes en el área informática, se sirven cursos libres en los siguientes
campos:

 SQL Server
 Internet
 Visual Basic
 Técnicas en diseño grafico
 Diseño de páginas Web
 Office
 Mantenimiento preventivo y correctivo de computadoras

El lema es “Formando para la era del Conocimiento”.

PROMECYS se ha involucrado en diferentes procesos sistémicos para la

realización de un sistema propio que satisfaga sus necesidades, sin embargo,
estos intentos han sido fallidos y los esfuerzos por organizar y estructurar la
gestión académico-administrativa han sido en vano.

4
 III. PLANTEAMIENTO DE LA SITUACIÓN PROBLEMA

Actualmente el Programa de Modalidad Especial Sabatina de La Facultad de

Ciencias y Sistemas (PROMECYS) realiza sus procesos de forma manual, al ser
este un programa de carácter educativo, implica el manejo de abundante
información de los estudiantes que forman parte del mismo, lo que se ha
convertido en un proceso rutinario y atenuante, acarreando problemas de
administración y control en el mismo.

Al llevar a cabo los procesos de forma manual se tienden a cometer errores en

todos los aspectos, los registros corren el riesgo de perderse o dañarse, es
común que en la manipulación de la información las notas se pierdan o
confundan lo que perjudica en gran manera al estudiante porque las notas son
consideradas información delicada y son el indicio o pasaporte que permite
inscribir o no las asignaturas establecidas de acuerdo al año que cursen los
estudiantes, también se puede originar lentitud en la realización de reportes,
duplicidad de inscripciones y demora en la entrega de notas, esto a su vez
ocasiona agotamiento del personal.

PROMECYS como un programa que ofrece sus servicios a los estudiantes

considera de suma importancia que se facilite el acceso al mismo desde las
diferentes perspectivas para el estudiante, quién busca un servicio óptimo y
preciso sin pérdidas de tiempo de modo que maximice el mismo y asegure la
calidad del servicio brindando de este modo satisfacción en la atención a los
estudiantes, lo que se puede obtener a través de un sistema que permita acortar
los tiempos del proceso, disminuir errores y evitar molestias al estudiante y
atrasos innecesarios a los funcionarios del programa logrando de este modo un
trabajo en conjunto, satisfactorio para ambas partes y optimizando así tiempo y
recursos disponibles.

Para erradicar la inconformidad del cliente (estudiante) es preciso hacer uso de

la tecnología de modo que permita agilizar todos los procesos académico-

5
administrativos, ahorrando tiempo y optimizando los recursos que como
programa debe aprovechar para dar mayor confiabilidad y credibilidad a los
estudiantes acerca de la información que PROMECYS maneja, esto se logra con
la implementación de un sistema de información web que registre el proceso que
se lleva a diario, evitando así atrasos e inconformidad a los estudiantes.

Cuando se oferta un servicio como es el caso de PROMECYS es indispensable

que este sea óptimo, permitiendo así la satisfacción de los estudiantes para
evitar que estos busquen otras opciones, por lo que se deben ofrecer todas las
comodidades posibles de acuerdo a las necesidades que demandan los
estudiantes, de este modo, se permitirá una mayor atención de los mismos
obteniendo así resultados exitosos que son de gran beneficio para el programa.

6
IV. OBJETIVOS

IV.1 General:

o Desarrollar un sistema de información web de gestión académico-

administrativa de UNI-PROMECYS.

IV.2 Específicos:

o Definir los requerimientos funcionales y no funcionales del Sistema

por medio del análisis de los procesos de PROMECYS, haciendo
uso del lenguaje UML para el modelado.
o Diseñar el UI del sistema web y su base de datos para el registro
de información, a partir del análisis de requerimientos.
o Programar el sistema web mediante tecnologías de desarrollo
como Asp.Net Core.
o Validar el correcto funcionamiento del sistema web.

7
 V. JUSTIFICACIÓN

PROMECYS inició, como un programa pequeño creado para dar solución a las
demandas de personas trabajadoras que deseaban estudiar una carrera
universitaria, pero en los últimos años ha mantenido una demanda de
estudiantes muy favorable motivo por el cual, los procesos que hasta el
momento se han realizado de forma manual se han vuelto un problema, tanto
para el personal del programa como para los estudiantes que pertenecen en el
mismo, ya que, el hecho de llevar la documentación de cada estudiante a mano,
resulta más desordenado y lento al momento de querer realizar algún proceso
académico o administrativo, incluso una simple búsqueda de un estudiante
resulta problemático para el empleado.

Por tal razón hemos elegido contribuir al desarrollo de nuestra universidad con la
propuesta de un Sistema de Información Web para PROMECYS. Este programa
como centro de enseñanza oferta un servicio académico el cual debe brindarse
de la manera más eficiente y confiable para los estudiantes quienes constituyen
el eje de la institución. Los procesos actualmente se efectúan de forma manual
lo que hace necesario la realización de un sistema de información web que
permita agilizar dichas actividades, que optimice recursos, ahorre tiempo y sobre
todo que ofrezca todas las comodidades a los estudiantes.

Se pretende colaborar con la misión de nuestra universidad brindando un

Sistema de Información que contribuya a mejorar la calidad de atención y del
trabajo en los procesos en PROMECYS. Con este sistema no solo queremos
percibir el ahorro de tiempo y el aumento en la calidad de los procesos del
programa sino también se procura contribuir al aprovechamiento de los recursos
y de los avances tecnológicos de la universidad en general.

Además de ser provechoso para los estudiantes el Sistema de Información web

también contribuirá beneficiosamente con los empleados de PROMECYS

8
porque todos los trámites que implican llevar a cabo se realizarán en menos
tiempo y la pérdida de información o la incurrencia de errores serán mínimas.

Es importante tomar en cuenta que con la ayuda del Sistema de Información

web, la universidad tendrá un control exacto e inmediato de todo lo referido a
PROMECYS por medio de reportes específicos, esto ayudará a tener una mejor
visualización en cuanto al giro que toma el programa con respecto a la cantidad
de estudiantes que maneja.

9
 VI. MARCO TEÓRICO

El programa PROMECYS como parte de un centro de enseñanza superior debe

estar a la vanguardia de la tecnología de modo que le permita brindar un servicio
satisfactorio a su cliente, en este caso el estudiante, para lo cual se crea el
sistema de información web de gestión académico-administrativa que brindará al
programa la herramienta necesaria para llevar a cabo las actividades de una
manera óptima y eficiente.

VI.1 Sistema de información.

Se considera como sistema de información como el conjunto de elementos
orientados a la administración de datos e información, generados para cubrir una
necesidad o un objetivo.

“Un sistema de información es un conjunto formal de procesos que, operando

sobre una colección de datos estructurada de acuerdo con las necesidades de
una empresa, recopila, elabora y distribuye la información necesaria para la
operación de dicha empresa y para las actividades de dirección y control
correspondientes, apoyando, al menos en parte, los procesos de toma de
decisiones necesarios para desempeñar las funciones de negocio de la empresa
de acuerdo con su estrategia.” (Andreu, Ricart y Valor, 2011)

(Laudon y Laudon, 2012) por su parte definen un sistema de información como un

“conjunto de componentes interrelacionados que recolectan, procesan,
almacenan y distribuyen información para apoyar los procesos de toma de
decisiones y de control en una organización.”

También, (Whitten, Bentley y Dittman , 2006) describen un sistema de

información como “un conjunto de personas, datos, procesos y tecnología de la
información que interactúan para recoger, procesar, almacenar y proveer la
información necesaria para el correcto funcionamiento de la organización.”

10
Concluyendo, un sistema de información es un conjunto de componentes
interrelacionados entre sí, que reúne, procesa, almacena y distribuye
información para apoyar la toma de decisiones y el control en una organización.
Es un conjunto de elementos orientados al tratamiento y administración de datos
e información, organizados y listos para su posterior uso, generados para cubrir
una necesidad, es decir, sistema, automatizado o manual, que engloba a
personas, máquinas y/o métodos organizados para recopilar, procesar, transmitir
datos que representan información.

VI.1.1 Sistema de información de registro académico.

Se considera sistema de información de registro académico al software que
permite tener un control de toda la gestión académica y administrativa de un
centro educativo.

Según (ANDINASOFT, 2008-2010) “El sistema de registro académico constituye

un programa integrado de diseño y orientación académica que agiliza y
promueve el mejoramiento de los procesos educativos mediante un sistema de
información que integra el trabajo de planeación y docencia, con las actividades
de aprendizaje y evaluación.”

Por su parte, (universidad de Menizales, 2009) dice que “un sistema de

información de registro académico permite manejar la información de los
estudiantes desde que se inscriben hasta que se gradúan, realizar los procesos
de gestión de la programación académica, pre matrícula, matrícula, adiciones y
cancelaciones, registro de calificaciones, procesos para grados, certificados,
homologaciones y transferencias de los estudiantes y producir diversos informes
estadísticos en forma de texto y gráficamente sobre los procesos propios de
registro académico.”

El Registro Académico es una unidad operativa encargada de coordinar el

desarrollo y la ejecución de los programas académicos relacionados desde los
procesos de los aspirantes que ingresan por primera vez a una de las carreras
ofrecidas; así como de cualquier estudiante regular, o de Educación Especial.

11
 VI.1.2 Sistema de información web.
Se denomina sistema web a aquellas aplicaciones de software que puede
utilizarse accediendo a un servidor web a través de Internet o de una intranet
mediante un navegador.

Las aplicaciones web son muy usadas hoy en día, debido a lo práctico del
navegador web como cliente ligero, a la independencia del sistema operativo.

Usar aplicaciones web ahorra dinero. Empleará mejor su tiempo por no tener
que ocuparse de aprender a manejar nuevos programas, ni mantenerlos o hacer
copias de seguridad de sus datos y podrá trabajar desde cualquier sitio. Será
más eficiente; podrá ganar más y gastará menos.

Ventajas de las aplicaciones web

 Ahorran costes de hardware y software.

 Fáciles de usar.
 Facilitan el trabajo colaborativo y a distancia.
 Escalables y de rápida actualización.
 Provocan menos errores y problemas.
Los datos son más seguros.

VI.2 Modelos de desarrollo de software

Para la creación del sistema web de PROMECYS se hace necesario conocer los
modelos de desarrollo de software los cuales permiten que el sistema cumpla
con los requerimientos para lo cual está siendo creado. Estos modelos son:

VI.2.1 Modelo en Cascada

Es el enfoque metodológico que ordena rigurosamente las etapas del ciclo de

vida del software, de forma tal que el inicio de cada etapa debe esperar a la
finalización de la inmediatamente anterior.

“El modelo de la cascada está basado al ciclo de vida que tienen los sistemas
de información, y la principal característica que lo define es que siempre va

12
desde una etapa hacia la siguiente involucrándose en el ciclo de vida de los
sistemas.” (Fleeger.)

Las etapas para el desarrollo en cascada son:

 Análisis de requisitos
 Diseño del Sistema
 Diseño del Programa
 Codificación
 Pruebas
 Implantación
 Variantes

De esta forma, cualquier error de diseño detectado en la etapa de prueba

conduce necesariamente al rediseño y nueva programación del código afectado,
aumentando los costes del desarrollo. La palabra cascada sugiere, mediante la
metáfora de la fuerza de la gravedad, el esfuerzo necesario para introducir un
cambio en las fases más avanzadas de un proyecto.

Si bien ha sido ampliamente criticado desde el ámbito académico y la industria,

sigue siendo el paradigma más seguido al día de hoy.

VI.2.2 Modelo en Espiral

Las actividades de este modelo son una espiral, cada bucle es una actividad.
Las actividades no están fijadas a prioridad, sino que las siguientes se eligen en
función del análisis de riesgo, comenzando por el bucle interior.

“El ciclo en espiral retoma las etapas del ciclo en V, pero enfocándose más en la
gestión de los riesgos. Este modelo prevé la entrega de prototipos (o POC:
Proof of Concept). Cada prototipo se someterá a un análisis de riesgos antes de
iniciar su desarrollo.

A diferencia de los otros modelos, aquí el cliente está en estrecho contacto con
los desarrolladores. Estos presentan el prototipo, se evalúan los riesgos, se
proponen soluciones alternativas y, así, los desarrolladores preparan la

13
siguiente vuelta de espiral. Cualquier riesgo que pueda amenazar el proyecto se
localiza e identifica desde el principio.” (Hiard)

Las etapas para llevar a cabo este modelo son:

 Determinar o fijar objetivos

 Planificar
 Análisis del riesgo
 Desarrollar, verificar y validar
 Mecanismos de control

Las ventajas que se presentan son el que el análisis de riesgo se hace de forma
explícita y clara. Une los mejores elementos de los restantes modelos, reduce
riesgos del proyecto, incorpora objetivos de calidad e integra el desarrollo con el
mantenimiento.

Por otra parte, presenta desventajas como la generación de mucho tiempo en el

desarrollo del sistema, el modelo es costoso, además requiere experiencia en la
identificación de riesgos.

Los Inconvenientes que se presentan es que genera mucho trabajo adicional y

esto conlleva a que se generen muchos problemas sobre todo si la compañía
que está produciendo el software no es muy eficiente. Cuando un sistema falla
se pierde tiempo y coste dentro de la empresa.

VI.2.3 Modelo en V

Modelo en V o método en v que define un procedimiento uniforme para el

desarrollo de productos. Es un método de gestión de proyectos y describe tanto
métodos para la gestión como para el desarrollo de sistemas.

“Esta metodología se deriva del modelo de ciclo en cascada y ha sido adoptada

por el sector informático para paliar la falta de reactividad de dicho modelo.

En un modelo en cascada, los riesgos solo se detectan al final del desarrollo,

cuando comienza la fase de pruebas; en otras palabras, cuando ya es un poco

14
tarde. Si se identifica un riesgo en este punto del proceso, es preciso comenzar
de nuevo en la fase de especificaciones funcionales para modificar el alcance
del proyecto.” (Hiard)

El Método-V describe las actividades y los resultados que se producen durante

el desarrollo del software. Es una representación gráfica del ciclo de vida del
desarrollo del sistema. Resume los pasos principales que hay que tomar en
conjunción con las correspondientes entregas de los sistemas de validación.

La parte izquierda de la V representa la corriente donde se definen las

especificaciones del sistema. La parte derecha de la V representa la corriente
donde se comprueba el sistema (contra las especificaciones definidas en la
parte izquierda). La parte de abajo, donde se encuentran ambas partes,
representa la corriente de desarrollo.

La corriente de especificación consiste principalmente de especificaciones de

requerimientos de usuario, especificaciones funcionales y de especificaciones de
diseño. La corriente de pruebas, por su parte, suele consistir de calificación de
instalación, calificación operacional y calificación de rendimiento. La corriente de
desarrollo puede consistir (depende del tipo de sistema y del alcance del
desarrollo) en personalización, configuración o codificación.

VI.2.4 Modelo de desarrollo incremental

Es el proceso de construcción siempre incrementando subconjuntos de
requerimientos del sistema. Típicamente, un documento de requerimientos es
escrito al capturar todos los requerimientos para el sistema completo. El
desarrollo incremental es 100% compatible con el modelo cascada. El desarrollo
incremental no demanda una forma específica de observar el desarrollo de algún
otro incremento. Así, el modelo cascada puede ser usado para administrar cada
esfuerzo de desarrollo.

“En esta metodología de desarrollo de software se va construyendo el producto

final de manera progresiva. En cada etapa incremental se agrega una nueva

15
funcionalidad, lo que permite ver resultados de una forma más rápida en
comparación con el modelo en cascada.” (Santander Universidades, 2020)

El modelo de desarrollo incremental provee algunos beneficios significativos

para los proyectos entre lo que tenemos construir un sistema pequeño es
siempre menos riesgoso que construir un sistema grande. Al ir desarrollando
parte de las funcionalidades, es más fácil determinar si los requerimientos
planeados para los niveles subsiguientes son correctos. Por otra parte, si un
error importante es realizado, sólo la última iteración necesita ser descartada.

Al reducir el tiempo de desarrollo de un sistema (en este caso en incremento del

sistema) decrecen las probabilidades que esos requerimientos de usuarios
puedan cambiar durante el desarrollo. Si un error importante es realizado, el
incremento previo puede ser usado. Los errores de desarrollo realizados en un
incremento, pueden ser arreglados antes del comienzo del próximo incremento.

VI.2.5 Modelo de Desarrollo Evolutivo

Es como el modelo de desarrollo incremental, el modelo de desarrollo evolutivo
(algunas veces denominado como prototipo evolutivo) construye una serie de
grandes versiones sucesivas de un producto. Sin embargo, mientras que la
aproximación incremental presupone que el conjunto completo de
requerimientos es conocido al comenzar, el modelo evolutivo asume que los
requerimientos no son completamente conocidos al inicio del proyecto.

“El desarrollo evolutivo consta del desarrollo de una versión inicial que luego de
exponerse se va refinando de acuerdo de los comentarios o nuevos
requerimientos por parte del cliente o del usuario final. Las fases de
especificación, desarrollo y validación se entrelazan en vez de separarse.”
(Ingeniería de software, s.f.)

En el modelo evolutivo, los requerimientos son cuidadosamente examinados, y

sólo esos que son bien comprendidos son seleccionados para el primer
incremento. Los desarrolladores construyen una implementación parcial del
sistema que recibe sólo estos requerimientos. El sistema es entonces

16
desarrollado, los usuarios lo usan, y proveen retroalimentación a los
desarrolladores. Basada en esta retroalimentación, la especificación de
requerimientos es actualizada, y una segunda versión del producto es
desarrollada y desplegada. El proceso se repite indefinidamente.

VI.2.6 Modelo Concurrente

Es como el modelo espiral, el modelo concurrente provee una meta-descripción
del proceso software. Mientras que la contribución primaria del modelo espiral es
en realidad que esas actividades del software ocurran repetidamente, la
contribución del modelo concurrente es su capacidad de describir las múltiples
actividades del software ocurriendo simultáneamente.

VI.2.7 Desarrollo por Etapas

Es similar al modelo de prototipos ya que muestra al cliente el software en
diferentes estados sucesivos de desarrollo, se diferencia en que las
especificaciones no son conocidas en detalle al inicio del proyecto y por tanto, se
van desarrollando simultáneamente con las diferentes versiones del código.

En el desarrollo por etapas de pueden distinguir las fases de especificación

conceptual, análisis de requerimientos, el diseño inicial, el diseño detallado,
codificación, depuración y liberación. Estas diferentes fases se van repitiendo en
cada etapa del diseño.

El siguiente modelo lo empleamos en PROMECYS, ya que como su nombre lo

dice es para realizar un prototipo de lo que será el software una vez terminado y
permite al cliente tener una visión de lo que el sistema de información va a
realizar, además el cliente puede exponer sus ideas acerca del funcionamiento
del mismo y así permitir lo que es la retroalimentación. Para comprender mejor
hacemos referencia a la teoría de este tipo de modelo.

VI.2.8 Modelo de Prototipos

Se inicia con la definición de los objetivos globales para el software, luego se
identifican los requisitos conocidos y las áreas del esquema en donde es
necesaria más definición. Entonces se plantea con rapidez una iteración de

17
construcción de prototipos y se presenta el modelado (en forma de un diseño
rápido). El diseño rápido se centra en una representación de aquellos aspectos
del software que serán visibles para el cliente o el usuario final. El diseño rápido
conduce a la construcción de un prototipo, el cual es evaluado por el cliente o el
usuario para una retroalimentación; gracias a ésta se refinan los requisitos del
software que se desarrollará. La iteración ocurre cuando el prototipo se ajusta
para satisfacer las necesidades del cliente. Esto permite que al mismo tiempo el
desarrollador entienda mejor lo que se debe hacer y el cliente vea resultados a
corto plazo.

Las Ventajas que se presentan al hacer uso de este modelo es que es útil
cuando el cliente conoce los objetivos generales para el software, pero no
identifica los requisitos detallados de entrada, procesamiento o salida. También
ofrece un mejor enfoque cuando el responsable del desarrollo del software está
inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema
operativo o de la forma que debería tomar la interacción humano-máquina.

La construcción de prototipos se puede utilizar como un modelo del proceso

independiente, se emplea más comúnmente como una técnica susceptible de
implementarse dentro del contexto de cualquiera de los modelos del proceso
expuestos. Sin importar la forma en que éste se aplique, el paradigma de
construcción de prototipos ayuda al desarrollador de software y al cliente a
entender de mejor manera cuál será el resultado de la construcción cuando los
requisitos estén satisfechos.

Se puede concluir que a pesar de que tal vez surjan problemas, la construcción
de prototipos puede ser un paradigma efectivo para la ingeniería del software.

La clave es definir las reglas del juego desde el principio; es decir, el cliente y el
desarrollador se deben poner de acuerdo en que el prototipo se construya y
sirva como un mecanismo para la definición de requisitos, que se descarten
partes del prototipo por decisión mutua del cliente y del que está desarrollando el
prototipo.

18
 VI.3 RUP
Después de tener un modelo de desarrollo de software se hace necesaria la
utilización de un lenguaje que nos ayude a comprender gráficamente el
comportamiento del sistema de información que estamos desarrollando.

“El Proceso Unificado Racional (Rational Unified Process en inglés,

habitualmente resumido como RUP) es un proceso de desarrollo de software y
junto con el Lenguaje Unificado de Modelado UML, constituye la metodología
estándar más utilizada para el análisis, implementación y documentación de
sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente
establecidos, sino un conjunto de metodologías adaptables al contexto y
necesidades de cada organización.” (Ivar Jacobson, Grady Booch y James
Rumbaugh, 1999)

A continuación, se estarán abordando cada uno de estos principios y cómo estos

se llevan a cabo:

VI.3.1 Principios claves

El RUP está basado principios claves:

 Adaptar el proceso: el proceso deberá adaptarse a las características

propias del proyecto u organización. El tamaño del mismo, así como su
tipo o las regulaciones que lo condicionen, influirán en su diseño
específico. También se deberá tener en cuenta el alcance del proyecto.
 Balancear prioridades: los requerimientos de los diversos inversores
pueden ser diferentes, contradictorios o disputarse recursos limitados.
Debe encontrarse un balance que satisfaga los deseos de todos.
 Demostrar valor iterativamente: los proyectos se entregan, aunque sea
de un modo interno, en etapas iteradas. En cada iteración se analiza la
opinión de los inversores, la estabilidad y calidad del producto, y se refina
la dirección del proyecto, así como también los riesgos involucrados.
 Elevar el nivel de abstracción: este principio dominante motiva el uso
de conceptos reutilizables tales como patrón del software, lenguajes 4GL
o esquemas (frameworks) por nombrar algunos. Esto previene a los

19
 ingenieros de software ir directamente de los requisitos a la codificación
de software a la medida del cliente. Un nivel alto de abstracción también
permite discusiones sobre diversos niveles arquitectónicos. Éstos se
pueden acompañar por las representaciones visuales de la arquitectura,
por ejemplo, con UML.
 Enfocarse en la calidad: el control de calidad no debe realizarse al final
de cada iteración, sino en todos los aspectos de la producción.

VI.3.2 Ciclo de vida

El ciclo de vida RUP es una implementación del Desarrollo en espiral. Fue
creado ensamblando los elementos en secuencias semi-ordenadas. El ciclo de
vida organiza las tareas en fases e iteraciones.

El RUP 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:

VI.3.2.1 Fase de concepción o inicio

En esta fase se establece la oportunidad y alcance el proyecto. Se identifican
todas las entidades externas con las que se trata (actores) y se define la
interacción en un alto nivel de abstracción: se deben identificar todos los casos
de uso, y se deben describir algunos en detalle. La oportunidad del negocio
incluye: definir los criterios de éxito, identificación de riesgos, estimación de
recursos necesarios, y plan de las fases.

Los productos de esta fase son:

 Un documento de visión general, que incluye los requerimientos

generales del proyecto, las características principales, y las restricciones.
 El modelo inicial de casos de uso (10% a 20 % listos).
 El glosario.
 Caso de negocio, donde se incluye el contexto, los criterios de éxito, y el
pronóstico financiero.
 Una identificación inicial de riesgos.

20
  Un plan de proyecto.
 Uno o más prototipos.

VI.3.2.2 Fase de Elaboración

Es la parte más crítica del proceso, al final toda la ingeniería “dura” está hecha,
se puede decidir si vale la pena seguir adelante, a partir de aquí la arquitectura,
los requerimientos y los planes de desarrollo son estables. Ya hay menos
riesgos y se puede planificar el resto del proyecto con menor incertidumbre, se
construye una arquitectura ejecutable que contemple: los casos de uso críticos y
los riesgos identificados.

Objetivos:

 Analizar el dominio del problema

 Establecer una arquitectura base sólida
 Desarrollar un plan de proyecto
 Eliminar los elementos de mayor riesgo para el desarrollo exitoso del
proyecto

Productos:

 Modelo de casos de uso (80% completo) con descripciones detalladas

 Otros requerimientos no funcionales o no asociados a casos de uso
 Descripción de la Arquitectura del Software
 Un prototipo ejecutable de la arquitectura
 Lista revisada de riesgos y del caso de negocio
 Plan de desarrollo para el resto del proyecto
 Un manual de usuario preliminar

VI.3.2.3 Fase de Construcción

En esta fase todas las componentes restantes se desarrollan e incorporan al
producto, todo es probado en profundidad, el énfasis está en la producción
eficiente y no ya en la creación intelectual, puede hacerse construcción en

21
paralelo, pero esto exige una planificación detallada y una arquitectura muy
estable.

Producto

 El producto de software integrado y corriendo en la plataforma adecuada.

 Manuales de usuario.
 Una descripción del “release” actual.

VI.3.2.4 Fase de transición

El objetivo es traspasar el software desarrollado a la comunidad de usuarios.
Una vez instalado surgirán nuevos elementos que implicarán nuevos desarrollos
(ciclos).

Incluye:

 Pruebas Beta para validar el producto con las expectativas del cliente
 Ejecución paralela con sistemas antiguos
 Conversión de datos
 Entrenamiento de usuarios
 Distribuir el producto

Objetivo

 Obtener autosuficiencia de parte de los usuarios.

 Concordancia en los logros del producto de parte de las personas
involucradas.
 Lograr el consenso cuanto antes para liberar el producto al mercado.

Principales características

 Forma disciplinada de asignar tareas y responsabilidades (quién hace

qué, cuándo y cómo)
 Pretende implementar las mejores prácticas en Ingeniería de Software
 Desarrollo iterativo
 Administración de requisitos

22
  Uso de arquitectura basada en componentes
 Control de cambios
 Modelado visual del software
 Verificación de la calidad del software

El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e

incremental, estar centrado en la arquitectura y guiado por los casos de uso.
Incluye artefactos (que son los productos tangibles del proceso como por
ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles (papel que
desempeña una persona en un determinado momento, una persona puede
desempeñar distintos roles a lo largo del proceso).

Fases

 Establece oportunidad y alcance

 Identifica las entidades externas o actores con las que se trata
 Identifica los casos de uso

VI.3.3 Ciclos de RUP

VI.3.3.1 Requerimientos
Los desarrolladores y clientes deben acordar qué es lo que el sistema debe
hacer:

 Relevar requerimientos
 Documentar funcionalidad y restricciones
 Documentar decisiones
 Identificar actores
 Identificar casos de uso
 Los casos de uso describen la funcionalidad.
 Los requerimientos no funcionales se incluyen en una especificación
complementaria.

VI.3.3.2 Análisis y Diseño

Descripción de cómo se implementará el sistema: un plano

23
Debe:

 Ejecutar las tareas y funciones descritas en los casos de uso

 Satisfacer todos los requerimientos
 Flexible a cambios

El modelo de diseño consta de:

 Clases estructuradas en paquetes

 Diseños de subsistemas con interfaces definidas (componentes)
 Forma de colaboración entre las clases

VI.3.3.3 Desarrollo
 Definir la organización del código
 Implementar clases y objetos en forma de componentes (fuente,
ejecutables, etc.)
 Probar las componentes desarrolladas
 Integrar las componentes en un sistema ejecutable

VI.3.3.4 Pruebas
Propósito:

 Verificar la interacción entre los objetos

 Verificar la integración apropiada de componentes
 Verificar que se satisfacen los requerimientos
 Identificar los defectos y corregirlos antes de la instalación

Las pruebas de regresión son importantes en desarrollos iterativos, Rational

tiene herramientas para automatizar algunas pruebas.

RUP describe como planear y ejecutar estas pruebas, propone probar las
componentes desde el principio con respecto a la confiabilidad, funcionalidad y
performance.

24
 VI.3.3.5 Distribución
Producir un producto y hacerlo llegar a sus usuarios finales, incluye varias
actividades:

 Producir un “release”
 Empaquetar el software
 Distribuir el software
 Instalar el software
 Apoyar a los usuarios

A veces también incluye:

 Realizar pruebas beta

 Migración de datos
 Aceptación formal

La mayor parte de la distribución ocurre durante la transición, este es uno de los

flujos de trabajo menos documentados en RUP.

En el sistema web de gestión académico-administrativa de PROMECYS, se

excluirá “distribución” ya que, si bien es cierto, forma parte del ciclo del RUP, no
se llegará a ese punto debido a que es un prototipo de sistema.

Para llevar a cabo esto tomamos como referencia UML.

VI.4 UML
Se considera a UML como el lenguaje de modelado de sistemas de software
más conocido y utilizado en la actualidad.

“El Lenguaje Unificado de Modelado (UML, Unified Modeling Language) es un

lenguaje gráfico para visualizar, construir y documentar los artefactos de un
sistema con gran cantidad de software. UML proporciona una forma estándar de
representar los planos de un sistema, y comprende tanto elementos
conceptuales, como los procesos de negocio y las funciones del sistema, en
cuanto elementos concretos, como las clases escritas de un lenguaje de

25
programación específicos, esquemas de bases de datos y componentes
software reutilizables.” (Ivar Jacobson, Grady Booch y James Rumbaugh)

Es importante resaltar que UML es un "lenguaje" para especificar y no para

describir métodos o procesos. Se utiliza para definir un sistema de software,
para detallar los artefactos en el sistema y para documentar y construir. En otras
palabras, es el lenguaje en el que está descrito el modelo. Se puede aplicar en
una gran variedad de formas para dar soporte a una metodología de desarrollo
de software. UML cuenta con varios tipos de diagramas, los cuales muestran
diferentes aspectos de las entidades representadas. En UML encontramos una
variedad de diagramas que se clasifican en:

VI.4.1 Bloques básicos de construcción de UML.

Los bloques básicos de construcción de UML son tres, los elementos, las
relaciones y los diagramas.

 Los elementos son abstracciones que actúan como unidades básicas de

construcción. Hay cuatro tipos, los estructurales, los de comportamiento,
los de agrupación y los de notación. En cuanto a los elementos
estructurales son las partes estáticas de los modelos y representan
aspectos conceptuales o materiales. Los elementos de comportamiento
son las partes dinámicas de los modelos y representan comportamientos
Diseño de un sistema de registro académico-administrativo automatizado
en PROMECYS. en el tiempo y en el espacio. Los elementos de
agrupación son las partes organizativas de UML, establecen las
divisiones en que se puede fraccionar un modelo. Sólo hay un elemento
de agrupación, el paquete, que se emplea para organizar otros elementos
en grupos. Los elementos de notación son las partes explicativas de UML,
comentarios que pueden describir textualmente cualquier aspecto de un
modelo. Sólo hay un elemento de notación principal, la nota.

26
  Las relaciones son abstracciones que actúan como unión entre los
distintos elementos. Hay cuatro tipos, la dependencia, la asociación, la
generalización y la realización.

 Los diagramas son la disposición de un conjunto de elementos, que

representan el sistema modelado desde diferentes perspectivas. UML
tiene nueve diagramas fundamentales, agrupados en dos grandes
grupos, uno para modelar la estructura estática del sistema y otro para
modelar el comportamiento dinámico. Los diagramas estáticos son: el de
clases, de objetos, de componentes y de despliegue. Los diagramas de
comportamiento son: el de Casos de Uso, de secuencia, de colaboración,
de estados y de actividades.

VI.4.1.1 Elementos
Describe un conjunto de
objetos que comparten los
mismos atributos, métodos,
Clase
relaciones y semántica. Las
clases implementan una o más
Elementos estructurales

interfaces.
Clase activa Se trata de una clase, en la
que existen procesos o hilos
de ejecución concurrentes con
otros elementos. Las líneas del
contorno son más gruesas que
en la clase “normal”.

27
 Agrupación de métodos u
operaciones que especifican
un servicio de una clase o
componente, describiendo su
comportamiento, completo o
Interfaz parcial, externamente visible.
UML permite emplear un
círculo para representar las
interfaces, aunque lo más
normal es emplear la clase con
el nombre en cursiva.
Define una interacción entre
elementos que cooperan para
proporcionar un
Colaboración
comportamiento mayor que la
suma de los comportamientos
de sus elementos.
Caso de uso Describe un conjunto de
secuencias de acciones que un
sistema ejecuta, para producir
un resultado observable de
interés. Se emplea para
estructurar los aspectos de
comportamiento de un modelo.

28
 Parte física y, por tanto,
reemplazable de un modelo,
que agrupa un conjunto de
interfaces, archivos de código
Componente
fuente, clases, colaboraciones
y proporciona
la implementación de dichos
elementos.
Elemento físico que existe
entiempo de ejecución y
Nodo representa un recurso
computacional con capacidad
de procesar.
Comprende un conjunto de
de

mensajes que se
Interacción intercambian entre un conjunto
de objetos, para cumplir un
objetivo específico.
comportamiento

Especifica la secuencia de
Elementos

Máquinas de estados por los que pasa un

estado objeto o una interacción, en
respuesta a eventos.
Elementos
Se emplea para organizar
de Paquete
otros elementos en grupos.
agrupación
Partes explicativas de UML,
Elementos
que puede describir
de Nota
textualmente cualquier aspecto
notación
del modelo.

29
 VI.4.1.2 Relaciones.
Es una relación entre dos elementos,
Dependencia tal que un cambio en uno puede afectar
al otro.
Es una relación estructural que resume
Asociación un conjunto de enlaces que son
conexiones entre objetos.
Es una relación en la que el elemento
generalizado puede ser substituido por
Generalizació
cualquiera de los elementos hijos, ya
n
que comparten su estructura y
comportamiento.
Es una relación que implica que la
parte realizante cumple con una serie
Realización
de especificaciones propuestas por la
clase realizada (interfaces).

VI.4.1.3 Diagramas.

Muestra un conjunto de
clases, interfaces y
colaboraciones, así como sus
Clases
relaciones, cubriendo la vista
de diseño estática del
Modelan Estructura

sistema.
Objetos Análogo al diagrama de
clases, muestra un conjunto
de objetos y sus relaciones,
pero a modo de vista
instantánea de instancias de

30
 una clase en el tiempo.
Muestra la organización y
dependencias de un conjunto
de componentes. Cubren la
vista de implementación
estática de un sistema. Un
Componentes componente es un módulo de
código, de modo
que los diagramas de
componentes son los
análogos físicos a los
diagramas de clases.
Muestra la configuración del
hardware del sistema, los
nodos de proceso y los
Despliegue componentes empleados por
éstos. Cubren la
vista de despliegue estática
de una arquitectura.
Muestra un conjunto de casos
de uso, los actores implicados
y sus relaciones. Son
Casos de uso
diagramas fundamentales en
el modelado y organización
Modelan Comportamiento

del sistema.
Secuencia Son diagramas de interacción,
muestran un conjunto de
objetos y sus relaciones, así
como los mensajes que se
intercambian entre ellos.
Cubren la vista dinámica del

31
 sistema.
En el diagrama de
colaboración de la figura de la
izquierda, se puede ver que
los elementos gráficos no son
cajas rectangulares, como
cabría esperar, y en su lugar
encontramos sus
versiones adornadas. Estas
versiones tienen como
Colaboración finalidad evidenciar un rol
específico del
objeto siendo modelado. En la
figura encontramos de
izquierda a derecha y de
arriba abajo un Actor, una
Interfaz, un Control
(modela un comportamiento) y
una Instancia (modela un
objeto de dato).
Estados Muestra una máquina de
estados, con sus estados,
transiciones, eventos y
actividades. Cubren la vista
dinámica de un sistema.
Modelan comportamientos
reactivos en base a eventos.

32
 Tipo especial de diagrama de
estados que muestra el flujo
Actividades
de actividades dentro de un
sistema.

VI.5 Herramientas de programación

Nivel Lenguaje Entorno de

desarrollo
Cliente CSHTML, JavaScript, Visual studio
JQuery
Servidor Lenguaje de ASP.Net Core MVC Visual studio
Programación
Servidor de Base de datos SQL Server Microsoft Sql Server
datos Managment Studio
Gestor Report Builder Report Builder
Reportes

VI.5.1 Visual studio.

“Microsoft Visual Studio es un entorno de desarrollo integrado (IDE, por sus
siglas en inglés) para Windows y macOS. Es compatible con múltiples lenguajes
de programación, tales como C++, C#, Visual Basic .NET, F#, Java, Python,
Ruby y PHP, al igual que entornos de desarrollo web, como ASP.NET MVC,
Django, etc., a lo cual hay que sumarle las nuevas capacidades en línea bajo
Windows Azure en forma del editor Mónaco.” (Microsoft Corporation, s.f.)

Visual Studio permite a los desarrolladores crear sitios y aplicaciones web, así
como servicios web en cualquier entorno compatible con la plataforma .NET (a
partir de la versión .NET 2002). Así, se pueden crear aplicaciones que se

33
comuniquen entre estaciones de trabajo, páginas web, dispositivos móviles,
dispositivos embebidos y videoconsolas, entre otros.

En este proyecto se utilizará Visual Studio 2022 que permite trabajar con el
framework de .net Core 3.1.

VI.5.2 ASP.NET Core.

ASP.NET es un marco de desarrollo web popular para compilar aplicaciones
web en la Plataforma .NET.

“ASP.NET Core es un framework web gratis de código abierto y con un mayor

rendimiento que ASP.NET, desarrollado por Microsoft y la comunidad. Es un
framework modular que se ejecuta completo tanto en el .NET Framework de
Windows como en multiplataforma.” (Microsoft Corporation, s.f.)

ASP.NET Core está diseñado para permitir que los componentes en tiempo de
ejecución, las API, los compiladores y los lenguajes evolucionen rápidamente, a
la vez que proporciona una plataforma estable y compatible para mantener las
aplicaciones en ejecución.

ASP.NET Core proporciona varias opciones de soporte técnico de ciclo de vida

para satisfacer las necesidades de la aplicación. Puede elegir una versión de
soporte técnico a largo plazo o ejecutarla con la versión más reciente si se
compromete a actualizarla con más frecuencia.

VI.5.3 SQL server.

Microsoft SQL Server es ideal para almacenar toda la información deseada en
bases de datos relacionales, como también para administrar dichos datos sin
complicaciones, gracias a su interfaz visual y a las opciones y herramientas que
tiene. Es algo vital, especialmente en webs que tienen la opción de registrar
usuarios para que inicien sesión.

“Microsoft SQL Server es un sistema de gestión de base de datos relacional,

desarrollado por la empresa Microsoft. El lenguaje de desarrollo utilizado es
Transact-SQL, una implementación del estándar ANSI del lenguaje SQL,

34
utilizado para manipular y recuperar datos, crear tablas y definir relaciones entre
ellas.” (Microsoft Corporation, s.f.)

En el sistema web de gestión académico-administrativa se utilizará la versión

Microsoft SQL Server 2019 (64 bits).

VI.5.4 Report Builder.

Report Builder de Microsoft es una aplicación independiente para la creación de
informes paginados que el usuario o un administrador pueden instalar en el
equipo. Un administrador normalmente instala y configura Reporting Services,
concede permiso para descargar el Generador de informes desde el portal web y
administra las carpetas y los permisos para los informes y los conjuntos de datos
compartidos guardados en el servidor de informes.

“Mediante el componente Report Builder de Jazz Reporting Service, puede

acceder a un grupo de informes preconfeccionados para crear informes sobre
sus proyectos y para crear sus propios informes para ver los datos de sus
proyectos, incluidos los proyectos que utilizan configuraciones.” (IBM, s.f.)

VI.5.5 SCRUM
Para crear, Para crear, diseñar e implementar un SCRUM es necesario
reconocer todas las tareas y actividades que se debe llevar a cabo para cumplir
con todos los aspectos requeridos para su buen desarrollo. Cabe mencionar que
también se debe contar con una herramienta que nos permita llevar un control
de cada una de las actividades.

Para ello, se hará uso de JIRA SOFTWARE, la cual es una plataforma que
permite crear un backlog con las funciones por realizar, desglosada por sus
actividades de acuerdo a la lógica del software que se pretende desarrollar.

En los Anexos se muestra una vista general del desarrollo del SCRUM:

Ilustración 1 - Vista general Backlog

35
Cuenta con un tablero donde se puede ir visualizando todas aquellas tareas que
están por hacer, en curso o finalizadas, esto es producto de todos los sprint que
se han creado:

Ilustración 2 - Tablero de Actividades

Así mismo, el cronograma de tiempo de las actividades, estas desglosadas por

semanas para llevar un mejor control sobre el cumplimiento de las tareas
asignadas.

Ilustración 3 - Cronograma de tiempo

Creación de SCRUM del proyecto

Para realizar SCRUM se debe registrar con una cuenta de correo y a

continuación se dejará poder seguir con el proceso de creación en la cual
aparecen varias opciones, elegiremos la que dice scrum puesto que para eso se
va a utilizar:

Ilustración 4 - Scrum para la aplicación

Seguidamente se muestra otras opciones para la cual se quiere generar scrum,

se escogerá “Gestionado por equipo”, debido a que no está regida bajo ninguna
organización sobre la cual se está realizando la aplicación.

Ilustración 5 - Definiendo tipo de proyecto

Estando en esta instancia solo queda nombrar el proyecto y se mostrará una

vista como la que aparece al inicio (ilustración 1).

36
VII. HIPÓTESIS

1. Con el desarrollo del sistema de información web para el control y registro

de la gestión académico-administrativa, se automatizará cada uno de los
procesos realizados por el personal de PROMECYS.
2. La utilización adecuada de las herramientas metodológicas propuestas
por la ingeniería Web darían como resultado aplicaciones Web de mayor
calidad y presentación profesional
3. El acceso de información rápida y efectiva sobre las demandas y ofertas
de mercado incide en la productividad alcanzando mejor posición
competitiva a nivel académico.

37
 VIII. DISEÑO METODOLÓGICO
“Un diseño metodológico es un conjunto de procedimientos para dar respuesta a
la pregunta de investigación y comprobar la hipótesis. Plan o estrategia
concebida para alcanzar los objetivos de investigación.” (Christensen citado por
Bernal, 2000).

Según la normativa del diseño metodológico se debería dar respuesta a las

hipótesis, pero estas no se pueden alcanzar ya que es un prototipo de sistema
web, es decir, que no se llegará a la fase de implementación; cabe destacar que
si se tendrá éxito con los objetivos propuestos que son cada uno de los pasos
que se seguirán para el desarrollo de este sistema de información web.

VIII.1 Tipo de estudio

Por su aplicación, nivel de profundidad y amplitud este estudio puede clasificarse
respectivamente como: de desarrollo tecnológico (aplicada según su naturaleza)
dado que se busca como aplicar técnicas ingenieriles para la solución del
problema relacionado con el desarrollo de aplicaciones Web, de carácter
descriptivo debido a que se establecen los principios básicos que rigen el
desarrollo de la solución de un problema en particular, y de corte transversal
debido a que el estudio se realiza conforme la situación actual del problema que
se está tratando.

VIII.2 Área de estudio

El área de estudio está relacionada al desarrollo de sistemas de información y
por consiguiente al campo de la ingeniería del software y la Web.

VIII.3 Universo y muestra

El universo de esta investigación comprende todas las posibles áreas donde se
puedan aplicar los resultados obtenidos las cuales pueden ser el sector
académico, comercial, de entretenimiento e investigación científica, etc.

La muestra que se tomará de esta población de estudio se limita al sector

académico, específicamente al desarrollo de los módulos principales del sitio

38
Web de la Facultad de Ingeniería de Sistemas en la modalidad sabatina
PROMECYS.

VIII.4 Tipo y fuentes de información

Entre las fuentes internas de este proyecto, se tiene a todo el personal de
PROMECYS, se clasifica en el nivel superior, ya que de ellos se obtienen datos
sumamente importantes y claves para el molde y desarrollo del sistema web.

De las fuentes externas se tiene a todos los estudiantes y docentes de

PROMECYS, ya que están directamente afectados con la problemática. Los
docentes forman parte del nivel intermedio en el tipo de información ya que
proporcionan estrategias y maneras de resolver la problemática que se conoce.
La coordinadora y la secretaria de PROMECYS se sitúan también en el nivel
operativo puesto que de ellas se obtienen todas las tareas de la gestión
académico-administrativa.

VIII.5 Instrumentos de recolección de datos

Los Instrumentos que se utilizarán para la recopilación de datos son:

 Entrevista: Permite una relación directa con las personas involucradas

con el problema a resolver.
 Internet: Es un elemento primordial para obtener datos relacionados con
el problema a tratar.
 Encuestas: Se hará uso de esta herramienta con grupos de usuarios con
el fin de evaluar ciertos aspectos relacionados con el problema de
estudio.
 Observación: La observación es otro de los instrumentos para recopilar
información que consiste en observar a los individuos en su entorno
natural o en una situación que se produce de forma natural.

VIII.6 Procedimiento para la recolección de datos

Para la entrevista se requerirá formularla entre los autores de este proyecto y
estos mismos deben encargarse de realizarla con el personal de PROMECYS y

39
algunos docentes del área de informática y administración que colaboran en esta
modalidad.

La manera en que se harán las encuestas será vía internet para un menor costo
de dinero y ahorro de tiempo.

La observación se utilizará para determinar y analizar los procesos de control y

registros de la gestión académico-administrativa que se realiza en PROMECYS.

VIII.7 Procesamiento de la información

o Obtener la información de la población o muestra. Esto se realiza según
el tipo de investigación que ya se ha establecido.
o Definir los criterios o variables para ordenar los datos obtenidos a través
del trabajo de campo.
o Escoger las herramientas estadísticas (Análisis de Pareto, diagrama de
causa/efecto, gráficas de control, distribución de frecuencias,
histogramas, polígonos de frecuencia, gráficas de barras o tortas,
medidas de tendencia central, medidas de dispersión y pruebas
estadísticas) y el software que realice de forma automatizada la
recolección de los datos importantes y en algunos casos su codificación
(colocar un código numérico a cada una de las alternativas de las
preguntas del instrumento y de esta manera facilitar la tabulación y conteo
de los datos) e interpretación.
o Efectuar la impresión de los resultados y su análisis.

VIII.8 Tipo de análisis

Estos son los tipos de estudio de investigación que se tomarán en cuenta de
acuerdo a las necesidades del proyecto.

o Investigación aplicada: se centra en analizar y responder problemas de la

vida real como es el caso del objeto en cuestión.
o Investigación cualitativa: es un proceso que ayuda a comprender de
manera profunda la naturaleza de un problema, para reunir la mayor
cantidad de información posible de la muestra.

40
 VIII.9 Estructura del contenido de la monografía
En el documento se describe la problemática actual a partir de la cual se pueden
visualizar las necesidades que permiten establecer los requerimientos
necesarios para la automatización de los procesos que será la primera parte del
desarrollo del proyecto, luego, se definirá la estructura de la base de datos que
es donde los datos están almacenados y, además, permite manipularlos.
Después, se muestra el diseño de las interfaces que es con las que el usuario va
a interactuar, para ello es necesario definir las pautas para luego programarlas y
que funcionen de acuerdo a los requerimientos establecidos. Una vez
desarrollado y programado se harán las pruebas correspondientes para su
correcta funcionalidad, además, se podrán emitir reportes a partir de la
información que se encuentra almacenada en la base de datos. Todo ello se
verá plasmado en el documento mediante imágenes y capturas tomadas al
sistema web.

41
 IX. MANUAL PARA LA APLICACIÓN WEB DE PROMECYS
Dentro del sistema web desarrollado para la parte administrativa de UNI
PROMECYS se puede encontrar todo el proceso porque el actualmente realizan
de manera manual y con programas de caja (office). Esta aplicación brinda un
mayor desempeño en cada uno de los procesos que actualmente se llevan a
cabo en esta modalidad de estudio. Brindaremos una vista general de lo que en
particular se desarrolla:

Ilustración 1 - Pagina inicio de la aplicación

Ilustración 2 - Pagina Home de la aplicación

42
Podemos ver que en la primera imagen (ilustración 1), indicamos que al lado se
aprecian todas aquellas operaciones que se pueden realizar y en la pagina
completa, se aprecia una breve introducción del Alma mater y el pensum
seguidamente (ilustración 2) mostrando su estructura del proceso de formación
académica.

Debemos recordar que lo más importante es la seguridad y para eso hemos

implementado el factor fundamental para poder acceder a este tipo de
operaciones que solo el personal autorizado puede realizar. A continuación, se
muestra el inicio de sesión:

Ilustración 3 - Inicio de Sesión (login)

Se han realizado las validaciones pertinentes para cumplir con los estándares de
seguridad de la información.

Catálogo

43
Dentro de esta sección podremos encontrar toda la parte de gestión de
asignaturas, estudiantes y empleados.

Ilustración 4 - Menú de Catálogo

Catálogo – Asignaturas

Listando asignaturas y Agregando (Asignatura):

Ilustración 5 - Lista Asignatura

44
Ilustración 6 - Agregar Asignatura

Catálogo – Administrar estudiantes

Ilustración 7 - listar estudiantes

45
Ilustración 8 - Agregar Estudiante

Catálogo – Administrar Empleados

Ilustración 9 - Listar empleados

46
Ilustración 10 - Agregar empleado

Administración

Dentro de la parte administrativa tenemos todas aquellas operaciones

relacionadas con los pagos, cargos y cuentas de usuario, es decir, la solvencia
de pagos efectivos y a su vez el control de todos los cargos designados y la
cuenta de usuario creadas para cada empleado.

Ilustración 11 - Menú de administración

47
Administración – pagos

Ilustración 12 – Lista de pago efectivo actual para estudiante

Ilustración 13 - Realizar pago para estudiante

Ilustración 14 - historial de pago de un estudiante

48
Administración – Cargos

Ilustración 15 - lista cargo asignados a empleados

Ilustración 16 - Agregar cargo

49
Administración - Cuentas de usuario

Ilustración 17- Administración cuentas de usuario

50
Ilustración 18 - Agregar usuario

Ilustración 19 – nueva cuenta

Reportes

En la sección de reportes podremos encontrar dos sub secciones llamadas

empleados y estudiante, en donde podremos administrar, valga la redundancia,
las cuentas de estudiantes y empleados, cuando decimos administrar nos
referimos a editar, eliminar, ver y agregar a un nuevo usuario.

51
Reportes – Empleados

Ilustración 20 – Generar empleados

Reporte – Estudiante

Ilustración 21 – Generar Estudiante

52
X. ANEXOS

Ilustración I - Vista general backlog

Ilustración 2 – Tablero de actividades

53
 Ilustración 3 – Cronograma de Tiempo

Ilustración 4 – SCRUM para la aplicación

54
Ilustración 5 – Definiendo tipo de proyecto

Infraestructura AWS

55
XI. BIBLIOGRAFÍA
 ANDINASOFT. (2008-2010). SOFTWARE Y HARDWARE.
 Andreu, Ricart y Valor. (2011). Lapiedra, Devece y Guiral.

 Christensen citado por Bernal. (2000).

 Fleeger., S. L. (s.f.). Ingeniería de software teoría y práctica.

 Hiard, V. (s.f.). Gestión de un proyecto web. planificación, dirección y buenas prácticas

(2a Edición ed.).

 IBM. (s.f.). Creación de informes con Report Builder. Obtenido de

https://www.ibm.com/docs/es/elm/6.0.1?topic=reports-authoring-report-builder

 Ingeniería de software. (s.f.). Obtenido de https://ingsoftware.weebly.com/modelo-

evolutivo.html#:~:text=El%20desarrollo%20evolutivo%20consta%20del,entrelazan
%20en%20vez%20de%20separarse.

 Ivar Jacobson, Grady Booch y James Rumbaugh. (1999). The Unified Software
Development Process.

 Ivar Jacobson, Grady Booch y James Rumbaugh. (s.f.). El lenguaje unificado de

modelado: Guía de usuario (segunda ed.).

 Laudon y Laudon. (2012).

 Microsoft Corporation. (s.f.). ASP.NET Core . Obtenido de

https://dotnet.microsoft.com/es-es/learn/aspnet/what-is-aspnet-core

 Microsoft Corporation. (s.f.). Microsoft SQL Server . Obtenido de

https://es.wikipedia.org/wiki/Microsoft_SQL_Server

 Microsoft Corporation. (s.f.). Visual Studio: IDE y Editor de código para desarrolladores.
Obtenido de https://visualstudio.microsoft.com/es/#vs-section

 Santander Universidades. (21 de Diciembre de 2020). Metodologías de desarrollo de

software. Obtenido de https://www.becas-santander.com/es/blog/metodologias-
desarrollo-software.html

 universidad de Menizales. (2009).

 Whitten, Bentley y Dittman . (2006). Fernández.

56