Introducción a la Arquitectura de Software / Introduction to Software Architecture

Estupendo artículo de Arquitectura de software, el autor Carlos Billy Reynoso trata de manera muy completa la historia, definiciones, establece la diferencia entre diseño y arquitectura, compara a la academia con la industria, menciona las diferentes escuelas y corrientes en arquitectura, menciona a las metodologías ágiles como un concepto que va tomando fuerza, y mucho mas espero que sea de su agrado.

Hablando de eminencias Edsger Dijkstra

Hablando de eminencias en las ciencias computacionales Edsger W. Dijkstra es todo un estudioso, ganador de varios premios por sus aportes a la industria de software, gustoso de la enseñanza y del software, sus principales aportes fueron en materia de diseño de algoritmos,lenguajes de programación, diseño de programas, sistemas operativos, procesos distribuidos, especificación formal, diseño de argumentos matemáticos, aqui su página donde se encuentran muchos de sus manuscritos.

Praxis con Nivel 3 de SW-CMM

Software Guru presenta una entrevista con ejecutivos de Praxis con motivo de el exito de su evaluación de SW-CMM nivel 3, Praxis es una empresa Mexicana de consultoría, desarrollo e integración de sistemas de información. Interesante entrevista donde narran la experiencia de ser evaluados en SW-CMM.Praxis es un ejemplo a seguir para empresas desarrolladoras, demuestra que en México sabemos desarrollar software de calidad a través de procesos establecidos y que podemos competir con los grandes competidores a nivel mundial como lo son empresas Indias.

IDEF0 / IDEF3

Dos buenos lenguajes de modelado de procesos es IDEF0 (Integrated Definition Modeling Language) e IDEF3, el primero nos sirve para modelar de manera jeráquica los procesos dentro de una empresa, y el segundo nos sirve para modelar el flujo de los procesos representados en IDEF0, por lo cual son lenguajes que son combinables, nació en la decada de los 70's y fué usada por el DoD (Department of Defense) de los Estados unidos, el lenguaje es sencillo pero muy completo, de esta liga se pueden bajar una presentación que explica estos 2 lenguajes.

CMM Modelo de Madurez

Vía Navegapolis me entere de este artículo en español que da una explicación de lo que es CMM y describiendo cada uno de los niveles de madurez.

Estándares en la etapa de requerimientos

La etapa de requerimientos esta conformada por:

• Obtención de Requerimientos
• Análisis de Requerimientos
• Especificación de Requerimientos y
• Validación de Requerimientos

Dentro de cada una de estas etapas el SWEBOK sugiere la utilización de los siguientes estándares

Análisis de Requerimientos IEEE Std 1320.1 para modelado funcional, IEEE Std 1320.2 para modelado de información, IEEE Std 1471-2000 para arquitectura.

Especificación de Requerimientos IEEE 1362 para la definición del sistema, IEEE 830 para especificación de requerimientos de software, IEEE 1233 para requerimientos de sistemas.

Validación de Requerimientos, IEEE 1028 para revisión de requerimientos

En esta página encontrarán una lista de los estándares de la IEEE

Ejemplo de SRS (Software Requirements Specification)

Uno de los documentos mas importantes y que es el principal entregable del trabajo de requerimientos es el SRS (Software Requirements Specification). Recuerdo que en los primeros SRS que elabore seguí las guías del estándar 830, pero aún después de leer lo que iba en cada punto no sabía como redactar en función al proyecto que estaba realizando. Esta es una liga donde hay un caso práctico.

Seguimiento de Requerimientos / Traceability

El seguimiento (Traceability) de los requerimientos es de suma importancia para cualquier proyecto de software, de nada nos sirve documentar sino lo hacemos de la forma correcta. Cada requerimiento debe estar mapeado hacia varios productos de software (entiendase como productos de software los entregables), la imagen representa como cada requerimiento esta representado en un diagrama de flujo de datos. Esto puede hacerse a través de Ingenierá Directa o Reingeniería, es decir del diagrama a la especificación o de la especificación al diagrama.

Pruebas de Software

e-quallity es una empresa dedicada a pruebas de software, dentro de su página publican conceptos sobre lo que es el trabajo de pruebas de software.

Revista Software Guru

Ya salio el número 3 de la Revista Software Guru, Revista Mexicana especializada en Ingeniería de Software, entre otras cosas trae una entrevista realizada a Miguel de Icaza y un artículo de Métricas de Tamaño, la podrán descargar de su sitio...

16 Critical Software Practices

Estas son 16 practicas necesarias para el desarrollo de software, mucha atención con la administración de riesgos, métricas y requerimientos, cuantos de nosotros llevamos a cabo estas prácticas???

Software Engineering Links

Para los que compartimos el gusto por la Ingeniería de Software este es un link que contempla todas las áreas que cubre la Ingeniería de Software, espero sea de su agrado...

Matriz de Requerimientos

La matriz de Requerimientos es un documento esencial dentro de la administración de requerimientos, algunos de los datos que se pueden poner son los señalados en la imagen, prioridad, Prueba a realizar y el riesgo
La prioridad puede ser alta (el requerimiento es critico para el sistema), Media (el sistema puede funcionar aunque de manera deficiente), baja (el requerimiento sería deseable tenerlo). Através de la columna de riesgos se puede determinar que requerimientos deberán ser probados forzosamente y cuales dependerá del tiempo con que se cuente.

Análisis de Requerimientos, Entrevistas

Existen varias técnicas para la obtención de requerimientos entre otras están las entrevistas, el prototipado, el análisis de documentos (formatos y/o reportes), el análisis de los procesos etc. Dentro de las entrevistas existen factores muy importantes que intervienen como el tipo de entrevista, la elección de la gente a entrevistar, componentes de la entrevista etc. Pareciera que es un proceso sencillo pero no lo es, sobre todo por que de alli parte el desarrollo de un sistema identificando los requerimientos, en esta liga se puede saber todo el proceso de la entevista.

Análisis de Requerimientos

Dentro de todo el proceso de Ingeniería de Requerimientos, existe una etapa llamada Análisis de Requerimientos, el esquema anterior muestra las actividades llevadas acabo durante dicha etapa. 

Dentro de la especificación de casos de uso existe la sección de precondiciones las cuales nos pueden indicar que
casos de uso tienen que cumplirse antes, la imagen arriba es tomada del Libro de Alistair Cockburn, Witing effective Use Cases 

Grupos de Interés / Stakeholders

En el ámbito de desarrollo de software siempre se escucha el término stakeholders, al principio de mi carrera siempre me pregunte ¿que son los stakeholders?, bueno, los stakeholders son los grupos de interes involucrados de alguna manera con el producto de software, entre estos grupos estan:

Grupo que usará el software
Grupo que venderá el software
Grupo que desarrollará el software
Grupo que modificará el software
Grupo que soportará la operación del software

Combinando SRS con Modelo de Casos de Uso / SRS and Use Case Modeling

Para los que hemos trabajado con requerimientos y casos de uso al principio nos fué dificil amalgamar los dos conceptos, los cuales viendolos friamente llevan el mismo fin, solucionar necesidades de uno o varios usuarios, este articulo habla de como combinar los dos conceptos.

Template de Casos de Uso / Use Case Template

La anterior es una propuesta de especificación de casos de uso, mas alla del modelado de lo que deberá hacer un sistema, la especificacion de casos de uso nos puede servir para el desarrollo de diagramas de secuencia o para el prototipo del sistema. El anterior template es propuesta de www.umot.net, sitio del cual puedes descargar mas templates. Tal vez faltaria agregarle algo que se me hizo muy interesante en el template que maneja ariadne consulting es el dato de requerimientos

Arquitectura de Software / Software Architecture

Algo que tenemos que aplaudirle a microsoft es la toda la infraestructura de sus sitios, todo el marketing que envuelve a los desarrolladores e Ingenieros a casarse con la tecnologia, pero algo en lo que no se ha involucrado Microsoft al menos comercialmente hablando es en la Ingenieria de Software. No obstante esta es una buena pagina que habla de arquitectura de software