1. 2.- Identificación de las funcionalidades del software
1.1. Elaborar diagrama de procesos a automatizar
1.1.1. Recomendación
1.1.1.1. Diagrama de procesos como representación grafica
1.1.1.2. Cada diagrama de contener la descripción del proceso, entradas, salidas, recursos, reglas objetivos y actores
1.1.2. Herramientas
1.1.2.1. Pueden registrarse en la wiki de Análisis del dominio de la aplicación para la plataforma Trac
1.1.2.2. Utilizar herramientas gráficas como Día
1.1.3. Producto
1.1.3.1. Diagrama de procesos
1.1.4. Responsable
1.1.4.1. Analista
1.1.5. Colaboradores
1.1.5.1. Usuario
1.2. Elaborar diagrama de relacion de los procesos a automatizar
1.2.1. Recomendación
1.2.1.1. Debe representar la relación entre los procesos en términos de productos
1.2.2. Herramientas
1.2.2.1. Utilizar herramientas gráficas como Día, Bonita, IDEFO
1.2.3. Producto
1.2.3.1. Diagrama de Relacion entre procesos
1.2.4. Responsable
1.2.4.1. Analista
1.2.5. Colaboradores
1.2.5.1. Usuario
1.3. Elaborar diagrama de actividades de los procesos a automatizar
1.3.1. Recomendación
1.3.1.1. Analizar los diagramas con el objeto de identificar inconsistencias y conflictos en el flujo de ejecución e identificar si se debe agregar o eliminar actividades al mismo
1.3.2. Herramientas
1.3.2.1. Utilizar herramientas gráficas para casos de uso como: Dia, Umbrello, Bonita, CASEUML, argoUML, BOUML
1.3.3. Producto
1.3.3.1. Diagrama de casos de uso
1.3.4. Responsable
1.3.4.1. Analista
1.3.5. Colaboradores
1.3.5.1. Cualquier miembro del equipo de desarrollo
1.4. Identificar potenciales actores en el desarrollo del software
1.4.1. Recomendación
1.4.1.1. Usuarios del software
1.4.1.2. Actores con conocimiento y experiencia en el desarrollo del tipo de software que se propone
1.4.1.3. Fomentar el trabajo colaborativo al equipo de desarrollo
1.4.2. Producto
1.4.2.1. Potenciales actores colaborativos
1.4.3. Responsable
1.4.3.1. Líder del proyecto
1.4.4. Colaboradores
1.4.4.1. Equipo de desarrollo, usuario
2. 1.- Recopilación de información para conocer el dominio de la aplicación
2.1. Identificar los procesos a automatizar
2.1.1. Recomendación
2.1.1.1. Identificar los problemas y necesidades según los procesos
2.1.1.2. Identificación de los requerimientos no funcionales que deba cumplir el software a desarrollar
2.1.1.3. Recopilar toda la información sobre los procesos para entender su funcionamiento
2.1.2. Herramientas
2.1.2.1. Herramientas de comunicación Dimdin-OpenSource, Openmeerings
2.1.2.2. Minutas generadas en las conversaciones con los usuarios
2.1.3. Producto
2.1.3.1. Minutas
2.1.4. Responsable
2.1.4.1. Líder del proyecto, Analista
2.1.5. Colaboradores
2.1.5.1. Usuario, interesados
3. 3.- Descripción general de la arquitectura
3.1. Describir el tipo de arquitectura del software a desarrollar
3.1.1. Recomendaciones
3.1.1.1. Componentes e interacción entre ellos, tomando en cuenta no solo la funcionabilidad y limitaciones, sino sus atributos
3.1.1.2. Para desarrollo de software complejos y de gran escala utilizar patrones y estilos arquitectónicos, así como de diseño, permitiendo mejorar la calidad de la aplicación
3.1.1.3. Estudiar diversas alternativas de modo que facilite futuras modificaciones y sea factible conforme las limitaciones tecnológicas que pueden existir
3.1.1.4. Describir de manera general la arquitectura del software a través de diagramas sencillos
3.1.2. Herramientas
3.1.2.1. Pueden registrarse en la wiki de Arquitectura de Software de la aplicación para la plataforma Trac
3.1.2.2. Utilizar herramientas gráficas como Día
3.1.3. Producto
3.1.3.1. Diagrama de Arquitectura de Software
3.1.4. Responsable
3.1.4.1. Arquitecto de software
3.1.5. Colaboradores
3.1.5.1. Analista, otro miembro del equipo de desarrollo
3.2. Fundamentar el uso de la arquitectura seleccionada
3.2.1. Recomendaciones
3.2.1.1. Elaborar un documento donde sustente la arquitectura del software en función de los criterios utilizados
3.2.2. Producto
3.2.2.1. Documento de fundamentacion del diseño arquitectonico
3.2.3. Responsable
3.2.3.1. Arquitecto de software
3.2.4. Colaboradores
3.2.4.1. Analista, otro miembro del equipo de desarrollo
4. 4.- Selección del lenguaje de programación
4.1. Escoger el lenguaje a utilizar en el desarrollo de software teniendo en cuenta
4.1.1. Recomendaciones
4.1.1.1. Portabilidad del software
4.1.1.2. Reutilización de código
4.1.1.3. Acceso al hardware
4.1.2. Producto
4.1.2.1. Documento de fundamentacion del lenguaje de programación a emplear en el desarrollo
4.1.3. Responsable
4.1.3.1. Líder del proyecto
4.1.4. Colaboradores
4.1.4.1. Programadores, demas miembro del equipo de desarrollo
4.2. Seleccionar entorno de desarrollo (framework)
4.2.1. Recomendaciones
4.2.1.1. Uso de herramientas como: Django, Ruby on Rails, Symfony, QT
4.2.1.2. Tener en cuenta algunos criterios:
4.2.1.2.1. Popularidad
4.2.1.2.2. Sostenibilidad
4.2.1.2.3. Soporte
4.2.1.2.4. Uso de patrones de diseño
4.2.1.2.5. Seguridad
4.2.1.2.6. Documentación
4.2.1.2.7. Licencia de uso
4.2.1.2.8. Prueba de entorno
4.2.1.2.9. Facilidad de aprendizaje
4.2.1.2.10. Interoperabilidad
4.2.1.3. Tomar en cuenta el tipo de arquitectura de software
4.2.2. Producto
4.2.2.1. Entorno de desarrollo seleccionado y fundamentación de la misma
4.2.3. Responsable
4.2.3.1. Líder del proyecto
4.2.4. Colaboradores
4.2.4.1. Equipo de desarrollo
5. 5.- Elaboración de la propuesta de desarrollo del software
5.1. Elaborar propuesta de desarrollo
5.1.1. Recomendaciones
5.1.1.1. Debe contener la información de la conceptualización del proyecto
5.1.1.1.1. Necesidades y problemática
5.1.1.1.2. Solución (tipo de software)
5.1.1.1.3. Alcance del software (diagrama de casos de uso)
5.1.1.1.4. Descripción de la arquitectura
5.1.1.1.5. Potenciales actores
5.1.1.1.6. Metodología de desarrollo
5.1.1.1.7. Plataforma de operación
5.1.1.1.8. Plataforma de desarrollo
5.1.1.1.9. Licencias de código y documentación
5.1.2. Herramienta
5.1.2.1. Registrarse en la wiki de “Propuesta de desarrollo”
5.1.3. Producto
5.1.3.1. Propuesta de desarrollo
5.1.4. Responsable
5.1.4.1. Líder del proyecto
5.1.5. Colaboradores
5.1.5.1. Analista y cualquier mienbro del equipo de desarrollo