Unidad 1: Sistemas de información.

Los sistemas de procesamiento de transacciones (TPS, Transaction Processing Systems) son sistemas de información computarizada creados para procesar grandes cantidades de datos relacionadas con transacciones rutinarias de negocios, como las nóminas y los inventarios.Un TPS elimina el fastidio que representa la realización de transacciones operativas necesarias y reduce el tiempo que una vez fue requerido para llevarlas a cabo de manera manual, aunque los usuarios aún tienen que capturar datos en los sistemas computarizados.

Los sistemas de automatización de la oficina [OAS, Office Automation Systems] apoyan a los trabajadores de datos, quienes por lo general no generan conocimientos nuevos, sino más bien analizan la información con el propósito de transformar los datos o manipularlos de alguna manera antes de compartirlos o, en su caso, distribuirlos formalmente con el resto de la organización y en ocasiones más allá de ésta.

Los sistemas de información gerencial (MIS, Management Information Systems] no reemplazan a los sistemas de procesamiento de transacciones, más bien, incluyen el procesamiento de transacciones. Los MIS son sistemas de información computarizados cuyo propósito es contribuir a la correcta interacción entre los usuarios y las computadoras.

Los sistemas de apoyo a la toma de decisiones se ajustan más al gusto de la persona o grupo que los utiliza que a los sistemas de información gerencial tradicionales.

Los sistemas expertos conforman una clase muy especial de sistema de información que se ha puesto a disposición de usuarios de negocios gracias a la amplia disponibilidad de hardware y software como computadoras personales (PCs) y generadores de sistemas expertos.Un sistema experto [también conocido como sistema basado en el conocimiento) captura y utiliza el conocimiento de un experto para solucionar un problema específico en una organización.

Los sistemas de apoyo a la toma de decisiones en grupo tienen el propósito de unir a un grupo en la búsqueda de la solución a un problema con la ayuda de diversas herramientas como los sondeos, los cuestionarios, la lluvia de ideas y la creación de escenarios.

Los sistemas de apoyo a ejecutivos (ESS, Executive Support Systems) ayudan a estos últimos a organizar sus actividades relacionadas con el entorno externo mediante herramientas gráficas y de comunicaciones, que por lo general se encuentran en salas de juntas o en oficinas corporativas personales.

Los analistas de sistemas deben estar conscientes de que la integración de tecnologías abarca todos los tipos de sistemas.

Rol del analista de sistemas.

El analista de sistemas evalúa de manera sistemática el funcionamiento de un negocio mediante el examen de la entrada y el procesamiento de datos y su consiguiente producción de información, con el propósito de mejorar los procesos de una organización.

Un agente de cambio se puede definir como alguien que sirve de catalizador para el cambio, desarrolla un plan para el cambio y coopera con los demás para facilitar el cambio.

Cualidades de un analista de sistemas: Solucionador de problemas. Comunicador. Ética personal y profesional. Automotivación y autodisciplina.

Ciclo de vida de un sistema: Identificación de problemas, oportunidades y objetivos. Determinación de los requerimientos de información. Análisis de las necesidades. Diseño del sistema recomendado. Desarrollo y documentación del software. Prueba y mantenimiento del sistema. Implementación y evaluación del sistema.

El mantenimiento es un proceso continuo durante el ciclo de vida de un sistema de información. Después de instalar el sistema de información, por lo general el mantenimiento consiste en corregir los errores de programación que previamente no se detectaron.

Una vez corregidos estos errores, el sistema alcanza un estado estable en el cual ofrece un servicio confiable a sus usuarios.

Los analistas empezaron a beneficiarse de las herramientas de productividad, denominadas herramientas de Ingeniería de Software Asistida por Computadora (CASE, Computer-Aided Software Engineering), que se crearon explícitamente para mejorar su trabajo rutinario mediante apoyo automatizado.

Aumento en la productividad del analista. Mejora de la comunicación analista-usuario. Integración de las actividades del ciclo de vida. Evaluar de manera precisa los cambios en el mantenimiento.

La ingeniería inversa y la reingeniería de software son métodos para alargar la vida de programas anteriores, conocidos como software heredado. En ambos métodos se emplea software de reingeniería asistida por computadora (CARE, Computer-Assisted Reengineeringj para analizar y reestructurar el código de computadora existente.

La reingeniería se refiere al proceso completo de convertir el código de programa al diseño CASE, modificar el diseño y volver a generar el nuevo código de programa.Son varias las ventajas que se consiguen al utilizar un conjunto de herramientas de ingeniería inversa:

Reducción del tiempo requerido para el mantenimiento del sistema, con lo cual queda más tiempo para nuevos desarrollos.

Se genera documentación, que podría haber sido inexistente o mínima en los programas anteriores.

Se crean programas estructurados a partir de código de computadora no estructurado o pobremente estructurado.

Los cambios futuros al mantenimiento son más sencillos, porque se pueden realizar al nivel del diseño más que al nivel del código.

Es posible analizar el sistema con el fin de eliminar porciones sin utilizar de código de computadora, el cual aún podría estar presente en programas anteriores a pesar de que las revisiones hechas al programa a lo largo de los años lo hayan vuelto obsoleto.

La programación extrema (XP, Extreme Programming) es un enfoque para el desarrollo de software que utiliza buenas prácticas de desarrollo y las lleva a los extremos. Se basa en valores, principios y prácticas esenciales. Los cuatros valores son la comunicación, la simplicidad, la retroalimentación y la valentía.

Resumen:

La información se puede considerar como un recurso organizacional. Como tal, se debe manejar con cuidado, al igual que los demás recursos. La disponibilidad de gran poder de cómputo en las organizaciones ha propiciado una explosión de información y, en consecuencia, se debe prestar mayor atención al manejo de la información generada. Los analistas de sistemas recomiendan, diseñan y dan mantenimiento a diversos tipos de sistemas, como los sistemas de procesamiento de transacciones (TPS), sistemas de automatización de la oficina (CAS), sistemas de trabajo del conocimiento (KWS) y sistemas de información gerencial [MIS). También crean sistemas orientados a la toma de decisiones, como los sistemas de apoyo a la toma de decisiones (DSS), sistemas expertos (ES), 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). Muchas aplicaciones se conciben originalmente para, o se migran a, la Web para apoyar el comercio electrónico.El diseño y análisis de sistemas es un enfoque sistemático para identificar problemas, oportunidades y objetivos; para analizar los flujos de información de las organizaciones, y para diseñar sistemas de información computarizados destinados a solucionar problemas.

Los analistas de sistemas se ven precisados a desempeñar diversos roles durante el transcurso de su trabajo. Algunos de estos roles son: (1) consultor extremo para el negocio, (2) experto de apoyo técnico dentro de un negocio y (3) agente de cambio en situaciones tanto internas como externas.

Los analistas poseen un amplio rango de habilidades. En primer lugar, y más importante, el analista es un solucionador de problemas; alguien que disfruta el reto de analizar un problema e idear soluciones factibles. El analista de sistemas requiere habilidades de comunicación que le permitan relacionarse de manera significativa con diversas clases de gente diariamente, así como habilidades de computación. El involucramiento del usuario final es crítico para el éxito del proyecto.Los analistas actúan de manera sistemática. El marco para este enfoque sistemático lo ofrece el ciclo de vida del desarrollo de sistemas (SDLC]. Este ciclo de vida se puede dividir en siete fases secuenciales, aunque en realidad las fases 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.Los paquetes de software automatizados, basados en PC, para el análisis y diseño de sistemas se conocen como herramientas de Ingeniería de Software Asistida por Computadora (CASE). Las cuatro razones para adoptar las herramientas CASE son: incrementar la productividad del analista, mejorar la comunicación entre analistas y usuarios, integrar las actividades del ciclo de vida, y analizar y valorar el impacto de los cambios en el mantenimiento. Los analistas también emplean enfoques de reingeniería asistida por computadora (CARE) para realizar ingeniería inversa de software y reingeniería con el propósito de extender la vida útil del software heredado.El análisis orientado a objetos (OOA) y el diseño orientado a objetos (OOD) constituyen un enfoque distinto de desarrollo de sistemas. Estas técnicas se basan en los conceptos de la programación orientada a objetos, que han sido codificados en UML, un lenguaje estandarizado de modelación en el cual los objetos generados no sólo incluyen código referente a los datos sino también instrucciones acerca de las operaciones que se realizarán sobre los datos.Cuando la situación particular de una organización así lo requiera, el analista podría dejar el SDLC y probar una metodología alterna. Un enfoque, denominado programación extrema (XP), lleva al límite las prácticas de análisis y diseño.

UNIDAD 2: EL ESTILO ORGANIZACIONAL Y SU IMPACTO EN LOS SISTEMAS DE INFORMACIÓN.

Existen tres aspectos fundamentales de la organización que se deben tomar en cuenta al analizar y diseñar sistemas de información: el concepto de organizaciones como sistemas, los diversos niveles de administración y la cultura general de la organización.Las organizaciones son sistemas complejos compuestos de subsistemas interrelacionados e interdependientes. Además, los sistemas y subsistemas se caracterizan por sus entornos internos que van de un continuo abierto a cerrado. Un sistema abierto permite el libre tránsito de recursos (gente, información, materiales) a través de sus fronteras; los sistemas cerrados no permiten el libre flujo de entrada o salida. Las organizaciones y los equipos también se pueden organizar virtualmente mediante la conexión electrónica de sus miembros remotos ubicados en diferentes espacios de trabajo físicos. 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. Permiten obtener una vista de los sistemas de la organización.Los diagramas de entidad-relación ayudan al analista de sistemas a comprender las entidades y relaciones que conforman el sistema organizacional. Los diagramas E-R pueden describir relaciones uno a uno, uno a muchos, muchos a uno y muchos a muchos.Los tres niveles de control administrativo son el operativo, el de nivel medio y el estratégico.El horizonte de tiempo para la toma de decisiones es diferente en cada nivel.Las culturas y subculturas de una organización son factores importantes que determinan la manera como la gente utiliza la información y los sistemas de información. Al considerar a los sistemas de información en el contexto de la organización como un sistema más grande, entenderemos que hay diversos factores importantes que debemos tomar en cuenta al determinar los requerimientos de información y diseñar e implementar sistemas de información.

UNIDAD 3: DETERMINACIÓN DE LA VIABILIDAD Y ADMINISTRACIÓN DE LAS ACTIVIDADES DE ANALISIS Y DISEÑO.

Los cinco aspectos fundamentales de un proyecto que el analista de sistemas debe dominar son: (1) la iniciación de proyectos, (2) la determinación de la

viabilidad de un proyecto, (3) la planeación y el control de actividades, (4) la programación de proyectos y (5) la administración de los miembros del equipo de análisis de sistemas. Los proyectos pueden ser solicitados por diversas personas de la organización o por los mismos analistas de sistemas.La selección de un proyecto es una decisión difícil, ya que se solicitarán más proyectos de los que se pueden realizar. Cinco criterios importantes para la selección de proyectos son:

(1)que el proyecto solicitado tenga el respaldo de los directivos de la organización,

(2)que cuente con un periodo adecuado de compromiso para la terminación del proyecto,

(3)que impulse a la organización hacia la consecución de sus metas, (4)que sea factible. (5)que tenga la importancia suficiente para darle mayor prioridad que a

otros proyectos.

UNIDAD 4: RECOPILACIÓN DE INFORMACIÓN: METODOS INTERACTIVOS.

Este capítulo abarca tres de los métodos interactivos clave para recopilar información que puede utilizar el analista de sistemas: las entrevistas, JAD y los cuestionarios. Durante el proceso de la entrevista con los tomadores de decisiones de la organización, que es un método utilizado por los analistas de sistemas para recopilar datos sobre los requerimientos de información, los analistas escuchan metas, sentimientos, opiniones y procedimientos informales.También venden el sistema durante las entrevistas. Las entrevistas son diálogos de preguntas y respuestas entre dos personas, planeados de antemano. El analista se vale de la entrevista para desarrollar su relación con un cliente, observar el lugar de trabajo y para recopilar datos relacionados con los requerimientos de información. Aunque el correo electrónico puede usarse para preparar al entrevistado planteándole preguntas previas a una reunión, por lo general las entrevistas deben realizarse en persona y no de manera electrónica.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.

Hay dos tipos básicos de preguntas: abiertas o cerradas. Las preguntas abiertas permiten al entrevistado usar todas las opciones de respuesta. Las preguntas cerradas limitan las opciones de respuesta posibles. Los sondeos o preguntas de seguimiento pueden ser abiertos o cerrados, pero piden al encuestado una respuesta más detallada.Las entrevistas pueden estructurarse de tres maneras básicas: pirámide, embudo o diamante. Las estructuras de pirámide empiezan con preguntas cerradas y detalladas y finalizan con preguntas más amplias y generales. Las estructuras de embudo empiezan con preguntas abiertas y generales y a continuación pasan a preguntas cerradas más específicas.Las estructuras con forma de diamante combinan las fortalezas de las otras dos estructuras, pero toman muchos más tiempo para realizarse. Hay ventajas y desventajas involucradas en la decisión de cuan estructuradas hacer las preguntas de la entrevista y las secuencias de preguntas.Para reducir el tiempo y costo de las entrevistas personales, los analistas podrían considerar como una alternativa el diseño conjunto de aplicaciones. Con JAD, los analistas pueden examinar los requerimientos y diseñar una interfaz de usuario de manera conjunta con los usuarios. La evaluación cuidadosa de la cultura particular de una organización ayudará al analista a determinar si JAD es una alternativa adecuada.

CAPITULO 5: RECOPILACIÓN DE INFORMACIÓN: METODOS NO INTRUSIVOS.

Este capítulo ha tratado los métodos no intrusivos para la recopilación de información, incluyendo el muestreo; investigación de datos cuantitativos y cualitativos en los formularios actuales y en los archivados, y la observación de las actividades del tomador de decisiones a través del uso del guión del analista, como también de la observación del entorno físico del tomador de decisiones mediante el STROBE.El proceso de seleccionar sistemáticamente elementos representativos de una población se llama muestreo. El propósito del muestreo es seleccionar y estudiar documentos como facturas, informes de ventas y memorandos, o quizás seleccionar y entrevistar, aplicar cuestionarios y observar a los miembros de la organización. El muestreo puede reducir costos, acelerar la recopilación de datos, hacer potencialmente más eficaz el estudio y quizá reducir la desviación en el estudio.Un analista de sistemas debe seguir cuatro pasos para diseñar una buena muestra. Primero, necesita delimitar la población en sí. Segundo, debe decidir

el tipo de muestra. Tercero, tiene que calcular el tamaño de la muestra. Por último, debe planear los datos que se tienen que recolectar o describir.

Los tipos de muestras útiles para el analista de sistemas son las muestras de conveniencia, las muestras intencionales, las muestras aleatorias simples y las muestras aleatorias complejas.El último tipo incluye las subcategorías de muestreo sistemático y muestreo estratificado.Hay varios lineamientos a seguir al determinar el tamaño de la muestra. El analista de sistemas puede tomar una decisión subjetiva respecto a las estimaciones del intervalo aceptable, después elige un nivel de confianza y a continuación puede calcular el tamaño necesario de la muestra.Los analistas de sistemas necesitan investigar los datos y formularios actuales y los archivados, incluyendo informes, documentos, estados financieros, contenido de los sitios Web corporativos, formularios en la Web diseñados para imprimirse y aquellos que se envían electrónicamente, manuales de procedimientos, y contenido del correo electrónico y memorandos.Los datos y formularios actuales y los archivados revelan en dónde ha estado la organización y hacia dónde creen los miembros que se dirige. Es necesario analizar los documentos cuantitativos y cualitativos. Dado que los documentos son mensajes persuasivos, se debe reconocer que cambiándolos bien se podría cambiar la organización.Los analistas usan la observación como una técnica de recopilación de información.Mediante la observación se dan una idea de lo que realmente se hace. Una forma de describir cómo se comportan los tomadores de decisiones es utilizar un guión de analista para documentar las actividades de cada uno de los actores principales.Además de observar la conducta de un tomador de decisiones, el analista de sistemas debe observar el entorno del tomador de decisiones. Un método es la Observación Estructura del Entorno, o STROBE. Un analista de sistemas usa el STROBE del mismo modo que un crítico de cine usa un método llamado análisis de escenario para analizar una toma de la película.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. El STROBE se puede usar para entender mejor la manera en que los tomadores de decisiones recopilan, procesan, almacenan y comparten realmente la información.

UNIDAD 6: ELABORACIÓN DE PROTOTIPOS, RAD Y PROGRAMACIÓN EXTREMA.

La elaboración de prototipos es una técnica útil de recopilación de información para complementar el ciclo de vida del desarrollo tradicional de sistemas. Cuando los analistas de sistemas usan la elaboración de prototipos, están buscando las reacciones del usuario, sugerencias, innovaciones y la revisión planeada para mejorar el prototipo, y por consiguiente modificar los planes del sistema con un gasto e interrupción mínimos. Los sistemas que apoyan la toma de decisiones semiestructurada [como lo hacen los sistemas de apoyo a la decisión) son los primeros candidatos para la elaboración de prototipos.El término elaboración de prototipos acepta varios significados diferentes, de los cuales cuatro se usan comúnmente. La primera definición de la elaboración de prototipos es la de construir un prototipo como un sistema corregido. Una segunda definición es la de un prototipo no funcional que se usa para probar ciertos aspectos del diseño.Como tercera definición está la de crear el primer prototipo de una serie que es totalmente funcional. Esta clase de prototipo es útil cuando se planean muchas instalaciones del mismo sistema de información (bajo condiciones similares). La cuarta clase de la elaboración de prototipos es un prototipo con características seleccionadas que tiene algunas, pero no todas, las características principales del sistema.

Usa módulos independientes como los blocks para construcción, de manera que si las características del prototipo elaborado son exitosas, se puedan mantener e incorporarse en el sistema final.Los cuatro lineamientos principales para desarrollar un prototipo son: (1) Trabajar en módulos manejables; (2) Construir rápidamente el prototipo;(3) Modificar el prototipo.(4) Poner énfasis en la interfaz de usuario.

Una desventaja de los prototipos es que administrar el proceso de la elaboración de prototipos es difícil debido a la rapidez del proceso y a sus muchas iteraciones. Una segunda desventaja es que un prototipo incompleto podría ser forzado a colocarse en servicio como si fuera un sistema completo.Aunque la elaboración de prototipos no siempre es necesaria o deseable, se debe observar que hay tres ventajas principales relacionadas con su uso: (1) la aptitud para cambiar a tiempo el sistema en su desarrollo, (2) la oportunidad de detener el desarrollo de un sistema que no está funcionando y (3) la posibilidad de desarrollar un sistema que se ajuste más estrechamente a las necesidades y expectativas de los usuarios.

Los usuarios tienen que desempeñar un papel diferente en el proceso de la elaboración de prototipos. Su ocupación principal debe ser interactuar con el prototipo a través de la experimentación. Los analistas de sistemas deben trabajar sistemáticamente para identificar y evaluar las reacciones de los usuarios al prototipo.Un uso particular de la elaboración de prototipos es el de desarrollo rápido de aplicaciones, o RAD. Éste es un enfoque orientado a objetos con tres fases: planeación de requerimientos, taller de diseño del RAD e implementación.La programación extrema (XP) es un enfoque de desarrollo de software que toma lo que generalmente designamos como buenas prácticas de desarrollo de software y las lleva al extremo. XP define con rapidez un plan global, desarrolla, libera rápidamente el software y después lo revisa de manera continua para agregarle características adicionales. Los programadores de XP trabajan en parejas para desarrollar sistemas de calidad.Los cuatro valores de XP que son compartidos por el cliente comercial así como también por el equipo de desarrollo son comunicación, sencillez, retroalimentación y valentía.Los cinco principios básicos de XP consisten en proporcionar una retroalimentación rápida; adoptar la simpleza al abordar una nueva tarea de programación; cambiar el código, el diseño, e incluso al equipo de desarrollo, de manera gradual; aceptar el cambio como un estado normal del trabajo, y hacer un trabajo de calidad. Las actividades de XP incluyen codificar, probar, escuchar y diseñar. Los recursos disponibles incluyen tiempo, costo, calidad y alcance.Las cuatro prácticas esenciales de XP son: (1) Liberación limitada; (2) semana de trabajo de 40 horas;

(3) cliente en el sitio, y(4) programación en parejas.

Dichas prácticas distinguen a la programación extrema de otros procesos de desarrollo de sistemas. Las cinco fases amplias en el proceso de desarrollo de XP son la exploración, planeación, las iteraciones a la primera versión, puesta en producción y mantenimiento.El proceso de desarrollo de XP incluye seleccionar una tarea que se relaciona directamente a una característica deseada por el cliente que se basa en las historias del usuario; escoger a un compañero de programación; seleccionar y escribir los casos de prueba adecuados; escribir el código; aplicar los casos de prueba; depurar el código hasta que se apliquen todos los casos de prueba; implementarlo con el diseño existente, e integrarlo a lo que actualmente existe.Hay seis lecciones que aprender del enfoque de XP. La primera lección es que las liberaciones en corto permiten evolucionar a los sistemas. La segunda lección es que la programación en parejas refuerza la calidad global. La tercera lección es que los clientes en el sitio y el equipo de XP se benefician mutuamente. La cuarta lección es que la semana de trabajo de 40 horas mejora la eficiencia. La quinta lección es que los recursos y actividades equilibrados apoyan las metas del proyecto. La última lección que tomamos de la programación extrema es que los valores de XP son fundamentales para el éxito.El modelado ágil abarca un conjunto de principios básicos. Un valor que los modeladores ágiles poseen es la humildad. Además de los principios esenciales de la programación extrema, el modelado ágil agrega principios tales como "modelar con un propósito", "el software es su meta principal" y "viajar con poco equipaje", una forma de decir que poca documentación es suficiente.

CAPITULO 7: USO DE DIAGRAMAS DE FLUJO DE DATOS (DFD.)

Para entender mejor el movimiento lógico de los datos a través de una empresa, el analista de sistemas dibuja diagramas de flujo de datos (DFDs). Estos diagramas son herramientas estructuradas de análisis y diseño que permiten al analista comprender visualmente el sistema y los subsistemas como un conjunto de flujos de datos interrelacionados.Las representaciones gráficas del movimiento, almacenamiento y transformación de los datos, se dibujan mediante cuatro símbolos: un rectángulo redondeado para ilustrar el procesamiento o transformaciones de

datos, un cuadrado doble para mostrar una entidad de datos externa (origen o receptora de datos), una flecha para describir el flujo de datos y un rectángulo abierto para representar un almacén de datos.El analista de sistemas extrae procesos de datos, orígenes, almacenes y flujos de los primeros relatos de la organización y utiliza un enfoque jerárquico hacia abajo para dibujar primero un diagrama de flujo de datos de contexto del sistema a un nivel muy general. A continuación dibuja un diagrama de flujo de datos lógico de nivel 0. Se muestran los procesos y se agregan almacenes de datos. En seguida, el analista crea un diagrama hijo para cada uno de los procesos del Diagrama 0. Las entradas y salidas permanecen constantes, pero los almacenes y los orígenes de datos cambian. La ampliación del diagrama de flujo de datos original permite al analista de sistemas enfocarse en descripciones cada vez más detalladas del movimiento de los datos en el sistema. El analista desarrolla entonces un diagrama de flujo de datos físico a partir del diagrama de flujo de datos lógico, y lo particiona para facilitar la programación. Cada proceso se analiza para determinar si se trata de un procedimiento manual o uno automatizado.Seis consideraciones para particionar diagramas de flujo de datos incluyen si los procesos son realizados por diferentes grupos de usuarios, si se ejecutan al mismo tiempo, si desempeñan tareas similares, si se pueden combinar para realizar un procesamiento eficiente, si se pueden combinar en un programa para mantener la consistencia de los datos, o si se pueden particionar en diferentes programas por razones de seguridad.

CAPITULO 8: ANÁLISIS DE SISTEMAS MEDIANTE DICCIONARIOS DE DATOS.

Mediante un enfoque jerárquico de arriba hacia abajo, el analista de sistemas usa los diagramas de flujo de datos para empezar a compilar un diccionario de datos, el cual es un trabajo de referencia que contiene datos acerca de datos, o metadatos, de todos los procesos de datos, almacenes, flujos, estructuras y elementos lógicos y físicos del sistema bajo estudio. Una forma de empezar es incluir todos los elementos de datos que contengan los diagramas de flujo de datos.Una colección más grande de información del proyecto se llama depósito. Las herramientas CASE permiten al analista crear un depósito que podría incluir información acerca de los flujos de datos, almacenes, estructuras de registro y elementos; de las pantallas de lógica de procedimientos y diseño de informes; de las relaciones de datos; de los requerimientos del proyecto y de las

liberaciones del sistema final, y acerca de la información de administración del proyecto.El diccionario de datos es útil en todas las fases del análisis, diseño y por último de la documentación, debido a que es la fuente autorizada de cómo se usan y definen los elementos de datos en el sistema. CAPITULO 9: DESCRIPCIÓN DE LAS ESPECIFICACIONES DE PROCESOS Y DECISIONES ESTRUCTURADAS.

Una vez que el analista identifica los flujos de datos y empieza a construir un diccionario de datos, es hora de pasar a la especificación de procesos y el análisis de decisión. Los tres métodos para el análisis de decisión y para describir la lógica de procesos descritos en este capítulo, son Español estructurado, tablas de decisión y árboles de decisión.Las especificaciones de procesos (o miniespecificaciones) se crean para procesos primitivos de un diagrama de flujo de datos así como también para algunos procesos de alto nivel que se amplían a un diagrama hijo. Estas especificaciones explican la lógica de la toma de decisiones y las fórmulas que transformarán en salida los datos de entrada de un proceso. Los tres objetivos de la especificación de procesos son reducir la ambigüedad del proceso, obtener una descripción precisa de lo que se está realizando y validar el diseño del sistema.Una gran parte del trabajo del analista de sistemas involucrará decisiones estructuradas, es decir, decisiones que pueden automatizarse si ocurren condiciones identificadas. Para hacer esto, el analista necesita definir cuatro variables en la decisión que va a examinar: condiciones, alternativas de condición, acciones y reglas de acción.Una forma de describir decisiones estructuradas es usar el método llamado Español estructurado, en el cual la lógica se expresa en estructuras secuenciales, estructuras de decisión, estructuras de caso o iteraciones. El Español estructurado usa palabras clave aceptadas tales como IF, THEN, ELSE, DO, DO WHILE y DO UNTIL para describir la lógica usada y se vale de sangrías para indicar la estructura jerárquica del proceso de decisión.Las tablas de decisión proporcionan otra forma de examinar, describir y documentar decisiones. Las tablas de decisión son provechosas porque las reglas para desarrollar la propia tabla, así como las reglas para eliminar redundancia, contradicciones y situaciones imposibles, son directas y manejables. El uso de tablas de decisión promueve la completitud y exactitud al analizar decisiones estructuradas.

El tercer método para el análisis de decisión es el árbol de decisión, que está integrado por nodos (un cuadrado para las acciones y un círculo para las condiciones) y ramas. Los árboles de decisión son apropiados cuando las acciones se deben realizar en una cierta secuencia.No hay necesidad de que el árbol sea simétrico, de modo que en una rama específica sólo se encuentran aquellas condiciones y acciones que son críticas para las decisiones.Cada uno de los métodos de análisis de decisión tiene sus propias ventajas y se deben usar según sea el caso. El Español estructurado es útil cuando se repiten muchas acciones y cuando la comunicación con otros es importante. Las tablas de decisión proporcionan un análisis completo de situaciones complejas y limitan la necesidad de cambios atribuibles a situaciones imposibles, redundancias o contradicciones. Los árboles de decisión son importantes cuando la secuencia apropiada de condiciones y acciones es crítica y cuando cada condición no es relevante para cada acción.Cada proceso del diagrama de flujo de datos se amplía a un diagrama hijo, diagrama de estructura o especificaciones de procesos (como Español estructurado]. Si el proceso es primitivo, las especificaciones muestran la lógica, la aritmética o el algoritmo para transformar la entrada en salida. Estas especificaciones del modelo lógico son parte de las reglas del negocio (que con frecuencia constituyen una base para crear un lenguaje de procedimientos cuando se usan generadores de código).Si el proceso se amplía a un diagrama hijo o a un diagrama de estructura, la especificación de procesos describe el orden y las condiciones bajo las que se ejecutarán los procesos del diagrama hijo. Esta lógica de control es parte del modelo físico.Las especificaciones de procesos se podrían usar para analizar el diagrama de flujo de datos y el diccionario de datos mediante un método llamado balanceo horizontal, el cual especifica que todos los elementos de salida del flujo de datos se deben obtener de los elementos de entrada y de la lógica del proceso. Las áreas sin resolver se pueden plantear como preguntas en las entrevistas de seguimiento.

CAPITULO 10: PREPARACIÓN DE LA PROPUESTA DE SISTEMAS.

Al inventariar el equipo disponible y en orden, los analistas de sistemas podrán determinar mejor si será recomendado el hardware de cómputo nuevo, modificado o actual.El hardware de cómputo se puede adquirir a través de la compra, arrendamiento financiero o alquiler. Los vendedores proporcionarán servicios

de apoyo tales como el mantenimiento preventivo y capacitación de usuario que normalmente se negocian por separado. El software se puede crear como un producto personalizado, comprar como un paquete de software comercial (COTS) o subcontratar a un proveedor de servicios de aplicaciones (ASP).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.Los tomadores de decisiones también pueden usar sistemas expertos y redes neurales para resolver problemas. También pueden buscar apoyo de sistemas de recomendación, los cuales sondean las preferencias de usuarios y llegan a los resultados por ponderación numérica o por frecuencia. Los ejecutivos buscan información externa y hay muchas formas diferentes de obtener dicha información de Web. Estos métodos incluyen tecnologías de actualización automática, páginas de inicio personalizadas, periódicos en línea y agentes inteligentes.Incluso la información para el apoyo a la toma de decisiones se puede colocar en dispositivos portátiles, teléfonos celulares y radiolocalizadores.Preparar una propuesta de sistemas significa identificar todos los costos y beneficios de diversas alternativas. El analista de sistemas tiene varios métodos disponibles para pronosticar los costos futuros, beneficios, volúmenes de transacciones y variables económicas que afectan los costos y beneficios. Los costos y beneficios pueden ser tangibles (cuantificables) o intangibles (no cuantificables y resistentes a la comparación directa).Un analista de sistemas tiene muchos métodos para analizar costos y beneficios. El análisis de punto de equilibrio examina el costo del sistema actual versus el costo del sistema propuesto. El método de análisis del tiempo de recuperación de la inversión determina el tiempo que tomará antes de que el nuevo sistema sea aprovechable. El análisis de flujo de efectivo es apropiado cuando es crítico saber la cantidad de desembolsos de efectivo, mientras que el análisis de valor presente toma en consideración el costo de pedir prestado el dinero.Estas herramientas ayudan al analista a examinar las alternativas disponibles y hacer una recomendación bien documentada en la propuesta de sistemas.

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.

Para ser eficaz, la propuesta se debe escribir de forma clara y entendible y su contenido se debe dividir en 10 secciones funcionales.Las consideraciones visuales son importantes al reunir una propuesta. Mucho de lo que es importante en la propuesta de sistemas puede reforzarse a través del uso correcto de cifras, incluyendo tablas y gráficos. Los gráficos comparan dos o más variables con el tiempo o en un periodo particular. A las cifras siempre las acompaña una interpretación escrita en la propuesta. Los gráficos y tablas que se utilizan para la planeación previa a la propuesta se pueden incorporar en ésta si son importantes. La presentación oral del sistema se basa en la propuesta escrita y es otra forma de vender el sistema eficazmente.

CAPITULO 11: DISEÑO DE UNA SALIDA EFICAZ.

La salida es cualquier información útil o los datos entregados al usuario por el sistema de información o por el sistema de apoyo a la toma de decisiones. La salida puede tomar casi cualquier forma, incluyendo impresión, mostrar en un monitor, audio, microformas, CDROMs o DVDs y los documentos basados en Web.El analista de sistemas tiene seis objetivos principales en el diseño de la salida. Ellos deben diseñar la salida para servir el propósito para el que fue creada, satisfacer al usuario, entregar la cantidad correcta de salida, entregarla al lugar correcto, proporcionar la salida a tiempo y escoger el método de salida correcto.Es importante que el analista comprenda que el contenido de la salida se relaciona con el método de salida. La salida de tecnologías diferentes afecta a los usuarios de distintas formas. Las tecnologías de salida también difieren en su velocidad, costo, portabilidad, flexibilidad y posibilidades de almacenamiento y recuperación. Todos estos factores se deben considerar al decidir entre la impresión, mostrar en un monitor, salida de audio, electrónica o basada en Web, o una combinación de éstos.La presentación de salida puede alterar la percepción de los usuarios en su interpretación de ésta. Los analistas deben estar conscientes de las fuentes de sesgo, deben interactuar con los usuarios para diseñar y personalizar la salida, deben informar a los usuarios de las posibilidades de sesgo en la salida, deben crear salidas flexibles y modificables, y deben capacitar a los usuarios para usar salidas múltiples para poder verificar la exactitud de cualquier informe particular.Los informes impresos se diseñan con el uso de herramientas de diseño de software asistido por computadora que ofrecen plantillas de diseño de

formulario y las interfaces de arrastrar y soltar. El diccionario de datos sirve como fuente para los datos necesarios en cada informe.El diseño de salida para las pantallas es importante, sobre todo para los sistemas de apoyo a la toma de decisiones, así como también para Web. Una vez más, la estética y utilidad son importantes al crear salida bien diseñada para los despliegues. Es importante producir prototipos de pantallas y documentos Web que permiten a usuarios hacer cambios donde deseen.

CAPITULO 12: DISEÑO DE UNA ENTRADA EFICAZ.

Este capítulo ha tratado elementos de diseño de entrada para formularios, pantallas y formularios para contestar en la Web. La entrada bien diseñada debe lograr los objetivos de efectividad, precisión, facilidad de uso, simplicidad, consistencia y atractivo. El conocimiento de muchos elementos de diseño diferentes permitirá al analista de sistemas alcanzar estos objetivos.

Los cuatro lineamientos para los formularios de entrada bien diseñados son los siguientes:

1. Los formularios deben ser fáciles de completar.

2. Los formularios deben cumplir el propósito para el cual se diseñan.

3. Los formularios se deben diseñar para asegurar precisión en su llenado.

4. Los formularios deben ser atractivos.

El diseño de formularios útiles, pantallas y formularios para contestar en la Web se traslapa de muchas formas importantes, pero hay algunas distinciones. Las pantallas muestran un cursor que continuamente orienta al usuario. Con frecuencia las pantallas proporcionan asistencia con la entrada, mientras que con la excepción de instrucciones impresas previamente, podría ser difícil obtener asistencia adicional con un formulario en papel. Los documentos basados en Web tienen funciones adicionales, tales como hipervínculos integrados, funciones de ayuda sensible al contexto y formularios de retroalimentación, para corregir la entrada antes del envío final. Se pueden agregar máscaras como una opción para personalizar un sitio Web.

Los cuatro lineamientos para las pantallas bien diseñadas son como sigue:

1. Las pantallas se deben mantener simples.

2. Las pantallas deben ser consistentes en la presentación.

3. El diseño debe facilitar el movimiento entre las páginas.

4. Las pantallas deben ser atractivas.

Muchos elementos de diseño diferentes permiten al analista de sistemas seguir estos lineamientos. El flujo apropiado de formularios impresos, pantallas y formularios para contestar en la Web es importante. Los formularios deben agrupar la información lógicamente en siete categorías, y las pantallas se deben dividir en tres secciones principales. Los títulos en formularios y pantallas pueden variar, al igual que los tipos de fuente y los grosores de las líneas que dividen subcategorías de información. Los formularios de múltiples partes son otra forma de asegurar que los formularios alcancen sus objetivos. Los diseñadores pueden usar ventanas, sugerencias, cuadros de diálogo y valores predeterminados en pantalla para asegurar la efectividad del diseño.

Las pantallas se pueden diseñar usando varias herramientas CASE. También se pueden usar iconos, color e interfaces gráficas de usuario para reforzar el entendimiento del usuario de las pantallas de entrada.

Los formularios para contestar en la Web se deben construir teniendo en cuenta los siguientes siete lineamientos así como también los del capítulo 11:

1. Proporcione instrucciones claras.

2. Demuestre una secuencia de entrada lógica para los formularios.

3. Use una variedad de cuadros de texto, botones de comando, menús desplegables, casillas de verificación y botones de opción.

4. Proporcione un cuadro de texto desplegable si no sabe con exactitud cuánto espacio necesitarán los usuarios para contestar una pregunta.

5. Prepare dos botones básicos en cada formulario que se contestará en la Web: Enviar y Limpiar contenido.

6. Si el formulario es largo y los usuarios se deben desplazar excesivamente, divida el formulario en varios formularios más sencillos en páginas separadas.

7. Cree una pantalla de retroalimentación que indique que se rechaza el envío de un formulario a menos que los campos obligatorios estén completados correctamente.

CAPITULO 13: DISEÑO DE BASE DE DATOS.

Con frecuencia, la forma de almacenar datos es una decisión importante en el diseño de un sistema de información. Hay dos enfoques para almacenar datos. El primero es almacenarlos en archivos individuales, un archivo para cada aplicación. El segundo enfoque es desarrollar una base de datos que se pueda compartir por muchos usuarios para una variedad de aplicaciones conforme sea necesario. Ha habido mejoras impresionantes en el diseño de software de bases de datos para tomar ventaja de las posibilidades que ofrecen las interfaces gráficas.

El enfoque de archivo convencional a veces podría ser más eficaz, debido a que el archivo puede ser específico de una aplicación. Por otro lado, el enfoque de base de datos podría ser más apropiado porque los mismos datos necesitan ser introducidos, almacenados y actualizados una sola vez.

Una comprensión del almacenamiento de datos requiere entender tres dominios: realidad, datos y metadatos. Una entidad es cualquier objeto o evento para el cual estamos deseosos recopilar y almacenar datos. Los atributos son las características reales de estas entidades. Los datos pueden tener valores y se pueden organizar en los registros que se pueden acceder mediante una clave. Los metadatos describen los datos y pueden contener restricciones sobre el valor de los datos (como numérico).

Los ejemplos de archivos convencionales incluyen archivos maestros, archivos de tabla, archivos de transacción, archivos de trabajo y archivos de informe. Pueden tener una organización secuencial, listas enlazadas u organización de archivos hash. Las bases de datos se construyen típicamente con una estructura relacional. Sin embargo, los sistemas heredados pueden tener estructuras jerárquicas o de red.

La normalización es el proceso que toma vistas de usuario y las transforma en estructuras menos complejas llamadas relaciones normalizadas. Hay tres pasos en el proceso de normalización.

Primero, se remueven todos los grupos repetitivos.

Segundo, se eliminan todas las dependencias parciales.

Finalmente, se remueven las dependencias transitivas.

Después que se completen estos tres pasos, el resultado es la creación de varias relaciones en tercera forma normal (3NF).

El diagrama entidad-relación se podría usar para determinar las claves necesarias para un registro o una relación de base de datos. Los tres lineamientos a seguir al diseñar tablas maestras o relaciones de base de datos son que:

(1) Cada entidad de datos separada debe crear una tabla maestra (no combine dos entidades distintas en una tabla);

(2) Un campo de datos específicos debe existir únicamente en una tabla maestra,

(3) Cada tabla maestra o relación de base de datos debe tener programas para Crear, Leer, Actualizar y Eliminar.

El proceso de recuperación de datos podría incluir hasta ocho pasos:

(1) se escogen una relación o relaciones y (2) se unen; (3) la proyección y (4) la selección se realizan en la relación para extraer las filas y columnas relevantes; (5) se podrían derivar nuevos atributos; (6) las filas se clasifican o indexan; (7) se calculan los totales y medidas de desempeño y, finalmente, (8) los resultados se presentan al usuario.

La desnormalización es un proceso que toma el modelo de datos lógico y lo transforma en un modelo físico que es eficaz para las tareas que son más necesarias. Los almacenes de datos difieren de las bases de datos tradicionales de muchas formas; una es que estas últimas almacenan datos desnormalizados, los cuales se organizan por temas. Los almacenes de datos permiten fácil

acceso mediante software de minería de datos, denominado software, que busca los modelos e identifica las relaciones que los tomadores de decisiones humanos no imaginan.

El Lenguaje de Marcado Extensible (XML) es un lenguaje estándar no patentado que sirve como un mecanismo para tomar los datos básicos y traducirlos a un lenguaje universal que se puede leer por cualquiera con las herramientas de traducción adecuadas. Principalmente se usa para el intercambio de datos de negocio.

CAPITULO 14: DISEÑO DE INTERFACES DE USUARIO:

Nos hemos enfocado en los usuarios del sistema, su interacción con la computadora, su necesidad de retroalimentación, diseñar retroalimentación del sitio Web de comercio electrónico y navegación y el diseño de consultas de la base de datos. El éxito de los sistemas que diseñe depende del involucramiento y aceptación del usuario. Por consiguiente, pensar sobre los usuarios en una forma sistemática y empática es de suma importancia y no es un problema periférico para los analistas de sistemas.

En este capítulo se trataron una variedad de interfaces de usuario y dispositivos de entrada.

Algunas interfaces son particularmente adecuadas para los usuarios inexpertos, tal como lenguaje natural, pregunta y respuesta, menús, formulario y formulario que se basa en la Web, las interfaces gráficas de usuario (sobre todo en las páginas Web), el ratón, lápiz óptico, lápiz, pantallas sensibles al tacto y sistemas de reconocimiento de voz. El lenguaje de comandos funciona mejor para los usuarios con experiencia.

Las combinaciones de interfaces pueden ser sumamente eficaces. Por ejemplo, usar menús desplegables con interfaces gráficas de usuario o emplear menús anidados en interfaces de pregunta y respuesta produce combinaciones interesantes. Cada interfaz posee un nivel diferente de desafío para los programadores, siendo el lenguaje natural el más difícil de programar.

La Web ha presentado nuevos desafíos para diseñadores, debido a que el usuario no es conocido. El diseño de Web toma ventaja de los hipervínculo

para permitir a usuarios tomar varias rutas conforme interactúen con el sitio Web.

La necesidad de usuarios por la retroalimentación del sistema también es una consideración importante. La retroalimentación del sistema es necesaria para permitir a usuarios saber si su entrada es aceptada, si la entrada es correcta o incorrecta, si el procesamiento sigue adelante, si las peticiones se pueden o no procesar y si está disponible información más detallada y cómo conseguirla. Por lo regular la retroalimentación es visual, con texto, gráficos o iconos que se usan. La retroalimentación de audio también puede ser eficaz.

Las consideraciones especiales se aplican para el diseño de sitios Web de comercio electrónico.

Construir funcionalidad mejorada en la aplicación produciendo retroalimentación del cliente a través de los botones de retroalimentación por correo electrónico automático o mediante incluir formularios de retroalimentación en blanco en el sitio Web.

Además, cuatro estrategias importantes de diseño de navegación mejoran la tenacidad de los sitios Web de comercio electrónico: menús rollover, despliegues jerárquicos de vínculos en la pantalla de entrada, mapas del sitio y barras de navegación que proporcionan navegación de un solo clic que hace la navegación del sitio y el regreso al sitio tan fácil como sea posible para el cliente.

Las consultas se diseñan para permitir a usuarios extraer datos significativos de la base de datos. Hay seis tipos básicos de consultas y se pueden combinar usando lógica booleana para formar consultas más complejas.

Algunos de los principios sobre consultas de datos que aprendió se pueden usar en las búsquedas Web. Las herramientas de búsqueda de Internet se llaman motores de búsqueda.

Los usuarios pueden ser más eficaces si las búsquedas se diseñan cuidadosamente y estructuran lógicamente.

La minería de datos involucra usar una base de datos para la selección más selectiva de clientes. Al asumir que el comportamiento del pasado es un predictor bueno para las compras del futuro, las compañías recopilan datos sobre una persona quien en el pasado hizo compras con su tarjeta de crédito, solicitudes de licencia para manejar, llenado de tarjetas de garantía, etc. La minería de datos puede ser poderosa, pero podría ser costosa y necesita ser coordinada. Además, podría infringir la privacidad del cliente o incluso los derechos civiles de una persona.

CAPITULO 15: DISEÑO DE PROCEDIMIENTOS PRECISOS DE ENTRADA DE DATOS.

Asegurar la calidad de la entrada de datos al sistema de información es crítico para asegurar la salida de calidad. La calidad de los datos capturados se puede mejorar mediante el logro de los tres objetivos principales de entrada de datos: codificación eficaz; captura de datos eficaz y eficiente, y la validación de datos.

Una de las mejores formas para acelerar la entrada de datos es mediante el uso eficaz de la codificación, la cual pone los datos en secuencias cortas de dígitos y/o letras. Los códigos de secuencia simple y los códigos de derivación alfabética se pueden usar para rastrear el progreso de un artículo dado a través de un sistema. Los códigos de clasificación y los códigos de secuencia en bloque son útiles para distinguir unas clases de artículos de otras. Los códigos como el código de cifrado también son útiles debido a que pueden ocultar la información que es sensible o se restringe al personal dentro del negocio.

Revelar la información también es un uso importante de los códigos, debido a que puede permitir a los empleados del negocio localizar los artículos en el almacén y también puede hacer la entrada de datos más significativa. Los códigos de subconjunto de dígitos significativos usan subgrupos de dígitos para describir un producto. Los códigos mnemónicos también revelan la información al servir como ayuda de memoria para que un operador de entrada de datos pueda capturar los datos correctamente o ayuda al usuario final en el empleo de la información. El conjunto de caracteres Unicode incluye todos los símbolos del lenguaje estándar. Usted puede desplegar páginas Web escritas en otros alfabetos (griego, japonés, chino o hebreo, por

ejemplo) usando un editor de método de entrada de Microsoft. Los códigos que son útiles para informar a computadoras o a las personas sobre qué funciones desempeñar o qué acciones tomar se denominan códigos de función; dichos códigos evaden tener que deletrear con detalle qué acciones son necesarias.

Otra parte de asegurar la entrada de los datos eficaz es la atención a los dispositivos de entrada usados. Un formulario eficaz y bien diseñado que sirve como un documento fuente es el primer paso. Pueden capturarse los datos a través de métodos diferentes, cada uno con la velocidad y confiabilidad propia. Se han rediseñado los teclados para que resulten más eficientes y se ha mejorado su ergonomía. El reconocimiento óptico de caracteres [OCR] permite la lectura de datos de entrada a través del uso de software especial que elimina algunos pasos y también requiere menos habilidades del empleado.

Otros métodos de entrada de datos incluyen el reconocimiento de caracteres de tinta magnética (MICR) que usan los bancos para poner en código los números de cuenta de cliente y formularios de reconocimiento de marcas que se usan para altos volúmenes de entrada de datos. Los códigos de barras (aplicados a productos o la identificación humana) también aceleran la entrada de datos y mejoran su precisión y confiabilidad. Las nuevas tecnologías de la entrada como las cámaras digitales extienden la facilidad de uso y el rango de funciones disponible. Las terminales inteligentes, dispositivos de entrada [a menudo basados en microprocesadores) con un monitor y teclado, que a veces pueden conectarse a una red de computadoras o al CPU, permiten capturar y completar transacciones en tiempo real.

Junto con la codificación apropiada, la captura de datos y el uso de dispositivos de entrada, la entrada de datos precisa puede reforzarse a través del uso de métodos de validación. El analista de sistemas debe asumir que ocurrirán errores en los datos y debe trabajar con los usuarios para diseñar pruebas de validación de datos para evitar que los datos erróneos se procesen y almacenen, porque los errores que no se descubren por largos periodos, son caros y más difíciles de corregir.

Las transacciones de entrada deben verificarse para asegurar que la transacción pedida sea aceptable, autorizada y correcta. Pueden validarse los

datos de entrada a través de la inclusión en el software de varios tipos de pruebas que verifican los datos perdidos, la longitud de los datos, rango y racionalidad, y valores inválidos para los datos. También pueden compararse los datos capturados con los datos guardados para propósitos de aprobación. Una vez que se capturan datos numéricos, éstos se pueden verificar y corregir automáticamente a través del uso de dígitos de verificación.

Hay un orden fijo para las actividades de comprobación de datos. Hay también métodos de validación de patrones encontrados en el diseño de la base de datos o incluidos en lenguajes de programación. Los patrones se llaman expresiones regulares y contienen símbolos que representan el tipo de datos que deben estar presentes en un campo.

Los ambientes de comercio electrónico ofrecen la oportunidad de una mayor precisión de datos. Los clientes pueden capturar sus propios datos, almacenarlos para su uso posterior, usan los datos guardados durante el proceso de surtido de la orden, y recibir retroalimentación respecto a la confirmación de recepción de su orden y actualización de su estado.

CAPITULO 16: ASEGURAMIENTO DE LA CALIDAD MEDIANTE INGENIERÍA DE SOFTWARE.

El analista de sistemas usa tres enfoques amplios de la administración de calidad total (TQM) para analizar y diseñar sistemas de información: diseñar sistemas y software con un enfoque descendente y modular; diseñar y documentar sistemas y software usando métodos sistemáticos; y probar sistemas y software de manera que se puedan mantener y auditar fácilmente.

Seis Sigma es una cultura, filosofía, metodología y enfoque para la calidad que tiene como meta la eliminación de todos los defectos. Los siete pasos de un enfoque Seis Sigma son: (1) definir el problema; (2) observar el problema; (3) analizar las causas; [4] actuar en las causas; (5] estudiar los resultados; (6) estandarizar los cambios, y (7) sacar conclusiones.

Los usuarios son extremadamente importantes para establecer y evaluar, desde varias dimensiones, la calidad de los sistemas de información de administración y de los sistemas de apoyo a la toma de decisiones. Se pueden involucrar en la evolución entera de sistemas a través del establecimiento de

fuerza de tarea de SI o círculos de calidad. TQM se puede implementar con éxito al tomar un enfoque descendente (arriba a abajo) para diseñar. Este enfoque se refiere a observar primero los objetivos generales de la organización y después dividirlos en requerimientos manejables de subsistemas. El desarrollo modular hace la programación, depuración y mantenimiento más fácil de lograr. La programación en módulos se complementa bien con un enfoque descendente.

Dos sistemas vinculan programas en el entorno de Windows. Uno es DDE (intercambio dinámico de datos), el cual comparte código usando archivos de biblioteca de vínculos dinámicos (DLL). Al usar DDE, un usuario puede almacenar datos en un programa y después usarlos en otro. Un segundo enfoque para vincular programas en Windows es OLE (vinculación e incrustación de objetos). Debido a su enfoque orientado a objetos, este método de vinculación es superior a DDE para vincular datos y gráficos de la aplicación.

Una herramienta recomendada para diseñar un sistema con un enfoque descendente y modular se denomina diagrama de estructura. Se usan dos tipos de flechas para indicar los tipos de parámetros que se pasan entre los módulos. El primero se denomina pareja de datos y el segundo se denomina bandera de control. Los módulos de un diagrama de estructura entran en una de tres categorías: control, transformacional (a veces denominado trabajador) y funcional o especializado.

La parte de TQM es para ver que los programas y sistemas se diseñan, documentan y mantienen adecuadamente. Algunas de las técnicas estructuradas que pueden ayudar al analista de sistemas son pseudocódigo, manuales de procedimiento y FOLKLORE. El pseudocódigo se usa con frecuencia para representar la lógica de cada módulo o diagrama de estructura. El pseudocódigo se puede usar para repasos estructurados. Los analistas de sistemas deben escoger una técnica que se adapte bien con lo que se usó previamente en la organización y que permita flexibilidad y fácil modificación.

La prueba de programas específicos, subsistemas y sistemas totales es esencial para la calidad. La prueba se hace para detectar cualesquier problemas

existentes con los programas y sus interfaces antes de que el sistema se use realmente. La prueba normalmente se hace en una forma ascendente, con códigos de programa que primero se verifican en el escritorio. La prueba del sistema completo con datos reales (datos reales que se han procesado exitosamente con el sistema viejo), se logra siguiendo varios pasos intermedios de prueba. Esta prueba proporciona una oportunidad de resolver cualesquier problemas que surjan antes de que el sistema se ponga en producción.

El mantenimiento del sistema es una consideración importante. El software bien diseñado puede ayudar a reducir los costos de mantenimiento. Los analistas de sistemas necesitan establecer canales para recibir la retroalimentación del usuario en las necesidades del mantenimiento, debido a que los sistemas que no se mantienen quedarán obsoletos. Los sitios Web pueden ayudar al respecto al proporcionar acceso a las actualizaciones de productos e intercambios de correo electrónico con personal técnico.

Los auditores internos y externos se usan para determinar la fiabilidad de la información del sistema. Ellos comunican sus resultados de la auditoría a otros para mejorar la utilidad de la información del sistema.

CAPITULO 17: IMPLEMENTACIÓN EXITOSA DEL SISTEMA DE INFORMACIÓN.

La implementación es el proceso de asegurar que los sistemas de información y las redes sean funcionales y después involucrar a los usuarios bien capacitados en su operación. En los proyectos grandes de sistemas, el papel principal del analista es vigilar la implementación, estimando correctamente el tiempo necesario, y después supervisar la instalación del equipo para los sistemas de información (qué se podría establecer con un enfoque cliente/ servidor en una red de área local], capacitar usuarios y convertir archivos y bases de datos al nuevo sistema.

Los sistemas distribuidos aprovechan la tecnología de las telecomunicaciones y de administración de bases de datos para interconectar a las personas que manipulan algunos de los mismos datos de formas significativas pero diferentes. Conforme se evalúan el hardware y software, el analista de

sistemas también necesita considerar los costos y beneficios de emplear un sistema distribuido para satisfacer los requerimientos del usuario.

Una de las formas más populares de acercarse a los sistemas distribuidos es mediante el uso de un modelo cliente/servidor (C/S). Los tipos estándar de redes organizacionales incluyen la red de área local [LAN] y la red de área amplia [WANQ. Usando un enfoque descendente, los analistas pueden usar cinco símbolos para ayudar a dibujar la descomposición de la red y diagramas de conectividad de hub. El software especializado, denominado groupware, se escribe específicamente para apoyar a grupos o equipos de trabajadores con aplicaciones funcionales. Su propósito es ayudar a los miembros de un grupo a trabajar en conjunto a través de redes.

La capacitación de usuarios y personal para interactuar con el sistema de información es una parte importante de la implementación, debido a que los usuarios generalmente deben poder ejecutar el sistema sin la intervención del analista. El analista necesita considerar quiénes necesitan ser capacitados, quién los capacitará, los objetivos de la capacitación, los métodos de instrucción que se usan, los sitios de la capacitación y los materiales de la capacitación.

La conversión también es parte del proceso de implementación. El analista tiene varias estrategias para cambiar del sistema de información viejo al nuevo. Las cinco estrategias de conversión son: conversión directa, conversión paralela, conversión por fases o gradual, conversión de prototipo modular y conversión distribuida. Tomando un enfoque de contingencia para las estrategias de conversión puede ayudar al analista a escoger una estrategia apropiada, una que satisface diferentes variables del sistema y organizacionales.

La seguridad de datos y sistemas ha cobrado mayor importancia para los analistas que diseñan más aplicaciones de comercio electrónico. La seguridad tiene varias facetas —física, lógica y conductual— que deben trabajar en conjunto. Los analistas pueden tomar varias precauciones, tal como software antivirus, filtración de correo electrónico, filtros URL, firewalls, gateways, redes privadas virtuales, productos de detección de intrusión, capa de conexiones seguras, interpretación electrónica segura y el uso de una

infraestructura de clave pública para mejorar la privacidad, confidencialidad y la seguridad de sistemas, redes, datos, individuos y organizaciones.

Las investigaciones sugieren que los analistas de sistemas pueden incrementar las posibilidades de que los sistemas recientemente implementados sean aceptados si desarrollan sistemas con metáforas predominantemente organizacionales en mente. Las nueve metáforas principales en uso son sociedad, familia, máquina, organismo, expedición, juego, guerra, selva y zoológico. Por ejemplo, es más probable que los sistemas de información tradicionales tengan éxito cuando se usan metáforas tal como familia, sociedad o máquina y es menos probable que tengan éxito con metáforas organizacionales tal como guerra y selva.

Después de la implementación, el nuevo sistema de información y el enfoque tomados (quizás la tecnología cliente/servidor) se deben evaluar. Muchos enfoques de evaluación diferentes están disponibles, incluyendo el análisis costo-beneficio, el enfoque de evaluación de decisión revisada y evaluaciones de la participación del usuario.

El marco de referencia de la utilidad del sistema de información es una forma directa de evaluar un sistema nuevo basada en las seis utilidades de posesión, forma, lugar, tiempo, actualización y objetivo. Estas utilidades corresponden a, y responden las preguntas de, quién, qué, dónde, cuándo, cómo y por qué, para evaluar las utilidades del sistema de información.

Las utilidades también pueden servir como una lista de control para los sistemas en desarrollo.

CAPITULO 18: ANALISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOS USANDO EL LENGUAJE UNIFICADO DE MODELADO ( UML).

Los sistemas orientados a objetos describen las entidades como objetos. Éstos son parte de un concepto general llamado clases, la unidad principal en el análisis y diseño orientado a objetos. Cuando se introdujo por primera vez el enfoque orientado a objetos, sus partidarios citaron la reusabilidad de los objetos como su principal beneficio. Aunque la reusabilidad es la meta principal, el mantenimiento de los sistemas también es muy importante.

Los analistas pueden usar tarjetas CRC para empezar el proceso de modelado de objetos de una manera informal. Es posible agregar pensamiento del objeto a las tarjetas CRC para ayudar al analista a refinar responsabilidades en tareas más y más pequeñas. Las sesiones de CRC se pueden realizar con un grupo de analistas para determinar las clases y las responsabilidades de manera interactiva.

El lenguaje de modelado unificado (UML) proporciona un conjunto estandarizado de herramientas para documentar el análisis y diseño de un sistema de software. El UML se basa esencialmente en una técnica orientada a objetos conocida como modelado de casos de uso. Un modelo de caso de uso describe lo que hace un sistema sin describir cómo lo hace. Un modelo de caso de uso divide la funcionalidad de un sistema en comportamientos (conocidos como casos de uso) significativos para los usuarios del sistema (llamados actores). Se crean diferentes escenarios para cada conjunto diferente de condiciones de un caso de uso.

Los principales componentes de UML son cosas, relaciones y diagramas. Los diagramas se relacionan entre sí. Las cosas estructurales son las más comunes; entre ellas se encuentran las clases, las interfaces, los casos de uso y muchos otros elementos que proporcionan una manera de crear modelos. Las cosas estructurales permiten al usuario describir relaciones.

Las cosas relativas al comportamiento describen cómo trabajan las cosas. Las cosas agrupadas se usan para definir límites. Las cosas de anotación permiten al analista agregar notas a los diagramas.

Las relaciones constituyen el pegamento que une las cosas. Las relaciones estructurales se utilizan para enlazar las cosas en los diagramas estructurales. Las relaciones estructurales incluyen dependencias, agregaciones, asociaciones y generalizaciones. Los diagramas de comportamiento usan los cuatro tipos básicos de relaciones de comportamiento: comunica, incluye, extiende y generaliza.

El conjunto de herramientas de UML está compuesto de diagramas de UML. Entre éstos se incluyen diagramas de caso de uso, de actividades, de secuencias, de colaboración, de clases y de estado. Además de los diagramas,

los analistas pueden describir un caso de uso mediante un escenario de caso de uso.

Al usar el UML de manera iterativa en el análisis y el diseño, usted puede lograr que los equipos de negocios y de tecnología de la información comprendan mucho mejor los requerimientos del sistema y los procesos que se tienen que realizar en este último para satisfacer los requerimientos.