Artículos, links y opiniones personales de CRM, Business Intelligence, Colaboración, Adminitración de Proyectos
martes, julio 25, 2006
Metodología para el desarrollo de aplicaciones orientada a objetos
viernes, julio 21, 2006
UMLing your PHP project
martes, julio 18, 2006
Why Software Projects Fail and How to Make Them Succeed
miércoles, julio 12, 2006
Centro de Excelencia de Migraciones .NET
“The Mythical Man-Month”
viernes, julio 07, 2006
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.
martes, julio 04, 2006
Claves para administrar proyectos
Es un Líder Visible
Con alto grado de compromiso
Con valores e integridad
viernes, junio 30, 2006
MSDN Wiki
Visual Studio
.NET Framework
martes, junio 27, 2006
15 Tutoriales de ASP.NET 2.0
Link de la noticia
Link donde se encuentran los tutoriales
jueves, junio 22, 2006
Good resource for the Software Engineer in you
viernes, junio 16, 2006
Visual Studio .NET Tips and Tricks
viernes, junio 02, 2006
Creando diagramas desde el Web
Procesos o Agilidad
Comparativa Oracle / MySql
miércoles, mayo 24, 2006
Importancia de la Ingenieria de Software en los procesos de desarrollo
lunes, mayo 22, 2006
Software Engineering for Internet Applications (MIT Press) eBook
SCRUM for Team System
martes, mayo 16, 2006
Sitios interesantes de UML
Sitio para bajar el libro O'Reilly - Learning UML v2.0
Página principal del libro
Entendiendo UML
Understanding UML Wiki
Understanding UML Blog
Algunos de estos enlaces pasan a ser parte de los vínculos en el área de UML.
lunes, mayo 15, 2006
Mas de inteligencia de negocios
Blog de Javier Delgado Bernardo
http://www.bizintelligencepipeline.com/
viernes, mayo 12, 2006
Refactoring Databases Website
Microsoft Bloggers List
miércoles, mayo 10, 2006
Software modeling platform - StarUML
Soporte a UML 2.0
Personalizable
Soporte a MDA
Extensibilidad y Flexibilidad
y lo mejor es que es gratis
La noticia viene de Dot NEt Pulse
viernes, mayo 05, 2006
Mas de 200 páginas de Business Intelligence
Links de Ingeniería de Software
Borland CMMI On Line
y como complemento de este tema en el mismo Navegapolis se presenta una sinopsis de los modelos CMM y CMMI
jueves, abril 27, 2006
martes, abril 18, 2006
Software Engineer: Best Job in America
Software Engineer: Best Job in America
viernes, abril 07, 2006
Certified PSP Developer
viernes, marzo 31, 2006
Proceso de Desarrollo / Development Process
Este es un esquema de todo el proceso de desarrollo, imagen que viene en la revista ObjectiveView, los cuadros representan procesos que se componen de una serie de actividades y las flechas representan los documentos entregables en cada etapa, también se representan aquellos productos que alimentan a cada proceso, y destaco que se mencionan varios componentes que pueden ser ejemplificados con diagramas UML, como lo es Business Concept Models (Diagrama de Clases), Use Case Models (Diagrama de Casos de Uso), Arquitectures (Diagrama de Componentes, Diagrama de despliegues).viernes, marzo 24, 2006
Buscadores de código
Koders
CodeFetch
The Journal for Professional Software Developers
Carnegie Mellon y el Tec de Monterrey
martes, marzo 14, 2006
.NET Business Rule Engine
Primer SCAMPI Lead Appraiser mexicano
lunes, marzo 06, 2006
Altova UModel 2005
viernes, febrero 24, 2006
Mas de Reglas del Negocio
martes, febrero 21, 2006
Business Rules / Reglas del Negocio
Artículo 1. Los requisitos como
elementos principales, nunca como
secundarios
Artículo 2. Independientes de los
procesos y no contenidas en ellos
Artículo 6. Arquitectura basada en las
reglas, no una implementación
indirecta
Artículo 7. Procesos guiados por reglas,
no programación basada en
excepciones
En fin un documento muy interesante
UML Tutorial
viernes, febrero 17, 2006
NASA Software Configuration Management GuideBook
viernes, febrero 10, 2006
Borland planea vender sus IDES
martes, febrero 07, 2006
Material de Ingeniería de Software
Material del Curso de Ingeniería de Software
viernes, febrero 03, 2006
Modelo de Dominio / Domain Model
Aqui un documento interesante de Domain Model
jueves, enero 19, 2006
Links interesantes
Revista de OpenSource
Sitios de Ivar Jacobson
http://jaczone.com/
http://www.ivarjacobson.com/html/index.html
Comunidad Java en México
Comparativa de componentes entre Delphi y Visual Studio.NET
martes, enero 10, 2006
Simplified RUP debuts with Windows programmers
QuarkSoft CMMI Nivel 3
viernes, diciembre 23, 2005
Matriz de Requerimientos / Requirements Traceability Matrix
viernes, diciembre 16, 2005
AMCIS Nuevo León
jueves, diciembre 08, 2005
Use Cases, Background, Best Practices and Benefits

miércoles, noviembre 30, 2005
Mejorando los procesos
lunes, noviembre 28, 2005
Software Guru No. 6 en circulación
- LINQ, Reduciendo la complejidad del Acceso a Datos, por Luis Daniel Soto
- La Calidad no basta, Innovar para ser competente, por Francisco Rivera
- Patrones de Casos de uso, por Saúl Cuesta Rodriguez
- El proceso de la prueba de software, por Luis Vinicio León
La revista la pueden descargar del sitio de Software Guru.
Delphi vs Visual Basic
viernes, noviembre 18, 2005
Web Services, un ejemplo práctico
Control de código fuente
Modelo de desarrollo Agil
jueves, noviembre 10, 2005
Innevo, con nível 2 de CMMI
miércoles, noviembre 02, 2005
Más de metodologías Agiles
http://www.agile-spain.com
martes, octubre 25, 2005
Concept Of Operations IEEE 1362
http://www.archives.gov/era/pdf/concept-of-operations.pdf
http://isfdb.tamu.edu/wiki/index.php/Concept_of_Operations#Modes_of_Operation_for_the_Current_System
viernes, octubre 21, 2005
Computing Curricula 2005
viernes, octubre 14, 2005
Más vínculos
Compendió de libros técnicos gratis
Principios de administración de proyectos
SQL Server Data Minning
Metodologías Agiles SCRUM
martes, septiembre 27, 2005
Un Clásico de Ingeniería de Software
Cualquier parecido con la realidad es mera coincidencia...
jueves, septiembre 22, 2005
Nuevos Enlaces
The Future of Software Engineering, excelente sitio inglés que toca temas diversos de Ingeniería de Software
Mountain Goat Software, sitio dedicado a las metodologías ágiles, tema que esta tomando mucha fuerza en los últimos años, por lo cual merece darle seguimiento, también he creado su apartado en enlaces.
Open Group, sitio dedicado a promover la integración de la información con el uso de estándares abiertos.
OOAD, AOP and Design Patterns, sitio dedicado a los paradigmas Orientado a Objetos y Orientado a Aspectos, asi como a Diseño de Patrones.
jueves, septiembre 08, 2005
Software Requirements on the Web
Team Software Process User Group India
Introducción a Team Software Process

Esta imagen es muy conocida y es usada para ejemplificar donde encaja CMM, TSP (Team Software Process), y PSP (Personal Software Process) dentro de una organización, estos últimos dos creados por Watts Humphrey. La UNAM creo un sitio educativo para la enseñanza de TSP, aqui la página.
SEPGLA 2005
lunes, septiembre 05, 2005
Prácticas y Métodos para mejorar el desarrollo de proyectos de software
jueves, agosto 25, 2005
Software Engineering for Internet Applications
miércoles, agosto 24, 2005
UML Related Materials
martes, agosto 16, 2005
How to write a Software Requirements Specification
MoproSoft mas avances
"Para informarles que el día de hoy en el DOF se
publico la declaratoria de vigencia de la NMX de
MoProSoft, entrará en vigor en 60 días."
esto se puede considerar como un gran logro de la industria Mexicana de Desarrollo de Software. Diario oficial de la Federación 15/Ago/2005
Gracia a Francisco Lopez Lira por la noticia, la cual esta publicada en el grupo de MoproSoft
miércoles, agosto 10, 2005
Nuevos enlaces
En Personajes de la Ingeniería de Software
Página de Karl Wiegers
Página de Ed Yourdon
En la Sección de Requerimientos
Software Productivity Center
Destaco en la página de Yourdon la publicación de varios capítulos de manera gratuita del libro "Just Enough Structured Analisys"
martes, agosto 09, 2005
Karl Wiegers Describes 10 Requirements Traps to Avoid

Referencia "Karl Wiegers Describes 10 Requirements Traps to Avoid"
lunes, agosto 08, 2005
CMM mediante UML
martes, agosto 02, 2005
Software Certifications
Realmente es para tomarse en cuenta, ya que las certificaciones nos dan un valor agregado y mas en Administración de Proyectos, Calidad y Pruebas.
jueves, julio 28, 2005
¿Que es un Patron de diseño?
miércoles, julio 27, 2005
Creative Commons México

lunes, julio 25, 2005
Por que fallan los proyectos de Software
viernes, julio 22, 2005
Software Engineering Comix
lunes, julio 18, 2005
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,
lunes, julio 11, 2005
Ejemplo de RUP
martes, julio 05, 2005
MoproSoft con éxito
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.
jueves, junio 30, 2005
Introducción a la Arquitectura de Software / Introduction to Software Architecture
martes, junio 28, 2005
Hablando de eminencias Edsger Dijkstra
viernes, junio 24, 2005
Praxis con Nivel 3 de SW-CMM
lunes, junio 20, 2005
IDEF0 / IDEF3
miércoles, junio 15, 2005
CMM Modelo de Madurez
jueves, junio 09, 2005
Estándares en la etapa de requerimientos
- Obtención de Requerimientos
- Análisis de Requerimientos
- Especificación de Requerimientos y
- Validación de Requerimientos
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
jueves, mayo 26, 2005
Ejemplo de SRS (Software Requirements Specification)
jueves, mayo 19, 2005
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.
