Ciclo de vida del

Proyecto
Ciclo de vida es el conjunto de fases por las que transcurre un proyecto desde
que nace hasta que finaliza.
Fase es un conjunto de actividades, generalmente secuenciales, con entidad
propia y relacionada entre s, que cubren un objetivo parcial del proyecto. Cada
fase se caracteriza por generar un conjunto de salidas concretas y medibles
(entregas o hitos) que se materializan en documentacin y en resultados
(paquete o librera software, componente hardware, prototipo, etc.)

Ventajas de Emplearlo en
Fases
Divide un problema complejo en otros de menor complejidad que son
manejables desde el punto de vista tcnico y de gestin.
Permite consolidar etapas y reducir, por tanto, las incertidumbres y el
riesgo.
Facilita el seguimiento del proyecto, el control y la toma de decisiones.
Facilita la deteccin y resolucin de imprevistos.
Permite conocer con ms certeza el grado de avance del proyecto.

Partes de Una Fase

Salidas de la Fase
Tareas
Documentacin y/o Resultados

Funcionamiento de la Fase
Inicio: Se obtienen los documentos y resultados de la fase anterior
Ejecucin: Se ejecutan 1 2 las tareas de la fase
Validacin: se realizara una pregunta la cual cuestionara si la fase ha
sido terminada dependiendo para cual sea el caso se manejara de

distinta manera
NO: Re planificar y volver a la tarea o tareas que corresponda
SI: Ir a la fase siguiente suministrando documentacin

Ciclo de Vida del Proyecto

Las fases en las que se divide el proyecto.
Un ciclo de vida define

Qu tareas/actividades hay que realizar en cada fase.

Las fechas de comienzo y fin de cada fase, tarea y actividad.
Los hitos y entregas de cada fase, tarea y actividad, as como las
fechas de cumplimiento de los hitos y de disponibilidad de las
entregas.
Cmo se revisar y validar cada hito, entrega y el fin de cada
fase, tarea y actividad.
Quin est implicado en cada fase, tarea y actividad y la
responsabilidad que asume cada miembro del equipo de proyecto en
cada fase, tarea y actividad.

Etapas de Ciclo de vida del

software
1.
2.
3.
4.
5.
6.
7.

Inicio
Definicin
Diseo
Ejecucin y Control
Planificacin
Operacin
Finalizacin

Etapa Inicio
o Estudio inicial de viabilidad tcnica, econmica, comercial, etc.
o Estimacin de necesidades y posibles problemas para realizar el
proyecto.
o Anlisis de posibles alternativas para cubrir las necesidades y
deficiencias.
o Estudio de alternativas para realizar el proyecto.
o Primeras estimaciones de recursos necesarios, costes y plazos.
o Primera aproximacin de la planificacin del proyecto.
o Primera definicin del objetivo del proyecto.
o Normativa y legislacin aplicables.

Etapa Definicin

 Definicin del objetivo junto con el cliente (si procede).

Especificacin de requisitos.
Evaluacin de las distintas alternativas contempladas.
Clculo de recursos, costes y plazos y planificacin del proyecto.
Elaboracin de la oferta para su aceptacin por parte del cliente.
Realizacin de estudios de viabilidad y de evaluacin de riesgos.
Toma de decisin: realizar el proyecto, no realizarlo, dejarlo pendiente

Etapa Diseo

Diseo tcnico del proyecto.

Identificar las soluciones tecnolgicas a aplicar para cada funcionalidad.
Asignacin de los recursos materiales.
Validacin del diseo.
Identificacin y seleccin de subcontratas.
Ajuste de las especificaciones tcnicas.

Etapa Planificacin

Identificacin de tareas y actividades.

Secuenciacin de tareas y actividades (determinacin de actividades
paralelas, secuenciales e interdependencias).
Estimacin de duracin y de los recursos materiales y humanos.
Estimacin del coste de las actividades.
Programacin temporal mediante cronograma.
Optimizacin de la planificacin: duracin (asignando ms recursos), costes
(usando recursos ms econmicos, eliminando tareas innecesarias),
sobreasignacin (cambiando orden de las tareas, poniendo ms recursos, etc.)

Etapa de Control y Ejecucion

Seguimiento tcnico:
o Control del avance de las tareas y actividades.
o Comparacin de los datos reales con los planificados.

o Reuniones con el equipo de proyecto y con el cliente.

o Replanificacin (si es necesario) del proyecto (retrasos, cambio del orden de
las tareas y actividades, reasignacin de recursos, etc.)
Seguimiento econmico:
o Control de las horas invertidas por cada miembro del equipo.
o Control de las compras o pedidos realizados.
o Control de las subcontrataciones.
o Control de otros gastos (viajes, material fungible, desplazamientos, gastos de
representacin, etc.)
Generacin de informes peridicos, concisos y objetivos con propuestas de
solucin ante desviaciones o riesgo de desviaciones Toma de decisiones.

Etapa de Operacin
Puesta en marcha, despliegue, distribucin o lanzamiento del resultado.
Cursos de formacin a los usuarios, al centro de atencin al cliente, al
departamento de operacin y mantenimiento, al cliente, etc.
Medicin de indicadores para ver las mejoras conseguidas con respecto a la
situacin anterior a la puesta en marcha (si aplica).
Toma de datos de control para verificar el funcionamiento, detectar fallos y
disponer de informacin para mejoras futuras.

 Comienzo de las actividades de mantenimiento, atencin al cliente, soporte

postventa, etc. (las que sean de aplicacin).

Etapa de Finalizacin

Actualizacin de datos tanto tcnicos como de gestin para incorporar las

ltimas modificaciones introducidas en el proyecto.
Revisar y actualizar la documentacin para:
o Dar un buen servicio de mantenimiento.
o Facilitar posteriores modificaciones o ampliaciones del proyecto.
o Aprovechar las soluciones tcnicas para otros proyectos de la empresa.
Realizar un pequeo informe de conclusiones con lo aprendido (errores y
aciertos) durante la ejecucin del proyecto.
Archivo del proyecto para que la informacin est disponible para toda la
empresa.
Reasignacin de recursos y cierre contable del proyecto.

Conceptos y Anlisis

Es un conjunto o disposicin de procedimientos o programas relacionados de

manera que juntos forman una sola unidad. Un conjunto de
hechos, principios y reglas clasificadas y dispuestas de manera ordenada
mostrando un plan lgico en la unin de las partes. Un mtodo, plan o
procedimiento de clasificacin para hacer algo. Tambin es un conjunto o
arreglo de elementos para realizar un objetivo predefinido en el procesamiento
de la Informacin.
Esto se lleva a cabo teniendo en cuenta ciertos principios:
Debe presentarse y entenderse el dominio de la informacin de un
problema.
Defina las funciones que debe realizar el Software.
Represente el comportamiento del software a consecuencias de
acontecimientos externos.
Divida en forma jerrquica los modelos que representan la informacin,
funciones y comportamiento.
El proceso debe partir desde la informacin esencial hasta el detalle de la
Implementacin.
La funcin del Anlisis puede ser dar soporte a las actividades de un negocio, o
desarrollar un producto que pueda venderse para generar beneficios. Para
conseguir este objetivo, un Sistema basado en computadoras hace uso de seis
(6) elementos fundamentales:

Software, que son Programas de computadora, con estructuras de datos

y su documentacin que hacen efectiva la logstica metodologa o controles de
requerimientos del Programa.

Hardware, dispositivos electrnicos y electromecnicos, que

proporcionan capacidad de clculos y funciones rpidas, exactas y efectivas

(Computadoras, Censores, maquinarias, bombas, lectores, etc.), que

proporcionan una funcin externa dentro de los Sistemas.

Personal, son los operadores o usuarios directos de las herramientas del

Sistema.

Base de Datos, una gran coleccin de informaciones organizadas y

enlazadas al Sistema a las que se accede por medio del Software.

Documentacin, Manuales, formularios, y otra informacin descriptiva

que detalla o da instrucciones sobre el empleo y operacin del Programa.

Procedimientos, o pasos que definen el uso especifico de cada uno de

los elementos o componentes del Sistema y las reglas de su manejo
y mantenimiento.
Un Anlisis de Sistema se lleva a cabo teniendo en cuenta los siguientes
objetivos en mente:

Identifique las necesidades del Cliente.

Evale que conceptos tiene el cliente del sistema para establecer su

viabilidad.

Realice un Anlisis Tcnico y econmico.

Asigne funciones al Hardware, Software, personal, base de datos, y

otros elementos del Sistema.

Establezca las restricciones de presupuestos y planificacin temporal.

Cree una definicin del sistema que forme el fundamento de todo el

trabajo de Ingeniera.

Para lograr estos objetivos se requiere tener un gran conocimiento y dominio

del Hardware y el Software, as como de la Ingeniera humana (Manejo
y Administracin de personal), y administracin de base de datos.

Objetivos del Anlisis.

Identificacin de Necesidades.
Es el primer paso del anlisis del sistema, en este proceso en Analista se rene
con el cliente y/o usuario (un representante institucional, departamental o
cliente particular), e identifican las metas globales, se analizan las perspectivas
del cliente, sus necesidades y requerimientos, sobre la planificacin temporal y
presupuestal, lneas de mercadeo y otros puntos que puedan ayudar a la
identificacin y desarrollo del proyecto.
Algunos autores suelen llamar a esta parte ¨Anlisis de Requisitos y lo
dividen en cinco partes:

Reconocimiento del problema.

Evaluacin y Sntesis.

Modelado.

Especificacin.

Revisin

Diseo de Sistemas
El Diseo de Sistemas se define el proceso de aplicar ciertas tcnicas y
principios con el propsito de definir un dispositivo, un proceso o un Sistema,
con suficientes detalles como para permitir su interpretacin y
realizacin fsica.
La etapa del Diseo del Sistema encierra cuatro etapas:
1.

Trasforma el modelo de dominio de la informacin, creado durante el

anlisis, en las estructuras de datos necesarios para implementar el
Software.

2.

El diseo de los datos.

Define la relacin entre cada uno de los elementos estructurales del
programa.

3.

El Diseo Arquitectnico.
Describe como se comunica el Software consigo mismo, con los sistemas
que operan junto con el y con los operadores y usuarios que lo emplean.

4.

El Diseo de la Interfaz.

5.

El Diseo de procedimientos.

Transforma elementos estructurales de la arquitectura del programa. La

importancia del Diseo del Software se puede definir en una sola
palabra Calidad, dentro del diseo es donde se fomenta la calidad del

Proyecto. El Diseo es la nica manera de materializar con precisin los

requerimientos del cliente.
El Diseo del Software es un proceso y un modelado a la vez. El proceso de
Diseo es un conjunto de pasos repetitivos que permiten al diseador describir
todos los aspectos del Sistema a construir.
A lo largo del diseo se evala la calidad del desarrollo del proyecto con un
conjunto de revisiones tcnicas:
El diseo debe implementar todos los requisitos explcitos contenidos en el
modelo de anlisis y debe acumular todos los requisitos implcitos que desea el
cliente.
Debe ser una gua que puedan leer y entender los que construyan el cdigo y
los que prueban y mantienen el Software.
El Diseo debe proporcionar una completa idea de lo que es el Software,
enfocando los dominios de datos, funcional y comportamiento desde el punto
de vista de la Implementacin.
Para evaluar la calidad de una presentacin del diseo, se deben establecer
criterios tcnicos para un buen diseo como son:

Un diseo debe presentar una organizacin jerrquica que haga un uso

inteligente del control entre los componentes del software.

El diseo debe ser modular, es decir, se debe hacer una

particin lgica del Software en elementos que realicen funciones y
subfunciones especificas.

Un diseo debe contener abstracciones de datos y procedimientos.

Debe producir mdulos que presenten caractersticas de funcionamiento

independiente.

Debe conducir a interfaces que reduzcan la complejidad de las

conexiones entre los mdulos y el entorno exterior.

Debe producir un diseo usando un mtodo que pudiera repetirse segn

la informacin obtenida durante el anlisis de requisitos de Software.
Estos criterios no se consiguen por casualidad.
El proceso de Diseo del Software exige buena calidad a travs de la
aplicacin de principios fundamentales de Diseo, Metodologa sistemtica y
una revisin exhaustiva.
Cuando se va a disear un Sistema de Computadoras se debe tener presente
que el proceso de un diseo incluye, concebir y planear algo en la mente, as
como hacer un dibujo o modelo o croquis.
Diseo de la Salida.
En este caso salida se refiere a los resultados e informaciones generadas por
el Sistema, Para la mayora de los usuarios la salida es la nica razn para el
desarrollo de un Sistema y la base de evaluacin de su utilidad. Sin embargo
cuando se realiza un sistema, como analistas deben realizar lo siguiente:

Determine que informacin presentar. Decidir si la informacin ser

presentada en forma visual, verbal o impresora y seleccionar el medio de
salida.

Disponga la presentacin de la informacin en un formato aceptable.

Decida como distribuir la salida entre los posibles destinatarios.

Diseo de Archivos.
Incluye decisiones con respecto a la naturaleza y contenido del propio archivo,
como si se fuera a emplear para guardar detalles de las transacciones, datos
histricos, o informacin de referencia. Entre las decisiones que se toman
durante el diseo de archivos, se encuentran las siguientes:

Los datos que deben incluirse en el formato de registros contenidos en el

archivo.

La longitud de cada registro, con base en las caractersticas de los datos

que contenga.

La secuencia a disposicin de los registros dentro del archivo

(La estructura de almacenamiento que puede ser secuencial, indexada o
relativa).
No todos los sistemas requieren del diseo de todos los archivos, ya que la
mayora de ellos pueden utilizar los del viejo Sistema y solo tenga que
enlazarse el nuevo Sistema al Archivo maestro donde se encuentran los
registros.

Diseo de Interacciones con la Base de Datos.

La mayora de los sistemas de informacin ya sean implantado en sistemas de
cmputos grandes o pequeos, utilizan una base de datos que pueden abarcar
varias aplicaciones, por esta razn estos sistemas utilizan u administrador de
base de datos, en este caso el diseador no construye la base de datos sino
que consulta a su administrador para ponerse de acuerdo en el uso de esta en
el sistema.

Herramientas para el Diseo de Sistemas.

Apoyan el proceso de formular las caractersticas que el sistema debe tener
para satisfacer los requerimientos detectados durante las actividades del
anlisis:
Herramientas de especificacin.
Apoyan el proceso de formular las caractersticas que debe tener una
aplicacin, tales como entradas, Salidas, procesamiento y especificaciones de
control. Muchas incluyen herramientas para crear especificaciones de datos.
Herramientas para presentacin.
Se utilizan para describir la posicin de datos, mensajes y encabezados sobre
las pantallas de las terminales, reportes y otros medios de entrada y salida.
Herramientas para el desarrollo de Sistemas
Estas herramientas nos ayudan como analistas a trasladar diseos en
aplicaciones funcionales.
Herramientas para Ingeniera de Software.
Apoyan el Proceso de formular diseos de Software, incluyendo
procedimientos y controles, as como la documentacin correspondiente.
Generadores de cdigos.
Producen el cdigo fuente y las aplicaciones a partir de especificaciones
funcionales bien articuladas.
Herramientas para pruebas.
Apoyan la fase de la evaluacin de un Sistema o de partes del mismo contra
las especificaciones. Incluyen facilidades para examinar la correcta operacin
del Sistema as como el grado de perfeccin alcanzado en comparacin con
las expectativas.

La revolucin del procesamiento de datos de manera computarizada, junto con

las practicas de Diseo sofisticadas estn cambiando de forma dramtica la
manera en que se trasladan las especificaciones de Diseo d Sistemas de
Informacin funcionales.

Determinacin de Requisitos

La determinacin de requerimientos es la etapa ms importante en el

desarrollo de un sistema de informacin. Comienza despus de que el Cliente
ha detectado una ausencia, falla o falta de oportunidad de la informacin o
simplemente, luego de que la organizacin ha determinado un cambio en sus
polticas, reglas o tecnologas a aplicar.
En esta etapa, se debe responder a la pregunta fundamental: Qu es lo que
quiere el Cliente? y para ello, se debe diagnosticar la Situacin Actual,
recopilar los requerimientos del Cliente, tanto en relacin al Sistema, como
generales respecto del rea Informtica, es decir la Situacin Ideal, para as
poder definir Alternativas de Solucin, segn las cuales podremos avanzar
desde lo que hoy se posee, hacia el objetivo que se quiere alcanzar.

LA DETERMINACIN DE REQUERIMIENTOS

Segn James A. Senn, se pueden definir tres actividades que ayudan a

determinar los requerimientos, estas son:

1. Anticipacin de requerimientos: consiste en prever las caractersticas del

nuevo sistema con base en experiencias previas.
2. Investigacin de requerimientos: es el estudio y documentacin de la
necesidad del usuario o de un sistema ya existente usando para ello tcnicas
como el anlisis de flujo de datos y anlisis de decisin. Es aqu donde se debe
y se pueden aplicar entrevistas, cuestionarios, observacin y revisin de
documentos existentes, entre otros.
3. Especificacin de

requerimientos: los datos

obtenidos

durante la

recopilacin de hechos se analizan para desarrollar la descripcin de las

caractersticas del nuevo sistema. Esta actividad esta compuesta por:

Anlisis de datos basados en hechos reales: se examinan los datos

recopilados para determinar el grado de desempeo del sistema y si
cumple con las demandas de la organizacin.

Identificacin de requerimientos esenciales: se identifican las

caractersticas que deben incluirse en el nuevo sistema y que van desde
detalles de operacin hasta criterios de desempeo.

Seleccin de estrategias para satisfacer los requerimientos:

Mtodos que sern utilizados para alcanzar los requerimientos
establecidos y seleccionados.

La determinacin de requerimientos es una actividad de gran responsabilidad e

importancia para los analistas de sistemas, ya que la calidad del trabajo
realizado se ver reflejada en las caractersticas del nuevo sistema y es el
insumo principal para iniciar el proceso de diseo del sistema.

REQUERIMIENTOS BSICOS

Al finalizar la fase de investigacin, Se debe dar respuesta a las siguientes

cuatro Preguntas:

Cul es el proceso bsico de la organizacin?

Qu datos utiliza o produce este proceso?
Cules son los lmites impuestos por el tiempo y la carga de trabajo?
Qu controles de desempeo utiliza?
Es importante iniciar la determinacin de requerimientos con lo bsico, es decir,
se debe indagar sobre informacin relacionada con detalles fundamentales del
sistema y que sirven para describirlo.

Las siguientes preguntas sirven de ayuda para adquirir la comprensin

necesaria del proceso:
Cul es la finalidad (objetivo) de la actividad dentro de la organizacin?
Qu pasos se siguen para llevar a cabo la actividad?

 Dnde se realizan estos pasos?

Quines lo realizan?
Cunto tiempo tardan en efectuarlos?
Con cunta frecuencia lo hacen?
Quines emplean la informacin resultante?
Qu pasos, sub-procesos, o funciones constituyen la actividad? (describir la
actividad paso a paso)
El siguiente paso es identificar qu datos se utilizan para llevar a cabo cada
actividad y la informacin que es generada.

Tcnicas Para la Obtencin de Requerimientos

Existe un gran nmero de tcnicas para obtener requerimientos. A continuacin
describo las ms utilizadas. Hay que aclarar que ninguna de estas tcnicas es
suficiente por s sola y que es recomendable combinarlas para obtener
requerimientos completos.
Entrevistas
La entrevista es de gran utilidad para obtener informacin cualitativa como
opiniones, o descripciones subjetivas de actividades. Es una tcnica muy
utilizada, y requiere una mayor preparacin y experiencia por parte del analista.

La entrevista se puede definir como un intento sistemtico de recoger

informacin de otra persona a travs de una comunicacin interpersonal que
se lleva a cabo por medio de una conversacin estructurada. Debe quedar
claro que no basta con hacer preguntas para obtener toda la informacin
necesaria. Es muy importante la forma en que se plantea la conversacin y la
relacin que se establece en la entrevista.
Estos son algunos de los aspectos ms importantes a tener en cuenta al
realizar entrevistas:
Preparacin. Es necesario documentarse e investigar la situacin de la
organizacin analizando los documentos disponibles, de tal forma que la
entrevista se enfoque en aquellos aspectos que estn solamente en la
mente del entrevistado y que no son accesibles por otros medios como
la observacin o el anlisis de documentos.
Entrevistar al personal adecuado. La mayora de los analistas adoptan
un enfoque top-down, comenzando a entrevistar a directivos para que
brinden un panorama general de hacia donde deberan ir las cosas, y
terminando por hablar con los empleados que aportan detalles
importantes de la operacin.
Duracin. Una entrevista debera durar a lo sumo un par de horas.
Formato. Se recomienda utilizar preguntas abiertas, donde los
entrevistados puedan elaborar y dar detalles, ms all de simplemente
responder si o no.
Desarrollo Conjunto de Aplicaciones ( JAD )
Es una tcnica que se utiliza para promover la cooperacin y el trabajo en
equipo entre usuarios y analistas. Consiste en realizar sesiones en las que

participan usuarios expertos del dominio junto a analistas de software. La idea

es aprovechar la dinmica de grupos aplicando un proceso de trabajo
sistemtico y organizado, apoyado por elementos visuales de comunicacin y
comprensin de soluciones.
Las razones que sirven de base a JAD son las siguientes:
Las entrevistas requieren mucho tiempo, no solo en prepararlas y
hacerlas sino tambin en redactar un conjunto de requisitos coherente a
partir de opiniones diferentes de los distintos entrevistados.
Es ms difcil apreciar posibles errores en la especificacin de requisitos,
ya que slo el analista revisa el documento. En el JAD todo el grupo
puede actuar como revisor y detectar defectos.
El JAD propugna una participacin ms profunda de los usuarios en el
proyecto, hasta tal punto que los usuarios que participan adquieren un
cierto sentido de propiedad en el sistema que se construye.
El JAD no se utiliza demasiado, debido a que requiere una mayor organizacin
que las entrevistas y porque el ambiente o los mtodos de trabajo
convencionales en las empresas no facilitan este tipo de actividades (falta de
tiempo, dificultad de coordinacin de tanta gente, dificultad para convencer a la
direccin, etc.). No obstante las empresas que han implantado este mtodo
han informado de importantes ahorros de tiempo en el desarrollo de software,
as como de una mayor satisfaccin de los usuarios con los sistemas
construidos.
Desarrollo de Prototipos

Los prototipos suelen consistir en versiones reducidas, demos o conjuntos de

pantallas (que no son totalmente operativos) de la aplicacin pedida. Esta
tcnica es particularmente til cuando:
El rea de la aplicacin no est bien definida (posiblemente por ser algo
muy novedoso).
El costo del rechazo de la aplicacin por los usuarios es muy alto.
Es necesario evaluar previamente el impacto del sistema en los usuarios
y en la organizacin.
Los prototipos de sistema permiten a los usuarios experimentar para ver cmo
ste ayuda a su trabajo. Fomentan el desarrollo de ideas que desembocan en
requerimientos. Adems de permitir a los usuarios mejorar las especificaciones
de requerimientos, el desarrollo de un prototipo tiene otras ventajas:
1. Al demostrar las funciones del sistema se identifican las discrepancias
entre los desarrolladores y los usuarios.
2. Durante el desarrollo del prototipo, el personal del desarrollo de software
puede darse cuenta de que los requerimientos son inconsistentes y/o
estn incompletos.
3. Aunque limitado, se dispone rpidamente de un sistema que funciona y
demuestra la factibilidad y usabilidad de la aplicacin a administrar.
4. El prototipo se utiliza como base para escribir la especificacin para la
produccin.
En general, el uso de esta tcnica es un medio que permite solventar
objeciones del usuario del tipo: No s exactamente lo que quiero, pero lo
sabr cuando lo vea. Por lo general, la construccin de prototipos incrementa

los costos en las etapas iniciales de un proyecto, pero esto se recupera en

etapas posteriores gracias al mejor entendimiento de los requerimientos por
parte de los desarrolladores. En algunos casos tambin se utiliza como un
medio para formalizar la aceptacin previa del cliente de los requisitos del
proyecto.
Observacin
Por medio de esta tcnica el analista obtiene informacin de primera mano
sobre la forma en que se efectan las actividades. Este mtodo permite
observar la forma en que se llevan a cabo los procesos y, por otro, verificar que
realmente se sigan todos los pasos especificados. Como sabemos, en muchos
casos los procesos son una cosa en papel y otra muy diferente en la prctica.
Los observadores experimentados saben qu buscar y cmo evaluar la
relevancia de lo que observan.
Estudio de documentacin
Varios tipos de documentacin, como manuales y reportes, pueden
proporcionar al analista informacin valiosa con respecto a las organizaciones
y a sus operaciones. La documentacin difcilmente refleja la forma en que
realmente se desarrollan las actividades, o donde se encuentra el poder de la
toma de decisiones. Sin embargo, puede ser de gran impotancia para introducir
al analista al dominio de operacin y el vocabulario que utiliza.

Cuestionarios

El uso de cuestionarios permite a los analistas reunir informacin proveniente

de un grupo grande de personas. El empleo de formatos estandarizados para
las preguntas puede proporcionar datos ms confiables que otras tcnicas; por
otra parte, su amplia distribucin asegura el anonimato de los encuestados,
situacin que puede conducir a respuestas ms honestas.
El inconveniente es que la respuesta puede ser limitada, ya que es posible que
no tenga mucha importancia para los encuestados llenar el cuestionario. Es
recomendable conseguir apoyo de la alta direccin para solicitar a las personas
de la organizacin que contesten el cuestionario.
Al igual que con las entrevistas, se debe seleccionar a los encuestados. El
analista debe asegurar que el conocimiento y experiencia de stos califiquen
para dar respuestas a las preguntas.