Разработка программы для игры "Сапер" - Курсовая работа

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ ФГБОУ ВПО «Брянский государственный технический университет» Курсовой проект по дисциплине Технология программированияПлоское или объемное игровое поле разделено на смежные ячейки (квадраты, шестиугольники, кубы и т. п.), некоторые из которых «заминированы»; количество «заминированных» ячеек известно.Необходимо предусмотреть различные варианты развития событий, чтобы программа не выдавала ошибок и работала правильно.Игрок открывает ячейки, стараясь не открыть ячейку с миной. Открыв ячейку с миной, он проигрывает. Если под открытой ячейкой мины нет, то в ней появляется число, показывающее, сколько ячеек, соседствующих с только что открытой, «заминировано» (в каждом варианте игры соседство определяется по-своему); используя эти числа, игрок пытается рассчитать расположение мин, однако иногда даже в середине и в конце игры некоторые ячейки все же приходится открывать наугад.Программа должна обеспечивать возможность выполнения перечисленных ниже функций: Создавать ячейки игрового поля Проверять наличие бомб в ячейках Выводить в ячейках информацию о бомбах Определять количество открытых ячеек и каждый раз проверять не завершилась ли игра Сохранять игру в процессе работыПри возникновении сбоя в работе аппаратуры, восстановление нормальной работы программы должно производиться после: перезагрузки операционной системы; запуска исполняемого файла программы; повторного выполнения действий, потерянных до последнего сохранения информации в файл на магнитном диске.Климатические условия эксплуатации Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатацииПроцессор Celeron-1.0Hz. оперативную память объемом, 128 Мбайт. HDD, 1 Гбайт. операционную систему Windows ХР/Vista/7/8/10.Реклама должна включать и описывать главные преимущества и особенности данного продукта. Требования к маркировке и упаковке не предъявляются. Требования к программным средствам, используемым программой: Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows ХР/Vista/7/8/10.Программный продукт имеет аналоги как отечественные, так и зарубежные, но имеет некоторые преимущества такие как: Простота интерфейса;Разработка должна быть проведена в три стадии: 1. разработка технического задания; На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания. На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ: 1. разработка программы; На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы. На этапе разработки технического задания должны быть выполнены перечисленные ниже работы: 1. постановка задачи;Курсовой проект принимает преподаватель Рощин С.М. на электронном носителе и в распечатанном варианте.Диаграммы - главные компоненты модели, все функции и интерфейсы на них представлены как блоки и дуги.Построение SADT-модели начинается с представления всей системы в виде одного блока и дуг, изображающих интерфейсы с функциями, которые находятся вне системы. Управляющая информация «Инструкция» входит в блок сверху, информация, подвергающаяся обработке, входит с левой стороны в данном случае это - координаты ячеек. Поскольку единственный блок представляет всю систему как единое целое, имя, указанное в блоке, является общим. Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков. Дуги, входящие в блок и выходящие из него на диаграмме верхнего уровня, являются точно теми же самыми, что и дуги, входящие в диаграмму нижнего уровня и выходящие из нее, потому что блок и диаграмма представляют одну и ту же часть системы.Внешней сущностью в данной диаграмме является Игрок, который выполняет определенные действия с программным продуктом. Процесс - описывает действие по преобразованию информационных потоков, поэтому должен именоваться глаголом с существительным. В данной диаграмме поток данных проходит через процессы: «Настройка игрового поля», «Случайное расположение мин», «Ход», а также затрагивает процессы влияющие на результат игры: «Проверка «победа»» и «Проверка «поражение»», далее происходит «Запись результата». Блок «Игрок» рациональный индивид, имеющий заинтересованность в исходе игры и возможности воздействовать на него. Действие «настройка игрового поля» отвечает за ручную или заготовленную настройку игрового поля и режима игры.Каждая диаграмма состояний в UML описывает все возможные состояния одного экземпляра определенного класса и возможные последовательности его переходов из одного состояния в другое, то есть моделирует все изменения состояний объекта как его реакцию на внешние воздействия. Начальное состояние (англ.

Оглавление

1. Техническое задание

1.1 Наименование и область применения программы

1.2 Основание для разработки

1.3 Назначение разработки

1.4 Технические требования к программе

1.5 Требования к надежности

1.6 Условия эксплуатации

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

1.8 Требования к продукту

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

1.10 Стадии и этапы разработки

1.11 Порядок контроля и приемки

2. Разработка спецификаций системы

2.1 Функциональная диаграмма системы

2.2 Диаграмма потоков данных

2.3 Диаграмма переходов состояний

2.4 Диаграмма вариантов пользователя

3. Проектирование системы

3.1 Архитектура программной среды

3.2 Разработка алгоритма

3.3 Модульная декомпозиция системы

4. Реализация и тестирование системы

4.1 Обоснование выбора языка программирования

4.2 Программная декомпозиция системы

5. Документация

5.1 Руководство пользователя

Заключение

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

1. Техническое задание архитектура язык программирование технический

1.1 Наименование и область применения программы