View
3.168
Download
1
Category
Preview:
DESCRIPTION
Universidad Técnica Particular de Loja Ciencias de la Computación Sistemas I II Bimestre Abril-Agosto 2007 Ponente: Msc. Inés Jara
Citation preview
ESCUELA:
PONENTE:
BIMESTRE:
SISTEMAS I
CICLO:
CIENCIAS DE LA COMPUTACIÓN
II BIMESTRE
Msc. Inés Jara
ABRIL – AGOSTO 2007
SISTEMAS I
Modelos de sistemas (VIII),Diseño arquitectónico (XI, XII) ,Diseño OO (XIV), Diseño de interfaces de usuario(a) (XVI).
Actividades del Ingeniero de SW
REQUERIMIENTOS
Tal como lo veía el promotor
Como se especificó en la demanda del
proyecto
Tal como lo entendió el
analista
Tal como lo diseñaron los
programadores
Tal como se instaló Lo que el usuario quería
“Un requisito es definido como "una condición o la capacidad que un sistema debe considerar”
MODELOS DE SISTEMAS
Modelos
Representación gráfica: procesos de negocio + problema a resolver + sistema que debe ser desarrollado
Análisis: Comprender sistema existenteDesarrollo: especificar nuevo sistema
MODELOS DE SISTEMAS
Modelos:
Externa: contexto o entorno del sistemaComportamientoEstructural: arquitectura del sistema o estructura de datos procesadosObjetos: modelo de comportamiento + modelo de estructura
MODELOS DE SISTEMAS
Tipos de modelos
Flujo de datos
Composición
Arquitectónico
Clasificación
Estímulo – respuesta o diagrama de Transición de estados.
MODELOS DE SISTEMAS
Modelos de ContextoModelos de ContextoDefinidos los límites contexto dependencias sobre su entorno
MODELO ARQUITECTÓNICOMODELO ARQUITECTÓNICO
MODELOS DE SISTEMAS
Modelos de ComportamientoModelos de Comportamiento
Modelos de FD. Fluyen los datos a través de una secuencia de pasos de procesamiento perspectiva funcional, cada trasformación Representa un único proceso o función.
Modelos de máquina de estado. Responde eventos internos o externos muestra los estados del sistema y los eventos que provocan las transiciones de un estado a otro.
MODELOS DE SISTEMAS
Modelos de DatosModelos de Datos
MODELO ENTIDAD – RELACIÓN - MODELO ENTIDAD – RELACIÓN - ATRIBUTO ATRIBUTO
BD RELACIONALES - DBOOBD RELACIONALES - DBOO
MODELOS DE SISTEMAS
Metodologías Metodologías
Ágiles: Ágiles: Iconix, XPpracticas… “Confían en las personas”
Tradicionales: RTradicionales: Rational U Unified P Process(RUPRUP)… “Preocupan por la documentación”
DISEÑO ARQUITECTÓNICO
Sistema Subsistemas Control – ComunicaciónVENTAJAS:Comunicación con stakeholdersAnálisis del sistemaReutilización de componentes
DISEÑO ARQUITECTÓNICO
Decisiones de diseño arquitectónico: Uso componentes grano grueso mejora el rendimiento. Uso componentes grano fino mejora la mantenibilidad. Solución intermedia < > estilos arquitectónicos < > partes
DISEÑO ARQUITECTÓNICO
Decisiones del diseño arquitectónico
Diseño arquitectónico es un patrón de organización de un sistema, como:a. Elegir la estructura b. Descomponer las unidades del sistema en módulos c. Decisiones cómo controlar a ejecución de los subsistemas
DISEÑO ARQUITECTÓNICO
RESULTADO: Dcto. diseño arquitectónico
MODELOS ARQUITECTÓNICOS
Estructural estático. Muestra subsistemasDe proceso dinámico. Organiza el sistemaen procesos en tiempo de ejecuciónDe interfaz. Servicios ofrecidos a través interfaz públicaDe relaciones. Relaciones como FD entre subsistemasDe distribución. Distribuyen los subsistemas entre computadores
DISEÑO ARQUITECTÓNICO
Estilos
organizacionales
Repositorio de datosRepositorio de datos. (BD compartida)
Servicios y servidores compartidosServicios y servidores compartidos. (C-S. Conjunto de servidores, conjunto de clientes acceden servicios de los servidores, red, arquitectura distribuida)
Máquina abstracta o estilo por capasMáquina abstracta o estilo por capas. Cada capa proporciona servicios. Aplicación de tres capas:f) Servicios de presentación (vistas)g) Servicios de negocios (modelo de negocio) h) Servicios de datos (BD)
DISEÑO ARQUITECTÓNICO
ESTILOS DE DESCOMPOSICIÓN MODULARSubsistemas Módulos – Interfaces Estrategias: Descomposición OO Descomposición orientada a flujos de funciones
DISEÑO ARQUITECTÓNICO
ESTILOS DE CONTROL: Se usan conjuntamente con estilos estructurales.
Centralizado Basado en eventos
Modelo de llamada – retornoModelo del gestor
Modelos de transmisiónModelos dirigidos por interrupciones
ARQUITECTURAS DE SD
CLIENTE- SERVIDOR
OBJETOS DISTRIBUIDOS
Sistema es conjunto de serviciosservidores y clientes se tratan deforma diferente
Sistema es conjunto de objetos cuya localización es irrelevante no hay distinción de servidores y clientes
ARQUITECTURAS DE SD
Arquitecturas para distribución interorganizacional
Arquitecturas (p2p) (descentralizadas) Arquitecturas orientadas a servicios (web)
DISEÑO DE INTERFACES DE USUARIO(A)
Capacidades físicas y mentales quienes usarán Sw Interfaces uniformes Principios: familiaridad del usuario(a);
uniformidad; mínima sorpresa; recuperable; guía de usuario(a); diversidad de usuarios(as)
DISEÑO DE INTERFACES DE USUARIO(A)
Diseño de la redacción:Contexto;Experiencia;Nivel de habilidad;Estilo;Cultura.
DISEÑO DE INTERFACES DE USUARIO(A)
SUBPROCESOS
Análisis (forma de realiza el trabajo)
Prototipado de la interfaz (papel base automa-tizados
Evaluación (usabilidad)
Recommended