ing requerimiento

of 10 /10
LA INGENIERIA DE REQUERIMIENTOS INTRODUCCIÓN a) Presentación y contextualización El alumno desarrolla una actitud analítica y critica que le permita valorar la importancia la ingeniería de Requerimientos en el desarrollo de sistemas de información para la organización. Aprenderá los conceptos principales de la ingeniería de requisitos, y su relación con los sistemas de información. Se explica el proceso de la IR, con sus respectivas fases o etapas, en la cual aprenderá las actividades que debe llevar a cabo en cada una de ellas. b) Competencia (Logro) Analiza y reconoce la importancia de la ingeniería de requisitos en el desarrollo de sistemas de información organizacionales. c) Capacidades 1. Comprende los conceptos fundamentales de la ingeniería de requisitos. 2. Comprende la importancia del proceso de ingeniería de requisitos. 3. Entiende y aplica las actividades que tiene que tener cada una de las fases del proceso de ingeniería de requisitos. 4. Comprende, relaciona y clasifica los distintos tipos de requisitos. d) Actitudes Desarrolla una actitud emprendedora mediante la toma de iniciativas, promoción de actividades y toma de decisiones en relación a la actividad asignada. Actúa con responsabilidad personal, al cumplir con los horarios establecidos y el respeto a las normas de convivencia. Cumple con la presentación de los trabajos encomendados de manera individual y en equipo, respetando la iniciativa y aportes de los integrantes. 1

Author: g1g1gregg

Post on 19-Jan-2016

56 views

Category:

Documents


0 download

Embed Size (px)

TRANSCRIPT

LA INGENIERIA DE REQUERIMIENTOS

INTRODUCCINa)Presentacin y contextualizacinEl alumno desarrolla una actitud analtica y critica que le permita valorarla importancia la ingeniera de Requerimientos en el desarrollo de sistemas de informacin para la organizacin. Aprender los conceptos principales de la ingeniera de requisitos, y su relacin con los sistemas de informacin.Se explica el proceso de la IR, con sus respectivas fases o etapas, en la cual aprender las actividades que debe llevar a cabo en cada una de ellas.b)Competencia (Logro)Analiza y reconoce la importancia de la ingeniera de requisitos en el desarrollo de sistemas de informacin organizacionales.c)Capacidades1.Comprende los conceptos fundamentales de la ingeniera de requisitos.2.Comprende la importancia del proceso de ingeniera de requisitos.3.Entiende y aplica las actividades que tiene que tener cada una de las fases del proceso de ingeniera de requisitos.4.Comprende, relaciona y clasifica los distintos tipos de requisitos.d)ActitudesDesarrolla una actitud emprendedora mediante la toma de iniciativas, promocin de actividades y toma de decisiones en relacin a la actividad asignada.Acta con responsabilidad personal, al cumplir con los horarios establecidos y el respeto a las normas de convivencia.Cumple con la presentacin de los trabajos encomendados de manera individual y en equipo, respetando la iniciativa y aportes de los integrantes.Desarrolla la creatividad, la innovacin, la actitud emprendedora y el respeto a la honestidad intelectual.e)Presentacin de ideas bsicas y contenido esenciales de la UnidadLa Unidad de Aprendizaje 1:Introduccin a la ingeniera de requisitos, comprende el desarrollo de los siguientes temas:TEMA 01:LA INGENIERA DE REQUERIMIENTOSTEMA 02:PROCESO DE LA INGENIERA DE REQUISITOS.TEMA 03:PROCESO DE LA INGENIERA DE REQUISITOS (CONTINUACIN).TEMA 04:CLASIFICACIN Y CAPTURA DE REQUISITOS

Tema 01TEMA 01: LA INGENIERIA DE REQUERIMIENTOS

INGENIERA DE REQUISITOS

La base de la ingeniera de requisitos, radica en conocer cules son las necesidades, especificaciones y requerimientos del cliente, parece muy fcil llegar a cumplir este objetivo, no obstante el principal problema en el diseo de los sistemas de informacin, incluso el diseo de base de datos, es la mala especificacin de los requerimientos del cliente, por la sencilla razn que muchas veces ni el cliente mismo sabe lo que necesita, en consecuencia la ingeniera de requisitos, es una rama de la ingeniera del software, que nos ayuda a entender al cliente y capturar mejor los requerimientos.Me entendiClaro, si , si, entiendo

En elprologo a un libro de Ralph Young sobre las prcticas efectivas en los requisitos, el autor de este libro escribi:

Es tu peor pesadilla. Un cliente entra en tu oficina, se sienta, te mira directo a los ojos, y dice:Yo s que usted piensa que entiende lo que digo, pero lo que usted no entiende es que lo que digo no es realmente lo que quiero decir.

Esto sucede de manera invariable cuando el proyecto est avanzado, despus de que han realizado los compromisos relativos al tiempo de entrega, las reputaciones estn en juego y el dinero est en serio peligro.

Todos los que hemos trabajado en el negocio de los sistemas y el software por ms de unos cuantos aos hemos vivido esta pesadilla, y solo unos pocos de nosotros hemos aprendido a continuar aun con esta circunstancia.

Nosotros tenemos dificultades cuando tratamos de obtener requisitos de nuestros clientes. Tenemos problemas al comprender la informacin que adquirimos.

Permitimos que el cambio nos controle en lugar de establecer mecanismos para controlarlo.Con frecuencia, registramos los requisitos de una manera desorganizada e invertimos muy poco tiempo en verificar lo que registramos.

En resumen,se falla al establecer un cimiento slido para el sistema o software. Cada uno de estos problemas representa un reto. Cuando estos se combinan, la imagen es desalentadora incluso para los gerentes y profesionales del software ms experimentados. Pero existen soluciones.

ParaPRESSMAN, Roger S.La ingeniera de requisitosproporciona el mecanismo apropiado paraentender:

Lo que el cliente quiere, analizar las necesidades.Evaluar la factibilidad.Negociar una solucin razonableEspecificar la solucin sin ambigedades.Validar la especificacinAdministrar los requisitos conformestos se transforman en un sistema operacional.El proceso de la ingeniera de requisitos se lleva a cabo a travs de siete distintas funciones:Inicio, Obtencin, Elaboracin, Negociacin, Especificacin, Validacin y Gestin.

Segn F.P.Brooks dice:

Lo ms difcil en la construccin de un sistema de software es decidir precisamente qu construir. No existe tarea con mayor capacidad de lesionar al sistema, cuando se hace mal. Ninguna otra tarea es tan difcil de rectificar a posteriori.

La evidencia emprica demuestra que:

Los requisitos contienen demasiados errores Muchos de estos erroresno se detectanal principio Muchos de estos errorespodran serdetectados al principio No detectar estos errores incrementar los costes (tiempo, dinero) de forma exponencial Adems, los programadores obedecen los requisitos (cuando existen).

El no capturar los requisitos correctamente conlleva: Como mnimo en un incremento de costos y La posible prdida del proyecto

A continuacin se describe otras consecuencias, que es necesario analizarlas con detenimiento:

oEl sistema resultante no satisfar a los usuarios.oSe producirn desacuerdos entre usuarios y desarrolladores.oPuede ser imposible demostrar si el software cumple, o no, los requisitos.oSe gastar tiempo y dinero en construir el sistema equivocado

En cuanto a la cantidad de requisitos que tiene un sistema de informacin es variada, podemos hablar de sistemascon 10 requisitos o 30 requisitos, pero tambin podemos tener sistemas con cientos de requisitos, miles de requisitos, 5000 requisitos o ms de 50000 requisitos.

En EEUU $250 mil millones de dlares en unos 175.000 proyectos aproximadamente, de ese conjunto la realidad es la siguiente:31,1% (23%) son cancelados52,7% (49%) cuestan un 190% ms de lo estimadoUn 16,2% (28%) ser finalizado a tiempo y dentro del presupuesto, pero el producto final poseer (aprox.) la mitad de los requisitos iniciales.Fuente:http://www.standishgroup.com

Es alarmante prcticamente un porcentaje muy bajo de proyectos terminan a tiempo y dentro del presupuesto, pero no con todos los requisitos iniciales.

La crisis del software y los requisitos:

oBoehm, 1975: 45% de los errores tienen su orgen en los requisitos y en el diseo preliminar.

oDeMarco, 1984:56% de los errores que tienen lugar en un proyecto Sw. Se deben a una mala Especificacin de Requisitos.

oChaos Report:Los factores principales que conducen al fracaso en los proyectos Sw.

Otras historias de terror relacionadas con la mala especificacin en los requisitos de un software de computadora.

Uno de los estudios ms conocidos es el de la General Accounting Office (GAO) de EEUU. Este estudio de 1979 revel que 47% del dinero empleado en proyectos software se destin a sistemas que no llegaron a utilizarse. Otro 29% se emple en proyectos que no llegaron a finalizar. Otro 19% se emple en software que tuvo que ser profundamente modificado tras su entrega. Finalmente, tan slo un 2% del dinero se emple en proyectos software que s cumplieron con sus requisitos, pero se trataba de proyectos ms bien pequeos o de poca envergadura.En 1981, Victor Basili encontr cerca de 88 errores en una ERS de 400 pginas para el proyecto A-7E Operational Flight Program. Esta ERS haba sido escrita por un grupo de expertos en especificacin de requisitos.Recientemente, la NASA ha sufrido varios accidentes espectaculares cuyo origen se atribuye a problemas durante la definicin de los requisitos.

Cunto cuesta el solucionar errores en el proceso de software:

EtapaCoste de reparacin

Requisitos1-2

Diseo5

Codificacin10

Pruebas unitarias20

Pruebas sistema50

En produccin200

Acumulacin de los errores:

Como se observa, los errores cometidos en los requisitos son los ms peligrosos, pues sus consecuencias contaminan todas las restantes fases del ciclo de vida.

Qu podemos hacer?

oTomar conciencia del problema. Estar a la defensiva.oNo conocemos todas las respuestas, pero conocemos muchas de las preguntas. Tenemos experiencia.oPodemos minimizar el impacto de los errores en los requisitosoPodemos tratar de organizar mejor las tareas relacionadas con los requisitosoMs recursos para la fase de requisitos.

Existen soluciones definitivas

oNo se ha encontrado solucin universalmente vlida.oHay serias dudas acerca de si dicha solucin existe:Nos movemos en la frontera socio-tcnica de los sistemas: borrosa, voluble e inconsistenteLos requisitos es donde lo formal se encuentra con lo informal (M.Jackson)Los requisitos estn vivos: emergen, interactan, cambian, desaparecen.oDesconfen de quien ofrezca la solucin definitiva a estos problemas

Ingeniera de Requisitos

Para remediar en lo posible los problemas antes descritos surge la ingeniera de requisitos.La IR trata de los principios, mtodos, tcnicos y herramientas que permiten descubrir, documentar y mantener los requisitos para sistemas basados en computadoras, de forma sistemtica y repetible.

Qu son los requisitos?

Informacin acerca del problema a solucionar. Propiedades y comportamiento del sistema. Restricciones de diseo y fabricacin del producto. Descripciones acerca de cmo el futuro sistema ayudar a sus usuarios a realizar mejor sus tareas. Restricciones acerca de la tecnologa que ser utilizada en la construccin del sistema (protocolos, SSOO, COTS, etc.). Restricciones acerca de las propiedades emergentes del sistema (requisitos no funcionales).

1