• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Metodologia Estructurada
 

Metodologia Estructurada

on

  • 10,003 views

 

Statistics

Views

Total Views
10,003
Views on SlideShare
9,950
Embed Views
53

Actions

Likes
0
Downloads
140
Comments
0

3 Embeds 53

http://www.daldin.com.ar 28
http://www.slideshare.net 24
http://www.daldin.com.ar-a.googlepages.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Metodologia Estructurada Metodologia Estructurada Presentation Transcript

  • Metodologías
  • Análisis
  • Objetivos
    • Brindar conceptos y herramientas actualmente utilizadas en el Desarrollo de Sistemas de Información.
    • Compartir el valor agregado de la investigación y la experiencia de los docentes y alumnos
  • Funciones y responsabilidades
    • Gerente
    • Planifica, presupuesta, optimiza recursos,
    • trata con proveedores
    Funciones y responsabilidades
    • Jefe de Soporte
    • Mantiene el hardware de PC’s, estudia
    • nuevos productos, atiende requerimientos
    • de usuarios, aplica estándares de seguridad
    • de los datos (resguardos de acceso-veracidad
    • de los datos). Implementa sistemas de
    • backup.
    Funciones y responsabilidades
    • Jefe de Desarrollo
    • Optimiza recursos humanos y técnicos.
    • Planifica. Realiza seguimiento y control de
    • proyectos, administra base de datos.
    • Implementa sistemas de seguridad para
    • los datos. Controla interconectividad entre
    • los diferentes sistemas.
    Funciones y responsabilidades
    • Analista
    • Interpreta los requerimientos de los usuarios,
    • emplea técnicas adecuadas para traducir a
    • términos adecuados el valor que el usuario
    • asigna a dichos requerimientos. Modela.
    • Controla (prueba). Instala. Documenta el
    • sistema.
    Funciones y responsabilidades
    • Programador
    • Convierte en programa de operación los
    • requerimientos planteados por el analista,
    • para ello debe recibir información precisa del
    • analista para cada módulo o acción del
    • proceso: Datos de ingreso, tratamiento, datos
    • de salida.
    Funciones y responsabilidades
    • Analista de organización y métodos
    • Análisis de la circulación de la información,
    • optimización de circuitos administrativos,
    • diseño de formularios. Estudios de la
    • información legal para los distintos tipos de
    • negocios.
    Funciones y responsabilidades
    • Documentadores
    • Escribe los manuales de usuario para la
    • operación de los sistemas. Describe los
    • circuitos administrativos para la circulación de
    • la información. Escribe los manuales del
    • sistema.
    Funciones y responsabilidades
    • Jefe de Centro de Cómputos
    • Organiza recursos. Prueba corridas de
    • sistemas. Controla estándares. Planifica
    • sistemas de backups. Organiza y administra
    • soportes magnéticos.
    Funciones y responsabilidades
  • Funciones y responsabilidades Ejemplo Dirección de Informática Programación y Control de Gestión Comité de Usuarios de Sistemas de Información Redes y Comunicaciones Servicios de Tecnología de Información Planificación y Desarrollo de Sistemas de Información
  • Funciones y responsabilidades Programación y Control de Gestión Planificación y Control Políticas, Normas y Proced. Investigación y Desarrollo Nuevas Tec. Administración Recursos Informáticos
    • Programación y Control de Gestión
    • P lanificación y Control de Gestión.
    • Presupuesto y control.
    • Administración de políticas, metodologías, normas y procedimientos.
    • Investigación y desarrollo de nuevas tecnologías.
    • Administración de requerimientos y contrataciones informáticas.
    • Administración del parque Informático.
    • Seguimiento de proyectos específicos por decisión de la Dirección.
    Funciones y responsabilidades
  • Funciones y responsabilidades Planificación y Desarrollo de Sistemas de Información Líderes de Proyectos Analistas Programadores Adm. de Datos
    • Planificación y Desarrollo de Sist. de Información
    • Planificación de Proyectos y asignación de recursos en acuerdo con el Comité de Usuarios .
    • Desarrollo de Aplica. Estadísticas Sociodemográficas.
    • Desarrollo de Aplicaciones Económicas .
    • Desarrollo de Aplicaciones de Gestión Interna.
    • Desarrollo de Aplicaciones Administrativas .
    • Desarrollo de Aplicaciones Internet .
    • Integración con el Área Metodológica para el serv. a c/ área temática
    • Adm. de las DB (Lógico) y del diccionario único.
    Funciones y responsabilidades
  • Funciones y responsabilidades Servicios de Tecnología de Información Administración de Servidores Producción Soporte a Usuarios Centro de Ingreso Operaciones Help Desk Soporte de Hard Soporte de Soft Unix Netware Windows XP
    • Servicios de Tecnología de Información
    • Adm. y Operación de los servidores de Producción.
    • Implementación de actual. de versiones de Hard y Soft.
    • Soporte técnico a Usuarios.
    • Administración del Help Desk.
    • Coordinación de los Centros de Ingreso.
    • Implementación del Plan de Contingencias.
    • Implementación y control de políticas de resguardo y seguridad de acceso a datos y aplicaciones
    • Instalación de nuevas Tecnologías relativas a Servidores, Redes LAN, S.O. y herramientas de escritorio
    Funciones y responsabilidades
  • Funciones y responsabilidades Redes y Comunicaciones Redes Comunicaciones
    • Redes y Comunicaciones
    • Administración de la Red física y lógica.
    • Monitoreo del Sistema Nacional de Comunicaciones.
    • Administración de los servicios de Red.
    • Administración de los accesos a Internet e Intranet
    • Administración de los sistemas de control de acceso a la Red (Firewall - Proxy)
    Funciones y responsabilidades
  • Ciclo de Vida Clásico Relevamiento Análisis Diseño Preliminar Prueba de Sistema Prueba de unidad Prueba de Subsistema Estudio de hardware requerimientos del usuario Calendario, presupuesto pedido de hardware especificación funcional necesidades de rendimiento especificación del sistema configuración final especificación del programa módulos codificados módulos probados subsistemas probados sistema probado Diseño detallado Codificación
  • Ciclo de Vida Estructurado 1. Factibilidad 2. Análisis 3. Diseño 8. Conversión de Bases 6. Ctrol. de Calidad 4. Implemen- tación 9. Instalación Usuarios Directorio Operaciones 5. Pruebas de Aceptación 7. Desc. de Proced. Directorio requerimientos del sistema políticas de usuario restricciones restricciones operacionales base de datos existentes documento especificación estructurada especificación de diseño sistema instalado Informe tentativo costo- beneficio restricciones reporte de costo- beneficio conjunto de pruebas de control de calidad manual del usuario sistema integrado sistema aceptado base de datos convertidas
  • Diferencias de los Ciclos
    • secuencial
    • descriptivas
    • sistemas implementados
    • pobre
    • mínimos
    • Bottom-Up
    • mucho plan con poco resultado
    • paralela
    • gráficas
    • por modelo
    • exhaustivos
    • constantes y suficiente
    • Top-Down
    • plan + resultado
    ACTIVIDAD HERRAMIENTAS EVALUACION ANALISIS CONTROLES DESARROLLO CONCLUSION CLASICO ESTRUCTURADO
  • Prototipo
    • Se asemeja a una implementación TOP-DOWN Radical.
    • Diferencia
      • antes o después se dispondrá de un modelo gráfico completo del sistema, que será la vía para reemplazarlo por el sistema definitivo.
    • Implica
      • que pueda incurrirse peligrosamente en suponer que el prototipo es el sistema en producción.
    • Inferimos
      • No puede manejar altos volúmenes de transacciones. Carece de detalles operativos, tales como, recuperaciones de errores, rastreos de auditoría, facilidades de backups, documentación para el usuario y procedimiento de conversión.
  • Estrategia de modelado A partir del modelo físico actual Modificar Modelo Esencial Actual Usuario Modelar Sistema Físico Actual Derivar Esencia Sistema Actual Información del sistema actual Nuevos requerimientos Modelo lógico actual Nuevo modelo lógico Modelo físico actual Usuario Modelar Sistema Físico Actual Modificar Modelo Esencial Actual Usuario Modelar Sistema Físico Actual Derivar Esencia Sistema Actual Modificar Modelo Esencial Actual Usuario Modelar Sistema Físico Actual
  • Estrategia de modelado Con abstracción de la encarnación actual Modificar Modelo Esencial Actual Usuario Modelar Esencia Sistema Actual Información del sistema actual Nuevos requerimientos Nuevo modelo lógico Modelo lógico actual Modificar Modelo Esencial Actual Usuario Modelar Esencia Sistema Actual
    • 1- Estudio de Factibilidad.
    • 2- Análisis.
    • 3- Diseño.
    • 4- Implementación.
    • 5- Generación de Test de Aceptación.
    • 6- Control de Calidad.
    • 7- Descripción de Procedimientos.
    • 8- Conversión de Base de Datos.
    • 9- Instalación.
    Ciclo de Vida de un Proyecto 1- Estudio de Factibilidad. 2- Análisis. 3- Diseño. 4- Implementación. 5- Generación de Test de Aceptación. 6- Control de Calidad. 7- Descripción de Procedimientos. 8- Conversión de Base de Datos. 9- Instalación.
  • Factibilidad
    • Operativa
    • Técnica
    • Económica
    • Legal
    • 1 Estudio de Factibilidad
    • 1.1 Identificar las deficiencias actuales.
    • 1.2 Establecer nuevas metas del sistema.
    • 1.3 Generar escenarios aceptables.
    • 1.4 Preparar un esquema de proyecto.
    Ciclo de Vida de un Proyecto
    • 2 Análisis
    • 2.1 Desarrollar el modelo ambiental.
      • 2.2 Desarrollo del modelo de comportamiento.
    • 2.3 Establecer fronteras hombre/máquina.
    • 2.4 Realizar el análisis de costo/beneficio.
    • 2.5 Seleccionar la opción.
      • 2.6 Determinar las restricciones físicas del sistema.
    • 2.7 Empaquetar especificaciones.
    Ciclo de Vida de un Proyecto
    • 3 Diseño
    • 3.1 Asignar especificaciones de proceso.
    • 3.2 Asignar especificaciones a tareas.
    • 3.3 Derivar Diagrama Estructurado.
    • 3.4 Evaluar diagrama de Estructura.
    • 3.5 Diseñar Módulos.
    • 3.6 Diseñar Base de Datos.
    • 3.7 Empaquetar Diseño.
    Ciclo de Vida de un Proyecto
    • 4 Implementación
    • 4.1 Seleccionar el próximo módulo.
    • 4.2 Codificar módulo.
    • 4.3 Testear el Esqueleto del sistema.
    Ciclo de Vida de un Proyecto
    • 5 Generación de Test de Aceptación
    • 5.1 Generar plan de test.
    • 5.2 Preparar test de performance.
    • 5.3 Preparar test normal.
    • 5.4 Preparar test de errores.
    • 5.5 Empaquetar test.
    Ciclo de Vida de un Proyecto
    • 6 Control de Calidad
    • 6.1 Se decide si corresponde o no aceptar el sistema para su
    • instalación.
    • 6.2 Examinar la documentación asociada con el proyecto para asegurar que es completa, acorde a los estándares establecidos.
    • 6.3 Examinar la codificación de los programas. para asegurar que han seguido los estándares de programación.
    • 6.4Examinar todo el sistema desde el punto de vista de seguridad y su auditoría.
    Ciclo de Vida de un Proyecto
    • 7 Descripción de procedimiento
    • Es la descripción de procedimientos, en la misma se
    • vuelcan todas las especificaciones consideradas
    • para le análisis y el diseño, en un manual del
    • usuario. Es importante enfatizar que tanto los
    • productos obtenidos del análisis como del diseño
    • deben ser descriptos. En esta etapa se describen
    • las entradas, salidas, pantallas y procedimientos de
    • todo el sistema para dejar documentado la totalidad
    • del mismo.
    Ciclo de Vida de un Proyecto
    • 8 Conversión de Base de Datos
    • Tiene por objeto convertir las bases de datos del
    • sistema actual al formato de las nuevas bases de
    • datos, esto comprende también archivos que por su
    • organización no sean bases de datos y además
    • cuando se trata de un sistema nuevo el cual no
    • estuviese computarizado, es decir que contare de
    • almacenamientos físicos no magnéticos, se requiera
    • incorporar la información que se lleva en papel a la
    • nueva base de datos.
    Ciclo de Vida de un Proyecto
    • 9 Instalación
    • La instalación cierra el ciclo de vida del proyecto, se
    • pone en funcionamiento el sistema en manos del
    • usuario, se lo declara oficialmente operativo. En
    • pequeños proyectos esta actividad se realiza
    • normalmente en un clima de tranquilidad, lo
    • contrario sucede cuando se instalan grandes
    • sistemas, este es el momento de la realidad, de los
    • nervios y las tensiones, en consecuencia, se debe
    • tener en cuenta aspectos que dificulten llevar a cabo
    • esta actividad.
    Ciclo de Vida de un Proyecto
    • Establecer la hora adecuada para la instalación...
    • Determinar el momento oportuno para desmantelar el viejo sistema, definir la duración del procesamiento en paralelo....
    • Determinar si el sistema debe ser implementado en forma integral o parcial de acuerdo al nivel de complejidad del mismo y a las restricciones operativas ......
    • Decidir el momento y forma adecuada para capacitar al usuario .......
    Ciclo de Vida de un Proyecto
  • Técnicas de Relevamiento
    • Las técnicas más utilizadas en análisis son:
      • Entrevista.
      • Observación personal y directa.
      • Revisión, lectura y estudio de documentación y antecedentes.
      • Cuestionarios (puestos a puesto, por procedimientos).
      • Muestreo.
  • Técnicas de Relevamiento
    • Entrevistas
    • Finalidad:
      • Obtener la información relacionada con el sistema actual, y los nuevos requerimientos.
    • Áreas de aplicación:
      • Todas las etapas que conforman el análisis de sistema.
  • Entrevista
    • Etapas
    • Tipos de usuarios
    • Etapas de la Entrevista:
            • La Preparación.
            • El Desarrollo.
            • La Finalización.
    Técnicas de Relevamiento
    • Preparación:
    • Dar conocimiento al personal.
    • Confeccionar listado con nombres, funciones y tareas que efectúan las personas a entrevistar.
    • Decidir la secuencia de entrevistas a efectuar.
    • Confeccionar una lista de temas a tratar.
    • Tomar conocimiento de las tareas que realizan.
    Técnicas de Relevamiento
    • Desarrollo
      • Atmósfera.
      • Prejuicios del analista.
      • Actitud imparcial.
      • Conducción de la entrevista.
          • Abierta.
          • Cerrada.
          • Dirigida.
    Técnicas de Relevamiento
    • Desarrollo
      • Situación del entrevistado.
      • Coordinación de las entrevistas.
      • Intercalación de temas de relajamiento.
      • Pertenencia.
      • Ausencia de crítica.
      • Tiempo para pensar.
    Técnicas de Relevamiento
    • Desarrollo
      • Distracción externa o interna.
      • Evitar el sarcasmo y el humor.
      • Animar el razonamiento.
      • Preguntas del entrevistado.
      • Mostrar interés.
      • Manejar desacuerdos.
      • Personalidad del entrevistado.
    Técnicas de Relevamiento
  • Técnicas de Relevamiento Tipos de usuarios
    • Paciente.
    • Confuso.
    • Voluble.
    • Autómata.
    • Emperador.
    • Obstruccionista.
    • Suficiente.
    • Desconfiado.
    • Tímido.
    • Limitado.
    • Pedante.
    • Simulador.
  • Técnicas de Relevamiento Tipos de Preguntas Reenvío (sugerencias) Por su forma de expresión Por su naturaleza Despiertan confianza Informativas Investigación Despiertan desconfianza
    • Finalización
        • Abrupta. (postergación de la entrevista)
        • Normal. (charla y resumen)
    Técnicas de Relevamiento
    • Toma de notas
        • Ventajas
            • Mantener la mente en el asunto.
            • Centrar la entrevista en el tema.
            • Recordar hechos.
            • Registrar detalles.
        • Desventajas
            • Demasiado tiempo.
            • Vacilación del entrevistado.
    Técnicas de Relevamiento
    • Conclusión
        • No creer todo lo que oye.
        • Comprobar todo.
        • Desconfiar de necesidades artificiales.
        • Importancia de recibir documentación.
        • Distinguir informaciones emocionales y de hecho.
    Técnicas de Relevamiento
    • Conclusión
    • Diferenciar entre:
          • Dato: información no verificada.
          • Hecho: dato verificado informal con pruebas.
          • Opinión: comentario sin certeza.
          • Deducción: afirmaciones que surgen indirectamente de la observación de los hechos.
    Técnicas de Relevamiento
  • Modelo De Datos
    • El modelo de datos tiene por objeto capturar la información referida a los datos y su significado.
  • Modelo de Datos: Clasificación
    • No Semánticos: reconocen solo las siguientes clases de objetos:
        • Entidades y Asociaciones.
        • Atributos.
        • Vinculaciones.
        • Valores y dominio de valores.
    • Semánticos: Además de reconocer las clases de objetos mencionados anteriormente, permite tipificarlos e identificar ROLES que desempeñan en el negocio que estemos considerando.
    • Elementos para su construcción:
    • 1-Elementos Primarios
    • Los elementos primarios sirven de base para la construcción de estructuras de datos de mayor nivel, estos elementos son:
    • - Datos Elementales
    • - Vinculaciones
    Modelo De Datos
    • Elementos para su construcción:
    • 2 – Elementos Estructurados.
    • Es el conjunto de datos elementales relacionados entre si con un objeto común. Los datos elementales informan acerca del objeto, calificándolo o especificando algo sobre el mismo. La información referida al objeto, esta determinada por una serie de de ATRIBUTOS que caracterizan al objeto.
    Modelo De Datos
  • Entidades
    • Definimos a la Entidad, como una familia de objetos con los mismos atributos. Las Entidades constituyen el interés principal del análisis de los datos.
  • Atributos
    • Los Atributos son los datos elementales que nos pueden brindar información de interés de una Entidad.
    • Los atributos de acuerdo al rol que desempeñan pueden clasificarse en atributos que:
      • Identifican a la entidad (N° de documento).
      • Describen a la entidad (Marca).
      • Vinculan a la entidad con otra entidad.
  • Valores
    • Un atributo puede tomar un valor de un conjunto de valores posible, denominado su Dominio de Valores (un color del conjunto de colores).
    • Cada atributo tiene un dominio de valores. Atributos de la misma u otras entidades pueden tener el mismo dominio de valores comunes.
  • Identificador Único
    • Es un atributo que identifica unívocamente a cada miembro (atributo) de una entidad. Una entidad puede tener uno, varios o ningún identificador único. Cuando no existe un identificador se suele asignar uno artificialmente, el cual recibe el nombre de TAG. El valor TAG es asignado manual o automáticamente por el sistema.
    • De los identificadores únicos que puede tener una entidad se elige uno como principal, denominado CLAVE PRIMARIA de la entidad.
  • Consideraciones sobre las claves
    • Las claves deben responder a las siguientes propiedades:
      • Identificar unívocamente a cada miembro de la entidad.
      • Ningún atributo de la clave puede ser desechado sin destruir la propiedad de identificación unívoca.
  • Claves Candidatas
    • Algunas entidades pueden tener más de un atributo que cumpla con las propiedades mencionadas, a esos atributos se los denomina claves candidatas.
  • Elección de la clave primaria
    • La elección de la clave primaria de entre las claves candidatas debe realizarse teniendo en cuenta que:
      • No se puedan dar valores indefinidos para la misma
      • Sea la de uso más natural para los usuarios
      • La cantidad de atributos que la componen sea la menor.
      • La cantidad de caracteres que la componen sea la menor posible
  • Vinculaciones
    • Podemos distinguir dos tipo:
      • Vinculaciones entre entidades.
      • Vinculaciones entre atributos de una entidad.
  • Vinculaciones entre entidades
    • Las vinculaciones entre dos conjuntos de información pueden ser:
      • Uno a Uno: A cada elemento de un conjunto le corresponde un único elemento del otro asociado y viceversa.
      • Uno a Varios: Un elemento de un conjunto tiene uno, varios o ningún elemento asociado del otro conjunto con cada elemento del segundo.
      • Varios a Varios: Un elemento de un conjunto tiene uno, varios o ningún elemento asociado del otro conjunto y viceversa.
  • Vinculaciones entre atributos
    • Las vinculaciones entre atributos pueden ser de:
      • Dependencia Directa: En una entidad se considera que los atributos que la describen DEPENDEN de los que la identifican.
      • Dependencia Transitiva: Esto significa que un atributo dependiente puede depender de otro atributo dependiente (Ej: Precio depende del modelo de la entidad moto).
  • Modelo del Sistema
    • Modelo Esencial
    • Encarnación
    • Modelo de Implementación
  • Modelo Esencial Ambiental de Comportamiento de Act. Esenciales de la Memoria Esencial
  • Modelo Esencial
    • Es una representación de lo que el sistema debe hacer sin tener en cuenta los aspectos técnicos de como lo hará.
  • Esencia
    • Es la naturaleza de las cosas, lo permanente e invariable en ellas.
    • Todas las características de un sistema de respuesta planificada que existirían si el sistema hubiese sido implementado con tecnología perfecta .
  • Tecnología perfecta
    • Lleva a cabo una cantidad infinita de tareas en cantidades infinitas y en forma instantánea.
    • No consume energía.
    • No ocupa espacio.
    • No genera costo.
    • No comete errores.
    • No deja de prestar servicio.
    • Componentes
    • Actividades esenciales: son aquellas que el sistema debería realizar considerando que el mismo pudiera ser implementado con tecnología perfecta.
    • Memoria esencial: son los datos mínimos necesarios para llevar a cabo las actividades esenciales.
    Esencia
    • Actividades esenciales
    • Actividades fundamentales: son las que realizan las tareas que forman parte del sistema y permiten que el mismo cumpla con su propósito.
    • Actividades custodiales: tienen por objeto establecer y mantener la memoria esencial del sistema.
    Esencia
  • Esencia Almacenamiento Estímulo 1 Estímulo 2 Respuesta Proceso 1 Proceso 2 Ejemplo de Actividades esenciales
  • Diagrama de flujo de datos
    • Diagrama de flujo de datos es una representación
    • gráfica de un sistema en forma de red.
          • Herramienta gráfica.
          • Particionamiento de actividades en diferentes niveles.
          • Multidimensional.
  • Diagrama de flujo de datos
    • Los elementos de un DFD son cuatro :
    • Flujo de datos , representados por un vector con nombre.
    • Procesos , representados por un círculo o “burbujas”.
    • Almacenamientos , representados por dos líneas paralelas.
    • Terminales, también denominados, Entidades Externas .
  • Diagrama de flujo de datos
    • Flujo de datos:
    • Un Flujo de datos es una interfase entre distintos
    • componentes de DFD.
    Remito
  • Diagrama de flujo de datos
    • Proceso:
    • Un proceso es una transformación de los flujos
    • que ingresan, en los flujos que salen del mismo.
    • Cada burbuja requiere un nombre el cual
    • especifique lo que hace.
    Procesar ventas
  • Diagrama de flujo de datos
    • Almacenamiento:
    • Es un repositorio temporal de datos, puede ser
    • un formulario, diskette, etc..
    Stock
  • Diagrama de flujo de datos
    • Entidades Externas:
    • Es una persona u organización perteneciente al
    • contexto del sistema, la cual, origina o recibe
    • datos del mismo. No esta comprendido dentro
    • del ámbito del sistema, sino que Interactúa con
    • el sistema por medio de los estímulos que
    • genera y por las respuestas que a dichos
    • Estímulos produce el sistema.
    Cliente
  • Diagrama de flujo de datos
    • Guías para dibujar DFD.:
    • Identificar todos los flujos de datos de entrada y salida y dibujarlos en la parte externa del diagrama.
    • Dibujar los procesos uniendo entradas con salidas o viceversa.
    • Asignar cuidadosamente, nombres a los flujos de datos.
    • Asignar nombres a las burbujas de acuerdo a sus entradas y salidas.
    • Ignorar las E.E.
    • Omitir las referencias a errores.
    • No mostrar flujos de control ni información referida al mismo.
  • Encarnación
    • Comprende a las personas y elementos necesarios para que el sistema funcione y pueda llevar a cabo todos los procesos que deba elaborar para cumplimentar los requerimientos para lo cual fue creado.
  • Modelo de Implementación
    • Es una representación de como construiremos el sistema una vez que comprendimos lo que debe hacer y definimos la encarnación a utilizar.
  • Modelo de Implementación de Imp. del Sistema de Programas de Tareas de Procesadores
  • Herramientas
  • Modelo Esencial Ambiental de Comportamiento de Act. Esenciales de la Memoria Esencial
    • Objetivos:
    • Describir los requerimientos de interacción del sistema con su contexto (entorno).
    • Visualizar las personas, organizaciones y otros sistemas con los que debe interactuar, los eventos a los cuales debe dar respuesta y los flujos de datos que intercambia el sistema con el contexto.
    • Fijar el alcance del sistema.
    Modelo Ambiental
  • Modelo Ambiental
    • Propósito del sistema
    • Lista de eventos
    • Diagrama de Contexto
    Componentes
  • Modelo Ambiental
    • Propósito:
    • Debe ser una descripción breve y concisa en la que se indique para que existe el sistema y reflejar claramente el entorno y alcance del mismo.
    • No expresa lo que el sistema hará, mucho menos como lo hará.
    • Lista de evento:
    • Muestra las cosas que ocurren en el entorno y a las cuales debe dar respuesta el sistema.
    • Muestra que o quien inicia los eventos.
    Modelo Ambiental
    • Eventos
    • Entidades Externas
    • Estímulos
    • Respuestas
    • Tipo de Activación
    • Tipo de Actividad
    • Objetos esenciales
    Modelo Ambiental Elementos de la Lista de eventos
    • Es una acción producida en el contexto por las entidades externas, las cuales originan un estímulo que activa el sistema para que este genere una respuesta planificada.
    Modelo Ambiental Concepto de evento
    • Activados por flujos
    • Activados por el tiempo
    Modelo Ambiental Tipos de eventos
    • Los más triviales de determinar, analizando para c/uno de los determinados
      • si existen variaciones significativas
      • si es opuesto
      • si hay eventos que deban precederlos
      • si hay eventos que deban sucederlos
    Modelo Ambiental Identificación de eventos
    • Debe contener un
      • Sujeto.
      • Verbo.
      • Objeto.
    Modelo Ambiental Descripción de los eventos
  • Modelo Ambiental Ejemplo de Lista de eventos Evento Entidad externa Estímulo Respuesta Tipo de activac. Tipo de activid. Objetos esenciales Un cliente envía un pedido de cotización cliente pedido de cotización cotización de la mercadería F F clientes, pedidos, cotizaciones Ventas informa datos de nuevos clientes ventas datos nuevos clientes ---------------- F C clientes A fin del día ------------ ---------------- Lista de deudores T F clientes
    • Tiene por objeto definir que esta afuera de los límites del sistema e interactúa con él, es decir, delinear el dominio del sistema.
    Modelo Ambiental Diagrama de Contexto
  • Modelo Ambiental Ejemplo de Diagrama de Contexto Entidad Externa 1 Entidad Externa 2 Sistema Estímulo 1 Estímulo 2 Respuesta 1
    • Minimizar los errores en la determinación de los eventos del sistema.
    • Balancear el Diagrama de contexto con la lista de eventos. Debe existir en ambos, la misma cantidad de estímulos y respuestas.
    Modelo Ambiental Consideraciones
  • Modelo Esencial Ambiental de Act. Esenciales de la Memoria Esencial de Comportamiento
  • Modelo de Comportamiento
    • Describe la forma en que el sistema debe reaccionar ante los distintos estímulos.
    • Muestra las funciones que deben ser llevadas a cabo por el mismo, con tecnología perfecta.
    • Muestra lo que debe hacer el sistema pero no como lo hará.
    Características
    • Derivar el modelo de procesos (Act. esenciales)
    • Derivar el modelo de datos (memoria esencial)
    • Completar el modelo (Leveling)
    Modelo de Comportamiento Desarrollo
  • Modelo de Comportamiento DD Lista de eventos DC DFD DER
    • Representa las funciones esenciales del sistema.
    • Describe ante cada evento como responde el sistema.
    • Muestra los procesos de transformación necesarios para elaborar las respuestas generadas por cada actividad fundamental.
    Modelo de Comportamiento Modelo de las Act. esenciales
    • Diagrama de flujo de datos.
    • Diccionario de datos.
    • Especificaciones de procesos.
    Modelo de Comportamiento Modelo de las Act. esenciales Herramientas utilizadas para el modelado
  • Modelo de Comportamiento
    • Construir un DFD preliminar en base a la lista de eventos.
    • Desarrollar el DFD de Nivel 1.
    • Desarrollar el leveling de cada actividad esencial.
    Derivar el modelo de procesos
  • Modelo de Comportamiento
    • Dibujar una burbuja por c/actividad esencial.
    • Conectar los estímulos y respuestas que corresponden a cada actividad esencial.
    • Conectar los almacenamientos necesarios para cada actividad esencial.
    • Conectar las actividades esenciales entre sí a través de los almacenamientos.
    Construcción del DFD preliminar y el Nivel 1
  • Modelo de Comportamiento
    • La descripción del comportamiento esta dada por la descomposición de las actividades esenciales hasta llegar a las primitivas funcionales .
    • La transformación de un DFD puede ser expandida en otro DFD o ser descripta mediante una especificación de procesos .
    Descomposición del Nivel 1
  • Modelo de Comportamiento Leveling
  • Modelo Esencial
    • De las especificaciones mediante la verificación de las reglas de consistencia.
    • Del comportamiento simular el comportamiento.
    Verificación - Criterios
    • Todo flujo o almacenamiento debe estar definido en el D.D.
    • Toda transformación debe tener un DFD de nivel inferior o una especificación de procesos.
    • Toda transformación descripta debe cumplir con el balanceo.
    • Las entidades en el modelo de datos deben figurar como almacenamientos en el modelo de procesos.
    Modelo Esencial Verificación de las especificaciones
    • Se simula la ocurrencia de cada evento para verificar la respuesta del sistema.
    • Reglas:
    • dar valores iniciales a los almacenamientos. dar valores a los flujos de datos entrantes. recorrer las transformaciones siguiendo las especificaciones de procesos.
    Modelo Esencial Verificación del comportamiento
    • Nadie esta motivado para descubrir sus propios errores…
    • No lo haga Ud. Mismo!
    Recomendación Esencial
  • Modelo Esencial Ambiental de Comportamiento de Act. Esenciales de la Memoria Esencial
  • Modelo Esencial
    • Representar los datos esenciales del sistema
    • Los datos que componen los flujos de datos del diagrama de contexto.
    • Para que un elemento de datos pueda ser extraído, primero deberá ser introducido en el almacenamiento.
    Modelo de la Memoria esencial
  • Modelo Esencial
    • Describir la composición de los flujos del Diagrama de contexto.
    • Normalizar los datos identificando las entidades y relaciones.
    • Construir el Diagrama de Entidad Relación.
    Derivar el Modelo de datos
  • Particionamiento de la memoria
    • Sentido Común.
    • Identificación de:
      • Objetos con existencia independiente sobre el que se almacenan datos.
      • Relaciones: asociación de entre objetos.
      • Rangos y Significados de valores.
    • Normalización.
  • Normalización
    • La normalización es un conjunto de reglas
    • Estructuradas que se aplican a atributos
    • asociados a entidades. Se aplican originalmente
    • al conjunto de datos que se quieren almacenar
    • en la base de datos y que luego será dividido en
    • distintas tablas. Cada forma normal hace que la
    • información esté m á s organizada que en la
    • anterior. Las formas normales deben ser
    • aplicadas en orden correlativo.
  • Notación específica Símbolo/Codificación Significado Ejemplo # Número #calle (número de calle) T Texto T_calle (texto de calle) C Código C_Postal (código postal) D Fecha D_nacimiento (fecha de nac.) {} Indica grupos repetitivos {c_materia + T_materia} [ ] Campo opcional, puede o no estar completo [e_mail] ( ) Opciones Sexo(M/F)
  • Primera Forma Normal
    • Una entidad esta en primera forma normal si
    • no contiene grupos repetitivos
  • Primera Forma Normal Si aplicamos la 1r a forma normal, extraeremos los grupos repetitivos y los colocaremos en otra entidad nueva, arrastrando además la clave de la entidad original y agregando algún otro atributo que permita una identificación unívoca de cada registro.
  • ¿ Porqué aplicar la PFN?
    • Si quisiéramos guardar la información de un grupo
    • repetitivo dentro de la tabla original, deberíamos
    • generar una tabla que tenga tantas veces repetidos
    • los campos que se repiten como el máximo de veces
    • que se puedan repetir. De esa manera, si tenemos
    • registros con menos repeticiones desperdiciamos
    • espacio ya que fue reservado, pero no contiene
    • información. Además sería una estructura rígida y si
    • se presentara algún caso con mas repeticiones se
    • debe modificar la tabla.
  • Segunda Forma Normal
    • Una entidad esta en segunda forma normal si
    • todos sus atributos dependen de la totalidad
    • de la clave primaria y no solo de una parte.
  • Segunda Forma Normal
    • Si aplicamos la 2da forma normal, extraeremos
    • aquellos atributos que dependen de solo parte de
    • la clave primaria y los colocaremos en otra entidad
    • nueva, arrastrando además la parte de la clave de
    • la cual dependen, este ultimo campo será la clave
    • primaria de la nueva entidad. Esta forma normal
    • se da solamente en aquellas entidades cuya clave
    • primaria esta compuesta por más de un campo.
  • Tercera Forma Normal
    • Una entidad esta en tercera forma normal s i
    • no contiene atributos que dependan de
    • atributos que no formen parte de la clave.
  • Tercera Forma Normal
    • Si aplicamos la 3ra forma normal, extraeremos
    • aquellos atributos que dependen de atributos no clave
    • y los colocaremos en otra entidad nueva, arrastrando
    • además el campo del cual dependen, este ultimo
    • campo será la clave primaria de la nueva entidad, pero
    • quedará en la entidad primera, como campo
    • relacionante con la nueva entidad o foreign key (se
    • indica con línea punteada).
  • ¿Porqué aplicar la 2da. y 3 t r a . FN ?
    • Porque ahorramos espacio por la cantidad de
    • información que se guarda y facilita el
    • mantenimiento de la información .
  • Matriz de Claves
    • Una vez que hemos finalizado la normalización , ( no se
    • puede normalizar más la información ) . Tomamos las
    • entidades que nos quedan (las que quedaron
    • completamente normalizadas) y también los campos
    • claves y generamos una matriz. En la matriz,
    • marcaremos con una X los campos que son claves
    • principales en una entidad y con una O los campos
    • que son claves relacionales para esa entidad.
  • Ejemplo Alumno: C_alumno + C_carrera + T_carrera + T_NomApellido + T_calle + #_calle + #_piso + T_dpto + C_postal + T_TelefonoPart + T_telCelular + T_email + D_nacimiento + {C_materia + T_Materia + #_NotaFinal}
  • 1ra Forma Normal
    • 1FN/Alumno
    • A1: C_alumno + C_carrera + T_carrera + T_NomApellido + T_calle + #_calle + #_piso + T_dpto + C_postal + T_TelefonoPart + T_telCelular + T_email + D_nacimiento
    • A2: C_alumno + C_materia + T_Materia + #_NotaFinal
  • 2da Forma Normal
    • 2FN/ A1:
    • No aplicable
    • 2FN/A2:
    • A3: C_alumno + C_materia + #_NotaFinal
    • A4: C_materia + T_Materia
  • 3ra Forma Normal
    • 3 FN/ A1:
    • A5: C_alumno + C_carrera +T_NomApellido +
    • T_calle + #_calle + #_piso + T_dpto + C_postal
    • +T_TelefonoPart + T_telCelular + T_email +
    • D_nacimiento
    • A6: C_carrera + T_carrera
    • 3FN/ A3:
    • No aplicable
    • 3FN/ A4:
    • No aplicable
  • Matriz de Claves A3 A4 A5 A6 C_Alumno X   X     C_materia X X     C_Carrera     O X
  • Diagrama de Entidad Relación A3 A4 A6 A5 C_materia C_carrera
  • Diseño
  • Modelo de Implementación del Usuario de Imp. del Sistema de Programas de Tareas de Procesadores
  • Herramientas Herramientas MODELO LE DC DD DFD DER MINI DIAL. DE LIS PANT ESENCIAL Ambiental X X X Comportamiento X X - Act. esenciales X X - Memoria esencial X X X X iMPLEMENTACION Usuario X X X X X Imp. del Sistema X X - Procesadores X X X - Tareas X X Programas X X X
    • Representar un sistema que cumpla con el comportamiento deseado.
    • Previamente, debe definirse la encarnación.
    • Si bien para un problema puede haber múltiples soluciones, es conveniente desarrollar una.
    Modelo de Implementación Objetivo y características
  • Modelo de Implementación
    • Definir la encarnación significa decidir con que tecnología se quiere implementar el sistema.
    • Comprende todos los recursos necesarios para que el sistema funcione y lleve a cabo todos los procesos para poder cumplimentar los requerimientos del mismo.
    Encarnación
  • Modelo de Implementación Encarnación
    • Definir la arquitectura del sistema de computación.
    • Definir el equipamiento.
    • Definir los procedimientos.
    • Definir el modo de procesamiento.
    • Definir los procesadores a utilizar .
  • Modelo de Imp. del Sistema
    • Muestra los procesadores que deben llevar a cabo las distintas actividades del sistema.
    • Muestra lo que debe hacer el sistema y como lo hará.
    • Describe la forma en que el sistema reaccionará ante los distintos estímulos .
  • Modelo de Implementación Informe Técnico
    • Situaciones
      • 1. existencia de equipamiento usable
      • 2. existencia de equipamiento obsoleto o fuera de contexto
      • 3. combinación de las dos anteriores
      • 4. no existencia de equipamiento
    • Entornos
      • Condicionante (Económico, Técnico)
      • No condicionante
  • Modelo de Implementación Informe Técnico
    • Arquitectura completa del sistema que soporta al proyecto.
    • Volumen de Información (general).
    • Volumen de Transacciones (general, por puesto).
    • Tipo de Interfaces requerida (gráfica o textual, por puesto).
    • Volumen y tipo de info. manejada (por puesto).
  • Modelo de Implementación Informe Técnico
    • Ubicación del procesamiento (local/remoto/centralizado, por puesto )
    • Modalidad del procesamiento (transaccional, analítico, ambas, por puesto )
    • Tipo de confidencialidad (alta/acotada/nula, por puesto)
  • Modelo de Imp. del Sistema de Imp. del Sistema de Programas de Tareas de Procesadores del Usuario
    • Muestra quien o que ejecutará cada
    • transformación descripta en el Modelo de Comportamiento.
    Modelo de Procesadores Objeto
  • Modelo de Procesadores Tipos de Procesadores
    • Hardware
    • Software
    • Humanos
    • Se representa por medio de un solo D.F.D.
    • Cada burbuja del D.F.D. representa a alguien o algo (procesador) que ejecutará una parte del procesamiento requerido para poder implementar el sistema.
    Modelo de Procesadores Composición
  • Modelo de Procesadores Composición P1 P2 P3
  • Modelo de Procesadores Relación con el Diagrama de Contexto P1 P2 P3 Sistema XXX
    • Si todo el sistema fuera atendido por un único
    • procesador ambos modelos deben coincidir.
    Modelo de Procesadores Relación con el Diagrama de Contexto
    • Descripción de las características tecnológicas de cada procesador incluido.
    • Descripción de la configuración de cada procesador incluido.
    • Descripción de la red física que une los procesadores.
    • Descripción de los flujos de datos externos e
    • intraprocesadores.
    • Descripción del soporte tecnológico de los flujos de datos (pantallas, listados, documentos, protocolos de comunicación, etc....)
    • Incorporar la versión del modelo, en los casos que corresponda.
    Modelo de Procesadores Completamiento del Modelo
    • Así como el Modelo Ambiental fija el alcance del sistema, el Modelo de Procesadores fija el alcance de la Implementación.
    • Puede ser útil presentar al usuario varios modelos, mostrando así varias alternativas de implementación y encarnación.
    Modelo de Procesadores Alcance de la implementación
    • Las restricciones que se impongan a la implementación del sistema pesan sobre la decisión de cómo construirlo.
    • Es posible llegar a un punto en el cual las restricciones no sean compatibles con los requerimientos.
    Modelo de Procesadores Restricciones
    • Restringir los requerimientos, implementando parcialmente el modelo esencial.
    • Levantar las restricciones, posibilitando la implementación total del modelo esencial.
    Modelo de Procesadores Alternativas ante las Restricciones
  • Modelo de Imp. del Sistema de Imp. del Sistema de Programas del Usuario de Tareas de Procesadores
    • Describir las tareas a efectuar por los distintos
    • procesadores.
    Modelo de Tareas Objeto
    • El Modelo de Tareas es al Modelo de Procesadores, lo que el de Comportamiento es al Ambiental.
    • Cada burbuja del Modelo de Procesadores representa el contexto propio de un procesador.
    Modelo de Tareas Características
  • Modelo de Tareas Relación con el Modelo de Procesadores F1 F2 F4 F5 F3 Pa Pb Pc Tarea 1 Tarea 2 F1 F4 F5 A2 A1 Nivel 1 del Procesador a
    • En el Modelo de Comportamiento figuran las transformaciones que el sistema debe ejecutar. En el Modelo de Tareas figura como se ejecutan las transformaciones.
    • El comportamiento describe la esencia y las tareas su implementación.
    Modelo de Tareas Diferencias con el Modelo de Comportamiento
    • Para la descripción de tareas se aplica la misma técnica que para las funciones: Desagregación .
    • Cada procesador se expande en un D.F.D de nivel 1, y estos en D.F.D. de nivel 2 y así sucesivamente.
    • Los modelos diferirán del Modelo de Comportamiento en función de las restricciones tecnológicas de cada procesador.
    Modelo de Tareas Desarrollo del Modelo de Tareas
    • La distribución de transformaciones entre procesadores obliga también a distribuir los datos.
    • La representación de los datos en cada procesador estará ligada al soporte físico que se utilice.
    • El diagrama de entidad-relación puede no ser una herramienta válida para la representación de los datos.
    Modelo de Tareas Desarrollo del Modelo de Datos
    • El D.F.D. describe que transformaciones se efectúan en un sistema.
    • La especificación de procesos describe como se efectúa una transformación. En algunos casos puede ser necesario describir cuando tiene lugar una transformación. Este es el objetivo que persigue el agregado del Flujo de Control en los D.F.D.
    Modelo de Tareas Agregado del Flujo de Control
  • Modelo de Tareas Descripción del Flujo de Control Flujo de Control Proceso de Control
    • Los flujos de control no acarrean datos, solo indican que algo ha ocurrido.
    • Pueden provenir del entorno o de una transformación de los datos.
    • Las transformaciones de control procesan estos flujos y generan otros que activan o desactivan la ejecución de procesos.
    Modelo de Tareas El Flujo de Control
    • Cuando la implementación requiere que se controle la posibilidad de ejecutar o no una transformación en un momento dado.
    • Esto se da cuando
      • Un proceso no puede ser activado durante la ejecución de otro.
      • Un proceso puede ser activado solo si otro esta activado.
      • Un proceso puede ser activado solo durante un período de tiempo.
    Modelo de Tareas Cuando modelar el Control
  • Modelo de Tareas Descripción de las transformaciones de Control PEDIDOS CONTROLAR RECEPCIÓN DE PEDIDOS PRODUCTOS HABILITAR DESHABILITAR RECIBIR PEDIDOS PREPARAR ENTREGAS ENTREGAS PEDIDOS CLIENTES HABILITAR DESHABILITAR ENTREGAS PREPARADAS SON LAS 8:00 SON LAS 18:00
  • Modelo de Tareas Diagrama de Transición de Estado Enfatiza el comportamiento dependiente del tiempo del sistema.
  • Modelo de Tareas Diagrama de Transición de Estado
    • Notación
      • Estados
        • Cada rectángulo representa un estado en el que se puede encontrar el sistema.
  • Modelo de Tareas Diagrama de Transición de Estado Un conjunto de circunstancias o atributos que caracterizan a una persona o cosa en un tiempo dado; forma de ser; condición.
  • Modelo de Tareas Diagrama de Transición de Estado
    • Notación
      • Flechas
        • Que representan los cambios de estado.
  • Modelo de Tareas Diagrama de Transición de Estado
    • Condiciones y acciones
      • Condiciones que causan un cambio de estado.
      • Acciones que el sistema toma cuando cambia de estado.
  • Modelo de Tareas Diagrama de Transición de Estado ESTADO 1 ESTADO 2 Condición Acción
  • Modelo de Tareas Relación entre un DFD y un DTE 1 3 2 X Y ESTADO 1 ESTADO 2 Señal X Activar Burbuja 2 ESTADO 3 Señal Y Activar Burbuja 3
  • Modelo de Tareas Relación entre un DFD y un DTE En la mayoría de los casos, el DTE representa una especificación de proceso para una burbuja de control en un DFD. Note que la condiciones en un DTE corresponden a los flujos de control entrantes en un DFD y las acciones en el DTE corresponden a los flujos de control de salida en el DFD.
  • Modelo de Tareas Diagrama de Transición de Estado Espera Recibiendo pedidos Preparando entregas Entregas preparadas Son las 8 Activar recibir pedidos Son las 18 Desactivar recibir pedidos Activar preparar entregas Son las 8 Desactivar preparar entregas y Activar recibir pedidos
  • Modelo de Implementación de Procesadores de Programas del Usuario de Imp. del Sistema de Tareas
    • Describir una tarea computarizada en función de los módulos de software que interactúan para poder ejecutarla.
    Modelo de Programas Objeto
    • En los modelos de tareas que corresponden a ambiente computarizado, las tareas se implementan a través de programas.
    • Estas tareas requieren un nivel más de modelado.
    • La herramienta utilizada para modelar los programas es el diagrama de estructura.
    Modelo de Programas Desarrollo
  • Modelo de Programas Diagrama de flujo de datos Baja de cliente clientes Cancelar cta. del cliente pedidos
  • Modelo de Programas Diagrama de estructura Cancelar Cta. de Clte. Recibir baja de cliente Registrar causa de baja Cancelar pedidos pend. Leer cliente Actualizar cliente Leer pedidos de cliente Cancelar pedido Baja de clte. # clte. Baja de clte. # clte. clte. clte. estado # clte. # pedido fin # pedido fin
    • Disminuir los costos de programación
    • Tener una visión clara de la estructura de los programas.
    • Facilitar la construcción.
    • Facilitar la prueba.
    • Facilitar el mantenimiento.
    Modelo de Programas Razones para modelar programas
    • En todo sistema existen tareas que ejecutan rutinas comunes organizadas de forma diferente. El modelar los programas permite ubicar esas rutinas y construirlas por única vez para todo el sistema.
    • El mayor costo de desarrollo se recupera con creces al momento de mantener el sistema.
    Modelo de Programas Rutinas comunes
    • Si la transformación será implementada utilizando algún utilitario de software disponible.
    • Si el grado de complejidad es tan bajo que una especificación de procesos de la transformación es suficiente.
    Modelo de Programas Cuando NO modelar la estructura
    • Desarrollar la implementación del modelo de datos.
    • Desarrollar los módulos comunes a distintas tareas.
    • Desarrollar los módulos propios de cada tarea.
    • Cargar el modelo de datos.
    • Probar las tareas unitariamente.
    • Probar el sistema en su conjunto.
    Modelo de Programas Organización de la construcción
    • Es la fuerza de interconexión entre módulos, es
    • decir de que manera se relacionan los distintos
    • módulos.
    Modelo de Programas Acoplamiento
    • Agregar detalle de acoplamiento y cohesión.
    • FAN IN - FAN OUT.
    Modelo de Programas
    • Por estructura Global Común.
    • Por Contenido.
    • Por Control.
    • Por Datos.
    Modelo de Programas Tipos de acoplamiento
    • El diseño modular intenta minimizar la relación entre elementos que no están en el mismo módulo. Esto se logra minimizando las relaciones entre módulos y maximizando entre elementos del mismo módulos.
    • La cohesión nos indica la relación entre elementos internos.
    Modelo de Programas Cohesión
    • Por Coincidencia.
    • Lógica.
    • Temporal.
    • Por Procedimiento.
    • Por Comunicación.
    • Secuencial.
    • Funcional.
    Modelo de Programas Tipos de cohesión
    • Dividir la Decisión.
    • Estructura del Sistema.
    • Reporte de Errores.
    • Edición.
    • Estado de la Memoria.
    • Matcheando la Estructura del Programa a la Estructura de Datos.
    Modelo de Programas Recomendaciones para el diseño
    • Módulo de Derechos Exclusivos.
    • Inicialización y Finalización de Módulos.
    • Generalidad y Restricción.
    • Redundancia.
    • FAN-IN.
    • FAN-OUT.
    Modelo de Programas Recomendaciones para el diseño