3.- Decir a una autoridad, a una persona que debe hacer algo.
1. Conocer los requisitos relevantes, asegurar un consenso entre todos los implicados
acerca de estos, documentarlos de acuerdo a los estándares establecidos, y gestionados
automáticamente.
2. Entender y documentar los deseos y necesidades de los implicados, especificar y
gestionar los requerimientos para minimizar el riesgo de poner en producción un
sistema q no cumple con los deseos y necesidades de los stakeholders.
Las 4 actividades de la IR
Modelo en cascada
Modelo scrum
Interactivo RUM
03 El papel de la comunicación de la IR
- Influido por:
o Bagaje cultural (backgroud)
o Experiencias y educación
o Aspectos sociales.
1. Seguridad en sí mismo(autoconfianza)
Justifica por su competencia y sobretodo x su competencia en
el negocio
Determinación en el seguimiento y clarificación en puntos
abiertos
2. No debe sobreestimar sus propias capacidades.
Como interlocutor en un debate con especialistas. ( no es
posible creer q tiene conocimiento d todo)
Deberá mediar entre los puntos de vista de los distintos
interesados.
Detectar resolver conflictos.
5. Pensamiento analítico
Capturar conceptos complejos de negocios
Descomponer los conceptos de negocios en sus partes más
básicas
Reconocer las conexiones entre elementos
Describir los conceptos de negocios sin dejar dudas y
suposiciones
6. Habilidad de comunicación
Ser capaz de expresarse en el lenguaje del cliente / usuario
También a nivel internacional
- SIGNIFICADO Y CONSECUENCIA.
Necesidades de los usuarios con el objeto de llegar a una definición del sistema (IEEE)
Deben usar técnicas sistemáticas con la finalidad de asegurar q los requerimientos del
sistema sean completos y sean consistentes y relevantes.
Ingeniero de requerimientos. ---- alguien que ayuda a formular los requerimientos del
usuario
Stakeholders. ----- alguien que tiene justificaciones para que se le permita influir sobre
los requerimientos
Cliente. ---
Tipos de Requisitos
El sistema deberá permitir localizar un cliente para registrar el cobro, utilizando como
criterios de búsqueda el nombre del cliente y el identificador del cliente.
Características.
Completitud todos los servicios solicitados por el usuario deben estar definidos
No Ambiguos.
No Funcionales
Eficiencia y perfomance
Elicitacion Negociacion
validacion y Especifiacion y
verificacion documentacion
Ingeniero de Requisitos
Expertos de marketing
Usuarios
Gente de calidad
Programadores
Cliente
Elicitación de requisitos.
Aunque implícitamente en este modelo se asume que durante la realización de las actividades
de elicitacion es necesario.
El objetivo de esta actividad es alcanzar acuerdos entre todos los participantes sobre los
requisitos elicitados en la actividad anterior.
Especificación/Documentos de requisitos
En esta actividad debe documentarse los requisitos elicitados y negociados para lo que Pohl
propone no se utilice una sola notación. Tantas como sean necesarias.
Validación/Verificación
El propósito de esta actividad es comprobar que los requisitos documentados corresponden con
las necesidades de los clientes y usuarios. (Validación) y comprobar que la especificación cumple
los criterios de calidad oportunos. (Verificación) Para los aspectos de validación puede recurrirse
a prototipos mientras que para la verificación puede utilizarse verificaciones formulas u otro
tipo de técnicas.
Es un proyecto conjunto del IEEE y de la ACM para producir un cuerpo de conocimiento sobre
ingeniería de software q siente las bases de dicha ingeniería como una profesión.
Elicitación de requisitos
Clasificación de requisitos:
Modelado conceptual:
Negociación de requisitos
Documentar de requisitos.
Gestión de Requisitos.
E licitación de requisitos
Introducción
Visión d E licitación
PROBLEMAS:
Problemas d articulación
Están relacionados con la expresión de sus necesidades por parte del cliente y
usuario y la comprensión d dicha necesidad.
1. Los clientes y usuario pueden ser conscientes de sus necesidades pero no
ser capaces de expresarlas apropiadamente.
En lo q sociología se denomina el problema de decir – hacer y en filosofía se
denomina conocimiento tácito: Las personas saben cómo hacer muchas
cosas q no saben describir.
2. Los clientes y usuarios pueden no ser conscientes de sus necesidades y
puede q no entiendan como la tecnología puede ayudarla.
3. Algunos de los usuarios pueden no expresar sus necesidades por miedo a
parecer incompetentes antes los demás o porque los desarrolladores juegan
un papel excesivamente dominante en el proceso, provocando q la falta de
conocimiento tecnológico de los usuarios les haga sentir en inferioridad de
condiciones.
4. Los clientes pueden no llegar a tomar decisiones xq no pueden prever las
consecuencias de su decisión o xq no entienden las alternativas q se les
plantea.
5. Algunos desarrolladores no escuchan apropiadamente a los clientes y
usuarios bien xq creen haber entiendo sus necesidades rápidamente, bien
porque se dedican a pensar inmediatamente sobre aspectos de
implementación y no se ponen en el lugar de clientes y usuarios.
Problemas de Comunicación
Problemas Técnicos
1. El software tiene q resolver problemas cada vez más complejos, por lo q sus
requisitos son también cada vez más complejos y contemplan detalles cada
vez más específicos y del dominio del problema
2.
3. Otra fuente de cambios es el echo d q el hardware y el software cambian
rápidamente, haciendo asequibles requisitos q antes eran inabordables por
su complejidad o por su coste.
4. También es necesario hacerlo con técnicos, personal de mantenimientos,
consultar normativas, estándares, etc.
5. Que los sistemas novedosos requieren un esfuerzo mucho mayor de e
licitación, y q las fuentes de información pueden ser muy distintas
dependiendo d la naturaleza del sistema a desarrollar.
Introducción:
Sirve para: Conseguir q los interesados humanos articulen sus requisitos y…. Recopilar
el conocimiento sobre los requisitos del sistema.
Entrevistas: son las técnicas de e licitación mas utilizada, son prácticamente inevitables
en cualquier desarrollo ya q son una de las formas de comunicación más naturales entre
personas.
Preparación de entrevistas.
Estudiar el dominio.
Planificación de la entrevista
La fecha, hora, lugar y duración de las entrevistas deben fijarse teniendo
en cuenta la agenda del entrevistado.
Tener en cuenta el lugar en donde se va a realizar la entrevista.
APERTURA -----DESARROLLO----TERMINACION
Apertura:
Desarrollo:
1. Preguntas abiertas
Estas preguntas no pueden responder con un SI o un No, permiten una
mayor comunicación y evitan la sensación de interrogatorio.
Terminación:
1. Una vez realizada la entrevista es necesario leer las notas tomadas, pasarlas
a limpio (minutas), reorganizar la información, contrastara con otras
entrevistas o fuentes de información, etc.
2. Una vez elaborada la información, se puede enviar al entrevistado para
confirmar los contenidos. También es importante evaluar la propia
entrevista para determinar los aspectos mejorables.
Resumen
Preparación:
Investigar la situación
Identificar las personas a entrevistar
Preparación del objetivo y contenido
Planificar el lugar y hora
Conducción / realización:
Apertura
Desarrollo
Tiempo entrevistado 80%
Terminación
Análisis:
Pasar a limpio las notas
Reorganizar la información y contrastarla
Evaluar la entrevista tendiente a mejora de aspectos.
JAD
¿Qué es el JAD?
(Joint Appication Development, desarrollo de conjunto de aplicación),
desarrollada por IBM en 1977, es una alternativa a las entrevistas individuales q
se desarrolla a lo largo de un conjunto de reuniones en grupo durante un
periodo de 2 a 4 días.
Principios
1. Dinámica de grupo
2. Uso de ayudas visuales para mejorar la comunicación (diagramas,
transparencias, multimedia, herramientas CASE, etc).
3. Mantener un proceso organizado y racional.
4. Filosofía de documentación WYSIWYG (What you see is what you get, lo q
se ve es lo q se obtiene), por la que durante de reuniones se trabaja
directamente sobre los documentos a genera.
Pasos
Ventajas y desventajas
Ventajas:
Desventajas:
Participantes
Jefe de JAD:
Analistas:
Debe tener la habilidad de organizar bien las ideas y expresarlas claramente por
escrito.
Patrocinador ejecutivo.
Jad Plan suelen ser directivos con visión global del sistema
Especialistas:
El jefe del JAD es quien debe adaptar la sesión a las características propias del
proyecto en curso para ello:
JAD – Conclusión
Ventaja
Desventaja
Brainstorming – fases.
Preparación
Generación
Consolidación
Priorizar ideas: Se priorizan las ideas restantes identificando las esenciales, a las
que estarían bien pero no son esenciales, las q podrían ser apropiadas para una
próxima versión. Del sistema
Documentación
Casos de Uso
Extend es ocasional
Include
Verbos de boll
Externos