Beruflich Dokumente
Kultur Dokumente
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
.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$ ¬ado con prioridades + esta,le$ Independiente del dise4o + de la implementacin$
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.
%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.
%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.
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.