Versión 0.1 
Este es un esfuerzo por sistematizar la amplia experiencia en el desarrollo de sistemas informáticos que la Unidad de Sistemas e Informática de FUNDACITE Mérida ha acumulado a lo largo de sus años de existencia.
Tabla de Contenidos
Bases de Conocimiento
- Experiencia en el desarrollo de software en la Unidad de Sistemas e Informática de FUNDACITE Mérida.
Conceptualización.
- Planteamiento de la necesidad.
- Justificación.
- Objetivos.
- General y específicos.
- Alcance y limitaciones.
- Obstáculos.
- Requerimientos y costos.
- Herramientas a usar.
- Comunidades y/o personas beneficiadas.
- Líder de proyecto y equipo de desarrollo.
- Requisitos.
- Funcionales y no funcionales. Historias de usuarios.
- Plan de trabajo.
Construcción.
- Modelo de la aplicación – Pruebas.
- Diccionario de datos.
- Programación – Pruebas.
- Pruebas integrales.
- Versión en prueba – Pruebas.
- Versión en producción – Pruebas.
Soporte y Mantenimiento.
- Respaldo de la base de datos.
- Respaldo de la aplicación.
- Soporte que requiera intervención en base de datos o código de la aplicación.
Herramientas de apoyo.
- Wiki.
- Para mantener la documentación de los proyectos que se estén desarrollando. Es el lugar de encuentro común entre el cliente o beneficiario del sistema o aplicación y el equipo de desarrollo de FUNDACITE Mérida.
- Sistema manejador de versiones.
- Se debe utilizar el Repositorio Nacional de Aplicaciones. Allí se mantendrán las distintas versiones que se van desarrollando de un sistema o aplicación. Será el lugar de encuentro común entre los miembros del equipo de desarrollo.
- Documentador de código.
- Se recomienda usar la herramienta Doxygen. De esta manera se podrá construir documentación automática de código.
- Framework de desarrollo.
Para desarrollos escritos en Php se usará: CodeIgniter
Para desarrollos escritos en Python se usará: web.py y Elixir ORM
Para JavaScript se usará: [http://jquery.com/ jQuery]
- Servidor de prueba.
- Servidor de producción.
Pautas generales para todo el proyecto.
- Desde el inicio del proyecto se debe contar con un sitio web de encuentro de todos los actores del mismo. Para este propósito se debe crear un sitio wiki donde se vaya desarrollando toda la documentación del sistema, esto es, la Conceptualización y Construcción en donde deben ser participes todas las personas involucradas en el desarrollo, esto incluye a los usuarios también.
- Al iniciarse la fase de Construcción se debe abrir un nuevo proyecto en el Sistema manejador de versiones.
- Debe realizarse la documentación del código, sin embargo, es mejor estandarizar la contrucción de sentencias y nombres de variables que permitan que el código sea autodocumentado y dejar la documentación explicita para indicar el propósito de una clase o de una función.
- El servidor de desarrollo debe ser usado para probar el software en sus faces de desarrollo pero de cara al usuario, es decir, debe servir para que los usuarios y los desarrolladores tengan un contacto directo con el uso del sistema y puedan probar sus requisitos funcionales y no funcionales y realizar pruebas integrales en un ambiente de semiproducción. Por ningún motivo debe usarse el servidor de desarrollo como sistema manejador de versiones, ni para escribir código directamente ya que este no es su objetivo.