p> Элементы j столбца не равные нулю матрицы Rсум, не равные нулю,
позволяют выявить все компоненты, формирующие Mj на всех путях движения
данных. Отличные от нуля элементы i строки указывают на результаты в
формировании которых используется элемент Mi. Используя матрицу смежности R и значение порядка можно определить
длительность хранения компонентов, являющихся промежуточными по отношению к
выходным. Алгоритм анализа потоков информации представлен в общем виде в
приложении 9. Модифицируя алгоритм, можно получить практически все
характеристики по взаимодействию элементов в модели АСУ. Фрагмент реальной
модели, иллюстрирующей объем и сложность взаимосвязей элементов системы,
приведен в приложении 10. Для наглядности в него включены только отдельные
массивы информации, и функциональные задачи. По этой причине на фрагменте
выделены некоторые из наиболее существенных связей между элементами по
входной и выходной информации. Информационные графы и соответствующие им матрицы смежности можно
использовать для определения объемов информации по задачам, группам задач,
подсистемам, системе в целом и по любым другим структурным компонентам
графа [7, c. 20 – 22]. Анализ матрицы информационного графа Как было показано выше объемы данных, вводимые в систему довольно
велики, поэтому эффективная их организация на машинном уровне является
актуальной. Анализ информации для получения исходных данных с целью
построения или реконструкции созданного информационного фонда удобно
проводить на рассмотренной графовой модели в рамках единого алгоритма
анализа. Рекомендуется проанализировать следующие взаимосвязи:
- выявить число задач, в которых используется данный показатель. По этой
информации рассчитывается коэффициент дублирования данных в случае
организации отдельных массивов с исходными данными для каждой задачи; - рассчитать матрицу совместной встречаемости пар показателей в задачах, элементы которой показывают число задач, в которых соответствующие показатели используются совместно. Такие показатели можно объединить и использовать в общем для них информационном массиве единого информационного фонда; - определить число и перечень задач, в которых данный показатель встречается совместно с другими показателями, а также число и перечень показателей. Это позволит выявить группы показателей, которые используются только совместно и не используются порознь ни в одной задаче. Процесс группировки показателей по задачам можно формализовать, вводя
в рассмотрение коэффициент связи между группами. Коэффициент связи
вычисляют по следующей формуле: [pic][pic] где: [pic]- число общих показателей для задачи с индексами [pic]и
[pic]; [pic] - число показателей, используемых в задаче с индексом [pic];
[pic] - число показателей, используемых в задаче с индексом [pic]. Группировка показателей заключается в следующем. Рассчитывают и
заполняют матрицу связи групп исходных показателей задачи. Выбирают
максимальный коэффициент связи и группы соответствующих ему показателей
объединяют в единую группу P. Определяют коэффициент связи новой группы со
всеми другими группами и объединяют с группой Р группу показателей, у
которой коэффициент связи с ней максимален. Группировкой можно управлять, задавая предельное значение коэффициента
связи. Это приводит к изменению коэффициента дублирования показателей. Окончательный выбор той или иной степени группировки определяют при
разработке логической структуры единого информационного фонда системы. Из изложенного следует, что анализ информационного графа и его
информационной матрицы, являющихся моделью информационных потоков в
системе, в условиях изменения предметной области, развития и
совершенствования АСУ подотрасли позволяет: - уточнить схему взаимосвязи в отделе автоматизации; - уточнить схему информационных связей между выделенными в модели элементами; - выявить первичные и выходные данные; - определить число разновидностей всех видов информации, их взаимосвязи и степень встречаемости показателей в различных задачах; - определить перечень задач, решаемых независимо друг от друга по исходной, промежуточной и выходной информации; - определить перечень задач, решаемых с использованием промежуточных и выходных данных, полученных в результате решения других задач; - установить степень использования различных видов информации; - установить последовательность подготовки, ввода и использования в системе различных данных для подготовки выходных документов или решения определенных задач; - установить последовательность решения задач и их связь и различными данными; - определить объем информации, циркулирующей в системе [7, c. 22 – 23]. Информационная модель, разрабатываемая в соответствии с принципиальной
схемой матричной модели, содержит сведения о документах, маршрутах их
движения. Формирования показателей, а также об аппарате, выполняющем
функции управления. В связи с этим правильным было бы назвать матричную
модель метаинформационной, т.е. моделью, содержащую информацию об
информации, необходимой для управления. Матричная модель позволяет символически выразить технологию подготовки
и маршруты движения документов, алгоритмы формирования показателей, а также
взаимосвязь между всеми рабочими группами данного подразделения,
подразделениями предприятия и внешней средой. Она служит основным,
завершающим обследование документом, отражающим в наглядной форме
деятельность как любого подразделения (отдела), так и всей системы
управления в целом. Основное назначение матричной модели в том, что она характеризует
существующие потоки информации, необходимые для проектирования системы
обработки данных. Она должна по возможности содержать все без исключения
сведения, отражающие процесс планово-управленческой деятельности и
сопровождающий его документооборот. Принципиальная схема матричной информационной модели Матричная информационная модель представляет собой шахматную таблицу,
которая позволяет в единой форме отразить связи между подразделениями
предприятия и процессы выработки новых сведений. Это модель выявленных
потоков информации системы или любого его подразделения, выражающая
количественно и качественно все их внешние и внутренние характеристики. Информационная модель состоит из четырех квадрантов и трех
вспомогательных разделов. Каждый из квадрантов и разделов имеет свое
определенное содержание и назначение см. приложение. В I квадранте информационной модели отражаются все документы и
показатели, которые разрабатываются в обследуемом подразделении. Этот
квадрант имеет одинаковое наименование документов и показателей по строкам
и столбцам. Он характеризует процессы проведения всех планово-экономических
расчетов, разработку показателей и использование их для формирования
исходящих документов. Каждый столбец I квадранта показывает, какие показатели из
документации этого подразделения используются для формирования данного
показателя, наименование которого записано в столбце. Любая строка I
квадранта отражает, сколько раз и для создания каких показателей
используются показатели данной строки. Итоговые результаты I квадранта характеризуют: - по столбцу — количество разработанных в подразделении показателей, используемых для формирования показателя данного столбца; - по строке — степень использования данного показателя в формировании других показателей этого документа или в создании показателей каких- либо других документов подразделения. В I квадранте сведения, необходимые для формирования показателей,
отражаются не полностью, так как в этом процессе используются показатели
документов других подразделений, которые находятся в III квадранте. Каждый из блоков, расположенных по основной диагонали I квадранта,
отражает формирование показателей данного документа. Во II квадранте наименование строк совпадает с наименованием строк I
квадранта. По столбцам же дается наименование подразделений — потребителей
документации данного подразделения. Следовательно, II квадрант отражает
выход разработанных в данном подразделении документов и показателей по
потребителям. Кроме того, во II квадранте отражается и данное подразделение
как хранитель части разрабатываемых им самим документов. Каждый столбец II квадранта отражает степень заполнения документов,
разрабатываемых в подразделении и передаваемых другим. Соответственно
строки II квадранта характеризуют распределение показателей из данных
документов по подразделениям-потребителям. Итоговый столбец II квадранта отражает количество показателей,
передаваемых данным подразделением всем другим. Итоговая строка
характеризует использование показателей или документов данного
подразделения во всех других подразделениях. Наименование столбцов III квадранта совпадает с наименованием столбцов
I квадранта. Содержание строк этого квадранта — входящие документы и
показатели в разрезе подразделений-поставщиков. Столбцы III квадранта —
продолжение соответствующих столбцов I квадранта. Они характеризуют
использование получаемых от других подразделений сведений для формирования
новых показателей или документов. Соответственно строки III квадранта
характеризуют использование поступающих документов и показателей в данном
подразделении. Итоговый столбец III квадранта характеризует применяемость поступающих
показателей, итоговая строка — количество входящих показателей для
формирования показателя I квадранта или простую их переписку в новый
документ. В IV квадранте содержание строк совпадает с III квадрантом, а
содержание столбцов —со II квадрантом; IV квадрант характеризует передачу
данным подразделением поступающих документов другим подразделениям. Итоговая строка IV квадранта характеризует количество поступающих
показателей или документов, передаваемых другим подразделениям. Итоговый
столбец IV квадранта показывает использование поступающих показателей всеми
другими подразделениями. Кроме четырех квадрантов информационная модель имеет три
вспомогательных раздела — левый, правый и нижний. Левый вспомогательный раздел отражает признаки как составные элементы
показателей каждого из документов, которые разрабатываются или поступают в
данное подразделение. Каждый отдельный столбец этого раздела характеризует
применяемость признака в различных документах и показателях
(разрабатываемые и поступающие) данного подразделения. Строка отражает
набор тех признаков, которые включаются в каждый из документов данного
подразделения. Левый вспомогательный раздел в свою очередь делится на две части
—подраздел А и подраздел Б. Подраздел А отражает те признаки, которые
имеются в разрабатываемых данным подразделением документах, подраздел Б -
признаки поступающих документов. Правый вспомогательный раздел содержит обобщающую характеристику
разрабатываемых показателей информационной модели. В нем содержатся
следующие данные: частота или периодичность движения каждого показателя,
его значимость, трудоемкость расчета и др. Каждый из квадрантов информационной модели имеет свое определенное
назначение и содержание. Однако только вся информационная модель (взятая в
целом) позволяет отразить взаимосвязи подразделения со всеми другими и
процесс его работы по ведению планово-экономических расчетов. I и II квадранты, вместе взятые, показывают процесс создания
показателей и документов и выход (передачу) их в другие подразделения,
внешние организации или хранение в самом подразделении для последующего
использования. I и III квадранты отражают процесс формирования показателей и
документов в данном подразделении: I квадрант—показатели, разработанные в
отделе, III квадрант — входящие показатели, которые используются для
формирования создаваемых данным подразделением показателей и документов. II и IV квадранты отражают выход всех документов и показателей,
которые создаются в подразделении или поступают из других. Они дают полное
представление о связях через документооборот данного подразделения со всеми
другими (внутренними и внешними), т. е. о потоках информации. Подраздел Б и III квадрант отражают процесс поступления документов и
показателей и дальнейшее их использование в данном подразделении. III и IV квадранты, вместе взятые, отражают использование, контроль
или простую переписку документов и показателей, необходимых в деятельности
данного подразделения. Если поступивший в данное подразделение документ или
показатель не используется или передается другим подразделениям, то
производится специальная отметка в соответствующем квадранте. 3 Применение CASE-технологий для проектирования информационной системы Для проектирования информационной системы предприятия могут быть
использованы компьютерные CASE-технологии. Термин CASE (Computer Aided System/Software Engineering) используется
в довольно широком смысле. Первоначальное значение термина CASE,
ограниченное вопросами автоматизации разработки только лишь программного
обеспечения, в настоящее время приобрело новый смысл, охватывающий процесс
разработки сложных информационных системах в целом. С самого начала CASE-
технологии развивались с целью преодоления ограничений при использовании
структурной методологии проектирования (сложности понимания, высокой
трудоемкости и стоимости использования, трудности внесения изменений в
проектные спецификации и т.д.) за счет ее автоматизации и интеграции
поддерживающих средств. Таким образом, CASE-технологии не могут считаться самостоятельными,
они только обеспечивают, как минимум, высокую эффективность их применения,
а в некоторых случаях и принципиальную возможность применения
соответствующей методологии. Большинство существующих CASE-систем ориентировано на автоматизацию
проектирования программного обеспечения и основано на методологиях
структурного (в основном) или объектно-ориентированного проектирования и
программирования, использующих спецификации в виде диаграмм или текстов для
описания системных требований, связей между моделями системы, динамики
поведения системы и архитектуры программных средств. В последнее время
стали появляться CASE-системы, уделяющие основное внимание проблемам
спецификации и моделирования технических средств. Наибольшая потребность в использовании CASE-систем испытывается на
начальных этапах разработки, а именно на этапах анализа и спецификации
требований к информационной системе. Это объясняется тем, что цена ошибок,
допущенных на начальных этапах, на несколько порядков превышает цену
ошибок, выявленных на более поздних этапах разработки. Появлению CASE-технологии предшествовали исследования в области
методологии программирования. Программирование обрело черты системного
подхода с разработкой и внедрением языков высокого уровня, методов
структурного и модульного программирования, языков проектирования и средств
их поддержки, формальных и неформальных языков описания системных
требований и спецификаций и т.д. Кроме того, этому способствовали
перечисленные ниже факторы: - подготовка аналитиков и программистов, восприимчивых к концепциям модульного и структурного программирования; - широкое внедрение и постоянный рост производительности персональных ЭВМ, позволяющих использовать эффективные графические средства и автоматизировать большинство этапов проектирования; - внедрение сетевой технологии, предоставившей возможность объединения усилий отдельных исполнителей в единый процесс проектирования путем использования разделяемой базы данных, содержащей необходимую информацию о проекте. Преимущества CASE-технологии по сравнению с традиционной технологией
оригинального проектирования сводятся к следующему: - улучшение качества разрабатываемого программного приложения за счет средств автоматического контроля и генерации; - возможность повторного использования компонентов разработки; - поддержание адаптивности и сопровождения ЭИС; - снижение времени создания системы, что позволяет на ранних стадиях проектирования получить прототип будущей системы и оценить его; - освобождение разработчиков от рутинной работы по документированию проекта, так как при этом используется встроенный документатор; - возможность коллективной разработки ЭИС в режиме реального времени. CASE-технология в рамках методологии включает в себя методы, с помощью
которых на основе графической нотации строятся диаграммы, поддерживаемые
инструментальной средой. Методология определяет шаги и этапность реализации проекта, а также
правила использования методов, с помощью которых разрабатывается проект. Метод - это процедура или техника генерации описаний компонентов
экономической информационной системы (например, проектирование потоков и
структур данных).
Страницы: 1, 2, 3, 4
|