Richard Nuñez 25.056.795 Ing. de Sistemas

1. República Bolivariana de Venezuela
Ministerio del Poder Popular para la Educación Superior
Instituto Universitario Politécnico “Santiago Mariño”
Especialidad: Ing. de Sistemas
Asignatura: Sistemas II
Sección: SS
Profesora: Amalia Bachiller:
Nuñez, Richard. C.I: 25.056.795
Barcelona Febrero de 2018
PLANIFICACION DE UN PROYECTO DE SOFTWARE

2. INTRODUCCION
Planificación incorrecta constituyen la principal causa de
fracaso delos proyectos de desarrollo software, en mayor
medida que los típicos problemas técnicos, los debidos al
equipo de desarrollo o los causados por inadecuadas relaciones
con el cliente.
Esta situación podría ser evitada si el jefe de proyecto utilizará
una serie de técnicas de estimación de esfuerzo de desarrollo
que pueden ser aplicadas de un modo riguroso y repetitivo.
Por consiguiente, se puede considerar que la estimación del
esfuerzo de desarrollo es una ciencia y no una actividad
subjetiva sujeta a multitud de incertidumbres, de esta misma
manera se analizan diversas técnicas de estimación del
esfuerzo de desarrollo de un proyecto

3. PLANIFICACIÓN DE PROYECTO DE
SOFTWARE
La planificación de proyectos forma parte de la gestión de proyectos, la cual
se vale de cronogramas tales como diagrama de Gantt para planear y
subsecuentemente informar del progreso dentro del entorno del proyecto.
Es el proceso para cuantificar el tiempo y recursos que un proyecto costará.
La finalidad del planeamiento de proyecto es crear un plan de proyecto que un
gestor de proyectos (gestor de proyecto) pueda usar para acompañar el
progreso de su equipo.

4. OBJETIVOS DE LA PLANIFICACION DEL
PROYECTO
 Proporcionar un marco de trabajo que permita al gestor hacer estimaciones
razonables de recursos, costos y planificación temporal.
Estas estimaciones se hacen dentro de un marco de tiempo limitado al
comienzo de un proyecto de software, y deberían actualizarse regularmente
medida que progresa el proyecto.
 Las estimaciones deberían definir los escenarios del mejor caso, y peor caso,
de modo que los resultados del proyecto pueden limitarse.
El Objetivo de la planificación se logra mediante un proceso de descubrimiento
de la información que lleve a estimaciones razonables.

5. RECURS
OS
Cada recurso queda especificado mediante cuatro características:
1. DESCRIPCION DEL RECURSO
2. INFORMES DE DISPONIBILIDAD
3. FECHA CRONOLOGICA EN QUE SE REQUIERE EL RECURSO
4. TIEMPO DURANTE EL QUE SERA APLICADO EL RECURSO

6. La cantidad de personas requeridas para el desarrollo de un proyecto de software
(ingeniero- licenciado- técnico) y el manejo posterior del mismo dentro de la organización.
Se deberá seleccionar la posición dentro de la organización y la especialidad que
desempeñará cada profesional.
RECURSOS
HUMANOS
RECURSOS DEL
HADWARE
1. Sistema de desarrollo.
2. Maquina objetivo.
3. Demás elementos del nuevo sistema.
• Sistema de desarrollo: Llamada sistema anfitrión esta compuesto por las computadora
que se empleara
durante el desarrollo y sus periféricos.
• Maquina Objetivo: Tipos de maquinas en las cuales se ejecutara el sistema.
• Demás elementos del nuevo sistema: Lectores de códigos de barra, impresoras térmicas,
entre otros.

7. RECURSOS DE SOFTWARE
REUTILIZABLES
 Cualquier estudio sobre recurso de software estaría incompleto sin estudiar
la reutilización, esto es la creación y la reutilización de bloques (módulos o
bibliotecas) de construcción de software.
 Tales bloques se deben establecer en catálogos para una consulta más fácil,
estandarizarse para una fácil aplicación y validarse también para una fácil
integración.
HERRAMIENTAS DEL ENTORNO
El entorno es donde se apoya el proyecto de software, es la base que
proporciona la infraestructura de soporte al esfuerzo de desarrollo.
Las herramientas son: El Hardware y Software.

8. PIRÁMIDE DE RECURSOS RECURSOS HUMANOS COMPONENTES
DE SOFTWARE REUTILIZABLES HARDWARE CON HERRAMIENTAS
(SOFTWARE).

9. ALCANCE DEL
SOFTWARE
Una restricción o limitación aplicable, sea interna o externa al proyecto, que afectará el
desempeño del proyecto o de un proceso.
Las restricciones vendrán dadas en temas como:
 Fecha esperada de entrega del proyecto.
 Presupuesto máximo asignado al proyecto.
 Cantidad de recursos humanos y técnicos disponibles.
 Requerimientos mínimos necesarios y esperados (Alcance).
Es importante desde el inicio saber exactamente cuáles son las restricciones que limitan
el proyecto, y de esas, conocer cuál es la más importante para saber por donde poder
negociar.
1) RESTRICCIONES

10. 2) LIMITES
Los alcances o limites nos indican con precisión qué se puede esperar o cuales
aspectos alcanzaremos en la investigación.
Debe contener al menos los siguientes datos:
1. Los objetivos del proyecto.
2. Los resultados del proyecto.
3. Los límites del proyecto.
4. Los productos entregables del proyecto.
5. La organización e interesados en el proyecto.
6. Los riesgos del proyecto.
7. Los hitos del proyecto.
8. Los costes y financiación del proyecto.

11. ESTIMACIONES PARA EL DESARROLLO DE
SOFTWARE
A. ESTIMACIÓN DEL PROYECTO DE SOFTWARE: Para realizar estimaciones
relativamente seguras de costos y esfuerzos se tienen varias opciones posibles:
• Dejar la estimación para mas adelante (se puede realizar un estimación 100% fiable
después de haber terminado el proyecto) .
• Basar las estimaciones en proyectos similares ya terminados.
• Utilice técnicas de descomposición relativamente sencillas para generar las
estimaciones de costos y esfuerzo del proyecto.
• Desarrolle un modelo empírico para el cálculo de costos y esfuerzos de software.

12. B. ESTIMACIÓN BASADA EN EL PROCESO:
 El proceso a utilizar se descompone en un conjunto relativamente
pequeño de
actividades y tareas, y en el esfuerzo requerido para llevar a cabo la
estimación de
cada tarea.
 Comienzan con una delineación de las funciones del software.
 Se mezclan las funciones del programa y actividades del proceso.
 Como ultimo paso se calculan los costos y el esfuerzo de cada función y
la actividad del proceso de software.

13. C. ESTIMACION DE COSTOS: Es una evaluación cuantitativa de los costos 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 costos se estiman
para
todos los recursos que se aplican a la estimación de costos 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 costo.
A continuación se bosquejan las principales técnicas utilizadas para la estimación
de costos:
• Estimación por analogía
• Determinación de Tarifas de Costes de Recursos
• Software de Gestión de Proyectos
• Análisis de Propuestas para Licitaciones

14. Existen tres tipos de estructuras organizacionales:
1. Orientada a proyectos: En las organizaciones orientadas a proyectos, los
miembros del equipo suelen estar trabajando en el mismo lugar físico con
directores de proyecto con gran independencia y autoridad. Este tipo de
estructuras se observa en empresas que obtienen sus ingresos principalmente
de proyectos.
ESTRUCTURAS ORGANIZATIVAS

15. 2. Funcional: La estructura organizacional más tradicional es la
funcional. En este tipo de estructuras jerárquicas cada empleado tiene un
superior y las personas se agrupan por
especialidades: ingeniería, marketing, producción, etc.

16. 3. Matricial: Se mantiene la estructura funcional pero se crea una estructura
orientada a proyectos que utiliza recursos del resto de la organización.
Ahora bien, no todo es tan simple en las estructuras matriciales.
Por ejemplo: María, que trabajaba en el departamento de marketing, fue asignada al
Proyecto 1. Ella ya tenía bastantes dolores de cabeza con su jefe del departamento de
marketing y ahora tendrá que sufrir el doble por la asignación de una nueva jefa, la
Directora del Proyecto 1.

17. TIPOS DE ESTRUCTURAS
MATRICIALES
Las estructuras matriciales suelen ser de tres tipos:
I. Matricial fuerte: si el Director de Proyecto tiene más poder que el
gerente funcional.
II. Matricial débil: si el gerente funcional tiene más poder que el Director
de Proyecto.
III. Matricial equilibrada: cuando el Director de Proyecto y el gerente
funcional comparten el poder y las decisiones.

18. La planificación de los proyectos de desarrollo software puede ser realizada
deforma rigurosa, si es apoyada por el conjunto de técnicas de estimación
aquí contempladas.
Estas técnicas no son aplicables en el mismo momento del ciclo de vida del
proyecto, ni manejan la misma información de entrada; por lo que es
aconsejable la aplicación de varias de ellas y la repetición del proceso de
estimación en tres momentos: después de definir el alcance, después de la
especificación delos requisitos y después del diseño
CONCLUSION

19. BIBLIOGRAFIA
 Software Sizing and Estimating: Mark II Function Points (Function Point
Analysis) C Simons John Wiley & Sons 1991
 Leiva, R. (2012). Planificaciòn de proyecto de software. Recuperado de:
https://es.slideshare.net/hrubenleiva21/planificacin-de-proyectos-de-
software
 Sanchez, R. (2010) Lider de proyecto.com. Recuperado de:
http://www.liderdeproyecto.com/articulos/que_estructura_organizacional_se
_recomienda_para_proyectos.html