Modelos - Representacin

Teora General de Sistema Semana 4 - Sesin II

Ruben D. Cuadros Ricra

SESION II- OBJETIVOS

Definir los modelos de estructuras de datos Conocer la aplicacin de los modelos de estructuras Modelo orientado a objetos

SESION II-COMPETENCIAS
Aplica los modelos de estructuras Desarrolla objetos el modelo orientado a

SESION II - CONTENIDO
Tipos de modelos de sistemas Representacin del flujo de datos Modelo orientado a objetos

Modelo Diagrama de Datos

Los modelos basados en diagramas de datos o diagramas de flujos de datos, permiten la representacin del mbito de la informacin y el mbito funcional al mismo tiempo.

Modelo Diagrama de Contexto

El objeto de un diagrama de contexto es mostrar grficamente un medio ambiente y las entradas y salidas de un Sistema de Informacin. Es utilizado durante la fase de conceptualizacin. El medio ambiente es mostrado a travs de Entidades Externas que representan: personas fsicas o jurdicas, empresas, otros sistemas ..etc. En general entidades que pueden generar y/o recibir informacin del SI. Mientras que las entradas y salidas son representadas por el flujo de datos.

Modelo Diagrama de Datos

Sistema XYZ
Indica un SI. por su nombre.

Nombre Entidad
Externa

Indica la Entidad Externa por su nombre

Indica una direccin de flujo en el sentido de la flecha.

Modelo Diagrama de Datos

EJERCICIO: Elaborar un diagrama de contexto del siguiente sistema: Sistemas de Cuentas por Pagar Un sistema de Cuentas por Pagar es responsable por el cumplimiento de los compromisos financieros asumidos por la Empresa. Toda obligacin de la Compaa debe estar registrada en Cuentas x Pagar. Las obligaciones originadas por adquisiciones de bienes, materias primas y materiales diversos son registradas en CXP. A partir de la Nota de recepcin enviada por el almacn de Materiales. Las obligaciones relacionadas a Recursos humanos son enviadas por el departamento de Recursos humanos de la organizacin; estas obligaciones son generalmente: planilla de pagos, adelantos de sueldos y otras obligaciones vinculadas a gastos del personal. Las deudas relativas a Impuestos son enviadas por el departamento de Contabilidad, tales como IGV. IPSS, IR. .... y otros. Cuentas por Pagar tambin controla los pagos diversos tales como agua, luz, telfono, limpieza, seguridad y otros pagos que son enviados a Tesorera. Un proveedor o beneficiario de un pago tiene sus datos registrados en Cuentas por Pagar. Esta responsabilidad es del departamento de Compras que mantiene un registro de todos los proveedores de la empresa. CXP. Usa esta informacin para el registro de obligaciones emitidas en sus reportes. Peridicamente, Tesorera enva a CXP. Los avisos de cobranzas recibidos de los Bancos. Al recibir estos avisos, CXP. Los registra en el sistema y verifica si hay diferencia entre lo que los Bancos estn informando por las Notas de recepcin de documentos registrados anteriormente sobre la recepcin de materiales o servicios. En caso que exista diferencia, CXP. Emite un reporte de diferencies y enva a Tesorera que se encarga de contactar con los Bancos y proveedores. Semanalmente CXP. Enva a Tesorera una relacin de los compromisos a vencer en la semana siguiente. De esta relacin Tesorera emitir una orden de pago. Una copia de est orden es enviada a CXP. Para que registre los pagos efectuados, estos pagos pueden ser parciales o totales. Mensualmente CXP. Emite los siguientes reportes: -Relacin de obligaciones registradas en el mes- Enviadas a Contabilidad -Relacin de Pagos efectuados en el mes- Enviado a Contabilidad y Tesorera -Cuenta corriente de Proveedores- Enviadas a Contabilidad. -Diario Auxiliar de Proveedores- Enviado a Contabilidad.

Modelo estructura datos

M odelo N A SSI - SC H N E ID E R M A N 1. E structurasecuencial neto_factura =tot_fact dscto tot_pagar =neto_factura +cargo_despac ............ 2. E structuraalternativasim ple C ondicin Si S1 S2 N o

Modelo estructura de datos

3. Estructura alternativa doble Condicin Si S11 S12 S13 S21 S22 S23 No

4.

Estructura alternativa mltiple

E1 S11 S12 .. S1n

E2 S21 S22 .. S2n

E3 S31 .. .. S32 .. .. .. .. .. S3n .. ..

En SX1 SX2 .. SXn

Modelo estructura de datos

5. Estructura repetitiva para (FOR) Condicin de repeticin

6.

Estructura repetitiva (WHILE) Mientras condicin

7.

Estructura repetitiva Hasta (UNTIL)

hasta condicin

Modelo estructura de datos

Ejercicio: 1. Se desea obtener la nomina semanal salario-neto de los empleados de una empresa cuyo trabajo se paga por horas en la siguiente forma: Las horas inferiores a 35 horas (normales) se pagan a una tarifa determinada que debe ser ingresada, al igual que los datos del trabajador Las horas iguales o superiores a 35 se pagarn como extras a un precio de 1.5 horas normales. Los impuestos a deducir a los trabajadores varan en funcin de su sueldo mensual: Sueldo S/. 200 libre de impuesto, Los siguientes S/. 150 al 20 %, El resto al 30 %.

Modelo estructura de datos

Enunciado # 1: Inicio Leer nombre, horas, tarifa. horas 35 Si sbruto horas*tarifa Si sbruto 350 impuesto 0 Si impuesto 0.20 *(sbruto-200) No impuesto150 * 0.20+(sbruto350)*0.30 sbruto35*tarifa+ (horas-35) * 15 * tarifa Sbruto 200 No No

sneto sbruto impuesto escribir nombre, sbruto, impuesto, sneto Fin

Modelo flujo de datos

Modelo de Flujo de Datos.

Los modelos basados en el flujo de datos, establecen la representacin relacionada al mbito de la informacin y su funcionalidad a un mayor detalle. Especifican los flujos entre las entidades y los procesos as como su almacenamiento.

Modelo flujo de datos

Modelo Yourdon: Entidad

Proceso

Almacenamiento

Aproximacin Orientada a Procesos

datos 1 datos 2

proceso 1

proceso 2

proceso n datos 3 datos 4

Aproximacin Orientada a Datos

proceso 1 datos 1 proceso 2

datos 4

datos 2 proceso n datos 3

A menudo encontramos que construir primeramente el modelo de datos, hace ms fcil descubrir cules son las funciones requeridas (Yourdon)

Aproximacin Hbrida
Recopilacin Anlisis de datos especificacin de datos modelo de datos diseo lgico de la BD. Diseo Fsico de la BD. Anlisis de procesos modelo de procesos especificacin de procesos

Diseo de transacciones Diseo de Programas

Modelo Objetos - Dos partes de un todo unificado

Unified Modeling Language Unified Process

UML
Desarrollo Basado en equipo
Caso de Uso

Lenguaje de modelamiento

Proceso Unificado

Use-Case

Modelo Objeto

Elementos del Modelo Objeto

Estilo de programacin & modelo
Cada programador tiene un estilo de programacin definido por el lenguaje, por ejemplo:

Orientado a Procedimientos Algoritmos Orientado a Objetos Clases y objetos Orientado a la lgica Predicado
Cada estilo est basado en un modelo, en el caso de los modelo oo es el Modelo objeto

Modelo diseo de interfaces

Modelar la interfaz hombre - mquina, establece que en la creacin de un sistema, se desarrolla un modelo de diseo y un modelo de usuario. El usuario final desarrolla una imagen mental de como quiere que sea el sistema, el cual puede diferir con el modelo del diseo propuesto por el analista. El diseo de interfaz, consiste en reconciliar estas diferencias y generar una representacin consistente. El modelo de usuario representa el perfil de los usuarios finales, por lo que para construir una interfaz efectiva, el diseo debe empezar con un conocimiento de los posibles usuarios (Perfiles sobre: su conocimiento, educacin, personalidad, procedencia cultural, religin etc..)

Modelo de informacin
Modelo de Informacin. Es una representacin simplificada que permite establecer el sistema de informacin que requiere la organizacin en funcin de un conocimiento del modelo del negocio. Las reglas del Negocio Procesos necesarios para ejecutar funciones Bases de Datos

Modelo en cascada
Modelo en Cascada. Este modelo constituye el paradigma del ciclo de vida clsico de los sistemas, el cual exige un enfoque sistemtico y secuencial del desarrollo del sistema. Este ciclo abarca las actividades:

Ingeniera del sistema Analsis Diseo Codificacin Prueba Mantenimiento

El modelo lineal secuencial o cascada

Ingeniera de Sistemas/Informacin Anlisis Diseo Cdigo Prueba

Modelo en cascada
Ingeniara y Anlisis del Sistema Debido a que el sistema es siempre parte de un sistema mayor, el trabajo comienza estableciendo los requisitos de todos los elementos del sistema Diseo Es un proceso que emprende varias actividades y se enfoca sobre: La estructura de los datos Arquitectura del software Detalle procedimental Interfaz El proceso de diseo traduce los requisitos de una representacin del software que puede ser establecida de forma que se obtenga la calidad requerida antes de iniciar la codificacin.

Modelo de cascada
Codificacin El diseo debe traducir en una forma que sea legible para el computador. El paso de codificacin realiza esta tarea. As si el diseo se realiza en una forma detallada, la codificacin puede realizarse mecnicamente. Prueba Una vez generado el cdigo, comienza la prueba del programa, el cual se centra en la lgica interna del software, asegurando que todas las sentencias se han probado, asegurando que la entrada definida produce los resultados que realmente se requieren

Modelo de cascada
Mantenimiento

El software, indudablemente sufrir los cambios en su vida operativa, debido a que tiene que adaptarse a cambios en su entorno o por las ampliaciones funcionales o de rendimiento que soliciten los usuarios.

Modelo en cascada
El ciclo de vida clsico o modelo en cascada es el paradigma ms antiguo y ms ampliamente usado en la Ingeniera de Software. Sin embargo en el transcurrir de los aos se han producido criticas a su aplicabilidad: Los proyectos raramente siguen el flujo secuencial que propone el modelo. Siempre hay alteraciones y se crea problemas l la aplicacin del paradigma. Es difcil para el cliente establecer explcitamente al principio todos los requisitos. Existen dificultades en acomodar posibles incertidumbres que pueden existir al inicio del proyecto.

Modelo en cascada
El cliente debe tener paciencia. Hasta llegar a las etapas finales del desarrollo del proyecto no estar disponible una versin operativa del programa. Por lo que un error importante no detectado hasta que el programa este operativo puede ser desastroso. A pesar de estos problemas el paradigma clsico de vida son muy similares a los pasos genricos aplicables a todos los paradigmas del desarrollo de software y es uno de los ms usados a pesar de sus inconvenientes.

Modelo en espiral
El modelo en espiral utilizado para la creacin de software emplea un enfoque evolutivo en una dimensin radial ( comenzando en el centro y avanzando hacia el exterior). Este modelo define cuatro actividades principales, representadas en cuatro cuadrantes: Planificacin; Determinacin objetivos, alternativas y restricciones. Anlisis de Riesgo; resolucin del riesgo. Anlisis de alternativas e identificacin o

Ingeniera; Desarrollo del producto al siguiente nivel Evaluacin del Cliente; Valorizacin de los resultados de la Ingeniera.

Modelo en espiral
Recoleccin requisitos Planificacin y planificacin del proyecto inicial Anlisis iniciales Planificacin basada comentarios cliente Decisin de seguir o no hacia el sistema Anlisis de riesgo basado en requisitos Anlisis de riesgo basado en la reaccin del cliente.

Evaluacin del Cliente Evaluacin del Cliente

Ingeniera Pr

Prototipo inicial del software Prototipo del sistema de ingeneria

Modelo espiral (Boehm)

Comunicacin con el cliente Planificacin Anlisis de riesgos

A
Punto de entrada al Proyecto

B C

Ingeniera

Evaluacin del cliente A: Desarrollo de Conceptos C: Mejora de Productos

Construccin y adaptacin B: Desarrollo de Productos D: Mantenimiento de Productos

El modelo de ensamblaje de componentes

Planificacin Comunicacin con el cliente Anlisis de riesgos
Identificar componentes candidatos Construir n interacciones del sistema Buscar componentes en Biblioteca

Evaluacin del cliente

Construccin y adaptacin (ingeniera)

Poner componentes nuevos en la biblioteca

Extraer componentes si estn disponibles

construir componentes si no estn disponibles

Modelo de prototipos
Es un proceso que facilita la creacin de un modelo de software, el cual es evaluado por el cliente/usuario para refinar los requisitos del software a desarrollar. Se produce un proceso interactivo en el que el prototipo es afinado para satisfacer las necesidades del cliente, al mismo tiempo que facilita al que lo desarrolla una mayor composicin de lo que hay que hacer.

El Modelo de Prototipos
Construr y Revisar Maqueta Escuchar al Cliente

El cliente prueba la maqueta

Modelo de Prototipos
Inicio Parada

Recoleccin y refinamiento de requisitos Producto de Ingeniera Evaluacin del prototipo por el Cliente Construccin prototipo Diseo rpido

Refinamiento prototipo

Modelo de Prototipos
Trabajar con mdulos manejables
Modularidad

Construir el Prototipo con rapidez

Menor Tiempo (1 semana/3 das)

Modificar el Prototipo una vez revisado por los usuarios

Baja dependencia de los modulos

Enfatizar la Interfaz con el Usuario

Amigables y en relacin al modelo de usuario

Modelo de Prototipos
Ventajas del prototipo Modificacin rpida del sistema en su desarrollo Oportunidad de detener el desarrollo de un sistema que no es til. Posibilidad de desarrollar otro sistema que se ajuste mejor a las necesidades y a las expectativas del usuario.

Modelo de prototipos
Desventajas Los usuarios como los analistas pueden considerar el prototipo como un sistema concluido, cuando de hecho no lo es y nunca se planteo como un sistema final. Los usuarios pueden llegar a crear patrones de relacin con el sistema prototipo que no son compatibles con el sistema propuesto. Un prototipo puede no realizar todas las funciones requeridas. Eventualmente cuando surgen las deficiencias, el prototipo se menospreciar si fue adoptado equvocamente como un sistema completo.

El modelo DRA
Equipo # 1 Modelado de gestin Modelado de datos Modelado de procesos Generacin de aplicaciones

Desarrollo aplicaciones rapidas

Equipo # 3
Modelado de gestin Modelado de datos Modelado de procesos Generacin de aplicaciones Modelado de gestin

Equipo # 2
Modelado de gestin Modelado de datos

Modelado de procesos Generacin de aplicaciones

Pruebas y volumen

Pruebas y volumen
De 60 a 90 das

El modelo incremental
Ingeniera de Sistemas/Informacin Anlisis Diseo Cdigo Pruebas

Incremento 1

Incremento 2 Anlisis

Diseo

Cdigo

Pruebas

Incremento 3 Anlisis

Diseo

Cdigo

Pruebas

Tiempo de calendario

Modelo orientado a la reutilizacin

Ingeniera de Dominios Anlisis del Dominio Definicin de la Arquitectura Construccin / Generalizacin

Modelo del dominio

Modelo Estructural

Biblioteca de Componentes

Ingeniera de Software Anlisis del Sistema Especificacin y diseo Construccin

Requisitos del usuario

Modelo de Salida / Entradas

Diseo de Salidas del Sistema La salida, es la informacin que reciben los usuarios del sistema de informacin, con el fin de crear una salida de utilidad. El analista de sistemas trabaja estrechamente con el usuario mediante un proceso interactivo, hasta que el resultado llegue a ser satisfactorio. Puesto que una salida til es esencial para lograr la aceptacin y el uso del sistema de informacin. El sistema debe alcanzar los objetivos:

Modelo de Salidas / Entradas

Eleccin efectiva del mtodo de salida

Asegurar una salida

il

Con significado para el usuario

Diseo
Asegurar la oportunidad Con una distribucin adecuada Con un Volmen

Modelo de Salidas / Entradas

Diseo de Entradas al Sistema La calidad de la salida del sistema est determinada por la calidad de su acceso o entrada. Un buen diseo de las entradas permitir obtener una informacin adecuada que requieran los usuarios. Entradas pobres pondrn en entredicho la calidad del sistema, por lo que se consideran los siguientes objetivos:

Modelo de Salidas / Entradas

Eficacia Facilidad de Uso

Precisin

Diseo
Consistencia y Validacin Atraccin

Sencillez

Modelos
Caso practico:
La empresa dedicada a la comercializacin de varias lneas de productos, cuenta con un mercado muy amplio, las ventas son significativas por cada departamento y la rotacin de las existencias, requiere un adecuado control de sus Inventarios. Las transacciones se cancelan normalmente en efectivo y con tarjetas de crdito. Cada departamento maneja un presupuesto que es coordinado con la Gerencia Financiera. La organizacin cuenta con un departamento de Cobranzas el cual tiene un personal selecto, utilizan equipos de ultima tecnologa y todas las transacciones se registran por lneas de productos y por artculos. La Gerencia de Ventas analiza en forma diaria su curva estadstica para sus decisiones de marketing con los principales medios de comunicacin. Pregunta: Formule el prototipo de sistema que Ud. propondra, para un sistema de ventas y defina los eventos de salida y entrada que se requieren.