6.Разработка uml диграмм:
1.Use case диаграмма:
Рис
14.
- Диаграмма вариантов использования
Прецендент: Сделать заказ |
ID: 1 |
Краткое описание: Заказчик делает заказ, менеджер его принимает |
Главные актеры: Манеджер, Заказчик |
Второстипенные актеры: Бухгалтер. |
Предусловия:
|
Основной поток: 1.Заказчик делает заказ, 2. Менеджер его принимает. 3. Бухгалтер подсчитывает затраты (UC: Подсчитать затраты) |
|
Альтернативные потоки: 4. Если сумма заказчика не страевает, то контракт не подписываеться. |
Прецендент: Разработка приложения |
ID: 2 |
Краткое описание: Разработчик проэктирует приложение, Тестировщик тестирует |
Главные актеры: Разработчик, тестировщик, менеджер. |
Второстипенные актеры: Нет. |
Предусловия:
|
Основной поток: 1.Проэктирование ПО 2. Тестирование |
|
Альтернативные потоки: Нет. |
Расширяющий прецендент: Проэктирование |
ID: 3 |
Краткое описание: Разработчик проэктирует приложение, дизайнер разрабатывает дизайн |
Главные актеры: Разработчик, дизайнер |
Второстипенные актеры: Нет. |
Предусловия: 1.Разработчик разрабатывает архитектуру. 2.Разработчик кодирует. Сегмент 1 передусловия:
|
Основной поток: 1. Разработка архитектуры 2. Кодирование Поток сигмента 1:
|
Постусловие: Приложение спроэктировано |
Альтернативные потоки: Нет. |
Прецендент: Подсчитать затраты |
ID: 4 |
Краткое описание: Бухгалтер подсчитывает зарплату |
Главные актеры: Бухгалтер |
Второстипенные актеры: Нет. |
Предусловия:
|
Основной поток: 1.подсчет затрат |
1.Проэкт разработан. |
Альтернативные потоки: Нет. |
Прецендент: Создание дизайна |
ID: 5 |
Краткое описание: Дизайнер создает графический интерфейс |
Главные актеры: Дизайнер |
Второстипенные актеры: Нет. |
Предусловия:
|
Основной поток: 1.Разработка дизайна |
1.Дизайн создан |
Альтернативные потоки: Нет. |
Прецендент: Тестирование |
ID: 6 |
Краткое описание: Тестировщик тестирует приложение |
Главные актеры: Тестировщик |
Второстипенные актеры: Нет. |
Предусловия: Приложение спроэктировано |
Основной поток: 1.Тестирование |
1.Тесты пройдены |
Альтернативные потоки: Нет. |
2.Диаграмма классов Android приложения:
Рисунок 15 – Диаграмма класов разрабатываемого проекта
Классы:
Пакет tdgame:
BackKey- Окно выхода с программы.
FinishGame – Окно завершение игры.
GameLevel – Окно выбора уровня
LoadingScreenActivity – Окно отображения анимации при загрузке уровня.
MainActivity – Главное окно
NewGame – Главный класс игры который управляет окнами
Settings – Окно настроек
StartGame – Класс который настраивает все настройки перед запуском игры.
Пакет Controller:
WorldController – класс который отвечает за обновление всех обьектов игры.
Пакет Screens:
GameScreen – класс который использует методы библиотеки libGDX
для принятия и обработки различных событий от пользователя.
Пакет View:
WorldRender – класс который перерисовывает все обьекты.
Пакет Adapter:
GridViewAdapter – позволяет взаимодействовать с таблицей.
Пакет Model:
AllMusic – содержит загруженную музыку.
AllSize – Константы размеров для всех обьектов мира.
AnimationEffects – Содержит позицию и тип анимации.
ArrBullets – содержит список всех пуль.
ArrChoice – Содержит список всех возможных башен и операций над ними.
ArrNPC – Содержит список всех персонажей игры.
ArrTower – Содержит список всех башен игры.
Bullet – класс пули.
BulletsFactory – класс который выдает новый объект требуемой пули.
ChoiceTower – позиция и тип элемента который будет выбираться пользователем.
LoadDB – класс который хранит загружает дополнительную информацию.
MapLoader – загружает матрицу карты.
NPC – персонаж.
Statistics – статистика игры.
Tower – класс башни.
World – главный класс который связывает все объекты мира воедино. И позволяет обращаться к ним только через него.
3.Диаграмма последовательности:
Рис 16. Диаграмма последовательности