Plan de proyecto En los captulos anteriores hemos visto algunas formas de recopilacin de requisitos de las aplicaciones en este caso

para la Web. Una vez teniendo en nuestro poder el panorama general de todo lo que se debe desarrollar de debe crear un Plan de Proyecto, el cual nos permitir hacernos de la idea general de todas las etapas de trabajo que se deben realizar para llevar a buen trmino la aplicacin en este caso Web que se desea desarrollar. Para ello nos podemos valer de todas las herramientas tecnolgicas que nos permitan avanzar y controlar cada etapa del proyecto. Por ejemplo Microsoft desarrollo la aplicacin Microsoft Project y es muy efectiva. Pero solo trabaja en el PC que est instalado. Existen alternativas Open Source del mismo tipo de herramienta como por ejemplo Open Workbench que lo pueden bajar gratuitamente desde http://sourceforge.net/projects/openworkbench/files/openworkbench/OWB %201.1.4/ Independientemente de la herramienta tecnolgica que usen debern crear un plan del proyecto que tenga al menos las siguientes etapas. Panorama o resumen Fases del plan Organizacin del plan Plan de pruebas Plan de control de modificaciones Plan de documentacin Plan de capacitacin Plan de revisin e informes Plan de instalacin y operacin Plan de recursos y entregas Plan de mantenimiento

Creando un plan de Proyecto razonable, podrn crearse mentalmente un plan de trabajo que les permita planificar cada una de las etapas haciendo estimaciones razonables de los recursos necesarios y los costos intrnseco que les llevar crear un sitio Web. La descripcin de las etapas del plan de proyecto se define as. Panorama o resumen En esta etapa se debe hacer un resumen de lo que se va a desarrollar, las motivaciones que mueven el proyecto y en general todas las observaciones no tcnicas que tengan que ver con el desarrollo de la aplicacin. Como alcances del mismo y su objetivo final ltimo. Fases del plan En esta etapa se definen el ciclo de desarrollo esperado para la aplicacin. Es evidente que muchas veces las fechas de finalizacin de los desarrollos para la Web estn definidos mucho antes que el anlisis real de la aplicacin, por lo que para cumplir con los exigentes plazos generalmente otorgados debamos ingresar a los proyectos mayor cantidad de recursos de tiempo hombre en vista que se nos quita el recurso tiempo. Lo ideal es que se especifique a cada etapa del plan una fecha estimativa de inicio y de fin para revisar as poder ajustar los tiempos finales a los que estamos expuestos. Con esta informacin a medida que se crea el proyecto veremos donde se est atrasando y tomar las medidas necesarias para corregirlo. Tambin es importante marcar correctamente la cantidad de tiempo en la que hemos fallado en el clculo de las estimaciones tempranas, para as aprender y crear mejores planes de desarrollo futuros.

Organizacin del plan Si la responsabilidades en un rea son muchas personas, entonces la responsabilidad se diluye y se empieza a tomar con ms ligereza el trabajo a desarrollar. Es por eso que debe existir una definicin clara de las responsabilidades de cada una de las reas de desarrollo de la aplicacin Web. Se debe saber que si hay una persona encargada de conectar la aplicacin con las redes sociales, si esto no funciona debe estar documentado para ver que fue lo que se hizo mal y as encontrar la solucin lo antes posible. Plan de creacin y pruebas Dentro de las actividades ms difciles para un administrador de un proyecto est el poder anticiparse a los problemas con los que se va e enfrentar en el proyecto mismo. Es por eso que el plan de creacin y pruebas debe ser lo ms cercano a lo que se requiere en la realidad de este proyecto. En general un plan de creacin es un sistema iterativo que se finaliza nicamente cuando el proyecto se termina. Y esto es un poco difcil en los proyectos Web, ya que siempre estn saliendo nuevas necesidades o tendencias que hacen que el proyecto pueda volver a entrar en una iteracin de desarrollo. Conforme a esto el plan de creacin y pruebas debe revisarse regularmente para asegurar la documentacin correcta del desarrollo. El proceso de planeacin se comienza con la presentacin de las restricciones generales del proyecto. (Fecha de entrega requerida, empleados disponibles, presupuesto global, etc.) En general el administrador debe responder a las siguientes preguntas 1. Cunto personal requiere una actividad? 2. Cunto tiempo una requiere una actividad? 3. Cul es el costo total de una actividad? En las etapas iniciales se debe considerar algunos costos generales del proyecto, pero en general se asume que contamos con ventajas competitivas para el desarrollo de este tipo de aplicaciones, lo que reduce algunos costos iniciales como los de aprendizaje. De la misma forma se requiere que algunos de los costos del proyecto se llevan a cabo incluso antes de tener la estimacin detallada de los costos operativos generales. Si en la primera estimacin el administrador del proyecto se da cuenta que no cuenta con los requerimientos bsicos, este debe solicitar la incorporacin de nuevos recursos para que el proyecto sea un xito. En general hay tres costos asociados a los desarrollo de aplicaciones que son bsicos los costos de hardware y software, incluyendo el mantenimiento; los costos de viajes y capacitacin; los costos de esfuerzo (los costos de pago a los ingenieros de software). En general el costo principal de desarrollo de las aplicaciones Web es el costo de esfuerzo, ya que el costo de hardware en general es bajo y no necesariamente se compran los equipos especialmente para un proyecto. Los costos de viajes y de capacitacin en general han ido bajando por el uso de las mismas tecnologas como el mail, tele conferencias y otras herramientas de trabajo en grupos que se pueden implementar.

Con respecto a los costos de esfuerzo mencionados. No solo se refiere al costo de salario que se le paga a un determinado ingeniero para que dedique su tiempo a un desarrollo. Existe el trmino hora hombre, que implica todos los costos de tener a esta persona trabajando para el desarrollo. Ejemplo de estos costos son los de iluminacin, los de redes, de personal de apoyo, seguridad social y en general todo lo que le cuesta a la empresa mantener a este operario en su puesto de trabajo produciendo. Para poder garantizar el proceso de desarrollo en general son solamente los administradores principales los encargados de estimar los costos de generales de un proyecto. Muchas empresas ya tienen estas estimaciones estandarizadas por lo que solamente hacen el clculo de horas hombre. Con esta estimacin ms la experiencia acumulada por los aos de desarrollo de aplicaciones, se puede estimar un tiempo relativamente acertado de creacin de la aplicacin Web + el tiempo de la fase de pruebas del mismo. Al final de este captulo veremos algunas tcnicas de estimacin de costos. Plan de control de modificaciones Uno de los problemas tpicos de la creacin de cualquier programa, Web o no, es tener acceso a todas las modificaciones e implementaciones realizadas. Es muy frecuente que el desarrollo de un mdulo afecte a otro que funcionaba bien y que por ende se debe volver atrs la modificacin. Pero no siempre se puede, a menos que tengamos un plan de control de modificaciones. Y en que consiste, en general las grandes empresas cuentan con aplicaciones que se dedican a mantener distintas versiones de los mdulos que se van creando. As en caso de requerir una versin anterior del cdigo, simplemente se recurre a este repositorio que contiene las distintas versiones de un mismo trozo de programa. En general en la Web se puede trabajar con distintos mdulos que permiten manejar este riesgo. Por lo general cada desarrollador tiene en su propio equipo un servidor Web local que permite ir probando lo que se va desarrollando sin tener que pasar por el servidor de pruebas. Independientemente de lo anterior siempre existe un servidor de pruebas y este generalmente poseen programas administradores de versiones que se encargan de ir haciendo copias de todos los archivos que se suben al servidor de pruebas independientemente que tengan el mismo nombre o no. En la siguiente imagen existe un listado con este tipo de software de administracin de versiones.

La imagen anterior fue sacada de la siguiente URL http://www.cdlibre.org/consultar/catalogo/Programacion_Sistemas-de-control-deversiones.html Plan de documentacin El plan de documentacin de un desarrollo Web debe estar definido prcticamente desde antes de que se tome contacto con el cliente. Esto porque en los desarrollos Web, esta tarea es transversal a todas las actividades que se ejecuten en torno a el desarrollo. Desde la primera visita al cliente pasando por la toma de requerimientos y la posterior documentacin de los distintos mdulos de programacin. En el plan de documentacin deben existir 2 grandes reas.

 La interna Y externa. La interna est referida a la documentacin que debe existir en el cdigo mismo del desarrollo de la aplicacin, saber cuando y porque se modific un cdigo y conservar los comentarios es de gran ayuda para la misma empresa en caso de requerir modificar este mismo cdigo ms adelante. Hay que recordar que en el caso de las aplicaciones Web, mucho de los textos de comentarios que se colocan en las aplicaciones no dinmicas aparecern finalmente en el sitio Web, ya que mayoritariamente el cdigo final no est encriptado en la Web y se entrega al usuario final junto con todos los comentarios que se pudieron colocar durante el desarrollo. Esta informacin no solo debe estar disponible dentro de cada programa que se escribe, sino que debe estar disponible para ser reutilizada por cualquiera de los desarrolladores a fin de contar con una base fiable de informacin para todos los ingenieros involucrados. Con respecto a la documentacin externa estn todos los papers que se entregan al usuario final para que pueda usar la aplicacin. En general toda la documentacin se entrega en formato digital, como manuales, papers, ayuda del programa, son todas extensiones del programa desarrollado que ayudan a lograr el objetivo de satisfacer al cliente. De la misma forma que con la documentacin interna es importante mantener concentrada en una sola redaccin o edicin los contenidos del documento ya que distintos editores suelen colocar nfasis en tareas distintas. De la misma manera que existen programas controladores de versiones, los hay para la documentacin. En general la documentacin de los proyectos informticos debe ser tomada como una tarea continua y que debe estar arraigada en lo ms ntimo de la empresa y no ser una tarea espordica de labores. Plan de capacitacin Planear el plan de capacitacin depender de la cantidad de usuarios que van a interactuar con el sistema. Existen 2 grandes reas de capacitacin. Una est relacionada con la enseanza que se le debe dar a los usuarios maestros o administradores y la otra orientada al pblico o cliente general de la misma aplicacin. Es muy distinto manejar las aplicaciones en modo admin, que a nivel usuario y por ende es importante desarrollar un plan de capacitacin distinto para cada tipo de usuario. Existen las capacitaciones presnciales y las capacitaciones usadas con la autoayuda. En las capacitaciones presnciales es importante que estas sean preparadas por aquellas personas que tienen un mayor manejo de la aplicacin en conjunto con un encargado de capacitacin que debiera tener una experiencia mucho ms amplia en el manejo de las personas.

Lo importante en las capacitaciones romper la inercia intrnseca a los cambios que tiene todo ser humano. Por lo que se debe usar los recursos necesarios para motivar a los participantes a estas capacitaciones. En las capacitaciones o documentacin de autoayuda, va intrnsicamente unida a la documentacin, pero es importante que en la misma estructura del software se encuentren los tips o ayudas necesarias para que el usuario encuentre la lgica de los programas desarrollados. Ejemplo de sistema de documentacin y auto capacitacin del software. Plan de revisin e informes La planificacin de revisiones est asociada a los tiempos de desarrollo, lo ideal es que cumplindose algunos hitos dentro del desarrollo de la aplicacin ya sea Web o de otro tipo, se activen las revisiones. Tambin es importante que al cliente se le baje la ansiedad de querer tener su programa listo y se pueden ir haciendo informes de desarrollo que son productivos en ambas direcciones. Por un lado el cliente est al tanto de que se est desarrollando y como la lgica del negocio es el quien la maneja puede hacer observaciones que permitan bajar la tasa de errores si se detectan a tiempo. Por el otro lado est la certeza de que se estn avanzando en los distintos temas y esto hace que se puedan ir marcando estos hitos dentro del plan total de desarrollo y ajustar constantemente los recursos para cumplir con los plazos contratados. Plan de instalacin y operacin Dentro del plan de instalacin y operaciones deben estar documentados los requisitos tcnicos de operacin adems de los hitos generales de desarrollo. Es importante tener definido con anterioridad los requisitos de estas aplicaciones, para que cuando se desee instalar la aplicacin no nos encontremos con sorpresas desagradables de que por ejemplo la aplicacin solo corre bajo ciertas condiciones de sistemas operativos o que el servidor de pruebas es ms poderoso que el de estacin final de la webApp. Una de las falencias recurrentes en el plan de instalacin de software es que no se calcula el tiempo muerto que afectan las instalaciones a los otros sistemas que comparten los servicios y recursos de la mquina final. Muchas veces el solo hecho de instalar un nuevo servidor de bases de datos puede implicar cambios en el rendimiento de la mquina y por ende afectar los tiempos de respuesta de todas las aplicaciones Web instaladas. Adems hay que recordar que lo que se est instalando es un nuevo servicio en la mquina y que esta podra requerir la integracin con sistemas antiguos o incluso con sistemas distantes, lo que no solo afecta la mquina como tal sino que tambin afecta a los servicios remotos, ya que si las cargas de trabajo de una transaccin no estn probadas en caliente PUEDE AFECTAR LA CARGA DE TRANSACCIONES de la red. Plan de recursos y entregas Este plan est asociado a prevenir la mayor cantidad de problemas con respecto a los recursos de hardware, humanos y monetarios en los que est envuelto un desarrollo. Si es necesario cierto tipo de pruebas externas por parte de un ingeniero de redes o un administrador de bases de datos es importante que este administrador tenga

claro con anterioridad que debe estar disponible en esta fecha para este proyecto. Y que se cuentan con los recursos necesarios de transporte si fuese necesario. Plan de mantenimiento Con especial cuidado se debe hacer la estimacin de carga de trabajo que tendrn las aplicaciones Web, por ejemplo las bases de datos suelen ir deteriorndose su desempeo en el tiempo por razones tpicas como cantidad explosiva de datos ingresados una vez ingresada a el rea de trabajo final. Si este se supone el caso, las bases de datos cada cierto tiempo deben ir siendo respaldadas y ejecutar comandos de mantenimiento. La mayora de estas aplicaciones cuentan con este tipo de soluciones para prevenir futuros colapsos de informacin. Independiente de la base de datos, es bueno hacer revisiones permanentes de por ejemplo bajada y subida de los servicios que mantienen la aplicacin activa. As se asegura que las cadas imprevistas solo sern eso y no un dolor de cabeza en un mal momento. Lo mismo ocurre con otro tipo de aplicaciones que deben ser mantenidas en el tiempo. Se puede planificar bajadas de los servicios generales para ver los tiempos de respuesta de los encargados de mantener activo los sistemas.