REPBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA EDUCACIN SUPERIOR INSTITUTO UNIVERSITARIO DE TECNOLOGA AGRO-INDUSTRIAL EXTENSIN

ZONA SUR EL PIAL ESTADO TCHIRA

PLANEACIN DE PROYECTOS INFORMTICOS

INTEGRANTES: COLMENARES RICO VILMA YELITZA CI. 10.172.878 MNDEZ CHACN RONALD ALEXANDER C.I. 14.707.289 GUZMN SOTO YURAIMA C.I. 10164.013 ARAQUE RAMIREZ CRUZ ALIRIO C.I. 21.222.214 SECCIN: IN4A

EL PIAL, MAYO 2013

INTRODUCCIN El proceso de gestin de un proyecto de software comienza con un conjunto de actividades que, globalmente, se denominan planificacin del proyecto. No podemos pedir exactitud a la fase de planificacin, es solo una idea de cmo van a transcurrir las cosas. Hay que planificar el trabajo, los recursos humanos y la tecnologa. Planificar es estimar. Estimar es la base de todas las dems actividades de planificacin del proyecto y sirve como gua para una buena ingeniera del software. Echar un vistazo al futuro y aceptar cierto grado de incertidumbre. Es aplicar el sentido comn y el conocimiento a un determinado problema. No debe llevarse a cabo de forma descuidada. En informtica, no podemos fiarnos de la intuicin, una buena planificacin acaba permitiendo abordar un proyecto y ayuda al proceso de refinamiento. La estimacin de recursos, costes y planificacin temporal de un proyecto requiere experiencia, una buena informacin histrica y confiar en medidas cuantitativas cuando todo lo que conocemos son datos cualitativos. La estimacin conlleva un riesgo que lleva a la incertidumbre. La complejidad del proyecto tiene un gran efecto en la incertidumbre, presente en toda planificacin y , es una medida relativa que se ve afectada por la familiaridad con esfuerzos anteriores (experiencia adquirida en proyectos anteriores). El tamao del proyecto es otro factor importante que puede afectar a la precisin de las estimaciones. Conforme aumenta el tamao, crece rpidamente la interdependencia entre varios elementos del software. El grado de incertidumbre en la especificacin de requisitos tiene efecto en el riesgo de la estimacin. La disponibilidad de informacin histrica tambin determina el riesgo de la estimacin. El riesgo se mide por el grado de incertidumbre en las estimaciones cuantitativas establecidas por los recursos, coste y planificacin temporal. Si no se entiende bien el mbito del proyecto o los requisitos del proyecto estn sujetos a cambios, la incertidumbre y el riesgo son peligrosamente altos. El planificador del software debera solicitar definiciones completas de rendimiento y de interfaz dentro de una especificacin del sistema. El planificador y el cliente deben

tener presente que cualquier cambio en los requisitos del software significa inestabilidad en el coste y en la planificacin temporal.

PLANEACIN DEL PROYECTO INFORMTICO

OBJETIVO DE LA PLANIFICACIN DEL PROYECTO: Es proporcionar un marco de trabajo que permita al gestor del proyecto hacer estimaciones razonables de recursos, coste y planificacin temporal. Las estimaciones se hacen dentro de un tiempo limitado al comienzo de un proyecto software, y deberan actualizarse con el progreso de este. Adems, se deben definir escenarios del mejor y del peor caso para limitar los resultados del proyecto.

PLANEACIN DEL PROYECTO La planeacin efectiva de un proyecto de software depende de la planeacin detallada de su avance, anticipando problemas que puedan surgir y preparando con anticipacin soluciones tentativas a ellos. Se supondr que el administrador del proyecto es responsable de la Planeacin desde la definicin de requisitos hasta la entrega del sistema terminado. Los puntos analizados posteriormente generalmente son requeridos por grandes sistemas de programacin, sin embargo estos puntos son validos tambin para sistemas pequeos. Panorama: Hace una descripcin general del proyecto detalle de la organizacin del plan y resume el resto del documento. Plan de fases. Se analiza el ciclo de desarrollo del proyecto como es: anlisis de requisitos, fase de diseo de alto nivel, fase de diseo de bajo nivel, etc. Asociada con cada fase debe de haber una fecha que especifique cuando se debe terminar estas fases y una indicacin de cmo se pueden solapar las distintas fases del proyecto. Plan de organizacin: Se definen las responsabilidades especficas de los grupos que

intervienen en el proyecto. Plan de pruebas. Se hace un esbozo general de las pruebas y de las herramientas, procedimientos y responsabilidades para realizar las pruebas del sistema. Plan de control de modificaciones. Se establece un mecanismo para aplicar las modificaciones que se requieran a medida que se desarrolle el sistema. Plan de documentacin. Su funcin es definir y controlar la documentacin asociada con el proyecto. Plan de capacitacin. Se describe la preparacin de los programadores que participan en el proyecto y las instrucciones a los usuarios para la utilizacin del sistema que se les entregue. Plan de revisin e informes. Se analiza cmo se informa del estado del proyecto y se definen las revisiones formales asociadas con el avance de proyecto. Plan de instalacin y operacin, Se describe el procedimiento para instalar el sistema en la localidad del usuario. Plan de recursos y entregas: Se resume los detalles crticos del proyecto como fechas programadas, marcas de logros y todos los artculos que deben entrar bajo contrato. ndice. Se muestra en donde encontrar las cosas dentro del plan. Plan de mantenimiento. //Se establece un bosquejo de los posibles tipos de mantenimiento que se tienen que dar para futuras versiones del sistema.

Objetivos de la Planificacin del Proyecto:

1.- Conocer y controlar el ciclo de la vida de un proyecto. 2.- Abordar la gestin de un proyecto informtico con mtodo. 3.- Conocer diferencias tcnicas de Gestin.

El Objetivo de la planificacin se logra mediante un proceso de descubrimiento de la informacin que lleve a estimaciones razonables.

ACTIVIDADES ASOCIADAS AL PROYECTO DE SOFTWARE mbito del Software: Es la primera actividad de llevada a cabo durante la planificacin del proyecto de Software. En esta etapa se deben evaluar la funcin y el rendimiento que le asignaron al Software durante la Ingeniera del Sistema de Computadora para establecer un mbito de proyecto que no sea ambiguo, e incomprensible para directivos y tcnicos. Describe la funcin, el rendimiento, las restricciones, las interfaces y la fiabilidad, se evalan las funciones del mbito y en algunos casos se refinan para dar ms detalles antes del comienzo de la estimacin. Las restricciones de rendimiento abarcan los requisitos de tiempo de respuesta y procesamiento, identifican los lmites del software originados por el hardware externo, por la memoria disponible y por otros sistemas existentes. El mbito se define como un pre-requisito para la estimacin y existen algunos elementos que se debe tomar en cuenta como es: La Obtencin de la Informacin necesaria para el software. Para esto el analista y el cliente se renen sobre las expectativas del proyecto y se ponen de acuerdo en los puntos de inters para su desarrollo. Recursos: La Segunda tarea de la planificacin del desarrollo de Software es la estimacin de los recursos requeridos para acometer el esfuerzo de desarrollo de Software, esto simula a una pirmide donde las Herramientas (hardware y Software), son la base proporcional de soporte al esfuerzo de desarrollo, en segundo nivel de la pirmide se encuentran los Componentes reutilizables. Y en la parte ms alta de la pirmide se encuentra el recurso primario, las personas (el recurso humano).

1.- Recursos Humanos. 2.- Componentes Reutilizables. 3.- Herramientas de Software y Hardware.

Cada recurso queda especificado mediante cuatro caractersticas: Descripcin del recurso. Informes de disponibilidad. Fecha cronolgica en la que se requiere el recurso. Tiempo durante el que ser aplicado el recurso.

Recursos Humano: La Cantidad de personas requeridas para el desarrollo de un proyecto de software solo puede ser determinado despus de hacer una estimacin del esfuerzo de desarrollo (por ejemplo personas mes o personas aos), y seleccionar la posicin dentro de la organizacin y la especialidad que desempeara cada profesional.

Recursos o componentes de software reutilizables: Cualquier estudio sobre recursos de software estara incompleto sin estudiar la reutilizacin, esto es la creacin y la reutilizacin de bloques de construccin de Software. Tales bloques se deben establecer en catlogos para una consulta ms fcil, estandarizarse para una fcil aplicacin y validarse para la tambin fcil integracin. El Autor Bennatan sugiere cuatro categoras de recursos de software que se deberan tener en cuenta a medida que se avanza con la planificacin: 1.- Componentes ya desarrollados. 2.- Componentes ya experimentados. 3.- Componentes con experiencia Parcial. 4.- Componentes nuevos.

Recursos de entorno:

El entorno es donde se apoya el proyecto de Software, llamado a menudo entorno de Ingeniera 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 prctica de la Ingeniera del Software, un planificador de proyectos debe determinar la ventana temporal requerida para el Hardware y el Software, y verificar que estos recursos estn disponibles. Muchas veces el desarrollo de las pruebas de validacin de un proyecto de software para la composicin automatizada puede necesitar un compositor de fotografas en algn punto durante el desarrollo. Cada elemento de hardware debe ser especificado por el planificador del Proyecto de Software. Estimacin del proyecto de Software: En el principio el costo del Software constitua un pequeo porcentaje del costo total de los sistemas basados en Computadoras. Hoy en da el Software es el elemento ms caro de la mayora de los sistemas informticos. Es una pequea planeacin sobre qu es lo que va a ser mi proyecto. Una de las actividades cruciales del proceso de gestin del proyecto del software es la planificacin. Cuando se planifica un proyecto de software se tiene que obtener estimaciones de esfuerzo humano requerido, de la duracin cronolgica del esfuerzo humano requerido, de la duracin cronolgica del proyecto y del costo. Pero en muchos de los casos las estimaciones se hacen valindose de la experiencia pasada como nica gua. Si un proyecto es bastante similar en tamao y funciona un proyecto es bastante similar en tamao y funciona un proyecto pasado es probable que el nuevo proyecto requiera aproximadamente la misma cantidad de esfuerzo, que dure aproximadamente lo mismo que el trabajo anterior. Pero qu pasa si el proyecto es totalmente distinto entonces puede que las experiencias obtenidas no sean suficientes. Se han desarrollado varias tcnicas de estimacin para el desarrollo de software, aunque cada una tiene sus puntos fuertes y sus puntos dbiles, todas tienen en comn los siguientes atributos. 1. Se han de establecer de antemano el mbito del proyecto.

2. Como bases para la realizacin de estimaciones se usan mtricas del software de proyectos pasados. 3. El proyecto se desglosa en partes ms pequeas que se estiman individualmente. Cada tcnica de estimacin tiene sus propias fortalezas y debilidades. Para proyectos grandes, se deben utilizar varias tcnicas de estimacin de costos y comparar sus resultados. Si stos predicen costos radicalmente diferentes, esto indica que no se tiene suficiente informacin para generar los costos. Se debe buscar ms informaciones y repetir el proceso hasta que la estimacin converja. Un gran error en la estimacin del costo puede ser lo que marque la diferencia entre beneficios y perdidas, la estimacin del costo y del esfuerzo del software nunca ser una ciencia exacta, son demasiadas las variables: humanas, tcnicas, de entorno, polticas, que pueden afectar el costo final del software y el esfuerzo aplicado para desarrollarlo. Para realizar estimaciones seguras de costos y esfuerzos tienen varias opciones posibles: Base las estimaciones en proyectos similares ya terminados. Utilice tcnicas de descomposicin relativamente sencillas para generar las estimaciones de costos y esfuerzo del proyecto. Desarrolle un modelo emprico para l clculo de costos y esfuerzos del Software. Desdichadamente la primera opcin, aunque atractiva no es prctica. La Segunda opcin puede funcionar razonablemente bien si el proyecto actual es bastante similar a los esfuerzos pasados y si otras influencias del proyecto son similares. Las opciones restantes son mtodos viables para la estimacin del proyecto de software. Desde el punto de vista ideal, se deben aplicar conjuntamente las tcnicas indicadas usando cada una de ellas como comprobacin de las otras. Antes de hacer una estimacin, el planificador del proyecto debe comprender el mbito del software a construir y generar una estimacin de su tamao.

DIFERENTES MODELOS DE ESTIMACIN

Existen diferentes modelos de estimacin como son: Los Modelos Empricos: Donde los datos que soportan la mayora de los modelos de estimacin obtienen una muestra limitada de proyectos. Por esta razn, el modelo de estimacin no es adecuado para todas las clases de software y en todos los entornos de desarrollo. Por lo tanto los resultados obtenidos de dichos modelos se deben utilizar con prudencia.

El Modelo COCOMO: Barry Boehm, en su libro clsico sobre economa de la Ingeniera del Software, introduce una jerarqua de modelos de estimacin de Software con el nombre de COCOMO, por su nombre en Ingles (Constructive, Cost, Model) modelo constructivo de costos. La jerarqua de modelos de Boehm esta constituida por los siguientes: Modelo I. //El Modelo COCOMO bsico calcula el esfuerzo y el costo del desarrollo de Software en funcin del tamao del programa, expresado en las lneas estimadas. Modelo II. //El Modelo COCOMO intermedio calcula el esfuerzo del desarrollo de software en funcin del tamao del programa y de un conjunto de conductores de costos que incluyen la evaluacin subjetiva del producto, del hardware, del personal y de los atributos del proyecto. Modelo III. //El modelo COCOMO avanzado incorpora todas las caractersticas de la versin intermedia y lleva a cabo una evaluacin del impacto de los conductores de costos en cada caso (anlisis, diseo, etc.) del proceso de ingeniera de Software.

Herramientas Automticas De Estimacin: Las herramientas automticas de estimacin permiten al planificador estimar costos y esfuerzos, as como llevar a cabo anlisis, con importantes variables del proyecto, tales como la fecha de entrega o la seleccin del personal. Aunque existen muchas herramientas automticas de estimacin, todas exhiben las mismas caractersticas generales y todas requieren de una o ms clases de datos.

A partir de estos datos, el modelo implementado por la herramienta automtica de estimacin proporciona estimaciones del esfuerzo requerido para llevar a cabo el proyecto, los costos, la carga de personal, la duracin, y en algunos casos la planificacin temporal de desarrollo y riesgos asociados. En resumen el planificador del Proyecto de Software tiene que estimar tres cosas antes de que comience el proyecto: cunto durar, cuanto esfuerzo requerir y cuanta gente estar implicada. Adems el planificador debe predecir los recursos de hardware y software que va a requerir y el riesgo implicado. Para obtener estimaciones exactas para un proyecto, generalmente se utilizan al menos dos de las tres tcnicas referidas anteriormente. Mediante la comparacin y la conciliacin de las estimaciones obtenidas con las diferentes tcnicas, el planificador puede obtener una estimacin ms exacta. La estimacin del proyecto de software nunca ser una ciencia exacta, pero la combinacin de buenos datos histricos y tcnicas puede mejorar la precisin de la estimacin.

ERRORES CLSICOS EN UN PROYECTO DE SOFTWARE 1. Mal anlisis en los requerimientos. 2. Una mala planeacin. 3. No tener una negociacin (documento, contrato) con el cliente. 4. No hacer un anlisis costo beneficio. 5. Desconocer el ambiente de trabajo de los usuarios. 6. Desconocer los usuarios que trabajan con el sistema. 7. Mala eleccin de recursos (hardware, software, humanos). 8. Herramientas para la planificacin y Gestin de productos Software. Para poder completar con xito un proyecto de software, se necesita tener un control riguroso sobre el tiempo, las personas o los imprevistos que puedan surgir,

como por ejemplo cambios en el software. Para ayudarnos en la planificacin y gestin de proyectos, Microsoft nos proporciona dos herramientas bsicas: Microsoft Project y Microsoft Solutions Framework. Microsoft Solutions Framework (MSF): es una flexible e interrelacionada serie de conceptos, modelos y prcticas de uso que controlan la planificacin, el desarrollo y la gestin de proyectos tecnolgicos. MSF se centra en los modelos de proceso y de equipo dejando en un segundo plano las elecciones tecnolgicas. Originalmente creado en 1994 para conseguir resolver los problemas a los que se enfrentaban las empresas en sus respectivos proyectos, se ha convertido posteriormente en un modelo prctico que facilita el xito de los proyectos tecnolgico.

CONCLUSIN

La planeacin de un proyecto informtico es el Proceso de gestin para la creacin de un Sistema o software, la cual encierra un conjunto de actividades, una de las cuales es la estimacin, y estimar es echar un vistazo al futuro y aceptar resignados cierto grado de incertidumbre. Aunque la estimacin, es ms un arte que una Ciencia, es una actividad importante que no debe llevarse a cabo de forma descuidada. Existen tcnicas tiles para la estimacin de costes de tiempo. Y dado que la estimacin es la base de todas las dems actividades de planificacin del proyecto y sirve como gua para una buena Ingeniera Sistemas y Software. Al estimar tomamos en cuenta no solo del procedimiento tcnico a utilizar en el proyecto, sino que se toma en cuenta los recursos, costos y planificacin. El Tamao del proyecto es otro factor importante que puede afectar la precisin de las estimaciones. A medida que el tamao aumenta, crece rpidamente la interdependencia entre varios elementos del Software. La disponibilidad de informacin Histrica es otro elemento que determina el riesgo de la estimacin.

REFERENCIAS

 http://informatica.uv.es/iiguia/2000/IPI/material/tema5.pdf http://www.wikilearning.com/articulo/planificacion_de_proyectosplaneacion_y_estimacion_de_proyectos_informaticos/9597-1