Documente Academic
Documente Profesional
Documente Cultură
Planificacin y Modelado
Antonio Acosta Jose David Olague Noe Meda Instituto Tecnolgico de Culiacn 03/03/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.
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
5LAURO
SOTO. REQUERIMIENTOS PARA EL ANLISIS Y NEGOCIACIN. PGINA PERSONAL DE LAURO SOTO [INTERNET]. DISPONIBLE EN: HTTP://WWW.MITECNOLOGICO.COM/MAIN/REQUERIMIENTOSPARAELANALISISYNEGOCIACION
Pgina 3
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
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