Міністерство освіти і науки України
Смілянський промислово - економічний коледж
Черкаського державного технологічного університету
Курсова робота
з предмету «Розробка застосувань клієнт-серверної архітектури»
Тема: "Інструменти командного рядка ASP.NET. Проект «Довідник»"
Студента ІV курсу групи ПР-9-12
напрямку підготовки: програмна інженерія
спеціальності: розробка програмного забезпечення
Куценка Романа Геннадійовича
Керівник викладач вищої категорії Зборівська В. П.
Національна шкала _________________________
Члени комісії _______ _________________
_______ _________________
_______ ________________
Сміла 2016
ЗАВДАННЯ
Для курсової роботи Інструменти командного рядка ASP.NET. Проект «Довідник»"
Студенту_______________________________________
______________________________________________
Курсова робота на вказану тему виконується студентом технікуму в слідуючому обсязі:
1.Пояснювальна записка
І. Вступ
1) Висвітити загальні задачі створення web-застосувань;
2) Показати свою ознайомленість з основними положеннями дисципліни, існуючими міжнародними стандартами та правилами розробки;
3) Проаналізувати проблеми створення web-продуктів.
4) Вказати тему проекту, предмет вивчення.
Обсяг 1-2 ст.
ІІ. Теоретична частина відповідно до варіанту.
Розкрити питання, обсягом 10-12 ст.
ІІІ. Постановка задачі.
Призначення додатку, його функціїї та достоїнства. Обсяг 1 ст.
ІV. Опис проекту
Опис процесу завантаження проекту, інтерфейс процесу роботи.
Опис розміщення і переходу по сторінках проекту. 6-7 ст.
V. Детальне проектування
Розробка бази даних проекту. Логічна схема бази даних, структура таблиць. Основні модулі, алгоритми. 6-7 ст.
VІ Висновки
VII Література
2.Зміст додатків
1) Лістинг програми.
2) Системний код згенерованої бази даних.
3) Графічний матеріал.
4) Схеми проектів.
Дата видачі______________________
Зав.відділенням___________________
Викладач_________________________
Зміст
Вступ. 4
1. Інструменти командного рядка ASP.NET. 7
1.1. Компілювання додатки на місці 8
1.2. Компілювання додатки для розгортання. 9
1.3. Фіксовані імена збірок. 10
1.4. Компіляція із суворим ім"ям. 10
1.5. Пов"язані класи ASP.NET. 11
1.6. Пошук видання Aspnet_compiler.exe. 11
1.7. Засіб злиття ASP.NET (Aspnet_merge.exe) 11
1.8. Групи збірок. 12
1.9. Сценарії компіляції і злиття. 13
1.10. Об"єднання додатки для розгортання. 14
1.11. Пошук та усунення несправностей, пов"язаних з процесом об"єднання. 15
1.12. Підпис збірок. 16
1.13. Пошук видання Aspnet_merge.exe. 16
1.14. Програма реєстрації оглядачів для ASP.NET (Aspnet_regbrowsers.exe) 16
1.15. Поведінка. 18
1.16. Пошук правильної версії Aspnet_regbrowsers.exe. 18
2. Постановка задачі 20
2.1. Призначення, функції та достоїнства додатку. 20
3. Опис проекту. 21
3.1. Проектування інтерфейсу. 21
3.2. Основні елементи інтерфейсу. 22
4. Детальне проектування. 27
4.1. Розробка бази даних проекту, структура таблиць. 27
4.2. Основні модулі, алгоритми. 30
Висновок. 35
Література. 36
Додаток 1 – Лістинг програми. 37
Додаток 2 – Схеми проекту. 41
Веб - застосунок — розподілений застосунок, в якому клієнтом виступає браузер, а сервером — веб-сервер. Браузер може бути реалізацією так званих тонких клієнтів — логіка застосунку зосереджується на сервері, а функція браузера полягає переважно у відображенні інформації, завантаженої мережею з сервера, і передачі назад даних користувача. Однією з переваг такого підходу є той факт, що клієнти не залежать від конкретної операційної системи користувача, тому веб-застосунки є міжплатформовими сервісами. Задачою веб - застосунку є об’єднання деяких даних в єдину систему мережі.
Стандартів по розробці веб-застосувань в світі достатня кількість: Annotea, CC / PP, Compound Document Formats, CSS, DOM, HTML, HTTP, InkML, MathML, OWL, PICS, PNG, P3P, RDF, SMIL, SOAP / XMLP, SPARQL, Style, SVG, TAG, Timed Text, URI / URL, Voice Browser, WAI, WAI-ARIA, WebCGM, Web Services, XForms, XHTML, XInclude, XLink, XML, XML Base, XML Binary Characterization, XML Encryption, XML Key Management, XML Query, XML Schema, XML Signature, XPath, XPointer, MXSL і XSLT.
Всесвітню павутину утворюють мільйони веб-сервісів мережі Інтернет, розташованих по всьому світу. Веб-сервер - це комп"ютерна програма, яка запускається на підключеному до мережі комп"ютері і використовує протокол HTTP для передачі даних. У найпростішому вигляді така програма отримує по мережі HTTP-запит на певний ресурс, знаходить відповідний файл на локальному жорсткому диску і відправляє його по мережі запит комп"ютера. Більш складні веб-сервери здатні у відповідь на HTTP-запит динамічно генерувати документи за допомогою шаблонів і сценаріїв.
Для перегляду інформації, отриманої від веб-сервера, на клієнтському комп"ютері застосовується спеціальна програма - веб-браузер. Основна функція веб-браузера - відображення гіпертексту. Всесвітня павутина нерозривно пов"язана з поняттями гіпертексту і гіперпосилання. Велика частина інформації в Інтернеті є саме гіпертекст.
Для розробки проекту я використовую такі стандарти: HTML(мова гіпертекстової розмітки), HTTP(протокол передачі гіпертексту), URL(універсальний покажчик ресурсу), XML(розширювана мова розмітки).
При розробці веб-продуктів можна зіштовхнутись з деякими проблемами по його розробці:
· Призначення веб-продукту;
· Межі веб-продукту(його можливості);
· Вибір програмного продукту для створення певного веб-продукту(CMS);
· Коло людей, на яких буде розрахований даний веб-продукт;
· Дизайн веб-продукту.
· Використання скриптів, їх перевірка працездатності в різних браузерах.
Предметом вивчення курсового проекту є веб-продукт «Довідник». Даним веб-продуктом зможуть користуватися, як адміністратори, так і користувачі. Проект «Довідник» містить в собі можливості залишати від себе відгук(довідку) або навпаки переглянути рейтинг залишених довідок інших користувачів.
Темою проекту є розробка веб-проекту «Довідка», яким зможуть користуватись всі користувачі, які матимуть доступ до сайту.
Метою даної курсової роботи є:
· Закріплення знань по розробці проектів ASP.NET.
· Розробка веб-продукту «Бібліотека», яка дозволить виконувати пошук та фільтрацію за певними критеріями та категоріями, отримання книг та їх повернення;
· Розробка веб-продукту «Довідка», яка дозволить залишати від себе довідку, або переглядати залишені довідки іншими користувачами;
· Отримання навичок самостійного визначення інтерфейсу веб-продукту;
· Отримання навичок самостійного визначення архітектури веб-продукту;
Метою створення веб-продукту є отримання і закріплення навичок по розробці додатків ASP.NET.
1. Інструменти командного рядка ASP.NET
Для коректної роботи цих коштів необхідно правильно налаштувати змінні середовища PATH, INCLUDE і LIB. Рекомендується використовувати пункт меню "Командний рядок Visual Studio", який служить для виведення вікна командного рядка і завдання цих змінних. Для цього натисніть кнопку Пуск, послідовно наведіть курсор миші на пункти Усі програми, MicrosoftVisual Studio <версія>, Засоби Visual Studio, потім клацніть пункт Командний рядок Visual Studio.
Програма компіляції для ASP.NET (Aspnet_compiler.exe) дозволяє компілювати веб-додаток ASP.NET, на місці або для розгортання в цільовому розміщенні, таких як сервер програми. Компіляція на місці підвищує продуктивність програми, тому що кінцеві користувачі не стикаються з затримкою при першому зверненні до програми, поки додаток компілюється. Компіляція для розгортання може бути виконана одним з двох способів: один видаляє всі вихідні файли, наприклад код програмної частини і файли розмітки, інший зберігає файли розмітки.
Існує дві версії засобу компіляції ASP.NET:
· Версія, надана разом з .NET Framework 2.0. Використовуйте цю версію для веб-додатків, які розгортаються в пулах додатків, пов"язаних із середовищем CLR .NET Framework 2.0. Веб-додатки можуть призначатися для .NET Framework 2.0, .NET Framework 3.0 або .NET Framework 3.5.
· Версія, яку надає разом з .NET Framework 4. Використовуйте цю версію для веб-додатків, які розгортаються в пулах додатків, пов"язаних із середовищем CLR .NET Framework 4. Веб-додатки можуть призначатися для .NET Framework 2.0, .NET Framework 3.0,. NET Framework 3.5 або .NET Framework 4. При використанні цієї версії для веб-сайтів, призначених для .NET Framework 2.0, .NET Framework 3.0 або .NET Framework 3.5, надаються поліпшені звіти про помилки в порівнянні з версією .NET Framework 2.0.
Програма компіляції для ASP.NET може бути використана двома способами: для компіляції на місці і для компіляції для розгортання, при якій вказується цільової вихідний каталог.
1.1. Компілювання додатки на місціПрограма компіляції для ASP.NET може компілювати додаток на місці, тобто вона імітує поведінку, пов"язану з виконанням декількох запитів до додатка, що призводить до виконання звичайної компіляції. Користувач предкомпілірованного вузла не відчує затримки, спричиненої компіляцією сторінки при першому запиті.
Зверніть увагу, що при використанні уособленою облікового запису, дана обліковий запис і обліковий запис користувача для входу в систему повинні мати доступ на запис, щоб могла бути виконана компіляція.
При попередньому компілюванні вузла на місці дійсно наступне:
· Вузол зберігає свою структуру файлів і каталогів.
· Необхідна наявність компіляторів для всіх мов програмування, використовуваних вузлом на сервері.
· Якщо відбувається збій компіляції будь-якого файлу, компіляція всього вузла є невдалою.
Також можна виконати повторну компіляцію програми на місці після додавання до нього нових вихідних файлів. Програма компілює тільки нові або змінені файли, за винятком випадків, коли використовується параметр -c.
Компіляція програми, що містить вкладене програму без компілює вкладене додаток. Вкладене додаток повинен бути відкомпілювати окремо.
При компіляції веб-додатки, що містить головні сторінки, можливий збій компіляції, якщо додаток компілюється як оновлюваний вузол, і відбувається конфлікт назв. Конфлікт може статися, якщо ім"я головної сторінки збігається з ім"ям простору імен для сторінки вмісту, похідною від головної сторінки. (Відносини спадкування можуть бути визначені атрибутом Inherits директиви @ Page). Щоб усунути цю проблему, можна або змінити ім"я класу головної сторінки, або ім"я в просторі імен, або можна компілювати додаток як неоновлювані.
Якщо використовується версія .NET Framework 4 цього інструменту для попередньої компіляції веб-сайту і якщо цей сайт призначений для попередньої версії платформи .NET Framework і пов"язаний з пулом додатків, призначеним для середовища CLR .NET Framework 2.0, то перший запит веб-додатки призведе до динамічної компіляції цього сайту, як якщо б попередня компіляція не виконувалася. Це відбувається тому, що компілятор командного рядка виконує компіляцію в тимчасових теках .NET Framework 4, які розпізнаються середовищем CLR .NET Framework 2.0.
1.2. Компілювання додатки для розгортання.Використання параметра -u компілює додаток таким чином, щоб можна було змінити певні файли в компілювати додатку без його повторної компіляції. Програма Aspnet_compiler.exe розрізняє статичні і динамічні типи файлів, і обробляє їх по різному при створенні результуючого додатки.
Статичні типи файлів - це ті, які не мають пов"язаного компілятора або постачальника компонування, наприклад файли з розширеннями CSS, GIF, HTM, HTML, JPG, JS і т.п. Ці файли просто копіюються в цільове розміщення, зі збереженням відносних положень в структурі каталогів.
Динамічні типи файлів - це ті, які мають зв"язаний компілятор або постачальник компонування, включаючи файли з розширеннями для ASP.NET, наприклад ASAX, ASCX, ASHX, ASPX, BROWSER, MASTER і т.п. Програма компіляції для ASP.NET створює збірки на основі цих файлів. Якщо параметр -u опущений, програма також створює файли з розширенням COMPILED, зіставляють вихідні файли збірці. Щоб забезпечити збереження структури каталогів джерела додатки, програма створює файли-местозаполнітелі у відповідних розташуваннях в цільовому додатку.
Необхідно використовувати параметр -u для вказівки, що вміст компілює програми може бути змінено. В іншому випадку, наступні зміни ігноруються або викликають помилки часу виконання.
У наступній таблиці описані способи програма компіляції для ASP.NET обробляє різні типи файлів при використанні параметра -u.
1.3. Фіксовані імена збірокДеякі сценарії, наприклад розгортання веб-додатки за допомогою інсталятора Windows, вимагають використання узгоджених імен файлів і вмісту, а також узгоджених структур каталогів для вказівки збірок або установок конфігурація для оновлень. У таких випадках можна використовувати параметр -fixednames для вказівки програмі компіляції для ASP.NET, що потрібно компілювати збірку для кожного вихідного файлу, замість використання режиму компіляції декількох сторінок в збірки. Це може привести до великої кількості збірок, тому, якщо важлива масштабованість, цей параметр слід використовувати з обережністю.
1.4. Компіляція із суворим ім"ямПараметри -aptca, -delaysign, -keycontainer і -keyfile надані для того, щоб можна було використовувати програму Aspnet_compiler.exe для створення збірок зі строгими іменами без використання програми Sn.exe (засіб строгих імен) окремо. Ці параметри відповідають AllowPartiallyTrustedCallersAttribute, AssemblyDelaySignAttribute, AssemblyKeyNameAttribute і AssemblyKeyFileAttribute відповідно. Оскільки кожен параметр застосовує відповідний атрибут до компільованої збірці, і так як параметри позначені атрибутом AttributeUsageAttribute, властивість AllowMultiple якого встановлено на значення false, використання цих ключів в вихідному коді, який вже був помічений одним з цих атрибутів, призводить до збою компіляції.
1.5. Пов"язані класи ASP.NETДеякі класи в просторі імен System.Web.Compilation дозволяють коду отримувати доступ або викликати програму Aspnet_compiler.exe поза середовищем IIS. Клас ClientBuildManager надає PrecompileApplication метод для компіляції програми. Клас ClientBuildManager також працює з класом ClientBuildManagerParameter дозволяє вказати PrecompilationFlags, відповідний установкам даною програмою, і аналогічно вказати ключі суворого імені.
1.6. Пошук видання Aspnet_compiler.exeЗасіб Aspnet_compiler.exe встановлюється в каталог Microsoft .NET Framework. Якщо на комп"ютері одночасно працює кілька версій .NET Framework, можна встановити кілька версій програми.
1.7. Засіб злиття ASP.NET (Aspnet_merge.exe)Засіб злиття ASP.NET (Aspnet_merge.exe) дозволяє об"єднувати збірки, створювані засобом компіляції ASP.NET (Aspnet_compiler.exe), і управляти ними.
Засіб злиття ASP.NET об"єднує вихідні дані програми компіляції ASP.NET в меншу кількість збірок або одну збірку. Це може спростити управління випусками і розгортання для великих веб-сайтів. Можна використовувати засіб злиття ASP.NET трьома способами:
· Об"єднання всіх вихідних даних компілятора в одну збірку.
· Об"єднати кожної папки користувача інтерфейсу веб-вузла (веб-сторінки, обкладинки і т. д.) У власну збірку.
· Об"єднати всі вміст призначеного для користувача інтерфейсу веб-вузла в єдину збірку.
Існує дві версії кошти злиття ASP.NET:
· Версія, надана разом з .NET Framework 2.0. Ця версія працює тільки зі складками, які створюються версією .NET Framework 2.0 кошти компіляції ASP.NET. Використовуйте цю версію для веб-додатків, які розгортаються в пулах додатків, пов"язаних із середовищем CLR .NET Framework 2.0. Веб-додатки можуть призначатися для .NET Framework 2.0, .NET Framework 3.0 або .NET Framework 3.5.
· Версія, яку надає разом з .NET Framework 4. Ця версія працює тільки зі складками, які створюються версією .NET Framework 4 засоби компіляції ASP.NET. Використовуйте цю версію для веб-додатків, які розгортаються в пулах додатків, пов"язаних із середовищем CLR .NET Framework 4. Веб-додатки можуть призначатися для .NET Framework 2.0, .NET Framework 3.0, .NET Framework 3.5 або .NET Framework 4. При використанні цієї версії для веб-сайтів, призначених для .NET Framework 2.0, .NET Framework 3.0 або .NET Framework 3.5, надаються поліпшені звіти про помилки в порівнянні з версією .NET Framework 2.0.
1.8. Групи збірокЗасіб компіляції створює збірки по-різному в залежності від типу вихідного файлу і папки. Вихідні дані із засобу компіляції можуть бути розділені на дві групи збірок. Засіб злиття об"єднує дві групи збірок по-різному.
Нижче наведені ці групи збірок:
· Збірки вмісту призначеного для користувача інтерфейсу веб-вузла, які створюються з файлів вмісту призначеного для користувача інтерфейсу веб-вузла, таких як ASPX, ASCX, MASTER, ASHX, SKIN і локальних файлів RESX (в папці App_LocalResources). Способи злиття цих збірок залежать від того, чи є попередньо скомпільований вузол оновлюваних, а це визначається по параметру u в засобі компіляції. Якщо скомпільований вузол є оновлюваних, вміст призначеного для користувача інтерфейсу може бути оновлено без повторної компіляції вузла. Якщо веб-вузол є оновлюваних, файли вмісту залишаються в своїх вихідних папках, а об"єднуються тільки файли пов"язаного коду. Якщо вузол не є оновлюваних, файли вмісту ASCX, MASTER і SKIN видаляються зі своїх вихідних папок. Файли ASPX в ASP.NET замінені файлом маркера, який не має вмісту. У цьому випадку вміст і код користувальницького інтерфейсу об"єднуються.
· Складання верхнього рівня, тобто складання, створені з папок, таких як App_Code, App_GlobalResources, App_WebReferences. Складання верхнього рівня також створюються для певних файлів, таких як Global.asax. Складання верхнього рівня завжди компілюються в папці Bin на вузлі розгортання. Вузол остаточного розгортання нічого очікувати утримувати папки App_Code, App_GlobalResources і App_WebReferences або файлу Global.asax. Замість цього вузол остаточного розгортання матиме одну або кілька збірок в каталозі Bin в залежності від параметрів, використовуваних в засобі злиття. Папки, визначені користувачем, завжди компілюються, крім тих випадків, коли вузол остаточного розгортання зберігає папку, визначену користувачем, яка містить файли вмісту призначеного для користувача інтерфейсу.
Статичний зміст, таке як файли, що мають розширення CSS, GIF, HTM, HTML, JPG, JS, залишаються в своєму початковому розташуванні в попередньо компільованою структурі каталогів. Засіб злиття не переміщує і не змінює їх.
1.9. Сценарії компіляції і злиттяДля досягнення цілей розгортання і управління випуском можна використовувати поєднання динамічної компіляції, попередньої комбінації за допомогою засобу компіляції та об"єднання за допомогою засобу злиття.
1.10. Об"єднання додатки для розгортанняЗбірки для веб-вузла об"єднуються за допомогою виконання кошти злиття і вказівки розташування попередньо скомпільованого вузла з параметром applicationPath. Засіб злиття ASP.NET об"єднує попередньо скомпільований вузол на місці. Іншими словами, засіб не створює нову об"єднану копію попередньо скомпільованого вузла. Параметр applicationPath може вказувати остаточне розташування веб-додатки. Крім того, скомпільований додаток може бути в подальшому розгорнуто, наприклад шляхом копіювання каталогу.
При об"єднанні засобом злиття попередньо скомпільованого вузла, зберігається розташування динамічних файлів, як вони відображалися на етапі попередньої компіляції. Єдиною зміною, внесеним засобом злиття в вміст динамічних файлів, є зміни директив @ Page, @ Control і @ Master. Це гарантує успадкування файлами, що містять ці директиви, правильної об"єднаної збірки в папці Bin.
Для збірок, які є похідними з папок, визначених користувачем (включаючи кореневу папку вузла), деякі параметри об"єднання можуть привести до створення імен, які будуть відрізнятися від тих, що були задані в попередньо скомпільованому вузлі. Наприклад, в цій табличці вказано імена об"єднаної збірки при використанні кошти злиття без параметрів. Ім"я збірки для кожної папки, яку Ви для цього, є App_Web_nnnn.dll, де nnnn - це внутрішньо створене хеш-значення.
Теми в об"єднаному вузлі, який не є оновлюваних, обробляються по-іншому. В попередньо скомпільованому, ще не об"єднаному вузлі існує окрема збірка для кожної теми. Кожна збірка називається App_Theme_ThemeName.dll. В об"єднаному вузлі існує тільки одна збірка Theme.dll. Якщо попередньо скомпільований вузол є оновлюваних, в об"єднаній папці Bin не будуть присутні збірки, засновані на темах.
1.11. Пошук та усунення несправностей, пов"язаних з процесом об"єднанняПри компіляції та об"єднанні веб-вузла шлях до збірки може стати довшим, ніж максимальна допустима довжина шляху до файлу в Microsoft Windows. В цьому випадку при запиті ресурсу з об"єднаної збірки створюється помилка HttpException, яка вказує, що ресурс не був попередньо скомпільований і не може бути запитаний.
Максимальна довжина файлового шляху в Microsoft Windows складає 260 символів. Якщо шлях збірки перевищує це обмеження, необхідно скоротити шлях веб-сайту або його вкладених папок. Також можна відключити тіньове копіювання в файлі Web.config за допомогою властивості ShadowCopyBinAssemblies елемента hostingEnvironment.
При використанні кошти злиття з параметром s для створення окремої збірки для вузла, виникне помилка, якщо процес об"єднання призведе до створення циклічних посилань. Існують два способи вирішення цієї проблеми.
· Використовуйте параметр w, щоб вихідний файл, який містить циклічну посилання, сприймався як зовнішнє посилання і не брав участі в об"єднанні.
· Рознесіть елементи управління, залучені в циклічну посилання, по окремим каталогам.
При об"єднанні збірок з неузгодженими атрибутами використовуйте наступні правила, щоб забезпечити успішне виконання операції об"єднання:
· Перейдіть неузгоджені атрибути за допомогою параметра allowattrs.
· Використовуйте параметри copyattrs і переконайтеся, що всі збірки, які повинні об"єднуватися, мали відповідні атрибути.
· Використовуйте параметр a.
1.12. Підпис збірокПараметри delaysign і keyfile дозволяють використовувати засіб злиття для створення збірок зі строгими іменами без використання кошти строгих імен (Sn.exe). Параметри delaysign відповідають атрибуту AssemblyDelaySignAttribute, а параметр keyfile відповідає атрибуту AssemblyKeyFileAttribute.
Кожен параметр застосовує відповідний атрибут до об"єднаної збірці. Застосовувані атрибути позначаються за допомогою атрибута AttributeUsageAttribute, властивість AllowMultiple якого задано як false. Тому якщо ці параметри використовуються при об"єднанні збірок, які вже відзначені за допомогою одного з цих атрибутів, об"єднання завершиться не здійснено.
1.13. Пошук видання Aspnet_merge.exeAspnet_merge.exe встановлюється в каталог Microsoft .NET Framework. Якщо на комп"ютері одночасно працює кілька версій .NET Framework, можна встановити кілька версій програми.
1.14. Програма реєстрації оглядачів для ASP.NET (Aspnet_regbrowsers.exe)Програма реєстрації оглядачів для ASP.NET (Asnet_regbrowsers.exe) аналізує і компілює всі загальносистемні визначення браузерів в збірку і встановлює збірку в глобальний кеш збірок. Даний інструмент використовує файли визначення оглядачів (з розширенням BROWSER) з підкаталогу "Browsers" .NET Framework.
Файли визначення оглядачів можуть бути загальносистемними або прив"язаними до додатка, і різні типи зберігаються в різних місцях. Загальносистемні файли визначень браузерів зберігаються за наступним шляхом.
% SystemRoot% Microsoft.NET Framework версія CONFIG Browsers – цей каталог містить файли визначення зумовленого браузера, що поставляється з відповідною версією .NET Framework і будь-які файли визначення додаткових браузерів, скопійованих туди з оновлень програмного забезпечення або пакети оновлень. Можна додавати нові файли браузерів для визначень браузерів, які повинні бути доступні веб-додатків глобально. Не змінюйте файли визначення зумовленого браузера, які поставляються з ASP.NET, тому що при установці пакетів оновлення ці файли можуть оновлюватися, що призводить до втрати змін.
Файли визначення оглядачів, пов"язаних з додатком, можна розмістити в каталозі App_Browsers додатки. Використання програми реєстрації оглядачів для ASP.NET не впливає на файли визначення оглядачів, пов"язаних з додатком, що зберігаються в каталозі App_Browsers додатки.
Якщо файли визначення оглядачів на рівні системи змінюються, вони автоматично викликають оновлення можливостей оглядача для всіх додатків. Необхідно запустити програму реєстрації оглядачів для ASP.NET, щоб оновити збірку можливостей оглядача.
Програма реєстрації оглядачів для ASP.NET виконує компіляцію визначень браузерів в каталозі "Оглядачі", розташованого в вузлі% SystemRoot%, відповідному каталогу "Платформа" в каталозі% WinDir%, з якого виконується програма. Версія програми, включена в .NET Framework 2.0, оновлює збірку визначень браузерів для веб-сайтів, призначених для .NET Framework 2.0, .NET Framework 3.0 або .NET Framework 3.5. Версія, яка включена в .NET Framework 4, оновлює збірку визначень браузерів для веб-сайтів, призначених для .NET Framework 4.
Програма реєстрації оглядачів для ASP.NET аналізує і компілює всі загальносистемні визначення оглядачів в збірку і встановлює збірку в глобальний кеш збірок. При наявності помилок в загальносистемних визначеннях оглядачів, програма реалізації повідомить про них. Збірка можливостей оглядача використовується всіма веб-додатками в системі.
1.15. ПоведінкаПри запуску програми реєстрації оглядачів для ASP.NET створюється нова збірка, і ефект на все веб-додатки аналогічний ефекту зміни файлу Machine.config: всі запущені веб-додатки запускаються повторно і служби IIS перезапускается. Програма реєстрації також створює довільний закритий файл маркера, і створює файл ключа для підпису збірки, щоб збірка могла бути встановлена в глобальний кеш збірок. Файл ключа видаляється після закінчення використання програми реєстрації, залишаючи тільки відкритий ключ.
Під час виконання відомості визначення браузера додаються в колекцію відомих браузерів в об"єкті BrowserCapabilitiesFactory. При запиті, ASP.NET визначає, який обертався навколо оглядач по заголовку запиту і створює об"єкт HttpBrowserCapabilities, який відповідає типу запитаного оглядача.
Платформа .NET Framework 1.1 містить визначення браузерів в елементі browserCaps файлу Web.config. Цей розділ оголошений застарілим в платформі .NET Framework версії 2.0, але продовжує підтримуватися. Дані з цього елемента об"єднуються з даними з файлів визначення оглядача.
Файли визначень браузерів на рівні додатків аналізуються і компілюються разом з іншими файлами програми. Для проекту веб-сайту компіляція відбувається на вимогу під час запуску програми. Додаток автоматично компілюється повторно при внесенні будь-яких змін в каталог "Оглядачі" додатка. Програма реєстрації оглядачів для ASP.NET не впливає на файли відомостей про браузерах рівня додатки.
1.16. Пошук правильної версії Aspnet_regbrowsers.exeAspnet_regbrowsers.exe встановлюється в каталог Microsoft.NET Framework. Якщо на комп"ютері одночасно працює кілька версій .NET Framework, можна встановити кілька версій програми.
Отже, ASP.NET містить в собі достатню кількість команд командного рядка, що можуть допомогти розробникові в пошуку рішення певного завдання. А також містить в собі велику кількість прив’язаних програм, які необхідні для повного функціонального режиму.
2. Постановка задачі 2.1. Призначення, функції та достоїнства додатку
Веб – проект призначений для створення електронного веб – додатка «Довідка», якою може користуватися будь – який користувач, який має навички користування з браузером та знаючи при цьому адрес знаходження електронної «довідки». В данному проекті «Довідка» користувач матиме можливості залишати свою довідку про себе, довідку про продавців та також матиме можливість переглядати залишені довідки іншими користувачами. На сторінці перегляду залишених довідок іншии користувачами буде підрахованно кількість того чи іншого вибору всіх користувачів. На кожній сторінці одної довідки буде розміщено посилання на інші довідки, що значно спростить користувачу використання сайту.
3. Опис проекту 3.1. Проектування інтерфейсу
Для проектування інтерфейсу було використано принцип послідовності діаграми переходів станів. Процес основується на описі вимог до інтерфейсу у текстовому вигляді:
1. При вході на сайт завантажується головна сторінка з відповідним інтерфейсом заповнення довідки про користувача, а саме: Тема, Ім’я, Адреса електронної пошти, Коментарій. Нижче розташована кнопка відправлення даних та два посилання а саме: «Результат опитування», «Введення довідки про продавців». Дані із форми не будуть відправлені, якщо поле електронної адреси не буде заповненнк.
2. При переході на сторінку «Результат опитування» завантажується сторінка, де користувачу надається можливість переглянути рейтинг залишених довідок іншими користувачами в вигляді «назва відгуку = сума схожих відгуків від всіх кристувачів», де кожний відгук відноситься до певної категорії, а саме: «Загальна думка», «Новий логотип», «Частота відвідування», «Час завантаження», «Відвідувальна сторінка». Також, на даній сторінці будуть розміщені посилання на інші сторінки, а саме: «Введення довідки про продавців» та «Введення довідки про себе».
3. При переході на сторінку «Введення довідки про продавців» завантажується сторінка, де користувачу надається можливість залишити довідку про продававця данного сервісу. Для того щоб залишити відгук про певного продавця користувачу потрібно вибрати запропоновані варіанти розробником за допомогою випадаючого списку, а саме: «Чи потрібна вам допомога цього сервісу?», «Уважні до вас наші продавці?», «Достатня швидкість вашого обслуговування?». В питанні «Чи потрібна вам допомога цього сервісу?» можна буде дати такі відповіді: «Так» або «Ні». В питанні «Уважні до вас наші продавці?» можна буде дати такі відповіді: «Так» або «Ні». В питанні «Достатня швидкість вашого обслуговування?» можна буде дати такі відповіді: «Менше 30 сек», «Менше хвилини», «Більше хвилини». Для відправки заповненої форми нижче буде розташовуватися кнопка «Ок». Знизу форми буде розташовуватися два посилання, а саме: «Результати опитування», «Введення довідки про себе».
3.2. Основні елементи інтерфейсуВізуальний інтерфейс WEB – додатку було визначено в процесі розробку WEB – проекту. Далі слідує опис основних елементів інтерфейсу.
Рис. 3.2.1 – Основні елементи інтерфейсу сторінки заповнення довідки про користувача.
Рис. 3.2.2 – Основні елементи інтерфейсу сторінки перегляду залишених довідок користувачми.
Рис. 3.2.3 – Основні елементи інтерфейсу сторінки введення даних про продавців користувачами.
Основні елементи інтерфейсу сторінки заповнення довідки про користувача:
1. Титульна назва сторінки;
2. Головний заголовок сторінки;
3. Повідомлення користувачу про завдання сторінки;
4. Випадаючий список тем;
5. Поле для введення імені користувача;
6. Поле для введення електронної пошти користувача, яке є обов’язковим для заповнення;
7. Поле для залишення коментарію користувача;
8. Повідомлення користувачу, про те, що потрібно зробити в випадаючому полі, яке задано йому горизонтально;
9. Повідомлення користувачу, про те, що потрібно зробити в текстовому полі, яке задано йому горизонтально;
10. Повідомлення користувачу, про те, що потрібно зробити в текстовому полі, яке задано йому горизонтально;
11. Повідомлення користувачу, про те, що потрібно зробити в текстовому полі, яке задано йому горизонтально;
12. Кнопка відправлення даних, які уведенні в форму користувачем. Форма не буде відправлена, якщо поле «Адреса електронної пошти» не буде заповнене;
13. Посилання на сторінку «Результат опитування»;
14. Посилання на сторінку «Введення довідки про продавців».
Основні елементи інтерфейсу сторінки перегляду залишених довідок користувачми:
1. Титульна назва стоінки;
2. Головний заголовок сторінки;
3. Повідомлення користувачу про завдання сторінки;
4. Повідомлення користувачу про назву довідки;
5. Кількість відгуків «Бачив і покраще», які вигружаються із бази даних;
6. Повідомлення користувачу про назву оцінки;
7. Кількість відгуків «Прекрасно!», які вигружаються із бази даних;
8. відгуків «Бачив і покраще», які вигружаються із бази даних;
9. Повідомлення користувачу про назву оцінки;
10. Кількість відгуків «Погано», які вигружаються із бази даних;
11. Повідомлення користувачу про назву оцінки;
12. Кількість відгуків «Посередньо», які вигружаються із бази даних;
13. Повідомлення користувачу про назву довідки;
14. Кількість відгуків «Сподобалось», які вигружаються із бази даних;
15. Повідомлення користувачу про назву оцінки;
16. Кількість відгуків «Погано!», які вигружаються із бази даних;
17. Повідомлення користувачу про назву оцінки;
18. Повідомлення користувачу про назву довідки;
19. Кількість відгуків «Вперше», які вигружаються із бази даних;
20. Повідомлення користувачу про назву оцінки;
21. Кількість відгуків «Раз в місяць», які вигружаються із бази даних;
22. Кількість відгуків «Раз в неділю», які вигружаються із бази даних;
23. Повідомлення користувачу про назву оцінки;
24. Повідомлення користувачу про назву оцінки;
25. Повідомлення користувачу про назву оцінки;
26. Повідомлення користувачу про назву довідки;
27. Кількість відгуків «Менше 30 сек», які вигружаються із бази даних;
28. Повідомлення користувачу про назву оцінки;
29. Кількість відгуків «Менше 15 сек», які вигружаються із бази даних;
30. Кількість відгуків «Більше хвилини», які вигружаються із бази даних;
31. Кількість відгуків «Менше хвилини», які вигружаються із бази даних;
32. Повідомлення користувачу про назву оцінки;
33. Повідомлення користувачу про назву оцінки;
34. Повідомлення користувачу про назву оцінки;
35. Повідомлення користувачу про назву довідки;
36. Кількість відгуків «Початкова», які вигружаються із бази даних;
37. Повідомлення користувачу про назву оцінки;
38. Кількість відгуків «Чат», які вигружаються із бази даних;
39. Кількість відгуків «Ресурси», які вигружаються із бази даних;
40. Повідомлення користувачу про назву оцінки;
41. Повідомлення користувачу про назву оцінки;
42. Посилання на сторінку «Введення довідки про продавців»;
43. Посилання на сторінку «Введення довідки про себе».
Основні елементи інтерфейсу сторінки введення даних про продавців користувачами:
1. Титульна назва сторінки;
2. Головний заголовок сторінки;
3. Повідомлення користувачу про завдання сторінки;
4. Повідомлення користувачу про назву довідки;
5. Випадаючий список з вибором «Так» або «Ні»;
6. Повідомлення користувачу про назву довідки;
7. Випадаючий список з вибором «Так» або «Ні»;
8. Повідомлення користувачу про назву довідки;
9. Випадаючий список з вибором «Менше 30 сек» або «Менше хвилини» або «Більше хвилини»;
10. Кнопка відправлення даних, які уведенні в форму користувачем;
11. Посилання на сторінку «Результат опитування»;
12. Посилання на сторінку «Введення довідки про себе».
4. Детальне проектування 4.1. Розробка бази даних проекту, структура таблиць
База даних веб - додатку «Довідка» створена розробником проекту. До проекту допускається любий користувач, який має навички користування веб–додатками. Було створено 3 бази даних. В 1 базі даних створено 1 таблиця:
· MoreInfoCategories.
В 2 базі даних було створено 1 таблиця:
· StoreLocations.
В 3 базі даних було створено 4 таблиці:
· StoreLocations;
· SurveyQuestions;
· SurveyResponses;
· Surveys.
Атрибути таблиці MoreInfoCategories бази даних заповнення довідок про користувачів:
· MoreInfoCategoryID;
· MoreInfoCategory;
· MoreInfoEmailAddress.
Атрибути таблиці StoreLocations бази даних заповнення довідок про продавців:
· StoreID;
· ZipCode;
· FriendlyName;
· StoreAddress;
· StoreDirections.
Атрибути таблиці StoreLocations бази даних виведення довідок:
· SurveyAnswerID;
· SurveyQuestionID;
· SurveyAnswer.
Атрибути таблиці SurveyQuestions бази даних виведення довідок:
· SurveyQuestionID;
· SurveyID;
· SurveyQuestionShort;
· SurveyQuestionLong.
Атрибути таблиці SurveyResponses бази даних виведення довідок:
· SurveyResponseID;
· SurveyQuestionID;
· SurveyResponse.
Атрибути таблиці Surveys бази даних виведення довідок:
· SurveyID;
· SurveyName;
· SurveyInstructions;
· SurveyResponse.
Рис. 4.1.1 – Конструкторський вид таблиці MoreInfoCategories 1 бази даних.
Рис. 4.1.2 – Конструкторський вид таблиці StoreLocations 2 бази даних.
Рис. 4.1.3 – Конструкторський вид таблиці StoreLocations 3 бази даних.
Рис. 4.1.4 – Конструкторський вид таблиці SurveyQuestions 3 бази даних.
Рис. 4.1.5 – Конструкторський вид таблиці SurveyResponses 3 бази даних.
Рис. 4.1.6 – Конструкторський вид таблиці Surveys 3 бази даних.
Рис. 4.1.7 – Логічна схема 3 бази даних.
4.2. Основні модулі, алгоритмиПри створенні проекту було використано наступні модулі:
1. Модуль заповнення довідки про користувача:
Рис. 4.2.1 – Модуль заповнення довідки про користувача.
2. Модуль перегляду статистики довідок залишених користувачами:
Рис. 4.2.2 – Модуль перегляду статистики довідок залишених користувачами.
3. Модуль заповнення довідки про продавця:
Рис. 4.2.3 – Модуль заповнення довідки про продавця.
Для роботи бази даних з проектом було використано наступний алгоритм:
<%@ Page Language=VB Debug=true %>
<%@ Import Namespace="System.Data" %>
<%@ Import Namespace="System.Data.OLEDB" %>
Додаток 2 – Схеми проекту
Рис. 1 – Схема бази даних проекту.
Рис. 2 – Схема розмітки файлів проекту в файловій системі.
(zip - application/zip)
Статистика файлового архива
