Технические задания являются ключевым разделом аукционной документации. В них должны быть предельно подробно определены стоящие перед Исполнителем задачи и объем работ. Технические задания должны быть составлены настолько детально, чтобы позволить Исполнителю правильно разработать методологию выполнения задания и соответственно оценить его стоимость. Заказчику принципиально важно учитывать, что на этапе реализации Гос. контракта у него нет права в одностороннем порядке менять технические требования, вводить новые виды работ, требовать исполнения каких-то дополнительных заданий. Соответственно, принципиально важно, чтобы уже в аукционной документации был приведен полный и конечный перечень работ, которые должен будет выполнить Исполнитель.
Перед разработкой Технического задания необходимо определить целесообразность разделения предмета закупки на лоты. Лот — это часть закупаемых работ, явно обособленная в аукционной документации, на которую допускается подача отдельного предложения (ответа) и заключение отдельного контракта.
Техническое задание на выполнение работ
Разбиение на лоты осуществляется по принципу различия следующих критериев:
• однотипности закупаемых работ;
• географии их выполнения;
• объемов выполнения работ;
• времени (периода) выполнения.
Правовой статус лотовых закупок определяется исходя из того, что такая закупка — это несколько, по числу лотов, одновременно и параллельно проводимых процедур, оформленных одной аукционной документацией. Разбиение на лоты осуществляется в следующих целях:
1) снижения издержек на проведение большого количества однотипных, с точки зрения условий, сроков или документального оформления, закупочных процедур;
2) улучшения конкурентной среды в ходе закупки путем уменьшения или увеличения объема или широты ассортимента продукции, входящей в лот;
3) диверсификации рисков невыполнения обязательств Исполнителем.
При определении предмета контракта не допускается искусственное ограничение конкуренции (состава участников) путем включения в предмет закупки лотов, технологически не связанных с основным предметом выполнения работ.
Формат технических требований существенно зависит от особенностей закупаемых работ, но в целом возможно использовать структуру данного раздела, указанную в пункте 2.
2. СТРУКТУРА ТЕХНИЧЕСКОЙ ЧАСТИ ПАКЕТА КОНКУРСНОЙ (АУКЦИОННОЙ) ДОКУМЕНТАЦИИ
1. Общие положения.
2. Место, срок и условия выполнения работ.
3. Начальная цена контракта, стартовая стоимость работ.
4. Ведомость объемов работ.
5. Обеспечение материалами и оборудованием для производства работ (ведомость материалов и оборудования).
6. Технические требования. Пояснительные записки, чертежи, планы.
7. Привлечение субподрядчиков (соисполнителей).
8. Требования к безопасности выполняемых работ.
9. Требования к качеству выполняемых работ.
10. Требования к расходам на эксплуатацию и техническое обслуживание выполненных работ.
Зачем нужно техническое задание на строительство или ремонт? Будет полезно и строителям и клиентам !
11. Требования к гарантии на выполненные работы.
12. Формы отчетов о ходе работ, использования средств. Контроль качества и соблюдения сроков выполнения работ.
13. Перечень дополнительных требований.
3. ИНСТРУКЦИЯ ПО ФОРМИРОВАНИЮ СПЕЦИФИКАЦИЙ И ТЕХНИЧЕСКИХ ЗАДАНИЙ НА СТРОИТЕЛЬНЫЕ РАБОТЫ И КАПИТАЛЬНЫЙ РЕМОНТ
1. Общие положения
В данном разделе дается краткая информация о том, выполнение каких работ необходимо Заказчику.
В случае если предусматривается закупка строительных, ремонтно-строительных работ, необходимо указать наличие проектной документации, дефектной ведомости по результатам обследования здания, подлежащего капитальному ремонту, наличие заключения экспертизы.
2. Место, срок и условия выполнения работ
В этом разделе необходимо указать место, срок и основные условия выполнения работ, которые впоследствии будут отражены в контракте и не должны противоречить приложенному в конкурсной документации проекту контракта.
3. Начальная цена контракта, стартовая стоимость работ
При закупке строительных работ, работ по капитальному ремонту — в случае наличия проектной документации, дефектной ведомости по результатам обследования здания, подлежащего капитальному ремонту, или протокола стоимости строительства — может быть указана стартовая стоимость работ, от которой участники размещения заказа предоставляют обоснованное снижение. Стартовая стоимость работ может быть представлена как в виде суммарной стоимости, так и в разрезе ее составных элементов. Например:
• в виде таблицы сводного сметного расчета стоимости с указанием стоимости по главам этого расчета по кругу затрат подрядчика (см. приложение 1 настоящего раздела);
• в виде ведомости объемов работ и цен (см. приложение 2 настоящего раздела).
В этом случае в данном разделе могут быть также установлены требования к технико-экономическому обоснованию снижения стартовой стоимости работ.
При закупке других работ начальная цена контракта может быть рассчитана по ранее выполненным аналогичным работам путем проведения маркетинговых исследований.
4. Ведомость объемов работ
Это основной документ любого Технического задания на закупку работ. Ведомость объемов работ составляется в целях предоставления достаточной информации об объемах подлежащих выполнению работ с тем, чтобы заявки можно было подготовить эффективно и точно.
В случае закупки строительных работ ведомость объемов работ берется из проекта.
В случае размещения заказов на капитальный ремонт зданий и сооружений ведомость объемов работ формируется на основании дефектной ведомости по результатам обследования здания, подлежащего капитальному ремонту.
При закупке других видов работ заказчик должен составить ведомость объемов работ максимально полно и подробно.
Отдельные пункты в ведомости объемов работ должны быть сгруппированы по главам и разделам с тем ,чтобы можно было проводить различия между теми частями работ, которые по характеру, месту проведения, доступу, срокам или другим специальным характеристикам могут потребовать применения различных методов выполнения, графиков работ или различных методов определения стоимости работ. Общие пункты для всех частей работ могут быть сгруппированы в отдельный раздел ведомости объемов работ. Когда используется набор формул для корректировки цен, они должны увязываться с соответствующими разделами ведомости объемов работ.
5. Обеспечение материалами и оборудованием для производства работ (ведомость материалов и оборудования)
При закупке строительных работ и работ по капитальному ремонту зданий и сооружений ведомость материалов и оборудования берется из проекта или составляется на основе обобщения и анализа дефектных ведомостей по результатам обследования здания, сооружения, подлежащих капитальному ремонту.
При закупке других видов работ данный раздел необходим только в том случае, если при производстве работ необходимо применение каких-либо материалов или оборудования, информация о которых должна даваться в зависимости от требований заказчика.
В этом разделе также может содержаться требование о необходимости при производстве работ согласования образцов применяемых материалов с заказчиком.
6. Технические требования. Пояснительные записки, чертежи, планы
Точные и четкие технические требования являются предпосылкой для того, чтобы участники размещения заказа в ответ на запрос Заказчика представили реальные и конкурентоспособные заявки без значительных оговорок, отклонений или дополнительных условий. При проведении аукциона спецификации должны быть составлены таким образом, чтобы стала возможной самая широкая конкуренция и одновременно было обеспечено четкое указание на требуемые стандарты профессиональной квалификации, материалов, оборудования и других товаров, предусмотренных по контракту. Только при этом условии могут быть достигнуты экономия, эффективность и равноценность закупок, подлежащих осуществлению, обеспечено соответствие заявок формальным требованиям и облегчена последующая задача по оценке заявок.
Для наиболее полного представления о закупаемых работах в Техническое задание должны быть вложены все имеющиеся материалы, в том числе пояснительные записки, чертежи и планы.
При проведении аукциона по размещению заказов на строительство и капитальный ремонт раздел «Технические требования» должен включать в зависимости от характера работ различные виды разрешительной и проектной документации, графических и текстовых материалов, а также пояснительную записку с характеристикой зданий и сооружений, основные технико-экономические показатели строительства, краткую характеристику площадки строительства, природно-климатических и инженерно-геологических особенностей.
В случае, если объектом размещения заказа является капитальный ремонт здания или сооружения, в составе Технического задания приводится дефектная ведомость, составленная по результатам технического обследования физического состояния строительных конструкций, элементов инженерного и технологического оборудования, а также подробные спецификации по отдельным видам работ, материалов, конструкций, изделий, оборудования
7. Привлечение субподрядчиков (соисполнителей)
В случае, если Заказчик допускает привлечение Исполнителем работ субподрядчиков (соисполнителей), в данном разделе необходимо указать условия их привлечения. Например, может указываться максимальный процент от общего объема работ, на который могут быть привлечены субподрядчики. Может быть указано условие о недопустимости привлечения субподрядчиков либо привлечении их только с письменного разрешения Заказчика.
8. Требования к безопасности выполняемых работ
В случае, если от Исполнителя в процессе выполнения контракта требуется осуществить страхование ответственности перед третьими лицами или работы связаны с возможной опасностью для жизни и здоровья людей, в данном разделе должны быть даны соответствующие необходимые требования.
9. Требования к качеству выполняемых работ и сроку гарантии
В данном разделе могут быть приведены ссылки на нормы и правила, на стандарты или другие нормативные документы, касающиеся качества выполняемых работ (при необходимости). Необходимо установить срок и объем гарантии на выполненные строительные работы или работы при капитальном ремонте. В случае обнаружения дефектов после приемки объекта в эксплуатацию исправление дефектов производится за счет Исполнителя.
10. Требования к расходам на эксплуатацию и техническое обслуживание выполненных работ
Заказчиком должны быть установлены требования к расходам на эксплуатацию и техническое обслуживание возводимых или капитально ремонтируемых зданий, сооружений.
11. Формы отчетов о ходе работ, использования средств. Контроль качества и соблюдения сроков выполнения работ
Во избежание споров в ходе исполнения контракта в аукционной до¬кументации необходимо указать, каким образом Заказчик будет осуществлять контроль и приемку выполненных работ, в какой форме необходимо предоставлять отчеты о выполненных работах и об использовании средств. В данном разделе могут быть приложены образцы форм различных отчетов.
ТРЕБОВАНИЯ
к подготовке ТЕХНИЧЕСКОГО ЗАДАНИЯ на закупку товаров
Кафедре или подразделению, планирующему закупку товаров, следует представить в Отдел закупок следующие документы:
1. Заявку-обоснование от руководителя филиала, заведующего кафедрой (руководителя подразделения) на имя ректора о необходимости закупки.
В Заявке должно быть указано:
— количества закупаемого товара;
— ориентировочная цена с приложением прайс-листов или других документов не менее 3-х;
— за счет каких средств планируется закупка;
— сроки поставки товара;
— требования к упаковке;
Заявка должна быть завизирована: отделом закупок, ПЭУ, бухгалтерией , ректором Университета.
2. Техническое задание на закупку (в письменном и электронном виде).
Техническое задание на товар – это исчерпывающее описание требований к закупаемому товару. Важно грамотно и максимально подробно составить техническое задание для успешного проведения закупки в минимально возможные сроки. Как будет составлено техническое задание, такие товары, в конечном итоге, и получит кафедра или подразделение по результатам закупки.
Техническое задание должно однозначно определять товар среди множества подобных. В состав технического задания обязательно должна входить следующая информация:
1. Наименование товара, торговая марка (при наличии такой), его количество, комплектность.
2. Подробное описание требований к товару, а именно:
2.1. Описание качественных и функциональных характеристик товара.
2.2. Числовые характеристики товара:
— размер, вес, производительность, мощность, источник питания, энергопотребление, цена деления, диапазоны работы и другие – для лабораторных установок, приборов и прочих сложнотехнических товаров;
— концентрация, состояние (газ, жидкость, твердое) – для веществ;
— размер, цвет – для канцтоваров и мебели.
2.3. Требования по стандартам качества и функционирования (соответствие ГОСТам). Требования к наличию лицензий, сертификатов качества и т.д.
2.4. Требования к срокам поставки, к сроку годности и сроку гарантийного обслуживания. Требования к месту доставки: филиал (кафедра, склад СГУПС и т.д.), разгрузке, сборке, пуско-наладке товара, обучению персонала.
3. Ориентировочная цена указывается со ссылкой на источник (сайт в Интернете, прайс-листы фирм и т.п.) в рублях с учетом НДС и затрат на доставку, разгрузку, сборку, пуско-наладку, обучение персонала, если таковые требуются.
ТРЕБОВАНИЯ
к подготовке ТЕХНИЧЕСКОГО ЗАДАНИЯ на оказание услуг
Филиалу, кафедре или подразделению, планирующему закупку услуг, следует представить в ОЗ следующие документы:
1. Заявку-обоснование от руководителя филиала, заведующего кафедрой (руководителя подразделения, начальника отдела) на имя ректора о необходимости закупки.
В Заявке должно быть указано:
— закупаемые услуги;
— ориентировочная цена;
— за счет каких средств планируется закупка услуг
Заявка должна быть завизирована: отделом закупок, ПЭУ, бухгалтерией и ректором Университета.
2. Техническое задание на закупку (в письменном и электронном виде).
Техническое задание на услуги – это исчерпывающее описание требований на оказываемые услуги. Важно грамотно и максимально подробно составить техническое задание для успешного проведения закупки услуг в минимально возможные сроки. Как будет составлено техническое задание, такие услуги, в конечном итоге, и получит кафедра или подразделение по результатам закупки.
При составлении технического задания на услуги необходимо максимально подробно описать требуемые услуги, включая самые мелкие аспекты. В состав технического задания обязательно должна входить следующая информация:
3. Точное наименование услуги.
4. Подробное описание требований на услуги, а именно:
а) Детализация услуги – перечень работ, входящих в услугу.
б) Объемы работ.
в) Требования к ресурсам, используемым при оказании услуг.
г) Сроки оказания услуг, периодичность.
д) Место оказания услуг.
е) Требования к наличию лицензий и т.д.
ж) Другие требования.
5. Ориентировочная цена указывается со ссылкой на источник (сайт в Интернете, прайс-листы фирм и т.п.) в рублях с учетом НДС.
Источник: www.stu.ru
Техническое задание на выполнение ремонта электросетевых объектов 6 кВ.
Техническое задание на выполнение ремонта электросетевых объектов 6 кВ.
Ускоренная регистрация за 1 час!
Срок рассмотрения документов для регистрации на ЭТП ГПБ,по регламенту площадки, составляет пять рабочих дней.
Документация процедуры
Сведения об организаторе
Наименование организатора Организатор
ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ НОВАТЭК-ЮРХАРОВНЕФТЕГАЗ
Все закупки и тендеры НОВАТЭК-ЮРХАРОВНЕФТЕГАЗ
629303, Российская Федерация, Тюменская область, Новый Уренгой, микрорайон Радужный, дом 9
629303, Российская Федерация, Тюменская область, Новый Уренгой, Славянский мкр, дом № 9, этаж 8, кабинет 804
+7 34949 8-03-91 доб. 981236
Адрес электронной почты
Ф.И.О. контактного лица
Тихонов Александр Владимирович
Место рассмотрения предложений
Комплекс бизнес услуг для поставщика в финансовом супермаркете ЭТП ГПБ!
Список лотов
Оказание услуг по ремонту электросетевых объектов 6 кВ.
Этапы закупочной процедуры
Дата и время окончания срока приема заявок
Дата и время вскрытия заявок
Подведение итогов не позднее
Прием заявок на участие
Дата подведения итогов
Цена договора и требования к обеспечению
Оказание услуг по ремонту электросетевых объектов 6 кВ.
Цена не указана
Размер обеспечения заявки (в рублях)
Для заключения контракта предоставьте банковскую гарантию
* Если это является обязательным условием
Получите банковскую гарантию с помощью сервиса ЭТП ГПБ
Количество поставляемого товара/объем выполняемых работ/оказываемых услуг
Указано в техническом задании.
Место поставки товаров/выполнения работ/оказания услуг
Указано в техническом задании.Рассчитать логистику >
Условия оплаты и поставки товаров/выполнения работ/оказания услуг
Требования к электронной подписи поставщиков
Подавать заявки без использования ЭП
Требования к документации
Официальный сайт, на котором размещена документация
629303, Российская Федерация, Тюменская область, Новый Уренгой, микрорайон Радужный, дом 9
629303, Российская Федерация, Тюменская область, Новый Уренгой, Славянский мкр, дом № 9, этаж 8, кабинет 804
Классификатор ОКПД2
Работы строительные специализированные, не включенные в другие группировки
Классификатор ОКВЭД2
Отсутствуют
Нет прикрепленных документов
Перечень товаров, работ, услуг
«Техническое задание на выполнение ремонта сетевых объектов 6 кВ.»
Получите банковскую гарантию онлайн от 2,5% годовых
Тендерная гарантия
- До 60 дней
- Все тендерные площадки согласно 223-ФЗ, 44-ФЗ
Гарантия на возврат аванса
- От 1,7% годовых
- До 3 лет
- Любые заказчики и поставщики
Гарантия на исполнение контракта
- От 2,5% годовых
- До 2 лет
- Гибкий подход при рассмотрении
Похожие торги
Выполнение работ по устройству скважин под глубинные анодные заземлители системы ЭХЗ на объекте строительства «Южно-Европейский газопровод. Участок «Починки-Анапа», км 661 — км 834, входящий в состав стройки: Расширение ЕСГ для обеспечения подачи газа в газопровод «Южный поток» код стройки: 051-2002669» (участок км 720 – км 834) для нужд АО «Ленгазспецстрой»
Выполнение работ по устройству скважин ГАЗ в районе площадок УЗВТУ № 2, ПРС № 2, ПРС № 12 на объекте строительства «Участок км 0 — км 320 (ПК23+70 — ПК3202+08) Этапа 1 Линейная часть в составе Объекта: «Магистральный газопровод «Сила Сибири». Участок «Ковыкта-Чаянда» в составе стройки «Магистральный газопровод «Сила Сибири». Участок «Ковыкта-Чаянда» для нужд АО «Ленгазспецстрой»
Открытый конкурс в электронной форме для заключения договора на выполнение строительно-монтажных работ по объекту «Многоэтажный жилой дом со встроено-пристроенными нежилыми помещениями по адресу: ул. Георгия Димитрова, 74А. Строительство водопроводных вводов к секциям 3 и 4 и канализационных выпусков от секций 1, 2, 3 и 4» для нужд ООО «Самарские коммунальные системы» в 2022 году. (СКС-2536 для СМСП)
Источник: etpgpb.ru
Техническое задание на выполнение работ по строительству
1. Введение
1.1. Наименование программы
1.2. Назначение и область применения
2. Требования к программе
2.1. Требования к функциональным характеристикам
2.2. Требования к надежности
2.2.1. Требования к обеспечению надежного функционирования программы
2.2.2. Время восстановления после отказа
2.2.3. Отказы из-за некорректных действий пользователей системы
3. Условия эксплуатации
3.1. Климатические условия эксплуатации
3.2. Требования к квалификации и численности персонала
3.3. Требования к составу и параметрам технических средств
3.4. Требования к информационной и программной совместимости
3.4.1. Требования к информационным структурам и методам решения
3.4.2. Требования к исходным кодам и языкам программирования
3.4.3. Требования к программным средствам, используемым программой
3.4.4. Требования к защите информации и программ
3.5. Специальные требования
4. Требования к программной документации
4.1. Предварительный состав программной документации
5. Технико-экономические показатели
5.1. Экономические преимущества разработки
6. Стадии и этапы разработки
6.1. Стадии разработки
6.2. Этапы разработки
6.3. Содержание работ по этапам
7. Порядок контроля и приемки
7.1. Виды испытаний
7.2. Общие требования к приемке работы
1.1. Наименование программы
Наименование программы: «АСУ «______________»»
1.2. Назначение и область применения
Программа предназначена для автоматизации обработки данных клиентов кафе/бара. Она оперирует следующими данными:
- возможные персональные данные о клиент;
- данные по обслуживанию клиента;
- данные по дисконтной системе;
2.1. Требования к функциональным характеристикам
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
- возможность вывода данных о клиенте по запросу;
- возможность расчета скидок;
- добавление/удаление клиентов;
- изменение данных о клиенте;
- возможность изменения дисконтной системы;
2.2.1 Требования к обеспечению надежного функционирования программы
Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:
- организацией бесперебойного питания технических средств;
- использованием лицензионного программного обеспечения;
- регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;
- регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов
- Со стороны разработчика:
- автоматическое создание резервных копий;
- система автоматического обновления программы;
- автоматическое восстановление системы;
Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств.
Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.
Отказы программы вследствие некорректных действий пользователя при взаимодействии с программой.
3.1. Требования к квалификации и численности персонала
Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 1 штатной единицы — оператор ПК. В перечень задач, выполняемых оператором ПК, должны входить:
- ведение базы данных по клиентам;
- задачи установки (инсталляции) и поддержания работоспособности системных программных средств — операционной системы;
- задача установки (инсталляции) программы;
- задача создания резервных копий базы данных.
3.2. Требования к составу и параметрам технических средств
^
- процессор с тактовой частотой 2.0Hz, не менее;
- оперативную память объемом, 1Гигабайт, не менее;
- свободное дисковое пространство не менее 1гб;
- сетевая карта;
3.3.1. Требования к информационным структурам и методам решения
Программное обеспечение представляет из себя самостоятельное исполняемое приложение. Формат базы данных совместим с ADO.
Пользователи работают с базой данных через системный интерфейс.
3.3.3. Требования к исходным кодам и языкам программирования
Дополнительные требования не предъявляются.
Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows XP.
Требования к защите информации и программ не предъявляются.
3.5. Специальные требования
Специальные требования не предъявляются.
^
4.1. Предварительный состав программной документации
Состав программной документации должен включать в себя:
- техническое задание;
- программу и методики испытаний;
- руководство оператора;
5.1. Экономические преимущества разработки
Программа является бесплатным продуктом, финансовые средства не затрачиваются, и преимуществом является ускорение автоматизации обработки данных клиентов кафе/бара
6.1. Стадии разработки
Разработка должна быть проведена в три стадии:
- Разработка технического задания;
- Рабочее проектирование;
- Внедрение.
На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания. На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:
- разработка программы;
- разработка программной документации;
- испытания программы.
На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.
На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:
- Постановка задачи;
- Определение и уточнение требований к техническим средствам;
- Определение требований к программе;
- Определение стадий, этапов и сроков разработки программы и документации на неё;
- Согласование и утверждение технического задания. На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы. На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации.
На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:
- Разработка, согласование и утверждение и методики испытаний;
- Проведение приемо-сдаточных испытаний;
- Корректировка программы и программной документации по результатам испытаний.
На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.
7.1. Виды испытаний:
- тестирование процесса установки;
- тестирование эргономики;
- тестирование способности системы к восстановлению нормальной работы;
- испытания системы на различных конфигурациях;
- системное тестирование;
7.2. Требования к приемке работы
При приёмке необходимо проверить соблюдение следующих условий:
- полноты и качества реализации функций при штатных предельных критических значениях параметров объекта автоматизации и в других условиях функционирования данных в ТЗ;
- выполнению каждого требования относящегося к интерфейсу системы;
- Работы персонала в диалоговом режиме;
- Средств и методов восстановления работа способности ПП после отказов;
- Комплексности и качества эксплуатационной документации.
От ИСПОЛНИТЕЛЯ
От ЗАКАЗЧИКА
________________
«__» __________ 2012 г.
«__» __________ 2012 г.
Похожие:
Вы можете разместить ссылку на наш сайт:
Школьные материалы
userdocs.ru
— Теория решения изобретательских задач — это советская методика сильного мышления, получившая широкое как в России, так и в мире. Она позволяет глубоко проанализировать проблему и найти эффективное решение.
Работа над ТРИЗ была начата Генрихом Сауловичем Альшуллером и его соратниками в 1946 году.
Разработка программы: пример технического задания
В 1956 году вышла первая публикация про то, что техника развивается по определенным законам. Чтобы эффективно изобретать, нужно эти законы выявить и эффективно применять
Со временем ТРИЗ развился в большой набор инструментов, помогающие решать ряд актуальных задать:
— создавать новые прорывные продукты,
— повышать потребительские свойства имеющихся решений,
— снижать себестоимость,
— обходить патенты конкурентов.
Ведущие мировые компании, такие как Samsung, Intel, ProcterD центрах.
Термины
Для исключения спорных моментов и недопонимания важно пользоваться одинаковым понятийным аппаратом. Для этого мы составили перечень наиболее часто используемых терминов и сокращений.
Когда речь заходит о разработке технической документации для программного обеспечения, чаще всего мы думаем, пожалуй, о таком документе, как Техническое задание (ТЗ). Почему так происходит?
Назначение технического задания
Во-первых, техническое задание – это, как правило, основной документ в рамках проектной документации. Именно в ТЗ описываются все основные требования на разработку программного обеспечения, будь то создание либо простенькой программы или сайта, либо же разработка крупномасштабной информационной системы или программно-аппаратного комплекса. Причем, говоря языком ГОСТов, техническое задание может разрабатываться как в рамках эскизного проекта (это когда только описание функций и структуры системы без рассмотрения технологий реализации решения), так и в дальнейшем «перекочевать» в технический проект (более детальное описание с учетом выбранных технологий).
Во-вторых, техническое задание может быть как поверхностным (например, общеконцептуальное ТЗ, предназначенное для инвесторов проекта), так и более детальным (например, подробное ТЗ для программиста). Посмотрите раздел Проекты, там как раз приведены примеры различных ТЗ. Вы можете выбрать любой уровень детализации – мы подготовим для вас ТЗ любой сложности по доступным ценам.
В-третьих, в некоторых случаях можно обойтись только подготовкой одного технического задания для описания разрабатываемой системы. Разумеется, в этом случае качество разрабатываемого ТЗ играет ключевую роль, поэтому здесь явно не стоит экономить и лучше доверить разработку такого ТЗ профессионалам, имеющим большой опыт в этом деле. Скупой платит дважды, но в случае провала разработки ПО по причине некачественной документации – вдесятеро, а иногда и еще на несколько порядков выше.
Состав типового технического задания
Давайте рассмотрим, что же включает в себя типовое ТЗ.
Техническое задание программного обеспечения оказалось поверхностным?
Итак, техническое задание, вне зависимости от выбранного ГОСТа, всегда включает следующие основные сведения по разрабатываемому ПО:
1) наименование – полное и краткое названия, условное обозначение разрабатываемого ПО;
2) назначение – то, для чего, в какой области и с какой целью разрабатывается ПО;
3) основание для разработки – документы, на основании которых производится разработка ПО;
4) функции – перечень и описание функций разрабатываемого ПО;
5) структура – описание архитектуры и компонентов разрабатываемого ПО;
6) пользовательский интерфейс – в современном мире обязателен;
7) надежность, безопасность, условия эксплуатации и проч. важные требования;
8) документация – какая документация, в каком объеме и в соответствии с какими требованиями ГОСТов будет также разработана;
9) стадии и этапы разработки – что и в какой последовательности разрабатывается;
10) порядок контроля и приемка – как именно будет происходить сдача разработанного ПО Заказчику.
Стандарты для технического задания
Существует несколько ГОСТов, регламентирующих разработку ТЗ в нашей области: это ГОСТ 34.602 (автоматизированные системы) и ГОСТ 19.201 (программное обеспечение). Документы, выполненные по этим стандартам, значительно отличаются как по наполнению, так и по содержанию. Оба стандарта представлены на нашем корпоративном портале в разделе Библиотека, вы можете самостоятельно ознакомиться с ними более подробно.
Стоимость разработки технического задания
Наименование стандарта ГОСТ
ТЗ на программное обеспечение
ТЗ на автоматизированную систему
В целом, составление ТЗ – это достаточно сложная и ответственная задача, но грамотно составленное техническое задание – это уже половина успеха разрабатываемого проекта. Поэтому в процессе разработки ТЗ на ПО вы должны проявить максимальную внимательность и осведомленность в технических и организационных вопросах. Либо можете заказать у нас разработку технического задания «под ключ» прямо сейчас.
Возможно, вас также заинтересует:
– разработка программы и методики испытаний;
– создание пояснительной записки к эскизному и техническому проекту;
– этапы разработки документации.
Написание технического задания — один из первых этапов работы над проектом. Он предваряет разработку самой системы. В техническом задании мы описываем предметную область, существующую инфраструктуру Заказчика, требования к создаваемому функционалу, а также нефункциональные требования. Получившийся документ необходим как бизнес-пользователю для того, чтобы он убедился в том, что все его пожелания к будущей системе учтены, так и нам, чтобы оценить стоимость разработки системы.
Стоит отметить, что в повседневной аналитической работе мы стараемся избегать термина «Техническое задание». Этот термин слишком перегружен смыслами и часто неясно, что за ним стоит. Мы используем термины «Бизнес-требования» (BRD — Business requirements document), «Функциональные требования» (FRD – Functional requirements document) и Технико-архитектурные требования (TAD – Technical Architecture document).
Однако здесь, чтобы не усложнять описание, мы будем использовать именно термин «Техническое задание». Документ, который мы в большинстве случаев используем для взаимодействия с заказчиками состоит на 70% — из бизнес-требований, на 20% из функциональных требований и только на 10% — из технико-архитектурных требований. Конечно, эта пропорция варьируется в зависимости от специфики и технической сложности системы.
Главным фактором успеха при разработке технического задания является правильно выстроенная коммуникация с заказчиком. Ведь задача аналитиков состоит в том чтобы фактически произвести операцию brain-dump, и результаты расположить на бумаге в структурированном виде. При этом очень важно (1) разговаривать с заказчиком на одном языке, чтобы тому не приходилось разжевывать очевидные для специалиста понятия предметной области и (2) уметь правильно слушать.
Приведем ниже принципы, которыми мы руководствуемся при написании технического задания, и проиллюстрируем их выдержками из разработанного нами технического задания на многокомпонентную систему баннерной рекламы для крупной Интернет-компании.
Структура технического задания
Каждое техническое задание содержит несколько обязательных разделов. В них определяется назначение документа, терминология, общий контекст проекта. Обычно первая часть документа выглядит так:
1. Оглавление
2. История изменений документа
3. Участники проекта
4. Назначение документа
5. Терминология
6. Общий контекст
Если в начале документа даётся общая, концептуальная информация о разрабатываемой системе, то во второй, основной части документа, детально прописываются бизнес-требования и существенные для оценки стоимости разработки функциональные требования к системе.
В разделе «Терминология» технического задания на баннерную систему мы определяем такие понятия как Показы, Клики, CTR, Охват, Частота контакта, Файл бронирования и т.п, а в разделе «Общий контекст» — описываем основные бизнес-процессы компании-заказчика, относящиеся к размещению баннерной рекламы, а также — системное окружение, текущие роли менеджеров компании и права доступа. Стоит отметить, что в данном конкретном случае система строилась не на пустом месте. Ранее менеджеры компании использовали другую, отличную от нашей, систему размещения баннерной рекламы. В противном случае — анализ ролей и прав доступа был бы скорее всего вынесен в отдельную главу.
7. Система размещения баннеров
8.
Взаимодействие с биллингом
9. Banner Engine
10. Техническое описание компонента Banner Engine
Самый объемный раздел описываемого нами технического задания – «Система размещения баннеров»; он посвящён ядру разрабатываемой системы и содержит все требования непосредственно к системе управления рекламными местами.
Учитывая специфику данного проекта, мы посвятили отдельный раздел взаимодействию баннерки с биллинговой системой. Также в отдельный раздел мы выделили требования к достаточно независимой компоненте сбора и отображения статистической информации, которая является для заказчиков рекламных кампаний и менеджеров рекламных агентств едва ли не основным компонентом системы.
Отдельный раздел технического задания описывает требования к компоненту Banner Engine, отвечающему за показ баннеров, учёт статистики, её обработку и сохранение в виде, пригодном для дальнейшего анализа и построения отчетов.
Это – технически самый сложный и самый высоконагруженный компонент баннерной системы. В ТЗ мы включили раздел, содержащий некоторые технические и архитектурные детали, связанные с работой Banner Engine. Прежде всего, это позволяет минимизировать риски при оценке стоимости разработки системы, ведь в зависимости от выбранной архитектуры трудоемкость может отличаться в разы.
Каждое техническое задание отличается по размеру, числу иллюстраций, количеству версий. Для примера, документ на баннерку представлен на 44 страницах и содержит 15 иллюстраций. Процесс подготовки этого документа занял около месяца и включал около 8 итераций с заказчиком.
Бизнес vs Функциональные требования
В техническом задании регистрируются как бизнес-требования к системе, так и функциональные требования:
— Бизнес-требования представляют собой описание того, ЧТО должна делать система на языке бизнес-пользователя. Бизнес-требования, в частности должны быть понятны руководителю, не имеющему технической подготовки и опыта.
— Функциональные требования представляют собой описание того, КАК те или иные действия осуществляются в системе. На этапе разработки технического задания функциональные требования обычно фиксируются только для наиболее сложных блоков проекта.
Углубление в сложные зоны позволяет снизить риски при последующей оценке проекта. Обычно функциональные требования включают блок-схемы, диаграммы состояний, потоковые диаграммы, и дополняются макетами наиболее сложных экранов.
«Для рекламной кампании важно максимально точно отслеживать лимит показов, чтобы избежать финансовых потерь, связанных с показом баннеров сверх оплаченного лимита. Помимо этого, возникает задача ограничить показ одного баннера одному пользователю, например — не больше N раз в день».
Пример функционального требования:
«Для решения этой задачи [какой – см. выше] предполагается использовать внешний сервис, к которому баннерные сервера будут обращаться при каждом показе баннера. Поскольку данный сервис является точкой отказа, баннерные сервера должны корректно обрабатывать ситуацию когда внешний сервис недоступен или отвечает с задержками».
Обычно мы включаем
Техническое задание содержит описание ролей и основных пользовательских сценариев в разрабатываемой системе.
Правильное техническое задание на разработку программного обеспечения – секрет успешного проекта
В случае с системой баннерной рекламы, мы выделим такой сценарий как создание рекламного места пользователем в роли Администратор.
Название сценария: Создание рекламного места
Пример функционального требования:
«После добавления новой площадки в системе, администратор должен создать связанные с ней рекламные места. При создании рекламного места должны указываться площадка, тип места, поддерживаемый формат баннеров, размер, частота показов (для статических мест).После создания рекламного места оно становится доступным для менеджеров, размещающих рекламу.
Каждое созданное рекламное место получает универсальный идентификатор, который используется системой управления сайтом в запросе на показ баннеров. Для этого требуется внести соответствующие изменения в код страницы сайта».
Техническое задание содержит требования к интеграции разрабатываемой системы с другими внешними и внутренними системами, используемыми заказчиком.
В контексте технического задания на баннерную систему, это – интеграция с системами управления сайтом компании, биллинга, аутентификации и хранения данных пользователей.
«Система баннерной рекламы связана с тремя внешними модулями, функционирующими в окружении компании: системой управления сайтом компании, системой биллинга и системой аутентификации и хранения данных пользователей». Каждый показ баннера сопровождается запросом от системы управления сайтом к баннерной системе. Эти системы, кроме того, используют общие идентификаторы площадок и рекламных мест, а также согласованные имена параметров таргетирования».
В техническое задание мы обычно включаем глоссарий, разъясняющий значения специальных терминов, используемых в документе. Очень важно точно определить значение терминов, которые в дальнейшем используются в документе.
«Размещение (единица размещения, строка медиаплана) – это сущность, объединяющая баннер, который необходимо показывать, рекламное место, на котором будет показан баннер, а также правила показа. Правила показа определяют период размещения, параметры таргетирования, лимиты размещения, веса и т.п. Фактически, все рекламные кампании состоят из размещений».
Частота контакта – количество уникальных пользователей, посмотревших рекламный баннер определенное число раз. Например, частота контакта 5 – количество уникальных пользователей, каждый из которых посмотрел данный рекламный баннер не менее 5 раз. Частота контакта 1 = Охват.
Основные принципы
При написании ТЗ мы стараемся максимально использовать графические материалы для наглядного и сжатого представления информации. Одна диаграмма зачастую в состоянии заменить несколько страниц текста. В данном контексте, мы видим своей целью т.н. рисование ТЗ, т.е. представление всех более-менее сложных фрагментов системы в графическом виде и использование текста в качестве комментариев к графическим материалам.
У руководителей предприятий обычно нет времени на изучение многостраничных технических требований. Просмотр изображений даёт наглядное представление об основных характеристиках разрабатываемой системы. Как следствие, улучшается коммуникация между бизнес-пользователем и нами и растет качество самих требований.
Cледующая схема, иллюстрирующая структуру рекламных кампаний и взаимосвязь между основными понятиями в рамках рекламных кампаний, сэкономила нам несколько страниц текста.
По необходимости, мы используем в ТЗ прототипы избранных экранов системы (functional wireframes), которые, не являясь окончательными, демонстрируют базовый блок функциональности пользовательского интерфейса.
Вот такой прототип экрана редактирования рекламной кампании был включен в ТЗ на систему баннерной рекламы.
Прототипы, уже на стадии разработки, дают заказчику понять, как именно будет выглядеть интерфейс системы.
Требования должны быть написаны «живым человеческим» языком, понятным бизнес-пользователю в т.ч. руководителю высшего звена, не обладающему техническими навыками; в них должен содержаться минимум технической терминологии. Чем быстрее пользователь «вникнет» в содержания технического задания, тем более эффективно будет выстраиваться наше с ним общение.
Опыт в предметной области
Большое значение при создании технического задания имеет опыт разработки похожих систем. Он помогает быстрее вникать в бизнес-процессы и потребности заказчика, делать «по аналогии» многие вещи, которые ранее казались бы нам сложными.
Накопленный опыт в области управленческих бизнес-систем, крупных интернет-проектов, финансовых систем, e-commerce систем позволяет нам применять свои знания в отношении каждого последующего проекта, которым мы занимаемся. До того, как получить заказ на систему баннерной рекламы, упомянутую выше, мы уже занимались разработкой нескольких баннерных систем. Мы хорошо знали, как работают баннерки, знали характерную терминологию этой предметной области. На основании нашего опыта работы с другими баннерными системами, мы предложили заказчику довольно много упрощений, оригинальных решений, не только в сфере технологий, но и бизнеса.
Какие программы называют лицензионными?
Практическая работа №2
Тема работы:Лицензионные и свободно распространяемые программные продукты. Организация и обновление программного обеспечения с использованием сети Интернет.
Цель работы:изучить лицензионные и свободно распространяемые программные продукты; научиться осуществлять обновление программного обеспечения с использованием сети Интернет.
Оборудование, приборы, аппаратура, материалы: персональный компьютер с выходом в Интернет.
Задания
Задание 1. Найти в Интернете закон РФ «Об информации, информатизации и защите информации» и выделить определения понятий:
• информация — сведения о лицах, предметах, фактах, событиях, явлениях и процессах независимо от формы их представления.
• информационные технологии — процессы, методы поиска, сборы, хранения, обработки, предоставления, распространения информации и способы осуществления таких процессов и методов.
• информационно-телекоммуникационная сеть — технологическая система, предназначенная для передачи по линиям связи информации, доступ к которой осуществляется с использованием средств вычислительной техники.
• доступ к информации— возможность получения информации и её использования.
• конфиденциальность информации — обязательное для выполнения лицом, получившим доступ к определённой информации, требование не передавать такую информацию третьим лицам без согласия её обладателя.
• электронное сообщение — информация, переданная или полученная пользователем информационно-телекоммуникационной сети.
• документированная информация — зафиксированная на материальном носителе, путём документирования, информация с реквизитами, позволяющими определить такую информацию или, в установленных законодательством Р.Ф. случаях, её материальный носитель.
Задание 2.Изучив источник «Пользовательское соглашение» Яндекс ответьте на следующие вопросы:
1. По какому адресу находится страница с пользовательским соглашением Яндекс? http://company.yandex.ru/legal/rules/
2. В каких случаях Яндекс имеет право отказать пользователю в использовании своих служб?Яндекс имеет право отказать пользователю в случае непринятия правил или условий использования, либо их нарушения.
3. Каким образом Яндекс следит за операциями пользователей?С помощью программ: Яндекс вебмастер, Яндекс Бар, Яндекс Метрика, Яндекс почта, Punto Switcher, Web Visor.
4. Что подразумевается под термином «контент» в ПС?Содержания сайта: текстовая информация, графические материалы, мультимедийные файлы и т.д.
5. Что в ПС сказано о запрете публикации материалов, связанных с:
— нарушением авторских прав и дискриминацией людей? Пользователь, при размещении материалов, должен указывать источник информации, и кто является автором.
Техническое задание на программу по гост 19.201-78
Также не имеет право размещать контент, содержащий дискриминацию людей по расовому, этническому, половому, религиозному и социальному признакам.
— рассылкой спама? Пользователь не имеет право распространять не разрешённую рекламу, спам.
— обращением с животными? Пользователь не имеет право распространять информацию, демонстрирующую насилие и жестокие действия над животными.
6. Какого максимального объема могут быть файлы и архивы, размещаемые пользователями при использовании службы бесплатного хостинга?Это определяют хозяева конкретного хостинга, исходя из объёма внешней памяти их серверов.
7. Ваш почтовый ящик на Почте Яндекса будет удален, если Вы не пользовались им более …6 месяцев
Задание 3. Изучив организацию обновления программного обеспечения через Интернет. Настройте автоматическое обновление программного обеспечения еженедельно в 12.00. Опишите порядок установки автоматического обновления программного обеспечения. Для автоматического обновления программ необходимо войти в систему с учётной записью “Администратор”.
1.Нажмите кнопку “Пуск”, выберете команду “Панель управления” и два раза щёлкните значок “Автоматическое обновление”.
2.Выберете вариант “Автоматически”(рекомендуется).
3.Под вариантом “Автоматически” загрузить и установить на компьютер рекомендуемые обновления, выберите день и время, когда операционная система Windows должна устанавливать обновления.
Контрольные вопросы:
Какие программы называют лицензионными?
Лицензионные программы — программы для электронно-вычислительных машин являются объектами авторских прав и, как таковые охраняются действующим законодательством. Использование их возможно только по соглашению с правообладателем.
Техническое задание на объект
При проектировании технического объекта важное место занимает разработка технической и технологической документации: техническое задание (ТЗ) и технические условия (ТУ).
Техническое задание — это основной исходный документ для разработки продукции, содержащий технико-экономические требования к продукции, определяющие ее потребительские свойства и эффективность применения, перечень документов требующих совместного рассмотрения, порядок сдачи и приемки результатов разработки. Техническое задание на проектирование разрабатывается на основании ГОСТ 15.001-88 и оформляют в соответствии с общими требованиями к текстовым конструкторским документам по ГОСТ 2.105-68.
В качестве технического задания допускается также использовать любой документ (контракт, протокол, эскиз, образец продукции и др.), содержащий необходимые и достаточные требования для разработки и признанный заказчиком и разработчиком.
Утвержденное техническое задание является документом, которым разработчики должны руководствоваться на всех этапах создания системы и проектирования задач. Изменения, вносимые в техническое задание, должны оформляться протоколом, являющимся частью технического задания. Протокол должен утверждаться заказчиком.
При разработке технического задания следует:
· установить общую цель создания технической системы;
· установить общие требования к проектируемой системе;
· определить этапы создания системы и сроки их выполнения;
· провести предварительный расчет затрат на создание системы.
Техническое задание должно содержать следующие разделы:
1) наименование и область применения;
3) основания для разработки;
4) цель и технико-экономическое обоснование;
5) источники для разработки;
6) этапы разработки и запуска производства;
7) технические требования.
В зависимости от назначения разрабатываемых средств измерений, условий их изготовления и эксплуатации допускается изменять структуру технического задания, объединяя отдельные разделы и вводя новые.
В разделе Основание для разработки указывают наименование документа (документов), которым предусмотрена данная разработка, организацию, утвердившую этот документ, и дату его утверждения, наименование и шифр темы разработки.
Основанием для разработки является маркетинговые исследования и выход нового стандарта.
В разделе «Цель и технико-экономическое обоснование разработки» указывают:
1. Конкретное функциональное назначение объекта – для снижения токсичности автомобиля.
Техническое задание на разработку программы
Наличие отечественных и зарубежных аналогов и возможность или целесообразность их применения по данному назначению – на рынке присутствуют зарубежные аналоги, но их стоимость и отечественные аналоги.
3. Предполагаемую потребность в данных объектах у потребителей – данный объект необходим потребителю для соблюдения норм стандарта и сохранения здоровья людей и окружающей среды.
В разделе «Источники разработки» приводят перечень научно-исследовательских и других работ, результаты которых используют в данной разработке, а также перечень образцов или макетов, на базе которых выполняют разработку.
В разделе «Этапы разработки» указывают необходимые этапы работ и ориентировочные сроки их выполнения, состав и ориентировочные сроки представления конструкторской технологической документации на метрологическую экспертизу и организацию, которая ее проводит.
Основываясь на этапы жизненного цикла продукции разрабатываем этапы разработки и запуска в производство.
Основные этапы разработки: маркетинговые исследование; разработка ТЗ; — проектирование объекта; испытание ; подготовка производства; запуск в производство .
На первой стадии проектирования производится выбор (или разработка) принципиальной схемы объекта. С этой целью на основании справочных данных, рекомендаций и стандартов формируется ряд вариантов объектов – аналогов, в той или иной степени отвечающих требованиям ТЗ. Далее в случае необходимости производится доработка принципиальных схем объектов – аналогов. Если варианты объектов – аналогов не найдены, переходят к процедуре синтеза вариантов объектов, еще не встречавшиеся в практике машиностроения. При это, как уже отмечалось, максимально используются стандартные элементы и узлы.
Следующая стадия проектирования – конструктивное оформление основных элементов и построение математических моделей функционирования приспособления. Последняя стадия проектирования- окончательное конструкторское оформление принятых решений, выполнение чертежей и текстовой части в соответствии с требованиями ЕСКД [6,11].
После успешных испытаний, для заказчика проекта, на основе требований технического задания и стандартов, касающихся данного вида продукции, с учетом результатов испытаний разрабатывается техническое условие на приспособление, которое включает в себя:
2. Требования безопасности
3. Требования охраны окружающей среды
4. Правила приемки
5. Методы контроля
6. Транспортирование и хранение
7. Указание по эксплуатации
8. Гарантии изготовителя
На основе разработанных документов можно приступать к непосредственному проектированию объекта.
Источник: steptosleep.ru