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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сценарии

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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