ESPECIFICACION DE REQUISITOS DE SOFTWARE

PAOLA ANDREA MANQUILLO MANQUILLO

RONALD MARCELO

Especializacin tecnolgica en especificacin de requisitos

SENA

Actividad 1 Reconocimiento aprendizajes previos: Concntrese

Aqu no cabe la frase el cliente siempre tiene la razn, hay que buscar la
empata con l pero no siempre lo que l quiere es lo ms conveniente.
A veces el usuario no nos dice cosas que l cree no son importantes o
intencionalmente lo hace, por ejemplo mientras ejecuta la aplicacin entra a
Facebook o cualquier otro programa y la aplicacin debe tener un temporizador
Requerimientos vs requisitos

Qu es la Ingeniera de Requisitos?
http://www.rodolfoquispe.org/blog/que-es-la-ingenieria-de-requisitos.php

La parte ms difcil de construir un sistema es precisamente saber qu

construir. Ninguna otra parte del trabajo conceptual es tan difcil como
establecer los requisitos tcnicos detallados, incluyendo todas las interfaces
con gente, mquinas y otros sistemas. Ninguna otra parte del trabajo afecta
tanto el sistema si es hecha mal. Ninguna es tan difcil de corregir ms
adelante Entonces, la tarea ms importante que el ingeniero de software
hace para el cliente es la extraccin iterativa y el refinamiento de los
requerimientos del producto. [Frederick P. Brooks, 1987]
Introduccin:
Es muy frecuente escuchar entre los conocedores del desarrollo de software
(programas de computadoras), que un gran nmero de los proyectos de
software fracasan por no realizar una adecuada definicin, especificacin, y
administracin de los requisitos. Dentro de esa mala administracin se pueden

encontrar factores como la falta de participacin del usuario, requisitos

incompletos y el mal manejo del cambio a los requisitos.
La Ingeniera de Requisitos (IR) cumple un papel primordial en el proceso de
produccin de software, ya que se enfoca un rea fundamental: la definicin de
lo que se desea producir. Su principal tarea consiste en la generacin de
especificaciones correctas que describan con claridad, sin ambigedades, en
forma consistente y compacta, las necesidades de los usuarios o clientes; de
esta manera, se pretende minimizar los problemas relacionados por la mala
gestin de los requisitos en el desarrollo de sistemas.
Definicin: Requisito

Una condicin o necesidad de un usuario para resolver un problema o

alcanzar un objetivo. [Std 610.12-1900, IEEE: 62] reemplazada por
24765

Una condicin o capacidad que debe estar presente en un sistema o

componentes de sistema para satisfacer un contrato, estndar,
especificacin u otro documento formal. [Std 610.12-1900, IEEE: 62]

Un requisito es simplemente una declaracin abstracta de alto nivel de

un servicio que debe proporcionar el sistema o una restriccin de ste.
[Sommerville, 2005: 108]

Definicin: Ingeniera de Requisitos

La Ingeniera de Requisitos ayuda a los ingenieros de software a

entender mejor el problema en cuya solucin trabajarn. Incluye el
conjunto de tareas que conducen a comprender cul ser el impacto del
software sobre el negocio, qu es lo que el cliente quiere y cmo
interactuarn los usuarios finales con el software. [Pressman, 2006: 155]

La Ingeniera de Requisitos es el proceso de desarrollar una

especificacin de software. Las especificaciones pretender comunicar las
necesidades del sistema del cliente a los desarrolladores del sistema.
[Sommerville, 2005: 82]

La Ingeniera de Requisitos se define, como un conjunto de actividades

en las cuales, utilizando tcnicas y herramientas, se analiza un problema
y se concluye con la especificacin de una solucin (a veces ms de
una). [Ortas 1997]

Actividades de la Ingeniera de Requisitos:

Extraccin: Esta fase representa el comienzo de cada ciclo. Extraccin

es el nombre comnmente dado a las actividades involucradas en el
descubrimiento de los requisitos del sistema.

Anlisis: Sobre la base de la extraccin realizada previamente,

comienza esta fase en la cual se enfoca en descubrir problemas con los
requisitos del sistema identificados hasta el momento.

Especificacin: En esta fase se documentan los requisitos acordados

con el cliente, en un nivel apropiado de detalle.

Validacin: La validacin es la etapa final de la IR. Su objetivo es,

ratificar los requisitos, es decir, verificar todos los requisitos que
aparecen en el documento especificado para asegurarse que
representan una descripcin, por lo menos, aceptable del sistema que se
debe implementar. Esto implica verificar que los requisitos sean
consistentes y que estn completos.

Tcnicas y Herramientas utilizadas en las actividades de Ingeniera de

Requisitos:

Entrevistas y cuestionarios

Sistemas existentes

Grabaciones de video y de audio

Brainstorming (tormenta de ideas)

Arqueologa de documentos

Aprendiz.

Observacin

Run Use Case WorkShop (talleres de trabajo basados en los Casos de

Uso)

Prototipos

Anlisis FODA (Fortalezas, Oportunidades, Debilidades y Amenazas)

Cadena de valor

Modelo de clase conceptual, Diagrama Conceptual, Diagrama de Clases

Conceptual

Diagrama de pescado (Ishikawa Diagram, Cause-and-Effect o Fishbone

Diagram)

Glosario

Diagrama de actividad

Documento ESRE, Casos de uso

Lista de requerimientos

Casos de uso

Casa de calidad o QFD (Quality Function Deployment)

Checklist (lista de verificacin)

Ejemplo zonas grises: Se va a realizar un software para inmigrantes en USA y

se consult al gobierno y se determin la importancia del sistema, pero en las
elecciones gano Donald Trump y para l ya no es importante este software. La
frontera del contexto puede variar
Ejercicio: Se necesita un desarrollo tecnolgico que permita fomentar mejorar
el turismo en una ciudad. Teniendo en cuenta esta necesidad, sugiera que
hara parte del contexto del sistema, liste los factores que usted considere que
tengan relacin con dicho contexto.
TIPO DE REQUISITOS
Ejemplos:
El sistema debe permitir el acceso seguro de los usuarios al ingresar a la
aplicacin (RNF), no est completo
El sistema debe permitir crear el cronograma de las actividades de las
competencias seleccionado las fechas a travs del calendario creado (RF)
completo
El sistema debe validar que se llenen todos los campos requeridos en la
inscripcin (identificacin, nombre completo, correo electrnico, telfono,
programa de formacin, nmero de ficha y foto de cada participante) (RF)
Los datos modificados en la BD deben ser actualizados para todos los usuarios
que acceden en menos de 2 segundos (RNF)
El sistema debe permitir seleccionar el programa y mostrar las fichas asociadas
a l (RF) completa
El sistema debe contar con un mdulo de ayuda en lnea (RNF)
El sistema debe permitir seleccionar la pareja a evaluar, seleccionando la
categora, (RF)
Da 9/8/2016
Actividad: Activacin de conocimientos
Juego de Tingo tango

Contexto

Sistema

Alcance

Entorno irrelevante

Fronter
a

Requisitos no funcionales: es una restriccin sobre el sistema, son de:

De calidad: seguridad, confiabilidad, portabilidad
De restricciones: el sistema debe ser construido en java
Para que un requerimiento, pedido o deseo se transforma en requisito: debe
ser documentado apropiadamente y el solicitante debe validarlo
Elicitacin de requisitos: consiste en hallar e identificar los requisitos. Inicia con
el anlisis del contesto del sistema y las fuentes de requisitos
La educcin de requisitos se refiere a la captura y descubrimiento de los
requisitos
Fuente de requisitos: Implicados (stakeholders), documentos, sistema en
operacin
Categorizacin de requisitos segn el Modelo Kano

Tcnicas de Educcin

Las tcnicas de educcin cumplen con el objetivo de averiguar los requisitos

conscientes, inconscientes y subconscientes de los implicados. La eleccin de
la tcnica de educcin est determinada por factores importantes tales como
factores de riesgo, influencias humanas, influencias propias de la organizacin,
influencias funcin-contenido y el grado de detalle deseado de los requisitos.
Son necesarias varias tcnicas para los distintos productos de la IR:
Tcnicas de prospeccin (por ejemplo, entrevistas, cuestionarios)
Tcnicas creativas (por ejemplo, tormenta de ideas y su variante paradoja,
cambio de perspectiva, analogas)
Tcnicas basadas en la documentacin (por ejemplo, arqueologa de sistema,
lectura basada en la perspectiva, reutilizacin de requisitos)
Tcnicas de observacin (por ejemplo, observacin de campo, aprendizaje)
Tcnicas de soporte (por ejemplo, mapas mentales, talleres, tarjetas CRC,
grabaciones de audio y vdeo, modelado de casos de uso, prototipos)

La aplicacin de la tcnica de educcin apropiada es una habilidad clave para

un proyecto. Los mejores resultados se logran con la combinacin de varias
tcnicas de educcin.
Actividad: Juego de roles lego
Se harn en grupos de 4 o 5 personas y se asignaran los siguientes roles:
clientes, ingeniero de requisitos y analistas desarrolladores; a los clientes se les
har entrega de un paquete de lego el cual ellos solos podrn ver y luego
transmitir los requisitos al ingeniero de requisitos una sola vez, el cual tomara
nota de esto, tiempo para esto 5 minutos; luego el ingeniero se reunir con los
analistas desarrolladores y transmitir lo que l capto a ellos y estos armaran
el lego, tiempo 5 minutos, tiempo para armar 15 minutos.
Actividad: Estaciones Tcnicas de elicitacin
Conformar 10 grupos de 2 o 3 personas
Arqueologa de sistema Ingeniera inversa
"arqueologa de sistemas" requisitos para buscar en Google
Tcnica muy til cuando no existe documentacin de un sistema
Desventaja
Tiempo
Experticia
Reconocimiento actual del sistema
Actividad: Tcnicas de elicitacin
Se da un problema a cada grupo y mediante el uso de una tcnica de
elicitacin (observacin, entrevista, lluvia de ideas), puede usar juego de roles,
asignada deben determinar los requisitos
Venta boletas y asignacin sillas sala de cine (ver cartelera, sinopsis, triler,
sillas disponibles mediante mapa, comparar entradas va web, compra de
boletas para futuras funciones, cancelacin compra, cambio de sala, horario,
dar y ver comentarios de pelculas en las redes
Gestionar pedidos de platos, bebidas de los clientes a los meseros, que permita
generar rdenes del pedido por mesa.
Gestionar entradas y salidas de un parqueadero pblico
Actividad: Activacin del conocimiento
Juego de dados
2. ceda el turno
3. responda sin chistar

4.
Recordando
Clasificacin de las tcnicas:
Creativas (brainstorming o lluvia de idea, cambio de perspectiva)
Basadas en la documentacin (arqueologa del sistema, reutilizacin de
requisitos)
Soporte -> tcnicas de apoyo (mapas mentales, talleres, grabaciones de audio
y video, prototipos)
Prospeccin (entrevista, cuestionarios)
Observacin (observacin de campo, aprendizaje o inmersin)
Ventajas y desventajas
Si no hay documentacin la reutilizacin de requisitos no sirve mucho
Cambio perspectiva: puede ponerse en los zapatos del otro,
Aprendizaje o inmersin: Si cierta cosas no se dan entonces no se conocen
DOCUMENTACION DE REQUISITOS
Formas de documentar:
Lenguaje natural
Modelos conceptuales
Formas combinadas
ESTANDARES
IEEE 830 -1998 Ms usado y fue reemplazado por otro 29148 ISO/IEC/IEEE de
2011
VOLERE
IEEE 1233 -1998 es una gua
Rational Unified Process (RUP)
Modelo V -2004
Hay que tener en cuenta el glosario
Beneficios de documentacin
Reusabilidad
Definir casos de prueba
Completar captulos
Orientacin a nuevos miembros
Rpida asimilacin e identificacin de contenidos
Aseguramiento de la implementacin
USO
Planificacin
Diseo del sistema
Implementacin

Pruebas
Gestin del cambio
Despliegue y mantenimiento
Gestin de contratos
CRITERIOS DE CALIDAD
Ausencia de ambigedad y consistencia
Estructura clara
Capacidad de ser modificado y ampliado
Completo
Trazabilidad
CRITERIOS DE CALIDAD DE LOS REQUISITOS
Consensuado
Verificable
Evaluado
Realizable
No ambiguo
Trazable
Valido y actualizado
Completo
Correcto
Comprensible
Consistente
Adems de estos criterios, existen dos reglas de calidad
Frases y prrafos cortos
Slo un requisito por frase
ACTIVIDAD: DOCUMENTACION
Construir documento de requisitos con los resultados obtenidos en la actividad
de elicitacin, usar la plantilla proporcionada (IEEE 830) y NTC 1486
(biblioteca.sena.edu.co, bases de datos, Icontec