 |
Техническое обеспечение задачи (комплекса задач, АРМ)
|
|
|
|
Модель информационных потоков в информационной (телекоммуникационной) системе и ее описание
Методика разработки модели информационных потоков предполагает моделирование:
· взаимосвязей входных, промежуточных и результатных информационных потоков и функций предметной области (структурно-функциональной диаграмма или диаграмма потоков данных). В описании модели необходимо объяснить, какие типы данных обеспечиваются информационными потоками, какие пользователи и/или программные модули используют указанные данные;
В пункте 2.1.2. Физическая схема взаимодействия отдельных частей информационной (телекоммуникационной) системы необходимо описать физическую схему взаимодействия отдельных компонентов проектируемой информационной (телекоммуникационной) системы. Далее производится декомпозиция на отдельные подсистемы, их краткая характеристика. Описывается необходимость в обмене данными, приводятся характеристики потоков данных, их направление, требования к интерфейсам отдельных подсистем и модулей (программные, аппаратные, коммуникационные), описываются требования к каналам передачи данных в распределенных информационных и телекоммуникационных системах (тип соединения, требования к пропускной способности, режимам работы канала и т.п.).
Пункт 2.1.3. Функции и назначение отдельных аппаратных компонентов проектируемой системы представляет собой достаточно полное (с точки зрения проекта) описание аппаратных компонентов системы, функций и назначения указанных компонентов. При этом следует уделять внимание следующим вопросам:
- при описании аппаратных компонентов необходимо привести производителя, тип и марку оборудования (или требуемую спецификацию, если данное оборудование отсутствует или существует множественный выбор);
|
|
|
- обоснование выбора указанного аппаратного решения, исходя из требований, сформулированных в проектном задании и полученных результатов проведенного анализа;
- обоснование соответствия требованиям, предъявляемые к интерфейсам с другими компонентами проектируемой системы, требованиями по процедурам ввода, передачи, хранения и представления информации;
- подробное описание компонентов собственной разработки (схемы, функции и реализация).
Пункт 2.1.4. Характеристика аппаратного комплекса в целом
Характеристика аппаратного комплекса в целом, один из важнейших пунктов всей проектной части, представляет собой обзор соответствия результатов решения поставленных в аналитической части задач с точки зрения достижения целей проекта. Если решение представляет собой организацию безопасного обмена данными между отдельными частями информационной системы, то необходимо описать насколько предлагаемое аппаратное решение позволит решить указанную задачу, исходя из классов угроз информационной безопасности для конкретной информационной системы. Такой анализ проводится в аналитической чести работы
В частности, какое место занимает та или иная угроза, является уточняющей или обобщающей и т. д. Обоснование по соответствию предложенного решения целям проекта должно быть полным.
Программное обеспечение задачи (комплекса задач, АРМ)
Пункты 2.2.1. - 2.2.4. программного обеспечения включают общие положения, отражающие стандарты, а также требования к аппаратным и программным ресурсам для успешной эксплуатации программного средства. Здесь же приводится описание использованных средств разработки. Затем производится характеристика архитектуры проектируемого программного средства и представляется структурной схемой пакета (деревом вызова процедур и программ). После чего производится описание программных модулей и файлов.
|
|
|
Пункт 2.2.1.Общие положения (дерево функций и сценарий диалога)
В данном пункте следует привести иерархию функций управления и обработки данных, которые призван автоматизировать разрабатываемый программный продукт. При этом можно выделить и детализировать два подмножества функций: реализующих служебные функции (например, проверки пароля, обеспечения доступа к веб-сервисам, архивации баз данных и др.) и реализующих основные функции ввода первичной информации, обработки, ведения справочников, ответов на запросы и др.
Выявление состава функций, их иерархии и выбор языка общения (например, языка типа “меню”) позволяет разработать структуру сценария диалога, дающего возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.
При разработке структуры диалога необходимо предусмотреть возможность работы с входной информацией, формирование выходных документов, корректировки вводимых данных, просмотра настроек и конфигураций системы, протоколирования действий пользователя, а также помощь на всех этапах работы.
Диалог в информационной (телекоммуникационной) системой не всегда можно быть формализован в структурной форме. Как правило, диалог в явном виде реализован в тех информационных (телекоммуникационных) системах, которые жестко привязаны к исполнению предметной технологии. В некоторых сложных системах диалог не формализуется в структурной форме и тогда данный пункт может не содержать описанных схем. Описание диалога, реализованного с использованием контекстно-зависимого меню не требует нестандартного подхода. Необходимо лишь однозначно определить все уровни, на которых пользователь принимает решение относительно следующего действия, а также обосновать решение об использовании именно этой технологии (описать дополнительные функции, контекстные подсказки и т.д.)
Пункт 2.2.2. Структурная схема пакета (дерево вызова процедур и программ)
На основе результатов, полученных в предыдущем пункте, строится дерево программных модулей, отражающих структурную схему пакета, содержащей программные модули различных классов:
|
|
|
- выполняющие служебные функции;
- управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю;
- модули, связанные с вводом, хранением, обработкой и выдачей информации.
В пункте 2.2.3. Описание программных модулей необходимо для каждого модуля указать идентификатор и выполняемые функции.
В случае проектирования программного обеспечения АРМ для распределенной информационной (телекоммуникационной) системой следует дополнительно рассмотреть состав выполняемых операций в целях обеспечения безопасности и целостности информации.
Описание программных модулей должно включать блок- схемы и описание блок-схем алгоритмов основных модулей.
|
|
|
