- •Пояснювальна записка
- •Реферат
- •Реферат
- •Перелік умовних позначень, символів, одиниць, скорочень і термінів
- •1 Проектно-конструкторський розділ
- •1.1 Загальносистемні рішення
- •1.1.1 Загальносистемні рішення
- •1.1.2 Опис процесу діяльності
- •1.1.3 Схема функціональної структури та опис функцій, що автоматизуються
- •1.1.4 Опис постановки задачі
- •1.2.1 Характеристика вхідної информації
- •1.2.2 Характеристика вихідної информації
- •1.2.4 Розробка бази даних
- •1.3 Рішення з технічного забезпечення
- •1.4 Опис програмного забезпечення
- •2 Технологічний розділ
- •2.1 Керівництво користувача
- •На рисунку 2.1 представлена повна структура сайту.
- •Модель сайту
- •Висновки
- •Перелік посилань
- •Додатки
- •Додаток а Лістинг програмного коду
1.2.1 Характеристика вхідної информації
У даному проекті вхідними даними є інформація внесена користувачем.
При реєстрації:
- Логін;
- Пароль;
- Ім'я;
- Прізвище;
- Email;
- Група (Глядач, Учасник);
При відправці заявки на батл:
- Дата проведення (день, місяць, рік);
- Час проведення (години, хвилини);
- Тип баттла (звичайний, тематичний);
- Тема баттла (якщо обраний тип - тематичний);
- Тривалість баттла (години);
При публікації матеріалів:
- Тема;
- Баттл (зі списку);
- Текстова жарт;
1.2.2 Характеристика вихідної информації
На головній сторінці:
- Кількість баттлов на тижні;
- Інформація про прийдешні баттлах (учасники, дата);
- Кількість завершених ігор;
- Блок "Можливі суперники" (Ім'я, Прізвище);
- Блок "Жарти з останніх баттлов";
У профілі користувача:
- Вхідні / Вихідні заявки;
- Рівень (низький, середній, високий);
- Кількість ігор;
- Кількість перемог;
- Кількість поразок;
- Кількість відмов на вхідні заявки;
- Блок "Можливі суперники" (Ім'я, Прізвище);
- Остання жарт користувача;
У списку учасників:
- Користувачі;
- Ім'я;
- Прізвище;
- Рівень;
- Кількість ігор;
- Кількість перемог;
- Кількість поразок;
На сторінці баттла:
- Тип баттла;
- Інформація про учасників (Ім'я, Прізвище)
- Жарт першого учасника;
- Жарт другого учасника;
- Голоси (за 1 і 2 учасника);
На сторінці баттла (по завершенню):
- Тип баттла;
- Тема баттла;
- Інформація про учасників (Ім'я, Прізвище, переможець)
- Голоси (за 1 і 2 учасника);
1.2.3 Опис інформаційного забезпечення системи
Вибір апаратної платформи і конфігурації визначається рядом вимог, які пред'являються до характеристик сучасних обчислювальних систем.
До них відносяться:
- Відношення вартість / продуктивність;
- Надійність і відмовостійкість;
- Масштабованість;
- Сумісність і мобільність програмного забезпечення [13].
Будемо вибирати СУБД з розряду архітектури "клієнт-сервер". При цій організації найбільш трудомісткі операції над базами даних виконуються на виділеному комп'ютері-сервері, який повинен бути досить потужним і володіти відповідним набором ресурсів основної та зовнішньої пам'яті. До пори серверна частина СУБД володіла простий організацією: запити, що надходять з клієнтських частин системи, оброблялися послідовно з невеликою оптимізацією для поєднання процесорної роботи з роботою пристроїв зовнішньої пам'яті. Однак з появою на ринку мультипроцесорних симетричних апаратних архітектур, виробники СУБД були змушені переглянути організацію своїх серверів, допустивши в них внутрішню паралельність.
Структура Інтернет-додатків має багато спільного з традиційною платформою "клієнт-сервер". Правильніше кажучи, World Wide Web (WWW) також грунтується на клієнт-серверній архітектурі. У самому справі, Web-браузер є типовим клієнтським front-end'ом, основна відмінність якого від клієнтських місць, побудованих за допомогою Visual C + +, Visual Basic, Visual FoxPro та інших засобів розробки, полягає в більш гнучко настроюється функціональності, яка може визначатися навіть під час виконання програми. При цьому не потрібно ні перекомпіляції, ні переустановки модулів, що вже саме по собі є нетривіальним завданням у великих і складних клієнт-серверних системах. Правда, спочатку браузери використовувалися тільки як засоби форматування статичного тексту. Однак досить скоро Інтернет-додатки стали надавати клієнту можливості вибору і (при необхідності) редагування даних. Подібно типовому інтерфейсі клієнтського додатка на VB, VFP і т.д., сценарій роботи припускав заповнення клієнтом деякої форми, населеної, взагалі кажучи, різними елементами управління, відправку відповідного запиту на сервер і прийом результатів обробки. Таким чином, вимоги бізнесу висунули на перший план принципи динамічної взаємодії браузера та Web-сервера всередині сесії, що змусило задуматися як про активну роль браузера, так і про розширення функціональності сервера в порівнянні з простим зберіганням і пересиланням HTML-документів [14].
Багато фірм-виробники програмних продуктів випускають або розробляють засоби публікації баз даних в Інтернет-мережах. Основні функції таких програмних продуктів даного виду такі:
- Забезпечити відображення інтерфейсу користувача у форматі HTML для відображення програмою перегляду клієнта, зокрема Internet-браузерами.
- Забезпечити формування запитів до бази даних найбільш простими для непідготовленого користувача засобами.
- Забезпечити аутентифікацію користувача (для розмежування доступу).
- Забезпечити обробку запиту і повернення результату в HTML форматі для відображення програмою перегляду користувача.
При цьому необхідно пам'ятати про захист переданої по Мережі інформації та про привабливість і зрозумілості інтерфейсу.
Можна згадати наступні СУБД:
- SQL-server фірми Microsoft (вимагає потужного сервера баз даних під управлінням ОС Microsoft Windows server). В даний час найбільшу популярність мають версії Microsoft Windows Server 2000 і Microsoft Windows Server 2005;
- Sybase System фірми Sybase (вимагає потужного UNIX-сервера);
- Informix фірми Informix Software (також вимагає потужного UNIX-сервера);
- Progress фірми Progress Software (працює на тій же апаратній платформі, що і два попередніх);
- InterBase фірми Borland (є варіант для Windows і для UNIX);
- MySQL розробку і підтримку MySQL здійснює корпорація Oracle [15].
До загальних рис вищеперелічених програмних продуктів можна віднести підтримку стандартного мови запитів до баз даних SQL, що полегшує в разі потреби перехід від однієї СУБД до іншої, практична відсутність обмежень на розміри файлів баз даних.
Оригінальна версія SQL - це інтерпретується мова, призначений для виконання операцій над базами даних. Мова SQL був створений на початку 70 х як інтерфейс для взаємодії з базами даних, заснованими на новій для того часу реляційної теорії. Реальні програми зазвичай написані на інших мовах, генеруючих код мовою SQL і передавальних їх в СУБД у вигляді тексту в форматі ASCII. Потрібно відзначити також, що практично всі реальні реляційні (і не тільки реляційні) системи крім реалізації стандарту ANSI SQL, відомого зараз в останній редакції під ім'ям SQL2 (або SQL-92), включають в себе додаткові розширення, наприклад, підтримка архітектури клієнт-сервер або засоби розробки додатків.
При розробці дипломного проекту зупинився на продукті MySQL. Дана СУБД є рішенням для малих і середніх додатків. Входить до складу серверів WAMP, AppServ, LAMP і в портативні збірки серверів Денвер, XAMPP, VertrigoServ. Зазвичай MySQL використовується як сервер, до якого звертаються локальні або видалені клієнти, проте в дистрибутив входить бібліотека внутрішнього сервера, що дозволяє включати MySQL в автономні програми.
Гнучкість СУБД MySQL забезпечується підтримкою великої кількості типів таблиць: користувачі можуть вибрати як таблиці типу MyISAM, що підтримують повнотекстовий пошук, так і таблиці InnoDB, що підтримують транзакції на рівні окремих записів. Більш того, СУБД MySQL поставляється із спеціальним типом таблиць EXAMPLE, що демонструє принципи створення нових типів таблиць. Завдяки відкритій архітектурі і GPL-ліцензуванню, в СУБД MySQL постійно з'являються нові типи таблиць.
