загрузка...
загрузка...
На головну

Проектування взаємодії і інформаційна архітектура

Дивіться також:
  1. I. Архітектура та містобудування Передньої Азії.
  2. I. Канонічне проектування АІС.
  3. I. Організаційні етапи, форми і інформаційна база аналізу.
  4. II. Речовини, які беруть участь у внутрішньовидових взаємодіях
  5. II. ІНТЕГРОВАНА ГЕОІНФОРМАЦІЙНА СИСТЕМА
  6. WORLD-WIDE-WEB (Всесвітня інформаційна мережа)
  7. Автоматизована інформаційна система
  8. Автоматизоване проектування
  9. Алгоритм взаємодії вузлів в розподіленої мережі
  10. Аналіз взаємодії в різних теоретичних підходах.
  11. АНАЛІЗ Взаємодія В СОЦІАЛЬНІЙ СИСТЕМІ
  12. Аналіз і проектування раціональних прийомів і методів праці

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

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

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

концептуальні моделі

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

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

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

інформаційна архітектура

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

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

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

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

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

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

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

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

архітектурні рішення

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

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

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

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

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

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

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

організаційні принципи

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

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

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

Функціонал сайту і вимоги до контенту «-- попередня | 
загрузка...
© om.net.ua