1 / 163

Planificación del Sistema

Planificación del Sistema. M.C. Juan Carlos Olivares Rojas jcolivar@itmorelia.edu.mx http://antares.itmorelia.edu.mx/~jcolivar/ juancarlosolivares@hotmail.com @jcolivares. Febrero 2010. Competencias. Específica: Realiza la planificación de un proyecto de software de una organización

norton
Download Presentation

Planificación del Sistema

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Planificación del Sistema M.C. Juan Carlos Olivares Rojas jcolivar@itmorelia.edu.mx http://antares.itmorelia.edu.mx/~jcolivar/ juancarlosolivares@hotmail.com @jcolivares Febrero 2010

  2. Competencias • Específica: Realiza la planificación de un proyecto de software de una organización • Genéricas • Instrumentales: Capacidad de análisis y síntesis, Capacidad de organizar y planificar, Conocimientos básicos de la carrera, Comunicación oral y escrita en su propia lengua, Habilidades de gestión de información, Solución de problemas, Toma de decisiones.

  3. Competencias • Interpersonales: Capacidad crítica y autocrítica, Capacidad de trabajar en equipo interdisciplinario, Capacidad de comunicarse con profesionales de otras áreas, Compromiso ético. • Sistémicas: Habilidades de investigación, Capacidad de adaptarse a nuevas situaciones, Capacidad de generar nuevas ideas (creatividad), Liderazgo, Capacidad para diseñar y gestionar proyectos, Iniciativa y espíritu emprendedor, Preocupación por la calidad, Búsqueda del logro.

  4. Saberes • Planificación del tiempo. • Evaluación del costo beneficio. • Estudio de viabilidad. • Planificación de la documentación. • Gestión de la configuración del software.

  5. Evidencias • 10% Actividades realizadas en el salón de clases evaluables • 30% Contracto del Proyecto • 60% Actividad de Evaluación Final (Teórico-Práctico)

  6. Planificación del tiempo • Para asegurar que un proyecto de software se realice de manera exitosa es necesario realizar la gestión del proyecto. • La gestión de proyectos se compone como cualquier proceso administrativo de cuatro etapas claves: planeación, organización, control y dirección. • Entre los recursos disponibles, el tiempo es la principal restricción de un sistema.

  7. Planificación del tiempo • Aunque la administración del tiempo sea prioritario en el desarrollo de proyectos de software, los recursos humanos y materiales deben ser gestionados de forma adecuada. Todos estos recursos implican el uso de recursos económicos. • La planeación es el primer acercamiento a la construcción de soluciones. Típicamente se compone de tres fases: Estimación, Itinerario, Seguimiento.

  8. Planificación del tiempo • La estimación es la parte más difícil de la planeación dado que se tiene que definir • Existen diferentes tipos de planeación en función al tiempo: operativa (táctica) y estratégica. • ¿qué tipo de planeación se realiza cuando se desarrolla software? • Planeación operativa.

  9. Planificación del tiempo • La planificación de proyectos de software es complicada por que es un producto intangible y no hay un “proceso” estándar definido. • La planeación parte del pleno entendimiento de lo que es el problema. • La planeación tiene como finalidad el logro de objetivos: en nuestro caso el desarrollo exitoso de productos de software.

  10. Planificación del tiempo • La planeación es un proceso que nos permite ver donde estamos, hacia donde queremos llegar y que se va a hacer para lograrlo (realización de un plan). • La planeación es todo un arte. En metodologías ágiles como XP se le llama el “juego de la planeación” dado que una vez que se ha planeado es necesario replanear. • La planeación no tiene un formato estándar.

  11. Planificación del tiempo • Un plan generalmente es un documento escrito que sirve de guía de desarrollo para cumplir las metas del proyecto. • Es un proceso iterativo el cual termina hasta que el proyecto mismo haya terminado. Esto quiere decir que su revisión es continua, ya que tanto requerimientos como restricciones pueden cambiar a lo largo del desarrollo.

  12. Planificación del tiempo • El éxito o fracaso de un proyecto de software depende en gran parte de la planificación, ya que con ayuda de ésta se pueden evitar problemas como: • Retraso de tiempo de entrega • Sobrepasar el presupuesto • Baja calidad del producto • Alto costo de mantenimiento, etc.

  13. Planificación Planificación del tiempo (calendarización) • GESTION DE • PROYECTOS • Propuesta • Planificación • Supervisión • Personal • Informal PLANIFICACIÓN Estimación de costos (esfuerzo) Gestión de riesgos y control de calidad Gestión de la configuración de sw

  14. Gestión de Proyectos • El proceso de gestión de proyectos consiste básicamente en: Establecer las prioridades de un proyecto Hacer la valoración inicial de las actividades del proyecto Definir los hitos del proyecto y productos a entregar Mientras el proyecto no se haya terminado o cancelado repetir Bosquejar la programación en el tiempo del proyecto Iniciar actividades conforme a la programación

  15. Gestión de Proyectos Esperar (por un momento) Revisar el progreso del proyecto Revisar los estimados de los parámetros del proyecto Actualizar la programación del proyecto Renegociar las restricciones del proyecto y los productos a entregar Si surgen problemas entonces Iniciar la revisión técnica Fin si Fin mientras

  16. Gestión de Proyectos • Durante la recolección de requerimientos, se listan todos los elementos que se deben entregar del proyecto: actividades e hitos. • Los hitos se convierten en la métrica fundamental que permite medir el grado de avance del proyecto. Más que los hitos son los “entregables del proyecto”. Un hito es un punto de control.

  17. Planificación del Proyecto

  18. Planificación del Proyecto • Ejemplo de una actividad de planeación: Instalar un Sistema de cómputo. • ¿Qué se puede Observar? • Que es incorrecta • ¿Por qué? Cada actividad realizada debe tener asignada un recurso humano responsable de hacerlo, recursos materiales (infraestructura) y financieros para llevarlo acabo.

  19. Planificación del Proyecto • Reformulando la actividad: Instalar un sistema de control computarizado en el Departamento de Control Escolar de cada Escuela, Unidad o Centro para el 31 de diciembre de 2006, que no requiera más de 500 horas de trabajo de análisis de sistemas y operaciones con más de 10% de paro durante los tres primeros meses. El responsable de esta actividad es el Ing. Fernando Martínez

  20. Actividades • En sus equipos de trabajo realicen la planeación de su proyecto.

  21. Planificación del Proyecto • Existen varias formas de representar una planeación: • Pueden representarse como una lista de actividades priorizadas, como un programa de actividades, como un calendario de actividades, como una matriz de responsabilidades, etc. • Lo importante es la especificación de las actividades a realizar así como los recursos utilizados y productos esperados.

  22. Planificación del Proyecto • Generalmente se inicia con lo que se conoce como diagrama de planeación, el cual es otra técnica de organización en la cual nos centramos en cada tarea. También recibe el nombre de diagrama de actividades. • En esta etapa se debe definir que actividades se pueden realizar sin depender de ninguna, que actividades para realizarse dependen de otras y finalmente que actividades pueden realizarse simultáneamente (en paralelo).

  23. Diagrama de Planeación • Los diagramas de actividades se pueden resumir en una matriz de tiempos, en donde básicamente se debe indicar las tareas, la estimación de tiempo y las relaciones con otras tareas (entregables representados con las letras M).

  24. Matriz de Tiempo • La matriz del tiempo debe contener al menos los siguientes campos: EDT/WBS (Código de la actividad), el nombre de la actividad y la duración en días. • La duración del tiempo puede ser estimada o fija. Se considera que un tiempo es fijo aquel que no puede realizarse en menos tiempo o que tiene que realizarse en una fecha indicada.

  25. Matriz de Tiempo • El tiempo puede ser calculado en base a la siguiente fórmula: • En donde: • te = Tiempo estimado • to = Tiempo optimista • tm = Tiempo promedio • tp = tiempo pesimista • Esta matriz del tiempo puede ser expresada de mejor forma de forma gráfica y de manera conjunta con un diagrama de Gantt.

  26. Diagrama de Planeación 3 10 1 6 2 7 11 4 5 9 12 8 • Al ser un grafo se pueden aplicar muchas técnicas para optimizar los proyectos. Es el tiempo mínimo requerido para finalizar el proyecto

  27. Diagrama de Gantt • Se recomienda usarlos cuando son menos de 20 actividades y el tiempo es breve.

  28. Ruta Crítica • Los métodos de optimización de planeación como CPM (Método de la ruta crítica) y PERT (Program Evaluation and Review Technice) ayudan a encontrar las mejores alteranativas de soluciónde un proyecto. • ¿Qué diferencias existente? • CPM es estático en PERT se toman tiempos de inicio y fin optimistas y pesimistas.

  29. Diagrama de Planeación • Se deben considerar siempre la asignación de recursos humanos a las actividades.

  30. Diagrama PERT • El manejo de redes de actvidades con PERT permite utilizar mejores modelos matemáticos de estimación.

  31. Actividad • Tarea: próximo viernes 19 de Febrero traer una laptop por equipo con un software de administración de proyectos como MS-Project, Mr. Project, WinProject, etc. • Crear una cuenta en google calendar. • Para ahorita determinar un diagrama de planeación y su matriz del tiempo incluyendo: actividad, dependencias, desgloce de tiempos estimados.

  32. Time Boxing • Se tiene bien definido las fechas de entrega y a partir de allí se realiza una planeación hacia atrás. • El producto final se entregará el viernes 4 de junio. En caso de retraso hasta el miércoles 9 de junio se considerará nivelación, hasta el viernes 11 de junio se considerará extraordinario. • Habrá un hito de revisión el viernes 7 de mayo.

  33. TimeBoxing • El contrato ya negociado se entregará el viernes 5 de marzo por lo que el inicio formal del proyecto es el lunes 8 de marzo. • El seguimiento del proyecto se reportará hasta el tercer parcial.

  34. WBS • Es una técnica de planeación en la cual se puede describir y cuantificar la cantidad de trabajo a realizar. • Es una estructura tipo árbol en la cual se esquematizan y jerarquizan cada una de las actividades a realizar. • Es muy parecido a un organigrama con la diferencia que aquí los nodos son tareas.

  35. WBS • Se debe cumplir la regla de que todas los nodos hijos de un padre la suma de sus ponderaciones dan 100% las actividades del padre. • Las tareas de WBS llevan una numeración que indica su orden y anidamiento, muy parecido a un índice temático.

  36. WBS • Las ramas de cada árbol se les llama paquete y deben ser totalmente independientes de otros paquetes. • Las actividades de mayor nivel (de preferencias todas) deben ser medibles para poder cuantificar el grado de avance. • Las actividades deben presentar resultados tangibles.

  37. WBS • El trabajar con WBS hace fácil y comprensible las actividades de desarrollo así como la asignación de personal a las actividades del proyecto en base a un organigrama 1 Instalar LotusNotes para apoyar el desarrollo de un proyecto Instalar cliente local Instalar servidor Instalar cliente remoto 2 Diseñar BD Programar BD 3

  38. WBS

  39. Administración de Proyectos

  40. WBS

  41. WBS

  42. Herramientas Admon. Proyectos • Existen muchas herramientas para la administración de proyectos que en esencia tienen las mismas carácterísticas básicas. • La primera actividad consiste en determinar las fechas de inicio y fin del proyecto así como especificar opciones del calendario, como días y horas laborales, etc.

  43. Herramientas Admon. Proyectos • Se pueden tener varias vistas del proyecto, de manera predeterminada se pone el diagrama de Gantt. • Para obtener el CPM se puede utilizar el Asistente para Diagrama de Gantt el cual permite especificar la ruta crítica. • El avance se puede realizar con una curva del proyecto indicando objetivos cumplidos y en que tiempo.

  44. Herramientas Admon. Proyectos • Cuando se inserta un recurso se asume que existe un 100% del recurso, es decir, existe un solo recurso para el proyecto. • Para asignar recursos se puede utilizar el asistente o la hoja de recursos. • Existen diversos tipos de costos: por uso (que dependen del tiempo) y fijos (que son constantes en la duración del proyecto).

  45. Herramientas Admon. Proyectos • También se pueden considerar tasas estándar y tasas por hora extra. • El project nos permite recalcular tiempos, asignación de recursos e hitos cuando ocurren cambios de manera muy similar a una hoja de cálculo. • La fórmula mágica de la gestión de proyectos es: Trabajo = Duración * Unidades.

  46. Herramientas Admon. Proyectos • Lo importante es llevar un control sobre el % de las actividades completadas y guiarnos con el tiempo. • Se pueden realizar informes y reportes más llamativos del proyecto.

  47. Actividad • Realizar el WBS del proyecto por equipo de trabajos. El WBS tendrá un anidamiento máximo de tres niveles (1.1.1) • Se mostrará en forma de árbol o de glosario, para cada nodo hoja se hará la estimación del tiempo esperado y se definirá el entregable de cada paquete.

  48. Evaluación del costo beneficio • En todo proyecto que se desarrolle siempre es importante conocer si es realmente es costo-efectivo el desarrollo de software tanto a nivel de cliente como a nivel de desarrollo. • Para poder evaluar un proyecto se necesita que esté terminado. Generalmente la evaluación se da antes de que comience el proyecto de allí la importancia que tiene la estimación en el desarrollo de software

  49. Evaluación del costo beneficio • El costo de los sistemas de información actualmente es del 90% por lo que una mala estimación puede originar que un proyecto se cancele, salga más costoso o requiera de más tiempo de desarrollo. • Para poder estimar, se necesita medir. Para poder medir se necesita de un patrón de comparación denominado métrica. Las métricas del software son amplias y variadas.

  50. Métricas del Software • Las métricas además de ayudarnos a medir nos sirve de base para la calidad. • Las métricas son la base de la estimación.

More Related