Mapa mental - Lecture notes 1 PDF

Preview

Summary

mapa mental de la clase...

Description

Objetivos  

 

Conocer la naturaleza del requisito Conocer el proceso de desarrollo de los requisitos: elicitación, análisis, especificación y validación Aplicación del estándar IEEE 830. Comprender la importancia de la gestión de requisitos

Deben ser: Completos: Deben incluir descripciones de todos los servicios requeridos. Consistentes: No deben existir conflictos o contradicciones en las descripciones.

Definición: Requisito: Condición o capacidad que necesita el usuario para resolver un problema o conseguir un objetivo determinado. Proceso de Ingeniería de Requisitos: Conjunto estructurado de actividades de cuya ejecución se obtiene, valida y mantiene el documento de requisitos del sistema

Especificación de Requisitos Software: Documento formal de los Requisitos del Sistema

Ingeniería de Requisitos: Conjunto de actividades para descubrir, documentar y mantener un conjunto de requisitos

Gestión de Requisitos:

Dificultades:

Actividad para gestionar los cambios en los requisitos de un sistema.

No reflejan las necesidades reales del cliente

Niveles: De Usuario: Declaraciones en lenguaje natural y, quizás, tablas y diagramas, de los servicios que el sistema provee y sus restricciones operacionales. De sistema: descripciones detalladas de las funciones, servicios y restricciones operacionales del sistema. (Definen lo que deberá ser implementado). De Software: Declaraciones detalladas de diseño e implementación del software.

Son inconsistentes y/o incompletos Es costoso realizar cambios sobre los requisitos una vez que han sido acordados Puede haber malentendidos entre clientes, analistas, ingenieros software, .. Imprecisión: Los requisitos ambiguos pueden ser interpretados de diferentes formas por desarrolladores y usuarios.

Elicitación: Es una actividad fundamentalmente humana, en la que se identifican los interesados y se establecen relaciones entre el equipo de desarrollo y los clientes. Escenarios: son ejemplos de la vida real de cómo puede ser usado un sistema. Deben incluir:    

Una descripción de la situación de partida. Una descripción del flujo normal de eventos. Una descripción de lo que puede ir mal. Información sobre otras actividades concurrentes.

Detalla:

Principales factores:

Técnicas:

El Problema: Los detalles del problema específico del cliente donde se aplicará el sistema.

Objetivos (intereses de negocio, factores críticos de éxito): proveen la motivación para realizar el software.

Entrevistas

El Negocio.: Cómo los sistemas interactúan y contribuyen a las metas del negocio.

Conocimiento del Dominio: Permite inferir conocimiento tácito que los stakeholders no articulan.

Observación

Las Necesidades y Restricciones de los Beneficiarios del Sistema: Necesidades específicas de la gente que requiere soporte del sistema para su trabajo.

Interesados (stakeholders): identifican, representar y gestionar los puntos de vista de los diferentes tipos de interesados.

Prototipos: son una herramienta para clarificar requisitos poco claros. Pueden ser:  

Reuniones: Sirven para intentar alcanzar un efecto acumulativo o sinérgico de manera que un grupo de personas puede profundizar más y mejor en sus requisitos que trabajando de forma individual.

Desde diseños de pantallas dibujados en papel, Hasta versiones beta de prueba de productos software complejos.

Entorno operacional: el entorno en el que se ejecutará el software. Entorno organizacional: se debe ser sensible a la estructura, cultura y políticas de la organización, así como a los procesos de negocio a los que dará soporte el software.

El análisis de requisitos se realiza según: Observaciones: Mediante Observaciones se puede aprender sobre las tareas de los usuarios haciendo ellos mismos una inmersión en el entorno real de los usuarios y observando cómo cada usuario interactúa con su software y con otros usuarios.

Clasificación:      

Funcionales vs No Funcionales Origen de producto vs proceso prioridad alcance volátiles vs estables

Escenarios

Reutilización de Requisitos Entrevista: Es una forma de recoger información de otra persona a través de una comunicación interpersonal que se lleva a cabo por medio de una conversación estructurada. Localizar requisitos consiste en: asignar a componentes la responsabilidad de satisfacer los requisitos. Se necesita de: realizar antes el diseño arquitectural del software, ya que de él se derivan los componentes que tendrá el sistema....