Diapositivas de Utn Frre sobre Análisis de Sistemas de Información: Modelado de los Sistemas. El Pdf, un recurso de Informática para Universidad, explora el proceso de modelado, abstracción, conceptualización y simbolización, incluyendo el lenguaje UML y sus perspectivas.
Ver más12 páginas


Visualiza gratis el PDF completo
Regístrate para acceder al documento completo y transformarlo con la IA.
23/06/2023 Análisis de Sistemas de Información - UTN FRRE - UNIDAD TEMÁTICA 4: MODELADO DE LOS SISTEMAS
Modelado Es una acción que implica un proceso intelectual por el cual un Sujeto (modelador) representa, a través de un Modelo, ciertas características o cualidades de un Objeto (cosa, fenómeno, hecho o sistema).
El proceso de modelado Modelo representa Sujeto modelador Objeto modelado
No se puede modelar lo que no se conoce. Conocer es el acto mediante el cual un sujeto aprehende (capta o concibe) las cualidades y relaciones (propiedades) que tiene un objeto.
acto de conoce Suieto Obieto
El resultado del proceso de modelado es un modelo (que es una simplificación del objeto modelado)
En el proceso de modelado se emplean procesos cognitivos de: Abstracción Conceptualización Simbolización
Abstracción > proceso mental mediante el cual se centra en algunos aspectos o cualidades y aísla o deja de lado otros
abstracción Estructura Sujeto Objeto
Conceptualización > proceso cognitivo de formación de conceptos. Un concepto es el conjunto de cualidades y relaciones (propiedades) que un sujeto le atribuye a un objeto
concepto Nombre = La Defensa Tipo = edificación Lugar = Paris Uso = gubernamental Forma = cuadrática
acto de conocer Sujeto Objeto Modelado 123/06/2023 Análisis de Sistemas de Información - UTN FRRE -
Un concepto describe las propiedades comunes a un conjunto de fenómenos
S Concepto Nombre: Lo distingue de otros conceptos Propósito: Propiedades que determinan la pertenencia al concepto Miembros: Conjunto de fenómenos que forman parte del concepto
Dispositivo que mide el tiempo Reloj V
Simbolización >> proceso mediante el cual el sujeto designa (simboliza) el concepto que tiene de un objeto
Nombre: La Defensa Tipo: edificación Lugar: Paris Uso: gubernamental Forma> cuadrática
Sujeto Concepto simboliza refiere a Modelo Objeto
Edificio ubicación Ciudad -nombre representa -tipo -USO -nombre -país
. Construcción de una casa familiar . Construida eficientemente y en un tiempo razonable por un equipo
3 Generar parcial o totalmente una implementación a partir de los modelos 2 Tomar decisiones de análisis/diseño que condicionen la implementación 1 Comunicar ideas y estudiar alternativas 0 "Documentar" (a posteriori)
» ¿Qué es un Modelo? Un Modelo es una Simplificación de la Realidad Los modelos preliminares, se mejoran y analizan para evaluar si están claros y completos, y si son consistentes
Hay cuatro razones principales:
Los modelos son utilizados por el analista de sistemas para:
En ingeniería software un modelo es un artefacto que describe un sistema
Descripción de la Tipología del modelo característica
Transformación: se basa en un original Es la visión del modelo como una proyección. La selección de los aspectos que se consideran y los que se dejan de lado (operación de "abstracción"), depende del propósito del modelo
Remite a que un modelo es información: · sobre algo (contenido, significado)
Pragmática: se usa en lugar del original para algún propósito · creada por alguien (emisor) · para alguien (receptor) · con algún propósito (contexto de uso)
Vinculada con la primera acepción de la RAE Representación en pequeño de alguna cosa
Es posible desarrollar modelos tanto del sistema existente como del sistema a diseñar: 1. Los modelos del sistema existente se usan durante la ingeniería de requisitos. Ayudan a aclarar lo que hace el sistema existente y pueden utilizarse como base para discutir sus fortalezas y debilidades. Posteriormente, conducen a los requisitos para el nuevo sistema. 2. Los modelos del sistema nuevo se emplean durante la ingeniería de requisitos para ayudar a explicar los requisitos propuestos a otros participantes del sistema. Los ingenieros usan tales modelos para discutir las propuestas de diseño y documentar el sistema para la implementación. Modelado 4 Reducción: refleja sólo una parte de un originalAnálisis de Sistemas de Información - UTN FRRE - 23/06/2023
Abstraer es el acto de identificar y utilizar sólo aquellas características pertinentes al propósito actual
Rinna Estimage Intestins Pus Vigado [Booch, 1994]
La abstracción se centra en las características esenciales de algún objeto, en relación a la perspectiva del observador
Se ven a los sistemas de información desde un punto de partida de cumplimiento Análisis de sistemas: diseño y métodos, séptima edición Whitten - Bentley de metas
Meta: Mejorar el Conocimiento del Negocio
Meta: Mejorar los Procesos del Negocio
Meta: Mejorar las Comunicaciones del Negocio
Entidades, relaciones y reglas del negocio.
Funciones de Negocios sucesos del negocio y respuestas
Promover el trabajo en equipo y la coordinación de actividades e Interfaz con otros sistemas
Atributos de datos exactos
Políticas (reglas explícitas a las que debe adherirse) y procedimientos (pasos precisos que se deben seguir al completar el proceso)
El flujo de trabajo
Los detalles de esas entradas y salidas y que sea fácil de aprender y usar
Los modelos:
Si bien lleva implícito un costo tanto en formación y como en tiempo de construcción
¿Una mejora de la productividad? ¿Una mejora de la calidad del software?
"El modelado es la parte esencial de todas las actividades que conducen a la producción de software de calidad"
Modelado 5 + Software = Datos Programas + Documentación Algoritmos Líneas de Código Instrucciones Estructura de datos Manual de usuario, arquitectura, etc. Desarrollo + Mantenimiento23/06/2023 Análisis de Sistemas de Información - UTN FRRE -
El modelado de un sistema de software implica diferentes perspectivas y objetivos
El código fuente del sistema es el modelo más detallado del sistema (y además es ejecutable). Sin embargo, se requieren otros modelos ...
> ¿En qué etapa del proceso se usa? · Análisis, Diseño, Despliegue, Implementación o Pruebas > ¿Cuál es su grado de detalle? · Abstracto o detallado > ¿Qué sistema describe? . Modelo de negocio o modelo software > ¿Qué aspecto describe? . Estructural o de comportamiento > ¿Es específico o independiente de plataforma? · ¿ A que plataforma va dirigido? · J2EE, .NET, CORBA, etc.
Diagramas de Flujo de Datos (DFD) Especificaciones de Procesos (EP) Diagramas Entidad-Relación (DER) Diccionario de Datos (DD) Diagramas de Transición de Estados (DTE)
1 Datos del Clientes Flujo de Datos Proceso Cliente Nuevo Cliente Datos de Mercaderia Mercaderías Pedido Validar Cliente Pedido Validar Existencia Mercaderia no Disponible valida Cliente Inválido Información de Embarque Cliente Informar Tarifas de Pedido Mensaje de Error Información de las Tarifas Pendiente Confirmación de Pedido Pedido del Pedidos Pendientes Agente Externo Pedidos Aceptados Depósito de Datos Datos del Client El Depósito de datos "Cliente" se representa mevatmente en este este Nivel para destacar que es actualizado Pedido Obtener datos del Cliente Nuevo Cliente L'rear Registro de nuevo Cliente de Cliente Existente Invalido Verificar Crédito del Chente Desos del Flujos de Entrada y Salida Cliente Validados en el DFD de nivel inmediato superior Refinamiento del proceso Validar Cliente
Símbolos empleados por distintos autores: Yourdon, De Marco Gane y Sarson SSADM Métrica
Flujos de datos Procesos Almacenes de datos Entidades externas Modelado 6 DFD Mercadería Datos del Cliente Validados Registrar Pedido Pendiente Pedido Generar Perlishr skl Cliente Cliente Datos del Vuevo Cliente