У даній статті мова піде вже не про способи збору даних, а про конкретні питання, які необхідно з'ясувати в першу чергу при інтерв'юванні Замовника.
Розглянемо випадок, коли здійснюється впровадження інтеграційної шини (Enterprise Service Bus, ESB).
Що ж таке інтеграційна шина і з чим її їдять?
Давайте трохи пройдемося галопом по «Європах».
Інтеграційна шина (з точки зору ПО) - інтеграційне корпоративне додаток, що забезпечує взаємодію всіх існуючих інформаційних систем через єдину точку, при цьому забезпечує транзакції, перетворення даних, збереження повідомлень, наскрізне управління бізнес- процесами і багато іншого.
Оскільки по трудовитратах і вартості ліцензій, які потрібно буде закупити при впровадженні інтеграційної шини, сукупна вартість впровадження шини виявиться в рази більше, ніж при здійсненні інтеграції на рівні «точка-точка».
Використання інтеграційної шини найбільш доцільно у випадках, коли в компанії використовується велика кількість розрізнених інформаційних систем від різних виробників, коли не всі системи взаємодіють між собою, і з самого початку не все системи мають засоби обміну даними (наприклад, це можуть бути окремі замовні розробки).
- Підтримка синхронного і асинхронного способу виклику сервісів;
- Обмін повідомленнями з гарантованою доставкою;
- Статична і алгоритмічна маршрутизація повідомлень;
- Обробка і перетворення повідомлень (трансформація даних між форматами);
- Оркестровка і хореографія сервісів;
- Великий набір готових адаптерів для забезпечення доступу до даних зі сторонніх інформаційних систем;
- Централізоване управління безпекою та політиками доступу до даних;
- Великий набір засобів аудиту, протоколювання і т.п.
До інтеграційним сервісним шинам відносять рішення: IBM WebSphere MQ, Microsoft BizTalk, TIBCO, WebMethods, SeeBeyond, Vitria, CrossWorlds, JBoss, Celtix і інші.
- Цілі інтеграції (тобто що хочемо отримати в результаті інтеграції);
- Повний перелік існуючих в компанії інформаційних систем, що підлягають інтеграції;
- Для кожної системи, для початку, необхідно з'ясувати:
- Найменування і функціональне призначення системи;
- Власник системи (структурний підрозділ і конкретний співробітник);
- Операційні системи, на яких може працювати;
- Супроводжує підрозділ \ компанія;
- Можливість доопрацювання \ зміни системи;
- Необхідність залучення сторонніх компаній для доопрацювання системи;
- На базі чого система спроектована (платформа, мова програмування і т.п.);
- Які засоби обміну \ інтеграції підтримує (web-сервіси, обмін XML, виклик вбудованих процедур, пряме звернення до СУБД і т.д.);
- Яку СУБД використовує і їх структуру;
- Бажаний повний перелік наявних в системі довідників, при цьому, необхідно зазначити, які з них є майстер довідниками на рівні всієї компанії;
- По можливості, запросити документацію по системі (ТЗ, керівництво користувачів і адміністраторів, регламент. Мало ймовірно, що документи нададуть, але спробувати запросити можна! Це може істотно спростити подальшу роботу).
- Якщо деякі системи вже взаємодіють між собою, то необхідно з'ясувати перелік взаємодіючих систем, що використовуються механізми взаємодії та окреслити поточну структуру взаємодії (хоча б великими мазками: яка система і що саме передає іншій системі, спосіб обміну);
- Необхідно побудувати орг. Структуру з головним офісом і філіями (щоб була можливість бачити територіальний розкид).
Ось власне вся основна первинна база необхідної інформації, яка Вам, швидше за все, знадобиться!
Якщо Ви можете доповнити цю статтю корисною інформацією - будемо раді!
Дорогі читачі, якщо Ви знайшли помилку в тексті, будь ласка, повідомте мені про це, виділивши помилку і натиснувши комбінацію Shift + Enter або ж натисніть сюди. щоб повідомити нам.
Збір вимог. Інтеграційна шина. Питання. 4.3 out of 5 based on 9 ratings