Conferencia # 3 Ingeniería de Software II

Slides:



Advertisements
Presentaciones similares
ANÁLISIS Y DISEÑO DE SISTEMAS Desarrollo de Conceptos Básicos Ing. Linda K. Masias M.
Advertisements

Arquitectura Básica de un Ordenador -Ana Mª Torres Ordóñez.
Sistema de Soporte a la Toma de Decisiones en la Gestión del Inventario de Medicamentos Vigentes Para la Farmacia General del Hospital Universitario San.
Ingeniería del Software Diseñó de Software Universidad de los Andes Demián Gutierrez Abril 2009.
MODELO ADDIE Módulo 2. 1.Fundamentos teóricos ADDIE Análisis Diseño Desarrollo Implementación Evaluación Prototipación rápida 2.Actividad de clase.
Subtema: Hardware y Software básico
TESIS DE GRADO DESARROLLO DEL SISTEMA WEB PARA LA ADMINISTRACIÓN DE LAS ACTIVIDADES ACADÉMICAS DE ALUMNOS, PROFESORES Y RESPONSABLES DE LOS DEPARTAMENTOS.
RED INFORMÁTICA CORPORATIVA
El proceso unificado de desarrollo de software
ESTRUCTURA DE LOS PLANES DE LA ORGANIZACION
TERMINOLOGÍA BÁSICA Informática: conjunto de conocimientos científicos y técnicas que hacen posible el tratamiento automático y racional de la información,
Flujo de trabajo: Requerimientos
Analisis de Falla.
Proceso para el desarrollo de software
TEORÍA DE SISTEMAS Universidad Mesoamérica
Unidad 2: LAS ETAPAS DE LA SIMULACION NUMERICA. Tema: 2
Tutoría Inicial Tutoría 2
Introducción a los protocolos de enrutamiento dinámico
Fundamentos de programación
“Desarrollo de Aplicaciones para Ambientes Distribuidos”
Inducción Prácticas Pre-Profesionales
Proceso de Desarrollo de SW
Uso de información estadística con valor agregado
BREVE INTRODUCCIÓN.... El estándar fue generado por un equipo de trabajo del IEEE, su finalidad es la integración de los requerimientos del sistema.
5. Análisis y diseño de sistemas secuenciales (II)
Sistemas de Información
TEMA:ELEMENTOS DE UN SISTEMA DE INFORMACION
Computación Curso 2017.
Sistemas Operativos : El Alma De La Pc.
Fundamentos del computador
Daniela Alejandra Guzmán Moya
CONOCIMIENTOS PREVIOS
UML 2,0 Christian Sáenz.
Configuración y verificación de su red
Organización y Descripción de Archivos
Conocimientos previos
Facilitador: Salvador López Vargas
INFORMATICA BASICA BIENVENIDAS.
¡hola! mi nombre es: Marlenne Galicia Diaz
Diagramas del modelo uml
Vivir en un mundo basado en redes
Especificación de requerimientos por: Sonia Cristina Gamboa Sarmiento
  TEMA:DESCRIPCION DEL PROBLEMA  MATERIA:FUNDAMENTOS DE LA PROGRAMACION.
Proceso Unificado de Desarrollo de Software
Los sistemas distribuidos y su middleware asociado deben proporcionar soluciones generales para lograr la protección de características indeseables a las.
Justificación y Delimitación
Proceso de Desarrollo de SW
Foro de Conocimientos Previos
Diferencias programador vs Ingeniero de software
CONCEPTOS BÁSICOS DE COMPUTACIÓN E HISTORIA
MODELO ADDIE. MODELO ADDIE El modelo ADDIE es un proceso de diseño Instruccional interactivo, en donde los resultados de la evaluación formativa de.
Metodologías de Desarrollo de Software RUP – Proceso Racional Unificado Gilber BASILIO ROBLES I.E.S.T.P. “DANIEL ALCIDES CARRIÓN” Taller de Modelamiento.
ESTRUCTURA DE S.OPERATIVO
PROCESO UNIFICADO DE DESARROLLO R.U.P.
REDES.
Modelo de la cascada (cont.)
Desarrollo de sitios web
Sistemas peer-to-peer
Sistemas peer-to-peer
INGENIERIA DE SOFTWARE
Tutoría Inicial Tutoría 2
SCM y CRM La Visión Global Prof. Nelson José Pérez Díaz.
INGENIERIA DE SOFTWARE
Diagrama de componentes
Introducción a la Ingeniería en Telecomunicaciones
Pruebas de rendimiento de RedIRIS y su comparativa con la Internet Comercial  
Dirección de correo Autor1, Autor2, Autor3
Nombre Fecha Weblog Imagen Titulo: ………… TITULO redactado como frase imaginativa y sintética que consigna el aprendizaje religioso o filosófico buscado.
Gestión de Proyectos Informáticos (GPI) ISW
Transcripción de la presentación:

Conferencia # 3 Ingeniería de Software II Disciplina Analysis & Design. Actividad: Refinar la Arquitectura

Objetivos Brindar una descripción general del flujo de trabajo asociado a la actividad Refinar la Arquitectura. Profundizar en las sub-actividades “Describir la Distribución” e “Identificar Mecanismos de Diseño” (Estudio individual).

Bibliografía Ayuda en línea de Rational Unified Process 2003 Monografía Mecanismos de Diseño Monografía Documentando Mecanismos de Diseño

Recapitulando. Donde estamos?

Entradas Entrada: Glosario Documento de la Arquitectura Requisitos Adicionales Modelo de Diseño Modelo de Casos de Uso Realizaciones de Casos de Uso Modelo de Análisis Clases de Análisis

Salidas Subsistemas de Diseño Interfaces Paquetes de Diseño Clases Activas Clases Modelo de Diseño

Actividad Refinar la Arquitectura. Propósito: Completar la Arquitectura de la presente Iteración. Arquitectura: Primero en el Proyecto… … y en la iteración presente.

Trabajo Independiente Visto Anteriormente Se verá Próximamente Sistemas en Tiempo Real

Describir la Distribución To describe how the functionality of the system is distributed across physical nodes. This activity applies only to distributed systems. (RUP 2003) Procesadores Dispositivos Protocolos

Describir la Distribución Entrada Deployment Model (de iteraciones previas) Design Model Implementation Model Software Architecture Document Supplementary Specifications (Requisitos Adicionales)

Describir la Distribución Salidas Deployment Model Software Architecture Document

Describir la Distribución Pasos: 1. Analizar los requisitos de Distribución. 2. Definir la configuración de la Red. 3. Asignar elementos del sistema a los nodos.

Paso 1. Analizar los requisitos de Distribución. Demanda de Distribución en el Dominio del problema (Sistemas legados) La configuración de Despliegue Seleccionada. (Aplicaciones Web)

Paso 1. Analizar los requisitos de Distribución. Recursos de Computo Requeridos. Necesidad de Tolerancia a Fallos

Enlaces Redundantes para tolerancia a fallos

Paso 1. Analizar los requisitos de Distribución. Razones Económicas. Flexibilidad y Escalabilidad.

Balance de Carga

Paso 2. Definir la configuración de la Red. El ancho de banda de un tramo específico (de ser requerido) Los enlaces redundantes en la red (de ser necesarios, para garantizar tolerancia a fallos) Si existe Internet en medio de la solución. Identificar Nodos

Paso 2. Definir la configuración de la Red. Describiendo los nodos: Configuración de Hardware número de procesadores Espacio en disco Cantidad de memoria Velocidad Propósito: (Cliente Servidor de Aplicación Servidor Web Servidor de Datos ) Configuración de Software Sistema Operativo Software Especifico

Paso 3. Asignar elementos del sistema a los nodos. Asignación Lógica (elementos lógicos diseñados) Clases, Subsistemas, Paquetes (de Diseño)

Paso 3. Asignar elementos del sistema a los nodos. Asignación Física (ficheros obtenidos en Implementación) .Exe, .JAR, .EAR, .DLLs, .dcp

Paso 3. Asignar elementos del sistema a los nodos. Diagramas de Clases o de Componentes para cada nodo.

Mecanismos de Diseño Conjunto de Clases y/o subsistemas, que colaboran para dar respuesta a requisitos que son comunes a varios proyectos o a varios casos de uso de un mismo proyecto. RUP 2003

Ejemplos Persistencia Autorización Transacciones Registro de Trazas Donde hemos visto estos aspectos recientemente ?? Elementos de Diseño identificados.

Desde Análisis Existían

Para qué nos sirven Lograr un diseño Homogéneo y Controlado Reutilizar Conocimiento Simplificar la Documentación

Documentar Mecanismo de diseño Elementos Clientes Participantes Concretos (Propios o Aportados por una tecnología) Vista Estática (Diag. de Clases) Colaboraciones Genéricas (Diag. Interacción)

Vista estática de un Mecanismo de Acceso a Datos usando JDBC

Colaboraciones Las colaboraciones capturan escenarios de uso del mecanismo. Ej. Mecanismo de Acceso a Datos Cargar Elemento Cargar Lista Update Create Delete

Encontrar Mecanismos de Diseño. Pasos Identificar Mecanismos empleados Anteriormente Identificar Nuevos Posibles Mecanismos Documentarlos de manera Global al Proyecto

Trabajo independiente Consultar Monografía Mecanismos de Diseño Consultar Monografía Documentando un Mecanismo de Diseño Identificar y preparar exposición de posibles Mecanismos en su proyecto Nombre, Participantes (Incluye Diagrama de clases para mostrarlos), Clientes(Resaltar en el diagrama qué elementos serán clientes del mecanismo), Listado de Escenarios de Uso(Solo el listado )

FIN