Гіпермедіа і мультимедіа технології - Коммуникации, связь, цифровые приборы и радиоэлектроника курсовая работа

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


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Міністерство науки та освіти України
Одеський національний політехнічний університет
Кафедра системного програмного забезпечення
Пояснювальна записка до курсової роботи
За дисципліною «Гіпермедіа і мультимедіа технології»
На ваш розгляд пропонується курсова робота з дисципліни «Гіпермедіа і мультимедіа технології», яка полягає у проектування та розробці гіпермедіа системи. Гіпермедіа система представляє собою web-сайт, тематичним підґрунтям для якого було вибрано роботехніку - одну із стрімко прогресуючих комп'ютерних наук. Концептуальна модель системи: сайт розділюємо на дві частини: теоретичну та практичну з різними відбірками характеристик та вимог, наповнюємо її інформацією малої та середньої ступені складності з трьох дисциплін: програмування, розробки та будівництва роботів та мікропроцесорів, розраховуючи на мало обізнаного в цих областях знань користувача. Оглядаючи подібні системи, було знайдено мало матеріалу придатного для аналізу, але те що було знайдено вистачило, щоб закласти основу для побудови сайту. Охарактеризувавши вузли та зв'язки, було вирішено вибрати клієнт-серверну модель гіпермедіа системи. Використовуючи накоплений матеріал, вдалося приступити до виявлення характеристик системи, що в свою чергу надало можливість охарактеризувати формати імпорту-експорту гіпертексту. Розробивши систему, визначивши її характеристики, надавши їй засобів навігації та ін., потрібне для комфортного використання сайту, були визначені і можливі шляхи удосконалення системи, про що було зазначено у висновках. Була виявлена єдиний недолік системи - функція пошуку, яка є неефективною при введені слів, які постійно використовуються, та вирішено перетворити її в перевагу системи, якщо б у майбутніх розробках зробити її свого роду словником технічних термінів, дозволивши пошук лише певних слів та словосполучень. Також було передбачено про необхідність у майбутньому появи архіву для подальшого розвитку сайту, що буде зумовлене накопиченням матеріалу, зберігаємого на сайті. Також допустимим шляхом розвитку є коментар.
ВСТУП _______________________________________________________4
1. ОГЛЯД ІСНУЮЧИХ АНАЛОГІВ _______________________________7
2. ІНФОРМАЦІЙНА МОДЕЛЬ ГІПЕРТЕКСТУ _____________________10
3. ПРОЕКТУВАННЯ ГІПЕРМЕДІА СИСТЕМИ _____________________13
4. МЕТОДИ РОБОТИ З ІНФОРМАЦІЄЮ __________________________20
ВИСНОВКИ ___________________________________________________23
СПИСОК ВИКОРИСТАНОЇ ЛІТЕРАТУРИ _________________________24
Додаток А _____________________________________________________25
Додаток Б _____________________________________________________26
Додаток В _____________________________________________________27
Додаток Г _____________________________________________________29
На вашого розгляд подається сайт, темою якого було вибрано роботехніка. Цей термін був введений письменником-фантастом Айзеком Азимовим в 1942 році і означав прикладну науку, яка займалася розробкою автоматизованих технічних систем. Вона потребувала знань з областей електроніки, механіки та програмування ( дивись додаток А).
Ми вважаємо її цікавою і вартою вашої уваги, тому що на це є ряд причин. По-перше, більшість того з чим стикається людина було так чи інакше виготовлено за допомогою роботів, і більше того, відсоток їхньої праці стає все більше і більше, що говорить стрімкий розвиток цієї галузі (дивись додаток Б). По-друге, наше сьогодення зайвий раз вказує нам на їх важливість. Огляніться! Усі надважливі питання, які коли-небудь ставило людство вирішується саме за допомогою роботів:
Чи є життя на інших планетах? (роботи-розвідники, зонди і т.д.)
Як утворився цей світ ( більшість устаткування на славнозвісному колайдері).
По-третє, роботи - наше майбутнє, і найвидатніші вчені світу сперечаються над тим, що вони з собою несуть - розквіт чи занепад людства (дивись додатки В і Г).
По-четверте, і найголовніше, галузь роботехніки настільки велика, важлива і так стрімко розвивається(дивись додаток В), що відслідковувати це без допомоги професіоналів, які клопітливо збирали та синтезували інформацію, пересічній людині дуже важко, настільки великий об'єм інформації, що видається, та обсяг знань, що потрібний для роботи з нею.
На сайті будуть викладені матеріали, які розкривають суть цього поняття, історію розвитку робототехніки, останні новини та відкриття в цій галузі та деякі матеріали із суміжних областей, потрібні йому для засвоєння основного матеріалу. Користувачу буде надана можливість продивлятися інформацію, отримати книжки з різних галузей, попередньо відібраних автором, та інші можливості, що будуть визначені, охарактеризовані на інших етапах роботи, звичайно з детальним обґрунтуванням їх доцільності.
Так як ми лише початкові спеціалісти в цій області, а якщо сказати більш конкретно, то в областях суміжних або складових з цією, таких як програмування та мікропроцесори, то надати глибоку фахову оцінку ми не можемо, але надати змістовні базові знання ми здатні. Тому наш сайт розрахований на людину, яка робить перші кроки в цій області або яка випадково потрапила на цю тему і хоче банально дізнатися більше. Основне що ми хочемо досягти - це зацікавити, втримати і чогось навчити нашого користувача, маючи на увазі у галузі роботехніки в цілому , а не на нашому сайті зокрема. Також ми передбачили прагнення окремої частини аудиторії до подальшого розвитку, і хоча у нас немає змого дати це напряму через бра знань, ми намагалися дати ясність цій частині про те що робити далі, а саме виклали посилання на інші сайти для подальшого розширення та подовження кругозору при колективній роботі, та книжки й окремі статті при особистій роботі. Це головна задумка, але є ще і побічна. Справа в тому, що завдяки такій цілеспрямованості сайту, більшість нашої аудиторії - старшокласники та студенти, а їм буде корисним та цікавим дізнатися як приміняються знання в областях програмування, проектування та побудови роботів, тому крім стислого викладу необхідних знань для засвоєння головного матеріалу, також будуть присутні деякі практичні моменти, що дадуть здатність зрозуміти чи варто їм ближче знайомитися з такою тематикою, тобто пов'язувати свої навчальні та кар'єрні амбіції з галуззю роботехніки або суміжною до неї.
На сайті плануються задіяти такі мультимедійні засоби:
текст, як головний мультимедійний засіб, без якого неможливий будь-який виклад даного матеріалу, передбачений як основний наповнювач HTML-сторінок;
графіка, тобто схеми, таблиці, картинки, тобто основній допоміжний матеріал, без якого засвоєння матеріалу та його повноцінність залишається під великим питанням, що суперечить принципам аналізу та викладу авторського матеріалу ;
відео, тому що суттєвий відсоток викладеного матеріалу потребує більш якісного та спрощеного пояснення, ніж його може дати графіка, наприклад, практична завдання по збиранню робота, що позитивно сприйме наш користувач;
звук, як складовий елемент відео, тому що будь-яке інше його використання не доцільне загалом та не жодної структурної цінності.
Розглядати цей розділ нам було важко, тому що було знайдено занадто мало матеріалу для нормального аналізу схожих систем. Це було визначено не часом затраченим на публікації, тому що його ми затратили більше, ніж на інші розділи, не нашими зусиллями, тому що ми приклали їх не мало, а специфікою матеріалу. Почнемо з того, що всі сайти, знайдені нами авторські, мають складний підбір матеріалу із специфічним призначенням, тобто матеріал, який вимагає додаткових знань і тому має малу аудиторію. Через ці причини публікацій експертів про окремі сайти відсутні, що значно ускладнює роботу, але дещо все таки було знайдено. Був знайдений каталог сайтів по роботехніці - Robotics.ru, інформація якого може служити як базова для сайтів по робототехніці по Росії, але не України, у зв'язку із практичною відсутністю їх в каталозі за винятком Robo.com.ua. Також на багатьох сайтах було знайдено короткий опис про свій проект та про проекти дружніх сайтів. Але, по-перше, опис про свій проект містить настільки багато детальних описів чому він краще інших, що автори геть забули про те в чому він гірший. Опис дружніх сайтів використовуватися аж ніяк не може через дуже малий обсяг хаотичної інформації, яка схожа більше на набір ключових слів в пошуковій машині. Тому вирішено було вибрати кращі сайти на погляд авторів каталогу та знайти загальні характеристики, використані на них, що дасть змогу визнати за доцільним використовувати їх для побудови власного сайту. Але перед цим потрібно пересвідчитися, що вони справді гідні, і що інформація представлена там заслуговує довіри. Почнемо з MyRobot.ru, тому що він найближчий до нашої тематики згідно опису каталогу. Довгі години пошуку все таки дали результат - було знайдено примітку на school.edu.ru (http://school.edu.ru/catalog.asp?ob_no=55897)про те, що цей сайт рекомендований для підвищення кваліфікації по тематиці роботехніка. Це важливо, адже school.edu.ru, як зазначено в проекті, розроблений за допомогою програми «Русский образовательный портал» і є державним сайтом, за який відповідає міністерство освіти РФ. Там був також короткий опис сайту, але для нас він не представляє ніякої цінності, тому що містить загальні характеристики, і не може братися до уваги, але він збігається з описом Robotics.ru, що для нас має деяку цінність. Звичайно ми не зможемо перевірити кожний сайт, але потрібно з'ясувати наскільки оцінка Robotics.ru є об'єктивною. Також другорядною підтвердженням популярності цього сайту є те, що на нього є посилання на абсолютній більшості опрацьованих сайтів, крім наступного - http://www.rtc.ru . Як зазначено в цьому місці - http://www.rtc.ru/about/about.shtml за цей сайт несе відповідальність Центральный научно-исследовательский институт робототехники и технической кибернетики (ЦНИИ РТК), який і заповняє відповідну сторінку. На ньому були знайдені посилання на сайти по робототехніці, які теж були включені до каталогу Robotics.ru, усі крім одного, характеристика відповідних сайтів була еквівалентна за обсягом і в цілому відповідала характеристиці Robotics.ru. Проглянувши двадцять найкращих сайтів представлених у каталозі були виявленні три прикрі речі. Перша - на більший половині сайтів не було вказівки на тих хто несе відповідальність за інформацію викладену на ній. Друга - були знайдені два сайти ідентичні http://www.rtc.ru за побудовою та змістом, тобто вони були нам не цікаві. Третя - одне посилання було недієздатним у зв'язку з помилкою 404. Звичайно хотілося дуже знайти українські сайти, але зазначений вище Robo.com.ua., теж не містив жодної інформації про розробників та про проект.
У зв'язку з відсутністю опису сайту на основі публікацій, у нас не було іншого вибору як самим протестувати знайдені сайти та знайти в них спільні елементи, які і будуть вважатися рекомендованими до використання. Почнемо з головної сторінки. На кожному сайті, якщо характеризувати зверху вниз, була присутня спочатку картинка-заголовок сайту, що містила в собі URL-адресу та повну назву сайту. Далі сторінка розбивалася умовно на три поля, де ліворуч та праворуч містилася загальна інформація, а по центу йшло саме тематичне наповнення (текст та ілюстрації). Відрізняються наші два сайти тим, що на MyRobot.ru до загальної інформації відносилися навігація, меню, дружні сайти, голосування та реклама, а на http://www.rtc.ru відносилися короткі помітки про статті, що вже зістарилися настільки, щоб їх не тримати по центру, але ще залишаються відносно свіжими. Усі питання, пов'язані з інформацією про проект та ін., в них вирішує меню, яка йде одразу ж після картинки-заголовка. Недоліки, які одразу можна охарактеризувати, на http://www.rtc.ru це занадто мілкий шрифт, що значно погіршує читання, та одноманітні описання подій, що значно погіршує сприйняття прочитаного. Також одразу кидається в очі складні формулювання та словосполучення, що говорить про високу кваліфікацію авторів матеріалу, порівняно з простенькими викладеним матеріалом на MyRobot.ru, але з іншого боку цільова аудиторія легшого матеріалу потенціально більша, ніж складного. Розглядаючи та порівнюючи їх, ми зрозуміли, що не зможемо повноцінно відфільтрувати та проаналізувати матеріал, викладений там. Подальший розгляд дав також спільний елемент - меню нікуди не зникало і було присутнє на кожній сторінці. Як користувач мушу визнати це дуже зручно і значно економить час. Щодо інформаційного наповнення, то на обох сайтах переважав текст та ілюстрації, лише на MyRobot.ru було знайдено відео. Також спільним елементом можна вважати пошук, що був присутній на обох сайтах. Доцільність його використання визначити важко, адже неможливо прорахувати усі можливі варіанти його використання та ін. Посилання на головну сторінку в пункті меню MyRobot.ru виявилася напрочуд корисна, адже на головній сторінці знаходяться посилання на дружні сайти, голосування та ін. Голосування було присутнє лише на MyRobot.ru, але воно здалося нам перспективним для розробки, у зв'язку з тим, що його можна використовувати для моніторингу системи.
2. ІНФОРМАЦІЙНА МОДЕЛЬ ГІПЕРТЕКСТУ
Розглядаючи цей розділ, потрібно враховувати особливості та потреби нашої системи, а тому потрібний попередній її аналіз, тобто потрібно виявити найважливіші аспекти побудови інформаційної моделі гіпермедіа системи. Також потрібно урахувати пріоритет характеристик основної та побічної ідеї, тому що інколи потрібно вибирати щось одне із двох протилежних. Наведені нище базові характеристики вузлів та зв'язків містять в собі пояснення доцільності вибору, основані саме на аналізі відповідності можливих характеристик найважливішим аспектам:
говорячи про тип інформації, який буде зберігатися в вузлах, ми можемо сказати наступне: для виконання основного завдання(теоретичної частини) нам однозначно потрібен текст як основний наповнювач цієї частини сайту, але в зв'язку із складністю матеріалу, необізнаністю середньостатистичного користувача із тематикою сайту та можливістю неповноцінного сприйняття ми просто вимушені використовувати графіку. Відео для цієї частини недоречно, тому що воно в даному випадку може грати лише роль «обгортки цукерки» і ніякої практичної користі не дасть, але значно повищить складність розробки та буде перевантажувати систему, що недопустимо. Звук використовувати теж недоречно у зв'язку з повною відсутністю застосування. Для реалізації додаткової частини (практичної) нам потрібен також текст, але не як основний наповнювач, а як короткий опис до відеоматеріалів. Відео для цієї частини доречно, тому що еквівалентний йому за змістовністю обсяг графіки бути ускладнювати розуміння і зменшувати інтерес до системи, а використання все покращить та збільшить. В цьому випадку користі від нього більше ніж проблем, пов'язаних, з його використанням, тому воно застосовується. Звук тут теж використовується, як частина відео і ніяк більше. Тобто ми маємо в сумі текст, графіку, відео та звук (як частина відео);
говорячи про місткість вузлів, можна почати з основної частини, а саме з того, що складну інформацію краще засвоювати невеликими порціями, ретельно перемішуючи її з графікою, що не тільки утримає користувача, а й підніме його рівень засвоєння матеріалу. У цьому випадку можна додати, що навіть якщо нашою інформацією не зацікавляться, то є можливість затримати, а надалі і зацікавити викладеними гарними ілюстраціями та поясненнями до них(особливо якщо ми маємо справу із молодшим поколінням). Щодо практичної частини, то сам факт використання відео говорить про середню місткість вузлів. Чому не велику? Тому що практичні приклади будуть лише до окремих розділів і лише для кожного. Тобто ми маємо більшість вузлів малого об'єму та меншість середнього.
говорячи про потужність зв'язків, можна з упевненістю стверджувати, що на нашому сайті будуть переважати зв'язки потужністю один за винятком деяких випадків, де будуть присутні зв'язки потужністю два (наприклад, посилання на головну сторінку, де буде один пункт призначення, але багато пунктів відправки і т.п.). До цього можна дійти опираючись на той факт, що головне меню та меню структурного підрозділу, в якому ви знаходитися завжди будуть з вами, що виключає потрібність у декількох пунктах з будь-якої сторони: сторони призначення або сторони відправки, доречно повторитися і сказати, що так зроблено скрізь,тобто додаткові пояснення непотрібні;
говорячи про спрямованість зв'язків у основній частині, то доцільніше було б використовувати односпрямовані зв'язки, так як не потрібно забувати про можливості браузера, та те, що зв'язки подвійного спрямування майже не використовують (у стандартних випадках) - користувачу більш зручніше використовувати браузер для реверсу, ніж розбиратися з особливостями вашої системи та її можливостями. Звичайно можливі і інші варіанти - особливості системи, які проявляться пізніше, завдяки яким будуть внесені зміни в цей пункт, але про це вже буде сказано у висновках, а щодо практичної, то у нас немає сенсу використовувати зв'язки подвійного спрямування через простоту системи у цьому випадку, тобто однозначно односпрямовані.
говорячи про якірний механізм зв'язків, можна сказати таке: так як весь викладений матеріал - авторський, тобто користувач не може додати на сайт, щось своє, то потреби у динамічному якірному механізмі просто немає, як для основної так і для додаткової частини, тому загальний якірний механізм;.
говорячи про типи зв'язків можна однозначно сказати що будуть присутні усі з них: структурні, звичайні посилання між, наприклад, меню, посилкові, наприклад посилання на дружні сайти та звичайно асоціативні, тобто повний набір усіх типів зв'язків.
Отримавши базові характеристики, ми можемо приступати до аналізу. Що ж ми бачимо. Більшість характеристик мають початковий характер, тобто це вказує на клієнт-серверну модель. Але присутні деякі елементи, що говорять про несуттєве ускладнення системи, а це вже рівень абстрактної машини гіпертексту. То що обрати? Звернемося до формулювань. З формулювання правила АМГ ми можемо зробити висновок, що вона використовується для глибшої взаємодії зв'язків і вузлів. У нас є складні елементи, які могли б претендувати на детальнішу розробку, але потрібно вибирати оптимальнішу модель. Зважаючи на те, що ми маємо не велику групу складних елементів можна дійти висновку, що їх краще опрацювати на клієнт-серверному рівні, чим повністю перейти на рівень абстрактної машини гіпертексту. З усього вище перекисленого робимо висновок - Клієнт-серверна модель.
Розглядаючи цей розділ, слід не забувати про те що було описано в розділі «Огляд існуючих аналогів», адже багато інформації, про те що можна зробити, та обґрунтування знаходиться саме в цьому розділі. Також, в деяких випадках нам доведеться звертатися і до розділу «Інформаційна модель гіпертексту», щоб вибрати щось єдине із еквівалентних рішень. Почнемо з функціональних характеристик:
Подання (Presentation) - одна із головних характеристик, так як застосовується в будь-якій гіпермедіа системі. Тут можна цей пункт розділити на дві складові: на подання головної сторінки та інших сторінок. Головна сторінка буде суцільно вкрита графікою, а саме ілюстраціями, що характеризують певні статті, новини та іншу викладену інформацію, з короткими описаннями до неї. Ось тут потрібно звернутися до розділу «Інформаційна модель гіпертексту», тому що ми вибрали малі та середні вузли, тому ніякого відео на головній сторінці бути не може взагалі, так як це суперечить вибраній моделі системи. Інші сторінки будуть найрізноманітніші, але тут доцільно було б розподілити їх на складові частини для кращої систематизації та виявлення загальних рис. Ось тут потрібно звернутися до розділу «Огляд існуючих аналогів», так як там ми виявили загальні риси опрацьованих нами сайтів та вирішили доцільним використовувати їх у нашій системі. Загальною рисою усіх сторінок, незалежно від розділу чи функціональності є загальне меню, яке ніколи не зникає і було визначено як основний елемент навігації, про що ще буде мова далі. Основну частину (теоретичну) буде викладено поетапно, і спільною частиною для неї (для усіх сторінок крім головної) буде перехід на головну сторінку, знову ж таки пригадаємо висновки розділу «Огляд існуючих аналогів». Основна частина буде подаватися як текст з ілюстраціями для пояснення, загальна структура сторінки змінюватися не буде, лише заповнення. Практична частина буде подаватися як відео та описання до нього, якщо пригадати попередні обидва розділи, то він буде один на дану сторінку, при цьому дістатися до нього можна буде лише через теоретичну частину.
Пересування (Navigation) - важлива складова системи, яка відповідає за роботу з користувачем і від неї частково залежить популярність системи, адже користувач може використовувати і інформаційно менш наповнену систему, але ту що економить його час та зусилля, тому потрібно приділити максимальну увагу цій складовій. Як було описано вище буде застосовуватися «нерухливе» меню, що значно спростить навігацію і просто не дозволить кому-небудь загубитися в нашому «гіперпросторі». Але це ще не говорить про зручність використання, тому була зроблена посилання на головну сторінку, розраховуючи на те, що якщо користувач насититься нашою системою і йому потрібно буде або дружні сайти для поглиблення знань, або інформація про проект та його авторів для перевірки достовірності інформації, або йому просто захочеться прочитати якусь статтю, що була на головній сторінці, і він просто буде лінитися шукати її десь там в нашій системі. Ось це вже говорить про зручність використання, адже ми не піклуємося, щоб нашу систему взагалі можна було використовувати, а економимо його час та зусилля.
Запитальні засоби (Querying) - теж розділ роботи с користувачем направлений на виправлення недоліків та оптимізацію роботи з системою. Звичайно це має значення для подальших розробок, а не для першої версії абсолютно нової системи, але чим більше ми піклуємося про нашого користувача, тим більше ми йому подобаємося, тому слід враховувати і цей розділ. Він розрізняється у всіх системах, тому що різні системи мають різні недоліки, різну аудиторію і т. п., тому це може вирізнити нас з-поміж інших. Також ми можемо отримати додаткову інформацію, застосовану для покращення тематичної відбірки, і саме на це і орієнтована наша система. Голосування направлена на з'ясування найцікавішої теми, яка в даний момент хвилює нашу аудиторію. Цим ми виконуємо корекцію системи під аудиторію, тому що час від часу на неї буде впливати сезонні коливання цікавості після якихось подій або навіть відкриття нового сайту. Також присутнє голосування на практичну тематику, тому що може виявитися, що наша практична частина не відповідає інтересам користувачів і потребує доопрацювання або взагалі повної переробки (якщо ми не вгадали з темами).
Управління документами (Document management) - важливий розділ, який в подальшому вплине на формати експорту-імпорту, тому що цей розділ характеризує основні завдання, які будуть надалі опрацьовуватися. Для реалізації теоретичної частини ми передбачили можливість отримання додаткової інформації у вигляді вільно розповсюджених посібників та підручників, тобто у нас наявний експорт. Система не передбачає жодних проявів імпорту крім голосування та деяких форм, тобто користувач нічого не може занести на сайт. Частково це непотрібно, тому що користувач в силу своєї необізнаності не може в більшості випадків внести щось корисне (дивись цільове призначення сайту), частково це зумовлено складністю реалізації та малої перспективи розвитку.
Відповідність вимогам замовника (Customizability) - цей розділ практично відсутній, тому що у нас не має прямого замовника, але є вимоги до системи в цілому.
Контекстуалізація (Contextualization) - важливий пункт саме для нашої системи із складним технічним матеріалом. По-перше, складні слова або маловідомі вирази та словосполучення пояснені на початку статті та в окремих випадках в самій статті. По-друге, чітко розписано хто саме писав та перекладав статтю, а якщо це інтерв'ю, то і хто його давав. Примітки редактора завжди виділені (записані ось так у дужках), тому людина завжди зрозуміє хто і чому написав таку статтю. Деякі специфічні вирази, які зустрічаються на обмеженій території або використовуються обмеженим кругом людей або несуть непрямий текст, тобто подвійне змістовне навантаження, виражені та детально поясненні (крім жартів, через їх непричетність до загального змісту і т. п.)
Захист (Security) - пункт, який набуває все більшого значення і полягає по-перше, в захисті авторських прав та, по-друге, в захисті приватної інформації. Захист авторських прав реалізується попередженням про неможливість копіювання, використання і т. п і т.д. По-друге, ми самі притримуємося цього принципу і у своїх матеріалах використовували лише дозволені матеріали і т. д. Якщо говорити про захист приватної інформації, то виникає питання: «Що захищати?», адже у нас немає жодної приватної інформації, і ми ніяк не відслідковуємо переміщення і т. п. Також потрібно додати, що захист від спаму та вірусів наша система напряму не реалізовує, тому ми можемо відповідати лише за матеріали та книжки, викладені на сайті.
Продовжимо, не функціональні характеристики:
Закінченість зв'язку (Link completeness) - як наголошувалося у попередньому розділі («Огляд існуючих аналогів») навіть на великих сайтах є така проблема, пов'язана з великою кількістю зв'язків та з невикористанням деякої частини системи (архів). В нашій системі не передбачено архіву, тому що відсутнє велике накопичення матеріалу, на базі якого власне формують архів, але він може бути в подальших версіях системи. Зважаючи на це перевірка гіперпосилань буде проводитися лише при заміні статті та ін. дій пов'язаних з нею. Можливо буде передбачений голосування, і якщо буде отримано негативну відозву про роботу нашої системи буде проведено перевірку.
Обґрунтованість контенту (Content Validity) - зайвий раз вимушений нагадати, що більшість матеріалу авторський, тобто наше завдання як розробників сайту лише дотриматися авторських прав та побудувати структуру викладу. Чому і як ми підбирали матеріал - це вже інший бік справи. Ми підбирали матеріал для нашої цільової аудиторії - тобто з меншим рівнем складності і т. п. Але не варто забувати, що ми є авторами деякого матеріалу і несемо за нього відповідальність. Ми намагалися всебічно освітити деякі аспекти, критично ставитися до своїх розробок та використовувати лише перевірені факти, але оцінити ми це не можемо, тому передбачили голосування.
Послідовність (Consistency) - чітке послідовне викладення матеріалу, побудоване, якщо говорити про нашу систему, на принципах або загальних рисах попередньо опрацьованих систем. Говорити про їх успішність ми не можемо через відсутність експертної оцінки, але загальні тенденції з високою вірогідністю можна назвати правильною. У нас присутнє меню з чіткою розбивкою на окремі розділи, які в свою чергу поділяються на теоретичну і практичну частину та інше, що забезпечує чітку структуру. Якщо говорити про послідовність, то тут потрібно звернути увагу на те, що в досконально зробити її неможливо через специфічну логіку кожної людини, але зробити послідовність викладу, зрозумілу для певної частини цільової аудиторії ми здатні.
Організація концептів (Concept organization) - як ми реалізували свої ідеї. Нагадаємо, що було дві задумки: основна та практична. Основна частина була достатньо описана, можна лише додати та коротко повторити. Основна частина поділена на розділи та підрозділи, наповнена тексту та доповнена графікою,будуть відображатися як зазвичай у вікні браузера. Окремо можна виділити книжки, що пропонуються користувачу на перегляд, для перегляду спочатку потрібно їх зберегти на своєму комп'ютеру за допомогою гіперпосилання . Практична частина реалізована за допомогою відео та коротких описів до нього, потребує flash-player 7. Щоб запустити відео потрібно просто нажати на клавішу, зображену по центру області відеоматеріалу.
Оглядаючи усі задумки та характеристики системи можна почати побудову прототипу системи. Почнемо з головної сторінки, опис буде вестися зверху вниз. Спочатку буде введена ілюстрація, яка описує тематику сайту, наприклад, ілюстрація-привітання - це і чемно і красиво. Потім в центрі вікна браузера буде найважливіші та найцікавіші статті нашого сайту, щоб одразу можна було зрозуміти якого направлення цей сайт, на яку аудиторію розрахований і чи варто залишатися на ньому далі. Ліворуч буде корисна частина призначена саме для користувача: навігація, а саме меню з основними розділами та підрозділами, дружні сайти, на які можна заглянути у пошуках детальнішої інформації, а також загальні моменти, де буде вказано про авторів та проект. Праворуч буде те, що ми хочемо від користувача - голосування на удосконалення та покращення сайту, виявлення найцікавішої тематики і т.п. На інших сторінках основної теоретичної частини будуть різні комбінації графіки та тексту, адже все залежить від специфіки викладеного матеріалу і т.п., загальним елементом передбачені лише засоби навігації. Щодо практичної частини, то там схожа ситуація, але графіку замінить відео, при цьому можливі комбінації відрізняються лише різним об'ємом тексту при сталій кількості відеоматеріалу - один екземпляр.
Щоб показати зручність використання давайте розглянемо двоє випадків, коли користувач починає роботу з системою з головної сторінки, та коли він потрапляє на будь-яку іншу частину системи. Звичайно, якщо він потрапляє на головну сторінку, то перед ним найповніший перелік усіх можливих дій у вигляді гіперпосилань. Після вибору певного елементу - дії, користувач переходить на інші сторінки нашого сайту, і хоча ми не знаємо, що він обере, ми з упевненістю можемо сказати, що завдяки меню, яке завжди з ним, він не зможе заблукати. Тобто користувачу надана можливість використовувати сайт, але чи це зручно? Можна відповісти з впевненістю, що це справді зручно, тому що по-перше, побудована деревоподібна структура кожної теми, що дозволяє спокійно йти по інформації, не читаючи все підряд та нічого не втрачаючи. По-друге, вкінці кожної гілки структури вас чекає конкретний розділ, який починається з теорії і, можливо, закінчується відео, тобто теорія і приклад - зручно, чи не
Гіпермедіа і мультимедіа технології курсовая работа. Коммуникации, связь, цифровые приборы и радиоэлектроника.
Дипломная работа по теме Разработка технологии получения серной кислоты обжигом серного колчедана
Дипломная работа по теме Генерация и решение кроссвордов 'Судоку'
Минем Гаилэ Сочинение
Дипломная работа по теме Формирование и реализация долгосрочных конкурентных преимуществ коммерческого предприятия на примере ООО 'Северо-Кавказское Информационное агентство'
Реферат по теме Анализ оптовой торговли
У Войны Не Женское Лицо Сочинение Рассуждение
Сочинение Рассуждение На Тему Письмо Одиссею
Реферат по теме Создание Стрелецкого войска
Реферат: Расходы федерального и регионального бюджета Республики Адыгеи
Ответ на вопрос по теме Банковское законодательство
Реферат: Their Eyes Were Watching God A Study
Проверочная Контрольная Работа По Алгебре
Смелый Человек Это Сочинение
Реферат по теме Выбор и обоснование среды передачи данных
Курсовая работа по теме Измерительные технологии, их использование и развитие
Реферат: Fredrick Douglas Essay Research Paper Adam ConnersAdam
Реферат На Тему Компоненты Метода Иглоукалывания
Сочинение по теме Онегин и Чацкий - разные люди одной эпохи
Реферат На Тему Международные Кредитные Организации
Курсовая работа: Основные задачи и сферы государственного регулирования в экономике. Скачать бесплатно и без регистрации
Захист прав, свобод та інтересів громадян в адміністративних судах першої інстанції - Государство и право курсовая работа
Понятие, виды и порядок исчисления сроков в трудовом процессуальном праве - Государство и право реферат
Учетная политика предприятия - Бухгалтерский учет и аудит отчет по практике