¿Que es un Patron de diseño?

Como dice el libro de UML un patrón proporciona una solución común a un problema común en un contexto dado, como dice el autor de este artículo, ¿para que inventar el hilo negro?, este es un artículo desde el sitio de Microsoft, muy digerible con ejemplos prácticos acerca de patrones y tecnología MicroSoft.

Creative Commons México

Ultimamente se habla mucho de este tipo de licencias que intenta ser la media entre "Todos los derechos reservados" y "Ningún derecho reservado", interesante propuesta crada por Lawrence Lessig, aqui la página de México de Creative Commons.

Por que fallan los proyectos de Software

Interesante, muy interesante artículo acerca de las causas por las cuales fallan los proyectos de software, empieza con un poco de conceptos pasando por la importancia del software, todo desde un punto de vista empresarial, artículo con buenas fuentes bibliográficas, fué presentado durante el congreso nacional de software libre 2004. Felicidades a los autores.

Software Engineering Comix

Algo de humor en el tema de Ingeniería de Software en esta página de acuerdo al autor es para programadores.

Software Guru No 4 en Circulación

Me gusta promover lo bueno que se hace en México y la revista Software Guru es una de ellas, ya esta en circulación el No 4, teniendo como artículo principal BPM (Bussiness Process Management), la revista se puede descargar registrandote en su sitio.

Referencias, BPM, BPM México,

Ejemplo de RUP

Gracias a Jorge Ubeda quién es miembro del grupo de Ingeniería de Software dentro de yahoo,me enteré de este sitio donde se pública un ejemplo de desarrollo completo usando la metodología RUP, ejemplos como este hacen mucha falta pra su publicación.

MoproSoft con éxito

Moprosoft se encuentra en la antesala de Norma oficial Mexicana, MoproSoft es un modelo de calidad Mexicano desarrollado especialmente para las características de nuestra industria, en el grupo de MoproSoft en yahoo se pública el siguiente mensaje:

Comunidad MoProSoft:
Les informo que el NYCE comentó que no se recibieron observaciones a
MoProSoft dentro del período de consulta pública y que el día de
mañana se enviarán los documentos a la Dirección General de Normas ya
en calidad de norma. La AMCIS estará en contacto con la Secretaría de
Economía para determinar la fecha exacta de publicación de la norma.

El modelo lo pueden descargar previo registro de software.net, MoproSoft esta basado en otros modelos de calidad como ISO, por lo cual considero que debe tener éxito, claro que se necesita el apoyo de la industria y del gobierno para su adopción, !bien por la industria Mexicana!.

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.