Está en la página 1de 10

INFORMÁTICA Y TELECOMUNICACIONES

Ingeniería en Informática

Análisis de Caso: Especificación de requerimientos funcionales y no funcionales para


una solución de seguridad de accesos a edificios

Nombre y código de Ingeniería de Gestión de Nombre de alumnos


asignatura Requerimientos
TIDS09
Unidad de Aprendizaje esperado:
aprendizaje:
1  1.1.- Elabora una especificación de requerimientos de software en base a
Ingeniería de necesidades de las partes interesadas.
Requerimientos
Competencia genérica integrada:
 Pensamiento Crítico
Evaluación N° 1 Sumativa Sección:
Fecha de entrega

Instrucciones
1. Desarrollar la actividad en forma grupal compuesta por 3 alumnos.
2. La actividad se debe entregar en Ambiente de Aprendizaje en documento con formato
Word, hoja carta. Letra Arial, tamaño 11. Márgenes: Superior/Inferior: 2,5 cm.
Derecho/Izquierdo: 3cm. Alineación justificada. Páginas numeradas. Portada:
membrete, título, datos identificación (asignatura, logo de INACAP, nombre del
profesor y de los alumnos).
3. El nombre a dar al archivo es el siguiente: Caso.IGR1.Apellido1_Apellido2_Apellido3.

Lo que se espera aprendas

El desarrollo del caso, te permitirá explicar conceptos básicos de los requerimientos de


software, en particular poder confeccionar la especificación de requerimientos para una
solución de software.

Caso
Una Comunidad de Edificios desea implementar un sistema que permita controlar el
acceso a los edificios que ellos supervisan y protegen.

El sistema deberá permitir controlar el acceso a puertas ubicadas en distintos edificios, es


decir, un complejo puede tener múltiples edificios y cada edificio múltiples accesos. Cada
acceso, a su vez, presenta los estados “habilitado” o “deshabilitado”. Si el acceso se
encuentra habilitado, la condición para que se abra es que el usuario se encuentre
registrado. Si está deshabilitado el acceso, ningún usuario (autorizado o no) podrá entrar,
pues la puerta se bloqueará automáticamente.

Con respecto a los usuarios, estos pueden ser de tres tipos: PERSONAL DE PLANTA,
VISITA, PREMIUM o RESIDENTE. El primero es el personal que trabaja en el edificio y
que tiene acceso restringido por horario, el usuario de visitas es ocasional, por lo que

1
Ingeniería de Gestión de Requerimientos – TIDS09
INFORMÁTICA Y TELECOMUNICACIONES
Ingeniería en Informática

debe ingresar con un código especial que se le dará y que tendrá una validez de 24
horas. El usuario PREMIUM puede acceder sin restricciones y el usuario RESIDENTE
solamente tendrá acceso al edificio donde se encuentra su departamento y a las áreas
comunes.

Un administrador del sistema será quien manipule las opciones para la creación de un
nuevo usuario, acceso o edificio. Los privilegios por defecto de todo usuario que trabaje
en la planta son “PERSONAL DE PLANTA”.
Solo un administrador de tipo “super administrador”, podrá cambiar el estatus de un
usuario de “PERSONAL DE PLANTA” a “PREMIUM”. Adicionalmente el Administrador
creará los accesos para los nuevos residentes.

Cuando un usuario es dado de alta en el sistema, se le asignará un número de tarjeta o


identificador y será esta tarjeta la que tenga las propiedades de horario de acceso y
duración, así como otras que usted considere sirvan como validadores (Ej. la validez de la
tarjeta). En el caso del usuario VISITANTE, la tarjeta tendrá como máximo una duración
de 24 horas. Para el caso del usuario RESIDENTE, la tarjeta no tiene restricciones de
horario y solamente tendrá acceso a edificio donde se encuentre su departamento y a las
áreas comunes.

Se debe crear una aplicación Web segura, que contenga acceso para Administración,
Usuarios y Residentes. El acceso de cada usuario debe ser con autentificación.

Deberá crearse un módulo para gestionar horarios, debido a que éstos deben
parametrizarse. En este caso, será el administrador quien tenga acceso a dicho módulo.

El usuario podrá visualizar el estado de la información de su tarjeta en un monitor.


Cuando él haya ingresado su identidad de usuario, el sistema le mostrará el ID de su
tarjeta, el tipo de usuario, el horario según corresponda y el tiempo de validez.

La información de los usuarios estará en una base de datos MySQL en AWS Cloud y el
servidor de datos en una instancia Windows 2016 EC2 de AWS Cloud, junto con la
aplicación Web. Las interfaces se encontrarán en puntos terminales ubicados en los
accesos. Se pide usar lenguaje de desarrollo Java y usar como sistemas operativos
Windows Server 2016 para los servidores y Windows 10 para clientes.

Para el análisis y diseño del software del sistema de control de acceso a los edificios, se
pide utilizar el estándar UML (Unified Modelling Language) con el fin de obtener los
diagramas de clase, de entidad y casos de uso.

Preguntas
1. Explicar y fundamentar si es viable realizar una solución para lo que solicita la
empresa.
La solución solicitada por la empresa es viable, ya que una aplicación segura con
acceso para diferentes tipos de usuarios con autentificación es bastante común. Otras
funciones solicitadas, como el guardado de información en base de datos, mostrar
aquella información al usuario al ingresar su identidad, acceso por medio de
terminales que poseen la aplicación, y las distintas restricciones por tipo de usuario,

2
Ingeniería de Gestión de Requerimientos – TIDS09
INFORMÁTICA Y TELECOMUNICACIONES
Ingeniería en Informática

deberían ser igualmente factibles, ya que su realización es relativamente simple y los


requerimientos serian bastante fáciles de comprender y alcanzar.

2. Indicar cuáles son los stakeholders del caso y explicar cómo participan.
Primero está la directiva de la comunidad de edificios, que se encarga de supervisar y
proteger a estos, y a sus residentes. De aquí es donde viene la petición acerca del
sistema de control de acceso y la solución propuesta, por lo que este es un
stakeholder de gran importancia.
Otro grupo de stakeholders en este caso serían los usuarios de este sistema, que se
dividirían entre los trabajadores, los cuales usaran el sistema para ingresar a las
diversas áreas donde deben trabajar, en sus respectivos horarios; Los residentes que
usaran el sistema para acceder a sus departamentos y áreas comunes;
Los visitantes, que tendrán las mismos accesos que los residentes por tiempo
limitado; los usuarios Premium, los cuales tienen acceso sin restricciones, y finalmente
las administración, que se encarga de manejar la aplicación y sus datos, como las
restricciones, el ingreso de usuarios y el cambio de roles.

3. Redactar los requerimientos funcionales en forma detallada.


1- Los tipos de usuarios, y su descripción al poder usar el sistema a implementar en
los edificios
2- Controlar el acceso a las puertas en los destinos edificios
3- Información de los usuarios se establecerá por medio de mysql
4- Administrador tiene acceso a diferentes módulos

4. Redactar los requerimientos no funcionales en forma detallada.


 La información de los usuarios estará en una base de datos MySQL en AWS
Cloud y el servidor de datos en una instancia Windows 2016 EC2 de AWS Cloud
ID(RMY)
 Se debe crear una aplicación Web segura, que contenga acceso para
Administración, Usuarios y Residentes. El acceso de cada usuario debe ser con
autentificación. ID(RWB)
 Deberá crearse un módulo para gestionar horarios. ID(RHS)

5. Clasificar los tipos de requerimientos no funcionales.


REQ del producto= RMY
REQ de la organización= RWB
RWB

6. Realizar un diagrama de entidad-relación para este caso.

3
Ingeniería de Gestión de Requerimientos – TIDS09
INFORMÁTICA Y TELECOMUNICACIONES
Ingeniería en Informática

7. Realizar un diagrama de casos de uso.

8. Realizar un mockup para el sitio web solicitado, explicando cada uno de los módulos.
Primero está la página de inicio, que lleva a un login

4
Ingeniería de Gestión de Requerimientos – TIDS09
INFORMÁTICA Y TELECOMUNICACIONES
Ingeniería en Informática

Después de ingresar los datos, el sistema automáticamente muestra los datos


correspondientes dependiendo del usuario

5
Ingeniería de Gestión de Requerimientos – TIDS09
INFORMÁTICA Y TELECOMUNICACIONES
Ingeniería en Informática

6
Ingeniería de Gestión de Requerimientos – TIDS09
INFORMÁTICA Y TELECOMUNICACIONES
Ingeniería en Informática

7
Ingeniería de Gestión de Requerimientos – TIDS09
INFORMÁTICA Y TELECOMUNICACIONES
Ingeniería en Informática

Finalmente, están los módulos representantes de las facultades de administrador, las


cuales corresponden a gestión de horario y al cambio de tipo de usuario del
“superadministrador”

8
Ingeniería de Gestión de Requerimientos – TIDS09
INFORMÁTICA Y TELECOMUNICACIONES
Ingeniería en Informática

9
Ingeniería de Gestión de Requerimientos – TIDS09
INFORMÁTICA Y TELECOMUNICACIONES
Ingeniería en Informática

9. Realizar recomendaciones o proponer mejoras a los requerimientos del cliente.


Una mejora que se le recomienda realizar al sistema sería el de que los
administradores destinados a este necesiten una cuenta a la cual se deba iniciar sesión,
para brindar más seguridad en su uso y evitar situaciones que afecten a la seguridad del
edificio.
Otra mejora a implementar sería la de encriptar la información, para así brindar más
seguridad al sistema y no este expuesto.

10
Ingeniería de Gestión de Requerimientos – TIDS09

También podría gustarte