Está en la página 1de 12

<Nombre de la Empresa>

Especificación de Requerimientos de Software

Sistem de Gestion de Compras para Personas con


discapacidades Motrices Severas

Versión 1.0

<Logo de la Empresa>
Especificación de Requerimientos de Software de <Nombre del Producto o SI>
<Logo de la Empresa> Cliente: <Nombre del Cliente>
Proyecto: Sistema de gestión de Compras para personas con discapacidades motrices severas

Información del Documento

Título del Documento: Especificación de Requerimientos de Software de <Nombre del


Producto o SI>
Nombre del Archivo del Documento: 497660358.doc
Número de Versión 1.0
Autor: German Boggio- Pablo Massa
Fecha de Creación: 06/05/2010
Estado: En Confección

Aprobaciones

<nombre>
<Posición> Firma Fecha

<nombre>
<Posición> Firma Fecha

<nombre>
<Posición> Firma Fecha

<nombre>
<Posición> Firma Fecha

<Nombre de la Empresa> Página 2 de 12


Confidencial <Título del Documento>
Especificación de Requerimientos de Software de <Nombre del Producto o SI>
<Logo de la Empresa> Cliente: <Nombre del Cliente>
Proyecto: Sistema de gestión de Compras para personas con discapacidades motrices severas

Historia de Cambios
Fecha Versión Descripción Autor
06/05/2010 1.0 Versión Inicial German Boggio - Pablo
Massa

<Nombre de la Empresa> Página 3 de 12


Confidencial <Título del Documento>
Especificación de Requerimientos de Software de <Nombre del Producto o SI>
<Logo de la Empresa> Cliente: <Nombre del Cliente>
Proyecto: Sistema de gestión de Compras para personas con discapacidades motrices severas

Tabla de Contenidos

1. Introducción..............................................................................................................................................5
1.1. Propósito...............................................................................................................................................5
1.2. Definiciones, Acrónimos y Abreviaturas ....................................................................................5
1.3. Audiencia...............................................................................................................................................5
1.4. Alcance..................................................................................................................................................5
1.5. Referencias..........................................................................................................................................5
1.6. Descripción General del Resto del Documento .......................................................................6
2. Presentación del Producto..................................................................................................................6
2.1. Propósito del Sistema.......................................................................................................................6
2.2. Restricciones y Supuestos..............................................................................................................6
3. Descripción General..............................................................................................................................6
3.1. Listado de la Funcionalidad del Sistema ...................................................................................6
3.2. Listado de Actores.............................................................................................................................8
3.3. Perspectiva del Producto .................................................................................................................8
4. Descripción Detallada de Requerimientos .....................................................................................8
4.1. Requerimientos Funcionales ..........................................................................................................8
4.2. Reglas y Funciones de Negocio ......................................................................................................10
4.3. Requerimientos No Funcionales .................................................................................................10
4.3.1. Del Producto......................................................................................................................................10
4.3.2. Del Ambiente.....................................................................................................................................11
5. Requerimientos de Interfaz...............................................................................................................12
5.1. Interfaces de Usuario.....................................................................................................................12
5.2. Interfaces de Hardware..................................................................................................................12
5.3. Interfaces de Software...................................................................................................................12
5.4. Interfaces de Comunicación.........................................................................................................12
6. Restricciones de Diseño....................................................................................................................12

7. Operaciones...........................................................................................................................................13

8. Requerimientos de Licencia.............................................................................................................13

9. Componentes Comprados..................................................................................................................13

10. Observaciones.......................................................................................................................................13

<Nombre de la Empresa> Página 4 de 12


Confidencial <Título del Documento>
Especificación de Requerimientos de Software de <Nombre del Producto o SI>
<Logo de la Empresa> Cliente: <Nombre del Cliente>
Proyecto: Sistema de gestión de Compras para personas con discapacidades motrices severas

Especificación de Requerimientos de Software

1. Introducción

1.1. Propósito
El propósito de esta documentación es el de especificar los
requerimientos del Sistema de gestión de Compras para personas con
discapacidades motrices severas, de tal manera que sirvan como documentos
contractual con el usuario.

1.2. Definiciones, Acrónimos y Abreviaturas

1.3. Audiencia
RC: Boggio Germán, Massa Pablo.
RA: Ing. Daniel Gándara
UD: Boggio Germán, Massa Pablo.
NT: Ing. Daniel Gándara

1.4. Alcance
El alcance del documento de Especificación de Requerimientos de
Software es realizar una descripción de las funcionalidades y exigencias
asociadas al producto a desarrollar, definiendo los requerimientos
funcionales y no funcionales del mismo.

1.5. Referencias
[Esta subsección debería proveer una lista completa de todos los documentos
referenciados en cualquier lugar del Documento de Especificación de
Requerimientos de Software. Cada documento debería ser identificado por título,
número de reporte (si aplica), fecha de Publicación, archivo que lo contiene y
organización que lo publica. Especificar las fuentes desde las que se obtuvieron las
referencias. Esta información puede ser provista por referencia a un apéndice o a
otro documento.]
Número de Fecha de Organización que
ID Archivo de Documento Título del Documento
Reporte Publicación lo Publica

<Nombre de la Empresa> Página 5 de 12


Confidencial <Título del Documento>
Especificación de Requerimientos de Software de <Nombre del Producto o SI>
<Logo de la Empresa> Cliente: <Nombre del Cliente>
Proyecto: Sistema de gestión de Compras para personas con discapacidades motrices severas

1.6. Descripción General del Resto del Documento


Ya habiendo presentado el documento, con su propósito y alcances, a
continuación se presentará el producto a desarrollar haciendo un análisis más
profundo del mismo, detallando los requerimientos, funciones, restricciones y
operaciones.

2. Presentación del Producto

2.1. Propósito del Sistema


1. Objetivo: El desarrollo de un Sistema que posibilite a personas con discapacidades
motrices severas realizar compras en un supermercado .
2. .Alcance:
3. No Contempla: Cuestiones de facturación ni manejo de dinero, pagos ni
cualquier actividad que implique operaciones comerciales. Generación de
estadísticas

2.2. Restricciones y Supuestos

3. Descripción General

3.1. Listado de la Funcionalidad del Sistema


Nro. de Caso de Uso Nombre del Caso de Uso Prioridad Complejidad
001 Identificar productos Esencial Simple
002 Peeking del producto Esencial Complejo
003 Eliminar Producto Útil Complejo
004 Generar lista de compra Esencial Muy Complejo
005 Identificar dispositivo Esencial Complejo
006 Generar lista de productos Esencial Complejo
007 Alta Dispositivo Esencial Complejo
008 Enviar ofertas del día Esencial Muy Complejo
009 Analizar lista de productos Esencial Muy Complejo
010 Seleccionar productos a ofertar Esencial Complejo
011 Enviar oferta seleccionada Esencial Simple
012 Administrar Usuarios Útil Complejo
013 Generar Estadisticas Útil Muy Complejo

<Nombre de la Empresa> Página 6 de 12


Confidencial <Título del Documento>
Especificación de Requerimientos de Software de <Nombre del Producto o SI>
<Logo de la Empresa> Cliente: <Nombre del Cliente>
Proyecto: Sistema de gestión de Compras para personas con discapacidades motrices severas

3.1.2 Diagramas de Caso de Uso:


Se debe incluir aquí el diagrama o diagramas de casos de uso que muestran de
manera gráfica los alcances funcionales del producto.
Esta información puede proveerse directamente o por referencia a otro
documento.

3.2. Listado de Actores


Nombre del Actor Descripción Tipo Categoría
Cliente Utiliza el dispositivo móvil para realizar las compras Concreto Visual
Cajera Se encarga de registrar el dispositivo movil en caja,

3.3. Perspectiva del Producto


Esta sección debería poner al producto en perspectiva con otros productos
relacionados. SI el producto es independiente y totalmente autocontenido, debería
ser especificado aquí. Si esta especificación de requerimientos define un producto
que es un componente de un sistema más grande, entonces deberían relacionarse
los requerimientos de ese sistema mayor con la funcionalidad de este software y
deberían identificarse las interfaces de comunicación entre el sistema y el software.

4. Descripción Detallada de Requerimientos

4.1. Requerimientos Funcionales


Se describen los requerimientos funcionales del sistema utilizando casos de uso.
Para muchas aplicaciones, esto puede constituir lo más importante del documento.
Esta sección comúnmente está organizada por paquetes, pero también pueden ser
apropiados métodos de organización alternativos, por actor por ejemplo.
Cuando se utilizan herramientas de desarrollo de aplicaciones para capturar
funcionalidad, esta sección del documento se referirá a la disponibilidad de los
datos e indicará la ubicación y nombre de la herramienta usada para capturar los
datos.
La plantilla que se presenta a continuación es un modelo sugerido para la
descripción detallada de cada caso de uso.
I – Descripción del Caso de Uso a trazo fino

<Nombre de la Empresa> Página 7 de 12


Confidencial <Título del Documento>
Especificación de Requerimientos de Software de <Nombre del Producto o SI>
<Logo de la Empresa> Cliente: <Nombre del Cliente>
Proyecto: Sistema de gestión de Compras para personas con discapacidades motrices severas

Nombre del Caso de Uso: ID:


Prioridad: Esencial Útil Deseable Significativo para la Arquitectura: Si No

Complejidad: Simple Mediano Complejo Muy Complejo Extremadamente Complejo

Actor Principal: Actor Secundario:


Tipo de Caso de Uso: Concreto Abstracto
Objetivo:

Precondiciones:

Éxito:
Post- Condiciones Fracasos:
1) Escenario 1 de fracaso
2) Escenario 2 de fracaso
Curs o Norma l Al te rna tiv a s
1. El caso de uso comienza cuando …

2. Paso “2” del curso normal. 2.A. Alternativa “A” al paso “2” del curso normal.
2.A.1. Paso 1 de la alternativa “A” al paso “2” del
curso normal.
2.A.2. Paso 2 de la alternativa “A” al paso “2” del
curso normal.

2.B. Alternativa “B” al paso “2” del curso normal.


2.B.1. Paso 1 de la alternativa “B” al paso “2” del
curso normal.
2.B.1.A. Alternativa “A” al paso “2.B.1.”
2.B.1.A.1 Paso 1 de la alternativa “2.B.1.A.”
3.
4.
5.
6.
7.
8.
9. Fin del Caso de Uso.
Observaciones:

<Nombre de la Empresa> Página 8 de 12


Confidencial <Título del Documento>
Especificación de Requerimientos de Software de <Nombre del Producto o SI>
<Logo de la Empresa> Cliente: <Nombre del Cliente>
Proyecto: Sistema de gestión de Compras para personas con discapacidades motrices severas

Requerimientos No Funcionales asociados (hacer referencia a la parte 4.3 de la ERS, si están allí descriptos):
Fuente (reunión, entrevista, documento, etc.):
Casos de Uso de Extensión:
Casos de Uso de Inclusión:
Asociaciones: Casos de Uso donde se incluye:
Casos de Uso a los que extiende:
Casos de Uso de Generalización:
His tori a de Ca mbi os
Versión Fecha Descripción del Cambio Autor

II – P R O T O T I P O D E I N T E R FA Z DE U SU AR I O
En esta sección se incluirán las descripciones de interfaz para la aplicación,
focalizando principalmente en las interfaces de los casos de uso esenciales para la
aplicación.
Esta información puede proveerse directamente o por referencia a otro documento.

4.2. Reglas y Funciones de Negocio


Se indican la lógica de funcionamiento del negocio. Esta información puede
proveerse directamente o por referencia a otro documento.

4.3. Requerimientos No Funcionales


La mayoría de los requerimientos no funcionales son registrados comúnmente en
lenguaje natural en esta sección de especificación. Los requerimientos identificados
en esta parte del documento son aplicables al producto en general. Para el caso de
los requerimientos no funcionales aplicables a un caso de uso en particular se debe
aclarar a que caso o casos de uso se refiere, además de referenciar la descripción
desde la especificación de ese caso o casos de uso.

4.3.1. Del Producto


Usabilidad: se debería incluir todos aquellos requerimientos que afectan la
usabilidad. Estos incluyen:
 Especificar el tiempo de capacitación requerido para usuarios normales y
expertos para convertirse en productivos en operaciones particulares.

<Nombre de la Empresa> Página 9 de 12


Confidencial <Título del Documento>
Especificación de Requerimientos de Software de <Nombre del Producto o SI>
<Logo de la Empresa> Cliente: <Nombre del Cliente>
Proyecto: Sistema de gestión de Compras para personas con discapacidades motrices severas

 Especificar tiempos de tareas mensurables para tareas típicas,


alternativamente, requerimientos de usabilidad básica del nuevo sistema
sobre otros sistemas que los usuarios conocen y les agradan.
 Especificar requerimientos para conformidad con los estándares comunes
de usabilidad, tales como estándares de GUI.
Confiabilidad: la confiabilidad podría expresarse en término de alguno de estos
aspectos:
 Disponibilidad: Especificar el porcentaje de disponibilidad de tiempo, horas
de uso, acceso de mantenimiento, etc.
 Tiempo Mínimo entre fallas (MTBF): Especificado usualmente en horas,
pero también puede especificarse en días, meses y años.
 Tiempo mínimo de Reparación (MTTR): ¿Cuánto tiempo está permitido que
el sistema esté fuera de operación después de una falla?
 Certeza: Precisión Específica (resolución) y certeza (sobre un estándar)
que es requerida para las salidas del sistema.
 Errores (bugs) Máximos o ratios de defecto: usualmente expresados en
términos de BUGS/KLOC (miles de líneas de código) o bugs por puntos de
función.
 Errores (Bugs) o índices de defectos: usualmente expresados en términos
de bugs invalidantes, graves, leves, comunes o mejoras.
Performance : incluye tiempos de respuesta específicos. Donde sea aplicable,
referenciar a los caso de uso relacionados por nombre.
 Tiempo de respuesta para una transacción (promedio, máximo).
 Transacciones por segundo, de principio al fin.
 Capacidad (el número de clientes o transacciones que el sistemas puede
acomodar).
 Modos de Degradación (modo aceptable de operación cuando el sistema
ha sido degradado).
 Utilización de Recursos (memoria, disco, comunicaciones)
Soportabilidad : se indica cualquier requerimiento que mejorará la
soportabilidad o mantenibilidad del sistema que se está construyendo,
incluyendo códigos estándar, convenciones de nombres, librerías de clases,
acceso de mantenimiento y utilidades de mantenimiento

<Nombre de la Empresa> Página 10 de 12


Confidencial <Título del Documento>
Especificación de Requerimientos de Software de <Nombre del Producto o SI>
<Logo de la Empresa> Cliente: <Nombre del Cliente>
Proyecto: Sistema de gestión de Compras para personas con discapacidades motrices severas

Documentación: Describe los requerimientos, si hay, para documentación en


línea del usuario, ayudas del sistema, manuales impresos, etc.

4.3.2. Del Ambiente


Ético : si existen requerimientos que deben considerarse en el contexto del
producto que si bien no están legislados, responde a factores morales o
pautas de conducta, deberán especificarse o referenciarse aquí.
Legales: identificar si existen legislaciones nacionales, internacionales,
provinciales, etc. aplicables y vigentes, que el software deba considerar.

5. Requerimientos de Interfaz
Define las interfaces que debe soportar la aplicación. Debería contener adecuada
especificidad, protocolos, puertos, direcciones lógicas, etc., tal que el software pueda
ser desarrollado y verificado contra los estándares de requerimientos.

5.1. Interfaces de Usuario


Describe las interfaces de usuario que tendrán que ser implementadas por el
software.

5.2. Interfaces de Hardware


Define cualquier interfaz de hardware que deberá ser soportada por el software,
incluyendo estructura lógica, direcciones físicas y comportamiento esperado.

5.3. Interfaces de Software


Describe las interfaces del software con otros componentes del sistema de software.
Estos pueden ser componentes comprados, componentes reusados de otra
aplicación, o componentes que están siendo desarrollados por subsistemas fuera
del alcance del esta Especificación de Requerimientos de Software pero con los
cuales esta aplicación de software debe interactuar.

5.4. Interfaces de Comunicación


Describe las interfaces de comunicación u otros requerimientos de restricción o
dispositivos, tales como redes de área local o dispositivos seriales remotos.

<Nombre de la Empresa> Página 11 de 12


Confidencial <Título del Documento>
Especificación de Requerimientos de Software de <Nombre del Producto o SI>
<Logo de la Empresa> Cliente: <Nombre del Cliente>
Proyecto: Sistema de gestión de Compras para personas con discapacidades motrices severas

6. Restricciones de Diseño
Esta sección debería indicar cualquier restricción de diseño en el sistema. Estas
restricciones representan decisiones de diseño a las que hay que adherirse. Ejemplos de
esto son: lenguajes de software, requerimientos del proceso de software, uso prescripto
de las herramientas de desarrollo, restricciones arquitectónicas y de diseño,
componentes comprados, y librerías de clase.

7. Operaciones
En esta sección debería especificarse las operaciones normales requeridas por el
usuario tales como:
 Los modelos varios de operación en la organización de los usuarios, por ejemplo
operaciones iniciadas por el usuario.
 Períodos de operaciones interactivas y períodos de operaciones desatendidas.
 Procesamiento de datos de funciones de soporte.
 Operaciones de respaldo y recuperación.

8. Requerimientos de Licencia
Esta parte del documento debería especificar la necesidad de licencias sobre productos
asociados a la implementación de este producto.

9. Componentes Comprados
Describe todos los componentes comprados a ser usados por el sistema, cualquier
licencia aplicable o restricción de uso, y cualquier compatibilidad/interoperabilidad
asociada o estándares de interfaz

10. Observaciones
Esta sección permite incorporar cualquier información que se considera de importancia,
que no haya sido especificada con anterioridad.

<Nombre de la Empresa> Página 12 de 12


Confidencial <Título del Documento>

También podría gustarte