IS-Sesion 3 Metodologia

1

Sesión 3 : Metodologías de Desarrollo y Planificación de Proyectos de Software(Parte 1)

Ing. Luis Piedra Rubio

[email protected]

[email protected]

mailto:[email protected]

mailto:[email protected]

2

Sesión 3Ingeniería de SoftwareEn esta Sesión :

• Concepto de Proyecto y el Producto Software

• Planificación y Generación de un Plan• Concepto de Metodología• Caso Práctico No. 2

Contenido de Sesión

Bibliografía

Concepto de Proyecto y el Producto Software

Planificación y Generación de un Plan

Concepto de Metodología

Conclusiones

2do Caso Práctico

3

Sesión 3Ingeniería de SoftwareVideo


Bibliografía




Conclusiones

2do Caso Práctico

4

Sesión 3Ingeniería de Software

[1]. Pressman, R. S. "Ingeniería de software. Un enfoque práctico” Quinta Edición. McGraw-Hill. 2002. Capítulo 1: El Producto. Capítulo 5: Planificación de Proyectos

Software.

Bibliografía

[5] JACOBSON, Ivar; BOOCH, Grady y RUMBAUGH, James, El proceso unificado de desarrollo de software, Addison Wesley 2000

Capítulo 2: Las cuatro “P” en el desarrollo de software: Personas, Proyecto, Producto y Proceso


Bibliografía




Conclusiones

2do Caso Práctico

5


Concepto de Concepto de

Proyecto y el Proyecto y el

Producto Producto

SoftwareSoftware


Bibliografía




Conclusiones

2do Caso Práctico

6


Elemento organizativo a través del cual se gestiona el desarrollo de software. El resultado de un proyecto es una versión de un producto.

JACOBSON, Ivar; BOOCH, Grady y RUMBAUGH, James 2000 El proceso unificado de desarrollo de software, Addison Wesley

Proyecto Contenido de Sesión

Bibliografía




Conclusiones

2do Caso Práctico

7


In CMMI models, a “project” is a managed set of interrelated resources that delivers one or more products to a costumer or end user. This set of resources has a definite beginning and end and typically operates according to a “plan”.

Software Engineering Institute, 2002. Capability Maturity Model Integration – CMMI, Carnegie Mellon.

Proyecto Contenido de Sesión

Bibliografía




Conclusiones

2do Caso Práctico

En los modelos CMMI, un "proyecto" es un conjunto de recursos gestionados interrelacionadas que ofrece uno o más productos a un cliente o usuario final. Este conjunto de recursos tiene un principio y final definidos y por lo general opera de acuerdo con un "plan".

8


Un artículo producido, que es cuantificable y que puede ser un elemento terminado o un componente. Otras palabras para hacer referencia a los productos son materiales y bienes.

Project Management Institute – PMI, 2004 Guía de los Fundamentos de la Dirección de Proyectos, Project Management Institute, Inc.

Producto Contenido de Sesión

Bibliografía




Conclusiones

2do Caso Práctico

9


The word “product” is used throughout the CMMI Product Suite to mean any tangible output or service that is a result of a “process” and that is intended for delivery to a costumer or end user. A product is a work product that is delivered to the costumer.

Software Engineering Institute, 2002. Capability Maturity Model Integration – CMMI, Carnegie Mellon.

Producto Contenido de Sesión

Bibliografía




Conclusiones

2do Caso Práctico

La palabra "producto" se utiliza en toda la suite de productos CMMI para referirse a cualquier salida de material o servicio que es el resultado de un "proceso" y que está destinado a ser entregado a un cliente o usuario final. Un producto es un producto de trabajo que se entrega al cliente.

10


Planificación y

Generación de

un Plan


Bibliografía




Conclusiones

2do Caso Práctico

11


“Los procesos de planificación desarrollan el plan de gestión del proyecto. Estos procesos también identifican, definen y maduran el alcance del proyecto, el costo del proyecto y planifican las actividades que se realizan dentro del proyecto.”

Project Management Institute – PMI, 2004 Guía de los Fundamentos de la Dirección de Proyectos, Project Management Institute, Inc.

Planificación Contenido de Sesión

Bibliografía




Conclusiones

2do Caso Práctico

12


Gestión Personal Producto Proceso Proyecto

¿Qué consideramos?


Bibliografía




Conclusiones

2do Caso Práctico

13


Personal Seleccionar el equipo Asignar responsabilidades Asignar las funciones

¿Quiénes participan?


Bibliografía




Conclusiones

2do Caso Práctico

14


Producto Determinar los objetivos del cliente Especificar el ámbito Determinar las características

¿Qué desarrollamos?


Bibliografía




Conclusiones

2do Caso Práctico

15


Proceso

Determinar los flujos de trabajo.

Determinar las actividades Asociar el Proceso al Producto

¿Cómo lo hacemos?


Bibliografía




Conclusiones

2do Caso Práctico

16


Proyecto Planificar Administrar los recursos Supervisar Medir y Controlar

¿Cómo lo gestionamos y controlamos?


Bibliografía




Conclusiones

2do Caso Práctico

17

Sesión 3Ingeniería de SoftwarePlanificación


Bibliografía




Conclusiones

2do Caso Práctico

¿Un Plan es sólo un GANTT?

18


Plan: Contenido• Actividades• Entregables• Riesgos• Elementos de Calidad• Hitos de Control• Calendarios

Generación de un Plan Contenido de Sesión

Bibliografía




Conclusiones

2do Caso Práctico

19


Concepto de MetodologíaConcepto de Metodología Contenido de Sesión

Bibliografía




Conclusiones

2do Caso Práctico

20


“El Proceso de la Ingeniería del Software es la unión que mantiene juntas las capas de tecnología y que permite un desarrollo racional y oportuno de la ingeniería del software. El Proceso define un marco de trabajo para un conjunto de áreas clave de proceso que se deben establecer para la entrega efectiva de la tecnología de la ingeniería del software”

PRESSMAN, Roger 2002 Ingeniería del Software – Un Enfoque Práctico, Mc Graw Hill

Metodologías Contenido de Sesión

Bibliografía




Conclusiones

2do Caso Práctico

21


“Un proceso de desarrollo de software es el conjunto de actividades necesarias para transformar los requisitos de usuario en un sistema software”

JACOBSON, Ivar; BOOCH, Grady y RUMBAUGH, James 2000 El proceso unificado de desarrollo de software, Addison Wesley


Bibliografía




Conclusiones

2do Caso Práctico

22


“The design and implementation activities are those which transform the purchaser’s requirements specification into a software product. Because of the complexity of software products, it is imperative that these activities be carried out in a disciplined manner, in order to produce a product according to specification rather than depending on the test and validation activities for assurance of quality”

ISO 9000 – 3:1993 Quality management and quality assurance standards


Bibliografía




Conclusiones

2do Caso Práctico"Las actividades del diseño y la ejecución son los que transforman los requisitos de las especificaciones del cliente en un producto de software. Debido a la complejidad de los productos de software, es imperativo que estas actividades se lleven a cabo de una manera disciplinada, con el fin de producir un producto de acuerdo con las especificaciones más que depender de la prueba y validación para el aseguramiento de la calidad "

23


• Métrica 3 – MAP (España)• Clean Room – SEI (EEUU)• Larman – Propietaria (Canada)• OMT – Rumbaugh (EEUU)• Objetory – Jacobson (Suecia)• RUP – IBM (USA)• Ciclo de Vida del Software – Perú

Las Metodologías Contenido de Sesión

Bibliografía




Conclusiones

2do Caso Práctico

24


El Plan se define para el desarrollo del proyecto El proyecto se define para la construcción del

producto. La gestión emplea el plan para controlar el proyecto

de desarrollo. La gestión debe abarcar todo el proyecto. La gestión debe verificar responsabilidades. La gestión debe verificar productos. La Metodología permite controlar el proceso de

desarrollo.

Conclusiones Contenido de Sesión

Bibliografía




Conclusiones

2do Caso Práctico

25

Sesión 3Ingeniería de SoftwareCaso Práctico No. 2

Caso Práctico : Portal del Pisco

Desarrolle en forma grupal el caso práctico “Portal del Pisco” y presente a su profesor


Bibliografía




Conclusiones

2do Caso Práctico

Documents

IS-Sesion 3 Metodologia