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.
viernes, 19 de marzo de 2010
CAPITULO 3: DETERMINACIÓN DE LA VIABILIDAD Y ADMINISTRACIÓN DE LAS ACTIVIDADES DE ANÁLISIS Y DISEÑO.
Existen diferentes fuentes que ayudan a dar inicio a los proyectos de sistemas. Pero algunos de estos proyectos que pueden ser sugeridos pueden sobrevivir hasta llegar a uno o puede no hacerlo.
Los ejecutivos de negocios han sugerido los proyectos por 2 razones principales; el primero porque tienen problemas que requiere a una solución de sistemas y por último porque identifican oportunidades de mejorar mediante la actualización, modificación, etc. De nuevos sistemas cuando ocurren.
A veces existen administradores que no aceptan la realidad de que sus organizaciones tienen muchos problemas, no quieren tratar de hablar con alguien externo al asunto. Al contrario este debe aceptar dichos problemas y encontrarles una solución. La retroalimentación es útil para poder ver si existe una brecha entre las metas que se han alcanzado y las que todavía no. Y así poder resolver los problemas que se han originado.
Otros de los puntos es la selección de un proyecto, ya que uno tiene que tener en cuenta las razones para así seleccionar un sistema de proyecto que ayude a resolver los problemas. Ya que no es muy fácil tomar esta decisión, tome en cuenta que los diversos subsistemas que se vieron en el capitulo anterior están interrelacionados y son interdependientes, y que al hacerle cambio a uno de estos puede afectar a los demás. Para poder tomar una buena decisión, a continuación se le darán 5 criterios existentes específicos para la mejor selección de proyectos:
Que el proyecto solicitado tenga el respaldo de los directivos de la organización,
que cuente con un periodo adecuado de compromiso para la terminación del proyecto
Que impulse a la organización hacia la consecución de sus metas
Que sea factible.
Que tenga la importancia suficiente para darle mayor prioridad que a otros proyectos.
Si algunos de los proyectos que usted haya seleccionado cumple con cada uno de los criterios q ue se vieron en el punto anterior, entonces se puede empezar por realizar el estudio de viabilidad, se debe también establecer los objetivos del proyectos que ayudan a la realización de los procesos de la viabilidad. Ya que estos tienen aclararse de manera formal, por escrito los objetivos del proyectos y de manera informal a los representantes de dichas organizaciones.
La determinación de recursos, se divide en tres capacidades viabilidad operativa, viabilidad técnica y viabilidad económica. Base a este estudio el analista puede ir recolectando información útil y así facilita a los encargados del manejo se la organización la toma de decisión de poder realizar un estudio de sistemas completos.
La administración de proyectos abarca las tareas generales de planeación y control. En la planeación se deben incluir las actividades que realiza el analista con una estimación de tiempo para su realización y así se puedan programar para que estas se puedan terminar a tiempo y así garantizar un buen proyecto. Unas de las tantas técnicas que se utilizan para planear las actividades que se puedan realizar en paralelo es la grafica de Gantt. Este representa en forma de barra cada una de las actividades. Otra de las técnicas es el uso de diagramas PERT (de Técnicas de Evaluación y Revisión de Programas), este programa representa la evaluación de actividades en forma de una red de nodos y flechas. Este tipo de diagramas ayuda a un analista poder determinar la ruta más crítica y el tiempo que se llevaría, esta es una información necesaria para poder controlar con eficiencia un proyecto. Cuando se utiliza un diagrama PERT es importante la precedencia de actividades para la determinación del tiempo del proyecto.
El punto de entrega es un reciente desarrollo en la administración de proyectos. Este enfoque de punto de entrega (timeboxing) utiliza una fecha de vencimiento absoluta para el proyecto y todo lo que se realice en esa fecha se debe de implementar. Existen otros enfoques para la programación incluyen PIMs, algunos de estos ejemplos son Microsoft Outlook y Palm Desktop. Estos son útiles ya que sirven para depositar el pago de los números telefónicos y el fax.
Después de a ver administrado el tiempo y los recursos, en pocas palabras después de que el proyecto se haya clasificado como viable, el analista también administra gente. Existen técnicas para poder lograr la comunicación en la administración de equipos. Uno de ellos es comprender la personalidad de cada equipo. Otro punto es la fijación de las metas de productividad del proyecto, en este el analista está acostumbrado a las metas de los empleados que muestran salidas tangibles en su productividad.
Dentro de esta administración también existen otros tipos:
Administración de proyectos con software comercial(COST, Microsoft Word y Access)
Administración de proyectos de comercio electrónico( diseño de interfaz a los usuarios)
También hay que evitar fracasos, para ello hay que involucrarse en la solicitud del proyecto, junto con el estudio de viabilidad, ya que con ello se puede rechazar proyecto que no pueden llevar al fracaso.
Los proyectos de prioridad extrema (XP) es un desarrollo de sistemas que aceptan lo que se conoce como buenas practica de desarrollo de sistemas y las lleva el extremo, existen 4 variables que el desarrollador debe tomar en cuenta para poder controlar son: el tiempo, el costo, la calidad y el alcance del proyecto.
Los ejecutivos de negocios han sugerido los proyectos por 2 razones principales; el primero porque tienen problemas que requiere a una solución de sistemas y por último porque identifican oportunidades de mejorar mediante la actualización, modificación, etc. De nuevos sistemas cuando ocurren.
A veces existen administradores que no aceptan la realidad de que sus organizaciones tienen muchos problemas, no quieren tratar de hablar con alguien externo al asunto. Al contrario este debe aceptar dichos problemas y encontrarles una solución. La retroalimentación es útil para poder ver si existe una brecha entre las metas que se han alcanzado y las que todavía no. Y así poder resolver los problemas que se han originado.
Otros de los puntos es la selección de un proyecto, ya que uno tiene que tener en cuenta las razones para así seleccionar un sistema de proyecto que ayude a resolver los problemas. Ya que no es muy fácil tomar esta decisión, tome en cuenta que los diversos subsistemas que se vieron en el capitulo anterior están interrelacionados y son interdependientes, y que al hacerle cambio a uno de estos puede afectar a los demás. Para poder tomar una buena decisión, a continuación se le darán 5 criterios existentes específicos para la mejor selección de proyectos:
Que el proyecto solicitado tenga el respaldo de los directivos de la organización,
que cuente con un periodo adecuado de compromiso para la terminación del proyecto
Que impulse a la organización hacia la consecución de sus metas
Que sea factible.
Que tenga la importancia suficiente para darle mayor prioridad que a otros proyectos.
Si algunos de los proyectos que usted haya seleccionado cumple con cada uno de los criterios q ue se vieron en el punto anterior, entonces se puede empezar por realizar el estudio de viabilidad, se debe también establecer los objetivos del proyectos que ayudan a la realización de los procesos de la viabilidad. Ya que estos tienen aclararse de manera formal, por escrito los objetivos del proyectos y de manera informal a los representantes de dichas organizaciones.
La determinación de recursos, se divide en tres capacidades viabilidad operativa, viabilidad técnica y viabilidad económica. Base a este estudio el analista puede ir recolectando información útil y así facilita a los encargados del manejo se la organización la toma de decisión de poder realizar un estudio de sistemas completos.
La administración de proyectos abarca las tareas generales de planeación y control. En la planeación se deben incluir las actividades que realiza el analista con una estimación de tiempo para su realización y así se puedan programar para que estas se puedan terminar a tiempo y así garantizar un buen proyecto. Unas de las tantas técnicas que se utilizan para planear las actividades que se puedan realizar en paralelo es la grafica de Gantt. Este representa en forma de barra cada una de las actividades. Otra de las técnicas es el uso de diagramas PERT (de Técnicas de Evaluación y Revisión de Programas), este programa representa la evaluación de actividades en forma de una red de nodos y flechas. Este tipo de diagramas ayuda a un analista poder determinar la ruta más crítica y el tiempo que se llevaría, esta es una información necesaria para poder controlar con eficiencia un proyecto. Cuando se utiliza un diagrama PERT es importante la precedencia de actividades para la determinación del tiempo del proyecto.
El punto de entrega es un reciente desarrollo en la administración de proyectos. Este enfoque de punto de entrega (timeboxing) utiliza una fecha de vencimiento absoluta para el proyecto y todo lo que se realice en esa fecha se debe de implementar. Existen otros enfoques para la programación incluyen PIMs, algunos de estos ejemplos son Microsoft Outlook y Palm Desktop. Estos son útiles ya que sirven para depositar el pago de los números telefónicos y el fax.
Después de a ver administrado el tiempo y los recursos, en pocas palabras después de que el proyecto se haya clasificado como viable, el analista también administra gente. Existen técnicas para poder lograr la comunicación en la administración de equipos. Uno de ellos es comprender la personalidad de cada equipo. Otro punto es la fijación de las metas de productividad del proyecto, en este el analista está acostumbrado a las metas de los empleados que muestran salidas tangibles en su productividad.
Dentro de esta administración también existen otros tipos:
Administración de proyectos con software comercial(COST, Microsoft Word y Access)
Administración de proyectos de comercio electrónico( diseño de interfaz a los usuarios)
También hay que evitar fracasos, para ello hay que involucrarse en la solicitud del proyecto, junto con el estudio de viabilidad, ya que con ello se puede rechazar proyecto que no pueden llevar al fracaso.
Los proyectos de prioridad extrema (XP) es un desarrollo de sistemas que aceptan lo que se conoce como buenas practica de desarrollo de sistemas y las lleva el extremo, existen 4 variables que el desarrollador debe tomar en cuenta para poder controlar son: el tiempo, el costo, la calidad y el alcance del proyecto.
viernes, 5 de marzo de 2010
CAPITULO 2.-EL ESTILO ORGANIZACIONAL Y SU IMPACTO EN LOS SISTEMAS DE INFORMACIÓN.
LAS ORGANIZACIONES COMO SISTEMAS
Los analistas visualizan a las organizaciones donde elaboran como un sistema el cual esta formado por tres aspectos principales, niveles de administración, el diseño de las organizaciones y las culturas organizacionales. Esto ayuda analizar y diseñar sistemas de información apropiados. Por otro lado las organizaciones son unos sistemas más complejos ya que estos están compuestos de subsistemas interrelacionados e interdependientes que se encargan de funciones especializadas. Unas de las funciones que se pueden decir que son las más comunes están la contabilidad, el marketing, la producción, el procesamiento de datos y la administración.
ENTERRELACIÒN E INTERDEPENDENCIA DE LOS SISTEMAS
La situación de que todos los sistemas y subsistemas se interrelaciones y sean interdependientes, es de gran importancia en las implicaciones tantos para las organizaciones como para el analista de sistemas que se encarga de realizar que estas consigan de la mejor forma sus metas. El sistema ideal es aquel que corrige y regula por sí mismo de tal forma que no se necesario tomar decisiones sobre situaciones comunes.
ORGANIZACIONES VIRTUALES Y EQUIPOS VIRTUALES
Hoy en día las organizaciones y sus equipos también pueden estar organizadas de manera virtual, esto les puede permitir poder hacer cambios a su configuración para así poderse adaptarse a proyectos cambiantes o a demandas del mercado.
Hay beneficios potenciales para la organización virtual, entre ellas se encuentran la posibilidad de reducir los costos que se derivan de la instalación física, a responder con más rapidez las necesidades de los clientes y contribuir que los empleados virtualmente satisfagan sus compromisos familiares. Pero esto aun sigue en investigación y discusión, para saber que tan importantes son las necesidades de los trabajadores virtuales.
ADOPCIÓN DE UNA PERSPECTIVA DE SISTEMAS
Adoptar una perspectiva de sistemas da a los analistas la oportunidad de poder clasificar y así comprender los diversos aspectos con los que se tendrán que enfrentar. Es de gran importancia que los que son pertenecientes de los subsistemas se den cuenta que su trabajo esta interrelacionado. Ninguno de ellos puede alcanzar su meta sin el otro.
PLANEACIÓN DE RECURSOS EMPRESARIALES: LA ORGANIZACIÓN COMO SISTEMA
Los sistemas de planeación de recursos empresariales son sistemas de información organizacional (empresarial) integrados, desarrollados mediante software comercial personalizado, que ayudan al flujo de información entre las áreas funcionales de la organización. Implementar este sistema puede ser desgastante ya que es difícil de analizar un sistema en uso y luego ajustar el modelo ERP a dicho sistema. Esta labor de rediseñar tiene el nombre de reingeniería de los procesos de negocios.
DESCRIPCIÓN GRÁFICA DE SISTEMAS
SISTEMAS Y EL DIAGRAMA DE FLUJO DE DATOS DE CONTEXTO
Uno de los primeros modelos que se utilizan para la realización de graficas, es el diagrama de flujo de datos de contexto o también conocida como modelo del entorno.
Este se enfoca principalmente en el flujo de los datos que entran y salen del sistema, en el procesamiento de los datos.
SISTEMAS Y EL MODELO DE ENTIDAD-RELACIÓN
Este es otro modelo pero este abarca más la entidad – relación, eso ayuda que el analista pueda definir la fronteras del sistema más apropiadas. Así ayuda que el analista comprenda las entidades y relaciones con las cuales se conforman el sistema organizacional. Una entidad dentro de una organización puede ser una persona, un lugar o cosa, y la relación seria la asociación que describe la interacción entre las entidades.
Para poder dibujar un diagrama E –R existen diversos esquemas con nombres como notación de pata de cuervo, flecha o bachman. En este libro la que más se utiliza es la notación de pata de cuervo. En un diagrama E – R se pueden describir diferentes tipos de relación de uno a uno, uno a muchos, muchos a uno y muchos a muchos.
NIVELES DE ADMINISTRACIÓN
La administración dentro de una organización se divide en tres niveles de control: control de operaciones, planeación y control administrativo, y por ultimo administración estratégica. Todos esto niveles tienen en si sus propias responsabilidades y se enfocan a su manera en lograr las metas y objetivos que tiene la organización estipulada.
IMPLICACIONES PARA DEL DESARROLLO DE SISTEMAS DE INFORMACIÓN
Cada uno de los niveles que anteriormente se vieron representa diferentes implicaciones para el desarrollo de sistemas de información. El horizonte de tiempo para la toma de decisiones es diferente en cada nivel. En cada una de los niveles se encuentran implicados diferentes personaje para así poder realizar el trabajo en los sistemas de información.
CULTURA ORGANIZACIONAL
Estas son áreas de investigación que ha crecido de manera notable en la última generación. Tanto las culturas y las subculturas son de gran importancia ya que estas determinan la manera en como los usuarios o la gente utilizan la información y los sistemas de información. En la actualidad se han realizado estudios para poder determinar si las organizaciones y equipos virtuales tienen efectos en la creación de las subculturas, cuando los integrantes del lugar no compartes el mismo espacio de trabajo pero si comparten tareas.
Los analistas visualizan a las organizaciones donde elaboran como un sistema el cual esta formado por tres aspectos principales, niveles de administración, el diseño de las organizaciones y las culturas organizacionales. Esto ayuda analizar y diseñar sistemas de información apropiados. Por otro lado las organizaciones son unos sistemas más complejos ya que estos están compuestos de subsistemas interrelacionados e interdependientes que se encargan de funciones especializadas. Unas de las funciones que se pueden decir que son las más comunes están la contabilidad, el marketing, la producción, el procesamiento de datos y la administración.
ENTERRELACIÒN E INTERDEPENDENCIA DE LOS SISTEMAS
La situación de que todos los sistemas y subsistemas se interrelaciones y sean interdependientes, es de gran importancia en las implicaciones tantos para las organizaciones como para el analista de sistemas que se encarga de realizar que estas consigan de la mejor forma sus metas. El sistema ideal es aquel que corrige y regula por sí mismo de tal forma que no se necesario tomar decisiones sobre situaciones comunes.
ORGANIZACIONES VIRTUALES Y EQUIPOS VIRTUALES
Hoy en día las organizaciones y sus equipos también pueden estar organizadas de manera virtual, esto les puede permitir poder hacer cambios a su configuración para así poderse adaptarse a proyectos cambiantes o a demandas del mercado.
Hay beneficios potenciales para la organización virtual, entre ellas se encuentran la posibilidad de reducir los costos que se derivan de la instalación física, a responder con más rapidez las necesidades de los clientes y contribuir que los empleados virtualmente satisfagan sus compromisos familiares. Pero esto aun sigue en investigación y discusión, para saber que tan importantes son las necesidades de los trabajadores virtuales.
ADOPCIÓN DE UNA PERSPECTIVA DE SISTEMAS
Adoptar una perspectiva de sistemas da a los analistas la oportunidad de poder clasificar y así comprender los diversos aspectos con los que se tendrán que enfrentar. Es de gran importancia que los que son pertenecientes de los subsistemas se den cuenta que su trabajo esta interrelacionado. Ninguno de ellos puede alcanzar su meta sin el otro.
PLANEACIÓN DE RECURSOS EMPRESARIALES: LA ORGANIZACIÓN COMO SISTEMA
Los sistemas de planeación de recursos empresariales son sistemas de información organizacional (empresarial) integrados, desarrollados mediante software comercial personalizado, que ayudan al flujo de información entre las áreas funcionales de la organización. Implementar este sistema puede ser desgastante ya que es difícil de analizar un sistema en uso y luego ajustar el modelo ERP a dicho sistema. Esta labor de rediseñar tiene el nombre de reingeniería de los procesos de negocios.
DESCRIPCIÓN GRÁFICA DE SISTEMAS
SISTEMAS Y EL DIAGRAMA DE FLUJO DE DATOS DE CONTEXTO
Uno de los primeros modelos que se utilizan para la realización de graficas, es el diagrama de flujo de datos de contexto o también conocida como modelo del entorno.
Este se enfoca principalmente en el flujo de los datos que entran y salen del sistema, en el procesamiento de los datos.
SISTEMAS Y EL MODELO DE ENTIDAD-RELACIÓN
Este es otro modelo pero este abarca más la entidad – relación, eso ayuda que el analista pueda definir la fronteras del sistema más apropiadas. Así ayuda que el analista comprenda las entidades y relaciones con las cuales se conforman el sistema organizacional. Una entidad dentro de una organización puede ser una persona, un lugar o cosa, y la relación seria la asociación que describe la interacción entre las entidades.
Para poder dibujar un diagrama E –R existen diversos esquemas con nombres como notación de pata de cuervo, flecha o bachman. En este libro la que más se utiliza es la notación de pata de cuervo. En un diagrama E – R se pueden describir diferentes tipos de relación de uno a uno, uno a muchos, muchos a uno y muchos a muchos.
NIVELES DE ADMINISTRACIÓN
La administración dentro de una organización se divide en tres niveles de control: control de operaciones, planeación y control administrativo, y por ultimo administración estratégica. Todos esto niveles tienen en si sus propias responsabilidades y se enfocan a su manera en lograr las metas y objetivos que tiene la organización estipulada.
IMPLICACIONES PARA DEL DESARROLLO DE SISTEMAS DE INFORMACIÓN
Cada uno de los niveles que anteriormente se vieron representa diferentes implicaciones para el desarrollo de sistemas de información. El horizonte de tiempo para la toma de decisiones es diferente en cada nivel. En cada una de los niveles se encuentran implicados diferentes personaje para así poder realizar el trabajo en los sistemas de información.
CULTURA ORGANIZACIONAL
Estas son áreas de investigación que ha crecido de manera notable en la última generación. Tanto las culturas y las subculturas son de gran importancia ya que estas determinan la manera en como los usuarios o la gente utilizan la información y los sistemas de información. En la actualidad se han realizado estudios para poder determinar si las organizaciones y equipos virtuales tienen efectos en la creación de las subculturas, cuando los integrantes del lugar no compartes el mismo espacio de trabajo pero si comparten tareas.
jueves, 18 de febrero de 2010
CAPITULO 1: ROL DEL ANALISTA DE SISTEMAS
Existen diversos tipos de sistemas en los que el analista trabaja, esto sistemas tienen propósitos diversos, ya que se basan según a las necesidades de las organizaciones. No todas las organizaciones tienen el mismo fin, ya que en ella los analistas realizan un gran trabajo como el diseño, mantenimiento y a veces dan recomendaciones de sobre que sistemas es el que necesitan. Los sistemas que estos analistas pueden desarrollar se encuentran; los sistemas de procesamiento de transacciones (TPS),sistemas de automatización de la oficina(OAS),los sistemas de trabajo del conocimiento(KWS) y los sistemas de información gerencial. También se encuentran los sistemas que ayudan a la toma de decisiones (DSS), hay sistemas experto que aplican el conocimiento de los gerentes o encargados de la toma de decisiones para poder dar solución a problemas muy bien estructurados; los sistemas de apoyo a la toma de decisiones en grupo (GDSS), sistemas de trabajo colaborativo apoyados por computadora (CSCWS) y sistemas de apoyo a ejecutivos [ESS). Muchos de estos sistemas se realizan originalmente en lo que es la web o por otro caso se suben a la web, y así dan apoyo al comercio electrónico, como es la publicidad en línea de los productos que dichas organizaciones realizan.
La realización del diseño y el análisis del sistemas se dice que es un enfoque sistemático, tal y como los analistas de sistemas lo realizan, esto ayuda a identificar los problemas, oportunidades y objetivos, y así poder analizar el flujo de entrada de los datos, el proceso que se realiza con dichos datos, como también su almacenamiento, y salida de la información. Base a esto se pueden diseñar sistemas de información computarizada destinados a solucionar este tipo de problema, este debe ser adecuado ya que se puede provocar que el sistema se deje de utilizar en el futuro.
El analista tiende a desempeñar diversos roles, durante el transcurso del trabajo, ya que tiene que evaluar el procesamiento de los datos y la producción de la información, para así poder mejorar los procesos de una organización. El analista tiene que tener una gran capacidad de trabajo, ya que tiene que tratar a todo tipo de personas y contar con una gran experiencia en computadoras. En este libro solo trata de explicar los tres principales roles que el analista de sistemas desempeña. El rol de consultor externo para el negocio, el rol de experto en soporte técnico este se realiza dentro de la empresa o negocio, y por el ultimo el rol de agente de cambio este es el mas completo y de mayor responsabilidad de los tres, ya que este abarca la situación tanto externo como interior para la empresa.
El analista tiene que poseer cualidades, para poder desempeñar cada uno de los roles, ay persona que trabajan como analista pero una descripción de esta puede quedarse conta en cualquier sentido de la palabra. Ya que estos pueden tener cualidades comúnmente iguales; un analista es un solucionador de problemas, ya que a este le encanta el reto de solucionar problemas, no importa lo difícil que sea darle una solución. También debe de ser un comunicador para tener capacidad de poder relacionarse con las demás personas durante un largo periodo de tiempo. El analista debe de ser autodisciplinada y automotivada, para poder así administrar y coordinar los innumerables recursos de un proyecto en ella también van incluido el personal.
Gran parte de lo que se vio anteriormente lo incluye el ciclo de vida del desarrollo de sistemas (SDLC). Es un enfoque que se realiza por fases para el análisis y el diseño. Estas fases pueden ser secuenciales, aunque en realidad estas se interrelacionan y con frecuencia se llevan a cabo de manera simultánea. Las siete fases son: identificación de problemas, oportunidades y objetivos; determinación de los requerimientos de información; análisis de las necesidades del sistema; diseño del sistema recomendado; desarrollo y documentación del software; prueba y mantenimiento del sistema, e implementación y evaluación del sistema.
Unas de las herramientas que es utilizada por los analistas, desde tiempo atrás este se a beneficiado de esta herramienta denominada como herramienta de ingeniería de software asistida por computadora (CASE). Existen 4 razones para el uso de esta herramienta, la primera es el aumento en la productividad del analista como es Visible Analyst(VA) da la posibilidad de realizar planeaciones, análisis y diseño, por medio de gráficos; la segunda razón es la mejora de la comunicación analista-usuario durante el ciclo de vida del desarrollo de sistemas; integración de las actividades del ciclo de vida, en esta tercera razón nos ayuda a dar una continuidad de una fase a la siguiente; y la cuarta y última razón es la evaluación de manera precisa los cambios en el mantenimiento del sistema. La herramienta case puede ser de bajo y alto nivel, en el alto nivel el analista tiene la posibilidad de crear y modificar el diseño de dicho sistema, mientras que en el de bajo nivel solo se utiliza para poder generar código maquina, para así eliminar la necesidad de programar el sistema.
Los analistas también utilizan la ingeniería inversa y la reingeniería, ambos métodos se emplea un software de reingeniería asistida por computadora llamada CARE, ya que se utilizan para alargar la vida de los programas vistos anteriormente, conocidos también como software heredado.
También existe el análisis y diseño de sistemas orientados a objetos, estos diseños utilizan el lenguaje unificado de modelación (UML), para así poder analizar los casos de uso. Hay ocasiones en donde el analista dejara de utilizar el SDLC y probara una nueva metodología. Como es la programación extrema (XP), este lleva a cabo al limite las practicas de análisis y diseño.
Suscribirse a:
Entradas (Atom)