2.3.16. Сутність Ігроки лідера «Класа»

Короткий опис сутності. Сутність ІГРОКИ ЛІДЕРІВ «КЛАСА» містить дані кількість балів набраним ігроком за гру..

Атрибути. Сутності ІГРОКИ ЛІДЕРІВ «КЛАСА» характеризується наступними атрибутами:

• нікнейм ігрока;

• назва класу;

• кількість балів.

Зв’язки. Сутність ІГРОКИ ЛІДЕРІВ «КЛАСА» має наступні зв’язки з іншими сутностями:

• ІГРОКИ ЛІДЕРІВ «КЛАСА» обов’язково входить до складу однієї чи більше ІГОР;

• ІГРОКИ ЛІДЕРІВ «КЛАСА» обов’язково видирає один чи більше КЛАСІВ;

• ІГРОКИ ЛІДЕРІВ «КЛАСА» обов’язково видирає один чи більше ІГРОКІВ.

Бізнес–правила. ІГРОКИ ЛІДЕРІВ «КЛАСА» унікально ідентифікується зв’язками з сутностями КЛАСІВ та ІГРОКІВ. Усі атрибути є обов’язковими але не унікальними. Відсутність пивного балу свідчить, що ігрок не набрав певну кількість балів і не може попасти к лідерам.

2.3.17. Сутність Ігроки лідире на картах

Короткий опис сутності. Сутність ІГОРКИ ЛІДЕРА НА КАРТАХ містить максимальну кількість балів здобутим ігроком.

Атрибути. Сутності ІГОРКИ ЛІДЕРА НА КАРТАХ характеризується наступними атрибутами:

• нікнейм ігрока;

• назва карти;

• кількість балів.

Зв’язки. Сутність ІГОРКИ ЛІДЕРА НА КАРТАХ має наступні зв’язки з іншими сутностями:

• ІГОРКИ ЛІДЕРА НА КАРТАХ обов’язково входить до складу однієї чи більше ІГОР;

• ІГОРКИ ЛІДЕРА НА КАРТАХ обов’язково видирає один чи більшеКАРТ;

• ІГОРКИ ЛІДЕРА НА КАРТАХ обов’язково видирає один чи більше ІГРОКІВ.

Бізнес–правила. Сутність ІГОРКИ ЛІДЕРА НА КАРТАХ унікально ідентифікується зв’язками з сутностями КАРТ та ІГРОКІВ. Усі атрибути є обов’язковими але не унікальними. Відсутність пивного балу свідчить, що ігрок не набрав певну кількість балів і не може попасти к лідерам.

2.4. Інформаційно-довідкові задачі

Проведений аналіз предметної області дозволив виділити перелік сутностей, що беруть участь у організації керування чемпіонат за комп’ютерних ігор в жанрі «Shooter» Аналіз цих сутностей та їх атрибутів, дозволяє виділити декілька класів типових інформаційно-довідкових задач.

По-перше, інформація, що пов’язана з самими чемпіонату:

• надання повної інформації про проведення чемпіонату;

• надання інформації по іграм які будуть проводитися;

• надання інформація про команди які можуть зареєструватися.

По-друге, це інформація про етапи чемпіонату:

• надання інформації правил;

• надання інформації по складам команд, що змагаються;

По-третє, це інформація, що відноситься до процесу рішення журі:

• надання інформації по журі чемпіонату;

• кількість балів треба на брати щоб вийти в фінал;

• інформація про рішення журі.

3. Концептуальне моделювання предметної області

3.1. Теоретичні положення концептуального моделювання

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

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

Властивостями концептуальної моделі є наступні.

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

• Вона включає тільки концептуально релевантні аспекти ПО, крім, таким чином, БУДЬ-ЯКИХ аспектів зовнішнього або внутрішнього представлення даних. Це означає, по перше, що концептуальна модель жодним чином не повинна фіксувати конкретні потреби окремих груп користувачів або додатків. Вона повинна фіксувати, що собою представляє ПО в цілому, а не з погляду інтересів або потреб користувачів. Вона повинна інтегрувати думки, погляди й інтереси окремих користувачів, але саме інтегрувати, для одержання цілісної картини, а не виражати їхні конкретні погляди, побажання думки. По-друге, у концептуальній моделі ПО ні яким чином не повинні відбиватися які-небудь аспекти майбутньої реалізації БД у комп'ютерному середовищі. Усе, що пов'язане з такими поняттями, як способи зберігання, методи доступу, ефективність виконання, оптимізація й т.д. перебувають за межами концептуальної моделі.

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

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

• Централізоване адміністрування. Саме через концептуальну схему здійснюється адміністрування базами даних.

• Стійкість. Концептуальна схема жодним чином не повинна змінюватися на догоду вимог тих або інших користувачів або вимог зберігання даних. Будучи моделлю ПО, вона повинна змінюватися тільки в тому випадку, коли входить у суперечність із нею.

Ключовими результатами етапу концептуального моделювання э наступні:

• формальний опис інформаційного забезпечення предметної області.

• докладний і строгий опис сховищ даних.

• детальний опис потоків даних.

• детальний опис ієрархії розв'язуваних завдань із детальною специфікацією всіх завдань.

• детальний опис діючих у предметній області правил і обмежень.

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