Cтраница 2
Комплекс задач синтеза типовых модульных СОД на этапе технического проектирования включает оптимальный выбор состава модулей программного обеспечения и информационных массивов, содержания межмодульного интерфейса, структуры СОД в целом, формализуемой в виде функциональной блок-схемы с учетом заданных технико-экономических характеристик функционирования разрабатываемой системы. [16]
Для механизмов проектирования с полной централизацией при отсутствии исходных экспертных данных о стоимостных и временных характеристиках разработки и отладки программных модулей и межмодульного интерфейса целесообразно использовать постановки задач синтеза типовых модульных СОД по следующим общесистемным технологическим критериям: минимум общего времени обмена между оперативной и внешней памятью, минимум суммарного числа обращений к программным модулям и информационным массивам, минимум межмодульного интерфейса для множества задач обработки данных. [17]
Для механизмов проектирования с полной централизацией при отсутствии исходных экспертных данных о стоимостных и временных характеристиках разработки и отладки программных модулей и межмодульного интерфейса целесообразно использовать постановки задач синтеза типовых модульных СОД по минимаксным технологическим критериям, к основным из которых относятся: минимум максимально возможного для заданного множества задач обработки данных общего времени обмена между оперативной и внешней памятью ЭВМ; минимум максимально возможного для заданного множества задач обработки данных суммарного числа обращений к программным модулям и информационным массивам; минимум максимально возможного числа информационных взаимосвязей между программными модулями при решении задач обработки данных. [18]
Результаты решения задач синтеза структур модульных СОД РВ на этапе технического проектирования включают оптимальный выбор состава модулей программного обеспечения и информационных массивов, содержания межмодульного интерфейса, структуры СОД РВ в целом, формализуемой в виде функциональной блок-схемы, с учетом требований к технико-экономическим характеристикам функционирования разрабатываемой системы в режиме реального времени. [19]
Основой для формализованной постановки и решения задач анализа и проектирования оптимальных модульных СОД в АИУС является определение модуля, задач и системы обработки данных, межмодульного интерфейса и технических средств их реализации. [20]
Поскольку файловые и библиотечные системы описаны во второй книге данной серии, в последующих параграфах настоящей главы более подробно излагаются вопросы использования и конкретного применения банков данных в САПР, анализируется проблема межмодульного интерфейса и излагаются рекомендации по ее решению. [21]
Комплекс задач синтеза модульных систем обработки данных автоматизированных информационно-управляющих систем общего назначения на этапе технического проектирования, как уже было сказано, включает оптимальный выбор состава модулей программного обеспечения и информационных массивов, содержания межмодульного интерфейса, структуры СОД в целом, формализуемой в виде функциональной блок-схемы с учетом заданных технико-экономических характеристик функционирования разрабатываемой системы. [22]
Этот способ позволяет: 1) централизовать информационный фонд САПР; 2) произвести структурирование данных в виде, удобном для проектировщика; 3) обеспечить поиск информативно-справочной и проектной документации; 4) упростить организацию межмодульного интерфейса путем унификации промежуточных данных. [23]
Для механизмов проектирования с полной централизацией при отсутствии исходных экспертных данных о стоимостных и временных характеристиках разработки и отладки программных модулей и межмодульного интерфейса целесообразно использовать постановки задач синтеза типовых модульных СОД по следующим общесистемным технологическим критериям: минимум общего времени обмена между оперативной и внешней памятью, минимум суммарного числа обращений к программным модулям и информационным массивам, минимум межмодульного интерфейса для множества задач обработки данных. [24]
Определим межмодульный интерфейс S через соответствующие переменные. [25]
Затраты и время разработки и внедрения системы в значительной степени определяются сложностью взаимосвязей между отдельными ее модулями, а расходы на эксплуатацию, в основном, - временем реализации функциональных задач, числом пересылок неиспользуемых данных, транспортным фактором либо производительностью при реализации задачи, а также достоверностью при обработке данных. Поэтому основным критерием качества разрабатываемых модульных систем обработки данных является сложность межмодульных информационных связей ( межмодульный интерфейс), доминирующая при разработке, отладке, внедрении и модификации системы, или какой-либо из критериев второй группы, доминирующий при решении задач обработки данных в АИУС. [26]
Связность возрастает с ростом сложности или неясности связей между модулями. Связность считается слабой, если ссылка дается не на внутренний компонент модуля, а выполняется посредством обычного межмодульного интерфейса. Связность слабее также И в том случае, когда связь осуществляется через данные, а не по управлению. [27]
Если критерием оптимизации разрабатываемой модульной СОД является максимизация достоверности обрабатываемой информации, в качестве модели отображения логического взаимодействия событий ошибки различных элементов СОД ( процедур и информационных элементов), приводящих к появлению недостоверной информации при обработке, удобно использовать понятие графа ошибок. Анализ графа ошибок дает возможность оценки вероятностей появления главного события ошибки в зависимости от структуры и технологической схемы модульной СОД, а также сложности межмодульного интерфейса. Большое число и сложный характер информационных связей между программными модулями повышает число ошибок при проектировании программного и информационного обеспечения и при функционировании системы. Степень влияния ошибок в отдельной программе на работу других программ затрудняет их обнаружение и исправление. Поэтому одной из основных причин снижения достоверности при обработке данных является межмодульный интерфейс, определяемый составом программных модулей и информационных массивов и их размещением во внешней памяти, а также наличием в системе программных модулей точек разрыва, которые вызывают необходимость передачи управления другим модулям и обращения к внешней памяти ЭВМ. Эти причины приводят к увеличению вероятностей базисных событий и главного события ошибки. [28]
Книга посвящена разработке моделей и методов анализа и синтеза оптимальных по различным критериям эффективности модульных систем обработки данных различного класса и назначения на этапе технического проектирования. На основе единой методологии и сформулированных признаков модульности дано систематическое изложение теоретических и прикладных проблем, связанных с формализацией, постановками задач, моделями и алгоритмами анализа и синтеза оптимальных модульных систем обработки данных, определением содержания межмодульного интерфейса. [29]
В этом случае в качестве критериев оптимизации структуры ДС используются: минимум среднего времени ожидания обработки запроса пользователя; минимум среднего времени пребывания запроса в системе, равного среднему времени отклика или реакции ДС; минимум средней длины очереди запросов и среднего числа заявок в системе. Синтез структуры ДС ведется с учетом ограничений на среднее время решения диалоговой задачи в системе, на число процедур в составе каждого программного модуля ДС, на число информационных элементов, используемых каждым модулем, на сложность межмодульного интерфейса и число модулей в системе. [30]