Qu es el CMM - CMMI? Es un modelo de calidad del software que clasifica las empresas en NIVELES DE MADUREZ.

Estos Niveles sirven para conocer la madurez de los procesos que se realizan para producir software. CMMI 1 EL XITO DE LOS PROYECTOS DEPENDE DEL TALENTO DE LAS PERSONAS INVOLUCRADAS el desarrollo del proyecto es completamente opaco

2EL XITO DE LOS PROYECTOS DEPENDE DEL TALENTO DE LAS PERSONAS INVOLUCRADAS el proyecto es gestionado y controlado durante el desarrollo

3Existe un proceso de software documentado y estandarizado dentro de la organizacin la forma de desarrollar proyectos (gestin e ingeniera) esta definida

4Tanto el proceso como los productos se entienden y controlan cuantitativamente usan objetivos medibles para alcanzar las necesidades de los clientes y la organizacin.

5Realimentacin cuantitativa del proceso y en la puesta en prctica de ideas y tecnologas innovadoras. -----Al conjunto de las fases empleadas se le denomina ciclo de vida. LA UTILIZACIN DE UN CICLO DE VIDA FACILITA y PERMITE: 1. Control sobre los tiempos 2. Control del trabajo subcontratado 3. Control de calidad (mediante comprobaciones sobre los productos parciales obtenidos). 4. Adquirir Experiencia

CICLO DE VIDA LINEAL se realiza una sola vez, cada una se realiza tras la anterior y antes que la siguiente. STE CICLO SE APLICA CUANDO LOS REQUERIMIENTOS SE HAN DEFINIDO COMPLETAMENTE. CICLO CON PROTOTIPADO: A menudo ocurre en desarrollos de productos con innovaciones importantes, o cuando se prev la utilizacin de tecnologas nuevas o poco probadas, que las incertidumbres sobre los resultados realmente alcanzables, o las

ignorancias sobre el comportamiento de las tecnologas, impiden iniciar un proyecto lineal con especificaciones cerradas. (requerimientos funcionales no especificados o especificados parcialmente)

EL CICLO DE VIDA EN ESPIRAL puede considerarse como una generalizacin del anterior para los casos en que no basta con una sola evaluacin de un prototipo para asegurar la desaparicin de incertidumbres y/o ignorancias. El propio producto a lo largo de su desarrollo puede as considerarse como una sucesin de prototipos que progresan hasta llegar a alcanzar el estado deseado. En cada ciclo (espirales) las especificaciones del producto se van resolviendo paulatinamente.

CICLO DE VIDA ITERATIVO: Es un modelo ideal a seguir cuando el usuario necesita entregas rpidas aunque el proyecto no est terminado. Busca reducir el riesgo que surge entre las necesidades del usuario y el producto final por malos entendidos en la etapa de anlisis. CICLO DE VIDA EVOLUTIVO: Es un modelo acepta que los requisitos del usuario puedan cambiar en cualquier momento. La prctica demuestra que obtener los requisitos completos del usuario, desde el primer momento es difcil, no solamente por la falta de claridad del usuario para definirlos, sino porque los requisitos evolucionan durante el desarrollo del proyecto. La Ingeniera de Requerimientos ayuda a los ingenieros de software a entender mejor el problema en cuya solucin trabajarn. Incluye el conjunto de tareas que conducen a comprender cul ser el impacto del software sobre el negocio, qu es lo que el cliente quiere y cmo interactuarn los usuarios finales con el software. REQUERIMIENTO FUNCIONAL Define el comportamiento interno del software: clculos, detalles tcnicos, manipulacin de datos y otras funcionalidades especficas.

REQUERIMIENTO NO FUNCIONAL: Especifica criterios que pueden usarse para juzgar la operacin de un sistema. Una coleccin de requerimientos describe las caractersticas o atributos del sistema deseado. Se omite el cmo debe lograrse su implementacin, ya que esto debe ser decidido en la etapa de diseo por los diseadores. CASOS DE USO (ESCENARIOS) Los casos de uso son una tcnica para especificar el comportamiento de un sistema. El sitio en Internet wikipedia.org, define a un caso de uso como:

Un caso de uso es una secuencia de transacciones que son desarrolladas por un sistema en respuesta a un evento que inicia un actor sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la funcionalidad y el comportamiento de un sistema mediante su interaccin con los usuarios y/o otros sistemas Los casos de uso permiten entonces describir la posible secuencia de interacciones entre el sistema y uno o ms actores, en respuesta a un estmulo inicial proveniente de un actor, es una descripcin de un conjunto de escenarios, cada uno de ellos comenzado con un evento inicial desde un actor hacia el sistema. La mayora de los requerimientos funcionales, sino todos, se pueden expresar con casos de uso. Segn el autor Sommerville, los casos de uso son una tcnica que se basa en escenarios para la obtencin de requerimientos. Actualmente, se han convertido en una caracterstica fundamental de la notacin UML (Lenguaje de modelado unificado), que se utiliza para describir modelos de sistemas orientados a objetos. CATEGORIZACIN DE LOS REQUERIMIENTOS NO FUNCIONALES Aspectos del sistema visibles para el usuario, que no estn relacionados de forma directa con el comportamiento funcional del sistema y que sirven para juzgar su rendimiento y definir criterios de calidad del mismo. 1. Interfaz de usuario y factores humanos: tipo de interfaz, experiencia. 2. Documentacin: documentacin requerida, destinatarios, tipo de documentacin tcnica. 3. Consideraciones de hardware: compatibilidad con otro hardware. 4. Existencia de otros sistemas. 5. Caractersticas de ejecucin: usuarios concurrentes, carga de trabajo. 6. Gestin de errores y excepciones 7. Cuestiones de calidad: fiabilidad, disponibilidad, robustez. 8. Modificaciones futuras. 9. Ambiente fsico: condiciones climticas, exposicin a golpes, 10. Accidentes. 11. Seguridad. 12. Recursos consumidos por el sistema.

13. Plataforma de Operacin 14. Tiempo de respuesta 15. Facilidad de Mantenimiento 16. Facilidad de Uso