Técnicas de Recolección de Datos

UNPRG Ingeniera de la Informacin I
RECOLECCION DE DATOS
La recoleccin de datos es un proceso formal que utiliza procedimientos,
de bsqueda, entrevistas, cuestionarios, muestreo y otras tcnicas
para recoger toda la informacin disponible sobre los sistemas y
sus necesidades. Tambin recibe el nombre de captura de datos.
TIPOS DE INFORMACIN
La informacin tiene carcter econmico cuando se vincula o asocia a
las actividades de produccin, distribucin, cambio y consumo de los
bienes materiales, es por lo tanto una de las formas de la informacin
social.
Por
su
estructura
la
informacin
econmica
es
extraordinariamente variada y par el estudio de su composicin,

organizacin y relaciones con el fenmeno cuyo comportamiento debe
reflejar. Algunos tipos de clasificacin pueden ser los siguientes :
-
Por su estabilidad
o tiempo de utilidad de la informacin:
permanente, semipermanente o variable.

-
Por su elaboracin: primaria, intermedia y de resultados.
Por su rol en el tratamiento : elaborados y no elaborados.
Por su complejidad: suficiente, insuficiente y redundante.
Por su confiabilidad: segura e incierta.
Segn su funcin en la direccin: contable y estadstica,

normativa, de planificacin, de tcnica de produccin y balance de
informe.
FUENTES DE INFORMACIN
Son aquellos que proporcionan datos al sistema para su tratamiento y
obtencin de la informacin. En un Sistema de Informacin, la
informacin se puede obtener a partir de varias fuentes de informacin.
Las fuentes de informacin en un sistema pueden ser :
Fuentes de Informacin Internas: Est constituida por todos los

datos que podemos obtener dentro de la organizacin, por ejemplo :
documentos, bases de datos, reportes semanales, mensuales, etc.
Fuentes de Informacin Externa: Son los datos que obtenemos

fuero de la organizacin(entorno del sistema) como pueden ser
Ing. Consuelo Del Castillo Castro

MCSD .Net

estudios de mercado, datos acerca de los clientes, datos de la
competencia, estudios estadsticos, etc.
TCNICAS DE RECOLECCION DE DATOS
Entre las tcnicas que permiten la recoleccin de datos, se encuentran
las siguientes:
1.
Revisin de la documentacin, los formularios y los archivos

existentes.
2.
Investigacin y visitas a instalaciones.
3.
Observacin del entorno de trabajo
4.
Cuestionarios
5.
Entrevistas
6.
Desarrollo de conjunto de aplicaciones (JAD)
7.
Tormenta de ideas (Brainstorming)
8.
Reunin de planificacin de requerimientos (JRP)
REVISIN DE LA DOCUMENTACION
Cuando se estudia un sistema existente, puede conseguirse una buena
comprensin del mismo si se analizan la documentacin, los
formularios y los archivos existentes.
Es importante, en primer lugar investigar los hechos que condujeron al
planteamiento del proyecto. Para lograrlo, el analista puede querer
reunir los documentos que describan el problema existente. Entre ellos,
se incluyen:
-
Notas
internas,
estudios,
actas,
cuadernos
de
notas
con
propuestas, reclamaciones de clientes de informes que actan como

documentos del rea de problemas.
-
Registro de cuentas, revisiones de rendimiento, revisiones de

medidas de trabajo y otros informes operativos sobre planificacin.
Solicitudes de proyectos de sistemas de informacin, pasadas y

actuales.
Adems de los documentos que describen el problema, existen

normalmente documentos que describen los procesos de negocio de una
empresa. Entre estos documentos se pueden incluir:
-
El planeamiento estratgico, donde se especifican la misin, visin

y estrategias de la empresa.
Objetivos formales para las unidades de negocio.

MCSD .Net

-
Manuales de normas que imponen limitaciones a todo sistema

propuesto.
Los manuales de organizacin y funciones, que expresan los

procedimientos
operativos
estndar,
esquemas
de
trabajo
instrucciones de tareas en las operaciones diarias.

-
Formularios completos representativos de las transacciones reales

en diversos puntos del ciclo de proceso.
Archivos manuales e informatizados.
Informes manuales e informatizados.
Adems no ha de olvidarse verificar la documentacin de los estudios y

diseos previos sobre los sistemas llevados a cabo por consultores y
analistas de sistemas. Esta documentacin puede contener:
-
Diversos tipo de organigramas y diagramas.
Diccionarios de proyectos.
Documentacin de diseo, como entradas, salidas y archivos.
Documentacin de programas.
Manuales de operaciones informticas y manuales de formacin.
Toda documentacin recogida debera analizarse para determinar hasta

qu punto est al da. No se deseche la documentacin anticuada.
Simplemente, tngase presente que hara falta una investigacin de
hechos adicional para verificar o actualizar los hechos reunidos. Segn
se revisen los documentos existentes, han de tomarse notas, hacerse
dibujos y usarse herramientas de anlisis y diseo de sistemas para
hacer modelos de las enseanzas que se extraen de un sistema o de las
propuestas pensadas para el mismo.
INVESTIGACIN Y VISITAS A INSTALACIONES
A veces es conveniente llevar a cabo una determinada de investigacin de
la aplicacin y el problema. Buenas fuentes de informacin son las
publicaciones informticas disponibles comercialmente, as como las
revistas que leen tpicamente los usuarios finales. De esta forma, ser
posible aprender el modo en que actuaron otros para resolver problemas
similares. Tambin puede saberse as si existen o no paquetes de
software que puedan resolver nuestro problema.
Una forma similar de investigacin consiste en visitar otras empresas o
departamentos que hayan vivido problemas similares. Los miembros de
las sociedades profesionales pueden suministrar interesantes contactos.
MCSD .Net

OBSERVACIN DEL ENTORNO DE TRABAJO
La observacin es una tcnica de recoleccin de datos durante la cual
los analistas actan como espectadores de las actividades llevadas a
cabo por una persona para conocer mejor un sistema.
Esta tcnica se utiliza con frecuencia cuando no se est seguro de la
validez
de
los
datos
recogidos
por
otros
medios
cuando
la
complejidades ciertos aspectos del sistema impide que las explicaciones

de los usuarios finales estn claras.
Entre las ventajas de esta tcnica se tienen:
-
Los datos recogidos por observacin pueden ser muy fiables. A

veces, las observaciones se realizan para comprobar la validez de los
datos obtenidos por conversaciones con los usuarios.
El analista de sistemas puede ver exactamente lo que se hace. A

veces, las observaciones se realizan para comprobar la validez de los
datos obtenidos por conversaciones con los usuarios.
La observacin es relativamente barata en comparacin con otras

tcnicas de recoleccin de datos. Otras tcnicas requieren, por lo
general, la disponibilidad de un tiempo sustancialmente ms amplio
de los usuarios y gastos de copias.
La observacin permite al analista de sistemas hacer medidas del

trabajo.
Algunos inconvenientes que tienen esta tcnicas son los siguientes:

-
Como las personas suelen sentirse incmodas cuando son objeto

de observacin, pueden hacer las cosas de forma diferente sin darse
cuenta.
En el momento de la observacin, el trabajo puede no tener el

nivel de dificultad o de carga experimentado normalmente.
Algunas actividades de los sistemas pueden tener lugar de cuando

en cuando, lo que provocar inconvenientes de planificacin al
analista de sistemas.
Las tareas que se observan estn sujetas a diversos tipos de

interrupciones.
Algunas tareas pueden no llevarse a cabo siempre de la misma

forma en que son observadas por el analista de sistemas.
Si las personas han estado llevando a cabo sus tareas en formas

que incumplen los procedimientos operativos estndar, pueden

MCSD .Net

proceder temporalmente de forma correcta mientras estn siendo
observadas.
Estas son algunas directrices a tomar en cuanta cuando se van a
realizar observaciones:
-
Determinar el quin, el dnde, el cundo, el por qu y el cmo de

la observacin.
Obtener autorizacin de los directivos o supervisores adecuados.
Informar a quienes sern observados del propsito de la

observacin.
Tratar de pasar inadvertido.
Tomar notas durante la observacin o inmediatamente despus de

la misma.
Revisar las notas de la observacin con las personas adecuadas.
No interrumpir a las personas observadas en su trabajo.
No centrarse demasiado en las actividades triviales.
No tener prejuicios.
CUESTIONARIOS
Los cuestionarios son documentos especficos que permiten al analista
recoger la informacin y las opiniones que le manifiestan las personas
encuestadas. Permiten al analista recabar datos de un gran nmero de
personas a la vez que mantienen respuestas uniformes.
Entre las principales ventajas que se tiene al utilizar las encuestas son
los siguientes:
-
En su mayora, los cuestionarios pueden ser contestados con

rapidez.
Los
encuestados
pueden
completar
remitir
los
cuestionarios cuando mejor les convenga.

-
Ofrecen un medio relativamente econmico para recoger datos de

un amplio nmero de personas.
Permiten a las personas mantener el anonimato. Por consiguiente,

es ms probable que stas informen de los hechos reales, en vez de
decir lo que piensan que su jefe aprobara que dijeran.
Las
respuestas
pueden
incluirse
en
tablas
analizarse
rpidamente.
Los principales inconvenientes de esta tcnicas son los siguientes:
-
El nmero de encuestados es, a menudo insuficiente.

MCSD .Net

-
No existe garanta de que los encuestados respondan o expliquen

todas las preguntas.
Los cuestionarios suelen ser pocos flexibles. Impiden que el

analista de sistemas obtenga informacin voluntaria de las personas
o replantee preguntas que puedan haber sido mal interpretadas.
El analista de sistemas no tiene la posibilidad de observar y

analizar el lenguaje corporal del encuestado.
No existe una oportunidad inmediata para aclarar respuestas

vagas o incompletas a una pregunta.
Los buenos cuestionarios son difciles de preparar.
Existen dos tipos de cuestionarios:

Cuestionarios con formato libre
Permiten
al
encuestado
una
gran
libertad
de
respuesta.
El
encuestado escribe la respuesta en un espacio en blanco reservado

inmediatamente debajo de la pregunta.
Cuestionarios con formato fijo

Contiene preguntas que requieren respuestas especficas por parte de
las personas encuestadas. Para cada pregunta, el encuestado puede
elegir una de varias respuestas disponibles.
Diseo de cuestionarios
El diseo de cuestionario incluyan las siguientes actividades:
1.
Determinar que hechos y opiniones deben recabarse y de qu

personas.
2.
Sobre la base de los hechos y opiniones necesarios, determinar

que tipo de cuestionario producira mejores respuestas.
3.
Definir las preguntas.
4.
Probar las preguntas en un grupo pequeo de muestra de

encuestados.
5.
Haga copias y distribuya el cuestionario.

MCSD .Net

ENTREVISTAS
Las entrevistas son las tcnicas de captura de requisitos ms utilizada, y
de hecho son prcticamente inevitables en cualquier desarrollo ya
que son una de las formas de comunicacin ms naturales entre
personas.
Mediante
las
entrevistas
el
analista
recoge
la
informacin que le suministra las personas cara a cara.

Las entrevistas tienen los siguientes propsitos:
-
Investigacin de hechos.
Verificacin de hechos.
Generar entusiasmo.
Implicar al usuario final.
Identificar necesidades.
Solicitar ideas y opiniones.
En una entrevista, existen dos tipos de papeles. El analista de sistemas

es el entrevistador, responsable de la organizacin y la direccin de la
entrevista. El usuario del sistema o propietario del sistema es el
entrevistado, a quien se pide que responda a una serie de preguntas.
Las principales ventajas que tiene esta tcnicas son las siguientes:
-
Las entrevistas dan al analista la oportunidad de animar al

entrevistado a responder con libertad y espritu abierto a las
preguntas. Al establecer una compenetracin, el analista de sistemas
puede inducir en el entrevistado un sentimiento de contribucin
activa al proyecto de sistemas.
Las entrevistas permiten al analista obtener mayor informacin del

entrevistado.
Las entrevistas permiten al analista de sistemas adaptar o

replantear las preguntas para cada persona.
Las entrevistas dan al analista la oportunidad de observar la

comunicacin no verbal del entrevistado. Un buen analista de
sistemas debe ser capaz de obtener informacin sin ms que observar
los gestos corporales y las expresiones faciales del entrevistado, as
como escuchar las respuestas verbales a las preguntas.
Entre los principales inconvenientes destacan los siguientes:

-
Hacer entrevistas lleva mucho tiempo y es, por tanto, una tcnica
costosa.
El xito de las entrevistas depende fuertemente de las habilidades

de comunicacin del analista de sistemas.

MCSD .Net

Las entrevistas pueden perder utilidad debido a la posicin de los
entrevistados.
Existen dos tipos de entrevistas:
Entrevistas no estructuradas
Las entrevistas no estructuradas son desarrolladas slo con un

objetivo o un tema general en mente y pocas preguntas especficas,
tal vez ninguna. El entrevistador cuenta, en este caso, con el
entrevistado para definir el contexto general de la entrevista y dirigir
la conversacin.
Este tipo de entrevista frecuentemente se sale del tema, y el analista
debe estar preparado para reconducirla hacia el objetivo o el asunto
principal.
Entrevistas estructuradas
En este tipo de entrevista el entrevistador poseer un conjunto

especfico de preguntas que desea plantear al entrevistado.
En funcin de las respuestas del entrevistado, el entrevistador
propondr
preguntas
adicionales
para
obtener
aclaraciones
ampliaciones.
Las preguntas con fin abierto permiten al entrevistado responder
en forma que le parezca ms adecuada, por ejemplo: Por qu no
est Ud. satisfecho con el informe de ventas mensuales?. Las
preguntas
con
fin
cerrado
restringen
las
contestaciones
respuestas breves y directas, como por ejemplo: Est recibiendo a

tiempo el informe de ventas mensuales? o Contiene el informe de
ventas mensuales una informacin correcta?.
Pasos para dirigir entrevistas
Los pasos para desarrollar entrevistas son los siguientes:
1.
Planificacin de las entrevistas.

Dentro de la planificacin de las entrevistas se consideran las
siguientes actividades:
-
Estudiar el dominio del problema.
Seleccionar a los entrevistados.
Asegurar de que se cuenta con la aprobacin para hablar con los

usuarios.
Determinar la fecha, hora, lugar y duracin.
Preparar el guin de la entrevista.

MCSD .Net

2.
Realizar la entrevista.
En esta etapa se identifican las siguientes fases:
-
Apertura: se debe informar al entrevistado el objetivo de la

entrevista, cmo se utilizar la informacin, la mecnica de
preguntas, etc.
Desarrollo de la entrevista.
Terminacin: se debe recapitular para confirmar que no ha habido

confusiones en la informacin recogida.
3.
Consolidar el resultado de la entrevista.

Una vez terminada la entrevista es necesario leer las notas tomadas,
pasarlas a limpio, reorganizar la informacin, contrastarlas con otras
entrevistas o fuentes de informacin, etc.
Una vez elaborada la informacin, se puede enviar al entrevistado
para confirmar los contenidos. Tambin es importante evaluar la
propia entrevista para determinar los aspectos mejorables.
Recomendaciones
Entre las principales recomendaciones se tienen las siguiente:
-
Usar un lenguaje claro y conciso.
Ser amable.
Escuchar atentamente.
Dominar la situacin.
Sondear al entrevistado.
Observar los ademanes y la comunicacin no verbal.
Ser paciente.
Hacer que el entrevistado se sienta cmodo.
Mantener el control sobre s mismo.
Adems es muy recomendable contar con una tercera persona que tome
notas durante la entrevista y que el anlisis de la misma se haga
inmediatamente despus de concluida la entrevista.
Entre los aspectos que se deben evitar son los siguiente:
-
No incluir la opinin propia como parte de la pregunta.
Preguntas largas y complejas.
Preguntas que supongan amenazas.
Proseguir la entrevista sin necesidad.
Suponer una respuesta que esta terminada o no conduce a ningn

lado.
Dar pistas verbales o no verbales.

MCSD .Net

-
Usar palabras tcnicas.
Poner en relieve sus opiniones personales
Hablar en vez de escuchar.
Tener prejuicios sobre el asunto o el entrevistado.
Grabar la conversacin en cinta (un signo de escaso dominio de

las tcnicas de entrevista).
DESARROLLO DE CONJUNTO DE APLICACIONES

Esta tcnica tambin llamada JAD (Joint Application Development),
desarrollada por IBM en 1977, es una alternativa a las entrevistas
individuales que se desarrolla a lo largo de un conjunto de reuniones en
grupo durante un periodo de 2 a 4 das. En estas reuniones se ayuda a
los clientes y usuarios a formular problemas y explorar posibles
soluciones,
involucrndolos
hacindolos
sentirse
partcipes
del
desarrollo. Esta tcnica se base en cuatro principios: dinmica de grupo,

el uso de ayudas visuales para mejorar la comunicacin (diagramas,
transparencias, multimedia, herramientas CASE, etc.), mantener un
proceso organizado y racional y una filosofa de documentacin
WYSIWYG (What You See Is What You Get, lo que se ve es lo que se
obtiene), por la que durante las reuniones se trabaja directamente sobre
los documentos a generar.
En comparacin con la tcnica de la entrevista, las ventajas de esta
tcnica son las siguientes:
-
Ahorra tiempo al evitar que las opiniones de los clientes se

contrasten por separado
Todo el grupo, incluyendo los clientes y los futuros usuarios,

revisa la documentacin generada, no slo los analistas de sistemas.
Implica ms a los clientes y usuarios en el desarrollo.
Es importante definir claramente el perfil y las responsabilidades de los

participantes de una sesin JAD. Se pueden distinguir los siguientes
perfiles:
-
Moderador
metodologa
de
(lder
Jad)
trabajo,
con
amplios
dinmica
de
conocimientos
grupos,
de
psicologa
la
del
comportamiento, as como de los procesos de la organizacin objeto

del estudio.
-
Promotor, persona que ha impulsado el desarrollo.
Jefe de proyecto, responsable de la implantacin del proyecto.

MCSD .Net
10

Especialista en modelizacin, responsable de la elaboracin de
los modelos en el transcurso de la sesin.

Desarrolladores, aseguran que los modelos son correctos y
responden a los requisitos especificados.

Usuarios, responsables de definir los requisitos del sistema y
validarlos.
La sala en la que se llevarn a cabo este tipo de sesiones juega un papel
muy importante debido a que, en las reuniones largas donde se requiere
una alta concentracin de todos los integrantes del equipo, es necesario
prestar especial atencin a aspectos relacionados con la temperatura, los
medios audiovisuales, la buena visibilidad de los distintos participantes,
etc.
Fases del JAD
Para llevar a cabo una sesin JAD, es necesario realizar una serie de
actividades antes de su adaptacin, celebracin de la sesin y despus
de su conclusin. Estas actividades se detallan a continuacin:
1.
Adaptacin
Se define el mbito y la estructura del proyecto, los productos a
obtener, se prepara el material necesario para la sesin, se determina
el lugar donde se van a llevar a cabo, se seleccionan los participantes
y se sugiere una agenda de trabajo.
2.
Celebracin de las sesiones JAD

Durante las sesiones, los participantes exponen sus ideas y se
discuten, analizan y refinan hasta alcanzar un acuerdo. Los pasos
que se recomienda seguir para este proceso son los siguientes:
-
Presentacin.
Definir objetivos y requisitos.
Delimitar el mbito del sistema.
Documentar temas que quedan pendientes.
Concluir sesiones.
3.
Conclusin
Una vez terminadas las sesiones es necesario transformar las
transparencias,
notas
dems
documentacin
generada
en
documentos formales. Se distinguen tres pasos:

-
Completar la documentacin.
Revisar la documentacin.

MCSD .Net
11

-
Validar la documentacin.
TORMENTA DE IDEAS
La tormenta de ideas o tambin llamado brainstorming es una tcnica
de reuniones en grupo cuyo objetivo es la generacin de ideas en un
ambiente libre de crticas o juicios. Las sesiones de brainstorming
suelen estar formadas por un nmero de cuatro a diez participantes,
uno de los cuales es el jefe de la sesin, encargado ms de comenzar la
sesin que de controlarla.
Como tcnica de captura de requisitos, el brainstorming puede ayudar a
generar una gran variedad de vistas del problema y a formularlo de
diferentes formas, sobre todo al comienzo del proceso de captura,
cuando los requisitos son todava muy difusos.
Frente al JAD, el brainstorming tiene la ventaja de que es muy fcil de
aprender y requiere poca organizacin, de hecho, hay propuestas de
realizacin de brainstorming por vdeoconferencia a travs de Internet.
Por otro lado, al ser un proceso poco estructurado, puede no producir
resultados con la misma calidad o nivel de detalle que otras tcnicas.
Fases del brainstorming
En esta tcnica se distinguen las siguientes fases:
1.
Preparacin
La preparacin para una sesin de brainstorming requiere que se
seleccione a los participantes y al jefe de la sesin, citarlos y preparar
la sala donde se llevar a cabo la sesin. Los participantes en una
sesin
de
brainstorming
para
clientes,
usuarios,
normalmente
elicitacin
de
ingenieros
requisitos
de
son
requisitos,
desarrolladores y, si es necesario, algn experto en temas relevantes

para el proyecto.
2.
Generacin
El jefe abre la sesin exponiendo un enunciado general del problema
a tratar, que hace de semilla para que se vayan generando ideas. Los
participantes aportan libremente nuevas ideas sobre el problema
semilla, bien por un orden establecido por el jefe de la sesin, bien
aleatoriamente. El jefe es siempre el responsable de dar la palabra a
un participante. Este proceso contina hasta que el jefe decide parar,

MCSD .Net
12

bien porque no se estn generando suficientes ideas, en cuyo caso la
reunin se pospone, bien porque el nmero de ideas sea suficiente
para pasar a la siguiente fase. Durante esta fase se deben observar
las siguientes reglas:
-
Se prohbe la crtica de ideas, de forma que los participantes se

sientan libres de formular cualquier idea.
Se fomentan las ideas ms avanzadas, que aunque no sean

factibles, estimulan a los dems participantes a explorar nuevas
soluciones ms creativas.
Se debe generar un gran nmero de ideas, ya que cuantas ms

ideas se presenten ms probable ser que se generen mejores
ideas.
Se debe alentar a los participantes a combinar o completar las

ideas de otros participantes. Para ello, es necesario, al igual que
en la tcnica del JAD, que todas las ideas generadas estn visibles
para todos los participantes en todo momento.
3.
Consolidacin
En esta fase se deben organizar y evaluar las ideas generadas
durante la fase anterior. Se suelen seguir tres pasos:
-
Revisar ideas: se revisan las ideas generadas para clarificarlas. Es

habitual identificar ideas similares, en cuyo caso se unifican en un
solo enunciado.
Descartar ideas: aquellas ideas que los participantes consideren

excesivamente avanzadas se descartan.
Priorizar ideas: se priorizan las ideas restantes, identificando las

absolutamente esenciales, las que estaran bien pero que no son
esenciales y las que podran ser apropiadas para una prxima
versin del sistema a desarrollar.
4.
Documentacin
Despus de la sesin, el jefe produce la documentacin oportuna
conteniendo las ideas priorizadas y comentarios generados durante la
consolidacin.
REUNION DE PLANIFICACION DE REQUERIMIENTOS

Llamadas tambin las sesiones JRP (Joint Requirements Planning)
tienen como objetivo potenciar la participacin activa de la alta direccin

MCSD .Net
13

como medio para obtener los mejores resultados en el menor tiempo
posible y con una mayor calidad de los productos.
Las caractersticas de las sesiones JRP y JAD son comunes en cuanto a
la dinmica del desarrollo de las sesiones y la obtencin de los modelos
con el soporte de las herramientas adecuadas. La diferencia radica en
los productos de salida y en los perfiles de los participantes.
En JRP son del nivel ms alto en la organizacin en cuanto a visin
global del negocio y capacidad de decisin.
Los perfiles implicados en una sesin JRP son los siguientes:
-
Moderador (lder JRP), debe tener una gran capacidad de relacin,

habilidades de negociacin y de gestin de dinmica de grupos, as
como un alto nivel de conocimiento de los procesos de la organizacin
afectados por el Plan de Sistemas de Informacin (PSI).
Promotor, persona que ha impulsado el Plan de Sistemas de

Informacin y tiene un compromiso econmico.
Director de proyecto, responsable de que el proyecto llegue a

buen fin.
Consultores, responsable de traducir los requisitos especificados

por el usuario en informacin estructurada, de tal forma, que los
usuarios puedan entender y discutir los resultados.
Especialista en modelizacin, responsable de la elaboracin de

los modelos en el transcurso de la sesin.
Usuarios de alto nivel, responsables de definir los procesos de la

organizacin y los sistemas de informacin afectados por el Plan de
Sistemas
de
Informacin
as
como
las
prioridades
para
su
implantacin a largo o medio plazo en la organizacin.

La sala de reuniones juega un papel muy importante, siendo necesario
acondicionarla con el fin de facilitar el desarrollo de la sesin. Se debe
prestar especial atencin a aspectos como la temperatura, la luz, su
orientacin, la distribucin de los participantes en la sala, etc. Hay que
asegurar que se cuenta con los medios audiovisuales adecuados como
pueden ser cmara de vdeo y apuntadores lser, entre otros.
Para llevar a cabo una sesin JRP, es necesario realizar una serie de
actividades:
-
Iniciacin, se establece la necesidad del Plan de Sistemas de

Informacin (PSI), su alcance, los procesos de negocio implicados, las

MCSD .Net
14

unidades organizativas afectadas, as como los usuarios clave y los
perfiles del equipo JRP.
-
Bsqueda, se identifican los objetivos del Plan de Sistemas de

Informacin, se estudia la situacin actual y se busca la informacin
relevante, que pueda ser til.
Preparacin, se seleccionan los participantes, se prepara el

material necesario, acondicionando tambin la sala, y se establece la
agenda de JRP.
Realizacin: se introduce la reunin y se empieza a trabajar en la

consecucin de los objetivos marcados en la agenda, elaborando los
productos objeto de la sesin.
Finalizacin: se completan los productos y se presenta a los

participantes que corresponda.
La informacin de salida que se obtiene al finalizar una sesin JRP,

depender de la actividad del Plan de Sistemas de Informacin que se
est realizando, como por ejemplo:
-
Modelos de procesos de la organizacin.
Modelo de informacin.
Modelo de sistemas de informacin, etc.
ESTRATEGIA PARA LA INVESTIGACIN DE HECHOS

Hay que tener en cuenta la posibilidad de aplicar la siguiente estrategia
por etapas:
1.
Se
aprender
todo
lo
que
se
pueda
de
los
documentos,
formularios, informes y archivos.

2.
Si fuera apropiado, se observar el sistema en accin.
3.
Dados todos los hechos ya recogidos, se disearn y distribuirn

cuestionarios para aclarar cuestiones que no se comprendan bien.
4.
Se dirigirn entrevistas (o sesiones de trabajo en grupo, como

JAD)
5.
Hacer un seguimiento para verificar los hechos (normalmente,

usando entrevistas y observacin).

MCSD .Net
15

BIBLIOGRAFA
WHITEN, Jeffrey L., BENTLEY, Lonnie D. y BARLOW, Victor M. Anlisis y
Diseo de Sistemas de Informacin. 3 edicin, Irwin, Espaa, 1996.
Metodologa de elicitacin de requisitos.pdf

MCSD .Net
16

Técnicas de Recolección de Datos

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Técnicas de Recolección de Datos

Cargado por

Copyright:

Formatos disponibles

UNPRG Ingeniera de la Informacin I

extraordinariamente variada y par el estudio de su composicin,

o tiempo de utilidad de la informacin:

permanente, semipermanente o variable.

Por su elaboracin: primaria, intermedia y de resultados.

Por su rol en el tratamiento : elaborados y no elaborados.

Por su complejidad: suficiente, insuficiente y redundante.

Por su confiabilidad: segura e incierta.

Segn su funcin en la direccin: contable y estadstica,

Fuentes de Informacin Internas: Est constituida por todos los

Fuentes de Informacin Externa: Son los datos que obtenemos

Ing. Consuelo Del Castillo Castro

UNPRG Ingeniera de la Informacin I

Revisin de la documentacin, los formularios y los archivos

Investigacin y visitas a instalaciones.

Observacin del entorno de trabajo

Desarrollo de conjunto de aplicaciones (JAD)

Tormenta de ideas (Brainstorming)

Reunin de planificacin de requerimientos (JRP)

propuestas, reclamaciones de clientes de informes que actan como

Registro de cuentas, revisiones de rendimiento, revisiones de

Solicitudes de proyectos de sistemas de informacin, pasadas y

Adems de los documentos que describen el problema, existen

El planeamiento estratgico, donde se especifican la misin, visin

Objetivos formales para las unidades de negocio.

Ing. Consuelo Del Castillo Castro

UNPRG Ingeniera de la Informacin I

Manuales de normas que imponen limitaciones a todo sistema

Los manuales de organizacin y funciones, que expresan los

instrucciones de tareas en las operaciones diarias.

Formularios completos representativos de las transacciones reales

Archivos manuales e informatizados.

Informes manuales e informatizados.

Adems no ha de olvidarse verificar la documentacin de los estudios y

Diversos tipo de organigramas y diagramas.

Documentacin de diseo, como entradas, salidas y archivos.

Manuales de operaciones informticas y manuales de formacin.

Toda documentacin recogida debera analizarse para determinar hasta

UNPRG Ingeniera de la Informacin I

complejidades ciertos aspectos del sistema impide que las explicaciones

Los datos recogidos por observacin pueden ser muy fiables. A

El analista de sistemas puede ver exactamente lo que se hace. A

La observacin es relativamente barata en comparacin con otras

La observacin permite al analista de sistemas hacer medidas del

Algunos inconvenientes que tienen esta tcnicas son los siguientes:

Como las personas suelen sentirse incmodas cuando son objeto

En el momento de la observacin, el trabajo puede no tener el

Algunas actividades de los sistemas pueden tener lugar de cuando

Las tareas que se observan estn sujetas a diversos tipos de

Algunas tareas pueden no llevarse a cabo siempre de la misma

Si las personas han estado llevando a cabo sus tareas en formas

Ing. Consuelo Del Castillo Castro

UNPRG Ingeniera de la Informacin I

Determinar el quin, el dnde, el cundo, el por qu y el cmo de

Obtener autorizacin de los directivos o supervisores adecuados.

Informar a quienes sern observados del propsito de la

Tratar de pasar inadvertido.

Tomar notas durante la observacin o inmediatamente despus de

Revisar las notas de la observacin con las personas adecuadas.

No interrumpir a las personas observadas en su trabajo.

No centrarse demasiado en las actividades triviales.

En su mayora, los cuestionarios pueden ser contestados con

cuestionarios cuando mejor les convenga.