Загальна схема застосування
На рисунку 4.1. зображена загальна схема ігрового застосування «NLO»
Графічний двигун – проміжне програмне забезпечення (англ. middleware), програмний движок, основним завданням якого є візуалізація (рендерінг) двомірної або тривимірної комп'ютерної графіки. Основне і найважливіше відмінність «ігрових» графічних движків від неігрових полягає в тому, що перші повинні обов'язково працювати в режимі реального часу, тоді як другі можуть витрачати по кілька десятків годин на виведення одного зображення.
Інтерфейс користувача – компонент, що відображає хід гри користувачеві та використовується для введення необхідних даних.
Програмні модулі – функціонально закінчені фрагменти програми, оформлені у вигляді окремого файлу з початковим кодом або пойменованої безперервної її частини, призначені для використання в інших програмах. Модулі дозволяють розбивати складні завдання на більш дрібні відповідно до принципу модульності. Звичайно проектуються таким чином, щоб надавати програмістам зручну для багаторазового використання функціональність (інтерфейс) у вигляді набору функцій, класів, констант. Модулі можуть об'єднуватися в пакети і, далі, в бібліотеки. Зручність використання модульної архітектури полягає в можливості поновлення (заміни) модуля, без необхідності зміни іншої системи. У більшості випадків різні модулі можуть запускатися як на одному сервері, так і на різних, для розподілу навантаження і створення розподіленої архітектури.
Ігровий менеджер – фрагмент програми за допомогою якого відбувається керування геймплеєм (ігровим процесом).
Екран головного меню – модуль, що відповідає за відображення головного/початкового меню гри.
Ігровий екран – модуль, що відповідає за відображення головного ігрового екрану.
Ресурси – компонент який містить необхідні графічні зображення та звукові ефекти для відображення гри.
Ігровий менеджер
Рис. 4.1. Загальна
схема застосування
Екран головного
меню
Ігровий екран
Діаграма варіантів використання
Діаграма варіантів використання (Use-Cases Diagram) - це UML діаграма за допомогою якої в графічному вигляді можна зобразити вимоги до розроблюваної системі.
Діаграма варіантів використання - це вихідна концептуальна модель проектованої системи, вона не описує внутрішній устрій системи. Діаграми варіантів використання призначені для:
Визначення спільного кордону функціональності проектованої системи
Сформулювати загальні вимоги до функціонального поведінки проектованої системи
Розробка вихідної концептуальної моделі системи
Створення основи для виконання аналізу, проектування, розробки і тестування.
Діаграма варіантів використання складається з ряду елементів. Основними елементами є: варіанти використання або прецедент (use case), актор або дійова особа (actor) і відносини між акторами і варіантами використання (relationship).
Як ми бачимо, на рисунку 4.2. зображена діаграма варіантів використання нашого ігрового застосування «NLO».
Актори:
Актором називається будь-який об'єкт, суб'єкт або система, що взаємодіє з розроблюваною бізнес-системою ззовні для досягнення своїх цілей або вирішення певних завдань. Це може бути людина, технічний пристрій, програма або будь-яка інша система, яка служить джерелом впливу на розроблювану систему. Актори взаємодіють з системою за допомогою передачі і прийому повідомлень від варіантів використання. Повідомлення являє собою запит актором сервісу від системи і отримання цього сервісу.
Рис. 4.2. (діаграма варіантів використання)
Актор «Користувач» - відіграє роль головного актору у всьому ігровому застосуванні. У реальному житті являє собою людину/гравця, зацікавлену у проходженні усіх етапів гри та отриманні головного призу/кубку. Користувач, використовуючи головне меню застосування має можливість входити у гру, продовжувати раніше початий процес або обирати новий, настроювати ефекти звуку, закінчувати процес гри.
Актор «Ігрове застосування» - актор, який являє собою програмні модулі, що відповідають за реалізацію ігрового застосування «NLO». Ігрове застосування має відображати головне меню гри, для вибору типу гри та налаштувань звукових ефектів. Також відображати ігрове поле, генерувати відео та звукові ефекти, зберігати кожен етап гри при виході.