Разбиение - процесс
Cтраница 1
Разбиение процесса на последовательные этапы очень важно для начинающих проектировщиков, поскольку это позволяет сосредоточиться на поиске решения и таким образом дисциплинировать свое мышление. Умение расчленять процесс приходит с опытом: здесь нет и не может быть четких рекомендаций. [1]
Разбиение процесса проектирования на этапы связывают с различием технических средств, как привлекаемых для создания проекта в роли инструментария, так и используемых в качестве компонентов проекта, а также и технологических особенностей реализации конечного продукта. Хотя общая методология процесса проектирования не зависит от варианта разбиения процесса проектирования на отдельные уровни, содержание, а также методы и средства проектирования для различных уровней оказываются очень специфичными и существенно зависят как от типа применяемой элементной базы, так и от способа реализации ( изготовления) конечного продукта. [2]
Разбиение процесса преобразования программы от текста на языке программирования к машинным кодам на две стадии - трансляцию и редактирование открывает возможности создания программ по частям - модулям, допускающим независимую трансляцию. Полученные в результате трансляции объектные модули строятся трансляторами ДОС / ЕС в таком формате, что абсолютные адреса команд, переменных и обращений к другим модулям не вырабатываются, а к модулю придается информация, позволяющая выполнить эту работу на этапе редактирования. [3]
В свою очередь разбиение процесса на несколько операций часто объясняется недостаточной надежностью оборудования, характеризуемого среднедопустимым временем операции, в течение которого вероятность сбоя практически равна нулю. Выполнение некоторых операций редактирования не укладывается в это время и их приходится разделять на несколько операций с вытекающим отсюда дублированием данных или включением в программу средств записи контрольных точек для продолжения операции после сбоя. [4]
Нам представляется целесообразным осуществить разбиение процесса приобретения знаний на фазы, отражающие изменение функций участников проектирования ( эксперта и инженера по знаниям) и / или экспертной системы. [5]
Идея Диница основывается на разбиении процесса увеличения потока вдоль увеличивающих цепей на фазы, соответствующие использованию кратчайших цепей определенной длины. Фаза начинается с построения вспомогательной бесконтурной сети, затем во вспомогательной сети находится так называемый псевдомаксимальный поток. [6]
Кто-то может усомниться в необходимости разбиения процесса переноса на столь большое число отдельных фаз. Однако, и это виднб из таблицы 25.2, на каждой из фаз требуется достичь контрольных точек и подготовить законченные части проекта. Контрольные точки отмечают стратегически важные моменты процесса. [7]
 |
Двухпоточная схема химического формования ( пояснения в тексте. [8] |
Исходным моментом при создании математической модели является разбиение процесса на основные стадии, каждая из которых может рассматриваться как самостоятельный объект математического моделирования. Рассмотрим этот подход для классической двухпоточной схемы химического формования. [9]
Математическое моделирование включает в качестве первого этапа разбиение процесса на зависимые составляющие ( уровни) и изучение закономерностей протекания всех составляющих с целью выражения результатов в математической форме. При этом требуется не только и не столько знание математики, сколько глубокое понимание сущности описываемых явлений. В математическом описании каждого уровня должны быть учтены наиболее существенные факторы, влияющие на процесс, и в го же время оно не должно быть загромождено множеством второстепенных факторов, учет которых только усложняет математический анализ и делает труднообозримыми исследования. [10]
В свою очередь, приведенное доказательство обосновывает разбиение процесса поиска оптимума на этапы, при котором проводится последовательное сужение области поиска, а затем - просмотр этой области. [11]
Создание рациональной системы контроля за разработкой неразрывно связано с рациональным разбиением процесса проектирования на этапы, а всей системы - на подсистемы. Такое разбиение должно минимизировать число ошибок на отдельных этапах проектирования АСУП и исключить их накопление. В сетевых моделях обычно контролируются сроки выполнения работ и затраты на их реализацию. При управлении разработкой АСУП недостаточно контролировать только сроки выполнения отдельных этапов разработки и затраты на них. Большое значение приобретают анализ принятых при разработке решений, определение их эффективности. Анализ требует дополнительных материальных и временных затрат. Анализ в конце разработки может также привести к большим затратам, так как увеличивается вероятность принятия неэффективных решений. Естественно, эффект от повторного проектирования должен быть больше затрат, которых оно требует. Поэтому возникает задача определения оптимальной очередности анализа результатов проектирования. [12]
Сущность принципа модульности проектирования пакетов прикладных программ состоит в разбиении программируемого процесса на самостоятельные участки, программы которых оформляются в виде отдельных модулей. Под модулем понимается логически завершенная группа команд ( операторов), реализующих заданную функцию и имеющих стандартный вход и выход. [13]
 |
Графическая интерпретация алгоритма динамического программирования при оптимизации компоновки парогенератора. [14] |
Основными особенностями задачи оптимизации компоновки поверхностей нагрева котлоагрегата являются: 1) естественное разбиение процесса передачи тепла в котлоагрегате на ряд этапов в соответствии с числом поверхностей нагрева; 2) постоянство полного температурного перепада охлаждаемых продуктов сгорания при фиксированных значениях начальной ( Тп) и конечной ( Т1 () температур; 3) постоянство количества тепла, передаваемого в каждой поверхности нагрева котлоагрегата. [15]
Страницы: 1 2 3