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