Clase 2

Ingeniera de Software
Clase 2
Anlisis de Riesgo
JAD ( Joint Application Development)
Contenido Clase 2
Anlisis de Riesgo
Definicin
Estrategias
Riesgos del Software
Identificacin, Proyeccin, Supervisin y Gestin del

Riesgo
Plan de Riesgo
Estudio de Casos
Propuesta del SEI
JAD (joint application development)
UNPSJB -2005
Identificacin
Clasificacin
Definicin
Actores
Desarrollo
Ingeniera de Software - Clase 2
Contenido Clase 2
Bibliografa utilizada
Ingeniera
de Soft (Pressman)
Ingeniera de Soft (Sommerville)
Valoracin de Riesgos (Jones)
JAD (August)
Ingeniera de Requerimientos
(Locoupulous)
Ingeniera de Requerimientos (Davis)
Papers varios
UNPSJB -2005
A.Riesgo - Introduccin
Qu es el Riesgo?
UNPSJB -2005
Afecta acontecimientos futuros

Resultado de nuestras acciones pasada
Implica cambios y elecciones
opiniones, acciones, lugares, etc.
Mientras es intil intentar eliminar el

riesgo y cuestionable poder minimizarlo,
es esencial que los riesgos que se tomen
sean los riesgos adecuados
A.Riesgo - Introduccin
Riesgos Reactivos y proactivos

reactivo:
reaccionar ante el problema
Gestin de crisis
proactivo:
estrategias de tratamiento
identificar riesgos
valorar su impacto y probabilidad de
ocurrencia
prioridad de tratamiento
UNPSJB -2005
A.Riesgo - Clasificacin
Caractersticas del Riesgo:
Primer clasificacin de riesgos
UNPSJB -2005
Incertidumbre: ocurrencia o no del caso

Prdida: si se hace realidad consecuencias no
deseadas que llevan a eventuales prdidas.
riesgos del proyecto. Caracterstica:
amenazan la existencia del proyecto
afectan la planificacin temporal, retrasos y
aumento de costos
Riesgos tcnicos.
Caractersticas:
amenazan la calidad y
planificacin temporal
afecta la realizacin del
proyecto (hacindolo
eventualmente inviable)
Riesgos del negocio.

Caractersticas:
amenazan la viabilidad del

software a construir
ponen en peligro el proyecto
o el producto.
UNPSJB -2005
Que puede ocurrir:
hacer un software
excelente que nadie use
(de mercado)
hacer un software que no
sirva al cliente
(estratgico)
Hacer un software que no
se pueda vender
perder apoyo del cliente
ante un cambio en la
direccin de la compaa
(de direccin)
perder presupuesto o
personal asignado (de
presupuesto)
7
Riesgos posibles, ejemplos

Riesgo
Tipo de Riesgo
Descripcin
Rotacin del personal
Proyecto
Personal con experiencia abandona el

proyecto antes de que finalice
Cambio de administracin
Proyecto
Habr un cambio de administracin

organizacional con diferentes prioridades
No disponibilidad de
hardware
Proyecto
El hard esencial para el proyecto no ser

entregado a tiempo
Cambio de requerimientos
Proyecto y
producto
Habr ms cambios en los requerimientos

que lo anticipado
Retraso en la especificacin
Proyecto y
producto
Las especificaciones de las interfaces

esenciales no estarn a tiempo
Cambio de tecnologa
Negocio
La tecnologa fundamental sobre la que se

construye el sistema se sustituye por
nueva
Bajo UNPSJB
desempeo
-2005 de la
herramienta CASE
Producto
La- herramienta
CASE no tiene el
Ingeniera de Software
Clase 2
desempeo anticipado
Segunda clasificacin
riesgos conocidos. Se pueden

determinar con:
evaluacin del plan de
proyecto
evaluacin del entorno
tcnico y comercial
otras fuentes de informacin
Riesgos predecibles: utiliza
experiencia de proyectos
anteriores.
Riesgos Impredecibles.
UNPSJB -2005
Tercer clasificacin:
Jones caracteriza los

60 casos de riesgo
Comunes y serios
Desarrollaremos
posteriormente
A.Riesgo - Plan de riesgo
4 etapas del plan de riesgo

identificacin
del riesgo: reconocer los
riesgos
proyeccin del riesgo: evaluar su
impacto y probabilidad de ocurrencia
reduccin y supervisin: evaluar el
estado del riesgo en funcin del
proyecto
gestin del riesgo: llevar a cabo planes
de contingencia
UNPSJB -2005
10
Identificacin
de riesgos
Listado de riesgos
potenciales
UNPSJB -2005
El proceso de administracin de
riesgos en forma grfica
Anlisis de
riesgos
Listado de priorizacin de riesgos
planeacin de
Riesgos
Supervisin de
riesgos
Anulacin de
riesgos y planes
de contintencia
Valoracin de
riesgos
11
Identificacin del riesgo.

Dos
tipos de riesgo
genrico: amenaza potencial para el

proyecto
especfico del producto: evaluables por
expertos en el desarrollo.
Lista
de comprobacin de riesgos:
tamao del producto

impacto en el negocio
caractersticas del cliente
UNPSJB -2005
12

definicin del proceso
entorno de desarrollo
tecnologa a construir
tamao y experiencia de la plantilla
Riesgos asociados al tamao del producto

riesgo del proyecto directamente
proporcional a su tamao.
Lista de comprobacin de riesgos genricos
tamao estimado del producto en LDC o PF?

Grado de seguridad de la estimacin de tamao
UNPSJB -2005
13

Tamao estimado del producto en nmero de
programas, archivos y transacciones.
Tamao de la base de datos creada o
empleada por el producto
nmero de usuarios del producto
nmero de cambios previstos en el software,
antes, durante y luego de la entrega
(Asociado con requerimientos)
cantidad de software reutilizado
Riesgos
UNPSJB -2005
del impacto en el negocio
efecto del producto en los ingresos de la

compaa
14
UNPSJB -2005
Viabilidad de este producto para los gestores

expertos
fecha lmite de entrega: razonable?
Sofisticacin del usuario final
cantidad y calidad de la documentacin del
producto que debe entregarse al usuario final
limitaciones legales en la construccin del software
costos asociado por el retraso en la entrega
costos asociados con un producto defectuoso
nmero de productos con los que se tendr
interoperacin
Riesgos relacionados con el cliente

Clientes vs. usuarios. Caractersticas:
15
UNPSJB -2005
Necesidades diferentes, personalidades diferentes,

se contradicen muy a menudo.
se ha trabajado anteriormente con el cliente
sabe el cliente lo que necesita, lo ha escrito
acepta realizar todas las reuniones necesarias
para la evaluacin de requerimientos (ej JAD)
est dispuesto a trabajar en las revisiones
est dispuesto a tener comunicacin fluida
entiende del problema que especifica
est dispuesto a delegar acciones en usuarios
adecuados
conoce algo del proceso del software
16

Riesgos
SEI propone un cuestionario que evala
UNPSJB -2005
del proceso
aspectos del proceso

proceso estndar de desarrollo
estn todos de acuerdo con el proceso a
utilizar
se conoce bien el funcionamiento del proceso
el personal de desarrollo conoce: estndares
a seguir, documentaciones a completar.
se hacen RTF del todo el proceso y se
documentan adecuadamente
calidad se trata adecuadamente: gestin de
configuracin.
17
UNPSJB -2005
Aspectos tcnicos
se tcnicas de especificacin de aplicaciones
para ayudar a la comunicacin clientedesarrollador
se emplean mtodos especficos para AR, y
diseo
cdigo se escribe en lenguaje de alto nivel
se documenta adecuadamente el cdigo
se emplean herramientas adecuadas para:
gestin de configuracin, anlisis y diseo,
creacin de prototipos, soporte de
documentacin, etc.
Se han establecido las mtricas a seguir:
calidad, productividad,..
18
Riesgos tecnolgicos
UNPSJB -2005
hemos desarrollado anteriormente este tipo de

software
el software interacta con hardware nuevo o no
probado
interacta el software a construir con nuevos
software an no probados. (incluyendo nuevas BD)
los requisitos demandan alguna interfaz especial
tenemos que utilizar nuevas tcnicas de anlisis,
diseo, codificacin o prueba.
Consideraciones de rendimiento muy restrictivas?
La funcionalidad solicitada por el cliente es real?
19

Riesgos
del entorno de desarrollo

tenemos las herramientas necesarias para la
construccin del software (para cada etapa)
existen las herramientas necesarias
existen expertos disponibles en el uso de las
herramientas que puedan ayudarnos si es
necesario
es adecuada la ayuda en lnea y la
documentacin de cada herramienta
Riesgos
UNPSJB -2005
asociados con la plantilla
20
Proyeccin del riesgo
actividades
UNPSJB -2005
disponemos de la mejor gente y de la gente suficiente

tiene el el personal conocimientos adecuados
se ha asignado personal para toda la duracin del
proyecto
el personal solo trabaja en este proyecto
tiene la informacin adecuada
el movimiento del personal como se prev?
establecer una escala de probabilidad de

ocurrencia
examinar el impacto del riesgo
21

definir las consecuencias del riesgo en el
proyecto y el producto
generar la tabla de riesgo
Estudio del impacto del riesgo
catastrfico: cancelacin del proyecto
crtico: reduccin de rendimiento, retrasos
en la entrega, excesos importante en
costo.
marginal: reducciones mnimas de
rendimiento, posibles retrasos, exceso en
costo
despreciable: incidencia mnima en el
desarrollo.
UNPSJB -2005
22

tabla de Bohem
UNPSJB -2005
23

Tabla
de riesgo
primer fase: construccin de la tabla

lista de riesgos
categora
probabilidad de ocurrencia
impacto
segunda fase: clasificacin
por impacto y probabilidad de ocurrencia
tercer fase: lnea de corte

cuarta fase: plan de contingencia
UNPSJB -2005
24

Factores
que afectan el riesgo
naturaleza
alcance
cuando ocurre
Reduccin y supervisin
reduccin
del riesgo
reunirse con la plantilla y determinar las

causas
actuar para reducir las causas que estn
al alcance del control
UNPSJB -2005
25
UNPSJB -2005
Organizar los equipos del proyecto de manera

que la informacin sobre cada actividad est
dispersa.
Definir los estndares de documentacin.
Convocar a reuniones de revisin.
Factores de supervisin
grado de compenetracin del equipo
relaciones interpersonales entre miembros del
equipo
disponibilidad de empleo dentro y fuera de la
compaa
26
Gestin del riesgo

evaluar
las situaciones que se dan a lo

largo del proceso de desarrollo
actuar con los planes de contingencia
ante situaciones problemticas
UNPSJB -2005
27
A.R. - Valoracin de proyectos
Metodologa SRP (software

productivity research)
Tipos de proyecto valorables
militares,
comerciales, expertos, etc.
Factores a evaluar
Factores
estratgicos: impactan en
toda la empresa, relacionados con las
polticas corporativas. Casos:
UNPSJB -2005
28

Poltica de precios, de la compaa en
funcin de los competidores de mercado.
Cultura corporativa de trabajo
Poltica y objetivos corporativos
Factores
tcticos: influyen en proyectos

particulares. Casos:
mtodos y herramientas utilizadas
(anlisis, diseo, programacin)
produccin de documentos
estructura de la organizacin del proyecto
UNPSJB -2005
29
Factores de satisfaccin de usuario: no solo de

comunicacin. Casos:
el producto resuelve su problema
el producto es vital para su actividad
Estructura del proceso de valoracin SPR
UNPSJB -2005
Espacio disponible en las oficinas de trabajo

mtodos de comunicacin (workflows,
groupware)
Actividades
recoleccin de datos
30
UNPSJB -2005
Administracin de las entrevistas

anlisis individual de cada proyecto
comparaciones, anlisis agregados e
interpretaciones
reporte de medidas obtenidas y mejoras de
oportunidades.
Integrantes del grupo de valoracin

lder, facilitador, etc.
valoradores
miembros del grupo de desarrollo de cada
proyecto
31

Escala
1
2
3
4
5
de influencia (similar a CMM)
excelente
bueno
promedio
mediocre
pobre
Datos
duros obtenidos
tamao de las especificaciones y

documentaciones
PF totales del proyecto
UNPSJB -2005
32
A.R. - Estudio de Riesgos

Cantidad de cdigo fuente en todos los
lenguajes utilizados
Actividades y tareas llevadas a cabo
Actividades de mantenimiento,
Implicacin del usuario, costos, etc.
Resultados obtenidos
Categorizaciones
de proyectos
Sistemas de administracin de
informacin
Software de sistemas(SO,
telecomunicaciones, etc.)
UNPSJB -2005
33

Software comercial (desde juegos a
sistemas IA o expertos pero de venta
masiva)
Software militar
Software subcontratado o externo.
Software desarrollado para usuarios
finales
Categorizacin
de riesgos
comunes
serios
UNPSJB -2005
34

Riesgos
comunes por tipo de proyectos
Sistemas de informacin
obtener los requerimientos de usuario (80%)
esquemas excesivamente presionantes
(65%)
baja calidad (60%)
sobrepaso en costos (55%)
inadecuada configuracin de control (50%)
Software de sistemas
esquemas largos (70%)
estimacin de costos inadecuada (65%)
UNPSJB -2005
35

Excesivo papeleo (60%)
mdulos proclives a error (50%)
proyectos cancelados (35%)
Software comercial
documentacin de usuario inadecuada (70%)
baja satisfaccin del usuario (55%)
tiempo de marketing excesivo (50%)
acciones adversas de la competencia (45%)
gastos de litigios (30%)
Software militar
UNPSJB -2005
papeleo excesivo (90%)
36

Baja productividad (85%)
esquemas largos (75%)
obtencin de requerimientos de usuario (70%)
software no usado o no usable (45%)
Software subcontratado
Altos costos de mantenimiento (60%)
friccin entre el contratista y los
desarrolladores (50%)
obtencin de requerimientos de usuario (45%)
criterios de aceptacin no definidos (30%)
problemas legales relativos a la propiedad legal
del software (20%)
UNPSJB -2005
37
Software para usuarios finales

aplicaciones no transferibles (80%)
errores ocultos (65%)
software imposible de mantener (60%)
aplicaciones redundante (50%)
problemas legales relativos a la propiedad
legal del software (20%)
prevencin
comunes
UNPSJB -2005
y control de riesgos
obtencin de requerimientos de usuario:

JAD, prototipacin rpida
38
Esquemas largos, esquemas presionantes,

excesivo tiempo de marketing
Exceso en los costos: similar a problemas con es

esquema (excederse en tiempo). Medir mejor
Baja de calidad y mdulos que concentran
errores:
UNPSJB -2005
hacer mejor la planificacin y estimacin usando

mejores herramientas
reducir la duracin del esquema
reutilizar, mtodos OO, CASE
mejorar la estimacin de calidad y confiabilidad

mtodos de prevencin de defectos (mejores
pruebas)
39
Grandes costos de mantenimiento
UNPSJB -2005
Mtodos de remocin de defectos

Programas para medir calidad
solo se incluye mantenimiento correctivo
hacer el software mejor, o utilizar mejores
herramientas
factores de riesgos comunes resistentes al

control:
excesivo papeleo: se puede reducir en
proyectos civiles, imposible en militares
documentacin de usuario inadecuada:
herramientas multimediales
40

Baja satisfaccin del usuario: mejora con
GUI, ayudas en lnea, documentacin
acorde, etc.
Friccin entre clientes y desarrolladores
usos legales costos de litigio.
10
riesgos ms serios evaluados por

SPR
mtricas inadecuadas: LDC, PF
mediciones inadecuadas: no evaluar
correctamente los gastos del software
UNPSJB -2005
41
Esquemas excesivamente presionantes.
UNPSJB -2005
Esquema original decretado

requerimientos cambiantes sin limitaciones
mala prctica en el gerenciamiento

estimaciones de costos inapropiadas
(COCOMO) (clase 5)
sndrome de la bala de plata: tengo un CASE
que soluciona todo
obtencin en los requerimientos de usuario
baja calidad
42

baja productividad
proyectos cancelados
SPR: estudio de 60 casos,

importante
alcance
de cada caso
forma de prevenirlo
mtodo de control
planes de contingencia
UNPSJB -2005
evaluar otros riesgos afectados.

43
Que evala SPR y Jones?
Define el riesgo
Estudia
Severidad
Frecuencia
Ocurrencia
Susceptibilidad y
resistencia
Causas que lo originan
Problemas asociados
UNPSJB -2005
Impacto en los costos

Mtodos de prevencin
Mtodos de control
Efectividad de
soluciones conocidas
Costo de estas
soluciones
Pronostico a largo
plazo
44

Algunos
ejemplos
Proyectos cancelados
proyectos que son terminados

antes de llegar al usuario final
Severidad: la severidad
promedio de proyectos
cancelados es 2.5
Severidad 1: proyecto cancelado

durante la fase final de testeo
durante la ltima etapa de
codificacin y primera de test
durante la ltima etapa diseo y
primera de codificacin
UNPSJB -2005

durante las etapas tempranas o
intermedias de diseo.
durante la ltima etapa de
requerimiento y la primera de
diseo.
Frecuencia: est correlacionado

con el tamao del proyecto (a
mayor PF por proyecto mayor la
probabilidad de cancelacin).
Ocurrencia: muy comn en
proyectos militares y proyectos de
comunicaciones.
45
Susceptibilidad y
resistencia: los proyectos
que tienden a irse fuera
de control son los ms
peligrosos para su
cancelacin.
Problemas asociados:
Causas races: son varias
UNPSJB -2005
proyecto mal planeado, y

estimado
el desarrollo tarda demasiado,
la situacin de negocios o
tcnica cambia y hace el
proyecto inviable
se comienzan dos o ms
proyectos similares y solo el
ganador sobrevive
factores externos como la
venta del negocio
traen asociados
fricciones con el usuario
y con los directivos.
Pueden bajar la moral
de la empresa, de los
empleados, etc.
La cancelacin es
debido a factores como:
mala planificacin,
inadecuada estimacin
de costos, esquemas
perdidos, esquemas
largos, sobrepaso de
costos, baja calidad y
productividad, etc.
46
Impacto de costos: es alarmante y

serio. Cuanto ms tarde se cancele el
proyecto mayor habrn sido los
gastos producidos
Mtodos de prevencin: un buen plan
de trabajo y cuidadosa estimacin,
hay herramientas que ayudan a esto.
Mtodos de control: para proyectos
de ms de 5000 PF con mal
relevamiento inicial de requerimientos
es imposible el control. El plan y la
estimacin solo para proyectos con
requerimientos estables desarrollados
en forma competente usando una
estructura metodolgica. involucrado.
UNPSJB -2005
Efectividad de soluciones
conocidas: esquemas y
estimacin de riesgo son las
mejores herramientas. Estas
se pueden realizar con
software existentes en el
mercado.
Costo de soluciones
conocidas: depende
directamente de la
herramienta/s utilizada/s.
Pronsticos de largo alcance:
es esperable que se sigan
cancelando proyectos, si bien
la utilizacin de las
herramientas de prediccin
tendrn como resultado una
reduccin de dicho porcentaje.
47
Qu es JAD?
Podemos entenderlo como:

Desarrollo compartido de
aplicaciones entre usuarios e
ingenieros de software.
El principal elemento es la sesin

reunin de gente para planificar un
proyecto, disear un sistema o
tomar decisiones de negocio.
UNPSJB -2005
48
Qu es JAD?
La sesin involucra:
Agenda
detallada.
Ayuda visual.
Facilitador.
Escritor (llamado Notario).
UNPSJB -2005
El resultado es un Documento final.
49
Diseo de sistemas usando JAD
Esta metodologa tiene como

caractersticas:
UNPSJB -2005
Compromiso
Los participantes estn en la sesin por una
orden de la empresa para resolver un
problema.
Cohesin del grupo
La convivencia hace que los participantes se
conozcan muy rpido quieren trabajar
juntos.
Reuniones productivas
50
Fases del JAD

JAD
se divide en cinco fases:
Definicin
del proyecto.
Investigacin.
Preparacin.
La sesin.
El documento final.
UNPSJB -2005
51
Tendencia a usar JAD
La compaas se vuelcan a
JAD por:
Aparecen equipos
Jerarquas Equipo.
Otro enfoque en calidad y

productividad.
Usuarios ms inteligentes:
Mas dispuestos a
participar en el desarrollo
de aplicaciones.
Desplazamiento de la
tecnologa a los negocios
Menos problemas de
tecnologa.
UNPSJB -2005
Mas atencin a sus negocios.
Enfoque en reingeniera de
procesos de negocio
Se dejan los Sistemas y
Funciones se habla de la
Informacin.
Presupuesto ajustado.
Demanda de desarrollo rpido.
Abandono del ciclo de vida en
cascada
Se necesita una metodologa
para identificar hitos.
52
En que usan las compaas JAD?
Reingeniera de procesos de negocio.

Modelado de datos.
Diseo de nuevos sistemas.
Modificaciones a un sistema existente.
Automatizacin de procesos manuales.
Conversiones.
Adquisiciones.
UNPSJB -2005
53
Factores de incidencia en una sesin
Incidencia Negativa
Ahorrar participantes.
Extender la duracin de las
sesiones.
Ignorar a las personas con
menos autoridad. (Cuando se
Usar un facilitador sin

entrenar. (Ya que el facilitador
nota
la
jerarqua
organizacin).
de
Abandonar
autoridad.
UNPSJB -2005
su
(Tcnicas que confunden a los

participantes).
la
es el eje del proyecto).
propia
Equivocarse en las
herramientas de alta
tecnologa.
Enredarse con modelados.
Usar palabras que no

entienden todos.
Tardar mucho en entregar el
documento final.
54
Los 10 mandamientos de JAD

1.
2.
3.
4.
5.
El xito de JAD depende

del empeo
administrativo.
Los participantes deben
asistir a la sesin entera.
El xito de JAD requiere
un facilitador entrenado.
Asegurarse de tener a las
personas correctas en la
sesin
Todos los participantes
son iguales.
UNPSJB -2005
6.
7.
8.
9.
10.
La preparacin es tan
importante como la
sesin.
Hacer una buena agenda
y adherirse a ella.
Usar tcnicas y
herramientas apropiadas
en la sesin.
Mantener la jerga tcnica
al mnimo.
Producir un documento
final rpido y de calidad.
55
Tener a las personas correctas en

el saln
Algunas preguntas
Cules con las

consecuencias de no tener
a las personas adecuadas
en la sesin?
Va en contra del concepto
de JAD Se debe
cambiar la planificacin.
Qu pasara si falta
alguien?
Se debe crear una lista
con las preguntas para
esa persona.
UNPSJB -2005
Hay que asegurarse de

incluir a las personas que
usan los procesos (los que
leen reportes, entran los
datos y ven las pantallas).
Cuntas personas deben
asistir a la sesin?
Entre 7 y 15.
56
Como manejar los conflictos
Hay conflictos ventajosos son productivos y no

deben reprimirse.
Conflictos de estancamiento la discusin va a un
callejn sin salida.
Y conflictos dogmticos cuando el ego est por
encima de la discusin.
Es necesario eliminarlos o la sesin fracasar.
Los conflictos entre los usuarios y los IS deben
manejarse distinto. El foco est en quien est en el
conflicto en lugar de que es el conflicto.
Se deben sofocar las conversaciones de subgrupos.
La integridad del grupo se disuelve cuando emergen
los subgrupos.
UNPSJB -2005
57
Equipo de JAD y como

seleccionarlo
El xito depende de los

participantes.
Hay dos etapas:
1.
2.
UNPSJB -2005
Seleccionar el Facilitador y el
Coordinador Ejecutivo.
Seleccionar los otro miembros del
grupo.
58
Equipo de JAD y como seleccionarlo
Coordinador Ejecutivo
UNPSJB -2005
Controla el capital del

proyecto.
Da visin y direccin
al proyecto.
Autoriza a otras
personas a tomar
decisiones.
Debe tener autoridad
para tomar decisiones
y una personalidad
correcta.
Funciones
Antes de la sesin: Junto con
el facilitador definen el
propsito, finalidad, objetivo y
estrategias totales del
proyecto.
Durante la sesin: Puede estar
presente o no. Si no est, se
lo debe poder localizar.
Despus de la sesin: Lo nico
que hace es firmar y recibir
copias de las resoluciones
59
FACILITADOR:
Debe ser imparcial y
objetiva.
Gua al grupo a travs
de todo el proceso.
No se interesa en el
resultado sino en
trabajar eficazmente.
Debera tener buena
comunicacin, liderar
al grupo, etc.
UNPSJB -2005
Funciones
Antes de la sesin: Gua

entrevistas con el Coordinador y
con el rea de negocios
relacionada. Prepara la agenda y
ayudas.
Durante la sesin: Gua a los
participantes de acuerdo a la
agenda y mantiene la sesin en
curso.
Despus de la sesin: Revisa la
creacin y distribucin del
documento final
60
NOTARIO:
Registra todas las

decisiones.
Necesita una gran
capacidad analtica.
Mantiene las
memorias del grupo.
Funciones
UNPSJB -2005
Antes de la sesin: El
facilitador le comunica su
rol y que herramientas se
usarn.
Durante la sesin: El
facilitador le indica cuando
o que debe escribir.
Despus de la sesin:
Revisa las notas con el
Facilitador y ayuda a
preparar el documento final
61
Participantes Full-Time:
Todos los involucrados en la toma de
decisiones del proyecto.
Estos son el vicepresidente,
programadores, supervisor, gerente, etc.
Participantes Part-Time:
UNPSJB -2005
Son los que no tienen que estar en todas

las sesiones.
62
Fases del JAD
Se diferencian 5 fases:
1.
2.
3.
4.
5.
UNPSJB -2005
Definicin del proyecto.

Investigacin.
Preparacin.
La Sesin.
El Documento Final.
63
Fases del JAD
Fase 1: Definicin del

proyecto
Antes que nada, necesitamos

saber que quiere la empresa.
Con esto podemos producir la
Gua de Definiciones de la
Empresa, seleccionar el
equipo de JAD y programar las
sesiones
Se debe entrevistar al
Coordinador Ejecutivo y los
jefes de las reas de negocios
involucradas con el proyecto.
UNPSJB -2005
Posibles preguntas
Como se origino el
proyecto?
Cuales son sus
principales problemas?
Qu beneficios desea
obtener con el proyecto?
Qu limitaciones
deberamos considerar?
64
Fases del JAD

Definicin
de la empresa
Desde la perspectiva de la empresa.

Posee el propsito, alcance y objetivos del
proyecto.
Programando
la sesin
El tiempo depende del proyecto. Por lo

gral., de 3 a 5 das.
Pueden ser sesiones de medio da o de da
entero (hace el proyecto mas corto).
UNPSJB -2005
65
Fases del JAD
Fase 2: Investigacin
Familiarizarnos con el rea de trabajo de la
empresa.
Documentar requerimientos de datos.
Documentar procesos de trabajo.
Recolectar informacin preliminar.
Repasar la agenda de la sesin.
Familiarisarse con la empresa
Obtener puntos de vista ms tcnicos,
Consultas con personal externo que sirva de
ayuda
UNPSJB -2005
66
Fases del JAD
Documentar
Requerimientos
Identificar los grupos de
datos usados en el rea
de trabajo.
Definir los nombres y
descripciones de los
datos elementales.
Definir relaciones.
Definir una estructura
correcta para los datos.
UNPSJB -2005
Documentar proceso de
trabajo
Define las reglas para

usar los datos.
Se puede usar
diagramas de
descomposicin,
diagramas
dependientes o
matrices.
Para capturar los
procesos de trabajo
se usan los DFD.
67
Fases del JAD
Fase 3: Preparacin
Compilar toda la informacin obtenida
en un documento (el documento de
trabajo)
Entrenar al Notario.
Crear ayudas visuales.
Realizar una reunin de pre-sesin.
Montar la sala para la sesin.
UNPSJB -2005
68
Fases del JAD
Documento
Debe tener la informacin
recogida para ser usado
en la sesin.
UNPSJB -2005
Es un punto de partida
para la toma de decisiones.
No se debe confundir con el
documento final ya que
este documentc. solo es
propuesto. Aunque debera
estar en el mismo formato
que el documento final.
El Notario debe
Conocer su su rol.
Describirle el
proceso de JAD.
Discutir el
proyecto.
Describir la sesin.
Luego de cada
sesin hay que
encontrarse con el
notario para
revisar las notas.
69
Fases del JAD

Ayudas
visuales
Ayudan a mantener a los participantes

enfocados y pueden clarificar las
decisiones tomadas.
Ej:
UNPSJB -2005
Diagramas
Caones
Proyectores.
Pizarrones
Digitalizadores, etc.
70
Fases del JAD
Fase 4: Sesin
Es el principal evento del proceso JAD.
Para toda la sesin vamos a usar una
agenda que tiene:
Discutir suposiciones.
Definir requerimientos de datos.
Disear procesos de trabajo.
Disear pantallas.
Resolver discusiones abiertas.
UNPSJB -2005
71
Fases del JAD
Abriendo la sesin
Al principio se debe
exponer:
UNPSJB -2005
Items Administrativos:
Como ser la sesin
(Horarios, habitaciones de
descanso, etc.)
Objetivos de la sesin:
Que se quiere lograr.
La agenda de la sesin:
Recorrer la agenda
explicando como se va a
manejar cada tem.
Reglas fundamentales:
Habla uno por vez, etc.
Vista panormica del

trabajo.
Gua de Definicin de la
Empresa: Aunque los
participantes la
recibieron antes de la
sesin hay que revisar
los puntos mas
importantes.
72
Fases del JAD
Requerimientos de
Suposiciones
Las suposiciones se
datos
acumulan desde el
Puede ir desde un
comienzo del JAD.
completo modelo de
Estn todas listadas en el
datos a definir solo
documento de trabajo.
unos nuevos
Se lee cada suposicin al
elementos de datos.
grupo para discutirla,
DER general, guiado
pudiendo quedar como
est, ser revisada o se
convierte en una
discusin abierta.
UNPSJB -2005
73
Fases del JAD
Proceso de trabajo
Antes de la sesin, se
los identifica y se
documentan con DFD,
pasando al doc. de trabajo
y a transparencias.
En la sesin, se discuten
sin que, por lo general, se
produzcan grandes
cambios. Pero pueden
aparecer nuevos DFD que
pueden causar debate.
Es importante definirlo en
pequeos grupos.
UNPSJB -2005
Pantallas
Los puntos ms
importantes son:
Flujo de pantalla.
Diseo de pantallas.
Diseo de pantallas
GUI.
Reportes
Similar a las
pantallas
El objetivo es evaluar
la ES del sistema
74
Fases del JAD
Discusiones abiertas
Sirven para profundizar un

tema
No necesariamente hay que
seguir una agenda
predefinida
Debe cuidarse de no irse
por las ramas
Evaluacin de la sesin
Se mide el suceso y la
satisfaccin del los
participantes Se usa
principalmente en los
primeros proyectos.
UNPSJB -2005
Se entrega un formulario a los

participantes para evaluarlos
despus de la sesin.
Cerrando al sesin, se debe

1.
2.
3.
Determinar quien recibir al

doc. final (se crea la lista de
distribucin final.)
Discutir como los participantes
van a revisar el documento
(que le revisen para ver si lo
quieren modificar).
Dar algunos puntos de cierre
(palabras de agradecimiento
hacia los participantes.)
75
Fases del JAD
Fase 5: El documento final
En esta fase final del JAD se pasan todos lo

acuerdos de la sesin al documento final.
Se calcula que por cada da de sesin se
debe tomar de uno a un da y medio para
documentar lo hecho.
Por que el documento final es importante
UNPSJB -2005
Es un sntesis comprensiva de todo lo hecho.

Para los que no estuvieron en la sesin y
forman parte del proyecto, puede ser una de
los nicos elementos para juzgar al proyecto
despus de la sesin.
76
Fases del JAD
Qu debe tener el
documento final
Se usan tablas para
presentar la informacin.
Como ser:
UNPSJB -2005
Tablas de decisin.
Tablas de procedimientos
(para cuando necesitamos
explicar como hacer algo).
Tablas de procesos
(adems de como hacer
algo tiene quien hace cada
paso).
Como debe
escribirse
Se mira del lado
del que lo va a
leer
preguntando:
Lo entender?
Est en espaol
claro?, etc.
77
Fases del JAD

La
reunin de revisin
Se revisa el documento pgina por pgina.

Puede surgir comentarios de todo tipo (que se
debera cambiar algo, que hay que agregar una
columna a un reporte, etc.)
Al final de esta reunin se determina como se
manejan los cambios (si hay que reimprimir el
documento o no).
Obtener
UNPSJB -2005
el OK final
Para esto se firma el formulario de

aprobacin.
78
Ideas para aplicar con JAD
Brainstorming
UNPSJB -2005
Es una tcnica de reuniones en grupo cuyo

objetivo es generar ideas en un ambiente libre
de criticas.
En las sesin suele haber entre 4 a 10
participantes (uno es el Facilitador).
Como tcnica de obtencin de requisitos, puede
ayudar a generar una gran variedad de vistas
del problema y a formularlo de diferentes
maneras
Hay que tener en cuenta que en la sesin, se
puede hacer un Brainstorming cuando se crea
conveniente y todas las veces que haga falta.
79
Ideas para aplicar con JAD
Prototipos
Como se adaptan al proceso

de JAD?
Son una pareja perfecta.

Por ej., una vez definidas la
pantallas, mens y dilogos
en la sesin de JAD, se le dice
a los IS que construyan en el
prototipo.
Usando herramientas de
prototipo el desarrollador
traduce los requisitos en un
sistema que este funcionando.
Se puede hacer otra sesin
para refinarlo
UNPSJB -2005
Precauciones
No acortar el anlisis y
diseo del sistema: Hay que
asegurarse que el ciclo de
vida este completo. Si el
diseo es incompleto el
Prototipo es incompleto.
Los prototipos no son el
sistema final (Puede crear
falsas expectativas en los
usuarios).
Saber cuando parar: No se
debe caer en un ciclo de
cambios que nos impida ver
el sistema real.
80
JAD a lo largo del ciclo de vida
UNPSJB -2005
A lo largo del ciclo de vida, se

puede utilizar JAD en cualquier
etapa de desarrollo.
No significa usar JAD para el
desarrollo de todos los sistemas
Generalmente las organizaciones
usan JAD en las primeras fases del
ciclo de vida.
81
Donde aplicar JAD
Definicin del proyecto
Se monta el
escenario para el
resto de las fases del
proyecto.
Requerimientos
Con las reuniones

definidas
Diseo externo.
Evaluacin de
paquetes de soft
UNPSJB -2005
Define la vista de usuario

de la aplicacin.
Incluye diseo de pantalla,
planes de prueba,
reportes, interfases, etc.
Codificacin y prueba de
validacin.
Los participantes buscan

posibles conflictos en el
cdigo o datos y los
documentan en trminos
mtricos.
82

Evaluacin
post implementacin.
Mide el xito del sistema desde
dos puntos de vista: negocios y
IS.
Pueden
analizar las
siguientes preguntas:
Mantenimiento
Correctivo
Perfectivo
Adaptativo
Hay que entender las
nuevas necesidades
Estn
las interfases en el lugar

correcto y funcionamiento pleno?
Son adecuados los
procedimientos de backup?
Qu tan compatible es la
documentacin?, etc.
UNPSJB -2005
83
Criterios de JAD
Por ejemplo, los criterios deberan

decir, JAD debera ser usado para
proyectos que:
Tengan
una alta prioridad de trabajo.

Tengan un fuerte objetivo de datos.
Involucre requisitos complejos.
Impacte mas que un departamento.
UNPSJB -2005
84
Medir xito de JAD
UNPSJB -2005
Es muy difcil porque no hay control de

grupo para comparar los resultados.
No hay un segundo conjunto de
usuarios semejantes y programadores a
los que les den el mismo desafo de
diseo para que lo realicen en el modo
tradicional.
Se hicieron pruebas, estos son los
resultados obtenidos:
85
Midiendo JAD, resultados de

productividad
UNPSJB -2005
86
Ejercicios para la clase prxima
Investigar sobre
RAD
Brainstorming
Anlisis
de Riesgo
Dos alumnos sobre cada tema
Leer el paper T
UNPSJB -200
Ingeniera de Sof
87

Clase 2

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Clase 2

Загружено:

Авторское право:

Доступные форматы

Ingeniera de Software

Identificacin, Proyeccin, Supervisin y Gestin del

Propuesta del SEI

JAD (joint application development)

Ingeniera de Software - Clase 2

Ingeniera de Software - Clase 2

Afecta acontecimientos futuros

Mientras es intil intentar eliminar el

Ingeniera de Software - Clase 2

Riesgos Reactivos y proactivos

reaccionar ante el problema

Ingeniera de Software - Clase 2

Caractersticas del Riesgo:

Primer clasificacin de riesgos

Incertidumbre: ocurrencia o no del caso

Ingeniera de Software - Clase 2

Riesgos del negocio.

amenazan la viabilidad del

Que puede ocurrir:

Ingeniera de Software - Clase 2

Riesgos posibles, ejemplos

Rotacin del personal

Personal con experiencia abandona el

Habr un cambio de administracin

El hard esencial para el proyecto no ser

Habr ms cambios en los requerimientos

Las especificaciones de las interfaces

La tecnologa fundamental sobre la que se

riesgos conocidos. Se pueden

Ingeniera de Software - Clase 2

Jones caracteriza los

A.Riesgo - Plan de riesgo

4 etapas del plan de riesgo

del riesgo: reconocer los

Ingeniera de Software - Clase 2

A.Riesgo - Plan de riesgo

Listado de priorizacin de riesgos

Ingeniera de Software - Clase 2

A.Riesgo - Plan de riesgo

Identificacin del riesgo.

genrico: amenaza potencial para el

tamao del producto

Ingeniera de Software - Clase 2

A.Riesgo - Plan de riesgo

Riesgos asociados al tamao del producto

tamao estimado del producto en LDC o PF?

Ingeniera de Software - Clase 2

A.Riesgo - Plan de riesgo

Lista de comprobacin de riesgos genricos

del impacto en el negocio

efecto del producto en los ingresos de la

Ingeniera de Software - Clase 2

A.Riesgo - Plan de riesgo

Viabilidad de este producto para los gestores

Riesgos relacionados con el cliente

A.Riesgo - Plan de riesgo

Lista de comprobacin de riesgos genricos

Necesidades diferentes, personalidades diferentes,

Ingeniera de Software - Clase 2

A.Riesgo - Plan de riesgo

SEI propone un cuestionario que evala

aspectos del proceso

Ingeniera de Software - Clase 2