1.2 Методичні вказівки до заняття

Завдання 1

Замовник (customer) – особа (або компанія), яка купує програмне забезпечення та буде ним володіти. З замовником слід обговорювати постановку бізнес-задачі. Питання, які йому варто задати, це:

1. Чому взагалі пішла мова про створення системи?

2. У чому Ви бачите її призначення?

3. Які бізнес-можливості вона повинна реалізувати?

4. Які проблеми повинна вирішити?

Зацікавлені особи (stakeholders) – будь-хто зацікавлений в успіху програмного проекту та результатах, до яких він призведе. Зацікавлені особи можуть стати у нагоді під час бізнес-моделювання. Питання до них, за суттю, зводяться до «Що, чому, коли, як і ким відбувається в предметній області, та як воно взаємопов’язано?»:

1. Які основні поняття предметної області, їх визначення і взаємозв'язки?

2. На підставі яких правил відбувається те, що відбувається в предметній ділянці?

3. Що реально (які процеси, події, факти) відбувається та у якій послідовності, взаємозв'язку?

4. Якими структурними і поведінковими властивостями володіє кожне з виділених понять?

Користувачі (users) – представники замовника, які безпосередньо працюватимуть з програмною системою. Вони визначають вимоги користувача. Питання до них:

1. На яку систему буде схожа створювана?

2. З якими системами і як давно Ви працюєте?

3. Яка у Вас освіта?

4. Які Ваші очікування від системи – що і як вона повинна робити, які завдання допомагати вирішувати, як повинна виглядати?

5. Які кроки необхідно зробити для рішення кожного завдання?

6. У якому випадку Ви будете вважати, що система «хороша»?

Завдання 2

Аналіз діяльності організації дає великі обсяги інформації. З цієї інформації треба вміти відбирати істотну, а також уміти знаходити в ній пробіли – області діяльності, інформації з яких недостатньо для чіткого подання про розв'язувані задачі. Отже, всю одержувану інформацію треба певним чином систематизувати. Для систематизації збору інформації про організацію і подальшу розробку системи, що підтримує її діяльність, застосовується схема Захмана або архітектурна схема підприємства (enterprіse archіtecture framework) [2].

В основі схеми Захмана лежить така ідея: діяльність навіть дуже великої організації можна описати, використовуючи відповіді на прості питання – навіщо, хто, що, як, де і коли – і різні рівні розгляду. Названі 6 питань визначають 6 аспектів розгляду.

• Мета організації і базові правила, за якими вона діє.

• Персонал, підрозділи та інші елементи організаційної структури, зв’язки між ними.

• Сутності і дані, з якими має справу організація.

• Виконувані організацією і різними її підрозділами функції і операції над даними.

• Географічне розташування елементів організації та зв'язки між географічно розділеними її частинами.

• Часові характеристики і обмеження на діяльність організації, значущі для її діяльності події.

2 Моделювання предметної області

2.1 Ситуаційна вправа

Перед ним сиділи 10 кращих, і він розповідав їм, як проникнути до сейфу казино Террі Бенедикта. «А щодо суми?» – поцікавився Лайнус. «Комісія з азартних ігор Невади вимагає, щоб у казино був запас грошей рівний запасу фішок помноженому на 4, – він відзначив, що Соул нервово глитнув, і незворушно продовжив. – Це потрібно за законом. Отже, у будь-який робочий день у казино лежить 50-70 мільйонів, у вихідні – 80-90, у день призового бою, як через два тижні, коли ми будемо його грабувати, – 150 мільйонів, навіть не спітнівши». І отут за спиною спрацювала сигналізація. «Цікаво, чому, адже система захисту всього лише демонструється на екрані», – встиг подумати він перш, ніж зрозумів, що це будильник.

День не задався із самого ранку. Сергій Савченко, один із провідних спеціалістів відділу програмного забезпечення Market Research, традиційно запізнився на 15 хвилин. «Спізнюємося?» – підозріло радісно поцікавився зустрінутий у коридорі колега Андрій. «Начальство не спізнюється, а затримується», – бадьоро відбив його випад Сергій і влетів в офіс. І зрозумів, що щось трапилося.

«Тебе шукав генеральний», – повідомив Роман, який чаклував над документами. От воно, якщо шукає генеральний, то чекай нове завдання і головомийку через запізнення. І Сергій, схопивши блокнот, понісся назустріч неприємностям.

Таблиця 1.1 – Схема аналізу діяльності Захмана

	Мотивація (навіщо?)	Люди (хто?)	Данні (що?)	Функції (як?)	Місце (де?)	Час (коли?)
Контекст	Цілі та стратегія бізнесу	Важливі для бізнесу організації	Речі, значущі для бізнесу	Основні бізнес-процеси	Географія бізнесу	Події та періоди, які важливі для бізнесу
Модель бізнесу	Бізнес-план, окремі цілі та стратегії	Моделі потоків робіт	Семантичні моделі: бізнес-сутності та зв’язки між ними	Моделі бізнес-процесів	Система логістики	Базовий графік робіт
Системна модель	Модель бізнес-правил	Архітектура інтерфейсу користувача	Концептуальна модель даних	Архітектура застосунку	Архітектура розподіленої системи	Структура обробки подій
Технологічна модель	Модель правил обробки подій	Архітектура представлення	Фізична модель даних	Архітектура програмно-апаратної системи	Технологічна архітектура	Структура циклів управління
Детальне представлення	Специфікації правил роботи системи	Специфікації ролей та прав доступу	Специфікації форматів даних	Код програмних компонентів	Специфікації архітектури мережі	Специфікації обробки подій та переривань
Організація, що працює	Стратегія та тактика	Структура організації	Данні	Виконувані функції	Географічне розташування та мережі	Плани

Таблиця 1.2 – Приклад опису процесу на основі схеми Захмана

	Мотивація (навіщо?)	Люди (хто?)	Данні (що?)	Функції (як?)	Мережа (де?)	Час (коли?)
Контекст	Бачення: потреби	Бачення: зацікавлені особи	Бізнес-сутності	Бачення: можливості		Бізнес-процеси
Модель бізнесу	Бізнес-правила	Актори	Модель концептуальних класів	Варіанти використання	Конфігурація мережі	Потік подій для варіантів використання
Системна модель	Обмеження, складність, діяльності	Граничні класи	Стійкі класи	Реалізація варіантів використання	Модель розгортання	Діаграми взаємодій
Технологічна модель		Матеріали для підтримки кінцевого користувача	Модель даних	Компоненти	Процес-вузол відображення	Модель процесів
Детальне представлення		Класи проекту інтерфейсу користувача	Поля, типи, ключі, індекси	Класи проекту		Машина станів

«Отже, дорогий друже, ідіть і спілкуйтеся з відділом обслуговування клієнтів, їхнього шефа я вже попередив», – мабуть, це було самим неприємним з того, що почув Сергій. Спробуй витягнути із цих кастомер-сервисів чіткий опис того, що вони хочуть. Він би із задоволенням поділився б цим обов'язком із ближніми, але, на жаль, це неможливо. Він – системний аналітик, і це його обов'язок.

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

Вимоги до системи 1. Система підтримує функції «постійного контакту» з нашою наявною і потенційною клієнтською базою, так щоб реагувати на її потреби і здобувати нові контакти на придбання наших товарів. 2. Система зберігає імена, номери телефонів, поштові і кур’єрські адреси та іншу корисну інформацію щодо організацій і наших контактних осіб у цих організаціях. 3. Система дозволяє нашим співробітникам планувати завдання і заходи, які необхідно провести у відношенні наших контактних осіб. Співробітники планують завдання і заходи для інших співробітників або для себе. 4. Завдання – це група заходів, які здійснюються для досягнення певного результату. Результатом може бути перетворення потенційного клієнта на наявного, організація доставки товару або рішення проблеми клієнта. До звичайних типів заходів належать телефонний дзвінок, візит, відправлення факсу, влаштування навчання тощо.

Заваривши собі чай, він прийнявся впорядковувати отриману інформацію.

Завдання

1. Виконати моделювання предметної області за допомогою CRC-карт.

Отже ж, не щастить – так не щастить, не вистачає інформації. Стало очевидним, що слід вдруге йти до тигра в пащу. Ну що ж, проте стало більш зрозуміло, про що питати. І Сергій попрямував до відділу обслуговування клієнтів.

Ще через годину він знову сидів за свої столом, а на наступному аркуші блокноту красувався черговий улов.

Додаткова інформація 1. Клієнт розглядається як наявний, якщо існує контакт із цим клієнтом на поставку наших товарів або послуг. Проте функції керування контактами виходять за рамки нашої системи. 2. Система дозволяє виробляти різні звіти по наших клієнтах на основі поштової і кур’єрської адрес (наприклад, знаходити всіх клієнтів по поштовому індексі). 3. Дата і час створення завдання фіксуються. Можна також зберегти значення «доходу», очікуваного від здійснення завдання. 4. Заходи для співробітника відображаються на екрані його комп'ютера у вигляді сторінки календаря (один день на сторінку). Пріоритет кожного заходу (низький, середній, високий) візуально виділяється на екрані. 5. Не з усіма заходами пов'язане поняття «термін виконання», деякі з них є «безстроковими» (вони можуть виконуватися протягом дня, на який заплановані). 6. Час створення заходу не може змінюватися, а термін виконання – може. 7. По завершенні заходу дата і час його завершення фіксуються. 8. Система також зберігає данні про співробітників, які створюють завдання і заходи, про співробітників, яким заплановано здійснити захід («доручено співробітникові»), і про співпрацівників, які завершили захід.

Завдання

2. Виконати уточнення моделі предметної області за допомогою CRC-карт з урахуванням додаткової інформації.

От, мабуть, тепер все зрозуміло. Можна будувати план розробки і братися до роботи.