Академический Документы
Профессиональный Документы
Культура Документы
requerimientos
Desarrollo Administracin
Anlisis de
requerimientos
Documentacin Problemas de
de requerimientos requerimientos
Negociacin de
requerimientos
Anlisis y negociacin de
requerimientos
Al anlisis de requerimientos le concierne el
refinamiento de los requerimientos para
asegurarse que los stakeholders los
comprendan y examinen para que no
existan errores, omisiones o deficiencias.
Incluye
La descomposicin de los requerimientos de alto
nivel en detalles.
La construccin de prototipos.
La evaluacin de la factibilidad.
La negociacin de las prioridad.
El proceso del anlisis y la
negociacin
Anlisis de requerimientos
Verificacin de
Necesidad de Verificacin de
consistencia y
verificacin la factibilidad
trmino
Requerim. Requerim.
incompletos o Requerim. no
innecesarios factibles
en conflicto
Negociacin de requerimientos
Modelos y tcnicas de
anlisis
Modelos de anlisis
Modelamiento del negocio y de la empresa
Incluye:
El estudio de la dinmica de los procesos.
La comprensin de la estructura organizacional.
La documentacin de las reglas de negocio.
La identificacin de objetivos, tareas y responsabilidades.
El estudio de los documentos y archivos de datos.
Modelamiento de datos
Incluye:
El diagrama de las clases persistentes (modelo
conceptual).
La comprensin, manejo y manipulacin de grandes
volmenes de informacin.
La representacin de fenmenos del mundo real en
sistemas de informacin.
Modelos de anlisis
Modelo de comportamiento
Estudio del comportamiento dinmico o
funcional de los stakeholders y el sistema;
ambos requeridos y existentes.
Normalmente se hace a travs de prototipos.
Modelo del dominio
Es la descripcin abstracta del mundo en donde
el sistema va a operar.
Es importante la seleccin de los componentes
que pueden ser reusados.
Modelos de anlisis
Modelo de los requerimientos no
funcionales
Son propiedades del sistema como un
todo en donde existe dificultades para:
Expresarlos de una manera mesurable.
Analizarlos y proponer un mecanismo
apropiado de solucin.
Establecer los procedimientos de prueba.
El modelo QFD
El modelo QFD (Quality Function Deployment) es
una metodologa que permite sistematizar la
informacin obtenida del usuario hasta llegar a
definir las caractersticas de calidad del servicio,
adaptando as el producto, a las necesidades y
expectativas detectadas.
Fue introducido en Japn por Yoji Akao en 1966.
El primer libro en japons sobre este mtodo se
public en 1978.
A partir de 1990 aparece bibliografa en ingls y,
ms adelante, en otros idiomas.
Su herramienta fundamental es la Casa de la
Calidad (HOQ).
La casa de la calidad
Tiene dos propsitos:
Desplegar la calidad del producto o
servicio. Es decir, el diseo del servicio o
producto sobre la base de las
necesidades y requerimientos de los
clientes.
Desplegar la funcin de calidad en todas
las actividades y funciones de la
organizacin.
La casa de la calidad
3.
Interrelaciones
2. Requisitos tcnicos
5.
6.
4. Prioridades/
1. Evaluacin
Relaciones entre los requisitos Importancia
Requisitos competitiva
del cliente y los requisitos de los
del Cliente y calidad
tcnicos requisitos
planeada
del cliente
7. Objetivos de calidad /
Prioridades de los requisitos
tcnicos
Partes de la casa
(1) Requisitos del cliente
En esta seccin se documenta la voz del cliente. Representa los Qu
del sistema. Se utilizan de forma complementaria los diagramas de
afinidad o los diagramas de rbol para estructurar estos requerimientos.
(2) Requisitos tcnicos
En esta seccin se lista los requerimientos tcnicos que explican cmo la
compaa har posible que se cumplan los requerimientos del cliente.
Estos constituyen los Cmo del sistema. Tambin se le conocen como
caractersticas de ingeniera o la voz de la compaa. Esta informacin
se obtiene del grupo de diseo e incluye entre otros.
Mtricas de alto nivel
Caractersticas y capacidades (funcionales y no funcionales).
(3) Matriz de correlacin o interrelaciones
Se le conoce tambin con el nombre de techo. Muestra como los
Como pueden tener conflictos entre s. Se focaliza en la mejora del
diseo y en las relaciones (usualmente negativasI de sus elementos.
(4) Matriz de relaciones
Ocupa el centro de la casa y es el ms grande. Utiliza un criterio de
calificacin en el que se establece que tan bien los requerimientos
tcnicos satisfacen las necesidades del cliente.
Partes de la casa
(5) Importancia de los requerimientos del cliente
Establece el grado de importancia de la necesidad en
comparacin con otras.
(6) Matriz de planeamiento y de evaluacin competitiva
Representa una declaracin de la situacin competitiva del
producto desde la perspectiva del cliente.
Tambin establece la calidad planeada para el producto.
(7) Objetivos de calidad
En esta seccin se suman las conclusiones de la matriz de
planeamiento. Tiene tres partes importantes:
Prioridades tcnicas (importancia relativa de cada requerimiento
tcnico respecto del conjunto de necesidades del cliente).
Benchmarking competitivo (es la posicin relativa del producto
frente a sus competidores).
Objetivo (Valores de ingeniera deseados para el nuevo diseo del
producto)
Ejemplo
de casa
de
calidad
Las cuatro casas de la calidad
El modelo QFD incluye cuatro casas de la
calidad que corresponden con cuatro fases
en el desarrollo de un producto ya sea de
sistemas o de otra ndole.
Planeamiento del producto (primera casa)
Distribucin de las partes.
Planeamiento del proceso y control.
Planeamiento de la produccin y calidad.
Las cuatro casas de la
calidad
Caractersticas
Requisitos
de los
tcnicos componentes
Requisitos
Requisitos
del 1 tcnicos 2
cliente
Plan de Operaciones
control de de los
calidad procesos
Operaciones Caractersticas
de los 4 de los
componentes
3
procesos
Tcnicas de anlisis
Listas de chequeo
Matriz de interaccin
Checklists
Una lista de chequeo se compone de un
conjunto de preguntas que los analistas
pueden usar para establecer cada
requerimiento.
Son apropiadas porque proporcionan un
recordatorio acerca de que mirar y como
validar los requerimientos.
Pueden ser implementadas en hojas de
clculo donde las filas son los
requerimientos y las columnas son los
aspectos de chequeo.
Checklist
Aspecto de Descripcin
chequeo
R2 0 1 100 1 0
R3 0 1 0 1
R4 0 100 1
R5 0 0
R6 0
Construccin y
evaluacin de prototipos
Prototipo
Qu es?
Un prototipo no es ms que una
versin de un producto de software
desarrollado en diferentes etapas del
ciclo de vida de un producto,
elaborado para propsitos
experimentales y especficos
Prototipos
Por qu son necesarios?
El desarrollo tradicional provocaba un
divorcio entre los desarrolladores y los
usuarios finales.
La actividad de concepcin del producto
debe estar orientada a los usuarios finales.
No se debe esperar a presentar el producto
final al usuario porque las modificaciones
son muy costosas.
Prototipos
El uso de prototipos esta relacionado
directamente con la reduccin del
riesgo y la incertidumbre en los
siguientes aspectos:
La comprensin y validacin de los
requerimientos capturados
La viabilidad de negocio de un producto
que se est desarrollando.
La estabilidad o rendimiento de la
tecnologa.
Prototipos
.....
Acuerdos del proyecto y fundamentos,
basados en la prueba de conceptos en
prototipos.
La vista y apreciacin del producto: su
capacidad de uso.
Prototipos
Tipos
Los prototipos se pueden observar de
dos maneras:
Como Estudio
Que es lo que se investiga?
Como Evolucin
Cul es el resultado?
Prototipos de estudio
En este contexto los prototipos se
clasifican en dos:
De comportamiento
Cuyo enfoque est en el estudio de un
comportamiento especfico del sistema.
Estructural
Que explora algunos temas de arquitectura y
tecnologa.
Prototipos de evolucin
En este contexto tambin hay dos
tipos:
Exploratorio
Que se lanza inmediatamente luego de
terminado para ser evaluado throw-away.
Evolutivo
Que gradualmente se convierte en las
interfaces de usuario finales y evoluciona al
desarrollo del sistema empleado tcnicas
RAD (Rapid application development).
Estrategia exploratoria
Descripcin de
los casos de uso
Feedback
Feedback
Mapa de dilogo
Feedback
Prototipo Throw
away
Detallar la
interfaz de
usuario
Estrategia evolutiva
Especificacin
bsica
prueba ok?
NO Refinar
SI
especificacin
Aceptar
Principios de prototipado
Prototipo
Horizontal
Caractersticas del Sistema
Escenario
Prototipo
Vertical
Nivel de Funcionalidad
Prototipo horizontal
Es til cuando lo que se desea es
realizar una especificacin que rena
todas las caractersticas funcionales
del sistema sin detalles de validacin.
Prototipo vertical
Es til cuando lo que se desea es
realizar una especificacin que rena
todas las caractersticas no
funcionales del sistema con detalles
cercanos a la implementacin
(atributos del software).
Tpicas aplicaciones en el
diseo de prototipos
Exploratorio Evolutivo
Horizontal Clarifica y refina los Implementa los caso de uso
casos de uso y req. del ncleo.
Funcionales. Implementa casos de uso
Identifica funcionalidad adicionales de acuerdo a
faltante. prioridad.
Explora las Implementa y refina los sitios
aproximaciones a la Web.
interfaz de usuario. Adapta el sistema a cambios
rpidos
Vertical Demuestra la factibilidad Implementa la capas de
tcnica. funcionalidad y
comunicacin.
Prueba y afina el rendimiento.
Prueba controles y funciones.
Aspectos en el diseo de
prototipos
Identificacin de la(s) ventana(s)
principal(es) o primaria(s).
Diseo de su visualizacin.
Diseo de sus operaciones.
Diseo de las ventanas secundarias o de
propiedades.
Diseo de operaciones con mltiples
objetos.
Diseos de otras caractersticas
complementarias.
Prueba del prototipo
Observar el
desempeo
de los usuarios
en el uso
del prototipo
Lograr acuerdos
documentados!
Desarrolladores
Refinamiento del prototipo
Se evalan las deficiencias contra los
objetivos que se persiguen con el sistema.
Las sugerencias de los usuarios no debern
violar los objetivos del sistema propuesto.
Con los cambios de la especificacin
aprobados, se realiza la modificacin al
prototipo del sistema.
En las nuevas versiones del prototipo se
pueden ir incorporando el resto de las
especificaciones funcionales definidas.
Prototipos
Resulta ms fcil derribar una
pared de concreto que realizarle
cambios al cdigo de los
programas ya elaborados
Dificultad
Propietario
Requerimiento
Categora
Establece la clasificacin de los
requerimientos de acuerdo a la necesidad o
tecnologa requerida para los mismos.
Puede tomar los valores de:
P = Primario (no debe faltar).
S = Secundario (es necesario pero no
indispensable).
O = Opcional (es alternativo, novedoso,
pero no necesario).
Atributos de Requerimientos
Riesgo
Establece el nivel de peligro por
inversin o resultados difciles de
predecir de un requerimiento:
A = Alto (de alto riesgo o peligro).
M = Medio (de riesgo medio).
B = Bajo (no es riesgoso).
Atributos de Requerimientos
Dificultad
Establece el nivel de dificultad que
tiene un requerimiento en la
programacin, porque involucra
tecnologa nueva o porque su
naturaleza es compleja
A = Alta (de alta dificultad).
M = Media (de dificultad media).
B = Baja (de fcil implementacin).
Atributos de Requerimientos
Visibilidad
Establece el nivel de contacto con el
usuario que tiene un requerimiento.
V = Visible (de alta interaccin con el usuario).
Un ejemplo tpico es la entrada de datos del usuario.
O = Oculto (de baja o nula interaccin con el
usuario).
Un ejemplo son los clculos o procesos ocultos al
usuario.
Atributos de Requerimientos
Precedencia
Permite establecer que requerimientos
son necesarios para que otros se
inicien o sucedan.
Este atributo permite establecer la
cadena de implementaciones y que
requerimientos dependen de los
resultados de otros.
Priorizar requerimientos
En base a la experiencia
Aquellos que representen procesos
primarios o la lnea de negocio.
Seleccionar los que influyan
profundamente en la arquitectura
bsica, dando soporte al dominio y a
las capas de servicio de alto nivel o
Escoger los que presenten el mximo
riesgo, funciones urgentes o
complejas en las primeras iteraciones.
Priorizar requerimientos
En base a ponderaciones
Se definen valores a los atributos de
los requerimientos.
Se aplican pesos a los diferentes
valores de los atributos.
Se calcula el peso total de cada
requerimiento.
Se priorizan los requerimientos de
mayor peso total.
Priorizar requerimientos
Atributos
Nro. Requerimiento
Prioridad Dificultad Visibilidad Riesgo Categora
Prec.
(A, M, B) (A, M, B) (V, O) (A, M, B) (P, S, O)