Este capítulo trata que cuando se va a implementar el sistema, el analista tiene que ver si la organización necesita comprar equipo nuevo, para poder instalar el sistema. Con frecuencia se exige a analistas de sistemas desarrollar o evaluar paquetes de software de nivel superior usado por los sistemas de apoyo a la toma de decisiones. El analista puede ayudar a obtener la información necesaria para identificar los objetivos, alternativas, criterios, atributos y prioridades o pesos necesarios para la toma de decisiones criterios múltiples.
Dice que para tener lista una propuesta, hay que identificar primero los costos y beneficio de varias alternativas con el sistema. Tiene que ver si el sistema tendrá buenos resultados, si será eficaz en el desarrollo de la organización. Los costos y beneficios de este tienen que ser tangibles o se cuantificable, pero también pueden ser intangibles (no cuantificables). Para realizar estos análisis, el analista puede tener muchos métodos, los cuales se mencionaran unos: El análisis de punto de equilibrio, análisis del tiempo y el análisis de flujo de efectivo.
El analista de sistemas debe seguir tres pasos principales para reunir una propuesta de sistemas eficaz: organizar eficientemente el contenido de la propuesta, escribir la propuesta en un estilo de negocios apropiado y presentar de forma oral una propuesta de sistemas informativa.
viernes, 25 de junio de 2010
viernes, 11 de junio de 2010
CAPITULO 9: DESCRIPCIÓN DE LAS ESPECIFICACIONES DE PROCESOS Y DECISIONES ESTRUCTURADAS
Ya que pasamos los capítulos anteriores identificando los que son los flujos de datos y base a este se empieza a construir el diccionario de datos, entonces es necesario pasar a otro paso, como son las especificaciones de procesos y el análisis de decisiones. En este capítulo se describirán 3 métodos mas para así tomar una mejor decisión y para así poder describir la lógica del proceso, estos métodos: el lenguaje estructurado, tablas de decisiones y arboles de decisiones
Las especificaciones se le pueden llamar a veces miniespecificaciones, ya que representan una pequeña parte de las especificaciones del proyecto en total. Este contiene tres metas para poder así producir especificaciones de procesos:
1) Reducir la ambigüedad del proceso
2) Obtener una descripción precisa de lo que se está realizando.
3) Validar el diseño del sistema
También existen procesos que no necesitan o no requieren especificaciones, de las cuales se mencionan algunas categorías:
1. Procesos que representan entrada o salida física, tal como leer y escribir.
2. Procesos que representan una validación de datos simple, la cual normalmente es bastante fácil de realizar.
3. Procesos que usen código preescrito.
Las especificación de procesos están vinculados a los diagrama de flujo y por consiguiente también a los diccionarios de datos. Este se debe registrar en un formulario especial.
Lenguaje estructurado
Este lenguaje es utilizado cuando la lógica del proceso involucra formula o interacciones o cuando las decisiones no son nada complejas. Esta técnica ayuda a analizar el proceso de decisiones, este se basa en lógica estructurada.
Este utiliza instrucciones o palabras claves como son el IF, THEN, ELSE, DO, DO WHILE, DO UNTIL y PERFORM. Estas palabras claves son las únicas aceptadas por este lenguaje; y también es válido agregar sangrías, para así poder identificar la jerarquía de la estructura dependiendo del proceso de decisión.
Tabla de decisiones
Esta es una tabla como cualquier otra, ya que contiene filas y columnas, separas en cuatro cuadrantes. En las cuales se encuentran las condiciones, las reglas, sus acciones y las entradas de las acciones. Para determinar las acciones, la lógica se mueve en el sentido de las manecillas del reloj empezando por la parte izquierda.
Para desarrollarla el analista tiene que determinar que tamaño tendrá la tabla, los pasos siguientes proporcionan al analista un método sistematizado
1. Determine el número de condiciones que podrían afectar la decisión.
2. Determine el número de posibles acciones que se pueden realizar.
3. Determine el número de alternativas de condición para cada condición
4. Calcule el número máximo de columnas en la tabla de decisión multiplicando el número de alternativas para cada condición.
5. Complete las alternativas de condición.
6. Complete la tabla insertando una X en donde las reglas indiquen ciertas acciones.
7. Combine las reglas en donde sea evidente que una alternativa no representa una diferencia en el resultado.
8. Verifique si la tabla contiene situaciones imposibles, contradicciones y redundancias.
9. Reorganice las condiciones y acciones (o incluso las reglas) si esto hace más comprensible la tabla de decisión.
Árbol de decisiones
Este es el último método, se utiliza también para el análisis de decisiones, está compuesto por nodos y ramas. Este tipo de método está asociado con el método anterior que son las tablas de decisiones. También son apropiados ya que ayudan cuando las acciones que se realizaron son de cierta forma secuencialmente.
Las especificaciones se le pueden llamar a veces miniespecificaciones, ya que representan una pequeña parte de las especificaciones del proyecto en total. Este contiene tres metas para poder así producir especificaciones de procesos:
1) Reducir la ambigüedad del proceso
2) Obtener una descripción precisa de lo que se está realizando.
3) Validar el diseño del sistema
También existen procesos que no necesitan o no requieren especificaciones, de las cuales se mencionan algunas categorías:
1. Procesos que representan entrada o salida física, tal como leer y escribir.
2. Procesos que representan una validación de datos simple, la cual normalmente es bastante fácil de realizar.
3. Procesos que usen código preescrito.
Las especificación de procesos están vinculados a los diagrama de flujo y por consiguiente también a los diccionarios de datos. Este se debe registrar en un formulario especial.
Lenguaje estructurado
Este lenguaje es utilizado cuando la lógica del proceso involucra formula o interacciones o cuando las decisiones no son nada complejas. Esta técnica ayuda a analizar el proceso de decisiones, este se basa en lógica estructurada.
Este utiliza instrucciones o palabras claves como son el IF, THEN, ELSE, DO, DO WHILE, DO UNTIL y PERFORM. Estas palabras claves son las únicas aceptadas por este lenguaje; y también es válido agregar sangrías, para así poder identificar la jerarquía de la estructura dependiendo del proceso de decisión.
Tabla de decisiones
Esta es una tabla como cualquier otra, ya que contiene filas y columnas, separas en cuatro cuadrantes. En las cuales se encuentran las condiciones, las reglas, sus acciones y las entradas de las acciones. Para determinar las acciones, la lógica se mueve en el sentido de las manecillas del reloj empezando por la parte izquierda.
Para desarrollarla el analista tiene que determinar que tamaño tendrá la tabla, los pasos siguientes proporcionan al analista un método sistematizado
1. Determine el número de condiciones que podrían afectar la decisión.
2. Determine el número de posibles acciones que se pueden realizar.
3. Determine el número de alternativas de condición para cada condición
4. Calcule el número máximo de columnas en la tabla de decisión multiplicando el número de alternativas para cada condición.
5. Complete las alternativas de condición.
6. Complete la tabla insertando una X en donde las reglas indiquen ciertas acciones.
7. Combine las reglas en donde sea evidente que una alternativa no representa una diferencia en el resultado.
8. Verifique si la tabla contiene situaciones imposibles, contradicciones y redundancias.
9. Reorganice las condiciones y acciones (o incluso las reglas) si esto hace más comprensible la tabla de decisión.
Árbol de decisiones
Este es el último método, se utiliza también para el análisis de decisiones, está compuesto por nodos y ramas. Este tipo de método está asociado con el método anterior que son las tablas de decisiones. También son apropiados ya que ayudan cuando las acciones que se realizaron son de cierta forma secuencialmente.
CAPITULO 8: ANÁLISIS DE SISTEMAS MEDIANTE DICCIONARIOS DE DATOS
Este capítulo como dice su nombre, de los diccionarios de datos, en ella se guarda como una especie de consulta, que con tiene información sobre los datos. Este diccionario recopila y coordina términos de datos específicos y a la vez no da a mostrar el significado para las diferentes personas en la organización.
El analista de sistemas se basa en el diagrama de flujo para empezar a diseñar el diccionario de datos, ya que se tiene que tener un enfoque de manera jerárquica, este es un trabajo que sirve como referencia por que contiene datos acerca de datos. Para entender mejor se dice muchos sistemas de administración contienen diccionarios de datos de manera automática. Además de proporcionar documentación y eliminar la redundancia, el diccionario de datos se podría usar para:
1. Validar la integridad y exactitud del diagrama de flujo de datos.
2. Proporcionar un punto de partida para desarrollar pantallas e informes.
3. Determinar el contenido de los datos almacenados en archivos.
4. Desarrollar la lógica para los procesos del diagrama de flujo de datos.
Todo diccionario de datos tiene que contener el nombre del elemento o campo, una descripción, el rango, la longitud, y la información que sea necesaria. Este diccionario de datos es muy útil al momento de crear la base de datos en algún lenguaje de programación.
El analista de sistemas se basa en el diagrama de flujo para empezar a diseñar el diccionario de datos, ya que se tiene que tener un enfoque de manera jerárquica, este es un trabajo que sirve como referencia por que contiene datos acerca de datos. Para entender mejor se dice muchos sistemas de administración contienen diccionarios de datos de manera automática. Además de proporcionar documentación y eliminar la redundancia, el diccionario de datos se podría usar para:
1. Validar la integridad y exactitud del diagrama de flujo de datos.
2. Proporcionar un punto de partida para desarrollar pantallas e informes.
3. Determinar el contenido de los datos almacenados en archivos.
4. Desarrollar la lógica para los procesos del diagrama de flujo de datos.
Todo diccionario de datos tiene que contener el nombre del elemento o campo, una descripción, el rango, la longitud, y la información que sea necesaria. Este diccionario de datos es muy útil al momento de crear la base de datos en algún lenguaje de programación.
viernes, 14 de mayo de 2010
CAPITULO 7: USO DE DIAGRAMAS DE FLUJO DE DATOS
Hay una forma de entender mejor cada uno de los procesos que se realizan dentro de la organización, y así entender los movimientos lógicos de los dato, el analista de sistemas realiza diagramas de flujo de datos. Existen 4 ventajas que posee el enfoque del flujo de datos, las cuales describen la relación con la forma en que los datos se mueven a través del sistema:
1. Libertad para emprender la implementación técnica del sistema en las etapas tempranas.
2. Una comprensión más profunda de la interrelación entre sistemas y subsistemas.
3. Comunicar a los usuarios el conocimiento sobre el sistema actual mediante diagramas de flujo de datos.
4. Análisis de un sistema propuesto para determinar si se han definido los datos y procesos necesarios.
En estos diagramas de flujo de datos son utilizados 4 símbolos básicos los cuales ayudan a graficar el movimiento de los datos: un cuadrado doble, una flecha, un rectángulo con esquinas redondeadas y un rectángulo abierto (cerrado en el lado izquierdo y abierto en el derecho). Con la combinación de estos cuatro símbolos se puede describir gráficamente un sistema completo y varios subsistemas.
Todo diagrama de flujo tienen que ser desarrollados de manera sistemática, el analista tiene que ver cada uno de los flujos de datos desde una manera de jerarquía, ose a de arriba hacia abajo. Ya que hayan recabado una lista básica de elementos de datos, entonces se podrá realizar el diagrama de contexto; el diagrama de contexto debe de mostrar de manera inicial un panorama global que incluye las entradas básicas, el sistema general y las salidas de los datos. Se dice que este tipo de diagrama es el nivel más alto en un diagrama de flujo de datos y este contiene un solo proceso, que representa a todo el sistema en sí. El siguiente nivel es el diagrama 0, este es la ampliación del diagrama de contexto y este a su vez puede incluir hasta nueve procesos. El otro diagrama es la creación del diagrama hijo, el diagrama anterior se le denomina proceso padre, ya que con la ayuda del diagrama 0 se crea la ampliación con el diagrama hijo, este diagrama no puede producir salida o no puede este recibir entrada, siempre y cuando el proceso padre no produzca o reciba también.
Hay que tener en cuenta que al realizar un diagrama de flujo de datos se pueden cometer errores, como puede ser:
• Olvidar incluir un flujo de datos o apuntar con una flecha en la dirección incorrecta
• Conectar directamente entre sí almacenes de datos y entidades externas
• Entre otros errores.
Existe también el diagrama de flujo de datos lógico y físico, de manera lógica el diagrama se enfoca más a lo que es el negocio y el funcionamiento de este, mientras que de manera física muestra en si como se implementara el sistema, incluyendo todo lo relacionado con el software, hardware, etc.
Hay varias ventajas al usar un modelo lógico, entre ellas:
1. Mejor comunicación con los usuarios.
2. Sistemas más estables.
3. Mejor entendimiento del negocio por parte de los analistas.
4. Flexibilidad y mantenimiento.
5. Eliminación de redundancias y creación más sencilla del modelo físico.
Así como los diagramas de flujo de datos lógicos tienen ciertas ventajas, los diagramas de flujo de datos físicos tienen otras, entre ellas:
1. Aclarar qué procesos son manuales y cuáles son automatizados.
2. Describir los procesos con mayor detalle los DFDs lógicos.
3. Distribuir en un orden particular los procesos que se deben realizar.
4. Identificar los almacenes de datos temporales.
5. Especificar los nombres reales de archivos y documentos impresos.
6. Agregar controles para asegurar que los procesos se realicen adecuadamente.
1. Libertad para emprender la implementación técnica del sistema en las etapas tempranas.
2. Una comprensión más profunda de la interrelación entre sistemas y subsistemas.
3. Comunicar a los usuarios el conocimiento sobre el sistema actual mediante diagramas de flujo de datos.
4. Análisis de un sistema propuesto para determinar si se han definido los datos y procesos necesarios.
En estos diagramas de flujo de datos son utilizados 4 símbolos básicos los cuales ayudan a graficar el movimiento de los datos: un cuadrado doble, una flecha, un rectángulo con esquinas redondeadas y un rectángulo abierto (cerrado en el lado izquierdo y abierto en el derecho). Con la combinación de estos cuatro símbolos se puede describir gráficamente un sistema completo y varios subsistemas.
Todo diagrama de flujo tienen que ser desarrollados de manera sistemática, el analista tiene que ver cada uno de los flujos de datos desde una manera de jerarquía, ose a de arriba hacia abajo. Ya que hayan recabado una lista básica de elementos de datos, entonces se podrá realizar el diagrama de contexto; el diagrama de contexto debe de mostrar de manera inicial un panorama global que incluye las entradas básicas, el sistema general y las salidas de los datos. Se dice que este tipo de diagrama es el nivel más alto en un diagrama de flujo de datos y este contiene un solo proceso, que representa a todo el sistema en sí. El siguiente nivel es el diagrama 0, este es la ampliación del diagrama de contexto y este a su vez puede incluir hasta nueve procesos. El otro diagrama es la creación del diagrama hijo, el diagrama anterior se le denomina proceso padre, ya que con la ayuda del diagrama 0 se crea la ampliación con el diagrama hijo, este diagrama no puede producir salida o no puede este recibir entrada, siempre y cuando el proceso padre no produzca o reciba también.
Hay que tener en cuenta que al realizar un diagrama de flujo de datos se pueden cometer errores, como puede ser:
• Olvidar incluir un flujo de datos o apuntar con una flecha en la dirección incorrecta
• Conectar directamente entre sí almacenes de datos y entidades externas
• Entre otros errores.
Existe también el diagrama de flujo de datos lógico y físico, de manera lógica el diagrama se enfoca más a lo que es el negocio y el funcionamiento de este, mientras que de manera física muestra en si como se implementara el sistema, incluyendo todo lo relacionado con el software, hardware, etc.
Hay varias ventajas al usar un modelo lógico, entre ellas:
1. Mejor comunicación con los usuarios.
2. Sistemas más estables.
3. Mejor entendimiento del negocio por parte de los analistas.
4. Flexibilidad y mantenimiento.
5. Eliminación de redundancias y creación más sencilla del modelo físico.
Así como los diagramas de flujo de datos lógicos tienen ciertas ventajas, los diagramas de flujo de datos físicos tienen otras, entre ellas:
1. Aclarar qué procesos son manuales y cuáles son automatizados.
2. Describir los procesos con mayor detalle los DFDs lógicos.
3. Distribuir en un orden particular los procesos que se deben realizar.
4. Identificar los almacenes de datos temporales.
5. Especificar los nombres reales de archivos y documentos impresos.
6. Agregar controles para asegurar que los procesos se realicen adecuadamente.
viernes, 30 de abril de 2010
CAPITULO 6: ELABORACIÓN DE PROTOTIPOS, RAD Y PROGRAMACIÓN EXTREMA
Elaborar un prototipo es un método o técnica que ayuda a recopilar información para así poder completar el ciclo de vida del desarrollo tradicional de un sistema.
Un analista al presentar el prototipo debe de estar muy interesado en las reacciones que este producirá en los usuarios y lo directivos de la organización. Estas reacciones se pueden recopilar a través de la observación, la entrevista y las hojas de retroalimentación, ya que así se pueden obtener de manera más eficiente las opiniones de todas y cada una de las personas sobre el prototipo, esto después de que interactúe con él.
Se dice que la palabra prototipo tiene diversos significados, de los cuales solo son usados 4.
1) Prototipo corregido: Esto quiere decir que en la primera clase de elaboración de prototipos tiene que estar relacionada con la construcción de un sistema que funciona pero a las este de corrige simultáneamente.
2) Prototipo no funcional: Este es a escala configurado para probar ciertos aspectos de diseño.
3) Primer prototipo de una serie: este es totalmente funciona. Involucra la creación completa del sistema, el cual se le puede llamar piloto.
4) Prototipo de características seleccionadas: es la creación de un modelo funcional que incluya alguna, pero no todas las características que tendrá el sistema final.
Para desarrollar un prototipo hay que seguir 4 lineamientos principales des pues de que se haya decidido elaborar dicho prototipo, estos lineamientos integran su elaboración con fase de determinación de requerimientos del SDLC:
1. El trabajo en módulos manejables: cuando el prototipo en alguna de sus características se integra para formar un módulo funcional, el analista tiene que trabajar en módulos manejables.
2. Construcción rápida del prototipo: esto es esencial para tener una elaboración exitosa del prototipo de un sistema de información.
3. Modificación del prototipo: su construcción debe soportar modificaciones. ya que hacer un prototipo modificable es crearlo en módulos que no sean estos demasiados interdependientes.
4. Énfasis en la interfaz de usuario: este es muy importante para la elaboración del prototipo.
Existen desventajas en la elaboración de un prototipo, ya que este es difícil debido a la rapidez de los procesos, un prototipo incompleto puede ser forzado a colocarse en servicio como si ya fuera un sistema completo, y esto sería un error ya que no trabajaría eficientemente. Pero también existen ventajas ya que el prototipo nos ayuda a realizar modificación en las primeras etapas de su desarrollo, también nos permite poder suspender el sistema si este no es funcional, y por ultimo también ayuda a desarrollar un sistema que cumpla con todas las necesidades de la organización. También se pueden desarrollar prototipos usando un software llamado COTS.
El desarrollo rápido de aplicación o RAD, es un enfoque que es orientado a objetos con tres fases principales:
• Planeación de requerimientos
• Taller de diseño del RAD
• Implementación
La programación extrema (XP) este tema fue tratado en el capítulo 3, se dice que XP es un enfoque de desarrollo delo software, el cual adopta practicas de software aceptables y las lleva al extremo. Dentro de la programación extrema podemos encontrar valores y principios, ya que crean el contexto para la colaboración entre programadores y clientes. Existen 4 valores que crean el entorno, en el cual se pueden servir de manera adecuada el diseñador y el negocio. También encontramos 4 actividades básicas, las cuales son codificar, probar, escuchar y diseñar. Hay 4 variables de control de recursos, como son el tiempo, costo calidad y alcance. Las 4 prácticas esenciales, son las necesarias en la programación extrema
Un analista al presentar el prototipo debe de estar muy interesado en las reacciones que este producirá en los usuarios y lo directivos de la organización. Estas reacciones se pueden recopilar a través de la observación, la entrevista y las hojas de retroalimentación, ya que así se pueden obtener de manera más eficiente las opiniones de todas y cada una de las personas sobre el prototipo, esto después de que interactúe con él.
Se dice que la palabra prototipo tiene diversos significados, de los cuales solo son usados 4.
1) Prototipo corregido: Esto quiere decir que en la primera clase de elaboración de prototipos tiene que estar relacionada con la construcción de un sistema que funciona pero a las este de corrige simultáneamente.
2) Prototipo no funcional: Este es a escala configurado para probar ciertos aspectos de diseño.
3) Primer prototipo de una serie: este es totalmente funciona. Involucra la creación completa del sistema, el cual se le puede llamar piloto.
4) Prototipo de características seleccionadas: es la creación de un modelo funcional que incluya alguna, pero no todas las características que tendrá el sistema final.
Para desarrollar un prototipo hay que seguir 4 lineamientos principales des pues de que se haya decidido elaborar dicho prototipo, estos lineamientos integran su elaboración con fase de determinación de requerimientos del SDLC:
1. El trabajo en módulos manejables: cuando el prototipo en alguna de sus características se integra para formar un módulo funcional, el analista tiene que trabajar en módulos manejables.
2. Construcción rápida del prototipo: esto es esencial para tener una elaboración exitosa del prototipo de un sistema de información.
3. Modificación del prototipo: su construcción debe soportar modificaciones. ya que hacer un prototipo modificable es crearlo en módulos que no sean estos demasiados interdependientes.
4. Énfasis en la interfaz de usuario: este es muy importante para la elaboración del prototipo.
Existen desventajas en la elaboración de un prototipo, ya que este es difícil debido a la rapidez de los procesos, un prototipo incompleto puede ser forzado a colocarse en servicio como si ya fuera un sistema completo, y esto sería un error ya que no trabajaría eficientemente. Pero también existen ventajas ya que el prototipo nos ayuda a realizar modificación en las primeras etapas de su desarrollo, también nos permite poder suspender el sistema si este no es funcional, y por ultimo también ayuda a desarrollar un sistema que cumpla con todas las necesidades de la organización. También se pueden desarrollar prototipos usando un software llamado COTS.
El desarrollo rápido de aplicación o RAD, es un enfoque que es orientado a objetos con tres fases principales:
• Planeación de requerimientos
• Taller de diseño del RAD
• Implementación
La programación extrema (XP) este tema fue tratado en el capítulo 3, se dice que XP es un enfoque de desarrollo delo software, el cual adopta practicas de software aceptables y las lleva al extremo. Dentro de la programación extrema podemos encontrar valores y principios, ya que crean el contexto para la colaboración entre programadores y clientes. Existen 4 valores que crean el entorno, en el cual se pueden servir de manera adecuada el diseñador y el negocio. También encontramos 4 actividades básicas, las cuales son codificar, probar, escuchar y diseñar. Hay 4 variables de control de recursos, como son el tiempo, costo calidad y alcance. Las 4 prácticas esenciales, son las necesarias en la programación extrema
viernes, 16 de abril de 2010
CAPITULO 5: RECOPILACIÓN DE INFORMACIÓN: MÉTODOS NO INTRUSIVOS
En el tema anterior se vio lo que fueron los métodos interactivo, esta vez veremos lo contrario, ya que esta manera de recopilar información es menos molesta que las otras. Lo métodos que se verán en este capítulo son el muestreo, la investigación, y la observación del comportamiento y el entorno físico donde se desempeña la labor del tomador de decisiones.
El muestreo en si se trata de tomar elementos que represente parte de una población en particular. Se dice que el analista de sistema tiene que tomar encuestas 2 puntos muy importantes a realizar este método, el primero se tiene que tomar encuesta todos los documentos y sitios web que los miembros de la organización han realizado, tiene que checar cuál de ellos le sirve y cual hay que rechazar. El segundo tiene que ver quiénes serán más afectados con la implementación del sistema que se desarrollara.
Existen muchas razones por la cual es necesario el muestreo, ya que el analista tiene que seleccionar una parte representativa de dato o personas que tiene que analizar, ya sea por medio de entrevistas para el caso de las persona. Hay cuatro razones importantes.
1) Reducir costos.
Ya que es muy costoso para el analista, andar examinando documento por documento, más los sitios web. Con el muestro el analista puede ahorrase mucho trabajo, ya solo puede recopilar información de un lugar con todos los datos de la población.
2) Acelerar la recopilación de datos
Ayuda a mejorar la efectividad si se puede obtener información más precisa.
3) Mejorar efectividad
Hablar con menos empleados, hace que analista tenga tiempo de verificar que no haya perdido o incompletado los datos.
4) Reducir la parcialidad
En este punto el analista entrevista al ejecutivo que esta mas involucrado con el sistema.
Diseño del muestreo
Para tener un buen muestreo el analista tiene que seguir los siguientes 4 pasos:
1) Determinar qué datos van a ser recopilados o descritos
2) Determinar qué población se van a tomar muestra
3) Escoger el tipo de muestra
4) Decidir el tamaño de la muestra
La investigación es la acción de descubrir y analizar los datos. El analista de sistemas necesita examinar cada punto importante dentro de la organización, mediante la exanimación de datos reales.los datos y formulación dan a entender a donde ha estado la organización y hasta donde se cree que se dirige. Para ello ay que analizar todos los documentos que sean de carácter cuantitativo y cualitativo.
En el documento cuantitativo, se incluyen informes usados en la toma de decisiones, informes de desempeño, registros y una variedad de formularios. En el documento cualitativo se incluyen mensajes de correos, memorandos, carteles en los tableros de anuncios y en las áreas de trabajo entre otros documentos. Estos documentos son muy detallados.
· Observación
La observación es una de los métodos mas sencillos en el se observan muchas cosas importante,ya que este nos da una mejor idea de lo que realmente se hace en la organización, o sea que ve como se realizan todos y cada uno de los procesos que se realizan. En ello se identifican los actores principales en la toma de decisiones, utilizando un guion del analista. Otro punto importante dentro del método de la observación es la estructura del entorno del tomador de decisiones, llamado STROBE.
Se pueden observar e interpretar algunos elementos concretos en el entorno del tomador de decisiones. Estos elementos incluyen:
(1) la ubicación de la oficina.
(2) la colocación del escritorio del tomador de decisiones;
(3) el equipo fijo de oficina
(4) los accesorios como las computadoras de bolsillo y las PCs
(5) las fuentes externas de información como las revistas especializadas y el uso de la Web
(6) la iluminación y el color de la oficina
(7) La vestimenta de los tomadores de decisiones.
viernes, 2 de abril de 2010
CAPITULO 4: RECOPILACIÓN DE INFORMACIÓN: MÉTODOS INTERACTIVOS
En este capítulo se describen lo que son loa métodos interactivos, que quiere decir con interactivo, es tener contacto directo con alguien o con algo. Bueno en libro nos marca como interactivo 3 métodos que son parte clave de la recopilación de información que el analista de sistemas pueda utilizar.
El primero es la entrevista.
El libro nos dice que para que podamos entrevistar hay que hacerlo primero con nosotros mismo, para poder ver nuestros errores al momento de entrevistar a alguien. La entrevista es uno de los métodos interactivo más conocido por los analistas de sistemas, ya que durante su proceso al entrevistar a un encargado de tomar las decisiones en la organización, se puede recopilar información de gran importancia, como son las metas, sentimientos, opiniones y los procedimientos informales. La entrevista se realiza mediante un dialogo de preguntas y respuestas entre dos personas, las preguntas se tienen que preparar desde antes no al instante.Un analista se vale de este método para tener una mejor relación con el cliente, ya que así puede observar con atención el lugar de trabajo y así poder recopilar una mejor información con base a los requerimientos de información.
Hay cinco pasos que deben realizarse para preparar la entrevista:
1. Leer los antecedentes.
2. Establecer los objetivos de la entrevista.
3. Decidir a quién entrevistar.
4. Preparar al entrevistado.
5. Decidir el tipo de preguntas y la estructura.
Las preguntas se clasifican en dos tipos en abiertas y cerradas, en las abierta se permiten utilizar todas las opciones de respuestas posibles, mientras que las cerradas limitan las respuestas. Las entrevista se estructura de tres maneras:
• En forma de pirámide esta enpiezacon preguntas cerrada y termina con preguntas generales.
• En embudo inicia con preguntas abiertas y generales y termina con preguntas cerradas.
• En diamante combina los dos tipos de entrevista.
El segundo es el JAD (diseño de conjunto de aplicaciones)
Con la ayuda de este método los analistas pueden examinar con eficacia los requerimientos y así diseñar una interfaz de usuario. Al hacer una cuidadosa evaluación nos puede ayudar a determinar si el JAD es adecuando utilizarlo en la organización.
Y por último el cuestionario
Los cuestionarios son otra cosa, este ayuda a un analista a recopilar datos sobre otras cosas como son las actitudes, creencias, comportamiento y características de las personas importantes de la organización.
Es muy bueno utilizar este método siempre y cuando los integrantes de la organización se encuentren en diferentes áreas, o lugares geográficos. Puede ser que no solo una persona sino varias estén involucradas en dicho proyecto, entonces es necesario saber si todo el grupo involucrado a prueba o desaprueba una característica especifica del sistemas que se propuso.
Ya que los objetivos del cuestionarios están bien establecidos, ya se puede empezar a realizar las preguntas cerradas o abiertas, el vocabulario que se utilice tiene que ser entendible para las personas a las que se les piensa aplicar.
El primero es la entrevista.
El libro nos dice que para que podamos entrevistar hay que hacerlo primero con nosotros mismo, para poder ver nuestros errores al momento de entrevistar a alguien. La entrevista es uno de los métodos interactivo más conocido por los analistas de sistemas, ya que durante su proceso al entrevistar a un encargado de tomar las decisiones en la organización, se puede recopilar información de gran importancia, como son las metas, sentimientos, opiniones y los procedimientos informales. La entrevista se realiza mediante un dialogo de preguntas y respuestas entre dos personas, las preguntas se tienen que preparar desde antes no al instante.Un analista se vale de este método para tener una mejor relación con el cliente, ya que así puede observar con atención el lugar de trabajo y así poder recopilar una mejor información con base a los requerimientos de información.
Hay cinco pasos que deben realizarse para preparar la entrevista:
1. Leer los antecedentes.
2. Establecer los objetivos de la entrevista.
3. Decidir a quién entrevistar.
4. Preparar al entrevistado.
5. Decidir el tipo de preguntas y la estructura.
Las preguntas se clasifican en dos tipos en abiertas y cerradas, en las abierta se permiten utilizar todas las opciones de respuestas posibles, mientras que las cerradas limitan las respuestas. Las entrevista se estructura de tres maneras:
• En forma de pirámide esta enpiezacon preguntas cerrada y termina con preguntas generales.
• En embudo inicia con preguntas abiertas y generales y termina con preguntas cerradas.
• En diamante combina los dos tipos de entrevista.
El segundo es el JAD (diseño de conjunto de aplicaciones)
Con la ayuda de este método los analistas pueden examinar con eficacia los requerimientos y así diseñar una interfaz de usuario. Al hacer una cuidadosa evaluación nos puede ayudar a determinar si el JAD es adecuando utilizarlo en la organización.
Y por último el cuestionario
Los cuestionarios son otra cosa, este ayuda a un analista a recopilar datos sobre otras cosas como son las actitudes, creencias, comportamiento y características de las personas importantes de la organización.
Es muy bueno utilizar este método siempre y cuando los integrantes de la organización se encuentren en diferentes áreas, o lugares geográficos. Puede ser que no solo una persona sino varias estén involucradas en dicho proyecto, entonces es necesario saber si todo el grupo involucrado a prueba o desaprueba una característica especifica del sistemas que se propuso.
Ya que los objetivos del cuestionarios están bien establecidos, ya se puede empezar a realizar las preguntas cerradas o abiertas, el vocabulario que se utilice tiene que ser entendible para las personas a las que se les piensa aplicar.
Suscribirse a:
Entradas (Atom)