Ingenierìa de Software (capitulo2)

Nota:

•    -Arquitectura del software. -Descripciones arquitectónicas. -Géneros arquitectónicos. -Estilos arquitectónicos. -Diseño arquitectónico.   

1. Diseño de la Arquitectura

   Nota:

   • ¿Que es ?   El diseño arquitectónico representa la estructura de los datos y de los componentes del programa que se requieren para construir un sistema basado en computadora.
   1. ¿Quien lo hace? : El diseñador de una base de datos o data Warehouse crea la arquitectura de los datos para un sistema.
      1. ¿Por que es importante? : El lector no intentaría construir una casa sin un plano, ¿o sí? Tampoco comenzaría los planos con el dibujo de la plomería del lugar.
         1. Arquitectura del software

            Nota:

            •    La arquitectura del software de un programa o sistema de cómputo es la estructura o estructuras del sistema, lo que comprende a los componentes del software, sus propiedades externas visibles y las relaciones entre ellos.   •Es una representación que permite:   Analizar la efectividad del diseño para cumplir los requerimientos establecidos.   Considerar alternativas arquitectónicas en una etapa en la que hacer cambios al diseño todavía es relativamente fácil.   Reducir los riesgos asociados con la construcción del software.   
            1. Arquitectura: :_La arquitectura de un sistema es un marco general que describe su forma y estructura: sus componentes y la manera en la que ajustan entre si.
               1. Importancia de la arquitectura

                  Nota:

                  •    La arquitectura “constituye un modelo relativamente pequeño y asequible por la vía intelectual sobre cómo esta estructurado el sistema y la forma en la que sus componentes trabajan juntos”   
                  1. Descripciones arquitectónicas

                     Nota:

                     • Los consumidores desean la comprensión clara de los cambios ambientales que deben ocurrir y las garantías de que la arquitectura satisfará las necesidades del negocio
                     1. Descripciones arquitectónicas_: Proporcionar lineamientos detallados para representar una descripción arquitectónica. Estimular las mejores prácticas del diseño arquitectónico.
                        1. Géneros arquitectónicos

                           Nota:

                           •    •Género implica una categoría dentro del dominio general del software.  Dentro de cada categoría hay subcategorías, por ejemplo: dentro del género edificios, se encuentran lo siguientes estilos generales: casas, condominios, edificios de departamentos, edificios de oficinas, edificios industriales, bodegas, entre otros.    
                           1. Géneros arquitectónicos_: Inteligencia artificial Comerciales y no lucrativos Comunicaciones,Juegos.

                              Nota:

                              •    •Financieros •Gobierno •Industrial •Legal •Médicos •Militares •Sistemas operativos •Científicos   
                              1. Estilos arquitectónicos

                                 Nota:

                                 •    El estilo arquitectónico es una plantilla para la construcción.  Por ejemplo: un estilo de casa de campo, deben definirse mas detalles, especificar sus dimensiones, agregar características personalizadas, determinar los materiales de construcción, pero el estilo orienta al constructor en su trabajo.   
                                 1. Un conjunto de componentes (como una base de datos) que realizan una función requerida por el sistema.
                                    1. Modelos semánticos que permiten que un diseñador entienda las propiedades generales del sistema al analizar las propiedades conocidas de sus partes constituyentes
                                 2. Breve taxonomía de estilos de arquitectura
                                    1. Arquitectura centradas en los datos; Arquitectura de flujo de datos; Arquitectura de llamar y regresar
                                       1. Arquitecturas centradas en los datos
                                          1. Almacenamiento de datos
                                             1. Software cliente
                                       2. Arquitecturas centradas en los datos

                                          Nota:

                                          •    Promueven la integrabilidad, los componentes del software pueden ser cambiados y agregarse otros nuevos, del cliente, a la arquitectura  sin problemas con otros clientes (porque los componentes del cliente operan de forma independiente).   
                                          1. Arquitecturas de flujo de datos
                                             1. Arquitecturas de flujo de datos

                                                Nota:

                                                •    Un patrón de tubo y filtro tiene un conjunto de componentes, llamados filtros, conectados por tubos que trasmiten datos de un componente al siguiente.   
                                                1. Arquitecturas de llamar y regresar

                                                   Nota:

                                                   • Programa principal
                                                   1. Arquitecturas de llamar y regresar

                                                      Nota:

                                                      •    Arquitecturas de llamada de procedimiento remoto. Los componentes de una arquitectura de programa principal/subprograma están distribuidos a través de computadoras.   
                                                      1. Arquitecturas orientada a objetos

                                                         Nota:

                                                         •    Los componentes de un sistema incluyen datos y las operaciones que deben aplicarse para manipularlos.    La comunicación y coordinación entre los componentes se consigue mediante la transmisión de mensajes.  
                           2. Arquitecturas en capas

                              Nota:

                              •    En la interna,los componentes realizan la interfaz con el sistema operativo. Las capas intermedias proveen servicios de utilerías y funciones de software de aplicación.   
                              1. Diseño arquitectónico
                                 1. Representación del sistema en contexto
                                    1. Descripción de las instancias del sistema
                                       1. Representación del sistema en contexto
                                          1. 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. Actores: entidades (personas, dispositivos, etc.) que interactúan con el sistema objetivo mediante la reproducción o consumo de información que es necesaria para el procesamiento de los requerimientos.
                                          2. Definición de arquetipos

                                             Nota:

                                             •    •En muchos casos, los arquetipos se obtienen con el estudio de las clases de análisis definidas como parte del modelo de los requerimientos.   
                                             1. Relaciones de UML para los arquetipos
                                                1. Evaluación de los diseños alternativos para la arquitectura

                                                   Nota:

                                                   •    •Método iterativo para evaluar negociaciones en el diseño. •Técnica seudocuantitativa para evaluar la calidad del diseño.   
                                                   1. Método de la negociación para analizar arquitectura

                                                      Nota:

                                                      •    •Estos pasos representan la primera iteración del análisis, con base a los resultados de los pasos 5 y 6, se eliminan algunas arquitecturas alternativas o se modifican una o varias de las restantes a fin de representarlas con mas detalle para después volver a aplicar el análisis.   
                                                      1. Complejidad arquitectónica

                                                         Nota:

                                                         •    •Una técnica útil para evaluar la c complejidad de una arquitectura propuesta es considerar las dependencias entre los componentes dentro de la arquitectura.  Estas dependencias están motivadas por el flujo de la información o por el control dentro del sistema.   
                                                         1. Lenguajes de descripción arquitectónica

                                                            Nota:

                                                            •    •.  Una vez establecidas las técnicas descriptivas basadas en lenguaje para el diseño de las arquitectura, es mas probable que, a medida que el diseño evoluciona, se obtengan métodos de evaluación eficaces para las arquitectura.   
                                                            1. Mapeo de la arquitectura con el uso de flujo de datos

                                                               Nota:

                                                               •    •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.  •Para mapear estos diagramas de flujo de datos es una arquitectura de software deben darse los siguientes pasos de diseño:   
                                                               1. PASO 1. REVISAR EL MODELO FUNDAMENTAL DEL SISTEMA

                                                                  Nota:

                                                                  •    El modelo del sistema fundamental o diagrama de contexto ilustra la función de seguridad como una transformación única, y representa a los productores y consumidores externos de los datos que fluyen hacia dentro y fuera de la función. El Diagrama de flujo de datos para la función de seguridad de  Casa Segura ilustra un modelo de contexto de nivel 0, y el Diagrama de flujo de datos de nivel 1 para la función de seguridad de Casa Segura muestra el flujo de datos refinado para la función de seguridad.   
                                                                  1. PASO 2. REVISAR Y REFINAR LOS DIAGRAMAS DE FLUJO DE DATOS PARA EL SOFTWARE

                                                                     Nota:

                                                                     •    La información obtenida del modelo de requerimientos se refina para producir más detalles. Por ejemplo, se estudia el DFD de nivel 2 para vigilar sensores (que mejora la transformación vigilar sensores) y se obtiene el diagrama de flujo de datos de nivel 3 ( diagrama para vigilar sensores con fronteras de flujo) . En el nivel 3, cada transformación en el diagrama de flujo de datos presenta una cohesión relativamente grande. Es decir, el proceso implícito por una transformación realiza una sola y distintiva función que se implementa como componente en el software de Casa Segura     
                                                                     1. PASO 3. DETERMINAR SI EL DFD TIENE CARACTERISTICAS DE FLUJO DE TRANSFORMACIÓN O DE TRANSICIÓN

                                                                        Nota:

                                                                        •    Al evaluar el DFD (Diagrama de flujo de datos de nivel 3 para vigilar sensores con fronteras del flujo) se observa que los datos entran al software por una trayectoria de ingreso y lo abandonan por tres trayectorias de salida. Por tanto, se adoptará una característica general de transformación para el flujo de la información.     
                                                                        1. PASO 4. AISLAR EL CENTRO DE TRANFORMACIÓN AL ESPECIFICAR LIMITES DE FLUJO DE ENTRADA Y SALIDA

                                                                           Nota:

                                                                           •    Anteriormente se describió al flujo de entrada como un camino que convierte la información con forma externa en información interna, el flujo de salida hace la conversión inversa. Los límites de flujo de entrada y salida están abiertos a la interpretación es decir, diferentes diseñadores seleccionaran puntos ligeramente diferentes del flujo como posición de los límites. (Debe tomarse en cuenta que al seleccionar los limites, la variación  a lo largo del camino tendrá poco impacto en la estructura final del programa.)       
                                                                           1. Paso 5. Realizar el “rediseño de primer nivel”.

                                                                              Nota:

                                                                              •    El rediseño lleva a una estructura de programa en la que los componentes de alto nivel ejecutan la toma de decisiones y los de bajo nivel realizan la mayor parte del trabajo de entrada y salida. Los componentes de nivel medio llevan a cabo cierto control y moderan las cantidades de trabajo. Un controlador principal (llamado ejecutivo de vigilancia de sensores) reside en la parte superior de la estructura del programa y coordina las siguientes funciones de control subordinadas:     
                                                                              1. Paso 6. Realizar “rediseño de segundo nivel”.

                                                                                 Nota:

                                                                                 •    El rediseño de segundo nivel se logra con el mapeo de transformaciones individuales (burbujas) de un diagrama de flujo de datos en módulos apropiados dentro de la arquitectura. Se comienza en la frontera del centro de transformación y se avanza hacia afuera a lo largo de las trayectorias de entrada y salida; las transformaciones se mapean en niveles subordinados de la estructura del software     
                                                                                 1. Paso 7. Refinar la arquitectura de primera iteración con el empleo de heurísticosde diseño para mejorar la calidad del software.

                                                                                    Nota:

                                                                                    •    Los refinamientos son impuestos por el análisis y los métodos de evaluación, así como por consideraciones prácticas y el sentido común. Por ejemplo, hay ocasiones en las que el controlador para el flujo de datos de entrada es totalmente innecesario, cuando se requiere algún procesamiento de las entradas en un componente subordinado al controlador de la transformación, cuando no es posible evitar mucho acoplamiento debido a datos globales o cuando no se logran características estructurales óptimas. El arbitraje final lo constituyen los requerimientos del software acoplados con el criterio humano.     
                                                                                    1. FIN