Introduccin

Los objetivos de un buen plan de proyecto deben ser los siguientes:

Comunicar el mbito y recursos al personal de desarrollo y al cliente.

Definir los riesgos y sugerir tcnicas de control del riesgo.
Definir los costes y planificacin temporal para la revisin de la gestin.
Proporcionar un enfoque general del desarrollo del software para todo el personal
relacionado con el proyecto.
Describir cmo se garantizar la calidad y se gestionarn los cambios.

Propsito

El propsito de la actividad es que identifiques los elementos de un plan de proyectos:

contenido, etapas y dems informacin que integra con el fin de planear un proyecto de
software.

Instrucciones

1. Investiga o desarrolla un caso de programa de software con los fundamentos

aprendidos en la Unidad 1.
2. Ejemplifica y explica las etapas de un plan de proyecto, con base en el caso
analizado.
3. Ingresa al Foro y participa respondiendo a los planteamientos y lnea de discusin
que publique tu docente en lnea mediante el tema abierto por l. Redacta en el cuadro de
texto una breve resea de tu actividad no mayor a cinco renglones y a continuacin adjunta
tu archivo. Al finalizar da clic en enviar para publicarlo y est accesible a tus compaeros y
docente en lnea.
4. Ingresa a la participacin de uno de tus compaeros como mnimo, y lee
detenidamente su actividad, analzala y realiza un comentario mencionando las
aportaciones a tu propia comprensin del tema.
En la empresa en la cual trabajo, acabamos de implementar un formulario de validacin de
ficheros mdicos que se proporcionan a los laboratorios farmacuticos y estos a su vez se
distribuyen entre los representantes mdicos, mismo que fue diseado e implementado por
m. El sistema se program en un formulario de Access conectado a la base de datos de
Access y los componentes fueron diseados en Visual Basic; la intencin de este proyecto
es que sea porttil y que se pueda llevar a otros ordenadores fuera de la empresa para las
ocasiones en las que subcontratamos a terceros para que lleven a cabo un espejo de
nuestras actividades.
Hace una semana el Director de Ingeniera me solicit realizar el mismo proyecto pero ahora
la idea es realizarlo en Java con una conexin a MySql, esto tiene la finalidad de realizar
una interfaz local a nivel de lenguaje de primer nivel con una base de datos centralizada
para que los usuarios no tengan bases de datos por separado como en Access, sino qu;
se conecten directamente a la Master Data Base.
Los formatos por utilizar en el proyecto de formulario para validacin de ficheros mdicos
sern los siguientes:

Resumen del plan del proyecto servir para definir qu trabajo se har y el tiempo
que necesitar. Se definir la tarea principal, tiempos y recursos.
Registros de tiempos, ayudar a conocer las tareas a realizar y cunto tiempo se
demora en cada una. Por lo tanto, se registra los tiempos en una plantilla destinada
al registro
Registro de defectos, cuando se encuentra un defecto y se decide arreglarlo, cuenta
el tiempo de correccin, cuando se termin de corregirlo, se introducen todos los
datos del defecto: tipo de defecto, la fase en la que se detect, tiempo de correccin
y una breve descripcin del defecto.
(Cabe mencionar que en el primer proyecto no utilic ningn formato y el proyecto me llev
cerca de 4 meses.)

1. Inicio
La fase de inicio es muy importante en el ciclo de vida del proyecto que voy a realizar, ya
que es el momento de definir el alcance y proceder a la seleccin del equipo.
2. Planificacin
sta es a menudo la fase ms difcil, ya que tiene que hacer un importante esfuerzo de
abstraccin para calcular las necesidades de personal, recursos y equipo que habrn de
preverse para lograr la consecucin a tiempo y dentro de los parmetros previstos.
3. Ejecucin
Una vez hecha la planificacin, vamos a tenerla como fundamente y habr que completar
las actividades que hemos programado, con sus tareas, y proceder a la entrega de los
productos intermedios como son primeras etapas. Es importante tener una buena
comunicacin en esta fase para garantizar un mayor control sobre el progreso y los plazos.
4. Seguimiento y control
Esta fase comprende los procesos necesarios para realizar el seguimiento, revisin y
monitorizacin del progreso de proyecto. Se concibe como el medio de detectar
desviaciones con la mxima premura posible, para poder identificar las reas en las que
puede ser requerido un cambio en la planificacin.
5. Cierre
Esta fase comprende todos procesos orientados a completar formalmente el proyecto y las
obligaciones contractuales inherentes. Una vez terminado este estadio, se establece
formalmente que el proyecto ha concluido.
En mi caso ya tengo una idea clara del proyecto por lo que el diseo y est hecho y
solamente debo transportar la idea y componentes al lenguaje de Java, pero cabe aclarar
que ni son la misma plataforma ni el mismo lenguaje por lo que no se debe subestimar el
proyecto.
Ahora bien, este desarrollo se dirige al personal del Contact Center de la empresa por lo
que se les debe entregar como inicio los formatos correspondientes para iniciar con las
actividades. A continuacin muestro algunos de los formatos:
Este sera el control del documento y versiones:

Formato de Gestin de Proyectos

PROYECTO VALIDACIN DE FICHEROS

MDICOS
TTULO XD11-VR21
DESARROLLADO Francisco Manuel Alonso Herrera
POR
RESPONSABLE Francisco Manuel Alonso Herrera
APROBADO POR Paul Martnez
Descripcin del proyecto:

En este cuadro pondremos las descripciones del proyecto,

que en este caso sera la validacin de los ficheros mdicos,
en donde se deben contemplar los datos del mdico, los
domicilios en los que atiende el mdico, la interfaz se divide
en 3 secciones que son:
Data Bsica
Domicilios del mdico
Preguntas del laboratorio
Aqu mismo pondremos los propsitos, alcances y objetivos
del proyecto:
El propsito es el de facilitar y optimizar la validacin.
El alcance puede ser el involucramiento de las reas de
operaciones y las reas comerciales.
 El objetivo es proveer una verdadera herramienta que
optimice la labor de los operadores del Contact Center

Ahora incluiremos el formato de estimacin de tiempos:

Tambin necesitamos un formato para la entrega de artculos y artefactos

Descripcin Propsitos
Nombre de cada uno de los items a Para qu fue diseado e implementado
entregar

Estructura
En esta parte realizamos una estructura organizativa del proyecto, algo as como:
Organizacin y Estructura:

Tambin debemos tener un control del equipo y personal con el que vamos a colaborar

Nombre del colaborador Datos del colaborador

Roles y responsables:
En realidad, en mi caso el nico responsable soy yo aunque tengo la supervisin del
Gerente de Operaciones, sin embargo; debo tomar en cuenta este punto porque de pronto
pudiera existir el caso en el que el proyecto es mayor y se debe contratar servicios de otros
profesionales.

Responsable Roll Asumido por

Para las fases y lneas base tom este formato que es un clsico de la planeacin de
proyectos:

Conclusiones
El plan de proyecto es un documento clave a la hora de organizar el trabajo en un desarrollo
software. Bsicamente plasma sobre papel todos los recursos disponibles para realizar el
desarrollo, y los asigna a tareas concretas, con fechas concretas y mecanismos concretos
de control y seguimiento. Tambin es el documento de referencia para conocer el mbito
del proyecto y su propsito con rigor y exactitud.

Fuentes:

Humphrey, W. (1995) A discipline for software engineering (The complete PSP Book) United
States of America: Addison Wesley.
Humphrey, W. (2005) PSP a Self-improvement process for software engineers. United
States of America: Addison Wesley.
Humphrey, W. (2006). TSP (SM) Leading a Development Team. United States of America:
Addison-Wesley.
Zapata, J., Garca, J., Cerrada, J. (2001) Introduccin al proceso software personalSM.
Madrid, Espaa: Addison Wesley.

Universidad de Pamplona. (24 de agosto de 2009). Introduciendo PSP (Procesos

Personal De Software) en el Aula.
Recuperado de:
http://www.unipamplona.edu.co/unipamplona/portalIG/home_40/recursos/03_v13_18/revis
ta_16/27102011/01.pdf

Conacyt. (S/F). Casos de xito.

Recuperado de:
http://www.cimat.mx/es/casos_de_exito