Requerimientos

Ingeniera Software de Gestin.
Determinacin de Requerimientos
Tabla de contenidos

1. Conceptos
a) Concepto.
b) Caractersticas,
c) Tipos de requerimientos.

1. Proceso de Determinacin de requerimientos.
a) Concepto.
b) Fases.
c) Caractersticas.

2. Metodologa para la Determinacin de requerimientos.
Determinacin de Requerimientos. Proceso de R.
1. Conceptos. Concepto

Requisito/Requerimiento. Condicin, Caracterstica o Restriccin que debe
tener o cumplir un sistema o componente de un sistema para satisfacer un
contrato, norma, especificacin u otro documento formalmente impuesto.

Ingeniera de Requerimientos. Disciplina de la ISW que se encarga de definir
los requerimientos del sistema. Fases:

1. Determinacin de requerimientos.

2. Anlisis de requerimientos.

1. Conceptos. Caractersticas.
Caractersticas que han de reunir los requisitos para ser de alta calidad.

Correctos, sin errores.

Consistentes.

No ambiguos.

Son completos:
1. Externamente completa si contiene todas las propiedades deseadas por el
cliente.
2. Internamente completa si no existen referencias no definidas.

1. Conceptos. Caractersticas.

Son realistas. Puede el sistema hacer lo que el cliente desea.

Los R. Describen algo necesario para el cliente.

Verificables. Un requisito es verificable si existe algn proceso finito de coste
razonable que pueda probar que el producto software cumple con el requisito.

Son rastreables. Trazables, el origen de cada requisito est claro y se posibilita
la referencia de cada uno de estos requisitos en desarrollos futuros o
incrementos de la documentacin.

1. Conceptos. Tipos de Requerimientos.

1. R. Funcionales. Una funcin es algo que har el sistema. Describen una
interaccin entre el sistema y su ambiente.

2. R. No funcionales. Describen restricciones que limitan las opciones de
solucionar el problema. Restricciones cuantitativas o precisin.

3. Seudorequerimientos. R. impuestos por el cliente que restringen la
implementacin del sistema.
1. Conceptos. Concepto

Determinacin
Requerimientos
Documentacin Obtencin
Cliente/Usuario
Desarrolladores
Especificacin
Sistema
Validacin
2. Determinacin de Requerimientos. Concepto y Fases.

Proceso que tiene como objetivo capturar, documentar y condiciones o
caractersticas que debe cumplir un sistema dado: La especificacin del sistema.

1. Obtencin de requerimientos. Captura de requerimientos con el objetivo de
definir que es el sistema.

2. Documentacin de requerimientos. Los requisitos han de reflejarse en un
documento como registro del proceso de captura con el objetivo de fijar una
base para clientes y desarrolladores.

3. Validacin. Es el proceso por el cual se determina si la especificacin es consistente es
decir si los requerimientos satisfarn las necesidades del cliente.
2. Determinacin de Requerimientos. Participantes en el proceso.

Supervisores del contrato, sugieren hitos de control y cronogramas que disciplinan el
desarrollo del sistema.

Clientes y usuarios, deben comprender y trasmitir adecuadamente los requerimientos,
para del sistema.

Los gerentes de negocios, para calibrar el impacto de construir y utilizar el sistema.

Los diseadores que usarn los requerimientos como base del desarrollo.

Los verificadores encargados de las sesiones de prueba destinadas a asegurar que el
sistema cumple los requerimientos.

2. Determinacin de Requerimientos. Captura R.
1. Captura de Requerimientos.
1. Primera tarea
2. Fase critica. Colaboracin de grupos heterogneos.

Captura de
Requer.
Actividades
Obtencin
Requer.
Identifc.
Actores
Desarrollador
Cliente/Usuario
Identifc.
Funcionalidad
Objetivos de la captura de requerimientos (OO):

Identificacin de actores. Entidades externas que interactan con el sistema.
Como abstraccin de papeles.

Identificar la funcionalidad a la que tiene acceso cada actor.

Identificacin de escenarios. Descripcin concreta, enfocada e informal de una sola
caracterstica del sistema desde el punto de vista de un solo actor.

Descripcin de casos de uso.

Administracin de la Captura de requerimientos:

Fuentes:
Documentacin.
Personas con puntos de vista necesarios.

Tcnicas
Cuestionarios
Entrevistas
Talleres
Prototipos

Fuentes.
Anlisis de Documentacin.

Es imprescindible cuando:
Introduccin del sistema en infraestructuras existentes.
Suplemento de funcionalidad ya disponible.

Documentacin a analizar:
Sobre las prcticas existentes de los usuarios.
Sobre procedimientos de soporte.
Sobre componentes tcnicos.
Sobre el modelo lgico
Sobre los modelos de procesos y datos
Sobre requisitos existente

Fuentes.
Personas. Identificar personas con puntos de vista precisos para representar el conjunto
de los requerimientos:

1. Direccin general
2. Usuarios finales y direccin
3. Clientes
4. Proveedores
5. El equipo operativo
6. El equipo de mantenimiento
7. Asesora jurdica u otros expertos.

Importante contar con ms de una persona por cada punto de vista.
Tcnicas

1. Elaboracin de cuestionarios.

1. Recomendable para grandes poblaciones (+30 personas).
2. Recomendable como base para posterior entrevista personal.
3. Crear un marco para el anlisis de resultados. (visin clara de cmo utilizar
la informacin)
4. Comprobar que existe informacin suficiente en el personal cuestionado.
5. Garantizar que es comprensible (no utiliza argot tcnico).
6. Probarlo antes de comenzar
7. Verificar la comprensin.

Tipos de cuestionarios:

Para recopilar datos estructurados. 2 Modalidades:
1. Mediante Lista de cuestiones concretas y de respuesta cerrada.
Cunto lleva operando el actual sistema de facturacin (en aos)?.

2. Mediante ndices.
Importancia de estos factores para adquirir un OS?

Baja Alta
Velocidad 1 2 3 4 5
Usabilidad 1 2 3 4 5
Flexibilidad 1 2 3 4 5
Tipos de cuestionarios:

Cuestionarios para recoger informacin abierta.

Se formula una pregunta abierta.

Cul son para usted los factores principales en la seleccin de proveedor de
servicios de Internet

tiles para obtener una informacin inicial sobre el rea.

Importante evitar sesgos.
2. Determinacin de Requerimientos. Tcnicas captura.
Entrevistas

Objetivo: Obtener toda la informacin posible de la visin que el entrevistado tiene de
los requisitos.

Depende de la habilidad del entrevistador para crear un clima de confianza.

Resulta til planificar las entrevistas para evitar sesgos (evitar que un grupo incline a un
lado el proceso).
Preparar un marco para la entrevista (mediante un cuestionario)
Confirmar detalles del entrevistado
Establecer la finalidad de la entrevista con el entrevistado
Organizar una lugar adecuado.
Confirmar los detalles por escrito.

Entrevistas:

Es aconsejable 2 entrevistadores (una conduce la entrevista el otro supervisa la
interaccin y toma notas):
Mejora la gestin del tiempo.
Beneficia la supervisin.

Es aconsejable emplear tanto preguntas abiertas como cerradas:
Abiertas: Suelen comenzar por qu, por qu y como y exigen respuesta
detallada por el entrevistado.
Cerradas: Aquellas con un Intervalo especfico de respuesta.

El entrevistador debe centrar la entrevista cuando esta se desva.

El entrevistador debe evitar emitir juicios de valor para no influir.

Entrevistas:

Anlisis de resultados de la entrevista:
Si se ha utilizado como marco un cuestionario, este se utilizar como contexto e el
anlisis.

Si la entrevista no es estructurada, el resultado se detallar como informe.

Nombre entrevistado.
Puesto de trabajo y breve descripcin.
Punto de vista que representa.
Fecha, hora y lugar de la entrevista
Resumen de puntos principales
Docs. de referencia
Otros contactos.
Esquema de resumen de entrevista
Talleres:

Reunin de partes interesadas.

Sesiones intensivas y estructuradas concentradas en uno o dos das.

Es preciso una importante preparacin previa:
Definir con los participantes la finalidad del taller.
Facilitarles informacin histrica.

El taller ha de ser dirigido por un experto para:
Garantizar que todo los participantes aportan sus puntos de vista.
No se desvan del propsito del taller.

Talleres:

Los requisitos capturados en el taller se registran junto con todas las cuestiones
y acciones resultantes.

Se genera un informe para documentar los resultados y base de la especificacin
de requisitos.

Tiene la ventaja de reunir a los participantes pudiendo debatirse las cuestiones
ms controvertidas y resolver as requisitos aparentemente divergentes
satisfaciendo a las partes.
Modelado de proceso:

Mtodo de anlisis vertical (up-dow) para establecer la composicin funcional del area
para la cual se propone el sistema.

Proceso
Funciones
Funciones
Funciones
Actividades
Actividades
Actividades
Actividades
Actividades
Modelado de proceso:

Se descompone el sistema en procesos atmicos que no admitan mas
divisiones.

La derivacin de procesos se realizar mediante tcnicas de captura de
requisitos.

Los usuarios revisarn el modelo en cada desagregacin.
Permite correcciones antes de seguir con una mayor elaboracin
Permite identificar procesos de bajo nivel duplicados, permitiendo una
simplificacin del modelo.

Prototipado:

Un prototipo es un modelo de sistema eventual que se puede utilizar para demostrar las
caractersticas de lo que el sistema puede ofrecer. 2 mtodos: P. desechable, P.
evolutivo.

Los prototipos pueden usarse para:

Demostrar la viabilidad del sistema. Se implanta parte del sistema para:
Comprobar el comportamiento funcional.
Anlisis de rendimiento.

Aclarar los requisitos del usuario.

2. Determinacin de Requerimientos. Documentacin.

Los requisitos han de reflejarse en un documento como registro del proceso de captura.

El objetivo de la documentacin es servir de base para la futura operativa del proyecto
tanto para clientes como para desarrolladores.

Por ello han de escribirse de modo que sean significativos para ambos.

As se generan dos documentos:

Doc. De requisistos del usuario/Definicin de requerimientos
Doc. De requisitos del sistema/Especificacin de requerimientos.
Doc. De Requisitos del Usuario/determinacin de requerimientos.

Listado completo de las cosas que el cliente espera que haga el sistema propuesto para
todas las categoras de usuarios (incluido el soporte operativo).

Redactado de forma que el cliente pueda entenderlo. (con claridad, conciso y
congruente)

Es generado entre cliente y desarrollador como documento de compromiso.

Si el Documento recoge requisitos no funcionales se documentarn en trminos
mensurables.
Elementos de la documentacin:

Se perfila el propsito general del sistema con referencias a otros sistemas relacionados
y un diccionario de trminos y abreviaturas que puedan ser tiles.

Descripcin de antecedentes y objetivos del desarrollo.

Si el cliente tiene un nuevo enfoque para describir el problema se recoge el enfoque y
sus restricciones o suposiciones si las hay.

Se detallan se definen las caractersticas del sistema: Limites del sistema, interfaces, lista
clases y caractersticas, funciones y procesos con sus entradas y salidas y finalmente
requerimientos especficos de rendimiento.

Requerimientos sobre soporte, seguridad y privacidad y cualquier restriccin.

Introduccin
1. Alcance. rea de aplicacin de los requisitos.
2. Definiciones.
3. Historial.
4. Descripcin de alto nivel. Esquema del problema.
5. RF (Forma atmica y con identificador)
6. RNF (Forma atmica y con identificador y
vinculados a los funcionales que soportan)
7. Restricciones especficas
E. Requisitos del Usuario
Doc. De Requisitos del Sistema/especificacin de requerimientos.

Se desarrolla a partir del documento de requisitos del usuario.

Cubre el mismo rea que el documento de requisitos del usuario pero en los trminos
tcnicos adecuados para disear el sistema,

Suele estar redactado por analistas de requerimientos.

Se fundamenta en:
El modelado del sistema, para esclarecer la funcionalidad del sistema.
Restricciones sobre infraestructura.
Requisitos Funcionales y no funcionales.
Doc. De Requisitos del Sistema/especificacin de requerimientos.

Introduccin
1. Alcance. Relacin con otros sistemas
2. Definiciones.
3. Historial. Infraestructura existente
4. Descripcin de alto nivel. Esquema del problema.
5. RF (Forma atmica y con identificador)
6. RNF (Forma atmica y con identificador y
vinculados a los funcionales que soportan)
7. Restricciones especficas
E. Requisitos del Sistema
2. Determinacin de Requerimientos. Validacin.

La determinacin de requerimientos tiene 2 propsitos:

El acuerdo entre clientes y desarrolladores sobre qu debe ser el sistema.
Proporcionar a los diseadores pautas para el desarrollo.

La validacin de requerimientos es el proceso por el cual se determina si la
especificacin del sistema es consistente, es decir si los requerimientos satisfarn las
necesidades del cliente. 2 pasos (trazabilidad):

Se asegura que cada especificacin del sistema pueda ser rastreada hasta su
requerimiento en el documento de definicin.
Se chequea la definicin comprobando que cada requerimiento es rastreable hasta la
especificacin.


La tcnica ms utilizada y simple son las reuniones de revisin.

Se examinan los requerimientos por parte de:

Representantes del cliente:
Operadores del sistema.
Operadores que preparan las entradas
Operadores los que utilizan las salidas
Gerentes de estos empleados.
Representantes del desarrollador:
Equipo de diseo
Equipo de pruebas, y gestin de configuracin

La reuniones comprenden las siguientes actividades:

Se revisan las metas declaradas y los objetivos del sistema.

Se comparan las metas con los requerimientos para verificar que todos estos son
necesarios.

Se describe el ambiente en el que debe operar el sistema.

Se evala y documenta el riesgo y se plantean alternativas.

Se determinan las pruebas segn avance el sistema.

Cuando se detecta un problema se documenta y se establece la accin para
subsanarlo antes del comienzo del proceso de diseo.


La trazabilidad de requisitos se documenta mediante la MTR (Matriz de trazabilidad de
Requisitos).

Matriz de Trazabilidad de Requisitos
Resumen de
requisitos del
Usuario
Requisito del
Usuario
Requisito del
Sistema

Identificador Identificador

Requerimientos

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Requerimientos

Enviado por

Direitos autorais:

Formatos disponíveis

Ingeniera Software de Gestin.

Você também pode gostar