Инструментальные средства разработки ИС

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

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

Многие корпоративные информационные системы зарубежных производителей (SAP R/3, Baan, Ross iRenaissance и др.) имеют в своем составе специальные средства, основанные на оригинальных методиках. С помощью этих средств можно обследовать предприятия и построить модель их деятельности, однако существуют и стандартизированные методологии и инструментальные средства, прошедшие проверку временем. Один из таких стандартов — IDEFO, в основе которого лежит метод SADT (методология структурного анализа и проектирования), a BPwin (Computer Associates) является поддерживающим его инструментальным средством.

Основная идея методологии SADT — построение древовидной функциональной модели предприятия. Сначала функциональность предприятия описывается в целом, без подробностей. Такое описание называется контекстной диаграммой. Взаимодействие с окружающим миром описывается в терминах входа (данные или объекты, потребляемые или изменяемые функцией), выхода (основной результат деятельности функции, конечный продукт), управления (стратегии и процедуры, которыми руководствуется функция) и механизмов (необходимые ресурсы). Кроме того, при создании контекстной диаграммы формулируются цель моделирования, область (то есть описание того, что будет рассматриваться как компонент системы, а что как внешнее воздействие) и точка зрения (позиция, в соответствии с которой будет строиться модель). Обычно в качестве точки зрения выбирается точка зрения лица или позиция объекта, ответственного за работу моделируемой системы в целом.

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

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

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

BPwin позволяет создавать модели процессов и поддерживает в одной модели три стандарта (нотации) моделирования одновременно — IDEFO, DFD и IDEF3. Каждая из этих нотаций позволяет рассмотреть различные стороны деятельности предприятия. Диаграммы IDEFO предназначены для описания бизнес-процессов на предприятии, они позволяют понять, какие объекты или информация служат сырьем для процессов, какие результаты следуют из произведенных работ, что является управляющими факторами и какие ресурсы для этого необходимы. Нотация IDEFO помогает выявить формальные недостатки бизнес-процессов, что существенно облегчает анализ деятельности предприятия. Диаграммы потоков данных (Data Flow Diagramming, DFD) используются для описания документооборота и обработки информации. Для описания логики взаимодействия информационных потоков более подходит нотация IDEF3 (называемая также workflow diagramming), — нотация моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, которые являются частью этих процессов.

В результате обследования предприятия строится функциональная модель существующей организации работы AS-IS «как есть». На основе этой модели достигается консенсус между различными единицами бизнеса по вопросам, кто что сделал, и что каждая единица бизнеса добавляет в процесс. Модель AS-IS позволяет выяснить, что следует сделать сегодня, перед тем как решить, что следует сделать завтра. Внедрение информационной системы неизбежно приведет к перестройке существующих бизнес-процессов предприятия. Анализ функциональной модели позволяет понять, где находятся самые узкие места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной.