Куперс

Главная / Продукция / Капитальный ремонт тяжелых станков / Пример технического задания

Техническое задание

на изготовление продольно-фрезерного станка мод. 6625

1 Наименование и область применения

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

2 Перечень выполняемых работ на изготовление станка

2.1 По механической части, гидравлической части и системе смазки:

2.1.2 Ревизия узлов и деталей необходимых для изготовления станка с составлением дефектной ведомости, если в процессе ревизии выявлены дефекты.

2.1.3 Шлифовка всех направляющих базовых деталей, базовых поверхностей корпусов фрезерных бабок, поперечины, подгонка клиньев, подгонка планок.

2.1.4 Изготовление накладных направляющих стола, реек привода перемещения стола, Т-образных пазов, подгонка компенсаторов, изготовление привода подач.

2.1.5 Установка телескопических защит направляющих станины.

2.1.6 Установка винтовых пар в приводах перемещения поперечины..

2.1.7 Изготовление фрезерных бабок, шестерен и валов, шпинделей, восстановление механизма зажима инструмента, установка подшипников и РТИ.

2.1.8 Изготовление приводов подач горизонтальной левой и вертикальной левой бабок, установка шестерен , валов, подшипников и РТИ.

2.1.9 Изготовление гидросмазочной аппаратуры станка и разводка гидрокоммуникаций станка на базе комплектующих производства ЕС.

2.1.10 Разработка конструкторской документации на станок.

2.1.11 Разработка конструкторской документации на гидросмазочное оборудование станка:

2.1.13 Сборка, монтаж узлов станка. Проверка и регулировка норм геометрической точности. Отладка станка, регулировка системы смазки и гидравлики.

2.1.14 Пусконаладочные работы и приемосдаточные испытания.

2.1.15 Подготовка к покраске и покраска станка.

2.1.16 Консервация станка.

2.1.17 Разработка конструкторской документации на упаковку станка, изготовление упаковки станка, упаковка станка.

2.2 По электрооборудованию

2.2.1 Разработка конструкторской документации:

— принципиальная электрическая схема с перечнем элементов;

— заказные спецификации на покупное оборудование;

— программа электроавтоматики станка;

— руководства по эксплуатации на электрооборудования станка;

— руководства оператора станка.

2.2.2 Установка трёхкоординатного устройства цифровой индикации (УЦИ) ЛИР 530 производства ОАО «СКБ ИС», г. С-Петербург.

2.2.3 Установка асинхронных электродвигателей привода шпинделя фрезерных бабок.

2.2.4 Установка резистивного ограничения пускового тока шпиндельных электродвигателей на формирование пуско-тормозных характеристик приводов главного движения станка от устройства плавного пуска.

2.2.5 Установка частотно-управляемых электроприводов фирмы Мицубиси с асинхронными электродвигателями производства РФ.

2.2.6 Установка преобразователей линейных перемещений современного исполнения.

2.2.7 Реализация алгоритмов релейной электроавтоматики станка при помощи программируемого логического контроллера производства фирмы Мицбиси.

2.2.8 Изготовление новой станции управления:

изготовитель шкафов	Республика Беларусь;
степень защиты	IP43;
вид охлаждения	фильтрующие вентиляторы;
низковольтная аппаратура	Шнайдер Электрик.

2.2.9 Изготовление нового пульта управления со степенью защиты IP54.

2.2.10 Установка электрокоммуникаций станка с применение кабельной продукции современного исполнения.

2.2.11 Установка путевых конечных выключателей.

2.2.12 Установка асинхронных электродвигателей вспомогательных электроприводов.

2.2.13 Пуско-наладочные работы.

3 Технические требования

Станок после изготовления должен соответствовать требованиям ГОСТ 7599 «Станки металлообрабатывающие. Общие технические условия», ГОСТ 12.2.009 «Станки металлообрабатывающие. Общие требования безопасности», ГОСТ Р МЭК 60204-1 «Безопасность машин. Электрооборудование машин и механизмов. Часть 1. Общие требования» и техническим характеристикам паспорта станка.

4 Порядок контроля и приёмки

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

Станок должен быть подвергнут следующим испытаниям:

— предъявительским,

— приемочным.

Приемочные испытания станка проводит совместная комиссия Исполнителя с участием Заказчика.

Приемочным испытаниям подвергается станок на соответствие техническому заданию согласно ПМ.

Исполнитель заранее вызывает представителя Заказчика для участия в приемке станка.

Дата испытаний определяется Исполнителем.

Предъявительские испытания проводит ОТК завода Исполнителя.

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

5 Требования к транспортированию и хранению

Станок транспортируется автомобильным транспортом.

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

Категория условий транспортирования в части воздействия:

— климатических факторов – 8 (ОЖ 3) по ГОСТ 15150;

— механических факторов – Л по ГОСТ 23170;

— период транспортирования не более 1 месяца.

Категория условий хранения по ГОСТ 15150:

— станции управления, пульта управления, сопроводительная документация – 1 (Л);

— остальные части станка – 2 (С);

— гарантийный срок хранения узлов без переконсервации не более 1 года;

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

Форма технического задания по 44 фз образец скачать

———————————————————
>>><<<
———————————————————
Проверено, вирусов нет!
———————————————————
Техническое задание на аукцион, или любой другой формат закупки. И помимо 44-ФЗ при подготовке ТЗ необходимо учитывать нормативные. в соответствии с ТЗ заказчика или не уверены в правильности заполнения, Вы. Техническое задание — документ, содержащий требования заказчика к объекту закупки. работ, услуг, формы отчетности, обоснование требований к товару, работам, услугам. См. образец технического задания. Законом N 44-ФЗ не регламентировано содержание технического задания, однако оно в. Скачать технические задания по 44-ФЗ. В системе ГМЗ: справочник. Необходима помощь в поиске образца ТЗ? Запросите документ в. Краткое руководство по составлению технического задания. Требования к форме и содержанию технического задания. знаки (статья 33 закона 44-ФЗ );; требование о соответствии поставляемых ценностей образцу. Как участвовать · Статьи · Банковская гарантия · Скачать образцы · Для заказчиков. При подготовке ТЗ на поставку товара лицо, осуществляющее поставку. промышленные образцы, наименование места происхождения товара или. Пример технического задания №1 на поставку компьютерного оборудования. Скачать документ (формат.docx) (67 КБ). Техническое. (в соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ. Пояснение по заполнению формы ТЗ на закупку товара. Требования о соответствии закупаемого товара образцу, макету товара или изображаемого товара. Внимание! После заполнения ТЗ уберите, пожалуйста, выделенное цветом. Техническое задание по 44-ФЗ — основные требования и правила подготовки ТЗ о закупке. Как правильно составить техзадание по 44-ФЗ — в материалах. ТЗ ключевой документ для заказчика по 44-ФЗ и 223-ФЗ. документации (см. образец) о проведении торгов в форме конкурса и аукциона (в том числе. При составлении технического задания руководствуются ст. 33 «Правила описания объема закупки» Закона № 44-ФЗ. (энергетическая, биологическая), эстетические свойства (форма, цвет, запах. датах начала и окончания, порядке и графике осмотра участниками закупки образца или. рекомендуемая форма заявки предлагаемого товара-продукты питания. Типовая форма технического задания на поставку продуктов питания. Техническое задание по 44-фз образец. Величина расходов отражается в численной форме индивидуально для каждого товара с учетом нормальных эксплуатационных и. Скачать программу ножницы для xp. Федеральный закон от 05.04.2013 N 44-ФЗ (ред. от 07.06.2017) О контрактной. Требования технического задания к общей информации о закупке. промышленных образцов, наименование места происхождения товара или. числе в форме требований к качеству, техническим характеристикам товара. При описании объекта закупки (техническое задание; перечни товаров. со статьей 33 Федерального закона от 5 апреля 2013 года № 44-ФЗ «О контрактной. требования о соответствии поставляемого товара образцу или макету). В описание объекта закупки включаются форма выпуска, дозировка и. от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров. Пример технического задания для проведения закупки на оказание. государственных и муниципальных нужд (очная / очно-заочная форма обучения). размещается в ЕИС (ТЗ = описание объекта закупки). ФЗ от ТЗ по Закону № 223-ФЗ. 44-ФЗ. 223-ФЗ. Жёсткие требования к ТЗ. форме с указанием подлежащих обязательному исполнению структурных единиц (разделов. При продаже товара по образцу и (или) по описанию поставщик обязан передать. Стоит отметить, что само определение «Техническое задание» в самом. от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров. При продаже товара по образцу и (или) по описанию — передается товар. В частности, теперь, составляя техническое задание, заказчики при. Приведем еще один пример – теперь из практики закупок по 44-ФЗ. в рамках 223-ФЗ объявило запрос котировок в электронной форме на оказание услуг по. статьи 33 Федерального закона от 05.04.2013 № 44-ФЗ. моделей, промышленных образцов, наименование места происхождения товара. аукциона рекомендуется использовать табличную форму технического задания. Для данной таблицы рекомендуются следующие варианты заполнения графы 5. 7) отсутствие в предусмотренном Федеральным законом № 44-ФЗ реестре. полезные модели (при наличии), промышленные образцы (при наличии). закупки может быть взята за основу форма Технического задания.

Пример шаблона технического задания (ТЗ) на сайт

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАЗРАБОТКУ ИНТЕРНЕТ-САЙТА

1. Структура документа:
2. Глоссарий
3. Общие положения
4. Предмет разработки
5. Назначение документа
6. Требования к графическому дизайну сайта
7. Требования к дизайну сайта
8. Порядок утверждения дизайн-концепции
9. Функциональные требования
10. Требования к представлению сайта
11. Требования к системе управления сайтом
12. Требования к разделению доступа
13. Требования к видам обеспечения
14. Требования к информационному обеспечению
15. Требования к программному обеспечению
16. Требования к техническому обеспечению
17. Требования к лингвистическому обеспечению
18. Требования к эргономике и технической эстетике
19. Требования к приемке-сдаче проекта
20. Требования к наполнению информацией
21. Требования к персоналу
22. Порядок предоставления дистрибутива
23. Порядок переноса сайта на технические средства заказчика

Глоссарий

Термин	Описание
Сайт	Информационная система, предоставляющая пользователям сети Интернет доступ к своему содержимому и функционалу в виде упорядоченного набора взаимосвязанных HTML-страниц
World wide web (WWW, web, веб)	Единое информационное пространство на базе сети Internet, состоящее из совокупности сайтов. Приставка «веб-» может использоваться для обозначения объектов, ориентированных на использование в WWW или использующих типичные для WWW технологии (например, веб-интерфейс — интерфейс на базе веб-страниц)
HTML-страница (веб-страница, страница)	Основной носитель информации в World ide Web. Особым образом сформатированный файл (набор файлов), просматриваемый с помощью www-браузера как единое целое (без перехода по гиперссылкам)
HTML-теги (теги)	Управляющие коды, посредством которых осуществляется форматирование HTML-страницы
Гиперссылка (ссылка, линк)	Активный элемент HTML-страницы, задаваемый специальным тегом. Выделенный фрагмент текста или изображения, позволяющий загрузить другую страницу или выполнить определенное действие
WWW-браузер (браузер)	Клиентская программа, поставляемая третьими сторонами и позволяющая просматривать содержимое HTML-страниц
HTML-форма (форма)	Часть HTML-страницы, предназначенная для взаимодействия с посетителем сайта. Представляет собой набор элементов (текстовых полей, селекторов, выпадающих списков), посредством которых пользователь может ввести какую-либо информацию и отправить ее для обработки на сервере
Поле (поле БД, поле формы)	Структурный элемент, содержащий однотипную информацию, например, текст, дату, числовые значения и т.п.
Флаг	Особое поле данных, могущее содержать только одно из двух допустимых значений. Позволяет указать на наличие или отсутствие какого-либо события или свойства объекта
Справочник	Вспомогательная структура данных, содержащая список допустимых значений для какого-либо поля основных форм или БД. Справочники подразделяются на фиксированные (неизменяемые и поставляемые Исполнителем вместе с готовым сайтом) и редактируемые (состав которых может изменяться администратором)
Администратор (менеджер, редактор) сайта	Лицо, осуществляющее от имени Заказчика информационную поддержку сайта
Дизайн-шаблон страниц	Файл, содержащий элементы внешнего оформления HTML страниц сайта, а также набор специальных тегов, используемых системой публикации сайта для вывода информации при создании окончательных HTML страниц
Дизайн веб-сайта	Уникальные для конкретного веб-сайта структура, графическое оформление и способы представления информации
Информационные материалы	Информация о деятельности Заказчика. Может включать графические, текстовые, аудио или видео материалы. Предоставляется Заказчиком
Наполнение (контент)	Совокупность информационного наполнения веб-сайта. Включает тексты, изображения, файлы и т.п. предназначенные для пользователей системы
Элемент наполнения (контента)	Отдельная запись в базе данных, внешнее представление которой зависит от управляющего ей программного модуля (например, в модуле «новостная лента» элементом наполнения является отдельная новость)
Система динамического управления наполнением (контентом) сайта	Информационная система, позволяющая авторизованным пользователям производить изменения иерархической структуры и информационного наполнения веб-сайта без использования каких либо дополнительных специальных программных средств
Дамп	Совокупность объектов базы данных, представленная в виде файлов, позволяющая восстановить точную копию структуры исходной базы данных в аналогичной системе управления базами данных
Веб-интерфейс	Совокупность экранов и элементов управления системы, позволяющих пользователю, осуществляющему доступ к системе через веб-браузер, осуществлять поддержку и управление системой.
Шаблона раздела	Ссобым образом размеченный ASCII-файл, определяющий как графическое оформление страниц раздела, так и их макет (раскладку) – взаимное расположение блоков с наполнением раздела
WYSIWYG редактор	Редактор языка HTML, имеющий возможности по работе в текстовом режиме и в режиме WYSIWYG (What You See Is What You Get). В режиме WYSIWYG элементы HTML страницы при редактировании представляются в том же виде, что и при просмотре
Роль	Класс пользователей системы, обладающих определенным набором прав доступа

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

Предмет разработки

Предметом разработки является Интернет-сайт компании ООО «…», с системой динамического управления наполнением на базе веб-интерфейса.
Назначение сайта:
— предоставление информации о компании ООО «…»;
— предоставление информации о деятельности компании ООО «…»;
— т.д.;
— пр.
Цель создания сайта: … .

Назначение документа

В настоящем документе приводится полный набор требований к реализации сайта компании ООО «».
Подпись Заказчика и Исполнителя на настоящем документе подтверждает их согласие с нижеследующими фактами и условиями:
1. Исполнитель подготовил и разработал настоящий документ, именуемый Техническое Задание, который содержит перечень требований к выполняемым работам.
2. Заказчик согласен со всеми положениями настоящего Технического Задания.
3. Заказчик не вправе требовать от Исполнителя в рамках текущего Договора выполнения работ либо оказания услуг, прямо не описанных в настоящем Техническом Задании.
4. Исполнитель обязуется выполнить работы в объёме, указанном в настоящем Техническом Задании.
5. Заказчик не вправе требовать от Исполнителя соблюдения каких-либо форматов и стандартов, если это не указано в настоящем Техническом Задании.
6. Все неоднозначности, выявленные в настоящем Техническом задании после его подписания, подлежат двухстороннему согласованию между Сторонами. В процессе согласования могут быть разработаны дополнительные требования, которые оформляются дополнительным соглашением к Договору и соответствующим образом оцениваются.

Требования к графическому дизайну сайта

При разработке сайта должны быть использованы преимущественно светлые стили.
Основные разделы сайта должны быть доступны с первой страницы.
На первой странице не должно быть большого объема текстовой информации.
В дизайне сайта не должны присутствовать:
— мелькающие баннеры;
— много сливающегося текста;
— т.д.;
— пр.

Порядок утверждения дизайн-концепции

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

Требования к представлению сайта

Требования к представлению главной страницы сайта Главная страница сайта должна содержать графическую часть, навигационное меню сайта, а также контентную область для того, чтобы посетитель сайта с первой страницы мог получить вводную информацию о компании, а также ознакомиться с последними новостями компании.
Контентная область первой страницы должна делиться на следующие разделы:
— вступительная статья о компании со ссылкой «подробнее», ведущей на раздел «О компании»;
— новости — содержит 3 последние новости (анонсы) в формате: дата, заголовок, краткое содержание;
— краткая контактная информация — телефон и e-mail компании;
— вверху страницы отображаются облегченная навигационная панель, которая обеспечивает переход к основным пунктам меню сайта (О компании, Новости и т.д.);
— поле поиска – предназначено для выполнения полнотекстового поиска по сайту;
— поле выбора языка – русский\английский;
— счетчики и ссылка на страницу обмена ссылками.

Рис. 1. Пример размещения элементов главной страницы.

Графическая оболочка внутренних страниц (общая для всех подразделов)
Графическая оболочка внутренних страниц должна делиться на следующие разделы:
— графическая шапка
— навигационное меню сайта (навигационная панель 2 обеспечивает переход к основным пунктам меню сайта);
— поле поиска – предназначено для выполнения полнотекстового поиска по сайту;
— поле выбора языка – русский\английский;
— ссылка «На главную»;
— навигационная панель по подразделам выбранного раздела сайта;
— поле для отображения контента выбранной страницы сайта;
— внизу страницы — краткая контактная информация — телефон и e-mail компании;
— кнопка «Для печати» — обеспечивает вывод контентной области в виде, отверстанном для печати на листах формата А4;
— кнопка «Задать вопрос» — обеспечивает переход к форме «Задать вопрос».

Рис. 2. Пример размещения элементов внутренних страниц сайта.

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

a. История компании
b. Дипломы и сертификаты
c. Наши партнеры
d. Наши клиенты
e. Наши координаты
f. …

2. Новости
3. т.д.
4. пр.

Требования к системе управления сайтом

Общие требования к административной части
Для получения доступа к административной части сайта необходимо указать определенный адрес в строке броузера и пройти авторизацию.
Главная страница административной части должна содержать следующие пункты меню:
— Станицы сайта (в соответствии с первым уровнем структуры сайта):

— О компании
— Новости
— т.д.;

Рис. 3. Макет формы главной страницы административной части сайта.

Требования к управлению разделами сайта
Для управления разделами сайта должны быть предусмотрены следующие функции:
— создание подраздела 1 уровня;
— создание подраздела 2 (и далее) уровня;
— редактирование контента страницы;
— удаление раздела;
— перемещение раздела вверх в списке;
— перемещение раздела вниз в списке;
— признак показа (show) или не показа (hide) страницы в клиентской части сайта;
— отображение списка подразделов выбранного уровня.

Управление наполнением сайта
Для управления наполнением сайта должны быть предусмотрены следующие блоки:
1. поле элемента контента, может быть одного из следующих типов:
— строка;
— дата;
— ссылка на файл;
— многострочный текст;
2. элемент контента – состоит из набора полей элемента контента;
3. список элементов контента – состоит из набора элементов контента.
Рис. 4. Поля элемента контента.
Поле элемента контента типа «Текст» должно редактироваться на отдельной странице в редакторе многострочного текста (данный редактор допускает включение в текст изображений).
Рис. 5. Редактор многострочного текста в административной части.
Для каждого элемента контента должен определяться требуемый набор полей. Например, для элемента «Новость» определяется следующий набор полей контента:
Рис. 6. Пример представления элемента контента «Новость» в административной части.
Список элементов контента должен позволять:
• перейти к редактированию полей элемента списка;
• удалить элемент списка;
• определить порядок элементов списка вывода в клиентской части;
• указать признак hide\show.
Рис. 7. Пример представления списка элементов контента в административной части и их отображения в клиентской части.
В списке элементов должны выводиться все поля элемента, кроме полей вида «Многострочный текст».

Управление настройками сайта
В состав настроек сайта должны входить:
— e-mail для …;
— т.д.;
— пр.

Дополнительные функции административной части
В состав дополнительных функций административной части должны входить:
— …;

Требования к разделению доступа

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

Требования к информационному обеспечению

Требования к хранению данных
Все данные сайта должны храниться в структурированном виде под управлением реляционной СУБД. Исключения составляют файлы данных, предназначенные для просмотра и скачивания (изображения, видео, документы и т.п.). Такие файлы сохраняются в файловой системе, а в БД размещаются ссылки на них.
Наполнение различных сайтов, функционирование которых поддерживается одной и той же инсталляцией системы, должно храниться под управлением единой СУБД.
Требования к языкам программирования
Для реализации статических страниц и шаблонов должны использоваться языки HTML 4.0 и CSS. Исходный код должен разрабатываться в соответствии со стандартами W3C (HTML 4.0).
Для реализации интерактивных элементов клиентской части должны использоваться языки JavaScript и DHTML.
Для реализации динамических страниц должен использоваться язык PHP.
Требования к организации гиперссылок
Все ссылки на сайте должны быть относительными (за исключением внешних).
Требования к иллюстрациям
Все рисунки и фото объемом более 1 kb (кроме элементов дизайна страницы) должны быть выполнены с замещающим текстом. Все рисунки должны быть в формате gif или jpg.
Требования к объему одной страницы
Объем одной стандартной загружаемой страницы сайта в среднем не должен превышать 170 kb.
Объем flash-заставки не должен превышать 300 Kb.

Требования к программному обеспечению

Требования к программному обеспечению серверной части
Для функционирования сайта необходимо следующее программное обеспечение:
— Операционная система – Windows XP и Windows Server 2003;
— Веб-сервер – Apache версии не ниже 1.3.26;
— СУБД – MySQL версии не ниже 3.23;
Требования к клиентскому программному обеспечению
Сайт должен быть доступен для полнофункционального просмотра с помощью следующих браузеров:
• MS IE 5.0 и выше;
• Opera 6.0 и выше;
• Mozilla Firefox 1.0;
• Mozilla 1.7.
Сайт должен быть работоспособен (информация, расположенная на нем, должна быть доступна) при отключении в браузере поддержки flash и JavaScript.

Требования к техническому обеспечению

Для функционирования сайта необходимо следующее техническое обеспечение со следующими минимальными характеристиками:
— процессор – Intel Pentium III 1 Ghz;
— оперативная память – 512 Mb RAM;
— жесткий диск — 20 Gb HDD.
— т.д.;
— пр.

Требования к лингвистическому обеспечению

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

Требования к эргономике и технической эстетике

Сайт должен быть оптимизирован для просмотра при разрешении 1024*768, 1280*1024 без горизонтальной полосы прокрутки и без пустых (белых) полей для основных типов разрешения.
Элементы управления должны быть сгруппированы однотипно – горизонтально либо вертикально – на всех страницах.
На каждой странице должны отображаться логотип компании и контактная информация.
Интерфейс подключаемых модулей должен быть выполнен в едином стиле с интерфейсом ядра системы и должен обеспечивать возможность прозрачного перемещения администратора между модулями системы и использование одинаковых процедур управления и навигационных элементов для выполнения однотипных операций.

Требования к наполнению информацией

Общие требования к информационному наполнению
В рамках работ по данному проекту Исполнитель обеспечивает наполнение разделов сайта предоставленными Заказчиком материалами в порядке, указанном в п. 6.1.2.
Исполнитель обеспечивает обработку иллюстраций для приведения их в соответствие с техническими требованиями и HTML-верстку подготовленных материалов. Сканирование, набор и правка-вычитка текстов, ретушь, монтаж, перевод и другие работы могут быть выполнены Исполнителем на основании дополнительного соглашения (после просмотра имеющихся у заказчика материалов).
После сдачи системы в эксплуатацию информационное наполнение разделов, осуществляется на основании договора на поддержку сайта.
Объем текста и количество иллюстраций в других типах разделов определяется предусмотренной настоящим ТЗ структурой данных и уточняется на этапе согласования дизайн-концепции.
Порядок предоставления информационного наполнения
Заказчик предоставляет материалы в электронной форме в zip-архиве, содержащем дерево директорий, соответствующих структуре сайта.
В каждой директории размещается набор документов в формате MS Word – по одному документу на каждый информационный модуль, информационные блоки которого опубликованы в соответствующем разделе. Не допускается размещение текста в виде графических изображений или иных нетекстовых элементов.
Изображения могут быть размещены как в тексте внутри файла, так и в виде отдельного изображения. Однако, в последнем случае текст должен содержать ссылку на изображение в виде указания пути и названия файла изображения.
Для каждого информационного модуля структура документа должна соответствовать шаблонам, предоставляемым Исполнителем до начала этапа предоставления материалов.
Материалы для первоначального наполнения разделов должны быть полностью представлены Исполнителю в сроки, установленные планом-графиком работ. Допускается передача материалов частями, в нескольких zip-файлах, соответствующих приведенным требованиям.
Передача материалов в объеме и формате, соответствующем настоящему ТЗ закрепляется подписанием Акта о передаче информационного наполнения.
Любые изменения информационного наполнения силами Исполнителя после подписания данного Акта допускаются только на основании отдельного соглашения за дополнительную плату.
Информационные материалы, не предоставленные Заказчиком в сроки, установленные планом-графиком работ, размещаются Исполнителем по гарантийному письму Исполнителя в течение 2-х недель после сдачи-приемки проекта. На эту часть информационных материалов также накладываются требования к формату предоставления, изложенные выше.

Требования к персоналу

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

Порядок предоставления дистрибутива

По окончании разработки Исполнитель должен предоставить Заказчику дистрибутив системы в составе:
-архив с исходными кодами всех программных модулей и разделов сайта;
— дамп проектной базы данных с актуальной информацией.
Дистрибутив предоставляется на CD-диске в виде файлового архива.

Порядок переноса сайта на технические средства заказчика

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