Создание игры 'Змейка'

Создание игры 'Змейка'

Введение

игровой индустрия программирование

С развитием цифровых технологий компьютеры все больше вливаются в жизнь человека. Если раньше ЭВМ использовались исключительно для сложных математических вычислений, то сегодня сфера их применения существенно расширилась. Компьютерные игры - одно из наиболее массовых применений электронных вычислительных машин.

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

Современные игры требуют достаточно большой производительности от компьютера, и не каждая офисная машина в силах воспроизводить их. Однако для отдыха от монотонной работы зачастую достаточно простой, не требовательной к технике, игры. Именно такой разработке посвящен данный курсовой проект - игра «Змейка».

Впервые эта игра возникла еще в 1977 году, но и по сей день, она пользуется популярностью, особенно на мобильных платформах. Игрок управляет длинным, тонким существом, напоминающим змею, которое ползает по плоскости (как правило, ограниченной стенками), собирая еду (или другие предметы), избегая столкновения с собственным хвостом и краями игрового поля.

1. Анализ литературных источников

Одной из прикладных сфер программирования является создание компьютерных игр.

В качестве анализируемого источника была найдена реализация подобной игры на языке Delphi, которая доступна по адресу #"656941.files/image001.gif">

Рис. 1

Автор выбрал аналогичную основу создания игры: используется таймер, который обновляет игровое поле с определенным интервалом. В качестве структуры описывающей элементы поля используется класс vect2D, который содержит два поля: x и y. Управление «Змейкой» происходит при помощи метода Drive. А перерисовка поля и проверка столкновения реализуется в методе Update. При съедании фрукта длина «Змеи» увеличивается на один элемент.

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

.        Инициализация - настройка главного окна, загрузка игровых ресурсов.

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

.        Деинициализация - выполняется при завершении работы программы, происходит очищение использованное памяти.

2. Постановка задачи

Задачей данного курсового проекта является создание игры «Змейка», используя среду разработки PascalABC.NET.

Программа должна иметь два состояния: пауза и процесс игры. Смена состояний будет производиться нажатием клавиши «пробел». При первом переходе в состояние игры должно происходить заполнения игрового поля элементами: ограждениями, фруктами, травой, частями змейки. Далее с каждым обновлением поля, элементы будут изменяться, а также будет происходить пересчет времени обновления поля. Процесс игры будет представлять собой управление змейкой при помощи клавиатуры. Если змейка натыкается на ограждение или на саму себя, то игра заканчивается. Если же она съедает фрукт, то происходит переход на следующий уровень, который сопровождается увеличением длины змеи и уменьшением интервала обновления поля (увеличивается скорость перемещения). Игра продолжается до 15 уровня. В заголовке окна программы будут отображаться игровые данные: текущий уровень и длина «змейки».

3. Алгоритмическое конструирование

.1 Схема функционирования

Общая схема работы программы представлена на Рисунке 2. Сначала создается игровое поле, после чего создается таймер, который это поле обновляет. При каждом обновлении интервал таймера изменяется.

Рис. 2

Рисунок 3 демонстрирует алгоритм обновления игрового поля. При первом обновление поле заполняется элементами, далее идет проверка на состояние паузы. Если состояние отлично от паузы, то происходит перемещение «Змейки» и перерисовка игрового поля, иначе выводится экран паузы.

Рис. 3

На Рисунке 4 показана схема перемещения «Змейки». Первым делом проверяется направление змейки. Если оно обратно предыдущему, то изменения отменяются. Далее идет проверка на пересечение змейки ограды и фруктов. Если «Змейка» натолкнулась на ограду, то игра заканчивается. Если же змейка съела фрукт, то происходит переход на следующий уровень.

Рис. 4

Рис. 5

4. Программное конструирование

.1 UML

В ходе работы были сконструированы следующие классы: Cordinate, Area. Cordinate представляет собой структуру координат игрового поля. Area содержит набор полей и методов для взаимодействия с игровым полем. Их связи отображены на Рисунке 5.

Рис.

4.2 Таблицы полей и методов

.2.1 Таблицы полей и методов класса Cordinate

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

Таблица 1 - таблица полей класса Cordinate.

4.2.2 Таблицы полей и методов класса Area

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

Таблица 3 содержит описание полей класса Area, которые описывают характеристики игрового поля.

Таблица 3 - таблица полей класса Area.

5. Контрольный пример

На рисунке 6 представлено начальное состояние игры.

Рис. 6

Рисунок 7 демонстрирует игровой процесс, который заключается в управлении передвижением «Змейки» по полю.

Рис. 7

Список использованных источников

.Электронный ресурс - Свободная энциклопедия [#"656941.files/image009.gif">

Б1. Введение

Наименование программы

Наименование - «Игра «Змейка»«.

Краткая характеристика области применения

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

Б2. Основания для разработки

Разработка проводится на основании:

задания на курсовой проект по специальности 231000 «Программная инженерия» факультета «Информатика и вычислительная техника» Донского государственного технического университета;

задания на разработку программного средства конфигурирования и редактирования сложных приложений, данного Слоновским Алексеем Владимировичем.

Тема курсового проекта: «Программная реализация игры «Змейка»«.

Б3. Назначение разработки

Б3.1. Функциональное назначение

Функциональным назначением программного средства является предоставление пользователю возможности электронного прохождения игры «Змейка».

Б3.2. Эксплуатационное назначение

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

Б4. Требования к программе или программному изделию

Б4.1. Требования к функциональным характеристикам

«Игра «Змейка»« должна обеспечивать возможность выполнения перечисленных ниже функций:

отображение на экране игрового поля;

обновление игрового поля через определенный промежуток времени;

смена состояний игрового поля при помощи нажатия клавиши «Пробел»;

возможность изменения направления «Змейки» при помощи клавиш управления курсором;

отображение игровой информации в заголовке окна;

отслеживание столкновения «Змейки» с ограждениями;

отслеживание съедания «Змейкой» фруктов и последующего увеличения длины змейки и скорость ее движения.

Б4.1.1. Входные данные системы

Коды нажимаемых клавиш.

Б4.1.2. Выходные данные системы

Графическая информация, выводимая на экран.

Б.4.2. Требования к надежности

Б.4.2.1. Требования к обеспечению надежного (устойчивого) функционирования программы

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

организацией бесперебойного питания технических средств;

регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средства на наличие компьютерных вирусов.

Б4.2.2. Время восстановления после отказа

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

Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.

Б4.2.3. Отказы из-за некорректных действии оператора

Отказы программы возможны вследствие некорректных действий оператора (пользователя) при взаимодействии с операционной системой. Во избежание возникновения отказов программы по указанной выше причине следует обеспечить работу конечного пользователя без предоставления ему административных привилегий.

Б4.3. Условия эксплуатации

Б4.3.1. Климатические условия эксплуатации

Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации.

Б4.3.2. Требования к видам обслуживания

Программное средство не требует проведения каких-либо видов обслуживания.

Б4.3.3. Требования к численности и квалификации персонала

Минимальное количество персонала, требуемого для работы программного средства, должно составлять не менее 1 штатной единицы - конечный пользователь программы - оператор.

Конечный пользователь программы (оператор) должен обладать практическими навыками работы с графическим пользовательским интерфейсом операционной системы.

Б4.4. Требования к составу и параметрам технических средств

В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя:

процессор Pentium-4 с тактовой частотой не менее 1.2 ГГц;

оперативную память объемом не менее 256 Мб;

монитор с разрешением не менее 1024x768 пикселей;

клавиатуру;

мышь.

Б4.5. Требования к информационной и программной совместимости

Б4.5.1. Требования к информационным структурам и методам решения

Требования к информационным структурам на входе и выходе, а также к методам решения не предъявляются.

Б4.5.2. Требования к исходным кодам и языкам программирования

Программный комплекс должен быть создан с использованием языка программирования PascalABC.NET, платформы .NET 4.0.

Весь код должен содержать ясные и подробные комментарии.

Текст комментариев должен быть на русском языке.

Б4.5.3. Требования к каркасам приложений

Для разработки графического пользовательского интерфейса и работы с хранилищем данных следует использовать каркас бизнес-приложений Developer Express .NET 8.1.

Б4.5.4. Требования к программным средствам, используемым программой

Программное средство должно эксплуатироваться в ОС Microsoft Windows XP или выше, с установленной средой исполнения .NET 4.0 или выше и библиотеками Developer Express .NET 8.1 времени исполнения.

Б4.6. Требования к маркировке и упаковке

Программа поставляется в виде программного изделия - на дистрибутивном (внешнем оптическом) носителе (компакт-диске).

Б4.6.1. Требования к маркировке

Требования к маркировке программного изделия не предъявляются.

Б4.6.2. Требования к упаковке

Упаковка программного изделия должна осуществляться согласно требованиям предприятия-изготовителя носителя информации.

Б4.7. Требования к транспортированию и хранению

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

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

Климатические условия транспортирования должны соответствовать требованиям, предъявляемым предприятием-изготовителем к носителю информации с программным изделием.

Б4.8. Специальные требования

Специальные требования отсутствуют.

Б5. Требования к программной документации

Программная документация должна содержать:

лист задания;

алгоритмы решения;

техническое задание (по ГОСТ 19.201-78);

Б6. Технико-экономические показатели

Ориентировочная экономическая эффективность не рассчитываются.

Б7. Стадии и этапы разработки

Разработка программного средства включает в себя следующие этапы:

анализ требований;

разработка технического задания;

проектирование;

конструирование;

испытания программы.

На стадии внедрения должен быть выполнен этап разработки - подготовка и передача программы.

Б8. Порядок контроля и приемки

Порядок и контроль приёмки определяются преподавателем кафедры «ПОВТ и АС» и основаны на демонстрации знаний технологии и умении создавать программные средства для различных предметных областей. Главным требованием к приему является наличие корректно работающей программы и отчета, представленного в печатном виде.