- •1)Возникновение эргономики. Пользовательский интерфейс.
- •«Эргономика — это область приложения научных знаний о человеке к проектированию предметов, систем и окружений, используемых им».
- •2)Классификация пользовательских интерфейсов. Язык команд. Заполнение меню и специальных форм-таблиц.
- •3)Классификация пользовательских интерфейсов. Wimp-интерфейс. Трехмерный интерфейс. Масштабируемый интерфейс.
- •4)Принципы разработки свободного и открытого по.
- •Знакомство с Open Source. Достижения свободных технологий.
- •5)История развития Web технологий. Концепция sgml.
- •Концепция sgml.Разметка документа.
- •6)Понятие юзабилити. Критерии юзабилити.
- •Понятие юзабилити.
- •Критерии юзабилити.
- •Продуктивность (Efficiency)
- •7)Метод разработки User Centered Design.
- •Выяснение желания клиента(методы выяснения "желаний").
- •9)Десять эвристик юзабилити.
- •10)Анализ пользователей. User storys.
- •11)Варианты использования. User cases.
- •12)Протопитирование.
- •13)Выработка требований. Первоначальные требования.
- •14)Модель требований.
- •Язык требований
- •15)Анализ пользователей.
- •16)Демографические аспекты.
- •Критические вопросы при создании интернационального продукта:
- •17)Создание персон.
- •18)Анализ UserCase диаграммы. Классы анализа.
- •19)Глоссарий проекта.
- •20)Sgml, html другие языки описания пользовательских интерфейсов.
- •21)Просмотр html документа. Клиент - сервер.
- •22)Схемы позиционирования. Свойство display.
- •Inline При этом значении свойства элемент порождает один или несколько строковых блоков.
- •24)Схемы организации информации.
- •25)Стукруры организации информации.
18)Анализ UserCase диаграммы. Классы анализа.
Анализ UserCase диаграммы. Классы анализа моделируют важные аспекты предметной области, такие как «покупатель» или «продукт». Классы анализа - это классы, которые:
-представляют четкую абстракцию предметной области (problem do-main);
-должны проецироваться на реальные бизнес-понятия (и быть аккуратно поименованы соответственно этим понятиям).
Предметная область - это область, в которой возникает необходимость в программной системе (и, следовательно, в деятельности по разработке программного обеспечения). Обычно это определенная область деловой активности, например сетевая торговля или управление взаимоотношениями с клиентами. Однако важно отметить, что предметная область может вообще не быть деловой активностью, а являться следствием существования физического оборудования, для которого необходимо программное обеспечение. В конечном счете, вся разработка коммерческого программного обеспечения служит некоторой прикладной цели, будь то автоматизация существующего бизнес-процесса в разработка нового продукта, имеющего существенную программную составляющую. Класс анализа должен четко и однозначно проецироваться в реальное прикладное понятие. Следовательно, задача нашего анализа - попытаться прояснить беспорядочные или несоответствующие прикладные понятия, пользовательские задачи и превратить их в то, что может стать основой для класса анализа.
Минимальная форма класса анализа включает следующее:
-Имя - обязательно.
-Атрибуты — имена атрибутов являются обязательными, хотя на данном этапе могут моделироваться только важные предполагаемые атрибуты.
-Операции - в анализе операции могут быть всего лишь очень приблизительными формулировками обязанностей класса. Параметры и возвращаемые типы операций приводятся только в том случае, если они важны для понимания модели.
Основное назначение класса анализа состоит в том, что в нем делается попытка уловить суть абстракции, а детали реализации оставляют на этап проектирования*. В классах анализа содержатся только ключевые атрибуты и обязанности, определенные на очень высоком уровне абстракции. Признаки хорошего класса анализа можно кратко охарактеризовать следующим образом:
-его имя отражает его назначение;
-он является четкой абстракцией, моделирующей один конкретный элемент предметной области;
-он проецируется на четко определяемую возможность предметной области;
-у него небольшой четко определенный набор обязанностей;
-у него высокая внутренняя связность;
-у него низкая связанность с другими классами.
Несколько рекомендаций по поводу классов и объектов:
-Класс надо рассматривать как шаблон объектов: класс определяет структуру (набор свойств) всех объектов этого класса. Все объекты одного класса должны иметь одинаковый набор операций, одинаковый набор атрибутов и одинаковый набор отношений, но значения атрибутов могут быть различными.
-Класс – это штамп, а объекты – отпечатки штампа на листке бумаги.