Избор на подходящи технологии за създаване на информационна система зависи от избора на IP архитектура.
Като се има предвид информационната система като съвкупност от взаимодействащи компоненти, можете да ги разпределя по следните физически слоеве:
§ хардуер - компютри, периферни устройства, мрежово и телекомуникационно оборудване и др.;
§ система и система за зависими - системи за работа, мрежови протоколи и др.;.
§ приложение среда - средства за мидълуер (CORBA, DCE, Смокинг и т.н.), СУБД, Интранет, OLAP, комуникационни интерфейси;
§ заявление домейн;
§ обща инфраструктура - набор от компонента IP, подходящ за използване в най-различни области.
Такива компоненти са например:
§ инструменти за автоматизиране на бизнес процеси (атомни задачи и работния процес);
§ достъп до инструменти за управление на информационните ресурси;
§ означава подготовката и отпечатването на доклади (отчетни инструменти).
§ компоненти за изпълнение модел домейн (
Под дизайн архитектура на компонент информация взаимодействие система (слоеве II-IV) се отнася до разпределението на основни компоненти, развитието на интерфейси, и определяне на правилата и принципите на взаимодействието на тези компоненти.
Проектиране на архитектурата на взаимодействие компоненти IC - един от най-важните и трудни етапи и това не винаги се дава достатъчно внимание при разработването на системата.
При проектиране на разпределени компоненти архитектура взаимодействието на информационната система, следните видове взаимодействие:
· Вертикална - всеки компонент е уникален в рамките на тази информационна система интерфейс;
· Хоризонтална - всички компоненти имат една и съща универсален интерфейс за комуникация между компонент;
· Смесени - всички компоненти са всеобщо основно интерфейс, където всеки компонент определя допълнителни операции за работа с вашия домейн домейн.
Предимства и недостатъци на този тип взаимодействие може лесно да се види в интегрирането на новите предизвикателства в информационната система, която се състои от няколко компонента.
В случай на използване на вертикален тип съединителни компоненти разпределени количество код, необходим за интеграцията ще се определя от броя на компонентите на системата. Броят на интерфейси в този случай ще бъде (N-1) * N, където N - брой компоненти. За прилагането на новата задача ще изисква 2N + 1 пъти за разработване на нови комуникационни програми. Обикновено такова решение е резултат от недостатъчното внимание към дизайна на IC архитектури.
В случай на хоризонтално изработена от интерфейси (интеграция код) на системата ще бъде минимално. Добавянето на нов компонент ще изисква допълнително приложи само две интерфейси.
В действителното производство е изключително трудно да се създаде същите интерфейси за всички подсистеми, обаче най-за предпочитане да се създаде разпределена система е смесен тип взаимодействие между компонентите. В този случай, вградената архитектура запазва свойствата на гъвкавостта на интерфейса, но ви позволява да добавяте, специфична за работа на системата. Размерът на код е необходимо да се интегрират нов проблем с такава структура ще варира в зависимост от конкретния проект 2 (хоризонтална архитектура) до 2п + 1 (вертикално архитектура).
Общи компоненти интерфейси - ключът към създаването на инфраструктура, която осигурява успешното развитие и поддържане на системата в продължение на дълъг период от време.
При проектирането на архитектурата на приложението първата стъпка трябва да бъде изборът на стандартите. С нарастващата сложност на информационни системи, значението на спазването на софтуерни стандарти увеличи. Стандартите се използват за постигане на следните цели:
· Преносимост на приложения - Пренасянето на приложения за различни хардуерни платформи, операционни системи, мрежови протоколи;
· Оперативна съвместимост (оперативна съвместимост) - възможност за споделяне на информация и ресурси компоненти на разпределена система;
· Намаляване на разходите на системата - интегриране на софтуерни системи, които поддържат общи стандарти, намалява цената на заявление за крайна употреба;
· Намаляване на риска от избора на софтуерен продукт - използването на стандарти освобождава програмиста от привързаност към конкретен софтуерен продукт;
· Увеличаване на живот на системата - съответствие намалява риска от бързото остаряване на системата.
Свързани статии