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