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