Educcin de Requisitos

El proceso de educir requisitos

Etimolgicamente: Sacar algo de algo. El proceso de educir requisitos puede descomponerse en las actividades de: hallazgo, de hechos, reunin e integracin de la informacin. Un procedimiento para obtener la informacin consta de los siguientes pasos:

Identificacin de las fuentes relevantes de los requisitos. Preguntar cuestiones apropiadas para obtener y comprender sus necesidades. Analizar la informacin reunida buscando implicaciones, inconsistencias o aspectos no resueltos. Confirmar la comprensin de los requisitos con los usuarios. Sintetizar las especificaciones adecuadas para los requisitos

2 d e 2 7

tcnicas de educcin
Han evolucionado desde este procedimiento general:
Definiendo procesos detallados Proponiendo preguntas o categoras de preguntas Estableciendo formatos estructurados para las reuniones Describiendo comportamiento ideales, individuales o de

grupo. 3 Construyendo patrones para organizar y registrar la d informacin. El resultado tangible de educir requisitos es un conjuntoe de requisitos que puede ser utilizado por el quipo de 2 desarrollo de software.

Conductas en un buen proceso

Id e a A y u d a a la e x p lo r a c i n d e r e q u is ito s

L o s u s u a r tie n e n u n a v a g a d e lo n e c e s ita

io s id e a q u e n

P r o c e s o d e E d u c c i n

L o s in g e n ie r o s s o ftw a r e d a n u id e a d e lo q u e te c n o lo g a p u e o fr e c e r

d e n a la d e

D is tin c i n e n tr e lo q u e lo s u s u a r io s q u ie r e n y lo q u e n e c e s ita n

F i g . 0 0 -0 0 : E n t r a d a

s a lid a s

d e l p r o c e s o

d e

e d u c ir

4 d e 2 7

Problemas de la educcin de requisitos

Alcance Comprensin Volatilidad

5 d e 2 7

Problemas de Alcance
Las tcnicas de educcin tienen que ser lo suficientemente amplias

como para establecer las condiciones de los limites del sistema objetivo. Contextos que afectan al proceso de ingeniera de requisitos:

Organizacin: los requisitos de organizacin proporcionan una comprensin de la

propia organizacin y del papel que representa el sistema en el contexto de la organizacin. Los factores de organizacin incluyen: a) las presentaciones de las entradas al sistema, b) los usuarios de las salidas del sistema y c) las formas en las que el sistema cambiar el modo de trabajar en la organizacin. Entorno: para educir requisitos del usuario es necesario disponer de una descripcin precisa de los usuarios y de su entorno. Los factores de entrono incluyen: a) restricciones de hardware y software, b) madurez del dominio del sistema, c) certeza de las interfaces del sistema con el sistema que le embebe y d) papel del sistema dentro de otro sistema mas grande. Proyecto: los factores del contexto del proyecto incluyen:

Atributos de los diferentes grupos, tales como usuarios finales, patrocinadores, desarrolladores o analistas de requisitos. Atributos tales como el estilo, la jerarqua en ese grupo, la experiencia en el dominio, la experiencia en computadoras. Restricciones impuestas por la gente implicada. Por ejemplo, la direccin puede imponer restricciones de tiempo, coste, calidad deseada.

6 d e 2 7

Problemas de Comprensin
Dentro de grupos de implicados. Como consecuencia de una pobre comunicacin entre usuario y analista, los requisitos son ambiguos, incompletos, inconsistentes e incorrectos, porque no responden a las verdaderas necesidades de los usuarios. Aspectos:
Las comunidades implicadas en la educcin (patrocinadores y clientes,

desarrolladores, personas de control de calidad, analistas) tienen distintas formaciones y experiencia.

7 d El lenguaje usado para expresar requisitos puede ser demasiado formal o e informal para reunir las necesidades de cada uno de los grupo. Inicialmente, se usa lenguaje natural lo que provoca ambigedad y mala interpretacin. 2 La gran cantidad de informacin que se educe tiene que organizarse de alguna forma. 7

La informacin reunida por una de las comunidades esta sesgada por el nivel de abstraccin con el que este grupo ve el problema, objetivos, responsabilidades. (Ej.: Los desarrolladores del sistema tienen un conocimiento limitado del dominio de la aplicacin; los usuarios no conocen mtodos de diseo para desarrollar sistemas con componentes software, los clientes puede que no comprendan la dificultad para resolver un problema dado).

Problemas de Volatilidad
Los requisitos evolucionan con el tiempo. Las necesidades del usuario durante el desarrollo de un sistema pueden madurar a causa del conocimiento adicional fruto del desarrollo o de presiones del entorno o de la organizacin que no son previstas. Si no se incorporan estos cambios, los requisitos originales sern incompletos e inconsistentes. Causas de volatilidad:
Las necesidades del usuario evolucionan. El proceso de educcin, anlisis,

especificacin y validacin se debe realizar ms de una vez. Y las especificaciones obtenidas se van refinando de acuerdo al nuevo conocimiento obtenido. Los requisitos son resultado de muchas contribuciones con distintas, y a veces contrapuestas, necesidades y objetivos. La priorizacin de las necesidades de las comunidades implicadas en la educcin puede corregir la preponderancia de alguna de ellas durante esta fase de educcin. La complejidad de la organizacin. Los objetivos, polticas, funciones de os usuarios, pueden cambiar a lo largo del proyecto, sobre todo si los usuarios afectados son muchos. El proceso iterativo de desarrollo de requisitos resuelve este problema.

8 d e 2 7

Tcnicas Desarrolladas
Tcnicas de Alto Nivel JAD Entorno de bucles adaptativos Prototipos Tcnicas detalladas Entrevistas Cuestionarios Arreglos-Q Brainstorming

Entorno PIECES

Anlisis de Mercado

Anlisis de factores crticos

STROBE

9 d e 2 7

Tcnicas, basndose en la actividad del analista

Tcnicas, basndose en la actividad del analista 1.Preguntar: Una vez identificada la persona se preguntan los requisitos 2.Observar e inferir: Se observa el comportamiento de un sistema existente y a los usuarios del mismo y se infieren sus necesidades desde ese comportamiento. 3.Discutir y formular.: Se discute, con los usuarios, sus necesidades, y juntos, se formula una comprensin comn de los requisitos. 4. Negociar con respecto de un conjunto estndar.: Se comienza con un conjunto existente de requisitos, y se negocia con los usuarios si cada una de estas caractersticas se incluye, excluye o modifica. 5.Estudiar e identificar problemas.: Se realizan investigaciones de problemas que identifiquen requisitos que mejoren el sistema. 6.Descubrir a travs de procesos creativos.: Cuando no hay soluciones obvias, en problemas complejos 7.Postular.: Si no hay acceso al usuario o cliente, o si se est creando un producto que no tiene precedente.

10 d e 2 7

El muestreo El muestreo es el proceso por el cual se seleccionan de manera sistemtica elementos representativos de una poblacin. 1.- Definir con preescisin los datos que se van a recopilar o a describir. 2.- Delimitar la poblacin sujeta a seleccin de muestras. 3.- Elegir el tipo de muestra. 4.- Decidir el tamao de la muestra.

11 d e 2 7

Tipos de informacin que se obtiene durante la investigacin Anlisis de datos cuantitativos Informes corporativos. Informes de desempeo. Registros. Formas para la captura de datos. Anlisis de documento cualitativo Memorandum. Avisos pegados en tableros y reas de trabajo. Manuales de procedimientos y de polticas de la empresa.

12 d e 2 7

La entrevista
Es una conversacin dirigida con un propsito especifico, que se basa en un formato de preguntas y respuestas. Planeacin de la entrevista

1.Lectura de antecedentes. 2.Establecimiento de los objetivos de la entrevista. 3.Seleccin de los entrevistados. 4.Preparacin del entrevistado. 5.Seleccin del tipo y estructura de las preguntas.

13 d e 2 7

La entrevista Tipos de Preguntas Preguntas abiertas Abiertas son las opciones que tiene el entrevistado para responder. Ventajas: simplifican las cosas para el entrevistado; permiten al entrevistador, seleccionar el vocabulario del entrevistado; proporcionan una riqueza de detalla; revelan nuevas alternativas sobre preguntas no consideradas; hace mas interesante la entrevista, permite una mayor espontaneidad; facilita el estilo del14 entrevistado; etc. Desventajas: preguntas que generan informacin irrelevante; la posible perdida del control de la entrevista; respuesta con d demasiado tiempo para la cantidad de informacin que aportan; pueden dar la apariencia de que el entrevistador no se prepara. e

2 7

La entrevista Tipos de Preguntas Preguntas cerradas Las posibles respuestas se hallan limitadas. Un tipo especial de pregunta cerrada es la bipolar. Es muy limitada al tener solo dos respuestas alternativas. Ventajas: ahorran tiempo; facilitan la comparacin entre entrevistas; llegan al punto de inters; mantienen el control de la entrevista; cubren rpidamente diversos aspectos; obtienen datos 15 de relevancia. Desventajas: aburren al entrevistado; pierden la riqueza del detalle; se pueden perder ideas centrales por el punto anterior y no d favorecen un clima de armona entre el entrevistado y el e entrevistador.

2 7

La entrevista Tipos de Preguntas Preguntas sondeo El propsito del sondeo es ir ms all de la respuesta inicial para obtener un mayor significado, y aclarar o ampliar los puntos del entrevistado. El sondeo se puede realizar mediante preguntas cerradas o abiertas. La mayora de los entrevistadores principiantes son reticentes acerca del sondeo, y en consecuencia, aceptan respuestas superficiales.

16

d Si se hace de una manera sistemtica y determinada, le servir para mostrar a su interlocutor que escucha lo que dice, pensandoe al respecto y respondiendo adecuadamente. 2 7

La entrevista Tipos de Preguntas Preguntas sondeo

El propsito del sondeo es ir ms all de la respuesta inicial para obtener un mayor significado, y aclarar o ampliar los puntos del entrevistado. El sondeo se puede realizar mediante preguntas cerradas o abiertas. La mayora de los entrevistadores principiantes son reticentes acerca 17 del sondeo, y en consecuencia, aceptan respuestas superficiales. Si se hace de una manera sistemtica y determinada, le servir para d mostrar a su interlocutor que escucha lo que dice, pensando al respecto y respondiendo adecuadamente. e

2 7

Errores en las preguntas

Las preguntas tendenciosas tienden a dirigir al entrevistado hacia la respuesta que Ud. quisiera escuchar. Las preguntas dobles son aquellas que en una sola contienen, de echo, dos preguntas diferentes. Normalmente no deben utilizarse por que se corre el peligro que el entrevistado solo conteste una de ellas. Orden de las preguntas en una secuencia lgica. Inductivo (piramidal) Deductivo (embudo) Combinacin de ambas (diamante)

18 d e 2 7

Ejecucin de la Entrevista

Registro de la Entrevista Realizacin dela entrevista

19 d e 2 7

Cuestionarios
Recopila informacin que permite a los analistas recoger opiniones, posturas, conductas y caractersticas de las diversas personas de una organizacin. Las respuestas (con preguntas cerradas) pueden cuantificarse las de preguntas abiertas se pueden analizar e interpretar de maneras distintas. Sirven para determinar que tan difundido o limitado se encuentra un sentimiento. Forma rpida de recopilar cantidades masivas de datos acerca de la opinin de los usuarios. Lineamientos :

20 d e 2 7

1.Las personas a quienes se interrogara se encuentran dispersas 2.Los involucrados en el proyecto son muchos y se necesita conocer un porcentaje de aprobacin o no del mismo. 3.Se lleva a cabo un estudio exploratorio y deseamos medir la opinin general 4.Deseamos sondear el problema que presenta el sistema actual.

Cuestionarios
1. No podemos profundizar una pregunta y/o analizar trminos difciles, esto implica para el analista que las preguntas deben ser completamente transparente; el flujo del cuestionario convincente; se debe anticipar a las respuestas de las preguntas, y que el manejo del cuestionario sea planificado con todo detalle. 2. Se cuentan con preguntas abiertas y cerradas. 1. Abiertas: Se usan en circunstancias en que se desea conocer la opinin; explorar situaciones). 2. Cerradas: Se usan cuando somos capaces de enumerar de antemano las respuestas posibles. 3. Necesita de una redaccin adecuada. 4. En la eleccin del vocabulario utilice uno acorde con el utilizado en la organizacin. 5. Mantenga una redaccin sencilla. 6. Utilice preguntas cortas.

21 d e 2 7

Uso de escalas en los cuestionarios

Escala es el proceso de asignar nmeros u otros smbolos a un atributo o caractersticas con el fin de poder medirlo. Con frecuencias las escalas son arbitrarias y no llegan a ser nicas. Formas de escalas de medicin: Nominal: se utilizan para clasificar objetos. Ordinal: Tambin permiten la clasificacin, sin embargo, la diferencia es que las escala ordinal implica adems un arreglo por categoras.

22

De intervalo: tienen la caracterstica que la diferencia que existe es la misma entre los intervalos de cada uno de los nmeros.

d Proporcional: Son similares a las de intervalos porque se supone que los intervalos e entre los nmeros son iguales: sin embargo, las escalas proporcionales cuentan con un cero absoluto. 2 7

Parmetros de Desempeo

La validez es el grado con el que la pregunta determina lo que el analista intenta medir. La confiabilidad es un parmetro de consistencia. Si el cuestionario da el mismo resultado al repetirlo bajo las mismas condiciones, se dice que el instrumento cuento23 con una consistencia externa. Si el cuestionario contiene fragmentos, y estos generan resultados equivalentes, se d dice que tiene una consistencia interna. Ambas son e importantes.

2 7

Elaboracin de Escalas
Escalas arbitrarias: mide los que se intenta medir Escala por consenso: involucra a un grupo de jueces, quienes ayudan a evaluar los tpicos que el analista eligi para el cuestionario. Anlisis de temas: involucra la evaluacin de los tpicos por un pequeo grupo de quienes respondern, similar al grupo que recibir el cuestionario definitivo. Cada tpico se analiza en funcin de su conveniencia. Factorizacin: es el procedimiento estadstico por medio del cual se agrupan objetos similares. Las escalas mal echas origina problemas de: Indulgencia: los que responden los cuestionarios son pocos evaluadores Tendencia central: cuando el que responde califica todo como promedio. Efecto halo: la impresin que deja un pregunta se acarrea en la siguiente.

24 d e 2 7

Diseo y aplicacin de cuestionarios

Elimina cierta resistencia para responder. Lineamientos Formato : disponga de suficiente espacio en blanco, disponga de suficiente espacio para las respuestas, utilice crculos para las respuestas, utilice los objetivos como ayuda para establecer el formato y mantenga un estilo consistente. Orden de las preguntas: No existe una forma nica pero deber prever que las preguntas de importancia para quien contesta van primero, se deben agrupar las preguntas del mismo tema, use las tendencias asociativas y no olvide de plantear primero los temas de menor controversia. La decisin acerca de a quien se dar el cuestionario se toma al momento de establecer los objetivos de la informacin que se busca. Reunir a todas las personas en un solo sitio

25

d Enviar por correo el cuestionario a aquellos empleados de sucursales remotas, estableciendo fechas e lmites, proporcionando instrucciones y reembolso postal. 2 7
Entregar personalmente los cuestionarios en blanco y recogerlos luego.

Uso de arreglos Q
Esta metodologa consiste en la estructuracin de un arreglo-Q, el cual fuerza a que las respuestas se apeguen a una distribucin normal, que es adecuada para agrupar a los que responden, con base en sus opiniones sobre un tpico particular. A partir de las entrevistas, las observaciones y el muestreo de datos de archivos, el analista crea una serie de tarjetas con postulados o conceptos para que los que responden las ordenen. Cada tarjeta contiene por separado un postulado; en teora, al agrupar las tarjetas, se tiene todo el dominio posible de actitudes sobre el tpico en cuestin. Se instruye a quien responde para tomar un paquete de tarjetas y separarlas en varias pilas. Para facilitar lo anterior, el analista prepara entre ocho y diez tableros de arreglo-Q, de tal forma que la seleccin de varios individuos puede procesarse simultneamente. El nmero de pilas que se van a ordenar depende del nmero de postulados; cuanto mayor sea el nmero de postulados, ms pilas debe haber. Se le pide a quien responde que coloque un nmero especifico de tarjetas en cada pila. El nmero de tarjetas requerido en cada pila tiene que corresponder a un perfil discreto de distribucin normal.

26 d e 2 7

Brainstorming
Es una tcnica de grupo sencilla para la generacin de ideas. Una sesin de brainstorming funciona bien con 4 a 10 personas. Una persona es el lder, pero el papel del lder se reduce a, prcticamente, abrir la reunin ms que a restringirla o controlarla. Es til en: La generacin de mltiples puntos de vistas del problema La formulacin del problema en forma diferentes Ayuda en: Estimula la imaginacin contribuyendo a que los usuarios sean consientes de sus necesidades Ayuda a construir una ms completa figura de las necesidades de usuario Evita la tendencia de centrarse en reas estrechas demasiado pronto Es una tcnica fcil de aprender

27 d e 2 7

Brainstorming
Fases de una sesin: Llevar a cabo una sesin de brainstorming conlleva realizar distintas fases:

Fase de preparacin: La preparacin para una sesin de brainstorming requiere: La identificacin de participantes: clientes, usuarios, e ingenieros de software La designacin del lder. La planificacin de la sesin con los participantes La preparacin de la sala Fase de generacin: La sesin es iniciada por el lder, que expresa una instruccin general del problema. Los participantes expresan libremente, en turno o espontneamente, dependiendo del criterio del lder. No hay criticas sobre las ideas, se fomentan las ideas no convencionales, as como embellecer o combinar las ideas de otros. Las ideas deben estar visibles durante la sesin. Fase de consolidacin: Durante esta fase las ideas se organizan segn criterios de uso, en cuatro pasos:
1.- Se revisan las ideas para clasificarlas. 2.- Se descartan las ideas que no sean utilizables 3.- Se discuten las ideas restantes con el objetivo de ordenarlas imponiendo prioridades. 4.- se registran todas estas ideas, con sus prioridades u otros comentarios.

28 d e 2 7

Entorno PIECES
Uso analistas poco experimentados que consta de seis categoras de aspectos que se deben explorar, y que pueden ser ajustados segn el dominio de la aplicacin. PIECES es un acrnimo formado por las iniciales de las seis categoras que propone: Rendimiento, informacin y datos, economa, control, eficiencia y servicios. Rendimiento del sistema (Throughput, o nmero de tareas completadas en unidad de tiempo. Tiempo de respuesta, o tiempo requerido para ejecutar una nica tarea). Informacin y datos a obtener del sistema. Datos tiles para la toma de decisin Acceso a la clase correcta de informacin, en el momento adecuado, en la cantidad justa y en forma utilizable. Economa. Factores de coste relacionados con el uso de un sistema (Nivel de servicio, Exceso de capacidad, que puede implicar procesadores adicionales, redes, estructuras de datos internos, que mantengan un servicio estable de rendimiento, cuando la demanda suele venir a picos. Carga esperada sobre el sistema y el nivel de servicio apropiado se podr equilibrar el nivel de servicio y el exceso de capacidad. Control. Tipos de control: Seguridad, y Auditoria. Eficiencia. Es una medida de recursos dedicados a realizar una tarea. Servicios proporcionados por el Sistema. Para los usuarios, para los clientes y para otros sitemas.

29 d e 2 7

Anlisis de mercado
El anlisis de mercado es una actividad comn de la mayora de empresas que venden productos. Las empresas necesitan conocer el mercado antes de construir el producto. quienes hacen el anlisis de mercado ? En las grandes empresas, los especialistas de anlisis de mercado En las pequeas, se contratan consultores Hay diversos aspectos en el anlisis de mercado:

El anlisis de mercado observa cuidadosamente los productos similares de los competidores. Se identifica lo bueno a copiar y lo malo a evitar. La investigacin de mercado implica recoger datos estadsticos sobre los productos comprados y se identifican las tendencias en esos datos para predecir las necesidad de futuros productos. Cuestionarios de clientes, diseados cuidadosamente por expertos, pueden educir informacin muy detallada de las necesidades de compradores y usuarios potenciales de un paquete de software.

30 d e 2 7

Anlisis de factores crticos

Esta aproximacin de educcin consiste en identificar y concentrarse en un pequeo conjunto de factores crticos de los que depende la efectividad del sistema. Pasos: Comprender la operacin del sistema Identificar factores crticos para que el sistema sea efectivo Identificar la fuerza y la debilidad del sistema respecto de cada uno de estos factores Identificar reas de problemas y oportunidades Reunir los detalles relevantes de estos factores que mejoren el rendimiento del sistema. Para educir detalles se puede usar un proceso estructurado orientado a objetivos Formular requisitos usando estos detalles

31 d e 2 7

JAD - Joint Applicatin Design

Promueve la cooperacin, comprensin, y equipo de trabajo entre compradores, usuarios y desarrolladores. Proporciona un proceso que facilita la creacin de una visin compartida de lo que el sistema debera ser.

Principios sobre los que se apoya el JAD

Dinmica de grupo, en la que se enriquecen, complementan e integran las visiones parciales que tienen los participantes en el proceso de analizar el problema. Uso, en las reuniones, de ayudas visuales para mejorar la comunicacin y la comprensin

32

Mantenimiento de un proceso organizado racional, en el que los papeles de cada uno de los participantes estn perfectamente definidos.

d Filosofa de documentacin "lo que ves es lo que obtienes" con formularios de e documentos estndares que se rellenan y se endosan por todos los participantes en una sesin. 2 7

JAD - Joint Applicatin Design

Se distingue cinco fases en un plan JAD: Definicin del proyecto Investigacin Preparacin La sesin JAD El documento final

33 d e 2 7

Entorno de bucles adaptativos

S is t e m
I n d u c e a p r e n d is a j e

e j o r a

l a

c o m

p r e n s i n

P r e s i n

p a r a

e v a lu a r

A c c io n e s q u e h a c e n e l s i s t e m a

e v o l u c i o o n a r

34
D e s a r r o lla d o r

u e v a s

v i s i o n e s

U s u a r io

e f o r m

u l a c i n

d e

r e q u is it o s

F ig 0 0 .

0-0

ic lo s

d e

a p r e n d is a je

e n

e l e n t o r n o

d e

b u c le s

a d a p t a t iv

d e 2 7

Observacin al comportamiento de la toma de decisiones y al ambiente de oficina Se hace uso de la observacin para obtener informacin de los tomadores de decisin y su ambiente, tambin auxilia a confirmar lo que las entrevistas y los cuestionarios hubieran detectado, o para rebatir o anular lo que otros mtodos encontraron. Observacin de las actividades de quien toma decisiones Observacin del lenguaje corporal Registro del comportamiento Observacin del ambiente fsico

35 d e 2 7

Prototipos

(Bernard Boar, James Martn - desarrollo heuristico). Consiste en capturar un conjunto de necesidades e implementarlas rpidamente con la intencin declarada de expandirlas y refinarlas iterativammente al ir aumentando la comprensin que del sistema tienen el usuarios y quien lo desarrolla. La definicin del sistema se 36 realiza mediante el descubrimiento evolutivo y gradual. El desarrollo de prototipos es una metodologa valiosa para identificar con rapidez, las necesidades particulares de informacin d del usuario.

e 2 7

Prototipos - Enfoques para el desarrollo de los prototipos Prototipos de remiendo. Tiene que ver con las construccin de un sistema que si bien funciona, se encuentra remendado o parchado. Modelo a escala no funcional. Se construyen a escala, con el objeto de evaluar ciertos aspectos de diseo. (Ej.: Modelo de avin). Primer modelo a escala completa. Comnmente llamado piloto.37 (Ej.: Primer automovil de una serie). Caractersticas esenciales. Incluye algunas, pero no todas las caractersticas que tendr el sistema final.

d e 2 7

Desarrollo de Prototipos
Trabajar con mdulos manipulables. Un mdulo manipulable es aquel que nos permite relacionarnos con sus caractersticas, y adems su construccin es independiente de otros mdulos del sistema. Construir el prototipo con rapidez. Una vez realizado un breve anlisis sobre los requerimientos de informacin por medio de mtodos tradicionales (entrevista, cuestionarios, observacin), se construye los mdulos funcionales de prototipos. Modificaciones en el prototipo. Los mdulos deben tener baja dependencia para que sean fcilmente modificables.

38 d e 2 7

Enfatizar la interfaz con el usuario. Lo que se trata de obtener es que el usuario planteen ms all sus requerimientos de informacin.

Ventajas y desventajas

Desventaja Su administracin llega a ser difcil como un proyecto. Se lo considera un sistema , tanto por los usuarios como los analistas. Ventajas Modificacin del sistema en etapas tempranas de su desarrollo 39 Oportunidad de detener el desarrollo de un sistema que no sirve y la posibilidad de desarrollar otro sistema que se ajuste mejor d a las necesidades y a las expectativas del usuario.

e 2 7

Papel del usuario en el prototipo Se resume en: "honestidad y compromiso" . Si se carece del compromiso del usuario, pocos son los motivos para desarrollar un prototipo. La conducta del usuario es el pivote del proceso de desarrollo y evaluacin del prototipo. Formas de apoyar la evaluacin del prototipo Experimentar con el prototipo Plantear sin restricciones, reacciones hacia el prototipo Sugerir mejorar o recortes al prototipo

40 d e 2 7

Anlisis de decisiones
Con el fin de precisar los requisitos de informacin necesario para el anlisis de decisiones, el analista debe identificar los objetivos de la Organizacin, mediante un enfoque descendente, deber conocer la base de la organizacin y tener conocimiento de las tcnicas de recopilacin de datos. El enfoque de lo general a lo particular es decisivo, pues deben relacionarse todas las decisiones con sus objetivos.Nivel Superior. Objetivos muy amplios e inclusive ambiguos. (Decisiones carecen de estructura, o se encuentran semiestructurada.). Nivel intermedio. Tienen una mayor precisin, objetivos tales como el incremento de las utilidades, la minimacion de los costos, el establecimiento de polticas claras, etc. (decisiones semiestructuradas, debido a la existencia de mltiples objetivos y a las diversas opciones de que disponen los gerentes de mandos medios).

41

d Nivel Operativo . Objetivos mas precisos: clasificaciones efectivas, determinacin de intereses, reglas de cobro y de cancelacin, cobranzas y polticas de cancelacin. e (Decisiones todava son de carcter semiestructurado y estrcturadas). 2 7

Anlisis de decisiones

Tres alternativas para el anlisis de decisiones son: Lenguaje estructurado Tabla de decisiones rboles de decisiones

42 d e 2 7

Anlisis de los Sistemas de apoyo para las decisiones semiestructurada

Tienen caractersticas que los hacen diferentes de otros sistemas mas tradicionales de manejo de la informacin, los usuarios de estos sistemas poseen caractersticas especiales, debido al tipo de problemas que enfrentan. Ante todo un DSS es un instrumento que sirve para organizar la informacin que eventualmente se usara en la toma de decisin. Un DSS no solo automatiza las transformaciones de los datos, ni solo proporciona una salida en forma de reportes, mas bien. El DSS eventualmente cambia el proceso de toma de decisiones, ya que le proporciona nuevas formas de ver los problemas y las oportunidades. Los DSS se disean para apoyar aquellas decisiones formuladas como problemas semiestructurados complejos. Se disean para un tipo de persona en particular, o bien para un grupo de personas. Se pueden utilizar generadores de sistemas de apoyo para la toma de decisiones (Decisin Support System Generator, DSSG). Un DSS como un proceso, mas que un producto.-

43 d e 2 7

Conceptos de toma de decisiones relevantes para el DSS Las decisiones se llevan a cabo segn tres tipos de condiciones: certeza, incertidumbre y riesgo. La certeza significa que la hacer una eleccin, conocemos todo de antemano (Ej.: programacin lineal en ciencias administrativas). La incertidumbre implica lo opuesto; no sabemos nada acerca de las 44 probabilidades o las consecuencias de nuestras decisiones.Las decisiones echa bajo riesgo consideran cierto conocimiento de d nuestras alternativas (variables controlables), de lo que no podemos controlar sino solo estimar (variables ambientales) y de lo que sern e las consecuencias (variables dependientes).-

2 7

Conceptos de toma de decisiones relevantes para el DSS

La forma de recopilar, procesar y utilizar la informacin define los parmetros del estilo de toma de decisiones, adems de la manera como se comunican y toman decisiones. Es comn que los tomadores de decisiones se caractericen por ser analticos o heursticos.Analticos. Se basa en la informacin que se adquiere y evala de manera sistemtica para reducir alternativas y elegir con base en tal informacin. Evalan la informacin cuantitativa, as como los modelos que la generan y usan. Hacen uso de las matemticas para modelar problemas y de los algoritmos para resolverlos. Normalmente busca soluciones optimas mas que satisfactorias, hace uso de grficas, modelos probabilsticas y otras tcnicas matemticas para asegurar una toma de decisiones slida, sin embargo se requiere que la informacin este disponible, sea razonable, completa y precisa.

45 d e 2 7

Heursticos. Decide con la ayuda de ciertos lineamientos, y se basa fundamentalmente en la experiencia. Aprenden a actuar, utilizan el ensayo y el error para encontrar la solucin, ya que se basan en su experiencia, su sentido comn les sirve de gua.-

Decisiones semiestructuradas
Son aquellas donde todas o la mayora de las variables se conocen y pueden programarse en forma total. Las decisiones estructuradas son de rutina y requieren poca evaluacin humana una vez que se programan las variables.Las decisiones no estructuradas son aquellas que hasta la fecha se resisten a la computarizacin y bsicamente dependen de la intuicin. Las decisiones semiestructuradas son aquellas que pueden programarse de manera parcial, pero todava requieren de la participacin del criterio humano. Las decisiones se denominan semiestructuradas o no estructuradas por diferentes motivos, desde el punto de vista: grado de habilidad requerido en la toma de decisiones la magnitud de la complejidad del problema el numero de criterios de decisin por considerar

46 d e 2 7

Toma de decisiones de criterio mltiple

Los enfoques de criterio mltiple permiten al tomador de decisiones establecer sus propias prioridades, y en la mayora de los casos permiten al tomador de decisiones realizar un anlisis de sensibilidad cuando plantea preguntas del tipo Que sucedera si ...? Cuando los modelos de toma de decisiones de criterio mltiple se incluyen en un DSS o en un MIS, permiten que el tomador de decisiones cuente con un eficaz instrumento para evaluar alternativas durante la fase de diseo de la toma de decisiones. Dentro de esos mtodos se incluyen: Uso de anlisis de ventajas y desventajas Uso de mtodo de ponderacin Uso de la eliminacin consecutiva por lexicografa Uso de la eliminacin consecutiva por restricciones conjuntivas el uso de la programacin por objetivos

47 d e 2 7