Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...

Статьи Чертежи Таблицы О сайте Реклама

Иерархия проекта

Для перемещения вглубь иерархии проекта продолжайте щелкать по соответствующим значкам +  [c.10]

Система разрешений опирается на иерархию проекта разрешения, действующие на верхнем уровне иерархии могут перекрываться разрешениями на нижнем уровне иерархии.  [c.22]

Модель 1 называется "плоской" из-за того, что все подчиненные листы находятся на одном уровне в иерархии проекта. Верхний лист содержит символы листов для всех подчиненных листов, но не содержит никаких проводников или цепей (рис. 3.31).  [c.126]


Основное различие между статическими и динамическими методами заключено в том, что адрес статического метода определяется на стадии компиляции проекта, а адрес динамического — на стадии выполнения (так называемое позднее связывание ). В результате такого способа адресации в описанном примере будет вызван метод фактически переданного объекта. Этот принцип называется полиморфизмом и представляет одно из самых главных преимуществ ООП. Допустим, что разработчик имеет дело с некоторой совокупностью явлений или процессов. Чтобы смоделировать их с помощью ООП, нужно выделить их самые общие, типовые черты и построить иерархию классов. Те методы и свойства объектов, которые не изменяют своего содержания, должны быть реализованы в виде статических. Те же, которые  [c.201]

Рис. 5.27. Окно навигатора иерархии при подъеме 8. Сохраните проект с прежним именем. Рис. 5.27. Окно навигатора иерархии при подъеме 8. Сохраните проект с прежним именем.
Преобразуйте проект, разложив иерархию.  [c.116]

Познакомьтесь с результатами разложения иерархии. При необходимости отредактируйте и сохраните проект с прежним именем. Если подключаемые R -фильтры должны иметь разные частотные характеристики, можно изменить номиналы резисторов и конденсаторов на соответствующих эквивалентных схемах. Схемы фильтров также можно изменить.  [c.116]

Правила проектирования, которые могут быть определены для множества слоев проекта, имеют определенную иерархию, рассмотренную выше.  [c.525]

Особый класс иерархии, называемой комплексной, позволяет иметь несколько ссылок на один подчиненный лист принципиальной схемы. Эта иерархическая структура может принимать различные формы, в зависимости от метода объединения листов. Детальная информация по использованию комплексной иерархии будет описана в подразделе Различные методы построения многолистового проекта.  [c.123]

Отношения между листами в многолистовом проекте формируются с помощью специального символа, называемого символом листа. Этот символ на старшем в иерархии листе обозначает принципиальную схему подчиненного листа.  [c.124]

Поначалу управление иерархическими многолистовыми принципиальными схемами может показаться сложным. Однако, однажды поняв несколько основных принципов, пользователю в дальнейшем будет относительно легко пользоваться всей мощью иерархии при организации сложных проектов.  [c.125]


Модель 3 относится к простой иерархии. Эта модель позволяет строить многоуровневые или модульные проекты, где иерархия может быть представлена древовидной структурой. В этой модели символ листа обозначает подчиненный лист, который спускается из вышестоящего листа (рис. 3.34).  [c.128]

Модель 4 относится к сложной иерархии. В этой модели проект может содержать несколько символов листа с одинаковыми названиями (подчиненных листов). Эти символы могут располагаться либо на одном листе, либо на разных листах многолистового проекта. Каждому подчиненному символу листа должен быть назначен свой ярлык. Каждый вход листа соединяется с одноименными цепями на подчиненных листах. Все метки цепей локальные.  [c.129]

Как показано выше, иерархия может быть как простой, в которой каждый лист является уникальным, как в Модели 3, так и сложной, в которой одни и те же подчиненные листы встречаются в проекте неоднократно - модульный подход, описанный Моделью 4.  [c.132]

Редактор принципиальных схем имеет широкий набор инструментов, облегчающих работу с многолистовыми иерархическими проектами. В него входят средства просмотра проекта, создания подчиненных листов и символов листов, а также для преобразования сложной иерархии в простую.  [c.132]

Pu . 3.38. Навигация в сложной иерархии с помощью дерева проекта  [c.132]

Если проект имеет сложную иерархическую структуру, необходимо упростить ее и провести обновление позиционных обозначений. Для получения информации о работе с проектами со сложной иерархией обратитесь к пункту Модель 4 - сложная иерархия раздела Управление многолистовыми и иерархическими проектами.  [c.139]

Главным преимуществом многолистовой среды редактора схем является его интуитивность, которая значительно облегчает работу со сложными иерархическими проектами. Все многолистовые проекты включают в себя специальный файл, называемый главным листом (master sheet). Главный лист находится на вершине иерархии проекта и является его первым листом. Термин иерархия указывает на отношения между главным и подчиненными листами, составляющими проект (рис. 3.28).  [c.123]

Модель 2 также называется "плоской" из-за того, что все подчиненные листы находятся на одном уровне в иерархии проекта. Верхний лист содержит символы листа для всех подчиненных листов, но не содержит никаких проводников или цепей. В модели 2 межлистовые соединения создаются как портами, так и метками цепей (рис. 3.33), а все связи получаются горизонтаьными. Вся информация о схеме представлена в подчиненных листах.  [c.128]

Откройте папку, содержащую подчиненный лист hannel A.s h, скопируйте его в буфер обмена и вставьте как ярлык в эту же папку. Измените имя ярлыка на hannel B.s h и нажмите клавишу F5, чтобы обновить иерархию проекта. Легко видеть, что система поняла переименованный ярлык как новый подчиненный лист.  [c.129]

Создадим второй макет и назовем его зоны. Ранее описанным способом вставим в макет чертежи плана первого и второго этажей с расставленными зонами. На панели Navigator (Навигатор) переходим на вкладку Proje t Мар (Карта проекта). В иерархии проекта раскрываем строку Lists  [c.482]

В настоящее время наиболее адекватной организационной структурой управления для реализации проектов признана про-ектно-матричная, или плоскостная структура, изображенная на рис. 7.76. Такие структуры формируют менеджеры проектов с привлечением специалистов из функциональных отделов, находящихся на различных уровнях управленческой иерархии. В результате образуется группа исполнителей или команда (team). Взаимодействие менеджеров с функциональными отделами позволяет перемещать персонал при переходе от одного проекта к другому, более полно используя человеческий фактор.  [c.288]

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


После описания вершины первого уровня описываются все вершины второго уровня, связанные с ней. Для этого исходная группа делится на подгруппы, в каждую из которых входят СК, имеющие одинаковые первые и вторые уровни иерархии призначной части. Этот процесс продолжается до тех пор, пока не будут построены все вершины, соответствующие максимальному уровню характеристик, входящих в данную группу. Затем этот процесс выполняется для всех остальных групп. В результате формируется полное описание логической базы данных, представляющей собой совокупность информационных массивов древовидной структуры. Формально этот процесс описан в статье Сеничкина В. И. Автоматизированное построение базы данных иерархической структуры (см. настоящий сборник). Для завершения информационно-логического описания целевой системы необходимо установить связь между информационными массивами, с одной стороны, и внешними результатами и входными сообщениями — с другой. С этой целью в информационный проект включены спецификации внешних результатов, рабочих и нормативных таблиц, а также спецификации схем ввода и базисных массивов. Спецификации внешних результатов отражают взаимосвязь между документами (таблицами) целевой системы и структурой информационных массивов, т. е. каждогт переменной, входящей в тот или иной документ, ставится в соответствие вершина дерева структуры информационного массива, б которую входит эта переменная. Таким образом, можно получить любой документ, двигаясь по дереву, отражающему структуру информационного массива, от одной вершины к другой последовательно.  [c.116]

Проекты с иерархической структурой принято подразделять на простые и комплексные. В простых проектах каждому модулю соответствует своя эквивалентная схема на отдельном листе. В комплексных проектах, как в нашем случае, несколько модулей связываются с одной эквивалентной схемой. Для того чтобы правильно сгенерировать список цепей и компонентов для передачи в редактор печатных плат, необходимо комплексный проект преобразовать в простой. Для этого используется команда Resolve hierar hy (Разложение иерархии).  [c.115]

В простой иерархии каждый иерархический блок или ссылка на проект с иерархической структурой содержтсм в отдельной папке Vindows.  [c.170]

Parameters появляется диалоговое окно файла технологических параметров проекта. Информация размещается в древовидной структуре, подобной расположению папок и файлов в дереве проводника Windows. В этом диалоговом окне возможно устанавливать параметр технологии проекта и журналы, копировать технологические параметры в проект или из проекта, рассматривать или изменять свойства данных и просматривать или изменять иерархию файла.  [c.420]

Экспортировать документы и папки из базы данных проекта можно и перетаскиванием в Проводник системы Windows, используя технологию drag-and-drop. Все вложенные папки и файлы будут скопированы на диск с учетом изначальной иерархии.  [c.19]

Другим способом просмотра документов проекта является применение кнопок перемещения по иерархии (Up/Down Hierar hy), расположенных на главной панели инструментов.  [c.79]

Порты используются для соединения цепей на разных листах проекта, при этом порты имеют одинаковые имена. Порты также могут соединять подчиненные листы с входами листов (Sheet Entries) на символах листов в проектах со сложной иерархией. Для поворота портов при размещении используется клавиша SPA EBAR.  [c.104]

Модель 3 является истинно иерархической, потому что межлистовые соединения сами собой следуют иерархии листов, а проект может быть в глубину настолько многоуровневым, насколько пожелает разработчик. Эта модель наилучшим образом подхо-дит для построения многолистовых проектов.  [c.129]

В прое1сте со сложной иерархией схема СЬаппв1 А присутствует только один раз. поэтому до того, как проект будет преобразован в проский, оба символа листов содержат одинаковые порты.  [c.129]

Это особая модель иерархии, в которой компонент ведет себя как символ листа, указывающий на содержащиеся в нем цепи. В реальной жизни необходимость в использовании такой модели иерархии встречается довольно часто. Предположим, что в пользовательском проекте есть небольшая подчиненная схема, разработку и моделирование которой полезно провести в рамках единого проекта, или же в проекте используется программируемая логическая микросхема, которая должна быть включена с учетом внутренней схемотехники, или разработчик хочет представить схему подчиненного листа не прямоугольником, а любым другим символом (рис. 3.36).  [c.130]

Все проекты импортируются с учетом изначальной (простой или сложной) иерархии. На рис. 3.52 представлен вид проекта в системе Or AD и результат импорта его в систему Protel.  [c.162]

Принципиальные схемы устройств на программируемой логике создаются так же, как и все остальные схемы на основе дискретных элементов, размещаемых на печатной плате. Проект может состоять из одного или нескольких листов с неограниченной глубиной и сложностью иерархии. Единственное отличие состоит в том, что символы для создания принципиальной схемы необходимо брать из специальной библиотеки PLD Symbole.  [c.310]


Смотреть страницы где упоминается термин Иерархия проекта : [c.154]    [c.162]    [c.684]    [c.89]    [c.170]    [c.18]    [c.126]    [c.129]    [c.130]    [c.130]    [c.131]    [c.306]    [c.688]   
Смотреть главы в:

Система проектирования печатных плат Protel  -> Иерархия проекта



ПОИСК



Selected Pins иерархия проекта

Иерархия

Иерархия работа с иерархическим проектом

Проект

Проект разложение иерархии



© 2025 Mash-xxl.info Реклама на сайте