gato

The Rational Edge

1. Introducción
The Rational Edge: requisitos precisos son una parte esencial de la fórmula para el éxito de proyectos de software. Este artículo explica por qué, y describe un enfoque de tres veces a la documentación de requisitos eficaces.
Una compañía Fortune 100 se embarcó en un proyecto para diseñar y construir un sofisticado paquete de software que sería en últimainstancia, la implementación en sus oficinas de todo el mundo. Dos años y 10 millones de dólares más tarde, las oficinas locales se negaron a utilizar el software, ya que no hizo lo que se tenía intención de hacer. En lugar de ayudar a agilizar un proceso de negocio importante, el software en realidad obstaculizado él.
En otro caso, un integrador de software líder se adjudicó un contrato por laorganización para la obtención de una importante empresa de servicios públicos. Más tarde, esa organización se sorprendió cuando el integrador le informó de que, en base a los "verdaderos" los requisitos del cliente, el alcance del proyecto ha aumentado el doble.
¿Estas historias suenan familiares? ¿Por qué este tipo de cosas suceden? De acuerdo con una reciente encuesta realizada por elStandish Group 1 de más de 352 empresas que informan sobre más de 8.000 proyectos de software:
31 por ciento de todos los proyectos de software son canceladas antes de completarse (una pérdida de $ 81 mil millones).
53 por ciento de los proyectos cuestan 189 por ciento de su estimación original.
En las grandes empresas, el 9 por ciento de los proyectos son a tiempo y dentro del presupuesto.
En laspequeñas empresas, el 16 por ciento de los proyectos son a tiempo y dentro del presupuesto.
La encuesta Standish Group también preguntó a los encuestados para identificar las causas de estos fracasos. La Tabla 1 muestra las tres principales razones por las cuales los proyectos son " deteriorados”.


Como muestra el cuadro, los requisitos de los pobres son el mayor problema. Si no está clarolo que se supone para construir, ¿cómo se puede estimar el costo de la construcción de ésta? ¿Cómo se puede crear un plan de proyecto, asignar recursos, los componentes del sistema de diseño, o crear órdenes de trabajo? Necesita requisitos precisos para llevar a cabo estas actividades. Por supuesto, los requisitos evolucionan como un proyecto avanza, pero los requisitos básicos cuidadosamenteredactados proporcionan un punto de partida. Luego, a medida que avanza el proyecto, puede completar los detalles y documentos de planificación de actualización que los requisitos evolucionan.
Entonces, ¿qué es un requisito? Este artículo trata de explicar este término comúnmente entendido mal. En lugar de suministrar una definición en la delantera, descubriremos una a entender primero por quénecesitamos los requisitos, y después de examinar el contenido de los diferentes documentos que utilizamos para capturarlos.

2. ¿Por qué necesitamos los requisitos?
Utilizamos requisitos para una variedad de propósitos, incluyendo:
 Alcance del proyecto
 La estimación de costos
 Presupuesto
 Programación de proyectos
 El diseño de software
 Las pruebas de software
 Manuales dedocumentación y formación

Los individuos en toda la organización tienen un gran interés en la producción de los requisitos sólidos. Si usted es un cliente o que participan en la contratación, las finanzas y la contabilidad, o de TI, usted es un actor importante en el proceso de gestión de requisitos.
Muchos equipos de proyectos tratan requisitos como una declaración de propósitos de la aplicacióny expresarlos en términos muy generales, tales como: " El sistema debe tener la capacidad de crear tickets de problemas para notificaciones de apagones. " Pero, ¿es esto un requisito sólido? Para responder esta pregunta, veamos cómo documentamos requisitos.

3. La clasificación y documentación de requisitos
Los requisitos no son requisitos, a menos que se anotan. En otras palabras, ni las...