Визначення функціональних вимог до системи інформаційної підтримки спортивних змагань навчального закладу
Для визначення функціональних вимог до інформаційної системи розроблена її функціональна модель з використанням стандарту IDEF0 [2].
Одними з найвідоміших і широко використовуваних методологій в області моделювання бізнес-процесів є методології сімейства IDEF. Сімейство IDEF з'явилося в кінці 60-х рр. XX ст. під назвою SADT (Structured Analysis and Design Technique) .
IDEF0 - методологія функціонального моделювання. Використовується для створення функціональної моделі, що відображає структуру і функції системи, а також потоки інформації і матеріальних об'єктів, що зв'язують ці функції [3].
На рис. 2.1 представлена концептуальна діаграма, яка відображає погляд на функцію «Автоматизоване створення оголошень про спортивні змагання навчального закладу» з точки зору користувача системи.
Концептуальна діаграма дозволяє побачити систему в цілому у вигляді «чорного ящика», коли відомі входи системи, і результат роботи системи.
Рисунок 2.1 – Концептуальна діаграма функції «Автоматизоване створення оголошень про спортивні змагання навчального закладу» з точки зору користувача
Для створення повноцінної автоматизованої системи необхідно провести її аналіз. Для цього була розроблена декомпозиція системи першого рівня.
На концептуальній діаграмі входами є «інформація про спортивне змагання» та «інформація про спортивні заклади», а виходом є «оголошення» або «відмова». В цьому випадку, для створення оголошення, потрібні дані спортивне змагання та про навчальні заклади між якими воно проходить. В якості керуючих стрілок вказані «Законодавство» та «Закон України про використання інтелектуальної власності». Механізмами слугують «користувач» і «система».
Мета – уточнення функціональних вимог Web-ресурсу.
Точка зору – користувач програмної системи.
На рис. 2.2 представлена декомпозиція концептуальної діаграми. Декомпозиція дозволяє розбити процес на менші підпроцеси, що в свою чергу дозволяє розробнику системи проникнутися всіми функціональними залежностями системи. Для отримання ще точніших результатів діяльності процесу можна розбити його підпроцеси на інші оперції, дії, функціїї.
Рисунок 2.2 – Діаграма декомпозиції, яка представляє функції системи
На рис. 2.2 представлена декомпозиція функції «Автоматизоване створення оголошень про спортивні змагання навчального закладу» системи. Ця операція декомпозується на три підфункції «Обробка інформації», «Побудова підходящої стурктури для візуалізації оголошення» і «Візуалізація оголошення». Під час виконання функції обробки інформації на вхід подаються дані про спортивні змагання та про спортивні заклади. В ці дані входить інформація про конкретну спортивну подію, про яку йтиметься в оголошенні, а також інформацію про спортивний заклад, гурток, комманду чи її членів. Далі дані оброблюються системою, перевіряються на використання чужої інтелектуальної власності та на виході формуються оброблені дані. В хід вступає функція «Побудова підходящої стурктури для візуалізації оголошення», за допомогою якої система будує структурний вигляд оголошення, враховуючи оброблені дані, що прийшли на вхід. Передавши структуру оголошення на вхід до функції, що реалізує візуалізацію оголошення, система виконує програмний алгоритм візуалізації даних, після чого на виході з’являється готове оголошення. На рис. 2.3 представлена декомпозиція функції «Обробка інформації» системи.
Рис. 2.3 – Діаграма декомпозиції функції «Обробка інформації»
Ця функція декомпозується на 3 підфункції: «Визначення виду спорту», «Визначення спортивного закладу», «Перевірка інформації».
Під час виконання функції «Визначення виду спорту» користувач системи вносить інформацію про вид спорту, за яким буде закріплене оголошення.
Під час виконання функції «Визначення спортивного закладу» користувач системи вносить інформацію про спортивні заклади між командами якого, буде проходити змагання, за закріплений видом спорту.
Після того, як користувач вніс дані про спортивні заклади, інформація на виході передається для перевірки інформації на права інтелектуальної власності. В якості керуючих стрілок були використані «Законодавство» та «Закон України про використання інтелектуальної власності». Коли оголошення не проходить перевірку іформації то система на виході подає відмову у створені такого оголошення, якщо перевірка закінчилась вдало, то функція подає на вихід оброблену інформацію.
На рис. 2.4 представлена декомпозиція функції «Побудова підходящої структури для візуалізації оголошення» системи. Ця функція має 2 підфункції: «Підбір підходящого макету для оголошення» і «Створення структури».
Рис. 2.4 – Діаграма декомпозиції функції «Побудова підходящої структури для візуалізації оголошення»
Під час виконання першої функції відбувається підбір макету для створення структури оголошення. За допомогою оброблених даних, система видає макети, які підходять найбільше, що дає змогу користувачу зменшити час для створення власного макету. Користувач системи вибирає із запропонованих йому макетів для оголошень на основі оброблених даних. На основі вибору, система будує структурний вигляд оголошеня, що і є виходом функції.
На рис. 2.5 представлена декомпозиція функції «Візуалізація оголошення» системи. Ця функція має 2 підфункції: «Формування графічної презентації оголошення» і «Формування оголошення».
Рис. 2.5 – Діаграма декомпозиції функції «Візуалізація оголошення»
На вхід першої функції «Формування графічної презентації оголошення» надходить структурний вигляд оголошення, користувач має можливість внести остаточні зміни в оголошенні, після підтвердження яких, система подає на вихід графічний вигляд оголошення. Далі на основі цих даних, система формує і створює оголошення про спортивну подію.
На рис. 2.6 представлена структура IDEF0 діаграми.
Рис. 2.6 – Структура IDEF0 діаграми
Таким чином, проведене функціональне моделювання дозволило уточнити функціональні вимоги до розроблюваної системи.
Функціональні вимоги до системи створення оголошень про спортивні змагання навчальних закладів:
система повинна збирати та зберігати інформаці про оголошення та їх авторів;
система повинна надавати можливість користувачу зареєструватися та внести особисті дані про себе;
система повинна прив’язувати створені оголошення до аккаунту його автора;
система повинна виконувати функцію перевірки інформацію на права інтелектуальної власності, перед створення будь-якого оголошення;
система повинна надавати можливість редагувати оголошення після його створення;
система повинна надавати користувачеві вибір з існуючих макетів для створення структури оголошення;
система повинна надавати можливість користувачеві прив’язати свої сторінки з соціальних мереж;
система повинна надавати можливість поділитися своїм оголошенням в інші соціальні мережі або медіа-ресурси;
система повинна надавати можливість скачати оголошення у вибраному форматі;
система повинна надавати можливість розмістити оголошення у власній стрічці новин.