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

В IV квадранте содержание строк совпадает с III квадрантом, а содержание столбцов —со II квадрантом; IV квадрант характеризует передачу данным подразделением поступающих документов другим подразделениям.

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

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

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

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

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

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

I и II квадранты, вместе взятые, показывают процесс создания показателей и документов и выход (передачу) их в другие подразделения, внешние организации или хранение в самом подразделении для последующего использования.

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

II и IV квадранты отражают выход всех документов и показателей, которые создаются в подразделении или поступают из других. Они дают полное представление о связях через документооборот данного подразделения со всеми другими (внутренними и внешними), т. е. о потоках информации.

Подраздел Б и III квадрант отражают процесс поступления документов и показателей и дальнейшее их использование в данном подразделении.

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

2.3 Применение CASE-технологий для проектирования информационной системы

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

Термин CASE (Computer Aided System/Software Engineering) используется в довольно широком смысле. Первоначальное значение термина CASE, ограниченное вопросами автоматизации разработки только лишь программного обеспечения, в настоящее время приобрело новый смысл, охватывающий процесс разработки сложных информационных системах в целом. С самого начала CASE-технологии развивались с целью преодоления ограничений при использовании структурной методологии проектирования (сложности понимания, высокой трудоемкости и стоимости использования, трудности внесения изменений в проектные спецификации и т.д.) за счет ее автоматизации и интеграции поддерживающих средств.

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

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

Наибольшая потребность в использовании CASE-систем испытывается на начальных этапах разработки, а именно на этапах анализа и спецификации требований к информационной системе. Это объясняется тем, что цена ошибок, допущенных на начальных этапах, на несколько порядков превышает цену ошибок, выявленных на более поздних этапах разработки.

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

- подготовка аналитиков и программистов, восприимчивых к концепциям модульного и структурного программирования;

- широкое внедрение и постоянный рост производительности персональных ЭВМ, позволяющих использовать эффективные графические средства и автоматизировать большинство этапов проектирования;

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

Преимущества CASE-технологии по сравнению с традиционной технологией оригинального проектирования сводятся к следующему:

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

- возможность повторного использования компонентов разработки;

- поддержание адаптивности и сопровождения ЭИС;

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

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

- возможность коллективной разработки ЭИС в режиме реаль­ного времени.

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