Sistema Integral Académico Documento de

Especificación de Requerimientos de Software

Integrantes:

 Cebada Sánchez Tania Estefania

 Sabino Castro Angela Abril
 Santamaria Alderete Jennyfer
 Valtierra Merino Leonardo

FECHA:27/09/2022
 INDICE
Introducción............................................................................................................................2
1.1 Propósito..............................................................................................................................3
1.2 Ámbito del Sistema.............................................................................................................3
1.3 Definiciones, Acrónimos y Abreviaturas...............................................................................3
1.4 Referencias...........................................................................................................................3
1.5 Visión General del Documento.............................................................................................3
2.Informcion de la empresa................................................................................................4
2.1 Objetivo................................................................................................................................4
2.2 Misión...................................................................................................................................4
2.3 Visión....................................................................................................................................5
2.4 Valores.................................................................................................................................6
2.5 Organigrama.........................................................................................................................7
2.6 logo.......................................................................................................................................8
2.7 Fotos del servicio..................................................................................................................9
3.Descripción General..........................................................................................................9
3.1 Perspectiva del Producto......................................................................................................9
3.2 Funciones del Producto......................................................................................................10
3.3 Características de los Usuarios...........................................................................................10
3.4 Restricciones......................................................................................................................10
3.5 Suposiciones y dependencias.............................................................................................10
3.6 Requerimientos futuros......................................................................................................10
4. Requerimientos Específicos........................................................................................11
4.1 Interfaz...............................................................................................................................11
4.2 Requisitos Funcionales.......................................................................................................13
4.3 Requerimientos No Funcionales.........................................................................................14
5.Apéndices..........................................................................................................................16
5.1 Casos de uso.......................................................................................................................16
 Introducción

En el presente documento se explicarán y analizarán los requisitos del

Caso de estudio desarrollado para la empresa “Ovni récords”. Se adopta
la guía de requerimientos de software de la IEEE (Std. 830-1993).
1.1 Propósito
Este documento tiene como propósito dar a conocer el
funcionamiento general del caso de estudio que está dirigido al
equipo desarrollador, a la empresa “Ovni récords” y al usuario final.

1.2 Ámbito del Sistema.

• Nombre del Sistema: CEPM, “Caso de estudio de empresa
productora de música”
• El sistema gestionará los procesos administrativos de una empresa
productora de música; altas, bajas y modificaciones de salas
ocupadas, agendas de citas, canciones producidas por día; manejo
de reportes (fallas del sistema, equipos acústicos dañados, falla en
cableado, fallas en bocinas); seguimiento a los músicos (Datos
personales, número telefónico y dirección).
• El principal beneficiado con PM son las productoras de música. El
objetivo es optimizar los procesos en tiempo y recursos. La meta del
CEPM es establecerse como la primera opción como la
administración de una empresa productora.
1.3 Definiciones, Acrónimos y Abreviaturas.
• CEPM –Caso empresa productora de música
• BD – Bases de datos
• UML– Lenguaje de Modelado Unificado
• IEEE – Institute of Electrical and Electronics Engineers
• Sistema ABC –Sistema altas, bajas y consultas.

1.4 Referencias
Protocolos de la W3C.
https://www.w3.org/standards/webarch/protocols

Principios Arquitectónicos de la Web

http://www.w3.org/standards/webarch/principles
1.5 Visión General del Documento
El documento está dividido en 4 secciones:
• La sección 1 se enfoca en la explicación, objetivos, metas y
descripción del documento.
• La sección 2 está orientada, como su nombre lo indica, caso de
estudio de la empresa, donde la información está orientada al
cliente/usuario potencial.
• La sección 3 trata sobre los requisitos específicos. Se emplean
términos técnicos orientados principalmente a los desarrolladores y
programadores.
• La sección 4 son los apéndices, contiene ligas directas al Wiki, foro
y podcast de la entrevista.

2.Informcion de la empresa
2.1 Objetivo
Dar los mejores servicios y poder darles la mejor experiencia a nuestros clientes
y que queden con una gran satisfacción de nuestro trabajo, comprometiéndose
cada uno de los integrantes en su área correspondiente.
2.2 Misión
Servicios eficientes y de calidad que permitan una buena producción en
cuanto a su música.
2.3 Visión
Ovni récords transcenderá como una empresa destacada en el sector de
producción musical, dando una excelente calidad en su trabajo y ser la
mejor alternativa.
2.4 Valores
o Creatividad

Trabajamos en cada producción bajo la misma calidad, pero cada producción

es diferente por eso ponemos toda nuestra experiencias y talentos a tu
servicio.
o Profesionalidad

Nos comprometemos a realizar tu producción de acuerdo a tus necesidades

siempre de la mejor calidad.
o Transparencia

Somos destacados por llevar a cabo producciones bajo normas de calidad y

claridad.
2.5 Organigrama

2.6 logo
2.7 Fotos del servicio

3.Descripción General

Existen factores generales que afectan al caso de estudio y sus

requerimientos. En esta sección se identifican estos factores como el
contexto al desarrollo del sistema. Algunos de estos factores son los costos,
el tiempo (de cada fase del desarrollo) y la disponibilidad del cliente.
3.1 Perspectiva del Producto
Análogo al caso de estudio de la empresa OVNI RECORDS, el producto
final permite el manejo de información descriptiva de los clientes, en este
caso datos personales (nombre, edad), el tipo de servicio en cuanto a
producción musical, etc. También se ofrece la administración del monto a
pagar por el servicio.
3.2 Funciones del Producto
• Registro de clientes.
• Agendar cita con el cliente.
• Tipo de servicio que requerirá.
• Mostrar promociones.
• Administrar montos de pago
3.3 Características de los Usuarios
El sistema cuenta con tres tipos de usuario final:
• El primero se conforma de usuarios visitantes, deben tener
conocimientos básicos de computación.
• El siguiente nivel lo constituyen sobre todo los usuarios
registrados, con capacidad de manejo intermedio de equipo de
cómputo, se requieren conocimientos mínimos de uso de sistemas
ABC.
• El nivel restante se encuentran los usuarios administradores y el
usuario programador que hacen modificaciones.
3.4 Restricciones
Como mínimo, se debe hacer uso de los protocolos de intercambio de
datos vía internet. Respecto a la seguridad, se debe considerar el uso
de sesiones para limitar el acceso a usuarios no autorizados. El
cliente no ha especificado ninguna otra limitante, y algunos de las
características las dejó al criterio de los desarrolladores.
3.5 Suposiciones y dependencias
Para el funcionamiento completo del sistema, se requiere tener
acceso a un navegador y lo más importante: conexión a internet.
3.6 Requerimientos futuros
Jerárquicamente, es necesario en versiones futuras implementar el
módulo de comunicación con las cuentas bancarias; subordinado al
anterior continúa el segmento de generación y envío automático de
correos electrónicos con avisos sobre el servicio u alguna promoción
o descuento.
 4. Requerimientos Específicos

En esta sección se tienen con más detalle los requerimientos específicos

del sistema a desarrollar.
4.1 Interfaz

La interfaz gráfica con la que el usuario final interactúa deberá ser

intuitiva de manera que, sin un manual de uso, el usuario identifique
rápidamente los componentes y las secciones del sistema. La interfaz
además deberá contar con colores agradables a la vista para que el
usuario pueda trabajar por horas con el mismo sin problemas.
De igual forma, la interfaz deberá ser compatible con los navegadores más
comunes (Firefox 1.5+, Explorer 6+)

 Alertas flotantes

o Esta aparecerá en la interfaz principal del público interesado en ella

aparece las nuevas ofertas disponibles, así como anuncios
importantes.
o Esta ventana será editable directamente por el diseñador con acceso
y tendrá la posibilidad de que se le inserte Imágenes y texto.
o El público interesado podrá cerrarla después de que esta aparezca
en pantalla.
o tendrá un tamaño de 1200 x 380 Píxeles

 Elementos de Identificación

o Identifican plenamente al sitio web. El usuario, viendo estos

elementos, debe saber a quién pertenece la web.
o En él se mostrará principalmente el nombre de la web
o El logo
o Diseño dependiendo del cliente.
 menú principal

o Se ubicará en la parte superior de la web, debajo del logotipo. tendrá

las áreas bien identificadas y que mantengan la misma posición en
todas las páginas del sitio.
o Apartado Inicio sesión para el usuario contendrá:
o Aquí podrá acceder o registrarse los usuarios más interesados
para así poder tener un servicio más personalizado y crear un
historial para posibles descuentos y un acceso seguro a sus datos
con mayor facilidad
o El password deberá tener no menos de 12 caracteres y será
sensitivo al uso de mayúsculas y minúsculas
o El nombre del usuario será primer nombre con primer apellido
o Al tercer intento fallido de inicio de sesión, el sistema bloqueará
automáticamente ese usuario por un tiempo determinado (15
minutos).
o Apartado servicios contendrá:
o podrán ver los diferentes tipos de servicio que se ofrecen
(grabación, producción musical, sala de estudio, mezclas, y
edición)
o Se podría saber detalles sobre el equipo que se maneja.
o Apartado Nosotros contendrá:
o Se mostrará la misión y visión de la empresa para que el usuario
conozca mejor los objetivos de ella.
o Apartado Fotos contendrá:
o Un apartado de fotos (tamaño considerado) para que se pueda
conocer de una manera más real el espacio donde se trabajara y
así poder tomar una decisión
o Se acomodarán según lo pida el cliente
o Apartado Contacto contendrá:
o Dirección
o Teléfono
o Correo
o Redes sociales
o Bandeja de mensajes
o Apartado Blog contendrá:
o Diferentes noticias sobre la nueva música así mismo como fotos
de gente (que dio autorización) para mostrar el trabajo inspirador
que da cada una de las personas que visitan el lugar
o Este podría ser editado por los diseñadores con acceso.
 o Apartado agendar contendrá:
o Lista se servicios disponibles
o pedirá datos del interesado para almacenar su información y se
pueda contactar fácilmente.
o Fechas disponibles
o Precios
o Especificaciones personalizadas
o Apartado Inicio sesión para el administrador contendrá:
o El pastor deberá tener no menos de 12 caracteres y será sensitivo
al uso de mayúsculas y minúsculas
o El nombre del usuario será primer nombre con primer apellido y
numero de fecha de nacimiento
o Al tercer intento fallido de inicio de sesión, el sistema bloqueará
automáticamente ese usuario por un tiempo determinado (15
minutos).

o El menú para administradores contendrá:

o Aceptar citas
 Editar fotos
 Editar textos
 Editar información
 Dar de baja servicio
 Dar de alta servicios
 Editar fechas de disponibilidad
 Modificar blog
 Dar a conocer descuentos

4.2 Requisitos Funcionales.

Requisitos funcionales del sistema por tipos de usuario.

Cliente

 Manejo de la autenticación del usuario (sesión)

 Leer información
 Conocer nuevas ofertas
 Agendar citas
 Conocer blog
 Crear perfil (proporcionar información personal)

Administrativo
  Manejo de la autenticación del usuario (sesión)
 Dar de alta servicios
 Dar de baja servicios
 Aceptar citas
 Editar fechas de disponibilidad
 Gestionar contenido multimedia
 Gestionar información

4.3 Requerimientos No Funcionales

• El requisito más importante que el sistema va a poseer es la estabilidad,

si el producto corre el riesgo de cambiar o dañarse ¿qué seguridad
tenemos para con el cliente? Una buena característica entonces será
asegurar la integridad de los datos.

• Viene de la mano con el requisito anterior la disponibilidad, es vital que

el usuario tenga acceso a los datos en cualquier momento posible; un
ejemplo podría ser un usuario registrado o visitante accediendo a la base
en la noche o sacando una cita.

• La documentación también es necesaria para que el usuario sea capaz

de resolver dudas menores que vayan surgiendo sobre la marcha en el uso
de su nuevo sistema, debe ser completa, pero al mismo tiempo no tan
extensa para que pueda ser consultada con facilidad y realmente sea útil.

• Debido a que se ignora la capacidad de cómputo de algunos usuarios, se

requiere de otro factor: eficiencia para no malgastar recursos, en el caso de
poseer una máquina lenta.

• La especificación explicita de nombres de usuario, contraseñas o uso de

claves, hace implícito que el sistema necesita seguridad, el próximo punto
de la lista; para esto se deben tomar en cuenta las nuevas tecnologías, ya
que la incursión de personas no identificadas y/o dañinas para la
integridad de la información en temas cada vez más sofisticados hacen
muy delicado el manejo del tema.

• El cliente también desea sentirse respaldado no solamente por un

manual, sino por alguien que solucione sus dudas, soporte humano que
pueda explicar a fondo el funcionamiento de su producto. Es muy
importante y sobre todo después de un tiempo cuando alguno de los
usuarios finales comience a formular preguntas o haga algún movimiento
inesperado.
• Aún con el soporte hacia el usuario, la ayuda sola no es suficiente, el
cliente requiere que su sistema funcione adecuadamente, necesita calidad
y que la misma se le sea asegurada, con eso se previenen errores futuros y
mantenimiento costoso.

• Por último, retomando las ultimas líneas anteriores, se recuerda que un

producto de software no se destruye, pero se desgasta, por lo tanto,
algunos apartados deberán requerir mantenimiento al cabo del algún
tiempo.
 5.Apéndices
5.1 Casos de uso