Ingeniera de Software

BENEMRITA UNIVERSIDAD AUTNOMA DE PUEBLA

M.C. Luz A. Snchez Glvez

Contenido
Introduccin
Ingeniera
Requisitos
Usuarios

de Requisitos

Introduccin
Ingeniera
conjunto

de Software:

de metodologas que definen el ciclo de

vida y las diferentes actividades a realizar en el
proceso de creacin de un proyecto de software

Introduccin
Anlisis

de Requisitos:

Establecer solucin, objetivos, caractersticas funcionales o no

funcionales (SRS System Reuirements Specifications)

Caso de uso (entrevistas y anlisis de mercado)

Diseo

Abstraccin del anlisis de requisitos representndolo con

modelos (UML 9 diagramas, de clase, de secuencia, etc.)

Implementacin

Codificar diseo con lenguajes de programacin OO

Pruebas

Verificar funcionamiento del sistema

Mantenimiento

Actualizaciones y modificaciones

IR
Es

el proceso sistemtico para obtener

requisitos
Proceso fundamental para el xito de proyectos
de software
Proceso crtico
Metodologas y dispositivos apropiados son
necesarias

Usar IR
73%

de los proyectos de software no renen las

expectativas
requisitos

equivocados

Fallas
La

falla e interrupcin de CONFIRM (American

Airlines, Budget-rent-a-car, Marriott, Hilton),
sistema integrado de reservaciones de avin y
hotel; y renta de autos cuyo costo fue de165
millones de dolares (1994).
Las fallas fueron relacionadas a:
Errores iniciales de requerimientos.
No involucrar al usuario.
Incapacidad para manejar los cambios en los
requisitos.

Impacto en los costos

El

costo de correcin de requisitos incrementa,

si la correcin es realizada despus de liberar el
sistema

Extraccin de requisitos
Anlisis

cooperativo e iterativo del problema

Documentacin

de los resultados en un formato

de representacin estndar
Control

de la comprensin del problema que se

ha alcanzado

Refinamiento
Realizado

a travs de charlas con las personas

interesadas en el sistema (stakeholder)

Tcnicas:
Entrevistas
Anlisis

1
0

a expertos y clientes del dominio

de mercado

Stakeholders
Stakeholders

Un aspecto fundamental es identificar y considerar a

los stakeholders o partes interesadas en el proyecto,
ya sean internas (personas y entidades involucradas
en el proyecto) o externas (personas, grupos o
entidades afectadas positiva o negativamente por sus
resultados):

La gestin de Stakeholders
Gestin

de Stakeholders

Identificar a los stakeholders y categorizarlos

Determinar sus necesidades y expectativas
Incorporar las expectativas al diseo del proyecto
Considerarlos en cada fase del proyecto

La gestin de Stakeholders

Stakeholders

Coordinador/director del proyecto

Investigadores, tcnicos, gestores
Colaboradores externos y colegas
Instituciones participantes y servicios internos
Oficina de gestin del proyecto
Clientes, promotores, patrocinadores
Beneficiarios, consumidores y usuarios
Proveedores, competidores
Colectivos y grupos sociales
Grupos de presin
Organismo financiador y rgano gestor
rganos normativos y reguladores

Fases de elicitacin de requisitos

Identificacin

Usuarios.
Clientes.
Expertos del dominio.
Equipo de desarrollo

Realizar

1
4

de Stakeholder

preguntas tiles para incrementar el

entendimiento del problema.
Mejorar el anlisis de informacin detectando
conflictos e inconsistencias.
Control
de
la
comprensin
adquirida
con
stakeholders.
Escribir informalmente los requerimientos.

Contenido
Introduccin
Ingeniera
Requisitos
Usuarios

1
5

de Requisitos

Requisitos
Especifican

qu debe hacer un sistema de

software y no cmo debe hacerlo.

Dilema

1
6

el qu vs el cmo:

qu para alguna personas y para otras es cmo.

Tipos de requisitos
Requerimientos

especifican una funcin que el sistema debe ejecutar.

Requerimientos

No-Funcionales.

generalmente globales.
desempeo, fiablilidad, eficiencia, portabilidad, modularidad,
escalabilidad, interoperabilidad, reusabilidad, adaptabilidad,
integracin, etc.

Requerimientos

Funcionales.

Inversos

especifican operaciones que el sistema no debe ejecutar.

estn relacionados con la seguridad.

Especificaciones

1
7

de Implementacin/proyectos

especifican la tecnologa (WWW, XML, Java, etc.).

Prioridades de los requisitos

DEBE:

los requisitos deben ser capaces de

proporcionar las funcionalidades del sistema.

DEBERA:

los requisitos deberan proporcionar

un sistema mejor y ms aceptable.

PODRA:

los requisitos mejoraran el sistema y

podran ser aadidos si lo permiten tanto el
tiempo como el trabajo.

1
8

Anlisis y negociacin
Realizar

un anlisis de los requisitos obtenidos

anteriormente para identificar ambigedades y
conflictos.

Realizar

una negociacin entre los diferentes

stakeholders.

1
9

Formalizacin de los requisitos

Registrar

los requisitos en un documento (SRS),

que
debe
ser
compartido
entre
los
desarrolladores, usuarios y adminitradores.

Usar

lenguajes formales o semiformales.

Especificar

relaciones
(por
dependencia) entre requisitos.

2
0

ejemplo

Validacin
Controlar

los

requisitos

formalizados

eliminar redundancias y ambigedades.

Controlar
Validar

2
1

la calidad de los requisitos.

dependencias.

para

Contenido
Introduccin
Ingeniera
Requisitos
Usuarios

2
2

de Requisitos

Usuarios involucrados
Los

stakeholders mas importantes son los

usuarios.

conocen el dominio y lo que el sistema debe hacer,

2
3

tienen problemas para expresar los requisitos

no tienen todas las repuestas

no tienen razones para expresar completamente los requisitos

algunas dificultades pueden estar en hablar con los propietarios.

a menudo no conocen la tecnologa

Diseo de requisitos
Existen

aspectos sociales y culturales.

Se

esperan
involucramiento.

2
4

diferentes

Diseo consultivo.

Diseo representativo.

Diseo consensuado.

niveles

de

Diseo consultivo
Desarrolladores.

2
5

Usuarios = fuentes de informacin.

Herramientas.

Entrevistas.

Reuniones formales.

Eleccin de usuarios.

Diseo representativo
Usuarios

representativos estn involucrados en

todas las decisiones del proyecto.
Tcnicas clsicas de requisitos.
Diseo conjunto de la Aplicacin (JAD).
Calidad Funcional de Despliegue (QFD).

2
6

Diseo Consensuado
Usuarios.
El

uso es una parte importante en todas las

decisiones del proyecto.

Tcnicas
Diseo

2
7

clasicas.

participativo.

Gestin
Cuando

los requisitos se colectan, siempre se

deben estar actualizando.

La

actualizacin llega a ser RFC (Request For

Change), que debe ser mostrada al comienzo de
cada iteracin.

Gestin

de requisitos cuida los cambios durante

el desarrollo.

2
8

Tarea
Analizar

de manera individual en Internet 3

sistemas similares al que van a realizar.

2
9

Objetivos

Ventajas

Desventajas

Clientes potenciales

Actores

Requisitos funcionales

Diseo de las Interfaces de Usuario

Tarea
Especificacin

3
0

funcional y de requisitos:

En la que se describirn las funcionalidades del

sistema y los requisitos tcnicos y de la interfaz de
usuario que tendr que cumplir el producto final. Al
final de esta tarea se dispondr de un documento de
especificacin.