1. Procesos
1.1. Comunicación
1.1.1. Comunicación Ingeniero-cliente. Se busca entenderlos objetivos de los participantes respecto del proyecto, y reunir los requerimientos que ayuden a definir las características y funciones del software
1.2. Planeación
1.2.1. Llamado plan del proyecto de software, la planeación define el trabajo de ingeniería de software al describir las tareas técnicas por realizar, los riesgos probables, los recursos que se requieren, los productos del trabajo que se obtendrán y una programación de las actividades.
1.3. Modelado
1.3.1. Intenta crear modelos a fin de entender mejor los requerimientos del software y el diseño que los satisfará. Así mismo para saber cómo ajustan entre sí las partes constituyentes y muchas características más
1.4. Construcción
1.4.1. Combina la generación de código (ya sea manual o automatizada) y las pruebas que se requieren para descubrir errores en éste.
1.5. Despliegue
1.5.1. El software se entrega al consumidor que lo evalúa y que le da retroalimentación, misma que se basa en dicha evaluación.
2. Práctica
2.1. Entender el problema
2.1.1. Hacer las siguientes preguntas y responderlas para entender el problema a resolver: ¿Quiénes tienen que ver con la solución del problema?, ¿Cuáles son las incógnitas?, ¿Puede fraccionarse el problema?, ¿Es posible representar gráficamente el problema?
2.2. Planear la solución
2.2.1. Modelado y diseño del software: se responden a las siguientes preguntas dentro del modelado y diseño: ¿Ha visto antes problemas similares?, ¿Ha resuelto un problema similar?, ¿Pueden definirse problemas más pequeños?, ¿Es capaz de representar una solución en una forma que lleve a su implementación eficaz?
2.3. Ejecutar el plan
2.3.1. Generación del código: se realiza la creación del software, a su vez que se pretende responder lo siguiente: ¿Se ajusta la solución al plan?, ¿Es probable que cada parte componente de la solución sea correcta?
2.4. Examinar la exactitud del resultado
2.4.1. Probar y asegurar la calidad: con lo anterior creado, debe responderse lo siguiente: ¿Puede probarse cada parte componente de la solución?, ¿La solución produce resultados que se apegan a los datos, funciones y características que se requieren?
3. Principios
3.1. La razón de que exista todo
3.1.1. Un sistema de software existe por una razón: dar valor a sus usuarios. Todas las decisiones deben tomarse teniendo esto en mente.
3.2. MSE (Mantenlo sencillo, estúpido ... )
3.2.1. Todo diseño debe ser tan simple como sea posible, pero no más.
3.3. Mantener la visión
3.3.1. Una visión clara es esencial para el éxito de un proyecto de software. Sin ella, casi infaliblemente el proyecto terminará siendo un ser con dos [o más mentes].
3.4. Otros consumirán lo que usted produce
3.4.1. Siempre establezca especificaciones, diseñe e implemente con la seguridad de que alguien más tendrá que entender lo que usted haga.
3.5. Ábrase al futuro
3.5.1. Un sistema con larga vida útil tiene más valor. Nunca diseñe sobre algo iniciado.
3.6. Planee por anticipado la reutilización.
3.6.1. La planeación anticipada en busca de la reutilización disminuye el costo e incrementa el valor tanto de los componentes reutilizables como de los sistemas en los que se incorpora.
3.7. ¡Piense!
3.7.1. Pensar en todo con claridad antes de emprender la acción casi siempre produce mejores resultados.