Académique Documents
Professionnel Documents
Culture Documents
3. DESCRIPCIN DE REQUERIMIENTOS 5
3.1 Supuestos 5
3.2 Identificacin de Casos de Uso 5
3.3 Diagrama/s de Caso de usos 5
3.4 Descripcin de Actores 5
3.5 Especificacin de Casos de Uso 6
3.6 Requerimientos No Funcionales 6
4. REQUERIMIENTOS DE LICENCIAS 6
5. COMPONENTES COMPRADOS 7
6. OBSERVACIONES 7
7. Anexos 7
1.1 Propsito
<Establecer el propsito de esta Especificacin de Requerimientos de Software y los temas que
se abordarn en ella. Estos temas corresponden a sealar el comportamiento externo de la
aplicacin o del subsistema identificado y, describir los requerimientos no funcionales, las
restricciones de diseo y otros factores necesarios para proveer una descripcin completa y bien
interpretada de los requerimientos del software.>
1.2 Alcance
<Breve descripcin del software para el cual se est desarrollando esta Especificacin de
Requerimientos. Adems, incluir una breve descripcin de las caractersticas o grupos de
subsistemas detectadas, el(los) modelo(s) de Casos de Uso asociado a la aplicacin y cualquier
otro aspecto que sea afectado o influenciado por este documento.>
Acrnimo Significado
<Por ejemplo, <Software Quality Assurance, Aseguramiento de la Calidad del Software>
SQA>
Abreviacin Significado
<Por ejemplo, <Presidente Corporacin>
Pdte. Corp.>
1.4 Referencias
<Esta subseccin debe contener una lista completa de todos los documentos que son
referenciados en alguna parte al interior de la Especificacin de Requerimientos de Software o
de sus anexos. Cada documento deber ser identificado por el ttulo, fecha y autor (o rea en la
que se gener).>
2.1 Definicin
<Especificar cul es propsito que se espera cumpla el producto de software a construir. Se
suele describir comenzando con un verbo en infinitivo.>
2.2 Alcance
<Especificar de manera global la funcionalidad que tendr el producto.
Ejemplos:
Administracin de <informacin a administrar>
Gestin de <informacin a gestionar>
Generacin de informe/listado/reporte de <informacin a mostrar en el
informe/listado/reporte>
Registro de <informacin a registrar>
>
2.3 No Contempla
<La idea de esta seccin es destacar aquellos aspectos que al menos en esta versin, no
estarn incluidos en el producto.
Ejemplos:
Administracin de <informacin no incluida en la versin actual del producto>
Gestin de < informacin no incluida en la versin actual del producto >
>
<Este apartado debe describir claramente cules son las consideraciones que el producto debe
respectar en relacin a lgica propia del negocio o del dominio del problema. Se pueden
especificar directamente o referencia a un documento adicional. Si se hace referencia a un
documento adicional de reglas de negocio se debe agregar el nombre de ese documento>
3.1 Supuestos
<Listado de los supuestos, si el caso lo amerita, que se deben considerar en el desarrollo del
software. Por ejemplo, ubicacin del equipo de desarrollo, nmero de personas involucradas,
responsabilidad para asumir la correccin de errores, entre otros. >
Actores
Nombre del Actor Descripcin Categora
<Nombre del Actor> <Descripcin del rol del actor> <Actor
Visual/Hardware/Software>
Referencias
Referencia Descripcin
<Especificar los casos de uso identificados utilizando alguno de las herramientas definidas en el
proceso para tal fin. Se puede hacer referencia al lugar fsico donde se encuentras las
descripciones de los casos de uso.
Si se hace referencia a esta documentacin se puede agregar el siguiente texto:
Los casos de uso descriptos se encuentran en: <Ubicacin fsica en el repositorio, carpeta o
subcarpeta>.
<La mayora de los requerimientos no funcionales son registrados en lenguaje natural en esta
seccin de la especificacin. Sin embargo los mismos deben expresarse de forma tal que sean
interpretados objetivamente, medibles y que su cumplimentacin sea verificable. 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 y se debe hacer referencia en la descripcin
del caso de uso correspondiente. Se pueden listar los requerimientos no funcionales en funcin
de la siguiente tabla, o hacer referencia a otro documento que los contenga. Si se hace
referencia a otro documento se puede agregar el siguiente texto:
Los requerimientos no funcionales se encuentran descriptos en el documento: XX>
4. REQUERIMIENTOS DE LICENCIAS
5. COMPONENTES COMPRADOS
<Detalle en este apartado todos los componentes comprados a ser usados por el sistema,
cualquier licencia aplicable o restriccin de uso, y cualquier compatibilidad/interoperabilidad
asociada a estndares de interfaz. Puede utilizar la siguiente tabla para especificar los
componentes comprados.>
Componentes Comprados
Nombre del Licencias Restricciones de Uso Compatibilidad/Interopera-
Componente tividad
<Componente <Licencias necesarias <Restricciones de <Compatibilidad con sistema
Comprado> para el componente> tiempo, memoria, operativo, navegador web u
espacio fsico y otras otras restricciones de
restricciones compatibilidad e interfaces>
relevantes.>
6. OBSERVACIONES
<Esta seccin permite incorporar cualquier informacin que se considera de importancia, que no
haya sido especificada con anterioridad.>
7. Anexos
<Informacin complementaria del presente documento.>