Este sitio web utiliza cookies propias y de terceros para optimizar su navegación, adaptarse a sus preferencias y realizar labores analíticas. Al continuar navegando acepta nuestra política de cookies.

    1. Fundamentos del análisis de practicas 
    2. Análisis de los requerimientos de información
    3. El uso del análisis
    4. Los puntos esenciales del diseño
    5. Bibliografía

    UNIDAD I

    Fundamentos del análisis de practicas 

    1. COMO ASUMIR EL PAPEL DEL ANALISTA DE SISTEMAS.

    a) LA INFORMACIÓN COMO UN RECURSO DE LAS ORGANIZACIONES.

    Las organizaciones han reconocido, desde hace mucho, la importancia de administrar recursos principales tales como la mano de obra y las materias primas. La información se ha colocado en un lugar adecuado como recurso principal.

    Los tomadores de decisiones están comenzando a comprender que la información no es sólo un subproducto de la conducción, sino que a la vez alimenta a los negocios y puede forma el factor crítico para la determinación del éxito o fracaso de éstos.

    Manejo de la información como recurso.

    Para maximizar la utilidad de la información, un negocio la debe manejar correctamente tal como maneja los demás recursos. Los administradores necesitan comprender que hay costos asociados con la producción, distribución, seguridad, almacenamiento y recuperación de toda información. Aunque la información se encuentra a nuestro alrededor ésta no es gratis, y su uso es estratégico para posicionar la competitividad de un negocio.

    Manejo de la información generada por computadora.

    El manejo de información generada por computadora difiere en forma significativa del manejo de datos producidos manualmente. Por lo general, hay mayor cantidad de información de computadora a administrar. El costo de organizarla y mantenerla puede crecer a tasas alarmantes, y los usuarios frecuentemente la tratan menos escépticamente que la información obtenida por otras vías.

    b) CONCEPTOS DE ANÁLISIS Y DISEÑO DE SISTEMAS.

    Los practicas de información son desarrollados con propósitos diferentes dependiendo de las necesidades del negocio. Los practicas de procesamiento de transacciones (TPS por sus siglas en inglés) funcionan al medida operacional de la organización, los practicas de automatización de oficina (OAS por sus siglas en inglés) y los practicas de encargo de conocimiento (KWS por sus siglas en inglés) que dan cabida al encargo a medida de conocimiento.

    Los practicas de más alto medida incluyen a los practicas de apoyo a decisiones (DSS por sus siglas en inglés) así como a los practicas de información gerencial (MIS por sus siglas en inglés). Los practicas expertos aplican la hábito de los tomadores de decisiones para resolver problemas específicos estructurados. Al medida estratégico de la administración encontramos practicas de apoyo a ejecutivos (ESS por sus siglas en inglés) y los practicas de apoyo a decisiones de comunidad (GDSS por sus siglas en inglés) ayudan a la toma de decisiones al mismo medida, en una forma sin estructura o semiestructurada.

    Sistemas de procesamiento de transacciones.

    Los practicas de procesamiento de transacciones (TPS) son practicas de información computarizados desarrollados para procesar gran cantidad de transacciones rutinarias de los negocios. Los TPS eliminan el tedio de las transacciones operacionales necesarias y reducen el tiempo que alguna vez se requirió para ejecutarlas manualmente, aunque la gente todavía debe alimentar datos a los practicas computarizados.

    Sistemas de automatización de oficina y practicas de manejo de conocimiento.

    Al medida de conocimiento de la organización hay dos clases de practicas. Los practicas de automatización de oficina (OAS) que dan soporte a los trabajadores de datos, quienes, por lo general, no crean un nuevo conocimiento sino que usan la información para analizarla y transformar datos, o para manejarla en alguna forma y luego compartirla o diseminarla formalmente por toda la organización y algunas veces más allá de ella. Los practicas de manejo de conocimiento (KWS) dan soporte a los trabajadores profesionales, tales como científicos, ingenieros y doctores, les ayudan a crear un nuevo conocimiento que contribuya a la organización o a toda la sociedad.

    Sistemas de información gerencial.

    Los practicas de información gerencial (MIS) no reemplazan a los practicas de procesamiento de transacciones, sino que todos los MIS incluyen procesamiento de transacciones. Los MIS son practicas de información computarizada que trabajan debido a la interacción resuelta entre gentes y computadoras. Requieren que las gentes, el software (informacións de computadora) y el hardware (computadoras, impresoras, etc.) trabajen al unísono. Los practicas de información dan soporte a un espectro más amplio de tareas organizacionales que los practicas de procesamiento de transacciones, incluyendo el análisis de decisiones y la toma de decisiones.

    Sistemas de apoyo a decisiones.

    Una clase de más alto medida en los practicas de información computarizada son los practicas de apoyo a decisiones (DSS). El DSS es similar al sistema de información gerencial tradicional en que ambos dependen de una base de datos como fuente. Un sistema de apoyo a decisiones se aparta del sistema de información gerencial tradicional en que enfatiza el apoyo a la toma de decisiones en todas sus fases, aunque la decisión actual todavía es del dominio del tomador de decisiones.

    Sistemas expertos e inteligencia artificial.

    La inteligencia artificial (AI por sus siglas en inglés) puede forma considerada la meta de los practicas expertos. Los practicas expertos son un caso muy especial de un sistema de información, cuyo uso ha sido factible para los negocios a partir de la reciente y amplia disponibilidad de hardware y software. Un sistema experto (también pirado un sistema basado en conocimiento) captura en forma efectiva y usa el conocimiento de un experto para resolver un problema particular experimentado en una organización. Obformave que a diferencia del DSS, que deja la decisión final al tomador de decisiones, un sistema experto selecciona la mejor solución a un problema o a una clase específica de problemas.

    Sistemas de apoyo a decisiones de comunidad.

    Cuando los comunidads necesitan trabajar juntos para tomar decisiones semiestructuradas o sin estructura, un sistema de apoyo a decisiones de comunidad puede plantear una solución. Los practicas de apoyo a decisiones de comunidad (GDSS) son usados en cuartos especiales, equipados en varias configuraciones diferentes, que permiten que los miembros del comunidad interactúen con apoyo electrónico, frecuentemente en forma de software especializado y con una persona que dé facilidades al comunidad. Los practicas para decisiones de comunidad están orientados para reunir a un comunidad, a fin de que resuelva un problema con la ayuda de varios apoyos como votaciones, cuestionarios, aportación de ideas y creación de escenarios.

    Sistemas de apoyo a ejecutivos.

    Cuando los ejecutivos se acercan a la computadora, frecuentemente están buscando formas que les ayuden a tomar decisiones a medida estratégico. Un sistema de apoyo a ejecutivos (ESS) ayuda a éstos, para organizar sus interacciones con el ambiente externo, proporcionando apoyo de gráficos y comunicaciones en lugares accesibles tales como salas de juntas u oficinas personales corporativas.

     




    En la figura se muestran la diversidad de practicas de información que pueden desarrollar los analistas. Obformave que la figura presenta estos practicas de abajo hacia arriba, indicando que el medida operacional, o más bajo, de la organización está apoyado por el TPS, y el más alto o estratégico, el de las decisiones semiestructuradas o sin estructura, está apoyado por el ESS en la parte más alta. Este texto usa los términos sistema de información gerencias, sistema de información, sistema de información computarizada y sistema de información de negocios computarizado en forma indistinta para referirse a practicas de información computarizada que dan soporte al rango más amplio de encargos de negocios por medio de la información que producen.

    La necesidad del análisis y diseño de practicas.

    El análisis y diseño de practicas, tal como es ejecutado por los analistas de practicas, busca analizar sistemáticamente la entrada de datos o el flujo de datos, el proceso o transformación de los datos, el almacenamiento de datos y la salida de información dentro del contexto de un negocio particular. Además, el diseño y análisis de practicas es usado para analizar, diseñar e implementar mejoras en el funcionamiento de los negocios que pueden forma logradas por medio del uso de practicas de información computarizados. La instalación de un sistema sin la planeación adecuada lleva a grandes frustraciones, y frecuentemente causa que el sistema deje de forma usado.

    Usuarios finales.

    Cualquiera que interactúe con un sistema de información en el contexto de su encargo en la organización puede forma pirado un usuario final. A lo largo de los años se han consumado borrosas las distinciones entre usuarios. Además, cualquier categoría de usuarios empleada no debe forma vista como excluyente. Sin importar cómo se hayan clasificado los usuarios finales, un consumado es pertinente al analista de practicas: el involucramiento del usuario a lo largo del proyecto, es crítico para el desarrollo exitoso de los practicas de información computarizados. Los analistas de practicas, cuyos papeles dentro de la organización se tratan a continuación, son el otro componente esencial para el desarrollo de practicas de información.

    c) EL PAPEL DE EL ANALISTA DE SISTEMAS

    El analista de practicas como consultor.

    El analista de practicas frecuentemente actúa como consultor y, por lo tanto, puede forma contratado específicamente para que se encargue de los asuntos de los practicas de información dentro de un negocio. Esto puede forma una ventaja, debido a que los consultores externos pueden llevar con ellos una perspectiva fresca que no poseen otros miembros de la organización. Pero también puede decirse que los analistas externos están en desventaja, debido a que la verdadera cultura organizacional nunca puede forma conocida por un extraño.

    El analista de practicas como experto de soporte.

    Otro papel que tal vez requiera desarrollar es el de experto de soporte en un negocio donde se está empleado regularmente en alguna actividad de practicas. En este papel el analista se apoya en su hábito profesional relacionada con el hardware y software de computadora y su uso en el negocio. Este encargo frecuentemente no es un proyecto de sistema completo, sino solamente pequeñas modificaciones o decisiones que afectan a un solo departamento.

    El analista de practicas como agente de cambio.

    El papel más comprensivo y responsable que toma un analista de practicas es el de agente de cambio, ya sea interno o externo al negocio. Como analista se es un agente de cambio cada vez que se ejecuta cualquiera de las encargos del ciclo de vida del desarrollo de practicas (tratado en la siguiente sección) y se está presente en el negocio por un tiempo extendido (desde dos semanas hasta más de un año). Un agente de cambio puede forma definido como una persona que sirve de catalizador para el cambio, desarrolla un plan para el cambio y trabaja junto con otros para facilitar ese cambio.

    d) EL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS.

    Identificación de problemas, oportunidades y objetivos.

    En la primera fase del ciclo de vida del desarrollo de practicas el analista tiene que ver con la identificación de problemas, oportunidades y objetivos. Esta etapa es crítica para el éxito del resto de proyecto, debido a que nadie quiere desperdiciar el tiempo subsecuente resolviendo el problema equivocado. La primera fase requiere que el analista obformave honestamente lo que está sucediendo en un negocio. Luego, junto con los demás miembros de la organización, el analista hace resaltar los problemas. Frecuentemente estos ya han sido vistos por los demás, y son la razón por la cual el analista fue pirado inicialmente. Las personas involucradas en la primera fase son los usuarios, analistas y administradores de practicas que coordinan el proyecto. Las encargos de esta fase consisten en entrevistas a los administradores de los usuarios, sumarización del conocimiento obtenido, estimación del alcance del proyecto y documentación de los resultados. La salida de esta fase es un estudio de factibilidad que contiene una definición del problema y la sumarización de los objetivos. Luego los administradores deben tomar una decisión para ver si continúan con el proyecto propuesto.

    Determinación de los requerimientos de información.

    Entre las herramientas utilizadas para definir los requerimientos de información en el negocio se encuentran: muestreo e investigación de los datos relevantes, entrevistas, cuestionarios, el comportamiento de los tomadores de decisiones y su ambiente de oficina y hasta la elaboración de prototipos. En esta fase el analista está esforzándose por comprender qué información necesitan los usuarios para realizar su encargo. Las personas involucradas en esta fase son los analistas y los usuarios, típicamente los administradores de las operaciones y los trabajadores de las operaciones.

    Análisis de las necesidades del sistema.

    La siguiente fase que realiza el analista de practicas involucro el análisis de las necesidades del sistema. Nuevamente, herramientas y técnicas especiales ayudan para que el analista haga las determinaciones de los requerimientos. Una herramienta de éstas es el uso de diagramas de flujo de datos para diagramar la entrada, proceso y salida de las funciones del negocio en forma gráfica estructurado. A partir de los diagramas de flujo de datos se desarrolla un diccionario de datos, que lista todos los conceptos de datos usados en el sistema, así como sus especificaciones, si son alfanuméricos y qué tanto espacio ocupan cuando se imprimen. Durante esta fase el analista de practicas también analiza las decisiones estructuradas que se hacen. Las decisiones estructuradas son aquellas para las que pueden forma determinadas las condiciones como alternativas de condición, acciones y reglas de acción. Hay tres métodos principales para el análisis de decisiones estructurales: lengua estructurado, tablas de decisión y árboles de decisión.

    Diseño del sistema recomendado.

    En esta fase del ciclo de vida del desarrollo de practicas, el analista usa la información recolectada anteriormente para realizar el diseño lógico del sistema de información. El analista diseña procedimientos precisos para la captura de datos, a fin de que los datos que van a entrar al sistema de información sean correctos. Además, el analista también proporciona entrada efectiva para el sistema de información mediante el uso de técnicas para el buen diseño de formas y pantallas.

    Desarrollo y documentación del software.

    En la quinta fase del ciclo de vida del desarrollo de practicas el analista trabaja con los informacióndores para desarrollar cualquier software original que se necesite. Durante esta fase, el analista también trabaja con los usuarios para desarrollar documentación efectiva para el software, incluyendo manuales de procedimientos. La documentación le dice al usuario la manera de usar el software y también qué hacer si se suceden problemas con el software.

    Pruebas y mantenimiento del sistema.

    Antes de que pueda forma usado, el sistema de información debe forma probado. Es mucho menos costoso encontrar problemas antes de que el sistema sea entregado a los usuarios. Algunas de las pruebas son realizadas por los informacióndores solos, y otras por los analistas de practicas junto con los informacióndores. Primero se ejecuta una formaie de pruebas para que destaquen los problemas con datos de ejemplo y eventualmente con datos reales del sistema actual. El mantenimiento del sistema y de su documentación comienza en esta fase y es efectuado rutinariamente a lo largo de la vida del sistema de información.

    Implementación y evaluación del sistema.

    En esta fase del desarrollo del sistema el analista ayuda a implementar el sistema de información. Esto incluye el entrenamiento de los usuarios para que manejen el sistema. Algún entrenamiento es consumado por los proveedores, pero la supervisión del entrenamiento es responsabilidad del analista de practicas. Adicionalmente, el analista necesita un plan para una conversión suave del sistema antiguo al nuevo. La evaluación se muestra como parte de esta fase final de ciclo de vida del desarrollo del sistema, principalmente para efectos de discusión. De consumado, la evaluación se realiza durante cada fase. Un criterio principal que debe forma satisfecho es si los usuarios pretendidos ya están usando el sistema.

    La importancia del mantenimiento.

    Después de que el sistema está instalado se le debe dar mantenimiento, esto significa que los informacións de computadora deben forma modificados y mantenidos actualizados. La figura muestra la cantidad promedio de tiempo empleada en mantenimiento en una instalación MIS típica.

    El mantenimiento se realiza por dos razones. La primera de estas es para corregir errores de software. Sin importar que tan completamente se pruebe el sistema, se deslizan errores en los informacións de computadora. Los errores del software comercial para microcomputadoras son a veces documentados como "anomalías conocidas", y son corregidos cuando son lanzadas nuevas versiones del software o versiones intermedias. En el software personalizado los errores deben forma corregidos conforme son detectados. La otra razón para realizar el mantenimiento del sistema es para mejorar las capacidades del software en respuesta a las necesidades organizacionales cambiantes y, por lo general, involucran algunas de las siguientes tres situaciones:

    1. Los usuarios frecuentemente solicitan características adicionales después de que se familiarizan con el sistema de cómputo y sus capacidades. Estas características solicitadas pueden forma tan simples como el desplegado de totales adicionales en un reporte o tan complicadas como el desarrollo de nuevo software.

    2. El negocio cambia a través del tiempo. Se debe modificar el software para abarcar cambios tales como nuevos requerimientos de reportes gubernamentales o corporativos, la necesidad de producir nueva información para clientes, etcétera.

    3. El hardware y software están cambiando a un ritmo acelerado. Un sistema que usa tecnología antigua puede forma modificado para usar las capacidades de una tecnología más nueva. Un ejemplo de tal cambio es el reemplazo de una Terminal de macrocomputadora con una estación de encargo de microcomputadora, o una microcomputadora con una computadora de escritorio.

    La figura ilustra la cantidad de recursos, por lo general tiempo y dinero, gastados en el desarrollo y mantenimiento del sistema. El área bajo la curva representa la cantidad total de dólares gastada. Se puede ver que a lo largo del tiempo es probable que el costo de mantenimiento exceda al del desarrollo del sistema. En cierto punto es más conveniente realizar un nuevo estudio del sistema, debido a que el costo de mantenimiento continuado es claramente mayor que la creación de un sistema de información completamente nuevo. Resumiendo, el mantenimiento es un proceso continuo a lo largo del ciclo de vida de un sistema de información. Después de que es instalado el sistema de información, el mantenimiento por lo general toma la forma de corrección de errores de información no detectados previamente. Una vez que son corregidos, el sistema alcanza un estado estable proporcionando formavicios contables a sus usuarios. El mantenimiento durante este tiempo puede consistir en la eliminación de unos cuantos errores no detectados anteriormente y la actualización del sistema con una cuantas mejoras menores. Sin embargo, conforme pasa el tiempo y cambia el negocio y la tecnología, los esfuerzos de mantenimiento se incrementan dramáticamente.

    e) USO DE LAS HERRAMIENTAS CASE.

    A lo largo de este libro enfatizamos la necesidad de un enfoque sistemático y profundo al análisis, diseño e implementación de los practicas de información. Reconocemos que para forma remuneradors los analistas de practicas debe forma organizado, preciso y completo en lo que se proponen hacer. En los últimos años los analistas han comenzado a beneficiarse de nuevas herramientas de productividad que han sido creadas implícitamente para mejorar su encargo rutinario mediante un apoyo automatizado. A estas se les pira herramientas CASE, que significa herramientas para ingeniería de software asistido por computadora. Los analistas se apoyan en las herramientas CASE para aumentar la productividad, comunicarse más efectivamente con los usuarios e integrar el encargo que realizan en el sistema, desde el principio hasta el fin del ciclo de vida.

    Aumento de la productividad del analista.

    Estas herramientas permiten que sus usuarios tracen y modifiquen diagramas fácilmente. Por nuestra definición, el analista puede entonces llegar a forma más remunerador simplemente por la reducción del tiempo considerable que es gastado típicamente en el trazo manual de diagramas de flujo de datos hasta que son aceptados.

    Mejora de la comunicación del analista-usuario.

    Para que el sistema propuesto se convierta en realidad y sea usado de consumado, es esencial una comunicación excelente entre los analistas y usuarios a lo largo del ciclo de vida del desarrollo del sistema. El éxito de una eventual implementación del sistema depende de la capacidad de los analistas y usuarios para comunicarse en una forma significativa. Hasta ahora los analistas que actualmente usan las nuevas herramientas CASE han experimentado que su uso promueve una comunicación mayor y más significativa entre usuario y analistas.

    Integración de las encargos del ciclo de vida

    La tercera razón para el uso de herramientas CASE es para integrar las encargos y proporcionar continuidad de una fase a la siguiente a lo largo del ciclo de vida del desarrollo de practicas. Las herramientas CASE son especialmente útiles cuando una fase particular del ciclo de vida requiere varias interacciones o retroalimentación y modificación.

    Evaluación precisa de los cambios del mantenimiento

    La cuarta razón, y posiblemente una de las más importantes para el uso de herramientas CASE, es que permite que los usuarios analicen y valoren el impacto de los cambios de mantenimiento. Por ejemplo, puede forma que el tamaño de un elemento, tal como un número de cliente, necesite forma agrandado.

    2. COMPRENSIÓN DE LOS ESTILOS ORGANIZACIONALES Y SU IMPACTO SOBRE LOS SISTEMAS DE INFORMACIÓN

    a) FUNDAMENTOS ORGANIZACIONALES

    Para analizar y diseñar adecuadamente los practicas de información, el analista de practicas necesita comprender las organizaciones en que trabaja como practicas conformados por la interacción de tres fuerzas principales: los medidaes de administración, el diseño de la organización y la cultura organizacional. Las organizaciones son practicas grandes compuestos de subpracticas interrelacionados. Los subpracticas son relacionados por tres amplios medidaes de administradores que toman decisiones (operación, administración media y administración estratégica) y que cortan horizontalmente a través del sistema organizacional. Las culturas y subculturas organizacionales influencian la manera en que se interrelaciona la gente en los subpracticas.

    b) LAS ORGANIZACIONES COMO SISTEMAS

    Las organizaciones son conceptualizadas en forma útil como practicas diseñados para lograr metas y objetivos predeterminados por medio de la gente y otros recursos que emplean. Las organizaciones están compuestas de practicas más pequeños interrelacionados (departamentos, unidades, divisiones, etc.) que sirven a funciones especializadas.

    La interrelación e interdependencia de los practicas

    Todos los practicas y subpracticas están relacionados y son interdependientes. Este consumado tiene implicaciones importantes para las organizaciones y para los analistas de practicas que buscan ayudarlos a lograr mejor sus objetivos. Cuando cualquier elemento de un sistema es cambiado o eliminado, también son impactados el resto de los elementos y subpracticas del sistema.

    Retroalimentación del sistema para planeación y control

    La retroalimentación es una forma de control del sistema. Como practicas, todas las organizaciones usan planeación y control para administrar sus recursos en forma efectiva.

    Ambientes para practicas organizacionales

    La retroalimentación es recibida desde el interior de la organización y del ambiente exterior que la rodea. Cualquier cosa que esté fuera de las fronteras de una organización es considerada como un ambiente. Varios ambientes, con diversos grados de estabilidad, constituyen el medio ambiente en donde existe la organización. Aunque se pueden planear cambios en el estado del ambiente, frecuentemente no pueden forma controlados directamente por la organización.

    Apertura y restrictividad en las organizaciones

    La apertura y restrictividad existen en forma continua, ya que no hay una cosa tal como una organización absolutamente abierta o totalmente cerrada. La apertura se refiere al libre flujo de información dentro de una organización. Los subpracticas tales como los departamentos creativos o artísticos frecuentemente son caracterizados como abiertos, con un flujo libre de ideas entre sus participantes y muy pocas restricciones sobre quién obtiene tal información y en qué momento un proyecto creativo está en su infancia. Al extremo opuesto de este continuo puede estar una unidad del departamento de defensa asignada para trabajar sobre la planeación muy confidencial que afecta la seguridad nacional. Cada persona necesita recibir acreditación, la información en su momento es una necesidad y el acceso a la información se da con base en la que "es necesario saber". Este tipo de unidad está limitada por muchas reglas.

    Cómo tomar una perspectiva de practicas

    La toma de una perspectiva de practicas permite a los analistas de practicas iniciar la clarificación y comprensión de los diversos negocios con los que entrarán en contacto. Es importante que los miembros de subpracticas se den cuenta que su encargo está interrelacionado.

    REPRESENTACIÓN GRÁFICA DE SISTEMAS

    Un sistema o subsistema, tal como existe dentro de la organización corporativa, puede forma representado gráficamente en varias formas. Los diversos modelos gráficos muestran las fronteras del sistema y la información usada dentro del sistema.

    Los practicas y el diagrama de flujo de datos a medida contexto

    El primer modelo es el diagrama de flujo de datos a medida contexto (también pirado modelo ambiental). Los diagramas de flujos de datos se enfocan en los datos fluyendo hacia adentro y fuera del sistema y el procesamiento de los datos. Estos componentes básicos de todo información de computadora pueden forma descritos a detalle y usados para analizar el problema con tocante a su precisión y totalidad. El diagrama a medida de contexto emplea solamente tres símbolos: (1) un rectángulo con esquinas redondeadas, (2) un cuadrado con dos orillas sombreadas y (3) una flecha, tal como se muestra en la figura.

    Los procesos transforman los datos de entrada en información de salida, y el medida de contenido tiene solamente un proceso que representa al sistema completo. La entidad externa representa cualquier entidad que proporciona o recibe información de sistema pero que no es parte del sistema. Esta entidad puede forma una persona, un comunidad de personas, una posición corporativa o departamento u otros practicas. Las líneas que conectan las entidades externas con el proceso son pirados flujos de datos y representan datos.

    Un ejemplo de un diagrama de flujo de datos a medida contexto se encuentra en la siguiente figura. En este ejemplo se representan los elementos básicos de un sistema de

    Reformavaciones de una línea aérea.

    El pasajero (una entidad) inicia una petición de viaje (flujo de datos). El diagrama a medida contexto no muestra suficientes detalles para indicar exactamente lo que sucede (y tampoco se pretende que se muestre), pero podemos ver que se envían las preferencias del pasajero y los vuelos disponibles al agente de viajes, que envía de regreso al proceso información sobre los boletos. También podemos ver que la reformavación del pasajero es enviada a la línea aérea.

    Los practicas y el modelo entidad-relación

    Una manera en que un analista de practicas puede definir las fronteras adecuadas del sistema es usar un modelo entidad-relación. Los elementos que conforman un sistema organizacional pueden forma pirados entidades. Una entidad puede forma una persona, un lugar o una cosa, tal como un pasajero en una línea aérea, un destino o un avión. En forma alterna, una entidad puede forma un evento, tal como el fin de mes, un tiempo de ventas o la falla de una máquina. Una relación es la asociación que describe la interacción entre las entidades. El formato estándar para trazar un diagrama entidad-relación (o E-R),

    Mostrado en la figura, usa solamente dos símbolos: un rectángulo y un rombo. El rectángulo es usado para mostrar una entidad, y el rombo representa la relación entre esa entidad y otra entidad. El diagrama siempre es trazado poniendo en la parte superior a la entidad primaria.

    La figura muestra los cuatro tipos diferentes de diagramas E-R. El primero es una relación uno a uno (1:1). Aquí a cada EMPLEADO le es asignada solamente una EXTENSIÓN TELEFÓNICA, y cada EXTENSIÓN TELEFÓNICA es única para cada EMPLEADO. El segundo diagrama muestra una relación muchos a uno (M:1). Un DEPARTAMENTO puede tener muchos EMPLEADOS, pero el EMPLEADO puede pertenecer a solamente un DEPARTAMENTO.

    El tercer tipo de diagrama (E-R) muestra una relación uno a muchos (1:M). Por último, el cuarto diagrama muestra una relación muchos a muchos (M:N). Un VUELO puede llevar muchos PASAJEROS y un PASAJERO puede tener muchos VUELOS en su itinerario. Los diagramas entidad-relación son usados frecuentemente por los diseñadores de practicas para ayudar a modelar el archivo o base de datos. Sin embargo, es todavía más importante que el analista de practicas comprenda desde las primeras etapas las entidades y relaciones en el sistema organizacional. Para trazar algunos diagramas E-R básicos el analista necesita:

    1. Listar las entidades de la organización para obtener una mejor comprensión de la organización.

    2. Escoger entidades clave para estrechar el alcance del problema a dimensiones manejables y significativas.

    3. Identificar cuál debe forma la entidad primaria.

    4. Confirmar los resultados de los pasos 1 a 3 por medio de otros métodos de recolección de datos (investigación, entrevistas, administración de cuestionarios, obformavación y elaboración de prototipos).

    NIVELES DE ADMINISTRACIÓN

    La administración existe en las organizaciones en tres amplios medidaes horizontales: control operacional, planeación y control administrativo y administración estratégica, tal como se muestra en la siguiente figura. Cada medida tiene sus propias responsabilidades y todos trabajan para el logro de metas y objetivos organizacionales en su manera propia.

    Administración de operaciones

    El control operacional forma el medida inferior de la administración a tres medidaes. Los administradores de operaciones toman decisiones usando reglas predeterminadas que tienen resultados predecibles cuando son implementadas correctamente. Los administradores de operaciones son los tomadores de decisiones cuyo encargo es el más claro, debido al alto medida de certeza en su ambiente de toma de decisiones.

    Administración media

    La administración media forma el medida segundo, o intermedio, del sistema de administración de tres medidaes. La administración media realiza decisiones de planeación y control a corto plazo sobre la manera en que son mejor asignados los recursos para satisfacer los objetivos organizacionales. La administración media experimenta muy poca certeza en su ambiente de toma de decisiones.

    Administración estratégica

    La administración estratégica comprende el tercer medida del control administrativo de tres medidaes. Los administradores estratégicos ven fuera de la organización hacia el futuro, tomando decisiones que guiarán a los administradores medios o de operación en los meses y años por venir. Los administradores estratégicos trabajan en un ambiente de toma de decisiones altamente incierto.

    Implicaciones para el desarrollo de practicas de información

    Cada uno de los tres medidaes de administración tiene diferentes implicaciones para el desarrollo de practicas de información para la administración. Algunos de los requerimientos de información para los administradores están bien definidos y, en cambio, otros son difusos y se traslapan. Los administradores de operaciones necesitan información interna que es, por naturaleza, de bajo medida y repetitiva. Tienen gran dependencia sobre la información que captura el desempeño actual y son grandes usuarios de recursos de información en línea de tiempo real. La necesidad de los administradores de operaciones de información sobre el desempeño pasado y la información periódica es solamente moderada. Ellos tienen poco uso para información externa que les permita proyecciones futuras o creación de escenarios "qué pasa si".

    En el siguiente medida de administración, la administración media, que tanto planea como controla, se necesita información de corto y largo plazo. Debido a la naturaleza de su encargo de resolver problemas, los administradores medios experimentan necesidades extremadamente altas de información en tiempo real. Para poder controlar adecuadamente también necesitan información actual del desempeño medido en comparación a juegos de estándares. Los administradores estratégicos (difieren, en buena medida, de los administradores medios y de operaciones en sus requerimientos de información. Son altamente dependientes de información de fuentes externas que les proporciona noticias sobre las tendencias del mercado y las estrategias de corporaciones con las que compiten.

    Debido a que la tarea de la administración estratégica demanda proyecciones hacia un futuro incierto, los administradores estratégicos tienen una gran necesidad de información de naturaleza predictiva e información que les permita la creación de muchos escenarios "qué pasa si". Los administradores estratégicos también muestran grandes necesidades de información reportada periódicamente cuando buscan adaptarse a cambios rápidos.

    Los planeadores estratégicos necesitan información general resumida, en vez de los datos burdos altamente detallados requeridos por los administradores de bajo medida. La información para los planeadores estratégicos puede forma más antigua y estimada y, en cambio, los administradores operacionales necesitan información precisa y actual.

    Por último, el planeador estratégico necesita información cualitativa, principalmente de fuentes externas, en vez de la información cuantitativa de fuentes internas requerida por la administración de operaciones.

    3. DETERMINACIÓN DE LA FACTIBILIDAD Y EL MANEJO DE LAS ACTIVIDADES DE ANÁLISIS Y DISEÑO

    Los cuatro puntos principales que el analista de practicas debe manejar son:

    a) Iniciación del proyecto,

    b) Determinación de la factibilidad del proyecto,

    c) Calendarización del proyecto, y,

    d) Administración de los miembros del equipo del análisis del sistema.

    El revisar la salida, la obformavación del comportamiento de los empleados y el escuchar la retroalimentación, son maneras que ayudarán al analista a resaltar los problemas y oportunidades de los problemas.

    Los proyectos pueden forma solicitados por muchas personas diferentes dentro del negocio o por los mismos analistas de sistema. La selección de un proyecto es una decisión difícil, debido a que formaán solicitados más proyectos de los que pueden forma consumados. Cinco criterios importantes para la selección de proyectos son:

    a) Que el proyecto solicitado esté respaldado por la administración,

    b) Que tenga el tiempo adecuado para la asignación de recursos,

    c) Que mueva al negocio hacia la obtención de sus objetivos,

    d) Que sea practicable, y,

    e) Que sea lo suficientemente importante para forma considerado en vez de otros proyectos posibles.

    Si un proyecto solicitado satisface estos criterios, entonces puede forma elaborado un estudio de factibilidad de sus méritos operacionales, técnicos y económicos. Por medio de este estudio los analistas de practicas recopilan datos que permiten a la administración decidir si continúan con un estudio de sistema completo.

    La planeación del proyecto incluye la estimación del tiempo requerido por cada una de las encargos del analista, su calendarización y la agilización de ellas, si es necesario, para asegurar que un proyecto sea terminado a tiempo. Una técnica de que dispone el analista de practicas para la calendarización de tareas es la gráfica de Gantt, la cual despliega encargos en forma de barras en una gráfica. La calendarización de proyectos basada en computadora, es ahora una práctica común, debido principalmente al uso de interfaces de usuario gráficas. Adicionalmente, se pueden usar los administradores de información personales (PIM) por los analistas para planear, crear depósitos de números telefónicos y de fax y hasta ejecutar otros informacións.

    Una segunda técnica, pirada PERT (evaluación de informacións y técnicas de revisión), despliega las encargos como flechas en una red. El PERT ayuda a que el analista determine la ruta crítica y el tiempo de holgura, que es la información requerida para el control efectivo del proyecto. Cuando es necesario terminar un proyecto en menor tiempo, el analista puede reducir la duración total del proyecto identificando y agilizando las encargos principales.

    Una vez que ha sido juzgado factible, el analista de practicas debe administrar a los miembros del equipo, sus encargos, tiempo y recursos. La mayor parte de esto se logra mediante la comunicación con los miembros del equipo. Los equipos están constantemente buscando un balance entre trabajar sobre las tareas y mantener las relaciones con el equipo. Deben forma solucionadas las tensiones que suceden al intentar lograr este balance. Frecuentemente emergen dos líderes en un equipo, un líder de tarea y un líder socioemocional. Los miembros deben valorar periódicamente las normas del equipo para asegurarse de que sean funcionales en vez de disfuncionales para el logro de los objetivos de equipo.

    Es importante que el equipo de análisis ponga objetivos de productividad razonables para las salidas tangibles y las encargos del proceso. Las fallas del proyecto pueden forma evitadas, por lo general, examinando las motivaciones de los proyectos solicitados, así como los motivos del equipo para recomendar o evitar un proyecto particular.

    UNIDAD II

    Análisis de los requerimientos de información

    4. MUESTREO E INVESTIGACIÓN DE DATOS IMPRESOS.

    El proceso de seleccionar sistemáticamente elementos representativos de una población es pirado muestreo. El objeto del muestreo es seleccionar y estudiar documentos, tales como facturas, reportes de ventas y memorándums, o tal vez seleccionar y entrevistar, dar cuestionarios u obformavar a miembros de la organización. El muestreo puede reducir costos, velocidad de recolección de datos, hacer potencialmente que el estudio sea más efectivo y posiblemente reducir la ascendencia en el estudio. Cuatro tipos principales de muestras que tiene el analista. Un analista de practicas debe seguir cuatro pasos en el diseño de una buena muestra. Primero, se tiene la necesidad de determinar la población misma. Segundo, se debe decidir el tipo de muestra. Tercero, se debe calcular el tamaño de muestra. Por último, se deben planear los datos que necesitan forma recolectados o descritos. Tipos de información buscada en la investigación Los tipos de muestras útiles para un analista de practicas son: de conveniencia, intencionada, aleatoria simple y aleatoria compleja. El último tipo incluye las subcategorías de muestreo sistemático y muestreo estratificado. Hay varios lineamientos a seguir para la determinación del tamaño de muestra. El analista de practicas puede hacer una decisión subjetiva en relación con el estimado de intervalo aceptable. Luego se selecciona un medida de confianza y puede forma calculado el tamaño de muestra necesario.

    El analista de practicas necesita investigar datos relevantes, incluyendo reportes, documentos, estados financieros, manuales de procedimientos y memorándums. Los datos relevantes muestran dónde ha estado la organización y hacia dónde creen sus miembros que están yendo. Es necesario que sean analizados documentos cuantitativos y cualitativos.

    Debido a que los documentos son mensajes persuasivos, debe forma reconocido que el cambiarlos también puede cambiar a la organización. Las consignas que se colocan revelan la cultura oficial de la organización Hay muchas formas de analizar documentos cuantitativos y cualitativos. Sin embargo, es importante recordar que la investigación de los datos archivados tiene ventajas y desventajas. Debido a que muchas de las desventajas pueden forma superadas, vale la pena la investigación de archivos. Una de las desventajas del uso de datos archivados es que los datos pueden forma importantes solamente para aquel que originalmente los guardó.

    5. ENTREVISTAS.

    El proceso de las entrevistas es un método que usa el analista de practicas para la recolección de datos sobre los requerimientos de información. El analista de practicas escucha buscando objetivos, sentimientos, opiniones y procedimientos informales en entrevistas con los tomadores de decisiones de la organización. También vende el sistema durante las entrevistas. Las entrevistas son diálogos de preguntas respuestas planeados por anticipado entre dos personas.

    Hay cinco pasos que deben tomarse para la planeación previa de la entrevista:

    1. Lectura de material de fondo

    2. Establecimiento de objetivos de la entrevista

    3. Decisión de a quién entrevistar

    4. Preparación del entrevistado

    5. Decisión sobre el tipo y estructura de las preguntas

    Las preguntas tienen dos tipos básicos: abiertas y cerradas. Las preguntas abiertas dejan abiertas todas las opciones de respuesta para el entrevistado, Las preguntas cerradas limitan las opciones posibles de la respuesta. Las averiguaciones pueden forma abiertas o cerradas, pero le solicitan al interlocutor una respuesta más detallada. Las entrevistas pueden estar estructuradas en tres formas básicas, estructura de pirámide, de embudo o de rombo. Las estructuras piramidales comienzan con preguntas cerradas y detalladas y se amplían a preguntas más generales. Las estructuras de embudo comienzan con preguntas abiertas generales y luego se estrechan a preguntas cerradas más específicas. Las estructuras de rombo combinan las fuerzas de las otras dos estructuras pero se llevan más tiempo para realizarse. Hay compromisos involucrados sobre la decisión de cómo estructurar para realizar las preguntas y secuencias de preguntas de la entrevista. Las entrevistas deben forma grabadas por medio de grabadoras de cinta o la toma de notas. Después de la entrevista, el entrevistador debe escribir un reporte que liste los puntos principales que se proporcionaron, así como opiniones acerca de lo que fue dicho. Es extremadamente importante documentar la entrevista lo más pronto posible después de que haya sido realizada. Para reducir tanto el tiempo como el costo de las entrevistas personales, los analistas pueden considerar el diseño conjunto de aplicaciones (JAD) como una alternativa. Mediante el uso del JAD los analistas logran tanto el análisis de requerimientos como el diseño de la interfaz de usuario con los usuarios en un lugar de reunión de comunidad. La valoración cuidadosa del lugar de reunión para la organización ayudará a juzgar al analista si el JAD es una alternativa adecuada.

    6. USO DE CUESTIONARIOS.

    Mediante el uso de cuestionarios los analistas de practicas pueden recolectar datos sobre actitudes, creencias, comportamientos y características de gentes importantes en la organización. Los cuestionarios son útiles sí: las personas de la organización están ampliamente dispersas, muchas gentes están involucradas con el proyecto de sistema, se necesita un encargo exploratorio antes de recomendar alternativas o hay una necesidad para la sensibilización del problema antes de que se realicen entrevistas. Una vez que han sido articulados los objetivos del cuestionario, el analista puede comenzar a escribir preguntas abiertas o cerradas. La selección de la redacción es extremadamente importante y debe reflejar el lengua de los miembros de la organización. Idealmente, las preguntas deben forma simples, específicas, sin ascendencia, sin menosprecio, técnicamente precisas y dirigidas a aquellos que tienen el conocimiento. La asignación de escalas es el proceso de asignar números u otros símbolos a un atributo o característica. Tal vez quiera el analista de practicas usar escalas para medir las actitudes o las características de los interlocutores o para hacer que los interlocutores actúen como jueces sobre el tema del cuestionario.

    Las cuatro formas de medición son escalas nominales, ordinales, de intervalo y de relación. La forma de medición es frecuentemente indicada por los datos, y el análisis de los datos es a su vez indicado en alguna medida por la forma de medición.

    Los analistas de practicas necesitan tomar en consideración la validez y la confiabilidad. La validez significa que el cuestionario mide lo que el analista de practicas pretendió medir. La confiabilidad significa que los resultados son consistentes.

    Los analistas deben forma cuidadosos para evitar problemas como lenidad, tendencia central y el efecto de halo cuando construyen escalas. El control consistente del formato y estilo del cuestionario puede dar como resultado una mejor tasa de respuesta. Adicionalmente, el ordenamiento y agrupamiento significativo de las preguntas es importante para ayudar a que los interlocutores comprendan el cuestionario.

     




    7. OBSERVACIÓN DEL COMPORTAMIENTO DE LOS TOMADORES DE DECISIONES Y EL AMBIENTE DE OFICINA.

    Los analistas usan la obformavación como una técnica de recopilación de ir, formación. Por medio de la obformavación obtienen apreciaciones sobre lo que se hace realmente, ven de primera mano las relaciones entre los tomadores de decisiones en una organización, comprenden la influencia del ambiente físico de éste, interpretan los mensajes enviados por el tomador por medio de su vestimenta y el acomodo de su oficina y comprenden la influencia del tomador de decisiones con tocante a los demás. Usando el muestreo de tiempos o eventos, el analista obformava las encargos típicas del tomador de decisiones y su lengua corporal. Hay varios practicas para registrar tales obformavaciones, incluyendo practicas di categorías, listas de verificación, escalas, notas de campo y guiones. Además de la obformavación del comportamiento del tomador de decisiones, el analista de practicas debe obformavar también lo que le rodea. Un método para la obformavación estructurado del ambiente es pirado STROBE, Un analista de practicas usa STROBE en la misma forma que un crítico de cine usa un método pirado mise-en-scène para analizar una toma de una película Varios elementos concretos del ambiente del tomador de decisiones pueden forma obformavados e interpretados. Estos elementos incluyen (1) la ubicación de la oficina, (2) la ubicación del escritorio del tomador de decisiones, (3) el equipo de oficina fijo, (4) las propiedades, tales como calculadoras y pantallas, (5) revistas del negocio y periódicos, (6) iluminación y color de la oficina y (7) la vestimenta usada por el tomador de decisiones. Se puede usar STROBE para obtener una mejor comprensión sobre la manera en que los tomadores de decisiones actualmente recopilan, procesan, guardan y comparten información, Hay varias alternativas para la aplicación de STROBE en una organización. Estas incluyen el análisis de fotografías, el uso de una lista de verificación con base en la escala Likert, la adopción de una lista anecdótica con símbolos y la simple escritura de una comparación de obformavación/narrativa, Cada método tiene determinadas ventajas, así como desventajas, que el analista debe sopesar cuando seleccione una alternativa sobre la otra.

    8. PROTOTIPOS.

    La elaboración de prototipos es una técnica de recopilación de información útil para complementar el ciclo de vida de desarrollo de un sistema tradicional. Cuando el analista de practicas usa prototipos está buscando reacciones, sugerencias, innovaciones y planes de revisión del usuario para hacer mejoras al prototipo y, por lo tanto, modificar los planes del sistema con un mínimo de gastos y trastornos. Los practicas que apoyan la toma de decisiones semiestructuradas (tal como lo hacen los practicas de apoyo a decisiones) son buenos candidatos para la elaboración de prototipos.

    El término prototipo tiene diferentes significados, de los cuales son comúnmente usados cuatro de ellos. La primera definición de la elaboración de prototipos es la de construcción de un prototipo parchado. Una segunda definición es un prototipo no operacional que es usado para probar determinadas características del diseño. Un tercer concepto es la creación de un prototipo primero de la formaie que es completamente operacional. Este tipo de prototipo es útil cuando están planeadas muchas instalaciones del mismo sistema de información (bajo condiciones similares). El cuarto tipo es un prototipo con características seleccionadas que tiene algunas, pero no todas, de las características esenciales del sistema. Usa módulos autocontenidos como bloques de construcción, para que si las características prototípicas son satisfactorias puedan forma conformavadas e incorporadas en el sistema terminado mucho más grande.

    Los cuatro lineamientos principales para el desarrollo de un prototipo son: (1) trabajar en módulos manejables, (2) construir el prototipo rápidamente, (3) modificar el prototipo y (4) enfatizar la interfaz de usuario. Una desventaja de los prototipos es que el manejo del proceso de elaboración del prototipo es difícil, debido a la rapidez del proceso y a sus muchas iteraciones. Una segunda desventaja es que puede haber presiones para que sea puesto en formavicio un prototipo incompleto, como si fuera un sistema completo. Aunque la elaboración de prototipos no es siempre necesaria o deseable, debe hacerse notar que hay tres ventajas principales interrelacionadas de su uso: (1) el potencial para cambiar el sistema en etapas tempranas de su desarrollo, (2) la oportunidad de detener el desarrollo de un sistema que no es funcional y (3) la posibilidad de desarrollar un sistema que satisfaga en mejor forma las necesidades y expectativas de los usuarios. Los usuarios tienen un papel distinguido en el proceso de elaboración de prototipos. Su primer interés debe forma interactuar con el prototipo mediante experimentación. Los analistas de practicas deben trabajar sistemáticamente para obtener y evaluar las reacciones de los usuarios ante el prototipo, y luego trabajar para incorporar las sugerencias e innovaciones de los usuarios que valgan la pena en las modificaciones subsecuentes.

    UNIDAD III

    El uso del análisis

    9. USO DE DIAGRAMAS DE FLUJO DE DATOS

    Para comprender mejor el movimiento lógico de los datos en un negocio, el analista de practicas traza diagramas de flujo de datos (DFD). Los diagramas de flujo de datos son análisis estructurados y herramientas de diseño que permiten que el analista comprenda visualmente el sistema y subpracticas como un juego de flujos de datos interrelacionados.

    La representación gráfica del movimiento, almacenamiento y transformación de datos es trazada con el uso de cuatro símbolos: un rectángulo redondeado para indicar procesamiento o transformaciones de datos, un cuadrado doble para mostrar una entidad de datos externa (origen o receptor de datos), una flecha para mostrar el flujo de datos y un rectángulo de extremo abierto para mostrar un almacén de datos.

    El analista de practicas extrae procesos, fuentes, almacenes y flujos de datos desde las primeras narraciones organizacionales, y usa un enfoque de arriba hacia abajo para trazar primero un diagrama de contexto del sistema, dentro de la imagen más grande. Luego es trazado un diagrama de flujo de datos lógico a medida 0. Se muestran los procesos y se añaden los almacenes de datos. Luego el analista crea un diagrama hijo para cada uno de los procesos del Diagrama 0. Las entradas y salidas permanecen constantes, pero cambian los almacenes de datos y las fuentes. La explosión del diagrama de flujo original permite que el analista de practicas se enfoque en las representaciones cada vez más detalladas de los movimientos de datos dentro del sistema. Luego, el analista desarrolla un diagrama de flujo de datos físico a partir del diagrama de flujo de datos lógico, particionándolo para facilitar la informaciónción. Cada proceso es analizado para determinar si debe forma un procedimiento manual o automatizado. Los procesos automatizados son agrupados subsecuentemente en una formaie de informacións de computadora diseñados para forma por lotes o en línea. Seis consideraciones para partición de diagramas de flujo incluyen si:

    1.- Hay procesos ejecutados por diferentes comunidads de usuarios, hay procesos que se ejecuten al mismo tiempo

    2.- Hay procesos que ejecuten tareas similares, los procesos por lotes pueden forma combinados para un procesamiento eficiente

    3.- Los procesos pueden forma combinados en un información para tener consistencia de datos

    4.- O si los procesos pueden forma partidos en diferentes informacións por razones de seguridad.

    El diagrama de flujo de datos correcto para el ejemplo de la nómina.

    Las ventajas de los diagramas de flujo de datos incluyen la simplicidad de la notación, usándola para obtener información más clara de los usuarios, permitiendo que el analista de practicas conceptualice los flujos de datos necesarios sin estar atado a una implementación física particular, permitir que los analistas conceptualicen mejor las interrelaciones del sistema y sus subpracticas y analicen un sistema propuesto para determinar si han sido definidos los datos y procesos necesarios.

    Características comunes de los diagramas de flujo de datos lógicos y físicos.

    El diagrama de flujo de datos físico (abajo) muestra determinados detalles que no se encuentran en el diagrama de flujo de datos lógico (arriba).

    10. ANÁLISIS DE SISTEMAS USANDO DICCIONARIOS DE DATOS.

    Usando un enfoque de arriba hacia abajo, el analista de practicas usa los diagramas de flujo de datos para comenzar la compilación de un diccionario de datos, que es una referencia que contiene datos acerca de datos, o "metadatos" sobre todos los datos de procesos, almacenes, flujos, estructuras y los elementos lógicos y físicos dentro del sistema que está siendo estudiado. Una manera para comenzar es incluyendo todos los conceptos de datos de los diagramas de flujo de datos.

    La forma en que el diccionario de datos se relaciona con el diagrama de flujo de datos.

    Una colección grande de la información de proyecto es pirada un depósito. Las herramientas CASE permiten que el analista cree un depósito, que puede incluir información acerca de los flujos, almacenes, estructuras de registro y elementos de datos, la lógica de procedimiento de diseños de pantalla y reporte, relaciones de datos, requerimientos del proyecto y lo que produce el sistema final e información sobre la administración de proyecto. Cada entrada del diccionario de datos contiene: el nombre del concepto, una descripción verbal, alias, elementos de datos relacionados, rango, longitud, codificación y la información de edición necesaria. El diccionario de datos es útil en todas las fases del análisis, diseño y documentación última, debido a que es la fuente autorizada sobre la manera en que es usado y definido un elemento de datos en el sistema. Muchos practicas grandes tienen diccionarios de datos computarizados que tienen referencias cruzadas con todos los informacións de la base de datos que usan un elemento de datos particular.

    Dos diagramas de flujo de datos y sus entradas del diccionario de datos correspondientes para la producción de un cheque de pago a un empleado.

    11. DESCRIPCIÓN DE ESPECIFICACIONES DE PROCESO Y DECISIONES

    ESTRUCTURADAS.

    Una vez que el analista identifica los flujos de datos y comienza a construir el diccionario de datos es tiempo de pasar a las especificaciones de proceso y análisis de decisiones. Los tres métodos para el análisis de decisiones y la descripción de la lógica de proceso tratados en este capítulo son: lengua estructurado, tablas de decisión y árboles de decisión. Las especificaciones de proceso (o mini especificaciones) son creadas para los procesos primitivos en un diagrama de flujo de datos así como para algunos procesos de alto medida que explotan a diagramas hijos. Estas especificaciones explican la lógica de toma de decisiones y las fórmulas que transformarán los datos de entrada al proceso en salida.

    Los tres objetivos de la especificación de proceso son: reducir la ambigüedad de los procesos, obtener una descripción precisa de lo que se logra y validar el diseño de sistema. Una gran parte del encargo del analista de practicas involucrará decisiones estructuradas, esto es, decisiones que pueden forma automatizados si suceden condiciones identificadas. Para lograr esto, el analista necesita definir cuatro variables en la decisión que está siendo examinada: condiciones, alternativas de condición, acciones y reglas de acción.

    Una forma para describir las decisiones estructuradas es usar el método mencionado como lengua estructurado, donde la lógica es expresada en estructuras secuenciales, estructuras de decisión, estructuras de caso o iteraciones.

    El lengua estructurado usa palabras reformavadas aceptadas, tales como SI, ENTONCES, SINO, HACER, HACER MIENTRAS y HACER HASTA para describir la lógica usada y usa sangrías para indicar la estructura jerárquica del proceso de decisión. Las tablas de decisión proporcionan otra forma para examinar, describir y documentar decisiones. Cuatro cuadrantes (vistos en sentido del reloj a partir de la esquina superior izquierda) son usados para: (1) describir las condiciones, (2) identificar alternativas de decisión posibles (tales como S o N), (3) indicar cuáles acciones deben forma ejecutadas y (4) describir las acciones. Las tablas de decisión son ventajosas, debido a que las reglas para desarrollar la tabla misma, así como las reglas para eliminar redundancia, contradicciones y situaciones imposibles son directas y manejables. El uso de tablas de decisión promu

    0 Comentarios




    Comentarios Google+