You are on page 1of 58

Análisis y Diseño de Sistemas

1

CAPITULO
CONCEPTOS DE ANÁLISIS DE SISTEMAS.
1.1 ORIGENES DEL ANALISTA DE SISTEMAS
Los primeros analistas de sistemas surgieron en la revolución industrial. No trabajaban, en un principio, con ordenadores o sistemas basados en ordenadores. En vez de ello, eran ingenieros industriales cuyas responsabilidades se centraban en el diseño de sistemas de fabricación eficaces. Los analistas de sistemas de información surgieron como respuesta a la necesidad de mejorar los recursos informáticos para satisfacer los nuevos requisitos de procesos de información de las aplicaciones de la empresa. A pesar de sus enormes posibilidades tecnológicas presentes y futuras, la computadora aun debe su poder y utilidad a las personas. Son las personas en las empresas definen las aplicaciones y los problemas que la computadora ha de resolver.

1.2 NECESIDAD DE LOS SISTEMAS
El campo de los sistemas es parte integral del trabajo de todo ejecutivo, o sea que cada persona que supervisa, dirige o administra las actividades de subordinados sin importar el número, tiene en su trabajo una responsabilidad inherente de los sistemas, procedimientos o métodos que emplean él y sus subordinados. La ubicación de los sistemas y procedimientos de trabajo se halla en el elemento administrativo de la planeación, que es el momento donde se definen cómo se van a hacer las cosas.

1.3 CONCEPTOS GENERALES DEL ANÁLISIS
Es un conjunto o disposición de procedimientos o programas relacionados de manera que juntos forman una sola unidad. Un conjunto de hechos, principios y reglas clasificadas y dispuestas de manera ordenada mostrando un plan lógico en la unión de las partes. Un método, plan o procedimiento de clasificación para hacer algo.

Análisis y Diseño de Sistemas

2

También es un conjunto o arreglo de elementos para realizar un objetivo predefinido en el procesamiento de la Información. Esto se lleva a cabo teniendo en cuenta ciertos principios: • • • • Debe presentarse y entenderse el dominio de la información de un problema. Defina las funciones que debe realizar el Software. Represente el comportamiento del software a consecuencias de acontecimientos externos. Divida en forma jerárquica los modelos que representan la información, funciones y comportamiento.

El proceso debe partir desde la información esencial hasta el detalle de la Implementación. La función del análisis puede ser dar soporte a las actividades de un negocio, o desarrollar un producto que pueda venderse para generar beneficios. Para conseguir este objetivo, un sistema basado en computadoras hace uso de seis (6) elementos fundamentales: • Software, que son Programas de computadora, con estructuras de datos y su documentación que hacen efectiva la logística metodología o controles de requerimientos del Programa. Hardware, dispositivos electrónicos y electromecánicos, que proporcionan capacidad de cálculos y funciones rápidas, exactas y efectivas (Computadoras, Censores, maquinarias, bombas, lectores, etc.), que proporcionan una función externa dentro de los Sistemas. Personal, son los operadores o usuarios directos de las herramientas del Sistema. Base de Datos, una gran colección de informaciones organizadas y enlazadas al Sistema a las que se accede por medio del Software. Documentación, Manuales, formularios, y otra información descriptiva que detalla o da instrucciones sobre el empleo y operación del Programa. Procedimientos, o pasos que definen el uso específico de cada uno de los elementos o componentes del Sistema y las reglas de su manejo y mantenimiento.

• • • •

Análisis y Diseño de Sistemas

3

Un Análisis de Sistema se lleva a cabo teniendo en cuenta los siguientes objetivos: • • • • • • Identifique las necesidades del Cliente. Evalúe que conceptos tiene el cliente del sistema para establecer su viabilidad. Realice un Análisis Técnico y económico. Asigne funciones al Hardware, Software, personal, base de datos, y otros elementos del Sistema. Establezca las restricciones de presupuestos y planificación temporal. Cree una definición del sistema que forme el fundamento de todo el trabajo de Ingeniería.

1.4 CLASIFICACIÓN DE SISTEMAS
Los sistemas se clasifican en: Sistemas naturales y sistemas creados o hechos por el hombre. Las organizaciones públicas y privadas constituyen sistemas creados o hechos por el hombre. Considerando el número y complejidad de los elementos y sus relaciones, y la posibilidad de predecir su comportamiento, los sistemas pueden ser simples, complejos y muy complejos; y deterministas y probabilistas. Otra clasificación de los sistemas distingue a los cerrados de los abiertos. La gran mayoría de los sistemas orgánicos son abiertos, esto quiere decir que hay un intercambio de energía con sus integrantes. Sistemas mecánicos o no vivientes y sistemas vivientes. Fácil de comprender porque los organismos públicos son sistemas vivientes, puesto que el principal componente es el ser humano como ente individual y como miembro de un grupo social. Sistemas adaptables y no adaptables. Las organizaciones son sistemas adaptables, puesto que reaccionan o responden a cambios del contexto, produciéndose una nueva situación del sistema frente a la reacción o respuesta.

Análisis y Diseño de Sistemas

4

CAPITULO
FUNDAMENTOS DEL DESARROLLO DE SISTEMAS.
2.1 EL ANALISTA COMO SOLUCIONADOR DE PROBLEMAS
En esencia, el analista de sistema aplica un planteamiento de resolución de problemas para desarrollar los sistemas. La resolución de problemas es el acto de estudiar el entorno de un problema con el fin de implantar soluciones correctivas pertinentes. Problema es un término que incluye: 1. Situaciones, reales o anticipadas, que requieren una acción correctiva. 2. Oportunidades de mejorar una situación a pesar de la ausencia de quejas al respecto. 3. Instrucciones para cambiar una situación con independencia de que se hayan o no recibido quejas sobre la situación actual. 2.1.1 CARACTERÍSTICAS Planificación es el estudio continuado del entorno de un problema con el fin de identificar las posibilidades de solución que entraña. En términos ideales, los proyectos que se seleccionan proporcionaran beneficios a la empresa a largo plazo. Por tanto, la planificación del sistema de información no puede separarse de la empresa en si mismo. Con vendría notar que muchas empresa aun no han centrado su atención a que unidad de planificación. Análisis es el estudio del entorno del problema y las subsiguiente definición y establecimiento de prioridades entre las necesidades planteadas con el fin de resolver el problema.

Análisis y Diseño de Sistemas

5

Diseño es la evaluación de las diferentes alternativas a si como, las especificaciones detalladas de la solución final. Implantación es la construcción o ensamblaje de la solución al problema que culmina en un nuevo entorno basado en dichas soluciones. Soporte es el mantenimiento y la mejora permanentes de la solución en el transcurso de su vida (que puede durar semanas, meses o año).

2.2

BLOQUES ELEMENTALES INFORMACIÓN

DE

UN

SISTEMA

DE

El análisis de sistema desarrolla el sistema de información para las organizaciones. Antes de estudiar el proceso de construcción de sistema, es preciso comprender claramente el producto que se esta intentando elaborar. 2.2.1 CONCEPTO DE INFORMACIÓN Un sistema de información es una disposición de componentes integrados entre si cuyo objetivo es satisfacer las necesidades de información de una organización. El propósito de un sistema de información es recoger, procesar e intercambiar información entre los trabajadores de una empresa. E l sistema de información ha sido diseñado para apoyar todas las operaciones de los sistemas de empresa.

Información: es un dato que ha ido manipulado. En consecuencia. consideramos que los datos deben constituir uno de los pilares fundamentales de un sistema de información. y deberían. En otras palabras la información debe tener valor. Sin embargo. 2. 2. Dato: es una colección de hechos considerados de forma aislados.2. Los problemas que han de resolverse. bloque de los sistemas de información es la persona. Las necesidades que han de satisfacerse Las restricciones de empresa que se impondrán a los sistemas de información.2 BLOQUE ELEMENTAL PERSONAS El primer. La mayoría de las personas utiliza los términos. con la que resulta de utilidad para alguien.Análisis y Diseño de Sistemas 6 2. 3. La filosofía predominante en el desarrollo de sistemas debería consistir en pensar que los sistemas están hechos para las personas. datos e información de forma indistinta. y mas importante. Los datos describen la organización. y deciden en últimos términos la validez de dichos sistemas de información. no significan en absoluto lo mismo. Propietario del sistema Patrocinan y promueven los sistemas de información.2. o en caso contrario seria un . valida. Son normalmente responsables de fijar el presupuesto y el plazo necesario para desarrollar y mantener el sistema de información. Los usuarios de sistemas definen: 1.3 BLOQUE ELEMENTAL DE DATOS Los datos pueden. introduce y almacenan datos de información. interpretarse como la materia prima utilizada para producir información. Los usuarios son las personas para los cuales los analistas de sistemas desarrollan los sistemas de información. 4. Estos hechos aislado aportan un significados. Usuarios de sistemas Son aquellas personas que utilizan el sistema de información (y obtienen beneficios directos de el) de una forma regular: Captura. Las oportunidades que han de aprovecharse. pero en general no son de utilidad por si solos.

Funciones (por ejemplo. almacenar. Como trabajadores de la información. Cuales son los recursos de empresas importantes para los propietarios de sistemas para un sistema de empresa o de información dado. accidentes o ventas). Los diseñadores de sistemas convierten estas necesidades en base de datos y archivos informáticos que servirán de soporte al bloque elemental actividades del sistema de información. Cosas esenciales para los propósitos o los objetivos del sistema. si se presentan de forma adecuada. viajes. índices y otro ítem técnicos. pedidos. Algunos de ellos. el propietario de sistema medio no esta interesado en los datos en bruto. estructuras de datos. Sucesos (por ejemplo. oficinas de ventas e instalaciones de almacén). se encargan de capturar. con frecuencia ven los datos solo en función de cómo se aplican en la actualidad o como piensan que deberían aplicarse. Lugares (por ejemplo. Conocen los datos de la empresa mejor que nadie. esquemas de bases de datos. Cosas que han de ser gestionadas o controlada para alcanzar las metas y los objetivos de empresa. solicitudes. materiales. . contratos. los datos son en si mismos recursos que ayudan a gestionar mejor esos otros recursos de empresa. vehículos y productos). Los diseñadores de sistemas ven los datos en forma de disposiciones de registros. Como ven los datos los diseñadores de sistemas Los usuarios de los sistemas definen las necesidades de datos de un sistema de información. clientes. Como ven los datos los usuarios Los usuarios de un sistema de información son normalmente expertos en datos.Análisis y Diseño de Sistemas 7 dato. Para los propietarios de sistemas. 2. maquinas. La información le dice a la gente algo que no sabia o le confirma algo que ha escuchado. campos. Por desgracia. suministros. empleados y titulares de cuentas). estrictos. editar y utilizar los datos de forma cotidiana. sino en las cosas que dichos datos describen. procesar. Los recursos de empresa son: 1. proveedores. la mayoría de estos recursos corresponden a alguna de las siguientes categorías: • • • • Cosas tangibles (por ejemplo. Estas cosas son los recursos de empresa. organizaciones de archivos. Como ven los datos los propietarios de sistemas En términos.

los propietarios de sistemas ven sus funciones de empresa a través de diversos parámetros de planificación. Algunas actividades son repetitivas. etc. Otras se producen con menor frecuencia. Las actividades de una empresa son procesos cotidianos que sirven para apoyar su cometido. Pero en la mayoría de caso no es así. El suministro de datos y el proceso de informaciones. Entre las funciones delos sistemas de empresa se incluyen las ventas. metas y objetivos. Algunas actividades pueden implantarse en forma de software. Como ven las actividades los propietarios de sistemas Los propietarios de sistemas están por lo general. interesados por el plano general de la empresa. Esencialmente. Las ACTIVIDADES definen la función de un sistema de información. Los eventuales clientes definen la función deseada y el ingeniero crea un diseño que realice dicha función. los servicios la fabricación. las expediciones y las recepciones. la gestión de personal. las recepciones. las ventas. Las funciones son actividades en curso que apoyan el funcionamiento de la empresa. las actividades son trabajos llevados a cabo para la empresa tanto por personas como por maquinas. 2. las expediciones. hacer algo útil. incluyen actividades muy distintas que tienen algo en común. La mejora y la simplificación de las actividades de empresa. la contabilidad. Las actividades de los sistemas de información son los procesos que apoyan las actividades de empresa por medio de: 1. como son las metas y los objetivos. . 2. dicho producto debe cumplir alguna función.2. La mayor parte de las empresas se organiza en torno a actividades tales como el marketing. Otra han de ser realizadas por personas. las operaciones de almacén.4 BLOQUE ELEMENTAL ACTIVIDADES Cuando los ingenieros diseñan un nuevo producto. a veces casi nunca. En general. la contabilidad y la producción. en este caso los grupos de actividades denominadas funciones.Análisis y Diseño de Sistemas 8 pueden ser correctamente interpretados por los usuarios del sistema. En esencia.

Los procesos de empresa pueden ser puestos en marcha por personas. Por este motivo. programadores y usuarios. Como ven las actividades los diseñadores de sistemas La visión que tienen os diseñadores de sistemas de las actividades esta acondicionada por las limitaciones de la tecnología especifica. maquinas u ordenadores. Aplicar un método de resolución de problemas: El ciclo de vida del desarrollo de sistemas es. Los objetivos son fines más específicos que ayudan a alcanzar las metas. En ocasiones. Como ven las actividades los usuarios de sistemas Los usuarios ven las actividades en función de los distintos procesos de empresa. a una postura confrontada entre analista. y el analista debe utilizar la tecnología disponible. ejecuta y controla los proyectos de desarrollo de sistemas. 2. la visión de las actividades que tienen los diseñadores de sistemas es de carácter más bien técnico.3. Estos procesos se basan con frecuencia en métodos específicos y procedimientos de aplicación paso a paso. en cierto modo.3 CICLO DE VIDA DEL DESARROLLO DE SISTEMAS El ciclo d vida del desarrollo de sistemas (CVDS) es el proceso por el cual los analistas de sistemas. Los procesos de empresa son actividades que tienen entradas y salidas. primero y ante todo. En cualquier modo. algo que la empresa quiere conseguir. la implicación del usuario e el proyecto es una necesidad absoluta para conseguir un desarrollo fructífero de los sistemas. Esta actitud ha dado lugar. el analista puede elegir esta tecnología. Implicar Al Usuario: Es frecuente oír hablar a los analistas y los programadores de me sistema. un método de resolución de problemas para fabricar sistemas. dichas soluciones a menudo se vuelven contra sus inventores porque no responden a los problemas reales de organización o incluso introducen nuevos problemas técnicos u organizativos. Aunque los programadores y los analistas trabajan intensamente para poder crear soluciones magnificas desde el punto de vista tecnológico. El termino problema se usa en este caso como algo que incluye tanto los . Pero a menudo la elección ya ha sido hecha. 2. En ambos casos.1 PRINCIPIOS ESENCIALES PARA EL DESARROLLO DE SISTEMAS.Análisis y Diseño de Sistemas 9 Las metas son declaraciones generales de intenciones. se trata de una herramienta de gestión de proyectos que planea. los programadores y los usuarios finales elaboran sistemas de información y aplicaciones informáticas. los ingenieros de software.

El método clásico de resolución de problemas es el siguiente: 1. en la práctica resulta casi siempre un fracaso. Hallar soluciones alternativas. Las normas de desarrollo de sistemas describen. Análisis de sistema Diseño de sistema Implantación de sistema La planificación de sistemas Establecer normas para un desarrollo y una documentación consistentes: Para promover una adecuada comunicación en esta base constantemente cambiante de usuarios y profesionales de los sistemas de información. Diseñar e implantar la solución.Análisis y Diseño de Sistemas 10 problemas reales como las oportunidades de mejorar y las normas impuestas por la dirección. Diseñar sistemas que puedan crecer y cambiar: Existe un defecto vital en el que suelen incurrir los profesionales de sistemas de información que necesitan desarrollar sistemas. muchos analistas de sistemas han caído en la trampa de desarrollar sistemas que satisfacen solamente las necesidades de los usuarios para hoy. Entropía es el término utilizado por los especialistas en sistemas para describir el natural e inevitable deterioro de todos los sistemas. . Afinar la soluciona en forma consecuente. Observar y evaluar el impacto de la soluciona. 4. Deberían establecerse estos cuatro tipos de normas en todas las fases del ciclo de vida. 3. responsabilidades. Aunque a primera vista pueda parecer necesario. 2. Definir fases y actividades: En su mayoría los CVDS constan de fases. 7. Elegir la mejor solución. Definir los requisitos para alcanzar una solución adecuada. Junto con la siempre creciente demanda de desarrollo de sistemas. los CVDS constan de cuatro fases: 1. Comprender el contexto del problema y las causas y efectos del mismo. deben aplicarse normas que aseguren la consistencia del desarrollo de sistemas. 3. 2. directrices o requisitos de documentación y controles de calidad. En su forma clásica más simple. 4. 5. Identificar el problema (u oportunidad o norma). 6. por lo general actividades.

Análisis y Diseño de Sistemas 11 CAPITULO PLANIFICACIÓN DEL SISTEMA La planificación del sistema pretende señalar y establecer las prioridades sobre aquellas tecnologías y aplicaciones que producirán un beneficio máximo para la empresa. Algunos de sus sinónimos son planificación estratégica de sistemas y gestión de recursos de información. La planificación de sistemas se consigue mediante la cooperación de los propietarios de los sistemas.1 FASES DE LA PLANIFICACION . de aquí que en el modelo en pirámide. tenga que ver con PERSONAS. DATOS y ACTIVIDADES. 3.

1.3 FASE 3: ANÁLISIS DE ÁREAS DE LA EMPRESA El propósito del AAE es idear un plan que lleve a obtener aplicaciones de sistemas de información altamente integradas para un área de empresa. a través de las cuales conseguirán un alto grado de integración.1. Es sorprendente que muchas empresas no hayan documentado su cometido de manera formal. 3. Bloques Elementales Para La Fase De Estudio Los objetivos fundamentales de la fase de estudio son: • • • Establecer los mandatos de la planificación estratégicas de sistemas. la gestión de sistemas de información desempeña con frecuencia un papel clave en la orientación y la dirección de esta fase.2 FASE 2: DEFINIR UNA ARQUITECTURA DE INFORMACIÓN. Desarrollar proyectos planificados de desarrollo de aplicaciones de sistemas de información evolucionaran en torno a las bases de datos compartidas y las infraestructuras de redes. 3.Análisis y Diseño de Sistemas 3. pero en cualquier caso todas ellas tienen una misión. Desarrollar una base de datos única e integrada para toda el área de empresa. La correcta planificación de los sistemas de información depende de la calidad de la planificación de la empresa. Una arquitectura de información es un plan de selección de la tecnología de información y el desarrollo de los sistemas de información necesarios para apoyar el comercio de la empresa. Acorde con esto. . La fase de análisis activa proyectos con el fin de: 1.1. (Ello puede implicar convencer a los directivos de alto rango de la empresa de la importancia de la planificación estratégicas de sistemas) Cimentar una cooperación de trabajo entre los directores de los sistemas de información y los directivos de máximo nivel de la empresa.1 FASE 1: ESTUDIO DE LA PLANIFICACIÓN 12 La primera fase de estudio de la planificación de sistemas consiste en estudiar el cometido de la empresa. 2. Analizar las estrategias de la empresa que pudieran influir sobre los sistemas de información. La fase de arquitectura puede requerir seis meses o más para su terminación. 3. Desarrollar una infraestructura común de redes para el área de empresa (lo que incluye conexiones con otras redes y el mundo exterior).

Identificar las necesidades en la empresa de una red compartida para el área de empresa.Análisis y Diseño de Sistemas Bloques Elementales Los objetivos fundamentales de un AAE son: • • • • 13 Identificar las necesidades de la empresa de una base de datos compartida para el área de empresa. independientes de las unidades organizativas o del soporte de los sistemas de información. Refinar las necesidades técnicas para la base de datos del área de empresa y las redes. . Identificar necesidades de alto nivel en la empresa en cuanto a disposición de aplicaciones integradas en el área de empresa. cuyo fin es determinar si los procesos básicos de empresa pueden ser simplificados y mejorados de forma significativa. 3.2 REINGENIERÍA DE PROCESOS DE LA EMPRESA Es el conjunto de actividades de estudio y rediseño de los procesos fundamentales de empresa.

Como una imagen vale más que mil palabras. mediante modelos esenciales. Los modelos de implantación son útiles para documentar los datos de un sistema existente. 2. Los modelos de implantación muestran no solo lo que es o hace un sistema. Los modelos esenciales reciben a veces el nombre de modelos lógicos o modelos conceptuales. . Estudio y análisis del sistema actual (o fase de estudio). Los modelos esenciales son modelos independientes de la implantación.1 BLOQUES Y FASES ELEMENTALES 1. Entre sus sinónimos se incluyen modelo tecnológico y modelo físico. sino también como es su implantación física. Definición y establecimiento de prioridades entre las necesidades de usuario (o fase de definición). independientemente del modo en que se implante físicamente dicho sistema. los analistas han aprendido que las necesidades de datos de los sistemas propuestos deberían especificarse. que describen la esencia del sistema (lo que hace o debe hacer el sistema). en el mejor de los casos. Sin embargo. los modelos son en su mayoría representaciones graficas de la realidad. Estudio de la viabilidad del proyecto (o fase de inspección). para los sistemas propuestos como medio para definir las necesidades y los diseños.2 LA MODELIZACION DE DATOS Un modelo es una representación de le realidad. Puede establecerse modelos para los sistemas existentes. 4. la definición de las necesidades y las prioridades manifestadas por los usuarios para la construcción de un nuevo sistema de información. 4. con el fin de obtener un mejor conocimiento de dichos sistemas.Análisis y Diseño de Sistemas 14 CAPITULO ANÁLISIS DE SISTEMAS El análisis de sistemas es el estudio actual de empresa y de información. 3.

Lo mejor es almacenar los modelos de datos en un diccionario. El propósito de esta tecnología es acelerar el proceso de desarrollo de sistemas y mejorar la calidad de los sistemas resultantes.1 HERRAMIENTAS DE MODELIZACION DE DATOS. un modelo de datos debería considerarse como un documento vivo que cambiara como respuesta a los cambios que experimente la empresa.2 COMO CONSTRUIR MODELOS DE DATOS. Estas dos herramientas pretenden representar y transmitir la misma información en forma de diagrama de entidad-relación. la modelizacion de datos recibe el nombre de modelizacion de base de datos. 4. Existen muchas formas y métodos para efectuar modelizaciones de datos. modificar. importante que se familiaricen con otras dos herramientas de modelizacion de datos utilizadas comúnmente: los modelos de datos Martín y de Bachman. crear. Tanto los analistas de sistemas como los usuarios encontraran en su camino diferentes herramientas. En vez de ello. ampliados y editados con el paso del tiempo.Análisis y Diseño de Sistemas 15 La modelizacion de datos es una técnica para la organización y la documentación de los datos de un sistema. Por tanto. a veces incluso en una misma organización. de manera que puedan ser recuperados. ya que en la empresa y las aplicaciones no tienen modelos finales. . usar o borrar datos.2. 4. Diagramas de entidad-relación Un diagrama de entidad-relación (DER) es una herramienta de modelizacion de datos que describe las asociaciones que existen entre las diferentes categorías de datos dentro de un sistema de empresa o de información (no solo dice como implantar. En ocasiones.2. En esta sección veremos cuando hacer una modelizacion de datos durante el desarrollo de sistemas. Otra herramienta es CASE las cuales son programas (software) que automatizan o apoyan una o mas fases del ciclo de vida del desarrollo de sistemas. Modelización de datos a lo largo del ciclo de vida La modelización de datos puede efectuarse durante diversas fases del ciclo de vida del desarrollo de sistemas. sin embargo cada una de ellas posee una notación simbólica diferente. debido a que los modelos de datos normalmente se implantan como base de datos. Los modelos de datos son progresivos. Existen numerosas herramientas para la modelizacion de datos.

la utilidad de los modelos de procesos va mucho más allá de la mera descripción de los procesos de software. El modelo de datos de empresa recibe también el nombre de modelo de datos sustancial.3. La modelizacion de procesos es una técnica de ingeniería de software. sus entradas. por tanto. 4. . dado que en sus entidades representan cuestiones sustanciales de alto nivel acerca de las cuales la dirección de la empresa requiere información.3 MODELIZACION DE PROCESOS La modelización de procesos es una técnica para la organización y la documentación de los procesos de un sistema. estos modelos no contienen detalles tecnológicos o de implantación. 4. es posible que el lector encuentre modelos similares en los cursos sobre ingeniería de software. La modelización esencial de procesos trata los procesos de empresa desde los puntos de vista de los propietarios y los usuarios de los sistemas. sus salidas y sus formas de almacenamiento. Por otra parte. Conforme a ello.1 DIAGRAMA DE FLUJO DE DATOS Un diagrama de flujo de datos (DFD) es una herramienta de modelizacion de procesos que representa el flujo de datos a través de un sistema y los trabajos o procesos llevados a cabo por dicho sistema. Este modelo refleja una visión de alto nivel sobre las entidades críticas de información.Análisis y Diseño de Sistemas Modelización de datos durante la planificación de sistemas 16 Durante la fase de definición de la planificación de sistemas. normalmente se construye un modelo de datos de empresa.

Análisis y Diseño de Sistemas Convenciones y directrices de los diagramas de flujo de datos El símbolo principal de un diagrama de flujo es el proceso. Los agentes reciben también en ocasiones el nombre de fuentes (de entradas netas al sistema) o destinos (de salidas netas de un sistema). robots. por el momento solo centraremos en la tarea o la acción efectuadas. Uno de sus sinónimos más habituales es entidad interna y externa (no confundir con entidad de datos). El flujo de datos representa la introducción de datos en un proceso o la obtención de datos de un proceso. Un almacén de datos es un inventario de datos. Aunque los procesos pueden ser satisfechos por personas. Suministran entradas o salidas netas de un sistema. Los agentes internos y externos definen los límites de un sistema. Entre sus sinónimos se incluyen archivo y base de datos (aunque estos dos términos poseen un matiz más bien relacionado con la implantación de modelos de procesos esenciales). 17 NOMBRE Flujo de datos Proceso REPRESENTA Los datos en movimiento del sistema Transformaciones de los datos del sistema. En el mejor de los casos. . y no en quien se encarga de dicha tarea o actividad. los almacenes de datos esenciales deberían describir cosas sobre las cuales la empresa desea almacenar datos. SIMBOLO Almacén de datos Datos en reposo del sistema Origen y destino de los flujos de datos que entran y salen del sistema Agente externo o interno Un proceso es un conjunto de tareas o acciones realizadas a partir de un flujo de datos de entrada para producir un flujo de datos de salida. departamentos. maquinas u ordenadores.

inscripciones.) 18 • • • 4. Durante la fase de definición de la planificación de sistemas. instructores. Lo mejor es almacenar los modelos de procesos en un diccionario.) Sucesos (como pedidos. cursos. un modelo ha de considerarse como un documento vivo que evolucionara como respuesta a los cambios experimentados por la empresa. etc. Modelización de procesos durante la planificación de sistemas Durante las fases de estudio de la planificación de sistemas. tarjetas de control de tiempos. Diagrama de datos o modelo de procesos del área de empresa. almacenes.) Objetos (como productos. etc. equipos.Análisis y Diseño de Sistemas En ello se incluye: • Participantes (por ejemplo. En este modelo contiene una visión general de las funciones de empresa. etc.3. empleados. por lo general no se hace ninguna modelizacion de procesos. proveedores. Los modelos de procesos son graduales. etc. ampliados y editados con el paso del tiempo. salas. estudiantes. regiones de ventas. clientes. libros de texto.2 CUANDO CONSTRUIR MODELOS DE PROCESOS La modelizacion de procesos puede efectuarse diversas fases del ciclo de vida del desarrollo de sistemas. de manera que puedan ser recuperados. el enteres de esta etapa se centra completamente en el estudio de la empresa y en la misión que ha de cumplir dicha empresa. normalmente se construye un modelo de procesos de empresa. edificios.) Lugares (por ejemplo. En vez de ello. solicitudes. . es decir en las empresas y las aplicaciones no tienen modelos finales. piezas.

Modelizacion de procesos durante el análisis de sistema La modelización de procesos suele construir una parte importante de muchas técnicas y metodologías de la fase de estudio. Entre sus sinónimos se incluyen diagramas de contexto. el modelo de procesos se hará más técnico.3 MÉTODO DE MODELIZACION DE PROCESO PASÓ A PASO Emplearemos un método por etapas para suministrar un conjunto completo de los DFD que pueden utilizarse en el futuro. 2. El paso hacia el diseño de sistema El modelo de procesos esencial obtenido en el análisis de sistemas describe necesidades de procesos de la empresa. Paso 1: Elaborar un diagrama de flujo de datos de contexto Un diagrama de flujo de datos de contexto define el campo de acción y los limites del sistema y el proyecto. 4. Así los DFD pueden utilizarse también en las fases de diseño de implantación. Para determinarlos. no soluciones técnicas. proponemos la siguiente estrategia: 1. . Más bien se utilizan para identificar aplicaciones informáticas específicas y fijar prioridades entre ellas. El ámbito de todo proyecto esta sujeto siempre a a cambios. ya que han de definir el ámbito de acción del proyecto o el sistema.3. por lo general. Los diagramas de contexto son difíciles de elaborar. Cuando se pase al diseño de sistemas. Algunos analistas podrían convertir estos DFD de implantación en DFD esenciales para eliminar el sesgo inevitable que se produce cuando se parte de modelos de implantación existentes para plantearse las soluciones alternativas.Análisis y Diseño de Sistemas 19 El grado de detalle de dicho modelo varia según las metodologías concretas utilizadas. por tanto. Ignore las tareas puramente internas del recipiente. para diferenciar su interior del exterior. Así los analistas realizaran diagramas de flujos de datos de implantación de los sistemas actuales para aumentar su conocimiento sobre los sistemas y los problemas que se les asocian. Deberá convertirse en un modelo de implantación de aplicaciones que dirigirá la implantación técnica de programas. con vistas a las fases posteriores de análisis y diseño. el nivel de detalle suficiente como para dar paso al diseño de aplicaciones informáticas especificas. Piense en el sistema como si fuera un recipiente. Aplicara así el clásico concepto de caja negra de la teoría de sistemas. también lo deberá estar el diagrama de flujo de datos de contexto. estos DFD no tienen. modelo de contexto y modelo ambiental. sin embargo.

Existen dos formas básicas de elaborar diagramas de flujos de datos de un sistema o una aplicación completos: • Trazar dos diagramas de flujo de datos. Pregunte a sus usuarios finales cuales son los informes de formato fijo que ha de producir el sistema. • Un diagrama de descomposición. Estos destinos serán también agentes internos y externos. consiste comúnmente DFD de sistema o de nivel uno. 9. y aportan nuevos datos al sistema. Identificar todos los posibles almacenes de datos externos. también denominado grafico de jerarquías. en vez del anterior método de expansión. pregunte a sus usuarios finales cuales son las respuestas que debería producir el sistema. Identifique las fuentes netas de datos para cada suceso. Los sucesos de empresa simplemente ocurren. denominado DFD general o de nivel cero. 8. muestra la estructura. Estas fuentes se convertirán en agentes internos o externos en los DFD. Cada uno de estos subprocesos puede a su vez. Pregunte a sus usuarios finales cuales son los sucesos o transacciones a los cuales debe responder el sistema. Paso 2: Elaborar un diagrama de descomposición que esquematice los diagramas de flujo de datos. 4. . es una ampliación del primer diagrama que suministra una visión mas detallada del sistema. de un sistema. Dibuje un diagrama de contexto para todas las informaciones anteriores. Elaborar un conjunto de diagramas de flujo de datos por niveles. Tal vez lleguen a usar los datos de dichos archivos o bases de datos. 5. Muchos sistemas requieren acceder a archivos o bases de datos de otros sistemas. El primer diagrama. desglosarse en un diagrama de flujo de datos que muestre procesos mas detallados. El proceso del diagrama de flujo de datos de contexto se divide en su propio diagrama de flujo de datos que ilustra los subsistemas básicos mostrados como subprocesos. Este método aplica una técnica de explosión. o descomposición funcional en sentido descendente. 7. Para cada suceso. 6. Identifique los recipientes netos de cada respuesta o salida que debería generar el sistema. sirve como diagrama de nivel general. Puede contener de diez a treinta procesos. También nos proporciona un esquema para elaborar nuestros DFD. cada uno de ellos en una hoja de papel independiente.Análisis y Diseño de Sistemas 20 3.

Paso 6: Elaborar los diagramas de flujo de datos de nivel primigenio Completemos seguidamente el conjunto de DFD por niveles mediante la elaboración de diagramas que muestren las necesidades detalladas de proceso dentro del sistema. puede ser de utilidad identificar los posibles almacenes de datos que se utilizaran en dichos diagramas. Es una forma útil de comunicar el significado y la actuación del sistema a grandes rasgos. Un proceso de transacciones de salida Un proceso de producción de informes. Periódicamente. A continuación. creamos un almacén de datos compuesto que represente a todos los datos del sistema. Diagrama general de flujo de datos Un diagrama general de flujo de datos muestra la interacción existente entre los subsistemas y/o las funciones clave. Este diagrama contiene un ejemplo de cada uno de los tipos existentes de procesos primigenios: • • • • Un proceso sencillo de transacciones de entrada. Cualquier proceso de un DFD es susceptible de desglose para desvelar diagrama de flujo de datos mas detallados de dicho proceso. Un proceso de mantenimiento de datos.Análisis y Diseño de Sistemas Paso 3: Identificar almacenes de datos 21 Antes de pasar a dibujar nuestros diagramas de flujo de datos. podemos ahora proceder a desglosar los procesos del diagrama de contexto en una imagen mas detalla del sistema. Este almacén de datos se desglosa en nuestro modelo de datos. uno para cada entidad o entidad asociativa del modelo de datos. En mi primer lugar. podemos dividir cada uno de los procesos de dicho DFD para poner de relieve un mayor nivel de detalle sobre los subsistemas. Estos diagramas reciben el nombre de diagramas de flujo de datos primigenios o de bajo nivel. Este segundo DFD recibe normalmente el nombre de diagrama general de flujo de datos. Paso 5: Elaborar diagramas de flujo de datos de nivel medio Después de haber elaborado el diagrama de sistemas. Se continúa con el desglose hasta que se haya obtenido un nivel de detalle suficiente. así como el modo en que interaccionan entre si. salvo los más detallados. . Todos los DFD. En el se muestran sus principales subsistemas y funciones. identificaremos los almacenes de datos primigenios. deberían revisarse los diagramas de descomposición para garantizar que se siga correctamente el esquema original. reciben con frecuencia el nombre de DFD de nivel medio. Paso 4: Elaborar un diagrama general de flujo de datos Mediante el empleo como esquema de nuestro diagrama de descomposición.

1 CÁLCULO CENTRALIZADO Y TIEMPO COMPARTIDO Gran parte de la base existente actualmente en las aplicaciones y los sistemas de información aplica.4. También recibe el nombre de proceso centralizado. Existen varia razones que justifican el actual enteres en el proceso con clientes / servidores: • Los ordenadores clientes son cada vez más potentes y más baratos que los grandes ordenadores y los mini ordenadores.4.Análisis y Diseño de Sistemas 22 Adviértase que los DFD primigenios deben mostrar todos los almacenes de datos y los flujos de datos primigenios apropiados. .2 SISTEMAS CLIENTE/SERVIDOR El cálculo con sistemas cliente/servidor es una extensión del proceso cooperativo cuya realización ha sido posible gracias a la evolución de los PC. procesos de almacenamiento y recuperación de datos. los procesos de interfaz de usuario (pantallas). En los Sistemas cliente/servidor. Los ordenadores servidores suministran los datos comunes o impartidos a dicha aplicación o sistema. 4. con razonable éxito pero un coste cada vez mayor. En un sistema de tiempo compartido. y tratamiento de los sistemas lógicos de empresa son realizados por un único procesador central. se distribuye el proceso de una aplicación entre múltiples ordenadores en una red LAN o WAN. El ordenador es normalmente un gran sistema o un mini ordenador que permite el acceso simultaneo a muchos usuarios. una tecnología anticuada: el cálculo centralizado y el tiempo compartido. sus datos y sus procesos. la conectividad de los host. El cálculo centralizado es un tipo de arquitectura de aplicaciones que utiliza un único procesador. las redes LAN y WAN. La modelizacion de redes es una técnica basada en diagramas que se emplea para describir la forma de un sistema de empresa o de información en función de la ubicación de sus usuarios. las interfaces graficas de usuario y los sistemas de gestión de bases de datos distribuidores. normalmente ubicado en un centro de proceso de datos centralizado o en un departamento. 4.4 MODELIZACION DE REDES. entradas y salidas. El tiempo compartido es u método por el cual los usuarios comparten un ordenador central. 4.

procesos y datos.Análisis y Diseño de Sistemas • 23 Los ordenadores servidores se están incrementando su potencia en un grado suficiente como para controlar la carga de trabajo de muchos ordenadores clientes. Un puesto es cualquier lugar en el cual existe un usuario que emplea o interacciona con el sistema de información o la aplicación. 4.3 IMPLICACIONES PARA EL ANÁLISIS DE SISTEMA Las opciones a las que se enfrentan los analistas de sistemas de hoy en día son confusas. así como las interconexiones necesaria entre dicha ubicaciones. una vez mas a menor coste que los grandes ordenadores y os mini ordenadores El almacenamiento de datos puede llevarse más cerca que nunca del usuario final. En la actualidad. .4.4 DIAGRAMAS DE CONEXIÓN DE PUESTOS Un diagrama de conexión de puestos (DPC) es una herramienta de modelizacion de redes que se describe la forma de un sistema en función de la ubicación de sus usuarios. donde estos recursos tienen más valor para la empresa. las aplicaciones en clientes/ servidores son mas fáciles y menos costosas de construir y mantener.4. las aplicaciones se hacen más fáciles de aprender y de utilizar. • • • 4. Convenciones y directrices de los diagrama de conexión de puestos Muestra el conjunto de símbolos empleado para la documentación de la redes de empresas (esquema geográfico de un unció sistema de información o una aplicación). Según los expertos. dichos analistas deben saber dar respuestas a nuevas preguntas: • • • • En que puestos puede ponerse en marcha una aplicación o un sistema de información dado? Cuantos usuarios hay en cada puesto? Como podrían distribuirse los datos y los procesos en los distintos puestos? Como podrían distribuirse los datos y los procesos en un puesto determinado? Estas y otras preguntas obligan al analista a comprender perfectamente la distribución geográfica asociada a cada sistema. Según dice. gracias a la interfaces graficas de usuario.

Sin embargo. Puesto esenciales Los Puestos Esenciales son lugares en los que pueden distribuirse. puede ponerse un nombre a las conexiones que indique la distancia entre los puestos que . En un principio. Conexiones esenciales Las Conexiones Esenciales no tienen nombre en DCP. podríamos no estar seguros de las decisiones que habrían de tomarse acerca de la distribución de los datos y los procesos en un DCP. si fuera de utilidad.Análisis y Diseño de Sistemas 24 Algunos ejemplos de ellos podrían ser: Esenciales • Ciudad • Campos Universitario • Edificio • Despacho • Grupos de Despacho • Sucursal • Cliente • Proveedor • Colaborador Puesto de Implantación • Lugar del Ordenador o el Servidor • Lugar del Terminar • Lugar de Racismo de Terminales • Racismo de Red de Área Local • Conexión de Red de Área Extendida • Lugar de un Periférico • Lugar de un Periférico de comunicación. eventualmente. los datos y los procesos.

lo que también sería apropiado en el caso de puestos geográficamente disperso (por ejemplo los clientes). podrían indicarse unos intervalos de distancia. .Análisis y Diseño de Sistemas 25 conectan. En los casos de puestos móviles.

el analista pretende presentar . 5. existen dos objetivos fundamentales: 1. Evaluar la viabilidad de la soluciones alternativa y recomendar la mejor de esta soluciones de un punto de vista global. y como máxima prioridad. Identificar e Investigar sobre soluciones alternativa tanto manuales como de tipo informatico que puedan servir de apoyo a la obtención del sistema de Información Objeto. Bloques elementales para la realización de la fase de diseño e integración La fase de diseño e integración tiene un doble objetivo. el analista busca diseñar un sistema que satisfaga las necesidades y resulte atractivo para los usuarios finales.Análisis y Diseño de Sistemas 26 CAPITULO DISEÑO DE SISTEMA 5. 5. esta fases implica el desarrollo de la especificaciones técnica de diseño. BLOQUES ELEMENTALES EN LAS FASES DE SELECCIÓN En las Fases de Selección. y solo entonces proponer las soluciones más viables sobre la base del análisis realizado. En segundo lugar. En primer lugar. También se conoce por diseño físico.1 FASES DE SELECCIÓN DEL DISEÑO DE SISTEMA Durante la fase de selección es interactivo identificar y analizar las diversas opciones posibles.1.1. también es muy importante. 2.1 CONCEPTO DE DISEÑO DE SISTEMA El diseño de Sistema es la evaluación de las distintas soluciones alternativa y la especificación de una solución detallada de tipo informatico. La ergonomía desempeñara un papel central durante el diseño.2 DISEÑO DE INTEGRACIÓN DE SISTEMA Dada la necesidades de diseño y la necesidades de integración del sistema objeto.

1 ANÁLISIS DE DATOS PARA LAS DECISIONES DE DISEÑO Análisis de datos: es un procedimiento que prepara un modelo de datos para su implantación en forma de base de datos no redundante.2 ANÁLISIS DE DATOS 5.2.2. Nuestros bloques elementales de los sistemas de información sirven como marco de trabajo para llevar a cabo la fase de diseño: • • • • • Redes: durante la fase de análisis de sistemas.2 COMO Y CUANDO REALIZAR EL ANÁLISIS DE DATOS En la mayoría de las organizaciones el análisis de datos es llevado a cabo por el analista de sistema y/o el administrador de bases de datos. Actividades: durante el diseño debe especificarse la secuencia de pasos y el flujo de control a través del nuevo sistema. . Personas: deben especificarse los papeles que desempeñan las personas participantes en el nuevo sistema. Normalización: es un método de análisis de datos que organiza los atributos de datos de manera que se agrupen entre si para formar entidades estables. flexibles y adaptable. especificamos el contenido de cada uno de los flujos de información y de datos. Tecnología: aunque no se seleccione o diseñe un hardware durante la fase de diseño físico. establecimos los requisitos de redes del sistema del sistema objeto. 5. el hardware impone limitaciones al sistema. pero principalmente como revisor del modelo de datos final. flexible y adaptable. La normalización: es un procedimiento con tres etapas que pone el modelo de datos en: • • • Primera Forma Normal Segunda Forma Normal Tercera Forma Normal 5.Análisis y Diseño de Sistemas 27 expesificacione claras y completas a los programadores y técnicos informativos. También participa en el usuario final. Datos: durante la fase de definición.

un ordenador principal (normalmente. miniordenadores y. un gran sistema) administra todas las actividades. Los analistas de sistemas y los administradores de bases de datos emplean algunos términos especiales para diferenciar los distintos tipos específicos de claves existentes. En las aplicaciones con proceso cooperativo. a veces. las salidas. formas de almacenamiento y recuperación de datos y principios lógicos. salidas. Clave Concatenada: es una clave primaria compuesta por más de un atributo de datos. Clave Primaria: designa al atributo o atributos que identifican unívocamente a una y solo una presencia de cada entidad. DISTRIBUIDOS Y COOPERATIVOS En las aplicaciones con proceso centralizado. Clave Candidata: es una clave primaria alternativa utilizada para identificar unívocamente a una y solo una presencia de una entidad.3 MÉTODOS PARA EL ANÁLISIS DE DATOS Existen numerosos enfoques posibles para llevar a cabo el análisis de datos.3 ANÁLISIS Y DISEÑO DE PROCESO 5. son varios los ordenadores (grandes sistemas. el almacenamiento y recuperación de datos y los principios lógicos.3.Análisis y Diseño de Sistemas 28 5. Uno de sus sinónimos más comunes es claves de combinación.2. Paso 3: poner las entidades en 2FN. Paso 6: Volver a dibujar el DER refinado. Paso 5: Más simplificación mediante inspección. En los cuales son: Paso 1: Verificar o añadir claves a las entidades El análisis de datos es llevado a cabo por los analistas de sistemas o administradores de bases de datos que usan frecuentemente el término clave en vez de identificador cuando se comunican con sus colegas de sistemas de información. incluidas las entradas. múltiples ordenadores comparten sus actividades.1 PROCESOS CENTRALIZADOS. Cada ordenador de la red maneja sus propias entradas. Paso 4: Poner las entidades en 3FN. Paso 2: Poner las entidades en 1FN. ordenadores personales) los que realizan todas las actividades. En las aplicaciones con procesos distribuidos. 5. Paso 7: Revisar y afinar el modelo de datos. Estos ordenadores cooperan entre si en un modo transparente para los .

su propio PC). en la entrada de datos sin teclado. el intercambio electrónico de datos. .1 DIAGRAMA DE FLUJO DE DATOS DE IMPLANTACIÓN Un flujo de datos de implantación representa la implantación de una entrada o una salida en un proceso de implantación. como el Batch remoto. En la actualidad.4 ANÁLISIS Y DISEÑO GENERAL PARA PROCESOS 5. mientras que los restantes permanecían bajo el control de un grupo de administración de datos. las interfaces graficas de usuarios. También lo es la ubicación de los almacenes de datos. etc.4. Solo algunos datos locales podían distribuirse en ordenadores de gama media. debemos considerar también alternativas mas modernas. Puede representar igualmente la importancia de datos o la exportación de datos entre sistemas a través de un área. 5.4. Las decisiones aplicadas suelen ser sencillas (por ejemplo. Finalmente. puede representar la transferencia interna de datos entre dos procesos implantados en el mismo programa. 5.3. Hasta muy recientemente.3. como trabajar en modo Batch o en modo On-line). el único modo practico conocido para conseguir esta meta consistía en almacenar todos los datos en uno o varios ordenadores centrales con un control absoluto por parte del grupo de administración de datos.2 ALMACENAMIENTO DE DATOS CENTRALIZADOS Y DISTRIBUIDOS La distribución de procesos no es único problema del diseño. se considero esencial poder controlar los datos en un solo centro de procesos.2 ORGANIGRAMAS DE SISTEMAS Los organigramas de sistemas son diagramas que muestran el flujo de control a través de un sistema mediante la especificación de todos los programas.3 ENTRADAS Y SALIDAS Con respeto a las entradas y salidas deben adoptarse también decisiones de diseño fundamentales. 5. el intercambio de imágenes y documentos. En su momento. 5. la introducción de datos mediante lápices. cada usuario tiene la impresión de que todo el trabajo se realiza en un solo ordenador (posiblemente. entradas. También indica el acceso o la actualización de un archivo o bases de datos.Análisis y Diseño de Sistemas 29 usuarios. salidas y acceso y recuperaciones de datos en archivos / bases de datos.

2 DISEÑAR Y DOCUMENTAR ARCHIVOS Y BASES DE DATOS En esta sección.5. ha de conocerse otras características de los paquetes de discos usados por SoundStage Entertainment. veremos como diseñar y documentar los archivos. 4. 6. 3.5.4 DISEÑO DE ARCHIVOS 1. 2. Procederemos.5 DISEÑAR Y DOCUMENTAR LAS BASES DE DATOS El diseño de una base de datos cualquiera involucra por lo general al administrador de bases de datos y a los especialitas en bases de datos.5. pues. Resulta también de utilidad expresar el tamaño del archivo en forma de pistas y cilindros. 5. debido a que dichas pistas y cilindros pueden tener que reservarse para el archivo. Estos gestionaran los detalles . la mitad de la pista del disco). ya que no es posible almacenar datos para los que no se tiene sitio.5. a veces. contradictorias como son. Calcular el tamaño del archivo es muy importante. la capacidad de almacenamiento y rendimiento.5 DISEÑO DE ARCHIVOS Y BASES DE DATOS 5. Este archivo debe implantarse como un registro VSAM de longitud variable.1 CONCEPTOS DE DISEÑO DE ARCHIVOS Y BASES DE DATOS Los archivos convencionales y las modernas bases de datos son el corazón de muchos sistemas de información.3 TÉCNICAS DE DISEÑO DE ARCHIVOS Existen dos cuestiones importantes y relacionadas entre si de notable influencia en el diseño de archivos: • • Reducir al mínimo las redundancias en los archivos Controles internos 5. Normalmente existe un límite para el tamaño de un bloque (por ejemplo. por ejemplo. 5. 5. El tamaño del registro se especifica como un numero mínimo y máximo de bytes. Para determinar el número de cilindros requeridos para almacenar el archivo. Recuerde que algunas decisiones del diseño físico habían sido ya guardadas en el diccionario de proyectos.Análisis y Diseño de Sistemas 30 5. 5. a diseñar un archivo para ilustrar esta importante tarea de diseño de sistema.5. El diseño de archivos y bases de datos informáticos pueden ser mas difícil debido a que el almacenamiento y la organización de los datos en los soportes informaticos requiere que el analista tenga en cuenta cuestiones complejas y.

Durante el análisis de sistemas. organizaciones de archivo. son la justificación del sistema. Los documentos fuente deberían ser faciales . Estos dos esquemas especifican las estructuras física y la lógica de los registros en una base de datos. será de utilidad para el analista de sistemas comprender los fundamentos de los principios de diseño para las bases de datos relaciónales.2 CAPTURA DE ENTRADAS DE DATOS La captura de datos es la identificación de los nuevos datos que han de introducirse. Las salidas.6. pero no se diseñaron dichas salidas. un esquema lógico y un esquema físico. métodos de acceso. índices. el componente más visible de un sistema de información de trabajo. Cualquier SGBD dado soporta dos esquemas. 5. 5. Existen dos tipos básicos de salidas informáticas. bloqueo. El esquema lógico define la base de datos en términos más sencillos desde el punto de vista de los usuarios finales y los programadores.Análisis y Diseño de Sistemas 31 técnicos y las cuestiones referidas a otras aplicaciones.6 DISEÑO DE LAS ENTRADAS Y SALIDAS 5. se introducirán en un ordenador. El esquema físico define estructuras de datos. finalmente. Las salidas internas permanecen dentro del sistema para apoyar el trabajo de los usuarios y administradores del mismo. se definieron las necesidades y los requisitos de salidas. El primer tipo es el de las salidas externas. en ultima instancia. Paso 1: Revisar requisitos de bases de datos Paso 2: Diseñar el esquema lógico de las bases de datos Paso 3: Hacer un prototipo de las bases de datos Un esquema es el modelo estructural de una base de datos. Las salidas de uso cíclico son aquellas que se implantan típicamente como formularios que. Las salidas externas emergen del sistema para desencadenar o solicitar la confirmación de acciones en el exterior.6. Un documento fuente es un formulario utilizado para registrar los datos que.1 DIRECTRICES DEL DISEÑO DE ENTRADAS Y SALIDAS Las salidas presentan informaciones a los usuarios. vuelven al sistema como entradas. punteros y otros atributos físicos. Sin embargo.

como por ejemplo papel o un dispositivo de visualización de imagen. La entrada de datos es el proceso de traducción de documento fuente a un formato comprensible por la maquina. La entrada por lotes es el método de entrada más antiguo y tradicional. una cinta magnética o un disquete flexible. por citar solo algunos casos. por ejemplo en columnas de números. El formato es el modo en que se presenta la información en un soporte. Métodos y soportes de entradas por lotes Un método posible de proceso de las entradas es el conocido como entradas por lotes. Soportes y formatos de salida Un buen analista de sistemas considerara todas las opciones posibles para la implantación de una salida. 5. Un soporte es donde se graba la información de salida.3 FORMATO DE LAS ENTRADAS Y SALIDAS El analista es normalmente el encargado de recomendar el método. en especial el soporte de la salida y el formato dela misma. utilizan o están empezando a utilizar métodos de entrada de datos en línea. quienes teclean dichos datos por medio de un dispositivo de introducción de datos que traduce a un formato comprensible por la maquina.Análisis y Diseño de Sistemas 32 de rellenar por los usuarios del sistema y facilitar la entrada rápida de datos en un formato comprensible por la maquina. una hoja con marcas ópticas. el soporte y el formato de todas las entradas y salidas. En la actualidad. Este formato puede ser una tarjeta perforada. . La introducción de datos es la entrada real de los datos en el ordenador en un formato comprensible por la maquina. se recogen los documentos originales y se entregan periódicamente a los operadores de introducción de datos. Métodos y soportes de entradas en línea Un método alternativo cada vez más popular en el proceso de las entradas importantes es el conocido como entradas en línea.6. La entrada en línea es la captura de los datos en el lugar de la empresa donde se originan y su introducción directa en el ordenador. si no todos. preferiblemente tan pronto como sea posible. la mayoría de los sistemas. En el.

8 DISEÑO DE PROGRAMAS 5.Análisis y Diseño de Sistemas 5. archivos.6.4 CONTROLES INTERNOS DE LAS ENTRADAS Y LAS SALIDAS 33 Los controles de entrada aseguran que la introducción de datos en el ordenador sea precisa y que el sistema este protegido ante errores y abusos accidentales e intencionales incluidos fraude. 2.1 DISEÑO MODULAR DE PROGRAMAS Vamos a centrar nuestra atención en el modo en que han de presentarse las especificaciones de programación a los programadores informáticos para su implantación. Paquete. Para las entradas. 5.1 ESTRATEGIAS DE LAS INTERFACES DE USUARIO Puede emplearse alguna estrategia específica para diseñar una mejor interfaz de usuario? Efectivamente. o descomposición de un programa en fragmentos manejables. . Con este fin. veremos el diseño de programas como la combinación de dos componentes: • • Diseño modular. Examinemos brevemente estas estrategias: • • • • Selección en menús Conjunto de instrucciones Diálogos de preguntas-respuestas Gráficos 5.7. salidas. Debe ponerse especial atención en garantizar que los datos son validos. Los controles de salida aseguran la fiabilidad y la distribución de las salidas generadas por el ordenador.7 DISEÑO INTERFASE DE USUARIO 5. Debería hacerse un seguimiento del número de entradas. o conjunto de entradas. existen varias estrategias de este tipo y la elección de la mejor de ellas depende de las funciones que se vayan a realizar y de las características del usuario del sistema. se ofrecen las siguientes directrices de control interno: 1. interfaz de usuario y especificaciones de proceso de cada modulo.8.

Los programas podrán Ali constituir y probar cada modulo de forma diferente. los módulos podrán integrarse conforme al grafico de estructuras y probarse como programas completos. todas las tareas de los programas pueden clasificarse conforme a los requisitos de entradas.8. Todos los programas realizan tres tipos de tareas: la introducción o lectura de datos. Después. Existen algunos módulos que realizan funciones únicas. la manipulación de los datos de entrada y la salida de datos o información.Análisis y Diseño de Sistemas 5. Paso 1: Definir la estructura de alto nivel Paso 2: Identificar centros de transacción 5.4 ESPECIFICACIONES DE PROGRAMAS POR PAQUETES El paquete de especificaciones de programas es una colección de documentación de diseño que comunica con claridad los requisitos de cada programa informatico en el sistema. En otras palabras. Algunas de ellas serian: • Leer un registro • Editar un registro • Calcular un pago • Añadir un registro a un archivo 5.2 COMO HACER EL DISEÑO MODULAR DE PROGRAMAS 34 Los programas han sido identificados a partir de las unidades de diseño. queremos fragmentarlos en modelos manejables en torno a los cuales podamos escribir las especificaciones del programa.8. . En este modelo nos ayudara a obtener los requisitos para implantar un programa informatico. Dado estos programas.8.3 DESCOMPOSICIÓN MODULAR DE PROGRAMAS Un modulo es un grupo de instrucciones ejecutables con un único punto de entrada y un único punto de salida. procesos i salidas (EPS).

Construir (o modificar) y probar las bases de datos vacías. la primera fase de algunas implantaciones será la construcción y la pruebas de redes y bases de datos. dado que los programas de aplicación harán uso de dichas redes y bases de datos.Análisis y Diseño de Sistemas 35 CAPITULO IMPLEMENTACION DE SISTEMAS 6. Por desgracia. se construyen aplicaciones nuevas o mejoradas en torno a redes y bases de datos ya existentes. uno de sus sinónimos comunes es desarrollo de sistemas. Sin embargo.1 CONCEPTO Es la construcción del nuevo sistema y la entrega de dicho sistema a producción (explotación diaria). Actividades. 6. Bloques elementales para construir y probar redes y bases de datos Los objetivos fundamentales de la fase de construcción y pruebas de redes y bases de datos son los siguientes: • • Construir (o modificar) y probar las redes. Así.2 FASE DE CONSTRUCCIÓN PRUEBA DE REDES Y BASES DE DATOS EN LA IMPLEMENTACIÓN En muchos casos. participantes y técnicas de la construcción y pruebas de redes y bases de datos Actividad 1: Construir y probar redes (si es necesario) Actividad 2: Construir y probar bases de datos (si es necesario) . Si así fuera esta fase se omitiría. deberían implantarse normalmente antes de escribir o instalar los programas informáticos. si la nueva aplicación requiere redes y bases de datos nuevas o modificadas.

Para garantizar que se satisfacen los requisitos de integración del nuevo sistema. pasemos a la última fase de implantación de nuestro ciclo de vida: la entrega del nuevo sistema para su puesta en producción. Actividad 3: Realizar una prueba del sistema (si es necesario). Para lograr este propósito de esta fase. El analista es la figura principal en esta fase de entrega. Finalmente.Análisis y Diseño de Sistemas 36 6. Actividades. se lleva otra vez a cabo una prueba completa del sistema. Bloques elementales para las fases de instalación y pruebas del nuevo sistema Los objetivos fundamentales de esta fase son: • • • Instalar y probar los nuevos paquetes de software adquiridos de los vendedores. durante esta fase se desarrolla un plan de conversión para orientar con éxito la entrega del nuevo sistema a producción.3 FASE DE INSTALACIÓN Y PRUEBAS EN LA IMPLANTACIÓN DE SISTEMAS Es durante esta fase cuando se instalan y se prueban los paquetes de software. 6. Bloques elementales en la fase de entrega del nuevo sistema para su paso a explotación El propósito de la fase de entrega del nuevo sistema para su paso a explotación es convertir suavemente el sistema antiguo en nuevo sistema. .4 FASE DE ENTREGA DEL NUEVO EXPLOTACIÓN DE LA IMPLANTACIÓN. con independencia de cual haya sido su participación en la construcción del sistema. SISTEMA PARA Ahora. debemos alcanzar los siguientes objetivos: • Instalar los archivos o bases de datos que utilizara el nuevo sistema. Actividad 2: Probar el paquete (si es necesario). Realizar una prueba completa del sistema para garantizar que los paquetes de software adaptado a las necesidades y del software adquirido funcionan juntos de una forma apropiada. Actividad 4: Preparar un plan de conversión. participantes y técnicas de la instalación y las pruebas del nuevo sistema Actividad 1: Instalar nuevo paquete de software (si es necesario). Desarrollar un plan detallado para convertir el sistema antiguo en el nuevo sistema.

participantes y técnicas de la fase de entrega del nuevo sistema para su paso a explotación Actividad 1: Instalar los archivos o bases de datos. Actividad 3: Pasar al nuevo sistema. Actividades. Convertir el sistema antiguo en el nuevo sistema. Actividad 2: Impartir formación a los usuarios del sistema.Análisis y Diseño de Sistemas • • • 37 Ofrecer formación y documentación a las personas que utilizaran el nuevo sistema. Evaluar el proyecto y el sistema final. .

Algunos de estos errores tendrán su origen en fallos en la comunicación de las necesidades. los errores pueden ser causados también por un mal uso no previsto de los programas. En consecuencia. participantes del mantenimiento de sistemas Pasemos ahora a revisar las directrices generales para la lectura de dichos diagramas: • • Las siluetas representan personas o departamentos que inician tareas. Y. A estas acciones las llamamos mantenimiento de sistemas o mantenimiento de programas. El participante es siempre la persona que dirige la tarea. Tareas. intentaremos evitar la posibilidad de que los arreglos en dichos programas originen que otros aspectos de los mismos y las nuevas necesidades.Análisis y Diseño de Sistemas 38 CAPITULO SOPORTE DEL SISTEMA 7. Los rectángulos redondeados representan tareas. En todas estas situaciones. El nombre de la tarea se imprime en la mitad superior del símbolo. construido y probado un sistema o aplicación. por tanto. por ultimo. Cada tarea esta enumerada de forma única por cuestiones de identificación. no probadas. excluimos de esta actividad las mejoras y las nuevas necesidades. Al contrario. • Preservar aquellos aspectos de los programas que fueron ya corregidos. Objetivos y bloques elementales del mantenimiento de sistemas Los objetivos fundamentales del mantenimiento de sistemas son: • Hacer cambios predecibles en los programas existentes para corregir errores que se cometieron durante el diseño y la implantación de sistemas. deben emprenderse acciones de corrección. Los participantes en dicha tarea se imprimen en la mitad inferior del símbolo. . inevitablemente aparecerán errores. Los habrá también originados por situaciones no previstas y.1 MANTENIMIENTO DE SISTEMAS Con independencia de cómo esta diseñado. Otros estarán provocados por defectos de diseño.

Cambiar los procedimientos de empresa para que sean mas claros (se escribirán y se grabaran en el diccionario). Cuando se hace referencia a una de estas entradas o salidas en el texto. a disposición de los usuarios para ofrecerles ayuda en el uso diario de aplicaciones especificas. los usuarios requerirán asistencia adicional. y puede resumirse del modo siguiente: En muchos casos. el analista debe estar disponible día y noche. Las tareas más características comprenden: • • • • • Observación rutinaria del uso del sistema. puede ser tan sencillo como pulsar una tecla especifica o volver a arrancar el ordenador principal. es necesario ofrecer un diagramas de flujo detallado para esta actividad. el analista puede sentarse ante el terminal de usuario y recuperar el sistema. En aplicaciones de máxima importancia.Análisis y Diseño de Sistemas • 39 Las fechas reflejan las entradas y las salidas de una tarea. por lo general. Una vez mas. Anotar en el diccionario las ideas y las solicitudes sobre posibles mejoras. Entonces.3 ASISTENCIA AL USUARIO FINAL Otra actividad permanente y relativamente rutinaria en el soporte de sistemas es la asistencia rutinaria al usuario final.2 RECUPERACIÓN DEL SISTEMA: SUPERAR LOS FALLOS GENERALES. Ofrecer formación adicional. A veces.4 MEJORAS Y REINGENIERÍA DE SISTEMAS . aparece subraya. Este fallo se traduce generalmente en lo que se llama un programa abortado (también llamado ABEND o crash) y en posible perdido de datos. es a menudo el analista de sistemas el encargado de arreglar el sistema o de actuar como intermediario entre los usuarios y quienes deben recuperar el sistema. Independientemente de cómo haya sido la formación de usuarios o de la calidad de la documentación. De cuando en cuando. El propósito de esta secciona es resumir brevemente el papel del analista en la recuperación de los sistemas. 7. 7. En esta actividad no requiere un diagrama de flujo multitarea para detallar sus pasos. 7. El analista de sistemas esta. Todas ellas tienen un nombre. Realización de estudios y reuniones para conocer el grado de satisfacción del usuario. es inevitable que un sistema falle.

si bien los analistas.Análisis y Diseño de Sistemas 40 La adaptación de un sistema existente a las nuevas necesidades es una posibilidad siempre abierta en todo los sistemas de nueva implantación. En esta sección. El mantenimiento ligado a estas adaptaciones obliga al analista a analizar las nuevas necesidades y volver a las fases adecuadas del análisis. examinaremos dos tipos de mantenimiento de adaptaciones: las mejoras a los sistemas y la reingeniería de sistemas. Algunas mejoras de datos pueden requerir la ampliación del almacenamiento de datos. • • • • CAPITULO . Datos: Muchas mejoras de los sistemas son demandas de nueva información que pueden derivarse de datos almacenados existentes. diseñadores y constructores de sistemas también pueden detectar posibles problemas técnicos relativos al rendimiento. Objetivos y bloques elementales de las mejoras y la reingeniería de sistemas El objetivo de las mejoras al sistema es modificar o ampliar el sistema de aplicación como respuesta a las constantemente cambiantes necesidades de empresa. Este objetivo puede relacionarse con os bloques elementales de los sistemas de información del modo siguiente: • Personas: En su mayoría. las mejoras a los sistemas no tienen que ver con las redes. Tecnología: En su mayoría. la seguridad y los controles internos. las mejoras a los sistemas se basan en la tecnología. Redes: En su mayoría. del diseño y la implantación de sistemas. las mejoras a los sistemas son propuestos por los usuarios de los sistemas. las mejoras a los sistemas requieren la modificación de programas existentes o la creación de nuevos programas para ampliar el ámbito general del sistema de aplicaciones. Procesos: En su mayoría.

una mala gestión de proyectos. Como vimos en el minicaso anterior. es necesario disponer de una gestión de proyectos eficaz para garantizar que el proyecto cumple los objetivos y que se desarrolla dentro de un presupuesto aceptable. Estos problemas no siempre son debidos a una mala gestión de proyectos. 8. Aunque las herramientas y técnicas del análisis y el diseño de sistemas desempeñan un papel fundamental en obtener sistemas que funcionen. Deficiente gestión de las expectativas. el equipo del proyecto se vera con frecuencia obligado a aumentar el ámbito del proyecto (a veces. durante las primeras fases. dirige y controla el desarrollo de un sistema aceptable con un coste mínimo y dentro de un periodo de tiempo especifico.1 CAUSAS DE PROYECTOS FALLIDOS POR LA GESTIÓN. estos métodos no son suficientes por si mismos. o hacerlos ineficaces El minicaso que abre el modulo resalta las cuatro consecuencias más comunes derivadas de una deficiente gestión de proyectos: • • • • Necesidades no satisfecha o no identificadas. Uno de los principales problemas asociados al exceso de coste es que muchas metodología o planes de proyecto requieren una estimación excesivamente precisa de los costes antes de empezar el proyecto .Análisis y Diseño de Sistemas 41 GESTIÓN DE PROYECTOS En cualquier proyecto de desarrollo de sistemas. Si el jefe del proyecto no se da cuenta de este problema. dicho ámbito nunca llega a definirse con precisión. Exceso de coste.Esta estimaciones se hacen después de un rápido estudio previo o de viabilidad. Cambio incontrolado del ámbito del proyecto. se llama a este problema síndrome de las necesidades que crecen) o hacer cambios de ultima hora en las especificaciones y los programas. La gestión de proyectos es el proceso por el cual se planifica. El problema es que. Y en muchos proyectos. pero no cabe duda de que esta tiene una importante responsabilidad en que aparezcan. . Retrasos en la entrega. el ámbito del proyecto rara vez es suficientemente preciso.

8. Un director de proyectos debe aplicar un conjunto de técnicas y conocimientos diferentes de los que aplica un analista.2 HERRAMIENTAS Y TÉCNICAS DE GESTIÓN DE PROYECTO Existen muchas herramientas y técnicas de gestión de proyectos. Entre estas funciones se incluyen la planificación. y a una sencilla herramienta de gestión de las expectativas. 8. El gráfico comienza con un único acontecimiento inicial. la organización.2. que significa Project o Program Evaluación and Review Technique (técnica de evaluación y revisión de proyectos o programas). la definición de calendarios. EL GRÁFICO El gráfico PERT. la dirección y el control. Un acontecimiento (representado por un circulo) es un instante específico del tiempo. En esencia. la selección de personal. ofreceremos una introducción a dos herramientas de planificación y control de proyectos. Una actividad (representada por una fecha) es el trabajo necesario para alcanzar un acontecimiento. se ramifica en varios caminos que ligan diversos acontecimientos. por consiguiente un acontecimiento no consume tiempo. PERT es una técnica de modelos gráficos interrelacionados. Funciones básicas del director de proyectos El director de proyectos no es simplemente un analista experimentado que se hace cargo de un proyecto. Una actividad no puede empezar hasta que todas las actividades precedentes hayan sido terminadas. es la representación gráfica de las relaciones entre todos los acontecimientos y tareas necesarias para realizar un proyecto. y termina en un acontecimiento final que señala el fin del proyecto. suficientes como para llenar todo un libro En esta sección. fue desarrollado a finales de la becada 1950-1959 para planear y controlar los grandes proyectos de desarrollo armamentístico del ejercito estadounidense.Análisis y Diseño de Sistemas 42 Para ser un buen director de proyectos.1 GRÁFICOS PERT Pert. . un punto en el tiempo que puede ser reconocido e identificado claramente. Así un gráfico está compuesto por un cierto número de acontecimientos ligados entre sí mediante actividades. Un acontecimiento puede ser el principio o el fin de una tarea. Fue desarrollado para evidenciar la interdependencia de las tareas de los proyectos cuando se realizan la planificación de los mismos. el analista debe poseer una buena formación en las funciones básicas de dirección.

. solo cuando precise mantener la lógica del diagrama. ESTIMACIONES TEMPORALES Una vez que se ha logrado un gráfico correcto. Regla 5: Utilice las actividades ficticias. considerando algunos retrasos debidos a imprevistos. es necesario establecer una estimación de la duración de cada una de las actividades. y sólo una flecha para representar una actividad a ejecutarse. y debe estar basada en la mejor información de que pueda disponerse. habitualmente se emplean tres estimaciones: 1. Regla 4: Enumerar los acontecimientos.Duración Optimista (to): tiempo que se necesita para efectuar la actividad si no se presentas dificultades o complicaciones imprevistas. con los detalles adecuados. Una regla práctica para este caso es que: sólo existe una probabilidad de un uno por ciento de realizar la actividad en un tiempo menos que la duración optimista.Duración Más probable (tm): tiempo que es más probable que necesite la actividad para su realización. y aunque podría utilizarse una única estimación. REGLAS BÁSICAS Regla 1: Se usa una. Esta estimación debe tener en cuenta las circunstancias normales.Análisis y Diseño de Sistemas 43 Puesto que el PERT es una técnica orientada hacia los acontecimientos. considerando para cada una las tres preguntas siguientes: a) Qué precede inmediatamente a esta actividad b) Qué sigue inmediatamente a esta actividad c) Qué actividades son concurrentes. 2. Regla 2: El diagrama se construye conectando flechas que representa actividades. el interés se centra en el inicio o término de los acontecimientos más que las mismas actividades. La longitud de la flecha y la dirección en que está orientada no tienen significado alguno. En la mayoría de los casos la probabilidad de realizar la actividad en este tiempo es pequeña. Regla 3: Iniciar el diagrama con una flecha preliminar...

Evaluación final. PASOS PARA DIAGRAMAR UN PROYECTO 1. Estudio de equipos. es decir. . Cuando esto ocurre y el tiempo acumulado es diferente del preconcebido. Programación. oralmente. existe la tendencia de ir sumando mentalmente y comparando con la idea preconcebida que se posee de la duración del camino. esto es antes de comenzar los cálculos.. NUMERACIÓN DE LOS ACONTECIMIENTOS Los acontecimientos deben numerarse secuencial mente cuando el gráfico está terminado. Cuando la numeración comienza en el acontecimiento inicial y prosigue secuencial mente a través del gráfico. Diseño general del sistema. Capacitación del personal. Selección de equipos. Estudio de aplicaciones. puesto que una actividad tendrá un número mayor en la cola del arco que en la cabeza. Las estimaciones se obtendrán sin seguir el orden secuencial que representa el gráfico. Si las estimaciones se obtienen siguiendo un camino. Evaluando las actividades sin orden se ayuda a que cada una sea considerada independientemente de las demás. el estimador consciente o inconscientemente tiende a igualar las dos estimaciones. Selección del personal.Duración Pesimista (tp): tiempo que se necesita para efectuar la actividad si se presentas dificultades inhabitúales y complicaciones imprevistas. Estudio de financiación. con preferencia a las comunicaciones escritas. cada acontecimiento sucesor posee un número mayor que sus predecesores.Análisis y Diseño de Sistemas 44 3.LISTA DE ACTIVIDADES Formular la lista de actividades a desarrollar de la siguiente manera: • • • • • • • • • • A B C D E F G H I J Estudio de factibilidad. Las duraciones se solicitan habitualmente en entrevistas. De esta forma el circuito puede detectarse fácilmente. COLECTA DE LAS ESTIMACIONES DE LAS DURACIONES Las estimaciones de las duraciones las obtendrá el analista PERT de las personas que tienen la responsabilidad de efectuar el trabajo que representan las actividades..

Puesta a punto de programas. resultan bastante eficaces para la planificación y la evaluación del avance .2 GRÁFICOS GANTT El grafico de Gantt es una sencilla herramienta de gráficos de tiempos que fue desarrollada por Henry L.2. 3. se debe tener en cuenta para cada una de las actividades: Qué actividad precede inmediatamente a esta actividad Qué actividad sigue inmediatamente a esta actividad Qué actividades son concurrentes 8. Loas gráficos de Gantt. Operación paralela.DIBUJAR EL DIAGRAMA DE RED Al construir el diagrama.. que aun hoy mantienen su popularidad.Análisis y Diseño de Sistemas • • • • • • • • • • K L M N O P Q R S T Envío de equipo. Prueba del sistema. Preparación del lugar.. 45 2. Puesta a punto del sistema.SECUENCIA LÓGICA DE ACTIVIDADES Sobre la base de la lista anterior se establece la secuencia lógica de las actividades. Capacitación de usuarios. Gantt en 1917. Recepción de equipo. Instalación del equipo. Instalación del sistema de comunicaciones.

Análisis y Diseño de Sistemas 46 de los proyecto. Ejemplos de paquetes de este tipo son Proyect. preparar y usar. el eje horizontal representa al tiempo. de Applied Business Technology. Estos paquetes simplifican enormemente la preparación de gráficos PERT y de Gantt. 8. y en columna izquierda. leer. Un grafico de Gantt es un sencillo grafico de barras. . 8.2. y Proyect Manager Workbench. El software permite también a los directores de proyectos asignar recursos humanos y económicos a las tareas.3 SOFTWARE DE GESTIÓN DE PROYECTOS El software de gestión de proyectos se introdujo ya en el capitulo 5 como un tipo de herramienta CASE. de Microsoft. Cada barra simboliza una tarea del proyecto. En un grafico de Gantt. informar sobre la evolución del proyecto y hacer ensayos del tipo si-entonces cuando se intente modificar e plan del proyecto como consecuencia de las desviaciones en el calendario. Verticalmente. el eje horizontal debería incluir fechas. Como los gráficos de Gantt se emplean para encadenar tareas entre si. Al igual que los gráficos de PERT. los gráficos de Gantt se basan en un enfoque grafico. se ofrece una relaciona de las tareas. Esta cuestión podría merecer un modulo completo dedicado específicamente a ella. el presupuesto y las expectativas del proyecto. La popularidad de los gráficos de Gantt se deriva de su sencillez: son fáciles de aprender. permitiendo la transformación automática entre ambos tipos de gráficos.4 GESTIÓN DE RECURSOS HUMANOS La gestión o supervisión de los miembros de un equipo de proyecto es tan importante como la planificación y el control del calendario.2.

3.3. pero en menor medida. cuando se estudia un sistema existente. necesidades y prioridades. muestreo y otras técnicas para recoger toda la información disponible sobre los sistemas. Investigación y visitas a instalaciones. entrevistas. Los analistas suelen aplicar técnicas de muestreo para obtener una idea general de lo que esta sucediendo en el sistema. los formularios y los archivos existentes. Muestreo de la documentación. los formularios y los archivos existentes. . Entrevistas. Ali como sus problemas. oportunidades. El muestreo es un proceso de recogida de documentos.3.Análisis y Diseño de Sistemas 47 8. Diseño de conjunto de aplicaciones (DCA). 2.3 TÉCNICAS DE INVESTIGACIÓN DE HECHOS 8. Técnicas de muestreo de documentos y archivos Como no seria nada practico estudiar todas las presencias de cada uno de los formularios.1 CONCEPTOS DE INVESTIGACIÓN DE HECHOS La investigación de hechos es un proceso formal que utiliza procedimientos de búsqueda. Es durante estas fases cuando el analista aprende el vocabulario de la empresa y el sistema. formularios y archivos existentes.3. 8. 8. 4. LOS FORMULARIOS Y LOS ARCHIVOS EXISTENTES En particular.2 HECHOS QUE DEBEN RECABAR EL ANALISTA DE SISTEMAS Y CUANDO La investigación de hechos es vital importancia principalmente durante las fases de la planificación y el análisis de sistemas. podemos introducir seis técnicas comunes de investigación de hechos: 1. 6. Un buen analista deduce los hechos antes de la documentación existente que de las personas. 5. Cuestionarios.3. cuestionarios. Observación del entorno de trabajo. puede conseguirse una buena comprensión del mismo si se analizan la documentación. La investigación de hechos se usa también durante las fases de diseño y soporte.3 MÉTODOS DE INVESTIGACIÓN DE HECHOS DISPONIBLES Ahora que disponemos de un marco de trabajo para nuestras actividades de investigación de hechos. sus necesidades y las preferencias mostradas. 8. limitaciones.4 MUESTREO DE LA DOCUMENTACIÓN.

Existen muchas cuestiones y factores de diseño.5 INVESTIGACIÓN Y VISITAS A INSTALACIONES Una segunda técnica de investigación de hechos es la consistente en llevar a cabo una detenida investigación de la aplicación y el problema.7 CUESTIONARIOS Otra técnica de investigación de hechos es la consistente en realizar estudios mediante cuestionarios. Buenas fuentes de información son las publicaciones informáticas disponibles comercialmente. Esta técnica se utiliza con frecuencia cuando no se esta seguro de la validez de los datos recogidos por otro medio o cuando la complejidad de ciertos aspectos del sistema impide que las explicaciones de los usuarios finales estén claras.3. También puede saberse así si existen o no paquetes de software que puedan resolver nuestro problema. así como las entrevistas que leen típicamente los usuarios finales. La estratificación es una técnica de muetreo sistemático que intenta reducir la varianza propia de los valores por medio de la ampliación del muestreo y la eliminación de la muestra de los valores excesivamente altos o excesivamente bajo. 8. .3. será posible aprender el modo en que actuaron otros para resolver problemas similares.Análisis y Diseño de Sistemas Como determinar el tamaño de muestra 48 El tamaño de una muestra depende de lo representativa que se quiere que sea dicha muestra. 8.3. La observación es una técnica de investigación de hechos durante la cual los analistas o bien participan activamente o bien actúan como espectadores de las actividades llevadas a cabo por una persona para conocer mejor un sistema. Seleccionar la muestra Dos técnicas de muestreo de uso corriente son el muestreo aleatorio y el muestreo por estatificación. De esta forma. en si mismos una buena razón para asistir a un curso introductorio sobre técnicas estadísticas. El muestreo aleatorio es una técnica de muestreo caracterizada por carecer de modelo o plan de selección de los datos de muestra. 8.6 OBSERVACIÓN DEL ENTORNO DE TRABAJO La observación es una de las técnicas mas eficaces para reunión de datos que nos ayuden a conseguir comprender un sistema.

3. Sobre la base de los hechos y opiniones necesarios. como la técnica de investigación de hechos más importante y más frecuentemente utilizada Las entrevistas son técnicas de investigación de hechos durante las cuales el analista recoge la información que la suministran las personas cara a cara. Si el numero de personas es muy amplio. Escriba las preguntas. Pruebe las preguntas en un grupo pequeño de muestra de encuestados. 8. 2. por lo general. Si sus encuestados tuvieran problemas para responder a ellas o si las respuestas carecían de utilidad. Si se escriben cuestionarios sin haberlos antes diseñado. 5. El encuestado escribe la contestación en un espacio en blanco reservado inmediatamente debajo de la pregunta.8 ENTREVISTAS La entrevista personal es reconocida. Diseño de cuestionarios Los buenos cuestionarios han de ser diseñados. Edite las preguntas. modifíquela. 3. se utiliza una combinación de formatos que permita realizar aclaraciones en formato libre a respuestas en formato fijo. considere la posibilidad de utilizar un grupo de encuestados menor y seleccionado aleatoriamente.Análisis y Diseño de Sistemas 49 Los cuestionarios son documentos especificaos que permiten al analista recoger la información y las opiniones que le manifiestan las personas encuestadas. las posibilidades de éxito serán limitadas. . Examínelas bien para evitar que contengan errores de expresión o que puedan dar lugar a interpretaciones erróneas. Los cuestionarios con formato libre permiten al encuestado una gran libertad de respuesta. determine que tipo de cuestionario produciría mejores respuestas: con formato fijo o con formato libre. Haga copias y distribuya el cuestionario. El procedimiento que se indica a continuación ha demostrado ya su eficacia: 1. Tipos de cuestionarios Existen dos formatos de cuestionarios: en formato libre y en formato fijo. A menudo. Asegúrese de que las preguntas no dan indicios de sus opiniones personales. Los cuestionarios con formato fijo contienen preguntas que requieren respuestas específicas por parte de las personas encuestadas. 4. Determine que hechos y opiniones deben recabarse y de que personas.

Las entrevistas estructuradas. por separado. tal vez ninguna. estructuradas y no estructuradas. opiniones y prioridades en conflicto. el entrevistador posee un conjunto específico de preguntas que desea plantear al entrevistado. Por este motivo. El diseño conjunto de aplicaciones (DCA) es un proceso por el cual se levan a cabo reuniones en grupo altamente estructuradas que convocan en una misma sala a los usuarios de sistema.Análisis y Diseño de Sistemas 50 Tipo y técnicas de entrevistas Existen dos tipos de entrevistas. Las entrevistas no estructuradas son desarrolladas solo con un objetivo o un tema general en mente y pocas preguntas específicas. Como resultado hay que hacer numerosas entrevistas de seguimiento y reuniones en grupo. al menos en parte. de su capacidad para hacer entrevistas. a menudo dan como conclusiones hechos. El entrevistador cuenta. con el entrevistado para definir el contexto general de la entrevista y dirigir la conversación. en este caso. CAPITULO . la correcta dirección de la entrevista y el seguimiento de la entrevista. muchos centros de información esta haciendo uso de secciones de trabajo en grupo como sustitutas de las entrevistas. Sin embargo. Diseño conjunto de aplicaciones La técnica clásica de investigación de hechos ha sido siempre la elaboración de entrevistas por separado a los usuarios finales. Una buena entrevista supondrá la selección de las personas adecuada para las entrevistas. Como dirigir una entrevista El éxito de un analista de sistemas depende. la preparación intensiva de la entrevista. los propietarios del sistema y los analistas durantes un amplio periodo de tiempo. muchos analistas han tenido grandes problemas con las entrevistas: estas.

9.2 PUNTOS DE CONTROL DE VIABILIDAD EN EL CICLO DE VIDA Empecemos por dar una definición formal de viabilidad y análisis de viabilidad La viabilidad es la medida del beneficio obtenido en una organización gracias al desarrollo de un sistema de información.1 MÉTODO DE CONTROL PROGRESIVO Este modulo habla sobre el análisis de costes y beneficios y otro temas referidos a la viabilidad que son de interés para los analistas y los usuarios de los sistemas de información.1. y tampoco un diseño d sistemas Mas bien es una actividad cruzada del ciclo de vida y debería llevarse a cabo permanentemente en el discurrir de los proyectos de sistemas.1. • • . Cuadro de tests de viabilidad Hasta ahora. y hemos señalado los puntos de control de la viabilidad en el ciclo de vida. hemos definido viabilidad y análisis de viabilidad. los analistas coinciden en que existen cuatro categorías de tests de viabilidad: • La viabilidad operativa es una medida del correcto funcionamiento de una posible solución a los problemas dentro de una organización También es una medida de los sentimientos que despierta un sistema o un proyecto en las personas que en el participan. un análisis de sistemas. realidad. La viabilidad técnica es una medida del éxito de la puesta en práctica de una solución técnica específica y de la disponibilidad de los recursos y los conocimientos técnicos necesarios.1 ANÁLISIS DE VARIABLE Trata sobre los elementos variables y los métodos de cálculos utilizados al por el analista y las empresas al momento de involucrarse en el desarrollo de una aplicación. El análisis de viabilidad no es. 9.Análisis y Diseño de Sistemas 51 ANALISIS DE VARIABLES 9. El análisis de viabilidad es el proceso por el cual se mide la viabilidad. En su Mayorga. La viabilidad de fechas es una medida que indica si un proyecto es razonable en el cumplimiento de su calendario. Pocas cuestiones hay tan importantes como esta.

. 9. En los costes del desarrollo de sistemas se incurre por lo general solo una vez y no vuelven a producirse una vez completado el proyecto. Existen costes asociados al desarrollo del sistema y costes asociados al funcionamiento del sistema. duplicaciones y equipos.Análisis y Diseño de Sistemas • 52 La viabilidad económica es una medida de la eficacia de los costes asociados a un proyecto o una soluciona. que barrían la carga de trabajo. tiempo de CPU usado. A menudo. Por ejemplo: • Costes del uso de ordenadores (por ejemplo. Los costes de desarrollo de u sistema de información pueden clasificarse en funciona de la fase en que tienen lugar. Coste de cualquier nuevo equipo informatico o software.2 ¿QUE BENEFICIOS SUMINISTRARA EL SISTEMA? Los beneficios por lo general aumentan las ganancias o reducen los costes. papel de impresora utilizado.2. discos flexibles. Ejemplos de costes de operación fijos son: • • Pagos de alquiler o pagos de licencias de software. tarjetas perforadas.2. 9. suele recibir el nombre de análisis de costes y beneficios. En ausencia de tales categorías. formularios preimpresos.1 ¿CUANTO COSTARÁ EL SISTEMA? Los costes pueden encuadrarse en dos categoría. características ambas muy deseables en todo nuevo sistema de información. 9. Los costes variables se producen proporcionalmente a ciertos factores de utilización. el aumento es gradual y no suele cambiar drásticamente de un mes a otro). podría servirnos de ayuda la siguiente lista: • • • • Coste de personal Uso informatico Formación Costes de suministros. Los costes fijos se producen a intervalos regulares y en relaciones relativamente fijas. Muchas organizaciones tienen categorías estándar de costes que deben evaluar. Salarios prorrateados de los operadores de sistemas de información y del personal de soporte (aunque los salarios tienden a ascender. • Suministros (por ejemplo. tiempo de conexión al terminar usado.2 TÉCNICAS DE ANÁLISIS DE COSTES Y BENEFICIOS La viabilidad económica se ha definido como un análisis de costes y beneficios. cintas magnéticas y otros bienes fungibles). almacenamientos usados).

Análisis de amortización. como mínimo. o de las ganancias de la empresa. 1. los beneficios deberían cuantificarse en moneda corriente. Los beneficios tangibles se suelen medir en términos de ahorros mensuales o anuales. podría ser totalmente posible que muchos proyectos no fueran viables. A menos que estos beneficios sean. Valor actual neto. Los beneficios intangibles son aquellos que se piensa serna difíciles o imposibles de cuantificar. identificados.3 ¿ES EFICAZ EL SISTEMA PROPUESTO EN TÉRMINOS DE COSTES? Existen tres conocidas técnicas para evaluar la viabilidad económica. 9. Los beneficios pueden clasificarse en tangibles e intangibles. .2. Rentabilidad de la inversión. 2. Los beneficios tangibles son aquellos que son fáciles de cuantificar. también denominada eficacia de costes.Análisis y Diseño de Sistemas 53 En la mayor medida posible. 3.

Estos términos pueden utilizarse con gran eficacia para convencer a quienes nos escuchan de las ventajas de los cambios que se proponen. quienes. los métodos. 10.1. aquellas personas cuyo trabajo cotidiano se vera afectado directa o indirectamente por el nuevo sistema. por lo general creadas de forma intencionada o accidental por los participantes en el proyecto. Como consecuencia. 10. Los directivos aceptaran con . al menos. Constructores de sistemas. etc. Los propietarios y los usuarios de los sistemas emplean su propio lenguaje para describir los formularios. 3. 2. cuatros grupos distintos: 1. acronitos y clichés para describir las mismas cosas.1 CUATROS GRUPOS PARA LA COMUNICACIÓN INTERPERSONAL DURANTE LOS PROYECTOS DE SISTEMAS Durante años. se ha abierto un hueco en la comunicación entre estos dos grupos. los programadores y especialista técnicos que elaboraran el sistema en práctica. Diseñadores de sistemas. los expertos en las lenguas y comunicaciones nos han dicho que el secreto para mantener buenas y eficaces dotes de comunicación oral y escrita consiste en conocer a quien nos dirigimos. entre los que se incluyen nuestros colegas (otros analistas y especialistas en sistemas de información). Propietarios de los sistemas. Los diseñadores y los constructores de sistemas tienen tan bien sus propios términos. además de poder ser usuarios de los sistemas.Análisis y Diseño de Sistemas 54 CAPITULO TECNICAS INTERPERSONALES 10. patrocinan el proyecto y aprueban los gastos de los sistemas. Usuarios de los sistemas. Pueden identificarse.1.2 USO DE LAS PALABRAS: EXPRESIONES POSITIVAS Y NEGATIVAS Las expresiones positivas son palabras o frases que provocan en los oyentes respuestas positivas. los procedimientos.1 COMUNICARSE CON LA GENTE En los proyectos de sistema de información se interponen con frecuencia barreras de comunicación. 4.

El correo electrónico nos da la oportunidad de crear. Lo único que se necesita es un ordenador y algún tipo de software de correo. muchas veces sin darnos cuenta. 10. Una reunión es un intento de alcanzar un objetivo como resultado de su discusión por varias personas. normalmente se mantienen muchas reuniones. imprimirse. La proxémica es la relación que se establece entre las personas y el espacio que las rodea. editarse o borrarse. Estos terminaos pueden también utilizarse de manera eficaz para convencer a dichos oyentes de las ventajas de los cambios propuestos. Una persona puede enviar y recibir mensajes casi de forma instantánea prácticamente en contacto con cualquier lugar del mundo (siempre y cuando el emisor y el receptor estén conectados a alguna clase de red informática). se han encontrado continuamente medios nuevos y más eficaces para la comunicación entre las personas. Una de las formas mas recientes de comunicación interpersonal. enviar y recibir información electrónicamente.4 REUNIONES Durante el transcurso de un proyecto de desarrollo de sistemas. El lenguaje corporal es una forma de comunicación no verbal que todos los usamos. de particular importancia para el analista de sistemas. 10. es el correo electrónico. una vez que el software del sistema de correo y la red informática han sido instalados.3 LENGUAJE CORPORAL Y PROXÉMICA El lenguaje corporal es toda aquella información que comunica una persona a otra sin utilizar palabras. por lo general mediante el empleo de algún tipo de red informática. Además. Las ventajas de esta forma de comunicación son evidentes. Los directivos aceptaran con mayor facilidad aquellas ideas que eliminen los hechos reflejados por las expresiones negativas. .Análisis y Diseño de Sistemas 55 mayor facilidad aquellas ideas que promuevan los actos reflejados por expresiones positivas. 10. el coste real del envío mensaje es muy pequeño. almacenarse.2 CORREO ELECTRÓNICO Al parecer. editar. Estos mensajes pueden leerse. Las expresiones negativas son palabras o frases que provocan en los oyentes respuestas negativas. La proxémica es un factor importante de la comunicación que puede ser controlado por los analistas que lo conozcan y dominen.

Las reuniones también son muy caras. Después aborde cada punto de la agenda conforme al tiempo que se le asigno cuando se programo la reunión. Las decisiones deberían tomarse por consenso o por el voto de la mayoría. Tenga un buen comienzo haciendo una revisión de la agenda. porque requieren que varias personas dediquen un tiempo que podrían haber invertido mejor en un trabajo más productivo. decisiones tomadas y puntos para consideraciones futuras. 10. Esta acta debe expresarse en un resumen escrito de breve extensión sobre lo que ocurrió durante la reunión: puntos tratados.4 REUNIONES DE PROYECTO Una clase especial de reunión llevada a cabo por el analista es denominada reunión de proyecto. debería enviarse el acta de la misma. 10. Mientras mas personas participen en una reunión. un miembro del equipo designado por el jefe de grupo. .4.1 PREPARAR UNA REUNIÓN Muchas personas tienen una imagen negativa de las reuniones porque muchas reuniones a las que han asistido estaban mal organizadas y deficientemente dirigidas. por llamadas telefónicas.3 SEGUIR UNA REUNIÓN Tan pronto como sea posible después de haber terminado la reunión. mas cara cera esta. considere la posibilidad de cancelar la reunión. La reunión de proyectos es un tipo especial de reunión convocada para realizar revisiones en grupo de la documentación del desarrollo de sistemas. Estas reuniones pueden utilizarse para revisar casi cualquier tipo de documentación detallada. Una vez iniciada esta.Análisis y Diseño de Sistemas 56 10. intente evitar las interrupciones o los retrasos motivados.4. 10. se programara otra reunión. por ejemplo. Si algún participante importante llega con más de quince minutos de retraso.4. Si no se terminan de discutir todos los puntos de la agenda.2 DIRIGIR UNA REUNIÓN Intente llegar a tiempo.4. de modo que los puntos de discusión se conviertan en propiedad de todo el grupo. El acta es preparada normalmente por el secretario. pero no empiece la reunión hasta que todo el mundo este presente. Una regla básica es mantenerse siempre dentro del programa: tenerse a la agenda y concluir a tiempo. El líder del grupo ha de procurar que ninguna persona o ningún subgrupo se erijan en dominadores de la reunión o queden marginados. Tenga impresos suficientes para todos los participantes.

puede esperarse que dicho directivo lo hojee. Después de muchas experiencias fracasadas. no la corrección de errores. y mucho menos que lo estudie con detenimiento. comprendidas y obedecidas del modo conveniente.5 INFORMES ESCRITOS El informe de empresa y técnico es el método principal usado por los analistas para comunicar la información sobre un proyecto de desarrollo de sistemas. El propósito del informe es informar o convencer. las normas y las cuestiones técnicas. El propósito básico de la reunión es la detención de errores. tales informes son necesarios. El coordinador es responsable de conseguir que estas reglas sean explicadas. El tamaño del informe es una cuestión interesante. Todos los miembros de la reunión deberían ser tratados como iguales. o tal vez ambas cosas. Entre los restantes participantes se incluyen usuarios del sistema. Esta tarea no deberla ser realizada por la persona que preparo la documentación. Por ejemplo. y otros encargarse de hacer comentarios sobre la calidad.5. Otro analista o usuario clave del sistema debería ser nombrado coordinador de la reunión. Estos revisores pueden asumir también papeles especiales. 10. Si se pone un informe técnico de 300 paginas sobre la mesa de un directivo. Tenemos una tendencia de generar informes extensos y voluminosos con un aspecto impresionante. Los analistas nunca deberían rebatir los comentarios de los revisores.Análisis y Diseño de Sistemas 10. Una actitud defensiva cohíbe la crítica constructiva.1 LONGITUD DE UN INFORME ESCRITO El informe escrito es un método del que con mucha frecuencia abusan los analista para comunicarse con los usuarios del sistema. algunos de ellos pueden evaluar la exactitud de la documentación. hemos aprendido a aplicar las siguientes directrices generales para limitar el tamaño de los informes: . 10. El analista encargado de preparar la documentación que ha de revisarse debería presentar dicha documentación al grupo durante la reunión. Además. Los revisores deberían ser instalados a ofrecer al menos un comentario positivo y uno negativo con el fin de garantizar que la reunión no sea superficial. A veces.4.5 DIRIGIR UNA REUNIÓN DE PROYECTO Todos los participantes deben estar de acuerdo en seguir el mismo conjunto de reglas y procedimientos. pero no que lo lea. El coordinador se encarga de programar la reunión y de asegurar que todos los participantes obtengan la documentación con suficiente antelación con respecto a la fecha de reunión. pero otras muchas veces no lo son. los participantes deben coincidir en revisar la documentación.4. 10. analistas o especialistas que involucraran la documentación.5 ¿QUIENES PROYECTO? DEBERÍAN PARTICIPAR EN LA 57 REUNIÓN DE Un grupo de una reunión de proyectos debería constar de siete participantes como mucho.

Los elementos secundarios resumen el informe de forma que el lector pueda identificar fácilmente tanto el informe como sus elementos primarios.5.3 ORGANIZACIÓN DEL INFORME ESCRITO Existe un patrón general para organizar cualquier informe. 10.5. Se escribirá en voz activa. • • 10. Para personal administrativo: menos de cincuenta paginas. Los elementos secundarios añaden además un acabado profesional a los informes.2 REDACCIÓN DEL INFORME DE EMPRESA O TÉCNICO La forma de escribir puede tener una gran influencia en la carrera profesional de cualquier ocupación. La longitud media de una frase no debería superar las veinte palabras.Análisis y Diseño de Sistemas 58 • • • • Para directivos de alto rango: una o dos paginas. Mientras que los elementos primarios presentan la información real. todos los informes contienen también elementos secundarios. La voz pasiva se hace pesada y aburrida cuando se usa de forma sistemática. Para directivos supervisores: menos de diez paginas. Para directivos de nivel medio: de tres a cinco páginas. Los elementos primarios muestran información real que intenta transmitir un informe Ejemplos de estos elementos son la introducción y la conclusión. Todos los informes constan de elementos primarios y secundarios. Los estudios sugieren que sentencias mas largas de veinte palabras son difícil de leer y entender. . ofrecemos algunas directrices al respecto: • Los párrafos deben transmitir una sola idea Deberían influir con facilidad de uno a otro. Una mala escritura de los párrafos da lugar casi siempre a deficiencias en la exposición. A continuación. Las frases no deberían ser demasiado complejas.