INGENERIA DE REQUISITOS

BASE DE DATOS

Jetzt loslegen. Gratis!
oder registrieren mit Ihrer E-Mail-Adresse
INGENERIA DE REQUISITOS von Mind Map: INGENERIA DE REQUISITOS

1. Especificación de requerimientos

1.1. Proceso de recoger información sobre el sistema propuesto y los existentes y extraer los requerimientos del usuario y del sistema de esta información

1.2. Puntos de vista

1.2.1. 1)--Punto de vista de los interactuadores: representa a las personas u otros sistemas que interactúan directamente con el sistema. 2)--Puntos de vista indirectos: representa a los stakeholders que no utilizan el sistema ellos mismos, pero que influyen en los requerimientos de algún modo. 3)--Punto de vista del dominio: representa las características y características del dominio que influyen en los requerimientos del sistema.

2. Estudio de Viabilidad

2.1. Un estudio de viabilidad es un estudio corto,y orientado a resolver a varias cuestiones. Los resultados de viabilidad deberá ser un informe que recomiende si merece o no la pena seguir con la ingeniería de requerimientos y el proceso de desarrollo del sistema

3. Obtención y análisis de requerimientos

3.1. En esta etapa los ingenieros de software trabajan con los clientes y usuarios finales del sistema para determinar el dominio de la aplicación que servicio debe proporcionar el sistema, el rendimiento requerido del sistema la restricción hardware etc

3.1.1. 1)--Los stakeholders expresan los términos con sus propios términos de forma natural y con conocimiento implícito de su propio trabajo. 2)--El entorno económico y de negocios en el que se lleva acabo el análisis es dinámico

3.2. Requerimientos de los stakeholders

3.3. Las actividades de proceso son

3.3.1. 1)--Descubrimiento de requerimientos: es el proceso de interactuar con los stakeholders del sistema para recopilar sus requerimientos. 2)--Documentación de requerimientos: se documentan los requerimientos hay requerimientos formales y no formales

4. Validación de Requerimientos

4.1. En esta etapa se trata de mostrar que esto es lo que reamente necesita el cliente Se utilizan varias técnicas

4.1.1. 1. Revisiones: los requerimientos son revisados por un conjunto de revisores. 2. Construcción de prototipos: se le enseña al cliente un modelo ejecutable del sistema. 3. Generación de casos de pruebas: los requerimientos deben poder probarse. Para evitar futuras complicaciones. Es mejor imaginarse como funcionará el sistema antes de evitar pérdidas.

5. Recopilacion de la información

5.1. Entrevista

5.1.1. En esta entrevista los el equipo de la ingeniera de requerimientos hacen preguntas y los stakeholders sobre el sistema que utilizan y sobre el sistema a desarrollar

5.2. Cuestionarios

5.2.1. El propósito de un cuestionario es recopilar información sobre actitudes, creencias, comportamiento y características, cuyo impacto puede alterar sustancialmente el impacto el trabajo de los usuarios.

6. Equipo de desarrollo de Software

6.1. 1. Gestor de proyecto 2. Diseñador gráfico 3. Administrador de Base de datos 4. Programador

7. Metodología

7.1. La metodología nos aportará: Labores a desarrollar en cada etapa y Secuencia en la que se cumplen esas etapas

8. Gestión de conflictos de coordinación y comunicación

8.1. COMUNICACIÓN: El proceso comunicativo, Tipos y redes de comunicación, Obstáculos de la comunicación, Comunicación asertiva y Mejoramiento de la comunicación, Instrumentos de comunicación, Coordinación, Tipos de coordinación

8.2. SOLUCIÓN DE CONFLICTOS: Conflicto, Causas, Tipos de conflictos, Etapas del conflicto, Ventajas/Desventajas, Consecuencias, Solución de conflictos, Enfoque estructural, del proceso y mixto, Estrategias para prevenir los conflictos.

9. Roles

9.1. EL ROL DE CONSULTOR DEL ANALISTA DE SISTEMAS-->El rol de consultor es cuando se es contratado como un agente externo para revisar y evaluar todos los procesos del sistema para entregar una especie de auditoria a la empresa.

9.2. EL ROL DE EXPERTO EN SOPORTE TÉCNICO DEL ANALISTA DE SISTEMAS--> En este rol el analista recurre a su experiencia profesional con el hardware y software de cómputo y al uso que se le da en el negocio

9.3. EL ROL DE AGENTE DE CAMBIO DEL ANALISTA DE SISTEMAS--> El rol más completo y de mayor responsabilidad que asume el analista de sistemas es el de agente de cambio, ya sea interno o externo para la empresa.