Riesgos

Mp:UML OMT CMM H: eclip poseidon staruml T:corba xml p3p F: semántica cooperación funcionali E: iso 3535:1977, iso/iec tr 9126-4, iso 13407 O:omg, ieee microsoft A: Jacobson, boehm peter chen
Rational Unified Process Capability Maturity Model
FAE=0.65+0.01*E(Fi) E=a*KLDC^b*(FAE) D=c*E^d N=E/D KLDC=PF*LDC PF=PF0*FAE
PM=PF/E Fase 2: PF2=PF0*FAE2, PF3=PF2 FAE3=Prod(Fi) E3=E2*FAE3

Anal. Prel,Ing.Req, Estu. Viab, Estim.Proy, Plan. Temp, Modelado funci form, MOO

Riesgos

* Riesgos de un proyecto afectan a la planificación del proyecto. Si se hacen realidad es probable que la planificación temporal se retrase y que los costes aumenten. Identifican problemas en el presupuesto, en la planificación temporal, personal y de recursos.
* Riesgos técnicos afectan a la calidad finaldel software y a la planificación temporal, si un riesgo técnico se hace realidad, la implementación se complica. Identifican problemas de diseño, de implementación, de interfaces y de prueba colectiva e individual del software.
* Riesgos de gestión afectan a la viabilidad del software, los principales son:
* Riesgos de mercado: construir un producto excelente que luego nadie quiere.* Riesgo estratégico: construir un producto que no encaja en la estrategia comercial de la compañía.
* Riesgos de ventas: construir un producto que el departamento de ventas no sabe cómo vender.
* Riesgos de dirección: perder la confianza de gente experta por cambio de personal
* Riesgos de presupuestos: perder presupuesto por recursos humanos asignados.

Categorías:1. Tamaño Producto: Riesgos asociados con el tamaño del software a construir.
2. Impacto en el Negocio: Riesgos asociados con las limitaciones impuestas por el negocio o por el mercado del dominio.
3. Características del Cliente: Riesgos asociados con la sofisticación del cliente y la habilidad del desarrollador para comunicarse.
4. Definición del Proceso: riesgos del proceso paraque los miembros del equipo sigan sus pautas.
5. Entorno de Desarrollo: Riesgos asociados con la disponibilidad y la calidad de las herramientas que se emplearon.
6. Tecnología a Construir: Riesgos asociados con la complejidad del sistema a construir y de la tecnología que la sostiene.
7. Tamaño y Experiencia de la Plantilla: Riesgos asociados con la experiencia técnica de losingenieros que trabajaron en el equipo.

Modelo CMM (Capability Maturity Model)
Enfocado para proyectos informáticos con alta calidad del software y a la gestión de recursos humanos dentro de la organización. Pretende mejorar la calidad del software mejorando los procesos utilizados en su desarrollo. Para ello, se centra en la gestión de la calidad, el uso repetido de procesos, la recopilación dedatos estadísticos sobre elementos como la tasa de fallos y el trabajo a nivel de grupo. La idea clave es pensar que las herramientas y las plataformas pueden cambiar de forma continua, pero siempre se puede utilizar el mismo proceso si este ha sido bien definido y se sabe utilizar de forma adecuada.
Puntúa los procesos de desarrollo del software en una escala del 1 al 5 y define una lista deprácticas de desarrollo. Estos niveles permiten evaluar el nivel de calidad de los procesos de una organización respecto a otras de la competencia.
1. Nivel 1 (nivel inicial o nivel del caos). Empresa no se emplea ningún proceso definido.
2. Nivel 2 (nivel repetitivo). Empresas en las que existe planificación y seguimiento de proyectos, y están pre-escritas las pautas de funcionamiento de lasmismas.
3. Nivel 3 (nivel definido). Empresas que documentan y normalizan los procesos dentro de la organización. En este nivel empiezan a existir b.d dedicados a los procesos que se deben seguir, y bibliotecas de información relacionadas con cada uno de los procesos.
4. Nivel 4 (nivel medible). Empresas que ponen interés en la calidad del proceso y del producto. Suelen ser aplicadas en...