7. Анализ UserCase диаграммы. Классы анализа.

Классы анализа моделируют важные аспекты предметной области, такие как «покупатель» или «продукт».

Классы анализа - это классы, которые:

-представляют четкую абстракцию предметной области (problem do-main);

-должны проецироваться на реальные бизнес-понятия (и быть аккуратно поименованы соответственно этим понятиям).

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

Класс анализа должен четко и однозначно проецироваться в реальное прикладное понятие. Следовательно, задача анализа - попытаться прояснить беспорядочные или несоответствующие прикладные понятия, пользовательские задачи и превратить их в то, что может стать основой для класса анализа.

Минимальная форма класса анализа включает следующее:

-Имя - обязательно.

-Атрибуты — имена атрибутов являются обязательными, хотя на данном этапе могут моделироваться только важные предполагаемые атрибуты.

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

Основное назначение класса анализа состоит в том, что в нем делается попытка уловить суть абстракции, а детали реализации оставляют на этап проектирования.

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

Признаки хорошего класса анализа можно кратко охарактеризовать следующим образом:

-его имя отражает его назначение;

-он является четкой абстракцией, моделирующей один конкретный элемент предметной области;

-он проецируется на четко определяемую возможность предметной области;

-у него небольшой четко определенный набор обязанностей;

-у него высокая внутренняя связность;

-у него низкая связанность с другими классами.

Несколько рекомендаций по поводу классов и объектов:

-Класс надо рассматривать как шаблон объектов: класс определяет структуру (набор свойств) всех объектов этого класса. Все объекты одного класса должны иметь одинаковый набор операций, одинаковый набор атрибутов и одинаковый набор отношений, но значения атрибутов могут быть различными.

Выявление классов с помощью анализа существительное/глагол

Анализ существительное/глагол - очень простой способ анализа текста с целью выявления классов, атрибутов и обязанностей. По сути, существительные и именные группы, встречающиеся в тексте, указывают на обязанности или атрибуты класса, а глаголы и глагольные группы указывают на ответственности и операции класса.

Анализ существительное/глагол успешно применяется в течение многих лет, поскольку основывается на прямом анализе языка предметной области.

8. Десять эвристик юзабилити.

Пользовательский интерфейс (например, веб-страница), должен быть максимально простым, понятным и «самоочевидным». Причем под словом «простой» следует понимать «простой для восприятия», а не «обязательно в стиле минимализм

Список «Десять эвристик юзабилити» от Якоба Нильсена.

1. Одинаковость системы с реальным миром.

Система должна говорить на языке пользователей, словами, фразами и терминами пользователей, а вовсе не терминами программирования. Следуя принципам реального мира, создаем доступность информации в натуральном и логическом виде.

2. Управление и свобода пользователя.

Пользователи часто используют функции системы по ошибке. В таких ситуациях должен быть простой «аварийный выход», причем без всяких диалогов с пользователем.

3. Стандарты и «константы».

Пользователи не должны всюду находить различные слова, ситуации или действия для одного и того же действия. Следуем принятому «словарю» системы.

4. Предупреждение ошибок.

Гораздо лучше любого хорошего сообщения об ошибке заботливый дизайн с предупреждением возможных проблем. Явно указать на возможность ошибки (предупредить пользователя) и показать пользователю результат действия, до его совершения.

5. Понять, а не переспрашивать.

Минимизировать нагрузку памяти пользователя с помощью выбора объектов, действий и визуализации опций. Пользователь не будет помнить контент от одного диалогового окна до другого. Инструкции по использованию системы должны быть видны или легко доступны отовсюду.

6. Гибкость и эффективность использования.

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

7. Эстетический и минималистический дизайн.

Диалоги не должны содержать ненужную или некорректную данной ситуации информацию. Каждая дополнительная единица информации в диалоге конкурирует с соседней соответствующей информаций и уменьшает ее относительную видимость.

8. Помогите пользователю увидеть, оценить и избавиться от ошибок

Сообщения об ошибках должны быть на человеческом языке (без программного кода), точно указать проблему и предложить конструктивное решение.

9. Помощь и документация.

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

9. Глоссарий проекта.

Метаданные.

В обработке данных метаданные представляют собой описательные данные, содержащие сведения или документацию о других данных, с которыми осуществляются действия в приложении или среде. Метаданные могут содержать описательную информацию о контексте, качестве и состоянии, либо характеристики данных.

Теги метаданных применяются для описания документов, страниц, графики, программ, звуковых и видеофайлов и других объектов содержимого для того, чтобы облегчить переходы по ссылкам и извлечение информации.

Простой пример дает тег НТМL <meta>, используемый многими веб-сайтами. Авторы могут свободно вводить слова и фразы, описывающие содержимое. Эти ключевые слова не отображаются в интерфейсе, но доступны для поисковых механизмов.

Многие компании используют метаданные более изощренными способами. Применяя программы управления содержимым и управляемые словари, они создают динамические веб-сайты, управляемые метаданными, которые поддерживают распределенное создание содержимого и мощную навигацию. Эта модель управляющих метаданных представляет собой глубокое изменение в технологии создания и управления веб-сайтами. Вместо вопроса «как классифицировать этот документ» мы теперь можем спросить «как описать этот документ». Программное обеспечение и словари возьмут на себя все остальное.

Ярким примером такого использования метаданных может служить ресурс Википедия.

Использование

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

Управляемые словари

Управление словарями принимает различные формы. Одно из пределений состоит в том, что управляемый словарь - это любое заданное подмножество естественного языка. В простейшем случае управляемый словарь представляет собой список эквивалентных терминов в виде колец синонимов (synonym rings), или список предпочтительных терминов в виде нормативного файла (authority file).

В порядке "от простого к сложному" можно разбить понятие управляемых словарей:

-Кольца синонимов.

-Нормативные файлы.

-Схемы классификации.

-Тезаурусы.

Кольцо синонимов соединяет группу слов, которые определены как эквивалентные для задач извлечения информации. На практике эти слова не всегда являются подлинными синонимами. Если не пользоваться кольцами синонимов снижается результативность работы поисковиков.

Нормативные файлы - это список предпочтительных терминов или приемлемых значений. В него не входят альтернативы или синонимы. Нормативные файлы традиционно применялись в библиотеках и правительственных учреждениях, чтобы определять правильные названия для группы сущностей внутри некоторой ограниченной области. Схемы классификации. Под схемой классификации мы понимаем иерархическую организацию предпочтительных терминов. В настоящее время многие предпочитают слово «таксономия». В любом случае важно понимать, что эти иерархии могут принимать различную форму и служить разным целям, в число которых входят:

Иерархия на стороне клиента, типа Yahoo, допускающая навигацию и являющаяся видимой составной частью пользовательского интерфейса.

Инструмент на сервере, применяемый информационными архитекторами, авторами содержимого и создателями указателей для организации документов и разметки их с помощью тегов.

Тезаурусы. Тезаурус в современной лингвистике — особая разновидность словарей общей или специальной лексики, в которых указаны семантические отношения (синонимы, антонимы, паронимы, гипонимы, гиперонимы и т . п.) между лексическими единицами. Таким образом, тезаурусы, особенно в электронном формате, являются одним из действенных инструментов для описания отдельных предметных областей. В отличие от толкового словаря, тезаурус позволяет выявить смысл не только с помощью определения, но и посредством соотнесения слова с другими понятиями и их группами, благодаря чему может использоваться в системах искусственного интеллекта. Поисковый тезаурус русского языка представляет словарь общей лексики с семантическими отношениями между словами. Использование тезауруса в информационно-поисковых системах призвано повысить полноту поиска информации, позволяя расширять запрос синонимичными, более общими и более частными понятиями.