Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

PLANIFICACIÓN DEL PROYECTO DE SOFTWARE

No description
by

Gerardo Ramirez Hernandez

on 31 October 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of PLANIFICACIÓN DEL PROYECTO DE SOFTWARE

PLANIFICACIÓN DEL PROYECTO DE SOFTWARE
Definición
3.1. Aplicación de herramientas para estimación de tiempos
y costos de desarrollo de software: GANTT, PERT/CPM, uso
de software para la estimación de tiempos y costos.

La estimación de costes de una actividad es una evaluación cuantitativa de los costes probables de los recursos necesarios para completar las actividades del
cronograma del proyecto. Este tipo de estimación puede presentarse en forma de resumen o en detalle. Los costes se estiman para todos los recursos que se
aplican a la estimación de costes de la actividad. Esto incluye, entre otros, la mano de obra, los materiales, los equipos, los servicios, las instalaciones, la
tecnología de la información, y categorías especiales como una asignación por inflación o una reserva para contingencias de coste. A continuación se
bosquejan las principales técnicas utilizadas para la estimación de costes: Especificaciones de
los Requisitos del software Planificación del Proyecto
Plan para el Proyecto
3.2. Ámbito del software: recursos humanos, recursos de software reutilizables, recursos del entorno.
La Segunda tarea de la planificación del desarrollo de Software es la estimación de los recursos requeridos para acometer el esfuerzo de desarrollo de Software,esto simula a una pirámide donde las Herramientas (hardware y Software), son la base proporciona la infraestructura de soporte al esfuerzo de desarrollo, en segundo nivel de la pirámide se encuentran los Componentes reutilizables. Y en la parte más alta de la pirámide se encuentra el recurso primario, las personas (el recurso humano). Cada recurso queda especificado mediante cuatro
características:
A. Descripción del Recurso.
B. Informes de disponibilidad.
C. Fecha cronológica en la que se requiere el recurso.
D. Tiempo durante el que será aplicado el recurso.
RECURSOS HUMANOS:
ESTRATEGIAS:
Es un conjunto de acciones planificadas sistemáticamente en el tiempo que se llevan a cabo para lograr un determinado fin o misión. Es el proceso de desarrollo e implementación de planes para alcanzar propósitos y objetivos. Una de las herramientas más usuales en este tipo de planificación es el Análisis DAFO.
IDENTIFICACIÓN:
Es la acción y efecto de identificar o identificarse (reconocer si una persona o una cosa es la misma que se busca, hacer que dos o más cosas distintas se consideren como una misma, llegar a tener las mismas creencias o propósitos que otra persona, dar los datos necesarios para ser reconocido).
La planificación es fundamental en el proceso de desarrollo de un producto de
software (y en cualquier otro). En el mismo se establece, entre otras cosas, qué
tareas y cuándo se van a realizar y los recursos que utilizarán las mismas. En
base al plan de trabajo la gerencia podrá determinar si el proceso está
marchando en tiempo y si está utilizando los recursos (tiempo, personal, dinero,
etc.) de la forma esperada.
En esta lección presentamos qué componentes se
deben incluir en un plan para el desarrollo de un proyecto de software en 8 puntos:
-Estimado de Costos
-Programación del Tiempo
-Planificación del Personal
-Estructuración del Equipo de Trabajo (personal)
-Verificación y Control de Calidad
-Gerencia de Configuración
-Monitoreo del Proyecto
-Manejo de Riesgos



de sus entradas el documento con las especificaciones de requisitos del
software. El producto de esta etapa es el documento del Plan para el
Proyecto.
-Estimación por analogía
-Determinación de Tarifas de Costes de Recursos
-Estimación Ascendente
-Software de Gestión de Proyectos
-Análisis de Propuestas para Licitaciones



El resultado final de la estimación de costes es conocido como Presupuesto del
Proyecto. La preparación del presupuesto de costes implica sumar los costes estimados de las actividades del cronograma o paquetes de trabajo individuales
para establecer una línea base de coste total


Características:

Los estimados se necesitan antes de que comience el desarrollo
Se utiliza para competir en las subastas

Se utiliza para el control del proyecto

La exactitud del estimado aumenta con las fases del proyecto
ESTIMACIÓN DE TIEMPOS:
La estimación del tiempo forma parte del proceso de Gestión del Tiempo de la
Administración de Proyectos. La Gestión del Tiempo del Proyecto incluye los
procesos necesarios para lograr la conclusión del proyecto a tiempo. Los
procesos de Gestión del Tiempo del Proyecto incluyen lo siguiente:
1- Definición de las Actividades: identifica las actividades específicas del
cronograma que deben ser realizadas para producir los diferentes
productos entregables del proyecto.
2 -Establecimiento de la Secuencia de las Actividades: identifica y
documenta las dependencias entre las actividades del cronograma.
3- Estimación de Recursos de las Actividades: estima el tipo y las
cantidades de recursos necesarios para realizar cada actividad del
cronograma.
4- Estimación de la Duración de las Actividades: estima la cantidad de
períodos laborables que serán necesarios para completar cada
actividad del cronograma.
5- Desarrollo del Cronograma: analiza las secuencias de las actividades,
la duración de las actividades, los requisitos de recursos y las
restricciones del cronograma para crear el cronograma del proyecto.
6- Control del Cronograma: controla los cambios del cronograma del
proyecto.
Es una popular herramienta gráfica cuyo objetivo es mostrar el tiempo de
dedicación previsto para diferentes tareas o actividades a lo largo de un tiempo
total determinado. A pesar de que, en principio, el diagrama de Gantt no indica
las relaciones existentes entre actividades.

La Cantidad de personas requeridas para el desarrollo de un proyecto de
software solo puede ser determinado después de hacer una estimación del
esfuerzo de desarrollo (por ejemplo personas mes o personas años), y
seleccionar la posición dentro de la organización y la especialidad que
desempeñara cada profesional.
Es un modelo para la administración y gestión de proyectos inventado en 1958 por la Oficina de Proyectos Especiales de la Marina de Guerra del Departamento de Defensa de los EE. UU. como parte del proyecto Polaris de misil balístico móvil lanzado desde submarino. Este proyecto fue una respuesta directa a la crisis del Sputnik.
PERT es básicamente un método para analizar las tareas involucradas en
completar un proyecto dado, especialmente el tiempo para completar cada
tarea, e identificar el tiempo mínimo necesario para completar el proyecto total.
El entorno es donde se apoya el proyecto de Software, llamado a menudo
entorno de Ingeniería de Software, incorpora Hardware y Software. El
Hardware proporciona una plataforma con las herramientas (Software)
requeridas para producir los productos que son el resultado de la buena
práctica de la Ingeniería del Software, un planificador de proyectos debe
determinar la ventana temporal requerida para el Hardware y el Software, y
verificar que estos recursos estén disponibles.
3.3. Análisis y gestión del riesgo: estrategias, identificación,proyección, refinamiento, reducción, supervisión y gestióndel riesgo.
REFINAMIENTO:

1. El diseño del software es un proceso interactivo mediante el cual los requerimientos se traducen en un “plano” para construir el software.
Para lograr que un diseño sea presentable se deben seguir ciertas pautas, Implementar todos los requisitos explícitos contenidos en el modelo de análisis, y ajustarse a todos los requisitos del cliente.
2. Debe ser una guía legible y comprensible para quienes generan el código y quienes realizan pruebas, es decir, dan soporte al software.
3. Debe proporcionar una imagen completa del software desde una perspectiva de implementación.
Full transcript