Cátedra

DISEÑO SISTEMAS DE INFORMACIÓN

El inicio del
análisis de sistemas
¿Por dónde empezar?

Autor:
• Lic. Claudio GUANCIAROSSA
CONTENIDO

COMENTARIO PRELIMINAR ............................................................................................................................... 3

INTRODUCCIÓN ................................................................................................................................................. 3
COMENCEMOS POR EL PRINCIPIO .................................................................................................................... 4
ESPECIFICACIÓN DE REQUERIMIENTOS ............................................................................................................ 6
Caracterización de requerimientos ................................................................................................................ 7
Organización de los requerimientos .............................................................................................................. 8
Matriz de requerimientos ............................................................................................................................... 8
CONCLUSIÓN ..................................................................................................................................................... 8
BIBLIOGRAFÍA .................................................................................................................................................... 9

Cátedra: DISEÑO DE SISTEMAS DE INFORMACIÓN Página 2 de 9

COMENTARIO PRELIMINAR

¿Por dónde empieza UN PROYECTO DE ANÁLISIS Y DISEÑO DE SISTEMAS?

¿Qué son los requerimientos? ¿Qué es el relevamiento? ¿Cómo hace el analista para conocer lo que
deberá hacer el sistema que tiene que diseñar? ¿Qué son las funcionalidades?
Este trabajo contempla los aspectos involucrados en las tareas que dan comienzo al análisis y
diseño de sistemas de información orientados al procesamiento de transacciones y a la generación
de información administrativa y se propone exponer las respuestas a los interrogantes
precedentes.
Como hemos expuesto (y expondremos) en otro material de lectura como el presente, sabemos
que buena parte del material bibliográfico disponible para acercarse a la problemática del análisis y
diseño de sistemas asume que el lector dispone de ciertos conocimientos básicos de la disciplina.
Este trabajo contempla dichas limitaciones y se propone como objetivo fundamental acercar al
lector unas pocas ideas, que no por sencillas dejan de ser valiosas, para comenzar a comprender las
particularidades del análisis de sistemas y familiarizarse con ciertos conceptos básicos. En tal
sentido, la preparación de este material de lectura ha contemplado dos premisas centrales:
● Comenzar por el nivel más básico y rudimentario, aún a riesgo de resultar obvio para
algunos lectores.
● Hacer una total abstracción de la bibliografía disponible la que, por lo mismo, deberá ser
consultada a continuación de la lectura de este trabajo si el objetivo del lector es
comprender acabadamente lo referido al análisis y diseño de sistemas, para lo cual al final
se incluyen sugerencias acerca del material de lectura complementario e imprescindible.

INTRODUCCIÓN
En términos generales (muy generales) el análisis y diseño de sistemas de información contempla
una serie de actividades que podrían resumirse en lo siguiente:

● Detección de requerimientos. Qué es lo que el sistema debe lograr.

● Análisis de requerimientos. Comprensión de tales requerimientos. Caracterización y
organización de requerimientos. Cómo atenderá el sistema los requerimientos detectados.
● Diseño de los componentes del sistema para atender los requerimientos detectados Estos
componentes corresponden a los dos ámbitos del sistema en cuestión: informatizado y no
informatizado. Entre los componentes del sistema que deberán ser diseñados a partir de
los requerimientos definidos se encuentran: los mecanismos de para captura e ingreso de
datos, los controles y validaciones que deberán aplicarse a los datos que ingresan al
sistema, la estructura del repositorio de los datos que se ingresen, las salidas que el sistema
deberá generar y los procesos que permitan recuperar y disponer los datos para
disponerlos en tales salidas.
● Construcción de los componentes diseñados.
● Implementación. Es decir, la puesta en marcha de todos los componentes construidos.

Cátedra: DISEÑO DE SISTEMAS DE INFORMACIÓN Página 3 de 9

Dependiendo del enfoque metodológico que se aplique en un proyecto en particular, las
actividades enumeradas podrán ser distintas, podrán solaparse, podrán ser llevadas a cabo con
diferente intensidad o podrán, incluso, identificarse de diferentes modos. No obstante, desde un
punto de vista conceptual, cuando se trate de diseñar, construir e implementar un sistema de
información las actividades que estarán involucradas serán del tipo de las señaladas.
El contenido de este documento se focaliza en las tareas necesarias para identificar cuál o cuáles
son los objetivos del sistema bajo análisis. Dicho de otro modo, se intenta responder a dos
interrogantes básicos:
● ¿Para qué se va a diseñar el sistema en cuestión? ¿Cuál es el objetivo que se persigue con su
construcción?
● ¿Qué es lo que el sistema deberá poder “hacer” para cumplir con tal propósito u objetivo?

COMENCEMOS POR EL PRINCIPIO

El análisis y diseño de sistemas de información comienza, entonces, con la identificación de qué
cosas deberá hacer el sistema, para lo cual necesitará ciertas entradas, de modo que esté en
condiciones de generar las salidas esperadas.
Para poder identificar estos aspectos, el analista deberá realizar y conducir ciertas tareas que, en la
jerga del análisis de sistemas de información, son conocidas como identificación de
requerimientos.
Para lograr identificar los requerimientos que deberán contemplarse a la hora de diseñar un
sistema de información, es decir, conocer qué es lo que el sistema deberá ofrecer en términos de
salidas o resultados, el analista se propondrá conocer la situación actual de la organización en
términos de necesidades de procesar transacciones y necesidades de información para el control
de gestión.
Los requerimientos son aquellos aspectos, condiciones o necesidades de los procesos que deban
ser atendidos por el sistema de información y podrán consistir en necesidades que deben
satisfacerse, problemas que deban ser solucionados o mejoras que deban ser incorporadas.
Estos aspectos que serán tenidos en cuenta como requerimientos del sistema, podrán estar
originados en la opinión o juicio de los usuarios, podrán ser el producto de las observaciones que el
propio analista pueda hacer de la situación de la organización, de la formación y experiencia del
analista interviniente o bien, por supuesto, de una combinación de todo eso.
La opinión o juicio de los usuarios debe ser tenida en cuenta toda vez que son ellos los que tienen
(o padecen) las necesidades, sufren los inconvenientes, saben qué y dónde hay que mejorar y
conocen la organización, el negocio y cómo operarlo.
Por otra parte, los elementos que pueda obtener el analista observando la realidad resultan
igualmente valiosos por cuanto se trata de información “primaria” (no es provista por otro), es lo
que sucede realmente y está exenta de opiniones o juicios subjetivos.
Por último, y no por ello de menor trascendencia, la formación y experiencia del analista en
aspectos específicos de un negocio en particular, de organizaciones similares y de los procesos
organizacionales seguramente aportará mucho a la detección o identificación de requerimientos.
Para llevar adelante la detección de requerimientos, el analista conducirá ciertas actividades de
relevamiento que, en forma organizada y metódica, le permitirán conocer lo necesario para
avanzar luego con el diseño del sistema de información requerido.

Cátedra: DISEÑO DE SISTEMAS DE INFORMACIÓN Página 4 de 9

Como principal resultado del relevamiento, el analista podrá disponer de respuestas a la pregunta
¿qué es lo que el sistema debe hacer?
Esas actividades detección de requerimientos y el relevamiento necesario para lograrlo se apoyan
en diferentes técnicas o herramientas.
Las principales técnicas o herramientas de relevamiento son:
● La entrevista
● El cuestionario
● La revisión de documentación
● La observación directa.
La enumeración precedente no es taxativa. Diversos autores pueden presentar otra enumeración
o bien denominar de forma diferente a las mismas técnicas. Por otra parte, tampoco debe
entenderse que implica un orden de prelación según el cual estas herramientas deban ser
utilizadas, ni mucho menos un orden de importancia o relevancia entre las mismas. En un mismo
proyecto de análisis y diseño de sistemas de información podrán emplearse todas o algunas, con
diferentes intensidades y en diferentes momentos.
Las características y particularidades de cada una de las herramientas mencionadas, y los
diferentes aspectos que hacen a su aplicación a casos específicos, escapan al objetivo de este
trabajo. Para conocer esas cuestiones, deberá consultarse la ficha de cátedra FC_Técnicas de
Relevamiento y la bibliografía indicada al final de este documento.
Hemos expuesto anteriormente que los requerimientos se identifican a partir de lo que los
usuarios dicen u opinan. Y el analista interpreta estos juicios y opiniones como lo que los usuarios
quieren y, por lo tanto, lo que el sistema deberá ofrecer. Además, estas determinaciones estarán
ampliadas por la observación que el analista realice de la realidad imperante y enriquecida por su
propia formación y experiencia.
Pero... ¿quién o quiénes son los usuarios de un sistema de información?
Los usuarios de un sistema de información son todas aquellas personas que, de un modo u otro,
interactuarán con o participarán del funcionamiento de un sistema de información. Desde el punto
de vista de los procesos a los cuales el sistema brindará soporte, los usuarios de este son los
actores de dicho proceso que “usan” el sistema. Es “uso” del sistema por parte de los usuarios
podrá efectivizarse en diferentes modos, en diferentes circunstancias y en diferentes momentos,
interactuando con el sistema a los efectos del procesamiento de transacciones o interactuando
con el sistema a los efectos de obtener información administrativa.
Resulta importante resaltar, entonces, que los requerimientos que habrán de contemplarse al
diseñar un sistema de información siempre corresponderán a las dos dimensiones: la transaccional
u operativa y la informativa. En tal sentido, debe quedar convenientemente claro que el objetivo
del sistema a diseñar en lo que a la dimensión informativa se refiere es, justamente, la generación
de ciertas salidas. Pero en lo referido a la dimensión transaccional u operativa, la problemática
puede resultar algo más compleja. Porque en lo que a dicha dimensión se refiere, se trata de
identificar lo que el sistema debe hacer, cómo debe hacerlo, involucrando por supuesto la
generación de salidas operativas.
En tal sentido, habrá procesos que permitan que las tareas necesarias para el funcionamiento del
sistema sean realizadas adecuadamente por parte de los involucrados en las mismas, habrá tareas
de captura/ingreso de datos, controles, verificaciones, mantenimiento de documentación física,
procesos de recuperación para generar salidas, etc. Algunas de estas actividades podrán ser
auxiliadas o soportadas con TIC (Tecnologías Informáticas y de Comunicaciones) y otras que se
realicen en forma manual.
Cátedra: DISEÑO DE SISTEMAS DE INFORMACIÓN Página 5 de 9
Desde un punto de vista más específico en lo que al contenido y propósito de esta ficha se refiere
(¿Por dónde empezar?), diremos que la tarea de análisis empieza con la identificación de las
necesidades de los usuarios, la identificación de los problemas a resolver y la identificación de las
oportunidades de mejorar lo existente.

ESPECIFICACIÓN DE REQUERIMIENTOS
Luego de identificar lo que el sistema deberá hacer o proporcionar en sus dos dimensiones
(transaccional e informativa), a partir de los relevamientos realizados y de los aportes que el
analista pueda realizar, vendrá el momento de organizar y detallar todos esos requerimientos.
Se trata, entonces, de caracterizar explícitamente todo que el sistema debe hacer y producir, que
no es otra cosa que describir o especificar los requerimientos.
Estamos en condiciones, pues, de definir de un modo más específico lo que entendemos como
requerimiento.

REQUERIMIENTO
Aspecto, condición o necesidad de los procesos que deban ser atendidos por el sistema
información, y que estarán relacionados con la satisfacción de necesidades, la solución de
problemas o la incorporación de mejoras.
Estas necesidades, a su vez, podrán corresponder a la dimensión transaccional u operativa, con lo
cual se tratará de requerimientos operativos, mientras que si corresponden a la dimensión
informativa se tratará de requerimientos informativos.
Los requerimientos, entonces, corresponden a todo lo que el sistema debe hacer o proporcionar.
Pero los requerimientos, por sí solos, aportan parcialmente al diseño del futuro sistema Para lograr
una mejor caracterización de este, el analista deberá analizar más detalladamente tales
requerimientos con miras a disponer o definir el modo en que el sistema logrará atenderlos. Esta
forma o modo en que el sistema atenderá los requerimientos debe ser planteada en términos de
lo que el sistema le proveerá al o los usuarios desde un punto de vista funcional. Es decir, lo que
los usuarios obtendrán o podrán realizar cuando el sistema esté en funcionamiento.
Y así tenemos otro importante concepto relacionado con el análisis y diseño de sistemas de
información.

FUNCIONALIDAD
Podemos conceptualizar como funcionalidad a un servicio o servicios que el sistema debe proveer
para resolver o atender uno o más requerimientos. Se trata de una “prestación” que debe
entregar u ofrecer el sistema en términos de herramienta para dar soporte a algún proceso
operativo.
La funcionalidad tiene una relación directa con lo que los usuarios obtendrán del sistema. Por lo
tanto, la funcionalidad debe estar expresada en un lenguaje común y a un nivel lo suficientemente
alto como para ser discutida con los usuarios y lograr un común acuerdo sobre su significado. Un
ejemplo:

Cátedra: DISEÑO DE SISTEMAS DE INFORMACIÓN Página 6 de 9

 REQUERIMIENTOS: Registrar los datos de los socios que ingresan al club. Actualizar dicho
registro cuando alguno de esos datos cambie. Registrar la baja del socio cuando el mismo
abandone el club.
FUNCIONALIDAD: Gestión de padrón de socios

Caracterización de requerimientos
Volviendo a los requerimientos, los mismos no son todos iguales.
Con miras a lograr una mejor comprensión y, por ende, una mejor especificación de los
requerimientos a la vez que una más apropiada atención de estos durante el diseño del sistema,
resulta conveniente categorizarlos o clasificarlos.
Dicha clasificación puede basarse en diferentes criterios. Seguidamente se proponen algunas
sugerencias para clasificar los requerimientos de un sistema bajo análisis.
La primera y muy fundamental es la categorización de los requerimientos en función de la
dimensión del sistema a la cual corresponden. Como ya hemos visto, los sistemas de información
siempre presentan dos dimensiones o ámbitos: la transaccional y la informativa.

Requerimientos según dimensión

● Requerimientos operativos: son los requerimientos que deberán contemplarse al momento
de procesar cada una de las transacciones.
● Requerimientos informativos: son los requerimientos que serán atendidos a partir del
procesamiento de datos generados luego de haber procesado cierta cantidad de
transacciones.

Requerimientos según prioridad

Otro criterio para clasificar los requerimientos de un sistema es el relacionado con la prioridad
según la cual deben ser atendidos. Así, tenemos que los requerimientos podrán ser:
● Requerimientos imprescindibles: requerimientos que se encuentran directamente
relacionados con el objetivo del sistema bajo análisis. Dicho de otro modo, si estos
requerimientos no fueran atendidos el sistema no tendría razón de ser.
● Requerimientos importantes: requerimientos cuya atención agrega un alto valor al sistema
que se analiza, pero su ausencia no afecta al objetivo de este.
● Requerimientos deseados: requerimientos que sería importante que fueran atendidos si se
dispone del tiempo y recursos necesarios.
Otro criterio para categorizar o clasificar los requerimientos de un sistema de información está
relacionado con el tipo de herramientas que se utilizará para darle atención.

Requerimientos según tipo de herramienta con la que se atenderán

● Requerimientos no soportados en TIC: requerimientos cuya atención corresponderá a la
parte no informatizada del sistema.
● Requerimientos soportados en TIC: requerimientos cuya atención estará contemplada en la
parte informatizada del sistema.

Cátedra: DISEÑO DE SISTEMAS DE INFORMACIÓN Página 7 de 9

Organización de los requerimientos
Finalmente, una vez identificados todos los requerimientos y categorizados (según los criterios
propuestos en la sección precedente o cualesquiera otros que resulten igualmente eficaces), habrá
que organizarlos de algún modo que permita:
● una efectiva comprensión de cada uno de ellos,
● una adecuada comunicación hacia todos los integrantes del equipo del proyecto,
● disponer de una herramienta que permita verificar que TODOS los requerimientos han
sido convenientemente atendidos una vez que finalice el diseño del sistema.

Matriz de requerimientos
Un apropiado modo para lograr tales propósitos es la confección de una Matriz de Requerimientos.
La misma no es más que una tabla en cada una de cuyas columnas muestra:
Funcionalidad (Sector): descripción sintética del “servicio” que obtendrán o podrán operar los
usuarios una vez que el sistema esté en funcionamiento. Una funcionalidad puede contemplar
varios requerimientos. Respecto de la funcionalidad, se muestra también quiénes son los usuarios
(sector de la organización) que la aprovecharán.
Requerimiento: Aspecto, condición o necesidad que deba ser atendidos por el sistema de
información (relacionado con la satisfacción de necesidades, la solución de problemas o la
incorporación de mejoras). Varios requerimientos pueden estar contemplados en una sola
funcionalidad.
Tipo de requerimiento según la dimensión: si el requerimiento corresponde al ámbito del
procesamiento de transacciones será un requerimiento operativo. Si corresponde al ámbito de la
generación de información administrativa, será un requerimiento informativo.
Prioridad: prelación según la cual el requerimiento debe ser atendido. Por ejemplo: Imprescindible,
importante, o deseado.
Soportado en TIC: se describe si el requerimiento estará soportado en TIC. o su atención será
lograda con procedimientos o tareas manuales.
Identificación del requerimiento: es un identificador de cada uno de los requerimientos incluidos
en la Matriz, cuya utilidad radica en la identificación del requerimiento para diversas cuestiones a lo
largo de todo el proyecto.

CONCLUSIÓN
Retomando uno de los interrogantes planteados al inicio: ¿Por dónde empieza UN PROYECTO DE
ANÁLISIS Y DISEÑO DE SISTEMAS?, responderemos (no sin cierta candidez)
Por el principio, claramente.
Ese principio es el conocimiento pormenorizado de todo lo que el sistema deberá hacer y producir.
Ello se obtiene interactuando con quienes serán los usuarios del sistema, observando los procesos,
analizando documentación o registración existentes, viendo cómo los diferentes actores de los
procesos involucrados operan/trabajan realmente. Para ello se utilizan ciertas herramientas o

Cátedra: DISEÑO DE SISTEMAS DE INFORMACIÓN Página 8 de 9

técnicas de relevamiento, mediante las cuales se obtiene la información necesaria. Toda la
información obtenida se analiza y evalúa con el objetivo de transformarla en requerimientos,
enriqueciéndola también a partir de la propia formación y experiencia del analista. El análisis de
toda esa información permite la determinación o identificación de requerimientos y su posterior
caracterización.
Finalmente, los requerimientos se describen y categorizan, y se organizan de algún modo para que
resulte clara y efectiva su comprensión por parte de todos los involucrados en el proyecto.

BIBLIOGRAFÍA
• Burch y Grudnitski "Diseño de Sistemas de Información. Teoría y Práctica" (1998)
• Kendall K. y Kendall J. "Análisis y diseño de sistemas" (8º Edición)
• Ficha de Cátedra: Técnicas de Relevamiento

Cátedra: DISEÑO DE SISTEMAS DE INFORMACIÓN Página 9 de 9