UNIVERSIDAD AUTÓNOMA DE

NUEVO LEÓN

FACULTAD DE INGENIERIA
MECANICA Y ELECTRICA

Análisis y sistemas

Modelado de requerimientos

Equipo 4

Airam Jatziri Mendoza 1951114 IAS

Torres
Adrián Humberto 1633045 IAS
Guzmán Martinez

Elian Garza Lerma 1873909 IAS

HORA: M4 GRUPO: Análisis SALÓN:005

SEMESTRE: AGOSTO-DICIEMBRE 2022

 INDICE
FASE 1: ANALISIS DE ALCANCE
1.1 IDENTIFICAR PROBLEMAS Y OPORTUNIDADES BASICAS. ……………………………… 3

1.2 NEGOCIAR EL ALCANCE BASE. ………………………………………………………………… 4

1.3 EVALUAR EL BENEFICIO O CONSIDERAR EL VALOR DEL PROYECTO BASE. ………. 4

FASE 2: ANALISIS DEL PROBLEMA

2.1 ENTENDER EL DOMINIO DEL PROBLEMA…………………………………………………….. 5

2.2 ANALIZAR PROBLEMAS Y OPORTUNIDADES. ………………………………………………. 5

2.3 ANALIZAR PROCESOS DE NEGOCIOS…………………………………………………………. 6

2.4 ESTABLECER OBJETIVOS DE MEJORA DEL SISTEMA…………………………………….. 7

FASE 3: ANALISIS DE REQUERIMIENTOS

3.1 IDENTIFICAR Y EXPRESAR LOS REQUERIMIENTOS DEL SISTEMA…………………….. 8

3.2 PRIORIZAR LOS REQUERIMIENTOS DEL SISTEMA…………………………………………. 9

3.3 ANALIZAR O REFINAR EL PLAN DEL PROYECTO…………………………………………. 10

3.4 COMUNICAR LA DEFINICION DE REQUERIMIENTOS……………………………………….. 10

FASE 4: DISEÑO LOGICO

4.1 REQUERIMIENTOS FUNCIOANLES DE ESTRUCTURA ………………………………………. 11

4.2: VALIDAR REQUERIMIENTOS FUNCIONALES …………………………………………………….. 12

4.3: DEFINIR CASOS DE PRUEBA DE ACEPTACIÓN ……………………………………….. …………13

FASE 5: ANALISIS DE DECISION

5.1 IDENTIFICAR SOLUCIONES ALTERNATIVAS ………………………………………………….. 14

5.2: ANALIZAR SOLUCIONES ALTERNATIVAS ………………………………………………………… 14

5.3: DEFINIR CASOS DE PRUEBA DE ACEPTACIÓN ………………………………………………….. 15

5.4 ACTUALIZAR EL PLAN DEL PROYECTO…………………………………………………………….. 15

5.5 RECOMENDAR UNA SOLUCION DEL SISTEMA……………………………………………………. 16

 FASE 1: ANALISIS DE ALCANCE

1.1 IDENTIFICAR PROBLEMAS Y OPORTUNIDADES BASICAS.

PROBLEMÁTICA: MANEJO DE CALIFICACIONES DE ALUMNOS DE
PREPARATORIA
Para iniciar este proyecto identificamos una oportunidad en donde en el area de
informatica nos tomamos el proceso de calificar alumnos en todo la preparatoria de
todos los bachilleratos, en donde se dividen en Progresivo, Bilingüe, General y
Tecnico, en donde cada uno tiene una forma diferente de calificar, por la cantidad
de materias que cursa y el tipo de materia que cursan. La problemática es que el
sistema es muy defisiente en el aspecto que tenemos que cargar todo manualmente
y es muy tardado por el detalle de que tienes que calificar a los alumnos en un
tiempo muy corto. Por que cada uno necesita tener sus calificaciones en el
momento. Para poder tener una nocion de cuantos puntos lleva a lo largo del
semestre. Para eso nuestro equipo tomara la problemática, y resolvera de la mejor
manera este problema y optimizar el proceso de calificado de alumnos por
semestre.
El calendario de desarrollo del programa se llevará a cabo de la siguiente manera:

Tiempo de duración en meses, semanas

Octubre -
Actividades Diciembre Enero
Noviembre

1 2 3 4 1 2 3 4 1 2 3 4
Planeación
inicial del
proyecto,
problemática y
soluciones

Análisis de
procesos del
negocio.

Evaluación del
proyecto

Requerimientos
funcionales de
estructura y
diseño.

3
 Desarrollo del
proyecto

Fecha tentativa
de instalación y
capacitación
del usuario

1.2 NEGOCIAR EL ALCANCE BASE.

Cómo se puede ver el desarrollo de este proyecto se desarrollará en un tiempo
aproximado de 4 meses.
En los meses de Octubre y Noviembre se llevarán a cabo los pasos donde solo se
revisará de manera general partes teóricas del proyecto: su planteamiento inicial,
análisis de negocios y su posterior evaluación.
Las primeras 3 Semanas del mes de Diciembre se definirán concretamente los
requerimientos más específicos del sistema. En si a los requerimientos de estructura
y diseño. Aquí entran los datos que necesitará el sistema para funcionar y todos los
procesos que conlleven dichos datos También el cliente podrá decidir sobre el
diseño físico y la apariencia del proyecto.
1.3 EVALUAR EL BENEFICIO O CONSIDERAR EL VALOR DEL PROYECTO
BASE.
Creemos que el proyecto que estamos desarrollando para la agilización la forma de
calificar los examenes de los alumnos de una preparatoria de la UANL, es una de
esas aplicaciones que cuando esté implementada la gente se preguntará ¿Por qué
no era esto el estándar? Ya que si se implementa bien supondría un ahorro de
tiempo significativo en las horas de clase de todas las facultades de la Universidad
Autónoma de Nuevo León. Además del beneficio del ahorro de tiempo, también este
sistema podría utilizarse para fines estadísticos y de análisis, ya que se registraron
las calificaciones bajas y altas en una base de datos que puede ser usada fácilmente
para todo tipo de estudios.

4
 FASE 2: ANALISIS DEL PROBLEMA
2.1 ENTENDER EL DOMINIO DEL PROBLEMA.
Este proyecto tiene varios problemas y oportunidades: uno de ellos es la situacion
en donde el departamento encargado de entregar los archivos de calificaciones,
tiene un tiempo de 48 horas para entregar las calificaciones de la materia calificada.
Y seguir el plan de calificar en ese lapso de tiempo, para poder llegar asi con todos
los promedios para la ENTREGA DE CALIFICACIONES, de cada etapa. En donde
la problemática surgue de hay, en donde el poco tiempo que se nos da para calificar
a 4500 alumnos por materia se nos hace imposible. Haciendo doblar turnos a los
emplados de informatica para que puedan acabar el trabajo y seguir a la marcha
con la entrega de resultados de cada evaluacion que exista en la preparatoria.
Otra cuestion es que por hacer todo bajo presion, salen detalles en los resultados,
en donde los promedios a veces no son correctamente calificacados, ya sea por un
alumno o todo el grupo. Es aquí en donde existe otro punto en donde siempre hay
un margen de error grandisimo en donde siempre hay un error que conlleva un error
aun mas grande para el proceso de calificar a un grupo o una materia completa.
2.2 ANALIZAR PROBLEMAS Y OPORTUNIDADES.
ANALISIS DE CAUSA Y EFECTO OBJETIVOS DE MEJORA DEL SISTEMA
PROBLEMA U CAUSA Y EFECTO OBJETIVOS DEL RESTRICCIONES DEL
OPORTUNIDAD SISTEMA SISTEMA
1. La carencia de 1. La preparatoria 1. Agilizar tiempo y 1. El sistema
un sistema de de la UANL en la eficacia con la necesita estar
calificaciones cuestion pierde que se califica a conectado con la
generales. mucho el tiempo los alumnos. base de datos de
en la forma en clases de la
2. La falta de una como califica a 2. Mantener una UANL.
base de datos de sus alumnos. base de datos
semestre a actualizable en 2. Se debera de
semestre con la 2. La mejor forma cada semestre capacitar a dos
informacion de de poder tener en donde se personas que
cada grupo y todo bajo control tendran todos los seran las que
alumno. es tener una archivos. administren toda
base de datos esta informacion.
3. La oportunidad siempre al 3. Promover un plan
de tener todos alcanze para que estrategico en
los datos en pueda tener la donde el alumno
tiempo y forma informacion sepa usar su
para que el rapidamente. plataforma y
alumno tenga en saber su
cuenta que 3. Casi el 80% de calificaciones.
materia necesita los alumnos no
tener mejores saben cuales son 4. Analaizar los
calificaciones sus puntuajes en habitos de
sus examenes estudio de cada
por no tenerlos alumno.
en una
plataforma web 5. Modernizar en un
en donde no se API al alcanze de
le saca todo el cualquier
provecho que administrativos.
deberia sacarse.

5
 2.3 ANALIZAR PROCESOS DE NEGOCIOS.

Presentar
Crear las claves examen de la
Maestro Estudiante
de cada tipo de materia del
examen maestro

Registrar las
Registrar las Calificaciones claves de
claves de examen
examen

Entregar las CLAVES y

EXAMENES de la Matria

Administrador del Sistema

6
2.4 ESTABLECER OBJETIVOS DE MEJORA DEL SISTEMA.
Los objetivos principales de este proyecto son dos y son los siguientes:
• Poder ejecutar un sistema en donde mediante un archivo de lectura podamos leer mas
rapidos los examenes de cada materia y asi tener tiempo para poder checar grupo por grupo
si no existe ninguno error de calificacion.
• Poder tener una buena administracion en el sistema en donde podamos obtener una base
de datos de los alumnos que tiene problemas con sus materias y poder ayudarlos en el
momento preciso y rapidamente.
• Poder tener un apartado para poder conseguir mas rapido una calificacion de un alumno, y
no buscarlo entre una base de datos general.

Alumno Proporciona el archivo de lectura de

Administrador del Sistema
Analizador de Lectura
Capturador de Examenes
Encargado de entregar
Administrador de Datos
respuestas para calificar
Proporciona la CLAVE de lectura en donde
estaran todas las respuestas correctas,
ademas de dar de alta a los alumnos de
cada semestre, y tambien la organización y
el alta de las materias de cada semestre.
Se encarga de llevar a cabo de toda una
materia dandole al ADMINISTRADOR DEL
SISTEMA, un archivo TXT en donde
estaran todos los alumnos y respuestas de
sus examenes.
Persona encargada de dar de alta los
alumnos para poder calificar con la CLAVE
de lectura a todos los alumnos que
presentaron una materia.
Persona encargada de checar a detalle los
resultados que salieron impresos para
entrega al departemento de
CALIFICACIONES si ningun detalle
Se encarga de crear las bases de datos de
cada una las materias por semestre para
tener un control de los alumnos con altas y
bajas calificaciones.

también identificaremos unos casos de uso que se realizarán cada uno de estos
actores, que son los que son los procesos que ha de realizar el sistema.
Estos procesos se simplificarán un poco en el diagrama de contexto, que como ya
se mencionó anteriormente representan la interacción del sistema con el mundo
real.

7
 FASE 3: ANALISIS DE REQUERIMIENTOS
3.1. IDENTIFICAR Y EXPRESAR LOS REQUERIMIENTOS DEL SISTEMA

En esta fase se definen los requerimientos para el funcionamiento del sistema: en

este caso los datos que necesitará y los procesos que realizará el sistema con
dichos datos.

Una vez definidos los principales actores y casos del uso del sistema,
identificaremos principalmente los datos y que necesitará el sistema para su
funcionamiento y son los siguientes:

1. Captura de Clave de Examen

• Clave de la Materia
• Semestre de la Materia
• Tipo de Examen
1. 01 PRIMER PARCIAL
2. 02 MEDIO TERMINO
3. 03 SEGUNDO PARCIAL
4. 04 EXAMEN GLOBAL
• Fecha del Examen
• Respuestas Correctas del Examen

2. Captura de Examen Alumno

• Nombre de Alumno
• Apellidos del Alumno
• Grupo
• Semestre
• Materia del Examen
• Clave de Examen
• Tipo de Examen
• Respuestas del Examen

3. Alta de Materia de Examen

• Nombre de la materia
• Clave a elegir de la materia
• Semestre que se va a cursar
• Valor de la Materia en el Semestre

8
4. Alta de un Alumno de Semestre
• Nombre del Alumno
• Matricula del Alumno
• Apellidos
• Dirección
• Teléfono de Casa
• Teléfono Celular
• Nombre de su Padre
• Nombre de su Madre

3.2 PRIORIZAR LOS REQUERIMIENTOS DEL SISTEMA

Estos son los datos que solicitará el sistema para cumplir los casos de uso
descritos anteriormente en la etapa anterior.
Anteriormente comentamos que el éxito de un proyecto de desarrollo de sistemas
puede ser medido en términos del grado en el que se satisfacen los
requerimientos del negocio. Pero no todos los requerimientos se crean igual. Si un
proyecto se retrasa en horario o so- bre el presupuesto, puede ser útil para
reconocer qué requerimientos son más importantes que otros. Por tanto, dados los
requerimientos validados, los propietarios del sistema y los usuarios del sistema
deben priorizar los requerimientos del sistema.
Otorgar prioridades a los requerimientos puede facilitarse por medio de una
técnica popular llamada timeboxing. El timeboxing intenta dividir requerimientos en
“partes” que puedan ser implementadas dentro de un periodo que no acabe con la
paciencia del usuario y de la comunidad administrativa. El timeboxing obliga a que
las prioridades sean definidas claramente.
Los ANALISTAS DE SISTEMAS facilitan la tarea de clasificación de prioridades.
Los PRO- PIETARIOS y USUARIOS DEL SISTEMA establecen las prioridades
actuales. Los DISEÑADORES y los CONSTRUCTORES de sistemas no participan
en la tarea. La tarea es realizada cuando los REQUERIMIENTOS SON
VALIDADOS. Debe resultar evidente que usted no pueda otorgar priori- dades
adecuadamente a un conjunto de requerimientos incompleto. El producto de esta
tarea es obtener REQUERIMIENTOS CON PRIORIDADES. Las prioridades
pueden ser clasificadas de acuerdo con su importancia relativa.

9
3.3 ACTUALIZAR O REFINAR EL PLAN DEL PROYECTO

Nuevamente, recordemos que el alcance del proyecto es un objetivo móvil. Ahora

que he- mos identificado los requerimientos del sistema, debemos regresar y
redefinir nuestra com- prensión del alcance del proyecto y actualizar en
consecuencia nuestro plan de proyecto. El equipo debe considerar la posibilidad
de que el nuevo sistema pueda ser más grande de lo originalmente esperado. Si
es así, en consecuencia, el equipo debe ajustar el programa, presupuesto o
alcance. Debemos también asegurar la aprobación para que el proyecto continúe
hacia la siguiente fase. (Puede que el trabajo ya se haya iniciado en las fases de
diseño; sin embargo, las decisiones todavía requieren una revisión.)

El administrador del proyecto, en conjunto con los PROPIETARIOS DEL SISTEMA

y el equipo de proyecto completo, facilitan esta tarea. Como siempre, el
administrador del proyecto y los PROPIETARIOS DEL SISTEMA son los
individuos clave en esta tarea. Deben considerar la posibilidad de que los
requerimientos ahora excedan la visión original que se estableció para el proyecto
y el nuevo sistema. Pueden tener que reducir el alcance para cumplir con un
vencimiento o incrementar el presupuesto para que el trabajo se realice.

TAREA 3.4: COMUNICAR LA DEFINICIÓN DE REQUERIMIENTOS

La comunicación es una tarea continua de la fase de análisis de requerimientos. A

lo largo de la fase, debemos comunicar requerimientos y prioridades para la
comunidad de nego- cios. Los usuarios y administradores con frecuencia
abogarán por una consideración de requerimientos y prioridades. La comunicación
es el proceso a través del cual se deben mediar las diferencias de opinión. El
administrador del proyecto y el patrocinador ejecutivo conjuntamente deben
facilitar esta tarea. Actualmente, una intranet o un portal de proyecto se utilizan
con frecuencia para comunicar los requerimientos. Algunos sistemas permiten a
los usuarios y administradores acceder a los documentos de requerimientos para
asegu- rarse de ser notificados conforme ocurran los cambios. Las habilidades
interpersonales, de comunicación y negociación son esenciales para esta tarea.

10
 FASE 4: DISEÑO LOGICO
4.1 REQUERIMIENTOS FUNCIOANLES DE ESTRUCTURA

Glosario de Casos de Uso

Nombre Descripción Actores y papeles
participantes
Ingresa un CLAVE de Este caso describe el evento del • Administrador
lectura de EXAMEN de ingreso de una clave para calificar del Sistema
una Materia un examen.
Borra una CLAVE de Este caso describe el evento de • Administrador
lectura de EXAMEN de un borrado de una clave de lectura del Sistema
una Materia para calificar.
Dar de Alta a las Este caso describe al evento de • Capturador de
Respuestas de dar de alta las respuestas de un Examenes
Alumnos grupo o bachillerato de alumnos
de una materia
Hacer cambios de las Este caso describe al evento del • Analizador de
respuestas de Analizador de Lectura en donde Lectura
Alumnos modificar y hace cambios en las
hojas de respuestas de los
alumnos
Revisar a alumnos con Este caso describe al evento del • Administrador
bajas calificaciones por Administrador de Datos en donde de Datos
materia mediante el sistema sacara la
informacion de los alumnos y hara
un filtrado de los alumnos con
bajas calificaciones.
Revisar a alumnos con Este caso describe al evento del • Administrador
altas calificaciones por Administrador de Datos en donde de Datos
materia mediante el sistema sacara la
informacion de los alumnos y hara
un filtrado de los alumnos con
altas calificaciones.
Imprimir reporte de Este caso describe el evento • Empleado (
calificaciones por donde el empleado revisa los persona
materia resultados impresos por materia encargada de
para entregar al area entregar las
correspondiente. calificaciones
impresas)

Para priorizar los requerimientos del sistema estos se representarán por un

diagrama de requerimientos de casos de uso. En este diagrama se relacionan los
actores con sus respectivos casos de uso (Estos casos se organizan a la vez en
pestañas)

11
 4.2: VALIDAR REQUERIMIENTOS FUNCIONALES

MODELADO DE REQUERIMIENTOS

Creacion del Imprimir

Archivo de Resultados de una
Ingresar Ingresar Lectura TXT Materia
Alumno Nuevo Materia Nueva

Revisar errores de Entregar

Resultados de una
Revisar Resultados lectura de
Ingresar Clave Materia
de Alumnos por Exámenes
de Lectura grupo

Analizador de
Alumno Lectura Encargado de
Entrega

Administrador Dar de alta las Dar de alta las

del Sistema respuestas de los respuestas de los
Alumnos Alumnos

Hacer una Rellenar el

estadística y base examen
de datos del correctamente
Semestre

Administrador Capturador de
de Datos Exámenes

12
4.3: DEFINIR CASOS DE PRUEBA DE ACEPTACIÓN

13
5.1 IDENTIFICAR SOLUCIONES ALTERNATIVAS
Dados los requerimientos de negocios establecidos en la fase de definición del
análisis de sistemas, debemos primero identificar las soluciones alternativas.
Algunas soluciones alternativas serán planteadas por las ideas y opiniones de
diseño de los PROPIETARIOS y USUARIOS DE SISTEMAS.

Problema 1: Almacenamiento de valores con coma (,) como separador de

decimales.

Al tener diferentes configuraciones de teclado en los diferentes dispositivos de

ingreso al sistema, existen varios usuarios que utilizan la coma (,) como separador
decimal en lugar del punto (.), lo cual genera un error al momento del
almacenamiento, ya que la base de datos de la entidad está configurada para
utilizar al punto (.).

Solución: Para solucionar este problema se utiliza la función str_replace() de php

para remplazar el separador decimal al momento delalmacenamiento.

Problema 2: Integridad de la base de datos por el manejo de dos tablas.

Al manejar dos tablas en el Sistema de Ingreso de Calificaciones se puede

producir un error al ejecutar una operación sobre una de estas, teniendo datos
almacenados solamente en una de ellas.

Solución: Para solucionar este inconveniente se utilizaron transacciones, con el fin

de realizar un rollback en ambas tablas en caso de suscitarse un error en
cualquiera de las tablas.

Problema 3: Modificación de aportes ya ingresados.

Existen clases que están a cargo de más de un docente, por lo que en caso de
que estos accedan simultáneamente a la misma clase con el Sistema de Ingreso
de Calificaciones a ingresar el mismo aporte, el aporte que es ingresado primero
es remplazado por el aporte ingresado posteriormente.

Solución: Para solucionar este problema se aumento un select antes de cada

update para garantizar que el aporte aun no esté ingresado. Finalmente, luego de
solucionar los problemas encontrados, se presentó el sistema a los departamentos
de “Sistemas Internos”, “Redes Internas” y autoridades de la entidad, quienes
aprobaron y aceptaron la implementación del Sistema de Ingreso de
Calificaciones.

El mantenimiento de la ISO/IEC tiene dos fases adicionales, que son la migración

y retirada del software, que en el caso del Sistema de Ingreso de Calificaciones no
se aplicaron, ya que como se explico en la primera parte de este documento, estos

14
pasos se aplican cuando el sistema va a funcionar en un sistema diferente o en su
defecto cuando a terminado su vida útil.

TAREA 5.2: ANALIZAR SOLUCIONES ALTERNATIVAS

Al finalizar el Sistema de Ingreso de Calificaciones se han completado los

objetivos planteados, ya que el sistema brinda la funcionabilidad y seguridad
requerida, presentando un ambiente amigable e intuitivo a los docentes y
asegurando la integridad de los datos.

Se debe considerar que para aprovechar las funciones que brinda el lenguaje PHP
y Java Script es necesario tomar en cuenta que existen diferentes exploradores
web, por lo que hay que verificar que las funciones utilizadas se ejecuten
correctamente en todos y así optimizar las herramientas que tenemos.

Al utilizar diferentes diagramas UML se puedo tener una visión clara sobre el
funcionamiento del Sistema de Ingreso de Calificaciones, lo cual facilita de gran
manera el diseño de la estructura del sistema y su programación.

El modelo ISO/IEC es fue muy fácil de implementar y seguir. Existe suficiente

información sobre dicho modelo con lo cual se logro entenderlo rápidamente.

5.3. COMPARAR SOLUCIONES ALTERNATIVAS

Una vez que el análisis de factibilidad ha sido completado para cada solución
alternativa, podemos compararlas y elegir una o más soluciones para
recomendarlas a los PROPIETARIOS y a los USUARIOS DE SISTEMAS. En este
punto, cualquier solución no factible normalmente se elimina de cualquier
consideración posterior. Debido a que estamos buscando la solución más factible
de las soluciones restantes, identificaremos y recomendaremos la solución que
ofrezca la más completa combinación de factibilidad técnica, operativa, económica
y de cro- nograma. Debe entenderse que durante la selección, es raro que se
encuentre una solución que presente la factibilidad más operativa, técnica,
económica y de cronograma.

Una vez más, los ANALISTAS DEL SISTEMA facilitan la tarea. Los
DISEÑADORES y CONSTRUCTO- RES DEL SISTEMA deben estar disponibles
para responder cualquier pregunta de factibilidad técnica. Pero finalmente, los
PROPIETARIOS y los USUARIOS DEL SISTEMA deben estar facultados para
dirigir el análisis final y la recomendación.

15
5.4 ACTUALIZAR EL PLAN DEL PROYECTO

Esperamos que se haya percatado del tema recurrente a lo largo de este capítulo.
Conti- nuamente actualizamos nuestro plan de proyecto al tiempo que
aprendemos más acerca de un sistema, sus problemas, sus requerimientos y sus
soluciones. Ajustamos el alcance en consecuencia. Por tanto, con base en
nuestras soluciones recomendadas, debemos una vez más reevaluar el alcance
del proyecto y, en consecuencia, actualizar el plan del proyecto.

El administrador del proyecto, en conjunto con los PROPIETARIOS DE

SISTEMAS y el equipo completo del proyecto, facilitan esta tarea. Los
ANALISTAS DE SISTEMAS y los PROPIETARIOS DE SISTEMAS son los
individuos fundamentales en esta tarea. Pero como estamos en transición hacia el
diseño de sistema técnico, necesitamos comenzar a incluir a los DISEÑADORES y
CONSTRUCTORES DE SISTEMAS en las actualizaciones del plan del proyecto.

5.5. RECOMENDAR UNA SOLUCIÓN DEL SISTEMA

Al igual que con las fases de investigación preliminar y de análisis de problemas,

la fase de análisis de decisión concluye con una tarea de comunicación. Debemos
recomendar una solución de sistema para la comunidad del negocio.

16