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
Identificacin Clasificacin
JAD (joint application development)

Propuesta del SEI
Definicin Actores Desarrollo
UNPSJB -2005
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
Ingeniera de Software - Clase 2 3
UNPSJB -2005
A.Riesgo - Introduccin
Qu es el Riesgo?
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
UNPSJB -2005
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:
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
Primer clasificacin de riesgos
UNPSJB -2005
Riesgos tcnicos. Caractersticas:
Que puede ocurrir:
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.
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
UNPSJB -2005
Riesgos posibles, ejemplos

Riesgo Tipo de Riesgo Proyecto
Proyecto Proyecto Proyecto y producto Proyecto y producto Negocio
Descripcin Personal con experiencia abandona el proyecto antes de que finalice

Habr un cambio de administracin organizacional con diferentes prioridades El hard esencial para el proyecto no ser entregado a tiempo Habr ms cambios en los requerimientos que lo anticipado Las especificaciones de las interfaces esenciales no estarn a tiempo La tecnologa fundamental sobre la que se construye el sistema se sustituye por nueva
8
Rotacin del personal

Cambio de administracin No disponibilidad de hardware Cambio de requerimientos Retraso en la especificacin Cambio de tecnologa
Bajo UNPSJB desempeo -2005 de la herramienta CASE
Producto La- herramienta CASE no tiene el Ingeniera de Software Clase 2 desempeo anticipado
Segunda clasificacin
Tercer 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.
Jones caracteriza los 60 casos de riesgo Comunes y serios Desarrollaremos posteriormente
UNPSJB -2005
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
El proceso de administracin de riesgos en forma grfica
Identificacin de riesgos
Anlisis de riesgos
planeacin de Riesgos
Supervisin de riesgos
Listado de riesgos potenciales

UNPSJB -2005
Listado de priorizacin 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
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 del impacto en el negocio
Lista de comprobacin de riesgos genricos
efecto del producto en los ingresos de la compaa

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:

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

UNPSJB -2005
16
Riesgos del proceso
SEI propone un cuestionario que evala
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.
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,..
UNPSJB -2005
18
Riesgos tecnolgicos Lista de comprobacin de riesgos genricos
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?
UNPSJB -2005
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 asociados con la plantilla

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?
Proyeccin del riesgo
actividades establecer una escala de probabilidad de ocurrencia examinar el impacto del riesgo
UNPSJB -2005

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
Rendimiento Catastr Degradacin que lleva a no alcan-fico Soporte
El software no responde o no admite soporte
Costo
Plan Temporal
Fecha de entrega inalcanzable
Recortes financieros duros prezar rendimiento supuesto exceditcnico do Alguna reduccin Pequeos retrasos Algn recorte en Crtico en el rendimiento en modificaciorec. Financieros, tcnico nes de software| posibles excesos en presupuesto Recursos finanMarginal De mnima a pe- El soporte del quea reduccin software respon- cieros suficienen el rendimiento de tes tcnico Despre- No hay reduccin Software fcil de Psible supervit en el rendimiento dar soporte de presupuesto ciable tcnico
UNPSJB -2005 Ingeniera de Software - Clase 2
Posibles retrasos de la fecha de entrega. Planificacin temporal realista, alcanzable Fecha de entrega fcilmente alcanzable
23
Tabla de riesgo
primer fase: construccin de la tabla

lista de riesgos categora probabilidad de ocurrencia impacto por impacto y probabilidad de ocurrencia
segunda fase: clasificacin
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
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
UNPSJB -2005
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 estratgicos: impactan en toda la empresa, relacionados con las polticas corporativas. Casos:
Factores a evaluar
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

Espacio disponible en las oficinas de trabajo mtodos de comunicacin (workflows, groupware)
Factores de satisfaccin de usuario: no solo de comunicacin. Casos: el producto resuelve su problema el producto es vital para su actividad Actividades recoleccin de datos
Estructura del proceso de valoracin SPR
UNPSJB -2005
30

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
UNPSJB -2005
31
Escala de influencia (similar a CMM)

1 2 3 4 5 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%) esquemas largos (70%) estimacin de costos inadecuada (65%)
Software de sistemas

UNPSJB -2005
35

Excesivo papeleo (60%) mdulos proclives a error (50%) proyectos cancelados (35%) 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%) papeleo excesivo (90%)
Software comercial

Software militar
UNPSJB -2005
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
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 y control de riesgos comunes
obtencin de requerimientos de usuario: JAD, prototipacin rpida

UNPSJB -2005
Esquemas largos, esquemas presionantes, excesivo tiempo de marketing
hacer mejor la planificacin y estimacin usando mejores herramientas reducir la duracin del esquema reutilizar, mtodos OO, CASE
Exceso en los costos: similar a problemas con es esquema (excederse en tiempo). Medir mejor Baja de calidad y mdulos que concentran errores:
mejorar la estimacin de calidad y confiabilidad mtodos de prevencin de defectos (mejores pruebas)

UNPSJB -2005

Mtodos de remocin de defectos Programas para medir calidad solo se incluye mantenimiento correctivo hacer el software mejor, o utilizar mejores herramientas
Grandes costos de mantenimiento

factores de riesgos comunes resistentes al control: excesivo papeleo: se puede reducir en proyectos civiles, imposible en militares documentacin de usuario inadecuada: herramientas multimediales
UNPSJB -2005
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.

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
UNPSJB -2005
42

baja productividad proyectos cancelados
SPR: estudio de 60 casos, importante

alcance de cada caso forma de prevenirlo mtodo de control planes de contingencia
evaluar otros riesgos afectados.

UNPSJB -2005
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 Ingeniera de Software - Clase 2 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 4: proyecto cancelado durante las etapas tempranas o intermedias de diseo. Severidad 5: proyecto cancelado durante la ltima etapa de requerimiento y la primera de diseo.
Severidad 1: proyecto cancelado durante la fase final de testeo Severidad 2: proyecto cancelado durante la ltima etapa de codificacin y primera de test Severidad 3: proyecto cancelado durante la ltima etapa diseo y primera de codificacin
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.
UNPSJB -2005
45
Susceptibilidad y resistencia: los proyectos que tienden a irse fuera de control son los ms peligrosos para su cancelacin.
Causas races: son varias

Problemas asociados:
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.
UNPSJB -2005
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.
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
UNPSJB -2005
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
Qu es JAD?
La sesin involucra:
Agenda detallada. Ayuda visual. Facilitador. Escritor (llamado Notario).
El resultado es un Documento final.
UNPSJB -2005
49
Diseo de sistemas usando JAD
Esta metodologa tiene como caractersticas:
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
UNPSJB -2005
Fases del JAD

JAD
se divide en cinco fases:
Definicin del proyecto. Investigacin. Preparacin. La sesin. El documento final.

UNPSJB -2005 Ingeniera de Software - Clase 2 51
Tendencia a usar JAD

La compaas se vuelcan a
JAD por:
Aparecen equipos
Jerarquas Equipo.
Mas atencin a sus negocios.
Otro enfoque en calidad y productividad. Usuarios ms inteligentes: Mas dispuestos a

participar en el desarrollo de aplicaciones.

Enfoque en reingeniera de procesos de negocio
Se dejan los Sistemas y Funciones se habla de la Informacin.
Desplazamiento de la tecnologa a los negocios
Presupuesto ajustado. Demanda de desarrollo rpido. Abandono del ciclo de vida en cascada
Menos problemas de tecnologa.
Se necesita una metodologa para identificar hitos.

52
UNPSJB -2005
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 nota la jerarqua de la organizacin).
Equivocarse en las herramientas de alta tecnologa. Enredarse con modelados.
(Tcnicas que confunden a los participantes).
Usar un entrenar.
facilitador proyecto).
(Ya que es el eje
facilitador
sin
el del
Usar palabras que no entienden todos. Tardar mucho en entregar el documento final.
Abandonar autoridad.
su
propia
UNPSJB -2005
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.
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.
UNPSJB -2005
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.
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.
UNPSJB -2005
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.
Seleccionar el Facilitador y el Coordinador Ejecutivo. Seleccionar los otro miembros del grupo.
UNPSJB -2005
58
Coordinador Ejecutivo
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
UNPSJB -2005
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
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
UNPSJB -2005
Participantes Full-Time:
Todos los involucrados en la toma de decisiones del proyecto. Estos son el vicepresidente, programadores, supervisor, gerente, etc.
Participantes Part-Time:
Son los que no tienen que estar en todas las sesiones.
UNPSJB -2005
62
Fases del JAD
Se diferencian 5 fases:
1.
2. 3.
4.
5.
Definicin del proyecto. Investigacin. Preparacin. La Sesin. El Documento Final.
UNPSJB -2005
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.
Posibles preguntas
Como se origino el proyecto? Cuales son sus principales problemas? Qu beneficios desea obtener con el proyecto? Qu limitaciones deberamos considerar?
64
UNPSJB -2005
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.
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
UNPSJB -2005
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.
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
UNPSJB -2005
Fases del JAD
Ayudas visuales
Ayudan a mantener a los participantes enfocados y pueden clarificar las decisiones tomadas. Ej:
Diagramas Caones Proyectores. Pizarrones Digitalizadores, etc.
UNPSJB -2005
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:
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.
UNPSJB -2005
72
Fases del JAD
Suposiciones Las suposiciones se acumulan desde el comienzo del JAD. Estn todas listadas en el documento de trabajo. Se lee cada suposicin al grupo para discutirla, pudiendo quedar como est, ser revisada o se convierte en una discusin abierta.
Requerimientos de datos Puede ir desde un completo modelo de datos a definir solo unos nuevos elementos de datos. DER general, guiado
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.
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
UNPSJB -2005
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.
Se entrega un formulario a los participantes para evaluarlos despus de la sesin.

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.)
Cerrando al sesin, se debe

1.
2.
3.
UNPSJB -2005
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

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.
UNPSJB -2005
76
Fases del JAD
Qu debe tener el documento final Se usan tablas para presentar la informacin. Como ser:

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.
UNPSJB -2005
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 el OK final
Para esto se firma el formulario de aprobacin.
UNPSJB -2005
78
Ideas para aplicar con JAD
Brainstorming
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.
UNPSJB -2005
Ideas para aplicar con JAD
Prototipos
Como se adaptan al proceso de JAD?

Precauciones No acortar el anlisis y
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
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
UNPSJB -2005
JAD a lo largo del ciclo de vida
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.
UNPSJB -2005
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.
Define la vista de usuario de la aplicacin. Incluye diseo de pantalla, planes de prueba, reportes, interfases, etc.
Codificacin y prueba de validacin.
Evaluacin de paquetes de soft
Los participantes buscan posibles conflictos en el cdigo o datos y los documentan en trminos mtricos.
82
UNPSJB -2005

Evaluacin
post implementacin. Mide el xito del sistema desde dos puntos de vista: negocios y IS.
Pueden
analizar las siguientes preguntas:

Estn las interfases en el lugar correcto y funcionamiento pleno? Son adecuados los procedimientos de backup? Qu tan compatible es la documentacin?, etc.
Mantenimiento Correctivo Perfectivo Adaptativo Hay que entender las nuevas necesidades
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
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:
UNPSJB -2005
85
Midiendo JAD, resultados de productividad
6 5 4 Horas 3 por PF 2 1 0
5.2
2.5 NO uso JAD Uso JAD
Proyectos
UNPSJB -2005 Ingeniera de Software - Clase 2 86
Ejercicios para la clase prxima
Investigar sobre
RAD Brainstorming Anlisis de Riesgo
Dos alumnos sobre cada tema
Leer el paper T
UNPSJB -2005
87

Clase 2

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Clase 2

Transféré par

Droits d'auteur :

Formats disponibles

Ingeniera de Software

Anlisis de Riesgo JAD ( Joint Application Development)

Definicin Estrategias Riesgos del Software

JAD (joint application development)

Propuesta del SEI

Definicin Actores Desarrollo

Ingeniera de Software - Clase 2

Ingeniera de Software - Clase 2

Riesgos Reactivos y proactivos

reactivo: reaccionar ante el problema

proactivo: estrategias de tratamiento

Ingeniera de Software - Clase 2

Caractersticas del Riesgo:

Primer clasificacin de riesgos

Ingeniera de Software - Clase 2

Riesgos tcnicos. Caractersticas:

Que puede ocurrir:

Riesgos del negocio. Caractersticas:

amenazan la viabilidad del software a construir ponen en peligro el proyecto o el producto.

Ingeniera de Software - Clase 2

Riesgos posibles, ejemplos

Descripcin Personal con experiencia abandona el proyecto antes de que finalice

Rotacin del personal

Bajo UNPSJB desempeo -2005 de la herramienta CASE

Jones caracteriza los 60 casos de riesgo Comunes y serios Desarrollaremos posteriormente

Ingeniera de Software - Clase 2

A.Riesgo - Plan de riesgo

4 etapas del plan de riesgo

Ingeniera de Software - Clase 2

A.Riesgo - Plan de riesgo

El proceso de administracin de riesgos en forma grfica

Listado de riesgos potenciales

Listado de priorizacin de riesgos

Anulacin de riesgos y planes de contintencia

Ingeniera de Software - Clase 2

A.Riesgo - Plan de riesgo

Identificacin del riesgo.

Dos tipos de riesgo

Lista de comprobacin de riesgos:

Ingeniera de Software - Clase 2

A.Riesgo - Plan de riesgo

Riesgos asociados al tamao del producto

A.Riesgo - Plan de riesgo

Riesgos del impacto en el negocio

Lista de comprobacin de riesgos genricos

efecto del producto en los ingresos de la compaa

A.Riesgo - Plan de riesgo

Riesgos relacionados con el cliente Clientes vs. usuarios. Caractersticas:

A.Riesgo - Plan de riesgo

Lista de comprobacin de riesgos genricos

Ingeniera de Software - Clase 2

A.Riesgo - Plan de riesgo

Riesgos del proceso

SEI propone un cuestionario que evala

A.Riesgo - Plan de riesgo

Ingeniera de Software - Clase 2

A.Riesgo - Plan de riesgo

Riesgos tecnolgicos Lista de comprobacin de riesgos genricos

A.Riesgo - Plan de riesgo

Riesgos del entorno de desarrollo

Lista de comprobacin de riesgos genricos

Riesgos asociados con la plantilla

Lista de comprobacin de riesgos genricos