2.1. Стадии концептуального проектирования

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

Первая стадия процесса проектирования MSF— концептуальное проектирование — это сбор, документирование и проверка требований пользователей и выработка способов их реализации. Цель этой стадии — изучить требования бизнеса и пользователей в соответствующем контексте, а ее результат — набор информационных моделей и сценариев, документирующих текущее и будущее состояния системы.

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

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

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

Цели концептуального проектирования:

• проект, учитывающий реальные требования пользователей

• ясное, целостное представление о

• достаточный уровень абстракции и классификации

• согласие заказчика, пользователей и проектной

• согласованное мнение группы о проекте

• проверка архитектуры приложения

• открытое общение группы

Концептуальное проектирование состоит из трех этапов: исследования, анализа и реализации.

На стадии исследования происходит:

• поиск ответов на основные вопросы;

• выявление основных бизнес-процессов и видов деятельности;

• определение приоритетов процессов и видов деятельности;

• изучение пользователей и создание профилей.

На стадии анализа выполняется:

• более глубокое исследование пользователей и бизнеса;

• создание сценариев, описывающих процесс работы, последовательность решения задач и взаимосвязи.

На стадии реализации:

• оптимизируются технологические процессы и поддерживающие их решения;

• проверяется и тестируется пересмотренный проект,

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

------------Первый этап: исследование

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

потребностей организации. Для этого надо составить:

• детальное описание основных бизнес-процессов, их границ и функциональных элементов;

• подробный перечень бизнес-операций в рамках этих процессов;

• описание заказчиков и пользователей.

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

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

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

Основной процесс:

• составляет суть бизнеса;

• определяет стратегические направления развития и конкурентоспособность компании;

• его владельцы и клиенты известны;

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

• практически не зависит от остальных основных процессов.

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

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

пользователей с процессами и видами деятельности.

Исследование завершено, если решены следующие задачи:

• определены начальные данные, необходимые для концептуального проектирования — информация о промышленной архитектуре, бизнес-процессах и пользователях, а также профили пользователей;

• собраны необходимые данные — бизнес-требования и пожелания пользователей.

----------------------------------Второй этап: анализ

Первая задача анализа — проверить результаты исследования

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

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

Типичные схемы использования

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

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

Схемы использования позволяют:

• выявлять бизнес-процессы и виды деятельности от начала и до конца;

• документировать контекст;

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

• описывать требования в соответствующем контексте;

• уточнить выполняемую задачу.

Проанализировав схему использования, вы сможете:

• связать требования бизнеса и пользователей;

• понять приложение «в общем и целом»;

• определить основу для создания сценариев «пользователь — процесс»;

• объективно и логически оценить предложения пользователей;

• сформировать функциональные спецификации;

• проследить связи между потребностями пользователей и логическим проектом.

///////////Сценарии

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

• Контекст — нормы корпоративной этики, правила повеления, методики, инструкции и стандарты, регламентирующие бизнес и поведение пользователя.

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

• Последовательность задач — документ, в котором определены виды деятельности и задачи в рамках отдельной части процесса. Это задачи, запускающие данную последовательность, сами задачи последовательности, все ее циклы и решения, а также стандартные и нестандартные пути ее реализации.

• Физическая среда — данные о физических и эргономических услоииях и о состоянии среды, которые могут как ограничить работу, так и способствовать ее проведению. Информация о физической среде подразумевает географические карты, списки персонала и различных

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

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

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

достоинства сценариев:

• задают ориентиры для разработки;

• отображают текущее состояние среды, что необходимо пользователям и проектной группе;

• позволяют выявить дополнительные причины необходимости создания новой системы;

• помогают уяснить межсистемные зависимости.

Недостатки сценариев:

• для их разработки требуется много времени, ресурсов и средств;

• невыгодны, если решение — небольшое, или всем хорошо понятное, или не является критическим;

• иногда имеют весьма далекое отношение к проекту.

Стадия анализа завершена, если решены следующие задачи.

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

• Созданы сценарии, которые проектная группа считает приемлемыми.

-----------------------------Третий этап: рационализация

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

Что же стоит оптимизировать?

Первым делом попытайтесь отказаться от:

• непроизводительных операций;

• «узких» мест и ненужных работ;

• избыточных и неэффективных методов и процессов;

• ненужной бумажной работы;

• неконструктивных правил;

• потерь времени.

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

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

• создать прототип системы:

• представить проект пользовательского интерфейса;

• получить от пользователей предложения по усовершенствованию

системы:

• повторить все сначала, пока пользователи и заказчики не останутся довольны.

Рационализация завершена, если решены следующие задачи:

• созданы сценарии, позволяющие улучшить работу и описывающие

тенденции развития;

• сценарии проверены и уточнена информационная архитектура.