Sei sulla pagina 1di 4

Especificaciones de requisitos de sistema

Descripcion
Objetivo de la especificacion de requisitos del sistema
El objetivo principal de la especificacio de requisitos del sitema (ERS) es servir como
emdio de comunicación entre clietes, usuarios, ingenieros de requisitos y desarrolladores.
En la ERS deben recogerse tanto las necesidades de clientes y usuarios
Estrutura basia y dependenias externas
La ERS es el pincipal producto del proceso de la ingenieria de reqisitos junto a los
modelos conceptuales junto los modelos conceptuales que se incluyen en el analisis del
sistema. Aunque se tenga dveras propuestas sobre el contenido y numero de documentos
en los que se dividen, según MADEJA se asume que ya se tiene en la ERS las
necesidades de negocio del cliete como las soluciones del ingenero en requisito
Buena practica y recomendaciones de uso
1. Introduccion
Esta seccion obligatoria debe cotener una descripcion breve de la situacion que
geonera la necesidad del nuevo desarrollo y cualquier otra consideracion que situe
al posible lector en el contexto oprtuno para asi comprender el resto del
documento
1.1. Alcance
Esta seccion debe describir a que elementos organizativos de la junta de
Andalucia afecta el desarrollo del sistema
1.2. Objetivo
Esta seccion ebe describir a los principales objetivos que se esperan alcanzar
cuando el sistema a desarrollar este en produccion
2. Informacion del dominio del problema
Tambien obligatoria que debe contener informacion relativa al dominio del
problema que permite comprender mucho mejor al lector
2.1. Introduccion al dominio del problema
Esta seccion debe contener una introduccion al dominio del problema que
ayude al lector a asimilar los conceptos del glosario de terminos de la siguiente
seccion
2.2. Glosario de terminos
La que contiene unalista ordenada alfabeticamente de los prncipales terminos,
acronimos prncipales del dominio del problema especialmente los que crean
que deben ser bien definidas
3. Descripcion de la situacion actual (opcional)
Debe contener nfoemion sobre la situacion actual de la organización para la que
se va a desarrollar el sistema sofware
3.1. Pros y contras de la situacion actual
3.1.1. Fortalezs de la situacion actual
3.1.2. Debilidades de la situacion actual
3.2. Modelos de procesos de negocios actuales
Debe contener informacion sobre sobre los modelos de procesos de negocio
actuales, que suelen ser la base de los modelos de procesos de negocios a
implantar
3.2.1. Descripcion de los actores de negocio actuales
3.2.2. Descripcion de procesos de negocios actuales
3.3. Entorno tecnologico actual
Esta seccion se debe seccion debe contener informacion general sobre el
entorno tecnologicco en la organización del cliente antes del comienzo del
desarrollo del sistema software
3.3.1. descripcion del entorno de hardware atual
3.3.2. descripcion del entorno de software actual
4. Necesidades del negocio
Secion obligatoria que debe contener informcion sobre los objetivos de negocio del
cliente incluyendo los modelos de negocio a implantar
4.1. Objetivo de negocio
Esta seccion debe contener los objetivos de negocio que se esperan alcanzar
cuando el sistema software a desarrollarse este en produccion
4.2. Modelos de procesos de negoio a implantar (opcional)
Debe tener los modelos de procesos a implantar que normalmente son los
modelos de procesos actuales con ciertas mejoras
4.2.1. Descripcion de los actores de negocio a implantar
4.2.2. Descripcion del proceso a implantar
5. Descripcion de los subsistemas del sistema a desarrollar (opcional)
Debes contener una descripcion de los subsistemas del sistema a desarrolar
espeificados mediante la plantilla para subsistemas propuestos
6. Catalogo de requisitos del sistema a desarrollar
Esta seccion obligatoria debe contener la descripcion de la solucion que el
ingeniero de requisitos propone añ cliente para satisfacer sus necesidades de
negocio
Esta seccion se divide en las que se describe a continuacion
6.1. Requisitos generales del sistema
Esat seccion debe contener la especificacion de los requisitos generales del
sistema, tambien denominados caracteristicas del sistema u objetivos del
sistema
Los requisitos generales puede ser que ya los tengamos especificados
completamente o parcialmente en documentacion previa, en cuyo caso se
podran reutilizar y hacer dicha referencia
6.2. Caso de uso del sistema
Esta seccion debe contener la escificacion e los usos del sistema, incliyendo sus
diagramas, la especificacion de los acrores y la especificacion del uso
Esta se divide en las siguientes secciones
6.2.1. Diagrama de casos de uso del sistema
Contiene los diagramas de casos de uso del sistema que se hayan
identificado, estos son mas que un indice ya que contienen informacion
relevante para el sistema

6.2.2. Especifiacion de los actores del sistema


Debe contener especificaciones de los actores que se hayan
identificado en los casos de uso,es decir, los diferentes tipos de
usuarios y los otros sistemas que interantuaran con el sistema a
desarrollar
6.2.3. Especifiacion de casos de uso del sistema
Debe contener las espeificaciones de los casos de uso del sistea que
se haya identifiado, especializados mediante pantallas para casos de
uso propuestas en MADEJA
6.3. Requisitos funcionales del sistema
Esta seccion ebe contener los requisitos funcionales del sistema que se haya
identificado a partir de los requisitos generales, de los casos de uso del
sistema o de diferentes fuentes
6.3.1. Requisitos de informacion del sistema
Esta secion debe contener requisitos de alacenamiento de informacion
que se hayan identificado que son especificados mediante la pantalla
de requisitos
6.3.2. Requisitos de reglas de negocio del sistema
La cual debe contener las reglas de negocio que se debe complir en el
sistema a desarrollar especificadas mediante las plantillas
6.3.3. Requisitos de conducta del sistema
Que consta de los requisitos de conducta que se los han identificado
mediante las plnatillas de requisitos de conducta
6.4. Requisitos no funionales del sistema
Contiene todos los requisitos no funcionakes que se hayan identificado,
especialemente los de las pnatillas
6.4.1. Requisistos de fiabilidad
Estos requisitos deberan estableer de la manera mas objetiva y medible
posible los niveles que debe cumplir el sistema a desarrollar en
aspectos de recuperabilidad y tolerancia
6.4.2. Requisitos de usabilidad
Los cuales establecen los niveles como la facilidad de aprendisaje,
compresncion, operatividad y atractividad
6.4.3. Requisitos de eficiencia
Deben establecer de la mejr manera los niveles de complimiento al
desarrollar el sistema en aspectos como tiempo de respuesta
6.4.4. Requisitos de mantenibilidad
Establecen los niveles de cumplimiento del sistema en aspectos de
estabilidad y facilidad de analisis
6.4.5. Requisitos de portabilidad
Establecen los niveles de cumplimiento del sistema en aspectos de
capacidad de instalacion, sustitucion, adaptacion, etc
6.4.6. Requisito de seguridad
Debe establecerce de la manera mas objetiva los niveles de
cumplimiento en aspectos de identificacion y autenticidad

6.5. Restricciones tecnicas del sistema


Debe contar con restricciones tecnicas como la tecnologia a usar, protocolos
de comunicaciones compativilidad con navegadores,etc
6.6. Requisitos de integracion del sistema
Estos requisitos deben identificar aquellos servicios disponibles en el entorno
tecnologico de producion y componentes software cuya funcionalidad sea
relevante para el sistema
6.7. Informacion sobres trazabilidad
Esta seccion obligatoria debe contener el conjunto de matrices de trazabilidad
que se considere oportuno para identificar las dependencia entre los direrentes
elementos que componen en la ERS
 Anexos (opional)
 Actas de reuniones
 Documentacion relevante
 Glosario de acronimos y abreviaturas

Potrebbero piacerti anche