UML in 7 days

Un tutorial diseñado para 7 días con ejemplos, bastante digerible.

UML in 7 days

Class Designer

Con la salida de Visual Studio 2005 viene integrada una herramienta llamada Class Designer en la cual vas creando tu diagrama de clases y se van generando tus clases en código, lo interesante es que el código y el diagrama estan perfectamente sincronizados, es decir ya sea si hacemos cambios en el diagrama o en el código estos estarán reflejados en su contraparte código y diagrama. Aqui unos links interesantes de la herramienta.

Visual Studio 2005 Class Designer
Class Designer WebLog

Requirements Engineering for Improved System Security

SQUARE es el título de la metodología que significa (Security Quality Requirements Engineering) y que tiene como principal objetivo mejorar la etapa de requerimientos. Gracias Navegapolis.

Metodología para el desarrollo de aplicaciones orientada a objetos

Este es el título del Libro de Libre distribución en formato PDF, esta es la dirección. El paradigma orientado objetos ya tiene algunos años pero desgraciadamente todavía no se explotan todos los beneficios.

UMLing your PHP project

Este es el título de un post, es gracioso ver como la palabra UML se puede conjugar, lo interesante es ver como se traduce el lenguaje UML en un leguaje de programación en este caso PHP, normalmente estamos acostumbrados a ver ejemplos con Java o C# pero en esta vez se aplica a un lenguaje de Script como PHP.

Why Software Projects Fail and How to Make Them Succeed

Excelente artículo donde se expone por que los proyectos de software fallan y sugiere como evitar las fallas, aprovecho para recomendar el sitio principal Project Smart y su sección de artículos

Centro de Excelencia de Migraciones .NET

Sitio interesante en el cual se apoyan a clientes en el trabajo de migrar proyectos a la plataforma .NET actividades y capacitaciones estan disponibles en el sitio.

“The Mythical Man-Month”

En este sitio encontrarán unos apunte del famoso libro “The Mythical Man-Month” .

Métricas: Estimación de tiempo de desarrollo y Niveles de estabilidad de un sistema

*Para la estimación en tiempo

Estimación

Tal vez es la práctica más utilizada (y odiada) por los desarrolladores. La típica pregunta "¿cuánto tiempo
estimas que tomarás para desarrollar esta pieza de software?" o, en caso de compras por ejemplo "¿cuánto dinero
estimas que nos costará la adquisición de esta máquina?".

Bien, para contestar esta pregunta, existen muchas técnicas y métodos ya sea para estimar duraciones o costos
de actividades y proyectos. Un método de estimación muy conocido y utilizado se denomina PERT (por sus siglas
en inglés Program Evaluation and Review Technique, lo que significa Técnica de Revisión y Evaluación de
Programas), el cual recibe tres parámetros, la duración estimada (duración más probable), la duración estimada de
forma pesimista y la duración estimada de forma optimista, el resultado es una duración probable con un porcentaje
probabilístico de ocurrencia. La fórmula de PERT es:

Duración Optimista + (4 x Duración Más Probable) + Duración Pesimista

------------------------------------------------------------------------------------------------------------------

6

La función mencionada nos brinda una mayor seguridad en la estimación que realizamos y ahondaremos en
detalles probabilísticos en siguientes entregas.

Existen muchos métodos de estimación y muchos dependen de la industria, existen algunos métodos como
COCOMO II que se aplican al desarrollo de software, pero éste no es un artículo específico de estimación así que
lo dejaremos para otra ocasión.

Nota: Estos datos fueron tomados de la Revista Sintesis del Grupo Albor

*También es importante saber los niveles de estabilidad de los sistemas

El estandar IEEE 982.1 sugiere un índice de madurez del software (IMS) que proporciona una indicación de la estabilidad de un producto software que se basa en los cambios que ocurren con cada versión con base en los siguientes datos:

Mt = Número de módulos en la versión actual

Fc = Número de módulos en la versión actual que se han cambiado

Fa = Número de módulos en la versión actual que se han añadido

Fd = Número de módulos en la versión anterior que se han borrado en la versión actual

Una vez obtenidos, se calcula el índice

IMS = [Mt - ( Fa + Fc + Fd] / Mt

Demostrando que a medida que el IMS se aproxima a 1, el producto comienza a estabilizarse.

Claves para administrar proyectos

Artículo interesante, menciona las características de los administradores de proyectos tradicionales y los actuales, tres características que resalto son:

Es un Líder Visible
Con alto grado de compromiso
Con valores e integridad