El Bit Campeador

Un compañero de trabajo me pasó este enlace hace algún tiempo, y la verdad que no tiene nada de desperdicio. Por lo visto SEMA (Software Engineering Measurement and Analysis) que pertenece al SEI (Software Engineering Institute) creó un sistema para evaluar lo bueno que es un equipo de desarrollo de software . Dicho sistema es un "poco" complicado y requeriría mucho tiempo para leerlo, entenderlo, y ponerlo en práctica. Pero gracias a JOEL lo tenemos bastante más fácil. JOEL creó una guía, mucho más fácil de seguir, para evaluar a un equipo de desarrollo. Dicha guía consta de 12 preguntas que se responde simplemente con un sí o no. Luego llegó Pablo López y lo tradujo al castellano, por lo que ahora más fácil imposible. Así que sin más rollos introductorios aquí tenéis el enlace de dicho test, merece completamente la pena leerlo y hacerlo, nos llevaremos más de una sorpresa. El Test de Joel: 12 pasos hacia un código mejor .

Dos buenas chuletas de UML (Lenguaje unificado de modelado) , ambas en formato PDF: Chuleta UML , vía loufranco , de 4 páginas: Referencia UML 1 . Chuleta UML , vía digilife , de 1 página: Referencia UML 2 .

El Consejo Superior de administración electrónica ha elaborado la metodología de análisis y gestión de riesgos de los sistemas de información , llamada MAGERIT , cuya utilización promueve, como método de intento de minimizar los riesgos a los que están expuestos los sistemas de información, sean de la índole que sean. Conocer el riesgo al que están sometidos los elementos de trabajo es, simplemente, imprescindible para poder gestionarlos y por ello han aparecido multitud de guías informales, aproximaciones metódicas y herramientas de soporte todas las cuales buscan objetivar el análisis para saber cuán seguros (o inseguros) están y no llamarse a engaño. El gran reto de todas estas aproximaciones es la complejidad del problema al que se enfrentan; complejidad en el sentido de que hay muchos elementos que considerar y que, si no se es riguroso, las conclusiones serán de poco fiar. Es por ello que Magerit persigue una aproximación metódica que no deje lugar a la improvisación, ni dependa ...

Siempre es necesario seguir una metodología en nuestros proyectos. Quizás en proyectos pequeños, de escasa envergadura, no sea necesario, pero siempre tener algo documentado y hacer un análisis previo, nos ayudará a bajar costes, y en el futuro, que nuestro proyecto sea mantenible. En caso de proyectos en los que trabajen más de una persona y/o en proyectos empresariales, ni que decir tiene, que una metodología es algo necesario, básico, para que nuestro proyecto llegue a buen puerto, y con el paso del tiempo, siga en ese buen puerto y no se nos hunda. Los proyectos informáticos no son un caso aparte, y la informática, como otra ingeniería que es, necesita de una planificación y documentación obligatoria. Hay varias metodologías específicas para los sistemas de información, como por ejemplo la de Coad y Yourdon (1.990) y la métrica Merise (1.978). Aunque parezcan antiguas por las fechas de su publicación, se han ido revisando y publicando sucesivas versiones. Aquí en España contamos ...