3. Los que están enamorados de la práctica sin ciencia son como un piloto que va en un barco sin timón y sin brújula, y nunca tiene la certeza de a donde se dirige”. Leonardo Da Vinci ADMINISTRACION DE PROYECTOS SOFTWARE Metodologías Modelos Herramientas y técnicas de administración Microsoft Project Estimación y planificación de proyectos software COCOMO II Plan de contingencia Gestión de calidad
4.
5.
6.
7.
8.
9.
10.
11.
12.
13. Procesos de desarrollo de Software Actividades Especificación de software Diseño e Implementación Validación Evolución
14. Procesos de desarrollo de Software Metodologías o Ciclo de Vida . ¿Qué necesito? Investigar los 3 ciclos de vida más utilizados de acuerdo a : a) TIEMPO b. Documentación c. RIESGOS d. Què proyectos lo han utilizado Ciclos de Vida del SOFTWARE Metodologías de desarrollo de Software Madurez del Proceso del SOFTWARE.
15.
16.
17.
18.
19.
20.
21. Metodologías de desarrollo de Software Nombre: Oscar A. Ram í rez A. Profesor: Rosemary Samaniego Quimestre: S é ptimo PARALELO: “ B ”
22. METODOLOGÍAS DE DESARROLLO DE SOFTWARE ¿ Qué es una Metodolog í a? En un proyecto de desarrollo de software la metodolog í a define Qui é n debe hacer Qu é , Cu á ndo y C ó mo debe hacerlo Requisitos nuevos o modificados Sistema nuevo o modificado Proceso de Desarrollo de Software
23.
24.
25.
26. MERISE Es un método integrado de análisis, concepción y gestión de proyectos, desarrollado en Francia. Esta metodología aporta un ciclo de vida más largo a los existentes, se materializa en un conjunto definido de etapas. Introducen dos ciclos complementarios: ciclo de abstracción y ciclo de decisión.
27. Fases MERISE ETAPAS esquema director estudio global y descomposicion por partes se obtiene el plan de desarrollo estudio previo definicion del hardware y software, y elección del escenario para cada parte estudio detallado estudio detallado de cada parte estudio tecnico planificacion y optimizacion de lo q se va a realizar realizacion programacion, pruebas e implementacion mantenimineto correccion de posibles errores y entrega de proyecto
28.
29. PROCESO UNIFICADO RACIONAL (RUP) Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML , constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. Esta metodología permite que todos los integrantes de un equipo de trabajo, conozcan y compartan el proceso de desarrollo.
30.
31.
32. Fases RUP FASES inicio principales casos de usos, se identifica los riesgos y se define el alcance del proyecto elaboracion eliminacion de riesgos, complementacion de casos de usos construccion elaboracion del proyecto y pruebas transicion presentacion y entrega del proyecto
33. Microsoft Solution Framework (MSF) Esta es una metodolog í a flexible e interrelacionada con una serie de conceptos, modelos y pr á cticas de uso, que controlan la planificaci ó n, el desarrollo y la gesti ó n de proyectos tecnol ó gicos. MSF se centra en los modelos de proceso y de equipo dejando en un segundo plano las elecciones tecnol ó gicas.
34.
35. METODOLOGÍAS AGILES En las metodologías ágiles se intenta ser lo más flexible posible, que el cliente pueda cambiar los requisitos cuando quiera y que el código funcione bien.
36. La programación extrema o eXtreme Programming (XP).- Fundado por Ken Beck en 1996, Identificó que era lo simple y lo difícil al momento de programar. Es la más destacada de los procesos ágiles de desarrollo de software. Al igual que éstos, la programación extrema se diferencia de las metodologías tradicionales principalmente en que pone más énfasis en la adaptabilidad que en la previsibilidad
37.
38.
39. Fases XP FASES exploracion entrevistas con los usuarios, conocer acerca de los detalles del negocio, familiarizacion con la herramientas de trabajo planificacion de la entrega planificacion del tiempo q se van a demorar, priorisar los datos recopilados iteraciones establecer una arquitectura del sistema produccion pruebas adicionales y revision del rendimiento mantenimiento trabaja conjuntamente con la produccion y desarrollo de nuevas iteraciones muerte del proyecto se han completado los requerimientos del cliente, documentacion final o en el caso de q no hay presupuesto para mantenerlo
40.
41. ASPECTOS MERISE RUP XP DESARROLLO DEL CODIGO Desarrollo del código. Facilita la reutilización de código. Reescribir el código escrito para obtener mayor simplicidad PROCESOS DE DESARROLLO No posee un desarrollo de proyectos de forma iterativa e incremental. Desarrollo interno en etapas interactivas. Desarrollo iterativo e incremental COMO DESARROLLA EL PROCESO Para modelar un sistema informático va de lo más abstracto a lo más concreto. Divide el proyecto en mini proyectos. Divide el proyecto en iteraciones FORMA DE TRABAJO Programación en grupos Programación en equipos Programación en parejas CALIDAD Mejora la calidad de las especificaciones antes de la realización del sistema. Tiene como objetivo asegurar la producción de software de alta calidad. Tiene como objetivo llegar al éxito del proyecto con corto equipo de trabajo, teniendo en cuenta al usuario final y además con una programación rápida o extrema COMUNICACION El cliente interactúa con el equipo de desarrollo mediante reuniones Se depende mucho del cliente = de mora Es constante el cliente, de el depende el éxito del proyecto
42. CARACTERISTICAS MERISE RUP XP DIRIGIDO POR FASES Dirigido por las fases o niveles que debe ir cumpliendo. Dirigido por los casos de uso. Dirigido por la creatividad y el conocimiento del programador. CAPACITACION Capacitación del personal. El desarrollo del software no lo hace una única persona, si no múltiples equipos. Centrada en potenciar las relaciones interpersonales. DISCIPLINA Propone una serie de fases diferenciadas. Provee un enfoque disciplinado para la asignación de tareas y responsabilidades. Programación en parejas. Recopilación y validación de los sistemas. El aseguramiento de la calidad forma parte del proceso de desarrollo. Simplicidad: elaborar un código sencillo. COSTOS Gestión de costos y tiempo. En proyectos pequeños no es posible cubrir los costos de dedicación. Busca reducción de costos.
43. CARACTERISTICAS MERISE RUP XP TIEMPO Proyectos de largo plazo Puede ser adoptada tanto para empresas grandes como para pequeñas y puede ser modificadas para adecuarse a diversas situaciones Se usan para proyectos pequeños Documentación La documentación es necesaria Es una metodología solida con documentación Pruebas unitarias continuas: realiza pruebas sobre código escrito y documentado. RIESGOS No evalúa riesgos iníciales. Permite evaluar temporalmente los riesgos en lugar de descubrir problemas en la integración final del sistema. Proyecto con altos grados de riesgo CORRECIONES SOBRE LA MARCHA Los cambios organizativos afectan negativamente el proyecto Busca detectar defectos en las fases iníciales. Intenta reducir el numero de cambios tanto como sea posible Permite realizar cambios de ultimo momento, en cualquier punto de la vida del proyecto es una aproximación mejor y mas realista que intenta definir todos los requisitos del proyecto.
44. PMBOK El Project Management Body of Knowledge (Libro de estándares para la Gestión de Proyectos) (PMBOK) (®) es un estándar reconocido internacionalmente (IEEE, ANSI) este trabaja con el uso del conocimiento, de las habilidades, de las herramientas, y de las técnicas para resolver requisitos del proyecto.
45. Procesos Básicos Integración. Desarrolle la carta del proyecto, la declaración del alcance y el plan. Alcance. Planeamiento, definición, creación, verificación Tiempo. Definición, secuenciamiento, estimación de recursos necesarios Costo. Planeamiento de recursos, costos estimados, presupuesto y control. Calidad. Planeamiento de la calidad, aseguramiento de calidad Recurso humano. Planeamiento, contratación, y administración. Comunicaciones. Distribución de la información, difusión del desempeño Riesgos . Planeamiento e identificación de riesgos, Análisis de riesgos Consecución. Plan de contrataciones y adquisiciones, selección e incentivos de los vendedores, administración y cierre de contratos.
49. ISO 9000 ISO 9000:2000 , Sistemas de Gestión de Calidad: Es un término genérico, aplicado a una serie de estándares patrocinados por la Organización Internacional para la Estandarización (ISO) La organización ISO creo ISO 9000 con el propósito de uniformar los sistemas de calidad que deben establecerse por las compañías de fabricación y servicios al rededor del mundo.
56. Estructura de ISO 9001:2000 SISTEMA DE GESTIÓN DE LA CALIDAD RESPONSABILIDAD DE LA DIRECCIÓN GESTIÓN DE LOS RECURSOS REALIZACIÓN DEL PRODUCTO MEDICIÓN, ANÁLISIS Y MEJORA REQUISITOS Y DOCUMENTACIÓN RECURSOS HUMANOS, INFRAESTRUCTURA Y AMBIENTE DE TRABAJO PLANIFICACIÓN, REQUISITOS, DISEÑO, PRODUCCIÓN, CONTROL, PROCESOS AUXILIARES SATISFACCIÓN DEL CLIENTE, AUDITORÍAS, MEDICIÓN DE PROCESOS PRODUCTOS, NO CONFORMIDADES, ACCIONES CORRECTIVAS Y PREVENTIVAS POLÍTICA, PLANIFICACIÓN, REVISIÓN
57.
58. CUADRO COMPARATIVO ENTRE ISO 9000 E ISO 9001 ISO 9000 ISO 9001 Conjunto de normas de calidad Una de las normas de la familia ISO 9000 Normas orientadas a ordenar la gestión de la empresa Norma para la gestión y aseguramiento de la calidad Establecer las directrices, mediante las cuales la organización, puede seleccionar y utilizar las normas. Especifica los requisitos que debe cumplir un sistema de calidad Basada en la Administración de Procesos. Basada en los procesos (más acerca de lo que se produce). No Certifica Certifica Proporcionar a los clientes o usuarios la seguridad de que el producto o los servicios tienen la calidad deseada, concertada, pactada o contratada. Asegura la calidad de los productos que los productos o servicios brindados por la empresa
59. El estándar ISO 12207 ISO/IEC 12207 establece un proceso de ciclo de vida para el software que incluye procesos y actividades que se aplican desde la definición de requisitos, pasando por la adquisición y configuración de los servicios del sistema, hasta la finalización de su uso. Este estándar tiene como objetivo principal proporcionar una estructura común para que compradores, proveedores, desarrolladores, personal de mantenimiento, operadores, gestores y técnicos involucrados en el desarrollo de software usen un lenguaje común.