Anda di halaman 1dari 11

INSTITUTO TECNOLGICO DE PIEDRAS NEGRAS

Unidad II. Planificacin del sistema


Planificacin y Modelado

Perla Alejandra Ocaa Bocanegra Katia Ximena Tirado Jara Sara Azucena Lara Palacios

23/03/2012

Lic. En Informtica

Unidad II. Planificacin del sistema 2012


Introduccin
La Planificacin es una gua 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 revisin es continua, ya que tanto requerimientos como restricciones pueden cambiar a lo largo del desarrollo. El xito o fracaso de un proyecto de software depende en gran parte de la planificacin, ya que con ayuda de sta se pueden evitar problemas a los que un proyecto est sujeto, tales como: Retraso de tiempo de entrega Sobrepasar el presupuesto Baja calidad del producto Alto costo de mantenimiento, etc.

El gestor de proyecto es responsable de planear y supervisar el proyecto para que este se lleve a cabo: dentro de los tiempos establecidos conforme a los estndares requeridos acorde al presupuesto Durante la planificacin, el gestor del proyecto debe tener un plan para enfrentarse a los problemas que puedan surgir durante el desarrollo del proyecto y poder solucionarlos. Al ir desarrollndose el proyecto se obtiene mayor y mejor informacin, esto modificar el plan inicial, lo que conduce a replanear el calendario de actividades necesarias para desarrollar el proyecto. Los pasos de la planificacin de un proyecto comprende las siguientes ilustraciones: Delimitar el mbito del software Realizar estimaciones de tiempo, costo y esfuerzo Calendarizar el trabajo Gestionar riesgos Controlar la calidad y los cambios Gestin de configuracin de software

La planificacin inicia con la valoracin de las restricciones impuestas por el cliente. Es importante que antes de realizar la estimacin, se delimite el mbito del software. En esta

Unidad II. Planificacin del sistema 2012


etapa se evalan las funciones, y desempeo del software. Se describen los datos que se procesarn, funciones, desempeo, restricciones, interfaces y viabilidad. Las actividades de planificacin del tiempo, estimacin de costo y recursos para acometer el esfuerzo de desarrollo, se describen posteriormente los puntos 2.1 y 2.2 respectivamente.

2.1- Planificacin del Tiempo


El factor tiempo es muy importante en el desarrollo de software ya que ganaremos o perderemos a un cliente si este no es entregado en los tiempos establecido o ya negociados. La planificacin de tiempo se puede definir como una actividad en la cual se debe estimar el tiempo que requerir para llevar a cabo una tarea y los recursos necesarios para su realizacin. Durante la recoleccin de requerimientos, se listan todos los elementos que se deben entregar del proyecto, que son los tems que los clientes esperan ver durante el desarrollo del proyecto, tales como: La documentacin, que describir el estado del software en desarrollo. Demostraciones de funciones, precisin, confiabilidad, seguridad, y desempeo.

Es el proceso de establecer metas y elegir medios para alcanzar dichas metas en una duracin de tiempo determinado. Diagrama de Gantt.- Es un diagrama de barras. En l se muestran las fechas de comienzo y finalizacin de las actividades y las duraciones estimadas. La forma habitual de presentar el plan de ejecucin de un proyecto, recogiendo en las filas la relacin de actividades a realizar y en las columnas la escala de tiempos que estamos manejando, mientras la duracin y situacin en el tiempo de cada actividad se representa mediante una lnea dibujada en el lugar correspondiente. PDM (precedence diagramming method).- Se basa en la utilizacin de una red en la que figuran las actividades en los nodos y los arcos representan demoras de tiempo entre los puntos (comienzo o fin de nodo) que unen, a la vez que muestran las dependencias. Permiten reflejar distintas relaciones de precedencia entre tareas. ADM (arrow diagramming method).- Est orientada a las actividades, y se aplica en la industria de la construccin, en la que de forma habitual el tiempo de cada actividad es

Unidad II. Planificacin del sistema 2012


muy controlable. Las actividades se representan con flechas que se conectan con nodos para mostrar las dependencias. Agenda.- Instrumento que se compone de una estructura donde se almacena informacin de actividades con su determinada duracin de tiempo y da que se realizara la actividad. PERT (program evaluation and review technique).- Con un diagrama PERT se obtiene un conocimiento preciso de la secuencia necesaria , se trata de un mtodo muy orientado al plazo de ejecucin, con poca consideracin hacia al coste.

Cronograma de actividades.- Esquema bsico donde se distribuye y organiza en forma de secuencia temporal el conjunto de actividades diseadas a lo largo de un curso. La organizacin temporal se establece en torno a dos ejes: la duracin y el tiempo que se dedicar al desarrollo de cada actividad.

2.2- Evaluacin del Costo Beneficio


Para la identificacin de los costos y beneficios del proyecto que son pertinentes para su evaluacin, es necesario definir una situacin base o situacin sin proyecto; la comparacin de lo que sucede con proyecto versus lo que hubiera sucedido sin proyecto, definir los costos y beneficios pertinentes del mismo. La evaluacin puede ser realizada desde dos pticas diferentes: a) La evaluacin privada Que a su vez tiene dos enfoques: la evaluacin econmica, que asume que todo el proyecto se lleva a cabo con capital propio y, por lo tanto, no toma en cuenta el problema financiero; y la evaluacin financiera, que diferencia el capital propio del prestado. b) La evaluacin social En sta, tanto los beneficios como los costos se valoran a precios sombra de eficiencia o de cuenta. Para la evaluacin social interesa el flujo de recursos reales (de los bienes y servicios) utilizados y producidos por el proyecto. Los costos y beneficios sociales podrn ser distintos de los contemplados por la evaluacin privada econmica. La evaluacin econmica tiene como objetivo el determinar el impacto que el proyecto produce sobre la economa como un todo. La evaluacin social se diferencia de la anterior por incorporar explcitamente el problema distribucional dentro de la evaluacin. Esta integracin de eficiencia con equidad se traduce en una valoracin de precios sociales. En los proyectos sociales se ha planteado la cuestin de quin afronta los costos desde una perspectiva diferente. Al respecto hay tres respuestas posibles: el individuo, el gobierno local, o la sociedad en su conjunto. Desde el punto de vista individual, se considera la perspectiva del beneficiario del proyecto. La perspectiva de la comunidad local plantea el problema de la fuente de

Unidad II. Planificacin del sistema 2012


financiamiento. Respecto a la sociedad nacional, hay que considerar no solo los costos y beneficios directos, sino tambin los de carcter secundario e intangible. El ACB permite determinar los costos y beneficios a tener en cuenta en cada una de las perspectivas consideradas previamente. Por otro lado, mediante la actualizacin, hace converger los flujos futuros de beneficios y costos en un momento dado en el tiempo (valor presente o actual) tornndolos comparables. Relaciona, por ltimo, los costos y beneficios del proyecto, utilizando indicadores sintticos de su grado de rentabilidad, segn la ptica de la evaluacin (privada o social). El anlisis econmico incluye lo que se llama, el anlisis o evaluacin de costo beneficio, significa una valoracin de la inversin econmica comparado con los beneficios que se obtendrn en la comercializacin y utilidad del producto o sistema. El anlisis econmico sirve para: Valorar la necesidad de la realizacin de un proyecto. Seleccionar la alternativa ms beneficiosa para la realizacin del proyecto. Estimar adecuadamente los recursos econmicos necesarios en el plazo de realizacin del proyecto.

Muchas veces en el desarrollo de Sistemas, los beneficios son intangibles y resulta un poco dificultoso evaluarlo, esto vara de acuerdo a la caractersticas del Sistema. El anlisis de costo beneficio es una fase muy importante de ella depende la posibilidad de desarrollar o no el proyecto. Algunos costos y beneficios pueden cuantificarse fcilmente. Los beneficios que pueden cuantificarse con facilidad son de dos tipos generales: Ahorros en costos, tales como una disminucin en costos de operacin y aumentos en las utilidades directas. Otros ejemplos de beneficios tangibles son: Disminucin de errores Incremento de rentabilidad Reduccin de costos anteriores (fijos o variables)

Beneficios intangibles aquellos que en el momento del anlisis, no se pueden cuantificar y con frecuencia estn relacionados a la calidad de la informacin que proporciona el sistema, tales como los listados a continuacin: Satisfaccin en el servicio al cliente En las actividades administrativas, mejora en la toma de decisiones

Segn la Sociedad Latinoamericana para la Calidad, el anlisis costo beneficio es el proceso de colocar cifras en dlares en los diferentes costos y beneficios de una

Unidad II. Planificacin del sistema 2012


actividad. Al utilizarlo, se puede estimar el impacto financiero acumulado de lo que se pretende lograr.

2.3- Estudio de Viabilidad


Mientras que el Plan de Sistemas de Informacin tiene como objetivo proporcionar un marco estratgico que sirva de referencia para los Sistemas de Informacin de un mbito concreto de una organizacin, el objetivo del Estudio de Viabilidad del Sistema es el anlisis de un conjunto concreto de necesidades para proponer una solucin a corto plazo, que tenga en cuenta restricciones econmicas, tcnicas, legales y operativas. La solucin obtenida como resultado del estudio puede ser la definicin de uno o varios proyectos que afecten a uno o varios sistemas de informacin ya existentes o nuevos. Para ello, se identifican los requisitos que se ha de satisfacer y se estudia, si procede, la situacin actual. A partir del estado inicial, la situacin actual y los requisitos planteados, se estudian las alternativas de solucin. Dichas alternativas pueden incluir soluciones que impliquen desarrollos a medida, soluciones basadas en la adquisicin de productos software del mercado o soluciones mixtas. Se describe cada una de las alternativas, indicando los requisitos que cubre. Una vez descritas cada una de las alternativas planteadas, se valora su impacto en la organizacin, la inversin a realizar en cada caso y los riesgos asociados. Esta informacin se analiza con el fin de evaluar las distintas alternativas y seleccionar la ms adecuada, definiendo y estableciendo su planificacin. Si en la organizacin se ha realizado con anterioridad un Plan de Sistemas de Informacin que afecte al sistema objeto de este estudio, se dispondr de un conjunto de productos que proporcionarn informacin a tener en cuenta en todo el proceso. Las actividades que engloba este proceso se recogen en la siguiente figura, en la que se indican las actividades que pueden ejecutarse en paralelo y las que precisan para su realizacin resultados originados en actividades anteriores.

Unidad II. Planificacin del sistema 2012

El proceso de ingeniera de requerimientos comienza con un estudio de viabilidad. Este es un estudio corto que ayuda a resolver si un nuevo sistema de software es o no candidato para desarrollarse de acuerdo a los recursos y restricciones impuestas por la organizacin. Dentro del PU, durante la fase de inicio uno de sus objetivos es la decisin de proceder o no con el proyecto, es decir, se establece el anlisis de negocio, o dicho en otras palabras establecer la viabilidad del proyecto. De acuerdo con Sommerville [SOM00], el estudio de viabilidad est orientado a resolver las siguientes preguntas: El sistema contribuye a los objetivos generales de la organizacin? El sistema puede implementarse utilizando la tecnologa actual y con las restricciones establecidas? El sistema puede integrarse a otros que existen en la organizacin?

Llevar a cabo un estudio de factibilidad comprende la evaluacin y recoleccin de informacin y la redaccin de informes.

Unidad II. Planificacin del sistema 2012


2.4- Planificacin de la Documentacin
Para mantener informado al cliente acerca de los riesgos, de la planificacin de tiempo y de la organizacin usualmente se hace por medio de un documento llamado plan de proyecto. El plan del proyecto de software se produce como culminacin de la etapa de planificacin. El plan del proyecto de software es un documento breve, est dirigido a una diversa audiencia y debe: 1. Comunicar el alcance y recursos a los gestores del Software, personal tcnico y clientes. 2. Definir los riesgos y sugerir planes de contingencia 3. Definir el costo y el plan temporal para la revisin de la gestin. 4. Proporcionar una aproximacin global del desarrollo del software para toda la gente involucrada en el proyecto. 5. Describir cmo se garantizar la calidad y la gestin de cambios. De acuerdo a Pfleeger [PFL02], un buen plan de proyecto incluye lo siguiente: 1. Alcance del proyecto (lo que si y no incluir, como objetivos, funciones, etc.) 2. Planificacin temporal (se puede utilizar un diagrama de Gantt) 3. Organizacin del equipo del proyecto 4. Descripcin tcnica del sistema propuesto 5. Estndares, procedimientos, tcnicas y herramientas propuestas 6. Plan de calidad 7. Plan de gestin de configuracin de software 8. Plan de documentacin 9. Plan de gestin de datos (recursos humanos, de hardware y software) 10. Plan de gestin de recursos 11. Plan de prueba 12. Plan de entrenamiento

Unidad II. Planificacin del sistema 2012


13. Plan de seguridad 14. Plan de gestin de riesgo 15. Plan de mantenimiento

2.5- Gestin de la Configuracin del Software


Los cambios durante el proceso de construccin de un software: Son inevitables Provocan confusin e incertidumbre Pueden ocurrir en cualquier momento

Estos cambios aumentan conforme avanza el tiempo. La primera ley de ingeniera de sistemas [BER80] dice: sin importar en qu momento del ciclo de vida del sistema nos encontremos, el cambio se producir, y el deseo de cambiarlo persistir a lo largo de todo el ciclo de vida del sistema. De ah surge necesidad de la gestin de configuracin del software. El arte de coordinar el desarrollo de software para minimizarla confusin, se denomina gestin de la configuracin. La gestin es el arte de identificar, organizar y controlar las modificaciones que sufre el softwarela meta es maximizar la productividad minimizando errores. De acuerdo con Pressman, las actividades de GCS sirven para: Identificar el cambio de nuestro software. Controlar ese cambio. Garantizar que el cambio quede bien implantado. Informar el cambio.

La GCS no es un mantenimiento del software, el mantenimiento es la etapa final de la ingeniera hasta que se retire el producto del equipo, la CGS es un conjunto de actividades de seguimiento y control que comienzan cuando se inicia el proyecto de desarrollo del software y termina slo una vez que el software queda fuera de circulacin. Por qu cambiar el sistema? Que produce los cambios en el sistema? La respuesta a estas interrogantes se puede encontrar en cuatro aspectos fundamentales y a menudo muy tradicionales dentro del desarrollo del software: Nuevos requisitos del negocio o condiciones que dictan los cambios en las condiciones del producto o en las normas comerciales.

Unidad II. Planificacin del sistema 2012


Nuevas necesidades del los clientes que demandan la modificacin de los datos producidos por un sistema basado en computadora. Reorganizacin y/o reduccin del volumen comercial que provoca cambios en las prioridades del proyecto o en la estructura del equipo de ingeniera del software. Restricciones presupuestarias o de planificaciones que provocan una redefinicin del sistema o del producto.

La GCS realiza un conjunto de actividades desarrolladas para gestionar y registrar los cambios a lo largo del ciclo de vida del software [PRE02].De acuerdo con Sommerville, la GCS Implica el desarrollo y uso de procedimientos y estndares para administrar un producto de software evolutivo.

Conclusin
La planeacin de proyectos de software es una parte esencial de la ingeniera del software. La buena gestin no puede garantizar el xito del proyecto, perola mala llevara al fracaso del proyecto. La administracin efectiva de un proyecto de software depende de planear completamente el progreso del proyecto. El administrador del proyecto debe anticiparse a los problemas que podran surgir, as como preparar soluciones tentativas a esos problemas. Un plan, preparado al inicio de un proyecto, debe utilizarse como un conductor para el proyecto. Este plan inicial debe ser el mejor posible de acuerdo con la informacin disponible. Este evolucionara conforme el proyecto progrese y la informacin disponible ser mejor.

10

Unidad II. Planificacin del sistema 2012


Bibliografa Pressman Roger S. Ingeniera del Software 5/E. Mc Graw Hill 2001 Sommerville, Ian. Ingenieria del Software. Prentice Hall. 2001 Internet.

11