Створення інформаційної системи готельного комплексу

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Міністерство освіти та науки України

Сумський державний університет

Навчально-науковий інститут бізнесу, економіки та менеджменту

Кафедра економічної кібернетики

КУРСОВА РОБОТА

з дисципліни «Технології створення інформаційних систем»

на тему «Створення інформаційної системи готельного комплексу»

Виконала:

Чорна К.О.

Суми - 2022



Завдання на курсову роботу

Готельний комплекс здає апартаменти, загальне число яких не перевищує 70. Для обліку кожного апартаменту враховується: унікальний номер, поверх, кількість кімнат, сторона світу, клас, вартість за добу, короткий опис, статус. Статус апартаменту може бути: вільний, зайнятий, заброньований.

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

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

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

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

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

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

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



Вступ

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

Темою курсової роботи є створення інформаційної системи готельного комплексу.

Досліджуваним об'єктом є готельний комплекс «GRAND», а явищем яке породжує проблему - збільшення навантаження у працівників, і як наслідок, зростання обсягів інформації, неузгодженість, надлишковість і т.д. Тому найкращим способом для досягнення оптимального результату є створення інформаційної системи готельного комплексу.

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

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

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

На етапі проектування вирішувалися наступні завдання:

- Вибір об'єктів, що цікавлять замовника з предметної області;

- Опис цих об'єктів (визначення у об'єктів відповідних атрибутів);

- Визначення відносини (зв'язку) між об'єктами.

Методами дослідження є - мережева база даних Microsoft SQL Server 2008 і технологія ASP.NET - Microsoft Visual Studio 2010, мова програмування C #.

Однією з основних задач, що стоять перед системами управління базами даних, є необхідність представлення користувачам зручних методів доступу до даних. Ця задача може бути розв'язана шляхом використання мов, спеціально орієнтованих на роботу з даними. Однією з таких мов являється структурована мова запитів SQL (Structured Query Language). Мова SQL представляє собою набір команд, за допомогою яких користувачі й програмні додатки можуть отримувати доступ до даних, що зберігаються в системі управління базою даних (СУБД) і виконувати з ними різні операції.

Мова SQL містить команди, які дозволяють розв'язати наступні задачі:

- вибірка даних;

- вставка, видалення і зміна рядків таблиці;

- створення, заміна, видалення об'єктів;

- контроль доступу до бази даних і її об'єктів;

- гарантування цілісності і узгодженості бази даних.

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

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

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

1.1 Моделювання інтерфейсу веб-сторінок

Веб-сторінка -- інформаційний ресурс, доступний у мережі World Wide Web, який можна переглянути у веб-браузері. Зазвичай ця інформація записана у форматі HTML або XHTML і може містити гіпертекст із навігаційними гіперпосиланнями на інші веб-сторінки.

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

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

Web-дизайн - це, перш за все оформлення сайту, тому він дуже важливий, адже від нього залежить перше враження відвідувача вашого сайту, його настрій і бажання продовжити або завершити подорож по його сторінках. Але web-дизайн - це не тільки зовнішнє оформлення сайту, під web-дизайном сайту розуміється і зручність його для користувача - чи достатньо виділені потрібні для постійного застосування елементи, чи легко читається текст, чи зрозуміле меню і так далі . Web-дизайн - це не лише графіка, яка приголомшує уяву, «красиві картинки», але перш за все - проектування Web-інтерфейсу, орієнтованого на користувача - зрозумілого і зручного. Для створення веб-сайтів існує безліч різних програм. Одні з них є редакторами html, інші - редакторами серверних або клієнтських скриптів, а треті - редакторами таблиць css. Всі вони найчастіше візуалізують процес редагування, і Ви можете бачити як буде виглядати той чи інший елемент на Вашому сайті.

Кожний веб-сайт складається з веб-сторінок, кожна з яких, у свою чергу, складається з коду мовою html, що відповідає за оформлення сторінки, і власне вмісту. Тому редактори html - програми, створення сайту без яких неможливе. Які вони бувають? Що можна зробити з їхньою допомогою?

Давайте спробуємо розібратися.

HTML-редактори можна розділити на дві умовні основні групи: текстові і візуальні. У текстових html-редакторах можна писати й правити html-код вручну. А за допомогою візуальних редакторів Ви можете, не знаючи мов html, створювати веб-сторінки, використовуючи візуалізовані компоненти.

Документ HTML оброблюється браузером та відтворюється на екрані у звичному для людини вигляді. HTML є похідною мовою від SGML, успадкувавши від неї визначення типу документу та ідеологію структурної розмітки тексту. HTMLтразом із CSS та cкриптингом - це три основні технології побудови Web-сторінок.

HTML впроваджує засоби для:

- створення структурованого документу шляхом позначення структурного

- складу тексту: заголовки, абзаци, списки, таблиці, цитати та інше;

- отримання інформації із Всесвітньої мережі через гіперпосилання;

- створення інтерактивних форм;

- включення зображень, звуку, відео, та інших об'єктів до тексту.

Каскадні таблиці стилів (англ. Cascading Style Sheets або скорочено CSS) - спеціальна мова, що використовується для відображення сторінок, написаних мовами розмітки даних. Найбільш часто CSS використовують для візуальної презентації сторінок, написаних HTML та XHTML, але формат CSS може застосовуватися до інших видів XML-документів. CSS використовується авторами та відвідувачами веб-сторінок для того щоб визначити кольори, шрифти, верстку та інші аспекти вигляду сторінки. Одна з головних переваг - можливість розділити зміст сторінки (або контент, наповнення, зазвичай HTML, XML або подібна мова розмітки) від вигляду документу (що описується в CSS). Один і той самий HTML або XML документ може бути відображенний по-різному, в залежності від використаного CSS.

JavaScript - мова програмування , що базується на принципах прототипно-орієнтованого програмування. Найпоширеніше і найвідоміше застосування мови - написання сценаріїв для веб-сторінок, але, також, використовується для впровадження сценаріїв керування об'єктами вбудованими в інші програми. Не зважаючи на схожість назв, JavaScript та мова програмування Java мають дуже мало спільного. Права на назву JavaScript належать компанії Sun Microsystems. JavaScript має низку властивостей об'єктно-орієнтованої мови, але завдяки концепції прототипів підтримка об'єктів в ньому відрізняється від традиційних мов ООП. Крім того, JavaScript має ряд властивостей, притаманних функціональним мовам, функції як об'єкти першого рівня, об'єкти як списки, анонімні функції, замикання (closures), що надає мові додаткову гнучкість.

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

- Перший етап розробки дизайну сайту. На даному етапі відбувається

- обговорення цілей і завдань, які ставляться перед сайтом

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

- Третій етап розробки web-дизайну - розробка та затвердження дизайн- макета. Дизайн-макет, як і будь-який інший макет, служить зразком того, що ви одержите в результаті.

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

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

Розглянемо макет веб-сторінки.

На рисунку (рис 1.1) зверху буде розміщуватись «header» на якій записуємо заголовок та телефони. Нижче зображений банер і «menu», далі записуємо зміст сторінки. Зліва відображатиметься поточний час та дата, а справа - он-лайн статистика користувачів на сайті.



Рисунок 1.1 - Ескіз головної сторінки інформаційної системи

Знизу знаходитись «footer» де є довідкова інформація.

На рисунках 1.2-1.3 зображено сторінки «Залишити відгук» та «Діагностика» відповідно:



Рисунок 1.2 - Ескіз сторінки «Залишити відгук»

Структура сторінки «Залишити відгук» (рис. 1.2): тут знаходиться поле вводу коментаря та кнопка для відправки. Знизу будуть відображатися коментаря інших відвідувачів.

«Діагностика» (рис. 1.3) , в області контенту відображаються рекомендації для браузера та результати тестування його придатності. Також можна дізнатися про статус з'єднання сайту інформаційної системи з базою даних на сервері. Нижче є кнопки для тестування перехоплення помилок сайтом.



Рисунок 1.3 - Ескіз сторінки «Діагностика»

«Список клієнтів» (рис. 1.4), в області контенту відображається таблиця зі списком клієнтів (Прізвище, Ім'я, По батькові, телефон тощо). Нижче кнопки для видалення, додавання та зміни клієнтів.

Рисунок 1.4 - Ескіз сторінки «Список клієнтів»

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



Рисунок 1.5 - Ескіз сторінки з інформацією про нового клієнта

1.2 Опис процесу створення веб-сайту

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

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

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

- Складання технічного завдання ;

- Розробка дизайну сайту ;

- Верстка сторінок сайту ;

- Програмування ;

- Тестування ;

- Просування, реклама;

- Подальша підтримка і оновлення.

1. Складання технічного завдання (ТЗ)

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

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

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

2. Розробка дизайну сайту.

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

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

3. Верстка сторінок сайту.

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

- Internet Explorer версії 7.0,

- Mozila Firefox версії 2.0,

- Opera версії 9.0,

- Chrome 2.0,

- Safari версії 3.

На етапі верстки здійснюється скриптування елементів дизайну, якщо воно передбачене. Результат, отриманий після закінчення робіт етапу, - зверстані html-шаблони всіх сторінок сайту. За бажанням замовника зверстані сторінки сайту йому надаються на диску.

4. Програмування

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

5. Тестування

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

6. Просування, реклама.

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

7. Подальша підтримка і оновлення.

Після розміщення сайта в Інтернеті потрібно здійснювати його підтримку, щоб сайт не втрачав своєї популярності. Ця підтримка полягає в періодичному оновленні та доповненні існуючих матеріалів, створенні нових цікавих сторінок тощо. Технологічні вимоги: сайт розробляється під базову роздільчу здатність екрана 800х600 пкс або 1024x768 пкс (залежно від передбачуваної цільової аудиторії компанії). Коректне відображення браузерами Internet Explorer, Opera. Використання фірмових кольорів і логотипу магазину. Обов'язкова візуальна підтримка дій користувача - «Інтерактив» (візуальне відображення активних, пасивних посилань; чітке позначення місцезнаходження користувача). За посиланням з кожної сторінки завантажується поштова програма (бланк листа для зворотного зв'язку). Мета-теги і контент сайту на етапі виготовлення сайту повинні бути налаштовані для пошукових систем, щоб забезпечити просування сайту за ключовими словами в пошукових системах Yandex, Google.

Для створення веб-сторінки готельного комплексу, необхідно у середовищі розробки MS Visual Studio 2008 вибрати «Файл/Створити» та обрати пункт «Веб-додаток ASP.NET»:

Рисунок 1.1 - Створення веб-додатку ASP.NET



Після того як натискаємо кнопку «OK», можемо бачити структуру новоствореної сторінки у вікні «Оглядач рішень»:

Рисунок 1.2 - Структура веб-додатку ASP.NET

Тепер ми можемо працювати з нашим веб-додатком, та наповнювати його потрібною інформацією.

Всі найголовніші параметри зберігаються у файлі «Web.config». Даний файл визначає параметри для ASP.NET web-додатків. У Web.config знаходиться інформація про параметри постачальників станів сеансів, членства, визначаються посилання на сторінки помилок. Ще він містить рядки що з'єднують з базами даних, засоби управління трасуванням тощо.

Лістинг 1.1 - Приклад файлу Web.config

<configuration>

<! - ... ->

<! - Інші розділи конфігурації>

<! - У цьому елементі містяться всі налаштування, що стосуються ASP.NET-->

<system.web>

<! - Містить елемент <assemblies>, в якому перераховані всі збірки, використовувані даним додатком. ->

<compilation>

</ compilation>

<! - Визначає спосіб ідентифікації клієнта при запиті сторінок. Визначається для всього додатку. ->

<authentication mode="Forms">

</ authentication>

<! - Визначає постачальники членства ->

<membership>

</ membership>

<! - Визначає постачальник профілів ->

<profile>

</ profile>

<roleManager enabled="false">

</ roleManager>

<! - Визначає параметри сторінок за замовченням ->

<pages>

</ pages>

</ system.web>

<! - ... ->

<! - Інші розділи конфігурації ->

</ configuration>

Кожен web-додаток повинен містити файл «web.config». Але дочірні каталоги можуть містити свої параметри конфігурації ASP.NET .

Механізм успадкування файлів конфігурації ASP.NET наступний:

1) Спочатку застосовуються параметри з machine.config

2) Потім застосовуються параметри з файлу web.config, що знаходиться в кореневому каталозі програми.

3) Далі, якщо в якомусь з каталогів додатки є файл web.config, то застосовуються параметри з нього.

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

В нашому файлі «web.config» нам необхідно модифікувати рядок з'єднання з базою даних:

Лістинг 1.2 - Додавання рядку з'єднання з базою даних у файл «Web.config»

<connectionStrings>

<add name="WebSiteDB" connectionString="2-213-S4\PERSONAL; Database=Hotel; Integrated Security=SSPI; Persist Security Info=False" providerName="System.Data.SqlClient" />

</connectionStrings>

<customErrors> у файлі «Web.config» слугує для того, щоб налаштовувати параметри дій, якщо виникнуть необроблені помилки під час виконання. Тобто, він дозволяє розробникам налаштовувати HTML-сторінки з повідомленнями про помилки, що будуть відображатися замість трасування стека помилок.

Лістинг 1.3 - Налаштування параметрів дій на випадок виникнення необроблених помилок

<customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm">

<error statusCode="403" redirect="NoAccess.htm" />

<error statusCode="404" redirect="FileNotFound.htm" />

</customErrors>

1.3 Створення загальних макетів сторінок веб-додатку

Master Pages (майстер-сторінки) - це засіб ASP.NET, розроблене спеціально для стандартизації перегляду веб-сторінок. Майстер-сторінки-шаблони веб-сторінок, які можуть визначати фіксоване вміст і оголошувати частина веб-сторінки, куди можна поміщати нестандартне вміст. При використанні однієї і тієї ж майстер-сторінки у веб-сайті компонування гарантовано буде однаковою. Більш того, якщо змінити визначення майстер-сторінки після її застосування, то все використовують її веб-сторінки автоматично сприймуть це зміна Реалізацією технології майстер сторінок є два нових типи сторінок: майстер сторінка та сторінка вмісту.

Майстер-сторінка являє собою шаблон сторінки. Як і звичайна веб-сторінка ASP.NET вона може містити будь-яку комбінацію HTML, веб-елементів управління і навіть коду. Крім того, майстер-сторінки можуть включати заповнювачі вмісту певні модифікуються області. Кожна сторінка вмісту посилається на одну майстер-сторінку і отримує її компонування і вміст. Також сторінка вмісту може додавати характерне для сторінки вміст в будь-які рамки. Іншими словами, сторінка вмісту заповнює відсутні частини, які не визначені у майстер-сторінці.

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

Додаємо майстер-сторінку до нашого рішення, в контекстному меню Провідника «Оглядач рішень» вузла рішення вибираємо пункт «Додання нового елементу» (рис.1.3).



Рисунок 1.3 - Створення майстер-сторінки NET в середовищі розробки MS Visual Studio 2008

Тепер додаємо нашу майстер-сторінку до файлу рішення. У файлі «Main.aspx» додаємо параметр MasterPageFile:

Лістинг 1.4 - З'єднання майстер-сторінки із сторінкою вмісту

<% @ Page Language = "C #" MasterPageFile = "~ / MasterPage.master"%>

Значення параметра MasterPageFile починається з символів «~ /». Це означає, що майстер сторінка знаходиться в кореневій директорії рішення (хоча, можна і створити таку папку). Теги <html>, <head>, <title>, <body> є відсутні, це через те що вони вже є в майстер-сторінці та в інших сторінках рішення бути не можуть.

Побудувавши майстер-сторінку отримали наступний її вигляд в конструкторі (рисунок 1.4) та відповідне відображення у вікні браузера (рисунок 1.5):



Рисунок 1.4 - Зображення вікна «Конструктор» майстер-сторінки

Рисунок 1.5 - Зображення головної сторінки сайту



2. Програмування функціональної частини інформаційної системи готельного комплексу

2.1 Програмування обробок веб-додатку

За допомогою пунктів меню додаємо навігацію по сторінках. У файлі «MasterPage.Master.cs» створимо необхідні нам події з перенаправленням на відповідні сторінки:

Лістинг 2.1 - Початковий код для навігації по сторінках веб-сайту за допомогою пунктів меню

protected void MenuButton_Click(object sender, EventArgs e)

{

Button btn = (Button)sender;

Response.Redirect(btn.ID + ".aspx");

}

За допомогою властивості «OnClick» прив'язуємо дані обробники подій до наших кнопок:

Лістинг 2.2 - Прив'язка обробників подій до відповідних кнопок меню

<li><asp:Button ID="Main" Text="Головна" CssClass="current" OnClick="MenuButton_Click" runat="server"/></li>

<li><asp:Button ID="Apartments" Text="Апартменти" OnClick="MenuButton_Click" runat="server"/></li>

<li><asp:Button ID="Gallery" Text="Галерея" OnClick="MenuButton_Click" runat="server"/></li>

<li><asp:Button ID="Orders" Text="Замовлення" OnClick="MenuButton_Click" runat="server"/></li>

<li><asp:Button ID="Clients" Text="Клієнти" OnClick="MenuButton_Click" runat="server"/></li>

<li><asp:Button ID="FeedBack" Text="Відгуки" OnClick="MenuButton_Click" runat="server"/></li>

<li><asp:Button ID="Diagnostics" Text="Діагностика" OnClick="MenuButton_Click" runat="server"/></li>

Для того щоб на сайті відображалась поточна дата та час, треба в обробнику події «Page_Load» майстер-сторінки «MasterPage.Master» записати наступний код:

Лістинг 2.3 - Відображення поточної дати та часу на сайті

protected void Page_Load(object sender, EventArgs e)

{

lblTime.Text = "Дата: " + DateTime.Now.ToLongDateString() + "<br/>Час: " + DateTime.Now.ToLongTimeString();

string sUserCount = "На сайті " + Application["UserCount"].ToString() + " відвідувача(ів).";

string sUserNumber = "Ви відвідувач № " + Session["UserNumber"].ToString();

lblUserInfo.Text = sUserCount + "<br/>" + sUserNumber;

}

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

Нам необхідно програмно визначити наступні властивості браузера:

- тип і версія;

- платформа;

- підтримка таблиць;

- підтримка cookies;

- підтримка скриптів.

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

Створюємо групу в меню «Служби веб-сайту» та підпункт «Діагностика», що посилатиметься на сторінку «Diagnostics.aspx».

При завантаження сторінки виникає подія «Page_Load», в обробнику, якої ми й запишемо код для визначення параметрів браузера:

Лістинг 2.4 - Початковий код визначення параметрів веб-браузера користувача

protected void Page_Load(object sender, EventArgs e)

{

HttpBrowserCapabilities currentBrowser = Request.Browser;

ListItem browserName = new ListItem

("Рекомендований браузер: IE 6.0 (або пізніше) ::: Ваш браузер: " + currentBrowser.Browser + " " + currentBrowser.Version);

ListItem browserPlatform = new ListItem

("Рекомендованнвая платформа для браузера: WinXP, або Windows Server 2003 (або пізніше) ::: Ваша платформа: " + currentBrowser.Platform);

ListItem browserTables = new ListItem

("Рекомендується підтримка таблиць ::: Підтримка таблиць Вашим браузером: " + currentBrowser.Tables.ToString());

ListItem browserCookies = new ListItem

("Рекомендується підтримка Cookie ::: Підтримка Cookie Вашим браузером: " + currentBrowser.Cookies.ToString());

ListItem browserVBS = new ListItem

("Рекомендується підтримка Visual Basic Script ::: Підтримка Visual Basic Script Вашим браузером: " + currentBrowser.VBScript.ToString());

ListItem browserJS = new ListItem

("Рекомендується підтримка ECMA Script версии 1.0 (або пізніше) ::: Версія ECMA Script Вашого браузера: " + currentBrowser.EcmaScriptVersion.ToString());

blBrowserReqs.Items.Add(browserName);

blBrowserReqs.Items.Add(browserPlatform);

blBrowserReqs.Items.Add(browserTables);

blBrowserReqs.Items.Add(browserCookies);

blBrowserReqs.Items.Add(browserVBS);

blBrowserReqs.Items.Add(browserJS);

string DBMsg = "";

try

{

string dbStatus = ConfigurationManager.ConnectionStrings["WebSiteDB"].ConnectionString;

System.Data.SqlClient.SqlConnection sqlConn = new System.Data.SqlClient.SqlConnection(dbStatus);

sqlConn.Open();

if (sqlConn.State.ToString() == "Open")

DBMsg = "База даних доступна.";

sqlConn.Close();

}

catch (Exception ex)

{

Console.WriteLine("Error: " + ex.ToString());

DBMsg = "База даних тимчасово недоступна.";

}

finally

{

LabelConnectionValue.Text = DBMsg;

}

}

Результат роботи даного програмного коду можна побачити на рисунку:

Рисунок 2.1 - Результат визначення параметрів веб-браузера користувача

Крім того необхідно програмно здійснити доступ до заголовка сторінки і змінити властивість «Title» об'єкта «Page.Header». Знову ж таки в обробнику події «Page_Load» запишемо наступний код:

Лістинг 2.5 - Здійснення програмного доступу до заголовка сторінки

Page.Header.Title = "Загальні рекомендації для браузера";

Для організації обробки помилок на рівні додатків, змінити файл «Web.config» наступним чином:

- треба щоб користувальницькі помилки були дозволені;

- помилки мають перенаправлятись такщоб браузер направляв необроблені на «customErrorPage.aspx».

Щоб це відбулося треба додавати наступний рядок у файл «Web.config»:

Лістинг 2.6 - Організації обробки помилок на рівні додатків

<customErrors mode="On" defaultRedirect="GenericErrorPage.aspx">

<error statusCode="403" redirect="NoAccess.aspx"/>

<error statusCode="404" redirect="FileNotFound.aspx"/>

</customErrors>

2.2 Опис серверних елементів управління

Серверні веб-елементи управління ASP.NET - це об'єкти на веб-сторінках ASP.NET, які виконуються при запиті сторінки і готують її до перегляду в браузері. Багато серверні веб-елементи управління, схожі на знайомі елементи HTML, такі як кнопки, текстові поля. Інші елементи управління охоплюють складне поведінка, наприклад, елементи керування календарем, а також елементи управління для підключення до джерел даних і відображення даних.

При створенні веб-сторінок ASP.NET можна використовувати наступні типи елементів керування:

Серверні HTML-елементи управління. Використовувані на сервері HTML-елементи, які можна запрограмувати. Серверні HTML-елементи управління надають об'єктну модель, строго відповідну відтворюваним ними HTML-елементів.

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

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

Користувальницькі елементи управління. Елементи управління, створювані для веб-сторінок ASP.NET. Можна впроваджувати користувальницькі елементи управління ASP.NET в інші веб-сторінки ASP.NET. Це простий спосіб створення панелей інструментів і інших елементів багаторазового використання.

Серверні HTML-елементи управління є HTML-елементів (або елементами в інших підтримуваних розмітках, таких як XHTML), що містять атрибути, які роблять їх програмованими в серверному програмному коді. За промовчанням елементи HTML на веб-сторінці ASP.NET недоступні для сервера. Замість цього вони розглядаються як непрозорий текст і передаються обозревателю. Тим не менш, при перетворенні HTML-елементів в серверні HTML-елементи управління вони представляються як елементи, які можна програмувати на сервері.

Об'єктна модель для серверних HTML-елементів управління строго відповідає цій властивості елементів. Наприклад, в серверних HTML-елементи управління атрибути HTML представлені як властивості.

Будь-який HTML-елемент на сторінці може бути перетворений в серверний HTML-елемент управління шляхом додавання атрибута runat="server". Під час синтаксичного аналізу структура сторінки ASP.NET створює примірники всіх елементів, що містять атрибут runat="server". Якщо потрібно послатися в коді на елемент управління як на член, необхідно також встановити атрибут id цього елемента керування.



Таблиця 2.1 - Серверні елементи управління

№	Серверний елемент управління	HTML Опис
1	HtmlAnchor	Управління HTML елементом <a>
2	HtmlButton	Управління HTML елементом <button>
3	HtmlForm	Управління HTML елементом <form>
4	HtmlGeneric	Управляє HTML елементами не описуваними як елементи керування HTML, наприклад, <body>, <div>, <span> та ін
5	HtmlImage	Управління HTML елементом <image>
6	HtmlInputButton	Управління HTML елементами <input type="button">, <input type="submit"> і <input type="reset">
7	HtmlInputCheckBox	Управління HTML елементом <input type="checkbox">
8	HtmlInputFile	Управління HTML елементом <input type="file">
9	HtmlInputHidden	Управління HTML елементом <input type="hidden">
10	HtmlInputImage	Управління HTML елементом <input type="image">
11	HtmlInputRadioButton	Управління HTML елементом <input type="radio">
12	HtmlInputText	Управління HTML елементами <input type="text"> і <input type="password">
13	HtmlSelect	Управління HTML елементом <select>
14	HtmlTable	Управління HTML елементом <table>
15	HtmlTableCell	Управління HTML елементами <td> і <th>
16	HtmlTableRow	Управління HTML елементом <tr>
17	HtmlTextArea	Управління HTML елементом <textarea>

2.3 Управління станом веб-додатку

Управління станом - це процес, за допомогою якого ви зберігаєте стан сторінки (сторінок) і інформацію, пов'язану з нею, протягом деякого кількості запитів до даної сторінки. Сторінки веб-форм не вміють зберігати свій стан, що також вірно і для інших технологій, що базуються на протоколі HTTP. Що ж це означає? Це означає, що виходячи з даних, переданих зі сторінкою, неможливо визначити, чи були надіслані запити одним клієнтом і переглядає в даний момент користувач цю сторінку або сайт. Більше того, сторінки руйнуються і створюються під час кожного циклу браузер-сервер-браузер, отже, інформація, пов'язана зі сторінкою, не буде існувати поза життєвого циклу самої сторінки. ASP.NET підтримує безліч варіантів управління станом як на клієнтської частини програми, так і на сервері.

Варіанти використання на стороні клієнта:

- Властивість View State

- Приховані (hidden) поля

- Використання cookie

- Використання рядків запитів

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

Переваги використання view state:

- Не використовуються ресурси сервера. View state міститься в структурі

- самої сторінки.

- Проста реалізація.

- Автоматичне збереження стану сторінок та елементів управління.

- Покращена безпека - значення по view state захэшированы, стиснуті

- кодовані в Unicode,що представляє собою більш безпечний варіант в порівнянні з прихованими полями.

- Недоліки використання view state:

- Швидкодія. Оскільки view state зберігається в самій сторінці,

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

- Безпека. View state зберігається в прихованому поле на сторінці. І хоча

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

ASP.NET дозволяє використовувати приховані поля форми є стандартними в HTML. Приховане поле не відображається в браузері, але його властивості можна встановлювати також, як і у випадку звичайних елементів управління. При пересиланні сторінки на сервер вміст прихованого поля відсилається в колекції HTTP форми поряд зі значеннями інших елементів управління. Приховане поле працює як якесь сховище для будь-якої інформації, специфічної для даної сторінки, яку ви зберігаєте в самій сторінці. Приховане поле зберігає єдину змінну властивості value і повинно бути явно додано до сторінки, після чого, власне, і відбувається додавання до нього значення. ASP.NET містить клас HtmlInputHidden, який і реалізує функціональність прихованого поля.

Для того щоб збережені поля були доступні під час обробки сторінки, передавати її потрібно по протоколу HTTP POST. Якщо ж ви використовуєте HTTP GET протокол, то ви не зможете скористатися перевагами прихованих полів.

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

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

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

- Простота реалізації.

- Недоліки використання прихованих полів:

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

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

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

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

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

Рекомендації по управлінню станом на стороні сервера

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

Для кожного активного веб-додатки ASP.NET дозволяє нам зберігати значення змінних, використовуючи стан програми (об'єкт класу HttpApplicationState). Стан додаток - глобальний механізм зберігання змінних, які доступні для всіх сторінок веб-додатка і може використовуватися для зберігання даних під час передачі сторінки від сервера до клієнта і назад або для передачі даних між сторінками.

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

Переваги:

- Легкість використання.

- Глобальна область видимості. Оскільки стан додатки доступно

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

- Недоліки:

- Глобальна область видимості також може бути мінусом. Змінні

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

- Стійкість. Оскільки глобальні дані, збережені в стані додатки є

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

- Вимоги до ресурсів. Використання змінних рівня стану програми

- вимагають додаткової пам'яті, що може позначитися на швидкодію сервера і масштабованості всього програми.

ASP.NET дозволяє вам зберігати змінні, використовуючи стан сесії, що є об'єктом класу HttpSessionState, створюваного для кожної активної сесії веб-додатки.

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

Структура стан сесії аналогічна структурі стану програми.

Використання стану сесії дозволить вам:

1. Унікально ідентифікувати запити браузера і прив'язувати їх до індивідуальної сесії на сервері.

2. Зберігати на сервері дані, специфічні для сесії

3. Викликати відповідні сесійні події. До того ж, можна писати код обробки цих подій.

4. Після добавки інформації, специфічної для програми, змінні сесії, сервер повністю управляє об'єктом сесії. В залежності від того, які опції ви вкажете, сесійний інформація може зберігатися в кукі, на іншому сервері або в SQL Server.

Переваги використання сесійного стану:

- Легкість реалізації. Використання змінних сесії легко, знайоме розробникам, які використовували класичний ASP і узгоджується з іншими класами .NET Framework.

- Можливість використання подій, специфічних для сесії.

- Тривалість існування. Дані, розміщені в сесійних змінних, можуть пережити рестарт IIS'a (Internet Information Services) і робочого процесу, оскільки зберігаються в іншому процесі.

- Масштабованість платформи. Сесійне стан можевикористовуватися в многокомпьютерных і многопроцессных конфігураціях.

- Сесійні структури працюють з браузерами, що не підтримують куки.

Мінуси:

- Ефективність роботи. Змінні сесії залишаються в пам'яті до тих пір, поки їх не видаляють або заміняють, що може позначитися на швидкодію сервера, особливо якщо вони містять великі набори даних, наприклад dataset'и.

Використовувати зберігання стан за допомогою технологій баз даних є загальноприйнятою практикою у разі зберігання великих обсягів інформації, специфічної для користувача. Зберігання в БД буває корисно тоді, коли інформацію треба зберігати протягом тривалого часу або тоді, коли стан має бути збережена навіть у випадку перезавантаження сервера. У разі зберігання інформації в БД часто паралельно використовують куки. Наприклад, під час першого завантаження вашого додатки, користувач повинен увійти (залогінитись) в нього. Ви можете знайти користувача в БД і передати йому куки. Куки може містити тільки ID користувача в вашій СУБД. Потім, при наступних запитах, можна користуватися куки для пошуку інформації про користувача в вашій БД. 

3. Доступ до даних та їх відображення у веб-додатку

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

Одним із найбільш поширених підходів до розробки клієнтських прикладних програм для взаємодії з реляційними базами даних під ОС Windows є використання інструментарію Visual Studio корпорації Microsoft. MS Visual Studio - це інтегроване середовище розробки (Integrated Development Environment (IDE)) для створення, документування, запуску та коректування програм, написаних на сучасних мовах створення програмних систем. Це потужний інструмент професійної розробки складних прикладних програм, один з найкращих у світі.

...