Y DISEÑO - Geocities.ws · 2011. 4. 3. · ANALISIS Y DISEÑO DE SISTEMAS Lic. Sandra Casas UNIDAD...

Apunte de Cátedra

ANALISIS Y

DISEÑO D E

SISTEMAS

LL ii cc .. SS aa nn dd rr aa CC aa ss aa ss

Analista de Sistemas Unidad Académica Río Gallegos

Universidad Nacional de la Patagonia Austral

ANALISIS Y DISEÑO DE SISTEMAS Lic. Sandra Casas

UNIDAD ACADEMICA RIO GALLEGOS UNIVERSIDAD NACIONAL DE LA PATAGONIA AUSTRAL

1

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 consecución de un objetivo común. 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 más general, que sería su entorno, y/o estar formado por otros sistemas, que en este caso tendrían a él como entorno común denominándose subsistemas.

♦ Sistema es un conjunto de entidades que se relacionan e interactúan, en un contexto dado, en post de un objetivo final predefinido.

Análisis de la definición de sistemas a) Entidades – Componentes Las entidades o componentes de un sistema son aquellas unidades que, por sus características y relaciones, determinan la estructura y la conducta del sistema. Las componentes de un sistema tienen características 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 observación es uno cualquiera de los valores existentes entre una cota máxima y mínima conocida de antemano. Un atributo tiene un estado variable discreto cuando el valor que puede asumir en cada observación 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.



2

La cantidad de componentes que posea un sistema puede ser desde unas pocas a miles de ellas, según sea el sistema que se esté estudiando. La idea de subsistema surge de la inclusión 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 información) 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 ubicación de las entidades productoras o receptoras de las relaciones, las mismas pueden ser internas o externas.

Una relación 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. Además, según el punto de referencia, las relaciones tienen una dirección determinada. Dado un punto de transformación (una entidad) son relaciones de entradas aquellas que llegan o proveen de recursos al mismo. Y para ese mismo punto de transformación son relaciones de salida aquellas que parten con recursos hacia otro centro de transformación (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 número variable.

CONTEXTO

CONTEXTO

SISTEMA

Entidad1

Entidad2

Entidad3

Compon.1

Compon.

2

Compon.3

retroalim.

Relación Externa

Relación Interna

Compon.

4



3

La cantidad de atributos posibles a definir para cada componente depende de las características 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 interactúa directamente con el sistema en cuestión. 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 límite o frontera del sistema con su contexto ya que por su naturaleza dinámica hace que crezcan (positiva o negativamente) originando variaciones constantes en ellas, por esto las fronteras no deben ser establecidas como algo rígido sino variable en el tiempo. Un parámetro muy utilizado para fijar el limite es la idea de control sobre las componentes, es decir, determinar que componentes puede controlar el sistema y cuáles no. Este control se refiere a la posibilidad de modificar tanto su estructura como su conducta, cuando por ejemplo sean necesarias para la consecución 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 además 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 interactúan 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.

d) Entradas y Salidas El sistema interactúa con el contexto, de esta interacción se producen las entradas del contexto (energía, materias primas, dinero, información, 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 razón se debe a que la exportación hacia el contexto le brinda los recursos necesarios para autorganizarse, automantenerse y autocontrolarse. Existen, en los sistemas, determinados controles que se realizan sobre una porción de las salidas del sistema, dichos controles generan una especie de entradas que producen acciones sobre el mismo

CPCS

V

CCM

ECONOMIA NACIONAL

MERCADO

CP: Competidores

CM: Comercialización

CS: Consumdores

C: Compras

V: Ventas



4

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 estático ya que varían con la dinamicidad del sistema. El sistema para mantenerse en equilibrio no solo tiene que plantearse objetivos sino además debe controlar el cumplimiento de los mismos. Ejemplos: son sistemas una escuela, un hospital, un banco, una industria, un club, es decir cualquier organización. Pero también son sistemas un hombre, un auto, una computadora, una fami lia, un bosque, un plan económico, un programa de computadoras, el universo, un país, etc. Clasificación de sistemas a) Por su naturaleza: • Naturales: sistemas creados en los que el hombre no interviene en su creación. • Artificiales: sistemas creados por el hombre.

b) Por su relación con el Medio Ambiente: • Abierto: sistemas que interactúan con el contexto, intercambiando elementos, sin esta interacción

no podrían existir. • Cerrado: sistemas aislados, no interaccionan con el contexto. c) Por su dependencia del Medio Ambiente • Adaptable(dinámico): sistemas que ante un cambio en el contexto reaccionan en forma adecuada,

teniendo en cuenta la finalidad para la que fueron creados. • No adaptable(estático): no modifican su conducta y/o estructura a pesar de cambios en el medio

ambientes. Características de los sistemas Todo sistema cualquiera sea su naturaleza tiene las siguientes características básicas: 1. Todo sistema contiene otros sistemas y/o subsistemas y a la vez esta contenido en otros sistemas

de carácter superior. Esto da como resultado una auténtica categorización de suprasistemas (medio ambiente), sistemas y subsistemas.

2. Todos los componentes de un sistema, así como sus interrelaciones, actúan y operan en función 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 alteración o variación de una de las partes o de sus relaciones, incide en las demás y en el conjunto. Elementos de los sistemas

♦ Entradas ♦ Salidas ♦ Procesos ♦ Retroalimentación ♦ Medio Ambiente



5

Entrada/Insumo/Input: Constituye los componentes que ingresan al sistema, los cuales serán objeto de operaciones y/o procesos hasta transformarse en salidas.

Salida/Producto/Output: Son la expresión material de los objetivos del sistema, son los fines y las metas del sistema. Proceso/Transformación: Es el componente que transforma el estado original de las entradas en salidas. La transformación es una serie de operaciones, reglas, procedimientos, que responden a una lógica y orden. Retroalimentación: Son aquellas salidas del sistema que se convierte en entradas del mismo. En general, la retroalimentación se asocia al concepto de control, ya sea porque la salida es errónea 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 dinámico, 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 débilmente en el Medio Ambiente. Sistemas de Información Cualquier organización o empresa es en sí un sistema. Su medio ambiente es el sistema productivo-económico-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 organización.

PROCESOentrada salida

retroalimentación

MEDIOAMBIENTE

MEDIOAMBIENTE



6

Como vemos en un sistema de información de una organización 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 organización funcionen coordinadamente, es necesario otro subsistema más, el sistema de información, que tiene como misión asegurar que la información necesaria fluya, dentro del sistema, de unos subsistemas a otros, toda organización cuenta con un sistema de información. Del buen funcionamiento de este subsistema depende en gran parte el éxito global del sistema. Los elementos de un sistema de información son muy variados; pueden agruparse en recursos físicos, recursos humanos, documentación y una serie de normas, reglas y procedimientos que determinan los flujos de información tanto internos como hacia y desde el exterior, así como el uso y administración de los recursos. Concepto de información Una organización para lograr sus objetivos eficiente y eficazmente necesita recursos físicos (maquinarias, instalaciones), recursos de capitales($) y recursos humanos e información. Es indispensable el manejo de la información para el logro de los objetivos. ¿Porqué? Por que el Medio Ambiente es muy cambiante(los sistemas legales, económicos, financieros, políticos) y dinámico y las organizaciones (sistemas) deben adaptarse a él, puesto que el presente es dinámico y el futuro es incierto, lo único que disminuye el riesgo es la información. Nada es estático, nada permanece inalterable o congelado durante mucho tiempo. TODO LO CONTRARIO. Los atributos o propiedades que debe poseer la información generada por un sistema de información (manual o automatizado) deben ser los siguientes: relevancia, disponibilidad, integridad, cuantificación, objetividad, sensibilidad, calidad, confiabilidad y exactitud, entonces se dirá que la información es efectiva (útil) En cualquier tipo de organización la información se utiliza para planificación, control y decisión.

Subsistema de Ventas

subsistema de Personal

Sistema de Información

Subsistema de Compras

Subsistema de Administración

MEDIO AMBIENTE

MEDIO AMBIENTE



7

Tipos de Sistemas de Información Manual: Todo, absolutamente todo es realizado por las personas, cálculos, informes, archivar documentos, completarlos, controlar datos. A lo sumo se utilizan calculadores y máquinas de escribir y computadoras para usar programas editores de texto y planillas de cálculos. Manual - Automatizado: El sistema de información es en parte manual(hay procedimientos realizados por personas) y en parte es automatizado (hay procedimientos realizados por las computadoras con programas específicos). En estos casos, generalmente las personas cargan los datos y/o transacciones iniciales y las computadoras hacen los cálculos, emiten listados e informes, clasifica la información 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 automático Banelco (automatizado).

Sistemas de Información Automatizado

Recursos Humanos

Recursos Físicos

Normas, Procedimientos,

Métodos, Políticas

Documentación

S.I.

ORGANIZACION

MEDIO AMBIENTE



8

Un sistema de información automatizado en forma parcial o total, utiliza ordenadores para almacenar los datos de una organización y ponerlos a disposición del personal. Supongamos el siguiente caso (muy sencillo):

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 mayoría de los casos, los sistemas de información automatizados son más complejos. Los distintos sistemas-subsistemas se comunican, logrando que la mayoría de las funciones de una organización estén soportados en algún nivel por automatización. Cada una tiene distintas entradas, distintas salidas, etc. Componentes de Sistemas de Información Automatizados Los recursos humanos (personas) son los que producen y utiliza la información 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 través del sistema, hasta convertirse en salida. Niveles de un Sistema de Información Nivel operativo o de transacción: Es el que tiene que ver con la operatoria básica diaria. Por ejemplo, la carga de notas de pedidos y la emisión de facturas. Nivel de gestión administrativa: Ayudan a los usuarios de un mayor nivel jerárquico a tomar cierto tipo de decisiones y a efectuar el control. Respecto del sistema de información automatizado no realizan carga de datos, pero si efectúan consultas y utilizan la información (salidas) para efectuar control y autorización.

factura

archivo facturas

nota depedido



9

Nivel de soporte de decisiones: El objetivo es ayudar a tomar decisiones poco frecuente, que implica un riesgo. Respecto del sistema de información automatizado se presenta en forma de consulta, bastante más complicados que el nivel anterior. El Sistema de Información Automatizado debe aspirar a ser TOTAL, con características de integración que permita cumplir con los tres niveles. Transacción: Son entradas al sistema de información, que respeta algún 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 préstamo, etc. Estas transacciones fluyen por el sistema transformándose, procesándose, produciendo salidas.

Usuario: Es la persona/s para quien se hará el sistema, es el que utilizará el sistema. Es el cliente, el dueño, los empleados. Tipos de Usuarios Nivel Operativo Usuario Operativo Nivel de Gestión Administrativo Usuario Supervisor Nivel Soporte de Decisiones Usuario Ejecutivo Usuario operativo: Son oficinistas, administrativos, operadores. Tendrán contacto diario y directo con el

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. ¿Cómo será la carga? ¿la pantalla?. Estos usuarios en general tienen una visión local del sistema, desconocen los aspectos que van más 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 más 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 información. Esta preocupado por decisiones de inversión, ampliación de la empresa. Tiene la visión más 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 gráficos de sistemas e identificar sus componentes.



10

4. Definir sistema de información. Manual y automatizado. 5. ¿Quién es el usuario? Mencionar y explicar los tipos de usuario. 6. Mencionar y ejemplificar los componentes de un sistema informático, explicar las relaciones entre estos. 7. ¿Porqué las organizaciones necesitan sistemas de información? 8. Yourdon clasifica a los sistemas informáticos en:

• sistemas en línea • sistemas de tiempo real • sistemas de apoyo de decisiones • sistemas basados en el conocimiento

Explique y describa las características de cada uno de estos tipos.

INGENIERIA DE SOFTWARE Requerimientos: Este término 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 información es manual y maneja un gran volumen de transacciones diarias, lo que

dificulta su acceso, clasificación, consulta, control y proceso. ♦ El sistema de información esta parcialmente o totalmente automatizado pero debe modificarse

porque han cambiado los requerimientos. ♦ El sistema de información esta parcialmente o totalmente automatizado y es necesario agregarle

más funciones. En cualquiera de los casos, tendremos requerimientos provenientes de los tres niveles:

♦ Requerimientos de transacción ♦ Requerimientos de supervisión ♦ Requerimientos de decisión

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 día. 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 cálculos de impuestos, sumatorias, etc. Los requerimientos están relacionados, es decir, un requerimiento puede ser de control y de salida a la vez. Los requerimientos están relacionados con los procedimientos, normas y políticas de la organización.



11

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 tamaño 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 aplicación de gestión de las cuentas corrientes de las sucursales de un banco, que permite

realizar transacciones en línea como depósitos, extracciones, consultas de saldos y movimientos, transferencias, creación y cancelación de cuentas y emisión de extractos, entre otras cosas.

El primer caso, prácticamente 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 más complejo, serán necesarios muchos programas, distintos tipos de estructuras de datos y será utilizado por varios usuarios a la vez, etc., además el desarrollo estará a cargo de un equipo de personas, en esta situación no se debe comenzar a programar en forma inmediata, debe pensarse como un proyecto de software, cumpliendo el ciclo de vida y siguiendo alguna metodología, en estos casos estaremos haciendo uso de la Ingeniería de Software. El término Ingeniería de Software se utiliza para referirse a un método disciplinario de desarrollo de programas de computadoras, a través de todas las actividades del ciclo de vida de un software. La tendencia del software es crecer en tamaño, complejidad y cambiar, por ello el desarrollo debe apoyarse en un método disciplinario de diseño, producción y mantenimiento de programas de computadoras que se desarrollan bajo estimaciones de tiempo y de costo, utilizando herramientas de ayuda a la gestión del tamaño y complejidad de los productos de software resultantes. La Ingeniería de Software se compone de tres elementos: métodos, herramientas y procedimientos, que facilitan controlar el proceso de desarrollo del software y suministrar a los que practiquen dicha ingeniería las bases para construir software de alta calidad de una forma productiva. Los métodos indican “como” construir técnicamente el software. Los métodos abarcan un amplio espectro de tares que incluyen: planificación y estimación de proyectos, análisis de los requisitos, diseño de datos y programas, codificación, prueba, instalación y mantenimiento. Las herramientas suministran un soporte automático o semiautomático para los métodos. Algunas de las herramientas disponibles por sus características reciben el nombre de CASE (Ingeniería de Software Asistida por Computadora). Los procedimientos juntan los métodos 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 métodos, 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 Ingeniería de Software esta compuesta por una serie de pasos que abarcan los métodos, las herramientas y los procedimientos antes mencionados. Estos pasos se denominan frecuentemente paradigmas de la Ingeniería de Software. La elección de un paradigma para la Ingeniería de Software se lleva a cabo de acuerdo a la naturaleza del proyecto y de la aplicación, los métodos y herramientas a usar y los controles y entregas requeridos. Se puede hacer una analogía entre paradigma y metodología, hay varios paradigmas o metodologías. En este curso se estudiara el paradigma, metodología o ciclo de vida clásico, comúnmente denominado estructurado. Concepto de Proyecto Para construir un puente o para implementar un nuevo modelo económico en un país 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, dividiéndose en etapas o fases. Para realizar un producto de software también se debe hacer un



12

proyecto, es decir, dados un conjunto de requerimientos, diremos que la preparación y ejecución de un proyecto que sigue una metodología nos proveerá mayor seguridad de llegar a una solución exitosa. Un proyecto implica que las cosas se hacen en estricto orden cumpliendo etapas. Metodología - Ciclo De Vida - Paradigma Los sistemas informáticos (software) desde su concepción hasta su desaparición pasan por una serie de etapas o fases. Desde que surge la necesidad, pasando por su propia construcción, 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 construcción de un sistema se realizan de acuerdo a un método. Una metodología es una manera ordenada y sistemática de proceder para obtener algún fin. Se llevara a cabo a través de una serie de normas o reglas precisas, cuyo cumplimiento será mas o menos estricto, constituyendo el cuerpo formal de la metodología. El conjunto de normas incluye además un sistema de documentación donde se irá reflejando el trabajo realizado, siendo el aspecto más visible del método. • Una metodología es un enfoque para organizar, dirigir y realizar las actividades del ciclo de vida de

un sistema de información. Existen varias metodologías: clásica, prototipos, oo, merisse, etc. Los sistemas de información 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 número de actividades necesarias en la construcción 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 dirección del proyecto y proporcionando una guía sobre lo que se debería obtener como resultado del mismo.

C) El ciclo de vida ayuda también 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 revisión 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 clásico era muy importante partir de unos requerimientos claros, completos y bien definidos, el analista estaba seguro de conocer perfectamente lo que el usuario quería que haga el sistema. Cuando las necesidades del usuario simples, determinar y definir requerimientos puede ser relativamente fácil, pero cuando las necesidades del usuario crecen, o son complejas, o difíciles de definir, si además la aplicación debe servir a varios usuarios con necesidades e intereses diferentes y a veces opuestos, el análisis de los requerimientos se complica y se convierte en el principal problema en el desarrollo de un sistema de información. En los años 70 esta situación hizo que el ciclo de vida clásico entrara en crisis. El CDV estructurado surge así como una superación del CDVC en entornos grandes y complejos. En la actualidad se conocen como análisis estructurado, diseño estructurado y programación estructurada, pero este método es bastante más que esto. El CDVE es un ciclo lineal o en cascada, que provee técnicas y herramientas adecuadas para cada fase del proyecto. Es una metodología que ofrece mayores puntos de control para el proyecto. Es más flexible, lo que facilita el mantenimiento (modificación y adaptación del sistema), entre otras ventajas. Junto con esta metodología aparecen nuevos conceptos como la modularización y el diseño descendente.



13

FASES DEL CVDE ♦ Estudio de Factibilidad Consiste en una visión general, de alto nivel, de todo el proyecto, destinado a contestar a un número determinado de preguntas: ¿Cuál es el problema? ¿Existe una solución viable para el problema? ¿Cuánto tiempo llevará? ¿Cuál 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 tamaño. El estudio de factibilidad comienza con la aclaración de la definición del problema. Se definen el alcance y los objetivos iniciales y se identifican las restricciones y limitaciones del sistema Se preparan varios alternativas de solución. Para cada una de ellas se analiza:

• Factibilidad Técnica: ¿Puede el software implementarse empleando la tecnología actual y disponible?

• Factibilidad Economía: ¿Superan los beneficios los costos? • Factibilidad Operativa: ¿Puede el software desarrollarse y ejecutarse en esta organización?

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. Definición del problema. 2. Alcance. 3. Objetivos. 4. Restricciones. 5. Limitaciones. 6. Alternativas de solución. Para cada una:

6.1 Factibilidad Económica (Análisis costo/beneficios) 6.2 Factibilidad Operativa 6.3 Factibilidad Técnica 6.4 Duración estimada del proyecto 6.5 Inversión estimada del proyecto



14

El usuario decidirá que alternativa elegir.

♦ Análisis En esta fase el analista intenta determinar los requerimientos a partir del estudio del sistema de información existente, de manera de incluir todos los detalles relevantes del sistema actual, además pretende: • Que sea fácil detectar y verificar la omisión de detalles relevantes • Que distintos analistas ante el mismo sistema actual determinen los mismos requerimientos • Que la documentación generada sobre el sistema actual sean vehículos eficientes de comunicación En esta fase el analista se familiariza con la operación del sistema, para ello utiliza una serie de técnicas y herramientas, por ejemplo consigne información entrevistando a los usuarios. En esta fase se obtiene un modelo del sistema existente, que representa lo que hace y cómo lo hace. Este modelo describe las funciones del sistema, los datos, el control, etc. El documento resultado de esta etapa se suele llamar especificación estructurada o especificación de requerimientos. ♦ Diseño En esta fase se obtiene el diseño del nuevo sistema a través de varias tareas, es decir, se desarrolla un modelo que representa la solución o la satisfacción del os requerimientos del usuario. Se diseñan entre

Estudio de Factibilidades

Análisis

Diseño

Implantación

Pruebas

Instalación

Mantenimiento



15

otras cosas como serán las interfaces, programas y bases de datos, siempre el objetivo será cumplir con los requerimientos del usuario. Para ello se utilizan distintas herramientas. ♦ Implantación Las especificaciones diseñadas en el paso anterior se pasan a un código. Se programan en el lenguaje apropiado, en forma estructurada y siguiendo buenos criterios de programación. Evitando programación redundante y respetando el de ocultamiento de información. ♦ Pruebas Se generan casos de prueba de acuerdo a diversas técnicas 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. ♦ Instalación La instalación implica la ejecución de una serie de actividades que permitirán al usuario interactuar con el sistema en forma autónoma 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 políticas del usuario cambian, otras veces como el sistema no ha sido correctamente analizado, diseñado y probado surgen necesidades de modificación. Las primeras se consideran normales, las segundas no deberían ocurrir si se trabaja siguiendo el método. El Analista De Sistemas Trabajara activamente en las fases de análisis y diseño. Actualmente también hace la implantación. Algunas de sus tareas serán:

• Recopilar datos en forma adecuada. • Identificar problemas. • Proponer soluciones. • Documentar el trabajo.

Para ello debe comunicarse con el usuario, lo cual no es fácil cuando son varios, con intereses opuestos. La característica principal de cualquier persona que debe solucionar problemas son:

• sentido común • capacidad analítica • objetividad

Son condiciones sin equanon, también para un analista de sistemas. Bibliografía: 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 metodología o ciclo de vida? ¿Porqué es necesaria una metodología para desarrollar un software?



16

4. ¿Qué es la Ingeniería de Software? 5. Nombrar y describir brevemente las etapas de la metodología estructurada. 6. ¿Cuál es la diferencia entre Análisis y Diseño? 7. ¿Cuál es la función 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 análisis y diseño de sistemas d. ¿Porqué el autor recomienda usar modelos gráficos? e. ¿Porqué el autor opina que un modelo gráfico es más eficiente que una descripción textual?

ANALISIS ESTRUCTURADO En el análisis 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 erróneamente. Por eso la determinación o definición de requerimientos debe ser clara, completa y precisa, para ello el análisis deber ser un estudio del sistema. Lo importante será conocer lo mejor posible el sistema actual, para más tarde proponer soluciones adecuadas. El análisis estructurado proporciona técnicas y herramientas que facilitan el reconocimiento de los requerimientos e identificación de problemas. Se utilizan principalmente herramientas gráficas. 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 información (procesos-control-datos) En Análisis se produce un documento (especificación estructurada o especificación de requerimientos) que servirá de base a Diseño. Análisis por intermedio de ese documento definirá: ¿Cuáles son los requerimientos?, ¿Cuáles 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á Diseño quien definirá el COMO se solucionaran los problemas, se cumplirán los requerimientos y será el nuevo sistema. En Análisis Estructurado procedemos ordenadamente, realizando una serie de actividades, hasta llegar a Diseño.

Etapa Actividad Técnica-Herramienta Resultado

Relevamiento

Entrevistas Cuestionarios Organigramas Tablas/Arboles de Decisión Insp.de Documentos y Archivos Muestreos

ANALISIS ESTRUCTURADO

Modelo Ambiental

Declaración de Propósitos Lista de Eventos Diagrama de Contexto

Especificación Estructurada

Modelo de Comportamiento

Diagrama Flujo de Datos Diccionario del Sistema Diagrama Entidad-Relación Diagrama Transición de Estados

Balanceo



17

Existe un orden para realizar las actividades, pero ocurre que a medida que se avanza se debe volver atrás, para realizar correcciones y completar. Lo cual es lógico, dado que a medida que se profundiza el estudio, los puntos oscuros, las dudas, las falsas interpretaciones se van aclarando, corrigiendo y completando.

RELEVAMIENTO

Es el conjunto de actividades y tareas que tiene por objetivo la obtención y recopilación de información del sistema de información existente. Para ello el analista recurre a distintas fuentes y aplica las técnicas que considera adecuadas, asegurándose que la información y datos obtenidos son correctos. ¿Qué se releva? TODO. Procedimientos, políticas, normas, reglas, documentos o formularios utilizados, archivos en que se guardan los papeles, el circuito administrativo, controles que se efectúan, funciones, operaciones, tareas, etc. Para el análisis se necesita la mayor cantidad de información posible, a medida que se avance aquello que no sirve se va descartando. ¿Cómo se obtiene esta información? Existen fuentes escritas como los manuales organizacionales, pero la fuente de información por excelencia más importante es el USUARIO. El es quién hace las cosas, él es quién tiene los problemas, él sabe el cómo, el para qué, el porque y el cuándo de las cosas. El usuario es un punto crítico que el analista debe manejar con sumo cuidado. TECNICAS DE RELEVAMIENTOS 1. Entrevista Es la técnica principal. Convenientemente utilizada ayuda a encontrar distintos hechos, necesidades de información, responsabilidades, objetivos, operaciones, etc. Es oral, es un encuentro cara a cara con el usuario. Todos las demás técnicas se basan en indicios obtenidos en entrevistas previas. La entrevista consta de tres momentos: el antes, el durante y el después. • Antes: Preparación La preparación de la entrevista significa fijar hora, día y lugar de la reunión. Establecer un orden adecuado de entrevistas. EL lugar debe ser apropiado, que reduzca las interrupciones. Confeccionar una lista de puntos, temas, items y preguntas básicas a realizar. • Durante: Ejecución Cuando se produce la entrevista, el analista debe tener en cuenta los siguientes aspectos: Debe procurar crear un ambiente distendido, no debe utilizar lenguaje técnico informático, no es un interrogatorio policial, debe ser una charla, debe escuchar y observar, el centro es el usuario, no debe opinar y menos criticar.

Relevamiento

Balanceo ModeloAmbiental

Modelo deComportamiento



18

Para ello debe ante todo explicar el propósito de la entrevista. Tomar nota de lo necesario (no exagerar o perder tiempo escribiendo palabra por palabra, y provocando la desconcentración del entrevistado), grabar si al usuario no le molesta. No es conveniente efectuar entrevistas grupales. Al finalizar la entrevista, se debe repasar la información obtenida con el usuario y ofrecerle las notas tomadas para lograr su aprobación.

Tipos de preguntas: • Preguntas abiertas: permiten al usuario que se explaye al contestar. Por ejemplo: ¿Cuáles son

las tareas y actividades que Ud. desempeña? • Preguntas cerradas: el usuario responde en forma concisa, precisa y acotada. Por ejemplo:

¿Hace cuánto que Ud. trabaja en esta empresa? • Preguntas de reenvio: preguntas que confirman datos previamente obtenidos.

Es recomendable hacer varias entrevistas que una muy extensa. • Después: Evaluación 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 técnicas. 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 cooperación de la dirección 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 información, por lo cual la preparación es esencial. Se debe tener una idea de lo que se pretende lograr con la entrevista y formular preguntas directas para obtener esa información. Si el entrevistado no puede contestar se le pregunta donde se puede obtener esa información. De esta manera, el proceso de la entrevista sigue un camino bastante estructurado. Se consigue de la Dirección (usuario de mas alto nivel) una visión general de la operación del sistema, pasando después 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 efectuarán. 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 técnica 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 información en usuarios diferentes. • Los usuarios están ubicados geográficamente en lugares distantes.



19

• Se busca información de naturaleza cuantitativa. El cuestionario debe consistir en preguntas o enunciados cortos, claros, fáciles, tipo múltiple choice, o que conteste sí o no (preguntas cerradas)

Los cuestionarios son útiles como complemento de otras técnicas, para verificar información obtenida (reenvio) y muy recomendables para recoger datos numéricos u obtener opiniones relativamente simples de un número de personas, pero no son efectivos para búsquedas detalladas, ni para identificar problemas del sistema. También se debe tener en cuenta que al no estar presente el analista cuando el usuario contesta, existen factores subjetivos y psicológicos 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. Inspección o examen de documentación y archivos Esta técnica implica la recopilación e investigación de: manuales, formularios y archivos que se utilizan en la organización. En toda organización en forma manual o automatizada la información se plasma o soporta en formularios (papeles) que sirve a distintos propósitos. 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 información sobre los procedimientos, normas, estándares, operaciones, reglamentos internos, políticas. 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 organización 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 confección de recibos de sueldo. Algunos formularios son obligatorios por ley, por ejemplo cualquier tipo de venta debe realizarse con una factura. Todo formulario contiene información y tiene un propósito 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 información 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 (crédito), las facturas de los clientes serán debidamente guardadas, para que al momento del cobro, se puedan obtener los importes a cobrar. Un archivo es un lugar físico donde se guarda información según algún criterio de organización, que permitirá posteriormente accederla, por ejemplo las facturas se pueden guardar correlativamente por número, o por fecha, o por cliente. El usuario utiliza habitualmente, biblioratos, agendas, ficheros, carpetas, etc. Es necesario identificar donde y como guarda la información como su volumen. 4. Observación Directa Para definir esta técnica la pregunta sería ¿lo que nos han contado es cierto? El analista trata de observar el comportamiento del sistema sin que el usuario lo perciba, y obtener información "informal". Si se puede participar mejor. (Profundizar en K.K. cap.5) 5. Muestreo



20

Cuando la cantidad de documentación o comprobantes es muy voluminosa puede ser útil tomar una muestra al azar para constatar algún hecho de manera de obtener una medida cuantitativa o porcentual que se pueda proyectar a la totalidad y proporcionarnos información. Sirve para confirmar alguna situación critica. Requiere tiempo y su valor depende del tamaño y representatividad de la muestra seleccionada. (Profundizar en K.K. cap.4) 6. Organigramas Describe la estructura jerárquica de la organización. Puede que se halle en los manuales, sino será conveniente hacerlo apenas comience el relevamiento. Proporciona información útil sobre la división 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

7. Tablas y Arboles de decisión Se consideran técnicas descriptivas, que se usan como soporte de otras, principalmente para corroborar y verificar situaciones condicionales. Explican gráficamente situaciones condicionales y sus respectivas acciones (políticas), dado que la narrativa puede ser confusa. El árbol de decisión se confecciona en forma horizontal y en el se explicitan las condiciones por las ramas, siendo las hojas las acciones.

La tabla de decisión sirve exactamente para lo mismo que el árbol. Cambia su disposición gráfica, adquiriendo una forma tabular. En la parte superior se colocan las condiciones y en la inferior las acciones.

Contado X X X Crédito X X X Importe >= $100 X X Importe >= $50 y Importe <$100 X X X Importe < $50 X

Gerencia General

Sr. Lopéz

Gerencia ComercialSr. Gomez

Gerencia ProduccionSra. Mendez

Gerencia Contable

Sr. Vazquez

Tipo de

Pago

Contado

Crédito

Importe >= $100

Importe >= $50 y Importe < 100

Importe < $50

10% Descuento

5% Descuento

2% Descuento

0% Descuento



21

Descuento 10% X Descuento 5% X Descuento 2% X Descuento 0% X X X

En ambos casos, lo que cuesta identificar son los distintos grupos de condiciones. En este ejemplo tenemos dos: respecto del tipo de pago y otra respecto del importe. La acción se da por una combinación 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 información 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 solución. Pero no siempre es fácil que proporcione información 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 llorón

Bibliografía: 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 información? 2. ¿Qué es el relevamiento, para qué sirve y en qué consiste? 3. Mencionar, explicar y caracterizar las técnicas 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 técnica basada en la estadística? ¿En qué caso efectuaría un muestreo? Ejemplifique. 8. Respecto de los procedimientos administrativos (ANEXO 1), conteste:

a. ¿Qué es un procedimiento administrativo?



22

b. ¿Porqué se analizan los procedimientos administrativos? ¿Cómo se analizan? c. ¿Cómo se diseña un procedimiento administrativo?

9. Respecto de la documentación que existe en un sistema (ANEXO 1), conteste:

a. ¿Qué es un formulario? ¿Para qué sirve? ¿Cómo esta estructurado? b. ¿Qué es un manual? ¿Para qué sirve? Describa el manual de procedimientos administrativos c. Vaya a una organización y obtenga copia o dibuje al menos tres documentos que se utilicen diariamente, y explique brevemente la información que contienen y para que sirven.

10. ¿Sería diferente el relevamiento para un sistema de información 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 información. Se busca modelar el exterior del sistema, para ello deberá trazarse las fronteras o limites del sistema. Se necesita saber que información entra al sistema desde el medio ambiente y que información del

sistema sale al medio ambiente. Pero estas entradas y salidas no se producen al azar. Los sistemas de información tienen una razón de ser y tienen objetivos. Los sistemas de información producen salidas como respuesta a algún 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)

M.A.

SISTEMA

CLIENTES EMPRESA X

BANCOS



23

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 determinación. Es fácil cuando el medio ambiente esta conformado por sistemas que no pertenecen a la misma organización.

Herramientas usadas para definir el modelo ambiental

• Declaración de propósitos (D.P.) • Lista de eventos (L.E.) • Diagrama de contexto (D.C)

1. Declaración de propósitos Es una declaración textual, breve y concisa del propósito del sistema. Cuenta con pocas frases y no debe llevar mas de un párrafo. 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 propósitos 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 rectángulos que simbolizan a las entidades externas (otros sistemas del medio ambiente con los que interactúa)

PROVEEDORES SISTEMA

VENTAS COMPRAS

GERENCIA

SISTEMA CONTABLE

balance

ventas

compras



24

Una entidad se considera externa si el sistema no puede influir en sus aspectos internas, es más, seguramente los desconoce. Reglas para construir el D.C.: • El nombre de las entidades externas es un sustantivo común 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 envía 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 estímulos 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 días. (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 algún 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. Bibliografía E.Y.(cap.18) ACTIVIDADES 1. ¿Qué es el modelo ambiental?, ¿Cuál es su objetivo? y ¿Cuáles son sus componentes? 2. ¿Qué es un evento? 3. Mencionar y describir los tipos de eventos. Dar cinco ejemplos de cada tipo de evento.



25

4. ¿Qué es y para qué sirve la lista de eventos? 5. ¿Qué es el diagrama de contexto?, ¿Cuáles son sus componentes? 6. ¿Qué relación existe entre el diagrama de contexto y la lista de eventos? 7. Dar dos ejemplos de D.C. 8. ¿Qué es la declaración de propósitos?, ¿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 propósitos (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 Relación • D.T.E.: Diagrama Transición 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 lógico del sistema que representa transformaciones, procesos de datos y algo de control. Es un modelo lógico porque no depende del hardware, software, estructuras de datos, no tiene implicaciones físicas. Componentes: • Proceso - Transformación - Burbuja • Flujos de Datos • Almacenamientos • Entidad Externa - Terminador



26

Procesos: burbuja, función o transformación. El proceso transforma una/s entrada/s en una/s salida/s. Es una acción. La etiqueta (nombre) de una burbuja debe llevar un verbo en infinitivo y debe ser lo más aproximado a lo que hace. Deben usarse nombres significativos y evitar la ambigüedad. Flujos de datos: paquete de datos en movimiento, que fluyen y circulan por el sistema, transformándose. Es información. Por ejemplo los formularios. Los flujos tienen dirección. Las etiquetas son sustantivos adjetivados y deben ser precisos. Almacenamiento: es una colección de paquetes de datos en reposo. Allí se guarda información que será consultada y actualizada (modificada). Los sistemas siempre tienen almacenamientos, ya que no pueden recordar toda la información que manejan y necesitan. Se etiquetan con sustantivos en plural y significativos. En la realidad encontramos almacenamientos en ficheros, biblioratos, discos magnéticos, canastas, etc. Estos pueden ser permanentes o temporales.

• La actualización de un almacén implica los siguientes sucesos:

Calcular Iva

Ventas

Facturas_clientes

Iva-ventas

El flujo b es una salida del proceso

a

b

El flujo a es una entrada al proceso

Facturas

Calcular iva ventasfacturas

cliente iva

ventas

Se consulta informaciónguardada

Facturas

Facturarpedidos

pedidos

facturascliente

Se actualiza, se guardanueva información



27

Se está agregando mas información, se está eliminando información, se está cambiando la información que posee. (la flecha llega al almacén) • La consulta de un almacén significa que la información se accede pero luego de esta operación, el

almacén permanece exactamente igual, nada cambiado. (la flecha sale del almacén) Entidad Externa: son las descriptas en el diagrama de contexto. Tienen las mismas características. 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 documentación (fotocopia dni, fotocopia del titulo secundario, fotos carnets, etc.) y llevar la solicitud de inscripción completa. Además 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. Año verifica que el alumno tenga el curso aprobado y toda la documentación completa.

Modelo Ambiental

D.P. El propósito del sistema del departamento de ingreso es recibir la inscripción de los aspirantes y confeccionar las planillas de cursado de 1er. Año.

L.E.

Se recibe solicitud de inscripción y documentación Se recibe calificación del curso de ingreso Se confeccionan planillas de cursados.

D.C.



28

Modelo de Comportamiento D.F.D. nivel 1

Reglas para construir un D.F.D. • No colocar más de 9 burbujas por nivel. • Utilizar etiquetas (nombres) precisas, reales, claras y significativas. • Numeración de burbujas: de izquierda a derecha y de arriba hacia abajo (no significa

secuenciación). • Balanceado respecto del nivel anterior. • No debe ocupar más de una carilla.

SISTEMA DE

IINGRESO

ALUMNO

PROFESOR

sol.ing.y doc.

calificaciones

planillascursado

ALUMNO

PROFESOR

1Recibir

inscripcion aspirante

calificaciones

sol.ing.y doc.

planillascursado

INSCRIPCIONES

2Rececpcionar calific.

curso

CALIFICACIONES

3Preparar planillas cursado



29

Errores típicos • En un almacenamiento entran flujos y nunca se utiliza la información. • En un almacenamiento se consulta información 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 mayoría de los autores

coinciden que esta representación es incorrecta, excepto Yourdon. Para nosotros es una situación poco comú n pero posible.



30

• Casi siempre entre dos procesos existe al menos un almacenamiento puesto que los procesos no son sincrónicos, es una situación poco común que se comuniquen en forma directa, principalmente si se trata de procesos fuertes.

Explosión o Expansión 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 más importantes. Pero no da detalles precisos de cómo se hace cada operación, es decir, no describe las subfunciones que componen a una función 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 "explosión", pasando a un nivel 2, que otorga una descripción más específica de la función. • Se dice que la burbuja 1 es madre de las burbujas resultantes de su explosión: 1.1, 1.2, etc. • Al explotar la numeración de las burbujas obtenidas se compone de todos los niveles precedentes y

el número correspondiente según su ubicación en el D.F.D. • En una explosión surgen almacenamientos y flujos internos. • Una explosión debe estar balanceada respecto de la burbuja madre. ¿Cuántos niveles de descomposición o hasta cuando explotar? • Hasta que la burbuja sea una primitiva funcional, es decir una función atómica, hace una solo cosa y

no se puede descomponer. • Se recomienda no hacer mas de seis niveles.

El proceso de descomposición se denomina TOP-DOWN o descendente, se va de arriba hacia abajo. De lo mas general a lo más específico.

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 específicos, se deba corregir cosas ya realizadas. Lo cual esta bien. Este es uno de los propósitos. Procesos y flujos de control ♦ Procesos fuertes: transforman una/s entrada/s en una/s salida/s, actualizan almacenamientos.

Los procesos se comunican a través de un almacén.

Los procesos se comunican directamente (poco común).



31

♦ Procesos débiles: procesos de control, no transforman, no actualizan, solo realizan controles, validaciones, verificaciones, chequeos necesarios para que luego se realice algún proceso fuerte. Los procesos de control son siempre primitivas funcionales, siempre se encuentran en el último nivel (más bajos) de explosión.

¿Cómo empezar? Realizado el modelo ambiental, lo que más 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 implosión. 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 explosión del D.C. Comenzar desde algún 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 descripción textual del problema, de la cual se obtendrá una lista de los componentes del D.F.D.: a. Identificar los orígenes y destinos de los datos (entidades de externas) e incluirlos en la lista.

4.5Verificar

saldo

CLIENTES

4.6Rechazar

pedido

4.7Facturarpedido

RECHAZOS

FACTURAS

pedido

ok

no-ok

pedido



32

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 deducirán directamente de la descripción del problema, algunos están implícitos 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 combinación 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. ♦ Simbología simple y sencilla. ♦ Permite ver el sistema desde distintos niveles de detalle. ♦ Facilita la comunicación 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 quizás 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 más exacta y clara al sistema que se está estudiando.

Bibliografía: E.Y. (cap.9-19), K.K.(cap.9),I.T.H.(cap.6), W.D.(cap.5), R.C.(cap. 16) ACTIVIDADES 1. ¿Cuál es la diferencia entre un D.C. y un D.F.D.? 2. Analice y responda. a. Indique tres sinónimos de D.F.D. b. ¿Para qué se pueden utilizar los D.F.D. aparte de modelar un sistema de información? c. Indique tres sinónimos de proceso d. ¿Cómo pueden tener distinto significado un paquete de datos en un D.F.D.? e. ¿Existe un límite para el número de entradas y salidas que puede tener un proceso en un D.F.D.? f. Indique tres sinónimos para almacenamiento. g. ¿Qué significa un flujo no etiquetado que entra o sale de un almacenamiento? h. ¿Existe límite para el número de flujos que entran o salen de un almacenamiento? De ser así, señale dicho límite. i. ¿Cuáles 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. ¿Cuál serie la mala interpretación 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. ¿Cuál es la diferencia entre proceso de control y proceso fuerte? 3. ¿Qué es una primitiva funcional? 4. Diferencia entre procesos físicos y procesos lógicos. 5. Diferencia entre flujos físicos y flujos lógicos.



33

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 información de los elementos del D.F.D., es decir, es la catalogación de los flujos, procesos y almacenamientos del D.F.D. Finalidades del D.S.: ♦ Documentar las características del sistema. ♦ Manejar detalles en grandes sistemas. ♦ Dar un significado común 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.: Elementos de dato D.D. Flujos de dato (Diccionario de Datos) Almacenamientos Estructuras 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:

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

3.5Facturar

NP

PRECIOS

FACTURAS

NP

NPS

CLIENTES

NP

FC



34

Nota de Pedido Fecha: Nº: Nombre: Apellido: Dirección: Cod. Artículo Descripción Cant.

Tipo de Pago: Lugar de Entrega:

• Diccionario de Flujos de Datos

_________________________________________________________ Flujo de datos: NP Descripción: 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, descripción (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 Descripción: --------------------------------------- Contenido: dia + mes + año Origen: NP Destino: NP Observaciones: -------------------------------- _________________________________________________________



35

• Diccionario de elementos de datos Los elementos de datos son datos simples o atómicos que no pueden descomponerse. Es muy raro encontrarlos en el D.F.D., lo mas común 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 descripción, tipo (numérico, entero, real, cadena, alfanumérico), longitud, rango(sí tiene), valores específicos(sí tiene) y observaciones (sí son necesarias). _________________________________________________________

Dato elemental: dia Descripción: --------------- Tipo: numérico Longitud: 2 Rango: 1-31 Valores Específicos: ------------------------- Observaciones: -------------------------------- _________________________________________________________

_________________________________________________________ Dato elemental: nombre Descripción: --------------- Tipo: alfabético Longitud: 30 Rango: ---------------------- Valores Específicos: ------------------------- Observaciones: -------------------------------- _________________________________________________________ _________________________________________________________ Dato elemental: domicilio Descripción: --------------- Tipo: alfanumérico Longitud: 30 Rango: ---------------------- Valores Específicos: ------------------------- Observaciones: -------------------------------- _________________________________________________________ _________________________________________________________ Dato elemental: tp Descripción: Tipo de Pago Tipo: alfabético Longitud: 7 Rango: ---------------------- Valores Específicos: [credito/contado] Observaciones: -------------------------------- _________________________________________________________

• Diccionario de Almacenamientos



36

Los almacenamientos se especifican citando nombre, descripción, contenido, número y nombre de los procesos que lo actualizan y consultan, volumen (cantidad estimada y promedio de paquetes datos que guarda expresado en razón de tiempo), acceso (directo o secuencial), ordenamiento (el dato elemental por el cual se estable el orden de almacenamiento).

_________________________________________________________ Almacenamiento: NPS Descripción: 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: número de np Observaciones: -------------------------------- _________________________________________________________

Para describir ciertas características de las estructuras de datos se utilizan símbolos que representan distintas relaciones:

Símbolo Significado = Esta compuesto de + Y (Conjunción) { } Iteración o repetición de componentes [ ] O (Disyunción) ( ) 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 lógica o "especificación de proceso". El propósito 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 descripción de proceso debe ser comprensible, no solo el analista que la escribe debe entenderla. No debe incluirse ninguna característica técnica (lenguaje de programación, algoritmos) • Definición de procesos que "no" son primitivas funcionales:

5FacturarPedido

FC

pedido

RECIBOS

recibo

fc



37

_________________________________________________________ Proceso: 5. FACTURAR NP Descripción: FACTURAR NOTAS DE PEDIDO Entradas: PEDIDO Salidas: FC - RECIBO Almacenamiento que actualiza: RECIBO, FC Almacenamiento que consulta: -------- Especificación de Proceso: 5.1 Generar Factura 5.2 Verificar Factura 5.3 Confeccionar Rec. 5.4 Registrar deuda Observaciones: -------------------------------- _________________________________________________________

• Definición de Primitivas funcionales: Los procesos que son primitivas funcionales se describen de la misma manera, excepto en la especificación de proceso se realiza un resumen de la lógica utilizando alguna de las siguientes herramientas: Pseudocódigo, Pre y Post Condición, Tablas o Arboles de Decisión, Narrativa, Diagramas de Flujo o Diagramas N-S (Nassi/Shneiderman)

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

5.1GenerarFactura

5.2VerificarFactura

5.3Confeccionar rec.

5.4Registrar

deuda

DEUDAS

RECIBOS

pedidofactura

fcfc



38

Si tp de pedido = credito ∧ cliente no esta en DEUDAS ENTONCES 5.4 Registrar nueva DEUDA Observaciones: -------------------------------- _________________________________________________________

Esta especificación de proceso se ha escrito en pseudocódigo, pero se podría utilizar cualquiera de las herramientas: Tabla de Decisión

Tp = contado X X Tp = credito X X Tiene deuda X X No tiene deuda X X Confeccionar recibo Registrar nueva deuda Nada

Pre y Post condición

Precondición 1 Tp = contado Postcondicion 1 Confeccionar recibo Precondicion 2 Tp = credito ∧ cliente no tiene deuda Postcondicion 2 Registrar nueva deuda

Herramientas de especificación de procesos 1. Pseudocódigo o lenguaje estructurado • No incluir ningún aspecto de programación (parámetros, tipos de datos, sintaxis) • Utilizar verbos comunes como guardar, buscar, ingresar, aceptar, calcular, sumar • Utilizar estructuras de control secuencial, selección e iteración • Utilizar los datos de los flujos de entrada, salida y almacenamiento • No es un programa

8.3.1Calcular

Total

10.5Calcular

I.Neto

I.B. I.N.

FACTURAS

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

IN=(IB*25/100)+IB

fc



39

Si una especificación en pseudocódigo es muy larga y hace muchas cosas, la burbuja no es una primitiva funcional. Debe ser explotada.

2. Tablas y árboles de decisión Su construcción y representación 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 activación de otros procesos (el caso de las burbujas de control.) 3. Pre - Post Condiciones Es una manera conveniente de describir la función 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 diseñador o programador. Precondición 1

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

10.5Calcular

I.Neto

7.6Registrar

NP

I.B. I.N.

CLIENTES

datos_cli

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

LEER nombre, apellido, tel, domicilioGuardar datos_cli en CLIENTES

10.5Calcular

I.Neto

I.B. I.N.



40

• Entradas: que llegan a través de flujos de datos

• Relación entre las entradas Precondición Se dan X, Y, W donde X es mayor 100 y W es distinto de Y. • Relación entre entradas y almacenes de datos

Precondición Se dan X, Y, W. X esta en DATOSX • Relación entre distintos almacenes o en un mismo almacén.

Precondición Existe un articulo stock_actual es menor o igual a stock_minimo

X

Y

W

Z Precondición Dados X, Y, Z

X

Y

W

Z

DATOS X

Calcularreposicion

ARTICULOS

solicitudde reposición



41

Postcondición: describen lo que debe darse (lo que será verdad) cuando el proceso ha concluido. Generalmente describen: • Las salidas que producirá el proceso Postcondición IN se hace igual a IB + (IB*15/100) • La relación que exista entre las salidas y las entradas Postcondición IN se hace igual a IB + (IB*15/100) • La relación que exista entre las salidas y los almacenes Postcondición Solicitud de reposición se hace igual a código de artículo y descripción de articulo • Los cambios que se hayan dado en los almacenes (actualizaciones) Postcondicion Se elimina el cliente de CLIENTES. 4. Narrativa Descripción breve y concisa en lenguaje coloquial de lo que hace lógicamente 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 gráfica muy utilizada para describir procedimientos. Pero es un método del que se ha abusado sin respetar sus limitaciones respecto de control, decisiones y bucles. La lógica de un procedimiento se representa mediante la combinación de dos símbolos, el rectángulo y los rombos y con las flechas se representa el control. Los rectángulos representan enunciados (asignaciones, lecturas, escrituras) y los rombos condiciones booleanas.

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

1er.tarea

2da.tarea

SECUENCIA

F V

SELECCION



42

Ejemplo :

6. Diagramas N-S (Diagrama de cajas) Es una herramienta gráfica más conveniente que la anterior, dado que su forma no permite que se viole la construcción estructurada. Características: • Ambito funcional bien definido y claramente visible • Transferencia de control arbitrario es imposible • Se puede determinar fácilmente el ámbito de los datos locales y/o globales

V

F

ITERACION(repetir)

V

F

ITERACION(mientras)

hay fc.

leer fc.

V

F

T = T+totfac

T = 0



43

• La recursividad es fácil de representar Simbología:

Ejemplo

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?

tarea 1

tarea 2

tarea 3

F Vcondicion condicion

mult.

valor valor valor valor

SECUENCIASELECCION SELECCION MULTIPLE

condición

condición

ITERACION(mientras)

ITERACION(repetir)

T = 0

hay nas facturas

leer factura

T = T + totfact



44

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 especificación de procesos determinar que una burbuja no es primitiva funcional? 7. Ejemplifique cada herramienta de especificación de procesos en forma adecuada, y fundamente la elección de

la herramienta utilizada en cada caso. D.E.R.: Diagrama Entidad Relación El D.E.R. es la representación (gráfica) de los datos del sistema y sus relaciones, independientemente de las funciones y procesos que operan sobre ellos. Es un modelo conceptual y semántico. Su propósito es representar que significan los datos en la realidad. Es decir, describe las características de los datos, en forma abstracta.

Componentes: ♦ Entidades ♦ Relaciones

• Entidades: se representan mediante el rectángulo. Son cosas u objetos del mundo real, abstractas

o concretas, tangibles o intangibles. Estos objetos, por su cantidad y características 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 además José Gomez y Ana Martinez también son clientes de la empresa, es decir son entidades del mismo tipo.

Ana Martinez

Jose Gomez

Juan Perez

CLIENTES



45

Este conjunto de entidades, al cual llamaremos CLIENTE, se representa: 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, dirección y teléfono entre muchos otros.

Los atributos también se representan en el D.E.R.:

Las entidades tienen muchos atributos, solo se indican aquellos que para el sistema de análisis son relevantes, por ejemplo de un cliente interesa su dirección porque es necesario enviarle mercaderías 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. • Relación: Asociación o vinculación entre dos o más entidades. En un sistema existe un conjunto de

relaciones del mismo tipo. Muchas veces la relación tiene atributos propios, es decir, determinadas propiedades que solo ocurren cuando dos entidades se relacionan.

CLIENTE

CLIENTE

nombre

direccion

telefono

CLIENTE

nombredirecciontelefono

Ana MartinezJose GomezJuan Perez

Roca 151025897

Salta 32839027

Zapiola 57442805

Ana Martinez

Jose Gomez

Juan Perez

CLIENTES

lapiz

calculadora

reloj

ARTICULOSCOMPRA



46

Dos entidades CLIENTES y ARTICULO se relacionan cuando un cliente realiza la COMPRA de un artículo. Algunos clientes compras uno o varios artículos, y algunos artículos son comprados por uno o varios clientes. Algunos clientes quizás no compren y algunos artículos no son comprados por ningún 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 relación es una asociación entre instancias de entidades. Para el ejemplo citado, el D.E.R. correspondiente sería:

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

Cardinalidad En una relación que asocia a dos o más entidades, la conexión entre las instancias de las mismas puede tener distintos tipos de cardinalidad. Por ejemplo una relación entre dos entidades, A y B, puede asociar una instancia de A con 1 y/o más instancias de B y viceversa. • 1-1: Una instancia de A se relaciona a lo sumo con una instancia de B y viceversa.

"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.

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

CLIENTE

nombre

direcciontelefono

ARTICULO

detalle precio

compra

D.E.R.

CLIENTE

nombre

direccion telefono

ARTICULO

detalle precio

compra

fecha

casadoHOMBRE MUJER

integraJUGADOR EQUIPO



47

• 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.

"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.

"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: artículos, maquinarias, empleados, clientes, alumno, etc. • Entidades Externas: cliente, alumno, empleado, proveedor, etc. • Abstracciones: materia, curso, proyecto, vuelo. Construcción del D.E.R. 1. Identificar conjuntos de entidades del sistema. 2. Analizar su interacción 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 unívoca. Debe ser subrayado. En las relaciones el identificador se compone por los identificadores de las entidades que participan de la relación.

Dos alumnos pueden tener el mismo nombre, teléfono y dirección, por lo tanto estos atributos no identifican de manera unívoca a cada instancias del conjunto, pero el DNI, es distinto para cada alumno, estamos seguros que no existirán dos alumnos con el mismo DNI. Tipos de relación • Relación Binaria: es una relación que asocia a dos entidades.

estudiaESCUELA ALUMNO

cursaALUMNO MATERIA

ALUMNO

nombredirecciontelefono

dni



48

• Relación n-aria: Es una relación que asocia a más de dos entidades.

Generalización: En ocasiones conviene representar las entidades como una generalización, esto es conveniente cuando las entidades poseen un subconjunto de características iguales (atributos en común) y un subconjunto de atributos distintivos. Esta particularidad se resalta ubicando las entidades en distintos niveles en el diagrama.

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

Consideraciones: ♦ El D.E.R. es un modelo que describe con alto nivel de abstracción la distribución 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 información 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 relación 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 después de la construcción 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.

EMPLEADO HIJO

CONTRATADO

EMPLEADO

EFECTIVO

is a

legajonombre

domicilio

duracionvalor_hora

sueldocategoria

antiguedad



49

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 relación 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 débiles. 8. Dar dos ejemplos de generalización. D.T.E.: Diagrama Transición de Estados El D.T.E. es una herramienta que modela el comportamiento dependiente del tiempo del sistema (modela el control).

Componentes • Estados • Cambios de estado

• Estados del sistema: se representa con un rectángulo. Un estado es una situación 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.

Estado 1

Estado 2

Estado 3

Estado 2

Estado 4

Estado 3

Estado 5

Estado 2

Estado 6



50

Cargar datos del cliente. Valiad datos del cliente. Grabar datos del cliente.

En la mayoría 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 estático. Los sistemas de información describen muchos estados.

• Cambios de Estado: son aquellas reglas ordenadas, claras, precisas (significativas y válidas) 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 al estado inicial es la flecha desnuda que no sale de ningún estado, solo llega al primer estado observable del sistema.

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

Estado 3

Flecha desnuda

Estado Inicial

Estado Final

Cambio deEstado

Cambio deEstado

Estado

Estado 1

Estado 2

Estado 3

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



51

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: • Condición: causan cambios de estado (reglas) • Acción: lo toma el sistema cuando cambia de estado.

• Condición: acontecimiento en el ambiente (externo o no) que el sistema es capaz de observar o

detectar (señal, interrupción, llegada de un paquete de datos). Como parte del cambio de estado normalmente el sistema hará una o más acciones (producir salidas, mensajes, cálculos) Las acciones son respuestas regresadas al ambiente (externo o no)

Ejemplo. Contestador automático.

Estado 2

Estado 5

Estado 6

Estado 1

Estado 7

Estado 3 Estado 4

Estado 1

Estado 2

condiciónacción



52

Al contestar un llamado, el contestador automático emite el siguiente mensaje: "Ud. se comunico con el 555555, en este momento no podemos contestarle, deje su mensaje despues de la señal, gracias", el cual dura 15 segundos. Luego emite la señal (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 comunicación.

D.T.E. particionados: cuando el sistema es mediano a grande y describe características complejas resulta complicado colocar todos los estados en un mismo D.T.E., en estos casos se hacen D.T.E.s por separados. Construcción 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 metódicamente 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)

Esperando llamado

Emitiendo mensaje

Se producen 3 ringContestar

Emitiendo Señal

Tomando Mensaje

Finalizar Grabación

Tiempo > 15 segundosEnviar señal

Se corta la comunicaciónDetener grabación

Tiempo > 3 segundosGrabar



53

Relación D.T.E. - D.F.D.: En la mayoría de los casos el D.T.E. representa una especificación de proceso de una burbuja de control del D.F.D.

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.

1

34

2

X

Y

Estado 1

Estado 2

X = "condición"activar burbuja 3

Y = "condición"Activar burbuja 4

Estado 3

X = "condición"activar burbuja 4

1Determinar

tipo PE

4Verificar cursada

5Rechazar

PE

2Chequer

correlativas

3Actualizar

Acta de examen

PLAN ALUMNOS

ACTAS

RECHAZOS

CURSADAS

PE

libre

regular

OK

NO-OK

NO-OK

OK



54

El D.T.E. es una herramienta más 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 análisis:

♦ 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 información (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 análisis es desarrollado por varias personas. • Las personas que trabajan en el proyecto tienen distinta preparación.

Estos son algunos fundamentos para balancear, es decir verificar, chequear y conciliar los modelos y herramientas, pero existe otro fundamento que es aun más importante: Cualquier error de análisis que se cometa, tarde o temprano aparecerá, pero será más difícil y caro (tiempo y dinero) de solucionar, cuanto más avanzado este el proyecto.

Chequeando correlativas

Verificando Cursada

Esperando PE

Actualizando acta de examen

Rechazando PE

PE=regularverificar cursada

PE=librechequear

correlativas

correlativas aprobadasactualizar acta

correlativas no aprobadasrechazar PE

cursada regularizada

chequear correlativas

cursada no regularizadarechazar PE



55

Es necesario, antes de comenzar con el "diseño", balancear, para hallar y corregir los errores, y así evitar que se propaguen. Tipos de errores: 1. Errores simples: alguna regla de sintáxis no se ha cumplido al construir algún diagrama. Por ejemplo:

Un almacenamiento que solo se consulta y nunca se actualiza. Una burbuja de control actualiza algún almacenamiento. Se pasa de un estado a otro en un D.T.E., sin un cambio de estado. Se escribe una postcondición sin la precondición.

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 más difícil de detectar, pero su corrección no es muy complicada. 3. Errores de Inconsistencia: la misma realidad se describe de maneras diferentes y contradictorias en dos modelos. La identificación de este tipo de errores solo es posible si se efectúa una tarea conjunta en la cual todo el equipo analizará y chequeará los modelos obtenidos y la corrección surgirá de la puesta en común y requerirá la participación del usuario. 4. Interpretaciones erróneas: 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 documentación, pero los errores de inconsistencia como las interpretaciones erróneas, se detectan y corrigen corroborando los resultados obtenidos con los usuarios. Estos dos últimos tipos errores son los más peligros en un proyecto, deben ser descubiertos y corregidos antes de comenzar con el DISEÑO.

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 definición del D.S. debe corresponder a un componente del D.F.D. 3. Cada almacenamiento del D.F.D. es una entidad o relación 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 definición 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 explosión de una burbuja hereda los limites de su madre. 10. Cada condición del D.T.E. es un flujo de entrada del D.F.D. y debe estar en el D.S. 11. Cada acción 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..



56

BIBLIOGRAFIA: E.Y. (cap.14) ACTIVIDADES 1. Realice el modelo ambiental y D.F.D.s (2 niveles) que describa el análisis de sistemas. 2. El balanceo es el mecanismo de control del análisis, represente las reglas de balanceo mediante D.T.E. 3. El siguiente D.E.R. representa las relaciones de balanceo entre las herramientas de análisis.

a. Analícelo 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.

R1

D.T.E.

D.S.

D.C.

R3

D.F.D.

D.E.R.

R4 R2

D.D. D.P

R5

Y DISEÑO - Geocities.ws · 2011. 4. 3. · ANALISIS Y DISEÑO DE SISTEMAS Lic. Sandra Casas UNIDAD...

Documents

Transcript of Y DISEÑO - Geocities.ws · 2011. 4. 3. · ANALISIS Y DISEÑO DE SISTEMAS Lic. Sandra Casas UNIDAD...