En la ingeniería clásica, los requerimientos se utilizan como datos de entrada en la etapa de diseño del producto. Establecen que debe hacer el sistema, pero no como hacerlo.
La fase del desarrollo de requerimientos puede estar precedida por una fase de análisis conceptual del proyecto. Esta fase puede dividirse en recolección de requerimientos de los inversores, análisis de consistencia e integridad, definición en términos descriptivos para los desarrolladores y un esbozo de especificación, previo al diseño completo.
• REQUERIMIENTO FUNCIONAL puede ser una descripción de lo que un sistema debe hacer. Este tipo de requerimiento específica algo que el sistema entregado debe ser capaz de realizar.
• REQUERIMIENTO NO FUNCIONAL: de rendimiento, de calidad,especifica algo sobre el propio sistema, y cómo debe realizar sus funciones.
Fases de implementación
• Obtener requisitos entrevistas o comunicación
• Analizar requisitos: Detectar y corregir las falencias comunicativas,
• Documentar requisitos: , los requisitos deben estar debidamente documentados.
• Verificar los requisitos: comprobar el correcto funcionamiento de un requisito en la aplicación
• Validar los requisitos: Comprobar que los requisitos implementados
Técnicas principales
- Entrevistas =se hace a toda la gente que se relacionará con el sistema.
- Talleres = en donde las personas implicadas participan en discusiones para descubrir requisitos.
- Forma de contrato = En lugar de una entrevista, se pueden llenar formularios o contratos indicando los requisitos.
- Objetivos medibles = para evaluar en cualquier momento qué tan avanzado se encuentra el proyecto.
- Prototipos=muestra, de funcionalidad limitada, de cómo sería el producto final una vez terminado
- Casos de uso=técnica para documentar posibles requisitos, graficando la relación del sistema con los usuarios u otros sistemas.
- Especificación de requisitos del software=descripción completa del comportamiento del sistema a desarrollar.
- Identificación de las personas involucradas=los analistas de requisitos han de tomar en consideración a todos los implicados para que se obtengan y depuren sus requisitos.
- Relacionados con las personas involucradas=Los usuarios no tiene claro lo que deseanLos usuarios no se involucran en la elaboración de requisitos escritos
- Relacionados con los analistas=Uso de terminología ambigua en la redacción de los documentos de requisitos
- Relacionados con los desarrolladores=El personal técnico y los usuarios finales pueden tener diversos vocabularios y pueden llegar a creer incorrectamente que están de acuerdo, no dándose cuenta del desacuerdo hasta que se provee el producto final.
- Soluciones aplicadas=emplear a especialistas en análisis del negocio o del sistema
No hay comentarios:
Publicar un comentario