partes de una plancha de ropa

Software Engineering Technology



La Arquitectura del software como una Combinación de
Modelos

Kent Petersson and Tobias Persson
Ericsson Microwave Systems
Dr. Bo I. Sanden
Colorado Technical University

Se confrontaron Ericsson Microonda Sistemas en Suecia con el problema de construir un sistema del radar que podría resistir
el reemplazo de hardware y software del sistemaoperativo y es adaptable a los requisitos funcionales de clientes diferentes. Esto era cumplido por medio de la arquitectura del software con componentes muy independientes y flexibles que son un combi - la nación de cuatro modelos del plan: Las capas, Cañerías y Filtros, Observador, y Modelo-vista-director.

él la comunidad de la informática ha introducido los modelos del plan como un medios
decapturar y documentar las soluciones a los problemas del software comúnes [1, 2]. Un aspecto importante es la combinación de modelos. En los "Modelos del Plan [1], los autores discuten cómo los modelos unen y entrelazan en el software bueno. No obstante, combinando los modelos en una arquitectura global buena ha recibido menos atención que los modelos individuales. En mucha de la literatura, cadamodelo es a menudo por - el sented separadamente junto con una discusión de cómo encaja en un dia de la clase resultantes - el gramo. Esto asume que el diagrama de la clase existe cuando usted presenta sus modelos.
En este artículo, nosotros presentamos no sólo cómo se usan los modelos diferentes en la arquitectura del software, pero también cómo nosotros desenvolvimos la arquitecturaintegrando más modelos consecutivamente para tratar con los problemas de plan de particular. Nosotros presentamos el individ - los modelos del ual, su interacción, y las preguntas que se levantan cuando ellos son los com - el bined.
El ejemplo que nosotros usamos es un subalterno del software - el sistema de una nueva generación de surveil - radar de la lanza construido por los Ericsson MicroondaSistemas (EMW) en Mölndal, Suecia. Este subsistema contiene los módulos que manejan rastreando, communi - el cation con los dispositivos externos, evalua de la amenaza - el tion, etc. UN problema mayor con el suave - la mercancías de un sistema del radar más temprano era que los módulos eran demasiado interdependientes. Si usted quisiera usar sólo una parte para un nuevo producto, usted tenía a menudoque incluir todo el mod - el ules aunque la funcionalidad no fue necesitada.
Cuando la nueva arquitectura era haga trampas - el structed, una premisa era aumentar al máximo reuse. La razón principal era la situación comercial para el sistema de radar de vigilancia. La tendencia era que cada cliente compró una serie pequeña pero todavía requirió considere - la sastrería capaz a su o susnecesidades. Animar reusan, el compo diferente - los nents tuvieron que ser hechos más independientes y flexible.


Una función tuvo que ser acoplada
Un principio del
El modelo de las capas es que el
los componentes en cada capa sólo saben de y usan los componentes en las más bajo capas... los componentes en la capa de la aplicación sólo saben y usan los componentes en la capa de apoyo... "a como pocos otros componentes como las posibles, y directas dependencias tenía que ser el elimi - nated o minimizó.
Una pauta importante en el architec - el plan del tural era el requisito para el mod - el ifiability. Las fuentes siguientes de modifi - se consideraron los cations sobre todo:
1. el reemplazo de hardware y operat - el sistema del ing.
2. los requisitos funcionales declientes diferetes"

La adaptabilidad al Nuevo Hardware y Sistema operativo
Para facilitar cambios futuros de hardware
y sistema operativo, un architec del layered -
el ture fue introducido. El sistema era
estructurado por lo que se refiere a los componentes que
se puso en tres capas con el applica
los componentes tion-orientados a la cima y hardware y sistema operativo los...