Ingeniería de RequisitosRecolectando la información

Áreas de esfuerzo de la Ing. Requerimientos

• Reconocimiento del problema

• Evaluación y síntesis

• Modelado

• Especificación

• Revisión

Reconocimiento del problema

• Es necesario identificar de la manera mas pronta el problema que se quiere resolver.

Centrarse en lo necesario por encima de lo

deseado.

Evaluación y Síntesis

• Posterior a la identificación del problema se debe invertir tiempo en efectuar la evaluación del mismo y tratar de expresarlo de la manera mas simple.

"Si no puedes explicar algo de forma sencilla, es que ni tú mismo lo has entendido lo suficiente“.

Albert Einstein

Modelado

• Es una serie de actividades encaminadas a expresar de manera gráfica o textual los elementos que conforman la solución al problema identificado.

“Con el modelado se mejora la comunicación con el equipo de trabajo, clientes y usuarios“.

Especificación

• Posterior al modelado ya se tiene un conocimiento avanzado de los requerimientos, pero hace falta expresarlos de manera completa; esto se realiza en la especificación.

“Existen diversos formatos, normas y recomendaciones para efectuar la especificación“.

IEEE380

Revisión

• La especificación debe ser validada y por ello es necesario realizar una revisión general que involucre los clientes y usuarios.

“El cliente siempre tiene la razón“.Desde que se llegue a los acuerdos necesarios.

PRINCIPIOSOPERATIVOS

Representar

Dominio

1Entender

Información del problema

Definir

Funciones

2

Que realizara el software

Representar

Comportamiento

3

Del Software

Dividirse en

Modelos

4

Ver el software por capas

Refinamiento

Niveles de abstracción

5

De lo general a lo particular.

PRINCIPIOSDirectrices

Entienda el problema antes de iniciar el modelamiento

1

Emplee Prototipos. De esta forma el usuario entenderá su relación con el software.

2

Registre el orden de los requerimientos y la razón de los mismos.

3

Exprese los requerimientos de más de una forma.

4

Asigne prioridades a los requerimientos.

5

Elimine la ambigüedad y haga de esto una política.

6

Stakeholders“Quienes pueden afectar o son afectados por las actividades de una empresa”

Proceso de laIngeniería de Requisitos

Proceso de Ingeniería de Requisitos.

Sistemas existentes

Necesidades Stakeholders

Estándares y regulaciones.

Información del dominio.

Requisitos acordados.

Especificación de requisitos.

Modelos del sistema

Proceso de Ingeniería de Requisitos

Actividades comunes Ing.Req

Técnicas de Recolección de

INFORMACIÓN

Entrevista

“Realice cuantas pueda efectuar, en diversos momentos y con variedad de usuarios.”

Deben emplear formatos establecidos, validados y correctamente documentados.

Encuesta

“Una técnica eficiente para conocer la opinión de lo usuarios”.

Hay que tener cuidado en no generalizar los resultados con una pequeña muestra.

Taller

“Se acostumbra realizar cuando existen grupos homogéneos. Validan rápidamente la información y permiten estructurar soluciones no contempladas de otra manera”.

Se deben organizar y contar con una estrategia establecida para planear el objetivo de los mismos.

Observación

“Es la mejor forma de identificar falencias en los requerimientos o ambigüedades en las especificaciones”.

Algunas cosas son las que se dicen, otras las que se documentan y muy diferentes las que se hacen.

Revisión documental

“Se recomienda siempre ir por la fuente primaria, verificar la documentación que soporte los requerimientos”.

Lo que esta escrito, escrito esta.

Análisis de datos

“La información que se requiere, quizás ya esta dentro de los datos recolectados, por ello es preciso efectuar un análisis de todos los elementos recibidos al inicio del proyecto”.

En este punto es útil recordar llevar un registro y trazabilidad de los requerimientos.

• Basado en:Ingeniería de Software. Sommerville, Ian6ta. Edición

@josefabiandiaz

josefabiandiazs@Gmail.com

https://www.youtube.com/user/fabiandiazs

Msc.Ing.Jose Fabián Diaz Silva

Consultas