1. Ingeniería de Requerimientos
1.1. Es puente para el diseño
1.1.1. Concepción
1.1.1.1. Como iniciara un proyecto
1.1.2. Indagación.
1.1.2.1. Preguntar al cliente y usuarios
1.1.2.1.1. Problemasde alcance
1.1.2.1.2. Problemas de entendimiento
1.1.2.1.3. Problemas de volatilidad
1.1.3. Elaboración
1.1.3.1. Expansiona y refina la información
1.1.3.2. Mejora los escenarios de usuario
1.1.3.3. Identifica colaboración entre clases
1.1.4. Negociación
1.1.5. Especificación.
1.1.5.1. En base a documentos escritos
1.1.5.2. Puede usarse plantillas estándar
1.1.6. Validación
1.1.6.1. Calidad de productos del trabajo
1.1.6.2. Es una revisión técnica
1.1.7. Administración de los requerimientos
1.1.7.1. Sistemas basados en computadora cambian
1.1.7.2. Se identifican en tecnicas investigativas
2. INDAGACIÓN DE LOS REQUERIMIENTOS
2.1. Recabar requerimientos en forma colaborativa
2.1.1. Requerimientos en escenarios diferentes
2.1.2. Proponer elementos de la solución
2.1.3. Se escoge un facilitador
2.1.3.1. Encargado de designar funciones
2.1.3.2. Manipula e interviene con objetos
2.1.3.2.1. Se ofrece una área temática
2.1.3.3. Se eliminan áreas redundantes
2.1.3.4. La lista combinada se acorta
2.1.3.5. Se puede posponer las reuniones
2.1.3.5.1. No hay suficientes requerimientos
2.1.4. La meta es identificar el problema
2.1.5. Negociar distintos enfoques
2.1.6. Especificar conjuntos preliminares de requerimientos
2.2. Despliegue de la función de calidad
2.2.1. Requerimientos normales.
2.2.1.1. Objetivos, metas para un producto
2.2.1.2. Únicamente si cliente esta satisfecho
2.2.2. Requerimientos esperados.
2.2.2.1. Implícitos en producto o sistema
2.2.2.2. Su ausencia causará mucha insatisfacción
2.2.2.3. fácil interacción humano/máquina
2.2.3. Requerimientos emocionantes.
2.2.3.1. Su precencia indica mucha satisfacción
2.3. Escenarios de uso
2.3.1. Escenarios que identifican los usos
2.3.1.1. Necesidad y su factibilidad
2.3.1.2. Alcance del sistema o producto
2.3.1.3. Describe ambiente técnico del sistema
3. DESARROLLO DE CASOS DE USO
3.1. Definir un conjunto de actores
3.1.1. Usuario final
3.1.2. Usuario inicial
3.1.3. Usuarios normales
3.2. Definidos ya conjuntos de actores
3.2.1. ¿Cuáles son los objetivos?
3.2.2. ¿Qué precondiciones deben existir?
3.2.3. ¿Qué información del sistema adquiere?
3.2.4. ¿Qué excepciones deben considerarse?
3.2.5. ¿Cuáles variaciones son posibles?
3.2.6. ¿Qué información del sistema adquiere?
3.2.7. ¿Tendrá que informar el actor al sistema?
4. REQUERIMIENTOS DE LAS NEGOCIACIONES
4.1. Identificación de los participantes
4.1.1. Sistema
4.1.2. Subsitema
4.2. Determinar las condiciones
4.2.1. Ganancia para los participantes
4.3. Negociación de las condiciones
4.3.1. Usuarios
4.3.2. Equipo de desarrollo
5. ESTABLECER LAS BASES
5.1. Identificación de los participantes
5.1.1. Persona beneficiada directa/ indirectamente
5.1.1.1. Gerentes de operaciones del negocio
5.1.1.2. Gerentes de producto
5.1.1.3. Personal de mercadotecnia
5.1.1.4. Ingenieros de software
5.2. Reconocer los múltiples puntos de vista
5.2.1. Clasificar toda información de participantes
5.2.2. Existen muchos participantes distintos
5.3. Trabajar hacia la colaboración
5.3.1. Identificar áreas de interés común
5.3.2. NO se creara comités necesariamente
5.3.3. Se tomará requerimientos Integrativos
5.4. Hacer las primeras preguntas
5.4.1. Para concebir el proyecto
5.4.1.1. Libres de contexto
5.4.1.1.1. ¿Quién usará la solución?
5.4.1.1.2. ¿Cuál será el beneficio económico ?
5.4.1.1.3. ¿Hay otro origen para solucionarlo?
5.4.2. Para identificar participantes
5.4.2.1. Permiten entender mejor el problema
5.4.2.1.1. ¿Qué problemas resolvería esta solución?
5.4.2.1.2. ¿Hay aspectos especiales del desempeño?
5.4.3. Eficacia de la actividad comunicativa
5.4.3.1. Son preguntas finales
5.4.3.1.1. ¿Estoy haciendo demasiadas preguntas?
5.4.3.1.2. ¿Debería yo preguntarle algo más?
5.4.3.1.3. ¿Son relevantes las preguntas?
5.4.3.2. Preguntas que creen confianza
6. ELABORACIÓN DEL MODELO DE LOS REQUERIMIENTOS
6.1. Describir los dominios de información
6.1.1. Funciones, comportamientos para un sistema
6.1.2. Requerimientos estables con tiempo
6.1.2.1. Elaborar requerimientos con los estables
6.2. Elementos del modelo de requerimientos
6.2.1. Elementos basados en el escenario
6.2.1.1. Se enfocan desde el usuario
6.2.1.2. derivan en casos de uso
6.2.2. Elementos basados en clases
6.2.2.1. Conjunto de objetos
6.2.2.1.1. Interactuan con el usuario
6.2.2.1.2. Se clasifican mediante clases
6.2.2.1.3. Se comunican entre ellos
6.2.2.1.4. Son independientes entre si
6.2.2.1.5. Contienen metodos y variables
6.2.3. Elementos de comportamiento
6.2.3.1. Depende enteramente del enfoque inicial
6.2.3.1.1. Diagramas de estado
6.2.3.1.2. Elementos orientados al flujo
6.3. Patrones de análisis
6.3.1. Dominio de aplicación específico
6.3.2. Integran en modelo del análisis
7. VALIDACIÓN DE LOS REQUERIMIENTOS
7.1. Se abordan las siguientes preguntas
7.1.1. ¿Son coherentes los objetivos?
7.1.2. ¿Se especificaron todos los requerimientos?
7.1.3. ¿Existen requerimientos ambiguos?
7.1.4. ¿Tiene atribución cada requerimiento?
7.1.5. ¿Existen conflictos entre requerimientos?
7.1.6. ¿Lo requerimientos son objetivos?
7.1.7. ¿Se han simplificado los requerimientos?
7.1.8. Entre otras...