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