1. EL ANALISIS DE TAREAS
1.1. Paso 1. Identificación de la tarea/operación/actividad a analizar. Trataremos de identificar todas las actividades que realiza la empresa, aquellas tareas que tienen un contenido propio, significativo y las diferencia que tienen con las demás.
1.1.1. Paso 2. Identificación de las fases. Una vez identificada la tarea, deberemos tratar de dividirla en el mayor número de fases e incluso en subfases de ser posible,
1.1.1.1. Paso 3. Definición y descripción de los trabajos que se realizan en cada una de las fases. Consiste en desglosar lo que se efectúa en esa fase como pueden ser roles, herramientas, recursos e incluso productos de trabajo.
1.1.1.1.1. Al registrar una tarea, deberemos de darle un nombre, una referencia y toda la trazabilidad posible, pero esto dependerá de las características internas de la empresa y su sistema de gestión, así como una descripción que nos dé información clara de en que consiste esa tarea.
2. EL ANALISIS DE DOMINIO
2.1. El análisis de dominio tiene como meta el encontrar o crear aquellas clases de análisis o funciones y características comunes que se aplican ampliamente para que puedan reutilizarse.
2.1.1. Cuando en la ingeniera de requisitos se identifican patrones de análisis que ocurren constantemente en un dominio, estos patrones se pueden definir y clasificar por categoría de una manera que permitan al ingeniero o al analista de software reconocerlos y reutilizarlos.
2.1.1.1. Un Modelo de Dominio es un artefacto de la disciplina de análisis, construido con las reglas de UML (Lenguaje de modelado unificado.
2.1.1.1.1. El análisis de dominio es un paradigma funcionalista, filosóficamente realista y de perspectiva social, basado en la comprensión de los fenómenos informacionales por medio del estudio de los dominios de conocimiento como comunidades discursivas.
3. INSTROSPECCION
3.1. Introspección se refiere a la actitud de prestar atención a los procesos internos del propio sujeto. Es, la capacidad del sujeto para centrar la atención en sus propias percepciones, inquietudes, sensaciones y pensamientos al realizar su trabajo dentro de la empresa
3.1.1. Un aspecto importante de la introspección es la autorreflexión, que permite analizar los procesos internos de pensamiento para tomar consciencia sobre sus disparadores y conductas reflejas,
3.1.1.1. Técnica la cual requiere que el ingeniero de requisitos tome como base las creencias de los usuarios y stakeholders hacia el sistema. Es usada solo al inicio de la fase de elicitación y es efectiva cuando el personal encargado de los requerimientos conoce el dominio del negocio y los procesos de la organización.
3.1.1.1.1. La introspección del propio elicitador quién, muy habitualmente, realiza apreciaciones importantes relacionadas con lo escuchado, observado o leído. Este tipo de conocimiento suele no tener cabida en el modelo que dio origen a la actividad de elicitación.
4. LA ENTREVISTA
4.1. La entrevista es de gran utilidad para obtener información cualitativa como opiniones o descripciones subjetivas de actividades.
4.1.1. La entrevista se puede definir como un “intento sistemático 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.
4.1.1.1. La preparación. Es necesario documentarse e investigar la situación de la organización analizando los documentos disponibles, de tal forma que la entrevista se enfoque en aquellos aspectos que están solamente en la mente del entrevistado.
4.1.1.1.1. La duración de una entrevista debería durar a lo sumo un par de horas.
5. EL CUESTIONARIO
5.1. El uso de cuestionarios permite a los analistas reunir información proveniente de un grupo grande de personas
5.1.1. El cuestionario está compuesto por 3 secciones de preguntas cerradas. La primera sección incluía datos personales, estudios académicos y experiencia en el desarrollo de software.
5.1.1.1. La segunda sección incluía la experiencia en técnicas tradicionales, técnicas de elicitación grupales, Prototipación, técnicas model-driven, Técnicas cognitivas, Técnicas contextuales.
5.1.1.1.1. Al igual que con las entrevistas, se debe seleccionar a los encuestados. El analista debe asegurar que el conocimiento y experiencia de éstos califiquen para dar respuestas a las preguntas.
6. GRUPO DE TRABAJO
6.1. Es una técnica efectiva para obtener información rápidamente de varias personas. Se recomienda tener una agenda predefinida y preseleccionar a los participantes, siguiendo buenas prácticas para reuniones efectivas.
6.1.1. Se utiliza para promover la cooperación y el trabajo en equipo entre usuarios y analistas. Consiste en realizar sesiones en las que participan usuarios expertos del dominio junto a analistas de software.
6.1.1.1. Esta técnica aprovecha la dinámica de grupos aplicando un proceso de trabajo sistemático y organizado, apoyado por elementos visuales de comunicación y comprensión de soluciones.
6.1.1.1.1. Cuando hablamos de grupos y equipos, nos referimos a dos modelos que sirven para distintos proyectos organizacionales. No es que uno sea mejor que el otro. Cada modelo sirve para determinados propósitos y según determinados recursos que posea la organización.