ANLISIS Y DISEO DE SISTEMAS II

SEMANA 3-4-5
SEMESTRE 2016 II
DOCENTES DEL CURSO

Tema2
Actividades en Ingeniera de
Requerimientos
Ver mitos del software
https://www.youtube.com/watch?
v=VuE6_96wi98

Logro de la unidad
Al trmino de la unidad, el alumno
habr
entendido que es la ingeniera de requerimientos
(IR) y sus procesos y actividades que la
comprenden. Asimismo, podr aplicar las
diversas tcnicas y herramientas para la captura
y obtencin de requerimientos

Contenido
Tema 2 Actividades en Ingeniera de
Requerimientos
1. Definiciones, Identificacin de
Participantes o roles en la identificacin
de los requerimientos.
2. Obtencin de requerimientos.
3. Anlisis y Negociacin de requerimientos.
4. Modelado y especificacin de
requerimientos
5. Validacin 4y verificacin

ACTIVIDADES EN INGENIERA
DE REQUERIMIENTOS
La Ingeniera de Requerimientos consta de
5 actividades:
Obtencin de Requerimientos.
Anlisis
y
negociacin
de
Requerimientos.
Modelado
y
especificacin
de
Requerimientos.
Validacin y verificacin.
Administracin de Requerimientos
5

PIRAMIDE DE REQUISITOS

Contenido
Pirmide de Requisitos
Qu es una pirmide de requisitos?
Caractersticas de un buen requisito.
Documentos de requisitos.

I. Qu es una pirmide de requisitos?

Un requisito es una condicin o capacidad a la que debe
ajustarse el sistema que se construye.
Tipos de requerimientos:
Necesidades del stakeholder
Caractersticas del sistema
Casos de uso
Requisitos suplementarios
Casos de prueba
Escenarios.

1.1. Necesidades del Stakeholders

Describe lo que el sistema debera hacer para mejorar o
reducir el costo de un proceso de negocio, incrementar
ganancias o alcanzar regulaciones y otras obligaciones.
Stakeholder

ID

Necesidad

STRQ1

Necesito notificar al jefe de soporte cuando una solicitud de

soporte es iniciada

Jefe de soporte

STRQ2

Necesito asignar solicitudes de soporte a un ingeniero de

soporte especfico

Jefe de soporte

STRQ3

Necesito mantener informado al cliente del progreso de una

solicitud de soporte

Cliente

10

1.2. Caractersticas del sistema

Es un servicio que el sistema provee para satisfacer una o
ms necesidades del afectado. Formulada por el analista del
negocio. Estn descritas en el documento Visin.
ID

Caracterstica

Descripcin

FEAT1

La solicitud de soporte pasar por

El sistema funcionar orientado al una serie de etapas y
trabajo en flujo
asignaciones

FEAT2

Un sistema de notificacin de
Capacidad de notificacin por e- correo centralizado ser utilizado
mail
por el flujo de trabajo

11

1.3. Casos de Uso

Descripcin del comportamiento del sistema en trminos de
secuencia de acciones.
El propsito de un caso de uso es facilitar los acuerdos
entre los desarrolladores, clientes y usuarios acerca de lo
que el sistema debe hacer.
Base para las realizaciones de casos de uso en el MA y
MD.
Expresan los requisitos funcionales del sistema - Diagrama
de casos de uso.

12

ID
UC1

UC2

UC3

UC4

Caso de Uso

Descripcin

Generar reserva de habitaciones

Este caso de uso permite registrar la reserva de

uno o ms habitaciones disponibles para un
cliente que lo solicita.

Consultar disponibilidad de
habitaciones

El caso de uso permite consultar la

disponibilidad de una habitacin por algn
criterio de bsqueda: categora, tipo y/o rango
de precios.

Buscar clientes

Mantener clientes

El caso de uso permite realizar la bsqueda de

un cliente por algn criterio de bsqueda:
nombres, apellido paterno y/o apellido materno.
El caso de uso permite mantener actualizado el
registro de los clientes del hotel. De acuerdo a
su necesidad el recepcionista puede agregar,
actualizar y desactivar un cliente.
13

Definiciones, Identificacin
de Participantes o roles en
la
identificacin de los
requerimientos
Los
involucrados (stakeholders) son los individuos
y
organizaciones
que
estn
relacionados
activamente en un proyecto de software, tienen
influencia
directa
o
indirecta
sobre
los
requerimientos, o sus intereses se ven afectados
por el proyecto.
Pueden
incluir
clientes,
usuarios
finales,
directivos,
administradores
de
proyecto,
analistas,
programadores,
y
personal
de
aseguramiento de la calidad.

Rol de los clientes y usuarios

El usuario es el experto en sus necesidades y
sus procesos de negocio. Est involucrado
directamente
con
los
procesos
de
la
organizacin y es quien finalmente operar el
sistema.
Los clientes son quienes financian el proyecto y
los que recibirn directa o indirectamente los
beneficios de este.

Derechos de los usuarios:

Que los analistas hablen su mismo lenguaje.
Que los analistas aprendan los objetivos del negocio
.
Que los analistas traduzcan las necesidades en
especificaciones.
Contar con desarrolladores que expongan los
requerimientos y que mantengan el respeto y una
actitud profesional.
Contar con analistas
alternativas claras.

que

presenten

ideas

Describir caractersticas que harn el producto fcil

de usar.

Responsabilidades de los
usuarios:

Instruir a los analistas sobre el negocio y definir el

vocabulario
Invertir tiempo en proporcionar requerimientos y
aclarar dudas.
Ser especifico y preciso sobre las necesidades y
requerimientos
Tomar decisiones a tiempo sobre los requerimientos.
Respetar las estimaciones de costo y viabilidad
Fijar prioridades para requerimientos del sistema
Revisar los documentos de requerimientos y los
prototipos.

Rol de los analistas

Deben comprender los
problemas del usuario,
su
cultura
y
su
lenguaje,
as
como
presentar
propuestas
de
solucin
comprensibles a los
usuarios que cubran
sus
necesidades
expectativas.

Tareas del analista

Mejorar la
desarrollo.

comunicacin

entre

clientes

Aprender y usar el vocabulario del problema, mas

que forzar a los clientes a comprender la jerga
informtica.
Escuchar y comprender a los usuarios para orientar
adecuadamente sus puntos de vista en el
producto Escribir requerimientos de alta calidad
Hacer preguntas significativas,
informacin clave.

para

obtener

Rol del lder de proyecto

Es el representante ante
el cliente, coordina al
equipo de trabajo y
tiene la responsabilidad
de terminar el proyecto
satisfactoriamente con
los recursos asignados.

Tareas del Lder de Proyecto

Coordinar al equipo de trabajo.
Estimar el tiempo, el costo y los recursos del
proyecto.
Conducir el proceso de obtencin de
requerimientos.
Manejar y resolver los conflictos de los
involucrados.
Definir la visin del producto.
Negociar con los directivos, usuarios y
desarrolladores.
Mantener la relacin entre lo que el cliente
desea y lo que el equipo de desarrollo puede

Obtencin de requerimientos
Es
la
consecucin de
todos
los
requerimientos y
restricciones de
los involucrados
para
la
construccin del
software

Fuentes de requerimientos

Problemtica en la
obtencin de
requerimientos
1. La mayora de las veces,

los involucrados
no saben lo que realmente quieren del
sistema

2. Los clientes expresan los requerimientos en

sus propios trminos
3. Diferentes involucrados tienen diferentes
requerimientos y son expresados de
diferente manera
4. Aspectos
organizacionales
y
polticos
influyen en los requerimientos del sistema.

Identificacin del
problema
Se debe de analizar el problema, para
comprender los problemas del usuario y las
necesidades del usuario para
proponer
soluciones que cubran estas necesidades.
Comprender el dominio del problema

pasos del anlisis del

problema en el desarrollo de
software
1. Definir del problema.

2. Descubrir las causas races.

3. Identificar a los involucrados.
4. Definir los lmites entre la solucin y el
mundo real.
5. Identificar las restricciones de la solucin

Anlisis y Negocin de
requerimientos
Todos los requerimientos, deben ser analizados
para descubrir conflictos, traslapes, omisiones e
inconsistencias.
Los requerimientos son analizados en detalle y
pasan por un proceso de negociacin y
resolucin de conflictos en el que participen los
involucrados para llegar a un acuerdo.
El anlisis y negociacin de requerimientos
aplica generalmente a los requerimientos de alto
nivel, es decir a los requerimientos de sistema o
de usuario.

Modelado y especificacin de
requerimientos
La especificacin de requerimientos es la
actividad donde se genera el documento que
contiene la descripcin completa de las
caractersticas y funcionalidades del sistema. Se
le llama especificacin de requerimientos de
software (SRS). El documento es til para:
Clientes y Usuarios
Lideres de proyecto
Desarrollo
Probadores y documentadores

Caractersticas deseables en las

especificaciones
Correctas.- s cada requerimiento representa
algo realmente necesario del sistema por
construir.
Sin ambigedad.- si y slo si puede ser sujeto a
una sola interpretacin
Completas.- si no necesita ampliar detalles para
expresar la funcionalidad
Consistentes.-si y slo si est
conforme a su objetivo especfico

redactado

Verificables.-si y slo si cada uno de los

componentes contenidos en el requerimiento se

Tcnicas para el modelado y

especificacin
1. Casos de Uso
2. Prototipos
3. Otras tcnicas de especificacin
Lenguaje Natural
Pseudocdigo
Modelos entidad-relacin
Anlisis Estructurado

Validacin y verificacin
Permiten monitorear el proceso y los productos
en el desarrollo de software. La validacin y
verificacin juegan un importante papel en el
desarrollo de software con calidad.
La validacin es el proceso de asegurar que lo
que se est construyendo corresponde con los
realmente requerido.
La verificacin es el proceso de determinar si
los productos de una determinada fase del ciclo
de desarrollo de software, cumplen o no los
requerimientos establecidos .

.
Administracin de
Requerimientos
Consiste en organizar y mantener la informacin
relacionada con los requerimientos a travs de
todo el ciclo de vida de desarrollo. Los principales
aspectos de la administracin de requerimientos
son manejar: los cambios en los requerimientos,
las relaciones entre requerimientos y sus
dependencias

Problemas ms comunes en la
administracin de requerimientos
1) los requerimientos no siempre son obvios y
provienen de diversas fuentes.
2) No siempre son fciles de expresar en palabras,
3) hay muchos tipos diferentes de requerimientos
en diferentes niveles de detalle
4) El nmero de requerimientos puede llegar a ser
incontrolable si no se administra.
5) los requerimientos se relacionan unos con otros
y se relacionan con otros artefactos del proceso
de ingeniera de software
6) los requerimientos cambian

Actividad Propuesta

VER
https://www.youtube.com/watch?
v=2dZogpyMx8U