Está en la página 1de 57

Apunte de Ctedra

ANALISIS
Y

DISEO
DE

SISTEMAS
Lic. Sa ndra Ca sa s

Analista de Sistemas
Unidad Acadmica Ro Gallegos Universidad Nacional de la Patagonia Austral

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas CONCEPTOS BASICOS Sistema Es un conjunto ordenado de componentes o elementos interrelacionados, interdependientes e interactuantes que tienen por finalidad el logro de objetivos determinados. Es un conjunto de elementos que interaccionan entre s, orientados a la consecucin de un objetivo comn. Un sistema esta situado en un entorno o ambiente con el que interactua, recibe entradas y produce salidas. Un sistema puede formar parte de otro ms general, que sera su entorno, y/o estar formado por otros sistemas, que en este caso tendran a l como entorno comn denominndose subsistemas. Sistema es un conjunto de entidades que se relacionan e interactan, en un contexto dado, en post de un objetivo final predefinido.

Anlisis de la definicin de sistemas a) Entidades Componentes Las entidades o componentes de un sistema son aquellas unidades que, por sus caractersticas y relaciones, determinan la estructura y la conducta del sistema. Las componentes de un sistema tienen caractersticas asociadas a las que denominaremos atributos. Los atributos pueden asumir estados variables. Los estados variables pueden ser discretos o continuos. Un atributo tiene un estado variable continuo cuando el valor que puede asumir en cada observacin es uno cualquiera de los valores existentes entre una cota mxima y mnima conocida de antemano. Un atributo tiene un estado variable discreto cuando el valor que puede asumir en cada observacin es uno cualquiera de un conjunto preestablecido. Por ejemplo a la entidad persona se le puede asociar los atributos edad y estado civil. Edad es un atributo variable continuo ya que puede asumir un valor entre 0 y 99, en cambio el atributo estado civil es discreto puesto que puede asumir uno de los siguientes valores conocidos previamente: casado, soltero, divorciado o viudo. Las componentes de un sistema pueden ser tangibles como una maquinaria, una persona, un edificio o unidades intangibles como los costos, la rentabilidad, etc.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas La cantidad de componentes que posea un sistema puede ser desde unas pocas a miles de ellas, segn sea el sistema que se est estudiando. La idea de subsistema surge de la inclusin de componentes complejas, que por su comportamiento y estructura, son sistemas en s mismos. b) Relaciones Cada entidad transforma los recursos (materiales humanos financieros y/o de informacin) para el logro de los objetivos objeto de su existencia. Definimos relaciones a los medios por los cuales se transportan los recursos necesarios para el funcionamiento de cada entidad. Desde el punto de vista de la ubicacin de las entidades productoras o receptoras de las relaciones, las mismas pueden ser internas o externas. CONTEXTO
Compon. 3 Entidad 2

CONTEXTO
retroalim.

Entidad 3

Compon. 2

Compon. 1

Entidad 1

SISTEMA

Compon. 4

Relacin Externa Relacin Interna

Una relacin es interna cuando la misma se produce entre dos componentes que pertenecen al sistema. Y es externa cuando esta se produce entre una componente perteneciente al sistema y una que pertenece al contexto. Adems, segn el punto de referencia, las relaciones tienen una direccin determinada. Dado un punto de transformacin (una entidad) son relaciones de entradas aquellas que llegan o proveen de recursos al mismo. Y para ese mismo punto de transformacin son relaciones de salida aquellas que parten con recursos hacia otro centro de transformacin (otra entidad).

El conjunto de todas las entidades y sus relaciones definen la estructura de un sistema dado.
Un componente de un sistema puede ser simple o compleja. La cantidad de relaciones que se pueden definir entre dos entidades es un nmero variable.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas La cantidad de atributos posibles a definir para cada componente depende de las caractersticas del estudio. c) Medio ambiente y Contexto El medio ambiente es el conjunto de entidades (sistemas) donde se encuentra inmerso el sistema objeto de estudio y se relaciona con el mismo indirectamente. El contexto es la parte del medio ambiente que se relaciona e interacta directamente con el sistema en cuestin. El contexto es un suprasistema donde el sistema que se est estudiando es una componente mas, esto quiere decir que existen otros sistemas que influyen y son influidos por el objeto de estudio. No siempre es claro el lmite o frontera del sistema con su contexto ya que por su naturaleza dinmica hace que crezcan (positiva o negativamente) originando variaciones constantes en ellas, por esto las fronteras no deben ser establecidas como algo rgido sino variable en el tiempo. Un parmetro muy utilizado para fijar el limite es la idea de control sobre las componentes, es decir, determinar que componentes puede controlar el sistema y cules no. Este control se refiere a la posibilidad de modificar tanto su estructura como su conducta, cuando por ejemplo sean necesarias para la consecucin de los objetivos del sistema dado. Durante el estudio de un sistema dado, encontraremos que existen componentes que o se pueden modificar (no se pueden controlar) a las que se llaman componentes externas y que existen adems otras componentes a las cuales si se pueden variar su estructura o comportamiento (si se pueden controlar) a las cuales se denominan componentes internas. Ambas componentes tienen que ver con el logro de los objetivos planteados por el sistema. Ejemplo: un sistema de COMERCIALIZACION esta inserto en un contexto de MERCADO donde interactan otros sistemas como la COMPETENCIA y el CONSUMIDOR. Pero este MERCADO esta inserto en la ECONOMIA NACIONAL. Para el sistema de COMERCIALIZACION la ECONOMIA NACIONAL es el medio ambiente donde se halla inmerso el contexto llamado MERCADO.
ECONOMIA NACIONAL MERCADO CP: Competidores CP CS V C CM CM: Comercializacin CS: Consumdores C: Compras V: Ventas

d) Entradas y Salidas El sistema interacta con el contexto, de esta interaccin se producen las entradas del contexto (energa, materias primas, dinero, informacin, etc.) y las salidas (productos, etc.) hacia este. Este intercambio se hace imprescindible por dos razones primordiales, la primera es para que el sistema pueda cumplimentar con sus objetivos debe importar del contexto los recursos necesarios y la segunda razn se debe a que la exportacin hacia el contexto le brinda los recursos necesarios para autorganizarse, automantenerse y autocontrolarse. Existen, en los sistemas, determinados controles que se realizan sobre una porcin de las salidas del sistema, dichos controles generan una especie de entradas que producen acciones sobre el mismo

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas sistema generando determinadas actividades. A este proceso se lo denomina RETROALIMENTACION y tienen como objetivo mantener el equilibrio del sistema. e) Objetivos Todo sistema para mantenerse en equilibrio debe plantearse metas u objetivos, pero estos no deben ser vistos como algo esttico ya que varan con la dinamicidad del sistema. El sistema para mantenerse en equilibrio no solo tiene que plantearse objetivos sino adems debe controlar el cumplimiento de los mismos. Ejemplos: son sistemas una escuela, un hospital, un banco, una industria, un club, es decir cualquier organizacin. Pero tambin son sistemas un hombre, un auto, una computadora, una fami lia, un bosque, un plan econmico, un programa de computadoras, el universo, un pas, etc.

Clasificacin de sistemas a) Por su naturaleza: Naturales: sistemas creados en los que el hombre no interviene en su creacin. Artificiales: sistemas creados por el hombre. b) Por su relacin con el Medio Ambiente: Abierto: sistemas que interactan con el contexto, intercambiando elementos, sin esta interaccin no podran existir. Cerrado: sistemas aislados, no interaccionan con el contexto. c) Por su dependencia del Medio Ambiente Adaptable(dinmico): sistemas que ante un cambio en el contexto reaccionan en forma adecuada, teniendo en cuenta la finalidad para la que fueron creados. No adaptable(esttico): no modifican su conducta y/o estructura a pesar de cambios e el medio n ambientes. Caractersticas de los sistemas Todo sistema cualquiera sea su naturaleza tiene las siguientes caractersticas bsicas: 1. Todo sistema contiene otros sistemas y/o subsistemas y a la vez esta contenido en otros sistemas de carcter superior. Esto da como resultado una autntica categorizacin de suprasistemas (medio ambiente), sistemas y subsistemas. 2. Todos los componentes de un sistema, as como sus interrelaciones, actan y operan en funcin de los objetivos del sistema. Se dice que los objetivos constituyen el factor o elemento que aglutina e integra a todas las partes del conjunto. La alteracin o variacin de una de las partes o de sus relaciones, incide en las dems y en el conjunto. Elementos de los sistemas Entradas Salidas Procesos Retroalimentacin Medio Ambiente

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Entrada/Insumo/Input: Constituye los componentes que ingresan al sistema, los cuales sern objeto de operaciones y/o procesos hasta transformarse en salidas.

MEDIO AMBIENTE

entrada

PROCESO

salida

MEDIO AMBIENTE

retroalimentacin

Salida/Producto/Output: Son la expresin material de los objetivos del sistema, son los fines y las metas del sistema. Proceso/Transformacin: Es el componente que transforma el estado original de las entradas en salidas. La transformacin es una serie de operaciones, reglas, procedimientos, que responden a una lgica y orden. Retroalimentacin: Son aquellas salidas del sistema que se convierte en entradas del mismo. En general, la retroalimentacin se asocia al concepto de control, ya sea porque la salida es errnea o posee fallas o porque se puede mejorar el sistema. Medio Ambiente (Contexto): En los sistemas abiertos y adaptables, el Medio Ambiente tiene un papel preponderante, ya que el sistema esta permanentemente interactuando con l para lograr sus objetivos. En general el medio ambiente es cambiante lo que ocasiona que el sistema deba ser dinmico, revisarse y ajustarse a los cambios para poder lograr sus objetivos. El Medio Ambiente influye en forma determinante en el sistema, mientras que el sistema influye dbilmente en el Medio Ambiente.

Sistemas de Informacin Cualquier organizacin o empresa es en s un sistema. Su medio ambiente es el sistema productivoeconmico-social-educativo en que se inserta, del que recibe una serie de entradas y al que entrega una serie de salidas. A su vez dentro de l existen varios subsistemas, como ser los distintos departamentos o reas de la organizacin.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas

MEDIO AMBIENTE

Subsistema de Ventas subsistema de Personal

Sistema de Informacin

Subsistema de Compras Subsistema de Administracin

MEDIO AMBIENTE Como vemos en un sistema de informacin de una organizacin mediana, existen muchas entradas, salidas y por ende las transformaciones son variadas, por lo que en general son sistemas complejos o muy complejos. Para que los subsistemas que conforman la organizacin funcionen coordinadamente, es necesario otro subsistema ms, el sistema de informacin, que tiene como misin asegurar que la informacin necesaria fluya, dentro del sistema, de unos subsistemas a otros, toda organizacin cuenta con un sistema de informacin. Del buen funcionamiento de este subsistema depende en gran parte el xito global del sistema. Los elementos de un sistema de informacin son muy variados; pueden agruparse en recursos fsicos, recursos humanos, documentacin y una serie de normas, reglas y procedimientos que determinan los flujos de informacin tanto internos como hacia y desde el exterior, as como el uso y administracin de los recursos.

Concepto de informacin Una organizacin para lograr sus objetivos eficiente y eficazmente necesita recursos fsicos (maquinarias, instalaciones), recursos de capitales($) y recursos humanos e informacin. Es indispensable el manejo de la informacin para el logro de los objetivos. Porqu? Por que el Medio Ambiente es muy cambiante(los sistemas legales, econmicos, financieros, polticos) y dinmico y las organizaciones (sistemas) deben adaptarse a l, puesto que el presente es dinmi co y el futuro es incierto, lo nico que disminuye el riesgo es la informacin. Nada es esttico, nada permanece inalterable o congelado durante mucho tiempo. TODO LO CONTRARIO. Los atributos o propiedades que debe poseer la informacin generada por un sistema de informacin (manual o automatizado) deben ser los siguientes: relevancia, disponibilidad, integridad, cuantificacin, objetividad, sensibilidad, calidad, confiabilidad y exactitud, entonces se dir que la informacin es efectiva (til) En cualquier tipo de organizacin la informacin se utiliza para planificacin, control y decisin.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas

Normas, Procedimientos, Mtodos, Polticas

Recursos Humanos

Recursos Fsicos

Documentacin S.I. ORGANIZACION MEDIO AMBIENTE

Tipos de Sistemas de Informacin Manual: Todo, absolutamente todo es realizado por las personas, clculos, informes, archivar documentos, completarlos, controlar datos. A lo sumo se utilizan calculadores y mquinas de escribir y computadoras para usar programas editores de texto y planillas de clculos. Manual - Automatizado: El sistema de informacin es en parte manual(hay procedimientos realizados por personas) y en parte es automatizado (hay procedimientos realizados por las computadoras con programas especficos). En estos casos, generalmente las personas cargan los datos y/o transacciones iniciales y las computadoras hacen los clculos, emiten listados e informes, clasifica la informacin de distintas formas, etc. Automatizado: Todo, absolutamente todo es realizado por la computadora. Ejemplos: Sistema de cajero Banco Provincia de Santa Cruz (manual),Sistema de cajero Banco Tierra del Fuego (manual-automatizado), Sistema de cajero automtico Banelco (automatizado). Sistemas de Informacin Automatizado

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Un sistema de informacin automatizado en forma parcial o total, utiliza ordenadores para almacenar los datos de una organizacin y ponerlos a disposicin del personal. Supongamos el siguiente caso (muy sencillo): factura nota de pedido

archivo facturas

Los datos de las notas de pedidos (datos o transacciones iniciales) son cargados por una persona, luego los programas generan una serie de listados que sirven para otras tareas. En la mayora de los casos, los sistemas de informacin automatizados son ms complejos. Los distintos sistemas-subsistemas se comunican, logrando que la mayora de las funciones de una organizacin estn soportados en algn nivel por automatizacin. Cada una tiene distintas entradas, distintas salidas, etc. Componentes de Sistemas de Informacin Automatizados Los recursos humanos (personas) son los que producen y utiliza la informacin en su actividad diaria. Estas actividades pueden ser simples o complejas (carga datos o toma de decisiones). Los procedimientos son una serie de pasos que establecen como se hacen las cosas. Es decir, que se hace cuando se reciben los datos, como entran, como se calculan, registran, almacenan, como pasan a travs del sistema, hasta convertirse en salida. Niveles de un Sistema de Informacin Nivel operativo o de transaccin: Es el que tiene que ver con la operatoria bsica diaria. Por ejemplo, la carga de notas de pedidos y la emisin de facturas. Nivel de gestin administrativa: Ayudan a los usuarios de un mayor nivel jerrquico a tomar cierto tipo de decisiones y a efectuar el control. Respecto del sistema de informacin automatizado no realizan carga de datos, pero si efectan consultas y utilizan la informacin (salidas) para efectuar control y autorizacin.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Nivel de soporte de decisiones: El objetivo es ayudar a tomar decisiones poco frecuente, que implica un riesgo. Respecto del sistema de informacin automatizado se presenta en forma de consulta, bastante ms complicados que el nivel anterior. El Sistema de Informacin Automatizado debe aspirar a ser TOTAL, con caractersticas de integracin que permita cumplir con los tres niveles. Transaccin: Son entradas al sistema de informacin, que respeta algn procedimiento en cuanto a su forma, generalmente soportados en un formulario y son un registro simple y claramente definido. Ejemplo: Una venta, un permiso de examen, la solicitud de un prstamo, etc. Estas transacciones fluyen por el sistema transformndose, procesndose, produciendo salidas. Usuario: Es la persona/s para quien se har el sistema, es el que utilizar el sistema. Es el cliente, el dueo, los empleados. Tipos de Usuarios Nivel Operativo Nivel de Gestin Administrativo Nivel Soporte de Decisiones Usuario Operativo Usuario Supervisor Usuario Ejecutivo

Usuario operativo: S oficinistas, administrativos, operadores. Tendrn contacto diario y directo con el on sistema. Realizan la carga de datos iniciales. Estos usuarios se preocupan por las funciones del sistema que se relaciona con su trabajo en forma directa, y por la interfaz con el sistema. Cmo ser la carga? la pantalla?. Estos usuarios en general tienen una visin local del sistema, desconocen los aspectos que van ms all de sus funciones. Usuario supervisor: En general tienen a cargo un grupo de usuarios operativos. Son jefes, gerentes, etc. Deben controlar a sus subordinados y asegurar que su sector o departamento cumpla con sus funciones. Este tipo de usuario tiene un panorama ms global del sistema, generalmente sabe para qu y porque se hacen las cosas. Conocen la operativa pero le interesan detalles del sistema que le permitan efectuar un mejor control y logro de sus objetivos. Toman decisiones frecuentes y poco arriesgadas. Usuario ejecutivo: Este tipo de usuario probablemente no utilice el sistema, solo la informacin. Esta preocupado por decisiones de inversin, ampliacin de la empresa. Tiene la visin ms global del sistema.

BIBLIOGRAFIA I.T.H.(cap.1-2-3), R.C.(cap. 4), E.Y. (cap.2-3), (K.K. cap. 1,2). ACTIVIDADES 1. Explicar y ejemplificar los conceptos de sistema, suprasistema y subsistema. 2. Mencionar y explicar los tipos de sistemas y dar dos ejemplos de cada uno. 3. Mencionar y explicar los componentes de un sistema abierto. Dar 3 ejemplos grficos de sistemas e identificar sus componentes.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas

4. Definir sistema de informacin. Manual y automatizado. 5. Quin es el usuario? Mencionar y explicar los tipos de usuario. 6. Mencionar y ejemplificar los componentes de un sistema informtico, explicar las relaciones entre estos. 7. Porqu las organizaciones necesitan sistemas de informacin? 8. Yourdon clasifica a los sistemas informticos en: sistemas en lnea sistemas de tiempo real sistemas de apoyo de decisiones sistemas basados en el conocimiento Explique y describa las caractersticas de cada uno de estos tipos.

INGENIERIA DE SOFTWARE Requerimientos: Este trmino se utiliza cuando un usuario tiene una necesidad, lo cual generalmente surge de un problema. En general, los problemas que originan requerimientos son: El sistema de informacin es manual y maneja un gran volumen de transacciones diarias, lo que dificulta su acceso, clasificacin, consulta, control y proceso. El sistema de informacin esta parcialmente o totalmente automatizado pero debe modificarse porque han cambiado los requerimientos. El sistema de informacin esta parcialmente o totalmente automatizado y es necesario agregarle ms funciones. En cualquiera de los casos, tendremos requerimientos provenientes de los tres niveles: Requerimientos de transaccin Requerimientos de supervisin Requerimientos de decisin Lo cual se ver traducido en requerimientos de: Entrada Salida Proceso Control Ejemplos: Requerimientos de Entrada: En el sistema se deben cargar n NP por da. Requerimientos de Salida: El Sistema debe emitir listados. Requerimientos de Control: El Sistema no debe procesar NP de clientes deudores. Requerimientos de Proceso: El Sistema debe realizar para todos los clculos de impuestos, sumatorias, etc. Los requerimientos estn relacionados, es decir, un requerimiento puede ser de control y de salida a la vez. Los requerimientos estn relacionados con los procedimientos, normas y polticas de la organizacin.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

10

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Para satisfacer estos requerimientos o solucionar los problemas, hemos de desarrollar un producto de software. Cuando hablamos de software nos referimos a un conjunto de programas relacionados, orientados a resolver un problema del mundo real, que por su complejidad y tamao deben ser resueltos por un equipo de especialistas de software. Veamos las siguientes situaciones: a) Un simple programa que calcule la media de los valores almacenados en un array. b) Una aplicacin de gestin de las cuentas corrientes de las sucursales de un banco, que permite realizar transacciones en lnea como depsitos, extracciones, consultas de saldos y movimientos, transferencias, creacin y cancelacin de cuentas y emisin de extractos, entre otras cosas. El primer caso, prcticamente no reviste inconvenientes para realizar el programa en forma inmediata, puesto que el problema es sencillo y esta perfectamente delimitado y acotado. Pero el segundo, trata un problema ms complejo, sern necesarios muchos programas, distintos tipos de estructuras de datos y ser utilizado por varios usuarios a la vez, etc., adems el desarrollo estar a cargo de un equipo de personas, en esta situacin no se debe comenzar a programar en forma inmediata, debe pensarse como un proyecto de software, cumpliendo el ciclo de vida y siguiendo alguna metodologa, en estos casos estaremos haciendo uso de la Ingeniera de Software. El trmino Ingeniera de Software se utiliza para referirse a un mtodo disciplinario de desarrollo de programas de computadoras, a travs de todas las actividades del ciclo de vida de un software. La tendencia del software es crecer en tamao, complejidad y cambiar, por ello el desarrollo debe apoyarse en un mtodo disciplinario de diseo, produccin y mantenimiento de programas de computadoras que se desarrollan bajo estimaciones de tiempo y de costo, utilizando herramientas de ayuda a la gestin del tamao y complejidad de los productos de software resultantes. La Ingeniera de Software se compone de tres elementos: mtodos, herramientas y procedimientos, que facilitan controlar el proceso de desarrollo del software y suministrar a los que practiquen dicha ingeniera las bases para construir software de alta calidad de una forma productiva. Los mtodos indican como construir tcnicamente el software. Los mtodos abarcan un amplio espectro de tares que incluyen: planificacin y estimacin de proyectos, anlisis de los requisitos, diseo de datos y programas, codificacin, prueba, instalacin y mantenimi ento. Las herramientas suministran un soporte automtico o semiautomtico para los mtodos. Algunas de las herramientas disponibles por sus caractersticas reciben el nombre de CASE (Ingeniera de Software Asistida por Computadora). Los procedimientos juntan los mtodos con las herramientas y facilita un desarrollo racional y oportuno del software de computadoras. Los procedimientos definen la secuencia en la que se aplican los mtodos, las entregas (documentos informes, formas, etc.) que se requieren, los controles que ayudan a asegurar la calidad y coordinar los cambios y las directrices que ayudan a los gestores a evaluar el progreso. La Ingeniera de Software esta compuesta por una serie de pasos que abarcan los mtodos, las herramientas y los procedimientos antes mencionados. Estos pasos se denominan frecuentemente paradigmas de la Ingeniera de Software. La eleccin de un paradigma para la Ingeniera de Software se lleva a cabo de acuerdo a la naturaleza del proyecto y de la aplicacin, los mtodos y herramientas a usar y los controles y entregas requeridos. Se puede hacer una analoga entre paradigma y metodologa, hay varios paradigmas o metodologas. En este curso se estudiara el paradigma, metodologa o ciclo de vida clsico, comnmente denominado estructurado. Concepto de Proyecto Para construir un puente o para implementar un nuevo modelo econmico en un pas se realiza un proyecto, lo cual implica ordenar las actividades y/o tareas a realizar de acuerdo a una secuencia y cronograma. Naturalmente toda actividad a emprenderse de mediana a alta complejidad se proyecta, dividindose en etapas o fases. Para realizar un producto de software tambin se debe hacer un

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

11

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas proyecto, es decir, dados un conjunto de requerimientos, diremos que la preparacin y ejecucin de un proyecto que sigue una metodologa nos proveer mayor seguridad de llegar a una solucin exitosa. Un proyecto implica que las cosas se hacen en estricto orden cumpliendo etapas. Metodologa - Ciclo De Vida - Paradigma Los sistemas informticos (software) desde su concepcin hasta su desaparicin pasan por una serie de etapas o fases. Desde que surge la necesidad, pasando por su propia construccin, puesta en marcha y continuas revisiones hasta su abandono, pasa por una serie de etapas que constituyen su ciclo de vida. Las actividades para la construccin de un sistema se realizan de acuerdo a un mtodo. Una metodologa es una manera ordenada y sistemtica de proceder para obtener algn fin. Se llevara a cabo a travs de una serie de normas o reglas precisas, cuyo cumplimiento ser mas o menos estricto, constituyendo el cuerpo formal de la metodologa. El conjunto de normas incluye adems un sistema de documentacin donde se ir reflejando el trabajo realizado, siendo el aspecto ms visible del mtodo. Una metodologa es un enfoque para organizar, dirigir y realizar las actividades del ciclo de vida de un sistema de informacin. Existen varias metodologas: clsica, prototipos, oo, merisse, etc. Los sistemas de informacin se desarrollan en una serie de pasos: esta secuencia se conoce como el ciclo de vida. Se utiliza por varias razones: A) Para organizar el gran nmero de actividades necesarias en la construccin de un sistema y especificar la secuencia en que se deben tratar esas actividades para su desarrollo. B) El ciclo de vida ayuda a los analistas a resolver problemas que surjan durante el desarrollo del sistema, marcando la direccin del proyecto y proporcionando una gua sobre lo que se debera obtener como resultado del mismo. C) El ciclo de vida ayuda tambin a producir informes del estado del proyecto, permitiendo un seguimiento de las necesidades de recursos. El ciclo de vida se define como una secuencia de fases. Cada fase se compone de actividades mas detalladas, cada una de las cuales tienen un objetivo especifico. Cada fase se revisa cuando se completa. Esta revisin produce un informe como resultado y define el objetivo y un plan detallado para la siguiente fase. Ciclo De Vida Estructurado O Metodologia Estructurada Principales exponentes: De Marco, Yourdon, Gane & Sarson. En el CDV clsico era muy importante partir de unos requerimientos claros, completos y bien definidos, el analista estaba seguro de conocer perfectamente lo que el usuario quera que haga el sistema. Cuando las necesidades del usuario simples, determinar y definir requerimientos puede ser relativamente fcil, pero cuando las necesidades del usuario crecen, o son complejas, o difciles de definir, si adems la aplicacin debe servir a varios usuarios con necesidades e intereses diferentes y a veces opuestos, el anlisis de los requerimientos se complica y se convierte en el principal problema en el desarrollo de un sistema de informacin. En los aos 70 esta situacin hizo que el ciclo de vida clsico entrara en crisis. El CDV estructurado surge as como una superacin del CDVC en entornos grandes y complejos. En la actualidad se conocen como anlisis estructurado, diseo estructurado y programacin estructurada, pero este mtodo es bastante ms que esto. El CDVE es un ciclo lineal o en cascada, que provee tcnicas y herramientas adecuadas para cada fase del proyecto. Es una metodologa que ofrece mayores puntos de control para el proyecto. Es ms flexible, lo que facilita el mantenimiento (modificacin y adaptacin del sistema), entre otras ventajas. Junto con esta metodologa aparecen nuevos conceptos como la modularizacin y el diseo descendente.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

12

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas FASES DEL CVDE Estudio de Factibilidad Consiste en una visin general, de alto nivel, de todo el proyecto, destinado a contestar a un nmero determinado de preguntas: Cul es el problema? Existe una solucin viable para el problema? Cunto tiempo llevar? Cul es el costo? El estudio de factibilidad debe ser relativamente corto, pues la tarea no consiste en resolver el problema, sino en obtener una idea de su complejidad y tamao. El estudio de factibilidad comienza con la aclaracin de la definicin del problema. Se definen el alcance y los objetivos iniciales y se identifican las restricciones y limitaciones del sistema Se preparan varios alternativas de solucin. Para cada una de ellas se analiza: Factibilidad Tcnica: Puede el software implementarse empleando la tecnologa actual y disponible? Factibilidad Economa: Superan los beneficios los costos? Factibilidad Operativa: Puede el software desarrollarse y ejecutarse en esta organizacin? Se descartan las alternativas que no cumplen con las tres factibilidades y se prepara un informe al usuario - cliente (alto nivel), que tiene la siguiente forma: 1. Definicin del problema. 2. Alcance. 3. Objetivos. 4. Restricciones. 5. Limitaciones. 6. Alternativas de solucin. Para cada una: 6.1 Factibilidad Econmica (Anlisis costo/beneficios) 6.2 Factibilidad Operativa 6.3 Factibilidad Tcnica 6.4 Duracin estimada del proyecto 6.5 Inversin estimada del proyecto

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

13

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas El usuario decidir que alternativa elegir. Estudio de Factibilidades

Anlisis

Diseo

Implantacin

Pruebas

Instalacin

Mantenimiento

Anlisis En esta fase el analista intenta determinar los requerimientos a partir del estudio del sistema de informacin existente, de manera de incluir todos los detalles relevantes del sistema actual, adems pretende: Que sea fcil detectar y verificar la omisin de detalles relevantes Que distintos analistas ante el mismo sistema actual determinen los mismos requerimientos Que la documentacin generada sobre el sistema actual sean vehculos eficientes de comunicacin En esta fase el analista se familiariza con la operacin del sistema, para ello utiliza una serie de tcnicas y herramientas, por ejemplo consigne informacin entrevistando a los usuarios. En esta fase se obtiene un modelo del sistema existente, que representa lo que hace y cmo lo hace. Este modelo describe las funciones del sistema, los datos, el control, etc. El documento resultado de esta etapa se suele llamar especificacin estructurada o especificacin de requerimientos. Diseo En esta fase se obtiene el diseo del nuevo sistema a travs de varias tareas, es decir, se desarrolla un modelo que representa la solucin o la satisfaccin del os requerimientos del usuario. Se disean entre

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

14

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas otras cosas como sern las interfaces, programas y bases de datos, siempre el objetivo ser cumplir con los requerimientos del usuario. Para ello se utilizan distintas herramientas. Implantacin Las especificaciones diseadas en el paso anterior se pasan a un cdigo. Se programan en el lenguaje apropiado, en forma estructurada y siguiendo buenos criterios de programacin. Evitando programacin redundante y respetando el de ocultamiento de informacin. Pruebas Se generan casos de prueba de acuerdo a diversas tcnicas para probar el sistema y a los subsistemas. Se prueba cada fase del desarrollo del proyecto, se encuentran fallas y errores y se depuran o corrigen. Instalacin La instalacin implica la ejecucin de una serie de actividades que permitirn al usuario interactuar con el sistema en forma autnoma e independiente. Mantenimiento Luego de instalado el sistema toda actividad que implique modificar el sistema se considera de mantenimiento. Algunas veces ocurre que algunos procedimientos y/o polticas del usuario cambian, otras veces como el sistema no ha sido correctamente analizado, diseado y probado surgen necesidades de modificacin. Las primeras se consideran normales, las segundas no deberan ocurrir si se trabaja siguiendo el mtodo. El Analista De Sistemas Trabajara activamente en las fases de anlisis y diseo. Actualmente tambin hace la implantacin. Algunas de sus tareas sern: Recopilar datos en forma adecuada. Identificar problemas. Proponer soluciones. Documentar el trabajo. Para ello debe comunicarse con el usuario, lo cual no es fcil cuando son varios, con intereses opuestos. La caracterstica principal de cualquier persona que debe solucionar problemas son: sentido comn capacidad analtica objetividad Son condiciones sin equanon, tambin para un analista de sistemas. Bibliografa: I.T.H. (cap.1-2-3), R.C.(cap.4), W.D.(cap.13), E.Y.(cap. 5-3)

ACTIVIDADES 1. Qu es un proyecto? Qu es un proyecto de software? Identificar las causas que en general promueven un proyecto de software. 2. Qu es un requerimiento? Identificar y explicar los tipos de requerimientos. Ejemplificar. 3. Qu es una metodologa o ciclo de vida? Porqu es necesaria una metodologa para desarrollar un software?

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

15

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas 4. Qu es la Ingeniera de Software? 5. Nombrar y describir brevemente las etapas de la metodologa estructurada. 6. Cul es la diferencia entre Anlisis y Diseo? 7. Cul es la funcin del analista de sistemas?. 8. Leer E.Y. cap. 4 y 5 y responder: a. Qu es una herramienta? b. Qu es un modelo? c. Citar las razones para usar modelos en el anlisis y diseo de sistemas d. Porqu el autor recomienda usar modelos grficos? e. Porqu el autor opina que un modelo grfico es ms eficiente que una descripcin textual?

ANALISIS ESTRUCTURADO En el anlisis tratamos de identificar los requerimientos del usuario. Un requerimiento (necesidad) en definitiva ser lo que el usuario quiere que haga el sistema nuevo y que su sistema actual no lo hace o lo hace errneamente. Por eso la determinacin o definicin de requerimientos debe ser clara, completa y precisa, para ello el anlisis deber ser un estudio del sistema. Lo importante ser conocer lo mejor posible el sistema actual, para ms tarde proponer soluciones adecuadas. El anlisis estructurado proporciona tcnicas y herramientas que facilitan el reconocimiento de los requerimientos e identificacin de problemas. Se utilizan principalmente herramientas grficas. Y lo que se pretende es realizar un modelo que represente al sistema actual, desde los tres puntos de vista de cualquier tipo de sistemas de informacin (procesos-control-datos) En Anlisis se produce un documento (especificacin estructurada o especificacin de requerimientos) que servir de base a Diseo. Anlisis por intermedio de ese documento definir: Cules son los requerimientos?, Cules son los problemas?, Qu hace el sistema actual?, Qu se puede cambiar y qu debe permanecer?, Es decir el QUE deber hacer el nuevo sistema, pero ser Diseo quien definir el COMO se solucionaran los problemas, se cumplirn los requerimientos y ser el nuevo sistema. En Anlisis Estructurado procedemos ordenadamente, realizando una serie de actividades, hasta llegar a Diseo. Etapa Actividad Tcnica-Herramienta Entrevistas Cuestionarios Organigramas Tablas/Arboles de Decisin Insp.de Documentos y Archivos Muestreos Declaracin de Propsitos Lista de Eventos Diagrama de Contexto Diagrama Flujo de Datos Diccionario del Sistema Diagrama Entidad-Relacin Diagrama Transicin de Estados Resultado

Relevamiento

ANALISIS ESTRUCTURADO

Modelo Ambiental

Especificacin Estructurada

Modelo de Comportamiento Balanceo

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

16

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Existe un orden para realizar las actividades, pero ocurre que a medida que se avanza se debe volver atrs, para realizar correcciones y completar. Lo cual es lgico, dado que a medida que se profundiza el estudio, los puntos oscuros, las dudas, las falsas interpretaciones se van aclarando, corrigiendo y completando.

Relevamiento

Balanceo

Modelo Ambiental Modelo de Comportamiento


RELEVAMIENTO

Es el conjunto de actividades y tareas que tiene por objetivo la obtencin y recopilacin de informacin del sistema de informacin existente. Para ello el analista recurre a distintas fuentes y aplica las tcnicas que considera adecuadas, asegurndose que la informacin y datos obtenidos son correctos. Qu se releva? TODO. Procedimientos, polticas, normas, reglas, documentos o formularios utilizados, archivos en que se guardan los papeles, el circuito administrativo, controles que se efectan, funciones, operaciones, tareas, etc. Para el anlisis se necesita la mayor cantidad de informacin posible, a medida que se avance aquello que no sirve se va descartando. Cmo se obtiene esta informacin? Existen fuentes escritas como los manuales organizacionales, pero la fuente de informacin por excelencia ms importante es el USUARIO. El es quin hace las cosas, l es quin tiene los problemas, l sabe el cmo, el para qu, el porque y el cundo de las cosas. El usuario es un punto crtico que el analista debe manejar con sumo cuidado. TECNICAS DE RELEVAMIENTOS 1. Entrevista Es la tcnica principal. Convenientemente utilizada ayuda a encontrar distintos hechos, necesidades de informacin, responsabilidades, objetivos, operaciones, etc. Es oral, es un encuentro cara a cara con el usuario. Todos las dems tcnicas se basan en indicios obtenidos en entrevistas previas. La entrevista consta de tres momentos: el antes, el durante y el despus. Antes: Preparacin La preparacin de la entrevista significa fijar hora, da y lugar de la reunin. Establecer un orden adecuado de entrevistas. EL lugar debe ser apropiado, que reduzca las interrupciones. Confeccionar una lista de puntos, temas, items y preguntas bsicas a realizar. Durante: Ejecucin Cuando se produce la entrevista, el analista debe tener en cuenta los siguientes aspectos: Debe procurar crear un ambiente distendido, no debe utilizar lenguaje tcnico informtico, no es un interrogatorio policial, debe ser una charla, debe escuchar y observar, el centro es el usuario, no debe opinar y menos criticar.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

17

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Para ello debe ante todo explicar el propsito de la entrevista. Tomar nota de lo necesario (no exagerar o perder tiempo escribiendo palabra por palabra, y provocando la desconcentracin del entrevistado), grabar si al usuario no le molesta. No es conveniente efectuar entrevistas grupales. Al finalizar la entrevista, se debe repasar la informacin obtenida con el usuario y ofrecerle las notas tomadas para lograr su aprobacin. Tipos de preguntas: Preguntas abiertas: permiten al usuario que se explaye al contestar. Por ejemplo: Cules son las tareas y actividades que Ud. desempea? Preguntas cerradas: el usuario responde en forma concisa, precisa y acotada. Por ejemplo: Hace cunto que Ud. trabaja en esta empresa? Preguntas de reenvio: preguntas que confirman datos previamente obtenidos. Es recomendable hacer varias entrevistas que una muy extensa. Despus: Evaluacin Luego de efectuada la entrevista, se analizan los resultados de la misma, se determinan los puntos claros y oscuros y se procede a confirmar y/o aclarar mediante otras entrevistas y/o otras tcnicas. En el relevamiento se entrevista por lo general a varios usuarios, generalmente el analista se basa en la estructura organizativa de la empresa (organigrama) Es conveniente comenzar las entrevistas por el nivel mas alto para obtener soporte y cooperacin de la direccin antes de comenzar a examinar las actividades de las unidades organizativas (departamentos y sectores) particulares o sugerir nuevas soluciones. Tanto en la entrevista inicial como en las posteriores, el analista siempre intentara encontrar la forma de obtener mas informacin, por lo cual la preparacin es esencial. Se debe tener una idea de lo que se pretende lograr con la entrevista y formular preguntas directas para obtener esa informacin. Si el entrevistado no puede contestar se le pregunta donde se puede obtener esa informacin. De esta manera, el proceso de la entrevista sigue un camino bastante estructurado. Se consigue de la Direccin (usuario de mas alto nivel) una visin general de la operacin del sistema, pasando despus a las operaciones detalladas mediante entrevistas con usuarios de distintos niveles. Tipos de entrevistas: Estructuradas: Previamente a la entrevista se tiene conocimiento de las preguntas que se efectuarn. No estructuradas: Previamente a la entrevista no se tiene conocimiento del tema a tratar, ni las preguntas a efectuar. Semiestructuradas: Previamente a la entrevista se tiene conocimiento de los temas que se trataran, y las preguntas van surgiendo en la entrevista. (Profundizar en K.K. cap.5) 2. Cuestionarios Es una tcnica escrita. Consiste en una serie de preguntas o items que el usuario debe completar o responder. El cuestionario es contestado por el usuario en ausencia del analista, luego el analista recoge los cuestionarios, los lee y los analiza. No es conveniente realizar preguntas abiertas, el cuestionario no es efectivo para este tipo de preguntas. Ya que por lo general si el usuario tiene que explicar algo en forma escrita, lo hace de forma incompleta, no muy legible, y expresa sucesos ocurridos recientemente, en lugar de sucesos intemporales. Los cuestionarios son tiles cuando: Se busca la misma informacin en usuarios diferentes. Los usuarios estn ubicados geogrficamente en lugares distantes.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

18

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Se busca informacin de naturaleza cuantitativa.

El cuestionario debe consistir en preguntas o enunciados cortos, claros, fciles, tipo mltiple choice, o que conteste s o no (preguntas cerradas) Los cuestionarios son tiles como complemento de otras tcnicas, para verificar informacin obtenida (reenvio) y muy recomendables para recoger datos numricos u obtener opiniones relativamente simples de un nmero de personas, pero no son efectivos para bsquedas detalladas, ni para identificar problemas del sistema. Tambin se debe tener en cuenta que al no estar presente el analista cuando el usuario contesta, existen factores subjetivos y psicolgicos que son importantes: los gestos del usuario, si duda, si tarda en contestar, si parece inventar o mentir, si pregunta a otros usuarios para contestar, si natural y espontaneo. El xito de un cuestionario radica en la claridad de las preguntas y la honestidad de usuario. (Profundizar en K.K. cap. 4) 3. Inspeccin o examen de documentacin y archivos Esta tcnica implica la recopilacin e investigacin de: manuales, formularios y archivos que se utilizan en la organizacin. En toda organizacin en forma manual o automatizada la informacin se plasma o soporta en formularios (papeles) que sirve a distintos propsitos. Estos formularios el usuario los guarda de alguna manera en archivos. Las empresas medianas y grandes poseen manuales organizacionales, o de procedimientos o administrativos los cuales poseen informacin sobre los procedimientos, normas, estndares, operaciones, reglamentos internos, polticas. Es decir, como se hacen las cosas. Los formularios son todo comprobantes que confeccionan, completan los usuarios y reflejan la operatoria, las transacciones de la organizacin se representan con formularios, en forma diaria y habitual, por ejemplo una venta se plasma en una nota de pedido, una compra a un proveedor se plasma en una orden de compra, el pago de los sueldos a los empleados implica la confeccin de recibos de sueldo. Algunos formularios son obligatorios por ley, por ejemplo cualquier tipo de venta debe realizarse con una factura. Todo formulario contiene informacin y tiene un propsito especifico, es decir sirve para algo. Deben obtenerse copias o reproducirse y averiguar quien los genera, para quien se hacen, donde se guardan y como. La informacin que el usuario recibe, como la que genera es almacenada en archivos, puesto que requiere su consulta y uso, por ejemplo: si en una empresa las ventas son en cuenta corriente (crdito), las facturas de los clientes sern debidamente guardadas, para que al momento del cobro, se puedan obtener los importes a cobrar. Un archivo es un lugar fsico donde se guarda informacin segn algn criterio de organizacin, que permitir posteriormente accederla, por ejemplo las facturas se pueden guardar correlativamente por nmero, o por fecha, o por cliente. El usuario utiliza habitualmente, biblioratos, agendas, ficheros, carpetas, etc. Es necesario identificar donde y como guarda la informacin como su volumen. 4. Observacin Directa Para definir esta tcnica la pregunta sera lo que nos han contado es cierto? El analista trata de observar el comportamiento del sistema sin que el usuario lo perciba, y obtener informacin "informal". Si se puede participar mejor. (Profundizar en K.K. cap.5) 5. Muestreo

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

19

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Cuando la cantidad de documentacin o comprobantes es muy voluminosa puede ser til tomar una muestra al azar para constatar algn hecho de manera de obtener una medida cuantitativa o porcentual que se pueda proyectar a la totalidad y proporcionarnos informacin. Sirve para confirmar alguna situacin critica. Requiere tiempo y su valor depende del tamao y representatividad de la muestra seleccionada. (Profundizar en K.K. cap.4) 6. Organigramas Describe la estructura jerrquica de la organizacin. P uede que se halle en los manuales, sino ser conveniente hacerlo apenas comience el relevamiento. Proporciona informacin til sobre la divisin departamental y funcional. Suele hacerse con el usuario de mayor nivel. Es importante que se coloquen los nombres de los usuarios. Ejemplo: Organigrama de la empresa XX

Gerencia General Sr. Lopz

Gerencia Comercial Sr. Gomez

Gerencia Produccion Sra. Mendez

Gerencia Contable Sr. Vazquez

7. Tablas y Arboles de decisin Se consideran tcnicas descriptivas, que se usan como soporte de otras, principalmente para corroborar y verificar situaciones condicionales. Explican grficamente situaciones condicionales y sus respectivas acciones (polticas), dado que la narrativa puede ser confusa. El rbol de decisin se confecciona en forma horizontal y en el se explicitan las condiciones por las ramas, siendo las hojas las acciones.
Importe >= $100 Contado Importe >= $50 y Importe < 100 Importe < $50 Crdito
10% Descuento 5% Descuento 2% Descuento 0% Descuento

Tipo de Pago

La tabla de decisin sirve exactamente para lo mismo que el rbol. Cambia su disposicin grfica, adquiriendo una forma tabular. En la parte superior se colocan las condiciones y en la inferior las acciones. Contado Crdito Importe >= $100 Importe >= $50 y Importe <$100 Importe < $50 X X X X X X X X X X X X

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

20

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Descuento 10% Descuento 5% Descuento 2% Descuento 0% X X X X X X

En ambos casos, lo que cuesta identificar son los distintos grupos d condiciones. En este ejemplo e tenemos dos: respecto del tipo de pago y otra respecto del importe. La accin se da por una combinacin de condiciones, pero dentro de cada grupo son excluyentes. EL USUARIO Tiene un papel preponderante en el relevamiento y en todo el proyecto. Es nuestra fuente de informacin primaria Porqu? Nadie mejor que l sabe lo que hace y como lo hace, nadie mejor que l conoce sus problemas, probablemente sepa la causa de los problemas, probablemente pueda aporta ayuda para la solucin. Pero no siempre es fcil que proporcione informacin y colabore. En todo momento el analista debe hacer participar al usuario en el proyecto, solo as lograra que ste se sienta comprometido y coopere. "El proyecto es de todos y para todos".

Tipos de usuario: Usuario cuenta historias Usuario dudoso Usuario temeroso Usuario agrandado Usuario llorn

Bibliografa: I.T.H. (cap.4), R.C. (cap.6), W.D.(cap.3-11-16), K.K. (4-5-6-7)

ACTIVIDADES 1. Porqu es necesario analizar un sistema de informacin? 2. Qu es el relevamiento, para qu sirve y en qu consiste? 3. Mencionar, explicar y caracterizar las tcnicas de relevamiento. 4. Confeccionar una cuadro de doble entrada en el que se expliciten ventajas y desventajas de la entrevista y de los cuestionarios. 5. Confeccionar un cuadro en el que se expliciten los tipos de usuarios y la actitud del analista de sistemas respecto de estos. 6. Dar 3 ejemplos de preguntas abiertas y 3 ejemplos de preguntas cerradas. 7. Porqu decimos que el muestreo es una tcnica basada en la estadstica? En qu caso efectuara un muestreo? Ejemplifique. 8. Respecto de los procedimientos administrativos (ANEXO 1), conteste: a. Qu es un procedimiento administrativo?

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

21

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas b. Porqu se analizan los procedimientos administrativos? Cmo se analizan? c. Cmo se disea un procedimiento administrativo? 9. Respecto de la documentacin que existe en un sistema (ANEXO 1), conteste: a. Qu es un formulario? Para qu sirve? Cmo esta estructurado? b. Qu es un manual? Para qu sirve? Describa el manual de procedimientos administrativos c. Vaya a una organizacin y obtenga copia o dibuje al menos tres documentos que se utilicen diariamente, y explique brevemente la informacin que contienen y para que sirven. 10. Sera diferente el relevamiento para un sistema de informacin existente que para uno totalmente nuevo? Fundamente su respuesta.

MODELO AMBIENTAL Este modelo tiene por objeto determinar en forma clara y precisa que es parte del sistema y que no. Como ya se dijo, todo sistema es parte componente (subsistema) de otros sistemas mayores (suprasistemas). En este modelo se definen las interfaces (relaciones) entre el sistema y su medio ambiente, entradas y salidas de informacin. Se busca modelar el exterior del sistema, para ello deber trazarse las fronteras o limites del sistema. Se necesita saber que informacin entra al sistema desde el medio ambiente y que informacin del

M.A. SISTEMA

sistema sale al medio ambiente. Pero estas entradas y salidas no se producen al azar. Los sistemas de informacin tienen una razn de ser y tienen objetivos. Los sistemas de informacin producen salidas como respuesta a algn acontecimiento o estimulo en medio ambiente. Otro aspecto critico es identificar los acontecimientos que ocurren en el medio ambiente al cual debe responder el sistema. (el medio ambiente genera infinitos acontecimientos, no todos generan respuestas del sistema)

BANCOS CLIENTES EMPRESA X

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

22

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Puede ocurrir que la frontera sea claramente reconocida por el usuario. Pero en algunos casos, se forma una zona gris (entre e sistema y el medio ambiente) que dificulta la determinacin. Es fcil cuando el medio ambiente esta conformado por sistemas que no pertenecen a la misma organizacin.

PROVEEDORES SISTEMA

Herramientas usadas para definir el modelo ambiental Declaracin de propsitos (D.P.) Lista de eventos (L.E.) Diagrama de contexto (D.C) 1. Declaracin de propsitos Es una declaracin textual, breve y concisa del propsito del sistema. Cuenta con pocas frases y no debe llevar mas de un prrafo. No tiene la finalidad de describir en forma completa y detallada al sistema, lo que hace y como lo hace, sino que se espera del sistema. Ejemplo: el sistema contable de la empresa X, debe registrar las operaciones y producir los diarios, mayores y balances contables. En base a los propsitos del sistema, se pueden determinar las entradas necesarias del medio ambiente externo. 2. Diagrama de contexto Se compone de un nico circulo (burbuja) que representa al sistema y de flechas que llegan y salen del sistema (flujos de entrada y salida), llamadas interfaces y de rectngulos que simbolizan a las entidades externas (otros sistemas del medio ambiente con los que interacta)

VENTAS

ventas

SISTEMA CONTABLE

compras
COMPRAS

balance
GERENCIA

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

23

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Una entidad se considera externa si el sistema no puede influir en sus aspectos internas, es ms, seguramente los desconoce. Reglas para construir el D.C.: El nombre de las entidades externas es un sustantivo comn en singular. Los nombres o etiquetas utilizados deben ser significativos y representativos de la realidad. El D.C. enfatiza varios aspectos importantes: Entidades externas: personas, organizaciones, sistemas con los que se relaciona el sistema en forma directa. Flujos de entrada: los datos que el sistema recibe y que debe procesar de alguna manera. Flujos de salida. Los datos que el sistema genera y que enva al medio ambiente. Almacenamientos: datos que el sistema comparte con las entidades externas, estos se generan fuera o dentro del sistema. La frontera entre el sistema y el medio ambiente externo. 3. Lista de Eventos Es una lista narrativa de los estmulos que ocurren en el mundo exterior a los cuales el sistema debe responder. Ejemplos: 1. Un cliente hace un pedido (F). 2. Un cliente cancela un pedido (F). 3. La gerencia solicita un informe de pedidos todos los das. (T.) Un estimulo es un acontecimiento que activa al sistema, lo dispara, lo obliga a actuar. Tipos de eventos: De flujo: se asocia con un paquete de datos, el sistema se da cuenta que ha ocurrido por que ha llegado algn dato. Temporales: ocurren en un momento determinado en el tiempo, que el sistema conoce, generalmente de acuerdo a una cierta frecuencia. De control: son un caso especial de los temporales. Es un acontecimiento externo, que el sistema recibe mediante un flujo de control (no son muy comunes). Correspondencia entre la lista de eventos y el diagrama de contexto A un evento le pueden corresponder mas de un flujo en diagrama de contexto, no existe necesariamente una correspondencia uno a uno. Es un error, por otra parte tratar de definir un evento para cada flujo, cuando varios flujos son causados por un solo evento. (oscurece la lista de eventos). Otro error que suele cometerse es no identificar el evento primario como distinto de los eventos secundarios. Lo cual ocasiona una lista de eventos muy extensa. Bibliografa E.Y.(cap.18) ACTIVIDADES 1. Qu es el modelo ambiental?, Cul es su objetivo? y Cules son sus componentes? 2. Qu es un evento? 3. Mencionar y describir los tipos de eventos. Dar cinco ejemplos de cada tipo de evento.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

24

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas

4. Qu es y para qu sirve la lista de eventos? 5. Qu es el diagrama de contexto?, Cules son sus componentes? 6. Qu relacin existe entre el diagrama de contexto y la lista de eventos? 7. Dar dos ejemplos de D.C. 8. Qu es la declaracin de propsitos?, Qu no debe ser? 9. Dar dos ejemplos de D.P.

MODELO DE COMPORTAMIENTO El modelo ambiental modela el exterior del sistema. El modelo de comportamiento modela el interior del sistema. Estos modelos no son cosas aisladas, todo lo contrario. El modelo de comportamiento describe como y que hace el sistema actual: para cumplir con los propsitos (D.P.) cuando ocurre un evento (L.E.) que hace con las entradas y como produce las salidas, de y hacia el M.A. (D.C). Herramientas D.F.D. : Diagrama Flujo de Datos D.S.: Diccionario del Sistema. D.E.R.: Diagrama Entidad Relacin D.T.E.: Diagrama Transicin de Estados D.F.D.: Diagrama Flujo de Datos Permite visualizar el sistema como una red de procesos funcionales, conectados entre s por flujos de datos y almacenamientos. El D.F.D. es un modelo lgico del sistema que representa transformaciones, procesos de datos y algo de control. Es un modelo lgico porque no depende del hardware, software, estructuras de datos, no tiene implicaciones fsicas. Componentes: Proceso - Transformacin - Burbuja

Flujos de Datos

Almacenamientos

Entidad Externa - Terminador

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

25

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Procesos: burbuja, funcin o transformacin. El proceso transforma una/s entrada/s en una/s salida/s. Es una accin.

La etiqueta (nombre) de una burbuja debe llevar un verbo en infinitivo y debe ser lo ms aproximado a lo que hace. Deben usarse nombres significativos y evitar la ambigedad.
Facturas_clientes Calcular Iva Ventas

Flujos de datos: paquete de datos en movimiento, que fluyen y circulan por el sistema, transformndose. Es informacin. Por ejemplo los formu larios. Los flujos tienen direccin. Las etiquetas son sustantivos adjetivados y deben ser precisos.
a

Iva-ventas

El flujo a es una entrada al proceso


b

El flujo b es una salida del proceso Almacenamiento: es una coleccin de paquetes de datos en reposo. All se guarda informacin que ser consultada y actualizada (modificada). Los sistemas siempre tienen almacenamientos, ya que no pueden recordar toda la informacin que manejan y necesitan. Se etiquetan con sustantivos en plural y significativos. En la realidad encontramos almacenamientos en ficheros, biblioratos, discos magnticos, canastas, etc. Estos pueden ser permanentes o temporales.

Facturas Calcular iva ventas

facturas cliente

iva ventas

Se consulta informacin guardada

Facturas
pedidos

Facturar pedidos

Se actualiza, se guarda nueva informacin


facturas cliente

La actualizacin de un almacn implica los siguientes sucesos:

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

26

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Se est agregando mas informacin, se est eliminando informacin, se est cambiando la informacin que posee. (la flecha llega al almacn)

La consulta de un almacn significa que la informacin se accede pero luego de esta operacin, el almacn permanece exactamente igual, nada cambiado. (la flecha sale del almacn)

Entidad Externa: son las descriptas en el diagrama de contexto. Tienen las mismas caractersticas. Ejemplo: El departamento de ingreso de una universidad al comienzo de cada semestre recibe inscripciones de ingreso a las carreras que dicta. Para ello los aspirantes deben entregar una serie de documentacin (fotocopia dni, fotocopia del titulo secundario, fotos carnets, etc.) y llevar la solicitud de inscripcin completa. Adems los aspirantes asisten a un curso de ingreso, en el cual son evaluados. Los profesores de este curso entregan las calificaciones de los alumnos al departamento de ingreso. El departamento de ingreso para confeccionar las listas de cursado de 1er. Ao verifica que el alumno tenga el curso aprobado y toda la documentacin completa.

Modelo Ambiental

D.P. El propsito del sistema del departamento de ingreso es recibir la inscripcin de los aspirantes y confeccionar las planillas de cursado de 1er. Ao.

L.E. Se recibe solicitud de inscripcin y documentacin Se recibe calificacin del curso de ingreso Se confeccionan planillas de cursados. D.C.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

27

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas

sol.ing. y doc. ALUMNO

SISTEMA DE IINGRESO

calificaciones

planillas cursado

PROFESOR

Modelo de Comportamiento D.F.D. nivel 1

sol.ing. y doc.

1 Recibir inscripcion aspirante

2 Rececpcio nar calific. curso

ALUMNO INSCRIPCIONES calificaciones CALIFICACIONES 3 Preparar planillas cursado

PROFESOR

planillas cursado

Reglas para construir un D.F.D. No colocar ms de 9 burbujas por nivel. Utilizar etiquetas (nombres) precisas, reales, claras y significativas. Numeracin de burbujas: de izquierda a derecha y de arriba hacia abajo (no significa secuenciacin). Balanceado respecto del nivel anterior. No debe ocupar ms de una carilla.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

28

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Errores tpicos En un almacenamiento entran flujos y nunca se utiliza la informacin.

En un almacenamiento se consulta informacin que nunca se guardo.

Un proceso genera salidas sin entradas.

Un proceso que no genera salidas, solo recibe entradas.

Dos almacenamientos que se comunican directamente.

Relaciones entre entidades externas

Posibles errores (analizar especialmente) Una entidad externa tiene acceso a un almacenamiento del sistema. La mayora de los autores coinciden que esta representacin es incorrecta, excepto Yourdon. Para nosotros es una situacin poco com n pero posible.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

29

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Casi siempre entre dos procesos existe al menos un almacenamiento puesto que los procesos no son sincrnicos, es una situacin poco comn que se comuniquen en forma directa, principalmente si se trata de procesos fuertes.

Los procesos se comunican a travs de un almacn.

Los procesos se comunican directamente (poco comn).

Explosin o Expansin de burbujas Por lo general el nivel 1 del D.F.D. (primer D.F.D. que se realiza) da un panorama general de lo que hace el sistema, muestra las funciones ms importantes. Pero no da detalles precisos de cmo se hace cada operacin, es decir, no describe las subfunciones que componen a una funcin compleja. Por lo que es necesario explotar, y pasar a niveles mas detallados. Cada burbuja del nivel 1 se toma y de ella se hace otro D.F.D., lo que se denomina "explosin", pasando a un nivel 2, que otorga una descripcin ms especfica de la funcin. Se dice que la burbuja 1 es madre de las burbujas resultantes de su explosin: 1.1, 1.2, etc. Al explotar la numeracin de las burbujas obtenidas se compone de todos los niveles precedentes y el nmero correspondiente segn su ubicacin en el D.F.D. En una explosin surgen almacenamientos y flujos internos. Una explosin debe estar balanceada respecto de la burbuja madre.

Cuntos niveles de descomposicin o hasta cuando explotar? Hasta que la burbuja sea una primitiva funcional, es decir una funcin atmica, hace una solo cosa y no se puede descomponer. Se recomienda no hacer mas de seis niveles. El proceso de descomposicin se denomina TOP-DOWN o descendente, se va de arriba hacia abajo. De lo mas general a lo ms especfico. Los D.F.D. se hacen, se revisan, se corrigen y se vuelven a hacer tantas veces como sea necesario. Seguramente ocurrir que al obtener mas detalles especficos, se deba corregir cosas ya realizadas. Lo cual esta bien. Este es uno de los propsitos. Procesos y flujos de control Procesos fuertes: transforman una/s entrada/s en una/s salida/s, actualizan almacenamientos.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

30

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Procesos dbiles: procesos de control, no transforman, no actualizan, solo realizan controles, validaciones, verificaciones, chequeos necesarios para que luego se realice algn proceso fuerte. Los procesos de control son siempre primitivas funcionales, siempre se encuentran en el ltimo nivel (ms bajos) de explosin.
CLIENTES

pedido 4.5 Verificar saldo 4.6 Rechazar pedido pedido

no-ok

ok

4.7 Facturar pedido

RECHAZOS

FACTURAS

Cmo empezar? Realizado el modelo ambiental, lo que ms cuesta es hacer el D.F.D. de nivel 1, hay distintos enfoques que permiten construir el primer D.F.D. preliminar: Enfoque Yourdon Enfoque De Marco Otros Enfoques 1. Enfoque Yourdon Para cada evento de la lista de eventos se crea una burbuja. Se da un nombre acorde al evento. Se dibujan las entradas y salidas de tal forma que la burbuja de la respuesta requerida, y se agregan los almacenamientos en forma apropiada, para que las burbujas puedan comunicarse. Se balancea respecto del modelo ambiental. Puede resultar que quedan mas de 9 burbujas, porque se tienen mas de 9 eventos, entonces se debe buscar burbujas afines, para agruparlas, en una burbuja madre, lo que se denomina implosin. 2. Enfoque De Marco Se analiza e identifican las funciones principales del sistema, es decir los subsistemas y se dibuja una burbuja para cada uno. Se agregan las entradas y salidas y almacenamientos. Y luego se balancea y se explota. 3. Otros Enfoques El D.F.D. es la explosin del D.C. Comenzar desde algn extremo, por los flujos de datos a partir de las entidades externas. Puede ser desde donde se originan las entradas o desde donde se producen las salidas. Algunos autores sugieren partir de una descripcin textual del problema, de la cual se obtendr una lista de los componentes del D.F.D.: a. Identificar los orgenes y destinos de los datos (entidades de externas) e incluirlos en la lista.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

31

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas b. Identificar los procesos que realiza el sistema, es decir cualquier hecho que modifique o transforme los datos, y agregarlos a la lista. c. Considerar los almacenes de datos y los flujos de datos, no todos se deducirn directamente de la descripcin del problema, algunos estn implcitos y se agregan a la lista. d. Una vez identificados todos o casi todos los componentes se dibuja el D.F.D. Se utiliza cualquier enfoque o una combinacin de ellos, lo importante es obtener un D.F.D. preliminar que en posteriores revisiones con el usuario se ira ajustando de manera de representar a la realidad, de una manera clara. Ventajas de construir el D.F.D. Simbologa simple y sencilla. Permite ver el sistema desde distintos niveles de detalle. Facilita la comunicacin con los usuarios. S un D.F.D. es tan complejo, que no lo entienden los usuarios o el resto de los integrantes del equipo y quizs ni quien lo hizo, simplemente no sirve. Se hace nuevamente. Los D.F.D. se hacen tantas veces como sea necesario, hasta que describan de la manera ms exacta y clara al sistema que se est estudiando. Bibliografa: E.Y. (cap.9-19), K.K.(cap.9),I.T.H.(cap.6), W.D.(cap.5), R.C.(cap. 16)

ACTIVIDADES 1. Cul es la diferencia entre un D.C. y un D.F.D.? 2. Analice y responda. a. Indique tres sinnimos de D.F.D. b. Para qu se pueden utilizar los D.F.D. aparte de modelar un sistema de informacin? c. Indique tres sinnimos de proceso d. Cmo pueden tener distinto significado un paquete de datos en un D.F.D.? e. Existe un lmite para el nmero de entradas y salidas que puede tener un proceso en un D.F.D.? f. Indique tres sinnimos para almacenamiento. g. Qu significa un flujo no etiquetado que entra o sale de un almacenamiento? h. Existe lmite para el nmero de flujos que entran o salen de un almacenamiento? De ser as, seale dicho lmite. i. Cules son las cuatro posibles interpretaciones de un flujo de datos de un almac n a un proceso? j. Son peligrosos los flujos de datos no etiquetados? Porqu? k. Cul serie la mala interpretacin de numerar las burbujas del D.F.D.? l. Es posible para el analista cambiar los contenidos y funciones de las entidades externas? ll. Son peligrosos los procesos no etiquetados? Porqu? m. Cul es la diferencia entre proceso de control y proceso fuerte? 3. Qu es una primitiva funcional? 4. Diferencia entre procesos fsicos y procesos lgicos. 5. Diferencia entre flujos fsicos y flujos lgicos .

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

32

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas D.S.: Diccionario del Sistema Los D.F.D. son insuficientes para describir por si solos un sistema, se necesita otra herramienta que lo complemente, o como se dice, "documente". El D.S. es un deposito de informacin de los elementos del D.F.D., es decir, es la catalogacin de los flujos, procesos y almacenamientos del D.F.D. Finalidades del D.S.: Documentar las caractersticas del sistema. Manejar detalles en grandes sistemas. Dar un significado comn para todos los elementos del sistema. Localizar errores y omisiones. Validar el D.F.D. y confirmar que este completo y correcto. Componentes del D.S.: D.D. (Diccionario de Datos) D.S. D.P. (Diccionario de Procesos) Supongamos el siguiente segmento de un D.F.D. para definir en el diccionario todos sus componentes: Elementos de dato Flujos de dato Almacenamientos Estructuras de datos

CLIENTES NP FACTURAS 3.5 Facturar NP NP

FC

PRECIOS

NPS

Donde el flujo de datos NP (nota de pedido) es el formulario que a continuacin se dibuja:

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

33

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas


Nota de Pedido N: Nombre: Apellido: Direccin: Cod. Artculo Fecha:

Descripcin

Cant.

Tipo de Pago: Lugar de Entrega:

Diccionario de Flujos de Datos _________________________________________________________ Flujo de datos: NP Descripcin: NOTA DE PEDIDO DEL CLIENTE Contenido: nnp + fecha + apellido + nombre + direccion+ {codart + desc + cant} + tp + (le) Origen: CLIENTE Destino: 3.5 FACTURAR NP Observaciones: -------------------------------_________________________________________________________

Los flujos de datos y los almacenamientos son estructuras de datos porque se componen de elementos de datos y/o otras estructuras de datos. Los flujos de datos y estructuras se describen citando: su nombre, descripcin (si el nombre es una abreviatura o sigla), contenido (componentes de la estructura), origen (donde se inicia la estructura, puede ser una entidad externa, proceso, almacenamiento), destino (donde se dirige la estructura, puede ser una entidad externa, proceso, almacenamiento) y observaciones (para citar cualquier detalle que se considere importante) Continuando con el ejemplo, hay que definir los componentes del flujo de datos NP, lo que se ha especificado en el contenido. Algunos de sus componentes son estructuras de datos y otros son elementos de datos. Las estructuras de datos son datos compuestos que pueden volver a descomponerse, como fecha. _________________________________________________________ Estructura de datos: FECHA Descripcin: --------------------------------------Contenido: dia + mes + ao Origen: NP Destino: NP Observaciones: -------------------------------_________________________________________________________

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

34

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Diccionario de elementos de datos Los elementos de datos son datos simples o atmicos que no pueden descomponerse. Es muy raro encontrarlos en el D.F.D., lo mas comn es que un conjunto de elementos de datos sean el contenido de una estructura de datos, flujo de datos y/o almacenamiento. Cuando se define un elemento de dato en el diccionario se especifica el nombre, la descripcin, tipo (numrico, entero, real, cadena, alfanumrico), longitud, rango(s tiene), valores especficos(s tiene) y observaciones (s son necesarias). _________________________________________________________ Dato el emental: dia Descripcin: --------------Tipo: numrico Longitud: 2 Rango: 1-31 Valores Especficos: ------------------------Observaciones: -------------------------------_________________________________________________________ _________________________________________________________ Dato elemental: nombre Descripcin: --------------Tipo: alfabtico Longitud: 30 Rango: ---------------------Valores Especficos: ------------------------Observaciones: -------------------------------_________________________________________________________ _________________________________________________________ Dato elemental: domicilio Descripcin: --------------Tipo: alfanumrico Longitud: 30 Rango: ---------------------Valores Especficos: ------------------------Observaciones: -------------------------------_________________________________________________________ _________________________________________________________ Dato elemental: tp Descripcin: Tipo de Pago Tipo: alfabtico Longitud: 7 Rango: ---------------------Valores Especficos: [credito/contado] Observaciones: -------------------------------_________________________________________________________

Diccionario de Almacenamientos

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

35

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Los almacenamientos se especifican citando nombre, descripcin, contenido, nmero y nombre de los procesos que lo actualizan y consultan, volumen (cantidad estimada y promedio de paquetes datos que guarda expresado en razn de tiempo), acceso (directo o secuencial), ordenamiento (el dato elemental por el cual se estable el orden de almacenamiento). _________________________________________________________ Almacenamiento: NPS Descripcin: Archivo de Notas de Pedido Contenido = NP Proceso que lo actualiza: 3.5 Facturar NP Proceso que lo consulta: Volumen: 500 mensuales Acceso: directo Ordenamiento: nmero de np Observaciones: -------------------------------_________________________________________________________ Para describir ciertas caractersticas de las estructuras de datos se utilizan smbolos que representan distintas relaciones: Smbolo = + {} [] () Significado Esta compuesto de Y (Conjuncin) Iteracin o repeticin de componentes O (Disyuncin) Opcional - no obligatorio

Diccionario de Procesos Cada burbuja del D.F.D. se define en el diccionario, pero solo las primitivas funcionales llevan mayor nivel de detalle o resumen de la lgica o "especificacin de proceso". El propsito es claro, definir lo que se debe hacer para que una entrada se convierta en salida, explicar de un modo claro y lo mas preciso posible que hace el proceso. Se debe tener en cuenta que esta descripcin de proceso debe ser comprensible, no solo el analista que la escribe debe entenderla. No debe incluirse ninguna caracterstica tcnica (lenguaje de programacin, algoritmos) Definicin de procesos que "no" son primitivas funcionales:

pedido FC 5 Facturar Pedido

fc

recibo

RECIBOS

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

36

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas _________________________________________________________ Proceso: 5. FACTURAR NP Descripcin: FACTURAR NOTAS DE PEDIDO Entradas: PEDIDO Salidas: FC - RECIBO Almacenamiento que actualiza: RECIBO, FC Almacenamiento que consulta: -------Especificacin de Proceso: 5.1 Generar Factura 5.2 Verificar Factura 5.3 Confeccionar Rec. 5.4 Registrar deuda Observaciones: -------------------------------_________________________________________________________ Definicin de Primitivas funcionales: Los procesos que son primitivas funcionales se describen de la misma manera, excepto en la especificacin de proceso se realiza un resumen de la lgica utilizando alguna de las siguientes herramientas: Pseudocdigo, Pre y Post Condicin, Tablas o Arboles de Decisin, Narrativa, Diagramas de Flujo o Diagramas N-S (Nassi/Shneiderman)

pedido

5.1 Generar Factura

factura DEUDAS 5.2 Verificar Factura

RECIBOS 5.3 Confecci onar rec. fc fc 5.4 Registrar deuda

_________________________________________________________ Proceso: 5.2 VERIFICAR FACTURA Descripcin: ---------------Entradas: FACTURA Salidas: --------Almacenamiento que actualiza: -------Almacenamiento que consulta: DEUDAS Especificacin de Proceso: Si tp de PEDIDO = contado Entonces 5.3 Confeccionar recibo Sino

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

37

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Si tp de pedido = credito cliente no esta en DEUDAS ENTONCES 5.4 Registrar nueva DEUDA Observaciones: -------------------------------_________________________________________________________ Esta especificacin de proceso se ha escrito en pseudocdigo, pero se podra utilizar cualquiera de las herramientas: Tabla de Decisin Tp = contado Tp = credito Tiene deuda No tiene deuda Confeccionar recibo Registrar nueva deuda Nada

X X

X X X X X X

Pre y Post condicin Precondicin 1 Tp = contado Postcondicion 1 Confeccionar recibo Precondicion 2 Tp = credito cliente no tiene deuda Postcondicion 2 Registrar nueva deuda

Herramientas de especificacin de procesos 1. Pseudocdigo o lenguaje estructurado No incluir ningn aspecto de programacin (parmetros, tipos de datos, sintaxis) Utilizar verbos comunes como guardar, buscar, ingresar, aceptar, calcular, sumar Utilizar estructuras de control secuencial, seleccin e iteracin Utilizar los datos de los flujos de entrada, salida y almacenamiento No es un programa

FACTURAS 8.3.1 Calcular Total TD

fc

TD=0 Mientras hay fc en FACTURAS TD=TD+TOTAL_FC

I.B.

10.5 Calcular I.Neto

I.N.

IN=(IB*25/100)+IB

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

38

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas

I.B.

10.5 Calcular I.Neto

I.N.

SI IB > 100 ENTONCES IN=(IB*25/100)+IB SINO IN=(IB*13/100)+IB

datos_cli

7.6 Registrar NP CLIENTES

LEER nombre, apellido, tel, domicilio Guardar datos_cli en CLIENTES

Si una especificacin en pseudocdigo es muy larga y hace muchas cosas, la burbuja no es una primitiva funcional. Debe ser explotada. 2. Tablas y rboles de decisin Su construccin y representacin es la misma que se ha aplicado en el relevamiento. Solo que en las condiciones participaran flujos de datos, elementos de datos, almacenamientos ya definidos y las acciones se refieren por lo general a salidas (flujos de datos y almacenamientos) o activacin de otros procesos (el caso de las burbujas de control.) 3. Pre - Post Condiciones Es una manera conveniente de describir la funcin que debe realizar el proceso, sin decir mucho acerca del algoritmo o procedimiento que se utilizar. Es muy til cuando el analista esta seguro de que existen muchos algoritmos distintos que pueden utilizarse, lo cual debe decidirlo el diseador o programador. Precondicin 1

I.B.

10.5 Calcular I.Neto

I.N.

Ocurre I.B. Postcondicin 1 IN se hace igual a IB+(IB*15/100) Se compone de dos partes: precondicin y la postcondicin. Precondicin: describen todas las cosas (si hay) que deben darse (ser verdaderas) antes que el proceso se ejecute. Generalmente describen:

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

39

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas

Entradas: que llegan a travs de flujos de datos X Y W Z Precondicin Dados X, Y, Z

Relacin entre las entradas

Precondicin Se dan X, Y, W donde X es mayor 100 y W es distinto de Y.

Relacin entre entradas y almacenes de datos


DATOS X

X Y W Z

Precondicin Se dan X, Y, W. X esta en DATOSX Relacin entre distintos almacenes o en un mismo almacn.
ARTICULOS

Calcular reposicion

solicitud de reposicin

Precondicin Existe un articulo stock_actual es menor o igual a stock_minimo

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

40

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Postcondicin: describen lo que debe darse (lo que ser verdad) cuando el proceso ha concluido. Generalmente describen: Las salidas que producir el proceso Postcondicin IN se hace igual a IB + (IB*15/100) La relacin que exista entre las salidas y las entradas Postcondicin IN se hace igual a IB + (IB*15/100) La relacin que exista entre las salidas y los almacenes Postcondicin Solicitud de reposicin se hace igual a cdigo de artculo y descripcin de articulo Los cambios que se hayan dado en los almacenes (actualizaciones) Postcondicion Se elimina el cliente de CLIENTES.

4. Narrativa Descripcin breve y concisa en lenguaje coloquial de lo que hace lgicamente el proceso. Aun as, no se recomienda ya que la posibilidad de caer en ambiguedad y la forma en que se expresan las decisiones y repeticiones no resulta clara. Es importante que sea corta. Ejemplo: el total facturado se obtiene sumando los totales individuales de todas las facturas del mes. 5. Diagrama de Flujo Es una herramienta grfica muy utilizada para describir procedimientos. Pero es un mtodo del que se ha abusado sin respetar sus limitaciones respecto de control, decisiones y bucles. La lgica de un procedimiento se representa mediante la combinacin de dos smbolos, el rectngulo y los rombos y con las flechas se representa el control. Los rectngulos representan enunciados (asignaciones, lecturas, escrituras) y los rombos condiciones booleanas.

1er.tarea

2da.tarea

SECUENCIA

SELECCION

Esta herramienta es conveniente cuando el proceso es corto y sencillo y no posee demasiadas selecciones y bucles anidados.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

41

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas

ITERACION (repetir)

ITERACION (mientras)

Ejemplo :

T=0

F hay fc.

leer fc.

T = T+totfac

6. Diagramas N-S (Diagrama de cajas) Es una herramienta grfica ms conveniente que la anterior, dado que su forma no permite que se viole la construccin estructurada. Caractersticas: Ambito funcional bien definido y claramente visible Transferencia de control arbitrario es imposible Se puede determinar fcilmente el mbito de los datos locales y/o globales

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

42

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas La recursividad es fcil de representar Simbologa:


condicion tarea 1 tarea 2 tarea 3 SECUENCIA SELECCION SELECCION MULTIPLE F V valor condicion mult. valor valor valor

condicin

condicin ITERACION (mientras) ITERACION (repetir)

Ejemplo

T=0 hay nas facturas

leer factura

T = T + totfact

BIBLIOGRAFIA: E.Y. (cap.10-11), K.K. (cap. 10-11), I.T.H. (cap. 9-10), W.D. (cap.6-7-10), R.C. (cap.16) ACTIVIDADES 1. Qu es el Diccionario del sistema?, Para qu sirve? Como esta formado 2. Describa el D.D. completo para un D.N.I. 3. Puede usarse la misma estructura de datos para definir varios y distintos flujos de datos y/o almacenamientos?

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

43

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas

4. Puede usarse el mismo elemento de dato para definir varios flujos de datos y/o almacenamientos y/o estructuras de datos? 5. En caso de obtener respuestas afirmativas en los puntos 3 y 4 ejemplificar, caso contrario fundamentar las respuestas. 6. Puede la especificacin de procesos determinar que una burbuja no es primitiva funcional? 7. Ejemplifique cada herramienta de especificacin de procesos en forma adecuada, y fundamente la eleccin de la herramienta utilizada en cada caso. D.E.R.: Diagrama Entidad Relacin El D.E.R. es la representacin (grfica) de los datos del sistema y sus relaciones, independientemente de las funciones y procesos que operan sobre ellos. Es un modelo conceptual y semntico. Su propsito es representar que significan los datos en la realidad. Es decir, describe las caractersticas de los datos, en forma abstracta.

Componentes: Entidades Relaciones Entidades: se representan mediante el rectngulo. Son cosas u objetos del mundo real, abstractas o concretas, tangibles o intangibles. Estos objetos, por su cantidad y caractersticas no pueden ser recordadas por el sistema, es decir en un sistema encontraremos un conjunto de entidades del mismo tipo. Por ejemplo: la entidad Juan Perez es un cliente, pero adems Jos Gomez y Ana Martinez tambin son clientes de la empresa, es decir son entidades del mismo tipo. CLIENTES

Jose Gomez

Juan Perez

UNIDAD ACADEMICA RIO GALLEGOS Ana Martinez UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

44

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Este conjunto de entidades, al cual llamaremos CLIENTE, se representa: CLIENTE

Una entidad se describe por sus atributos, un atributo es una propiedad o una cualidad, es lo que se puede decir de la entidad. Por ejemplo los atributos de la entidad cliente son nombre, direccin y telfono entre muchos otros.

Juan Perez Roca 1510 25897

Jose Gomez Salta 328 39027

Ana Martinez Zapiola 574 42805

Los atributos tambin se representan en el D.E.R.:

direccion

nombre

telefono nombre direccion telefono

CLIENTE

CLIENTE

Las entidades tienen muchos atributos, solo se indican aquellos que para el sistema de anlisis son relevantes, por ejemplo de un cliente interesa su direccin porque es necesario enviarle mercaderas y correspondencia, sin embargo la altura de un cliente es un atributo, que para nuestro sistema no tiene ninguna relevancia, por lo tanto, se ignora. Relacin: Asociacin o vinculacin entre dos o ms entidades. En un sistema existe un conjunto de relaciones del mismo tipo. Muchas veces la relacin tiene atributos propios, es decir, determinadas propiedades que solo ocurren cuando dos entidades se relacionan. CLIENTES COMPRA
Jose Gomez lapiz Juan Perez calculadora

ARTICULOS

Ana Martinez

reloj

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

45

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Dos entidades CLIENTES y ARTICULO se relacionan cuando un cliente realiza la COMPRA de un artculo. Algunos clientes compras uno o varios artculos, y algunos artculos son comprados por uno o varios clientes. Algunos clientes quizs no compren y algunos artculos no son comprados por ningn cliente. Las "instancias" de las entidades, son las entidades individuales, o los valores reales que pueden asumir cada uno de los elementos del conjunto, en este caso las instancias de CLIENTES son Juan Perez, Ana Martinez y Jose Gomez. Una relacin es una asociacin entre instancias de entidades. Para el ejemplo citado, el D.E.R. correspondiente sera:

direccion

nombre

telefono

detalle

precio

CLIENTE

compra

ARTICULO

D.E.R.

Si la relacin (representada mediante un rombo) posee atributos propios, estos deben representarse en el diagrama:

direccion

telefono fecha

detalle

precio

nombre
compra

CLIENTE

ARTICULO

Cardinalidad En una relacin que asocia a dos o ms entidades, la conexin entre las instancias de las mismas puede tener distintos tipos de cardinalidad. Por ejemplo una relacin entre dos entidades, A y B, puede asociar una instancia de A con 1 y/o ms instancias de B y viceversa. 1-1: Una instancia de A se relaciona a lo sumo con una instancia de B y viceversa.

HOMBRE

casado

MUJER

"Un hombre esta casado solo con una mujer y una mujer esta casada con un solo hombre." 1-n: Una instancia de A se relaciona con 0, 1 o varias instancias de B, pero cada instancia de B esta asociada a lo sumo con una de A.

JUGADOR

integra

EQUIPO

"Un jugador de futboll juega en un solo equipo, pero en un equipo hay varios (n) jugadores"

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

46

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas n-1: Las instancias de A pueden asociarse a lo sumo con una de B, y cada instancia de B puede asociarse con 0, 1 o mas instancias de A.

ESCUELA

estudia

ALUMNO

"Una escuela tiene muchos(n) alumnos, cada alumno pertenece a una nica escuela" n-m: Las instancias de A se asocian con cualquier cantidad de instancias de B y viceversa.

ALUMNO

cursa

MATERIA

"Un alumno cursa varias (n) materias, una materia es cursada por varios (m)alumnos." Qu puede ser una entidad? Se debe analizar si la entidad es importante para el sistema, es decir si sus propiedades deben ser recordadas y almacenadas. Suelen aparecer entidades en: Papeles/transacciones/formularios: pedido, factura, recibo, etc. Objetos reales: artculos, maquinarias, empleados, clientes, alumno, etc. Entidades Externas: cliente, alumno, empleado, proveedor, etc. Abstracciones: materia, curso, proyecto, vuelo. Construccin del D.E.R. 1. Identificar conjuntos de entidades del sistema. 2. Analizar su interaccin y definir relaciones. 3. Identificar atributos descriptivos. 4. Determinar identificadores. Identificador: es aquel atributo o conjunto de atributos de una entidad que permite identificar a un miembro del conjunto de otro en forma unvoca. Debe ser subrayado. En las relaciones el identificador se compone por los identificadores de las entidades que participan de la relacin.
nombre direccion telefono dni

ALUMNO

Dos alumnos pueden tener el mismo nombre, telfono y direccin, por lo tanto estos atributos no identifican de manera unvoca a cada instancias del conjunto, pero el DNI, es distinto para cada alumno, estamos seguros que no existirn dos alumnos con el mismo DNI. Tipos de relacin Relacin Binaria: es una relacin que asocia a dos entidades.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

47

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Relacin n-aria: Es una relacin que asocia a ms de dos entidades.

Generalizacin: En ocasiones conviene representar las entidades como una generalizacin, esto es conveniente cuando las entidades poseen un subconjunto de caractersticas iguales (atributos en comn) y un subconjunto de atributos distintivos. Esta particularidad se resalta ubicando las entidades en distintos niveles en el diagrama.
legajo nombre domicilio

EMPLEADO

is a

sueldo categoria antiguedad

EFECTIVO

CONTRATADO

duracion valor_hora

Entidades dependientes o dbiles: En ocasiones ocurre que existen entidades que solo importan si existen otras. Es decir por si solas no son importantes para el sistema.

EMPLEADO

HIJO

Consideraciones: El D.E.R. es un modelo que describe con alto nivel de abstraccin la distribucin de los datos del sistema, su significado y sus relaciones. Es importante por que enfatiza el sentido de los datos independientemente de las funciones, procesos y el control que operan sobre ellos y que realiza el sistema. A los usuarios de mas alto nivel le importa mas la informacin que los procesos. Algunos sistemas son solo de consultas, por lo cual el D.F.D. no es muy importante o complejo, pero el D.E.R. es vital Cada entidad y relacin del D.E.R. es un almacenamiento del D.F.D. Luego de construir el D.E.R. deber chequearse el D.F.D. y el D.D. y balancearse. El D.E.R. se hace antes, durante o despus de la construccin del D.F.D. En el modelo de comportamiento deben estar ambos D.F.D. y D.E.R., no son excluyentes, son complementarios ya que enfatizan aspectos distintos del comportamiento del sistema.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

48

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas BIBLIOGRAFIA I.T.H. (cap.7-8), R.C. (cap.15), E.Y.(cap.12)

ACTIVIDADES 1. Escribir 3 ejemplos de entidades, indicar sus atributos e identificador. 2. Escribir 2 ejemplos de relaciones binarias. 3. Escribir un ejemplo de relacin n-aria. 4. Escribir ejemplos para relaciones de cardinalidad 1-1, 1-n, n-1 y n-m. 5. Una entidad con un solo atributo es una entidad? 6. Qu ocurre si el valor de un atributo es igual para todo el conjunto de entidades? 7. Dar dos ejemplos de entidades dbiles. 8. Dar dos ejemplos de generalizacin. D.T.E.: Diagrama Transicin de Estados El D.T.E. es una herramienta que modela el comportamiento dependiente del tiempo del sistema (modela el control).

Estado 1

Estado 2

Estado 2

Estado 2

Estado 3

Estado 3

Estado 4

Estado 5

Estado 6

Componentes Estados Cambios de estado Estados del sistema: se representa con un rectngulo. Un estado es una situacin en el que se encuentra el sistema y permanece un determinado tiempo, donde el tiempo no es infinito ni cero. Ejemplos: Esperar a que se levante la barrera. Pasar el cruce de tren. Retomar el camino.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

49

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Cargar datos del cliente. Valiad datos del cliente. Grabar datos del cliente. En la mayora de los casos el sistema esta esperando que algo ocurra. Cualquier estado observable en que el sistema se pueda encontrar, solo puede corresponder a periodos en que: 1. el sistema esta esperando que algo ocurra en el ambiento externo. 2. el sistema esta esperando que alguna actividad que se esta dando en ese momento en el ambiente cambie a otra (finalice para hacer otra). Un sistema en el que se observa un solo estado no es muy interesante, es esttico. Los sistemas de informacin describen muchos estados.

Cambios de Estado: son aquellas reglas ordenadas, claras, precisas (significativas y vlidas) que hacen que el sistema pase de un estado a otro, deben ser observables. Se representan con flechas entre los estados.

Estado inicial: Generalmente se dibuja en la parte superior del diagrama aunque no es obligatorio, lo que realmente identifica a estado inicial es la flecha desnuda que no sale de ningn estado, solo llega l al primer estado observable del sistema.
Flecha desnuda

Estado 1
Cambio de Estado

Estado Inicial

Estado 2
Cambio de Estado

Estado

Estado 3

Estado Final

Estado Final: Generalmente se dibuja en la parte inferior del diagrama, pero no es obligatorio, lo que realmente identifica a un estado como final, es que de l no sale ninguna flecha (una vez que llega a ese estado no pasa a ninguno otro).

Estado 1

Estado 2

D.T.E. incorrecto. No tiene estado final.

Estado 3

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

50

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Un sistema (D.T.E.) puede tener solo un estado inicial y puede tener uno o varios estados finales. Cuando tiene varios estados finales, estos son mutuamente excluyentes.

Condiciones y Acciones: Condicin: causan cambios de estado (reglas) Accin: lo toma el sistema cuando cambia de estado.

Estado 1
condicin accin

Estado 2

Estado 1

Estado 2

Estado 3

Estado 4

Estado 5

Estado 6

Estado 7

Condicin: acontecimiento en el ambiente (externo o no) que el sistema es capaz de observar o detectar (se al, interrupcin, llegada de un paquete de datos). Como parte del cambio de estado normalmente el sistema har una o ms acciones (producir salidas, mensajes, clculos) Las acciones son respuestas regresadas al ambiente (externo o no)

Ejemplo. Contestador automtico.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

51

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas


Al contestar un llamado, el contestador automtico emite el siguiente mensaje: "Ud. se comunico con el 555555, en este momento no podemos contestarle, deje su mensaje despues de la seal, gracias", el cual dura 15 segundos. Luego emite la seal (pitido) que dura 3 segundos y luego todo lo que capta lo va grabando durante 3 segundos (mensaje del llamador) hasta que se corra la comunicacin.

Esperando llamado Se producen 3 ring Contestar Emitiendo mensaje Tiempo > 15 segundos Enviar seal Emitiendo Seal Tiempo > 3 segundos Grabar Tomando Mensaje Se corta la comunicacin Detener grabacin Finalizar Grabacin

D.T.E. particionados: cuando el sistema es mediano a grande y describe caractersticas complejas resulta complicado colocar todos los estados en un mismo D.T.E., en estos casos se hacen D.T.E.s por separados. Construccin del D.T.E. 1. Identificar todos los estados observables posibles del sistema y luego las conexiones entre ellos (cambios de estado) 2. Hallar el estado inicial, y seguir metdicamente el camino hasta los estados sucesivos. El D.T.E. se hace tantas veces como sea necesario, seguramente el primero estar incompleto y con errores, se refina para verificar su consistencia y validez, y para ello hacemos las siguientes preguntas: 1. Se definieron todos los estados? 2. Se puede alcanzar todos los estados? 3. Se puede salir de todos los estados? 4. En cada estado, el sistema responde adecuadamente a todos loas condiciones posibles? (condiciones normales e inesperadas)

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

52

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Relacin D.T.E. - D.F.D.: En la mayora de los casos el D.T.E. representa una especificacin de proceso de una burbuja de control del D.F.D.

X 2 X = "condicin" activar burbuja 3 Estado 2 Y = "condicin" Activar burbuja 4 Estado 3 X = "condicin" activar burbuja 4 Estado 1

Ejemplo: Cuando se recibe el PE (permiso de examen) de un alumno para rendir el examen final de alguna materia, primero se determina si es alumno regular o libre y luego se tiene las correlativas aprobadas. PE 1 Determinar tipo PE PLAN ALUMNOS 3 Actualizar Acta de examen ACTAS

libre

2 Chequer correlativas OK

OK

regular 4 Verificar cursada CURSADAS

NO-OK 5 Rechazar PE NO-OK

RECHAZOS

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

53

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas


Esperando PE PE=libre chequear correlativas correlativas aprobadas actualizar acta Chequeando correlativas

PE=regular verificar cursada

Verificando Cursada cursada regularizada chequear correlativas cursada no regularizada rechazar PE

Actualizando correlativas acta de examen no aprobadas rechazar PE

Rechazando PE

El D.T.E. es una herramienta ms adecuada que el D.F.D. para representar el comportamiento de un sistema de tiempo real. De todas formas, ambos deben estar presentes en el modelo de comportamiento. BIBLIOGRAFIA E.Y.(cap.13) ACTIVIDADES Resolver los ejercicios de E.Y. cap. 13 (pag.300)

BALANCEO Cada herramienta enfoca un aspecto del comportamiento del sistema de anlisis: D.F.D. modela las funciones del sistema. D.E.R. modela los datos del sistema. D.T.E. modela el control del sistema. Cuando se modelan tres aspectos diferentes de un sistema de informacin (funciones, datos y control) es probable obtener diversas interpretaciones o inconsistentes de una misma realidad. Razones: El proyecto es muy grande y/o complejo. El anlisis es desarrollado por varias personas. Las personas que trabajan en el proyecto tienen distinta preparacin. Estos son algunos fundamentos para b alancear, es decir verificar, chequear y conciliar los modelos y herramientas, pero existe otro fundamento que es aun ms importante:
Cualquier error de anlisis que se cometa, tarde o temprano aparecer, pero ser ms difcil y caro (tiempo y dinero) de solucionar, cuanto ms avanzado este el proyecto.

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

54

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas Es necesario, antes de comenzar con el "diseo", balancear, para hallar y corregir los errores, y as evitar que se propaguen. Tipos de errores: 1. Errores simples: alguna regla de sintxis no se ha cump lido al construir algn diagrama. Por ejemplo: Un almacenamiento que solo se consulta y nunca se actualiza. Una burbuja de control actualiza algn almacenamiento. Se pasa de un estado a otro en un D.T.E., sin un cambio de estado. Se escribe una postcondicin sin la precondicin. Este tipo de errores es muy sencillo de verificar y corregir. 2. Errores de balanceo: algo que se define en un modelo (diagrama o herramienta) esta ausente en otro. Por ejemplo: Un almacenamiento del D.F.D. no le corresponde ninguna entidad del D.E.R. Un flujo de D.F.D. no esta en D.D. Un estado del D.T.E. no es una burbuja de control en el D.F.D.. Este tipo de errores es un poco ms difcil de detectar, pero su correccin no es muy complicada. 3. Errores de Inconsistencia: la misma realidad se describe de maneras diferentes y contradictorias en dos modelos. La identificacin de este tipo de errores solo es posible si se efecta una tarea conjunta en la cual todo el equipo analizar y chequear los modelos obtenidos y la correccin surgir de la puesta en comn y requerir la participacin del usuario. 4. Interpretaciones errneas: el usuario dijo una cosa y el analista representa otra. Este tipo de errores se debe corregir con la ayuda del usuario. Los errores simples y de balanceo se detectan y corrigen revisando la documentacin, pero los errores de inconsistencia como las interpretaciones errneas, se detectan y corrigen corroborando los resultados obtenidos con los usuarios. Estos dos ltimos tipos errores son los ms peligros en un proyecto, deben ser descubiertos y corregidos antes de comenzar con el DISEO.

Reglas de Balanceo (errores de balanceo) 1.Cada componente del D.F.D. (excepto las entidades externas) debe estar definido en el D.S., una vez y con el mismo nombre. 2.Cada definicin del D.S. debe corresponder a un componente del D.F.D. 3.Cada almacenamiento del D.F.D. es una entidad o relacin del D.E.R. y viceversa 4.Cada atributo de las entidades y relaciones del D.E.R. debe ser un elemento de dato del D.D. 5.Cada burbuja de control del D.F.D. le corresponde al menos un D.T.E. y viceversa 6.Cada evento de la L.E. origina al menos un flujo del D.C. y viceversa. 7.Cada D.T.E. es una definicin de burbuja de control del D.P. y viceversa. 8.El D.C. corresponde con los limites del D.F.D. nivel 1 (entidades externas e interfaces) en cantidad y nombres. 9.La explosin de una burbuja hereda los limites de su madre. 10. Cada condicin del D.T.E. es un flujo de entrada del D.F.D. y debe estar en el D.S. 11. Cada accin del D.T.E. es un flujo de salida de una burbuja de control del D.F.D. y debe estar definido en D.D..

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

55

ANALISIS Y DISEO DE SISTEMAS

Lic. Sandra Casas BIBLIOGRAFIA: E.Y. (cap.14)

ACTIVIDADES 1. Realice el modelo ambiental y D.F.D.s (2 niveles) que describa el anlisis de sistemas. 2. El balanceo es el mecanismo de control del anlisis, represente las reglas de balanceo mediante D.T.E. 3. El siguiente D.E.R. representa las relaciones de balanceo entre las herramientas de anlisis. a. Analcelo y verifique si es correcto y completo. En caso de no ser as, mencione los errores y realice las correcciones necesarias para que cumpla ambas condiciones. b. Las relaciones pueden leerse de la siguiente manera: D.C. R1 D.F.D. D.F.D. R2 D.S. D.E.R. R5 D.D. D.E.R. R3 D.F.D. D.T.E. R4 D.F.D. D.T.E. R5 D.P. Coloque un nombre adecuado a las relaciones y complete el cuadro indicando la cardinalidad de las mismas. c. Completar el D.E.R. agregando los atributos de las entidades.

D.C.

R1

R4

D.F.D.

R2

D.S.

D.T.E.

R3

D.E.R.

D.D.

D.P

R5

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

56