·Браузер надсилає запит серверу;

·У відповідь сервер генерує повністю нову веб-сторінку і відправляє її браузеру і т. д.;

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

Модель AJAX:

1.Користувач заходить на веб-сторінку і натискає на який-небудь її елемент.

2.Браузер відправляє відповідний запит на сервер.

.Сервер віддає тільки ту частину документа, яка змінилася.

2.2 Інтернет-проекти на основі AJAX-технології

Технологію Ajax широко використовують провідні Інтернет гіганти такі як Google, Wikipedia, yahoo, meta. Це свідчить про те що інноваційний підхід до створення потужних Інтернет проектів не обходиться без використання технології Ajax. Нижче наведені основні проекти провідних компаній,що активно розвивають та використовують Ajax підхід.

·Google suggest <#"justify">Google Suggest.

Google Suggest (англ. <#"justify">·Повністю із підтримкою Ajax технології ;

·Приватний повідомлення;

·Звукове сповіщення;

·Вибір кольору повідомлень;

·Підтримка смайликів;

·Автовизначення посилань;

·Автоблокування флуду,

Порівнюючи його структуру роботи та функціональність можу зробити висновки, що алгоритм роботи є типовий як для веб проектів такого типу. Розробка використовує подібний алгоритм роботи системи, тупу - чат, яка проектувалась подібною у темі мого дипломного проектування. Використання phpBB Simple Chat v2.1 <#"justify">AjaxChat - чат для joomla.

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

Алгоритм роботи компоненту.

.Реєстрація, авторизація у системі;

. Профіль користувача;

.1.Відправка, видалення,редагування повідомлень;

.2 Розлогування системи;

.3 Очистка історії.

Порівнюючи роботу цієї системи із проектованою мною у дипломному проекті я прийшов до висновку, що весь функціонал та алгоритм роботи дуже подібний та використання Ajax підходу нічим не відрізняється. Для порівняння функціоналу роботи було використано тестову відправку повідомлень між двома користувачами у мережі кожний із яких був авторизований у системі. Результат роботи проектованого мною у дипломному проекті додатку та AJAX CHAT був подібний, повідомлення надсилались без затримок у системі обміну повідомлення та ідентифікувались у базі даних одразу після їх відправки, оповіщення були організовані з допомогою ідентифікаторів стану повідомлень що аналогічно у моєму додатку проектування. Повністю адаптивна версія,некомерційна та з відкритим кодом. Прогресивною особливістю є те що програмна розробка повністю підтримує Ajax підхід і це є раціональне рішення для застосунку до свого веб-ресурса, системи спілкування.

SmZchat vioo (AJAX).

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

Алгоритм функціонування SmZchat vioo (AJAX)

1.Реєстрація та авторизація користувача;

.Профільна частина користувача;

.Кімната спілкування;

.1 Відправка повідомлень;

.2. Видалення повідомлень;

.3 Редагування повідомлень;

. Розлогінення.

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

Universal Ajax chat.

Універсальний чат для системи управління контентом joomla. Використовується для організації системи спілкування користувачів у сайті, підключається як окремий модуль. Класичний приклад веб додатку що спроектований на php 5 з підтримкою mysql бази даних та повністю з підтримкою Ajax інтерфейсу користувача. Алгоритм роботи нагадує звичайну систему спілкування типу чат із веденням діалогу користувача окремо по кімнатах спілкування.

Алгоритм функціонування Universal Ajax chat

1.Реєстрація та авторизація користувача;

.Профільна частина користувача;

.Кімната спілкування;

.1 Відправка повідомлень;

.2. Видалення повідомлень;

.3 Редагування повідомлень;

. Розлогінення.

Як бачимо існує безліч готовий рішень для вирішення завдання дипломного проектування. Враховуючи всі проектні та компонентні рішення можна зробити висновок про те, що системи обміну інформацією,тобто системи спілкування для веб сайту,використовують спільний інтерфейс користувача та принцип обміну даними. Використовуючи алгоритм роботи Universal Ajax chat можемо побачити,що першочерговою ланкою є авторизація користувачів а після вже йде обмін повідомленнями. Алгоритм роботи звичайної системи обміну повідомленнями для сайту нічим не відрізняється від наведених вище прикладів додатків що дає змогу інтегрувати їх абсолютно під будь який веб сайт чи додаток. Для прикладу Universal Ajax chat являє собою звичайну системі обміну повідомленнями між користувача проте реалізація програмної частини значно відрізняється від SmZchat vioo (AJAX) за рахунок модульного принципу побудови програмного коду. Додаток що проектується у даному дипломному проекті буде мати модульну програмну структуру. Програмна реалізація всіх вище наведених додатків являє собою використання технологій php,JavaScript, xml та mysql останніх версій, це дозволяє адаптувати додаток абсолютно під будь який веб ресурс що проектується де потрібно використання Ajax системи обміну даними.

Отже для нашого проектування інформаційної системи обміну даних буде використано як приклад програмну реалізацію phpBB Simple chat. Алгоритм роботи phpBB Simple chat за своєю структурою нагадує алгоритм роботи додатку який проектується у даному дипломному проекті а також функціональна частина,що відповідає за обмін даними між користувачами, ілюструє готовий результат роботи додатку що проектується. Серед інших особливостей можна виділити простоту інтерфейсу для користувачів та систему авторизації, що для прикладу,у SmZchat vioo (AJAX) та Universal Ajax chat спроектовано досить ускладнено на програмному рівні та алгоритмі роботи. Використовуючи готові рішення додатку Ajax chat - чат для joomla(Ajax chat joomla) я спроектував модель поведінки інтерфейсу користувача що дає змогу на цьому півні проектування висвітлити основні функції при роботі користувачів, які працюватимуть із веб ресурсом.

Основна інформація що стосувалась теми дипломного проектування сфокусована у пошукових системах таких як Google та Wikipedia. Користуючись пошуковими інтерфейсами було знайдено безліч публікацій та матеріалів щодо теми дипломного проектування. Теоретичні основи та спекти теми дипломного проектування були доступні сервісом Wikipedia, що дало змогу розглянути сучасний стан публікацій щодо теми дипломного проектування. Було розглянуто основні визначення та джерела інформації що постійно оновлюються останнім часом. Існує безліч готових додатків та рішень, реалізацій проектів що використовують технологію Ajax в основі систем обміну інформацією. Використовуючи готові рішення для вирішення завдання дипломного проектування, як за приклад було взято алгоритм роботи phpBB Simple chat. Цей варіант є чудовим прикладом,який демонструє роботу системи обміну інформацією користувачів веб сайту. Основна частина полягає у тому що потрібно організувати систему обміну інформації, тобто створити веб додаток типу чат як для прикладу у соціальних мережах. Орієнтація саме на такі готові рішення дала змогу оцінити phpBB Simple chat як чудовий аналог для проектування сласного веб додатку. Готові рішення phpBB Simple chat можна побачити у мережі Інтернет, де після початкової реєстрації можемо переходити до тестування чату.

3. СИСТЕМНИЙ АНАЛІЗ

Обґрунтування проблеми вирішення завдання полягає у детальному системному аналізу проблеми. Це дає змогу розробити певний та чіткий алгоритм розв'язку та в свою чергу приводить до правильного моделювання завдання. За допомогою аналізу складаємо послідовність дій з установлення структурних зв'язків <#"justify">Отже як бачимо із діаграми цілей системного аналізу інформаційної системи обміну даних всі цілі чітко характеризуються поетапним виконанням поставленого завдання.

Малюнок 3.1. Діаграма цілей системного аналізу

.3 Побудова дерева завдань

Побудова дерева проблеми включає в себе необхідний етап побудови дерева завдань. Дерево завдань включає в себе висновки щодо правильної роботи системи, правильної роботи окремих функціональних складових та всіх гілок дерева цілей.[11]

Основні завдання, які повинні бути реалізовані у системі обміну інформацією на основі Ajax технології,можна класифікувати за наступними критеріями:

Інноваційний підхід

Простота програмного коду

Кросбраузерність додатку.

Створення зручного інтерфейсу користувача

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

Інноваційний підхід.

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

Простота програмного коду.

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

Кросбраузерність додатку.

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

Попросту кажучи, таку характеристику дають сайтам, дизайн яких однаковий як в Internet Explorer, так і в Google Chrome. Відображення сайту при цьому може відрізнятися лише дрібними деталями (наприклад закругленими куточками, рівнем тіні, градієнтної або суцільною заливкою), але не кольоровою гамою, розташуванням елементів, а також, що найважливіше у визначенні даного поняття, структурою сайту, адже особливо багато проблем виникає з блочною версткою <#"justify">Інтерфейс користувача у нашому прикладі відповідає за сприйняття та простоту динаміки роботи веб додатку. Потрібно створити простий та зрозумілий інтерфейс роботи користувача та веб додатку що й полягає в основу проектування цієї частини роботи. Потрібно створити динамічно зрозумілу веб сторінку яка буде правильно функціонувати і при цьому виконувати правильно всі команди користувача. Отже після опрацювання всіх критеріїв що були розглянуті вище можемо переходити до побудови діаграми дерева завдань.

Малюнок 3.2 Діаграма дерева завдань.

.4 Обґрунтування та агрегування критеріїв

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

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

·систему, в якій існуюча ситуація розглядається як проблема;

·систему, в рамках якої можна вплинути на проблему для її вирішення;

·зовнішнє середовище, в якому існують та з яким взаємодіють ці дві системи.

Формулювання критеріїв потрібно якомога більш наблизити до цілей які ми побудували. Цілі являють собою якісний показник роботи системи. Для представлення критеріїв будемо опиратись на такі особливості як надійність, захищеність, швидкість опрацювання, середовище роботи, інноваційний підхід, користувацький інтерфейс. Як бачимо ці критерії найточніше характеризуються нашу проектну ціль при розробці. Серед дуже важливих картерів можемо виділити такі, як захищеність та інноваційний підхід.

Надійність системи.

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

Захищеність.

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

Швидкість опрацювання.

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

Середовище роботи.

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

Інноваційний підхід.

Побудова функціоналу роботи системи зосереджена на використанні сучасних версій мов програмування та синхронізації роботи користувача. Для програмування буде використовуватись мова php((англ. <#"justify">·Universal Ajax chat

·SmZchat vioo

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

Отже враховуючи проведені всі вище системні аналізи та проектні дослідження можемо побудувати відобразити концептуальну модель розв'язку завдання. Дерево проблем у нашому випадку буде складатись із трьох гілок,а саме:

·дерево цілей.

·дерево завдань.

·дерево альтернативних рішень.

3.6 Прийняття рішення системного аналізу

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

Технології програмування додатку.

Розглянуті вище способи програмної реалізації додатку будуть найкраще підходити для вирішення цієї задачі. Використання таких мов програмування як php та JavaScript дасть змогу реалізувати всі поставлені завдання що стосуються проектно-функціональної розробки додатку. Програмування користувацького інтерфейсу повністю покладається на мову програмування JavaScript. Базовою технологією що використовується для нашого проектування використовується Ajax. Принцип фонового режиму роботи додатку повністю покладається на суміжну технологію Ajax що використовується наряду із JavaScript.

Алгоритм роботи додатку.

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

Використання системи збереження даних.

Всі дані що приймають обіг у системі мають бути збережені у надійній базі даних. Як дані особистих профілів користувачів так і всі повідомлення що користувачі відправляли та отримували під час роботи веб додатку мають бути збережені у відповідній базі даних. Таким рішенням є база даних MySQL. Це база даних реляційного типу,що повністю відповідає потребам проектної розробки додатку. Доступність використання та простота використання бази даних mysql а програмному рівні створює зручний спосіб її використання.

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

4. КОНЦЕПТУАЛЬНА МОДЕЛЬ

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

Концептуальний алгоритм роботи веб додатку.

Малюнок 4.1 Концептуальний алгоритм роботи веб додатку

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

Даний алгоритм роботи є класичним при створені веб додатків такого типу.

Концептуальні особливості Ajax.

Програмна реалізація нашого веб додатку, що проектується, в основному залежить від інтеграції Ajax технології. Основний підхід в цьому полягає що всі дані які потрібні користувачі будуть автоматично оновлюватись та синхронізуватись із роботою веб додатку. Користувач не повинен самостійно оновлювати дані які йому надсилаються у відповідь його запитів, все це буде виконувати Ajax технологія. В цьому розділі буде доцільно розглянути Ajax підхід та основні його особливості роботи для нашого веб додатку. Як говорилось раніше, Ajax - не самостоятельная технология, а концепция использования нескольких смежных технологий. AJAX базируется на двух основных принципах:

·Використання технології динамічного звернення до веб сервера на льоту без перевантаження всіє веб сторінки, наприклад :

·З використання XMLHttpRequest (основний об'єкт);

·Через динамічне створення дочірніх фреймів;

·через динамічне створення тегу <script>;

·Через динамічне створення тегу <img>, як це реалізовано Google analytics.

·Використання DHTML для динамічного методу оновлення веб сторінки.

Використання цих підходів дозволяє створювати набагато зручніші веб-інтерфейси користувача на тих сторінках сайтів, де необхідна активна взаємодія з користувачем. AJAX - асинхронний, тому користувач може переглядати далі контент сайту, поки сервер все ще обробляє запит. Браузер <#"justify">·Користувач заходить на веб-сторінку і натискає на який-небудь її елемент;

·Браузер відправляє відповідний запит на сервер;

·Сервер віддає тільки ту частину документа, яка змінилася.

Для наглядності роботи веб додатку з використання технології Ajax зобразимо схему на які буде чітко видно весь механізм взаємодії. Головним критерієм буде чітке відображення Ajax запитів до сервера та отримання відповіді у фоновому режимі про що йшлось раніше. Малюнок 4.1, наведений нижче, демонструє це.

Малюнок 4.2. Робота додатку з використанням Ajax.

Отже, як бачимо всі запити користувача спершу опрацьовуються через JavaScript обробник а потім уже надсилаються методом http у подальше опрацювання. Дані приходять та оновлюються у моделі DOM, що дає можливість бачити прихід інформації лише у тbх частинах веб сайту де це потрібно. Запит від користувачів проходить на веб сервер безпосередньо через Ajax обробник, та далі передаються за сценарієм на відповідний порт веб сервера. Потрібно зауважити що DOM модель повністю спроектована на html розмітці та css стилях.

4.2 Використання бази даних

Для оперування всіма даними користувачів буде використано реляційну базу даних MySql. Збереження даних буде відбуватись у таблицях, тобто матрицях, де є рядки і стовпці. Дані будуть зберігатись у двох таблицях. Таблиця user буде відповідати за збереження даних про всіх користувачів у системі, тобто їх статуси у системі, аутенфікатори. За усі повідомлення, що є у системі обміну повідомленнями, буде відповідати таблиця message. Між цими двома таблицями буде існувати реляційний зв'язок, тобто дані із однієї таблиці відносяться до даних іншої таблиці. Зв'язок буде використовуватись по ідентифікаторах користувачів. Кожний користувач у таблиці буде мати свій власний ідентифікатор, який використовується для ідентифікації користувача у процесі роботи додатку. Після того як користувач зареєструвався у системі всі його дані ідентифікуються під окремим ідентифікатором користувача. При відправці повідомлення між користувачами створюється система обміну інформації, тобто всі повідомлення зберігаються за окремим ідентифікаторами у таблиці message.

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

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

4.3 Використання мови html

HTML (англ. <#"justify">Загальна структура веб сторінки.

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

Побудова веб сторінки буде складатись із таких частин:

1.Декларація типу документу (англ. <#"justify">Отже загальна структура веб сторінки буде складатись із декларації,шапки документу та тіла документа.

4.4 Використання php

Програмування веб додатку безпосередньо буде реалізовано мовою php. Як говорилось раніше, мова програмування php є основним засобом створення динамічних веб сторінок.

Основні функціональні частини веб додатку :

·Реєстрація користувачів;

·Авторизація користувачів;

·Підтримка сесій користувача;

·Розлогінення користувача;

·Відправка повідомлень;

·Видалення повідомлень;

·Редагування повідомлень;

·Індикатор повідомлень;

·Індикатор стану користувача.

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

.5 Використання JavaScript

Для використання технології Ajax у нашому веб додатку використано фреймворк jquery. Jquery слугує хорошою бібліотекою JavaScript яка дає змогу кросплатформено організувати використання технології Ajax.

Технологія Ajax буде використовуватись у таких частинах роботи веб додатку:

Індикатор повідомлень;

Індикатор користувача;

Відправка повідомлень;

Видалення повідомлень;

Редагування повідомлень.

Будуть використовуватись синхронні запити до веб сервера і у відповідь буде оновлюватись контент веб сторінки у автономному режимі без перевантаження веб сторінки. Індикатор повідомлень буде автоматично оновлюватись у поєднанні використання JavaScript та jquery, тобто будуть робитися проміжкові запити до сервера за наявністю нових даних щодо статусу користувача у системі. Статус користувача буде on-line або off-line. Тобто користувач що зареєструвався або авторизувався у системі має статус on-line, а користувач, який не зареєструвався або не авторизувався у системі має статус off-line. Індикатор повідомлень є числове значення кількості приходу нових повідомлень для користувача що є у системі. Видалення, редагування та відправка повідомлень відбувається у синхронному режим роботи користувача та веб додатку, тобто користувач може видаляти повідомлення і в той же час буде прихід нового повідомлення без перевантаження веб сторінки. Всі ці запити будуть безпосередньо звертатись до бази даних за даними які розміщені у таблицях, пізніше із бази даних вони будуть оновлюватись вже на контенті веб сторінки.

.6 Побудова діаграми сценаріїв користування (use case діаграма)

Для наглядної роботи функціонування веб додатку розглянемо нотацію uml діаграми сценаріїв користування. Для наглядності роботи системи відобразимо відношення прецедентів та акторів що будуть конфігурувати на цьому етапі концептуальної моделі. Малюнок 4.3 нижче показує спрощену модель роботи веб додатку.[17]

Малюнок 4.3 Спрощена модель роботи додатку на основі діаграми uml.

Висновок

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

5. ОБҐРУНТУВАННЯ АПАРАТНИХ РІШЕНЬ

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

5.1 Формулювання вимог апаратного рішення

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

Для функціонування веб додатку потрібен повноцінний веб сервер. Веб-сервер (англ. <#"justify">Для функціонування роботи веб додатку потрібне програмне забезпечення яке керує його роботою та дозволяє під'єднуватись безпосередньо портативно або стаціонарно до веб ресурсу. Робота нашого веб додатку, як було сказано раніше, полягає у веденні переписки між користувачами що є у системі, тобто існує середовище обміну інформацією. Це відповідно вимагає середовища збереження даних. Функціонал роботи додатку створений мовою програмування php що безпосередньо вимагає інтерпретатора коду. Все це оперується та керується веб сервером та серверною операційною системою про що буде детально сказано нижче.

Для оперування роботою веб сервера,тобто компютера віддаленого доступу, потрібний веб сервер. Найпоширенішим веб сервером сьогодення є Apache. Apache - відкритий <#"justify">1.Операційна система freebsd версії 9.

2.Веб-сервер apache версії 2.2.14

.PHP інтерпретатор версії 5.3.27

.Веб-сервер баз даних MySql версії 5.2.9

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

5.3Швидкодія веб-ужитку

Для оптимальної роботи веб-додатку потрібна висока пропускна можливість каналу передачі даних веб сервера, тобто щоб швидкість завантаження веб сайту із сервера була досить високою. Це є ключовою умовою при формуванні апаратних характеристик та рішень. У нашому веб додаток не вявляє собою над потужного сервісу що оперує великими обсягами інформації, тому швидкодія роботи додатку не вимагає великих обсягів апаратних засобів. Обмін даними між користувачами вимагає в першу чергу синхронізації роботи веб бази даних. Обираючи веб сервер згідно оцінки швидкодії веб додатку потрібно спиратись на пропускну спроможність каналу передачі даних веб сервера. За допомогою сервісу Ping and Traceroute <#"justify">5.4Спосіб використання

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

Невідмовність системи.

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

5.5Характеристики апаратних рішень

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

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

Швидкість передачі даних.

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

Об'єм оперативної пам'яті (ОЗП).

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

Процесор.

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

Жорсткий диск.

Жорсткий диск являє собою контейнер збереження всіх даних які потрібні для функціонування роботи веб сервера. Веб-сервери зараз оснащуються RAID масивами. RAID (англ. <#"justify">·Процесор - Intel Xeon Quad-Core E3-1225 v2 (3.2 ГГц);

·Об'єм оперативної пам'яті - 4 ГБ;

·Тип оперативної пам'яті - DDR3 ECC 1600 МГц;

·Жорсткий диск - 2 х 500 ГБ SATAII RaidEdititon;

·Материнська плата - SuperMicro X7DAE (RTL) Dual LGA771< i5000X> ;PCI-E+2xGbL 3PCI-X SATA RAID E-ATX 8DDR-II FBDIMM< PC2-5300>;

·Блок живлення - Seasonic SS-300TFX 300W <#"justify">Використання таких апаратних характеристик веб сервера дасть можливість продуктивно функціонувати проектованому веб ресурсу у даному дипломному проекті. Сучасний процесор який вказаний вище використовується я у багатьох хостинг провайдерів та серверів домашнього використання.

6. ДЕТАЛІЗАЦІЯ ТЕХНІЧНОГО РІШЕННЯ

В цьому розділі буде описано детальні шляхи розв'язку поставленого завдання, розглянуто алгоритми роботи та їх програмне рішення з розробленням системи тестування роботи додатку. Буде детальніше розглянуто технологію Ajax та її застосування у нашому веб-додатку, розглянуто структуру та побудову файлів функціонування веб-додатку разом із програмним кодом. В першу чергу буде розподілено функціональність веб-додатку на основні його складові частини і розроблено програмну реалізацію мовою програмування php.

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

6.1 Структура роботи веб-додатку

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

·Реєстрація користувачів;

·Авторизація користувачів;

·Підтримка сесій користувача;

·Розлогінення користувача;

·Відправка повідомлень;

·Видалення повідомлень;

·Редагування повідомлень;

·Індикатор повідомлень;

·Індикатор стану користувача.

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

1.Реєстрація та авторизація користувачів.

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

2.Підтримка сесії користувача та розлогінення.

Після того як користувач зареєструвався у системі чи авторизувався йому надається певний зв'язок із веб сайтом. Цей зв'язок будується за допомогою сесії користувача. Сесія користувача та розлогінення існують як дві складові частини за рахунок спільної роботи їх функцій. Користувач може у будь який момент роботи розірвати зв'язок із веб-сайтом, тобто перервати виконання сесії користувача.[22]

3.Відправка, видалення та редагування повідомлень.

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

4.Індикатор повідомлень та індикатор стану користувачів.

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

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

6.2 Програмна реалізація веб-додатку

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

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

·Php

·JavaScript

·Html

·Jquery(бібліотека javascript)

·css

.2.1 Побудова структури файлів

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

Малюнок 6.1 Структура файлів веб додатку

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

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

Папка із назвою jquery буде містити в собі фреймворки ля роботи з Аjax. Файл add_user.php буде відповідати за реєстрацію нового користувача у системі а також за валідність введених даних користувача при реєстрації. Файл data_vaid.php буде містити в собі запрограмовані функції, які відповідають за приключення о бази даних, авторизацію користувача, реєстрацію, повірки сесії користувача, виводу повідомлень а також збереження повідомлень користувача у базі даних. Для видалення повідомлень користувача буде відповідати програмний код збережений у файлі delete.php. Файл який підключає інші функціональні частини веб-додатку має назву function.php. Запуск роботи веб додатку буде розпочинатись із файлу login.php, який дає можливість користувачеві авторизуватись або зареєструватись у системі. Для розлогінення у системі буде використовуватись файл logout.php, який дозволить кожному користувачеві здійснити вихід із свого профілю. Головна сторінка на якій буде знаходитись користувач під час роботи із веб додатком буде генеруватись файлом member.php, який дає можливість здійснювати обмін повідомлення між користувачами та повірку валідності даних користувача при вході. Файл member.php об'єднує в собі весь головний функціонал про роботі із веб додатком а саме обмін даними між користувачами, статуси повідомлень та користувачів у системі, кімнати спілкування та діалоги. Файл message.php відповідає за відображення всіх повідомлень які є для користувача а також відображає всіх користувачів у системі. Виводить із бази даних всі повідомлення ля користувачів файл message_user.php. За побудову веб сторінки що відображається у веб браузері користувача відповідає файл output.php, він містить готові функції виводу форм реєстрації користувача а також вивід системної інформації веб сторінки. За реєстрацію нового користувача у системі відповідає файл register_new.php, він аж можливість зробити запис про нового користувача у базу даних. Відправка повідомлень виконується програмним файлом send.php. Запис повідомлення користувача у базу даних здійснюється за допомогою файлу send_mes.php. Стилізація веб сторінки збережена у файлі stye1.css.Файли test.php та test_db.php використовуються для тестової повірки підключення до бази даних. Для показу всіх авторизованих або зареєстрованих користувачів веб сайту використовується файл update.php.

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

6.2.2 Структура таблиць бази даних

Оскільки у нашій системі будуть мати місце як користувачі так ї їх персональну інформацію доцільно буде спроектувати два масиву для збереження інформації. Назва бази даних буде мати ім'я Exchange. База даних буде мати 2 масиви, тобто таблиці, для збереження інформації,це таблиця message та register. Таблиця message буде відповідати за інформацію всі повідомлення користувачів а таблиця register за профільну частину користувача.

Таблиця 6.1 Структура таблиці message бази даних Mysql.

Назва поляТип данихРозмірНе пустеАвтоінкремент/ Інше значенняidint5not nullauto_incrementto_mesInt 5Not null-From_mesInt5Not null-textVarchar50Not null-Statusint2Not null-dataVarcahr50nullDefault nullDelete_toint10Not null-Delete_fromint10Not null-Primary_key(id)

Таблиця message складається з семи полів різного типу даних. Кожне поле відповідає за збереження окремого змісту інформації. Для побудови таблиці оперують типом даних,розміром даних, дозволом на пусте значення та автоматичним індексом.

Поле id використовується індексації полів даних, тобто кожне повідомлення буде мати свій унікальний індекс. Цей індекс використовується для ідентифікації повідомлення у базі даних а також для звернення до цього повідомлення за його ідентифікатором. Це поле є унікальне і воно не може повторятись у таблиці. Максимальний розмір цього поля 5 знаків цілого тип, тобто на мові mysql це тип даних int.

Поле to_mes відповідає за збереження ідентифікатора користувача який надіслав повідомлення іншому користувачу. Тип даних цього поля int яке може містити 5знаків тобто пятизначне число. До цього поля звертаються за ідентифікатором користувача який надсилає повідомлення. Це поле не може бути пустим,тобто не може бути null.

Поле from_mess відповідає за збереження ідентифікатора користувача якому адресоване повідомлення іншому користувачу. Тип даних цього поля int яке може містити 5знаків тобто пятизначне число. До цього поля звертаються за ідентифікатором користувача якому надсилається повідомлення. Це поле не може бути пустим, тобто null.

Поле text буде містити текст самого повідомлення, яке користувач надсилає іншому користувачу. Це поле має тип даних varchar також воно не може бути пустим. Максимальний розмір цього поля 50 знаків,тобто повідомлення може складатись із 50-ти символів.

Поле status відповідає за статус повідомлення, тобто коли повідомлення було прочитано користувачем воно ставить статус прочитаного 1 а якщо повідомлення не було прочитано то його статус залишається 0. Це поле має тип даних int а також не може мати нульового значення,тобто воно є обовязковим для використання у системі.

Поле data відповідає за дату повідомлення яке надсилається. Це поле є обовязкове його тип даних є varchar. Поле по замовчуванню може бути пустим, тобто мати значення null а також має значення default null що означає початкове значення поля заповнюється датою коли було записано повідомлення.

Поле delete_to відповідає за видалення повідомлення користувача який видалив повідомлення першим, тобто повідомлення видаляється лише від того користувача який його видалив а у іншого користувача якому повідомлення адресувалось воно залишається. Поле буде містити ідентифікатор користувача який видаляє повідомлення першим. Це принцип використовується у всіх соціальних мережах та чатах. Тип даних цього поля int і це поле може містити максимум 10 знаків, тобто десятизначне число. Це поле не може бути обовязковим.

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

Структура таблиці register бази даних Mysql.

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

Таблиця 6.2 Структура таблиці register бази даних Mysql.

Назва поляТип данихРозмірНе пустеАвтоінкремент/ Інше значенняidint5not nullauto_incrementusernamevarchar40Not null-paswordvarchar40Not null-statysint5Not null-Primary_key(id)

Поле із назвою id буде слугувати для індексації користувачів у системі, тобто кожний користувач буде мати унікальне значення ідентифікатора. Це поле має тип даних int, тобто цілочисельний тип даних його довжина є максимум 5 знаків. Це поле автоінкрементоване та не може бути пустим значенням.

Поле username слугує для запису імені користувача що реєструється або авторизується у системі. Це поле має тип даних varchar, тобто стрічковий тип даних із довжиною у 40 символів. Також це моле не може бути пустим.

Поле password слугує для збереження паролю користувача у системі. Тип даних varchar із довжиною у 40 символів. Поле не може бути пустим.

Для видання статусу користувачеві існує поле statys. У цьому полі зберігається статус користувача, тобто 1 коли користувач перебуває на веб сайті та 0 коли користувача немає на веб сайті.

База даних буде мати кодування типу utf-8 яке є міжнародним стандартом який підтримують всі сучасні веб системи. UTF-8 (від англ. <#"justify"><?_once('function.php');_html_header();_form();_html_footer();

?>

Отже як бачимо файл просто підключає головний функціональний файл веб додатку function.php а також формує заголовок за допомогою функції do_html_header та нижню частину веб сторінки за допомогою функції do_html_footer. У цьому файлі є вивід авторизації та реєстрації користувача за допомогою функції login_form.

6.2.5 Програмування авторизації користувачів

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

Алгоритм роботи авторизації користувача.

.Введення користувацьких особистих даних, тобто логін та пароль.

. Перевірка валідності введених даних користувача, тобто чи заповнені всі поля для вводу.

.Перевірка існування користувача у базі даних та відповідність введених даних авторизації.(Розгалужена гілка алгоритму.)

.Вхід у особистий профіль користувача.

Розгалужена гілка алгоритму означає що існують варіанти подій в залежності від результату. На малюнку 6.2 нижче, зображено блок схему роботи системи авторизації користувача.

Малюнок 6.2 Блок схема роботи авторизації користувача.

Програмний код авторизації користувача.

Авторизація користувача вимагається першочергово після запуску веб додатку. Стартовий файл роботи веб додатку login.php. Авторизація користувача розпочинається із роботи функції login_form(). Ця функція виводить поля які потрібно заповнити користувачеві для входу у його власний профіль. Файл login.php Користувач вводить пароль та логін який він при реєстрації вказував і ця інформація вважається конфіденціальною. Нижче наведений приклад коду функції login_form().

function login_form()

{

?>

<a href='register_new.php'>Не зареєстровані-??</a>

<form action="member.php" method='post'>

<p>Name:</p><input type='text' name='username'>

<p>Password:</p><input type='pasword' name='password'>

<input type='submit' value=Увійти >

</form>

<?}

Отже як бачимо всі дані відправляються на опрацювання файлу member.php який далі працює з базою даних. Форма реєстрації побудована на основі html коду - мови гіпертекстової розмітки веб сторінок.

6.2.6 Програмування реєстрації користувачів

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

Алгоритм роботи реєстрації користувача.

1.Ввід особистих даних користувача, тобто логіну та паролю.

.Перевірка валідності даних, тобто перевірка вводу логіна та паролю на присутність.

.Перевірка введених даних на присутність у базі даних(розгалужена гілка).

.Збереження даних користувача у базі даних.

.Вхід у профільну частину користувача.

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

Малюнок 6.3 Блок схема реєстрації нового користувача у базі даних.

Програмний код реєстрації користувача.

Зареєструватись у системі дає можливість функція login_form(). Ця функція виконується при запуску веб додатку. Функція відображає форму авторизації та посилання на реєстрацію користувача:

<a href='register_new.php'>Не зареєстровані-??</a>

Файл register_new.php,на який посилається гіпертекст, дає можливість зареєструватись у системі.

<?_once('function.php');_html_header();

?>

<h1>Реєстрація нового користувача.h1>

<?_registration_form();_html_footer();

?>

Файл register_new.php містить у собі функцію display_registration_form, що відповідає за вивід діалогу реєстрації нового користувача а також стандартний опис структури веб сторінки що був розглянутий у попередньому розділі. Також відбувається підключення головного функціонального файлу веб додатку це function.php. Програмний код функції display_registration_form відсилає всі дані, які користувач заповнив у полях вводу, у файл add_user.php. Програмний код файлу add_user.php продемонстрований у лістингу додатку.

Отже якщо дані користувача відповідають всім поставленим критеріям, здійснюється реєстрація нового користувача у системі функцією register що є у файлі add_user.php. Функція register реєструє нового користувача у базі даних. Для зрозумілості роботи функції register, нижче наведений програмний код функціонування.

function register($name,$password){db_connect();_select_db("user");

$zaput="select * from register where username='$name' " ;

$result=mysql_query($zaput);(mysql_num_rows($result)>0){echo "Таке імя вже існує в базі даних ";exit; }

$zaput="insert into register (username,password,status) values('".$name."','".$password."','0')";

$result=mysql_query($zaput);(!$result){echo"Помилка запису даних";}

}

асинхронний обмін інтернет повідомлення

6.2.7 Програмування профільної частини користувача

Програмування профільної частини користувача буде здійснюватись на основі Аjax-технології. Для впровадження Аjax-технології буде використовуватись фреймворк jquery. Це дуже зручний фреймворк,який дозволяє використовувати всю потужність javascript для роботи із Аjax-технологією.

Профільна частина користувача буде містити сукупність програмованого функціоналу. У цій частині програмного програмування веб додатку буде впроваджено технологію Аjax. Програмування профільної частини умовно розділено на такі розділи:

Відправка повідомлень;

Редагування повідомлень;

Видалення повідомлень;

Оновлення статусів користувачів та індикаторів повідомлень;

Розлогування.

1. Програмування функціоналу відправки повідомлень.

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

Малюнок 6.4 Блок схема роботи функціоналу відправки повідомлення.

Програмний код функціоналу відправки повідомлень.

Відправка повідомлень здійснюється безпосередньо після реєстрації або авторизації користувача у системі. За обмін повідомлення між користувачами відповідає файл send.php. При відправці повідомлення спрацьовує javacript код у файлі output.js що знаходиться у папці javascript файлової структури веб проекту. Даний код наведений у лістингу додатку.

Відправка повідомлення розпочинається у випадку коли користувач натиснув кнопку Відправити, але перед відправкою відбувається повірка поля вводу повідомлення на непусте значення. Якщо повідомлення не було введене проте користувач намагається його відправити виникне помилка. Далі спрацьовує подія яка запрограмована javascript фреймворком jquery. Ця подія записується наступним чином $("#send_to").click(function(){}. Тобто спрацьовує подія при натисканні користувача на певні елемент веб сторінки. У нашому випадку це елемент send_to які ідентифікує кнопку відправки повідомлення. Подія викликає функцію відправки повідомлення sendMess., функція використовує асинхронний запит та відправляє дані на сервер у фоновому режимі, тобто не відбувається перевантаження веб сторінки як при класичній моделі. Функція sendMess має у собі використання Аjax функції $.post(). Функція $.post() надсилає введене повідомлення для обробки на сервер у файл send_mes.php. Цей файл відповідає за збереження повідомлення користувача у базі даних. Зміст файлу send_mess.php наведений у лістингу.

Отже файл send_mess.php використовує функції php для збереження нового повідомлення користувача у базі даних. Збереження повідомлення у базі даних виконується за допомогоб функції send_mess що э запрограмована у файлі send_mess.php. Цій функції передається у параметри текст повідомлення адресат та відправник. Дані вся ця інформація передається у базу даних де безпосередньо зберігається як масив даних користувача.

2. Програмування функціоналу видалення повідомлень.

Видалення повідомлень буде відбуватись синхронно разом із роботою користувача. За видалення повідомлення відповідає файл user_mesage.js що збережений у папці javascript файлової структури додатку. Повідомлення видаляється лише у того користувача який його видалив. Якщо обидва користувачі видалили одне і теж повідомлення тоді воно видаляється із бази даних в іншому випадку зберігається. Нижче блок схема функціоналу видалення повідомлень користувача.

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

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

$(document).ready(function(){

$(".delete").click(function(){id=$(this).parent().find(".id_message").text();delete_from=$("#delete_from").text();

$.post("delete.php",{id:id,delete_from:delete_from});});

Малюнок 6.5 Блок схема функціоналу видалення повідомлень користувачів.

Отже для виділення повідомлення використовується подія яка реагує на елемент веб сторінки який має ідентифікатор delete. Видалення відбувається за допомогою Аjax технології. Ajax функція $.post() відправляє асинхронно дані у файл delete.php. Цей файл видаляє повідомлення конкретного користувача за його ідентифікатором.

3. Програмування функціоналу редагування повідомлень

Редагування повідомлень відбувається шляхом перезапису існуючого повідомлення на оновлене. За оновлення повідомлення відповідає файл user_message.js. Коли користувач нажимає на кнопку Редагувати викликається подія із фалу user_mesage.js яка має назву rewrie. Повідомлення яке було обране для редагування переміщається у пол. Вводу повідомлень і далі користувач вже відправляє нове повідомлення на місце старого. Повідомлення яке було редаговане замінюється на нову у базі даних під тим самим ідентифікатором. Функція редагування повідомлень наглядно розглянута нижче.

$(".rewrite").live('click',function(){text=$(this).parent().find(".rewrite_2").text();id=$(this).parent().find(".id_message").text();

$("#text").text(text);$("#id_rewrite_message").text(id);});

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

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

Статус користувачів та повідомлень зберігається у базі даних. Кожний статус являє собою цифрове значення яке має певне значення. Користувач буде мати статус on-line якщо у базі даних у полі statys стоїть 1 і навпаки якщо 0 тоді статус of-line.

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

Малюнок 6.6 Блок схема функціоналу оновлення статусу користувача.

Отже якщо користувач авторизувався або зареєструвався у системі його статус у базі даних змінюється на 1 а в іншому випадку залишається по замовчуванню 0. За вивід статусу користувача відповідає файл output.js що знаходить у папці javascript. У даному файлі існує функція setinterval, яка дає змогу робити проміжкові за часом запити до вб сервера. У нашому випадку функція оновлює статус користувачів кожні 3секунди, тобто робить синхронний запит і повертає результат. Нижче представлений код функції для оновлення статусу користувачів.

('$("#vsi_korustuvachi").load("update.php",{user1:$("#user1").text()});',3000);

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

<?

require_once('function.php');"Всі користувачі:";echo"<br>";?><META http-equiv=Content-Type content="text/html; charset=utf-8 "><?

$user=$_POST['user1'];_users_to_messages($user);?>

Файл update.php має в собі запрограмовану функцію output_user_to_messages. Дана функція робить звернення до бази даних та повертає вивід всіх користувачів у веб сайті. У лістингу 6.2.7.4 додатку 1, наглядно розглянуто код функції output_user_to_messages.

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

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

Функція оновлення індикаторів повідомлень слугує output _user_to_messages. Ця функція одночасно використовується для оновлення індикаторів повідомлень та статусу користувача. Код цієї функції що стосується оновлення індикаторів стану повідомлень наведений нижче.

if($row['status']==1){

?><font color=blue>

<?echo "Online ";?></font><?}else{echo "Ofline ";}"<a href='send.php?to=".$row["id"]."'>".$row['username']."</a>";

Малюнок 6.7 Блок схем функціонування зміни індикатора повідомлення.

5 Програмування функціоналу розлогінення користувачів.

Розлогінення користувача є обовязковим кроком завершення роботи на веб сайті. Коли користувач нажимає на кнопку Вихід система видаляє сеанс звязку користувача із веб сайтом та особистим профілем. Це слугує надійністю збереження інформації користувача від інших. У нашому випадку для підтримки звязку користувача та веб сторінки використовуються так звані сесії користувача. Сесії слугують для встановлення непостійного звязку користувача із веб сайтом. За функціонування системи розлогінення користувачів буде відповідати файл logout.php. Для зрозумілості роботи нижче наведений програмний код файлу logout.php.

<?require_once('function.php');_start();@$username=$_SESSION['valid_user'];($_SESSION['valid_user']);

$result=session_destroy();$status=0;status_user($status,$username);_html_header();echo "Ви успішно вийшли із системи.";_html_url('login.php','Ви можете знову увійти до системи.');_html_footer();?>

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

6.3 Оцінка працездатності

Перевірка працездатності програми полягає в основному у тестуванні всіх функціональних частин та системи в цілому. У нашому випадку тестування програми є доцільним у наступному:

Тестування з'єднання із базою даних

Тестування працездатності технології Аjax

Робота сесії користувача.

Тестування роботи таблиць бази даних.

Тестування кросплатформенності веб додатку.

Тестування з'єднання із базою даних.

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

Тестування працездатності технології Аjax.

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

Робота сесії користувача.

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

Тестування роботи таблиць бази даних.

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

Тестування кросплатформенності ужитку.

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

7. ЕКОНОМІЧНА ЧАСТИНА

Темою мого дипломного проектування було створення системи обміну інформації на основі Аjax технології. У даному дипломному проекті буде докладно розглянуто та продемонстровано технологію AJAX на основі інформаційної системи обміну даних. Мною буде створено веб ресурс, який надає можливість обімну повідомлення між користувачами, які зареєстровані або аутентифіковані у системі, завдяки технології асинхронного обімну даних(AJAX), що дозволить відправляти, редагувати та видаляти повідомлення у асинхронному вигляді без пере загрузки сторінки. Користувач, перебуваючи на веб сторінці, буде продовжувати свою роботу в той час як запити будуть поступати на сервер без перезавантаження веб сторінки, яка відкрита у вікні браузера користувача в даний момент Оскільки дана тема на сьогоднішній день є актуальною та сучасною, підхід до створення економічної частини був спрямований на обрахунок впровадження інноваційних рішень та розробку проектного рішення з точки зору використання сучасних технологій. Проектований у даному дипломному програмний продукт повинен мати інноваційний ступінь розроблених рішень щодо розв'язку поставленого завдання. Суть проектування полягає у створенні програмного додатку що дає змогу обмінюватись інформацією між користувачами у веб системах та адаптуватись під розробку проектів де є необхідність використання систем обміну інформацією. Використання технології Аjax дасть змогу покращити обмін інформацією та зробити інноваційний підхід до створення веб ресурсу.

7.1 Розрахунок витрат на розробку та впровадження проектного рішення

1.Витрати на розробку і впровадження програмного засобу (К) визначаються як:

К = К1+К2 (1)

де К1 - витрати на розробку програмного засобу, грн.; К2 - витрати на відлагодження і дослідну експлуатацію програмного засобу на ЕОМ, грн.

Витрати на розробку програмного засобу включають в себе:

1. витрати на оплату праці розробників (ВОП);
2. відрахування у спеціальні державні фонди (ВФ);
3. вартість додаткових виробів, що закуповуються (ВД);
4. транспортно-заготівельні витрати (ТВ);
5. витрати на придбання спецобладнання (ВСО);
6. накладні витрати (НВ);
7. інші витрати (ІВ).

Для проведення розрахунків витрат на оплату праці необхідно визначити категорії працівників, які приймають участь в процесі проектування, їх чисельність, середньоденну заробітну плату спеціаліста відповідної категорії та трудомісткість робіт у людино-днях (людино-годинах).

У проекті бере участь 4 осіб: керівник проекту, двоє інженерів-програмістів та консультант з економіки. Їх заробітна плата становить:

-керівник проекту - 2500 грн.;

-інженер-програміст - 2900 грн.;

-консультант з економіки - 2000 грн.;

Трудомісткість робіт над проектом становить: 20 людино-днів для керівника проекту, 80 людино-днів для інженера-програміста та 2 людино-дні для консультанта.

Середньоденна заробітна плата і-го розробника (ЗПДі) обчислюється за формулою:

(2)

де ЗПі - основна місячна заробітна плата розробника і-ої спеціальності, грн.; Фм - місячний фонд робочого часу, днів (24 дні).

Розрахунок витрат на оплату праці усіх розробників проекту обчислюємо за формулою:

(3)

де ni - чисельність розробників проекту і-ої спеціальності, чол.; ti - час, витрачений на розробку проекту працівником і-ої спеціальності, дні; ЗПДі- денна заробітна плата розробника і-ої спеціальності, грн.;

Робота проводилась 4 спеціалістами, які витратили різну кількість днів на розробку системи, що наведені в табл. 7.1.

Розрахунок витрат на оплату праці розробників зводиться у таблиці 7.1.

Таблиця 7.1 Розрахунок витрат на оплату праці

№Спеціальність розробникаКількість розробників, чол.Час роботи, дніДенна заробітна плата розробника, грн.Витрати на оплату праці, грн.1Керівник проекту120104,172083,42Інженер-програміст280120,8319332,83Консультант з економіки1283,83166,66Всього21572,86

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

Отже, відрахування на єдиний соціальний внесок становитимуть:

ВФ = 21572,86*0,37 = 7981,96 грн.

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

4.Витрати на придбання спецобладнання (ВСО) для проведення експериментальних робіт розраховуються в тому випадку, коли для розробки та впровадження проектного рішення необхідне придбання додаткових технічних засобів. Вартість спецобладнання для виконання конкретного проекту визначається на основі специфікації в їх потребі та фактичних цін з урахуванням транспортно-заготівельних витрат (Втр = 12,5%).

Вихідні дані та результати розрахунків оформлено у таблиці 7.2:

Таблиця 7.2 Розрахунок вартості спецобладнання

№ п/пНайменування обладнанняМарка, типКількість на проект, шт.Ціна за одиницю, грн.Сума витрат, грн.Сума витрат з урахуванням транспортно-заготівельних витрат, грн.1МоніторPhilips 192EL2SB/01 DVI483333323748,52Системний блокHP 8100E SFF454692187624610,5Всього28359

. Накладні витрати (Нв) проектних організацій включають три групи видатків: витрати на управління; загальногосподарські; невиробничі витрати. Вони розраховуються за встановленими 23% до витрат на оплату праці.

НВ = 21572,86 * 0,23 = 4961,76 грн.

6.Інші витрати (Ів) складають видатки, які не враховані в попередніх статтях витрат. Вони розраховуються за встановленими 7% до витрат на оплату праці.

IВ = 21572,86 *0,07= 1510,10 грн.

7.Витрати на розробку проектного рішення обчислюємо за формулою:

К1 = ВОП + Вф + ВД + ВСО + Нв + Ів (4)

K1 = 21572,86+ 7981,96 +0+28359+4961,76+1510,1 = 64385,68 грн.

8.Витрати на відлагодження і дослідну експлуатацію системи визначаємо згідно формули:

(5)

де Sм.г.- вартість однієї години роботи ПК, грн./год.; tвід- кількість годин роботи ПК на відлагодження програми, год.

Вартість однієї години роботи ПК - 0.04872 грн., тобто спожита електроенергія: 0.4 КВт / год. * 0.3648 грн. (тариф) = 0.14592 грн. На відлагодження системи було витрачено 30 днів (30*8 = 240 годин часу), тому:

К2=0,14592*240=35,02 грн.

Отже, витрати на розробку і впровадження програмного засобу становлять:

=К1+К2= 64420,7+ 35,02 =64420,7 грн.

Результати розрахунків зведено у наступній таблиці 7.3:

Таблиця 7.3 Кошторис витрат на розробку проектного рішення

№ п/пНайменування елементів витратСума витрат, грн.1Витрати на оплату праці21572,86 2Відрахування у єдиний соціальний внесок7981,963Витрати на експлуатацію ПК35,024Витрати на додаткові вироби, що купуються57913,825Накладні витрати4961,766Інші витрати1510,1Всього64420,7

.2 Визначення комплексного показника якості

Комплексний показник якості (Пя) визначається шляхом порівняння показників якості проектованої системи і вибраного аналогу.

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

Для визначення Пя використовується система показників технічного рівня і якості, яка містить в собі наступні групи:

1.Показники призначення:

1.1.актуальність даного програмного забезпечення;

.2.ступінь новизни;

.3.продуктивність;

1.4.універсальність системи;

.5.відкритість системи;

.6.створення копій БД;

.7.підтримання багатокористувацького режиму;

2.Показники надійності та безпеки:

2.1.ймовірність помилки;

2.2.надійність обчислення;

.3.тривалість безвідмовної роботи;

3.Патентно-правові показники:

3.1.патентно-правовий статус;

4.Ергономічні показники:

4.1.легкість експлуатації;

4.2.гнучкість налаштування.

Комплексний показник якості проектованої системи визначаємо методом арифметичного середньозваженого з формули:

(6)

де m - кількість одиничних показників (параметрів), прийнятих для оцінки якості проектованої системи; qі - коефіцієнт вагомості кожного з параметрів щодо їхнього впливу на технічний рівень та якість проектованої системи (встановлюється експертним шляхом), причому:

(7)

Сi - часткові показники якості, визначені порівнянням числових значень одиничних показників проектованої системи і аналога за формулами:

(8)

де Ппрі, Паі - кількісні значення і-го одиничного показника якості відповідно проектованої системи і аналога.

З попередніх двох формул вибирається та, в якій збільшення відповідає покращенню показника якості проектованої системи. Результати розрахунку зводимо в табл. 7.4.

Отже, комплексний показник якості дорівнює ПЯ = 1,9643.

Таблиця 7.4 Визначення комплексного показника якості проектованої системи (аналога)

ПоказникиЧислове значення показників, балиВідносний показник якості, СіКоефіцієнт вагомості qіСі × qіАналогПроект. прогр. продуктАктуальність даного ПЗ51020,060,12Ступінь новизни4102,50,070,175Продуктивність791,290,040,052Універсальність с-ми51020,050,1Відкритість с-ми2840,0050,02Обчислення даних 492,250,1450,33Створення копій БД51020,040,008Багатокорист. режим4102,50,090,225Надійність обчислення 51020,150,3Тривалість безвідмовної роботи9330,070,21Патентно-правовий статус6101,70,090,135Легкість експлуатації591,80,010,018Ймовірність помилки10-210-410,120,12Гнучкість налаштування6101,70,060,102Всього11,9643

.3 Визначення експлуатаційних витрат

При порівнянні програмних засобів в експлуатаційні річні витрати включають вартість підготовки даних (Е1) і вартість годин роботи ПК (Е2) і визначаються за формулою:

(9)

де ЕП(А) - одноразові експлуатаційні витрати на проектне рішення (аналог), грн.; Е1П(А) - вартість підготовки даних для експлуатації проектного рішення (аналогу), грн.; Е2П(А) - вартість машино-годин роботи ПК для проектного рішення (аналогу), грн.

Річні експлуатаційні витрати визначаються за формулою:

(10)

де - експлуатаційні річні витрати проектного рішення; - періодичність експлуатації проектного рішення (аналогу), раз/рік.

Вартість підготовки даних для роботи на ПК (Е1) визначаються за формулою:

(11)

де і - номери категорій персоналу, які беруть участь у підготовці даних; ni - чисельність співробітників і-ї категорії, чол.; ti - трудомісткість роботи співробітників і-ї категорії, дні; - середньогодинна ставка робітника і-ї категорії з врахуванням відрахувань до державних цільових фондів, грн./год.

Середньогодинна ставка оператора визначається за формулою:

(12)

де - основна місячна зарплата працівника і-ї категорії, грн.; b - коефіцієнт, який враховує збори до спеціальних державних фондів (b=0,37); Фг - місячний фонд робочого часу, год.

Отже, для проектного рішення середньогодинна ставка становить:

Вартість підготовки даних для роботи на ПК дорівнює:

E1П = (1*24*17,84)+(2*24*20,69) = 1421,28 грн.

Вартість машино-годин роботи ПК для проектного рішення становить 35,02 грн. Тоді одноразові експлуатаційні витрати на проектне рішення становлять:

EП = 1421,28 +35,02 = 1456,3 грн.

А річні експлуатаційні витрати з урахуванням того, що періодичність експлуатації проектного рішення дорівнює 2 рази/рік, становлять:

В(е)П=1456,3*2 = 2912,6 грн.

Вихідні дані та результати розрахунків витрат на підготовку даних для експлуатації на ЕОМ зводяться у таблицю 7.5.

Над проектом-аналогом працює 2 старший науковий співробітник та 3 інженера-програміста. Їх місячні заробітні ставки відповідно 26325 грн. та 11800 грн. Тоді середньогодинна ставка для кожного з них становить:

Таблиця 7.5 Розрахунок витрат на підготовку даних для роботи на ЕОМ

Категорія персоналуЧисельність співробітників і-ої категорії, чол.Час роботи співробітників і-ої категорії, год.Середньогодинна ЗП співробітника і-ої категорії, грн.Витрати на підготовку даних, грн.Проектне рішенняКерівник проекту12417,84428,16Інженер-програміст22420,69993,12Всього1421,28АналогСтарший наук. спів-к220187,847513,6Інженер-програміст31684,24041,6Всього11555,2грн.

грн.

Трудомісткість роботи за проектом-аналогом становить 30 днів для старших наукових співробітників і по 60 днів для інженерів-програмістів. Тоді вартість підготовки даних для роботи на ПК дорівнює:

грн.

Вартість машино-годин роботи ПК для проекту-аналогу становить 87,80 грн. Тоді одноразові експлуатаційні витрати на аналог становлять:

грн.

А річні експлуатаційні витрати з урахуванням того, що періодичність експлуатації аналогу дорівнює 12 разів/рік, становлять:

грн.

.4 Розрахунок ціни споживання проектного рішення

Ціна споживання (Цс) - це витрати на придбання і експлуатацію проектного рішення за весь строк його служби:

(13)

де ЦП - ціна придбання проектного рішення, грн.; - теперішня вартість витрат на експлуатацію проектного рішення (за весь час його експлуатації), грн.:

(14)

де Пр - норматив рентабельності (24,5%); Ко - витрати на прив'язку та освоєння проектного рішення на конкретному об'єкті, грн., Ко = 1000 грн.; КК - витрати на доукомплектування технічних засобів на об'єкті, грн., КК = 2000 грн.; СПДВ - ставка податку на додану вартість (20%).

ЦП = 64420,7*(l+0,245)*(l+0,2)+1000+2000= 99244,5 грн.

Ціна придбання аналога відома і дорівнює:

ЦП(а) = 100000,00грн.

Теперішня вартість витрат на експлуатацію проектного рішення розраховується за формулою:

(15)

де - річні експлуатаційні витрати в t-ому році, грн.; Т - строк служби проектного рішення, років; R - річна ставка проценту банків (22%).

Оскільки впродовж всього строку експлуатації , то:

(16)

де РV - ставка дисконту на період Т, яка визначається залежно від процентної ставки (R) і періоду експлуатації (Т).

При R = 0,22РV має такі значення:

T012345РV1,00,821,512,072,542,93

Оскільки термін експлуатації проектного рішення становить 3 роки, тоді РV = 2,07. Отже, теперішня вартість витрат на експлуатацію проектного рішення становить:

B(E)NPV= 2,07 * 2912,6 = 6029,08 грн.

Таким чином ціна споживання проектного рішення становить:

ЦС(П) = 99244,5 + 6029,08 = 105273,58 грн.

Аналогічно визначається ціна споживання для аналогу. Визначимо теперішню вартість витрат на експлуатацію аналогу. Термін експлуатації аналогу становить 3 роки, тоді РV = 2,07. Оскільки , то:

грн.

Отже, ціна споживання проекту-аналогу становить:

грн.

.5 Визначення показників економічної ефективності

Оскільки базою для порівняння обрано відповідний програмний засіб, в даному розділі розраховуються такі показник

1)Показник конкурентоспроможності:

(17)

ККС=244606,06 *1,9643/105273,58 = 4,56

) Економічний ефект в сфері експлуатації:

(18)

ЕЕКС = 69858 - 2912,6 = 66945,4 грн.

3)Економічний ефект в сфері проектування:

(19)

EПР= 100000 - 99244,5 = 755,5 грн.

Оскільки Епр>0 та Еекс>0, то розраховуємо:

.Додатковий економічний ефект в сфері експлуатації:

(20)

ЕЕКС Д = 66945,4 *(1,220+1,221+1,222) = 263095,42 грн.

2.Додатковий економічний ефект в сфері проектування:

(21)

ЕПР Д = 755,5 *(1+0,223) = 1371,87 грн.

Термін окупності витрат на проектування рішення:

(22)

ТОК= 64420,7/ 66945,4 = 0,96 року

Результуючі показники економічної ефективності зводяться у таблиці 7.6.

Таблиця 7.6 Показники економічної ефективності проектного рішення

Найменування показниківОдиниці вимірюванняЗначення показниківАналогПроектне рішення1 Капітальні вкладеннягрн.?64420,72 Ціна придбаннягрн.99244,53 Річні експлуатаційні витратигрн.2912,64 Ціна споживаннягрн.105273,585 Економічний ефект в сфері експлуатаціїгрн.?66945,46 Додатковий економічний ефект в сфері експлуатаціїгрн.?263095,427 Економічний ефект в сфері проектуваннягрн.?755,58 Додатковий економічний ефект в сфері проектуваннягрн.?1371,879 Термін окупності витрат на проектування рішенняроки?0,9610 Коефіцієнт конкурентоспроможності??4.56

Висновки по економічній частині

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

Ціна придбання проектного рішення становить 99244,5 грн., річні експлуатаційні витрати 2912,6 грн., економічний ефект в сфері експлуатації 66945,4 грн., економічний ефект в сфері проектування 755,5 грн. Наведені розрахунки доводять доцільність розробки, оскільки забезпечується економія капіталовкладень в розробку програмного продукту та значно покращується річний економічний ефект, який отримується користувачами розробленої системи. Економічна ефективність розробки програми підтверджує її доцільність, а універсальність та практичні результати підкреслюють необхідність подальшого розвитку. Серед вагомих показників, на які слід звернути увагу, є показники надійності, що перевищують аналог в два рази. Цього було досягнуто використанням генетичних алгоритмів.

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

ВИСНОВОК

Під час проектування задачі, яка була поставлена у даному дипломному проекті, я здобув навики та принципи вирішення завдань такого типу. У ході проектування завдання освоїв основні принципи та підходи щодо розробки автоматизації вирішення проблем поставленого завдання. Основною метою мого проектування було використання системного аналізу, декомпозиції проблеми, знаходження оптимальних шляхів вирішення проблеми а також використання Аjax при створені веб додатків такого типу. Судячи із кінцевого результату проектування, вирішення проблеми за темою дипломного проектування було здійснено в повному обсязі. Мною було засвоєно принцип інтеграції технології AJAX у веб ресурс та основні програмні реалізації роботи Аjax на стороні клієнтської машини. Вивчив методи декомпозиції проблем та складних ємкісних завдань. Вивчив основні підходи до побудови програмних структур мовою php, а також javascript. Розглянув сервісні функції роботи веб браузерів в різних операційних системах для побудови кросбраузерності веб ресурсу. Для використання бази даних мною було освоєно синтаксис mysql та основні функціональні можливості реляційних таблиць. Для роботи із Аjax технологією освоїв використання javascript фреймворка jquery. Для перевірки роботи системи вивчив підхід до створення тестового алгоритму для веб додатку.

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

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

Дипломний проект надав мені можливість вивчити новітні технології програмування Інтернет сайтів та освоїти сучасні методи та підходи до проектування веб додатків високо рівня складності.

СПИСОК ВИКОРИСТАНОЇ ЛІТЕРАТУРИ ТА ДЖЕРЕЛ

1.[Електронний ресурс].- адреса: www.uk.wikipedia.org/wiki/інтернет.

2.[Електронний ресурс].- адреса: www.ukrarticles.pp.ua/pk-internet/7206-primenenie-texnologii-ajax.html

.Оригінальна назва: Pro PHP and jQuery. Автор: Джейсон Ленгсторф. Видавництво: Вильямс. Рік 2011. ISBN 978-5-8459-1693-8.

.[Електронний ресурс].- адреса: www.ganzh.blog.net.ua/2008/03/15/ajax-tehnolohiya-velycheznyh-mozhlyvostej/

.[Електронний ресурс]. - адреса www.ua.wikipedia.org/wiki/Google_Suggest

.[Електронний ресурс]. - адреса www.protopage.com/

.[Електронний ресурс].- адреса #"justify">. [Електронний ресурс].- адреса #"justify">. [Електронний ресурс].- адреса #"justify">. [Електронний ресурс].- адреса #"justify">11. Теория систем и системный анализ в управлении организациями: Справочник. / Под ред. В.Н. Волковой и А.А. Емельянова. - М.: Финансы и статистика, 2006 - 848 с.

12 [Електронний ресурс].- адреса www.javascript.ru/Аjax/transport/ xmlhttprequest

.[Електронний ресурс].- адреса www.ua.wikipedia.org/wiki/JSON

.[Електронний ресурс].- адреса #"justify">15. HTML, JavaScript, PHP и MySQL. Джентльменский набор Web-мастера, Автор: Николай Прохоренок, Год: 2010 ISBN: 978-5-9775-0540-6

16. [Електронний ресурс].- адреса <#"justify">18. Джордж Шлосснейгл. Профессиональное программирование на PHP, 2006

.Уильям Стейнмец, Брайан Вард. 75 готовых решений для вашего web-сайта на РНР, 2009

.Мишель Е. Дэвис и Джон А. Филипс. Изучаем PHP и MySQL, 2008

. Николай Прохоренок. HTML, JavaScript, PHP и MySQL. Джентльменский набор Web-мастера, 2010

22. [Електронний ресурс].- адреса #"justify">ДОДАТОК

Лістинг 1. Програмний код створення таблиць бази даних.

database exchange,exchange,TABLE `mesage` (

`id` INT(5) NOT NULL AUTO_INCREMENT,

`to_mes` INT(5) NOT NULL,

`from_mes` INT(5) NOT NULL,

`text` VARCHAR(50) NOT NULL,

`status` INT(11) NOT NULL,

`data` VARCHAR(50) NULL DEFAULT NULL,

`delete_to` INT(10) NOT NULL,

`delete_from` INT(10) NOT NULL,KEY (`id`)

)ENGINE=InnoDB;TABLE `register` (

`id` INT(5) NOT NULL AUTO_INCREMENT,

`username` VARCHAR(40) NOT NULL,

`password` VARCHAR(40) NOT NULL,

`status` INT(5) NOT NULL,KEY (`id`)

)=InnoDB;

Лістинг 2.Програмний код файлу add_user.php

<?require_once('function.php');

$name=$_POST['name'];

$password=$_POST['password'];_start();(!$name || !$password){echo "Не введені обовязкові поля.";exit;}(strlen($name)>16){echo "Імя містить забагато символів. Мак 16.";exit;}(strlen($password)>16){echo "Пароль містить забагато символів. Мак 16.";exit;}(strlen($password)<6){echo "Пароль містить недостатньо символів. Мін 6.";exit;}register($name,$password);

$_SESSION['valid_user']=$name;do_html_header();"Ви успішно зареєстровані у ситемі.Перейдіть на сторінку для зареєстрованих користувачів.";_html_url('member.php','Перейти.'); do_html_footer();?>

Лістинг 3. Функція javascript для функції відправки повідомлення.

$("#send_to").click(function(){id_rewrite_message=$("#id_rewrite_message").text();

$("#id_rewrite_message").remove();

$("#message_send").show();($("#text").val()==""){$("#message_send").text("Введіть текст повідомлення!");}{(to,youText.val(),id_rewrite_message);

$("#message_send").text("Повідомлення відправлено!");

$("#message_send").hide(700);

$("#text").each(function () {

$(this).val($(this).data('defvalue'));

});}});sendMess(to,text,id_rewrite_message){

$.post("send_mess.php",{text: text,to: to,id_rewrite_message:id_rewrite_message});

}

Лістинг 4. Файл send_mess.php відповідає за збереження повідомлення у базі даних.

<?require_once('function.php');_start();_connect();

$mesage=$_POST["text"];

$to=$_POST["to"];

$id_rewrite_message=$_POST['id_rewrite_message'];(isset($id_rewrite_message))

{$from=user_id($_SESSION["valid_user"]);_mess($from,$to,$mesage,$id_rewrite_message);

}else{

$from=user_id($_SESSION["valid_user"]);

$id_rewrite_message=0;_mess($from,$to,$mesage,$id_rewrite_message);}?>

Лістинг 5. Функція оновлення статусу користувачів output_user_to_messages.

output_users_to_messages($log_user)

{db_connect();_select_db("user");

$zaput="select username,id,status from register where username !='$log_user' " ;

$result=mysql_query($zaput);($row = mysql_fetch_assoc($result)) {

$user=$row['id'];

$user2=user_id($log_user);

$zaput2="select id from mesage where status=0 and to_mes='$user2' and from_mes='$user' ";

$result2=mysql_query($zaput2);

$i=0;($row2 = mysql_fetch_assoc($result2))

{$i=$i+1;}($row['status']==1){ ?>

<font color=blue>

<?echo "Online ";

?>

</font>

<?}else{echo "Ofline ";}"<a href='send.php?to=".$row["id"]."'>".$row['username']."</a>";($i==0){echo " 0";echo "<br>";}{"+".$i;echo "<br>";

}}}

Головні частини програмного коду веб ужитку.

Файл output.js який відповідає за динаміку інтерфесу користувача.

$(document).ready(function(){youText=$("#text");to=$("#to").text();

$(function () {

$("#text").each(function () {

$(this).data('defvalue', this.value);});

});$("#send_to").click(function(){id_rewrite_message=$("#id_rewrite_message").text();

$("#id_rewrite_message").remove();

$("#message_send").show();($("#text").val()==""){$("#message_send").text("Введіть текст повідомлення!");}{sendMess(to,youText.val(),id_rewrite_message);

$("#message_send").text("Повідомлення відправлено!");

$("#message_send").hide(700);

$("#text").each(function () {$(this).val($(this).data('defvalue'));});}});sendMess(to,text,id_rewrite_message){

$.post("send_mess.php",{text: text,to: to,id_rewrite_message:id_rewrite_message});('$("#message_my").load("mess.php",{user:$("#my_user").text()});',1000);('$("#vsi_korustuvachi").load("update.php",{user1:$("#user1").text()});',3000);('$(".get_text").load("message_user.php",{to:$("#to").text(),my_user:$("#my_user").text()});',1000); });

Файл user_message.js, який відповідає за видалення та редагування повідомлень користувачів.

$(document).ready(function(){

$(".delete").click(function(){id=$(this).parent().find(".id_message").text();delete_from=$("#delete_from").text();

$.post("delete.php",{id:id,delete_from:delete_from});

});

$(".rewrite").live('click',function(){text=$(this).parent().find(".rewrite_2").text();id=$(this).parent().find(".id_message").text();

$("#text").text(text);

$("#id_rewrite_message").text(id);

});

});

Файл member.php що відповідає за роботу профільної частини користувача.

<?_once('function.php');_start();

@$username=$_POST['username'];

@$password=$_POST['password'];($username && $password)

{{login($username,$password);$_SESSION['valid_user']=$username;

}catch(Exception $e)

{do_html_header();"Вхід неможливий невірний логін та пароль.";_html_url('login.php','Вхід');_html_footer();;}}//далі має бути система спілкування.

@$user=user_id($_SESSION["valid_user"]);(reg_user()){_html_header();

?><div id="content">

<div id="header"></div>

<div id="vnesh">

<div id="vnutr">

<div id="left">

<div id=user></div>

</div>

<div id="right">

<div id=menu>

<p style="display:none;" id=my_user><?echo $user;?></p>

</div>

</div>

<div id="center">

<div id=alluser>

<span>Написати повідомлення:</span><br>

<?_users_to_messages($_SESSION["valid_user"]);

?>

</div>

</div>

<div id=podporka></div>

</div>

</div>

<div id="footer"></div>

</div>

<?_html_footer();

}

?>

Файл data_valid.php який містить в собі головні функції роботи веб ужитку.

<?db_connect()

{

@ $result=mysql_pconnect('localhost','user','password');

//mysql_query ("set character_set_client='cp1251'");

//mysql_query ("set character_set_results='cp1251'");

//mysql_query ("set collation_connection='cp1251_general_ci'");(!$result){echo "Не вдалось зэднатись ыз базою даних";exit;}

}register($name,$password)

{db_connect();_select_db("user");

$zaput="select * from register where username='$name' " ;

$result=mysql_query($zaput);(mysql_num_rows($result)>0){echo "Немає даних";exit; }

$zaput="insert into register (username,password,status) values('".$name."','".$password."','0')";

$result=mysql_query($zaput);(!$result){echo"Невдалий результат.";}

}login($username, $password)

{_connect();mysql_select_db("user");

$zaput="select * from register where username='$username' and password='$password'";

$result=mysql_query($zaput);(!$result)throw new Exception('Помилка');(mysql_num_rows($result)>0)return ;throw new Exception(' Помилка');

};function reg_user()

{global $valid_user;(isset($_SESSION['valid_user']))

{echo '-'.($_SESSION['valid_user']).'.';

$status=1;

$username=$_SESSION['valid_user'];_user($status,$username);

?>

<a href="logout.php">Вийти<a/><br><hr><?return true;

}else

{do_html_heading();echo "Поверніться та введіть обовязкові поля.";do_html_url('login.php','Вхід');do_html_footer();return false;}}function status_user($status,$username){_connect();mysql_select_db("user");$zaput="update register set status='$status' where username='$username'";mysql_query($zaput);}user_id($username){db_connect();_select_db("user");

$zaput="select id from register where username='$username'";

$result=mysql_query($zaput);

$row=mysql_fetch_assoc($result);$row['id'];

}function user_log($id)

{db_connect();_select_db("user");

$zaput="select username from register where id='$id'"; $result=mysql_query($zaput);$row=mysql_fetch_assoc($result);return $row['username'];}output_users_to_messages($log_user)

{db_connect();_select_db("user");

$zaput="select username,id,status from register where username !='$log_user' " ;

$result=mysql_query($zaput);($row = mysql_fetch_assoc($result)) {

$user=$row['id'];

$user2=user_id($log_user);

$zaput2="select id from mesage where status=0 and to_mes='$user2' and from_mes='$user' ";

$result2=mysql_query($zaput2);

$i=0;while ($row2 = mysql_fetch_assoc($result2))

{

$i=$i+1;

}($row['status']==1){

?><font color=blue>

<?"Online ";

?>

</font>

<?

}else{echo "Ofline ";}"<a href='send.php?to=".$row["id"]."'>".$row['username']."</a>";($i==0){echo " 0";echo "<br>";}else{echo"+".$i;echo "<br>";}}}send_mess($from,$to,$mesage,$id_rewrite_message)

{db_connect();_select_db("user");

$data=date('m.d.y');($id_rewrite_message==false){

$zaput="insert into mesage (to_mes,from_mes,text,status,data, delete_to,delete_from) values ('".$to."','".$from."','".$mesage."','0','".$ data."','0','0')";

$result=mysql_query($zaput);

$zaput1="update mesage set status=1 where to_mes='$from' and from_mes='$to'";

$result=mysql_query($zaput1);

}else {$zaput="update mesage set text='$mesage', status=0 where id='$id_rewrite_message'";

$result=mysql_query($zaput);}}?>

Файл add_user.php слугує додаванням нового користувача у базу даних.

<?_once('function.php');

$name=$_POST['name'];

$password=$_POST['password'];_start();(!$name || !$password){echo "Не введені обовязкові поля.";exit;}(strlen($name)>16){echo "Імя містить забагато символів. Мак 16.";exit;}(strlen($password)>16){echo "Пароль містить забагато символів. Мак 16.";exit;}(strlen($password)<6){echo "Пароль містить недостатньо символів. Мін 6.";exit;}($name,$password);

$_SESSION['valid_user']=$name;_html_header();"Ви успішно зареєстровані у ситемі.Перейдіть на сторінку для зареєстрованих користувачів.";_html_url('member.php','Перейти.');_html_footer();

?>

Файл delete.php видаляєкоористувацькі повідомлення.

<?_once('function.php');

$id=$_POST['id'];//повідомлення

$delete_from=$_POST['delete_from'];//користувач який видаляє_connect();_select_db("user");

$zaput="select delete_from from mesage where id = '$id'";

$result1=mysql_query($zaput);($row = mysql_fetch_array($result1))

{if($row['delete_from']>0)

{$zaput="update mesage set delete_to ='$delete_from' where id = '$id'";_query($zaput);

$zaput1="update mesage set status=1 where id='$id'";_query($zaput1);

$zaput2="delete from mesage where id = '$id'";_query($zaput2);

}else

{$zaput="update mesage set delete_from='$delete_from' where id = '$id'"; _query($zaput);

}}?>

Файл function.php підключає головні функціональні файли роботи веб-додатку.

<?_once('output.php');_once('data_valid.php');

?>

Файл login.php Головний стартовий файл роботи веб додатку.

<?_once('function.php');_html_header();_form();_html_footer();

?>

Файл test.php існує для тестової перевірки роботи системи видале

<script src=jquery-1.6.4.min.js type=text/javascript></script>

<script type=text/javascript>

$(document).ready(function(){

$(".del").click(function(){($(this).attr('value'));});})</script>

<?_once('function.php');

$to=1;

$my=2;_connect();_select_db("mesage");

$zaput="select text,to_mes,status,id from mesage where to_mes='$to' and from_mes='$my' || to_mes='$my' and from_mes='$to' " ;

$result=mysql_query($zaput);($row = mysql_fetch_assoc($result))

{echo user_log($to).":".$row['text']." <br>";

?>

<input type=submit id="delete">

<?}?>

Больше работ по теме: