Ingeniería de Requisitos

1. Ingeniería

1.1. Oobtención, análisis, especificación y validación de los requisitos solicitados por el negocio

1.1.1. Etapas

1.1.1.1. Elicitación

1.1.1.1.1. Consensuar los requisitos entre los propios clientes y usuarios

1.1.1.2. Análisis

1.1.1.2.1. Descubrir problemas con los requisitos del sistema identificados

1.1.1.3. Especificación

1.1.1.3.1. Documentación de todo el análisis para la ejecición del programa

1.1.1.4. Validación

1.1.1.4.1. Validación a reescribir algunas especificaciones de requisitos, corregir o perfeccionar

2. Requisitos

2.1. Importante fase de analisis, requerimientos que requiera el cliente

2.1.1. Ayuda definir estrategias para el desarollo, riesgos, viabilidad, tiempo de creacion

2.1.2. El éxito o fracaso de un proyecto está altamente influenciado por la calidad de los requisitos

2.2. Clasificación

2.2.1. Usuario

2.2.1.1. Servicios que espera que realice el Softhware

2.2.2. Sistema

2.2.2.1. Definirá el programa que se va desarrollar

2.2.3. Funcionales

2.2.3.1. Información que requerirá el programa para funcionar (debe o no hacer)

2.2.4. No funcionales

2.2.4.1. Acciones que siguen deacuerdo a lineamientos en la ejecución

3. Ciclo de vida

3.1. Fases

3.1.1. Planificación

3.1.1.1. Planteamiento del problema, definir alcances y objetivos del Software

3.1.2. Analisis

3.1.2.1. Definir requisitos según el cliente

3.1.3. Diseño

3.1.3.1. Ajustar especificaciones de estructura interactiva

3.1.4. Pruebas

3.1.4.1. Detectar fallos para asi corregirlos

3.1.5. Mantenimiento

3.1.5.1. Correctvio

3.1.5.1.1. Corregir fallas o desperfectos observados

3.1.5.2. Adaptativo

3.1.5.2.1. Modificaciones que afectan a los entornos como cambios de configuración del Software

3.1.5.3. Perfectivo

3.1.5.3.1. Ajustar el software agregando o retirando nuevas características de su funcionamiento

3.2. Entregables

3.2.1. Permiten evaluar que los requerimientos sean los estableciodos por el cliente ejecutando el programa u organizandolo

3.3. Paradigmas

3.3.1. Paradigma tradicional

3.3.1.1. Seguir una serie de pasos para un fin manteniendo el ciclo de vida del Software

3.3.2. Paradigma orientado a objetos

3.3.2.1. El codigo servirá para otro proyecto

3.3.3. Paradigma de desarrolo ágil

3.3.3.1. Participacion con el cliente