16 Персоны

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

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

удачнЫй(резулЬтативнЫй) дизайн.

В обшем, представление о предполагаемом пользователе системы,

часто описывает реального человека. Любой проект мо>кет иметь одну

или несколько персон, ка>кдая представляют

различные видЫ пользовательской аудитории системы.

ПерсонЬ! так *е известны как: пользовательские Профили,

пользовательские роли, профили аудиторий.

ПерсонЬ» описывают ЦелевЫх пользователей сайта, дают четкое представление о том, как пользователи предпочитают исполЬзоватЬ систему, и что они о>кидают от неё, помимо других вещей.

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

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

ПерсонЫ рисуют собирателЬнЫй образ аудитории в команде, что позволяет всей дизайн группе эволюционировать по пути

эффективности дизайна.

ет стандартных форматов для персон на всю нашу индустрию, разнЫе гуру исполЬзуют свои различные подходы. Независимо от того какой подход вЫ выберете для себя, персонЫ дол*нЫ иметЬ пару вещей в любом случае:

вЫраЖатЬ что ну>кно пользователю,

что пользователи о>кидают, на что пользователи рассчитывают

17

Предметная область - это область, в которой возникает

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

Класс анализа дол>кен четко и однозначно проецироваться в реалЬное прикладное понятие.

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

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

Диализ существителЬное/глагол - очень простой способ анализа текста с целою шхавлгния классов, атрибутов и сбалаиностсй. По сути, существителЬиЬк: и имемнЬе гругпЬ, встречающиеся в тексте, указывают на обязанности или атрибутЬ класса, а глаголь и гллголЬнЫс rpynnh указывают на ответственности и операции класса. Диализ существителЬное/глагол успешно применяется в течение многих лет, поскольку основывается на прямом анализе язЫса предметной области. Однако необходимо помнить о синонимах и омонимах, поскольку они могут стать причиной появления ло*нЬх классов.

Наверное, самЬй слоАнЬй аспект анализа существителЬное/глагол -вЬявлемие «скр&т&х» классов. Это классЬ, которЬ*с свойстосниЬ< предметной области, но могут никогда не уломиматЬся явно.

Например, в системе резервирования для компании, занимающейся организацией отдЬха, заинтересованнее стор он (а будут говорить о резервировании, бронировании и т. д., но более важная абстракция, Ortfer (Заказ). но*ет вообще не упоминаться открЬто, если ее мет в существующих бизнес-системах. Если в распоряжении разработчика ccrto полмЬе пользовательские nepcotOi с реалЬнй.ми историями, то качество процесса анализа UserCasc увеличивается в разЬ'

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

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

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

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

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

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

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

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

Экземпляром некоторого класса является обЬект

Предметная область - это область, в которой возникает

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

Класс анализа дол>кен четко и однозначно проецироваться в реалЬное прикладное понятие.

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