9. Аналіз послідовності операцій

Последовательность операций — это модели комплексных бизнес-

процессов (рабочих процессов), используемые для обеспечения большей эффективности операций в организации. Типичные комплексные бизнес-процессы включают такие компоненты, как разрешения на землепользование, разрешения на строительные займы, получение согласований, природоохранное планирование землепользования, реагирование в случае отключений электроэнергии, оказание услуг и управление распределенными объектами инфраструктуры. Все это — комплексные бизнес-процессы, имеющие связанную с ними последовательность операций, которую можно разработать, используя один из коммерческих инструментов. Знание последовательности операций (рабочего процесса) важна для ГИС-проектировщиков, потому что часто возникает потребность в работе инструментов ГИС в контексте более масштабного рабочего процесса. Ключевой вопрос в этой связи: "Какова структура бизнес-процессов, и существует ли возможность оптимизировать способ ведения бизнеса организацией так, чтобы повысить его эффективность или выгодно использовать новую возможность?" Именно отсюда можно получить очень высокий процент увеличения выгод для организации. Это — сокращение времени или количества этапов процесса, это — централизованные базы данных вместо дублирующихся баз данных во всей организации. Поэтому со временем последовательность операций становится все более и более важной. Естественно, информационные продукты вытекают из этой последовательности. Сами данные и их обработка также проходят через последовательность операций. В этом контексте необходимо делать четкое различие между информационным продуктом и приложением.

10. Опис інформаційного продукту

Для обозначения описания информационного продукта используют абривиатуру IPD (information product description). Пригодное для работы IPD должно включать следующие компоненты:

• Название продукта.

• Название отдела и имя человека, которому нужен данный продукт.

• "Повествовательное" резюме, дающее общее представление об информационном продукте в терминологии неспециалиста. Обычно достаточно одного абзаца.

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

• Требования к табличным данным — подробное описание любой инфор-

мации, которая будет представлена в форме отчета, списка или таблицы,

включая заголовки и типичные записи данных.

• Текстовые документы — подробное описание текстовой информации,

которая должна быть включена в продукты, в формате Adobe® .PDF,

Microsoft Word и .txt.

• Требования к изображениям — подробное описание изображений, кото-

рые будут отображаться в информационном продукте. Требования к вы-

ходным данным в формате 3D.

• Требования к схемам — примеры типов требуемых выходных данных в

форме схем.

• Этапы создания продукта — подробное описание данных и программных

функций, необходимых именно для этого информационного продукта.

Определите этапы, используя функции КПК (карманных персональны х

компьютеров, PDA).

• Model Builder — обеспечивает быстрое создание визуальных прототипов

ГИС-приложений на основе мастер-функций.

• Частота использования — отчет о том, как часто продукт будет использо-

ваться и сколькими людьми ежегодно.

• Логические привязки — подробное описание любы х связе й, которые

должны быть установлены между элементами в базе данных.

• Допуск ошибки — оценка приемлемых уровней ошибки в информацион-

ном продукте.

• Допуски ожидания и времени отклика — описывают временные требова-

ния.

• Текущие затраты — затраты на создание продукта при использовании

существующих методов.

• Анализ выгод — выгоды (или экономия) от использования данного ин-

формационного продукта в вашей организации.