Модель информационных потоков в информационной (телекоммуникационной) системе и ее описание

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

При создании такой модели в рамках дипломного проекта, в принципе, может применяться как объектная, так и функциональная методология. Объектная методология рассматривает моделируемую систему в виде набора взаимодействующих объектов, между которыми распределяется ответственность за выполняемые функции. В качестве языка моделирования, как правило, используется унифицированный язык UML (Unified Modeling Language). Функциональная предполагает рассмотрение системы в виде набора функций, преобразующих входной поток информации (информационных объектов) в выходной. Основное отличие функциональной методологии от объектной заключается в чётком отделении функций (методов обработки информации) от самой информации. При этом объектные информационные модели разрабатываются отдельно. Наибольшее распространение за рубежом и в России получила методология функционального моделирования IDEF0 (Integration DEFinition for Function Modeling), являющаяся представителем семейства методологий IDEF.

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

При создании модели желательно использование специализированного средства моделирования, поддерживающего нотацию IDEF0. Наиболее известен AllFusion Process Modeler (ранее BPwin) компании Computer Associates, входящий в состав пакета AllFusion Modeling Suite.

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

Методика разработки модели информационных потоков предполагает моделирование:

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

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

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

- при описании аппаратных компонентов необходимо привести производителя, тип и марку оборудования (или требуемую спецификацию, если данное оборудование отсутствует или существует множественный выбор);

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

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

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

Пункт 2.1.4. Характеристика аппаратного комплекса в целом

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

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