Introducing 

Prezi AI.

Your new presentation assistant.

Refine, enhance, and tailor your content, source relevant images, and edit visuals quicker than ever before.

Loading content…
Loading…
Transcript

Plataformas: Sistemas que se encuentran en los sistemas operativos para brindar

servicios avanzados.

Científicos: Sistemas que se emplean para hacer investigación científica y aplicada.

Herramientas: Sistemas que se utilizan para desarrollar otros sistemas.

Transporte: Sistemas que controlan vehículos acuáticos, terrestres, aéreos o espaciales.

Médicos: Sistemas que diagnostican, curan o contribuyen a la investigación médica.

Militares: Sistemas de consulta, comunicaciones, comando, control e inteligencia, así como de armas ofensivas y defensivas.

Sistemas operativos: Sistemas que están inmediatamente instalados en el hardware para dar servicios de software básico.

Entretenimiento y deportes: Sistemas que administran eventos públicos o que proveen una experiencia grupal de entretenimiento.

Financieros: Sistemas que proporcionan la infraestructura para transferir y manejar dinero y otros títulos.

Juegos: Sistemas que dan una experiencia de entretenimiento a individuos o grupos.

Comunicaciones: Sistemas que proveen la infraestructura para transferir y manejar datos, para conectar usuarios de éstos o para presentar datos en la frontera de una infraestructura.

Contenido de autor: Sistemas que se emplean para crear o manipular artefactos de texto o multimedios.

Dispositivos: Sistemas que interactúan

Inteligencia artificial: Sistemas que simulan o incrementan la cognición humana, su locomoción u otros procesos orgánicos.

Comerciales y no lucrativos: Sistemas que son fundamentales para la operación de una empresa de negocios.

Utilidades: Sistemas que interactúan con otro software para brindar algún servicio específico.

Diseño Arquitectónico

Por tanto, el diseñador especifica la estructura del sistema, definiendo y refinando los componentes del software que implementan cada arquetipo

Representación del sistema en contexto

Lenguajes de descripción arquitectónica

Método de la negociación para analizar la arquitectura

DISEÑO DE LA ARQUITECTURA

Debe brindar al diseñador la capacidad de desintegrar los componentes arquitectónicos, integrar componentes individuales en bloques arquitectónicos más grandes y representar las interfaces que hay entre los componentes.

SEI desarrollo este método:

$0.00

Septiembre 30, 2016

Marco Lozano

3.) Descripción de los estilos o patrones de arquitectura elegidos para abordar los escenarios y requerimientos:

Cuando comienza el diseño arquitectónico, el software que se va a desarrollar debe situarse en

contexto, es decir, el diseño debe definir las entidades externas (otros sistemas, dispositivos, personas, etc.) con las que interactúa el software y la naturaleza de dicha interacción.

1.) Escenarios de investigación: Se desarrolla un conjunto de casos de uso para representar al sistema desde el punto de vista del usuario.

“Hacerlo tan sencillo como sea

posible. Pero no más.”

• Perspectiva modular

• Perspectiva del proceso

• Perspectiva del flujo de datos

¿Por qué es importante?

2.) Obtención de los requerimientos y restricciones, y descripción del ambiente: se utiliza para estar seguros de que se han detectado todas las preocupaciones de los participantes

Mapeo de transformación

¿Qué es la arquitectura?

Las representaciones de la arquitectura del software permiten la comunicación entre todas las partes interesadas en el desarrollo de un sistema basado en

computadora.

Definición

4.) Evaluación de los atributos de calidad, considerando cada atributo por separado: El número de atributos de la calidad elegidos para el análisis es una función del tiempo disponible.

El mapeo de transformación es un conjunto de pasos de diseño que permite mapear un DFD con características de flujo de transformación en un estilo arquitectónico específico.

Un estilo arquitectónico es una transformación que se impone al diseño de todo el sistema.

Es una representación que permite:

1) Analizar la efectividad del diseño para cumplir los requerimientos establecidos.

2) Considerar alternativas arquitectónicas en una etapa en la que hacer cambios al diseño todavía es relativamente fácil.

3) Reducir los riesgos asociados con la construcción del software.

Representación del sistema en contexto

“Un doctor puede sepultar sus errores, pero un arquitecto sólo puede aconsejar a su cliente que siembre enredaderas.”

Estilos Arquitectónicos

Cada estilo describe una categoría de sistemas que incluye

Definición de arquetipos

El software interactúa con entidades más allá de sus fronteras.

1) Un conjunto de componentes (como una base de datos o módulos de cómputo) que realizan una función requerida por el sistema.

2) Un conjunto de conectores que permiten la “comunicación,

coordinación y cooperación” entre los componentes

3) Restricciones que definen cómo se integran los componentes para formar el sistema.

4)Modelos semánticos que permiten que un diseñador entienda las propiedades generales del sistema al analizar las propiedades conocidas de sus partes constituyentes

Un arquetipo es una clase o un patrón que representa una abstracción fundamental de importancia crítica para el diseño de una arquitectura para el sistema objetivo.

Sistemas superiores: Aquellos que utilizan al sistema objetivo como parte de algún esquema de procesamiento de alto nivel.

Sistemas subordinados: Los que son usados por el sistema objetivo y proveen datos o procesamiento que son necesarios para completar las funciones del sistema objetivo.

Sistemas entre iguales: Son los que interactúan sobre una base de igualdad.

Actores: Entidades que interactúan con el sistema objetivo mediante la producción o consumo de información que es necesaria para el procesamiento

de los requerimientos.

Componentes Arquetipos

Géneros Arquitectónicos

Cada estilo describe una categoría de sistemas que incluye

Patrón arquitectónico

Géneros arquitectónicos para sistemas basados en software

Nodo: Representa una colección cohesiva de elementos de entrada y salida de la función de seguridad del hogar.

Detector: Abstracción que incluye todos los equipos de detección que alimentan con información al sistema objetivo.

Indicador: Abstracción que representa todos los mecanismos que indican que está ocurriendo una condición de alarma.

Controlador: Abstracción que ilustra el mecanismo que permite armar o desarmar un nodo. Si los controladores residen en una red, tienen la capacidad de comunicarse entre sí.

El patrón propone una solución arquitectónica que sirve como base para el diseño de la arquitectura.

Gobierno: Sistemas que dan apoyo a la conducción y operaciones de una institución

política local, estatal, federal, global o de otro tipo.

Industrial: Sistemas que simulan o controlan procesos físicos.

Legal: Sistemas que dan apoyo a la industria jurídica.

Diagrama de Arquetipos

Refinamiento de la arquitectura hacia los componentes

Organización y refinamiento

Dan una visión del estilo de arquitectura

Conforme la arquitectura se refina hacia los componentes, comienza a emerger la estructura del sistema.

Control:

¿Cómo se administra el control dentro de la arquitectura?

Datos:

¿Cómo se comunican los datos entre los componentes?

“La estructura de un sistema de software provee la ecología en la que el código nace, crece y muere. Un hábitat bien diseñado permite la evolución exitosa de todos los componentes necesarios en un sistema de software.”

Administración de detectores: coordina el acceso a todos los detectores del sistema.

Procesamiento de alarmas: verifica y actúa en todas las condiciones de alarma.

Administración de la comunicación externa: coordina la comunicación de la función de seguridad con entidades externas, tales como otros sistemas basados en internet y la notificación externa de una alarma.

Procesamiento del panel de control: administra toda la funcionalidad del panel de control.

Paso 1. Revisión del modelo del sistema fundamental

Paso 2. Revisar y mejorar los diagramas de flujos de datos para el software.

Paso 3. Determinar si el DFD tiene características de flujo de transformación

Paso 4. Aísle el centro de transformación, especificando las fronteras de entrada y salida del flujo

Paso 5. Realizar el “rediseño de primer nivel”.

Paso 6. Realizar “rediseño de segundo nivel”.

Paso 7. Refinar la arquitectura de primera iteración con el empleo de heurísticos de diseño para mejorar la calidad del software.

Learn more about creating dynamic, engaging presentations with Prezi