У даному програмному проекті реалізується модель багатосторонньої дуелі. Дана програма повина відповідати наступним критеріям:

1. Кількість дуелянтів повина бути не менше трьох;

2. В ході програми з допомогою жеребу повинен бути сформований порядок стрільби дуелянтів.

3. Дуелянти повині розташовуються на однаковій відстані один від одного.

4. Вони обмінюються пострілами почерзі, визначеній жеребом, поки не залишиться лише один дуелянт.

5. Черговий стріляючий може стріляти в будь якого із інших.

6. Потрібно сформувати моделы трьох категорій дуелянтів:

- С - снайпер і ніколи не промахується з даної дистанції;

- Б - влучає лише в 80%;

- Д - приблизно в 50% випадків.

7. Потрібно розробити найкращу стратегію гри для кожного із учасників.

8. Програма повинна мати меню, мінімальний склад якого такий:

- Робота програми;

- Відомості про програму (інструкція);

- Відомості про автора;

- Вихід.

9. Всі надписи на екрані повинні бути державною мовою.

10. У роботі передбачено створення власних класів та бібліотек.

3. Розробка стратегії гри для кожної категорії учасників

В для забезпечення роботи даної програми необхідною умовою є розробка загальної моделі поведінки кожного з гравців для забезпечення найбільшої імовірності їх перемоги у дуелі.

В ході аналізу даної ситуації був розроблений алгоритм який передбачає усі можливі варіанти розвитку ситуації та вибір найкращого на даний момент часу.

private void completion_shooting()

{

bullet[A, 0] = 0;

if (type_shot == "killed")

people[B, 0] = 0;

if (type_shot == "live")

people[B, 0] = 1;

if (type_shot == "killed")

DlReport.GridReport.Rows.Add(nameColor[list_people[0]] + " знищив " + nameColor[strongest_man]);

if (type_shot == "live")

DlReport.GridReport.Rows.Add(nameColor[list_people[0]] + " не попав в " + nameColor[strongest_man]);

timerShot.Enabled = false;

upgrade_current_point();

List<int> All_people = new List<int>();

for (int i = 0; i < people.GetLength(0); i++)

if (people[i, 0] == 1) All_people.Add(i);

if (All_people.Count == 1)

{

CptInfo.Visible = true;

DlReport.GridReport.Rows.Add("Гра завершена, переможець - \"" + nameColor[list_people[0]] + "\"");

CptInfo.Text = "Гра завершена, переможець - \"" + nameColor[list_people[0]] + "\"";

}

}

Даний фрагмент коду описує дії гравців в залежності від тої ситуації, яка склалася в ході жеребкування. Стратегі кожного з гравців, полягає у тому, що в будь якому випадку постріл потрібно виконувати по гравцю який має менший шанс на промах. Тобто у випадку коли жереб випав так, що першим стріляє гравець із імовірністю на враження 50% він буде виконувати постріл по опоненту з шансов у 100% враховуючи, що гравець із шансом 80% може схибити при свому пострілі.

4. Створення об'єктної моделі системи

UML - моделювання - досить важливий етап в проектуванні програми, що зображає сучасні тенденції в тій предметній галузі, яка досліджується в даному курсовому проекті, а саме в сфері IT- технологій, що з ним пов'язаний.

Нище приведена діаграма послідовностей для прецеденту «Запуск гри» (див рис. 3.1). Діаграма послідовностей дозволяє досить детально описати внутрішні процеси, які виникають під час виконання прецеденту. Діаграма містить ось часу, що спрямована зверху вниз; всіх виконавців; повідомлення або запити між виконавцями; посилання на інші прецеденти.

Рисунок 4.1 Діаграма послідовностей для прецеденту «Запуск гри»

Діаграма в UML - це графічне представлення набору елементів, що замальовується найчастіше у вигляді зв'язаного графа з вершинами і ребрами. Діаграми малюють для візуалізації. Основна мета діаграм - візуалізація системи, що розробляється, з різних точок зору. Діаграма - в найзагальнішому сенсі деякий зріз системи. Зазвичай, за винятком найпростіших моделей, діаграми дають згорнуте представлення елементів, з яких складається система, що розробляється.

Використання UML не обмежується моделюванням програмного забезпечення. Його також використовують для моделювання бізнес-процесів, системного проектування і відображення організаційних структур.

UML дозволяє також розробникам програмного забезпечення досягти угоди в графічних позначення для представлення загальних понять (таких як клас, компонент, узагальнення, об'єднання і більше сконцентруватися на проектуванні та архітектурі.

Далі наведена UML - діаграма класів, яка зображує об'єктну моделі комп'ютерної гри, яка реалізована в даному курсовому проекті. Вона описує структуру системи, показуючи її класи, їх атрибути і оператори, а також взаємозв'язки між цими класами.

Взаємозв'язок - це особливий тип логічних відносин між сутностями, показаних на діаграмах класів та об'єктів. В UML є декілька типів взаємозв'язків між класами, наприклад: асоціація, агрегація, композиція, узагальнення та залежність.

Далі розглянемо об'єктну модель (рис. 4.1). На якій відображені класи гри та їх атрибути, методи і зв'язки між ними.

Рисунок 4.1 UML діаграми гри «Дуель»

Система складається з таких класів:

1 Form - абстрактний клас-предок для всіх об'єктів, які відображаються на екрані, які є основними об'єктами у грі;

Методи класу:

Home_Load - початкове розташування об'єктів даний метод відображає початкове розташування об'єктів на екрані.

timer1_Tick - забезпечує відтворення руху кулі на формі та покрокову зміну її положення відповідно до ситуації.

random_real_people - забезпечує ефект жеребкування гравців в хаотичному порядку та їх шанси на перемогу.

completion_shooting - визначає результат пострілу та стан гравця в якого виконувався постріл. В залежності від шансу на влучання в ціль.

upgrade_current_state - виводить на екран статистичні параметри після виконання основного блоку прогами.

btnAutomatic_Click - забезпечення автоматичної роботи програми.

MenuItem2_Click - метод відповідає за роботу меню.

Width - ширина об'єкта;

Height - висота об'єкта;

Position - позиція об'єкта на ігровому полі;

Bounds - границі об'єкту;

IsAlive - прапорець перевірки чи існує зараз об'єкт, якщо об'єкт не існує, то в подальшому не потрібно його відображати у вікні.

Клас Ball має атрибут Velocity, він відповідає за прискорення кульки, вектор напрямку його руху.

Та має методи:

Collide() метод, який перевіряє зіткнення блоків із кулькою.

ReflectHorizontal() - метод, змінює рух кулі після зіткнення із горизонтальною стороною.

ReflectVertical() - метод, змінює рух кулі.

Move() - переміщує кулю, змінюючи її координати додаючи поточне прискорення.

Draw() - метод, виконує відображення кулі для нових позицій.

Initialize() - ініціалізація.

UnloadContent() - метод визволення пам'яті від об'єктів, які завантажувалися при виконанні методу LoadContent().

Draw() - метод, який виконує відображення усіх об'єктів у вікні, які необхідно відобразити у вікні.

Update() - метод оновлення інформації об об'єктах, при зміні їх координат або властивостей.

5. Розробка власного компоненту

Підчас створення даног проекту виникла потреба у реалізації моделювання руху кулі в просторі відповідно до передаваємих параметрів програми. В результаті вирішення даної під задачі отриманий клас, який при подальшому винесені в бібліотеку може бути використаний, як компонент інших програмних додатків. Уся ця логіка системи, її математична модель була розміщена в відповідних класах цієї бібліотеки.

private void timer1_Tick(object sender, EventArgs e)

{

//поточне положення кулі

float AX = 0, AY = 0, BX = 0, BY = 0;

AX = bullet[A, 1];

AY = bullet[A, 2];

BX = bullet[B, 1];

BY = bullet[B, 2];

bullet[A, 0] = 1;

//постріл кулі

if ((AX > BX + beside_people) && ((bullet_move_x == "XLeft") || (bullet_move_x == "")))

{

AX -= (float)Math.Abs((SAX - SBX - beside_people) / speed);

bullet[A, 1] = AX;

if (point_step == 0) bullet_move += "XLeft";

if (point_step == 0) bullet_move_x = "XLeft";

}

if ((AX + beside_people < BX) && ((bullet_move_x == "XRight") || (bullet_move_x == "")))

{

AX += (float)Math.Abs((SBX - SAX - beside_people) / speed);

bullet[A, 1] = AX;

if (point_step == 0) bullet_move += "XRight";

if (point_step == 0) bullet_move_x = "XRight";

}

if ((AY < BY + beside_people) && ((bullet_move_y == "YDown") || (bullet_move_y == "")))

{

AY += (float)Math.Abs((SBY - SAY + beside_people) / speed);

bullet[A, 2] = AY;

if (point_step == 0) bullet_move += "YDown";

if (point_step == 0) bullet_move_y = "YDown";

}

if ((AY + beside_people > BY) && ((bullet_move_y == "YUP") || (bullet_move_y == "")))

{

AY -= (float)Math.Abs((SAY - SBY + beside_people) / speed);

bullet[A, 2] = AY;

if (point_step == 0) bullet_move += "YUP";

if (point_step == 0) bullet_move_y = "YUP";

}

if (bullet_move == "XLeftYDown")

if ((AX <= BX + beside_people) && (AY >= BY + beside_people))

completion_shooting();

if (bullet_move == "XLeftYUP")

if ((AX <= BX + beside_people) && (AY + beside_people <= BY))

completion_shooting();

if (bullet_move == "XRightYDown")

if ((AX + beside_people >= BX) && (AY >= BY + beside_people))

completion_shooting();

if (bullet_move == "XRightYUP")

if ((AX + beside_people >= BX) && (AY + beside_people <= BY))

completion_shooting();

if (bullet_move == "XLeft")

if (AX <= BX + beside_people)

completion_shooting();

if (bullet_move == "XRight")

if (AX + beside_people >= BX)

completion_shooting();

if (bullet_move == "YDown")

if (AY >= BY + beside_people)

completion_shooting();

if (bullet_move == "YUP")

if (AY + beside_people <= BY)

completion_shooting();

point_step += 1;

Battlefield.Refresh();

}

Даний компонент виконує математичну модель по розрахунку розміщення кулі в просторі та вираховує параметри Х та Y для моделювання плавного руху кулі по формі.

6. Програмна реалізація спроектованої системи

В ході курсової роботи перед нами постає завдання у реалізації комп'ютерної гри «Дуель». В розробці було вжито деякі особливості, на яких я би хотів зупинити увагу.

Реалізації взаємодії між гравцем та системою був розроблений за допомогою Microsoft Visual Studio.

На етапі основного виробництва виконується величезний обсяг робіт. Спочатку пишеться вихідний код, малюється графіка, такі як спрайт. Величезний обсяг роботи також припадає на створення та розробку моделей відображення об'єктів на формі.

Весь цей час доповнюється та змінюється ігровий дизайн, щоб відобразити поточне бачення гри. Деякі особливості або аспекти гри можуть бути видалені, деякі додані. Художня трактування може еволюціонувати, а процес гри - змінитися. Може з'явитися нова цільова платформа, а також нова цільова аудиторія.

З точки зору часу перший рівень гри розробляється довше за всіх інших. Оскільки при створенні самої концепції і графіки використовуються інструменти для створення та відображення об'єктів, потрібні можливості і зміни внутрішніх інструментів. З появою нових можливостей деякі рівні можуть застаріти, тому в перший рівень гри можуть вноситися різні виправлення. Крім того, в силу динамічної природи розробки ігор, дизайнерське бачення першого етапу з часом може змінюватися. Наступні етапи розроблюються значно швидше, так як список можливостей стає більш повним, а бачення гри - більш ясним.

Тести підключаються до гри, коли з'являється щось іграбельне. Це може бути один рівень або підмножина ігор, що може використовуватися в будь-яких розумних межах. На ранньому етапі тестування гри віднімає відносно малу частку часу. У міру наближення розробки до кінця, гра може почати відбирати для тестів весь час - і навіть понаднормово - оскільки тести намагаються охопити і протестувати нові можливості, для яких існують тести регресії. Сьогодні тестування є життєво важливим для ігор, оскільки, в силу складності більшості з них, одна єдина зміна може призвести до катастрофічних наслідків.

6.1 Опис взаємодії гри з користувачем