DUOC UC - ESCUELA DE INFORMATICA Y TELECOMUNICACIONES

Propuesta de Proyecto
y Especificacin de
Requisitos de Software
Proyecto: [Fast Food]
Revisin: [01]
03-07-17

Contenido
FICHA DEL DOCUMENTO .............................................................................................................................. 3

1. INTRODUCCIN ....................................................................................................................................... 4

1.1. PROPSITO ........................................................................................................................................... 4

1.2. MBITO DEL SISTEMA ............................................................................................................................. 4
Especificacin de Requisitos segn estndar de IEEE 830.
 Especificacin de Requisitos, estndar de IEEE 830

1.3. DEFINICIONES, ACRNIMOS Y ABREVIATURAS.............................................................................................. 4

1.4. REFERENCIAS ........................................................................................................................................ 4
1.5. VISIN GENERAL DEL DOCUMENTO ........................................................................................................... 4

2. DESCRIPCIN GENERAL ....................................................................................................................... 5

2.1. PERSPECTIVA DEL PRODUCTO ................................................................................................................... 5

2.2. FUNCIONES DEL PRODUCTO ..................................................................................................................... 5
2.3. CARACTERSTICAS DE LOS USUARIOS .......................................................................................................... 5
2.4. RESTRICCIONES ...................................................................................................................................... 6
2.5. SUPOSICIONES Y DEPENDENCIAS ............................................................................................................... 6
2.6. REQUISITOS FUTUROS ............................................................................................................................. 6

3. REQUISITOS ESPECFICOS .................................................................................................................... 7

3.1 REQUISITOS COMUNES DE LAS INTERFACES .................................................................................................. 8

3.1.1 Interfaces de usuario .................................................................................................................... 8
3.1.2 Interfaces de hardware ................................................................................................................. 8
3.1.3 Interfaces de software .................................................................................................................. 9
3.1.4 Interfaces de comunicacin .......................................................................................................... 9
3.2 REQUISITOS FUNCIONALES ....................................................................................................................... 9
3.3 REQUISITOS NO FUNCIONALES .................................................................................................................. 9
3.3.1 Requisitos de rendimiento ............................................................................................................ 9
3.3.2 Seguridad ...................................................................................................................................... 9
3.3.3 Fiabilidad .................................................................................................................................... 10
3.3.4 Disponibilidad ............................................................................................................................. 10
3.3.5 Mantenibilidad ........................................................................................................................... 10
3.3.6 Portabilidad ................................................................................................................................ 10
3.4 OTROS REQUISITOS .............................................................................................................................. 10

4. PROPUESTA INICIAL PLANIFICACIN ...................................................................................................... 10

4.1 DESCRIPCIN GENERAL ACERCA DE LA PLANIFICACIN......................................................................................... 10

4.1.2 Definicin de Actividades principales del Proyecto ......................................................................... 11
4.1.3 Estructura EDT ................................................................................................................................ 11
4.2 PLAN DE CONTROL DE CAMBIO ...................................................................................................................... 11
5. ANEXOS ...................................................................................................................................................... 12
5.1 Acta de Proyecto ................................................................................................................................ 12
5.2 Matriz Especificacin de Requerimientos .......................................................................................... 12
5.3 Diagrama de Casos de Uso General ................................................................................................... 12
5.4 Planilla Casos de Uso ......................................................................................................................... 12
5.5 Prototipado de Software .................................................................................................................... 12
5.6 Resultado Anlisis de Calidad Diagramas Modelamiento ................................................................. 12
5.7 Resultado Anlisis de Calidad Prototipado No funcional del Sistema ................................................ 12
5.8 Planilla Control de Cambio ................................................................................................................. 12
5.9 Planilla Control de Cambio ................................................................................................................. 13

2
 Especificacin de Requisitos, estndar de IEEE 830

Ficha del documento

Fecha Revisin Autor Modificacin

[Fecha] [Rev] [Descripcion] [Descripcion]

[Fecha] [Rev] [Descripcion] [Descripcion]

Integrantes del Equipo

Nombre Integrante Rol definido en el Equipo de Proyecto

Sergio Gonzlez Len
Jos Abarca Pacheco
Mario Castro Vargas

3
 Especificacin de Requisitos, estndar de IEEE 830

1. Introduccin
La presente Especificacion de requerimientos de software (ERS) del sistema a construir
surge para la cadena de comida rapida FastFood que tiene la necesidad de mejorar la
atencion al publico, ventas y digitalizar la publicidad para abaratar costos en sus 10
locales.

1.1. Propsito
Nuestro proposito es logar modernizar el proceso de atencion, registro de ventas y abaratar
costos de publicidad impresa apoyando la causa Green IT. Por lo tanto buscamos mejorar
el funcionamiento de la cadena de comida rapida, dando soluciones a sus problemas y
cubrir sus necesidades.

1.2. mbito del Sistema

En esta subseccin:
El nombre de nuestro sistema: THE FOOD FACTORY.

El sistema The food Factory, es registrar a los usuarios mediante un nombre y

contrasea, registrar las ventas, boletas emitidas y el tipo de fila (normal o express).
Tambin se podr modificar la publicidad digital.

El sistema no har clculos de sueldos y tampoco la posibilidad de disear publicidad.

Loa beneficios que tiene nuestro sistema The Food Factory es modernizar el
proceso de atencin y ventas, tambin dejar de usar la publicidad impresa.

1.2. Definiciones, Acrnimos y Abreviaturas

ERS: Especificacion de requerimientos de software.
The food Factory: Nombre del sistema.

1.4. Referencias
En esta subseccin se mostrar una lista completa de todos los documentos referenciados
en la ERS.

1.5. Visin General del Documento

El presente documento est dividido en varias secciones de las cuales mostraran
informacin relacionada con el proyecto tales como, el sistema y sus funciones, usuarios,
restricciones, dependencias, requerimientos futuros del sistema y documentacin
relacionada con esta ERS.

4
 Especificacin de Requisitos, estndar de IEEE 830

2. Descripcin General
En esta seccin se dar a conocer las caractersticas del sistema de venta, registro y
publicidad digital.

2.1. Perspectiva del Producto

El sistema es independiente, es decir no es parte de otro desarrollo mayor, sin embargo es
necesario integrar la aplicacin de impresin de boletas SII.

2.2. Funciones del Producto

En esta subseccin de la ERS se mostrar un resumen, a grandes rasgos, de las funciones
del futuro sistema. Las funciones debern mostrarse de forma organizada, y pueden
utilizarse grficos, siempre y cuando dichos grficos reflejen las relaciones entre funciones
y no el diseo del sistema. (Se recomienda algn tipo de Diagrama de los componentes del
sistema)

2.3. Caractersticas de los Usuarios

Tipo de usuario Administrador
Formacin Educacin Superior
Experiencia
Funcin

Tipo de usuario Administrador

Formacin Educacin Superior
Experiencia
Funcin

Tipo de usuario Administrador

Formacin Educacin Superior
Experiencia
Funcin

5
 Especificacin de Requisitos, estndar de IEEE 830

2.4. Restricciones
Res01- Las polticas de la empresa restringirn a sus empleados entrar al sistema con el
usuario correspondiente.

Res02- El ordenador, restringir el uso de internet fuera del sistema.

Res03- El sistema solo usara conexin a internet por el motivo de comunicarse con SII
para la impresin de boletas.

Res04- El sistema no eliminar datos, por lo tanto, contendr un respaldo. Igualmente

pueden ser eliminados cuando el administrador lo desee.

2.5. Suposiciones y Dependencias

Para evitar el mal uso en el sistema, los usuarios tendrn una capacitacin previa.

Depender estar conectado a una conexin de internet para almacenar los datos en la nube
como respaldo.

Depender de una mantencin cada cierto tiempo para evitar problemas en el

funcionamiento del sistema.

2.6. Requisitos Futuros

Principalmente, actualizaciones constantes al sistema que permitirn un mejor uso de este.

6
 Especificacin de Requisitos, estndar de IEEE 830

3. Requisitos Especficos
[Describir los aspectos funcionales que se mencionan en el Brief del cliente a modo de
Requerimientos de negocio. Los puedes describir en que aspectos del negocio se enfocan y
luego enumerarlos segn lo definido por el Cliente.
Por ejemplo; en el Caso FastFood existen dos grandes requerimientos: Optimizar el
Proceso de Venta y Digitalizar la Publicidad que poseen en sus Carteles de Comida Rpida.
Para ambos existen requisitos especficos que el cliente solicita en su explicacin del Caso
y otros que ustedes puedan definir a modo de enunciado en un listado. Ms adelante en las
Matrices de especificacin de requerimientos se detallar cada uno de ellos en forma ms
Tcnica en los puntos: 3.1, 3.2 y 3.3]
Esta seccin contiene los requisitos a un nivel de detalle suficiente como para permitir a los
diseadores disear un sistema que satisfaga estos requisitos, y que permita al equipo de
pruebas planificar y realizar las pruebas que demuestren si el sistema satisface, o no, los
requisitos. Todo requisito aqu especificado describir comportamientos externos del
sistema, perceptibles por parte de los usuarios, operadores y otros sistemas. Esta es la
seccin ms larga e importante de la ERS. Debern aplicarse los siguientes principios:
El documento debera ser perfectamente legible por personas de muy distintas
formaciones e intereses.
Debern referenciarse aquellos documentos relevantes que poseen alguna influencia
sobre los requisitos.
Todo requisito deber ser unvocamente identificable mediante algn cdigo o
sistema de numeracin adecuado.
Lo ideal, aunque en la prctica no siempre realizable, es que los requisitos posean
las siguientes caractersticas:
Correccin: La ERS es correcta si y slo si todo requisito que figura aqu (y que ser
implementado en el sistema) refleja alguna necesidad real. La correccin de la ERS implica
que el sistema implementado ser el sistema deseado.
No ambiguos: Cada requisito tiene una sola interpretacin. Para eliminar la ambigedad
inherente a los requisitos expresados en lenguaje natural, se debern utilizar grficos o
notaciones formales. En el caso de utilizar trminos que, habitualmente, poseen ms de
una interpretacin, se definirn con precisin en el glosario.
Completos: Todos los requisitos relevantes han sido incluidos en la ERS. Conviene incluir
todas las posibles respuestas del sistema a los datos de entrada, tanto vlido como no
vlido.
Consistentes: Los requisitos no pueden ser contradictorios. Un conjunto de requisitos
contradictorio no es implementable.
Clasificados: Normalmente, no todos los requisitos son igual de importantes. Los
requisitos pueden clasificarse por importancias (esenciales, condicionales u opcionales) o
por estabilidad (cambios que se espera que afecten al requisito). Esto sirve, ante todo,
para no emplear excesivos recursos en implementar requisitos no esenciales.
Verificables: La ERS es verificable si y slo si todos sus requisitos son verificables. Un
requisito es verificable (testeable) si existe un proceso finito y no costoso para demostrar
que el sistema cumple con el requisito. Un requisito ambiguo no es, en general,

7
 Especificacin de Requisitos, estndar de IEEE 830

verificable. Expresiones como a veces, bien, adecuado, etc. Introducen ambigedad en los
requisitos. Requisitos como en caso de accidente la nube txica no se extender ms all
de 25Km" no es verificable por el alto costo que conlleva.
Modificables: La ERS es modificable si y slo si se encuentra estructurada de forma que los
cambios a los requisitos pueden realizarse de forma fcil, completa y consistente. La
utilizacin de herramientas automticas de gestin de requisitos facilitan enormemente
esta tarea.
Trazables: La ERS es trazable si se conoce el origen de cada requisito y se facilita la
referencia de cada requisito a los componentes del diseo y de la implementacin. La
trazabilidad hacia atrs indica el origen (documento, persona, etc.) de cada requisito. La
trazabilidad hacia delante de un requisito R indica que componentes del sistema son los
que realizan el requisito R.

3.1 Requisitos comunes de las interfaces

Descripcin detallada de todas las entradas y salidas del sistema de software.

3.1.1 Interfaces de usuario

R.I.U1- Permitir la autenticacin de los usuarios.
R.I.U2- Mostrar el logo y color de la empresa.
R.I.U3- Elegir funcin venta o publicidad.
R.I.U4- Ventanas de ayuda para facilitar el uso del sistema.
R.I.U5- Realizar ventas.
R.I.U7- Opciones de pago.
R.I.U6- Anular venta.

3.1.2 Interfaces de hardware

Computadora con las siguientes caractersticas:
Windows 7 / Windows 8 / Windows 10 32-bit.
Procesador Intel core 2 duo 2.30 GHz.
Memoria Ram 2GB

Monitores LED con las siguientes caractersticas:

Marca LG/ Samsung.
Tamao 49
Resolucion Full HD.

Impresora trmica:
Marca: Epson.
Modelo H6000.

8
 Especificacin de Requisitos, estndar de IEEE 830

3.1.3 Interfaces de software

Ninguno.

3.1.4 Interfaces de comunicacin

Comunicacin con impresora trmica mediante conexin va USB en la computadora.

3.2 Requisitos funcionales

Definicin de acciones fundamentales que debe realizar el software al recibir informacin,
procesarla y producir resultados.
En ellas se incluye:
Comprobacin de validez de las entradas
Secuencia exacta de operaciones
Respuesta a situaciones anormales (desbordamientos, comunicaciones, recuperacin de
errores)
Parmetros
Generacin de salidas
Relaciones entre entradas y salidas (secuencias de entradas y salidas, formulas para la
conversin de informacin)
Especificacin de los requisitos lgicos para la informacin que ser almacenada en base
de datos (tipo de informacin, requerido)

Los requisitos funcionales principales pueden ser divididos en sub-secciones.

3.2.1 Requisito funcional 1
3.2.2 Requisito funcional 2
3.2.3 Requisito funcional 3
3.2.4 Requisito funcional n

3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento

Especificacin de los requisitos relacionados con la carga que se espera tenga que soportar
el sistema. Por ejemplo, el nmero de terminales, el nmero esperado de usuarios
simultneamente conectados, nmero de transacciones por segundo que deber soportar el
sistema, etc.
Todos estos requisitos deben ser mesurables. Por ejemplo, indicando el 95% de las
transacciones deben realizarse en menos de 1 segundo, en lugar de los operadores no
deben esperar a que se complete la transaccin.

3.3.2 Seguridad
Especificacin de elementos que protegern al software de accesos, usos y sabotajes
maliciosos, as como de modificaciones o destrucciones maliciosas o accidentales. Los
requisitos pueden especificar:

9
 Especificacin de Requisitos, estndar de IEEE 830

Empleo de tcnicas criptogrficas.

Registro de ficheros con logs de actividad.
Asignacin de determinadas funcionalidades a determinados mdulos.
Restricciones de comunicacin entre determinados mdulos.
Comprobaciones de integridad de informacin crtica.

3.3.3 Fiabilidad
Especificacin de los factores de fiabilidad necesaria del sistema. Esto se expresa
generalmente como el tiempo entre los incidentes permisibles, o el total de incidentes
permisible.

3.3.4 Disponibilidad
Especificacin de los factores de disponibilidad final exigidos al sistema. Normalmente
expresados en % de tiempo en los que el software tiene que mostrar disponibilidad.

3.3.5 Mantenibilidad
Identificacin del tipo de mantenimiento necesario del sistema.
Especificacin de quien debe realizar las tareas de mantenimiento, por ejemplo usuarios, o
un desarrollador.
Especificacin de cundo debe realizarse las tareas de mantenimiento. Por ejemplo,
generacin de estadsticas de accesos semanales y mensuales.

3.3.6 Portabilidad
Especificacin de atributos que debe presentar el software para facilitar su traslado a otras
plataformas u entornos. Pueden incluirse:
Porcentaje de componentes dependientes del servidor.
Porcentaje de cdigo dependiente del servidor.
Uso de un determinado lenguaje por su portabilidad.
Uso de un determinado compilador o plataforma de desarrollo.
Uso de un determinado sistema operativo.

3.4 Otros Requisitos

Cualquier otro requisito que no encaje en otra seccin.

4. Propuesta de Planificacin

4.1 Descripcin general acerca de la Planificacin

10
 Especificacin de Requisitos, estndar de IEEE 830

[Insertar una descripcin de cmo se abordar el trabajo en cuanto a los das totales
estimados y las personas involucradas en su ejecucin, las buenas prcticas y condiciones
necesarias a considerar para implementar para su buen trmino]

4.1.2 Definicin del Equipo de Trabajo

[Describir el equipo de trabajo definido para el Proyecto e insertar Tabla de definicin de
Roles y funciones]

4.1.3 Definicin de Actividades principales del Proyecto

[Descripcin de las Principales fases y actividades que considera nuestra Programacin de
la Planificacin argumentando bajo que estndares y buenas prcticas se basan (Gestin de
la planificacin PMI e Ingeniera de Software es slo enunciarlas]

4.1.4 Diagrama EDT

[Insertar la Estructura EDT en formato diagrama consolidado que resolviste con tu equipo]

4.1.5 Carta Gantt

[Insertar y Describir la Carta Gantt resultante de la programacin estimada a modo de
PLANIFICACIN donde se debe explicar la lgica aplicada para reducir el total de das
lineales resultantes en la EDT y como las llevaste a la economa de calendario de la Carta
Gantt que programaste con actividades paralelas y porqu.]

4.1.6 Resumen Costos del Desarrollo del Proyecto

[OBS.
Crear una tabla resumen extrada del EDT de clculo de esfuerzo que desglose los
principales costos asociados al proyecto: en base a la Hora hombre y roles profesionales
definidos
Costo total base esfuerzo hora hombre
Costos por FASE
Costos por Actor o Rol]

4.2 Plan de Control de Cambio

[Se recomienda primero describir los tipos de cambio que se podrn resolver y sus
alcances]
[Insertar Tabla de Control de Cambios]
[ Obs.
Insertar Descripcin de los aspectos del desarrollo en los que se permitir aplicar cambios
como parte del Desarrollo del Software definiendo sus alcances y limitaciones asociadas.
El control de cambios es una actividad paralela al desarrollo del proyecto que responde a
eventos que surgen del mismo, sea por requerimientos propios del usuario o por mejoras o
correcciones detectadas por el mismo equipo del proyecto.

11
 Especificacin de Requisitos, estndar de IEEE 830

Se describe de manera independiente de las dems fases de la metodologa pues puede ser
aplicada indistintamente a proyectos en marcha o proyectos ya implementados, y porque es
necesario resaltar su importancia y no relegarla como una actividad posterior al desarrollo,
sino reconocerla como una actividad que debe estar definida, presente y es crtica desde el
inicio del proyecto. Deber describir que tipo aspectos Funcionalidades y no funcionales se
podrn modificar con cambio, en que instancia de proyecto se podrn aplicar y que motivos
los validaran para ser aplicables y en qu caso no ser posible aplicar cambios.
Luego esto se debe complementar con la observacin de que en el anexo encontrarn la
Planilla de Control de Cambio con los Tipos de Cambio que podrn aplicarse en la cual
posteriormente se debe completar la planilla al ejecutarse la instancia. ]

5. Anexos

5.1 Acta de Proyecto

Insertar Acta de Constitucin del Proyecto

5.2 Matriz Especificacin de Requerimientos

Matriz en formato planilla sobre la especificacin de Requerimientos con su identificador y
columnas de datos correspondiente. RF1. O RNF.1

5.3 Diagrama de Casos de Uso General

Insertar Diagrama de Caso de Uso General.

5.4 Planilla Casos de Uso

Insertar Planilla detallada de Caso de Uso para cada Actor o accin clave del proceso que
lleva el sistema.

5.5 Prototipado de Software

Insertar Mockups y Wareframe de la interfaz de usuario del Sistema

5.6 Resultado Anlisis de Calidad Diagramas Modelamiento

Insertar Resultado del Anlisis de Calidad basado en los estndares y la Planilla de Anlisis
de Calidad de modelado de Software.

5.7 Resultado Anlisis de Calidad Prototipado No funcional del Sistema

Insertar Resultado del Anlisis de Calidad basado en los estndares y la Planilla de Anlisis
de Calidad de Prototipo de Interfaz de Usuario.

5.8 Planilla entregables del Proyecto

Insertar la Planilla que define los Mdulos y Artefactos asociados al Caso de Uso a los que
se pueden aplicar cambios en un punto de su desarrollo.

12
 Especificacin de Requisitos, estndar de IEEE 830

5.9 Matriz de Control de Cambios

Insertar la Planilla que define los Mdulos y Artefactos asociados al Caso de Uso a los que
se pueden aplicar cambios en un punto de su desarrollo.

5.10 Matriz EDT. Planilla Detallada Clculo de Esfuerzo

13