1.

AHP (PROCESO DE ANLISIS JERRQUICO)

Fue desarrollado a finales de los 60 por Thomas Saaty, quien a partir de sus
investigaciones en el campo militar y su experiencia docente formul una
herramienta sencilla para ayudar a las personas responsables de la toma de
decisiones.
Su simplicidad y su poder han sido evidenciados en las cientos de aplicaciones en
las cuales se han obtenido importantes resultados y en la actualidad, es la base de
muchos paquetes de software diseados para los procesos de tomas de
decisiones complejas. Adems, ha sido adoptado por numerosas compaas para
el soporte de los procesos de toma de decisiones complejas e importantes.
El AHP es una metodologa para estructurar, medir y sintetizar. Ha sido aplicado
ampliamente en la solucin de una gran variedad de problemas. Es un mtodo
matemtico creado para evaluar alternativas cuando se tienen en consideracin
varios criterios y est basado en el principio que la experiencia y el conocimiento
de los actores son tan importantes como los datos utilizados en el proceso.
Los primeros usos del AHP fueron dados en la solucin de problemas de decisin
en ambientes multicriterio.
Entre sus principales ventajas se pueden comentar:
Se puede analizar el efecto de los cambios en un nivel superior sobre el nivel
inferior.
Da informacin sobre el sistema y permite una vista panormica de los actores,
sus objetivos y propsitos.
Permite flexibilidad para encarar cambios en los elementos de manera que no
afecten la estructura total.
El AHP utiliza comparaciones entre pares de elementos, construyendo matrices a
partir de estas comparaciones, y usando elementos del lgebra matricial para
establecer
prioridades entre los elementos de un nivel, con respecto a un elemento del nivel
inmediatamente superior.
2. CASOS DE USO
Los casos de uso se han convertido en la tcnica ms utilizada a nivel mundial
para el levantamiento y la comunicacin clara y eficiente de los requisitos (mejor
conocidos como requerimientos) para el desarrollo de sistemas.
Los casos de uso son parte del Lenguaje Unificado de Modelado, que es el
estndar ms importante y ms ampliamente reconocido para la especificacin,
diagramacin y documentacin de software de calidad. El UML es un estndar
abierto (es decir, que no es propiedad de una empresa en particular), y es
administrado por el Object Management Group con el acuerdo y participacin de

prcticamente todas las principales organizaciones dedicadas al desarrollo de

software.
3. ENTREVISTAS
Las entrevistas que se realizan al inicio del proyecto deben contener preguntas
libres de contexto divididas en tres conjuntos de preguntas. Estas preguntas
ayudan a iniciar la conversacin esencial para la obtencin exitosa. Sin embargo,
la sesin de preguntas y respuestas se debe usar slo para los primeros
encuentros.
El primer conjunto de preguntas se enfoca en los usuarios, otros interesados,
metas generales y en los beneficios medibles de una implementacin exitosa.
Algunos ejemplos de estas preguntas son:

Quin usar el sistema?

Cul ser el beneficio de la solucin propuesta?
Hay otra solucin posible (que no sea automatizar?
El segundo conjunto de preguntas permite comprender mejor el problema y que
los usuarios expresen sus percepciones sobre una solucin. Algunos ejemplos de
estas preguntas son:
Cmo sera un buen resultado generado por una solucin exitosa?
Cules problemas podran surgir con la solucin propuesta?
Puede describir el ambiente en el que se usar la solucin?
Qu aspectos especiales de desempeo o restricciones afectarn la forma en
que se busque la solucin?
El tercer conjunto de preguntas se enfoca en la efectividad de la entrevista en s.
Algunos ejemplos de estas preguntas son:
Es Usted la persona adecuada para contestar las preguntas?
Alguien ms puede proporcionar informacin adicional?
Existe informacin adicional que desee aportar?
4. JAD
JAD es una tcnica de definicin de requisitos y de diseo de la interfaz de
usuario, basada en reuniones participativas entre clientes, directiva y
desarrolladores. En dicha reunin los temas a tratar se centran ms en el negocio
que en el asunto tcnico. Lgicamente est ms orientado a proyectos de cliente

(o bien sistemas a medida, como tambin se los conoce), y permite recolectar

requisitos eficientemente.
Hay que tener cuidado porque estas reuniones pueden hacer ver a los clientes
una falsa realidad en cuanto al progreso del proyecto o la productividad. Adems,
hay que prestar especial cuidado con las estimaciones tempranas, aquellas que
entraan un mayor riesgo por el mayor desconocimiento del sistema y que deben
ofrecer una amplitud de rango mayor entre mejor estimacin y estimacin
pesimista.
Para reducir tanto el tiempo como el costo de las entrevistas personales, tal vez
los analistas quieran considerar el diseo de aplicaciones conjuntas (JAD) como
alternativa. Mediante el uso de JAD los analistas pueden analizar los
requerimientos humanos de informacin y disear una interfaz de usuario con los
usuarios en un ambiente de grupo. Una evaluacin cuidadosa de la cultura
especfica de la organizacin ayudar al analista a juzgar si es adecuado usar
JAD.
El uso de JAD fue ms efectivo en pequeos y claramente enfocados proyectos y
menos efectivo en proyectos largos y complejos.
Al final, este proceso resultar en un nuevo Sistema de Informacin viable y
orientado tanto a diseadores como a usuarios.
Actividades realizadas en JAD
PROTOTIPOS

Los prototipos y los modelos son mecanismos excelentes para presentar ideas a
los usuarios porque ellos pueden ver inmediatamente algunos aspectos claves del
sistema. Mostrar los Prototipos puede provocar que el usuario brinde un mayor
nmero de requerimientos o cambie de idea acerca de los requerimientos
existentes depurndolos.
Los prototipos tambin pueden ilustrar como la solucin podra funcionar o
dar a los usuarios un vistazo de lo que podran hacer con el sistema. Muchos ms
requerimientos salen a la vista cuando el usuario puede comprobar los que estn
proponiendo.
Una presentacin puede incluir un grupo de diapositivas, un concepto elaborado
por un artista o un diseador, una representacin o una animacin que
brinde a los usuarios una visin de las posibilidades del sistema.

Cuando se creen prototipos de software se puede hacer una maqueta

compuesta por pantallazos enfatizando que no existe cdigo asociado y que el
sistema an no ha sido especificado, diseado o desarrollado.
Una maqueta puede crear un conjunto de expectativas difciles de ser cubiertas.
Estos prototipos tienen como objetivo fomentar que los usuarios
mencionen requerimientos que faltan, no se supone que se est vendiendo una
idea o un producto. Es decir, se debe centrar la presentacin en determinar lo
que realmente se requiere del sistema. Ver un prototipo que,
invariablemente tiene problemas, en algn sentido puede ser un
estmulo para que los usuarios comiencen a decir lo que necesitan. Si ellos
expresan demasiados problemas con el prototipo es seal de que se est
logrando el cometido ya que cada problema puede conducir a un
nuevo requerimiento.
5. LLUVIA O TORMENTAS DE IDEAS

Una tormenta de ideas es una sesin de trabajo en la que un pequeo grupo de

personas proponen ideas acerca de lo que consideren importante en el
rea o tpico de inters.
Inicialmente las ideas se
recogen pero no se discuten. Despus de esto un facilitador gua
al grupo para que los resultados de la sesin sean organizados y
priorizados. Las siguientes reglas bsicas pueden asegurar unos
mejores resultados:

Comenzar declarando claramente el objetivo de la sesin de tormenta de id

eas.
Generar el mayor nmero de ideas posible.
Permitir que la imaginacin vuele.
Evitar y disuadir cualquier forma de crtica o de debate mientras se estn ca
pturando las ideas
Despus de que se hayan capturado las ideas reformularlas y combinarlas

6. ESCENARIOS
Son descripciones de ejemplos de las sesiones de interaccin con el sistema.
Inicia con un bosquejo y durante la obtencin de agregan detalles. Un escenario
incluye:

Una descripcin del estado del sistema al inicio del escenario

Una descripcin del flujo normal de eventos en el escenario
Una descripcin de lo que puede ir mal y cmo manejarlo
Informacin de otras actividades que se podran llevar al mismo tiempo
Una descripcin del estado del sistema despus de completar el escenario
7. CUESTIONARIOS

El cuestionario es una tcnica de recoleccin de datos y est conformado por un

conjunto de preguntas escritas que el investigador administra o aplica a las
personas o unidades de anlisis, a fin de obtener la informacin emprica
necesaria para determinar los valores o respuestas de las variables es motivo de
estudio.
Planeamiento
El cuestionario, tanto para su elaboracin como aplicacin, debe considerar las
siguientes fases:

Determinacin de los objetivos del cuestionario, que estn referidos a

obtener informacin para analizar el problema motivo de la investigacin.
Identificacin de los variables a investigar, que orientan el tipo e informacin
que debe ser recolectado.
Delimitacin del universo o poblacin bajo estudio, donde ser aplicado el
cuestionario; las unidades de anlisis o personas que deben responder al
cuestionario; y el tamao y tipo de muestra de unidades de anlisis que
permita identificar a los informantes y al nmero de ellos.
Seleccin del tipo de cuestionario y forma de administracin.
Elaboracin del cuestionario como instrumento de recoleccin de datos.
El pre- test o prueba piloto.
Aplicacin del cuestionario o trabajo de campo para la recoleccin de los
datos.
Crtica y codificacin de la informacin recolectada.
Plan de procesamiento y anlisis estadstica de la informacin recolectada.

Estructura o partes del cuestionario

El cuestionario, por lo general, tiene la siguiente estructura:

Ttulo especfica a quien va dirigido el cuestionario.

Introduccin o presentacin; resume los objetivos del cuestionario, la
poblacin bajo estudio, la institucin que lleva a cabo la investigacin y el
carcter annimo y cientfico de la informacin requerida para motivar la
colaboracin del informante.
Identificacin del cuestionario; especfica un nmero para cada cuestionario
aplicado, lugar y fecha de aplicacin, direccin y telfono del informante.
Estos datos son necesarios para cuando se realice el proceso de control de
calidad de la informacin recolectada.
Una ltima parte, donde se debe especificar el nombre, la direccin y el
telfono del que aplic el cuestionario (cuando no es auto-administrado); as
como las observaciones que este desee hacer.
En algunos estudios, en esta parte del cuestionario, tambin se incluyen
preguntas que deben ser respondidas por el entrevistador, cuando no ha
sido posible ubicar al informante. Estas preguntas, incluso, pueden ser
respondidas con la colaboracin de terceras personas.

Tipos de cuestionario
El tipo de preguntas determina el tipo de cuestionarios.
As, estos pueden ser:
Cuestionarios con preguntas cerradas.
Cuestionarios con preguntas abiertos.
Cuestionarios mixtos, que combinan preguntas cerradas con preguntas
abiertas. Este tipo de cuestionario es el ms usual en la investigacin social
para la recoleccin de datos.
Sin embargo, otros tipos de clasificacin de cuestionarios estaran en funcin de la
forma de administrarlo (auto-administrado y administrado por terceras personas);
as mismo, los cuestionarios pueden ser simples o pre codificados