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