Instituto Superior Tecnológico

Vida Nueva
Nombre: Kevin Tigse.
Fecha: 06/06/2021.
GUIA PRACTICA N 1
TEMA: UML

1. OBJETIVO(S)
 Reconocer los requerimientos de software previo a la diagramación UML de un
sistema académico.
 Identificar el tipo de requerimiento que se va hacer uso el sistema. (Funcionales,
no funcionales).
 Definir un lenguaje de modelado visual fácil de aprender pero enriquecido en
significado.
2. MATERIALES
 Internet
 Software (StarUML)
3. EQUIPOS
 PC
4. PROCEDIMIENTO
1. Analizar las características y requerimientos que el software debe cumplir. Ver
anexo 1.
2. Identificar los requerimientos funcionales y no funcionales ver anexo 1,previo
a la lectura de los conceptos de Requerimientos funcionales y no funcionales.
Ver anexo 2.
3. Documentar los requerimientos funcionales y no funcionales identificados en
la lectura del anexo 1. Y colocar en la tabla 1.
4. Describir los requerimientos no funcionales y colocar en la tabla 2.
5. Analizar la mejor metodología de desarrollo de software que para el sistema
académico, hable de cada una de sus etapas y escribir en la tabla 3.
 Instituto Superior Tecnológico
Vida Nueva
5. OBTENCIÓN DE DATOS
Tabla 1
Requerimientos funcionales

Requerimientos Funcionales Requerimientos no Funcionales

Información más específica para cada tipo La aplicación funcionará en cualquier

de usuario que esté registrado. máquina con un navegador web y conexión
a Internet.
Se debe seleccionar el año lectivo y año de Las comunicaciones se efectuarán
básica, luego muestra el listado de alumnos siguiendo el protocolo HTTP mediante
que están matriculados en el año conexiones TCP/IP.
de básica seleccionado.
muestra el listado de alumnos que están La capacidad del equipo debe ser como
matriculados posteriormente podrá registrar mínimo de 512 Mb de Ram y 30GB de
las notas de cada alumno. disco duro para su correcto
funcionamiento.
Se debe seleccionar el año de básica y alumno, El sistema interactuará con equipos
para poderregistrar faltas, luego muestra el Cliente/Servidor existentes en la
listado de faltas (Justificado e Injustificado)de institución.
cada alumno
Se debe seleccionar el año lectivo y año de Aplicación web, se podrá visualizar sobre
básica y un alumno, luego muestra un reporte cualquier sistema operativo.
con las asignaturas y notas correspondientes.
Se debe seleccionar el año lectivo, año de La interfaz de usuario será visible a todos
básica y el tipo Matriculado luego muestra un los usuarios,mientras que para acceder a la
reporte de alumnos matriculados en el año de intranet habrá que identificarse como
básica seleccionado. docenteo administrador.
Se debe seleccionar el año lectivo, año de Las funciones del sistema están orientadas
básica y el tipo Aprobados luego muestra un a garantizar la seguridad decontrol de
reporte de alumnos aprobados de ese año de proceso académico, cumpliendo con todos
básica. los procesos requeridos.
Se debe seleccionar el año lectivo y año de
básica, luego muestra un reporte de los
alumnos con sus respectivas faltas.

Fuente: Elaboración propia.

6. ANÁLISIS COMPARATIVO–RESOLUCIÓN DE EJERCICIOS-
RESOLUCION DE CASOS–ENSAYOS-OTROS
Tabla 2
Requerimientos no funcionales

Requerimientos No Funcionales Motivo y Restricciones Asociadas

 Instituto Superior Tecnológico
Vida Nueva
Toda funcionalidad del sistema y Se trata de requisitos que no se refieren
transacción de negocio debe responder al directamente a las funciones específicas
usuario en menos de 5 segundos. suministradas por el sistema (características de
usuario), sino a las propiedades del sistema:
rendimiento, seguridad, disponibilidad.
El sistema debe ser capaz de operar En palabras más sencillas, no hablan de “lo
adecuadamente con hasta 100.000 usuarios que” hace el sistema, sino de “cómo” lo hace
con sesiones concurrentes.

Los datos modificados en la base de datos Alternativamente, definen restricciones del

deben ser actualizados para todos los
usuarios que acceden en menos de 2
segundos.
Los permisos de acceso al sistema podrán
ser cambiados solamente por el
administrador de acceso a datos.
sistema tales como la capacidad de los
dispositivos de entrada/salida y la
representación de los datos utilizados en la
interfaz del sistema.
Los requisitos no funcionales se originan en la
necesidad del usuario, debido a restricciones
presupuestarias, políticas organizacionales, la
necesidad de interoperabilidad con otros
sistemas de software o hardware, o factores
externos tales como regulaciones de seguridad,
políticas de privacidad, entre otros.

Todos los sistemas deben respaldarse cada
24 horas. Los respaldos deben ser
almacenados en una localidad segura
ubicada en un edificio distinto al que reside
el sistema.
Requisitos del producto. Especifican el
comportamiento del producto, como los
requisitos de rendimiento sobre la velocidad de
ejecución del sistema y la cantidad de memoria
necesaria, los requisitos de fiabilidad que
establecen la tasa de fallos para que el sistema
sea aceptable, los requisitos de portabilidad y
los requisitos de usabilidad.

Todas las comunicaciones externas entre Necesidades externas. Se derivan de factores

servidores de datos, aplicación y cliente del
sistema deben estar encriptadas utilizando
el algoritmo RSA.
externos al sistema y a su proceso de
desarrollo. Incluyen los requisitos de
interoperabilidad que definen la forma en que
el sistema interactúa con los demás sistemas de
la organización; los requisitos legales que
deben seguirse para garantizar que el sistema
funciona dentro de la ley; y los requisitos
éticos. Estos últimos se imponen al sistema
para asegurar que será aceptado por el usuario.

Fuente: Elaboración propia.

 Instituto Superior Tecnológico
Vida Nueva
7. ANÁLISIS
Tabla 3
Metodología de desarrollo de software.
 Instituto Superior Tecnológico
Vida Nueva
8. PREGUNTAS DE REFUERZO
1. ¿A qué se hace referencia cuando los requerimientos son fáciles de probar?

Se hace referencia a todos los temas que se relacionan con el objetivo de la

práctica.
El testing software debe incluir la lista de características nuevas que se agregarán
al sistema. En el caso de aquellos softwares integrados a uno ya existente, se hace
necesario revisar las funciones en conjunto con los analistas de negocio y con los
arquitectos de software para no dejar ningún cabo suelto.

1. ¿A qué se denomina requerimientos funcionales?

Los requisitos funcionales son declaraciones de los servicios que prestará el

sistema, en la forma en que reaccionará a determinados insumos.
Un requisito funcional define una función del sistema de software o sus
componentes. Una función es descrita como un conjunto de entradas,
comportamientos y salidas.
 Instituto Superior Tecnológico
Vida Nueva
2. ¿A qué se denominan requerimientos no funcionales?

Se trata de requisitos que no se refieren directamente a las funciones específicas

suministradas por el sistema (características de usuario), sino a las propiedades del
sistema: rendimiento, seguridad, disponibilidad. En palabras más sencillas, no
hablan de “lo que” hace el sistema, sino de “cómo” lo hace.

9. CONCLUSIONES
(Relacionadas a los objetivos)

 Se comprendio y Reconocio los requerimientos de software previo a la

diagramación UML de un sistema académico.

 Se Identifico el tipo de requerimiento que se hacen uso el sistema. Los

cuales se derivan de Funcionales, no funcionales.

 Se analizo y Definio un lenguaje de modelado visual fácil de aprender

10. BIBLIOGRAFÍA
Kenneth, E, Kendall, (2005), Análisis y Diseño de Sistemas. México: Pearson Editorial.
James, A,Senn,(1992), Análisis y Diseño de Sistemas de Información. Colombia: Mc Graw
Hill Editorial.
 Instituto Superior Tecnológico
Vida Nueva
11. ANEXOS
ANEXO N.- 1
DESCRIPCIÓN GENERAL
Dentro de esta sección se presenta una descripción específica del sistema, definiendo
las funciones a realizarse, la información utilizada y todos los factores involucrados
en el desarrollo del sistema:
1. Perspectivas del producto
La aplicación desarrollada pretende dar información general sobre la escuela,
así como información más específica para cada tipo de usuario que esté
registrado.
Interfaz del sistema: Al tratarse de una aplicación web, se podrá visualizar
sobre cualquier sistema operativo.
Interfaz de Usuario: La interfaz de usuario será visible a todos los usuarios,
mientras que para acceder a la intranet habrá que identificarse como docente
o administrador.
Interfaz Hardware: El sistema interactuará con equipos Cliente/Servidor
existentes en la institución.
Interfaz Software: La aplicación funcionará en cualquier máquina con un
navegador web y conexión a Internet.
Interfaz de Comunicación: Las comunicaciones se efectuarán siguiendo el
protocolo HTTP mediante conexiones TCP/IP.
Restricción de Memoria: La capacidad del equipo debe ser como mínimo
de 512 Mb de Ram y 30GB de disco duro para su correcto funcionamiento.
2. Funciones del producto
Las funciones del sistema están orientadas a garantizar la seguridad decontrol
de proceso académico, cumpliendo con todos los procesos requeridos. A
continuación se describen las funciones del producto usandola alternativa de
descripción de funciones por usuarios del sistema:
Usuario Docente
Listar alumnos/Reporte: Se debe seleccionar el año lectivo y año de básica,
luego muestra el listado de alumnos que están matriculados en el año
de básica seleccionado.
 Instituto Superior Tecnológico
Vida Nueva
Registrar notas: Se debe seleccionar el trimestre, el año de básica y
asignatura, luego muestra el listado de alumnos que están matriculados
posteriormente podrá registrar las notas de cada alumno.
Registrar faltas: Se debe seleccionar el año de básica y alumno, para poder
registrar faltas, luego muestra el listado de faltas (Justificado e Injustificado)
de cada alumno.
Modificar notas: Se debe seleccionar el trimestre, el año de básica y
asignatura, luego muestra el listado de alumnos que están matriculados
posteriormente podrá registra las notas de cada alumno.
Modificar faltas: Se debe seleccionar el año de básica y alumno, para poder
registrar faltas, luego muestra el listado de faltas (Justificado e Injustificado)
de cada alumno, en el caso de que la falta tenga el tipo justificado, puede
borrar o mantenerle almacenado como tipo justificado.
Listar Notas Parcial/Reporte: Se debe seleccionar el año lectivo y año de
básica y un alumno, luego muestra un reporte con las asignaturas y notas
correspondientes.
Listar Notas General/Reporte: Se debe seleccionar el año lectivo y año de
básica, luego muestra un reporte con las asignaturas y notascorrespondientes.
Listar Notas Final/Reporte: Se debe seleccionar el año lectivo y año de
básica, luego muestra un reporte con las asignaturas y notascorrespondientes.
Listar Alumnos Matriculados: Se debe seleccionar el año lectivo, año de
básica y el tipo Matriculado luego muestra un reporte de alumnos
matriculados en el año de básica seleccionado.
Listar Alumnos Aprobados: Se debe seleccionar el año lectivo, año de
básica y el tipo Aprobados luego muestra un reporte de alumnos aprobados
de ese año de básica.
Listar Alumnos Reprobados: Se debe seleccionar el año lectivo, año de
básica y el tipo Reprobados luego muestra un reporte de alumnos reprobados
de ese año de básica.
Listar Asistencia Final/Reporte: Se debe seleccionar el año lectivo y año
 Instituto Superior Tecnológico
Vida Nueva
de básica, luego muestra un reporte de los alumnos con sus respectivas
faltas.
Usuario Administrador
Como es un usuario administrador tiene acceso a todo el proceso que realiza
el sistema
Alta de usuario: Se podrá dar de alta usuarios.
Alta de asignatura: Se podrá dar de alta asignaturas.
Alta de año de básica: Se podrá dar de alta año de básica.
Alta de Año de lectivo: Se podrá dar de alta a un año lectivo.
Alta de Docentes: Se podrá registrar docentes y asignar a un año de básica.
Baja de usuario: Se podrá dar de baja un usuario.
Baja de asignatura: Se podrá dar de baja una asignatura. Baja
de año de básica: Se podrá dar de baja un año de básica.Baja
de año lectivo: Se podrá dar de baja un año lectivo.

Baja de docentes: Se podrá dar de baja un docente.

Modificar datos usuario: Se podrán modificar los datos de un usuario.
Modificar datos año de básica: Se podrán modificar los datos de un año de
básica. Modificar datos asignatura: Se podrán modificar los datos de una
asignatura. Modificar datos de año lectivo: Se podrá modificar los datos de
un año lectivo. Modificar datos de docente: Se podrá modificar los datos
de un docente.

Proceso de Matrícula: Se podrá matricular a los alumnos en un año de

básica, previamente ingresando los datos del alumno.
Proceso de cambio de paralelo de año de básica: Se podrá realizar el
cambio de paralelo al alumno.

Proceso de Anulación: Se podrá anular los procesos generados del alumno.

Proceso de Aprobación: Se podrá generar el proceso de aprobación.
3. Características del Usuario
Se puede diferenciar entre dos tipos de usuarios, los usuarios no registrados
y los usuarios registrados. Dentro de los usuarios registrados podemos
 Instituto Superior Tecnológico
diferenciar, además, más tipos de usuarios.
Usuarios no registrados: Este tipo de usuarios solamente tendrán acceso a
 Instituto Superior Tecnológico

la información general de la institución publicada en el sitio web.

Usuarios registrados: Este tipo de usuarios son los que tienen acceso a la
intranet. Hay dos tipos de usuarios registrados según la función que tengan
que realizar. Se puede diferenciar el usuario docente y el usuario
administrador.

Usuario docente: Este tipo de usuario podrá listar los alumnos de los
distintos años de básica, gestionar notas, faltas y generar reporte de notas.

Usuario administrador: Este tipo de usuario se encargará de la gestión de

la base de datos del sistema. Es decir, efectuará el alta y baja de los usuarios,
asignaturas, año de básica, etc. así como las modificaciones. En general
tiene acceso a todo el sistema y podrá realizar todo tipo de procesos

4. Restricciones
Al tratarse de una aplicación web, se requiere un ordenador con un
navegador convencional y una conexión a Internet básica.

5. Supuestos y Dependencias
Fuente: GUALACATA, Marco. Desarrollo Del Sistema De Gestión Académica

Para La Escuela “Gonzalo Rubio Orbe” Otavalo, (Ecuador, 2012).Recuperado de:

http://repositorio.espe.edu.ec/handle/21000/5610.pdf.

ANEXO N.- 2

Requerimientos Funcionales

Los requisitos funcionales son declaraciones de los servicios que prestará el sistema,
en la forma en que reaccionará a determinados insumos. Cuando hablamos de las
entradas, no necesariamente hablamos sólo de las entradas de los usuarios. Pueden
ser interacciones con otros sistemas, respuestas automáticas, procesos predefinidos.
En algunos casos, los requisitos funcionales de los sistemas también establecen
explícitamente lo que el sistema no debe hacer. Es importante recordar esto: un RF
puede ser también una declaración negativa. Siempre y cuando el
resultado de su comportamiento sea una respuesta funcional al usuario o a otro
 Instituto Superior Tecnológico
Vida Nueva
sistema, es correcto. Y más aún, no sólo es correcto, sino que es necesario definirlo.
Y eso nos lleva al siguiente punto.
Muchos de los problemas en la ingeniería de software (hablando sobre el proceso de
desarrollo en sí mismo) comienzan con especificaciones de requisitos inexactas. Es
natural que un Analista de Negocio (o quien sea que esté definiendo y documentando
los requerimientos del sistema) tome algunas suposiciones como conocimiento
universal, o dé por sentado algún comportamiento. Pero recuerde, también es natural
que un desarrollador de sistemas interprete un requisito ambiguo de la manera más
simple posible.

Requisitos no Funcionales

Se trata de requisitos que no se refieren directamente a las funciones específicas

suministradas por el sistema (características de usuario), sino a las propiedades del
sistema: rendimiento, seguridad, disponibilidad. En palabras más sencillas, no hablan
de “lo que” hace el sistema, sino de “cómo” lo hace. Alternativamente, definen
restricciones del sistema tales como la capacidad de los dispositivos de entrada/salida
y la representación de los datos utilizados en la interfaz del sistema.

Los requisitos no funcionales se originan en la necesidad del usuario, debido a

restricciones presupuestarias, políticas organizacionales, la necesidad de
interoperabilidad con otros sistemas de software o hardware, o factores externos tales
como regulaciones de seguridad, políticas de privacidad, entre otros.

Existen diferentes tipos de requisitos y se clasifican según sus implicaciones.

 Requisitos del producto. Especifican el comportamiento del producto, como los

requisitos de rendimiento sobre la velocidad de ejecución del sistema y la
cantidad de memoria necesaria, los requisitos de fiabilidad que establecen la tasa
de fallos para que el sistema sea aceptable, los requisitos de portabilidad y los
requisitos de usabilidad.
 Instituto Superior Tecnológico
Vida Nueva
Vida
Nueva
 Requisitos organizativos. Se derivan de las políticas y procedimientos
existentes en la organización cliente y en la organización del
desarrollador: estándares en los procesos a utilizar; requisitos de
implementación tales como lenguajes de programación o el método de
diseño a utilizar; y requisitos de entrega que especifican cuándo se
entregará el producto y su documentación.

 Necesidades externas. Se derivan de factores externos al sistema y a su

proceso de desarrollo. Incluyen los requisitos de interoperabilidad que
definen la forma en que el sistema interactúa con los demás sistemas de
la organización; los requisitos legales que deben seguirse para garantizar
que el sistema funciona dentro de la ley; y los requisitos éticos. Estos
últimos se imponen al sistema para asegurar que será aceptado por el
usuario.

A veces, en la práctica, la especificación cuantitativa de este tipo de requisitos

es difícil. No siempre es posible para los clientes traducir sus objetivos en
requisitos cuantitativos. Para algunos de ellos, como el mantenimiento, puede
que no se puedautilizar ninguna métrica; el coste de la verificación objetiva
de los requisitos cuantitativos no funcionales puede ser muy elevado. Y es por
eso que también es muy importante ser muy cuidadoso al documentarlos. Un
analista puede utilizar el apoyo del equipo de desarrollo y del equipo de
pruebas para definir criterios mensurables con el fin de saber cuándo un
requisito puede ser marcado con éxito como “Hecho”.

Fuente: GUALACATA, Marco. Desarrollo Del Sistema De Gestión Académica

 Instituto Superior Tecnológico
Vida Nueva
Para La Escuela “Gonzalo Rubio Orbe” Otavalo, (Ecuador,
2012).Recuperado de:
http://repositorio.espe.edu.ec/handle/21000/5610.pdf.

 TABLA:
 Instituto Superior Tecnológico
Vida Nueva
 ESTADISTICAS:
6

0
COSTA SIERRA ORIENTE INSULAR

47% 39% 10% 4%