INGENIERIA DE REQUISITOS + Sencillo desde lo metodológico, no hay que aprender demasiado para ejecutar esta etapa

INGENIERIA DE REQUISITOS

+ Sencillo desde lo metodológico, no hay que aprender demasiado para ejecutar esta etapa

1° contacto con el problema

Saber hacer una encuesta, saber llenar una encuesta, no difícil desde lo metodológico

METODOLOGIA SENCILLA, pero es una de las etapas + COMPLEJAS de todo el proceso de construcción de sw, porque es la etapa donde tengo que entender a una organización, a un cliente y poder transmitir lo que se entendió a las personas que siguen en las siguientes etapas.  

Nos vamos a enfocar en la problemática que existe en la etapa y cómo resolverla, estos problemas no se resuelven haciendo una encuesta. Énfasis no en cómo hacer, sino en la problemática.

Muchas veces el ejecutable anda pero no es lo que se necesitaba, no es lo que se esperaba.

No solamente está la cuestión de la diferencia entre lo que el usuario me contó y lo que programé, sino que además también hay una cuestión de expectativas (el usuario imagina que recibirá un sw que no es posible de que reciba por determinadas circunstancias de la realidad, lo que genera un desencanto con el sw recibido). Y asimismo, muchas lo que el cliente dice que necesita la organización, no es lo que realmente requiere la organización, la realidad era otra.

¿Cómo es que alguien describió esto, le dimos esto, quería esto y finalmente arreglamos esto e implementamos esto, pero… como nadie descubrió la realidad => la realidad era otra!

• Por sobretodo se tiene que DESCUBRIR LA REALIDAD de la ORGANIZACIÓN, su real problemática. (ej en medicina no solamente el medico se guía por lo que le dice el paciente “me duele la panza”, sino que hace una serie de estudios para detectar el real problema de salud). “No me importa” lo que me cuenten, lo que imaginan, tengo que descubrir la realidad.

TECNICAS PRINCIPALES

• Entrevistas
• Talleres
• Cuestionarios
• Prototipos
• Casos de uso
• Análisis de documentación existente => más allá de lo que me cuente el usuario, la empresa funciona y hay cosas que ocurren y generan documentación (no se hace referencia a manuales de procesos, que no suele haber o que si los hay son antiguos) por ejemplo: normativa legal, papeles que se generan de trabajo, como una factura, etc.

...