Методология системного проектирования и разработки автоматизированных систем обработки информации и управления
Рассмотрены вопросы системного подхода к проектированию и конструированию сложных технических систем. Предложена итерационная схема конструирования, в рамках которой выделены основные задачи, решаемые на каждом из этапов. Приведено описание решающих процедур по принятию проектного решения....
Збережено в:
| Дата: | 2007 |
|---|---|
| Автор: | |
| Формат: | Стаття |
| Мова: | Russian |
| Опубліковано: |
Інститут проблем реєстрації інформації НАН України
2007
|
| Назва видання: | Реєстрація, зберігання і обробка даних |
| Теми: | |
| Онлайн доступ: | http://dspace.nbuv.gov.ua/handle/123456789/50910 |
| Теги: |
Додати тег
Немає тегів, Будьте першим, хто поставить тег для цього запису!
|
| Назва журналу: | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| Цитувати: | Методология системного проектирования и разработки автоматизированных систем обработки информации и управления / В.А. Додонов // Реєстрація, зберігання і оброб. даних. — 2007. — Т. 9, № 4. — С. 91-106. — Бібліогр.: 9 назв. — pос. |
Репозитарії
Digital Library of Periodicals of National Academy of Sciences of Ukraine| id |
irk-123456789-50910 |
|---|---|
| record_format |
dspace |
| spelling |
irk-123456789-509102013-11-07T03:09:20Z Методология системного проектирования и разработки автоматизированных систем обработки информации и управления Додонов, В.А. Інформаційно-аналітичні системи обробки даних Рассмотрены вопросы системного подхода к проектированию и конструированию сложных технических систем. Предложена итерационная схема конструирования, в рамках которой выделены основные задачи, решаемые на каждом из этапов. Приведено описание решающих процедур по принятию проектного решения. Розглянуто питання системного підходу до проектування та конструювання складних технічних систем. Запропоновано ітераційну схему конструювання, у рамках якої виділені основні завдання, що розв’язуються на кожному з етапів. Наведено опис вирішальних процедур щодо ухвалення проектного рішення. The questions of the systems approach to design and engineering of complex technical systems are considered. The iterative scheme of design, within the framework of which the basic tasks solved on each of stages are allocated, is offered. The description of decisive procedures on acceptance of the project decision is given. 2007 Article Методология системного проектирования и разработки автоматизированных систем обработки информации и управления / В.А. Додонов // Реєстрація, зберігання і оброб. даних. — 2007. — Т. 9, № 4. — С. 91-106. — Бібліогр.: 9 назв. — pос. 1560-9189 http://dspace.nbuv.gov.ua/handle/123456789/50910 004.91 ru Реєстрація, зберігання і обробка даних Інститут проблем реєстрації інформації НАН України |
| institution |
Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| collection |
DSpace DC |
| language |
Russian |
| topic |
Інформаційно-аналітичні системи обробки даних Інформаційно-аналітичні системи обробки даних |
| spellingShingle |
Інформаційно-аналітичні системи обробки даних Інформаційно-аналітичні системи обробки даних Додонов, В.А. Методология системного проектирования и разработки автоматизированных систем обработки информации и управления Реєстрація, зберігання і обробка даних |
| description |
Рассмотрены вопросы системного подхода к проектированию и конструированию сложных технических систем. Предложена итерационная схема конструирования, в рамках которой выделены основные задачи, решаемые на каждом из этапов. Приведено описание решающих процедур по принятию проектного решения. |
| format |
Article |
| author |
Додонов, В.А. |
| author_facet |
Додонов, В.А. |
| author_sort |
Додонов, В.А. |
| title |
Методология системного проектирования и разработки автоматизированных систем обработки информации и управления |
| title_short |
Методология системного проектирования и разработки автоматизированных систем обработки информации и управления |
| title_full |
Методология системного проектирования и разработки автоматизированных систем обработки информации и управления |
| title_fullStr |
Методология системного проектирования и разработки автоматизированных систем обработки информации и управления |
| title_full_unstemmed |
Методология системного проектирования и разработки автоматизированных систем обработки информации и управления |
| title_sort |
методология системного проектирования и разработки автоматизированных систем обработки информации и управления |
| publisher |
Інститут проблем реєстрації інформації НАН України |
| publishDate |
2007 |
| topic_facet |
Інформаційно-аналітичні системи обробки даних |
| url |
http://dspace.nbuv.gov.ua/handle/123456789/50910 |
| citation_txt |
Методология системного проектирования и разработки автоматизированных систем обработки информации и управления / В.А. Додонов // Реєстрація, зберігання і оброб. даних. — 2007. — Т. 9, № 4. — С. 91-106. — Бібліогр.: 9 назв. — pос. |
| series |
Реєстрація, зберігання і обробка даних |
| work_keys_str_mv |
AT dodonovva metodologiâsistemnogoproektirovaniâirazrabotkiavtomatizirovannyhsistemobrabotkiinformaciiiupravleniâ |
| first_indexed |
2025-07-04T12:47:15Z |
| last_indexed |
2025-07-04T12:47:15Z |
| _version_ |
1836720572044673024 |
| fulltext |
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2007, Т. 9, № 4 91
УДК 004.91
В. А. Додонов
Институт проблем регистрации информации НАН Украины
ул. Н. Шпака, 2, 03113 Киев, Украина
Методология системного проектирования
и разработки автоматизированных систем
обработки информации и управления
Рассмотрены вопросы системного подхода к проектированию и кон-
струированию сложных технических систем. Предложена итераци-
онная схема конструирования, в рамках которой выделены основные
задачи, решаемые на каждом из этапов. Приведено описание решаю-
щих процедур по принятию проектного решения.
Ключевые слова: система, системный подход, конструирование, про-
ектирование, альтернатива, выбор, оценка.
Введение
Среди сложных технических систем (СТС) особое место занимают автомати-
зированные системы обработки информации и управления (АСОИУ), к классу ко-
торых относятся современные бортовые информационно-управляющие системы,
радиолокационные и электронно-оптические системы и комплексы обнаружения
и целеуказания, территориальные автоматизированные системы воздушного, мор-
ского и наземного наблюдения и др. [1].
В общем случае АСОИУ представляют собой совокупность сложных много-
функциональных комплексов радиоэлектронных, радиотехнических, электронно-
оптических и цифровых вычислительных средств. Создание таких систем, со-
стоящих из подсистем и устройств на разнородных физических принципах функ-
ционирования, представляет собой комплексную научно-техническую проблему,
связанную с проведением разноплановых прикладных исследований в области
проектирования, разработки, всех видов испытаний и применения системы по
прямому назначению.
В работе [1] рассмотрены особенности АСОИУ как объекта проектирования,
выполнен анализ общих принципов системного подхода к их проектированию.
Предложена итерационная логическая схема проектирования, в рамках которой
выделены три основных класса задач, решаемых на каждом из этапов: построение
(генерирование) вариантов системы; задачи анализа, связанные с изучением
свойств и поведения системы; задачи синтеза, сводящиеся к выбору варианта сис-
© В. А. Додонов
В. А. Додонов
92
темы, исходя из заданных ее свойств. Приведено описание решающих процедур,
выполняемых в пределах каждого этапа.
Настоящая работа посвящена развитию системного подхода к проектирова-
нию и разработке (конструированию) АСОИУ как сложных технических систем.
Основные определения
Проектирование и разработка — это совокупность процессов, переводящих
требования в установленные характеристики или нормативно-техническую доку-
ментацию (НТД) на продукцию, процесс или систему. Термины проектирование и
разработка иногда используются как синонимы, а иногда — для определения раз-
личных стадий процесса проектирования и разработки в целом.
Проектирование — целенаправленная последовательность действий по соз-
данию описания объекта проектирования, достаточного для его изготовления и
эксплуатации в заданных условиях. Для сложных систем характерна своеобразная
организация проектирования в две стадии: макропроектирование (внешнее проек-
тирование), в процессе которого решаются функционально-структурные вопросы
системы в целом, и микропроектирование (внутреннее проектирование), связан-
ное с разработкой элементов системы как физических единиц оборудования [2].
Проектирование СТС — процесс преобразования входной информации об объек-
те, методах и опыте проектирования объектов аналогичного назначения в соот-
ветствии с ГОСТом в проект СТС. С этой точки зрения проектирование системы
сводится к последовательной формализации проектных решений на различных
стадиях жизненного цикла (ЖЦ) системы: планирования и анализа требований,
технического и рабочего проектирования, внедрения и эксплуатации ИС [3].
Масштабы разрабатываемых систем определяют состав и количество участ-
ников процесса проектирования. При большом объеме и жестких сроках выпол-
нения проектных работ в разработке системы может принимать участие несколь-
ко проектных коллективов (организаций-разработчиков). В этом случае выделяет-
ся головная организация, которая координирует деятельность всех организаций-
соисполнителей.
При проектировании СТС предполагается использование разработчиками оп-
ределенной технологии проектирования, соответствующей масштабу и особенно-
стям разрабатываемого проекта. Технология проектирования СТС — это сово-
купность методологии и средств проектирования СТС, а также методов и средств
его организации (управление процессом создания и модернизации проекта СТС).
В основе технологии проектирования лежит технологический процесс, который
определяет действия, их последовательность, требуемые состав исполнителей,
средства и ресурсы.
Технологический процесс проектирования СТС в целом делится на совокуп-
ность последовательно-параллельных, связанных и соподчиненных цепочек дей-
ствий, каждое из которых может иметь свой предмет. Таким образом, технология
проектирования задается регламентированной последовательностью технологиче-
ских операций, выполняемых на основе того или иного метода, в результате чего
становится ясным, не только что должно быть сделано для создания проекта, но и
как, кем и в какой последовательности.
http://www.pmsoft.ru/doc/glossary/def.asp?number=329
http://www.pmsoft.ru/doc/glossary/def.asp?number=364
http://www.pmsoft.ru/doc/glossary/def.asp?number=383
http://www.pmsoft.ru/doc/glossary/def.asp?number=383
http://www.pmsoft.ru/doc/glossary/def.asp?number=360
http://www.pmsoft.ru/doc/glossary/def.asp?number=359
http://www.pmsoft.ru/doc/glossary/def.asp?number=337
Методология системного проектирования и разработки
автоматизированных систем обработки информации и управления
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2007, Т. 9, № 4 93
Предметом любой выбираемой технологии проектирования должно служить
отражение взаимосвязанных процессов проектирования на всех стадиях ЖЦ СТС.
Основу технологии проектирования СТС составляет методология, которая опре-
деляет сущность, основные отличительные технологические особенности. Мето-
дология проектирования предполагает наличие некоторой концепции, принципов
проектирования, реализуемых набором методов, которые, в свою очередь, долж-
ны поддерживаться некоторыми средствами.
Организация проектирования предполагает определение методов взаимодей-
ствия проектировщиков между собой и с заказчиком в процессе создания проекта
СТС, которые могут также поддерживаться набором специфических средств.
Проект СТС — проектно-конструкторская и технологическая документация, в ко-
торой представлено описание проектных решений по созданию и эксплуатации
СТС в конкретной программно-технической среде.
Макропроектирование — это этап проектирования объекта как сложной ие-
рархической системы, состоящий в рассмотрении его как части системы более
высокого уровня. Результатом этапа является исходный вариант тактико-
технического задания (ТТЗ) на проектирование (разработку) объекта, которое
может уточняться и корректироваться в процессе внутреннего проектирования
(разработки) объекта.
Внешнее проектирование направлено на: проработку общей идеи системы, ее
исследование с помощью теоретических средств, разработанных в соответствую-
щей технической науке; определение основных качественных и количественных
характеристик создаваемого изделия в виде описания его технических функций и
потребительских качеств; получение необходимых исходных данных для осуще-
ствления внутреннего проектирования и разработки новых технических решений,
обеспечивающих повышение технического уровня новой модели или поколения
техники.
Внешнее проектирование является основной составной частью ТТЗ на разра-
ботку изделия и начинается с формулировки проблемы, которая включает в себя
по крайней мере три основных раздела: определение целей создания системы и
круга решаемых ею задач; оценка действующих на систему факторов и определе-
ние их характеристик; выбор показателей эффективности системы.
Внутреннее проектирование (микропроектирование) связано с созданием ра-
бочих чертежей (технического и рабочего проектов), которые служат основными
документами для изготовления технической системы на производстве. Внутрен-
нее проектирование — этап проектирования (разработки) объекта как сложной
иерархической системы, выполняемый на основании внешнего проектирования и
состоящий в рассмотрения его как самостоятельной системы.
В общем случае под жизненным циклом технического объекта (изделия) по-
нимают последовательность этапов существования объекта от начала его созда-
ния до момента исчезновения. На каждом этапе объект имеет относительно ста-
бильный набор характеристик. Разные классы объектов могут иметь несколько
различающийся набор этапов жизненного цикла. Наиболее типичный состав эта-
пов ЖЦ следующий:
1) определение функциональных и потребительских качеств объекта, что со-
В. А. Додонов
94
ответствует составлению ТЗ;
2) выбор функциональной структуры, принципа действия и технического ре-
шения, что соответствует разработке технического предложения или (и) техниче-
ского проекта;
3) рабочее проектирование, связанное с расчетом и оптимизацией параметров
объекта, выбором и разработкой технологии изготовления, составлением проект-
ной документации;
4) изготовление, контроль и испытание объекта;
5) транспортировка и хранение объекта;
6) эксплуатация, диагностика неисправностей и ремонт объекта;
7) утилизация объекта в результате его физического или морального старе-
ния.
Наибольшее число задач технического творчества возникает на этапах 1, 2;
характерны такие задачи и для этапов 4, 6, 7.
Жизненный цикл СТС — это непрерывный процесс, начинающийся с момен-
та принятия решения о необходимости создания СТС и заканчивающийся в мо-
мент полного ее изъятия из эксплуатации. В общем случае жизненный цикл лю-
бой СТС состоит из нескольких основных этапов: анализа и проектирования, раз-
работки, внедрения, эксплуатации, модернизации в процессе эксплуатации и спи-
сания (снятия с эксплуатации). Жизненный цикл СТС состоит из следующих фаз:
предпроектной фазы, разработки проекта СТС, реализации проекта СТС, функ-
ционирования СТС.
Содержанием «Предпроектной фазы» является внешнее проектирование
(макропроектирование) СТС на основе проектных требований. Основным резуль-
татом фазы является исходное описание АСОИУ в виде ТЗ на ее разработку.
Содержанием фазы «Разработка проекта СТС» является внутреннее проекти-
рование (микропроектирование) СТС по ТЗ. Основным результатом фазы являет-
ся описание СТС в виде проектной, конструкторской, эксплуатационной доку-
ментации.
Содержанием фазы «Реализация проекта СТС» является изготовление СТС и
ввод в эксплуатацию. Основным результатом фазы является подтверждение го-
товности СТС к эксплуатации.
Содержанием фазы «Функционирование СТС» является эксплуатация и со-
провождение системы. Основной результат фазы — достижение цели создания
системы.
Проектирование необходимо отличать от конструирования (разработки) сис-
темы. Для проектировочной деятельности исходным является социальный заказ,
т.е. потребность в создании определенных объектов, вызванная либо «разрывами»
в практике их изготовления, либо конкуренцией, либо потребностями развиваю-
щейся социальной практики и т.п. Продукт проектировочной деятельности в от-
личие от конструкторской выражается в особой знаковой форме — в виде тек-
стов, чертежей, графиков, расчетов, моделей в памяти ЭВМ и т.д.
Конструирование техническое — процесс создания технического объекта с
определенными в ТЗ полезными свойствами. Результат конструкторской деятель-
ности должен быть обязательно материализован в виде опытного (эксперимен-
Методология системного проектирования и разработки
автоматизированных систем обработки информации и управления
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2007, Т. 9, № 4 95
тального) образца, с помощью которого уточняются расчеты, приводимые в про-
екте, и конструктивно-технические характеристики проектируемой СТС.
Проблемы, возникающие при проектировании АСОИУ
АСОИУ как объект конструирования (разработки) представляет собой СТС
(технический объект, изделие) с такими свойствами, как [4–6]:
— целенаправленность — система создается для определенных конкретных
целей;
— целостность — единая система связанных между собой элементов;
— членимость (декомпозиция);
— иерархичность — выделение элементов по составляющим системы;
— многоаспектность — расчет совокупности параметров во многих аспектах
его природы;
— развиваемость.
При конструировании (разработке) СТС возникают проблемы, относящиеся
не только к свойствам их составных частей (элементов, подсистем), но также и к
закономерностям функционирования объекта в целом (общесистемные пробле-
мы). Появляется широкий круг специфических задач, таких как определение об-
щей структуры системы, организация взаимодействия между подсистемами и
элементами, учет влияния внешней среды, выбор оптимальных режимов функ-
ционирования, оптимальное управление системой и т.д.
Проектирование АСОИУ — сложный многошаговый, многокритериальный
итерационный процесс, осуществляемый, как правило, большими коллективами
людей под руководством опытных специалистов (главных конструкторов). При
этом о проблемах и трудностях, возникающих при проектировании и разработке
АСОИУ, можно составить представление по перечислению работ, выполняемых
на разных его этапах и стадиях.
Процесс проектирования АСОИУ или ее крупных подсистем (модулей) удоб-
но представить состоящим из двух взаимосвязанных и взаимообусловленных эта-
пов:
1) внешнего (системного) проектирования — обоснование исходных данных
для проектирования системы;
2) внутреннего проектирования — разработка системы в соответствии со
сформулированными исходными данными.
Работы, выполняемые на этапе внутреннего проектирования, разделяются на
стадии, оговоренные НТД — ГОСТами, отраслевыми стандартами, стандартами
предприятий-разработчиков, — которая регламентирует также виды и комплект-
ность проектной продукции.
На этапе внешнего проектирования на основе требований заказчика к экс-
плуатационным, экономическим и тактическим характеристикам и параметрам
определяется «идеология» системы, т.е. общие принципы построения АСОИУ,
критерии качества ее функционирования, проверяется степень согласования этих
критериев с целями функционирования АСОИУ, определяется перечень входных
и выходных сигналов системы, диапазон и точность их представления, составля-
В. А. Додонов
96
ется далее перечень задач, решением которых достигаются цели функционирова-
ния и исследуются возможности их технической реализации.
На этом же этапе определяется состав системы, взаимосвязи между состав-
ляющими ее подсистемами (модулями), режимы работы системы и временные
диаграммы ее работы в различных режимах, требования к техническим характе-
ристикам подсистем, требования к системе математического, программного и ин-
формационного обеспечения, к персоналу, обслуживающему систему.
Этап внешнего проектирования заканчивается разработкой частных ТЗ на от-
дельные подсистемы АСОИУ и, возможно, принятием решения о необходимости
разработки новой или уникальной аппаратуры или проведения научно-иссле-
довательских и опытно-конструкторских работ (НИР и ОКР) для определения
возможности использования в АСОИУ новых информационных технологий и
перспективных технических решений.
Общей методики внешнего проектирования АСОИУ вследствие многообра-
зия областей их применения, а также неформального характера решаемых про-
блем пока не существует. Для обоснования решений и требований ТЗ широко ис-
пользуются методы системного анализа, исследования операций, математическо-
го моделирования с применением ЭВМ, имитационно-моделирующие комплексы.
Методология системного проектирования и разработки АСОИУ
Предлагаемая ниже схема системного проектирования и разработки АСОИУ
представляет собой систему действий (технологических операций) проектиров-
щика и разработчика по созданию опытного (экспериментального) образца систе-
мы.
Схема реализует следующие основные положения системного подхода к про-
цессу проектирования и конструкторскому процессу [2–5]:
— разработка проекта идет от общего к частному, а не наоборот;
— проектировщику и конструктору следует браться за решение частных за-
дач, только проработав общие задачи;
— при разработке частных задач необходимо учитывать технические реше-
ния, принятые на более ранних этапах проектирования;
— новые технические решения появляются в результате творческого процес-
са, носящего итерационный характер последовательных приближений к цели;
— получение рационального технического решения достигается рассмотре-
нием максимального числа вариантов и их углубленным анализом;
— при принятии решения требования оптимального функционирования тех-
нических средств системы преобладают над другими, например, экономическими;
— при проектировании необходимо производить инженерные расчеты;
— экономическая оценка технических средств системы всегда является важ-
ным стимулом получения рациональных решений, но может быть сделана не
раньше, чем появятся варианты;
— при проектировании необходимо максимально использовать известные
технические решения, представляющие собой обобщение громадного опыта и
традиций предшествующего поколения разработчиков;
Методология системного проектирования и разработки
автоматизированных систем обработки информации и управления
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2007, Т. 9, № 4 97
— для оценки принимаемых решений разработчик должен учитывать весь
комплекс критериев, заключенных в таких показателях качества технических
средств как функционирование, надежность, технологичность, стандартизация и
унификация, а также эргономические, эстетические и экономические показатели;
— патентно-правовые показатели — необходимые критерии оценки новых
конкурентно-способных технических решений;
— при проектировании новых технических средств следует задумываться об
их ликвидации после истечения срока службы.
Технологический цикл разработки АСОИУ включает в себя две стадии: ста-
дию проектирования (внешнее проектирование) и стадию разработки или конст-
руирования системы (внутреннее проектирование).
Стадия проектирования (исследование и обоснование разработки образца
АСОИУ) включает: проработки, выполняемые заказчиком и промышленностью
по формированию исходных требований к проектируемой АСОИУ; разработку ТЗ
на проведение НИР; выполнение научных исследований по обоснованию необхо-
димости и созданию АСОИУ с разработкой технического предложения.
Техническое предложение разрабатывается с целью уточнения требований ТЗ
на основе предварительной оптимизации различных вариантов решения задач.
Техническое предложение (аванпроект) содержит тактико-технико-экономиче-
ское обоснование возможности и целесообразности разработки АСОИУ. На этом
этапе разрабатывается проект ТЗ на ОКР.
Комплекс ОКР по созданию АСОИУ составляет содержание стадии разра-
ботки опытного образца изделия. После разработки рабочей конструкторской
(РКД) и технической документации (ТД) на АСОИУ, изготовления и испытаний
ее опытного образца организуется промышленное производство.
Высокая эффективность разрабатываемых АСОИУ обеспечивается приняти-
ем правильных решений на всех стадиях. Допущенные просчеты на одной из ста-
дий сказываются на предыдущих. Особенно высока ответственность за принятие
решений на первоначальных стадиях ЖЦ изделия, где формируется его техниче-
ский облик, основные характеристики, конструкция и т.п.
Началу организации проектных работ и открытию заказа на ОКР по созданию
АСОИУ предшествуют исследования возможностей, изыскания путей и обосно-
вание необходимости разработки опытного образца техники, что составляет со-
держание начальной стадии ее жизненного цикла. Комплекс работ, выполняемых
на этой стадии, направлен на формирование уровня качества АСОИУ, соответст-
вующего, по данным отечественной и зарубежной информации, современным
достижениям научно-технического прогресса и тенденциям развития АСОИУ
рассматриваемого класса.
Стадия «Исследование и обоснование разработки образца АСОИУ» включает
этапы: проработки заказчика и промышленности; научно-исследовательские ра-
боты по созданию АСОИУ; разработка технического предложения.
Проработки заказчика и промышленности имеют целью: проведение работ в
соответствии с исходными руководящими документами, фундаментальными и
поисковыми НИР, отечественной и зарубежной информацией о достижениях нау-
ки и техники, тенденциями их развития; формирование исходных требований к
В. А. Додонов
98
образцу (составным частям образца) АСОИУ и комплектующему имуществу, ма-
териалам и приборам (КИМП); разработку и выдачу ТЗ на выполнение НИР, Тех-
нического предложения, ОКР; рассмотрение, утверждение и выдачу ТЗ на выпол-
нение НИР, ОКР по созданию КИМП.
Основными задачами, определяющими содержание и характер выполняемых
на этой стадии НИР, можно считать: проведение исследований в области прогно-
зирования и перспектив развития АСОИУ; проведение исследований по машин-
ному проектированию; проведение исследований по стандартизации, унификации
и технологии производства АСОИУ; разработку на базе фундаментальных иссле-
дований ТТЗ для последующего проведения ОКР; изыскание принципов и путей
создания опытного образца системы; исследование вопросов применения АСОИУ
по назначению; разработку проекта ТЗ на ОКР и проектов нормативно-техни-
ческой документации и другой ТД по результатам исследований; разработку ТЗ
на техническое предложение и другие НИР.
Первоначальный этап стадии разработки АСОИУ начинается с ОКР по соз-
данию опытного образца системы и ее составных частей. Организация работ и от-
крытие заказа осуществляются на основании ТТЗ, договора, калькуляции ориен-
тировочной сметной стоимости, а также в соответствии с производственно-тема-
тическим планом предприятия-исполнителя ОКР.
Этап завершается разработкой проектной документации (эскизного, техниче-
ского проекта), РКД и ТД. НИР и ОКР должны сопровождаться проведением па-
тентных исследований, изучением и анализом отечественных и зарубежных тех-
нических решений, защищенных патентами (авторскими свидетельствами), что
является важнейшим критерием качества и научно-технического уровня выпол-
нения этих работ.
По окончании изготовления опытного образца составных частей АСОИУ вы-
полняются предварительные испытания с корректировкой по их результатам РКД
и ТД.
Межведомственные (приемочные) испытания опытных образцов составных
частей АСОИУ проводятся после доработок, устранения дефектов и недостатков,
выявленных в процессе предварительных испытаний. Решение о выполнении со-
ставных частей опытного образца системы принимается при положительных ре-
зультатах приемочных испытаний, и после доработки (корректировки) РКД и ТД.
В процессе изготовления опытного образца системы ее элементы настраива-
ются, налаживаются и подвергаются испытаниям в лабораторных условиях и на
стендовом оборудовании. Оценка специальных, технических и эксплуатационных
характеристик АСОИУ и установление их соответствия требованиям ТЗ выпол-
няются при проведении предварительных испытаний ее опытного образца. Этими
испытаниями определяется готовность опытного образца к проведению приемоч-
ных (государственных) испытаний.
Предварительные испытания могут проводиться на полигонах, лабораторно-
испытательных базах (центрах) заказчика или предприятии промышленности,
имеющих испытательное оборудование, аппаратуру и другие материально-
технические средства, предусмотренные программой испытаний.
Государственные испытания опытного образца системы проводятся с целью
проверки и подтверждения соответствия основных характеристик системы требо-
Методология системного проектирования и разработки
автоматизированных систем обработки информации и управления
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2007, Т. 9, № 4 99
ваниям ТЗ в условиях, максимально приближенных к условиям их применения по
назначению. По результатам госиспытаний принимается решение о возможности
принятия АСОИУ в эксплуатацию с постановкой на промышленное производство
или о ее доработке.
Структура технологического цикла проектирования и разработки опытного
образца АСОИУ представлена на рис. 1.
Рис. 1. Схема технологического цикла проектирования и разработки системы
r
+
0
– +
0
– +
0
–
Исходные
данные 5
Исходные
данные 6
Исходные
данные 4
Изготовление
опытного
образца
Испытание
опытного
образца
Разработка
рабочего
проекта
Принятие
решения
Принятие
решения
Принятие
решения
Оптимизация
топологии
Отчетная
документация
Оптимизация
конструктор-
ских решений
*
r
+
0
– +
0
– +
0
–
Исходные
данные 2
Исходные
данные 3
Исходные
данные 1
Проектирование
топологической
структуры
Проектирование
избыточной
структуры
Проектирование
структуры
Принятие
решения
Принятие
решения
Принятие
решения
Оптимизация
топологической
структуры
Оптимизация
избыточной
структуры
Оптимизация
структуры
*
А — стадия проектирования системы
Б — стадия конструирования (разработки) системы
В. А. Додонов
100
На схеме отражены две стадии создания системы: стадия проектирования и
стадия разработки (конструирования) АСОИУ.
Процедуры, выполняемые на стадии проектирования АСОИУ
Стадия проектирования АСОИУ включает процедурные «стволы» 1–3.
Ствол (контур) 1 — проектирование структуры системы. Исходные данные 1:
функциональная структура, алгоритмы управления и функционирования, ресур-
сы, базы данных (БД), традиции и опыт — база знаний (БЗ), цели и ограничения.
Проектные процедуры: 1) элементное отображение алгоритмов; 2) синтез струк-
туры в базисе функциональных устройств; 3) синтез принципиальных схем типо-
вых устройств; 4) синтез структуры в базисе принципиальных схем устройств; 5)
расчет параметров и оценка ограничений. Принятие решения: «–» — изменить: а)
элементную базу; б) структуру устройств; в) состав функций системы; ТЗ. Пре-
кратить проектирование. Обратная связь — повторить процесс (цикл) проектиро-
вания; «+» — оптимизация структуры системы по заданным критериям и ограни-
чениям. Обратная связь — уточнить исходные данные.
Ствол (контур) 2 — проектирование топологической структуры системы. Ис-
ходные данные 2: требования к топологии системы; условия размещения; крите-
рии и ограничения; ресурсы; БЗ и БД. Проектные процедуры: 1) синтез топологи-
ческой не избыточной структуры; 2) дополнение структуры устройствами связи и
согласования; 3) расчет параметров и оценка запасов по ограничениям: массога-
баритные показатели, надежность, живучесть и др. Принятие решения: «–» — из-
менить: а) элементную базу; б) упростить алгоритм; в) перераспределить функции
между оператором и автоматикой; г) изменить состав функций системы; д) изме-
нить ТЗ; е) прекратить проектирование. Обратная связь — повторить процесс
(цикл) проектирования; «+» — оптимизация топологической не избыточной
структуры системы по заданным критериям и ограничениям.
Ствол (контур) 3 — проектирование (синтез) избыточной структуры системы.
Исходные данные 3: критерии и ограничения; категорийность; влияние отказов
элементов; ресурсы; БЗ и БД. Проектные процедуры: 1) синтез избыточной
структуры; 2) дополнение структуры кворумными и согласующими элементами и
устройствами; 3) расчет параметров, критериев и оценка запасов по ограничени-
ям: надежности, живучести, числу операторов по управлению и обслуживанию и
др. Принятие решения: «–» — а) перераспределить избыточность; б) изменить
состав функций системы; в) упростить алгоритмы; г) прекратить проектирование.
Обратная связь — повторить процесс (цикл) проектирования; «+» — оптимизация
избыточной структуры. Обратная связь — уточнить исходные данные.
Процедуры, выполняемые на стадии разработки
(конструирования) системы
Стадия разработки (конструирования) системы включает процедурные «ство-
лы» 4–6.
Ствол (контур) 4 — разработка рабочего проекта. Исходные данные 4: крите-
рии, ограничения; ресурсы; параметры; БД и БЗ. Конструкторские процедуры: 1)
разработка РД на опытный образец системы в согласованном объеме; 2) уточне-
Методология системного проектирования и разработки
автоматизированных систем обработки информации и управления
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2007, Т. 9, № 4 101
ние алгоритмов, структуры, схем, состава элементов; 3) расчет параметров и кри-
териев системы по результатам рабочего проектирования и оценка по ограниче-
ниям. Принятие решения: «–» — а) изменить состав элементов; б) уточнить алго-
ритмы; в) уточнить параметры; г) изменить схемы; д) уточнить ограничения. Об-
ратная связь — повторить цикл конструирования; «+» — оптимизация конструк-
торских решений. Обратная связь — уточнить исходные данные.
Ствол (контур) 5 — изготовление опытного образца. Исходные данные 5:
технологическая оснастка; критерии и ограничения; ресурсы; БД и БЗ (опыт, тра-
диции). Процедуры: 1) изготовление опытного образца в согласованном объеме;
2) настройка аппаратуры и сдача по техническим условиям; 3) оценка соответст-
вия опытного образца требованиям ТТЗ. Принятие решения: «–» — а) доработать
опытный образец — обратная связь; б) повторить цикл проектирования по приня-
тому решению о доработке образца; «+» — оптимизация технологии. Обратная
связь — уточнить исходные данные.
Ствол (контур) 6 — испытания опытного образца системы. Исходные данные
6: испытательное оборудование (стандартное и нестандартное); измерительная
аппаратура; ресурсы; БД и БЗ (опыт, традиции, НТД). Процедуры: 1) испытания
опытного образца; 2) определение характеристик и параметров; 3) оценка соот-
ветствия ТТЗ. Принятие решения: «–» — повторить цикл испытаний — обратная
связь; «+» — а) описание результатов, отчетная документация; б) накопление
опыта работы (БЗ и БД); в) предложения по модернизации образца; г) конец (за-
вершение) работ.
Организация разработки (конструирования) системы
Современный разработчик решает задачу проектирования АСОИУ эвристи-
ческими методами в непосредственном взаимодействии с ЭВМ в рамках широко
применяемых диалоговых систем, с использованием принципа комбинаторики. С
помощью ЭВМ проводится выбор рационального проектного решения из множе-
ства вариантов. Система эвристических методов, содержащая множество правил,
рекомендаций и программ, позволяет принять решение в процессе проектирова-
ния системы. Процесс принятия решения состоит из следующих основных пяти
этапов: постановки задачи, поиска решения, принятия решения, выполнения ре-
шения, оценки полученного результата.
Структура процессов принятия решения представлена на рис. 2.
При разработке АСОИУ перечисленные этапы имеют следующий смысл.
Постановка задачи — формирование требований к системе. На этом этапе
разрабатывается расширенное ТЗ, которое представляет собой документ, устанав-
ливающий основное назначение и показатели качества изделия, технико-эконо-
мические и специальные требования, предъявляемые к изделию (стадия проекти-
рования — ТЗ и техническое предложение).
Поиск решения — подбор вариантов конструкции, удовлетворяющих сфор-
мулированным на первом этапе требованиям, или разработка нового варианта
(стадия проектирования — эскизный проект).
Принятие решения — выбор предпочтительного варианта из отобранных по
критерию качества, который оговаривается в постановке задачи (стадия проекти-
В. А. Додонов
102
рования — технический проект).
Выполнение решения — разработка конструкторской документации на вы-
бранный вариант конструкции АСОИУ, изготовление опытного образца (стадия
проектирования — рабочий проект).
Оценка полученного результата — сравнение показателей и параметров раз-
работанной системы с требованиями ТЗ.
Наиболее ответственными этапами в процессе проектирования АСОИУ яв-
ляются поиск и принятие решения.
Следует отметить, что главной задачей процесса конструирования является
создание высокоэффективной АСОИУ. В процессе проектирования (разработки)
системы необходимо учитывать множество взаимосвязанных, а иногда и проти-
воречивых технических требований, предъявляемых к конструкции отдельных
устройств и АСОИУ в целом. Такими требованиями являются: назначение и об-
ласть применения АСОИУ; заданные электрические характеристики (рабочие
частоты, быстродействие, мощность, точность, помехоустойчивость и др.); усло-
вия эксплуатации (диапазоны рабочих температур, влажность, пыль, удары, виб-
рации и т.д.); конструкционные параметры (масса, габариты, надежность, живу-
честь, тепловые режимы и т.д.); технико-экономические характеристики (стои-
мость, технологичность, унификация и стандартизация); организационно-произ-
водственные факторы (сроки разработки системы, серийноспособность и др.); на-
личие и уровень элементной базы.
НИР и ОКР по созданию АСОИУ должны сопровождаться проведением па-
тентных исследований, изучением и анализом отечественных и зарубежных тех-
нических решений, защищенных патентами (авторскими свидетельствами), что
Рис. 2. Структура процессов принятия решения
Постановка
задачи
Анализ и
уточнение
задачи
Накопление
специальных
знаний,
технических
решений
Планирование
процесса
решения
Накопление методов
Поиск решения
Принятие
решения
Выполнение
решения
Оценка
полученного
решения
Решение
Методология системного проектирования и разработки
автоматизированных систем обработки информации и управления
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2007, Т. 9, № 4 103
является важнейшим критерием качества и научно-технического уровня выпол-
нения этих работ.
Создание АСОИУ требует различного вида поддержки проектно-конструк-
торского процесса: информационной, аналитической и экспертной.
Информационная поддержка проектно-конструкторского процесса. В каче-
стве элементов необходимой информационной поддержки проектно-конструк-
торского процесса выступают: каталоги известных технических решений и их
элементов; различные справочники по физическим эффектам, методам и спосо-
бам преобразования вещества, энергии и информации; сборники апробированных
правил синтеза технических решений для систем различных видов, методов ана-
лиза вариантов технических решений и методов принятия решений на разных
стадиях проектирования; описание рекомендуемых правил расчета тактико-
технических и технико-экономических показателей новых технических средств и
их элементов; обзоры по системам-прототипам; материалы патентных исследова-
ний; научно-технические отчеты; нормативная и нормативно-техническая инфор-
мация; публикации в зарубежной и отечественной печати; системы информаци-
онных обязательств.
Аналитическая поддержка проектно-конструкторского процесса. В качест-
ве элементов аналитической поддержки проектно-конструкторского процесса вы-
ступают: аналитические расчеты показателей эффективности, тактико-техничес-
ких характеристик и параметров АСОИУ; математическое и имитационное моде-
лирование особых условий и режимов; математическое моделирование функцио-
нирования подсистем и АСОИУ; методы обработки информации.
Экспертная поддержка проектно-конструкторского процесса. В качестве
элементов экспертной поддержки выступают: традиции и опыт; сочетание резуль-
татов аналитических расчетов, математического, полунатурного и натурного мо-
делирования и испытаний; экспертные оценки научно-технического уровня; срав-
нительные характеристики прототипов и проектируемой системы; прогноз разви-
тия систем в мировой практике; оценка полученного результата — сравнение по-
казателей и параметров разрабатываемой системы с ТЗ.
Увеличение объема информации, поступающей конструкторам, усложнение
решаемых проектных задач, необходимость учета большого числа взаимосвязан-
ных факторов и быстро меняющихся требований к проектируемому объекту тре-
буют использовать компьютерные системы поддержки принятия решений
(СППР). СППР являются человеко-машинными объектами, которые позволяют
лицам, принимающим решения, использовать данные, знания, объективные и
субъективные модели для анализа и решения слабоструктурированных и неструк-
турированных проблем (задач).
К слабоструктурированным относятся задачи, которые содержат как количе-
ственные, так и качественные оценки проблемы, причем качественные имеют
тенденцию доминировать. Неструктурированные проблемы имеют лишь качест-
венное описание. Процедура принятия решений с помощью СППР представляет
собой итеративный процесс взаимодействия конструктора и компьютера. СППР
позволяют решать следующие задачи: генерирование возможных вариантов кон-
структорских решений; оценку этих вариантов и выбор наилучшего варианта;
В. А. Додонов
104
обеспечение постоянного обмена информацией между конструкторами о прини-
маемых ими решениях и помощь в согласовании групповых решений; моделиро-
вание принимаемых решений (в тех случаях, когда это возможно); оценку соот-
ветствия выполнения принятых конструкторских решений намеченным целям.
С помощью СППР представляется возможность осуществлять поддержку
деятельности конструктора системы по следующим направлениям.
Автоматизация проектирования: автоматизация выявления требований к
АСОИУ как объекта проектирования (составление тактико-технических требова-
ний; формирование ТЗ; прогнозирование свойств АСОИУ); автоматизация прове-
дения расчетов (расчета характеристик; проверочных расчетов); автоматизация
синтеза (структурного синтеза; параметрического синтеза; построения «деревьев»
решений); автоматизация анализа (математической модели АСОИУ; работоспо-
собности модели АСОИУ); автоматизация формализации описания ОП; автомати-
зация обработки исходных данных; автоматизация генерации документации; ав-
томатизация постановки задачи.
Автоматизация планирования: автоматизация составления плана работ; ав-
томатизация генерации графика работ; автоматизация плана работ.
Информационная поддержка деятельности конструктора: предоставление
(набора подсистем-прототипов АСОИУ; каталога типовых элементов; набора
стандартов; набора методов для процедур); выдача рекомендаций по этапам.
Автоматизация контроля и управления: контроль действий; автоматизация
управления ресурсами; контроль выполнения плана; автоматизация документо-
оборота.
Автоматизация принятия решений: оценка решений на различных этапах;
выбор направления (стратегии); выбор метода творчества; оценка качества на раз-
личных этапах; поддержка принятия решения.
Декомпозиция задач проектирования АСОИУ
Одним из основных приемов, используемых при проектировании АСОИУ по
«шагам», является декомпозиция [6–8]. Путем декомпозиции осуществляется све-
дение единой сложной слабо связанной задачи проектирования АСОИУ к множе-
ству локальных подзадач, где локальность понимается в смысле тенденции подза-
дач к сепарабельности по переменным, то есть поведение каждой подзадачи поч-
ти полностью определяется подмножеством переменных исходной задачи проек-
тирования (оптимизации), в то время как остальные переменные оказывают на нее
весьма ограниченное влияние.
Можно выделить три основных принципа выделения (декомпозиции) локаль-
ных подсистем.
1. В основе иерархической структуры SS системы должна лежать иерархиче-
ская структура целей SZ функционирования АСОИУ.
2. Выделяемые подсистемы iP должны иметь свои цели iZ , подчиняющиеся
общей цели SZ , то есть:
Методология системного проектирования и разработки
автоматизированных систем обработки информации и управления
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2007, Т. 9, № 4 105
( )I
Ii
ii PZZ
Î
S = ,
где SZ — цель АСОИ; ( ) [ ]IiPZ ii :1, Î — цели подсистем нижнего уровня.
В свою очередь, для каждой i-й цели iZ имеет место
I
Y
j
iji ZZ
1=
= ,
то есть она представляет собой пересечение некоторого непустого множества це-
лей ( )ijiiij ZZZZ ,...,, 21= , где I и Y — некоторые натуральные числа.
3. Выделяемые подсистемы должны являться определенной частью управле-
ния АСОИУ, выход которых служит входом для следующей части, то есть должна
обеспечиваться целостность структуры управления.
При проектировании АСОИУ иерархическую структуру целей можно по-
строить с помощью двух групп методов [8].
Первую группу составляют методы целевого или целенаправленного подхо-
да, методы декомпозиции или дезагрегации, метод «дерева целей». Это методы
построения структуры целей «сверху». Вторую группу составляют методы мор-
фологического подхода (или метод Цвики), лингвистического или семиотическо-
го подхода, тезаурусного подхода или метода «языка системы», терминального
подхода, метода композиции и др. Это методы построения структуры целей «сни-
зу».
Наиболее удобным представляется описывать иерархию целей АСОИУ в
терминах графов [9]. Прадерево G называется иерархией над множеством объек-
тов SZ , если: его вершины являются некоторыми подмножествами множества SZ
и при этом корнем G является SZ ; множества [ ]kkZ jk :1, Î на концах дуг, исхо-
дящих из вершин jkZ , удовлетворяют условиям: U
1=
=
i
jji ZZ , I == jsjl ZZ Æ,
[ ]ksl :1, Î : висячими вершинами прадерева G являются объекты множества SZ .
При этом вершина (множества) iZ принадлежит r-му уровню иерархии, если
путь от корня прадерева G до iZ содержит r дуг.
Таким образом, дерево целей (задач) АСОИУ может быть построено на осно-
ве использования логической функции ИЛИ и отражает структуру всех задач, ре-
шение которых необходимо для достижения глобальной цели SZ .
По мере разукрупнения задач на каждом уровне прадерева G образуются не-
зависимые друг от друга группы задач, замыкающиеся (объединяемые) на одну
цель (задачу) верхнего уровня (если дерево разворачивается сверху вниз).
Рассмотрение АСОИУ, целостная структура которой не исключает, а наобо-
рот, предполагает относительную самостоятельность ее частей (подсистем, кана-
лов, приборов), позволяет выделить в них собственные локальные цели подсистем
jZ , подчиненные главной цели SZ ; в каналах выделить собственные цели jkZ ,
В. А. Додонов
106
подчиненные цели jZ и т.д. Для образования «системы» любого уровня необхо-
димо объединить множество «систем» низшего уровня, принадлежащих только
данной высшей «системе».
Изложенный подход к разработке АСОИУ обладает универсальностью и мо-
жет быть применен для рассмотрения задач системного проектирования других
классов СТС. Описанная выше методология системного проектирования АСОИУ
позволяет объективно подготовить проектирование новых технических систем,
как традиционными методами, так и с использованием средств вычислительной
техники — компьютерных систем поддержки принятия решений.
1. Путятин В.Г., Валетчик В.А., Додонов В.А. Системный подход к проектированию автома-
тизированных систем обработки информации и управления // Реєстрація, зберігання і оброб. да-
них. — 2007. — Т. 9, № 1. — С. 56–72.
2. Окунев Ю.Б., Плотников В.Г. Принципы системного подхода к проектированию в технике
связи. — М.: Связь, 1976. — 184 с.
3. Овчинников В.Г. Методология проектирования автоматизированных информационных
систем: основы системного подхода. — М.: Компания Спутник+, 2005. — 285 с.
4. Автоматизация поискового проектирования; Под ред. А.И. Половинкина. — М.: Радио и
связь, 1981. — 256 с.
5. Бусленко Н.П., Калашников В.В., Коваленко И.Н. Лекции по теории сложных систем. —
М.: Советское радио, 1973. — 450 с.
6. Месарович М., Мако Д., Такахара И. Теория иерархических многоуровневых систем. —
М.: Мир, 1973. — 344 с.
7. Левин Г.М., Танаев В.С. Декомпозиционные методы оптимизации проектных решений. —
Минск: Наука и техника, 1978. — 240 с.
8. Михалевич В.С., Волкович В.Л. Вычислительные методы исследования и проектирования
сложных систем. — М.: Наука, 1982. — 286 с.
9. Зыков А.А. Теория конечных графов. — Новосибирск: Наука, 1969. — 543 с.
Поступила в редакцию 05.02.2007
УДК 004.91
УДК 004.91
УДК 004.91
Методология системного проектирования
и разработки автоматизированных систем
обработки информации и управления
обработки информации и управления
обработки информации и управления
обработки информации и управления
Введение
В работе [1] рассмотрены особенности АСОИУ как объекта проектирования, выполнен анализ общих принципов системного подхода к их проектированию. Предложена итерационная логическая схема проектирования, в рамках которой выделены три основных класса задач, решаемых на каждом из этапов: построение (генерирование) вариантов системы; задачи анализа, связанные с изучением свойств и поведения системы; задачи синтеза, сводящиеся к выбору варианта сис-
Предлагаемая ниже схема системного проектирования и разработки АСОИУ представляет собой систему действий (технологических операций) проектировщика и разработчика по созданию опытного (экспериментального) образца системы.
— при разработке частных задач необходимо учитывать технические решения, принятые на более ранних этапах проектирования;
Технологический цикл разработки АСОИУ включает в себя две стадии: стадию проектирования (внешнее проектирование) и стадию разработки или конструирования системы (внутреннее проектирование).
Государственные испытания опытного образца системы проводятся с целью проверки и подтверждения соответствия основных характеристик системы требованиям ТЗ в условиях, максимально приближенных к условиям их применения по назначению. По результатам госиспытаний принимается решение о возможности принятия АСОИУ в эксплуатацию с постановкой на промышленное производство или о ее доработке.
Структура технологического цикла проектирования и разработки опытного образца АСОИУ представлена на рис. 1.
Стадия проектирования АСОИУ включает процедурные «стволы» 1–3.
Стадия разработки (конструирования) системы включает процедурные «стволы» 4–6.
Ствол (контур) 4 — разработка рабочего проекта. Исходные данные 4: критерии, ограничения; ресурсы; параметры; БД и БЗ. Конструкторские процедуры: 1) разработка РД на опытный образец системы в согласованном объеме; 2) уточнение алгоритмов, структуры, схем, состава элементов; 3) расчет параметров и критериев системы по результатам рабочего проектирования и оценка по ограничениям. Принятие решения: «–» — а) изменить состав элементов; б) уточнить алгоритмы; в) уточнить параметры; г) изменить схемы; д) уточнить ограничения. Обратная связь — повторить цикл конструирования; «+» — оптимизация конструкторских решений. Обратная связь — уточнить исходные данные.
Ствол (контур) 5 — изготовление опытного образца. Исходные данные 5: технологическая оснастка; критерии и ограничения; ресурсы; БД и БЗ (опыт, традиции). Процедуры: 1) изготовление опытного образца в согласованном объеме; 2) настройка аппаратуры и сдача по техническим условиям; 3) оценка соответствия опытного образца требованиям ТТЗ. Принятие решения: «–» — а) доработать опытный образец — обратная связь; б) повторить цикл проектирования по принятому решению о доработке образца; «+» — оптимизация технологии. Обратная связь — уточнить исходные данные.
Ствол (контур) 6 — испытания опытного образца системы. Исходные данные 6: испытательное оборудование (стандартное и нестандартное); измерительная аппаратура; ресурсы; БД и БЗ (опыт, традиции, НТД). Процедуры: 1) испытания опытного образца; 2) определение характеристик и параметров; 3) оценка соответствия ТТЗ. Принятие решения: «–» — повторить цикл испытаний — обратная связь; «+» — а) описание результатов, отчетная документация; б) накопление опыта работы (БЗ и БД); в) предложения по модернизации образца; г) конец (завершение) работ.
Ствол (контур) 6 — испытания опытного образца системы. Исходные данные 6: испытательное оборудование (стандартное и нестандартное); измерительная аппаратура; ресурсы; БД и БЗ (опыт, традиции, НТД). Процедуры: 1) испытания опытного образца; 2) определение характеристик и параметров; 3) оценка соответствия ТТЗ. Принятие решения: «–» — повторить цикл испытаний — обратная связь; «+» — а) описание результатов, отчетная документация; б) накопление опыта работы (БЗ и БД); в) предложения по модернизации образца; г) конец (завершение) работ.
Ствол (контур) 6 — испытания опытного образца системы. Исходные данные 6: испытательное оборудование (стандартное и нестандартное); измерительная аппаратура; ресурсы; БД и БЗ (опыт, традиции, НТД). Процедуры: 1) испытания опытного образца; 2) определение характеристик и параметров; 3) оценка соответствия ТТЗ. Принятие решения: «–» — повторить цикл испытаний — обратная связь; «+» — а) описание результатов, отчетная документация; б) накопление опыта работы (БЗ и БД); в) предложения по модернизации образца; г) конец (завершение) работ.
Ствол (контур) 6 — испытания опытного образца системы. Исходные данные 6: испытательное оборудование (стандартное и нестандартное); измерительная аппаратура; ресурсы; БД и БЗ (опыт, традиции, НТД). Процедуры: 1) испытания опытного образца; 2) определение характеристик и параметров; 3) оценка соответствия ТТЗ. Принятие решения: «–» — повторить цикл испытаний — обратная связь; «+» — а) описание результатов, отчетная документация; б) накопление опыта работы (БЗ и БД); в) предложения по модернизации образца; г) конец (завершение) работ.
Увеличение объема информации, поступающей конструкторам, усложнение решаемых проектных задач, необходимость учета большого числа взаимосвязанных факторов и быстро меняющихся требований к проектируемому объекту требуют использовать компьютерные системы поддержки принятия решений (СППР). СППР являются человеко-машинными объектами, которые позволяют лицам, принимающим решения, использовать данные, знания, объективные и субъективные модели для анализа и решения слабоструктурированных и неструктурированных проблем (задач).
С помощью СППР представляется возможность осуществлять поддержку деятельности конструктора системы по следующим направлениям.
С помощью СППР представляется возможность осуществлять поддержку деятельности конструктора системы по следующим направлениям.
С помощью СППР представляется возможность осуществлять поддержку деятельности конструктора системы по следующим направлениям.
С помощью СППР представляется возможность осуществлять поддержку деятельности конструктора системы по следующим направлениям.
С помощью СППР представляется возможность осуществлять поддержку деятельности конструктора системы по следующим направлениям.
С помощью СППР представляется возможность осуществлять поддержку деятельности конструктора системы по следующим направлениям.
С помощью СППР представляется возможность осуществлять поддержку деятельности конструктора системы по следующим направлениям.
Изложенный подход к разработке АСОИУ обладает универсальностью и может быть применен для рассмотрения задач системного проектирования других классов СТС. Описанная выше методология системного проектирования АСОИУ позволяет объективно подготовить проектирование новых технических систем, как традиционными методами, так и с использованием средств вычислительной техники — компьютерных систем поддержки принятия решений.
|