22)Модели жизненного цикла

Каскадная модель: разбиение всей разработки на этапы, переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.

Спиральная модель ЖЦ делает упор на начальные этапы ЖЦ: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии программного обеспечения ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации.

23)Сетевой подход к организации данных является расширением иерархического. В иерархических структурах запись-потомок должна иметь в точности одного предка; в сетевой структуре данных потомок может иметь любое число предков. В сетевой модели данных любой объект может быть одновременно и главным, и подчиненным, и может участвовать в образовании любого числа взаимосвязей с другими объектами. Сетевая БД состоит из набора записей и набора связей между этими записями, а если говорить более точно - из набора экземпляров каждого типа из заданного в схеме БД набора типов записи и набора экземпляров каждого типа из заданного набора типов связи.

25)CALS-технологии (непрерывная информационная поддержка поставок и жизненного цикла) — современный подход к проектированию и производству высокотехнологичной и наукоёмкой продукции, заключающийся в использовании компьютерной техники и современных информационных технологий на всех стадиях жизненного цикла изделия. Обеспечиваются единообразные способы управления процессами и взаимодействия всех участников этого цикла: заказчиков продукции, поставщиков/производителей продукции, эксплуатационного и ремонтного персонала. Применение CALS-технологий позволяет существенно сократить объёмы проектных работ, так как описания многих составных частей оборудования, машин и систем, проектировавшихся ранее, хранятся в унифицированных форматах данных сетевых серверов, доступных любому пользователю технологий CALS. Существенно облегчается решение проблем ремонтопригодности, интеграции продукции в различного рода системы и среды. Развитие CALS-технологий должно привести к появлению так называемых виртуальных производств, в которых процесс создания спецификаций с информацией для программно управляемого технологического оборудования может быть распределён во времени и пространстве между многими организационно-автономными проектными студиями. Среди несомненных достижений CALS-технологий следует отметить лёгкость распространения передовых проектных решений, возможность многократного воспроизведения частей проекта в новых разработках и др. Структура проектной, технологической и эксплуатационной документации, языки её представления должны быть стандартизированными. Тогда становится реальной успешная работа над общим проектом разных коллективов, разделённых во времени и пространстве и использующих разные  системы. Кроме того, упрощается эксплуатация систем.

26)Иерархические базы данных графически могут быть представлены как дерево, состоящее из объектов различных уровней. Верхний уровень занимает один объект, второй — объекты второго уровня и т. д.Между объектами существуют связи, каждый объект может включать в себя несколько объектов более низкого уровня. Такие объекты находятся в отношении предка (объект более близкий к корню) к потомку (объект более низкого уровня), при этом возможно, чтобы объект-предок не имел потомков или имел их несколько, тогда как у объекта-потомка обязательно только один предок. Объекты, имеющие общего предка, называются близнецами. Иерархической базой данных является Каталог папок Windows, с которым можно работать, запустив Проводник. Верхний уровень занимает папка Рабочий стол (На втором уровне-Мой компьютер, Мои документы. Сетевое окружение и Корзина, которые представляют собой потомков папки Рабочий стол, будучи между собой близнецами. В свою очередь, папка Мой компьютер — предок по отношению к папкам третьего уровня, папкам дисков (Диск 3,5(А:), С:, D:, E:, F:) и системным папкам.

27)Рабочую документацию отопления, вентиляции и кондиционирования выполняют в соответствии с требованиями настоящего стандарта, ГОСТ 21.101 и стандартов Системы проектной документации для строительства (СПДС). В состав рабочей документации систем отопления, вентиляции и кондиционирования (далее - систем) включают:

- рабочие чертежи, предназначенные для производства строительно-монтажных работ (основной комплект рабочих чертежей марки ОВ);

- эскизные чертежи общих видов нетиповых изделий, конструкций, устройств, монтажных блоков (далее - эскизные чертежи общих видов нетиповых изделий);

- спецификацию оборудования, изделий и материалов;

В состав основного комплекта рабочих чертежей марки ОВ включают:

- общие данные по рабочим чертежам;

- чертежи (планы, разрезы и схемы) систем;

- чертежи (планы и разрезы) установок систем.

В состав основного комплекта рабочих чертежей марки ОВ допускается включать также рабочие чертежи тепловых пунктов при диаметре ввода теплоносителя до 150 мм.

Каждой системе присваивают обозначение, состоящее из марки и порядкового номера системы в пределах марки. Установкам систем присваивают те же обозначения, что и системам, в которые они входят. Элементам систем отопления присваивают обозначения, состоящие из марки и порядкового номера элемента в пределах марки. Допускается индексация стояков систем отопления прописными буквами в пределах обозначения стояка. Трубопроводы и их элементы на чертежах указывают условными графическими обозначениями и (или) упрощенными изображениями. При выполнении трубопроводов упрощенно, как правило, применяют общие обозначения.

28)Виды обеспечения САПР .Все подсистемы состоят из компонентов — элементов средств обеспечения, выполняющих определённую функцию в подсистеме и обеспечивающих её работоспособность. Компонентами САПР являются следующие средства обеспечения: Математическое обеспечение (МО) — совокупность математических методов, моделей и алгоритмов проектирования, представленный в заданной форме. Техническое обеспечение (ТО) — совокупность связанных и взаимодействующих технических средств, средств вычислительной и организационной техники, средств передачи данных, измерительных и других устройств. Программное обеспечение (ПО) — совокупность машинных программ, необходимых для осуществления процесса проектирования, включая системное и прикладное ПО. Информационное обеспечение (ИО) — совокупность языков проектирования. Включает термины, определения, правила формализации естественного языка, методы сжатия и развертывания текстов. Методическое обеспечение (МТО) — совокупность документов, устанавливающих состав, правила отбора и эксплуатации средств обеспечения системы. Организационное обеспечение (ОО) — совокупность документов, определяющих состав проектной организации, связь между подразделениями, а также форму представления результатов проектирования и порядок рассмотрения проектных документов.

29)Реляционные базы данных основаны на реляционной модели. Слово «реляционный» происходит от англ. «relation» (отношение).

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

Особенности реляционной базы данных:

• Данные хранятся в таблицах, состоящих из столбцов («атрибутов") и строк ("записей");

• На пересечении каждого столбца и строчки стоит в точности одно значение;

• У каждого столбца есть своё имя, которое служит его названием, и все значения в одном столбце имеют один тип.

• Запросы к базе данных возвращают результат в виде таблиц, которые тоже могут выступать как объект запросов.

30)Система проектной документации для строительства (СПДС) — комплекс нормативных организационно-методических документов, устанавливающих общетехнические требования, необходимые для разработки, учета, хранения и применения проектной документации для строительства объектов различного назначения.

Основное назначение стандартов СПДС заключается в установлении единых правил выполнения проектной документации для строительства, обеспечивающих:

комплектность выдаваемой заказчику документации с учетом специализации подрядчика, вида и назначения используемых им документов; максимально необходимый объем документации для производства строительно-монтажных работ; общие правила выполнения чертежей и текстовых документов независимо от назначения проектируемого объекта и вида проектных решений; унификацию форм проектных документов и графических изображений с исключением не требующейся потребителю информации; унификацию терминов и понятий, применяемых в СПДС; применение проектной документации в автоматизированных системах проектирования и управления строительным производством; возможность качественного выпуска проектной продукции и ее репрографии. Кроме того, требования стандартов СПДС должны быть взаимоувязаны с требованиями стандартов соответствующих унифицированных систем документации, в том числе государственных стандартов Единой системы конструкторской документации (ЕСКД), стандартов системы репрографии и СФД, международных стандартов ИСО и МЭК, а также с другими взаимосвязанными нормативными документами.