18.Этап проектирования. Проектирование данных, функций, интерфейса, событий, выходных документов.

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

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

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

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

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

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

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

Подходы к проектированию:

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

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

• При подходе, основанном на теории деятельности, система «человек-компьютер» рассматривается как комплекс деятельностных понятий и представлений.

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

Стадии проектирования

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

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

• Проектирование интерфейса для обеспечения каждого сценария и процесса. Синтез решения в виде прототипа интерфейса.

• Тестирование с пользователями прототипа или готового интерфейса.