Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Superiores de Calkin
Formato de propuesta de
proyecto de software
Gua general de preparacin de
propuestas de proyectos
Lic. Aurelio Lpez Ovando
ITESCAM
Gua para la presentacin de propuestas de proyectos de software
1. PROPUESTA DE PROYECTO
Aunque los tipos de proyectos, se presentan en condiciones diferentes, es
importante reconocer que sean cual sean esas condiciones, en el fondo se estarn
desarrollando proyectos.
Reconociendo un proyecto como un esfuerzo nico que produce ciertos
resultados y que se hace bajo ciertas restricciones de tiempo, costo y desempeo, resulta
pues, natural que la confeccin de propuestas se pudiese estandarizar.
Las siguientes secciones presentan los apartados que se consideran como bsicos
en toda propuesta, cada apartado est pensado para ser independiente de los otros, por lo
que la informacin en cada una no debe repetirse en otro, y si bien algunos estn
relacionados con otros, cada apartado tiene su propsito.
PORTADA
Para cada tipo de proyecto existen ciertos elementos predefinidos que deben
considerarse en la portada del de la propuesta. Para elaborar la portada, se deben
consultar los lineamientos respectivos de la institucin.
INTRODUCCIN
Esta seccin tiene como fin ubicar a los lectores en el contenido del documento,
aclarando que se trata de una propuesta de proyecto, el tipo de proyecto y las condiciones
que estarn regulando la ejecucin del proyecto.
Debe citarse, por ejemplo, si se trata de un proyecto de investigacin, si desarrolla
dentro de otro, si es proyecto de prctica de especialidad los beneficiarios de los
proyectos, o si se tratase de un proyecto o tesis de graduacin de posgrado, la
informacin pertinente.
ANTECEDENTES
Esta seccin tiene como fin ubicar a los lectores en el contexto en el cual se
desarrollar el proyecto. Esta seccin deber incluir la descripcin de todo trabajo previo
directa o indirectamente relacionado con el que ahora se propone.
Si se tratase de un proyecto de un curso del pregrado (ej. Prctica de
Especialidad) o de graduacin de posgrado, debera contemplar una descripcin de la
organizacin o departamento que recibir los beneficios de hacer el proyecto.
En el caso de una tesis o proyecto de investigacin se requiere de una revisin de
trabajos similares llevados a cabo en universidades u otros centros de investigacin.
El qu, no el cmo.
Claros.
Sencillos.
Retadores pero alcanzables.
Medibles.
Acotados en el tiempo.
Asociados con entregables.
Apoyan claramente el objetivo general.
a.
b.
c.
d.
CRONOGRAMA DE ACTIVIDADES
El cronograma de actividades es un componente muy importante dentro de la
propuesta pues brinda informacin sobre:
a. Listado total de las actividades. Es recomendable que los entregables
constituyan las ramas principales de una estructura jerrquica,
subordinando a stos las tareas necesarias para producir el entregable.
Adems, debe contemplarse labores administrativas pues stas consumen
tiempo y recursos relacionados con el proyecto.
b. Precedencia y relaciones entre las actividades. Tpicamente, las
relaciones existentes entre las actividades se establecen mediante un
Diagrama de Gantt, aunque otras tcnicas son igualmente vlidas.
c. Estimado de esfuerzo requerido para las actividades.
d. Responsabilidad: Identificacin de quin (persona o perfil) tiene la
responsabilidad por la ejecucin de una actividad o tarea. Debe tomarse en
cuenta la disponibilidad de las diferentes personas asignadas al proyecto
antes de asignar esas responsabilidades, para no caer en situaciones de
sobrecarga. Identifique en cada una de las tareas un responsable nico,
aunque la ejecucin de la tarea puede requerir la participacin de varias
personas.
e. Puntos de control y eventos clave. Seale dentro del cronograma
aquellos eventos o actividades relevantes a la ejecucin del proyecto,
como lo pueden ser fechas de entregables, presentaciones de avance o
finales, informes de medio perodo, etc.
Aunque programas especiales de software existen para el control de este
cronograma, el mismo puede ser mantenido en cualquier hoja electrnica o programa
similar.
REFERENCIAS BIBLIOGRFICAS
Dado que la mayora de los proyectos tendrn propsito acadmico, es muy
probable que previo a la presentacin de esta propuesta se haya consultado literatura
sobre el tema, por lo que es necesario que se indique la bibliografa referenciada. De
hecho, toda literatura que aparezca aqu, deber haber sido citada debidamente en alguna
seccin de ste documento.
Otra literatura que ser consultada posteriormente, deber ser citada en informes
posteriores.
Es muy importante, que se adopte y use, en forma consistente, un formato para las
referencias bibliogrficas.
PMI (www.pmi.org). Ciertos profesores, han desarrollados plantillas que pueden usarse para
la administracin del proyecto.
Las metodologas para la ejecucin de los proyectos, varan radicalmente
dependiendo del tipo de proyecto, por lo que, no existe una respuesta nica a sta
interrogante.
4) Visin
Este documento define la visin del producto desde la perspectiva del cliente,
especificando las necesidades y caractersticas del producto. Constituye una base
de acuerdo en cuanto a los requisitos del sistema.
5) Prototipos de Interfaces de Usuario
Se trata de prototipos que permiten al usuario hacerse una idea ms o menos
precisa de las interfaces que proveer el sistema y as, conseguir retroalimentacin
de su parte respecto a los requisitos del sistema. Estos prototipos se realizarn
como: dibujos a mano en papel, dibujos con alguna herramienta grfica o
prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avance del
proyecto. Slo los de este ltimo tipo sern entregados al final de la fase de
Elaboracin, los otros sern desechados. Asimismo, este artefacto, ser desechado
en la fase de Construccin en la medida que el resultado de las iteraciones vayan
desarrollando el producto final.
6) Modelo de Anlisis y Diseo
Este modelo establece la realizacin de los casos de uso en clases y pasando
desde una representacin en trminos de anlisis (sin incluir aspectos de
implementacin) hacia una de diseo (incluyendo una orientacin hacia el entorno
de implementacin), de acuerdo al avance del proyecto.
7) Modelo de Datos
Previendo que la persistencia de la informacin del sistema ser soportada por
una base de datos relacional, este modelo describe la representacin lgica de los
datos persistentes, de acuerdo con el enfoque para modelado relacional de datos.
Para expresar este modelo se utiliza un Diagrama de Clases (donde se utiliza un
profile UML para Modelado de Datos, para conseguir la representacin de tablas,
claves, etc.) .
8) Modelo de Implementacin
Este modelo es una coleccin de componentes y los subsistemas que los
contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de cdigo
fuente, y todo otro tipo de ficheros necesarios para la implantacin y despliegue
del sistema. (Este modelo es slo una versin preliminar al final de la fase de
Elaboracin, posteriormente tiene bastante refinamiento).
9) Modelo de Despliegue
Este modelo muestra el despliegue la configuracin de tipos de nodos del
sistema, en los cuales se har el despliegue de los componentes.
10) Casos de Prueba
Cada prueba es especificada mediante un documento que establece las
condiciones de ejecucin, las entradas de la prueba, y los resultados esperados.
Estos casos de prueba son aplicados como pruebas de regresin en cada iteracin.
Cada caso de prueba llevar asociado un procedimiento de prueba con las