|
|
|
|
|
|
|
|
|
De acuerdo con el "Capability Maturity Model" (CMM) [A4], el manejo de requerimientos involucra:
"Establecer y mantener un acuerdo con el cliente sobre los requerimientos de el proyecto de software. Este acuerdo son los requerimientos de el sistema alojados al software." … "Este acuerdo cubre requerimientos t�cnicos y no t�cnicos (como fechas de entrega). El acuerdo forma las bases para estimar, planear, ejecutar y monitorear el proyecto de desarrollo de software a trav�s de todo su ciclo de vida." … "Bajo las restricciones del proyecto, el grupo de manejo de requerimientos toma las medidas necesarias para que los requerimientos que est�n bajo su responsabilidad est�n documentados y controlados"
�De que manera podemos controlar los requerimientos de software si estos siempre evolucionan con el tiempo?. El CMM nos proporciona las gu�as para lograrlo.
"Para lograr el control de los requerimientos, el grupo de requerimientos revisa los requerimientos antes de que estos sean incorporados al proyecto de software y cada vez que los requerimientos cambian los planes, productos, y actividades son ajustadas para quedar en l�nea con los nuevos requerimientos de software".
En otras palabras, para obtener el nivel que requiere el CMM en manejo de requerimientos d�benos de tomar en cuenta dos cosas.
- Que los requerimientos deben de ser revisados (y aprobados) por el grupo de requerimientos, y no son impuestos por en su totalidad por presiones externas ajenas al proyecto.
El requerimiento t�cnico podr� ser impuesto por el mercado o presiones de la competencia, pero entonces los requerimientos no t�cnicos (Calidad, Costo y Tiempo de entrega) deber�n estar especificados de com�n acuerdo con el grupo de requerimientos del proyecto de software.
- Los requerimientos t�cnicos y no t�cnicos forman un conjunto entre si, si cambia uno forzosamente deber�n cambiar los dem�s. Esto es: m�s contenido t�cnico implica o m�s costo, o menos calidad o mas tiempo estimado de entrega. De modo que los cambios t�cnicos deber�n ser aprobados por el grupo de requerimientos y este grupo estimar� los impactos en tiempo, costo, calidad. El resultado de la estimaci�n es la entrada a los l�deres del proyecto para decidir si el cambio se acepta o no.
Estos dos puntos son los esenciales del manejo de requerimientos en CMM.
Una version completa del CMM (en ingles) puede ser bajada gratuitamente de el "Software Engineering Institute" de la Universidad de Carnegie Mellon
|
|
|
|
|
|
|
|
|
