Especificación de Requerimientos del Software

Proyecto:AddressBook

Versión: 1.0.1

Identificador del documento: <insertar identificador del documento>

 Especificación de Requerimientos del Software
<Nombre del Proyecto> Versión: <x.y.z>

Historial de Revisiones
Versió Fecha Autor Descripción
n
1.0 30/11/09 Cristina Jenifer García Definición de Casos de Uso y especificación de los
Loeza mismos
1.1 30/11/09 Cristina Jenifer García Establecimiento de Requerimientos funcionales y
Loeza especificación del diseño de interfaces

<Nombre de la Organización>,<Año> Pág. 2 de 11 

 Especificación de Requerimientos del Software
<Nombre del Proyecto> Versión: <x.y.z>

Índice de Contenido

1 Introducción...................................................................................................................................................4
1.1 Alcance..................................................................................................................................................4
1.2 Definiciones, Acrónimos y Abreviaturas................................................................................................4
1.3 Documentos relacionados.....................................................................................................................4

2 Casos de Uso................................................................................................................................................4
2.1 Resumen y Actores...............................................................................................................................4
2.2 Diagrama...............................................................................................................................................5
2.3 Especificaciones de Casos de Uso........................................................................................................5

3 Requerimientos Funcionales.........................................................................................................................6

4 Requerimientos No Funcionales....................................................................................................................7
4.1 Usabilidad..............................................................................................................................................7
4.2 Confiabilidad..........................................................................................................................................7
4.3 Seguridad..............................................................................................................................................7
4.4 Eficiencia...............................................................................................................................................7
4.5 Mantenimiento y Actualización..............................................................................................................8
4.6 Soportabilidad y Operabilidad................................................................................................................8
4.7 Restricción de Diseño............................................................................................................................8
4.8 Requerimientos de Documentación en Línea y de Sistemas de Ayuda..............................................8
4.9 Interfaces...............................................................................................................................................8
4.9.1 Interfaces de Usuario.....................................................................................................................8
4.9.2 Interfaces de Software...................................................................................................................8
4.9.3 Interfaces de Hardware.................................................................................................................8
4.9.4 Interfaces de Comunicaciones......................................................................................................9
4.10 Aspectos Legales................................................................................................................................9
4.10.1 Políticas de la Organización........................................................................................................9
4.10.2 Contratos con Otras Organizaciones...........................................................................................9
4.10.3 Propiedad Intelectual...................................................................................................................9
4.11 Estándares Aplicables.......................................................................................................................10
4.11 Estándares Aplicables.......................................................................................................................10

<Nombre de la Organización>,<Año> Pág. 2 de 11 

 Especificación de Requerimientos del Software
<Nombre del Proyecto> Versión: <x.y.z>

Especificación de Requerimientos del Software

1 Introducción
1.1 Alcance
AddressBook es una aplicación de escritorio, que tiene como función principal la del
almacenamiento de la información de contactos, permitiendo la adición, modificación y eliminación
de los mismos.

1.2 Definiciones, Acrónimos y Abreviaturas

AddressBook. Libreta de Direcciones
CUI: Caso de Uso “Insertar nuevo contacto”
CUM: Caso de Uso “Modificar”
CUE: Caso de Uso “Eliminar”

1.3 Documentos relacionados

Para poder visualizar las referencias a otros documentos, se debe de llenar la tabla que se muestra
a continuación:

Título Fecha Organización Identificador del

documento
<título> <dd/mm/aa> <nombre> <Id documento>

2 Casos de Uso
2.1 Resumen y Actores – Diagrama
Los actores principales dentro del contexto son:
1. Usuario
2. Base de Datos

<Nombre de la Organización>,<Año> Pág. 3 de 11 

 Especificación de Requerimientos del Software
<Nombre del Proyecto> Versión: <x.y.z>

<Nombre de la Organización>,<Año> Pág. 4 de 11 

 Especificación de Requerimientos del Software
<Nombre del Proyecto> Versión: <x.y.z>

1.1 Especificaciones de Casos de Uso

Insertar un nuevo Contacto (CUI)

Caso de Uso Inserción de nuevo contacto
Actores Usuario, Base de Datos
Tipo Básico
Propósito Permitir al usuario el registro de la información de un nuevo contacto
en la libreta de direcciones (Nombre, Dirección, Teléfono, Nombre de
su Padre, Fecha de cumpleaños, Título, Nacionalidad, Ocupación,
correo electrónico, y otros detalles)
Resumen Se inicia por el usuario
Precondiciones No exista el contacto
Flujo Principal El usuario accede al sistema, selecciona la opción de AddNew y se
procede al llenado de la información solicitada por el sistema, para
después almacenarla en la Base de Datos
Excepciones El usuario cancele la operación, no se registren datos cruciales

Modificar un contacto (CUM)

Caso de Uso Modificar contacto
Actores Usuario, Base de Datos
Tipo Básico
Propósito Le permite al usuario seleccionar un contacto en especifico para
llevar a cabo la modificación de la información antes almacenada
Resumen Se inicia por el usuario
Precondiciones Existencia del contacto
Flujo Principal El usuario accede al sistema, busca el contacto a modificar y
selecciona la opción de modificar para entonces proceder al cambio
de información, para posteriormente actualizar la Base de Datos
Excepciones El usuario cancele la operación, no se registren datos cruciales, el
usuario intente ingresar información con diferente tipo de dato.

<Nombre de la Organización>,<Año> Pág. 5 de 11 

 Especificación de Requerimientos del Software
<Nombre del Proyecto> Versión: <x.y.z>

Eliminación de un contacto
Caso de Uso Eliminar contacto
Actores Usuario, Base de Datos
Tipo Básico
Propósito Le permite al usuario seleccionar un contacto en específico para la
eliminación permanente de este y a su vez toda la información
concerniente a el.
Resumen Se inicia por el usuario
Precondiciones Existencia del contacto
Flujo Principal El usuario accede al sistema, busca el contacto a eliminar y
selecciona la opción de modificar para entonces proceder a la
eliminación del contacto, para posteriormente actualizar la Base de
Datos
Excepciones El usuario cancele la operación

2 Requerimientos Funcionales

ID del Requerimiento: Req1

Nombre del Requerimiento: Insertar un nuevo contacto

Identificación del requerimiento: REQ-I

Características: Dar de alta a un nuevo contacto, en conjunto con información

referente a este.
Ingresar datos como: Nombre, Cumpleaños, Nombre del Padre, email, etc
La prioridad es: Alta

ID del Requerimiento: Req2

Nombre del Requerimiento: Eliminar contacto

Identificación del requerimiento: REQ-E

Características: Eliminar un contacto especificado por el usuario.

Eliminación del contacto y toda la información referente a este

La prioridad es: Alta

<Nombre de la Organización>,<Año> Pág. 6 de 11 

 Especificación de Requerimientos del Software
<Nombre del Proyecto> Versión: <x.y.z>

ID del Requerimiento: Req3

Nombre del Requerimiento: Modificar contacto

Identificación del requerimiento: REQ-M

Características: Según un contacto especifico, definido por el usuario, realizar

modificaciones a la información de este
Modificar datos como: Nombre, Cumpleaños, Nombre del Padre, email, etc
La prioridad es: Alta

3 Requerimientos No Funcionales
Desempeño:
�Garantizar la confiabilidad, la seguridad y el desempeño del sistema informático al usuario de la
aplicación. En este sentido la información almacenada podrá ser consultada y actualizada permanente,
sin que se afecte el tiempo de respuesta.

Disponibilidad:
� Estar disponible 100%

Escalabilidad:
� El sistema debe ser construido sobre la base de un desarrollo evolutivo e incremental, de manera tal
que nuevas funcionalidades y requerimientos relacionados puedan ser incorporados afectando el
código existente de la menor manera posible; para ello deben incorporarse aspectos de reutilización de
componentes.
� El sistema debe estar en capacidad de permitir en el futuro el desarrollo de nuevas funcionalidades,
modificar o eliminar funcionalidades después de su construcción y puesta en marcha inicial.

Facilidad de Uso e Ingreso de Información:

� El sistema debe ser de fácil uso por el usuario, así como de fácil adaptación al mismo.
� El sistema no debe permitir el cierre de una operación hasta que todos sus procesos, subprocesos y
tareas relacionados, hayan sido terminados y cerrados satisfactoriamente.
� El sistema debe presentar mensajes de error que permitan al usuario identificar el tipo de error y
comunicarse con el administrador del sistema.

Facilidad para las Pruebas:

� El sistema debe contar con facilidades para la identificación de la localización de los errores durante
la etapa de pruebas y de operación posterior.

Flexibilidad:
� El sistema debe ser diseñado y construido con los mayores niveles de flexibilidad en cuanto a la
parametrización de los tipos de datos, de tal manera que la administración del sistema sea realizada
por un administrador funcional del sistema.
<Nombre de la Organización>,<Año> Pág. 7 de 11 
 Especificación de Requerimientos del Software
<Nombre del Proyecto> Versión: <x.y.z>

Instalación:
� El sistema debe ser fácil de instalar en todas las plataformas de hardware y software, definidas por el
usuario.

Mantenibilidad:
� Toda el sistema deberá estar complemente documentado, cada uno de los componentes de software
que forman parte de la solución propuesta deberán estar debidamente documentados tanto en el
código fuente como en los manuales de administración y de usuario.
� El sistema debe contar con una interfaz de administración que incluya: Administración de usuarios,
Administración de módulos y Administración de parámetros. En cada una de éstas secciones deberá
ofrecer todas las opciones de administración disponibles para cada uno.
� El sistema debe estar en capacidad de permitir en el futuro su fácil mantenimiento con respecto a los
posibles errores que se puedan presentar durante la operación del sistema.

Operatividad:
� El sistema debe ser de fácil operación por cualquier usuario, y que demande un bajo nivel de soporte
de los usuarios del sistema.

Seguridad:
� El acceso al Sistema debe estar restringido por el uso de claves asignadas a cada uno de los
usuarios. Sólo podrán ingresar al Sistema las personas que estén registradas, estos usuarios serán
clasificados en varios tipos de usuarios (o roles) con acceso a las opciones de trabajo definidas para
cada rol.
� El control de acceso implementado debe permitir asignar los perfiles para cada uno de los roles
identificados.
� Respecto a la confidencialidad, el sistema debe estar en capacidad de rechazar accesos o
modificaciones indebidos (no autorizados) a la información y proveer los servicios requeridos por los
usuarios legítimos del sistema.
� El sistema deberá contar con mecanismos que permitan el registro de actividades con identificación
de los usuarios que los realizaron.
� El sistema debe contar con pistas de auditoría de las actividades que se realizan sobre el sistema
con niveles razonables para su reconstrucción e identificación de los hechos.

Validación de Información
� El sistema debe validar automáticamente la información contenida en los formularios de ingreso. En
el proceso de validación de la información, se deben tener en cuenta aspectos tales como
obligatoriedad de campos, longitud de caracteres permitida por campo, manejo de tipos de datos, etc. 

<Nombre de la Organización>,<Año> Pág. 8 de 11