ORTIZ CRUZ PABLO ANLISIS Y DISEO DE SISTEMAS SAETI TURNO VESPERTINO FECHA DE INGRESO (PERIODO) MAYO 2010

Anlisis y Diseo de Sistemas. UNIDAD I: MTODOS TRADICIONALES DEL ANLISIS DE SISTEMAS ........................... ......................................................... 3 1.1 CONCEPTOS GENERALES. ....................................................... ................................................................................ .............................. 3 1.1.1 SISTEMAS. ................................................................ ................................................................................ .............................. 3 1.1.2 SISTEMAS DE INFORMACIN. ................................................... ................................................................................ ................ 3 1.1.3 ANLISIS. .................................................................. ................................................................................ ............................. 3 1.1.4 DISEO. .................................................................... ................................................................................ .............................. 6 1.1.5 ANALISTA DE SISTEMAS...................................................... ................................................................................ .................... 9 1.1.6 PROGRAMADOR. ............................................................. ................................................................................ ...................... 10 1.1.7 ADMINISTRADOR DE BASES DE DATOS. ......................................... ................................................................................ ........ 11 1.2. CICLO DE VIDA CLSICO ....................................................... ................................................................................ ........................... 11 1.2.1 INVESTIGACIN PRELIMINAR. .................................................. ................................................................................ ............. 12 1.2.2 DETERMINACIN DE REQUERIMIENTOS. ........................................... ................................................................................ ..... 12

1.2.3 DISEO DEL SISTEMA. ........................................................ ................................................................................ .................. 12 1.2.4 DESARROLLO DEL SOFTWARE. ................................................. ................................................................................ ............. 12 1.2.5 PRUEBA DEL SISTEMA. ...................................................... ................................................................................ .................... 13 1.2.6 IMPLANTACIN Y EVOLUCIN. .................................................... ................................................................................ .......... 13 1.2.7 MANTENIMIENTO. ........................................................... ................................................................................ ...................... 15 1.3 ANLISIS ESTRUCTURADO. ....................................................... ................................................................................ ......................... 16 1.3.1 ELEMENTOS DEL ANLISIS ESTRUCTURADO. ....................................... ................................................................................ ... 17 1.4 TCNICAS PARA ENCONTRAR HECHOS. .............................................. ................................................................................ ................ 17 1.4.1 ENTREVISTAS. ............................................................. ................................................................................ ......................... 17 1.4.2 CUESTIONARIOS............................................................. ................................................................................ ....................... 17 1.4.3 REVISIN DE LOS REGISTROS. ................................................. ................................................................................ .............. 18 1.4.4 OBSERVACIN. ............................................................... ................................................................................ ...................... 18

UNIDAD II: DISEO DE SISTEMAS..................................................... ................................................................................ ............... 20 2.1 HERRAMIENTAS PARA DOCUMENTAR CONCEPTO DE DECISIN. ........................... ................................................................................ 20 2.1.1 ACCIONES. ................................................................ ................................................................................ ........................... 20 2.1.2 RBOLES DE DECISIN. ......................................................... ................................................................................ ............... 20 2.1.3 TABLAS DE DECISIN. ........................................................ ................................................................................ .................. 21 2.2 ELEMENTOS DEL DISEO.......................................................... ................................................................................ .......................... 22 2.2.1 FLUJO DE DATOS. .......................................................... ................................................................................ ....................... 22 2.2.2 ALMACENES DE DATOS. ...................................................... ................................................................................ .................. 23 2.2.3 PROCESOS. ................................................................ ................................................................................ ........................... 24 2.2.4 PROCEDIMIENTOS. .......................................................... ................................................................................ ...................... 24 2.2.5 FUNCIONES DEL PERSONAL. .................................................. ................................................................................ ................ 24 UNIDAD III: MODELADO DE SISTEMAS ORIENTADO A OBJETOS............................ ............................................................... 25

3.1 CONCEPTOS. ................................................................. ................................................................................ ..................................... 25 3.1.1 MODELADO. ................................................................ ................................................................................ ......................... 26 3.1.2 MODELADO DE OBJETOS. ..................................................... ................................................................................ ................. 26 3.1.3 MODELO DINMICO. ........................................................... ................................................................................ ................. 27 3.1.4 MODELO FUNCIONAL. ........................................................ ................................................................................ ................... 27 3.2 DESCRIPCIN DE MODELOS DE OBJETOS. ........................................... ................................................................................ ................ 27 3.2.1 SIMBOLOGA. ................................................................ ................................................................................ ........................ 28 3.2.2 IDENTIFICACIN DE OBJETOS Y CLASES. ........................................ ................................................................................ ........ 29 3.2.3 OPERACIN, MTODOS, ASOCIACIONES Y MULTIPLICIDAD. ............................ ....................................................................... 30 3.2.4 ATRIBUTO DE ENLACE CLASIFICACIN Y AGREGACIN. ............................... .......................................................................... 31 3.3 DESCRIPCIN DEL MODELO DINMICO. ............................................... ................................................................................ .............. 34 3.3.1 SIMBOLOGA. ................................................................ ................................................................................ ........................ 34 3.3.2 SUCESOS Y ESTADOS. .......................................................

................................................................................ .................... 35 3.3.3 ESCENARIOS. .............................................................. ................................................................................ .......................... 36 3.3.4 DIAGRAMAS DE ESTADO. ..................................................... ................................................................................ ................. 36 3.3.5 CONDICIONES Y OPERACIONES. ............................................... ................................................................................ .............. 37 3.3.6 FUNDAMENTOS DE ESTADO..................................................... ................................................................................ .............. 37 3.4 DESCRIPCIN DEL MODELO FUNCIONAL.............................................. ................................................................................ ............... 37 3.4.1 SIMBOLOGA. ................................................................ ................................................................................ ........................ 37 3.4.2 DIAGRAMA DE HOJA DE DATOS. ............................................... ................................................................................ ............ 38 3.4.3 FLUJO DE DATOS, ACTORES Y ALMACN DE DATOS. ................................ .............................................................................. 3 8 3.4.4 FLUJO DE CONTROL. ........................................................ ................................................................................ ..................... 38 BIBLIOGRAFIA ................................................................... ................................................................................ .................................... 39 2

Pablo Ortiz Cruz UNIDAD I: MTODOS TRADICIONALES DEL ANLISIS DE SISTEMAS 1.1 CONCEPTOS GENERALES. 1.1.1 SISTEMAS. Todas las organizaciones son sistemas que actan recprocamente con su medio ambiente recibiendo entradas y produciendo salidas. Los sistemas, que pueden estar formados por otros sistemas ms pequeos denominadossubsistemas, fu ncionan para alcanzar fines especficos. Sin embargo, lospropsitos o metas se alcan zan slo cuando se mantienen el control. 1.1.2 SISTEMAS DE INFORMACIN. Conjunto u ordenacin de elementos organizados para llevar a cabo algnmtodos, proced imiento o control mediante el proceso de informacin. ELEMENTOS DE UN SISTEMA DE INFORMACION SOFWARE. Los programas de computadoras, as estructuras de datos y ladocumentacin asociada, que sirve para realizar el mtodo lgico. HARWARE: Los dispositivos electrnicos que proporcionan la capacidad de computacin y que proporcionan las funciones del mundo exterior. GENTE: Los individuos que son usuarios y operadores del software y del hardware. BASES DE DATOS: Una coleccin grande y organizada de informacin a la que se accede mediante el software y que es una parte integral delfuncionamiento del sistema. DOCUMENTACION: Los manuales, los impresos y otra informacin descriptiva que explica el uso y / o la operacin. PROCESAMIENTOS: Los pasos que definen el uso especifico de cadaelemento del sist ema o el contexto procedimental en que reside el sistema. CONTROL: Los sistemas trabajan mejor cuando operan dentro de niveles decontrol t olerables de rendimiento por ejemplo: el sistema de control de un calentador de agua. 1.1.3 ANLISIS. Anlisis Es el proceso de clasificacin e interpretacin de hechos, diagnostico de problemas y empleo de la informacin para recomendar mejoras al sistemas. Conceptos y Anlisis: Es un conjunto o disposicin de procedimientos o programas relacionados de manera que juntos forman una sola unidad. Un conjunto de hechos, principios y reglas clasificadas y dispuestas de manera ordenada mostrandoun pla n lgico en la unin de las partes. Un mtodo, plan o procedimientode clasificacin para hacer algo. Tambin es un conjunto o arreglo deelementos para realizar un objetiv o predefinido en el procesamiento de la Informacin. Esto se lleva a cabo teniendo en cuenta ciertos principios:

Anlisis y Diseo de Sistemas. Debe presentarse y entenderse el dominio de la informacin de un problema. Defina las funciones que debe realizar el Software. Represente el comportamiento del software a consecuencias de acontecimientos externos. Divida en forma jerrquica los modelos que representan la informacin, funciones y comportamiento. El proceso debe partir desde la informacin esencial hasta el detalle de laImpleme ntacin. La funcin del Anlisis puede ser dar soporte a las actividades de un negocio, o desarrollar un producto que pueda venderse para generarbeneficios. Pa ra conseguir este objetivo, un Sistema basado en computadoras hace uso de seis (6) elementos fundamentales: Software, que son Programas de computadora, con estructuras de datos y su documentacin que hacen efectiva la logstica metodologa o controles de requerimientos del Programa. Hardware, dispositivos electrnicos y electromecnicos, queproporcionan capacidad de clculos y funciones rpidas, exactas y efectivas(Computadoras, Censores, maquinari as, bombas, lectores, etc.), queproporcionan una funcin externa dentro de los Sis temas. Personal, son los operadores o usuarios directos de las herramientas del Sistema. Base de Datos, una gran coleccin de informaciones organizadas yenlazadas al Siste ma a las que se accede por medio del Software. Documentacin, Manuales, formularios, y otra informacin descriptivaque detalla o da instrucciones sobre el empleo y operacin del Programa. Procedimientos, o pasos que definen el uso especifico de cada uno de los elementos o componentes del Sistema y las reglas de su manejo y mantenimiento. Un Anlisis de Sistema se lleva a cabo teniendo en cuenta los siguientesobjetivos en mente: Identifique las necesidades del Cliente. Evale que conceptos tiene el cliente del sistema para establecer suviabilidad. Realice un Anlisis Tcnico y econmico. Asigne funciones al Hardware, Software, personal, base de datos, y otros elementos del Sistema. Establezca las restricciones de presupuestos y planificacin temporal. Cree una definicin del sistema que forme el fundamento de todo eltrabajo de Ingen iera. 4

Pablo Ortiz Cruz Para lograr estos objetivos se requiere tener un gran conocimiento y dominio del Hardware y el Software, as como de la Ingeniera humana (Manejo y Administracin de personal), y administracin de base de datos. Objetivos del Anlisis. Identificacin de Necesidades. Es el primer paso del anlisis del sistema, en este proceso en Analista serene con el cliente y/o usuario (un representante institucional, departamental o cliente particular), e identifican las metas globales, se analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre la planificacin temporal y presupuestal, lneas de mercadeo y otros puntos que puedan ayudar a la identificacin y desarrollo del proyecto. Algunos autores suelen llamar a esta parte Anlisis de Requisitos y lo dividen en cinco partes: Reconocimiento del problema. Evaluacin y Sntesis. Modelado. Especificacin. Revisin Antes de su reunin con el analista, el cliente prepara un documento conceptual del proyecto, aunque es recomendable que este se elaboredurante la co municacin Cliente analista, ya que de hacerlo el clientesolo de todas maneras ten dra que ser modificado, durante la identificacin de las necesidades. Estudio de Viabilidad. Muchas veces cuando se emprende el desarrollo de un proyecto de Sistemaslos recu rsos y el tiempo no son realistas para su materializacin sin tener prdidas econmicas y frustracin profesional. La viabilidad y el anlisis de riesgos estn relacionados de muchas maneras, si el riesgo del proyectoes alto, la viabilidad de producir software de calidad se reduce, sin embargo se deben tomar en cuenta cuatro reas principales de inters: 1. Viabilidad econmica. Una evaluacin de los costos de desarrollo, comparados con los ingresos netos o beneficios obtenidos del producto o Sistema desarrollado. 2. Viabilidad Tcnica. Un estudio de funciones, rendimiento y restricciones que puedan afectar larealiz acin de un sistema aceptable. 3. Viabilidad Legal. Es determinar cualquier posibilidad de infraccin, violacin o responsabilidad legal en que se podra incurrir al desarrollar el Sistema. Alternativas. Una evaluacin de los enfoques alternativos del desarrollo del producto o Sistema. 5

Anlisis y Diseo de Sistemas. El estudio de la viabilidad puede documentarse como un informe apartepara la alt a gerencia. Anlisis Econmico y Tcnico. El anlisis econmico incluye lo que llamamos, el anlisis de costos beneficios, significa una valoracin de la inversin econmica comparado con los beneficios que se obtendrn en la comercializacin y utilidad delproducto o sistema. Muchas veces en el desarrollo de Sistemas de Computacin estos son intangibles y resulta un poco dificultoso evaluarlo, esto varia de acuerdo ala c aractersticas del Sistema. El anlisis de costos beneficios es una fase muy importante de ella depende la posibilidad de desarrollo del Proyecto. En el Anlisis Tcnico, el Analista evala los principios tcnicos del Sistema y al mismo tiempo recoge informacin adicional sobre el rendimiento, fiabilidad, caractersticas de mantenimiento y productividad. Los resultados obtenidos del anlisis tcnico son la base para determinarsobre si co ntinuar o abandonar el proyecto, si hay riesgos de que nofuncione, no tenga el r endimiento deseado, o si las piezas no encajanperfectamente unas con otras. 1.1.4 DISEO. Especifica las caractersticas del producto terminado. Conceptos y principios: El Diseo de Sistemas se define el proceso de aplicar ciertas tcnicas yprincipios c on el propsito de definir un dispositivo, un proceso o unSistema, con suficientes detalles como para permitir su interpretacin y realizacin fsica. La etapa del Diseo del Sistema encierra cuatro etapas: 1. El diseo de los datos. Trasforma el modelo de dominio de la informacin, creado durante el anlisis, en las estructuras de datos necesarios para implementar elSoftware. 2. El Diseo Arquitectnico. Define la relacin entre cada uno de los elementos estructurales del programa. 3. El Diseo de la Interfaz. Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con el y con los operadores y usuarios que lo emplean. 4. El Diseo de procedimientos. Transforma elementos estructurales de la arquitectura del programa. Laimportanci a del Diseo del Software se puede definir en una sola palabraCalidad, dentro del diseo es donde se fomenta la calidad del Proyecto. ElDiseo es la nica manera de mat erializar con precisin los requerimientos del cliente. 6

Pablo Ortiz Cruz El Diseo del Software es un proceso y un modelado a la vez. El proceso deDiseo es un conjunto de pasos repetitivos que permiten al diseador describir todos los aspectos del Sistema a construir. A lo largo del diseo seevala la calidad del desarrollo del proyecto con un conjunto de revisiones tcnicas: El diseo debe implementar todos los requisitos explcitos contenidos en elmodelo de anlisis y debe acumular todos los requisitos implcitos que desea el cliente. Debe ser una gua que puedan leer y entender los que construyan el cdigo y los que prueban y mantienen el Software. El Diseo debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el puntode vis ta de la Implementacin. Para evaluar la calidad de una presentacin del diseo, se deben establecer criterios tcnicos para un buen diseo como son: Un diseo debe presentar una organizacin jerrquica que haga unuso inteligente del co ntrol entre los componentes del software. El diseo debe ser modular, es decir, se debe hacer una particinlgica del Software e n elementos que realicen funciones y subfunciones especficas. Un diseo debe contener abstracciones de datos y procedimientos. Debe producir mdulos que presenten caractersticas de funcionamiento independiente. Debe conducir a interfaces que reduzcan la complejidad de lasconexiones entre lo s mdulos y el entorno exterior. Debe producir un diseo usando un mtodo que pudiera repetirse segn la informacin obtenida durante el anlisis de requisitos de Software. Estos criterios no se consiguen por casualidad. El proceso de Diseo del Software exige buena calidad a travs de la aplicacin de principiosfundamentales de Diseo, Metodologa sistemtica y una revisin exhaustiva. Cuando se va a disear un Sistema de Computadoras se debe tener presente que el proceso de un diseo incluye, concebir y planear algo en la mente, as como hacer un dibujo o modelo o croquis. Diseo de la Salida. En este caso salida se refiere a los resultados e informaciones generadaspor el Sistema, Para la mayora de los usuarios la salida es la nica razn para el desarrollo de un Sistema y la base de evaluacin de su utilidad. Sin embargo cuando se realiza un sistema, como analistas deben realizar losiguiente: Determine que informacin presentar. Decidir si la informacin ser presentada en forma visual, verbal o impresora y seleccionar el medio de salida. 7

Anlisis y Diseo de Sistemas. Disponga la presentacin de la informacin en un formato aceptable. Decida cmo distribuir la salida entre los posibles destinatarios. Diseo de Archivos. Incluye decisiones con respecto a la naturaleza y contenido del propioarchivo, c omo si se fuera a emplear para guardar detalles de las transacciones, datos histricos, o informacin de referencia. Entre las decisiones que se toman durante el diseo de archivos, se encuentran las siguientes: Los datos que deben incluirse en el formato de registros contenidos enel archivo . La longitud de cada registro, con base en las caractersticas de los datos que contenga. La secuencia a disposicin de los registros dentro del archivo (La estructura de almacenamiento que puede ser secuencial, indexada o relativa). No todos los sistemas requieren del diseo de todos los archivos, ya que la mayora de ellos pueden utilizar los del viejo Sistema y solo tenga que enlazarse el nuevo Sistema al Archivo maestro donde se encuentran los registros. Diseo de Interacciones con la Base de Datos. La mayora de los sistemas de informacin ya sean implantado en sistemasde cmputos gr andes o pequeos, utilizan una base de datos que puedenabarcar varias aplicaciones , por esta razn estos sistemas utilizan u administrador de base de datos, en este caso el diseador no construye la base de datos sino que consulta a su administrador para ponerse de acuerdo en el uso de esta en el sistema. Herramientas para el Diseo de Sistemas. Apoyan el proceso de formular las caractersticas que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades del anlisis: Herramientas de especificacin. Apoyan el proceso de formular las caractersticas que debe tener una aplicacin, tales como entradas, Salidas, procesamiento y especificacionesde contr ol. Muchas incluyen herramientas para crear especificaciones de datos. Herramientas para presentacin. Se utilizan para describir la posicin de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida. Herramientas para el desarrollo de Sistemas. Estas herramientas nos ayudan como analistas a trasladar diseos en aplicaciones funcionales. Herramientas para Ingeniera de Software.

Pablo Ortiz Cruz Apoyan el Proceso de formular diseos de Software, incluyendoprocedimientos y cont roles, as como la documentacin correspondiente. Generadores de cdigos. Producen el cdigo fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas. Herramientas para pruebas. Apoyan la fase de la evaluacin de un Sistema o de partes del mismo contralas espe cificaciones. Incluyen facilidades para examinar la correcta operacin del Sistema as como el grado de perfeccin alcanzado en comparacin con las expectativas. La revolucin del procesamiento de datos de manera computarizada, junto con las prcticas de Diseo sofisticadas estn cambiando de forma dramtica la manera en que se trasladan las especificaciones de Diseo d Sistemas de Informacin funcionales. 1.1.5 ANALISTA DE SISTEMAS. Disear y desarrollar sistemas de informacin, recomendar mejoras para elmismo, desa rrollar las especificaciones de diseo y planificar el software yhardware necesari o para implantar el diseo. Realizar el proceso de clasificacin e interpretacin de hechos, diagnstico de problemas y empleo de la informacin para desarrollar el diseo del sistema. FUNCIONES PROPIAS DEL PUESTO Estudiar el mercado informtico en referencia a nuevos productos, tendencias y servicios del mbito informtico. Probar y comparar nuevos equipos informticos del mercado. Estudiar las necesidades informticas de los diferentes departamentos de la empresa a nivel de equipos tcnicos, mtodos y procedimientosinformticos. Elaborar parte del anlisis funcional, en el que define la estructuradel nuevo sis tema informtico (equipos tcnicos, mtodos y procedimientos). Planificar la implantacin y puesta en marcha del sistema a nivel de recursos humanos y elementos de hardware. Realizar presupuestos referentes a la instalacin de nuevos equipos y elaborar el informe de justificacin tcnica y econmica. Elaborar planes de seguridad de la informacin y de los equipos. Estudiar y establecer las pruebas a realizar para detectar las anomalas del sistema. Asesorar a sus colaboradores informticos y a los servicios interesados. Coordinar, controlar y verificar la instalacin e implantacin delnuevo sistema 9

Anlisis y Diseo de Sistemas. Disear y desarrollar la configuracin del sistema informtico (degestin, industrial). Redactar protocolos de aplicaciones, normativas y procedimientos. Negociar con proveedores/as de equipos y software informtico. Puede realizar presentaciones de proyectos. HERRAMIENTAS Las herramientas o materiales de trabajo necesarios para el desarrollo desu acti vidad son los siguientes: Equipos y maquinaria: ordenadores, monitores, teclado, ratn, disquetera, cableado y conexiones para red, impresoras, impresoras lser, modem, sistemas de alimentacin, software de base (sistema operativo: Ms-Dos, Windows, Macintosh, Linux) y software requerido para cada tipo de red, software de ofimtica, etc. Manuales de explotacin, normativa tcnica, manuales de programacin (C, C++, Visual Basic, Delphi, Java, Cobol, Pascal, Oracle, HTML, etc.). 1.1.6 PROGRAMADOR. Un programador es un individuo que ejerce la programacin, es decir, que escribe programas de computadora u ordenador. Los programadores tambin reciben el nombre de desarrolladores de software. En la mayora de los pases, programador es tambin una categora profesional reconocida. El programador se encarga de la implementacin de prototipos mediante un lenguaje de programacin que pueda entender la computadora. Inicialmente, la profesin se formaliz desde el enfoque Tayloriano de laespecializa cin de funciones en la empresa. As, el proceso de produccin de software se concibe como un conjunto de tareas altamente especializadasdonde est claramente definido el papel de cada categora profesional: El analista tiene como cometido analizar un problema y describirlocon el propsito de ser solucionado mediante un sistema de informacin. El programador cuya nica funcin consista en trasladar las especificaciones del analista en cdigo ejecutable por la computadora. Dichas especificaciones se recogen en un documento denominado cuaderno de carga, medio de comunicacin entre ambos. Obsrvese que esto se consideraba un trabajo mecnico y de baja cualificacin. Hoy da se reconoce que este enfoque no es vlido para organizar tareas de tipo intelectual, como es la produccin de software. De manera que laprofesin de pr ogramador ha ido evolucionando. Las dificultades de comunicacin entre analistas y programadores (un mero documento no bastapara descr ibir lo que se quiere hacer) dio origen a una categora profesional intermedia, denominada analista-programador. La concepcin original del programador ha desaparecido siendo sustituida por esta: la de un profesional mucho ms formado y con unas funciones menos "mecnicas". La profesin de analista tambin ha evolucionado, surgiendo el conceptodiseador (de s oftware). Esto se debe a los avances de la ingeniera del 10

Pablo Ortiz Cruz software donde se reconoce que el anlisis es una actividad distinta del diseo. El anlisis describe el problema (el qu hacer) mientras que el diseo describe la solucin (el cmo hacerlo). En la mayora de pases industrializados esto ha dado lugar a la categora profesional del diseador o arquitecto del software. 1.1.7 ADMINISTRADOR DE BASES DE DATOS. El administrador de base de datos (DBA) es la persona responsable de losaspectos ambientales de una base de datos. En general esto incluye: Recuperabilidad - Crear y probar Respaldos Integridad - Verificar o ayudar a la verificacin en la integridad de datos Seguridad - Definir y/o implementar controles de acceso a los datos Disponibilidad - Asegurarse del mayor tiempo de encendido Desempeo - Asegurarse del mximo desempeo incluso con las limitaciones Desarrollo y soporte a pruebas - Ayudar a los programadores e ingenieros a utilizar eficientemente la base de datos. El diseo lgico y fsico de las bases de datos a pesar de no ser obligacionesde un ad ministrador de bases de datos, es a veces parte del trabajo. Esasfunciones por l o general estn asignadas a los analistas de bases de datos a los diseadores de bases de datos. Los deberes de un administrador de bases de datos dependen de ladescripcin del pu esto, corporacin y polticas de Tecnologas de Informacin (TI). Por lo general se incluye recuperacin de desastres (respaldos y pruebas de respaldos), anlisis de rendimiento y optimizacin, y algo de asistencia en el diseo de la base de datos. 1.2. CICLO DE VIDA CLSICO El ciclo de vida de un sistema de informacin est ligado al ciclo de vidadel sistem a de base de datos sobre el que se apoya. Al ciclo de vida de los sistemas de informacin tambin se le denomina ciclo de vida de desarrollo del software. Las etapas tpicas del ciclo de vida de desarrollo del software son: planificacin, recoleccin y anlisis de los requisitos, diseo (incluyendo eldiseo de la base de datos), creacin de prototipos, implementacin, prueba, conversin y mantenimiento. Este ciclo de vida hace nfasis en la identificacin de las funciones que realiza la empresa y en el desarrollo de las aplicaciones que lleven a caboestas funciones. Se dice que el ciclo de vida sigue un enfoque orientado afunciones, ya que los sistemas se ven desde el punto de vista de lasfunciones que llevan a cabo. Las etapas del ciclo de vida son: 1).- Planificacin del proyecto o Investigacin Preliminar. 2).- Definicin del sistema. 11

Anlisis y Diseo de Sistemas. 3).4).5).6).7).Recoleccin y anlisis de los requisitos. Diseo de la aplicacin o del sistema. Implementacin y evaluacin del sistema. Prueba de sistemas. Mantenimiento.

1.2.1 INVESTIGACIN PRELIMINAR. La solicitud para recibir ayuda de un sistema de informacin puedeoriginarse por v arias razones: sin importar cuales sean estas, el proceso se inicia siempre con la peticin de una persona. Planteamiento del Problema Identificar los componentes, explicando las relaciones entre ellos. Ubicar el problema dentro de un marco conceptual. Analizar el problema desglosando en sus unidades ms simples. simplificando, eliminando la informacin redundante. investigar estudios anlogos consultando la literatura existente. plantear el problema en una forma ms variable para poderinvestigarlo. 1.2.2 DETERMINACIN DE REQUERIMIENTOS. Determinacin de los requerimientos del sistema: El aspecto fundamentaldel anlisis de sistemas es comprender todas las facetas importantes de laparte de la empresa que se encuentra bajo estudio. Cada actividad realizada siempre es parte de un entorno mayor. El trabajo comienza estableciendo los requisitos de todos aquelloselementos impo rtantes del sistema. Asignando grupos con estos requisitos para integrar el sistema decmputo. Es esencial cuando el SW debe interrelacionarse con otros elementos SW, HW, personas, base de datos, etc. 1.2.3 DISEO DEL SISTEMA. Diseo del sistema: El diseo de un sistema de informacin produce losdetalles que est ablecen la forma en la que el sistema cumplir con losrequerimientos identificados durante la fase de anlisis. Los especialistasen sistemas se refieren, con frecue ncia, a esta etapa como diseo lgico en contraste con la del desarrollo del software, a la que denominan diseo fsico 1.2.4 DESARROLLO DEL SOFTWARE. Desarrollo del software: Los encargados de desarrollar software pueden instalar software comprobando a terceros o escribir programas diseados ala medida del solicitante. La eleccin depende del costo de cada alternativa, 12

Pablo Ortiz Cruz del tiempo disponible para escribir el software y de la disponibilidad de lospro gramadores 1.2.5 PRUEBA DEL SISTEMA. Prueba de sistemas: Durante la prueba de sistemas, el sistema se emplea demanera experimental para asegurarse de que el software no tenga fallas, esdecir, que f unciona de acuerdo con las especificaciones y en la forma en que los usuarios esperan que lo haga. Dependiendo del tamao de la Empresa que usara el Sistema y el riesgo asociado a su uso, puede hacerse la eleccin de comenzar la operacin delSistema sol o en un rea de la Empresa (como una Prueba piloto), que puedellevarse a cabo en u n Departamento o con una o dos personas. Cuando se implanta un nuevo sistema lo aconsejable es que el viejo y el nuevo funcionen de manera simultnea o paralela con la finalidad de comparar losresultad os que ambos ofrecen en su operacin, adems dar tiempo al personal para su entrenamiento y adaptacin al nuevo Sistema. Durante el Proceso de Implantacin y Prueba se deben implementar todaslas estrateg ias posibles para garantizar que en el uso inicial del Sistemaeste se encuentre libre de problemas lo cual se puede descubrir duranteeste proceso y levar a cabo las correcciones de lugar para su buen funcionamiento. Desdichadamente la evaluacin de Sistemas no siempre recibe la atencinque merece, s in embargo cuando se lleva a cabo de manera adecuada proporciona muchas informaciones que pueden ayudar a mejorar la efectividad de los esfuerzos de desarrollo de aplicaciones futuras. 1.2.6 IMPLANTACIN Y EVOLUCIN. La implantacin es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los archivos de datosnece sarios para utilizarla. Una vez instaladas, las aplicaciones se emplean durante muchos aos y laevaluacin o curre a lo largo de cualquiera de las siguientes dimensiones: Evaluacin operacional, Impacto organizacional, Opinin de los administradores, Desempeo del desarrollo. Es la ltima fase del desarrollo de Sistemas. Es el proceso instalar equipos o Software nuevo, como resultado de un anlisis y diseo previo como resultado de la sustitucin o mejoramiento de la forma de llevar a cabo un proceso automatizado. Al Implantar un Sistema de Informacin lo primero que debemos hacer es asegurarnos que el Sistema sea operacional o sea que funcione de acuerdo a los requerimientos del anlisis y permitir que los usuarios puedan operarlo. Existen varios enfoques de Implementacin: Es darle responsabilidad a los grupos. Uso de diferentes estrategias para el entrenamiento de los usuarios. El Analista de Sistemas necesita ponderar la situacin y proponer unplan de conver sin que sea adecuado para la organizacin. 13

Anlisis y Diseo de Sistemas. El Analista necesita formular medidas de desempeo con las cualesevaluar a los Usu arios. Debe Convertir fsicamente el sistema de informacin antiguo, al nuevo modificado. En la preparacin de la Implantacin, aunque el Sistema este bien diseado y desarrollado correctamente su xito depender de su implantacin y ejecucin por lo que es importante capacitar al usuario conrespecto a su uso y mantenimiento. Capacitacin de Usuarios del Sistema: Es ensear a los usuarios que se relacionan u operan en un proceso deimplantacin. La Responsabilidad de esta capacitacin de los Usuarios primarios y secundarios es del Analista, desde el personal de captura de datos hastaaquellos que toman las decisiones sin usar una Computadora. No se debe incluir a personas de diferentes niveles de habilidad e intereses de trabajo; debido a que si en una Empresa existen trabajadores inexpertosno se pueden incluir en la misma seccin de los expertos ya que ambos grupos quedaran perdidos. "Es como querer conducir dos Barcos con diferentes destinos con un mismo Mapa de rutas o con el mismo timn". Aun y cuando la Empresa puede contratar los Servicios de Instructoresexternos, e l analista es la persona que puede ofrecer la mejor capacitacindebido a que conoc e el personal y al Sistema mejor que cualquier otro. A lafalta o imposibilidad d el analista la organizacin puede contratar otros servicios de capacitacin como son: Vendedores: Son aquellos que proporcionan capacitacin gratuita fuera de la Empresa de uno o dos das. Instructor pagado externamente: Son aquellos que pueden enseartodo acerca de las computadoras pero para algunos usuarios esta no es unacapacitacin necesaria. Instructores en casa: Estn familiarizados con el personal y pueden adecuar los materiales a sus necesidades, pero le faltara experiencia en Sistemas de Informacin que es realmente la necesidad del usuario. Objetivos de la Capacitacin: Es lograr que los usuarios tengan el Dominio necesario de las cosas bsicasacerca de las maquinarias y procesos que se emplean para su operacin demanera eficiente y segura. La Evaluacin del Sistema: Se lleva a cabo para identificar puntos dbiles y fuertes del Sistemaimplantado. L a evaluacin ocurre a lo largo de cualquiera de las siguientescuatro dimensiones: Evaluacin operacional: 14

Pablo Ortiz Cruz Es el Momento en que se evala la manera en que funciona el Sistema, esto incluye su facilidad de uso, Tiempo de respuesta ante una necesidad o proceso, como se adecuan los formatos en que se presenta la Informacin, contabilidad global y su nivel de Utilidad. Impacto Organizacional: Identifica y mide los beneficios operacionales para la Empresa en reas tales como, Finanzas (Costos, Ingresos y Ganancias), eficiencia en eldesempeo lab oral e impacto competitivo, Impacto, rapidez y organizacin en el flujo de Informacin interna y externa. Desempeo del Desarrollo. Es la evaluacin del Proceso de desarrollo adecuado tomando en cuentas ciertos criterios como, Tiempo y esfuerzo en el desarrollo concuerden conpresupu esto y estndares y otros criterios de Administracin de Proyectos. Adems se incluyen la valoracin de los mtodos y herramientas utilizadosdurante el de sarrollo del Sistema. 1.2.7 MANTENIMIENTO. Con posterioridad a la fase de implementacin de los sistemas, se impone la fase de mantenimiento. El mantenimiento de sistemas es el mantenimiento continuo despus delinicio del fu ncionamiento. Cuando se elaboran planes para la estrategia de informacin, las organizaciones no pueden dejar de considerar que el mantenimiento desistemas es la fase ms prolongada y costosa del ciclo de vida de los sistemas. Las implicaciones del volumen de trabajo para mantenimiento para los planes de estrategia de informacin en una organizacin es untema que merec e atencin especial. La estructura de organizacin necesitaflexibilidad para apoyar el mantenimiento de los sistemas existentes concurrentemente con la ejecucin de nuevas tecnologas. Es importante considerar la evaluacin y el monitoreo de un sistema entrminos del m antenimiento necesario y, en consecuencia, reducir o contener los costos implcitos. El mantenimiento de sistemas puedeclasificarse en cuatro grupos, cada uno de los cuales repercute en el plan estratgico de informacin institucional de diferentes maneras: Mantenimiento correctivo. Independientemente de cun bien diseado, desarrollado y probado est un sistema o aplicacin, ocurrirn errores inevitablemente. Este tipo de mantenimiento se relaciona con la solucin o la correccin de problemas del sistema. Atae generalmente a problemas no identificados durante la fase de ejecucin. Un ejemplo de mantenimientocorrectivo es la falta de una caracterstica requerida por el usuario, o su funcionamiento defectuoso. Mantenimiento para fines especficos. Este tipo de mantenimiento se refiere a la creacin de caractersticas nuevas o a la adaptacin de las existentes segn lo requieren los cambios en la organizacin o los usuarios, por ejemplo, los cambios en el cdigo tributario o los reglamento internos de la organizacin. Mantenimiento para mejoras. Se trata de la extensin o el mejoramiento deldesempeo del sistema, ya sea mediante el agregado de nuevas

15

Anlisis y Diseo de Sistemas. caractersticas, o el cambio de las existentes. Un ejemplo de este tipo demantenim iento es la conversin de los sistemas de texto a GUI (interfaz grfica de usuarios). Mantenimiento preventivo. Este tipo de mantenimiento es probablemente uno de los ms eficaces en funcin de los costos, ya que si se realiza de manera oportuna y adecuada, puede evitar serios problemas en el sistema. Un ejemplo de este mantenimiento fue la correccin del problema del ao2000. 1.3 ANLISIS ESTRUCTURADO. Un sistema de informacin realiza cuatro actividades bsicas: entrada, almacenamiento, procesamiento y salida de informacin. Entrada de Informacin: Es el proceso mediante el cual el Sistema deInformacin toma los datos que requiere para procesar la informacin. Lasentradas pueden ser manua les o automticas. Las manuales son aquellasque se proporcionan en forma directa p or el usuario, mientras que las automticas son datos o informacin que provienen o son tomados de otros sistemas o mdulos. Esto ltimo se denomina interfaces automticas. Almacenamiento de informacin: El almacenamiento es una de las actividades o capacidades ms importantes que tiene una computadora, ya que a travs de esta propiedad el sistema puede recordar la informacin guardada en la seccin o proceso anterior. Esta informacin suele ser almacenada en estructuras de informacin denominadas archivos. La unidad tpica de almacenamiento son los discos magnticos o discos duros, los discos flexibles o diskettes y los discos compactos (CD-ROM). Procesamiento de Informacin: Es la capacidad del Sistema de Informacin para efectuar clculos de acuerdo con una secuencia de operacionespreestablecida. Estos clculos pueden efectuarse con datos introducidos recientemente en el sistema o bien con datos que estn almacenados. Esta caracterstica de los sistemas permite la transformacin de datos fuente en informacin que puede ser utilizada para la toma de decisiones, lo que hace posible, entre otras cosas, que un tomador de decisiones genere una proyeccin financiera a partir de los datos que contiene un estado de resultados o un balance general de un ao base. Salida de Informacin: La salida es la capacidad de un Sistema deInformacin para sa car la informacin procesada o bien datos de entrada alexterior. Las unidades tpica s de salida son las impresoras, terminales, diskettes, cintas magnticas, la voz, los graficadores y los plotters, entre otros. Es importante aclarar que la salida de un Sistema de Informacinpuede const ituir la entrada a otro Sistema de Informacin o mdulo. En este caso, tambin existe una interface automtica de salida. Por ejemplo, el Sistema de Control de Clientes tiene una interface automtica de salida con el Sistema de Contabilidad, ya que genera las plizas contables de losmovimien tos procesales de los clientes. 16

Pablo Ortiz Cruz 1.3.1 ELEMENTOS DEL ANLISIS ESTRUCTURADO. Entradas: Elementos que requiere el sistema para funcionar Proceso: Manipular, trabajar con la entrada para obtener un resultado (tcnicas, formulas, mtodos etc.) Salidas: Resultado, la satisfaccin de la necesidad Frontera: El lmite del sistema Integracin: Es la unin de los elementos del sistema y se define en base a: objetivos, metas y funciones Comunicacin: Que informacin o datos se comunican, a quien se comunican, hacia donde y por qu medio. 1.4 TCNICAS PARA ENCONTRAR HECHOS. Los analistas pueden emplear varios mtodos para obtener, reunir ydeterminar los r equerimientos del sistema. Entre estos tenemos: 1.4.1 ENTREVISTAS. Es una conversacin dirigida con el propsito especfico que utiliza unformato de preg untas y respuestas. Se espera de la entrevista, obtener opiniones de los entrevistados acerca de la situacin actual del sistema, losobjet ivos organizacionales, comentarios personales y procedimientos. Pasos para planificar la entrevista - Leer los antecedentes. - Establecer los objetivos de la entrevista. - Decidir a quin entrevistar. - Preparar al entrevistado. - Decidir el tipo de preguntas y la estructura ( estructurada o no estructurada). 1.4.2 CUESTIONARIOS. Es una tcnica de recopilacin de informacin que permite a travs del empleo de formatos estandarizados reunir informacin para estudiar las actitudes, comportamientos y caractersticas de muchas personas. Loscuestionarios pueden ser de manera rpida, los cuales deben cumplir unasdirectrices: - Determinar que fines se persigue con al elaboracin del cuestionario. - Los tipos de preguntas que utiliza un cuestionario son : abierta y cerrada. - Elegir el lenguaje del cuestionario, implica utilizar el lenguaje que emplean los encuestados. la redaccin debe ser sencilla. Uso de escalas en los cuestionarios Los analistas de sistemas emplean dos formas de escalas de medicin - Escalas nominales: Se emplean para clasificar cosas Que tipo de software emplea mas? 17

Anlisis y Diseo de Sistemas. 1= 2= 3= 4= Un procesador de texto Una hoja de calculo Una base de datos Un programa de correo electrnico

- Escalas de Intervalos: Poseen la caracterstica de que los intervalos entre cada uno de los nmeros son iguales. Que tan til es el apoyo que ofrece el grupo de soporte tcnico? No tiene utilidad alguna Es sumamente til 1 2 3 4 5 Diseo de los cuestionarios: - Dejar bastante espacio en blanco - Facilitar a los encuestados que marquen con claridad sus respuestas - Mantener un estilo consistente. - Mantener lineamientos: primero colocar preguntas mas importantes, agrupar los elementos de contenido similar, incorporar primero las preguntas menos polmicas. 1.4.3 REVISIN DE LOS REGISTROS. Varios tipos de reportes y de registros pueden proporcionar al analistainformacin valiosa con respecto a las organizaciones y a sus operaciones. Al revisar los registros, el analista examina la informacin asentada enellos rela cionada con el sistema y los usuarios. La revisin puedeefectuarse el comienzo del estudio, como introduccin o despus, esto sirvepara comparar las operaciones actua les, por lo tanto los registros puedenindicar que est sucediendo. Los registros incluyen manuales de polticas, reglamentos y procedimientos estndares de operacin utilizados por la mayor parte de las organizaciones como guas. Los registros no indican la forma en la que se desarrollan lasactivida des, donde se encuentra todo el poder en la toma de decisiones, o como se realizan todas las tareas. 1.4.4 OBSERVACIN. Por medio de la observacin el analista obtiene informacin de primeramano sobre la forma en que se efectan las actividades. este mtodo es til cuando el analista necesita observar: - La forma en que se manejan los documentos y se llevan a cabo los procesos. - Si se siguen los pasos especificados. El mtodo de la observacin cumple unos requisitos - Sirve a un objetivo, previamente establecido -Es planificada sistemticamente - Es controlada previamente 18

Pablo Ortiz Cruz - Est sujeta a comprobaciones de fiabilidad y validez Etapas de la Observacin: - Se plantea un objetivo - Recogida de datos: definir las variables a observar, costo en tiempo y gasto econmico, decidir el muestreo de datos. - Anlisis e interpretacin de los datos recogidos - Elaborar conclusiones o incluso replanteamientos - Comunicacin de los resultados: Informe sobre si los hallazgos son o no relevantes. 19

Anlisis y Diseo de Sistemas. UNIDAD II: DISEO DE SISTEMAS 2.1 HERRAMIENTAS PARA DOCUMENTAR CONCEPTO DE DECISIN. Apoyan el proceso de formular las caractersticas que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades del anlisis: 2.1.1 ACCIONES. Herramientas de especificacin. Apoyan el proceso de formular las caractersticas que debe tener una aplicacin, tales como entradas, Salidas, procesamiento y especificacionesde contr ol. Muchas incluyen herramientas para crear especificaciones de datos. Herramientas para presentacin. Se utilizan para describir la posicin de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida. Herramientas para el desarrollo de Sistemas. Estas herramientas nos ayudan como analistas a trasladar diseos en aplicaciones funcionales. Herramientas para Ingeniera de Software. Apoyan el Proceso de formular diseos de Software, incluyendoprocedimientos y cont roles, as como la documentacin correspondiente. Generadores de cdigos. Producen el cdigo fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas. Herramientas para pruebas. Apoyan la fase de la evaluacin de un Sistema o de partes del mismo contralas espe cificaciones. Incluyen facilidades para examinar la correcta operacin del Sistema as como el grado de perfeccin alcanzado en comparacin con las expectativas. La revolucin del procesamiento de datos de manera computarizada, junto con las prcticas de Diseo sofisticadas est cambiando de forma dramticala manera en q ue se trasladan las especificaciones de Diseo de Sistemas de Informacin funcionales. 2.1.2 RBOLES DE DECISIN. Cuando un proceso de decisin estructurada se integra con ramificacionescomplejas, entonces se hace uso de los rboles de decisiones. Los rboles de decisiones se dibujan sobre un plano horizontal, con la raz del rbol al lado izquierdo del papel y las ramas hacia la derecha. Esto permite alanalista d escribir las condiciones de acciones sobre las ramas. Cuando se dibujan los rboles de decisiones es til distinguir entre las

condiciones y las acciones. Para este propsito, el uso de un nodo cuadrado 20

Pablo Ortiz Cruz indica una accin y un crculo representa una condicin, tal y como se representa en la figura 5.4.1. El uso de esta notacin hace ms accesible elrbol de d ecisiones s uno piensa que un crculo significa IF (SI), mientrasque cuadrado signi fica THEN (ENTONCES). El rbol de decisiones tiene tres ventajas principales sobre la tabla de decisiones: Primera, es que toma las ventajas de la estructura consecutiva de las ramas del rbol de decisiones, de tal forma que se identifican de manerainmediata el orden de verificacin de las condiciones y las acciones que se deben llevar a cabo. Segundo, las condiciones y acciones del rbol de decisiones se encuentran en ciertas ramas pero no en otras, a diferencia de las tablas de decisiones, donde todas forman parte de la misma tabla. Tercero, al compararse con las tablas los rboles de decisiones se entiendencon ms facilidad en una organizacin y son apropiados como un mtodo de comunicacin. 2.1.3 TABLAS DE DECISIN. Una tabla de decisiones es una tabla de renglones y columnas que contiene cuatro cuadrantes. El cuadrante superior izquierdo contiene la condicin, el cuadrante superior derecho opciones a la condicin. La mitad inferior de la tabla contiene las acciones que se van a tomar (en el extremo izquierdo) y las reglas para ejecutar las acciones (en el derecho). Cuando una tabla dedecisi ones se utiliza para determinar las acciones que se llevaron a cabo, lalgica sigu e el sentido del reloj, comenzando en el extremo superiorizquierdo. TABLA DE DECISIONES Condiciones y acciones Reglas Condiciones Alternativas de la condicin Acciones Registro de las acciones Para construir tablas de decisin, el analista necesita definir el tamao mximo de la tabla, eliminar cualquier situacin imposible, inconsistencia o redundancia y simplificar la tabla mejor posible. Los siguientes pasosproveen al analista de un mtodo sistemtico para el desarrollo de tablasde decisiones: Determine el nmero de condiciones que pudieran afectar la decisin. Combine renglones que se sobrepongan. El nmero de condiciones ser igual al nmero de renglones presentes en la mitad superior de la tabla de decisiones. Determine el nmero de acciones posibles que puedan realizarse. Este ser igual al nmero de renglones de la parte inferior de la tabla de decisiones.

21

Anlisis y Diseo de Sistemas. Determine el nmero de opciones para cada condicin. En la forma ms sencilla, habr dos alternativas (S o N) para cada condicin. En una tablade tipo ex tendida, puede llegar a haber muchas opciones para cada condicin. 2.2 ELEMENTOS DEL DISEO. Al disear un sistema informtico, se tienen en cuenta los cinco elementos fundamentales que componen el hardware: la unidad aritmtico-lgica, la unidad de control, la memoria, la entrada y la salida. La unidad aritmticolgica realiza operaciones aritmticas y compara valores numricos. Launidad de contro l dirige el funcionamiento de la computadora recibiendoinstrucciones del usuario y transformndolas en seales elctricas quepuedan ser comprendidas por los circuitos del ordenador. La combinacin de la unidad aritmtico-lgica y la unidad de control se denomina unidad central de procesamiento, o CPU (siglas en ingls). La memoria almacena instrucciones y datos. Las secciones de entrada y salida permitenrespectivamente que la computadora reciba y enve datos. Se necesitan arquitecturas diferentes de hardware debido a las necesidades especializadas de los distintos sistemas y usuarios. Por ejemplo, un usuario puede necesitar que su sistema muestre grficos de forma extremadamente rpida, mientras que otro tal vez necesite buscar eficazmente en una base de datos o tener un consumo bajo de energa, como en el caso de ordenadores personales porttiles. Adems del diseo del hardware, se debe considerar los sistemas operativos que harn funcionar el sistema. El software, como los lenguajes de programacin y los sistemas operativos, hace que los detalles de la arquitectura del hardware resulten invisiblespara el usuario. Por ejemplo, diferentes computadoras que empleen ellenguaje de program acin C o el sistema operativo UNIX pueden parecer iguales desde el punto de vista del usuario aunque la arquitectura dehardware se a diferente. 2.2.1 FLUJO DE DATOS. Un diagrama de flujo de datos (DFD por sus siglas en espaol e ingls) esuna represe ntacin grfica del "flujo" de datos a travs de un sistema deinformacin. Un diagrama d e flujo de datos tambin se puede utilizar para la visualizacin de procesamiento de datos (diseo estructurado). Es una prctica comn para un diseador dibujar un contexto a nivel de DFD queprimero muestra la interaccin entre el sistema y las entidades externas. Este contexto a nivel de DFD se "explot" para mostrar ms detalles delsistema que s e est modelando. Los diagramas de flujo de datos fueron inventados por Larry Constantine, el desarrollador original del diseo estructurado, basado en el modelo de computacin de Martin y Estrin: "flujo grfico de datos" . Los diagramas de flujo de datos (DFD) son una de las tres perspectivas esenciales de Anlisis de Sistemas Estructurados y Diseo por Mtodo SSADM. El patrocinador deun proyecto y los usuarios finales tendrn que ser informados y consultados en todas las etapas de una evolucin del sistema. Con un diagrama de flujode datos , los usuarios van a poder visualizar la forma en que el sistemafuncione, lo que el sistema va a lograr, y cmo el sistema se pondr enprctica. El antiguo sistema de diagramas de flujo de datos puede ser 22

Pablo OOrtiz Cruz OOrtiz Cruz elaboradoo y se coompar coon el nuevo sisteema de diagramass de flujoo paraestabl eceer diferenncias y mejoras a aplicar ppara desaarrollar uun sistemma ms eficiente.. Los diiagramas de flujo de datos pueeden serr usados para pproporcioonar al ussuario finnal una idea fsicaa de cmoo resultarn los datos a ltima innstancia, y cmo tienen uun efecto sobre laa estructura de todo el sistema. La mannera en que cuaalquier ssistema es desarrrollado puededeterminars e a travs de uun diagrama de fluujo de datos. El deesarrollo de un DDFD ayuda en la identificacin de los datoss de la trransaccin en el mmodelo de datos. 2.2.2 ALMACENESS DE DATTOS. LLa integracin de los dattos y de los sisttemas surge comoo un resultado directo dde la cenntralizacin del departameento de ssistemas bajo una sola estructurra adminiistrativa. LLas nueevas tecnologasrelacionnadas con basee de daatos, sisstemas administrradores de basess de dattos y lenguajes de cuarta generracin, hhicieron posible laa integracin. En esta eetapa surrge la pr imera hoja electrnica de clculo ccomerciall y los uusuarios inician hhaciendo sus propiias aplicaaciones. EEsta herrramienta ayudmu cho a que los usuarioss hicieran su proopio trabbajo y noo tuvieraan que esperar aa que sus propuesttas de sisstemas fueran cummplidas. El costo del equippo y del software disminuyy por loo cual esttuvo al alcance de ms usuarios. En formaa paralela a los cambios tecnolgiccos, cambbi el roll del usuario ydel dep arrtamento de Sistemmas de Innformacin. El deppartamennto de sisstemas evolucionn hacia una estrructura ddescentraalizada, ppermitienndo al usuario uutilizar hherramienntas paraa el desarrrollo de sistemas.. LLos usuarios y el departammento de sistema iiniciaron el desarrrollo de nnuevos sistemas,, reempllazando los sistemas aantiguos, en benneficio de la o ccin. organiza El departtamento dde Sistemmas de Informacinn reconocce que la informaccin es uun recursso muy vaalioso quee debe estar accessible paraa todos loos usuarioos. 23

Anlisis y Diseo de Sistemas. Para poder cumplir con lo anterior resulta necesario administrar los datos en forma apropiada, es decir, almacenarlos y mantenerlos en forma adecuada para que los usuarios puedan utilizar y compartir este recurso. El usuario de la informacin adquiere la responsabilidad de la integridad de la misma y debe manejar niveles de acceso diferentes. 2.2.3 PROCESOS. Actividades para aceptar, manejar y suministrar datos e informacin. Pueden ser manuales o basadas en computadora. 2.2.4 PROCEDIMIENTOS. Mtodos y rutinas para utilizar el sistema de informacin y lograr con ello los resultados esperados. 2.2.5 FUNCIONES DEL PERSONAL. Las responsabilidades de todas las personas que tienen que ver con elnuevo siste ma incluyendo los usuarios, operadores de computadora ypersonal de apoyo. Abarca todo el espectro de componentes del sistema, incluso desde la entrada de datos hasta la distribucin de salidas o resultados. A menudo, las funciones del personal se establecen en forma deproced imiento. 24

Pablo Ortiz Cruz UNIDAD III: MODELADO DE SISTEMAS ORIENTADO A OBJETOS 3.1 CONCEPTOS. Hay varios conceptos que son propios de la orientacin a objetos y otros inherentes a la tecnologa. Aunque no todos son exclusivos de los sistemas orientados a objetos estn bien apoyados por el paradigma. Orientado a Objetos: significa que el software se organiza como unacoleccin de ob jetos discretos que contienen tanto estructuras de datos como comportamiento. Identidad: Los datos estn cuantificados en entidades discretas ydistinguibles den ominadas objetos. Cada objeto posee su propia identidad inherente. Pueden ser ejemplos de objetos, un prrafo de un documento, lareina bla nca del juego de ajedrez, una silla. En otras palabras: dos objetossern distintos aun cuando los valores de todos sus atributos (tales como elnombre y el tamao) s ean idnticos. Por ejemplo en un conjunto de 6 sillasde un mismo juego los valores de los atributos son los mismos y cada una de las sillas tiene su propia identidad. Identificacin: en el mundo real los objetos se limitan a existir, pero dentro de un entorno de computacin cada objeto posee una identificacin mediante la cual se puede hacer alusin a l de modo exclusivo. La identificacin se puede implementar de distintas maneras que pueden ser como una direccin, un ndice de una matriz, o un valor exclusivo de un atributo. Clasificacin: significa que los objetos con la misma estructura de datos(atributo s) y comportamiento (operaciones) se aglutinan para formar unaclase. Son ejemplo s de clases: prrafo, pieza de ajedrez. Clase: Es una abstraccin que describe propiedades importantes para una aplicacin y que ignora el resto. La seleccin de clases es arbitraria ydepende de l a aplicacin. Una clase contienen el molde (estructura, esquema) a partir del cual se crean los objetos que pertenecen a ella y elcdigo q ue debe ejecutarse cada vez que un objeto de la clase recibe unmensaje. Una clas e contiene la descripcin de las caractersticas comunes de todos los objetos que pertenecen a ella: la especificacin del comportamiento, la definicin de la estructura interna y la implementacin de los mtodos. Instancia: se dice que cada objeto es una instancia de su clase. Toda clase describe un conjunto posiblemente finito de objetos individuales. Toda instancia de la clase posee su propio valor para cada uno de los atributos pero comparte los nombres de los atributos y las operaciones con las demsinstanci as de la clase. Todo objeto contiene una referencia implcita a supropia clase; sabe la clase de cosa que es . Los objetos contienen los valores de los atributos (que lo distinguen de otros objetos) y unaidentidad. 25

Anlisis y Diseo de Sistemas. 3.1.1 MODELADO. El Modelado y Diseo Orientado a Objetos se funda en pensar acerca deproblemas a r esolver empleando modelos que se han organizado tomando como base conceptos del mundo real. La unidad bsica es el objeto quecombina las e structuras de datos con los comportamientos en una entidad nica. La Metodologa OMT se extiende desde el anlisis hasta la implementacin pasando por el diseo. En primer lugar, se construye un modelo de anlisispara abstr aer los aspectos esenciales del dominio de la aplicacin sin tener en cuenta la implementacin eventual. En este modelo se toman decisionesimportante s que despus se completan para optimizar la implementacin en segundo lugar. Los objetos del dominio de la aplicacin constituyen elmarco de tra bajo del modelo de diseo, pero se implementan en trminos de objetos del dominio de la computadora. Por ltimo, el modelo de diseo se implementa en algn lenguaje de programacin, base de datos o hardware. 3.1.2 MODELADO DE OBJETOS. Un modelo es una abstraccin de algo, cuyo objetivo es comprenderlo antes de construirlo. Dado que los modelos omiten los detalles no esenciales es ms sencillo manipularlos que manipular la entidad original. La abstraccin permite enfrentarse a la complejidad. Los ingenieros, artistas yartesa nos han estado construyendo modelos durante miles de aos paraprobar los diseos ant es de ejecutarlos. El desarrollo de sistemas hardwarey software no es una excepc in. Para construir sistemas complejos, el desarrollador debe abstraer distintas vistas del sistema, construir modelos utilizando notaciones precisas, verificar que los modelos satisfacen los requisitos del sistema y aadir, gradualmente, detalles para transformar los modelos en una implementacin. Los modelos tienen varios objetivos: Probar una entidad fsica antes de construirla Comunicacin con el cliente Visualizacin del conjunto Reduccin de la complejidad La abstraccin es el examen selectivo de ciertos aspectos de un problema. Su finalidad es aislar aquellos aspectos que sean importantes para algnobjetivo y suprimir los aspectos que no lo sean. La abstraccin siempredebe de hacerse con a lgn objetivo prefijado, porque el propsito determina lo que es y no es importante. Es posible efectuar muchas abstraccionesdiferentes de la misma cosa, dependiendo del propsito para el cual se hagan esas abstracciones. Todas las abstracciones son incompletas e imprecisas. La realidad es unared sin costuras. Todo lo que digamos acerca de ella, cualquier descripcin, ser una versin reducida. Todas las palabras y lenguajes humanos son abstracciones, descripciones incompletas del mundo real. Esto no eliminasu utili dad. El propsito de una abstraccin es limitar al universo para que podamos hacer cosas. Al construir modelos, por tanto, no debe uno buscar la verdad absoluta, sino su adecuacin para algn propsito. No existe un 26

Pablo Ortiz Cruz nico modelo correcto de una situacin, solo existen modelos adecuados o inadecuados. Un buen modelo captura los aspectos cruciales del problema y omite los dems. La metodologa OMT emplea tres clases de modelos para describir el sistema: el Modelo de Objetos que describe los objetos del sistema y susrelacion es; el Modelo Dinmico que describe las interacciones existentes entre objetos del sistema; y el Modelo Funcional que describe las transformaciones de datos del sistema. Todos los modelos son aplicables en la totalidad de las fases del desarrollo y van adquiriendo detalles deimplementa cin a medida que progresa el desarrollo. 3.1.3 MODELO DINMICO. Describe los aspectos de comportamiento (de control) de un sistema que cambian con el tiempo. El modelo dinmico se utiliza para especificar e implementar los aspectos del control del sistema. Los modelos dinmicoscontienen d iagramas de estados. Un diagrama de estados es un grafo cuyosnodos son estados y cuyos arcos son transiciones entre estados causadas por sucesos o eventos. Se especifican en este modelo la temporizacin y secuencia de operaciones(sucesos que marcan los cambios, secuencias de sucesos, estados que definen el contexto para los sucesos), y la organizacin de sucesos y deestados. E l modelo dinmico captura el control, aquel aspecto de un sistema que describe las secuencias de operaciones que se producen sin tener encuenta lo que hagan las operaciones, aquello a lo que afecten o la forma enla que estn imp lementadas. Las acciones de los diagramas de estado se corresponden con funciones procedentes del modelo funcional; los sucesos de un diagrama de estado pasan a ser operaciones que se aplican a objetosdentro del modelo de objetos. 3.1.4 MODELO FUNCIONAL. Describe las transformaciones (de funcin), de valores de datos que ocurren dentro del sistema, captura lo que hace el sistema, independientemente decuando se haga o de la forma en que se haga. El modelo funcional contienediagramas de f lujo de datos. Un diagrama de flujo de datos es un grafo cuyos nodos son procesos y cuyos arcos son flujos de datos, se muestra lasdepend encias entre los valores y el clculo de valores de salida a partir delos de entra da y de funciones, sin considerar cuando se ejecutan las funciones, ni siquiera si llegan a ejecutarse. Las funciones se invocan como acciones en el modelo dinmico y semuestran como ope raciones que afectan a objetos en el modelo de objetos. 3.2 DESCRIPCIN DE MODELOS DE OBJETOS. Una descripcin completa del sistema requiere los tres modelos. Un procedimiento tpico de software contiene estos tres aspectos: utilizaestructuras de datos (modelo de objetos), secuencia las operaciones en el tiempo (modelo dinmico) y transforma valores (modelo funcional). Cada modelo referencia a entidades de los otros modelos, los tres modelos estn relacionados entre si. Las interconexiones entre los distintos modelos 27

Anlisis y Diseo de Sistemas. son limitadas y explcitas. Los buenos diseos aslan los distintos aspectosdel sistem a y limitan el acoplamiento entre ellos.

El ms importante es el modelo de objetos porque es necesario paradescribir qu est camb ando o transformndose, antes de describir cundo y cmo cambia. El enfoque orientado a objetos se centraprimordialmente en iden objetos procedentes del dominio de laaplicacin ajustndoles despus los procedimient os. Soporta mejor lasevoluciones de los requisitos porque est basado en el entorn o subyacentedel dominio de la aplicacin en s, ms que en los requisitos funcionales adhoc de un nico problema. 3.2.1 SIMBOLOGA. PAQUETES: Permiten dividir un modelo, reagrupar y encapsular los elementos de modelado y se representa con una carpeta con nombre. Grficamente un paquete viene representado como se indica en la Figura: . Cualquier sistema grande se debe dividir en unidades ms pequeas, demodo que las pe rsonas puedan trabajar con una cantidad de informacin limitada, a la vez y de modo que los equipos de trabajo no interfieran con el trabajo de los otros. Los paquetes ofrecen un mecanismo general para la organizacin de losmodelos/subsi stemas agrupando elementos de modelado. Cada paquetecorresponde a un submodelo ( subsistema) del modelo (sistema). Los paquetes son unidades de organizacin jerrquica de uso general de losmodelos de UML . Pueden ser utilizados para el almacenamiento, el control de acceso, la gestin de la configuracin y la construccin de bibliotecasque contenga n fragmentos reutilizables del modelo. CASOS DE USO: Un Caso de Uso es representado por una elipse y es una descripcin de la secuencia de interacciones que se producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tareaespecfic a. Representan la funcionalidad del sistema y los requisitos del sistema desde la perspectiva del usuario. Los objetivos de los casos de uso son los siguientes: Capturar los requisitos funcionales del sistema y expresarlosdesde e l punto de vista del usuario. Guiar todo el proceso de desarrollodel sistema de informacin. Los casos de uso proporcionan, por tanto, unmodo claro y preciso de c omunicacin entre cliente y desarrollador. Desdeel punto de vista del cliente prop orcionan una visin de caja negra delsistema, esto es, cmo aparece el sistema desde e l exterior sin necesidad deentrar en los detalles de su construccin. Para los des arrolladores, suponenel punto de partida y el eje sobre el que se apoya todo el desarrollo delsistema en sus procesos de anlisis y diseo. ACTORES: Un actor es una entidad externa al sistema que realiza algn tipo de interaccin con el mismo. Se representa mediante una figura humana dibujada con palotes. 28

Pablo Ortiz Cruz Esta representacin sirve tanto para actores que son personas como paraotro tipo d e actores (otros sistemas, sensores, etc.). Si se habla de usuarios, un actor es el papel que puede llevar a cabo en cuanto a su forma de interactuar con el sistema, es decir, un nico actor puede representar a muchos usuarios diferentes y de la misma forma, un usuario puede actuar como actores diferentes. RELACIONES: Las relaciones pueden tener lugar entre actores y casos de uso o entre casos de uso. La relacin entre un actor y un caso de uso es unarelacin de comunicacin, que indica que un actor interviene en el caso de uso. Normalmente, el actor aporta informacin para la realizacin de uncaso de uso o recibe informacin como resultado de la realizacin del mismo, por ello, esta relacin puede ser unidireccional o bidireccional, aunque generalmente se muestra como bidireccional, ya que no es necesarioespecif icar en detalle estas relaciones. La relacin entre casos de uso es una relacin unidireccional. Esta relacin puede presentar uno de los dos siguientes tipos: usa y extiende . 3.2.2 IDENTIFICACIN DE OBJETOS Y CLASES. OBJETOS: Es la representacin de una entidad sea real o conceptual. Unobjeto puede representar algo concreto (una persona, un auto, una computadora, etc.), o un concepto (un proceso qumico, una transaccin bancaria, una orden de compra, etc.). Un objeto tiene tres caractersticas: a. Estado: Representado por una coleccin de propiedades o atributos, por ejemplo el objeto Curso puede estar en uno de dos estados: Abierto o Cerrado . b. Conducta: Representa todo lo que el objeto puede hacer (Operaciones), por ejemplo un curso disponible podra tener las operaciones: AgregarEstudiante() y EliminarEstudiante() c. Identidad: Representa la unicidad de un objeto con respecto a otros objetos, por ejemplo: Matemtica 001- Seccin 1 y Matemtica 001 Seccin 2son dos objeto s del Sistema de Registro Curso. Aunque ambos cursos estn disponibles, cada uno tiene una nica identidad. En uml, los objetos son representados con rectngulos y el nombre del objeto es subrayado. CLASES: es una descripcin de un grupo de objetos la cual consta de: propiedades comunes (los atributos), conductas comunes(losfuncionamientos), rela ciones comunes y semntica comn. As una clase es una plantilla para crear objetos. Cada objeto es una instancia de algunaclase u objeto. Por ejemplo, la clase Curso Disponible puede definirse con las siguientes caractersticas: a. Atributos: ubicacin, horas disponibles. b. .Operaciones: recuperar ubicacin, recuperar horas al da, agregarestudiante. As: Matemtica 001 Seccin 1 y Matemtica 001 Seccin 2son objetos pertenecientes a la clase Curso Disponible . Cada objetodebera tener valores para sus atributos y acceso a la s operacionesespecificadas en la clase Curso Disponible . 29

AAnlisis y Diseeo de Sistemaas. Anlisis y Diseeo de Sistemaas. En UML, las clasees se reprresentan con rectngulos divididos en tres p artes. 3.2.3 OPERACINN, MTODDOS, ASOOCIACIONNES Y MULTIPLICIIDAD. LLas operraciones son los procesos que uuna clasee sabe lllevar a cabo. Evidentemente, coorrespondden a los mtodos sobre unna clase. En el nivel de especificaacin, las operaciiones correspondeen a los mtodos pblicos sobre uun tipo. En generral, no see muestraan aquellas operacciones quue simpleemente manipulaan atributos, ya q ue por loo comn, se puedeen inferirr. Sin embargo, ttal vez sea necesaario indicar si unn atributoo dado ess de slo lectura o est iinmutable congelaado (estoes, que su valor nunca caambia). En el moddelo de iimplemenntacin, se podraan mostrrar tambin las ooperacionnes privaadas y pprotegidaas. LLa sintaxxis del UMML complleta para las operaciones ees vvisibilidaad nombre (lista-dde-parmeetros) : exxpresin--tipo-de-ddato-a-reggresar {cadena-dde-propiedades} . donde visibiliddad es + ((public), # (protected), o- (private) nombre es una caadena de caracteres (stringg) lista-de-parmetros contiiene arguumentos ((opcionales) cuya sintaxis,, es la misma quue la de los atributos expresin-tipo-dee-dato-a-regresar es uuna esspecificacin oppcional dependiente del leenguaje cadena-de-propieedades inndica vallores de propiedaad que see aplicann a la o n dada operacin UUn ejempplo de operacin ssera: + ItimaCantidadDee (valorTiipoFenmmeno) : Cantidad D de los moodelos coonceptuales, las ooperacionnes no deeben trattar de Dentro d especificaar la inteerfaz de una clase. En luggar de elllo, deberrn indicar las pprincipales responsabilidaades de dicha claase, usanndo tal vvez un ppar de ppalabras que sinteeticen unna responsabilidadd de CRC.. Con frecuencia encuent ro til hacer la distiincin entre aqquellas o nes que cambian eel estado de una clase y aqquellas quue no lo hhacen. operacion UUna conssulta es uuna operacin que obtienee un valoor de unaa clase siin que ccambie ell estado observable de tal clase. Ell estado oobservablle de un objeto es el estaado que se puede ddeterminaar a partiir de sus consultas asociaddas. Considrese un objeto de Cuenta que calcuula su balance a partir dde una llista de entradas. Para mmejorar ell desempeo, Cuenta puedde poner en un ccampo caach el reesultado del clcuulo del bbalance, ppara conssultas fuuturas. Por tantoo, si el caach est vaco, laa primera vez que se llama a la ope racin "balance"", pondr el resulltado en el campoo cach. La operaacin "balance" 30

Pablo Ortiz Cruz cambia as el estado real del objeto Cuenta, pero no su estado observable, pues todas las consultas devuelven el mismo valor, est o no lleno el campocach. La s operaciones que s cambian el estado observable de un objeto sellaman modificado res. Considero til tener perfectamente clara la diferencia entre consultas ymodificado res. Las consultas se pueden ejecutar en cualquier orden, pero lasecuencia de lo s modificadores es ms importante. Yo tengo como poltica evitar que los modificadores devuelvan valores, con el fin de mantenerlosseparad os. Otros trminos que algunas veces se presentan son: mtodos de obtencin y mtodos de establecimiento. El mtodo de obtencin (getting) es un mtodoque devuelve el valor de un campo (sin hacer nada ms). El mtodo deestablecimiento (setting) pone un valor en un campo (y nada ms). Desdeafuera, el cliente no debe poder saber si una consulta es un mtodo de obtencin ni si un modificador es un mtodo de establecimiento. El conocimiento sobre los mtodos de obtencin y establecimiento est contenido completamente dentro de la clase. Otra distincin es la que se da entre operacin y mtodo. Una operacin es algo que se invoca sobre un objeto (la llamada de procedimiento), mientras que un mtodo es el cuerpo del procedimiento. Los dos son diferentes cuando se tiene polimorfismo. Si se tiene un supertipo con tres subtipos, cada uno de los cuales suplanta la operacin "foo" del supertipo, entonces lo que hay es una operacin y cuatro mtodos que la implementan. Es muy comn que operacin y mtodo s necesario precisar la diferencia. la gente distingue entre una y otro mtodo, o declaracin de mtodo (en mtodo. se empleen indistintamente, perohay veces en que e En algunas ocasiones, mediante los trminos llamada a un lugar de operacin), y cuerpo del

Los lenguajes tienen sus propias convenciones para los nombres. En C ++, las operaciones se llaman funciones miembro; En Smalltalk, operaciones demtodos. C ++ tambin emplea el trmino miembros de una clase paradenominar las operaciones y mtodos de una clase. Son los medios para establecer relaciones entre objetos y clases, un enlace es una conexin fsica o conceptual entre instancias de objetos, matemticamente se define como un ente ordenado de instancias de objetos, un enlace es una instancia de una asociacin, esta describe un grupo de enlaces con estructura y semntica comunes, las asociaciones describen unconjunto de enlaces potenciales, del mismo modo que las clases describenun conjunto de ob jetos potenciales, y suelen implementarse en los lenguajes de programacin como punteros que van de un objeto a otro. La notacin para las asociaciones es una lnea entre clases, y los enlaces es una lnea entre objetos, el nombre de la asociacin se pone en cursiva. Limita el nmero de objetos relacionados, los diagramas de objetos loindican media nte smbolos al final de la lnea de asociacin, subestimar la multiplicidad puede evitar la flexibilidad de una aplicacin, una subestimacin de la misma impone gastos adicionales extraordinarios. 3.2.4 ATRIBUTO DE ENLACE CLASIFICACIN Y AGREGACIN. 31

Anlisis y Diseo de Sistemas. Un atributo de un enlace es una propiedad de los enlaces de una asociacin. Todo atributo de enlace tiene un valor para cada enlace. Rol Es un nombre que identifica en forma nica un extremo de la asociacin, eluso de nom bres de rol proporciona una forma de recorrer las asociacionesdesde un objeto de un extremo sin mencionar explcitamente la asociacin, los roles pueden aparecer como sustantivos en la descripcin del problema. Clasificacin Normalmente los objetos del lado muchosen una asociacin no tienen un orden explcito y se pueden considerar como un conjunto, la clasificacin es una parte inherente de la asociacin, si es un conjunto ordenado de objetosse escr ibe ordenado o clasificado al lado del smbolo de multiplicidad. Cualificacin Una asociacin cualificada relaciona dos clases de objetos y una cualificada, este es un atributo especial que reduce la multiplicidadefectiva de una asociacin, las asociaciones 1 a N o N a M pueden ser cualificadas, las cuales tambin se pueden considerar como una forma deasociacin te rnaria. Agrupacin Es una forma fuerte de asociacin, los componentes de algo se asocian a unobjeto q ue representa el ensamblaje completo. La agrupacin es una formaespecial de asocia cin, no un conceptoindependiente, si dos objetos estnacoplados mediante una relacin todo parte se trata de una agrupacin, si los dos objetos suelen considerarse independientes entonces se trata de una asociacin; entre las pruebas distintivas se incluye: 1.Utilizara Ud. la frase "parte de".

2.Hay algunas operaciones (del todo) que se aplican automticamente a las partes. 3.Hay algunos valores de atributos (del todo), que se propagan del todo atodas l as partes o a algunas de ellas. 4.Existe una asimetra intrnseca de la asociacin de tal modo que una clase de objeto sea subclase de otra. Arbol de agrupacin Es una notacin taquigrfica que resulta mucho ms sencilla de dibujar que muchas lneas que contienen los componentes para formar un ensamblado. Agregados recursivos Una agregacin puede ser fija, variable o recursiva, los agregadosfijos tienen una estructura fija que ser el nmero y tipo de las partescomponentes que es tn predeterminadas, los agregados variablestienen unnmero finito de niveles, pero el nmero de partes puede variar, losagregados recursivos contienen directa o indi rectamente una instancia deesa misma clase de agregado, el nmero de niveles es il

imitado, la formahabitual de un agregado recursivo es una superclase y dos subcl ases en las 32

Pablo Ortiz Cruz cuales una es un nodo intermedio del agregado y otra es un nodo terminaldel agre gado Generalizacin y herencia Son potentes abstracciones para compartir similitudes entre clases al mismo tiempoque se mantienen sus diferencias, la generalizacin es la relacin entre una clase y una o ms reuniones de esa misma clase queconecta a la su perclase con sus subclases, la leyenda a la par del tringulo son discriminadores que indica que propiedad del objeto est siendo abstrado por una relacin de generalizacin en particular. La herencia ha llegado a ser un sinnimo de reutilizacin del cdigodentrode la progra macin orientada a objeto, frecuentemente hay un cdigo que est disponible de trabajos anteriores ( biblioteca), la aplicacin msimportante es l a simplificacin conceptual que proviene de reducir el nmero de caractersticas independientes dentro del sistema. La generalizacin y especializacin son dos puntos de vistas distintos, laprimera pr oviene del hecho de que la superclase generaliza a la subclase y la segunda hace alusin al hecho de que la subclase especializa a lasuperclase, un a subclase puede anular una caracterstica de una superclase definiendo una caracterstica del mismo nombre, se hace para obtener unmejor rendi miento. Herencia mltiple Permite que una clase tenga ms de una superclase y que herede caractersticas de todas ellas, esto permite mezclar informacinprocedente de dos o ms fuentes, una clase con ms de una superclase se denominaclase unin. Mdulo Es una construccin lgica para agrupar clases, asociaciones ygeneralizaciones, sus lmites son ligeramente arbitrarios y son materiaopinable, el nombre del mdulo debe especificarse en la parte superior de lahoja, los mdulos nos permiten descompone r al modelo en segmentosmanejables. Hojas Una hoja es el mecanismo para descomponer un modelo de objetos grande, en un conjunto de pginas; por lo general no pondremos ms de un mdulo por folio, una hoja es una notacin c moda, no una estructura lgica. Clases abstractas Es una clase que no tiene instancias directas, en cambio una clase concretapuede unir instancias discretas, una clase concreta puede formar subclases abstractas. Metadatos Son datos que describen datos, por ejemplo: La definicin de clases, los mdulos, los planos, etc. Claves candidatas

33

AAnlisis y Diseeo de Sistemaas. Anlisis y Diseeo de Sistemaas. Es un coonjunto mmnimo dde atributos que definen de maneera unvooca un o Una clase puede teener ms de una cclave candidata, c ada una de las objeto. U ccuales tendr disttintas commbinacionnes y nmmero de a atributos. LLa etiqueeta de unn objeto es siempre una claave candidata de uuna clasee, para llas asociaciones sson claves candidaatas una o ms coombinacioones de oobjetos rrelacionaados. 3.3 DESCCRIPCINN DEL MOODELO DINMICO. MModelo DDinmico LLos aspectos del sistema qque estnn relacionnados conn los tiempos y con los ccambios constituyyen lo moodelos dinmicos, los concceptos ms importantes del modelado dinmico sonn: Los reccursos (estmulos externoss) y los estados (valores dde los objjetos). Escenarioo: Es unna secuenncia de sucesos que se producenn durante una ejecucinn completta de un sistema,, el ambiiente pueede incluuir a todos los sucesos oo solo a aaquellos qque afecteen a alguunos objetos del siistema, eel p aso siguientee a la escritura de un escennario consiste en iidentificaar a los oobje tosemisores y receptores de cada suceso. Los objetos quue intercaambian suucesos se puedeen mostrar en un ambiente mejorado llamado diagramma de segmentoos de trazzos de succesos. AActividadd: Es una operacin cuya realizaccin requuiere un cierto tiiempo, ttoda acttividad eesta asocciada a un estaado; entre las aactividaddes se encuentran las ooperacionnes contiinuas, unn estadoo puede controlar una actividadd continua, la cual persiste hasta qque se prroduce unn suceso que leda fin, prroducienddo una traansicin que sale de ese esstado AAccin: EEs una ooperacin instantnea quee va asocciada a un sucesso, las acciones tambin pueden rrepresentar operacciones internas dee control, tales ccomo dar un valorr a un atrributo o ggenerar ootros suceesos, estaas acciones s on mecanismmos para estructurrar el conntrol denttro de una implemmentacin. 3.3.1 SIMMBOLOGA. El modelo dinmico del sisstema que represeenta los aaspectos temporalles, de ccomportamiento y de contr ol de un sistema ((de gran ayuda cuando Se tienen sistemas en tiemmpo real o sistemmas orienntados a eventos, en donnde la rrealizacin de una afecta el compoortamientto global del sistema). Deescribe llas interaacciones entre loss objetos en el sistema. Ess usado para especcifica r e implementar loss aspectoss de contrrol del siistema. CConsiste een un dia gram a 34

Pablo OOrtiz Cruz OOrtiz Cruz de estados que es un grrafo cuyos nodoss son estados y los arcoos son ttransiciones causaadas por eventos. El modeelo funcional deel sistemma, querepreseenta los aspectoos de ttransformmacin lo s datos yy de funcin de unn sistemaa. Consisste en un grafoccuy os noddos son procesos yy arcos soon flujos de datos,, dicho grrafo es ll amado diagramaa de flujoo de datos. La figuura 5.3 mmuestra llos smboolos usad os por este modeelo. LLos modeelos no sson indeppendientees entre s, masbien, el objetivo de la metodologa es maantener uuna relaciin entre ellos de tal forma que seaan una estructurra que peermita avvanzar consistenteemente y que si uuna cambia sea ffcil el c ambiar la siguiennte. As eel modelo de objettos descriibe estructuras de datos que los mmodelos ddinmico y funcionnal utilizzan. Las operacionnes en el model o de objjetos corrrespondeen a eventos en el modeelo dinmmico yffuncione ss en el moodelo funncional. EEl modelo dinmicoo describe la estruuctura de controol de los objetos mmostrandoo decisionnes que ddependen de los vvalores de los objjetos en uun instannte dado. El modello funcional describe funcciones innvocadas por operaciones en el modelo de objetoss y accionnes en ell modelo dinmicoo. Las funcionesn ooperan sobre valores de ddatos espeecificadoss por el mmodelo dee objetos. 3.3.2 SUCESOS Y ESTADO S. Sucesos yy enlaces Estados: Son los vvalores dee los atributos y dde los enllaces manntenidos ppor un o n diagrama de esstado es uuna reddde estados y recurrsos, el mmodelo objeto, u 35

Anlisis y Diseo de Sistemas. dinmico consta de mltiples diagramas de estado, cada uno de ellos paracada clase q ue contenga un comportamiento dinmico importante y muestrela actividad del sistem a. Suceso: Es algo que transcurre durante un perodo de tiempo (ej. "el vuelo 341 sale a Crdoba"); dos sucesos que no tienen relacin causal son concurrentes, no tienen efecto entre s, un suceso es una transmisin de informacin de direccin nica entre un objeto y otro. Todo suceso se agrupa en clases a los que se les da un nombre para una comodidad de estructura (jerrquica) y de comportamiento, todo suceso aporta informacin de un objeto a otro, los valores de los datos aportadosson sus atributos. 3.3.3 ESCENARIOS. Es una secuencia de sucesos que se producen durante una ejecucincompleta de un si stema, el ambiente puede incluir a todos los sucesos o solo a aquellos que afecten a algunos objetos del sistema, el paso siguiente a laescr itura de un escenario consiste en identificar a los objetos emisores yreceptores de cada suceso. Los objetos que intercambian sucesos se pueden mostrar en un ambiente mejorado llamado diagrama de segmentos de trazosde suceso s. Actividad: Es una operacin cuya realizacin requiere un cierto tiempo, toda actividad esta asociada a un estado; entre las actividades se encuentran las operaciones continuas, un estado puede controlar unaactividad con tinua, la cual persiste hasta que se produce un suceso que le da fin, produciendo una transicin que sale de ese estado Accin: Es una operacin instantnea que va asociada a un suceso, lasacciones tambin pu eden representar operaciones internas de control, tales como dar un valor a un atributo o generar otros sucesos, estas acciones sonmecan ismos para estructurar el control dentro de una implementacin. 3.3.4 DIAGRAMAS DE ESTADO. Los sucesos se pueden representar como operaciones en el modelo de objeto. Un solo objeto puede tener distintos estados a lo largo del tiempo, pero no puede tener distintas clases. Las diferencias inherentes entre objetos son modelados correctamente como clases distintas, mientras que las diferencias temporales son modelados correctamente como distintos estados entre los miembros de una misma clase. Algunos consejos: 1. Solo hay que construir diagramas de estados para las clases que tengan un comportamiento dinmico. 2. Para comenzar la construccin del diagrama de estado hay que utilizar escenarios como ayuda. 3. Solo hay que considerar los atributos relevantes 4. Solo hay que dejar que la aplicacin distinga acciones y actividades. 5. Cuando un estado tiene mltiples transiciones entrantes y todashacen que se pro duzca una misma accin, hay que poner las acciones dentro 36

Pablo Ortiz Cruz de cuadros de estados, anteponiendo el suceso de entrada en lugar deenumerarlas en arcos de transicin (lo mismo para los sucesos de salida). 6. Intente hacer que los diagramas de estado de las subclases sean independientes de los diagramas de estados de sus superclases, estas deberan concentrarse en los atributos exclusivos de esas subclases. 3.3.5 CONDICIONES Y OPERACIONES. Una operacin es una funcin o transformacin que puede ser aplicada por los objetos de una clase, todos los objetos de una clase comparten las mismas operaciones y una misma operacin puede aplicarse a clases distintas, cada operacin es polimrfica, es decir que una misma operacin adopta distintas formas en distintas clases. 3.3.6 FUNDAMENTOS DE ESTADO. Son los valores de los atributos y de los enlaces mantenidos por un objeto, un diagrama de estado es una red de estados y recursos, el modelo dinmico consta de mltiples diagramas de estado, cada uno de ellos para cada clase que contenga un comportamiento dinmico importante y muestre la actividad del sistema. 3.4 DESCRIPCIN DEL MODELO FUNCIONAL. Describe las transformaciones (de funcin), de valores de datos que ocurren dentro del sistema, captura lo que hace el sistema, independientemente decuando se haga o de la forma en que se haga. El modelo funcional contienediagramas de f lujo de datos. Un diagrama de flujo de datos es un grafo cuyos nodos son procesos y cuyos arcos son flujos de datos, se muestra lasdepend encias entre los valores y el clculo de valores de salida a partir delos de entra da y de funciones, sin considerar cuando se ejecutan las funciones, ni siquiera si llegan a ejecutarse. Las funciones se invocan como acciones en el modelo dinmico y semuestran como ope raciones que afectan a objetos en el modelo de objetos. 3.4.1 SIMBOLOGA. Muestra la forma en la que se derivan los valores producidos en un clculoa partir de los valores introducidos, sin tener en cuenta el orden en que se calculan, consta de mltiples DFD que muestran el flujo de valores desdelas entrad as externas a travs de las operaciones y almacenes hasta las salidas externas, las DB suelen tener un modelo funcional no importante. DFD: Muestra las relaciones funcionales entre los valores calculados por un sistema incluyendo los valores introducidos, los obtenidos y los almacenes internos de datos. Un DFD contiene procesos que transforman datos, flujos de datos, objetos actores que producen y consumen datos y almacenes dedatos que los almacenan en forma pasiva. Procesos: Transforma valores de datos, los de bajo nivel son funcionespuras sin efectos laterales, un grfico completo e un flujo de datos es unproceso de alto ni vel y pueden tener efectos laterales como almacenes de datos de objetos externos. Flujo de datos: Conecta la salida de un objeto o proceso con la entrada de otro objeto o proceso, se dibuja como flechas entre el productor y el 37

Anlisis y Diseo de Sistemas. consumidor (de valores de datos). La flecha esta rotulada con una descripcin de los datos. Grficamente: dos lneas paralelas y un nombre. Flujo de control: Un diagrama de flujo de control muestra todas las posibles vas de computacin para los valores, no muestra cuales son las vas que se ejecutan ni en qu orden, se muestran con una lnea discontinua que va de un proceso que produce un valor hasta el que se est controlando. 3.4.2 DIAGRAMA Una hoja es el en un conjunto por folio, una DE HOJA DE DATOS. mecanismo para descomponer un modelo de objetos grande, de pginas; por lo general no pondremos ms de un mdulo hoja es una notacin cmoda, no una estructura lgica.

3.4.3 FLUJO DE DATOS, ACTORES Y ALMACN DE DATOS. Actores: Es un objeto activo que controla el grfico de flujo de datos produciendo o consumiendo valores, estn asociados a las entradas y a lassalidas d el grfico de flujo de datos, se denominan tambin terminador. Almacn de datos: Es un objeto pasivo dentro de un DFD, a diferencia delos actores no genera ninguna operacin por s mismo, sino que almacena yaccede a datos. 3.4.4 FLUJO DE CONTROL. Flujo de control: Un diagrama de flujo de control muestra todas las posibles vas de computacin para los valores, no muestra cuales son las vas que se ejecutan ni en qu orden, se muestran con una lnea discontinua que va de un proceso que produce un valor hasta el que se est controlando. 38

Pablo Ortiz Cruz BIBLIOGRAFIA Anlisis y diseo de sistemas E. KENDALL, KENNETH y E. KENDALL, JULIE Sexta edicin PEARSON EDUCACIN Mxico, 2005. Anlisis y diseo de sistemas de informacin James A. Senn Segunda edicin Mc Graw-Hill. Mxico. 1991 39