TECNOLÓGICO NACIONAL DE MÉXICO

CAMPUS TEPIC

CARRERA: Ing. En sistemas computacionales

MATERIA: Ingeniería de software
UNIDAD 1: Modelo de análisis
TITULO: Estándar IEEE 830 aplicado al proyecto
DOCENTE: Lic. Mariza Ramírez Llamas
INTEGRANTES:
Alexis Torres Acosta – altorresac@ittepic.edu.mx
Keiry Yoseli Rodríguez González – keyorodriguezgo@ittepic.edu.mx
Luis Daniel Méndez Castellanos – ludamendezca@ittepic.edu.mx
Fernando Miramontes Álvarez – fermiramontesal@ittepic.edu.mx
Omar Oswaldo Rivera Flores – omosriverafl@ittepic.edu.mx
GRUPO: 5A
LUGAR: Tepic, Nayarit, México.
FECHA: 09 febrero de 2020
Índice
1. Introducción ................................................................................................................................ 2
1.1 Propósito ............................................................................................................................. 2
1.2 Alcance ...................................................................................................................................... 2
1.3 Personal Involucrado (falta el rol de cada uno) ...................................................................... 3
1.4 Definiciones, acrónimos y abreviaturas................................................................................... 3
1.5 Referencias ............................................................................................................................... 4
1.6 Resumen ............................................................................................................................. 4
2. Descripción general .................................................................................................................... 5
2.1 Perspectiva del producto ......................................................................................................... 5
2.2 Funcionalidad del producto ..................................................................................................... 5
2.3 Características del usuario ....................................................................................................... 5
2.4 Restricciones ............................................................................................................................. 6
2.5 Suposiciones y dependencias ................................................................................................... 6
3. Requisitos específicos................................................................................................................. 6
3.1 Requisitos Funcionales (Por actor) .......................................................................................... 6
3.2 Requisitos no Funcionales (Para el sistema) ........................................................................... 7
3.3 Requisitos de Dominio ...............................................................Error! Bookmark not defined.

1. Introducción

Este documento es una Especificación de Requisitos de Software (ERS) para el Sistema

Organizador de Proyectos y Actividades (SOPA) que gestiona proyectos en una plataforma
web. Esta especificación está estructurada con base al estándar IEEE 830, 1998.

1.1 Propósito

Nuestro propósito es definir los requerimientos funcionales y no funcionales para el

sistema, que será utilizado por los integrantes de CRESEP A.C. para la coordinación de sus
actividades.

1.2 Ámbito del sistema

El nombre del sistema, como el nombre del proyecto será Sistema Organizador de Proyectos
y Actividades (S.O.P.A), la funcionalidad del sistema implica varias cosas como:
  Creación y gestión de actividades.
 Creación de informes de actividades.
 Control de acceso a la información por medio de diversos usuarios.

Con el objetivo de facilitar y agilizar la administración de las diversas actividades de la

asociación civil CRESEP.

1.3 Personal Involucrado

Nombre Rol Categoría Responsabilidad Datos de
Contacto

Gerente del Estudiante Es responsable de la Cel: 311

Luis Daniel proyecto planificación del proyecto, de 120 3234
Méndez mantener el proyecto dentro
Castellanos del presupuesto, y de la
solución de problemas.

Analista Estudiante Es el encargado de Cel: 311

Fernando comprender y entender las 269 0083
Miramontes necesidades de los clientes y
Álvarez asegurarse que la solución en
desarrollo se ajuste a sus
necesidades

Desarrollador Estudiante documentar el código Cel: 311

Omar de Software 159 2233
Oswaldo
Rivera Flores

Estudiante Integra el código escrito por Cel:311

Alexis Torres Administrador un conjunto de 289 1558
Acosta de Código desarrolladores

Estudiante crear un diseño consistente Cel: 323

Keiry Yoseli Diseñador en toda la aplicación 143 1577
Rodríguez Gráfico
González

1.4 Definiciones, acrónimos y abreviaturas

Especificación de requisitos de software
ERS
 S.O.P.A. Sistema Organizador de Proyectos y Actividades

A.C. Asociación Civil

CRESEP Consejo de Robótica Educativa, Sistemas Electrónicos y

Programación A.C.

SOPA-RF001… SOPA-RF004 Requisito Funcional

SOPA-RNF001… SOPA-RNF003 Requisito no Funcional

SOPA-RD001… SOPA-RD002 Requisito de Dominio

1.5 Referencias
Méndez, G. (2008, 22 octubre). Especificación de Requisitos según el estándar de IEEE
830. Recuperado 6 noviembre, 2019, de
https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf

Pérez, M. (2015, 7 mayo). Roles y Responsabilidades en un Equipo de Desarrollo de

Software. Recuperado 6 noviembre, 2019, de http://www.marioperez.com.mx/equipos-
de-desarrollo/roles-y-responsabilidades/

1.6 Resumen

Este documento presenta las Especificaciones de Requisitos de Software según el estándar

IEEE 830. Aunque en el estándar 830 no siempre presenta la misma organización en el
formato, si debe incluir toda la información de este. Este estándar ha sido cuestionado
múltiples veces si se considera o no como tal. En este documento no se busca cuestionar
este estándar, si no hacer uso de él a manera académica para el aprendizaje de los
estudiantes de 5to semestre de la carrera de Ingeniería en sistemas computacionales del
instituto tecnológico de Tepic.
 2. Descripción general
2.1 Perspectiva del producto

Este punto es referido a la interacción y comunicación del sistema con externos. No es

aplicable al proyecto “SOPA”.

2.2 Funcionalidad del producto

Este sistema permite realizar lo siguiente:

 Crear actividad
o Registrar información personal como el nombre, objetivo, fecha de realización y
participantes. Una vez creada la actividad genera un informe con los datos
proporcionados.
 Visualizar actividades
o Muestra las actividades en las cuales está participando actualmente el personal,
también las ya finalizadas para poder visualizar la información de las mismas.
 Modificar actividad
o Aquí se puede cambiar los datos de actividades creadas.
 Administrar perfil
o El personal puede editar su información como nombre, usuario y contraseña.

El encargado de la sede estatal aparte de las opciones mostradas anteriormente fungirá

como usuario administrador del sistema y tendrá una serie de opciones extra las cuales son:

 Visualizar todas las actividades

o Puede visualizar toda la información de las actividades creadas.
 Visualizar usuarios
o Puede visualizar toda la información de los usuarios o personal.
 Agregar usuario
o El administrador del sistema puede registrar a un nuevo usuario al sistema.

2.3 Características del usuario

Administrador (Encargado de la sede estatal)

Fungirá como gestor principal del sistema, este estará encargado de controlar la inserción
de nuevos usuarios además de tener acceso a una serie de opciones especiales para tener
un mayor control del sistema.

Personal (Miembro de la asociación civil)

Será el usuario más común durante el uso de nuestro sistema de información, este podrá
realizar acciones típicas en las cuales solo tendrá acceso a sus datos.

2.4 Restricciones

Dentro de nuestro proyecto existen varias restricciones las cuales son:

El usuario utilizara su computadora para acceder al sistema mediante una plataforma web.

La gestión y control de los datos se realiza mediante el uso de una base de datos SQL.

La interfaz del sistema debe ser compatible con diferentes equipos y/o sistemas operativos
de escritorio.

Se deberá tener acceso a internet para poder acceder a la plataforma.

Los datos de acceso de los usuarios deberán ser encriptados.

Se deberán generar informes en formato PDF por cada actividad generada con la posibilidad
de ser descargados.

2.5 Suposiciones y dependencias

Suposiciones

 Suponemos que se cuenta con un servidor para alojar a la página web

Dependencias

 El Sistema necesita que los roles dentro de la asociación sean muy claros y que
haya un alguien que pueda fungir de administrador dentro del sistema.

3. Requisitos específicos

3.1 Requisitos Funcionales (Por actor)

Administrador

o SOPA-RF001 Validar usuario

o SOPA-RF002 Agregar usuario

o SOPA-RF003 Visualizar usuarios

 o SOPA-RF004 Visualizar todas las actividades

o SOPA-RF005 Visualizar actividad

o SOPA-RF006 Modificar actividad

o SOPA-RF007 Crear actividad

o SOPA-RF008 Administrar perfil

o SOPA-RF009 Generar informe

Personal de proyectos

o SOPA-RF001 Validar usuario

o SOPA-RF005 Visualizar actividad

o SOPA-RF006 Modificar actividad

o SOPA-RF007 Crear actividad

o SOPA-RF008 Administrar perfil

o SOPA-RF009 Generar informe

3.2 Requisitos no Funcionales (Para el sistema)

o SOPA-RNF001 Diseñar una interfaz amigable al usuario con la implementación

de un framework de diseño Bootstrap.

o SOPA-RNF002 Controlar el acceso al sistema mediante el uso de un login

o SOPA-RNF003 Garantizar la seguridad de los datos de acceso del usuario

mediante el cifrado MD5.

3.3 Requisitos de rendimiento

o SOPA-RR001 Permitir el acceso de múltiples usuarios de manera simultánea.

o SOPA-RR002 El sistema deberá ser soportado en cualquier computadora.
o SOPA-RR003 El sistema deberá estar disponible las 24 horas del día.
3.4 Restricciones de diseño

o SOPA-RD001 El sistema deberá de seguir la paleta de colores de la asociación

civil.
 o SOPA-RD002 El sistema deberá de adaptarse a diversas resoluciones de
pantalla.
3.5 Atributos del sistema

o Portabilidad:
La portabilidad del sistema es uno de los puntos fundamentales ya que se nos
pidió que fuera desarrollado para ser implementado en la web para el acceso en
cualquier computadora desde cualquier parte.
o Seguridad:
La seguridad de los datos es importante para el sistema por lo que se
implementara encriptado para la contraseña de los usuarios y su acceso.
o Fiabilidad:
La fiabilidad tiene en cuenta que el sistema y sus datos siempre se encuentren
disponibles las 24 horas del día.