Sistemas de Informacin

y sus Requerimientos
TI 4500 Ingeniera de Requerimientos

Requerimientos

Requerimientos: Capacidades y condiciones con las

cuales debe ser conforme el sistema --y ms
ampliamente, el proyecto

Requerimientos: Descripcin de las necesidades o

deseos de un producto

Incluye restricciones y condiciones(ISO 29148)

Ingeniera de Requerimientos

Requirements engineering is an interdisciplinary function that

mediates between the domains of the acquirer and supplier to
establish and maintain the requirements to be met by the
system, software or service of interest.

Requirements engineering is concerned with discovering,

eliciting, developing, analyzing, determining verification
methods, validating, communicating, documenting, and
managing requirements (ISO 29148)

Tareas de la Ingeniera de Requerimientos

Tareas de la Ingeniera de Requerimientos

Un buen requerimiento es

Completo

Correcto

Necesario

Priorizable

No Ambiguo

Verificable

Identificador nico

Conciso
Consistente
(No en entra en conflicto con otros)

No Repetido

Rastreable

Localizado

Independiente delDiseo

Atributos de
Requerimientos(ISO)

ID

Prioridad

Dependencia

Riesgo

Especificando
requerimientos

El producto debe tener buena interfaz de usuario

El producto debe estar libre de errores.

El producto debe responder al usuario en menos de un

segundo en la mayora de los casos.

Ejemplos de Requerimientos

Modelos

Abstraccin del sistema.

Especifica el sistema modelado desde un cierto punto

de vista.

Pueden representar la realidad o la realidad deseada.

Tipos

Modelos Anlisis.

Modelos de Diseo

Modelos de Pruebas

Porqu usar modelos?

Stakeholders del proyecto

Todo aquel que se vea afectado por los resultados que
produzca el sistema Bittner

Categoras:

Usuario finales.
Sponsor (Inversionista): La persona que ordena que el
proyecto se haga.

Desarrollador.

Autoridad (experto en el dominio).

Cliente.

Actores del Sistema

Algo con comportamiento como una persona

(identificada por un rol), sistema informtico u
organizacin.

Representan terceros fuera del sistema, que colaboran

con el sistema.

Tipos:

Actor primario

Actor de apoyo

Actor Pasivo

Encontrando los actores

Identificar el lmite del sistema

Identificar las personas que usaran el sistema e

identificar los roles que ellos desempean

Identificar los actores de apoyo para las tareas que

desempean los actores primarios

Listar los actores pasivos

Fuentes de informacin

Tipos de Requerimientos

Clasificacin FURPS+

FURPS+ en el PU

Clasificacin PIECES - RNF

Desempeo: Desempeo que el sistema debe tener para

satisfacer las necesidades.

Informacin: Informacin que es til al usuario en cuanto a

contenido, tiempo, exactitud y formato.

Economa: Necesidades de que el sistema reduzca costos o

incremente ganancias.

Control: Representan el ambiente en el cual el sistema

debe operar y el grado de seguridad que debe alcanzarse.

Eficiencia: Capacidad del sistema para producir salidas con

mnimo desperdicio.

Servicio: Necesidades que funcionan para que el sistema

sea confiable, flexible y expandible.

Recopilando Datos

Documentacin a consultar.

Documentos Cuantitativos:

Informes para toma de decisiones

Informes de Desempeo

Formularios de captura de datos

Documentos Cualitativos

Memorandos

Manuales

Documentos sistemas anteriores

Plan estratgico

Factores crticos de xito en la empresa

Entrevistas

Preguntas a los stakeholders sobre el sistema que

utilizan y el del sistema a desarrollar
Categoras:

Estructuradas

No Estructuras

Es difcil obtener todo el conocimiento necesario a

travs de ellas

Como preparar una

entrevista?

1. Leer antecedentes, documentos de referencia.

2. Establecer los objetivos de la entrevista.

3. Decidir a quin entrevistar.

4. Preparar al entrevistado.

5. Decidir el tipo de preguntas y la estructura.

Preguntas

Tipos:

Abiertas

Cerradas

Abiertas de Registro Cerrado

Secuencia Lgica:

Estructura de pirmide

Estructura de embudo

Estructura de diamante

Entrevista

Etnografa

Contempla el contexto social y organizacional.

Se observa el trabajo diario y se anotan las tareas.

Efectiva para:

Requerimientos que se derivan de la forma en que

realmente trabaja la gente.

Requerimientos que se derivan de la cooperacin y

conocimiento de las actividades de la gentes.

Etnografa

Escenarios.

Ejemplos de la vida real.

Permiten agregar detalle.

Abarcan una o ms interacciones.

Puede incluir:

Una descripcin de lo que se espera del sistema

Una descripcin del flujo normal de eventos

Una descripcin de que puede ir mal y como manejarlo

Informacin de otras actividades que se podran llevar a

cabo al mismo tiempo

Una descripcin del estado final del sistema

Casos de Uso

Encierra un conjunto de escenarios.

Existe un escenario principal y otros adicionales para

posible excepciones.

Eficaces para capturar interacciones (punto de vista

interactuador).

No son tan eficaces para capturar requerimientos No

funcionales.

Prototipos

Los prototipos son versiones reducidas o demos

La tcnica ayuda para visualizar la diferencia entre

desarrolladores y usuarios.

El costo del rechazo de la aplicacin es muy alto.

Prototipos

Mockup

Reconoce Escenarios y construye pantalla de Sketch.

Permite discutir la implementacin de requerimientos

por pantallas.

Permite identificar nuevos requerimientos por pantalla.

Cuestionarios

Puede aplicarse en grandes volmenes.

Fcil distribucin.

Formatos:

Libre: mayor flexibilidad en respuestas

Formato fijo: Requieren la seleccin de una respuesta
entre las disponibles predefinidas.

Cmo desarrollar un
cuestionario?

Cuestionarios

Puntos de Vista

Reconoce varias perspectivas.

Clasificar los stackeholders y otras fuentes de

requerimientos.

Tres tipos de puntos de vista:

Puntos de vista de los interactuadores.

Puntos de vista indirectos.

Puntos de vista del dominio.

Organizar y estructurar los puntos de vista en una

jerarqua.

Lluvia de Ideas

Herramienta de colaboracin

Permite involucrar a todos

los participantes

2 fases:

Generacin de ideas

Reduccin de ideas

Se debe designar un facilitador que conduzca la sesin

Lluvia de Ideas

Indicar las reglas a los stackeholders y proveer el

material.

Explicar el objetivo del proceso.

Recoleccin de ideas.

Podar las ideas.

Agrupar las ideas (Ej: FURPS+).

Descripcin breve de cada idea ha pasado el proceso de

poda.
Priorizar las ideas.

Mapas Conceptuales

Permite colaboracin de todos los participantes.

Los conceptos se representan como nodos que

relacionan entre s.

Busca una visin comn entre los participantes y hacerla

ms entendible.

Artefactos para plasmar los

requerimientos.

Modelo de caso de uso.

Especificaciones suplementarias.

Glosario.

Visin.

Reglas de Negocio (Reglas de Dominio).