TI0020_M1AA1_Requerimientos

UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier medio, mtodo o sistema impreso, electrnico, magntico, incluyendo el fotocopiado, la fotografa, la grabacin o un sistema de recuperacin de la informacin, sin la autorizacin por escrito de la Universidad Virtual del Estado de Guanajuato. 1

Requerimientosdesistemasdeinformacin

por Leticia Pureco Reyes

Figura 1. Shaking (UVEG, 2012).

Durante la primera etapa del desarrollo de un proyecto de sistemas, una de las partes esenciales es la obtencin y definicin de requerimientos. En este punto se identifica lo que esperan los usuarios y clientes del sistema, adems de las necesidades reales de la organizacin.

En muchas ocasiones los clientes piensan que el software resolver problemticas no relacionadas con la implementacin de tecnologa, de ah la importancia de mantener una comunicacin efectiva entre todos los participantes del proyecto y llevar a cabo una propuesta apegada a lo que la organizacin requiere. Como parte de la determinacin de requerimientos, es importante identificar los alcances y limitaciones del sistema para informar de manera oportuna a los clientes, evitando as problemas futuros. Pfleeger (2002) define los requerimientos como una caracterstica del sistema o algo que el sistema es capaz de hacer con el objeto de satisfacer el propsito del sistema (p.156).

Porejemplo:

Juan es un trabajador de una tienda de zapatos que al final de cada mes genera un reporte de las ventas obtenidas. Para Juan el tener ese reporte es una necesidad.

Dado lo anterior, un requerimiento del sistema ser permitir a Juan generar el reporte de las ventas mensuales.

Dentro del desarrollo de sistemas existen diferentes necesidades por atender. Por lo tanto, se han clasificado los requerimientos en funcin del aspecto que buscan satisfacer, para de esa manera asegurar que el producto terminado cumpla con las especificaciones. Otra causa por la que se han catalogado los requerimientos es para poder realizar las pruebas y determinar si el software desarrollado satisface a la organizacin, adems de considerar la gran

TI0020_M1AA1_Requerimientos

UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier medio, mtodo o sistema impreso, electrnico, magntico, incluyendo el fotocopiado, la fotografa, la grabacin o un sistema de recuperacin de la informacin, sin la autorizacin por escrito de la Universidad Virtual del Estado de Guanajuato. 2

diversidad de personas que tendrn acceso a la informacin y para las cuales debe quedar muy claro lo que se desea realizar. Otras razones por las cuales se catalogan los requerimientos, son las de realizar las pruebas y determinar si el software desarrollado satisface a la organizacin, adems de considerar la gran diversidad de personas que tendrn acceso a la informacin y para las cuales debe quedar muy claro lo que se desea realizar. Sommerville (2005), en su libro Ingeniera del software indica que los principales tipos de requerimientos que podemos encontrar durante el desarrollo de un proyecto son: de usuario (p. 109), tecnolgicos (p. 109), de dominio (p. 109), de sistema (p. 118), funcionales (p. 110) y no funcionales (p. 111). En la figura 2 se describen cada uno de ellos.

Figura 2. Tipos de requerimientos (Sommerville, 2005).

Dentro de los requerimientos no funcionales tenemos la siguiente clasificacin:

Funcionales

No Funcionales

Tecnolgicos

De usuario

De dominio

De sistema

Se refieren a necesidades que tienen las personas que utilizarn el sistema, tales como cajeras, empleados de mostrador, capturistas.

Especifican las caractersticas del hardware, software, redes, equipo de telecomunicaciones y dems elementos que requiera el sistema.

Determinan las caractersticas de la aplicacin del sistema. Pueden ser restricciones o aspectos funcionales nuevos.

Describen las funciones y servicios que el sistema debe realizar.

Indican lo que el sistema debe hacer.

Describen aspectos no relacionados con la funcionalidad como: seguridad, legislacin, eficiencia, rendimiento, tiempos, espacio.

TI0020_M1AA1_Requerimientos

UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier medio, mtodo o sistema impreso, electrnico, magntico, incluyendo el fotocopiado, la fotografa, la grabacin o un sistema de recuperacin de la informacin, sin la autorizacin por escrito de la Universidad Virtual del Estado de Guanajuato. 3

Figura 3. Requerimientos No Funcionales. (Sommerville, 2005, p.112).

Como observamos en la figura 3, los requerimientos no funcionales cuentan con una clasificacin muy amplia. En la tabla 1 se presentan algunos ejemplos de requerimientos.

Tipo de requerimiento

Situacin actual Requerimiento

Usuario

- El vendedor debe generar un reporte

cada seis meses.

- El capturista ingresa 10 datos para un registro, uno de ellos es el mes.

- El responsable de almacn tiene que contactar a los proveedores cuando la existencia sea de 3 productos.

- En ocasiones las personas que registran a los estudiantes colocan letras en la edad quedando la informacin incompleta.

- El sistema debe imprimir un reporte de

las ventas semestrales.

- El sistema necesita tener la opcin de autocompletar en los meses del ao.

- El sistema requiere mostrar una alerta cuando nicamente queden tres productos en existencia.

- Que el sistema no permita capturar letras

en el espacio asignado para la edad.

Tecnolgicos

- La organizacin no cuenta con lectores de cdigos de barras.

- Adquirir un lector de cdigo de barras compatible con computadoras Mac.

TI0020_M1AA1_Requerimientos

UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier medio, mtodo o sistema impreso, electrnico, magntico, incluyendo el fotocopiado, la fotografa, la grabacin o un sistema de recuperacin de la informacin, sin la autorizacin por escrito de la Universidad Virtual del Estado de Guanajuato. 4

- Las computadoras de la organizacin cuentan con sistema operativo Windows 98.

- El ancho de banda actual es 128kb.

- Actualizar el sistema operativo al ms

reciente.

- El ancho de banda deber incrementarse a por lo menos 1Gb. debido a la cantidad de datos que se requiere transferir.

Dominio

- El sistema actual permite a todos los

usuarios conectarse de manera remota. - Se cuentan con 3 impresoras en la

organizacin. - El navegador utilizado actualmente es

Internet Explorer.

- El nuevo software no permitir

conexiones remotas. - Todos los reportes impresos desde el

sistema debern enviarse exclusivamente a la impresora instalada en la direccin.

- Las pginas de la aplicacin debern abrirse con Firefox.

Sistema (funcionales)

- Actualmente la factura se realiza de forma manual.

- La visualizacin de los reportes no debe

empalmarse con otra informacin.

- Los reportes contienen texto e imgenes. - La organizacin tiene una red y requieren

compartir informacin.

- El sistema actual no cuenta con controles de acceso.

- Facturar de manera automtica con la fecha del servidor.

- Abrir en una nueva ventana nueva

los reportes. - Permitir guardar los reportes en

archivos PDF. - Funcionar en ambientes de red. - Asignar roles y permisos a los usuarios.

Sistema (no funcionales)

- La fecha de entrega fue planeada para

el 15 de agosto. - La organizacin cuenta con una

impresora lser y dos de matriz de puntos.

- El servidor actual cuenta con 10 Gb. de espacio disponible.

- Los sistemas no tienen seguridad al acceder a ellos.

- Las pruebas deben iniciarse el 25

de noviembre para entregar el sistema operando en la fecha pactada.

- Permitir la impresin en impresora lser

y de matriz de puntos.

- La base de datos a desarrollar debe ocupar un mximo de 2Gb.

- Las claves de acceso sern definidas por el administrador del sistema y los usuarios no podrn modificarlas.

Tabla 1. Ejemplos de tipos de requerimientos.

Para identificar los requerimientos podemos llevar a cabo un proceso que nos permita asegurar una correcta definicin. A continuacin se te presenta una propuesta para la determinacin de requerimientos.

TI0020_M1AA1_Requerimientos

UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier medio, mtodo o sistema impreso, electrnico, magntico, incluyendo el fotocopiado, la fotografa, la grabacin o un sistema de recuperacin de la informacin, sin la autorizacin por escrito de la Universidad Virtual del Estado de Guanajuato. 5

Figura 4. Proceso para identificacin de requerimientos.

1.- Conocer la organizacin

Aqusededica?Culessumisin,visinyobjetivo?Quprocesostienen?Cmosonlosflujosdeinformacin?Quinesparticipanencadaproceso?Qurecursosseinvolucranenlosprocesos?

2.- Hablar con los clientes y usuarios

Quseesperadelproyecto?Quactividadesrealizacadapersona?Enqupodraayudarleelsistema?Cuntopuedeinvertir?

3.- Identificar la problemtica

Quprocesosytcnicastienenactualmente?Cuentanconalgnsistemayainstalado?Cmosepuedemejorloexistente?Enqumedidaunsoftwarepodraapoyar?

4.- Definir requerimientos

Quaspectosdebecubrirelsistemaparasatisfacerlasnecesidadesdelosusuarios,clientesylaorganizacin?Quaspectosnopuedesolucionarelsistema?Enquporcentajeelsistemapuedesolucionarlaproblemticaidentificada?

5.- Clasificar y validar los requerimientos

Qutipoderequerimientostieneelsistema?Quaspectosseesperansatisfacer?Cubriremoslasnecesidades?

6.- Documentar los requerimientos

Consisteenredactaryponerenundocumentolosrequerimientosidentificadosparaqueseanaceptadosporlosparticipantesenelproyectoysefirmen.

TI0020_M1AA1_Requerimientos

UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier medio, mtodo o sistema impreso, electrnico, magntico, incluyendo el fotocopiado, la fotografa, la grabacin o un sistema de recuperacin de la informacin, sin la autorizacin por escrito de la Universidad Virtual del Estado de Guanajuato. 6

Los requerimientos siempre deben ser: Verificables: es decir que se puedan revisar. No ambiguos: contar con una redaccin clara y comprensible. Factibles: capaces de llevarse a cabo. Correctos: haber sido definidos de una manera apropiada y alineados con la organizacin. Necesarios: apegados a las necesidades de la organizacin. Completos: que cuenten con todos los elementos necesarios para servir de base al diseo y

desarrollo. Una vez que tengamos los requerimientos, deberemos informar a nuestro cliente y al equipo de desarrollo para dar paso a la siguiente etapa del ciclo de vida del software.

Referencias

Pfleeger, S. L. (2002). Ingeniera de software, teora y prctica. Buenos Aires, Argentina: Pearson Education.

Sommerville, I. (2005). Ingeniera del software (7a. ed.). Madrid, Espaa: Pearson Educacin. [Versin en lnea]. Recuperado el 16 de marzo de 2012, de http://books.google.com.mx/books?id=gQWd49zSut4C&printsec=frontcover&dq=ingenier%C3%ADa+de+software&hl=en&sa=X&ei=HXdjT9CZG8ni2QXujO3cCA&ved=0CDEQ6AEwAA#v=onepage&q=ingenier%C3%ADa%20de%20software&f=false