NOMBRE: Andrs Alonso Ramrez Lara CATEDRATICO: ISC. Mauricio Arturo Reyes Hernndez MATERIA: Fund.

Ingenieria de software HORARIO: 11:00 - 12:00 PM TRABAJO: Investigacines AULAS: K_56

N DE CONTROL: 11300256

Contenido
Introduccin ................................................................................................................................................... 3 Ingeniera de Requisitos................................................................................................................................. 4 Definicin 1............................................................................................................................................... 4 Definicin 2............................................................................................................................................... 4 Definicin 3............................................................................................................................................... 4 Ms definiciones ..................................................................................................................................... 5 Herramientas CASE para ing. De requisitos ............................................................................................ 9 Conclusin.................................................................................................................................................... 11 Bibliografias.................................................................................................................................................. 12

Introduccin
Conocer qu tiene que el software es el punto de partida, y la parte ms importante, del proceso de desarrollo. Si los desarrolladores no conocen de forma precisa el problema a resolver, no es probable que se obtenga una solucin correcta y til. As pues la correcta obtencin de los requisitos es uno de los aspectos ms crticos de un proyecto software, independientemente del tipo de proyecto que se trate, dado que una mala captura de los mismos es la causa de la mayor parte de los problemas que surgen a lo largo del ciclo de vida. La ingeniera de requisitos es la parte de la ingeniera del software que aborda el problema de la definicin de los servicios que el sistema ha de proporcionar y de establecer las restricciones operativas del mismo. Los casos de uso se han convertido en una de las tcnicas de modelado ms utilizadas para la determinacin y documentacin de los requisitos funcionales de un sistema software. En este tema se presentarn los conceptos y principios bsicos de la ingeniera de requisitos. As se dar una visin global de los diferentes tipos de requisitos, para posteriormente presentar con detalle la notacin que UML propone para la tcnica de los casos de uso La correcta obtencin de los requisitos es uno de los aspectos ms crticos de un proyecto software, independientemente del tipo de proyecto que se trate, dado que una mala captura de los mismos es la causa de la mayor parte de los problemas que surgen a lo largo del ciclo de vida

[Johnson, 1995]
El coste de un cambio en los requisitos, una vez entregado el producto, es entre 60 y 100 veces superior al coste que hubiera representado el mismo cambio durante las fases iniciales de desarrollo

[Pressman, 2002]

La parte ms difcil de construir de un sistema software es decidir qu construir. [...] Ninguna otra parte del trabajo afecta ms negativamente al sistema final si se realiza de manera incorrecta. Ninguna otra parte es ms difcil de rectificar despus

[Brooks, 1995]

Problemas en la obtencin de requisitos Crisis del software

Ingeniera de Requisitos
Definicin 1

Es la descripcin de los servicios y restricciones de un sistema de software, es decir, lo que el software debe hacer y bajo qu circunstancias debe hacerlo.

Definicin 2

Es el proceso requisitos del software.

de

descubrir,

analizar,

documentar

verificar

los

Definicin 3

[PRESSMAN, 2002] La ingeniera de requisitos del software es un proceso de descubrimiento, refinamiento, modelado y especificacin. Se refinan en detalle los requisitos del sistema y el papel asignado al software. Tanto el desarrollador como el cliente tienen un papel activo en la ingeniera de requisitos un conjunto de actividades que son denominadas anlisis El cliente intenta replantear un sistema confuso, a nivel de descripcin de datos, funciones y comportamiento, en detalles concretos. El desarrollador acta como interrogador, como consultor, como persona que resuelve problemas y como negociador. El anlisis y la especificacin de requisitos pueden parecer una tarea relativamente sencilla, pero las apariencias engaan. El contenido de comunicacin es muy denso. Abundan las ocasiones para malas interpretaciones o falta de informacin. Es muy probable que haya ambigedad. El dilema al que se enfrenta el ingeniero de software puede entenderse muy bien repitiendo la famosa frase de un cliente annimo: S que cree que entendi lo que piensa que dije, pero no estoy seguro de que se d cuenta de que lo que escuch no es lo que yo quise decir. El anlisis de requisitos es una tarea de ingeniera del software que cubre el hueco entre la definicin del software a nivel sistema y el diseo de software. El anlisis de requerimientos permite al ingeniero de sistemas especificar las caractersticas operacionales del software (funcin, datos y rendimientos), indica la interfaz del

software con otros elementos del sistema y establece las restricciones que debe cumplir el software.

Ms definiciones
Todas las actividades relacionadas con: (a)identificacin y documentacin de las necesidades de clientes y usuarios; (b)creacin de un documento que describe la conducta externa y las restricciones asociadas [de un sistema] que satisfar dichas necesidades; (c)anlisis y validacin del documento de requisitos para asegurar consistencia, complecin y viabilidad; (d)evolucin de las necesidades
[Hsia et al., 1993] Hsia, P., Davis, A., Kung, D. Status Report: Requirements Engineering. IEEE Software, 10(6):75-79. 1993

el uso sistemtico de procedimientos tcnicas, lenguajes y herramientas para obtener con un coste reducido el anlisis, documentacin, evolucin continua de las necesidades del usuario y la especificacin del comportamiento externo de un sistema que satisfaga las necesidades del usuario. Tngase en cuenta que todas las disciplinas de la ingeniera son semejantes, la ingeniera de requisitos no se gua por conductas espordicas, aleatorias o por modas pasajeras, si no que se debe basar en el uso sistemtico de aproximaciones contrastadas
[Reifer, 1994]Reifer, D. J.Requirements Engineering. En Marciniak, J. J. (Ed.) Encyclopedia of Software Engineering. Pginas 10431054. Wiley, 1994

Aplicacin disciplinada de principios cientficos y tcnicas para desarrollar, comunicar y gestionar requisitos
[Christel y Kang 1992]Christel, M. G., Kang, K. C. Issues in Requirements Elicitation. Technical Report CMU/SEI-92-TR-12 (ESC-TR92-012). Software

El proceso sistemtico de desarrollar requisitos mediante un proceso iterativo y cooperativo de analizar el problema, documentar las observaciones resultantes en varios formatos de representacin y comprobar la precisin del conocimiento obtenido
[Christel y Kang 1992]Christel, M. G., Kang, K. C. Issues in Requirements Elicitation. Technical Report CMU/SEI-92-TR-12 (ESC-TR92-012). Software

Un proceso sistemtico de desarrollo de requisitos mediante un proceso cooperativo consistente en analizar el problema, documentar las observaciones resultantes en una variedad de formatos de representacin, y comprobar la exactitud de la comprensin conseguida
[Loucopoulus y Karakostas, 1995] Loucopoulus, P., Karakostas, V.System Requirements Engineering. McGraw-Hill, 1995

Un proceso de descubrimiento y comunicacin de las necesidades de clientes y usuarios y la gestin de los cambios en dichas necesidades

[Durn, 2000] Durn Toro, A.Un Entorno Metodolgico de Ingeniera de Requisitos para Sistemas de Informacin. Tesis Doctoral. Departamento de Lenguajes y Sistemas Informticos de la Universidad de Sevilla. Septiembre de 2000

Cuales son las tcnicas de la ingeniera de requisitos

Tcnicas y herramientas utilizadas en la ingeniera de requerimientos Tcnicas utilizadas en la actividades de IR Existen varias tcnicas para la IR, sin embargo, en este documento se van a estudiar slo algunas de ellas. Cada tcnica puede aplicarse en una o ms actividades de la IR; en la prctica, la tcnica ms apropiada para cada actividad depender del proyectoque est desarrollndose. Este anlisis de tcnica vs. actividad ser discutido en el captulo IV. Por el momento slo mencionaremos en qu consiste cada tcnica.

Entrevistas y Cuestionarios
Las entrevistas y cuestionarios se emplean para reunir informacin proveniente de personas o de grupos. Durante la entrevista, el analista conversa con el encuestado; el cuestionario consiste en una serie de preguntas relacionadas con varios aspectos de unsistema. Por lo comn, los encuestados son usuarios de los sistemas existentes o usuarios en potencia del sistema propuesto. En algunos casos, son gerentes o empleados que proporcionan datos para el sistema propuesto o que sern afectados por l. Las preguntas que deben realizarse en esta tcnica, deben ser preguntas de alto nivel y abstractas que pueden realizarse al inicio del proyecto para obtener informacin sobre aspectos globales del problema del usuario y soluciones potenciales. Con frecuencia, se utilizan preguntas abiertas para descubrir sentimientos, opiniones y experiencias generales, o para explorar un proceso o problema. Este tipo de preguntas son siempre apropiadas, adems que ayudan a entender la perspectiva del afectado y no estn influenciadas por el conocimiento de la solucin. Las preguntas pueden ser enfocadas a un elemento del sistema, tales como usuarios, procesos, etc. El siguiente ejemplo muestraalgunos tipos de preguntas abiertas. Del Usuario

Quin es el cliente? Quin es el usuario? Son sus necesidades diferentes? Cules son sus habilidades, capacidades, ambiente?

Del Proceso

Cul es la razn por la que se quiere resolver este problema? Cul es el valor de una solucin exitosa? Cmo usted resuelve el problema actualmente? Qu retrasos ocurren o pueden ocurrir?

Del Producto

Qu problemas podra causar este producto en el negocio?

En qu ambiente se usar el producto? Cules son sus expectativas para los conceptos fcil de usar, confiable, rendimiento? Qu obstculos afectan la eficiencia del sistema?

El xito de esta tcnica combinada, depende de la habilidad del entrevistador y de su preparacin para la misma. Los analistas necesitan ser sensibles las dificultades que algunos entrevistados crean durante la entrevista y saber cmo tratar con problemas potenciales. Asimismo, necesitan considerar no slo la informacin que adquieren a travs del cuestionario y la entrevista, sino tambin, su significancia.

Lluvia de Ideas (Brainstorm)

Este mtodo comenz en el mbito de las empresas, aplicndose a temas tan variados como la productividad, la necesidad de encontrar nuevas ideas y soluciones para los productos del mercado, encontrar nuevos mtodos que desarrollen el pensamientocreativo a todos los niveles, etc. Pero pronto se extendi a otros mbitos, incluyendo el mundo de desarrollo de sistemas; bsicamente se busca que los involucrados en un proyecto desarrollen su creatividad, promoviendo la introduccin de losprincipios creticos. A esta tcnica se le conoce tambin como torbellino de ideas, tormenta de ideas, desencadenamiento de ideas, movilizacin verbal, bombardeo de ideas, sacudidas de cerebros, promocin de ideas, tormenta cerebral, avalancha de ideas, tempestad en elcerebro y tempestad de ideas, entre otras. Principios de la lluvia de ideas

Aplazar el juicio y no realizar crticas, hasta que no agoten las ideas, ya que actuara como un inhibidor. Se ha de crear unaatmsfera de trabajo en la que nadie se sienta amenazado. Cuantas ms ideas se sugieren, mejores resultados se conseguirn: "la cantidad produce la calidad". Las mejores ideas aparecen tarde en el periodo de produccin de ideas, ser ms fcil que encontremos las soluciones y tendremos ms variedad sobre la que elegir. La produccin de ideas en grupos puede ser ms efectiva que la individual. Tampoco debemos olvidar que durante las sesiones, las ideas de una persona, sern asociadas de manera distinta por cada miembro, y har que aparezcan otras por contacto.

El equipo en una lluvia de ideas debe estar formado por: El Director: es la figura principal y el encargado de dirigir la sesin. Debe ser un experto en pensamiento creador. Su funcin es formular claramente el problema y que todos se familiaricen con l. Cuando lo haga, debe estimular ideas y hacer que se rompa el hielo en el grupo. Es el encargado de que se cumplan las normas, no permitiendo las crticas. Debe permanecer callado e intervenir cuando se corte la afluencia de ideas, por lo que le ser til llevar ya un listado de ideas. Debe hacer que todos participen y den ideas. Adems, es la persona que da concede la palabra y da por finalizada la sesin. Posteriormente, clasificar las ideas de la lista que le proporciona el secretario.

Herramientas CASE para ing. De requisitos

IRQA 43 Herramienta CASE de Ingeniera de Requisitos, diseada para soportar las actividades realizadas en el proceso de especificacin de sistemas. sta facilita y formaliza la comunicacin entre el cliente, el proveedor y los distintos miembros del equipo de desarrollo. Facilita la captura, organizacin y anlisis de las condiciones, as como la especificacin de la solucin mediante el apoyo metodolgico adaptable a cada cliente. RETO Esta herramienta propone un modelo de requisitos para capturar los aspectos funcionales del sistema; bsicamente, mediante tres tcnicas complementarias entre s: la definicin de la Misin del Sistema, la construccin del rbol de Refinamiento de Funciones y el desarrollo del Modelo de Casos de Uso. Adems, se introduce un Proceso de Anlisis que permite traducir el Modelo de Requisitos en el Modelo Conceptual, manteniendo la trazabilidad entre ambos y propiciando una representacin de la informacin en el segundo prototipo. CONTROLA Herramienta de apoyo al proceso de ingeniera de software en pequeas empresas. Se cre gracias a la expansin que tuvo el mercado y a la generacin de grandes y pequeas empresas, las cuales requieren un instrumento para el desarrollo de sus proyectos. Ofrece recursos importantes tales como: Administracin de requisitos, administracin de casos de uso, administracin de casos de prueba y error, planeamiento de liberaciones, administracin de implementaciones, control de dependencia entre Implementaciones, matriz de rastreabilidad y rastreabilidad de los requisitos. OSRMT (Open Source Requirements Management Tool)4 Herramienta libre para la gestin de requisitos, cuyas principales caractersticas son: trabaja en arquitectura cliente/servidor, desarrollada bajo Java; la versin 1.3 trae un mdulo para manejar la trazabilidad y lo introduce para el control de cambios; as mismo, genera la documentacin de los requisitos tratados. JEREMIA5 Se trata exclusivamente de una aplicacin cliente exclusivamente, lo cual no permite la posibilidad de trabajar en equipo. sta, ayuda durante el desarrollo del sistema, especialmente en el seguimiento de cambios de los requisitos a lo largo del ciclo de vida. Con JEREMIA es posible captar las necesidades, analizarlas y clasificarlas. Implementa un mdulo orientado a la generacin de la documentacin posible

de exportar en formato DocBook XML, la cual junto con los requisitos, se almacena en una base de datos en MySQL. RAMBUTAN6 Esta herramienta est basada en XML, realmente consta de un conjunto de aplicaciones para el usuario final, ayudando a los analistas de sistemas en la recopilacin y categorizacin de hechos en un documento de especificacin de requisitos. Lo curioso es que tiene un cliente para palm (PDA), el cual se utiliza para recopilar los hechos en el lugar donde est ubicado el cliente mientras que la aplicacin de escritorio recibe la informacin, edita y perfecciona. Ambas aplicaciones permiten al usuario introducir, modificar y visualizar los datos que componen un documento de especificacin de requisitos. Comparada con otras herramientas de gestin de requisitos, Rambutan ofrece las siguientes ventajas competitivas: Aplicacin cliente para palm (PDAclass), portabilidad entre plataformas, es independiente de cualquier metodologa de especificacin de requisitos, y permite distribucin libre. Existen otras herramientas en estudios para la gestin de requisitos. A continuacin se mencionan, algunas de las incluidas en el estudio comparativo presentado por El Consejo Internacional sobre la Ingeniera de Sistemas (INCOSE)7: CaliberRM, REM, SMART TRACE, SoftREQ, Analyst Real Team System

10

Conclusin La Ingeniera de requisitos no es la solucin definitiva a los inconvenientes y/o problemas presentados en la crisis del software, pero ayuda en gran medida al descubrimiento y solucin de falencias en etapas tempranas del desarrollo de proyectos software, reduciendo costos y tiempo en el ciclo de vida. Las herramientas CASE agilizan y facilitan la optimizacin de un producto software, ofreciendo apoyo permanente al grupo de desarrollo. En el mercado existen herramientas CASE de apoyo a las diversas fases del proceso de desarrollo de software. Algunas, atadas a una metodologa especfica, otras totalmente independientes de la misma. En esta investigacin se estudiaron instrumentos de soporte a la fase de ingeniera de requisitos. Contrario a lo que se crea al inicio del estudio, son bastantes; la mayora de ellas son comerciales y presentan mayor funcionalidad, aunque debido a los altos costos de sus licencias son de difcil y/o limitado acceso. La ingeniera de requisitos es una tarea que an tiene mucho por explorar para optimizar sus tareas y cumplir a cabalidad los objetivos propuestos. Igualmente, es necesario realizar una evaluacin de funcionalidad y rendimiento de las herramientas existentes, con el fin de depurarlas, ya que al aumentar su nmero se hace ms difcil la eleccin para la gestin de recursos.

11

Bibliografias
[PRESSMAN, 2002] Ingeniera del Software. Un enfoque prctico. 5ta. Edicin Pressman, Roger McGraw-Hill, 2002 ISBN 84-481-3214-9

[Hsia et al., 1993] Hsia, P., Davis, A., Kung, D. Status Report: Requirements Engineering. IEEE Software, 10(6):75-79. 1993 [Reifer, 1994]Reifer, D. J.Requirements Engineering. En Marciniak, J. J. (Ed.) Encyclopedia of Software Engineering. Pginas 1043-1054. Wiley, 1994 [Christel y Kang 1992]Christel, M. G., Kang, K. C. Issues in Requirements Elicitation. Technical Report CMU/SEI-92-TR-12 (ESC-TR-92-012). Software [Christel y Kang 1992]Christel, M. G., Kang, K. C. Issues in Requirements Elicitation. Technical Report CMU/SEI-92-TR-12 (ESC-TR-92-012). Software [Loucopoulus y Karakostas, 1995] Loucopoulus, P., Karakostas, V.System Requirements Engineering. McGraw-Hill, 1995 [Durn, 2000] Durn Toro, A.Un Entorno Metodolgico de Ingeniera de Requisitos para Sistemas de Informacin. Tesis Doctoral. Departamento de Lenguajes y Sistemas Informticos de la Universidad de Sevilla. Septiembre de 2000

12