Створення прототипів нової ис

Створення прототипів - важливий елемент в послідовності розробки концепції нової інформаційної системи. Прототип системи - це часткова або можлива реалізація передбачуваного нового продукту. Прототипи дозволяють вирішувати три основні завдання:

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

Дослідження альтернативних рішень. В даному випадку прототип використовується як інструмент конструювання, який дозволяє досліджувати різні варіанти реалізації вимог і оцінити можливі технічні прийоми.

Створення кінцевого продукту. В даному випадку прототип використовується як інструмент еволюційної або инкрементной моделі побудови системи.

Основна мета побудови прототипу - усунення неясностей на ранніх стадіях процесу розробки.

До прототипам, проясняє і завершальним процес формулювання вимог, відносяться моделі TO - BE. Створення цих моделей є найважливішим етапом у створенні системного проекту. На цьому етапі моделюються нові бізнес-процеси і нові потоки даних, які з'являться на підприємстві в результаті впровадження нової інформаційної системи. Ці моделі будуються на підставі затверджених в специфікації вимог до нової ІС і є графічним зображенням однозначного розуміння проблем замовником і виконавцем проекту.

Почнемо побудова моделей з моделі бізнес-процесу. Безумовно, що ця модель буде відрізнятися від моделі AS-IS, оскільки в результаті формування вимог з'явилися пропозиції по реорганізації бізнес-процесів.

Назва: Замовлення і відпуск готової продукції «Метиз - М».

Мета: Збільшення числа продажів. Збільшення числа продажів на 50%, зменшення середнього робочого часу кожного співробітника на обслуговування замовника до 20 хвилин, зменшення часу замовника для оформлення замовлення не більше 1 години з урахуванням двох можливостей: мережевого обслуговування та безпосереднього контакту протягом 3 місяців після першого випуску інформаційної системи.

Точка зору: начальник відділу продажів.

Вхідні дані: дані системи склад, дані про замовника, замовлення.

Вихідні дані: замовлення, відмова (відмова від виконання замовлення), вимога, рахунок, закриття (інформація про закриття договору), звіти (аналітичні звіти), зміна складу (дані для системи «Склад» після продажу), зміна плану (коригування виробничого завдання для виконання замовлення). Оскільки вихідних даних багато і зображення їх на контекстної моделі буде утруднено, то їх потрібно згрупувати, наприклад, наступним чином:

оброблений замовлення (замовлення зі статусом «прийнятий» або відмова від виконання замовлення);

документи на оплату і отримання (рахунок, вимога);

дані для систем «Склад» і «Виробництво».

Управління: номенклатура (номенклатура кріпильних виробів) і ціна (поточна ціна кріпильних виробів), статут (статут підприємства), положення (положення про відділ продажів), документи системи (нормативні документи підприємства для супроводу системи продажів).

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

Рис.32. Контекстна діаграма моделі TO-BE

При декомпозиції контекстної діаграми необхідно враховувати нові функції системи, оскільки в процесі формування вимог до нової інформаційної системи відбулася зміна бізнес-процесу (реінжінерінг) в аналізованої предметної області. Дійсно, в моделі AS-IS бізнес-процес реалізації товару складався з наступних основних функцій: перевірка готовності замовлення, організація оплати, організація видачі, підготовка звітів. У новій системі велике значення приділяється прийому і розміщення замовлення (в разі відсутності готової продукції на складі). Крім того, система повинна бути інтегрована в загальну систему управління підприємством. Нові функції системи описані в документі бізнес-вимоги. Оскільки всі вони не можуть бути відображені на діаграмі декомпозиції (обмеження інструментарію), згрупуємо їх наступним чином: прийом і розміщення замовлення, організація оплати, організація відвантаження, закриття договору, створення і видача звітів.

Рис.33. Декомпозиція контекстної діаграми

Декомпозицію основних функцій в даному розділі розглядати не будемо. Це завдання для самостійної роботи. Приступимо до створення моделі DFD - діаграми потоків даних.

При створенні цієї моделі необхідно врахувати взаємодію з системами «Виробництво», «Склад». Звернути увагу на оформлення замовлення і на можливість різних форм оплати замовлення.

Рис.34. Контекстна діаграма інформаційних потоків

Декомпозиція контекстної діаграми проводиться таким чином. Функції обробки інформації ті ж, що і при декомпозиції моделі бізнес-процесу. Однак на ній з'являються сховища даних: склад, виробництво, замовлення, звіти. При цьому система оплати поки не декомпозіруется.

Рис.35. Декомпозиція контекстної діаграми DFD

Рис.36. Декомпозиція діаграми прийом і розміщення замовлення

Для того щоб зрозуміти структуру бази даних і створити логічну інформаційну модель майбутньої системи необхідно продовжити декомпозицію діаграм до рівня, який визначить не тільки основні сутності і зв'язку між ними, а й властивості (атрибути) сутностей. У самому складному випадку - це рівень операцій обробки записів.

Завдання для самостійної роботи:

Розробити і описати бізнес-вимоги для завдання самостійного рішення. Вибрати модель управління бізнес-процесу.

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

Розробити і описати специфікації вимог для обраної в пункті 2.1 завдання самостійного рішення.

Створити прототипи для обраної завдання.