Studopediya

КАТЕГОРИЯ:


Астрономия- (809) Биология- (7483) Биотехнологии- (1457) Военное дело- (14632) Высокие технологии- (1363) География- (913) Геология- (1438) Государство- (451) Демография- (1065) Дом- (47672) Журналистика и СМИ- (912) Изобретательство- (14524) Иностранные языки- (4268) Информатика- (17799) Искусство- (1338) История- (13644) Компьютеры- (11121) Косметика- (55) Кулинария- (373) Культура- (8427) Лингвистика- (374) Литература- (1642) Маркетинг- (23702) Математика- (16968) Машиностроение- (1700) Медицина- (12668) Менеджмент- (24684) Механика- (15423) Науковедение- (506) Образование- (11852) Охрана труда- (3308) Педагогика- (5571) Полиграфия- (1312) Политика- (7869) Право- (5454) Приборостроение- (1369) Программирование- (2801) Производство- (97182) Промышленность- (8706) Психология- (18388) Религия- (3217) Связь- (10668) Сельское хозяйство- (299) Социология- (6455) Спорт- (42831) Строительство- (4793) Торговля- (5050) Транспорт- (2929) Туризм- (1568) Физика- (3942) Философия- (17015) Финансы- (26596) Химия- (22929) Экология- (12095) Экономика- (9961) Электроника- (8441) Электротехника- (4623) Энергетика- (12629) Юриспруденция- (1492) Ядерная техника- (1748) Arhitektura- (3434) Astronomiya- (809) Biologiya- (7483) Biotehnologii- (1457) Военни бизнесмен (14632) Висока technologies- (1363) Geografiya- (913) Geologiya- (1438) на държавата (451) Demografiya- ( 1065) Къща- (47672) журналистика и смирен (912) Izobretatelstvo- (14524) външен >(4268) Informatika- (17799) Iskusstvo- (1338) историята е (13644) Компютри- (11,121) Kosmetika- (55) Kulinariya- (373) културата е (8427) Lingvistika- (374) Literatura- (1642) маркетинг-(23702) математиците на (16968) Механична инженерно (1700) медицина-(12668) Management- (24684) Mehanika- (15423) Naukovedenie- (506) образователна (11852) truda- сигурност (3308) Pedagogika- (5571) Poligrafiya- (1312) Politika- (7869) Лево- (5454) Priborostroenie- (1369) Programmirovanie- (2801) производствено (97 182 ) индустрия- (8706) Psihologiya- (18388) Religiya- (3217) Svyaz (10668) Agriculture- (299) Sotsiologiya- (6455) на (42831) спортист строително (4793) Torgovlya- (5050) транспорт ( 2929) Turizm- (1568) физик (3942) Filosofiya- (17015) Finansy- (26596) химия (22929) Ekologiya- (12095) Ekonomika- (9961) Electronics- (8441) Elektrotehnika- (4623) Мощност инженерно ( 12629) Yurisprudentsiya- (1492) ядрена technics- (1748)

IT Enterprise Architecture




Експерти в областта на информационните технологии, терминът "ИТ архитектура" представляват доста голям набор от концепции [8]: структурирана семейството на технически ръководства, включително и концепции, принципи, правила, шаблони, както и интерфейси, както и връзката между тях, които се използват при създаването на нови информационни системи и развитието на съществуващите системи. За разлика от тях, в областта на експерти за управление на бизнеса разгледа този въпрос от гледна точка на бизнес модели, бизнес процеси, бизнес архитектура.

В ранните произведения на ИТ архитектура тя е разгледана основно като технология архитектура или архитектура, която дефинира информационна инфраструктура система. описанието на архитектурните произведения са фокусирани върху изграждане на технологични стандарти и принципи. Този подход дава възможност за някои частни ползи, свързани най-вече до намаляване на разходите за закупуване и експлоатация на информационни системи и намаляване на разходите за разработка на приложения и обучение. Въпреки това, той е ограничен, тъй като тя не е насочена към решаване на бизнес целите на организацията.

Следващата стъпка в развитието на ИТ архитектура е концепцията за корпоративна информация технология предприятие архитектура (EWITA - Enterprise-широк информационните технологии архитектура). На този етап, ИТ архитектура, включени в допълнение към описанието на архитектурата на информация и приложни системи архитектура технологично ниво. Фокусът на работа в този случай се състои в споделяне на общи данни, избягване на дублирането на бизнес функции, координация, управление на потребители, ресурси, сигурността на информацията поради подобрения в управлението на системи за нанасяне на портфейла. Генерализирана IT - архитектура трябва да съдържа и двете логически и технически компоненти. Логическа архитектура осигурява високо ниво описание на мисията на компанията, нейните изисквания за функционалност и информация на компонентите на системата и информационните потоци между тези компоненти. Техническа архитектура определя специфични стандарти и правила, които ще бъдат използвани за изпълнение на логическата архитектура.

Този подход осигурява по-ефективно взаимодействие на структурните подразделения на организацията 8:

· Дял информация от различни отдели, както и външни лица (клиенти, партньори, доставчици);

· Намаляване на дублирането на подобна функционалност прилага информационни системи за различни бизнес единици;

· Посрещане на интеграцията и оперативната съвместимост на информационните системи.

· По традиция, IT - архитектурата на предприятието са под формата на три взаимосвързани компонента:



· Enterprise Информация Architecture (ОВОС) - информационна архитектура;

· Enterprise Solution Architecture (ESA) - архитектурата на приложни решения;

· Enterprise Технически Architecture (ETA) - техническата архитектура.

По време на разработването на модел на предприятие архитектура е го е създал, включително информация за производствените процеси, информация и материалните потоци, ресурси и организационни единици. В този ИТ архитектура, като част от архитектурата на предприятието, пряко зависи от ролята, която оперира на информационни системи в предприятието: стратегическо (фокусирани върху прилагането на съществуващите политики и операции), срязване (инструмент за повишаване на ефективността на бизнеса), поддържаща (ЕО не играе специална роля във функционирането на предприятието), фабрика (ИС са необходими елемент за функционирането на бизнеса).

модел предприятие (с подходящата ИТ архитектура) позволява не само да се осигури по-добро разбиране на структурата на компанията, но и ефективен инструмент за анализиране на икономически, управленски, организационни и други аспекти на нейното функциониране. IT архитектурата на предприятието определя правилата за формиране на всички компоненти на IP и IT, отношенията между тях и предприятието бизнес архитектура. При липса на предприятието отношения ИТ архитектура и бизнес архитектура на, информационна система, бързо губи своята практическа стойност.

Информация Architecture (ОВОС - Enterprise Информация Architecture) или информационна архитектура - е (от гледна точка на фирмата анализатори Meta Group), контролирано от набор от процедури, описващи Information Model на предприятието и включва:

· База данни и съхранение на данни;

· Потокът от информация (както в рамките на организацията и с външния свят).

информационна архитектура включва визия, принципи, модели и стандарти, които да гарантират създаването, използването и поддръжката на информация, свързана с дейността на предприятието. Информация Архитектура идентифицира ключовите активи, свързани със структурирани и неструктурирани информация, необходима за бизнеса, включително мястото, времето, типовете файлове и бази данни.

Enterprise информация архитектура може да се нарече архитектура на потоци от данни. Все пак, това не е само изграждането на модели на данни на територията на предприятието. Данни и данни за архитектура е специален случай на информационната архитектура. Информация архитектура определя информацията, която топология на високо равнище в рамките на предприятието и описва нивата на ограниченията, наложени на архитектурния модел. В изграждането на предприятието информация архитектура е необходимо да се създадат модели на всички видове данни, използвани в предприятието. Това е достатъчно, за да се гарантира, селекция от най-важните (от решаващо значение за предприятието на) данните и ги симулира по-високо ниво на абстракция.

В днешния свят, информация е важен стратегически ресурс, осигуряване на функционирането на предприятието, както и информационни системи са инструменти, за да се гарантира правилното и ефективно използване на този ресурс. информационна архитектура описва връзката между информацията и информационните системи.

Образуване на предприятието информация архитектура изисква определяне на връзките между IP функции и автоматизирани операции в предприятието бизнес процеси. Това изяснява какво е необходимо, информация за функционирането на текущите бизнес процеси на компанията, и които - за създаването на нови такива.

По време на разработването на информационната архитектура на предприятието на следните задачи:

· Идентифициране на съществуващите данни, определянето на техните източници и използването на процедури;

· Оптимизиране на данни чрез намаляване на дублирането, непоследователност и изключване неяснота на информация;

• минимизиране на движение на данни в резултат на тяхното оптимално разпределение;

· Интеграция на метаданните за да се гарантира тяхната цялостна представа;

· Намаляване на броя на технологии, използвани за осигуряване на съхранението и наличието на информация.

По време на строителството на информационната архитектура, разработена графични модели, описващи бизнес процеси и необходимостта от структурни подразделения на предприятието информация. По този начин, можем да кажем, че се свързва информационна архитектура и бизнес архитектура, архитектура прилагане в един единствен елемент (фиг. 1.18).

Модели, описващи информационна архитектура, различни нива на абстракция:

· Концептуално ниво - описва модел на високо равнище, включително обща информация за потока на информация между функционални единици (в този информационен ниво се счита от гледна точка на бизнеса);

· Logical ниво - включва подробна информация за наличните данни, и осигурява връзката между бизнес процесите и техните подкрепящи информационни системи (на това ниво образуват изискванията за необходимата информация, под формата на предаване и представяне, тук данните се считат вече от гледна точка на информационните технологии: възниква анализ на данни и структура);

· Физическо ниво - описва действителното местоположение на данните в рамките на информационната система и където те се съхраняват.

Фиг. 1.18. Информация архитектура

Архитектура за нанасяне Solutions (ESA - Enterprise Solution Архитектура) или заявление архитектура се състои от набор от софтуерни продукти и връзките между тях.

Архитектурата на решения за кандидатстване Изработени две посоки:

· Разработване на приложни системи;

· Използването на приложни системи.

Развитието на системите за кандидатстване е технологичната част на архитектурни и приложни решения включват: софтуер, модели на данни, интерфейси (API), потребителски интерфейси.

Развитието на системи за нанасяне включва технически описания на специфични приложения. Съответно, информация за блокове данни най-просто представени като следните две схеми:

· Компоненти и структура на системата - вътрешната структура на системата, който включва информация за софтуерните програми и бази данни;

· Интерфейси - описват взаимодействието на приложения с външни обекти (софтуерни продукти, потребители).

Информационна система (ИС или приложение - Application) - е система, хардуер и софтуер, който съчетава елементи на системата, склад за данни и базата данни, която осигурява изпълнението на определени бизнес функции на предприятието. IP може да има една или повече инсталации (инстанции - Application например) (. Фигура 1.19), които са инсталирани на сървърите и дискови масиви.

Приложението разполага с определен набор от функции (функция Application), предоставяне на ИТ поддръжка услуги (IT услуги), както и на бизнес процесите (Business процеса).

Архитектура приложни решения описва ситуацията в ИТ отдела за текущото време ( "технологично подпомагане" бизнес процеси, където всяко ядро ​​на бизнес функции за определени приложения). Въз основа на архитектурата на приложни решения са изградени планове за развитие на информационните технологии в компанията, разработен планове и проекти за действие, необходими за постигане на стратегическите цели.

На това ниво, най-очевидно съвпадение бизнес предприятие архитектура и ИТ архитектура, както може да се определи връзката между организационна структура и корпоративни софтуерни приложения. В този случай, от гледна точка на управлението на информацията на, управление на приложения за оптимизиране на техния дял в съответствие с функционалността на определени групи - домейни. Това разделение е по-лесно да се идентифицира собственика на приложението, за да се определи съответствието му с изискванията на бизнеса.

Фиг. 1.19. Съобщение информационна система

Дай недвусмислено класификация на съвременните информационни системи на предприятия е трудно. Това се дължи главно на факта, че системите са с модулна конструкция, а компанията има способността да се закупи само необходимите компоненти за него. По този начин един доставчик компания обикновено произвежда модули за различни области.

Един от вариантите на IP класификация разделя на съществуващите информационни системи в групи в съответствие с архитектурните стилове, на които те се основават (различни бизнес процеси изискват различни по характер среда на информационните технологии, различна производителност и надеждност). Архитектурният стил - комбинация от предприятието технология и операционни среди, фокусирани върху специфични групи от бизнес процесите на услуги. Тази класификация ви позволява да следите на връзката между изискванията на различни видове бизнес процеси и информационни системи.

Според класификацията от архитектурните стилове е прието да се разграничават следните основни групи информационни системи:

· Приложения, които обслужват голям брой сделки (транзакции обработка) - Тези приложения включват системи за таксуване, които подкрепят дейността на телекомуникационните компании, банкови системи, предоставяне на транзакции с кредитни карти;

· Приложения, извършване на операции в реално време (операции в реално време) - е информационна система, която осигурява бизнес процесите на организацията, които изискват постоянно наблюдение и информационни системи (такива системи включват интегрални схеми, които осигуряват летище транспортни операции и железопътен);

· Аналитични приложения, бизнес анализи, управление на подкрепа на вземането на решения (Аналитични и Business Intelligence) - това е, всички IP-свързана управление на знанията за събиране и анализ на големи обеми от данни в кратки периоди от време;

· Заявленията за сътрудничество (Collaborative) - включва различни средства за потребителите да взаимодействат в рамките на компанията;

· Корпоративни и сервизни приложения (Utility) - включват стандартни приложения за извършване на основните бизнес процеси на компанията (в този раздел попадат в групи такива системи като CRM-система за управление на взаимоотношенията с клиенти, корпоративни системи за планиране на ресурсите на предприятието и други) ,

Таблицата по-долу (Таблица 1.2) показва характеристиките на основните видове системи за нанасяне. Трябва да се отбележи, че много приложения могат да попадат в няколко групи едновременно по тази класификация.

Таблица 1.2 - Характеристики на основните типове системи за нанасяне

Процеси с голям брой сделки В реално време Операция Анализ на работните процеси и бизнес интелигентност сътрудничество Корпусите-тива (послужи-ING)
Kie-стратегически нужди предоставяне на услуги времето за реакция на системата Поддръжка на управленски решения на решения кал Разпределението на знания. Speed. иновациите. Надеждна, на ниска цена от гледна точка на ИТ.
бизнес изисквания обслужване на клиенти. Намаляване на разходите. 24chH365d работа. целостта на данните. Икономичен и безопасна експлоатация 24chH365d. Подобряване на ефективността на производител-и яснотата на информацията. Скоростта на освобождаване от служба. Повторно използване на знания. Икономика-chnost. Подобрението на работните процеси.
Отличителният-Nye-характерните тикове. Ниска цена сделка. Надеждност. Scale-редовността. Дебит. Резервиран-ция. Сканиране и филтриране на потока от данни. Приоритета на исканията. Надеждност. Публикуване и абонаментни данни. Анализаторите механизъм. боравене мощност. Обединяване на данните. Лесен за използване. Надеждност. Висок капацитет. Standard мащаб процеси. ВЪЗМОЖНОСТ ЗА аутсорсинг
интегриране на технологиите Системи интеграция на бизнес приложения. Специално разработен софтуерен код. за съхранение на данни. Споделени данни и обмен на данни. Standard между Най-Face.

Портфейлът се състои от приложни системи, базирани на нуждите на бизнес процесите в областта на информационните технологии и включва набор от интегрирани информационни системи.

Текущ профил информационни системи (съществуващото портфолио) - описва съществуващите приложения, компоненти, интерфейси, както и свързаните с тях бизнес процеси (текущ архитектура заявление).

Планирани профила на информационни системи (планирано портфейлни) - описва необходимото бизнес функционалност на информационна система в бъдеще (целева архитектура заявление) за.

План за миграция (миграция планиране) - документ, който описва набор от промени, необходими за прехода от сегашното състояние на информационната система в планирания (целта). Въз основа на плана за миграция активира чрез въвеждането на нови проекти информационни системи или промени в съществуващите системи.

Оценка на информационните системи на портфейла (Application оценка на портфейла) - се използва за идентифициране на проблемните области и възможности за посрещане на нуждите на бизнеса и включва следните раздели:

· Оттегляне на молбата на операцията, замяната (поетапно / замяна);

· Повторна оценка на необходимостта от прилагането (преоценка / намества);

· Разработване на нов IP инфраструктура (разработка на приложения инфраструктура);

· Предоставяне на подкрепа и развитие на IP (поддържа / EVOLVE).

В съответствие с принципа на "стойност на заявления за основните функции на организацията", можете да изберете приложението, най-подходяща за функционирането на бизнеса. Трябва да се помни, че нивото на интегрални схеми, необходими за дейността на дружеството, или, с други думи, нивото на критичност на IP, е пряко свързана с тяхната надеждност.

Надеждност на информационните системи се характеризира с пряката зависимост от броя на повредите в даден период от време, зависи от качеството на софтуера и хардуера и нивото на резерва. Това означава, че надеждността на IP зависи от финансовите разходи за тях. Изглежда класическата зависимост - по-високите разходи за IP, толкова по-висока надеждност на такава система. За да се намалят разходите за IP може да намали надеждността на отделните приложения, които не са от решаващо значение за бизнес процесите. Всички IC може да бъде разделен на няколко нива в зависимост от тяхната значимост (критичност) за дружеството при следните параметри:

1) Фирмата вече не предоставя услуги на клиенти. Този показател е най-важно за функционирането на фирмата. Обикновено предприятието включва не само финансови загуби, но и евентуалната загуба на клиенти, и правни действия от тяхна страна.

2) Дружеството е значителна финансова загуба. Една от основните цели на всяка компания - на печалба и съответно да намали евентуалните загуби.

3) Голям брой служители (над 500) не може да изпълнява преките си задължения. Такава ситуация може да доведе до съвсем неочаквани загуби за компанията.

В съответствие с Европейската комисия, представено по-горе всички критерии в предприятието могат да бъдат разделени в следните тежест нива:

Ниво 1. критични. Системи за непрекъснато решаване на критични (критични) приложения. Неспазването на тези системи ниво ще извадят от строя, парализира работата на целия комплекс от информационни системи, или има значително въздействие върху функционирането на фирмата.

Индикатор IC операция критични ниво - IP провал парализира работата на компанията (например, компанията може да не предоставя основни услуги на абоната).

Ниво 2. Бизнес-критична. Системи, които са от решаващо значение за бизнеса. Системи, които да гарантират ефективното прилагане на бизнес процеси, но тя не оказват пряко влияние върху тях. Предприятие может функционировать без информационных систем этого уровня (т.к. подобные операции могут быть выполнены вручную), но, в случае их остановки, будет нести существенные финансовые потери. К подобному уровню также относятся системы, чрезвычайно чувствительные к временным рамкам (например, ИС – периодически передающие информацию в системы Mission-Critical). Соответственно, информационные системы данного класса должны функционировать в непрерывном режиме при условии, что потери, связанные с их остановкой, существенно превышают расходы на содержание.

Показатели функционирования ИС уровня Business-Critical:

· сбой ИС приводит к существенным финансовым потерям;

· сбой ИС может привести к сбою работы систем Mission-Critical;

· данной ИС пользуются более 500 человек, непосредственно связанных с обслуживанием клиентов.

Level 3. Business Operational. Системы, обеспечивающие функционирование бизнеса. Информационные системы данного уровня используются бизнесом для увеличения его эффективности, но при этом, их отключение на непродолжительное время не приведет к существенным финансовым потерям. Долгосрочное отключение этих систем будет влиять на эффективность бизнеса.

Показатели функционирования ИС уровня Business Operational:

· сбой ИС приводит к финансовым потерям;

· сбой ИС, возможно, приводит к сбою работы систем Business-Critical.

Level 4. Office Productivity. Системы внутреннего использования. К данному уровню относятся информационные системы, обеспечивающие эффективность выполнения офисных операций. Эти системы не являются важными для функционирования предприятия в целом, но необходимы для увеличения эффективности работы персонала. Показатель функционирования ИС уровня Office Productivity – сравнение с прочими аналогичными системами.

Алгоритм определения уровня критичности систем:

1) Определение перечня основных бизнес-процессов предприятия, остановка функционирования которых парализует работу компании или ведет к существенным финансовым потерям.

2) Анализ существующих ИС и их взаимосвязь с основными бизнес-процессами компании. Определение важности тех или иных ресурсов (информационных систем и их компонентов) для функционирования основных бизнес-процессов компании.

3) Построение общей модели информационных систем, определяющей взаимосвязи между информационными, программными, техническими и людскими ресурсами, их взаимное расположение и способы взаимодействия.

4) Оценка экономического ущерба, связанного с остановкой ИС и вероятность его возникновения.

5) Оценка уровня критичности ИС для функционирования предприятия на основании информации собранной на предыдущих шагах.

1.2.5. Техническая архитектура ИС предприятия (ETA)

Техническая архитектура ИС предприятия ( ETA – Enterprise Technical Architecture ) формируется из совокупности программно-аппаратных средств, методов и стандартов, обеспечивающих эффективное функционирование приложений ИС. Основное назначение технической архитектуры – это обеспечение надежных ИТ-сервисов в рамках всего предприятия в целом.

Разработка ИТ-стандартов определяет существенное сокращение затрат на обеспечение функционирования информационных систем предприятия и упрощает управление ИТ-подразделением. По мере внедрения стандартов сокращаются средства на подготовку специалистов (нет необходимости в уникальных специалистах), закупку расходных материалов, ремонт и поддержку программно-аппаратного комплекса (большое количество однотипного оборудования). С возникновением новых стандартов появляются новые рекомендации по формированию ИТ- архитектуры предприятия.

Специалисты компании Gartner Group выделяют шесть архитектурных компонент (сервисов), которые заложены в основу технологической архитектуры ИС:

· сервисы данных : системы управления базами данных, хранилища данных, системы поддержки принятия решений (Business Intelligence);

· прикладные сервисы : языки программирования, средства разработки приложений, системы коллективной работы;

· программное обеспечение ;

· вычислительная инфраструктура : операционные системы и аппаратные средства;

· Мрежови услуги, LAN: мрежов хардуер.

· Охрана, удостоверяване: удостоверяване, мрежова сигурност, физическа сигурност на центрове за данни.

На нивото на техническата архитектура на две групи изисквания за софтуер и хардуер:

· Функционални изисквания описват задачите, възложени на бизнес информационни системи от гледна точка на бизнеса;

· Оперативни изисквания описват проблема от гледна точка на технология и работят с термини като надеждност, управляемост, представяне.

Инвестициите в инфраструктура, информационни системи и технологии са големи и дългосрочни. В същото време за оценка на тяхната икономическа ефективност за предприятието от гледна точка на бизнеса на често се свързва със сериозни трудности. Изграждането на предприятието архитектура позволява до известна степен, за да се реши този проблем, чрез изграждане на модел, който съчетава бизнес процеси, приложения и подкрепящи софтуер и хардуер в единна система.

За да се изгради такъв модел е необходимо да се организира процеса на събиране и обработка на информация за ИТ инфраструктура, приложения и организационни звена и бизнес процеси. С цел опростяване на събирането на данни и моделиране на процеса, цялата информация в този процес обикновено са въведени в базата данни. Събиране и обработка на тези данни е елемент от процеса на управление на конфигурацията (управление на конфигурацията) ITIL / ITSM, която осигурява централизирана регистрация и контрол на информация за инфраструктурата и включва следните стъпки:

· Осигуряване на процеса на изпълнение;

· Процес за контрол на качеството.

Те процес за управление на конфигурация обикновено се съхраняват в управление на конфигурацията на базата данни (CMDB) и включва информация за инциденти, проблеми, промени, пресата, както и връзките между тях. По този начин, ефективно работещ процес за управление на конфигурация осигурява голяма част от информацията, необходима за изграждането на сегашната архитектура на предприятието, и е част от архитектурния процес.

Въпроси за самоконтрол на темата 1

1) описват съдържанието част на управлението на информацията.

2) Какви са основната цел и целите на управление на информацията?

3) Каква е информацията като фактор на производството и като основа за процеса на вземане на управленски решения?

4) Какво е обикновено по-информационните технологии?

5) Какво, знаете ли какво технология за изграждане на информационна мрежа предприятие?

6) За какви цели в големи организации използват склада за данни?

7) Какво е OLAP-технология и с каква цел се използват?

8) Какво е очевидна връзка между информационните системи и информационни технологии?

9) Какви са основните изисквания за информационната система на организацията.

10) Какво се разбира под термина "мета" на организацията, как го е направил?

11) Опишете връзката на системата за бизнес архитектура и информация.

12) Каква е основата на ИТ компании за управление на портфейл?

13) Какви нива на абстракция предприятието архитектура ли, че?

14) В това, което се появява на стратегическа линия на бизнеса и предприятията информационна система?

15) Каква е връзката на стратегия и архитектура на предприятието на информационните технологии?

16) Как е архитектурата на бизнес предприятие?

17) Какви са нивата на критичност на предприятието информационни системи съществуват и как те се определят?

18) Какво означава техническата архитектура на предприятието информационна система?





; Дата: 06.01.2014; ; Прегледи: 927; Нарушаването на авторските права? ;


Ние ценим Вашето мнение! Беше ли полезна публикуван материал? Да | не



ТЪРСЕНЕ:


Вижте също:



zdes-stroika.ru - Studopediya (2013 - 2017) на година. Тя не е автор на материали, и дава на студентите с безплатно образование и използва! Най-новото допълнение , Al IP: 66.102.9.22
Page генерирана за 0.06 секунди.