Разработка и обоснование общей структуры решения

Содержание раздела зависит от выбранной предметной области.

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

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

Рисунок 2.3. Пример структурной схемы устройства.

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

 

 

3. Если предметом разработки является многоуровневая инфокоммуникационная сеть, необходимо рассмотреть её в качестве совокупности подсетей разного уровня, обычно представляющих собой одноранговые ЛВС или одноуровневые ЛВС с выделенными серверными ресурсами. При этом необходимо учитывать виды и категории обрабатываемой информации, рассмотренные ранее разделе 1.2.3. Структура проектируемой сети является для этой предметной области наиболее значимым этапом проектирования, так как закладывает основы физической и логической адресации. Как и для других предметных областей, необходимо уделить особое внимание обоснованию выбранной структуры с точки зрения «разумной достаточности». Описание структуры сети необходимо сопроводить графическим изображением, на котором подсети и основные устройства отображаются либо общепринятыми значками, либо прямоугольниками с подписью, при этом все сокращения должны быть расшифрованы в текстовом описании. Пример второго вида графического отображения структуры сети приведён на рисунке:

Рисунок 2.4. Пример структуры сети.

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

Рисунок 2.5. Иерархия функций управления (пример).