Ingenieria de Requisitos

Mapa Mental Ingenieria de requisitos Daniel Bolaño Villero

Get Started. It's Free
or sign up with your email address
Ingenieria de Requisitos by Mind Map: Ingenieria de Requisitos

1. Es la diciplina para desarrollar una especificacion completa, consistente y no ambigua, la cualla cual servira como base para acuerdos comunes en tre todas las partes involucradas y en dond se describen las funciones que realizara el sistema

1.1. Elicitacion

1.1.1. Actividad involucrada em el descubrimientos de los requisistos del sistema, aqui los analistas deben trabajar junto con el cliente para descubrir el problema que el sistema deba resolver

1.2. Analisis

1.2.1. Sobre la base de la obtencion realizada previamente comienza esta fase la cual tiene como proposito descubrir problemas con los requisitos del sistema hasta el momento

1.3. Especificacion

1.3.1. Aqui se documenta los requisitos acordados, con el cliente en un nivel apropiado d detalle, en la practica esta etapa se realiza conjuntamente con el analisis, por lo que se puede decir que la especificaciones el pasar en limpio el analisis realizado previamente aplicando tecnica y/o estandares de documentacion como la noatcion UML ( Lenguaje de Modelado Unificado

1.4. Validacion

1.4.1. La validacion garantiza que los requisitos una vez analizados y eresueltos los posibles conflictos. correspondanrealmente a las necesidades del cliente y usuario para evitar que a pesar de que el producto final sea tecnicamente correcto no sea sastifatorio

2. Ciclo de Vida del Software

2.1. El ciclo de vida permite iniciar una serie de fases mediante las cuales se procede a la validacion y al desarrollo de software garantizando quese cumplan los requisitos para la aplicacion verificacion de los procedimientos de desarrollo

2.1.1. Las fases del modelo del ciclo del software son

2.1.1.1. Fase Planificacio

2.1.1.1.1. En esta primera fase se realiza el planteamientodel problema, se definen alcances y objetivos de software

2.1.1.2. Fase de Analisis (definicion de requisitos)

2.1.1.2.1. En esta fase se busca definir los requisitos que son los que dirigiran el desarrollo del proyecto de software

2.1.1.3. Fase de Diseño

2.1.1.3.1. En esta fase se estudia posibles opsiones de implementacionpara el software que hay que construir, la estructura general del mismo

2.1.1.4. Fase de Pruebas

2.1.1.4.1. Esta busca detectar los fallos cometidos en las etapas anteriores para corregirlas

2.1.1.5. Fase de Mantenimiento

2.1.1.5.1. En esta fase se realizan tres puntos que son Mntenimiento Correctivo, Manteniemiento Adactativo, Manteniemiento Perfectivo

2.1.2. Paradigma de los Modelos de Ciclo de Vida del Software

2.1.2.1. Paradigma Tradicional

2.1.2.1.1. Los paradigmas tradicionales se identifican fundamentalmente por ser lienales, es decir se trata de completar cada proceso de princiopio a fin hasta que quede listo para asi poder avanzas a una segunda fase, y se definen de la siguiente manera

2.1.2.2. Paradigma Orientado a Objetos

2.1.2.2.1. Las etapas de desarrollo de software en el paradigma orientado a objetos, se conforma principalmente por la creacion de clases analisis de requisitos y con este diseño, con este paradigma se pretende que el codigo fuentes sea reutilizable para otros proyectos

2.1.2.3. Paradigma de desarrollo agil

2.1.2.3.1. Estes paradigma es el desarrollo de proyectos en poco tiempo, se simplifica procesos tediosos, se agilizan las fases de desarrollo y las interacciones se hacen en corto tiempo y se clasifican en

3. Requisitos

3.1. Los requisitos comunican las expectativas de los consumidores de producto de software

3.1.1. Importacia de los Requisitos

3.1.1.1. Los requisitos cobran importancia dentro del ciclo de vida del software por que establesen el alcanse del trabajo subsecuente pueden definir estrategias de desarrollo, riesgo, tomar decisiones de negocio y se clasifican en

3.1.1.1.1. Requerimiento de usuario

3.1.1.1.2. Requerimiento de sistemas

3.1.1.1.3. Requerimiento Funcionales

3.1.1.1.4. requerimientos no funcionales