Поставка запасных частей к автомобилям, используемым заказчиком

Начальная (максимальная) цена контракта

Количество товара, объем работ или услуг

1. Полуось заднего моста - количество: 2шт, Для автомобиля ГАЗ ("Егерь") 2. Лист № 1 передней рессоры - количество: 6шт, Для автомобиля ГАЗ ("Егерь") 3. Коробка перемены передач (КПП) - количество: 1шт, Для Марка автомобиля - УАЗ 4-х ступенчатый первичный вал d29 мм 4. Колодка с фрикционными накладками передняя - количество: 8шт Для автомобиля ГАЗ ("Егерь") 5. Генератор - количество: 1шт Для автомобиля ГАЗ ("Егерь") 6. Ремень 1280 клиновой простой - количество: 6шт, характеристики: описание - ММЗ Д-24,7 Евро-3 МАрка автомобиля ГАЗ ("Егерь") 7. Стартер редукторный (24v) для двигателей - количество: 1шт Марака автомобиля ГАЗ ("Егерь") 8. Амортизатор задней подвески - количество: 16шт Для автомобиля ГАЗ ("Егерь") 9. Манжета ступицы заднего колеса - количество: 8шт Для автомобиля ("Егерь") 10. Лист № 1 задней рессоры - количество: 6шт, Для автомобиля ГАЗ ("Егерь") 11. Рессора задняя (11 клиновая) - количество: 6шт, Для Автомобиля ГАЗ ("Егерь") 12. Тяга рулевая поперечная в сборе - количество: 2шт, Для автомобиля ГАЗ ("Егерь") 13. Опора рессоры нижняя - количество: 4шт,Для автомобиля ГАЗ ("Егерь") 14. Подшипник роликовый конический - количество: 8шт, Для автомобиля ГАЗ ("Егерь") 15. Шланг - количество: 5м Для автомобиля ГАЗ ("Егерь") 16. Подшипник - количество: 8шт Для автомобиля ГАЗ ("Егерь") 17. Колодка с фрикционными накладками задняя - количество: 8шт Для автомобиля ("Егерь") 18. Крестовина с сальником - количество: 16шт, Для автомобиля ГАЗ ("Егерь") 19. Шарнир поворотного кулака правый - количество: 2шт Для автомобиля ("Егерь") 20. Вал карданный - количество: 4штДля автомобиля ГАЗ ("Егерь") 21. Тяга продольного рулевого управления - количество: 2шт. Марка автомобиля - ГАЗ ("Егерь") 22. Опора рессоры верхняя - количество: 4шт, Для автомобиля ГАЗ ("Егерь") 23. Ремень 1500 клиновой простой - количество: 6шт, характеристики: описание - ММЗ Д-245.7 вентилятора Для автомобиля ГАЗ ("Егерь") 24. Стекло ветрового окна - количество: 2шт Для автомобиля ГАЗ ("Егерь") 25. Шланг сливной нагревательный - количество: 2шт, Для автомобиля ГАЗ ("Егерь") 26. Шарнир поворотного кулака левый - количество: 2шт,Для автомобиля ГАЗ ("Егерь") 27. Рессора передняя - количество: 6шт, Для Автомобиля ГАЗ ("Егерь") 28. Насос ГУР - количество: 2шт, Для автомобиля ГАЗ ("Егерь") 29. Комплект запчастей ведущей и ведомой шестерни главной передачи (Пара червячная) - количество: 2шт, характеристики: Для автомобиля ГАЗ ("Егерь")

Место поставки товара, выполнения работ или оказания услуг

Амурская область, г.Благовещенск, ул. 50 лет Октября, 237

Срок поставки товара, выполнения работ или оказания услуг

40 календарных дней с момента подписания Государственного контракта

управление по охране, контролю и регулированию использования объектов животного мира и среды их обитания Амурской области

• • Котировочная заявка запчасти. docx. Котировочная заявка запчасти. docx
• • Обоснование НМЦ на запчасти.xls. Обоснование НМЦ на запчасти.xls
• • Проект Госконтракта на Запчасти. docx. Проект Госконтракта на Запчасти. docx
• • Техзадание на запчасти.docx. Техзадание на запчасти.docx

федеральное казенное учреждение "Центр хозяйственного и сервисного обеспечения Управления Министерства внутренних дел Российской Федерации по Хабаровскому краю"

государственное (областное) бюджетное учреждение "Управление государственной противопожарной спасательной службы Липецкой области"

Отдел вневедомственной охраны по городу Еманжелинску - филиал федерального государственного казенного учреждения "Управление вневедомственной охраны Главного управления Министерства внутренних дел Российской Федерации по Челябинской области"

Отдел вневедомственной охраны по городу Магнитогорску - филиал федерального государственного казенного учреждения "Управление вневедомственной охраны Главного управления Министерства внутренних дел Российской Федерации по Челябинской области"

Открытое акционерное общество "Курганоблгаз"

Прокуратура Республики Северная Осетия-Алания

Муниципальное бюджетное общеобразовательное учреждение "Средняя общеобразовательная школа с.Кормежка" Балаковского района Саратовской области

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

областное государственное учреждение "Противопожарная служба Челябинской области"

государственное бюджетное учреждение здравоохранения Архангельской области "Онежская центральная районная больница"

Тз для лендинга пример - как разработать грамотное техническое задание

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

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

Создать Landing Page легко: Лучший онлайн-конструктор, не сложнее Word

Многие пользователи в последнее время стали задаваться вопросом: как написать тз для лендинга?

Укажите свой email для получения чек листа себе на почту.

Вот наиболее распространенный пример тз на лендинг пейдж:

• Контактная информация клиента-заказчика: (контактные телефоны, E-mail, ссылки на соц. сети).
• Предназначение создаваемой лендинг пейдж? (реализация товара/услуги, подписка, распространение софта, сбор e-mail-ов потенциальных клиентов и т.д.)
• Кто является целевой аудиторией создаваемого одностраничного сайта.
• Объем текстового контента (информация о товаре/услуге, коротко о компании и т.д. )
• Сроки выполнения заказа и сдачи готового лендинга заказчику.
• Предполагаемые блоки (спецпредложения, инфоргафика, статистические выкладки и проч.)
• Ссылки на лендинговые ссайты, которые можно использовать как прототип (заимствование удачных «фишек» и идей конкурентов и т.п. )
• Запросы и ключевые фразы, по которым пользователи должны попадать на одностраничник.
• Отзывы и иная информация от ваших клиентов, которая поспособствует большей лояльности у пользователей, перешедших на вашу лендинг пейдж.
• Фото, и видеоконтент о товарах или услугах, которые должен презентовать лендинг.
• Какие то особые акценты, которые должны быть подчеркнуты и поданы для потенциального клиента в первую очередь.
• Предпочтения по стилю и дизайну landing page.
• Иные пожелания заказчика.

Так же в последнее время стали появляться различные ресурсы и программы, позволяющие создавать тз на разработку лендинг пейдж в режиме онлайн. К одним из таковых относится сервис – tz maker.ru. ТЗ Майкер – наглядная и полезная программа, для тех кто является новичком в деле формирования технического задания на изготовление разного рода интерент-ресурсов.

ТЗ на разработку логотипа - какие пункты в него включить?

• Автор: Сергей Чесноков
• Дата: 2016-06-04

Здравствуйте, уважаемые читатели!

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

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

Грамотно составленное техническое задание, в котором информация представлена в полном объёме, позволяет:

• получить лого, наиболее точно соответствующий вашим представлениям о нём;
• сократить время разработки и утверждения;
• исключить разногласия с разработчиком;
• создать узнаваемый фирменный знак, который будет служить вам долгие годы.

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

С другой стороны, вы можете и не знать, какие вопросы интересуют разработчика, поэтому разумно будет попросить образец брифа, чтобы затем его заполнить.

Любое техническое задание на разработку фирменного знака содержит обязательные пункты. В него также могут быть добавлены разделы, которые уточняют ваши требования по созданию фирменного знака. Основные разделы таковы:

1. Полное и краткое наименование компании – как на русском, так и в латинской транскрипции. При этом непременно нужно указать, какой вид названия предпочтителен на логотипе – в полном или сокращённом виде, на латинице или кириллице. Или же обязательно наличие двух видов написания.
2. Род деятельности – чем занимается компания, какие услуги оказывает и какие товары продаёт. Есть ли у неё сайт или landing page (об отличиях этих двух типов ресурсов вы можете почитать ТУТ ).
3. Целевая аудитория. Очень важно наиболее точно описать, на какую целевую аудиторию работает предприятие – целеустремлённая молодёжь, деловые и успешные люди среднего возраста, неработающие мамы с детьми, активные пенсионеры и так далее…
4. Цветовое решение. Желательно указывать не более двух (максимум — трёх) цветов, которые вы желаете видеть на своём фирменном логотипе. Обозначьте, каков будет цвет фона и букв. Нужно ли использовать изображения. Если да, то какого плана.
5. Форма – прямоугольная, ромбовидная, квадратная, треугольная, овальная, в виде круга, многоугольная, сложная. В последнем случае необходимо обозначить, какого вида будет сложная форма, желательно вообще предоставить её эскиз.
6. Расположение букв – вертикально, горизонтально или в ином виде.
7. Шрифт – какой из шрифтов будет наиболее предпочтителен стилистически, его размер.
8. Стиль – современный, с посылом в определённый исторический период, с обозначением региональных особенностей, технологичный, доброжелательный, агрессивный и так далее.
9. Изображения и символы – указать, какие картинки или символику вы бы желали увидеть на готовом образе. Возможно, потребуется создать такой лого, по которому компания будет узнаваема даже без включения надписей (в качестве успешного примера можно привести Макдоналдс ).
10. Примеры логотипов. вызывающих наибольшую симпатию.
11. Дополнительные пожелания для разработчиков.

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

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

Оставить заявку на создание логотипа вы можете ЗДЕСЬ либо оставив комментарий к этой статье. Будем рады сотрудничеству!

С уважением, Сергей Чесноков, руководитель веб-студии «Три Дабл Ю».

Как писать раздел ТЗ «Состав и содержание работ по созданию системы» по ГОСТ -89?

[из п. 2.1 ГОСТ 34.601-90]

Стадии и этапы. выполняемые организациями -участниками работ по созданию АС, устанавливаются в договорах и техническом задании на основе ГОСТ 34.601-90. Допускается исключить стадию «Эскизный проект » и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект » и «Рабочая документация » в одну стадию «Технорабочий проект ». В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ [из п. 2.2 ГОСТ 34.601-90]

Многие так и поступают - и правильно делают. Очень часто специфика создаваемой автоматизированной системы и условия ее создания таковы, что проектирование не проводится вообще. Чудеса? Ничего подобного. В условиях сжатых сроков, минимума ресурсов (и достаточно большого опыта создания аналогичных систем) при создании автоматизированной системы достаточно разработки всего трех документов - технического задания, программы и методики испытаний и руководства пользователя. Но это экстрим. Указанным способом разработаны учебно-тренировочные документы по ГОСТам 19-й системы. Ниже расписаны работы, проводимые на каждом этапе создания АС.

На этапе 3.1 «Разработка и утверждение технического задания на создание АС» проводят разработку, оформление. согласование и утверждение технического задания на АС и, при необходимости, технических заданий на части АС [из п. 7 Приложения 1 ГОСТ 34.601-90]

На этапе 4.1 «Разработка предварительных проектных решений по системе и ее частям» определяются: функции АС ; функции подсистем. их цели и эффекты; состав комплексов задач и отдельных задач; концепция информационной базы. ее укрупненная структура; функции системы управления базой данных ; состав вычислительной системы; функции и параметры основных программных средств [из п. 8 Приложения 1 ГОСТ 34.601-90]

На этапе 5.1 «Разработка проектных решений по системе и ее частям» обеспечивает разработку общих решений по системе и ее частям, функционально-алгоритмической структуре системы, по функциям персонала и организационной структуре. по структуре технических средств. по алгоритмам решения задач и применяемым языкам. по организации и ведению информационной базы. системе классификации и кодирования информации. по программному обеспечению [из п. 9 Приложения 1 ГОСТ 34.601-90]

На этапах 4.2 и 5.2 «Разработка документации на АС и ее части» проводят разработку. оформление. согласование и утверждение документации в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию АС. Виды документов - по ГОСТ 34.201-89 [из п. 10 Приложения 1 ГОСТ 34.601-90]

На этапе 5.3 «Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку» проводят: подготовку и оформление документации на поставку изделий для комплектования АС; определение технических требований и составление ТЗ на разработку изделий. не изготовляемых серийно [из п. 11 Приложения 1 ГОСТ 34.601-90]

На этапе 5.4 «Разработка заданий на проектирование в смежных частях проекта объекта автоматизации» осуществляют разработку. оформление. согласование и утверждение заданий на проектирование в смежных частях проекта объекта автоматизации для проведения строительных, электротехнических, санитарно-технических и других подготовительных работ, связанных с созданием АС [из п. 12 Приложения 1 ГОСТ 34.601-90]

На этапе 6.1 «Разработка рабочей документации на систему и ее части» осуществляют разработку рабочей документации. содержащей все необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС в действие и ее эксплуатации. а также для поддержания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями, ее оформление. согласование и утверждение. Виды документов по ГОСТ 34.201-89 [из п. 13 Приложения 1 ГОСТ 34.601-90]

На этапе 6.2 «Разработка или адаптация программ» проводят разработку программ и программных средств системы, выбор, адаптацию и (или) привязку приобретаемых программных средств. разработку программной документации в соответствии с ГОСТ 19.101 [из п. 14 Приложения 1 ГОСТ 34.601-90]

На этапе 7.1 «Подготовка объекта автоматизации к вводу АС в действие» проводят работы по организационной подготовке объекта автоматизации к вводу АС в действие. в том числе:

[из п. 15 Приложения 1 ГОСТ 34.601-90]

На этапе 7.2 «Подготовка персонала» проводят обучение персонала и проверку его способности обеспечить функционирование АС [из п. 16 Приложения 1 ГОСТ 34.601-90]

На этапе 7.3 «Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)» обеспечивают получение комплектующих изделий серийного и единичного производства. материалов и монтажных изделий. проводят входной контроль их качества [из п. 17 Приложения 1 ГОСТ 34.601-90]

На этапе 7.4 «Строительно-монтажные работы» проводят:

• выполнение работ по строительству специализированных зданий (помещений) для размещения технических средств и персонала АС;
• сооружение кабельных каналов;
• выполнение работ по монтажу технических средств и линий связи;
• испытание смонтированных технических средств;
• сдачу технических средств для проведения пусконаладочных работ .

[из п. 18 Приложения 1 ГОСТ 34.601-90]

На этапе 7.5 «Пусконаладочные работы» проводят:

[из п. 19 Приложения 1 ГОСТ 34.601-90]

На этапе 7.6 «Проведение предварительных испытаний» осуществляют:

[из п. 20 Приложения 1 ГОСТ 34.601-90]

На этапе 7.7 «Проведение опытной эксплуатации» проводят:

[из п. 21 Приложения 1 ГОСТ 34.601-90]

На этапе 7.8 «Проведение приемочных испытаний» проводят:

[из п. 22 Приложения 1 ГОСТ 34.601-90]

Ради сокращения объема статьи в перечень стадий и этапов работ по созданию системы не был включен ряд стадий и этапов вроде «Послегарантийного обслуживания». Исключенные стадии и этапы перечислены в ГОСТ 34.601-90 и никуда не денутся. Пусть читатель решит сам - будет ли его организация проводить послегарантийное обслуживание системы, как, на каких условия и т. д.

Содержание организационно-распорядительных документов (актов. приказов. протоколов ) подробно изложено в Приложении 2 РД 50-34.689-90 .

Укрупненные сроки выполнения стадий и этапов работ по созданию АС приводятся в разделе Общие сведения технического задания.

Ответ на этот вопрос даст ГОСТ 34.601-90. Заимствуем из указанного ГОСТ тексты соответствующих подразделов. Итак, в перечень организаций-исполнителей работ входят:

1. Организация -заказчик (пользователь ), для которой создаются АС и которая обеспечивает финансирование, приемку работ и эксплуатацию АС. а также выполнение отдельных работ по созданию АС [из п. 1 Приложения 2 ГОСТ 34.601-90];
2. Организация -разработчик. которая осуществляет работы по созданию АС. представляет заказчику совокупность научно-технических услуг на разных стадиях и этапах создания. а также разрабатывает и поставляет различные программные и технические средства АС [из п. 2 Приложения 2 ГОСТ 34.601-90];
3. Организация -поставщик. которая изготавливает и поставляет программные и технические средства по заказу разработчика или заказчика [из п. 3 Приложения 2 ГОСТ 34.601-90];
4. Организация -генпроектировщик объекта автоматизации [из п. 4 Приложения 2 ГОСТ 34.601-90];
5. Организации -проектировщики различных частей проекта объекта автоматизации для проведения строительных, электротехнических, санитарно-технических и других подготовительных работ, связанных с созданием АС [из п. 5 Приложения 2 ГОСТ 34.601-90];

Организации строительные, монтажные, наладочные и другие. Примечания:

1. в зависимости от условий создания АС возможны различные совмещения функций заказчика. разработчика. поставщика и других организаций, участвующих в работах по созданию АС;
2. стадии и этапы выполняемых ими работ по созданию АС определяются на основании ГОСТ 34.601-90.

[из п. 6 Приложения 2 ГОСТ 34.601-90]

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

И так далее. Юридический и физический адреса пригодятся, банковские реквизиты - тоже, остальное - на усмотрение разработчика.

Перечень организаций-исполнителей может лучше не сокращать и привести согласно ГОСТ 34.601-90. Если ЗАО «Рога и Копыта», согласно примечанию из п. 6 Приложения 2 ГОСТ 34.601-90, успешно совмещает функции организации-разработчика, организации-проектировщика и т.д. так и пишем:

ЗАО «Рога и Копыта»

ЗАО «Рога и Копыта»

Почему логично нарушить требования ГОСТ 34.602-89 и поместить настоящий раздел выше раздела «Сроки выполнения работ»? А чтобы не создавать в тексте технического задания опережающие ссылки - всегда принято давать сначала термины и определения, а затем уж манипулировать ими в ходе изложения.

Перечень документов, подлежащих разработке, приводится в разделе Требования к документированию .

Перечень наименований разрабатываемых документов и их комплектность на систему и ее части должен быть определен в техническом задании на создание автоматизированной системы (подсистемы ). Примечание - Комплектность проектно-сметных документов определяют в соответствии с правилами. установленными системой проектной документации для строительства (СПДС) [из п. 2.1 ГОСТ 34.201-89]

Документов должен быть необходимый и достаточный минимум.

• приемка технической документации;
• экспертиза технической документации на создание системы;
• подготовка и выдача экспертного заключения ;
• архивирование и регистрация технической документации.

Проведение нормоконтроля должно быть направлено на:

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

[из п. 1.1 ГОСТ 2.111-68]

Нормоконтроль является завершающим этапом разработки конструкторской документации. В соответствии с этим передачу подлинников документов отделу технической документации или заменяющему его подразделению рекомендуется поручать нормоконтролеру [из п. 3.1 ГОСТ 2.111-68]

Нормоконтроль рекомендуется проводить в два этапа:

• I этап - проверка оригиналов конструкторских документов перед передачей на изготовление подлинников и размножение. Эти материалы предъявляют нормоконтролеру с подписями в графах «Разраб.» и «Пров.»;
• II этап - проверка конструкторских документов в подлинниках при наличии всех подписей лиц, ответственных за содержание и выполнение конструкторских документов, кроме утверждающей подписи руководителя организации или предприятия .

[из п. 3.3 ГОСТ 2.111-68]

С нормоконтролем техзадания все, как будто бы, понятно. Нормоконтролер проверит техническое задание в части оформления, на соотвествие ГОСТ 2.105-95 (шрифты. отступы и все такое), проверит, не отменены ли ГОСТы, на которые имеют место ссылки в техническом задании. Проверит обозначения (сокращения) физических величин. Выдаст замечания нормоконтролера. И все. Большой пользы от нормоконтроля нет, поскольку проверить техзадание по существу, как показывает практика, нормоконтролер не в состоянии.

Типичный случай: нормоконтролер(ша), проверяя техническое задание, тупо и бездумно заменила аббревиатуру СПД (система передачи данных) на ПСД (проектно-сметная документация). Решила, что опечатка и, не обращаясь к разработчикам, воткнула в текст ТЗ то, что для нее «роднее». Хорошо, что разработчики не поленились пролистать техзадание после нормоконтроля.

Если не проводить экспертизу по-существу. пустить все на самотек, то ТЗ будет написано криво, вслед за ТЗ «поползет» техпроект, рабочая и эксплуатационная документация на автоматизированную систему. Речь, разумеется, идет не столько о технической экспертизе. сколько о формальной стороне дела.

Иные «проектировщики» умудряются не только утверждать, что «целью проведения работ по созданию системы является подписание Акта приемки системы заказчиком » (по-существу это правильно, но выдать такое в ТЗ - плюнуть в лицо заказчику). Распальцованные проектировщики элементарно неспособны даже без ошибок перекинуть одни и те же данные из таблицы в таблицу.

Типичный диалог с таким, с позволения сказать, «проектировщиком»:

- А чё Вы тут мне поначеркали? - пальцы вот-вот уже и из ушей вылезут.

- А скажите, пожалуйста, уважаемый, что Вы автоматизируете?

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

- А поясните-ка мне, убогому, зачем автоматизировать автоматизированную систему ?

- Действительно, - пальцы возвращаются обратно в уши,- тут неточность. Но подразумевалось-то то, что автоматизироваться будет объект созданием этой самой автоматизированной системы.

- Извините, уважаемый, мне, эксперту, не дано читать между строк. Вы же техническое задание разрабатываете, а не про Онегина-страдающего эгоиста сочинение пишете.

- Ну да. А здесь почему почеркали?

- Здесь Вы написали, что измерительный прибор соответствует ГОСТу такому-то. Смотрим, что за ГОСТ такой. Ага, вот - лом цветных металлов. Еще вопросы?

Вот и все, вопросов больше нет. И пальцев нет.

Начать, разумеется, разумно с определения целей и задач проведения экспертизы техзадания, технического проекта, рабочей и эксплуатационной документации. Но, чтобы стало понятно, почему при кривом ТЗ «поползет» вся документация, ниже приведен раздел статьи «Автоматизация разработки технической документации. Часть II. Практика ».

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

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

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

В «описательных » эксплуатационных документах, не требующих действий пользователя системы, бо льшая часть сведений становится результатом «порОчной» связи требований и решений. Например:

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

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

Далее использованы фрагменты технических заданий на АИИС КУЭ, разработанных уже довольно давно согласно требованиям ОРЭ (оптового рынка электроэнергии).

Целями экспертизы технической документации на создание АС являются:

1. снижение финансовых рисков субъектов ОРЭ при создании АС;
2. сокращение сроков при вводе в действие АС субъектов ОРЭ;
3. установления соответствия (несоответствия) технических требований и технических решений в представленной технической документации обязательным и рекомендуемым техническим требованиям ОРЭ (<11_1>).

Основными задачами экспертизы технической документации на создание АС являются:

1. проверка предоставляемой технической документации на комплектность, правильность оформления и соответствие требованиям государственных (национальных) стандартов. нормативных документов и актов;
2. проверка на соответствие содержательной части технической документации требованиям ОРЭ и других нормативных документов касающихся коммерческого учета электроэнергии (Правила учета электроэнергии, ПУЭ и т.п.);
3. выявление характерных недостатков, встречающихся при разработке технической документации на <ASCUE>, с целью их устранения.

Экспертизе подлежит перечисленная ниже техдокументация:

Для проведения экспертизы технической документации на создание АС коммерческого учета ФГУП «Спецтяжмонтажстройсельхозавтоматика» или уполномоченное им лицо, представляющее его интересы, направляет в <ATS>:

1. заявку на проведение экспертизы, с указанием цели экспертизы;
2. техническую документацию (в электронной форме );
3. доверенность по представлению интересов ФГУП «Спецтяжмонтажстройсельхозавтоматика»;
4. опись документов.

Вся техническая документация направляется на экспертизу в <ATS> в бумажном и электронном виде на компакт-дисках.

Экспертизе в <ATS> подлежит техническая документация:

• техническое задание на АС;
• технорабочий проект на АС, включая эксплуатационную документацию и программу и методику испытаний.

Техническая документация проверяется экспертами на:

• соответствие Техническим требованиям переходного периода к системам коммерческого учета электроэнергии субъекта оптового рынка электроэнергии, утвержденным решением Наблюдательного совета <ATS> от 31 октября 2003 года;
• соответствие требованиям нормативных актов по составу проектной документации;
• наличие разделов соответствующих документов;
• соответствие требований по оформлению (правильность обозначения, присвоенного конструкторскому документу, установленной системе обозначений конструкторских документов; правильность примененных сокращений слов; наличие и правильность ссылок на стандарты и другие нормативно-технические акты;
• соблюдение требований стандартов на текстовые конструкторские документы и чертежи (ГОСТ 2.105, ГОСТ 2.106, ГОСТ 2.109, ГОСТ 2.601);
• соответствие норм ведомостей и спецификаций формам, установленным стандартами, и соблюдение правил их заполнения; правильность наименований и обозначений изделий и документов, записанных в ведомости и спецификации).

Экспертиза технической документации проводится комплексно.

Результаты работы экспертов объединяются, на основании заключений экспертов разрабатывается итоговое экспертное заключение <ATS>.

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

Экспертиза Технорабочего проекта проводится с целью проверки соответствия основных проектных решений и основных параметров АС требованиям Технического задания, стандартам <ATS> и другим нормативно-техническим документам.

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

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

Экспертиза технорабочих проектов осуществляется в полном соответствии с «Методикой проведения экспертизы технорабочих проектов на АИИС коммерческого учета электроэнергии».

Проверка технической документации на комплектность включает в себя сопоставление состава и комплектности техдокументации, представленной исполнителем, с ведомостями эскизного (технического) проекта (ЭП по ГОСТ 34.201-89) и эксплуатационной документации (ЭД).

Результат проверки технической документации на комплектность считается положительным в случае соответствия состава и комплектности техдокументации, представленной исполнителем, перечисленным выше ведомостям.

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

Результат проверки считается положительным в случае установления соответствия структуры разделов техдокументации требованиям перечисленных выше документов.

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

• выявление соответствия (несоответствия) содержательной части разделов, подразделов, пунктов, подпунктов техдокументации заголовкам разделов, подразделов, пунктов, подпунктов;
• выявление соответствия (несоответствия) содержательной части техдокументации требованиям НТД и техническим требованиям организации-эксперта.

Наверное, достаточно. По результатам проведения экспертизы оформляется протокол (экспертное заключение ) и передается исполнителю. Либо для доработки, либо «таможня дает добро».

Для обеспечения надежности АС на стадиях разработки, изготовления и эксплуатации должно быть предусмотрено и реализовано:

• задание и обоснование требований надежности к АС и их составных частей;
• резервирование и средства автоматического контроля и диагностирования ;
• расчет показателей надежности;
• обеспечение ремонтопригодности ;
• сбор и анализ информации о надежности эксплуатируемых средств АС;
• обеспечение комплектами ЗИП в количестве, достаточном для выполнения требований к надежности.

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

Для АС в необходимых случаях следует применять различные способы резервирования, включая постоянное резервирование и резервирование замещением. Необходимость применения резерва в каждом конкретном случае должна быть обоснована с учетом заданных требований по надежности .

Программно-аппаратные средства контроля работоспособности и диагностирования неисправностей АС должна обеспечивать решение следующих задач:

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

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

При производстве плановых (профилактических) работ на оборудовании уровень надежности АС не должен снижаться.

Метрологическое обеспечение на всех стадиях жизненного цикла АС осуществляется в соответствии с таблицей ниже.

Стадия жизненного цикла