Análisis de Requisitos de Base de Datos

Proyecto: [Nombre del proyecto]

Fecha: [99.99]
Integrantes [Nombre de los integrantes]

[Mes de año]
Instrucciones para el uso de este documento

Este formato es una plantilla tipo para documentos de requisitos del software, específicamente los
requisitos asociados a la especificación y análisis de la Base de Datos.

Está basado y es conforme con el estándar IEEE Std 830-1998 y adaptado para la asignatura
MBY1101 Modelamiento de Bases de Datos Duoc UC

Las secciones que no se consideren aplicables al sistema descrito podrán de forma justificada
indicarse como no aplicables (NA).

Notas:
Los textos en color azul son indicaciones que deben eliminarse y, en su caso, sustituirse por los
contenidos descritos en cada apartado.

Usar y completar El índice del documento

Desarrollar una introducción en el documento, sobre el proyecto a desarrollar

Desarrollar una conclusión al terminar el proyecto.

 [Nombre del proyecto] Rev. [99.99]
Análisis de Requisitos de la Base de Datos Pág. 3

Historial de Revisiones
Especifique todas las revisiones y versiones que se incluyen en el desarrollo de este documento. Es
importante que se note que el documento fue desarrollado por un equipo de estudiantes, según la
planificación del desarrollo del proyecto.

Fecha Revisión Descripción Autor

dd/mm/aaaa 1.0 Identificación del Problema <Nombre>

Documento validado a la fecha de entrega por las partes en fecha: [Fecha]

Por Equipo Desarrollador Por Profesor

FIRMA FIRMA

Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

MBY1001 Modelamiento de Bases de Datos

DRY1101 Diseño y Gestión de Requisitos
 [Nombre del proyecto] Rev. [99.99]
Análisis de Requisitos de la Base de Datos Pág. 4

Contenido
HISTORIAL DE REVISIONES 3

CONTENIDO 4

1 INTRODUCCIÓN 6

1.1 Propósito 6

1.2 Alcance 6

1.3 Planificación general del Proyecto-Carta Gantt 6

1.4 Definición de roles del sistema 6

1.5 Asignación de Responsabilidades (Matriz RACI) 6

1.6 Usuarios interesados 6

1.7 Definiciones, acrónimos y abreviaturas 6

1.8 Referencias 7

1.9 Resumen 7

2 DESCRIPCIÓN GENERAL 7

2.1 Perspectiva del software a desarrollar alejandro 7

2.2 Funcionalidad del software alejandro 7

2.3 Diagrama de Casos de Uso dylan 7

2.4 Características de los usuarios dylan 7

2.5 Restricciones alejandro 8

2.6 Suposiciones y dependencias alejandro 8

3 REQUISITOS 8

3.1 Diagrama EDT dylan 8

3.2 Planilla EDT dylan 8

3.3 Diccionario EDT dylan 8

3.4 Requisitos de información específicos alejandro 8

3.5 Reglas de Negocio alejandro 9

MBY1001 Modelamiento de Bases de Datos

DRY1101 Diseño y Gestión de Requisitos
 [Nombre del proyecto] Rev. [99.99]
Análisis de Requisitos de la Base de Datos Pág. 5

3.6 Vistas de Usuarios alejandro 10

3.7 Modelo Entidad Relación 11

3.8 Modelo Relacional 11

3.9 Diccionario de Datos 11

3.10 Creación de tablas 11

3.11 Poblamiento de la Base de Datos 11

3.12 Control de Cambios 11

3.13 Bocetos (Mockups) de interfaz de usuario del software propuesto dylan 11

4 Conclusiones, anexos y referencias 12

MBY1001 Modelamiento de Bases de Datos

DRY1101 Diseño y Gestión de Requisitos
 [Nombre del proyecto] Rev. [99.99]
Análisis de Requisitos de la Base de Datos Pág. 6

1 Introducción
[Inserte aquí el texto]
La introducción del Análisis de requisitos de la Base de Datos debe proporcionar una vista general del
alcance de la Base de Datos. Debe incluir el objetivo, el alcance, las definiciones y acrónimos, las
referencias, y una especificación completa sobre el proyecto por el cual se desarrolla la base de
datos, incluyendo la especificación del problema y necesidades de información, las reglas de negocio
y vistas de usuario actuales y futuras, el modelo conceptual Entidad Relación y el diccionario de
datos del modelo propuesto.

1.1 Propósito
[Inserte aquí el texto]
 Problema que solucionará
 Audiencia a la que va dirigido
 Propósito del documento

1.2 Alcance
[Inserte aquí el texto]
 Identificación del proyecto a desarrollar
 Identificación de las necesidades de información del proyecto a desarrollar

1.3 Planificación general del Proyecto-Carta Gantt

1.4 Definición de roles del sistema

Realizar listado de roles del equipo de trabajo, más su descripción.

1.5 Asignación de Responsabilidades (Matriz RACI)

1.6 Usuarios interesados

Nombre [Inserte aquí el texto]
Rol [Inserte aquí el texto]
Categoría profesional [Inserte aquí el texto]
Responsabilidades en el [Inserte aquí el texto]
negocio

Nombre [Inserte aquí el texto]

Rol [Inserte aquí el texto]
Categoría profesional [Inserte aquí el texto]
Responsabilidades en el [Inserte aquí el texto]
negocio

Relación de personas involucradas en el desarrollo del proyecto, con información de contacto.

Esta información es útil para que el gestor del proyecto pueda localizar a todos los participantes
y recabar la información necesaria para la obtención de requisitos, especificación de reglas de
negocio, entre otras

1.7 Definiciones, acrónimos y abreviaturas

[Inserte aquí el texto]

MBY1001 Modelamiento de Bases de Datos

DRY1101 Diseño y Gestión de Requisitos
 [Nombre del proyecto] Rev. [99.99]
Análisis de Requisitos de la Base de Datos Pág. 7

Definición de todos los términos, abreviaturas y acrónimos necesarios para interpretar

apropiadamente este documento. En ella se pueden indicar referencias a uno o más apéndices, o
a otros documentos.

1.8 Referencias
Referencia Titulo Ruta Fecha Autor
[Ref.] [Título] [Ruta] [Fecha] [Autor]

Relación completa de todos los documentos relacionados a este análisis de bases de datos

1.9 Resumen
[Inserte aquí el texto]
 Descripción del objetivo del proyecto y bases de datos a desarrollar
 Explicación de la organización del documento

2 Descripción general
En los siguientes puntos se presenta la descripción de los requisitos de este sistema con el fin de
verificar la perspectiva del software a través de la vista de usuario (cliente),sus funciones principales
que deben realizar, las características del usuario(que interviene en el sistema),sus restricciones, sus
supuestos y dependencias que afectan al desarrollo al desarrollo de este sistema(software).

2.1 Perspectiva del software a desarrollar

Este software que se desarrollara es independiente, ya que no cuenta con alguna relación con el
sistema que se utiliza actualmente, debido a que es muy antiguo, se piensa implementar un
sistema que mediante la base de datos se almacene la información de todos los productos,
detalles de precios y promociones.

También como agregar información de los usuarios que intervienen en el sistema, como también
el registro de los pedidos de los clientes entre otros. La interacción de los usuarios y el software
será grafico y que podrá ser utilizado a través de una pantalla táctil para una mayor accesibilidad.

2.2 Funcionalidad del software

Las principales funciones del software son las siguientes:

-registro de los usuarios: cada empleado de la empresa deberá registrarse en el sistema para
poder así acceder al sistema mediante un usuario y una contraseña, la información que se tiene
que registrar es un numero identificador del trabajador, su Rut chileno, su nombre completo,
dirección particular, teléfono de contacto, estado civil y su fecha de nacimiento como también al
terminar se le asigna un correo electrónico corporativo y una foto.

-Lista de productos:son todos los productos que se encuentran registrados en el sistema ,el cual
se obtiene el catalogo de productos,ya que estos son publicados en las pantallas de cada local.la
información que se registra es el código de cada producto,su descripción ,su foto referencial,y su
MBY1001 Modelamiento de Bases de Datos
DRY1101 Diseño y Gestión de Requisitos
 [Nombre del proyecto] Rev. [99.99]
Análisis de Requisitos de la Base de Datos Pág. 8

precio.tambien existe un producto especial que se le llama “combo” el cual esta conformado por
un conjunto de otros productos de la lista ,los “combos” también tienen un código identificatorio
,su nombre o descripción de este y su precio para verificar la conveniencia del sub conjunto de
estos productos agrupados.

-El pago : el sistema solo permite dos formas de pago ,el cual uno es con efectivo o con tarjeta de
debito.Se registrara el monto total de la compra y la forma de pago del pedido solicitado por el
cliente.antes de terminar la transacción el sistema solicitara los datos personales básicos del
cliente para asi poder comunicar con el sistema de impresión de boletas(Servicio de impuestos
internos) el cual seria su nombre completo,dirección y correo del cliente,los datos del cajero
quedaran impresos en la boleta,tendrá un numero de boleta electrónica que quedara asociado al
numero del pedido.

-Estado del pedido: una vez que ya se obtiene la boleta el pedido ,se considera que el pedido
empezara a procesarse en la cocina del local el cual tendrá 3 seguimientos,los cuales son;
“pedido en proceso”,”listo para servir” y “pedido entregado“.a los pedidos se les asigna un
numero único que es correlativo ,incluyendo la fecha y la hora de emisión,como también se
registra la hora en que ocurrió cada cambio de estado.

-Informes: debido a que la empresa en la ferencia se necesitaran estadísticas de las ventas,el

sistema dara en detalle los montos de los pedidos vendidos por mes clasificando el ranking de los
3 productos o combos mas vendidos,su forma de pago y la cantidad de unidades vendidas por
producto.

2.3 Diagrama de Casos de Uso

Inserte acá el diagrama trabajado durante todo el semestre.

2.4 Características de los usuarios

Tipo de usuario [Inserte aquí el texto]
Formación [Inserte aquí el texto]
Experiencia [Inserte aquí el texto]
Responsabilidades [Inserte aquí el texto]

Descripción de los usuarios del software y de la base de datos, incluyendo nivel educacional,
experiencia en negocio y responsabilidades con los datos.

2.5 Restricciones

Las principales restricciones son las siguientes:

-los empleados necesariamente tendrán que registrarse en el sistema, de lo contrario no

podrán acceder a este.
-el sistema dependerá netamente de un recurso humano, ya que se ira ingresando información
por parte de los empleados ,el cual puede producir una información errada.
-la adaptación por parte del personal con el nuevo sistema implementado podría provocar un
retraso en los tiempos en los primeros días de implementación.
-los informes podrán ser emitidos después de un mes de la implementación del nuevo sistema .

2.6 Suposiciones y dependencias

Se asume que los requisitos de información del sistema solicitados por el clienteseran estables
una vez que sea aprobada la versión final del software a implementar.Por esta razón es

MBY1001 Modelamiento de Bases de Datos

DRY1101 Diseño y Gestión de Requisitos
 [Nombre del proyecto] Rev. [99.99]
Análisis de Requisitos de la Base de Datos Pág. 9

importante que en la fase de análisis y de diseño estén bien documentadas ,como también se
debe definir una fase de mantecncion del sistema como tal.

El sistema de “fastfood” solo tendrá comunicación con el servidor del sistema de impresión de
boletas ,ya que la boleta esta fuera del alcance del sistema que fue desarrollada y establecida
por SII(servicio de impuestos internos)por lo tanto no debería afectar a los requisitos de
información.

3 Requisitos
Esta es la sección debe desarrollar una lista detallada y completa de los requisitos de información o
necesidad de información que debe cumplir el sistema a desarrollar. Además de incorporar las
reglas de negocio, vistas de usuario, modelo de datos entidad relación, diccionario de datos y
bocetos funcionales del software propuesto.

3.1 Diagrama EDT

3.2 Planilla EDT

Establecer vista jerárquica

y planilla EDT revisada en
clases. Puede utilizar el
WBSTool para desarrollar
la planilla, o bien seguir el ejemplo trabajado en clases.

3.3 Diccionario EDT

Definición detallada de todas las siglas y/o abreviaturas utilizadas en el diagrama EDT y en la
plantilla EDT.

3.4 Requisitos de información específicos

El requisito de información es toda aquella necesidad que incluya el manejo y almacenamiento de

datos en la organización en donde ese inserta el proyecto a desarrollar.
Recordar que el requisito de información es un subtipo de requisito funcional. El requisito de
información afecta principalmente al manejo y almacenamiento de datos e información.
Los números de los requisitos de información pueden ser RI1, RI2,… etc.

Para cada requisito de información debe completarse la siguiente tabla:

Número de requisito de [Inserte aquí el texto]

información
Nombre de requisito de [Inserte aquí el texto]
información
Usuario que requiere la [Inserte aquí el texto]
información
Prioridad del requisito de Alta/Esencial Media/Deseado Baja/ Opcional
información
MBY1001 Modelamiento de Bases de Datos
DRY1101 Diseño y Gestión de Requisitos
 [Nombre del proyecto] Rev. [99.99]
Análisis de Requisitos de la Base de Datos Pág. 10

3.5 Reglas de Negocio

Número regla Clasificación de la regla de Descripción narrativa de una

De negocio negocio regla de negocio
1 El sistema permite al
vendedor tomar el pedido del
cliente que está en la fila.
2 El sistema solo lo utilizara el
gerente del local y el cajero.
3 Existen solo dos cocineros por
turno como mínimo y en oras
punta se puede sumar un
tercero.
4 Los pedidos se diferencian
visualmente en las pantallas
de estado de entrega que ve el
cliente por color para que este
se informe de su avance.
5 Existen dos turnos,dos
supervisores y un gerente de
local que administra cambios
de publicidad y precios.
6 El gerente de local delega
funciones y roles a su persona
para que trabajen en
caja,cocina o entrega de
productos.
7 El sistema no regula los turnos
pero si puede registrar quien
atendió en caja registrando
pedidos.
8 Se dara como información
adicional el tiempo promedio
de elaboración del pedido
para que determine el tiempo
de entrega.
9 Se recibirá una propuesta de
proceso de atención en una
pantalla tipo encuesta que
aporte a la mejora y asi
exponer de forma digital
nuestra publciidad y eliminar
el concepto de utilización de
papel.
10 Existirá una fila normal para
pedidos de mas de 2 ordenes
sin tope de fila en clientes y
una fila express para ordenes
individuales y económicas que
será solo habilitada en
horarios peak de almuerzo

MBY1001 Modelamiento de Bases de Datos

DRY1101 Diseño y Gestión de Requisitos
 [Nombre del proyecto] Rev. [99.99]
Análisis de Requisitos de la Base de Datos Pág. 11

3.6 Vistas de Usuarios

[Inserte aquí el texto]
Definición de todas vistas de usuario que explican las necesidades de información. Las vistas de
usuario pueden ser usadas en el presente o en el futuro del negocio. Ejemplos de vistas: informes,
consultas, formularios, comprobantes, boletas, facturas…etc.
Los números de las vistas pueden describirse con el formato: V01, V02, …etc.
Para describir la vista puede usar el siguiente formato:

Número de la vista [Inserte aquí el texto]

Nombre de la Vista [Inserte aquí el texto]
Descripción del [Inserte aquí el texto]
objetivo de la Vista
de usuario
Usuarios de la vista [Inserte aquí el texto]
Datos que muestra [Inserte aquí el texto]
la vista
Bosquejo de la Vista [Inserte aquí imagen]

Número de la vista [Inserte aquí el texto]

Nombre de la Vista [Inserte aquí el texto]
Descripción del [Inserte aquí el texto]
objetivo de la Vista
de usuario
Usuarios de la vista [Inserte aquí el texto]
Datos que muestra [Inserte aquí el texto]
la vista
Bosquejo de la Vista [Inserte aquí imagen]

MBY1001 Modelamiento de Bases de Datos

DRY1101 Diseño y Gestión de Requisitos
 [Nombre del proyecto] Rev. [99.99]
Análisis de Requisitos de la Base de Datos Pág. 12

3.7 Modelo Entidad Relación

[Inserte aquí la imagen]
Inserte en este ítem la imagen del modelo entidad relación propuesto, que incluya todas las
relaciones y sus verbos, atributos y entidades que satisfagan los requerimientos de información,
las reglas de negocio y las vistas de usuario presentes y futuras planteadas anteriormente.
Desarrolle este modelo en Oracle SQL Developer Data Modeler

3.8 Modelo Relacional

[Inserte aquí la imagen]
Inserte en este ítem la imagen del modelo relacional propuesto, que incluya todas las relaciones y
sus verbos, atributos y entidades que satisfagan los requerimientos de información, las reglas de
negocio y las vistas de usuario presentes y futuras planteadas anteriormente.
Desarrolle este modelo en Oracle SQL Developer Data Modeler.

3.9 Diccionario de Datos

[Inserte aquí el texto]
Definición detallada de todas las entidades, atributos y relaciones presentes en el MER
propuesto en el punto anterior.
Puede usar las tablas propuestas en los conceptos de esta unidad y/o anexar el informe que
propone Oracle SQL Developer Data Modeler. Anexar el informe entregado por Oracle SQL
Developer Data Modeler sólo será útil si ha descrito detalladamente cada uno de los ítems
relevantes que se observan en él.

3.10 Creación de tablas

Creación de las tablas con los constraint (Primary key, foreign key, Null, Not null, check,
unique)

3.11 Poblamiento de la Base de Datos

Insertar al menos 5 filas de datos por tabla.

3.12 Control de Cambios

 Datos de solicitud de cambio
 Categoría de cambio
 Causa/origen del cambio
 Descripción de la propuesta de cambio
 Justificación de la propuesta de cambio
 Impacto del cambio en líneas base del proyecto

3.13 Bocetos (Mockups) de interfaz de usuario del software

propuesto
[Inserte aquí el texto]
Dibuje una propuesta de software a desarrollar. Incluya al menos:
 Menú inicial
 Interfaces de ingreso de datos.
 Interfaces de proceso de datos
 Interfaces de salida de datos (incluido reportes y consultas)
MBY1001 Modelamiento de Bases de Datos
DRY1101 Diseño y Gestión de Requisitos
 [Nombre del proyecto] Rev. [99.99]
Análisis de Requisitos de la Base de Datos Pág. 13

Para desarrollar este ítem puede desarrollar los bocetos de interfaces con lápiz y papel y sacar
una foto que pueda anexar a este informe o usar cualquier software que le permita dibujar
bocetos o MockUp de interfaces de software, como por ejemplo:

 http://pencil.evolus.vn/Default.html
 http://framebox.org/
 Balsamiq MockUp

4 Conclusiones, anexos y referencias

[Inserte aquí el texto]
Desarrolle una conclusión del proyecto desarrollado, que exponga los objetivos del modelo entidad
relación planteado y su relación el logro de los requisitos de información planteados.

Incluya cualquier documento anexo que le parezca relevante

Incluya cualquier referencia a documento o información requerida para el desarrollo del documento

MBY1001 Modelamiento de Bases de Datos

DRY1101 Diseño y Gestión de Requisitos