2011

Planificacin y Modelado

Antonio Acosta Jose David Olague Noe Meda Instituto Tecnolgico de Culiacn 03/03/2011

Planificacin y Modelado 3 de marzo de 2011

Ingeniera de requerimientos
DESARROLLAR UN SISTEMA DE INFORMACIN SOFTWARE NO ES UNA TAREA FCIL, ES DE POR SI UNA
ACTIVIDAD MULTIDISCIPLINARIA EN DONDE SI NO SE PRESTA LA SUFICIENTE ATENCIN EN TODOS LOS SENTIDOS SE EST DESTINADO AL FRACASO; PERO LA PARTE MS DIFCIL ES ENCONTRAR QUE ES LO QUE LA OTRA PERSONA NECESITA , COMO NOS CUENTA

RODOLFO QUISPE-OTAZU1.

Es muy frecuente escuchar entre los conocedores del desarrollo de software (programas de computadoras), que un gran nmero de los proyectos de software fracasan por no realizar una adecuada definicin, especificacin, y administracin de los requerimientos. Dentro de esa mala administracin se pueden encontrar factores como la falta de participacin del usuario, requerimientos incompletos y el mal manejo del cambio a los requerimientos. La Ingeniera de Requerimientos (IR) cumple un papel primordial en el proceso de produccin de software, ya que se enfoca un rea fundamental: la definicin de lo que se desea producir. Su principal tarea consiste en la generacin de especificaciones correctas que describan con claridad, sin ambigedades, en forma consistente y compacta, las necesidades de los usuarios o clientes; de esta manera, se pretende minimizar los problemas relacionados por la mala gestin de los requerimientos en el desarrollo de sistemas.

Fases de la ingeniera de requerimientos

LAS ACTIVIDADES DE LA INGENIERA DE REQUERIMIENTOS SON DIVIDIDAS EN CINCO FASES , EN WIKIPEDIA2 ENCONTRAMOS UN DETALLE DE ESTAS CINCO FASES : 1. Obtener requisitos: a travs de entrevistas o comunicacin con clientes o usuarios, para saber cules son sus deseos. 2. Analizar requisitos: detectar y corregir las falencias comunicativas, transformando los requisitos obtenidos de entrevistas y requisitos, en condiciones apropiadas para ser tratados por el diseo. 3. Documentar requisitos: igual que todas las etapas, los requisitos deben estar debidamente documentados. 4. Verificar los requisitos: consiste en comprobar el correcto funcionamiento de un requisito en la aplicacin. 5. Validar los requisitos: comprobar que los requisitos implementados se corresponden con lo que inicialmente se pretenda.

Requerimiento de usuario
SON LAS NECESIDADES FINALES DE LAS PERSONAS QUE HARN UN USO DIRECTO DEL SISTEMA , MARA VICTORIA EN SU TESIS DE GRADO NOS HABLA ACERCA DE ESTE PUNTO.3
1RODOLFO

QUISPE-OTAZU. QU ES LA INGENIERA DE REQUERIMIENTOS? BLOG DE RODOLFO QUISPE-OTAZU [INTERNET]. AGOSTO 2007. DISPONIBLE EN: HTTP://WWW.RODOLFOQUISPE.ORG/BLOG/QUE-ES-LA-INGENIERIA-DEREQUERIMIENTOS.PHP 2WIKIPEDIA. INGENIERA DE REQUISITOS. ENCICLOPEDIA VIRTUAL [INTERNET]. MARZO 2011. DISPONIBLE EN: HTTP://ES.WIKIPEDIA.ORG/WIKI/INGENIERA_DE_REQUISITOS

Pgina 1

Planificacin y Modelado 3 de marzo de 2011 En general el usuario no sabe qu es lo que quiere asegurar, por eso es tarea de ES orientarlo en el campo mostrndole los distintos aspectos que se deberan asegurar, para determinar a qu nivel el usuario desea que se realice el proyecto de aseguramiento. A partir de esta decisin el ES concentrar su esfuerzo en el Relevamiento General y en el Relevamiento de usuario, haciendo foco en el o los aspectos que el usuario seal. Muy probablemente el usuario no tenga claro siquiera qu nivel desea proteger (fsico, lgico u organizacional) y dejar la decisin en manos de ES. El ES puede, entonces, pasar a las etapas siguientes de esta fase de la MAEI para detectar a grandes rasgos las mayores falencias en cuanto a seguridad por nivel (a so apunta el Relevamiento de Usuario) y ofrecer los resultados al cliente para que este decida el camino a seguir. POR OTRO LADO , ALBERTO LACALLE4 NOS EXPLICA LAS CARACTERSTICAS QUE DEBEN TENER LOS REQUISITOS DE USUARIO Y ADEMS NOS ENSEA UN PAR DE EJEMPLOS TILES . DENTRO DE LAS CARACTERSTICAS MENCIONA : Contiene una idea. Si un requisito tiene ms de una, debera ser troceado en dos o ms requisitos. Es claro. La idea del requisito no est abierta a interpretacin, si no lo fuera, las partes debern clarificarlo. Es genrico. Los requisitos deben contener informacin general, asegurando que las posibilidades del diseo no se encuentren limitadas. Es verificable. Al final del proceso es posible comprobar de forma fcil que el requisito se ha cumplido.

Y AADE UNOS EJEMPLOS ACERCA DE LO ANTERIOR . La pgina web deber visualizarse correctamente para el 95% de nuestros clientes en Mxico. Las noticias que no obtengan ms de 50 visitas nicas al mes sern archivadas automticamente. Las direcciones de Internet debern estar bien construidas y en el idioma del usuario. Se deben reducir los errores al seleccionar los productos con la herramienta. El diseo visual debe cumplir la normativa corporativa existente.

3MARA

VISTORIA. TESIS METODOLOGA PARA EL ASEGURAMIENTO DE ENTORNOS INFORMATIZADOS. TESIS [INTERNET]. OCTUBRE 2004. DISPONIBLE EN: HTTP://WWW.SCRIBD.COM/DOC/36819948/8/DOCUMENTO-DEREQUERIMIENTOS-DE-USUARIO 4ALBERTO LACALLE. REQUISITOS DE USUARIO. BLOG DE ALBERTO LACALLE [INTERNET]. ENERO 2008. DISPONIBLE EN: HTTP://ALBERTOLACALLE.COM/HCI/REQUISITOS-USUARIO.HTM

Pgina 2

Planificacin y Modelado 3 de marzo de 2011

Requerimientos para el anlisis y negociacin

LAURO SOTO5 ESCRIBE ACERCA DEL TEMA: Una vez recopilados los requisitos, el producto obtenido configura la base del anlisis de requisitos. Los requisitos se agrupan por categoras y se organizan en sub conjuntos, se estudia cada requisito en relacin con el resto, se examinan los requisitos en su consistencia, completitud y ambigedad, y se clasifican en base a las necesidades de los clientes/usuarios. Es corriente en clientes y usuarios solicitar ms de lo que puede realizarse, consumiendo recursos de negocios limitados. Tambin es relativamente comn en clientes y usuarios el proponer requisitos contradictorios, argumentando que esa versin es esencial por necesidades especiales. El ingeniero del sistema debe resolver estos conflictos a travs de un proceso de negociacin. Los clientes, usuarios y el resto de intervinientes debern clasificar sus requisitos y discutir los posibles conflictos segn su prioridad. Los riesgos asociados con cada requisito sern identificados y analizados. Se efectan estimaciones del esfuerzo de desarrollo que se utilizan para valorar el impacto de cada requisito en el costo del proyecto y en el plazo de entrega. COMO EJEMPLO ; Los clientes debern clasificar sus requisitos y discutir los posibles conflictos segn su prioridad. Los riesgos asociados con cada requisito sern identificados y analizados. Se efectan estimaciones del esfuerzo de desarrollo que se utilizan para valorar el impacto de cada requisito en el coste del proyecto y en el plazo de entrega. Utilizando un procedimiento iterativo, se irn eliminando requisitos, se irn combinando y/o modificando para conseguir satisfacer los objetivos planteados.

5LAURO

SOTO. REQUERIMIENTOS PARA EL ANLISIS Y NEGOCIACIN. PGINA PERSONAL DE LAURO SOTO [INTERNET]. DISPONIBLE EN: HTTP://WWW.MITECNOLOGICO.COM/MAIN/REQUERIMIENTOSPARAELANALISISYNEGOCIACION

Pgina 3

Planificacin y Modelado 3 de marzo de 2011

Requerimientos para la gestin

DESDE UNA FUENTE DESCONOCIDA6 NOS HACEN REFERENCIA ACERCA DE LOS REQUERIMIENTOS PARA LA GESTIN : Es un conjunto de actividades que ayudan al equipo de trabajo a identificar, controlar y seguir los requisitos y los cambios en cualquier momento. Como en la Gestin de Configuracin del Software (GCS), la gestin de requisitos comienza con la actividad de identificacin. A cada requisito se le asigna un nico identificador, que puede tomar la forma: <Tipo de requisito><requisito no.> Identificadores, segn el tipo de requisito: F Funcional D Datos C Comportamiento I Interfaz S Salida

Actividades de la ingeniera de requisitos

GONZALO MENA7 NOS HABLA ACERCA DE LAS ACTIVIDADES O PROCESOS LLEVADOS A CABO EN LOS TRABAJOS DE REQUERIMIENTOS . A CONTINUACIN HACEMOS UNA LISTA . 1. Estudios de factibilidad. Un estudio de factibilidad es a corto plazo y orientado a resolver si el sistema: Contribuye a los objetivos de la organizacin. Se puede implementar con tecnologa actual dentro de costo y tiempo. Puede integrarse a otros existentes en la organizacin. 2. Obtencin y anlisis de requerimientos. Los interesados a menudo slo conocen lo que desean en trminos muy generales. Los interesados expresan los requerimientos con sus propios trminos y con un conocimiento implcito de su propio trabajo. Diferente interesados tienen requerimientos distintos y los expresan de varias formas. Influencia de factores polticos. El entorno es dinmico, la importancia de los requerimientos puede cambiar, nuevos requerimientos pueden surgir. Actividades del proceso: Comprensin del dominio Recoleccin de requerimientos Clasificacin Resolucin de conflictos Priorizacin Verificacin (completos, consistente y acordes) 3. Validacin de requerimientos. Similar al anlisis pero comprende un bosquejo completo del documento en lugar de requerimientos incompletos. Importante pues los errores en los requerimientos pueden conducir a costos excesivos si se descubren durante el desarrollo o despus
6HTTP://WWW.SLIDESHARE.NET/GUEST409ADC/UNIDAD-I-REQUERIMIENTOS-PRESENTATION 7GONZALO

MENA MENDOZA. PROCESOS DE LA INGENIERA DE REQUERIMIENTOS. BLOG PERSONAL DE GONZALO MENA [INTERNET]. DISPONIBLE EN: HTTP://WWW.MENA.COM.MX/GONZALO/MAESTRIA/INGREQ/PRESENTA/PROCESOS_IR/

Pgina 4

Planificacin y Modelado 3 de marzo de 2011 de la implantacin. Es difcil demostrar que un conjunto de requerimientos cumple con las necesidades del usuario. Tcnicas de validacin: Revisiones de requerimientos Construccin de prototipos Generacin de casos de prueba Anlisis de consistencia automtico (CASE, BD requerimientos) 1. Administracin de requerimientos. La administracin de requerimientos es el proceso de comprender y controlar los cambios en los requerimientos. La planeacin comienza al mismo tiempo que la obtencin inicial de requerimientos. La administracin activa debe iniciar tan pronto est lista la primera versin del documento de requerimientos.

Tipos de requisitos
IVN GARCERANT8 NOS HABLA ACERCA DE DOS TIPOS DE REQUISITOS, FUNCIONALES Y NO FUNCIONALES O EN SUS PROPIAS PALABRAS . Cuando hablamos de una caracterstica requerida de la cual se sabe que va a ser satisfecha por medio de la adicin de un subsistema o bloque de cdigo en el software, entonces se dice que estamos ante un requisito funcional, por cuanto es un requisito que denota una funcionalidad del sistema. Llamamos requisito no funcional a todas las exigencias de cualidades que se imponen al proyecto: exigencias de usar un cierto lenguaje de programacin o plataforma tecnolgica, por ejemplo. Un requisito no funcional es una caracterstica ya sea del sistema, del proyecto o del servicio de soporte, que nos es requerida junto con la especificacin del sistema pero que como ya dije, no se satisface aadiendo cdigo, sino cumpliendo con esta como si de una restriccin se tratara. MIENTRAS QUE UNOS EJEMPLOS DE REQUISITOS NO FUNCIONALES PODRAN SER: Debe ser altamente escalable a nivel de Internet. Esto significa que tiene potencialmente varios millones de usuarios concurrentemente, utilizndolo Debe conformar con la norma ISO-9003

UN REQUISITO FUNCIONAL DICE QUE : Modular las seales que se introducen desde los micrfonos

8IVN

GARCERANT. TIPOS DE REQUISITOS: FUNCIONAL VS. NO FUNCIONAL. BLOG DE TECNOLOGA Y SYNERGIX [INTERNET]. DISPONIBLE EN: HTTP://SYNERGIX.WORDPRESS.COM/2008/07/07/REQUISITO-FUNCIONAL-Y-NOFUNCIONAL/

Pgina 5

Planificacin y Modelado 3 de marzo de 2011

Contenido de un documento de requisitos

HACIENDO REFERENCIA A VARIAS PLANTILLAS PROPUESTAS EN INTERNET NOS DAMOS CUENTA QUE EL DOCUMENTO DE REQUISITOS SE COMPONE PRINCIPALMENTE DE : 1. Introduccin. Una breve descripcin de la funcionalidad general del sistema. Incluye a. Propsito del documento b. Objetivos del proyecto c. Herramientas utilizadas 2. Requisitos del sistema. Una visin acerca de los elementos que componen los requisitos. Ejemplo: Lista de actores, glosario, etc. a. Visin inicial b. Perfiles de usuario c. Otros conceptos d. Glosario 3. Casos de uso. Los requisitos de usuario son expresados en casos de uso.

Tipos de usuarios
ARTURO LPEZ9 HACE UNA DESCRIPCIN DE LA EVOLUCIN DE LOS USUARIOS Y LOS CLASIFICA EN TRES TIPOS . Hace algn tiempo todos los analistas de sistemas eran especialistas en computacin pero no en organizaciones. En consecuencia tenan que ser entrenados en las funciones organizacionales antes de que pudieran desarrollar sistemas para una organizacin. Esta situacin ha cambiado a medida que las personas que trabajan en las empresas aprenden ms acerca de la computacin. Los usuarios (gerentes y empleados) participan cada vez ms en el desarrollo de sistemas por varias razones: Los usuarios han acumulado experiencia al trabajar con aplicaciones que fueron desarrolladas anteriormente para ellos. En el presente los usuarios que ingresan en las organizaciones ya han recibido, ya sea en colegios o universidades, entrenamiento en diversos aspectos de los sistemas de informacin, generalmente en su anlisis y diseo. Las aplicaciones que se desarrollan en las organizaciones son cada vez ms complejas. El analista de sistemas necesita la participacin continua de los usuarios para comprender las funciones de la empresa que est bajo estudio. La aparicin de mejores herramientas para el desarrollo de sistemas. Algunas permiten a los usuarios disear y desarrollar sus propias aplicaciones sin necesidad de contar con un analista de sistemas.

1. 2.

3.

4.

9ARTURO

LPEZ FLORES. TIPOS DE USUARIO. BLOG DE ARTURO LPEZ [INTERNET]. MARZO 2009. DISPONIBLE EN:

HTTP://ARTURO-CETIS62.OVER-BLOG.ES/ARTICLE-28806549.HTML

Pgina 6

Planificacin y Modelado 3 de marzo de 2011 SE HA HECHO MENCIN DE LOS USUARIOS , GERENTES Y EMPLEADOS DE UNA ORGANIZACIN QUE INTERACTAN CON LOS SISTEMAS DE INFORMACIN . EL GRADO DE PARTICIPACIN QUIZ CAMBIE Y ESTO DEPENDE DEL TIPO DE USUARIO . Usuarios finales. Los analistas emplean el trmino usuario final para referirse a las personas que no son especialistas en sistemas de informacin pero que utilizan las computadoras para desempear su trabajo. Los usuarios finales pueden ser usuarios directos o indirectos. Usuarios directos. Los usuarios directos son los que interactan con el sistema. Ellos lo alimentan con datos (entradas) o reciben salidas, quiz por medio de una Terminal. Usuarios indirectos. Los usuarios indirectos son aquellos que se benefician de los resultados o reportes generados por estos sistemas pero que no interactan con el hardware o software.

Pgina 7