Grupo: IMAAS

Tcnicas de Representacin

Universidad Nacional de La Matanza Departamento de Ingeniera e Investigaciones Tecnolgicas

Construccin de sistemas I 2011

TECNICAS DE REPRESENTACIN Lenguaje Natural Puro Plantilla Escenario Grupo: IMASS
Da de Cursada: Lun y Jue Docentes: Tutor: Integrantes: Mail de contacto: Aula: 40 Turno: Noche

Mara de los ngeles Trapes Alejandra Sanzone

TPN1 Entrega N: 1

-1-

Grupo: IMAAS

Tcnicas de Representacin

Lenguaje Natural Puro:

Descripcin Dentro del contexto de la Ingeniera de Requisitos, el lenguaje natural puro se refiere a la utilizacin del lenguaje ordinario usado en la vida diaria como tcnica para que el desarrollador del sistema extraiga los requisitos que desea el cliente. Es la tcnica ms comnmente usada para la extraccin de requisitos. Su objetivo principal es lograr el entendimiento y especificacin correcta por parte del desarrollador sobre las necesidades que posee el cliente para el comportamiento del sistema. Este no est bien definido, por el contrario, se trata de una comunicacin sin reglas ni acuerdos previos, confiando en el vocabulario de sus partes, puede ser escrita u oral. Existen dos tipos: Interaccin directa con el usuario y Elicitacin de requerimientos desde lenguaje natural. Ventajas: -Es una tcnica que se utiliza muy frecuentemente compuesto por un vocabulario preexistente, informal y sinttico. La mayora de los dominios de esta tcnica es el modo ms comn de representacin de conocimiento. - Curva de Aprendizaje Fcil: Al no necesitar establecer pautas, acuerdos mutuos, cdigos ni lenguajes de programacin entre el cliente y el desarrollador, esta tcnica puede ser utilizada sin ensearle ni explicarle su uso al cliente. Para este ser como una comunicacin ms con otra persona, por lo que es accesible para cualquier persona. - Practicidad: Al no necesitar enseanza ni acostumbramiento, esta tcnica puede ser llevada a cabo rpidamente. Adems, al utilizarse un lenguaje ordinario y comn para el cliente, la extraccin de requisitos se realiza con mayor fluidez. La relacin entre el tiempo y dificultad de aprendizaje y el cumplimiento del objetivo en s es mxima. Desventajas: -Ambigedad - Interpretacin Incorrecta - Dificultad para modelizar los requisitos Al no definir trminos ni conceptos de antemano, puede que ocurra cualquiera de los problemas citados. Esto se debe a que alguna de las dos personas podra estar usando un trmino para definir un concepto y que su contraparte relacionara ese trmino con otro concepto diferente. Tambin podra suceder que ambas partes llamen de diferente forma a un mismo concepto y que por ende se desentendieran continuamente. Para evitar estos problemas se idearon otras tcnicas ms avanzadas como la creacin de un glosario acordado antes de comenzar la comunicacin, la utilizacin de grficos fciles de entender o el uso de lenguajes lgicos. Momento de aplicacin: Es el lenguaje utilizado por los humanos para propsitos generales de comunicacin (ya sea hablado y/o escrito y/o signado). No para dar indicaciones a un avin que va a aterrizar, o describir de manera rigurosa una edificacin que se desea construir. - Se usa para la especificacin de requisitos funcionales y no funcionales de tal forma que sea comprensibles para los usuarios - Esta tcnica es usada durante la etapa de Anlisis del proceso de desarrollo de un sistema. Ms especficamente, dentro del Proceso de Ingeniera de Requisitos, se utiliza el lenguaje natural puro durante la etapa de Especificacin.

TPN1 Entrega N: 1

-2-

Grupo: IMAAS

Tcnicas de Representacin

Plantillas:
Descripcin En el contexto de ingeniera de requisitos, plantillas es una tcnica cuyo objetivo es describir los requisitos mediante el lenguaje natural pero de una forma estructurada. Una plantilla/patrn es una tabla con una serie de campos y una estructura predefinida que el equipo de desarrollo va cumplimentando usando para ello el lenguaje del usuario. Las plantillas eliminan parte de la ambigedad del lenguaje natural al estructurar la informacin; cuanto ms estructurada sea sta menos ambigedad ofrece. Uno de los resultados ms interesantes de la normalizacin del formato de los requisitos ha sido la posibilidad de compararlos e identificar patrones de reutilizacin, tanto a nivel de requisitos de cliente como a nivel de requisitos de desarrollador que facilitan el desarrollo y mejoran la calidad de las especificaciones de requisitos. Ventajas: -Eliminan ambigedad del lenguaje natural al estructurar la informacin. -Debido al uso del lenguaje natural, el cual es conocido por todos, permite una flexibilidad importante. -Tienen un rea dedicada a registrar (documentar) los cambios que el requisito pueda sufrir en el tiempo. - Su estructura tabular se presta a buscar formatos de intercambio y almacenamiento, de forma que no solo sea fcil su presentacin sino tambin su tratamiento. Desventajas: -En cuanto a las desventajas, la ms relevante es la complejidad que gana esta tcnica cuanta ms profundidad se quiere lograr. -Si el nivel de detalle elegido es demasiado estructurado, el trabajo de rellenar las plantillas y mantenerlas, puede ser demasiado tedioso. -Uno de los riesgos potenciales de los patrones de requisitos es intentar forzar la realidad del problema para que encaje dentro de los patrones identificados, lo que en general es un problema de la reutilizacion en cualquier fase de desarrollo de software. Momento de aplicacin: Es aconsejable usar esta tcnica de definicin de requisitos en las primeras etapas de educcin, en las cuales no se requiere un nivel de detalle muy profundo. Registrar y gestionar los requisitos almacenados en el repositorio.

TPN1 Entrega N: 1

-3-

Grupo: IMAAS

Tcnicas de Representacin

Escenarios:
Descripcin Son descripciones parciales del comportamiento del sistema. Proporcionan comunicacin entre el usuario y el analista y, de esta manera, facilita a captura de requerimientos. No son independientes, se relacionan entre s. Por este motivo no es acertado analizar un escenario sin observar el contexto obtenido por los dems en conjunto. Cuando los ingenieros de requerimientos trabajan con los stakeholders en la identificacin de escenarios y en la captura de detalles de dichos escenarios, puede realizarse en un lenguaje natural, que es fcil de entender por el usuario, pero al mismo tiempo puede llevar a riesgos de inclusin involuntaria de ambigedades o inconsistencias. En consecuencia es conveniente utilizar un vocabulario bien definido del Universo de Discurso: el Lxico Extendido del Lenguaje. Los escenarios se pueden redactar como texto, complementados por diagramas, fotografas de las pantallas, videos mock-ups, prototipos escritos, situaciones fsicas. O tambin un enfoque ms estructurado, como los escenarios de evento o los casos de uso. A veces se suele confundir entre casos de uso y escenarios, pero un caso de uso encierra un conjunto de escenarios, y cada uno de estos es un hilo nico a travs del caso de uso. Si un escenario incluye mltiples hilos, habr un escenario para la accin normal y escenarios adicionales para las posibles excepciones. Los escenarios se pueden clasificar en: Escenarios particulares, aquellos que describen un momento especfico de la aplicacin, usualmente simples acciones. Escenarios generales, aquellos que representan las funciones fundamentales de la aplicacin. Ventajas: - Los usuarios finales y otros stakeholders de sistemas encuentran ms fcil relacionar las funciones provistas por un sistema con ejemplos de la vida real que con descripciones abstractas. - Resulta muy til desarrollar un conjunto de escenarios con el objeto de utilizarlos para modelar el comportamiento del sistema. - El conjunto de escenarios brinda una visin ms amplia del comportamiento del macro sistema. - Garantiza la trazabilidad y el seguimiento durante todo el ciclo de vida del software. - Facilita la validacin de los requerimientos. Desventajas: - Si se definen en un lenguaje natural pueden ocasionar problemas al crearse ambigedades o inconsistencias. - Suelen confundirse con Casos de uso. Aqu marcamos la diferencia: Casos de uso: Representan las funcionalidades del sistema. Escenarios: Ejemplifica el uso del sistema. Momento de aplicacin: - Cuando queremos mejor definicin de un requerimiento funcional y necesitamos validar el accionar del mismo, ejemplificamos su uso mediante un escenario. - Para adquirir vocabulario tcnico. - Para ejemplificar acciones puntuales que son difciles de explicar e interpretar por ambas partes. - Obtener las secuencias lgicas definidas por el usuario. - Para realizar una accin del modo correcto. - Para crear las metforas funcionales y visuales que se incluirn en el producto. TPN1 Entrega N: 1 -4-

Grupo: IMAAS

Tcnicas de Representacin

Comparacin entre las distintas tcnicas:

Como conclusin comparando estas tcnicas podemos decir; en el lenguaje natural puro no se utiliza ningn soporte adicional como en el lenguaje estructurado de las plantillas o los escenarios que se pueden redactar como texto, complementados por diagramas, fotografas de las pantallas, videos mockups, prototipos escritos, situaciones fsicas, etc. por esta razn y debido a que el lenguaje natural puro genera ambigedades es recomendable utilizar dicha tcnica acompaada de alguna otra que permita disminuir las imprecisiones originadas. Todas las tcnicas estudiadas utilizan el lenguaje natural. Sin embargo las dos primeras (Lenguaje Natural y plantillas) pueden ser fcilmente comprendidas por el cliente, a diferencia de los escenarios el cual permite especificar los requisitos de una forma mas tcnica, la cual est ms orientada al entendimiento del grupo desarrollador.

TPN1 Entrega N: 1

-5-

Grupo: IMAAS

Tcnicas de Representacin

Bibliografa
Ingeniera del Software 7ed, Ian Sommerville. Internet: Universidad Autnoma de Bucaramanga, Colombia, http://www.unab.edu.co/editorialunab/revistas/rcc/pdfs/r32_art4_c.pdf http://www.docstoc.com/docs/1287613/ThomasPablo-Tesis-Elicitacion-Requerimientos-Software http://www.lifia.info.unlp.edu.ar/papers/2003/Antonelli2003.pdf

TPN1 Entrega N: 1

-6-

Grupo: IMAAS

Tcnicas de Representacin

Hoja de Seguimiento Fecha

26/09/2011

TP Tcnicas de Representacin

N Entrega 1

Observaciones

Firma

TPN1 Entrega N: 1

-7-