Tecnicas Para Escribir Requerimientos

Técnicas para Escribir Requerimientos

3.- Técnicas para escribir requerimientos de alta calidad.

En todas las técnicas involucradas descritas en la unidad I de la ingeniería de requerimientos, las actividades y características resaltantes para obtener o escribir requerimientos de alta calidad son los siguientes.

• Identificar las clases de usuario del producto esperado.

• Extraer las necesidades de los individuos que representan cada clase de usuario.

• Comprender las tareas y metas del usuario y los objetivos de negocio con los que esas tareas se alinean.

• Analizar la información recibida de los usuarios para distinguir sus objetivos de tarea de requerimientos funcionales, requerimientos no-funcionales, reglas de negocio, y otros

• Destinar partes de los requerimientos de alto nivel a definir componentes de software en la arquitectura sistema.

• Comprender la importancia de los atributos de calidad.

• Negociar las prioridades de implementación.

• Traducir las necesidades de usuario escritas dentro de las especificaciones y modelos de requerimientos

• Examinar los requerimientos documentados para asegurar el conocimiento común de los requerimientos presentados por los usuarios y corregir cualquier problema antes de que el grupo de desarrolladores los acepte.

• Definir el punto de partida de los requerimientos.

• Revisar y evaluar el impacto de cada requerimiento cambiado antes de aprobarlo.

• Seguir cada requerimiento en su diseño, código fuente y pruebas.

• Agrupar los requerimientos según rendimiento y actividad de cambio durante todo el proyecto.

• La iteración es una clave para el éxito del desarrollo de los requerimientos.

Estándares de la documentación de los requerimientos.

El documento de los requerimientos de software es la declaración oficial de qué es lo que requieren los desarrolladores del sistema. Incluye tanto los requerimientos del usuario para el sistema como una especificación detallada de los requerimientos del sistema. En algunos casos, los dos tipos de requerimientos se integran en una única descripción. En otros, los del usuario se definen en una introducción de la especificación de los del sistema. Si existe un gran número de requerimientos, los detalles de los requerimientos del sistema se pueden presentar como documentos separados.

El documento de requerimientos tiene un conjunto diverso de usuarios que va desde los administradores principales de la organización, quienes pagan por el sistema, hasta los ingenieros responsables del software. Una gran variedad de organizaciones han definido estándares para los documentos de requerimientos. Por ejemplo la IEEE sugiere la siguiente estructura para los documentos de requerimientos.

1. Introducción, propósito del documento de requerimientos, Alcance del producto, Definiciones, acrónimos y abreviaturas, Referencias, Resumen del resto del documento.

2. Descripción general, Perspectiva del producto, Funciones del producto, características del usuario, Restricciones generales, Suposiciones y dependencias

3. Requerimientos específicos. Cubren los requerimientos funcionales, no funcionales y de interfaz. Obviamente, ésta es la parte más sustancial del documento, pero debido a la amplia variabilidad en la práctica organizacional, no es apropiado definir una estructura estándar para esta sección. Los requerimientos pueden documentar las interfaces externas, describir la funcionalidad y el desempeño del sistema, especificar los requerimientos lógicos de la base de datos, las restricciones de diseño, las propiedades emergentes del sistema y las características de calidad.

Fuente: Pressman, Roger S. (2005). Ingeniería del Software: Un enfoque práctico; Sexta edición. McGraw-Hill, Madrid.

Métodos.

Para poder obtener buenos resultados en los sistemas de apoyo a decisiones estructuradas, debemos dividir el trabajo como lo dice anteriormente el análisis de sistema del que estamos hablando, debe tener en cuenta:

• Si es analítico o heurístico.

• Cómo son tomadas la decisiones en las tres fases de resolución de problemas de inteligencia.

• El uso de los métodos de criterios múltiples útiles para la resolución de problemas semiestructurados.

Estos sistemas pueden funcionar de varias formas es decir, la organización de la información para las situaciones de decisión, la interacción con los tomadores de decisiones que llevan consigo la expansión en la toma de decisiones, la forma de presentar la información para su mejor comprensión añadiendo modelos y criterios múltiples.

En donde los modelos de criterios múltiples incluyen procesos de compromiso, métodos ponderados y métodos de eliminación secuencial y son los más adecuados para el manejo de la complejidad y naturaleza semiestructurada.

Sistemas de apoyo a Decisiones.

Este método posee características que lo diferencia de los demás sistemas que manejan información y que son tradicionales. Los usuarios finales de los DSS (sistemas de apoyo a decisiones) poseen características especiales que merecen ser tomadas en cuenta.

Debemos tener en cuenta que un sistema de apoyo a decisiones lo definiremos como la manera de organización de información que se pretende usar en la toma de decisiones. Para lo cual al presentar la información debe estar diseñada basándose en la solución de problemas y esto debe darse ya que el usuario no debe tomar la decisión, sino el DSS.

Técnicas de modelado:

• Modelado del contexto del sistema (utilidad similar a los DFD).

• Modelado de los requisitos de un sistema.

• Modelado del proceso de test y estrés del sistema.

• Modelado del vocabulario de un sistema a partir de las descripciones funcionales.

• Modelado de la distribución de responsabilidades en un sistema.

• Modelado de cosas que no son software (hardware, personas, etc.).

• Modelado de tipos primitivos.

• Modelado de dependencias simples.

• Modelado de herencia simple.

• Modelado de relaciones estructurales (composiciones y agregaciones).

...