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)