Definir Requisitos Especificos En Ingenieria De Software

 
 
Proyecto <nombre_del_proyecto>
 
 
 
 
 
 
Documento de Requisitos del Sistema
Versión <X.Y>
Fecha <dd-mm-yyyy>
 
 
 
 
 
 
 
 
 
 
Realizado por <Equipo_de_desarrollo>
Realizado para <cliente>

Control de Cambios del Documento
 
Número | Fecha | Autor | Cambio(s) efectuado(s) |
0..n | <dd-mm-yyyy> | <autor> |<cambios> |
  |   |   |   |
  |   |   |   |
 
Herramienta/Documento | Descripción |
<nombre_documento> | <descripción herramienta/documento> |
  |   |
  |   |
Documentación de Referencia

ÍNDICE
<Tabla de los capítulos asociados en el documento de requisitos>

INTRODUCCIÓN.
<Esta sección debe contener una descripción breve de las principales características delsistema software que se va a desarrollar, la situación actual que genera la necesidad del nuevo desarrollo, la problemática que se acomete, y cualquier otra consideración que sitúe al posible lector en el contexto oportuno para comprender el resto del documento.>
2      DESCRIPCIÓN DEL SISTEMA ACTUAL
<Esta sección debe contener una descripción del sistema actual en el caso de que se hayaacometido su estudio. Para describir el sistema actual puede utilizarse cualquier técnica que se considere oportuno, por ejemplo las descritas en [Laguna et al. 1999] (Diagrama Documentos–Tarea, DDT) oen [Ortín et al. 2001] (Diagramas de Actividad, también descritos en [Boochet al. 1999]).>
 
3      OBJETIVOS DEL SISTEMA
<Esta sección debe contener una lista con los objetivos que seesperan alcanzar cuando el sistema software a desarrollar esté en explotación, especificados mediante la plantilla para objetivos.>
 
OBJ-<id> | <nombre descriptivo> |
Versión | <nºde la versión actual>> (<<fecha de la versión actual>>) |
Autores | <autor de la versión actual>> (<<organización del autor>>)... |
Descripción | El sistemadeberá <<objetivo a cumplir por el sistema> |
Subobjetivos | OBJ–x <<nombre del subobjetivo>…  |
Importancia | <importancia del objetivo> |
Urgencia | <urgencia del objetivo> |
Comentarios | <comentarios adicionales sobre el objetivo> |
 
<Identificador y nombre descriptivo: siguiendo la propuesta, entre otros, de [Sawyer et al. 1997], cada objetivodebe identificarse por un código único y un nombre descriptivo. Con objeto de conseguir una rápida identificación, los identificadores de los objetivos comienzan con OBJ.
Versión: para poder gestionar distintas versiones, este campo contiene el número y la fecha de la versión actual del objetivo.
Autores, Fuentes: estos campos contienen el nombre y la organización de los autores (normalmentedesarrolladores) y de las fuentes (clientes o usuarios), de la versión actual del objetivo, de forma que
la rastreabilidad pueda llegar hasta las personas que propusieron la necesidad del objetivo.
Descripción: este campo contiene un patrón–L que se debe completar con la descripción del objetivo.
Subobjetivos: en este campo pueden indicarse los subobjetivos que dependen del objetivo que se estádescribiendo. En sistemas complejos puede ser necesario establecer una jerarquía de objetivos previa a la identificación de los requisitos. En caso de que esto no sea necesario, puede ignorarse este campo.
Importancia: este campo indica la importancia del cumplimiento del objetivo para los clientes y usuarios. Se puede asignar un valor numérico o alguna expresión enumerada como vital, importante oquedaría bien, tal como se propone en [IBM OOTC 1997]. En el caso de que no se haya establecido aún la importancia, se puede indicar que está por determinar (PD), equivalente al TBD (To Be Determined) empleado en las especificaciones escritas en inglés.
Urgencia: este campo indica la urgencia del cumplimiento del objetivo para los clientes y usuarios en el supuesto caso de un desarrollo...