UNIDAD 1 VISIN GENERAL

La especificacin de requisitos de un sistema es un proceso crtico y complejo. Las actividades que cubre la Ingeniera de Requisitos son: Identificar y documentar necesidades. Analizar viabilidad y negociar soluciones. Crear un documento que describa los requisitos del sistema. Analizar y validad el documento. Controlar la evolucin de necesidades. La definicin formal de Ingeniera de Requisitos es la siguiente: Disciplina que trata los principios, mtodos, tcnicas y herramientas para obtener, analizar, especificar, validad y gestionar requisitos. La motivacin principal de la Ingeniera de Requisitos es evitar costes y tiempo adicional al estipulado realizando una buena especificacin! gestin y documentacin de requisitos desde el principio. REQUISITOS La definicin de requisito es la siguiente: Servicios y restricciones que debe satisfacer un sistema. "odemos clasificar los requisitos en: Requisitos del #suario: #sando lengua$e natural! diagramas informales... %&specificacin no precisa' Requisitos del (istema: &stablecen con detalle los servicios y restricciones del sistema. %&specificacin m)s precisa'. (irve como punto de partida para el dise*o del sistema. CO CE!TO " TI!OS #E REQUISITOS +,-&.I/+(: 0Requisitos de alto nivel 0(u nivel de detalle no permite implementar el sistema directamente a partir de ellos. 0+rganizacin $er)rquica %ob$etivos! subob$etivos...' R&1#I(I.+( 2& I34+R5ACI63 0&specifica la informacin que debe almacenar el sistema para cumplir los ob$etivos. 0Identifican el concepto relevante sobre el que se pretende guardar la informacin! as como los datos especficos asociados. R&1#I(I.+( 2& R&7LA( 2& 3&7+CI+ 0Restricciones! normas o polticas de la organizacin a respetar por el sistema a desarrollar. 0(uelen cambiar a lo largo del tiempo.

R&1#I(I.+( 2& I3.&R4A8 02efinen la interfaz que debe respetar el sistema cuando se comunica con otros sistemas. R&1#I(I.+( 4#3CI+3AL&( 0Servicios que el sistema debe proporcionar para alcanzar los ob$etivos. 0"ueden describirse mediante casos de uso$ R&1#I(I.+( 3+ 4#3CI+3AL&( 0!ropiedades que debe cumplir el sistema! relacionadas con la calidad % rendimiento, fiabilidad, usabilidad...). -Afectan a varias funciones del sistema. 0Limitan los tipos de soluciones! y por tanto! al dise*o. 0A menudo son m)s crticos que los funcionales. %& IR E E% CIC%O #E 'I#& #E% SO(T)&RE Aunque el mayor esfuerzo se realiza al comienzo del proceso de desarrollo! la IR es una actividad que contin9a durante toda la vida del soft:are. *O#E%OS #E !ROCESO #E %& IR

&(.#2I+ 2& /IA,ILI2A2 !ontinuamos con la ingenier"a de requisitos y el desarrollo del sistema# - Soluciona realmente los problemas e$istentes en la organizaci%n - Se puede desarrollar con las restricciones de coste y tiempo# -etc

+,.&3CI63 2& R&1#I(I.+( 0.raba$o con los clientes y usuraios para: &studiar el funcionamiento del sistema 2escubrir necesidades reales Consensuar los requisitos entre las distintas partes 0.;cnicas &ntrevistas &scenarios Casos de #so "rototipado A3<LI(I( 2& R&1#I(I.+( 0Actividad m)s importante de todas. 0+b$etivos: 2etectar conflictos entre los requisitos "rofundizar en el conocimiento del sistema Construccin de modelos abstractos.

&("&CI4ICACI63 2& R&1#I(I.+( (e establece una descripcin detallada + precisa de los requisitos del usuario y sistema %Contrato'. (e puede llevar a cabo mediante: Lengua$e 3atural "lantillas 7losarios &scenarios 3otaciones 7=aficas Lengua$es formales

/ALI2ACI63 2& R&1#I(I.+( 0 Definen los requisitos el sistema que desea realmente el cliente# - &roblemas con los requisitos# -/alidacin inadecuada > "ropagacin de errores al dise*o y a la implementacin. 0&l o,jetivo de esta etapa es o,tener el documento de requisitos definitivo$ 0.ipos de Comprobacin: /alidez Consistencia Integridad Realismo /erificabilidad 0(on 9tiles las listas de c?equeo de requisitos. 0.;cnicas de /alidacin: Revisin de requisitos Construccin de prototipos 7eneracin de casos de prueba An)lisis de consistencia autom)tico

*O#E%O #E *&#URE- #E !ROCESO #E %& I .$ #E REQUISITOS

.ESTI/ #E REQUISITOS +,-&.I/+( 2& LA 7&(.I63 2& R&1#I(I.+( 0Controlar el proceso de IR$ 07eneras el documento ,ase de requisitos. 07estionar las peticiones de cam,io$ 02efinir los atri,utos de los requisitos. 05antener la rastrea,ilidad de los requisitos. 2+C#5&3.+ ,A(& 2& R&1#I(I.+( 0Acordado entre clientes y desarrolladores. Contiene todos los requisitos el sistema a la fec?a del acuerdo. 0Cambio posterior > "rocedimiento preestablecido. 0Los atributos ?abituales de los requisitos son: Identificador 9nico /ersin y fe?ca Autores 4uentes 2ependencias &stado &stimacin de estabilidad Comentario +tros %coste! dificultad...' RA(.R&A,ILI2A2 + .RA8A,ILI2A2 0"ermite conocer las dependencias entre los distintos artefactos que se van generando. 0Cada vez que se crea un nuevo artefacto se debe registrar de qu; elementos de nivel superior y de su mismo nivel depende. 0&s la 0nica forma de poder reali1ar un an2lisis de impacto cuando se solicita un cam,io 0(e pueden representar gr)ficamente mediante matrices de rastreabilidad. "R+"I&2A2&( 2&(&A,L&( 2&L 2+C#5&3.+ 2& R&1#I(I.+( Comprensi,le$ Correcto$ o am,iguo3 preciso$ Completo3 todo ,ien referenciado$ Consistente$ 'erifica,le$ *odifica,le3 estructurado con los requisitos claramente identificados$ Rastrea,le$ &notado con prioridades + esta,le$ Independiente del dise4o + de la implementacin$

UNIDAD 2 OBTENCIN DE REQUISITOS

@'+,-&.I/+( 2& LA &LICI.ACI63 2& R&1#I(I.+( Conocer el dominio del pro,lema$ Conocer el sistema actual$ #eterminar las necesidades de los sta5e6olders %cualquier persona que tenga influencia en los requisitos del sistema. A'+,(.<C#L+( !ro,lemas de &rticulacin %dificultad para eBpresar claramente las necesidades! C' !ro,lemas de Comunicacin %no escuc?ar a los cliente y usuario! vocabulario diferente...' %imitaciones Cognitivas %no conocer el dominio del problema...' Conducta 7umana %conflictos personalesDpolticos! pasividad de clientes...' T8cnicos %Comple$idad del dominio del problema! en los requisitos...' E'.FC3ICA( 2& &LICI.ACI63 E.@'&3.R&/I(.A( 0.;cnica m)s usada y pr)cticamente imprescindible. 0"remite comprender el problema y obtener requisitos muy generales. 0"ara que sea efecitva: &ntevistador no debe cerrarse en sus ideas y debe escuc?ar. 2ebe darse en un conteBto dado %preguntas concretas! sistema eBistente...' 0.ipos: Cerradas %con$unto predefinido de preguntas' Abiertas %no eBiste agenda predeterminada' 5iBtas 04ases: @. !reparacin9 &studiar el dominio del problema. (eleccionar a las personas a entrevistar 2eterminar el ob$etivo y contenido de la entrevista "lanificar las entrevistas A. Reali1acin9 Apertura %G0@G min' 2esarrollo %HI A ?oras' .erminacin %G J @K min' E. &n2lisis9 Reorganizar la informacin Contrastar con otras informaciones 2ocumentar la entrevista &valuar entrevista %detectar aspectos a me$orar' "reparar nueva entrevista

E.A'2&(ARR+LL+ C+3-#3.+ 2& A"LICACI+3&( %-A2' 2esarrollado por I,5! es una alternativa a entrevistas individuales. (e realizan reuniones en gurpo dnde se ayuda a los clientes y usuarios a formular problemas y eBplorar posibles s oluciones! utilizando din2mica de grupo3 t8cnicas audiovisuales3 proceso organi1ado$$$ &s difcil de organizar! aunque si se aplica bien se obtienen buenos resultados. &Bisten diferentes roles: -efe del -A2 > Responsable general. Lder. Analista > Responsable de la produccin de documentacin. "atrocinador &$ecutivo > 2ecide si el proyecto se lleva a cabo o no. Representantes de los usuario > 2irectivos o futuros usuarios finales. &specialistas > Asesoran en aspectos t;cnicos. 4ases: %ver descripcin transparencias #3I2A2 A! p)g @L' Adaptacin Celebracin de Reuniones: "resentacin. 2efinicin de +b$etivos y Requisitos. 2elimitar el <mbito del (istema. 2ocumentar .emas Abiertos. Concluir (esin. 4inalizacin: Completar 2ocumentacin. Revisar 2ocumentacin. /alidar 2ocumentacin.

E.E'.+R5&3.A 2& I2&A( Reunin en grupo para generar ideas libre de crticas o $uicios. &ntre M y @K participantes! donde se encuentran el jefe de sesin. 3o requiere muc?a organizacin y se obtienen diferentes ideas pero es un proceso poco estructurado. 4ases: "reparacin. 7eneracin. Consolidacin. 2ocumentacin.

E.M'A3<LI(I( &.3+7R<4IC+ .;cnica basada en la observacin de los procesos que se realizan! permitiendo descubrir los requisitos implcitos que refle$an procesos reales. .ipos de +bservaciones: 2irecta e Indirecta.

E.G'&(C&3ARI+( 2& &/&3.+( 2escripciones de e$emplos de sesiones de interaccin simples entre un usuario y el sistema. Incluyen generalmente las descripciones de: &stado del sistema antes de entrar 4lu$o normal de eventos Lo que puede ir mal y cmo arreglarlo +tras actividades que podra darse al mismo tiempo &stado del sistema despu;s del escenario. E.N'CA(+( 2& #(+ (on una descripcin de una secuencia de interacciones entre uno o m)s actores y un sistema. ,eneficios: 4acilitan la obtencion y an)lisis de requisitos. &specifacin de requisitos funcionales. 7uan el dise*o de la interfaz del usuario. Act9an como unidad de validacin. "rueban el soft:are y aseguran su calidad. "unto de partida para ayudas en lnea. .ipos: (eg9n Importancia: &rimarios, Secundarios y 'pcionales. (eg9n 3ivel de 2etalle: (lto )ivel *poco) , +$pandidos *mucho). 2eben poseer precondicin! postcondicin! secuencia normal y eBcepciones! adem)s de nombre! versin! autores...
%a documentacin en el #RS es mejor mirarla en las transparencias :U I#&# ;3 p2g <<=

E.O'5A"A( C+3C&".#AL&( (on grafos! que los usuarios suelen entender bien! y f)cil de transformar en diagrama de clases. E.P'(Q&.CR&( S (.+RS,+AR2( 5uy usado en dise*o gr)fico de entornos :eb. &s una representacin esquem)tica de las interfaces de usuario y sus enlaces de navegacin.

M'5&.+2+L+7TA "ARA LA &LICI.ACI63 2& R&1#I(I.+( M.@'.AR&A( ,<(ICA( %MIRAR TRANSPARENCIAS ,)-D(D ., &/0 12'
Tarea >:opcional= > +btener informacin sobre el dominio del problema y el sistema acutal. Tarea ; > "reparar y realizar las sesiones de elicitacin D negociacin. Tarea < ? Identificar D Revisar los ob$etivos del sistema. Tarea @ ? Identificar D Revisar los requisitos de Informacin. Tarea A ? Identificar D Revisar los requisitos funcionales. Tarea B > Identificar D Revisar los requisitos no funcionales. Tarea C ? "riorizar ob$etivos y requisitos.

#3I2A2 E J &("&CI4ICACI63 2& R&1#I(I.+( %(R('

@'&L &(.<32AR I&&& PEK0@LLP *-+++ 3ecommended &ractice for Soft4are 3equirements Specifications)
Introduccin 2escribe el contenido y las cualidades de una buena especificacin de requisitos de soft:are. Las cuales son las mismas aplicadas en la construccin del 2R(. DQu8 recomienda descri,irE 04uncionalidad. 0Interfaces &Bternas. 0"restaciones. 0Atributos. 0Restricciones de dise*o impuestas a la implementacin. DQu8 no de,emos descri,irE &n ;l se describe el 1#F y O el C65+ lo ?ace el sistema ni C65+ se construir). "or lo que no se especificar)n detalles de dise*o o implementacin ni el proceso de produccin del sistema. Caractersticas de una ,uena SRS Correcta! 3o ambigua! Completa! Consistente! "riorizada! /erificable! 5odificable! .razable... %igual que en 2R('. Relacin de la SRS con la calidad La calidad se define como: 50rado en que un sistema, componente o proceso cumple las especificaciones o necesidades o deseos de clientes y usuarios "or lo que la (R( es vital. !artes esenciales de una SRS 3o tiene por que seguir el siguiente esquema pero debera incluir al menos toda la informacin contenida. %/&R &(.R#C.#RA &3 #3I2A2 E! "<7 @K'

A'+.R+( &(.<32AR&( S 7#TA( R&LACI+3A2A( C+3 IR

&st)ndar para la especifacin de requisitos soft:are 2II"(C0P@MEE &st)ndar de la 3A(A para el (R(! (5A"02I20"AKK0(U C.

E' &("&CI4ICACI63 4+R5AL 2& R&1#I(I.+(

Introduccin 0Completan las t;cnicas de especificacin informal. 0Las especifiaciones son precisas y no ambiguas! permitiendo eliminar cualquier duda sobre su interpretacin. 0(u aplicacin tiene especial inter;s en el desarrollo de sistemas crticos.

%os m8todos formales (on un con$unto de t;cnicas. Las cuales incluyen: &specificacin formal del sistema. An)lisis y prueba de la especificacin. &l desarrollo trasnformacional. /erificacin de programas. La especificacin debe estar eBpresada en un lengua$e cuyo vocabulario! sintaBis y sem)ntica est;n formalmente definidos. &ceptacin de los m8todos formales &stos m;todos no ?an llegado a tener muc?o ;Bito debido a otras t;cnicas me$ores! debido a que a veces es me$or que el tiempo para que salga al mercado sea ba$o! etc... (in embargo la especificacin formal es eBcelente para descubrir errores en la especificacin y para la representacin no ambigua del sistema. Enfoques para la especificacin formal 0Algebraico %(e describe el sistema en t;rminos de operaciones y sus relaciones' 0,asado en modelos.

M' &L "R+.+.I"A2+ C+5+ .FC3ICA 2& /ALI2ACI63

Introduccin Consiste en el desarrollo r)pido de un sistema %o parte' para la validacin de sus requisitos. #n prototipo es una versin inicial de un sistema. &l prototipado puede ser considerado como una actividad para reducir riesgos. &plicacin en el proceso de IR 0+btencin de requisitos: Los usuarios eBperimentan con los prototipos y comprueban cmo el sistema puede soportar su traba$o. "ueden proporcionar ideas para nuevos requisitos. 0/alidacin de requisitos: "ermiten revelar errores u omisiones de requisitos Feneficios 05e$oran la especificacin de requisitos. 0(e identifican malentendidos usuario0desarrollador. 0(e pueden encontrar requisitos inconsistentes o incompletos. 0(e dispone de un sistema que funciona! aunque no completo. 0(irve como base para derivar la especificacin del sistema. 0(oporta pruebas y ayuda al aprendiza$e para los usuarios. !roceso de prototipado @. &stablecer ob$etivos del prototipo. A. 2efinir la funcionalidad el prototipo. E. 2esarrollar prototipo. M. &valuar prototipo.

%os prototipos en el proceso de desarrollo de softGare 0"rototipos evolutivos: (e construye un prototipo inicial! que se va desarrollando ?asta que se convierte en el sistema requerido /enta$as: &ntrega r)pida del producto. Compromiso del usuario con el sistema. 2esventa$as: "roblemas de mantenimiento. "roblemas contractuales. 0"rototipos desec?ables: &l prototipo se desec?a una vez redactada la especificacin. 2esventa$as: .entacin de entregar prototipos desec?ables para su utilizacin cuando ?ay presin en plazo de entrega.

#3I2A2 M J A3<LI(I( 2& R&1#I(I.+(

@'I3.R+2#CCI63 AL A3<LI(I( 2& R&1#I(I.+(
O,jetivos del &n2lisis 0"rofundizar en el conocimiento del sistema. 02etectar conflictos en los requisitos. 0Construccin de 5odelo Conceptual de un sistema que satisface los requisitos. 0&stos modelos son una aproBimacin a la solucin. Tareas F2sicas 0Construir un 5odelo Conceptual a partir de ob$etivos y requisito... 0&studiar "osibles (oluciones. 0Registrar Conflictos y 2efectos durante la cosntruccin del modelo conceptual. 0(i se detectan conflictos importantes! se debe seguir el siguiente proceso: @.Registrar el conflicto. A.Identificar los requisitos afectados. E.Analizar el impacto del conflicto. M.Identificar las fuetnes relevantes. G.Convocar y realizar la reunin de negociacin. N.Asimilar la solucin del conflicto. *odelado 0#n modelo es una representacin que describe alguna de las facetas importantes del sistema. 0&s una abstraccin de elementos del sistema. 0"rincipal t;cnica para el an)lisis de requisitos. 0"erspectivas "rincipales: &Bterna %ConteBto o entorno del sistema' Comportamiento %Comportamiento interno del sistema' &structural %Arquitectura del sistema o sus datos' Ejemplos de *odelos 05odelos de ConteBto *Diagrama de bloques...) 05odelos de Comportamiento *6odelo de actividades, estados...) 05odelos de 2atos *6odelo de !lases, de Datos...) 05odelos +rientados a +b$etos *6odelos de herencia y agregaci%n, de comportamiento...) *8todos de an2lisis + su clasificacin 0"roveen un marco de traba$o para modelar de forma detallada un sistema. 0Clasificacin: +rientados a la estructura de datos. +rientados al procesamiento 5iBtos 4ormales

A'5&.+2+L+7TA
0(e definen las tareas a realizar! los productos a obtener y las t;cnicas a emplear durante la etapa de an)lisis. 0.areas: 2esarrollar el modelo est)tico del sistema 2esarrollar el modelo de comportamiento 2esarrollar prototipos. %+pcional' 0"roductos: 2A( %entregable'! prototipos %entregables o no' 0.;cnicas: 2iagramas de .ipos! de estados! de traza! de eventos! plantillas... T&RE&S9 *6irar el pdf ,)-D(D -7, p8g 29) Tarea >: 2esarrollar el modelo est)tico del sistema. Tarea ;: 2esarrollar el modelo de comportamiento. Tarea <: 2esarrollar prototipos.