La organización de los requisitos

Share

|

Ahora que los requisitos son las directivas de una sola declaración, se hace fácil clasificarlos por tipo. Los tres principales tipos de requisitos son los siguientes:

- Proyecto de requisitos

- Requisitos del sistema

- Requisitos del subsistema (también conocido como los requisitos de aplicación, módulo o funcional)

Requerimientos del Proyecto

Los requisitos del proyecto son los horarios impuestos por el cliente, resultados, y los recursos en virtud del cual se desarrollará el proyecto. Un ejemplo de un requisito del proyecto es "Cada proyecto tendrá un representante de la compañía ABC asignado al equipo de producción." Otra podría ser: "El producto se entregará a más tardar (NLT) 10 de julio de 199N." Otra podría ser " estudios mensuales de estado se llevará a cabo. "

Requisitos del sistema

Los requerimientos del sistema son el rendimiento, almacenamiento, protocolos, normas y convenciones que se deben cumplir por el producto. Estos requisitos de la guía del esfuerzo de desarrollo. Ser capaz de referencia fácilmente la lista de requisitos para los requisitos de sistema garantiza que las decisiones tomadas por los desarrolladores siempre se tendrá en cuenta los objetivos para el producto en el establecimiento por la dirección de desarrollo y los métodos.

Subsistema de Requisitos

requisitos del subsistema son el contenido de determinados productos, capacidades, limitaciones, y la apariencia del producto final previsto. Es recomendable para clasificar nuevos requisitos funcionales en grupos lógicos de las necesidades, por ejemplo, la compra y la previsión. Sin embargo las organizaciones más puede el deseo de garantizar que los requisitos de arte, los requisitos de texto, y los requisitos de la acción se identifican a continuación, dispuestos juntos en el flujo de la agrupación lógica seleccionada.

Por los requisitos de clasificación, tres cosas muy importantes se llevan a cabo. La primera de ellas es la composición del personal, ya que debe quedar claro qué habilidades son necesarias. La segunda es que se hace más fácil ver qué escenarios de prueba es necesario desarrollar y cuando los escenarios de prueba proporcionan muchos (requisitos) a uno (de prueba) las oportunidades y cuando las pruebas múltiples pueden ser necesarios para demostrar la capacidad completa de uno de los requisitos. Este tipo de información ayuda en la planificación del esfuerzo global de los ensayos debido a que el alcance del esfuerzo se puede predecir con mayor precisión lo que garantiza las máquinas, las redes, y la gente necesaria para las pruebas están en su lugar cuando el sistema está listo para ser probado.

La tercera cosa es la clasificación de los requisitos para simplificar el cambio de control esencial para las necesidades de gestión. El valor de esto es que durante el transcurso del proyecto deben tecnología de desplazamiento o cambio de los requisitos, el impacto total del cambio puede ser evaluado por todos los componentes del cambio se identificará al inicio del proceso. Ni el cliente ni el desarrollador de la voluntad de llegar al final del proyecto, pensando que todo está bien sólo para descubrir que algo cayó en el olvido. La lista de necesidades se convierte en fácil de referencia, mantener y utilizar cuando los requisitos se clasifican por tipo.

Documentación de Requerimientos

La documentación de los beneficios máximos significa menos trabajo posterior. Por ejemplo, cuando los diferentes tipos de requisitos se recogen y un esquema de numeración garantizar distinción entre los tipos de requisitos se utiliza, el seguimiento y análisis de impacto se realiza con mayor facilidad. Esta distinción es importante en el seguimiento de las necesidades de adaptación, la recopilación de datos relacionados con los distintos tipos de requisitos para el análisis de rendimiento y calidad. Ser capaz de recopilar esta información significa que los desarrolladores fácilmente y siempre puede ofrecer a los clientes documentado mejora de la calidad en ambos frentes técnica y de negocios. datos medibles estará disponible a partir de las determinaciones que se pueden hacer en cuanto al tamaño y el alcance de los proyectos y el impacto de las cuestiones tecnológicas.

Si la lista de requisitos clasificados se almacena en una base de datos, tablas de procesamiento de textos, o una hoja de cálculo, es importante que se encuentra y el formato de tal manera que sea accesible y utilizable para la mayoría de la gente en el equipo. La lista de necesidades es un bien del proyecto y debe ser considerado como tal. Gestión, el equipo de desarrollo, y el cliente tiene una herramienta preparada para la determinación de lo que está dentro del alcance del proyecto y qué no lo es.

---