TI0020_M1AA1_Requerimientos

Requerimientosdesistemasdeinformacin

por Leticia Pureco Reyes

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.
Figura 1. Shaking (UVEG, 2012).

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

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.

TI0020_M1AA1_Requerimientos

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.

De usuario

Se refieren a necesidades que

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

Tecnolgicos

Especifican las caractersticas

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

De dominio

Determinan las caractersticas

de la aplicacin del sistema.
Pueden ser restricciones o
aspectos funcionales nuevos.
Funcionales

De sistema

Describen las funciones y

servicios que el sistema debe
realizar.
No
Funcionales

Indican lo que el
sistema debe hacer.

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

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

Dentro de los requerimientos no funcionales tenemos la siguiente clasificacin:

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.

TI0020_M1AA1_Requerimientos

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
Usuario

Situacin actual

El vendedor debe generar un reporte

cada seis meses.

El sistema debe imprimir un reporte de

las ventas semestrales.

El capturista ingresa 10 datos para un

registro, uno de ellos es el mes.

El sistema necesita tener la opcin de

autocompletar en los meses del ao.

El responsable de almacn tiene que

contactar a los proveedores cuando la
existencia sea de 3 productos.

El sistema requiere mostrar una alerta

cuando nicamente queden tres
productos en existencia.

En ocasiones las personas que registran

a los estudiantes colocan letras en la
edad quedando la informacin
incompleta.
La organizacin no cuenta con lectores de
cdigos de barras.

Que el sistema no permita capturar letras

en el espacio asignado para la edad.

Adquirir un lector de cdigo de barras

compatible con computadoras Mac.

Tecnolgicos

Requerimiento

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.

TI0020_M1AA1_Requerimientos

Dominio

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.

El sistema actual permite a todos los

usuarios conectarse de manera remota.

El nuevo software no permitir

conexiones remotas.

Se cuentan con 3 impresoras en la

organizacin.

Todos los reportes impresos desde el

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

El navegador utilizado actualmente es

Internet Explorer.

Las pginas de la aplicacin debern

abrirse con Firefox.

Las computadoras de la organizacin

cuentan con sistema operativo Windows
98.

El ancho de banda actual es 128kb.

Actualmente la factura se realiza de forma

manual.

Facturar de manera automtica con

la fecha del servidor.

La visualizacin de los reportes no debe

empalmarse con otra informacin.

Abrir en una nueva ventana nueva

los reportes.

Los reportes contienen texto e imgenes.

-

La organizacin tiene una red y requieren

compartir informacin.

Permitir guardar los reportes en

archivos PDF.

Funcionar en ambientes de red.

El sistema actual no cuenta con controles

de acceso.

Asignar roles y permisos a los usuarios.

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.

Sistema
(funcionales)

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.

La base de datos a desarrollar debe

ocupar un mximo de 2Gb.

Los sistemas no tienen seguridad al

acceder a ellos.

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.

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.

TI0020_M1AA1_Requerimientos

1.- Conocer la
organizacin

2.- Hablar con

los clientes y
usuarios

3.- Identificar la
problemtica

4.- Definir
requerimientos

5.- Clasificar y
validar los
requerimientos

6.- Documentar
los
requerimientos

Aqusededica?
Culessumisin,visinyobjetivo?
Quprocesostienen?
Cmosonlosflujosdeinformacin?
Quinesparticipanencadaproceso?
Qurecursosseinvolucranenlosprocesos?
Quseesperadelproyecto?
Quactividadesrealizacadapersona?
Enqupodraayudarleelsistema?
Cuntopuedeinvertir?
Quprocesosytcnicastienenactualmente?
Cuentanconalgnsistemayainstalado?
Cmosepuedemejorloexistente?
Enqumedidaunsoftwarepodraapoyar?
Quaspectosdebecubrirelsistemapara
satisfacerlasnecesidadesdelosusuarios,
clientesylaorganizacin?
Quaspectosnopuedesolucionarelsistema?
Enquporcentajeelsistemapuedesolucionar
laproblemticaidentificada?
Qutipoderequerimientostieneelsistema?
Quaspectosseesperansatisfacer?
Cubriremoslasnecesidades?

Consisteenredactaryponerenundocumento
losrequerimientosidentificadosparaquesean
aceptadosporlosparticipantesenelproyectoy
sefirmen.

Figura 4. Proceso para identificacin de 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.

TI0020_M1AA1_Requerimientos

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%C
3%ADa+de+software&hl=en&sa=X&ei=HXdjT9CZG8ni2QXujO3cCA&ved=0CDEQ6AEwAA#
v=onepage&q=ingenier%C3%ADa%20de%20software&f=false

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.