50) Понятие- технического задания тз

Техническое задание — исходный документ на проектирование технического объекта. ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования.

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

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

Объектом проектирования может быть материальное устройство, или выполнение работы, или оказание услуги, например, сооружение или промышленный комплекс, техническое устройство (прибор, машина, аппарат), система управления, информационная система, нормативная документация (например, стандарт) и т. д.

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

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

Вопрос №51 Проектно-конструкторские службы для проектирования теплоэнергетических установок и систем теплопотребления промышленных предприятий

1)Проектно-конструкторские службы для проектирования теплоэнергетических установок .

а)Конструкторское бюро-это организация занимающаяся проектированием теплоэнергетических установок.

б) Проектный институт-это крупная проектная организация занимающаяся проектированием теплоэнергетических установок.

в)Проектно-конструкторская фирма-это организация (компания или корпорация), владеющая одним или несколькими бюро которые занимаются проектными работами.

2)Системы теплопотребления - комплекс устройств, предназначенных для выработки и транспортирования тепловой энергии.

В зависимости от типа источника:

1)Централизованная от ТЭЦ (АТЭЦ)

2) Централизованная от районных котельных

В зависимости от типа источника:

1) Местная от модульных котельных

2) Децентрализованная от теплогенераторов

По виду транспортируемого теплоносителя:

1)Водяные

2)Паровые

3)Воздушные

По числу параллельно проложенных теплопроводов:

1)однотрубные

2)двухтрубные

3)трехтрубные

4)многотрубные

По использованию теплоносителя в системах горячего водоснабжения и технологических потребителей:

1)закрытые (замкнутые);

2)открытые (разомкнутые).

Общие схемы систем теплоснабжения. Основное оборудование

В зависимости от числа потребителей, их потребностей в тепловой энергии, а также требований к качеству и бесперебойности теплоснабжения для определенных категорий абонентов тепловые сети выполняются тупиковыми (рис. 1) или кольцевыми (рис. 2).

Рис. 1 – Тупиковая тепловая сеть 1 – теплопровод; 2 – потребители тепловой энергии; 3 – перемычки; 4 – ТЭЦ, районные и квартальные котельные; 5 – секционирующие камеры

Тупиковая схема является более распространенной. Она применяется при обеспечении тепловой энергией города, квартала или поселка от одного источника – ТЭЦ или котельной. По мере удаления от магистрали от источника уменьшаются диаметры теплопроводов (1), упрощается конструкция, состав сооружений и оборудование на тепловых сетях в соответствии со снижением тепловой нагрузки. Для этой схемы характерно то, что при аварии магистрали абоненты, подключенные к тепловой сети после места аварии, не обеспечиваются тепловой энергией. Для повышения надежности обеспечения потребителей (2) тепловой энергией между смежными магистралями устраивают перемычки (3), которые позволяют при аварии какой-либо магистрали переключать подачу тепловой энергии. Наличие перемычек частично исключает основной недостаток этой схемы и создает возможность бесперебойного теплоснабжения потребителей.

Рис. 2 – Кольцевая тепловая сеть 1 – кольцевая магистраль; 2 – потребители тепловой энергии; 3, 6 – центральные тепловые пункты; 4 – ТЭЦ, районные и квартальные котельные; 5 – секционирующие камеры; 7 – промышленные предприятия

Кольцевая схема предусматривается в крупных городах. Для устройства таких сетей требуется большие капитальные вложения по сравнению с тупиковыми. Достоинством кольцевой схемы – наличие нескольких источников, благодаря чему повышается надежность теплоснабжения и требуется меньшая суммарная мощность котельного оборудования. Кольцевая магистраль (1) подключена к трем ТЭЦ, потребители (2) через центральные тепловые пункты (6) присоединены к кольцевой магистрали по тупиковой схеме. На крупных ответвлениях предусмотрены секционирующие камеры (5). Промышленные предприятия (7) также присоединены по тупиковой схеме.

Вопрос №52 Высокоуровневый язык программирования

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

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

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

Примеры: C++, C#, Java, JavaScript, Python, PHP, Ruby, Perl, Паскаль, Delphi, Лисп. Языкам высокого уровня свойственно умение работать с комплексными структурами данных. В большинстве из них интегрирована поддержка строковых типов, объектов, операций файлового ввода-вывода и т. п.

Первым языком программирования высокого уровня считается компьютерный язык Plankalkül, разработанный немецким инженером Конрадом Цузе ещё в период 1942—1946 годах. Однако транслятора для него не существовало до 2000 года. Первым в мире транслятором языка высокого уровня является ПП (Программирующая Программа), он же ПП-1, успешно испытанный в 1954 году. Транслятор ПП-2 (1955 год, 4-й в мире транслятор) уже был оптимизирующим и содержал собственный загрузчик и отладчик, библиотеку стандартных процедур, а транслятор ПП для ЭВМ Стрела-4 уже содержал и компоновщик (linker) из модулей. Однако, широкое применение высокоуровневых языков началось с возникновением Фортрана и созданием компилятора для этого языка (1957).

Вопрос №53 Стадий проектирования опытно-конструкторских работ ОКР

Проектирование делится на стадии. При проектировании сложных объектов выделяют стадии

- научно-исследовательских работ (НИР)

- опытно-конструкторских работ (ОКР)

- технического проекта

- рабочего проекта

- испытаний опытного образца.

Стадию НИР во многих случаях можно разделить на стадии

- предпроектных исследований

- технического задания

- технического предложения.

На этих стадиях последовательно изучаются потребности в получении новых изделий с заданным целевым назначением, исследуются физические, информационные, конструктивные и технологические принципы построения изделий. Далее исследуются возможности реализации этих принципов, прогнозируются возможные значения характеристик и параметров объектов. Результатом НИР является формулировка технического задания (ТЗ) на разработку нового объекта.

На стадии ОКР разрабатывается эскизный проект изделия, проверяются, конкретизируются и корректируются принципы и положения, установленные на стадии НИР.

На стадии технического проекта принимаются подробные технические решения и прорабатываются все части проекта.

На стадии рабочего проекта создается полный комплект конструкторско-технологической документации, достаточный для изготовления объекта.

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

Вопрос №54

Еди́ная систе́ма констру́кторской документа́ции (ЕСКД) — комплекс государственных стандартов, устанавливающих взаимосвязанные правила, требования и нормы по разработке, оформлению и обращению конструкторской документации, разрабатываемой и применяемой на всех стадиях жизненного цикла изделия (при проектировании, разработке, изготовлении, контроле, приёмке, эксплуатации, ремонте, утилизации).

ПРАВА И ОБЯЗАННОСТИ СТОРОН

4.1. ЗАКАЗЧИК обязан:

4.1.1. По окончании выполнения ПОДРЯДЧИКОМ работ осуществить приемку их результата.

4.1.2. Оплатить результат работ в порядке и на условиях, определенных настоящим Договором.

4.2. ПОДРЯДЧИК обязан:

4.2.1. Выполнить предусмотренные настоящим Договором работы, обеспечив их надлежащее качество в соответствии с Заданием на проектирование (Приложение № 1 к Договору), законодательством РФ, строительными нормами и правилами, в сроки, установленные настоящим Договором.

4.2.2. Немедленно письменно предупредить ЗАКАЗЧИКА при обнаружении не зависящих от ПОДРЯДЧИКА обстоятельств, которые создают невозможность завершения ПОДРЯДЧИКОМ работ в установленный срок либо грозят повреждению или гибели результата работ.

4.2.3. Исполнять полученные в ходе выполнения работ указания ЗАКАЗЧИКА, а также в установленный ЗАКАЗЧИКОМ срок, устранять обнаруженные им недостатки в выполненной работе или иные отступления от условий настоящего Договора.

4.2.4. Обеспечивать ЗАКАЗЧИКУ возможность контроля и надзора за качеством и ходом выполнения работ.

4.2.5. Незамедлительно сообщить о прекращении действия Свидетельства о допуске к работам или приостановления его действия ЗАКАЗЧИКУ.

4.2.6. Сдать результат выполненных работ ЗАКАЗЧИКУ, передав при этом ЗАКАЗЧИКУ всю документацию, относящуюся к выполненным работам.

4.2.7. Выполнить иные обязанности, предусмотренные законом, иными правовыми актами или настоящим Договором.

4.2.8. Соблюдать инструкцию «О порядке производства работ сторонними организациями в эксплуатируемых сооружениях Петербургского метрополитена».

4.2.9. В случае применения в проектных решениях новых материалов предоставить на них ГОСТы, ТУ и прочие документы.

4.2.10. Соблюдать требования, содержащиеся в Задании на разработку проекта (Приложение №1 к Договору) и других исходных данных для выполнения проектных работ, и вправе отступить от них только с письменного согласия ЗАКАЗЧИКА.

4.3. ЗАКАЗЧИК вправе:

4.3.1. Требовать надлежащего выполнения настоящего Договора.

4.3.2. Удержать из окончательных платежей, причитающихся ПОДРЯДЧИКУ за фактически выполненную работу, денежные суммы по штрафным санкциям и пени, связанные с неисполнением или ненадлежащим исполнением ПОДРЯДЧИКОМ своих обязательств по настоящему Договору.

4.3.3. Осуществлять контроль и надзор за ходом и качеством выполняемых работ, соблюдением сроков их выполнения и соответствием установленной Договором цене, не вмешиваясь при этом в оперативно-хозяйственную деятельность ПОДРЯДЧИКА.

4.4. ПОДРЯДЧИК вправе:

4.4.1. Требовать оплаты по настоящему Договору в случае полного и надлежащего исполнения обязательств по настоящему Договору.

Проектные организации г Вологда

1	АРДИС,ООО
	2)	ВОЛОГДААВТОДОР, ОАО  Бетон и железобетонные изделия Проектные организации Строительные работы Дорожно-строительные работы
	3)		ВОЛОГДААГРОПРОЕКТ, ПРОЕКТНО-ИЗЫСКАТЕЛЬСКИЙ ИНСТИТУТ  Научные организации Проектные организации
	4)	ВОЛОГДАГРАЖДАНПРОЕКТ, ИНСТИТУТ  Проектные организации
	5)	ВОЛОГДАТИСИЗ, ОАО  Строительные работы Проектные организации
	6)	ВОЛОГДАЭНЕРГОМОНТАЖ, ООО  Электрооборудование, кабели и сварка Энергетика Водоснабжение и канализация Проектные организации
	7)	ВОЛОГОДСКОЕ ЭЛЕКТРОМОНТАЖНОЕ ПРЕДПРИЯТИЕ,  Проектные организации
	8)	ГАЗСТРОЙПРОЕКТ, ООО  Проектные организации
	9)	ГАЗТЕПЛОПРОЕКТ,  Проектные организации
	10	ДОРОЖНИК-1, ООО  Проектные организации
	11	ИНСТИТУТ ВОЛОГДАИНЖПРОЕКТ, ООО  Проектные организации
	12	СЕВЛЕСПРОЕКТ, ФГУП  Научные организации Проектные организации

Вопрос №55 Прикладное программное обеспечение САПР: графические стандарты

Для обеспечения связи между графическими утилитами и устройствами вывода наиболее часто используется стандарт VDI (Virtual Device Interface — интерфейс виртуального устройства), который в настоящее время переименован в CGI (Computer Graphics Interface — итперфейс компьютерной графики).

Наиболее распространенным стандартом, обеспечивающим связь между прикладными программами и графическими утилитами, является GKS (Graphical Kernel System — графическая корневая система). Иногда используется и более ранний стандарт CORE, основные функции которого реализованы в GKS. А наиболее совершенным из стандартов этого класса является PHIGS (Programmers Hierarchical Interface for Graphics — программистский иерархический графический интерфейс), описывающий сложные иерархические структуры графических данных, в том числе и трехмерные.

Для обеспечения связи между различными САПР используется ряд стандартов, наиболее распространенным из которых является IGES (Initial Graphics Exchange Specification — стандартный протокол обмена графической информацией). В этом стандарте различные данные классифицируются в терминах сущностей, которые могут принадлежать к одной из трех категорий: геометрии (точки, отрезки, дуги, плоскости и т. п.), аннотации (размеры, осевые линии, стрелки и т. п.), структуры (геометрические группы, макрооп­ределения и т. д.). Чтобы использовать IGES, любая САПР снабжается двумя программами — препроцессором и постпроцессором. Международный стандарт GKS (Grapfical Kernel System) принят в 1985 г. и предназначен для обеспечения переносимости и совместимости программных средств машинной графики. Согласно этому стандарту, любое изображение должно строиться из типовьгх базовых элементов — примити­вов вывода. В GKS определено шесть основных примитивов вы­вода: полимаркер, полилиния, текст, заполнение области, массив пикселей, обобщенный примитив вывода.