Проектирование системы управления проектами по разработке компьютерных игр в жанре RPG

Проектное решение организации процесса создания компьютерных игр в жанре RPG небольшими компаниями. Анализ процесса разработки компьютерных игр. Построение диаграмм функций системы управления проектами. Представлена модель системы управления проектами.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 10.09.2020
Размер файла 3,1 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Диаграмма классов представлена на рисунке 4.1.1.

Рисунок 4.1.1 - Диаграмма классов

Класс "Проект" и классы "Канбан-доска" и "Диаграмма Ганта" связаны между собой композиционной связью 1 к 1, это значит, что в одном проекте могут быть только одна канбан-доска и одна диаграмма Ганта, и без класса проекта они существовать не могут. Класс "Столбец" связан с "Канбан-доской" связью композиции 1 ко многим, так как в канбан-доске может находиться сколько угодно столбцов. Классы "Канбан-доска", "Пул задач", "Пул ресурсов" и "Диаграмма Ганта" связаны ассоциативной связью один к одному, что означает, что к одной канбан-доске относится один пул задач, а к диаграмме Ганта относится один пул задач и один пул ресурсов. Класс "Задач" связан с классом "Столбец" отношением типа агрегации, в один столбец входит сколько угодно задач, причем задачи могут существовать без столбцов. Такая же связь проложена между "Пулом задач" и "Задачей", а также "Пул ресурсов" связан с "Ресурсом" такой же связью. Класс "Ресурс" и класс "Задача" связаны ассоциацией, множество задач могут принадлежать одному ресурсу.

Таким образом, была построена и описана диаграмма классов, были также описаны связи между классами и обозначены атрибуты и операции классов. Данная диаграмма пригодится при построении диаграммы компонентов и при реализации проектируемой системы управления проектами.

4.2 Проектирование базы данных

Для хранения всех данных о проекте и обеспечения функционирования системы управления проектами необходимо построить базу данных. Построение базы данных основывается на уже созданной диаграмме классов, что существенно облегчает данный пункт.

Из пункта 4.1 следует, что в системе присутствуют следующие классы: проект, канбан-доска, диаграмма Ганта, пул задач, пул ресурсов, задача и ресурс. Пул задач и пул ресурсов являются классами, которые представляют собой таблицу базы данных. Канбан-доска и диаграмма Ганта в системе являются единичными классами, поэтому для их хранения таблица в базе данных не нужна. На канбан-доске может находиться множество столбцов, данные о которых необходимо хранить в таблице базы данных. Таким образом, в проектируемой базе данных для системы будут находиться следующие таблицы: пул задач, пул ресурсов, список столбцов.

Для таблицы пула задач были выбраны следующие атрибуты: ключевой - ID задачи, наименование задачи, ID ресурса - ответственный за выполнение задачи, дата выполнения и ID столбца канбан-доски, в котором задача находится. Таблица пула ресурсов имеет следующие атрибуты: ключевой - ID ресурса, наименование ресурса и количество единиц ресурса. Таблица столбцов доски состоит из таких полей, как ID столбца (ключевой), название столбца и количество задач, находящихся в столбце. Все поля в таблицах являются атомарными, все атрибуты являются простыми, из чего следует, что первая нормальная форма была достигнута (рис. 4.2.1).

Рисунок 4.2.1 - База данных в 1НФ

Для достижения второй нормальной формы необходимо, чтобы каждый не ключевой атрибут неприводимо зависел от первичного ключа. В данном случае есть необходимость создания дополнительных таблиц, так как, например, на одну задачу может быть назначено несколько ответственных, а также в одном столбце находится несколько задач. Таким образом, дополнительно были созданы таблицы "Столбец-задача" и "Задача-ресурс", позволяющие достичь второй нормальной формы. В связи с этим, наборы полей в таблице "Пул задач" был изменен, так как поля "ID ресурса" и "ID столбца" были вынесены в отдельные таблицы. Третья нормальная форма подразумевает отсутствие транзитивных функциональных зависимостей не ключевых полей от ключевых. Во время приведения ко второй нормальной форме транзитивных зависимостей не было обнаружено, из чего следует вывод, что база данных приведена к третьей нормальной форме. Построенная база данных представлена на рисунке 4.2.2.

Рисунок 4.2.2 - База данных в 3НФ

4.3 Построение диаграммы компонентов

Диаграмма компонентов является статической структурной диаграммой, показывающей разбиение программной системы на составляющие компоненты и связи между ними. В качестве завершающего этапа проектирования системы управления проектами была выбрана именно эта диаграмма.

Составляющими компонентами системы являются все классы, выделенные в пункте 4.1, а именно: проект, канбан-доска, диаграмма Ганта, пул ресурсов, пул задач, ресурс, задача, а также. На рисунке 4.3.1 представлена диаграмма компонентов, отображающая проектируемую систему управления проектами.

Рисунок 4.3.1 - Диаграмма компонентов

Вся диаграмма находится в блоке системы управления проектами. Компонент "Выполняемый файл приложения" находится вне компонента "Проект" и предоставляет интерфейс работы с приложением, соединяясь с компонентом "Проект". Внутри компонента "Проект" реализуются все остальные компоненты, связанные между собой множеством интерфейсов. Компоненты "Пул ресурсов" и "Пул задач" содержат в себе компоненты "Ресурс" и "Задача" соответственно, а сами находятся в базе данных. Компонент "База данных" предоставляет и требует интерфейсы для включенных в неё компонентов. Для "Пула ресурсов" база данных предоставляет интерфейсы "Загрузка ресурсов" для компонентов "Диаграмма Ганта" и "Канбан-доска", а компонент "Пул задач" предоставляет интерфейс "Загрузка задач". Оба интерфейса предназначены для реализации синхронизации задач и ресурсов во всех компонентах системы. Компоненты "Диаграмма Ганта" и "Канбан-доска" предоставляют интерфейсы "Изменение ресурсов" и "Изменение задач", которые используются для реализации возможности создания, изменения и удаления ресурсов и задач из соответствующих пулов и другого блока системы. Компоненты "Столбец доски" и "Временная ось" также используют интерфейсы "Изменение ресурсов" и "Изменение задач", так как именно в этих компонентах и происходит изменение ресурсов и задач, которые затем отражаются во всей системе.

4.4 Проектирование интерфейса

Так как одним из требований к проектируемой системе управления проектами является простой и понятный интерфейс, необходимо провести его начальное проектирование, чтобы дать разработчикам понимание того, каким образом необходимо реализовать представление функций системы. Проектирование интерфейса было проведено в Visual Studio 2019 с использованием библиотеки MetroFramework. Данная библиотека была выбрана из-за набора современно выглядящих элементов, с помощью которых можно создать необходимый интерфейс, отличающийся легкостью внешнего вида.

Первой формой является создание проекта, представленное на рисунке 4.4.1. Форма состоит из двух полей, предназначенных для ввода названия проекта и выбора пути расположения проекта. При нажатии на поле "Путь расположения" открывается диалоговое окно, позволяющее выбрать желаемую папку, в которой будет расположен проект. Информация с этой формы передается в поля класса "Проект" после её заполнения. Также на форме присутствует кнопка "Настроить этапы", которая при нажатии открывает следующую форму, отвечающую за настройку этапов. Последним элементом на форме является кнопка "Выход", при нажатии на которую приложение закроется.

Рисунок 4.4.1 - Форма создания проекта

Следующей формой является настройка этапов проекта. Данная форма отражает функцию создания этапов и таймеров к каждому этапу, что является одним из функциональных требований к системе (рис. 4.4.2).

Рисунок 4.4.2 - Форма настройки этапов

На форме расположены два поля, которые отвечают за название этапа и за срок его окончания. Дату и время окончания можно выбрать на календаре. После введения названия и постановки срока окончания этапа пользователь может нажать на кнопку "Добавить этап", таким образом внеся этап в систему. Список созданных этапов отображается в таблице в правой части формы. Каждый сохраненный этап затем сохраняется в классе "Проект", в отведенных для этого полях. После введения всех нужных этапов пользователь нажимает на кнопку "Завершить создание", после чего проект сохраняется в системе, и открывается главное окно приложения.

Главное окно приложения имеет два вида, между которыми можно переключаться при нажатии на кнопку. Одним из видов является "Канбан-доска", форма для которой представлена на рисунке 4.4.3.

Рисунок 4.4.3 - Форма канбан-доски

На форме канбан-доски находятся столбцы, имеющие собственные названия, и несколько кнопок. Данные о столбцах загружаются из классов "Столбцы", связь с классами "Задача" позволяет выводить информацию о задачах в соответствующие столбцы. Кнопка "Настроить столбцы" позволяет пользователям создать столбцы с собственными названиями или изменить уже существующие, что повышает настраиваемость системы под собственные нужды. В столбцах хранятся задачи, при нажатии на которые можно посмотреть подробную информацию. В обычном виде на карточке задачи написано её название и крайний срок выполнения задачи (дедлайн задачи). В нижней части формы находится кнопка "Добавить задачу", нажав на которую пользователь получает возможность создать новую задачу и поместить её в нужный столбец. В верхней части формы находятся две кнопки: "Диаграмма Ганта" и "Выход". Кнопка "Диаграмма Ганта" переключит приложение с формы канбан-доски на форму диаграммы Ганта, кнопка "Выход" предложит сохранить проект перед выходом, а затем закроет приложение. Синхронизация задач и ресурсов между канбан-доской и диаграммой Ганта происходит при каждом изменении, сделанном на любом из окон, автоматически. Так пользователю не придется беспокоиться о том, что он видит разную информацию в разных вкладках, или что он утерял какие-либо данные.

Форма настройки столбцов для канбан-доски представлена на рисунке 4.4.4.

Рисунок 4.4.4 - Форма настройки столбцов

В правой части формы расположен список уже существующих столбцов на канбан-доске. Информация о существующих столбцах загружается из соответствующей таблицы базы данных. Чтобы изменить какой-либо из них, пользователю необходимо выбрать нужный столбец, и данные столбца появятся в полях "Название столбца" и "Цвет столбца". После изменения данных пользователь может нажать на кнопку "Сохранить столбец", а при необходимости пользователь может удалить выбранный столбец, нажав на соответствующую кнопку. Кнопка "Отмена" вернет пользователя на форму с канбан-доской не сохраняя изменения. При вводе нового названия и цвета столбца и нажатии на кнопку "Сохранить столбец", создается новый экземпляр класса "Столбец" с информацией с формы. Новый экземпляр также получает свою запись в базе данных и появляется в списке столбцов справа. При удалении столбца происходит проверка на наличие в удаляемом столбце задач. Проверка осуществляется путем поиска в таблице базы данных "Столбец-задача" записей с ID удаляемого столбца. Если задачи присутствуют, то система запрашивает у пользователя дополнительное подтверждение на удаление через диалоговое окно. В случае если пользователь подтверждает удаление столбца с задачами, то в базе данных ID столбца затронутых задач меняется на служебный номер, а на канбан-доске появляется дополнительное сообщение о наличии задач, не привязанных к столбцам (рис. 4.4.5).

Рисунок 4.4.5 - Форма канбан-доски с предупреждением

При нажатии на сообщение, пользователю откроется дополнительное окно со списком задач, которые не распределены по столбцам. С этого окна пользователь может перетаскивать задачи в нужные столбцы. Список задач, не распределенных по столбцам, загружается из таблицы базы данных, причем загружаются только записи с определенным служебным идентификатором. Для добавления задачи предусмотрена отдельная форма, представленная на рисунке 4.4.6.

Рисунок 4.4.6 - Форма создания задачи

Форма состоит из нескольких полей: название задачи, крайний срок выполнения задачи, ответственный за выполнение задачи и описание задачи. Ответственный за задачу выбирается из списка доступных ресурсов, список загружается из пула ресурсов. После завершения заполнения данных пользователь может нажать на кнопку "Создать задачу", тем самым сохраняя задачу в системе - создается новый экземпляр класса "Задача", в поля которого поставляется информация с соответствующих полей на форме. Также создается новая запись в таблице "Пул задач" в базе данных. Все новые задачи появляются в первом столбце канбан-доски и могут быть перемещены в другой при необходимости.

Следующей формой является диаграмма Ганта, на которую пользователь может переключиться с формы канбан-доски. Форма диаграммы Ганта представлена на рисунке 4.4.7.

Рисунок 4.4.7 - Форма диаграммы Ганта

Переключение между диаграммой Ганта и канбан-доской осуществляется при нажатии на кнопку в верхней правой части формы. В левой части формы находится список задач, который загружается из пула задач. Справа находится временная ось, на которой задачи автоматически располагаются в соответствии с крайними сроками и доступностью ресурсов. При нажатии на кнопку "Посмотреть ресурсы" пользователю будет доступен список ресурсов. Нажатие на кнопку "Создать задачу" позволит пользователю создать новую задачу.

На рисунке 4.4.8 представлена форма "Ресурсы", с помощью которой пользователь может посмотреть уже созданные ресурсы, изменить их, а также создать новый ресурс.

Рисунок 4.4.8 - Форма просмотра ресурсов

В правой части формы находится список уже созданных ресурсов, загружаемый из базы данных. При выборе одного из них, данные о ресурсе появятся в полях в левой части формы, где они будут доступны для изменения. Чтобы сохранить изменения в ресурсе, пользователь должен нажать на кнопку "Сохранить ресурс". Также пользователь имеет возможность создать ресурс, нажав на соответствующую кнопку, после чего откроется форма создания ресурса, представленная на рисунке 4.4.9.

Рисунок 4.4.9 - Форма создания ресурса

На данной форме пользователь имеет возможность внести такие данные о ресурсе, как название ресурса, выбрать его тип и ввести количество ресурса, измерение которого будет меняться в зависимости от выбранного типа ресурса. После нажатия на кнопку "Создать ресурс", вся информация с полей поступает в новый экземпляр класса "Ресурс" и создается новая запись в соответствующей таблице базы данных.

Таким образом, были построены диаграммы классов и компонентов по ранее проведенному анализу и диаграммам активностей. Диаграмма классов и диаграмма компонентов дают указания разработчикам системы о том, какие классы присутствуют в системе, их атрибуты и выполняемые операции, а также то, как эти классы расположены в системе и их взаимодействия.

Заключение

В ходе работы был проведен обзор используемых литературных источников, которые позволили глубже понять предметную область данной работы, а также получить представление о степени исследованности выбранной области. После этого был проанализирован процесс разработки компьютерных игр в жанре RPG, были выделены основные этапы, участники, присущие процессу разработки, а также специфические элементы, характеризующие жанр RPG. Далее был проведен анализ существующих систем управления проектами, которые используются при разработке компьютерных игр. На основе проведенного анализа были выделены функциональные и нефункциональные требования к проектируемой системе управления проектами, которые позволят увеличить эффективность процесса разработки компьютерной игры, а также обеспечат простоту обучения использования проектируемой системы. Среди функций также были отражены особенности разработки компьютерной игры в жанре RPG. После этого была построена диаграмма прецедентов, описывающая способы использования функций системы, а сами функции далее были описаны диаграммами активностей и последовательностей, что позволило наиболее детальным образом описать задуманный набор функций. Завершающим этапом проектирования являлось построение диаграммы классов, позволяющая представить внутреннюю структуру системы, затем на основе диаграммы классов была спроектирована реляционная база данных для хранения информации в системе, диаграмма компонентов, позволяющие видеть какие классы присутствуют в системе, их атрибуты, и способы их взаимодействия и расположения в системе управления проектами, и также было проведено проектирование интерфейса системы, отражающее все возможные функции системы. В ходе работы были выполнены все поставленные задачи, результатом является спроектированная система управления проектами для разработки компьютерных игр в жанре RPG. Таким образом, работу можно считать успешно выполненной.

Библиографический список

1. Компьютерная ролевая игра [Электронный ресурс] / Википедия - свободная энциклопедия. Режим доступа: http://ru.wikipedia.org/wiki/Компьютерная ролевая игра (дата обращения: 29.01.2020).

2. Семь этапов создания игры: от концепта до релиза [Электронный ресурс] / habr.ru, 22 августа 2016. Режим доступа: https://habr.com/ru/company/miip/blog/308286/ (дата обращения: 29.01.2020).

3. Robert Nystrom. Game Programming Patterns, 1st edition / Nystrom R. - Genever Benning, 2011 - 488 p.

4. Ещё раз про семь основных методологий разработки [Электронный ресурс] / habr.ru, 2015. Режим доступа: https://habr.com/ru/company/edison/blog/ 269789/

5. Raph Koster. Theory of Fun for Game Design, 2nd edition / Koster R. - O'Reilly Media, 2004 - 345 p.

6. Scott Rogers. Level Up! The Guide to Great Video Game Design, 2nd edition / Rogers S. - John Wiley & Sons Limited (USD), 2010 - 492 p.

7. John Zuur Platten. The Ultimate Guide to Video Game Writing and Design / Platten J. - Lone Eagle, 2007 - 272 p.

8. Collen Macklin, John Sharp. Games, Design and Play. A detailed approach to iterative game design / Macklin C., Sharp J. - Addison-Wesley Professional, 2016 - 290 p.

9. Джейсон Шрейер. Кровь, пот и пиксели. Обратная сторона индустрии видеоигр / Шрейер Д. - Бомбора, 2019 - 330 стр.

10. Uml. Диаграмма компонентов [Электронный ресурс] / StudFiles. Режим доступа: https://studfile.net/preview/3973427/page:26/ (дата обращения: 10.05.2020).

11. Лекция 12: Элементы графической нотации диаграммы компонентов [Электронный ресурс] / НОУ Интуит URL: https://www.intuit.ru/studies/courses/32/32/lecture/1022?page=2 (дата обращения: 11.05.2020).

12. Диаграмма активностей крупным планом [Электронный ресурс] / НОУ Интуит. Режим доступа: https://www.intuit.ru/studies/courses/1007/229/lecture/5958 (дата обращения: 03.05.2020).

13. Остроух А.В., Суркова Н.Е. Проектирование информационных систем / А.В. Остроух, Н.Е. Суркова - ЭБС "Лань", 2019 - 164 с.

14. Шпак Ю.А. Проектирование баз данных. Просто как дважды два/ Ю.А. Шпак - Эксмо, 2007 - 304 с.

15. Яцков Г.А. Создание методики для разработки компьютерных игр в жанре RPG/ Г.А. Яцков - 2020 - 45 с.

Приложение А.

Диаграммы процесса разработки компьютерной игры

Рисунок 1 - Верхний уровень модели

Рисунок 2 - Первый уровень модели

Рисунок 3 - Модель этапа концептирования

Рисунок 4 - Модель этапа прототипирования

Рисунок 5 - Модель этапа создания вертикального среза

Рисунок 6 - Модель этапа производства контента

Рисунок 7 - Модель этапа тестирования

Диаграмма Use-Case

Рисунок 8 - Use-Case диаграмма

Диаграммы активностей

Рисунок 9 - Создание проекта

Рисунок 10 - Создание ресурса

Рисунок 11 - Удаление задачи

Рисунок 12 - Добавление столбцов

Рисунок 13 - Удаление столбцов

Рисунок 14 - Удаление задачи

Диаграммы последовательности

Рисунок 15 - Создание проекта

Рисунок 16 - Создание ресурса

Рисунок 17 - Создание задачи

Рисунок 18 - Создание столбца

Рисунок 19 - Удаление столбца

Рисунок 20 - Удаление задачи

Диаграмма классов

Рисунок 21 - Диаграмма классов

Диаграмма базы данных

Рисунок 22 - Диаграмма базы данных

Диаграмма компонентов

Рисунок 23 - Диаграмма компонентов

Проектирование интерфейса

Рисунок 24 - Форма создания проекта

Рисунок 25 - Форма настройки этапов

Рисунок 26 - Форма канбан-доски

Рисунок 27 - Форма настройки столбцов

Рисунок 28 - Форма канбан-доски с предупреждением

Рисунок 29 - Форма создания задачи

Рисунок 30 - Форма диаграммы Ганта

Рисунок 31- Форма просмотра ресурсов

Рисунок 32 - Форма создания ресурса

Размещено на Allbest.ru


Подобные документы

  • Сущность управления проектами, этапы его реализации и необходимые для этого знания, порядок составления и назначение Плана управления проектом. Концепция тройственной ограниченности. Использование программы MS Oficce Project в управлении проектами.

    реферат [24,9 K], добавлен 16.11.2009

  • Проектирование корпоративных информационных систем. Автоматизация процесса выполнения лабораторных работ по дисциплине "Управление программными проектами". Построение модели ИС учебного процесса: архитектура, формализация пользовательских требований.

    дипломная работа [1,1 M], добавлен 20.08.2017

  • Разработка методов сетевого планирования как способа управления проектами. Характеристика компьютерных программ Microsoft Project Server, Time Line and Sure Trak Project Manager, Open Plan, Primavera и Spider Project для автоматизации работы предприятий.

    реферат [152,4 K], добавлен 10.02.2012

  • Внедрение системы управления проектами Microsoft Project 2003 в Московский институт экономики, менеджмента и права для автоматизации учета выполнения дипломных проектов. Сравнительная характеристика систем управления проектами в России и за рубежом.

    дипломная работа [1,4 M], добавлен 25.10.2013

  • Разработка системы управления проектами для компании ЗАО "Диакон". Экономические параметры разработки и внедрения электронной информационной системы. Технология разработки программного обеспечения. Выбор типа графического интерфейса, его составляющие.

    дипломная работа [1,4 M], добавлен 10.06.2014

  • Обзор рынка Информационных технологий. Современные автоматизированные системы управления проектами и их классификация. Open Plan (Welcom Software) - система, предлагающая решение по управлению проектами масштаба корпорации. Основные модули Open Plan.

    курсовая работа [630,9 K], добавлен 24.02.2010

  • Принцип работы и задачи информационных систем управления проектами. Методы критического пути, анализа и оценки планов. Сетевые модель и график, виды путей. Информационный обмен между предприятиями, классификация информационных систем и их рынки сбыта.

    контрольная работа [17,0 K], добавлен 18.11.2009

  • Изучение возможностей системы YouTrack. Аналитический обзор ее аналогов и их функциональности. Анализ требований к системе управления проектами и надстройке. Визуализация данных. Проектирование интерфейса надстройки. Определение технологий реализации.

    курсовая работа [2,3 M], добавлен 13.09.2017

  • Необходимая терминология и основные программные продукты для управления проектами. Краткое ознакомление с системами: Project, Primavera, Spider Protect и Open Plan. Корпоративное управление проектами. Отличительные черты программного обеспечения СКПК.

    контрольная работа [1,3 M], добавлен 13.09.2010

  • Общие принципы управления проектами как процесс планирования, организации и контроля за состоянием его задач и ресурсов. Инструменты управления проектами от Microsoft. Описание ресурсов и затрат. Контроль хода выполнения, технология подготовки отчетов.

    лекция [1,6 M], добавлен 15.03.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.