Укрупненная структура

Cтраница 3

С конструктивной точки зрения, укрупненная структура ПО совпадает с аппаратурной структурой устройства. Так, для многопроцессорной системы программного управления ПР, включающей пять микропроцессоров серии К 580 ( рис. 5.1), каждый из которых имеет собственное ПО, записанное в индивидуальных ППЗУ, укрупненная структура ПО представлена на рис. 5.2. Как видно из этого рисунка, все процессоры объединены в пары по принципу ведущий-ведомый. Сплошными линиями изображена передача команд и необходимых для их выполнения данных, а штриховыми - информация о выполнении команд или данные для индикации. [31]

Работа эта выполняется в соответствии с детально разработанной методологией, основные положения которой были изложены в гл. Мастер должен хорошо знать всю методологию работы и иметь достаточно высокую программистскую квалификацию, хотя не такую, как для выполнения функций главного программиста. Кроме разработки укрупненных структур, мастер ведает распределением работ, их приемкой. У него должен быть помощник, а при большом объеме работ - небольшая группа. [32]

Пусть содержательная обработка информации осуществляется двумя последовательными семантическими процедурами. Первая из них создает единственный массив, который является входным для работы второй процедуры. На рис. 4.2 показана укрупненная структура такой программы. [33]

Качественный аспект сбалансированности спроса и предложения предполагает необходимое соответствие ассортимента и качества предлагаемых на рынке товаров спросу населения, что выражается в конкретных требованиях покупателей. Это наиболее сложный аспект сбалансированности спроса и предложения, поскольку конкретные требования многоликой массы потребителей весьма разнообразны и изменчивы и учесть их при производстве конкретных товаров очень сложно. Именно поэтому нередко даже при наличии количественной сбалансированности спроса и предложения по общим объемам и укрупненной структуре ассорти-ментно-качественное соответствие между ними оказывается недостигнутым. [34]

Наибольшие трудности возникают при проверке всей задачи. Если количество процедур в программе невелико, то можно попытаться произвести проверку управляющих модулей вместе со всеми обрабатывающими процедурами. Но в большинстве случаев необходимо постепенно наращивать программы, начиная с процедур ввода и добавляя процедуры снизу вверх по укрупненной структуре программы. Каждое такое расширение приводит к необходимости изменения логики управления в главном, а быть может, и в дополнительных управляющих модулях. И только при подключении всех процедур на верхнем уровне вместо имитатора появляется реальный модуль управления. Для проверки всей задачи используется полный функциональный тест, составление которого рассматривалось в предыдущем разделе. [35]

Координационный план создания системы. [36]

Технический проект разрабатывается на основании технического задания в такой последовательности: общий технический проект на АСУ, технический проект на каждую очередь. В проекте указывается количество очередей разработки и внедрения, состав и содержание каждой очереди, состав технических средств и технические решения, обеспечивающие единство всей АСУ. В нем выделяются: общая организационная структура системы с указанием подсистем, подразделений, состав управленческого персонала, охватываемого АСУ; смета затрат на выполнение научно-исследовательских и проектных работ по созданию системы; перечень задач, решаемых в каждой подсистеме; схема документооборота между подразделениями и подсистемами; общие принципы математического обеспечения; укрупненная структура комплекса технических средств. [37]

В качестве примера составления проекта программы испоть-зуем задачу PRIMER, исходное описание которой подробно рассматривалось в конце гл. Пусть в нашем распоряжении имеется точько одно устройство печати, операционная система не выполняет буферизацию выходных потоков и массив ошибок ожидается небольшим, что позволяет накапливать его в буферной памяти соответствующего обрабатывающего модуля вплоть до завершения печати отчета. На рис. 4.3 показана укрупненная структура программы PRIMER. Модуль обработки одного массива здесь реализуется схемой преобразования одного не строго упорядоченного входного массива с контролем его упорядоченности и без выходного буфера. [38]

Температуру нагрева и время выдержки нужно тщательно контролировать, допустимое отклонение температуры от оптимальной 10 С. Нагрев под закалку контролируют по величине аустенитного зерна. Повышенная температура нагрева и излишнее время выдержки в печах окончательного нагрева под закалку приводят к образованию крупноигольчатого мартенсита и ледебурит-ной сетки. Мартенсит закалки должен быть скрытокристалличе-ского или мелкоигольчатого строения. Укрупненная структура мартенсита для сложного инструмента ( метчиков, шеверов, протяжек) не допускается. Инструмент с укрупненной или крупной структурой мартенсита может быть исправлен путем отжига и повторной закалки. Повторная закалка без промежуточного отжига приводит к образованию в структуре нафталинистого излома. Инструмент с ледебуритной сеткой исправлению не подлежит и его окончательно забраковывают. Нагрев инструмента под закалку рекомендуется вест. [39]

Страницы: 1 2 3