UML ya en estos tiempos es  un estándar dentro de la industria, pero existen varias técnicas de modelado que nacieron antes que UML, de hecho como ustedes saben UML es la fusión de las técnicas de Jacobson, Rumbaugh y Booch. Bién ahora que herramientas existen en el mercado que manejen una o varias técnicas, en esta página encontrarán la respuesta (aunque faltan algunas entre ellas Rational, grave error).

Se habla mucho de Requerimientos, de la base del desarrollo de un sistema, como todos los productos que conforman el desarrollo de software los requerimientos requieren de una administración, toda una labor que permita tener una base de datos de requerimientos para de alli partir a las siguientes fases (claro sin olvidar en los cambios) pero sabemos como se clasifican los requerimientos???, sabemos que reportes son necesarios para la administración de requerimientos???, esta y otras preguntas son contestadas en este excelente sitio de Administración de Requerimientos.

Para los que creían que eran pocos los estandares de la IEEE sobre desarrollo de software en esta liga hay una lista grande de dichos estándares.

Como sucede con los idiomas,  es bueno contar con un diccionario especializado en el área de Software.

Dentro del área de testing existe el tema de inspecciones, las inspecciones son procesos que se llevan a cabo durante todo el ciclo de desarrollo del software, y es un elemento mas para garantizar la calidad del software, en esta liga pueden encontrar mas información.

Dentro de la página de Ian Somerville me encontré un vínculo a esta página, trae varios recursos como templates de SRS o templates para documentos de software entre otras cosas.

Uno de los personajes con mejor reputación dentro en la Ingeniería de Software sin lugar a dudas es Ian Somerville, y uno de sus libros mas conocidos es Software Engineering dentro de su página Ian  publica varias presentaciones como resumen de su libro.

Cuantas veces hemos oído hablar de los términos Bussiness Modeling y Domain Modeling, sobre todo hablando de el proceso unificado (unified process), pero que significan estos términos, bueno una de las actividades que se describen en la captura de requerimientos del proceso unificado es entender el contexto del sistema (understand system context), esta actividad se realiza a traves de desarrollar un Bussiness Modeling y/o un Domain Modeling, el primero se refiere a plasmar y a entender los procesos dentro de una organización qe serán soportados por el sistema a desarrollar, por ejemplo el levantamiento de un pedido, y el segundo se refiere a entender los conceptos u objetos manejados dentro de estos procesos como por ejemplo una factura. Aparte de lo ya señalado en el bussiness modeling este tambien deberá establecer los empleados, sus responsabilidades y operaciones que desarrollan en cada uno de los procesos a ser soportados, lo anterior es vital en un sistema ya que muchas veces no se tiene definido un proceso claro de trabajo, de alli nacen parte de las deficiencias del software.