От автора: Как написать техническое задание (тз) на разработку сайта ? Тема достаточно обширная, и в рамках одной заметки ее сложно разобрать на все 100% (если вообще это возможно). Но общие положения, о том что нужно учесть и на что следует обратить сое внимание при составлении тз веб-сайта, я постараюсь изложить достаточно подробно.

Итак, техническое задание на разработку сайта

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

Давайте проанализируем такой пример:

Предположим, что Вам на сайте, где-нибудь с боку нужен календарь. Казалось мелочь. Но чем подробнее вы опишите его функционал, тем быстрее получите результат.

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

JavaScript. Быстрый старт

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

Что мы имеем. Исполнитель пункт тз выполнил, а вы хотели совсем иное. Вроде все в соответствии, никто не виноват, до конфликта не дошло, но самое главное потеряны время и деньги .

Это пример всего-то банального календаря.

А если придется переделывать что-то серьезнее, на переработку чего времени требуется не полдня, как в случае с календарем? Исполнитель возится с вами, хотя мог бы завершить ваш проект и начать новый.

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

Из каких пунктов обычно состоит техническое задание?

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

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

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

Поехали по пунктам.

Описание

Здесь можно в пару предложений написать о предприятии, чем занимается. Что – то типа вступление сделать.

для кого — целевую аудиторию:

потенциальные покупатели

продавцы продукции (магазины, интернет-магазины)

сервисные центры

партнеры (фирмы)

потребители продукции (тот, кто уже купил)

Для чего нужен сайт:

Для повышения имиджа компании

Для увеличения продаж

Для удобства клиентов

Корпоративный

Сайт – визитка

Интернет магазин

Языковые версии:

Английский

Сайт должен решать какие-то задачи. Соответственно далее двигаемся по целям и задачам.

Цели и задачи

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

Потенциальные покупатели продукции.

Цель: привлечь больше покупателей и убедить сделать первую покупку, помочь сделать выбор.

Необходимо решить задачи:

Дать качественную, исчерпывающую информацию о продукции, дополнительных услугах, гарантии, сервисе, методах выбора.

Дать информацию о салонах-магазинах

Дать информацию о розничной торговой сети

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

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

Теперь перечисляем модули.

Функционал сайта

Для того чтобы перечислить функционал, нужно решить что ему необходимо:

Нужна ли регистрация

Нужен ли закрытый раздел (только для зарегистрированных пользователей)

Нужна ли форма обратной связи

И т.д. и т.п.

JavaScript. Быстрый старт

Изучите основы JavaScript на практическом примере по созданию веб-приложения

После того, как все это описали, мы подбираемся к самому главному и интересному. Конечно, вся проделанная выше работа очень важна, но теперь становиться еще «жарче».

Описание функционала

На данный момент мы знаем для кого сайт, какие цели и задачи он должен выполнять, его дополнительные функциональные возможности.

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

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

Для начала нужно рассказать о компании. Тут могут быть страницы о компании, история компании, контакты, отзывы.

Естественно должен быть пункт меню «продукция», с подпунктами «каталог продукции», «релизы», «отзывы о продукции».

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

о компании

история компании

контакты

продукция

каталог продукции

отзывы о продукции

служба сервиса

гарантийное обслуживание

послегарантийное обслуживание

потребителю

покупка и доставка

пользование

о сервисе

магазинам и интернет магазинам

фотографии продукции

Часто задаваемые вопросы

сервисным центрам

Как стать сервисным центром

Часто задаваемые вопросы

партнерам

приглашение к сотрудничеству

Часто задаваемые вопросы

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

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

Главное теперь описать логику работы.

Логика работы

Я описывать буду исходя из рисунка выше.

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

Примерно так описывается общая логика работы.

Теперь в нашем тз на разработку сайта, подробно описываем каждый обозначенный блок сайта. Например «Новостная лента».

«Новостная лента» из 10-ти последних новостей. Каждая новость должна состоять из заголовка новости, даты публикации, краткого начала новости (4-5 строк) и ссылки «читать полностью». При нажатии на ссылку «читать полностью» попадаем на страницу новостей. Новость, на которую попали, отображается на месте основного содержимого. Включает также заголовок новости, дату публикации. Слева так же отображается новостная лента. Новости за прошлые месяцы и года попадают в архив. То есть под новостями за текущий месяц отображаем «архив за (такой-то месяц или год)». При нажатии на ссылку «архив за (такой-то месяц или год)» вниз выпадает список новостей за соответствующий месяц/год.

Примерно так описываем работу каждого блока. Не забываем про случай с календарем. И самое главное нужно расписать работу каталога товара. Здесь я даю вам задание: попробуйте продумать и описать, как будет работать каталог. Свои варианты присылайте на e-mail. Лучший мы опубликуем.

Что еще должно быть? Неплохо было бы указать совместимость.

Совместимость

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

Если не владеете этими вопросами, то просто укажите браузеры, в которых сайт должен правильно отображаться. В остальном рассчитывайте на совесть исполнителя.

Заключение

В данной статье я не стремился показать, что именно так составляется тз и никак иначе. Делайте так и проблем не будет. Составить качественное техническое задание на разработку сайта – это скорее вопрос опыта . На первых парах составить грамотное техническое задание получиться далеко не у всех.

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

И не забывайте про задание!

Стоит так же отметить что важность имеют и договора по уборке помещений, и их нужно правильно составлять. И о том, Что должно быть в договоре на уборку помещения? вы сможете узнать больше на сайте cleaning-is.ru. Этот вопрос вы сможете решить раз и навсегда, без каких либо проблем, находясь всегда в правовом поле.

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

Наглядные образцы технических заданий, которые вы можете скачать

Ниже предоставлен пример документа по техническому заданию оказания услуг. Это только часть, полные версии документов вы сможете скачать по ссылка выше. Если возникнут какие-либо вопросы, пишите в комментариях, и мы постараемся на них ответить.

Примечание: 1.Все поля обязательны к заполнению. В случае, если заказчик не предъявляет конкретного требования, то в соответствующем поле проставляется запись «Не предъявляется», «Не требуется» или др. в зависимости от контекста.

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

Техническое задание «ТЗ» – это документ, который берется за основу при разработке любого проекта. И не важно, какой сложности и величины задание, оно всегда должно сопровождаться четким и понятным ТЗ. Это, в первую очередь, нужно заказчику, чтоб получить в результате именно то, что он хотел видеть. Но и исполнителю желательно всегда требовать четко изложенное задание, чтоб понимать, чего от него хотят. Многие игнорируют факт написания детального технического задания, что в последствии приводит к недопонимаю, спорам, конфликтам и ссорам.

Я, автор данной статьи, в своей жизни успел побывать как заказчиком нескольких крупных проектов на десятки тысяч долларов, так и исполнителем не менее дорогих заказов. До того, как выйти на серьезный уровень, мне пришлось перечитать сотни «ТЗ», и составить с несколько десятков своих пояснений для исполнителя. С каждым разом технические задания были все четче и четче, что позволило получать финальный вариант работы такой, какой я себе и представлял. В данной статье хотелось бы поговорить о том, как написать техническое задание, на что обратить внимание в первую очередь. Также я расскажу, почему заказчику и исполнителю желательно не работать на добром слове, а все оформлять документально.

Для чего ТЗ заказчику?

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

Для чего ТЗ исполнителю?

В первую очередь, это ваш ориентир на то, что нужно сделать. Часто заказчики что-то додумывают в процессе разработки, стараясь навязать Вам выполнение лишних задач. Вы хотите работать бесплатно? Уверен, что нет. Уточняйте, что сумма, оговорена в самом начале, касалась исключительно объема работ указанного в техническом задании. Все что более – оплачивается отдельно. Также при сдаче проекта вы сможете отчитаться по поставленным задачам и их выполнению. Я не раз сталкивался с моментами, когда заказчик не хотел принимать работу, аргументируя неполным ее выполнением. Но поднимания первоначальное ТЗ оказывалось, что тех задач, о которых шла речь, вообще никто не ставил. Еще раз акцентирую внимание – не работайте без ТЗ, ведь мнение заказчика может менять чаще чем погода, и Вам придется все десятки раз переделывать тратя свое время, и не получая за это дополнительную оплату.

С чего начать составление грамотного технического задания

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

• Общие положения технического задания

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

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

• Цели проекта

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

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

• Функциональные требования

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

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

• Сроки

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

• Отчетность

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

Также должен быть отчет по факту выполненных работ. Что было сделано, сколько на это потрачено времени, с какими трудностями столкнулся исполнитель и т.д.

• Ответственность

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

И в конце это статьи, хотелось бы дать несколько советов исходя из собственного опыта составления и получения технических заданий.

1. Техническое задание должно быть детальное. Не бойтесь описывать каждый элемент, каждый пункт, каждую кнопку. Все-все-все максимально детально пишите. Не бойтесь показаться дотошным. Уж лучше что-то несколько раз повторить и разжевать, нежели потом доделывать, доплачивать, дорабатывать. Последнее техническое задание, которое я писал, касалось разработки сайта. Это был большой информационный проект. Сначала разработали дизайн, а потом на его основе описывал функциональное задание для программистов. Так вот, все ТЗ получилось на 54 страницы А4 11 шрифтом. Техническое задание шло как дополнение к основному договору, который тоже был на 7 страниц. Но хочу сказать, что даже в таком детальном ТЗ не все смог учесть, ведь в процессе разработки подписывали еще три дополнительных соглашения, которыми я вносил определенные корректировки в первоначальный вариант задания.
2. Техническое задание должно быть четкое. Не нужно никакой воды. Все по делу. Если пишите о срока, то конкретную цифру, если о функционале, то перечень нужных вам функциональных решений и т.д.
3. Ваше техническое задание – это не догма, а лишь один из возможных вариантов исполнения задач. Скажу честно, я не специалист в программировании. Да, я могу продумать структуру проекта, его функционал, какие-то технические решения, но всегда, составляя окончательный вариант ТЗ, советуюсь с исполнителями. Они могут что-то увидеть, высказать свое мнение, подсказать оптимальное решение исполнение.

Вот, пожалуй, и все, что я хотел рассказать в этой статье. Составить техническое задание не так уж и сложно, если четко понимать чего вы хотите от исполнителя. Можете еще раз перечитать мои советы, и применить их к конкретно вашему случаю. Удачи!

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

1.Электроснабжение

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

2.Главный распределительный щит (ГРЩ)

Предусмотреть устройство необходимого количества ГРЩ. Каждое ГРЩ должно иметь две главные секции шин с авто­ матическими выключателями. Между секциями предусмот­ реть секционный выключатель.

Технические характеристики ГРЩ определить проектом, ис­пользовать комплектующее оборудование фирмы ИЭК либо иное сертифицированное.

Шкафы ГРЩ-0,4 кВ должны быть одно- или двухстороннего обслуживания (уточнить проектом). В каждом ГРЩ (ВРУ) необходимо предусмотреть резерв 15% автоматических вы­ключателей отходящих линий и резерв 15% свободного места для возможной установки дополнительного оборудования (автоматических выключателей и т.д.).

3.Учет электроэнергии

Коммерческий учет электроэнергии предусмотреть на ввод­ных панелях ГРЩ расчетными трехфазными счетчиками.

4.Электрические групповые щиты

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

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

Разработать щиты электроснабжения арендных площадей (ЩРА).

Разработать щиты электроснабжения компьютерных розеток (ЩК) для офисных помещений.

Разработать щиты электроснабжения технологического обо­рудования (ЩС).

Щиты (оболочки) предусмотреть производства Schneider Electric и ИЭК.

Коммутационно-защитную аппаратуру предусмотреть производства Schneider Electric и ИЭК.

5. Магистральные кабельные трассы

Магистральные кабельные трассы выполнить стальными горячеоцинкованными кабельными полками лестничного типа и листовыми кабельными лотками или проволочными лотка­ми.

Электрические и слаботочные кабели прокладывать по раз­ным кабельным полкам или по одной через металлическую перегородку.

Питающие магистральные линии выполнить кабелем с ПВХ изоляцией. Кабели проложить открыто по кабельным полкам. Питающие кабели (до распределительных щитов) должны иметь запас по пропускной способности 10-15%. Все металлические кабельные конструкции заземляются

6. Электропроводка

Для электропроводки применить кабели с ПВХ изоляцией с медными жилами. Кабели прокладывать:

Скрыто в ПВХ трубах за подвесными потолками;

Скрыто в ПВХ трубах в штрабах с последующей задел­ кой;

Открыто по кабельным полкам;

Открыто в декоративных кабель-каналах и плинтусах (офисные помещения).

Тип прокладки кабеля в помещении определить в соответ­ствии с эскизным проектом. Электропроводку выполнить сменяемой.

7. Электроустановочные и электромонтажные изде­лия

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

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

8. Электроосвещение

Проектом предусмотреть следующие виды освещения поме­щений здания: рабочее, аварийное.

Напряжение сети общего освещения - 380/220 В, напряжение на светильниках - 220 В, напряжение ремонтного освещения -36 В.

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

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

Предусмотреть резерв мощности под устройство рекламного оформления фасадов, табло, витрин по предоставляемым За­казчиком данным.

Предусмотреть освещение коридоров, проходов, помещений общего назначения. Освещение у арендаторов не предусматривать.

Использовать светильники производства "Световых технологий”.

Электроустановочные изделия - производства Schneider Electric и ДКС.

Кабеленесущие системы – ДКС.

9.Электроснабжение противопожарных систем

Электроснабжение систем пожарной сигнализации, системы дымоудаления и подпора воздуха предусмотреть от секции АВР ГРЩ, либо от двух от двух вводов (по месту предусмотреть установку устройства АВР).

Взаиморезервируемые кабели противопожарных систем про­ложить по разным трассам.

10.Заземление

Применить систему заземления типа TN-C-S. В качества заземляющего устройства использовать железобе­тонное основание здания (при необходимости выполнить наружный контур молниезащиты из полосы 5x40). Проектом предусмотреть систему уравнивания потенциалов.

11.Молниезащита

Молниезащиту здания выполнить согласно РД 34.21.122-87.

12.Трансформаторная подстанция и ГРЩ

Предусмотреть встроенную трансформаторную подстанцию.

Принять следующее оборудование:

распределительное устройство высокого напряжения – марки RM-6 производства Schneider Electric;

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

трансформаторы – сухие марки Trihal производства Schneider Electric.

ШАБЛОН ТЕХНИЧЕСКОГО ЗАДАНИЯ на примере отдела сервисное обслуживание

ООО «Компания-разработчик»

УТВЕРЖДАЮ

Автоматизированная система «Сервисное обслуживание»

наименование вида АС

Отдел Сервисного обслуживания ЗАО «Солнечные окна»

наименование объекта автоматизации

«Сервис»

сокращенное наименование АС

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

На 16 листах

Действует с 01.06.2009

СОГЛАСОВАНО

Руководитель: начальник отдела АС

ООО «Компания-разработчик»

Личная подпись

Расшифровка подписи

1. Общие сведения 3

1.1. Полное наименование системы и ее условное обозначение: 3

1.2. Шифр темы или шифр (номер) договора: 3

1.3. Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты: 3

1.4. Перечень документов, на основании которых создается система, кем и когда утверждены эти документы: 3

1.5. Плановые сроки начала и окончания работы по созданию системы: 3

1.6. Сведения об источниках и порядке финансирования работ: 3

1.7. Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы: 3

2. Назначение и цели создания АС 3

2.1. Назначение системы 3

2.2. Цели создания системы 4

2.2.1. Бизнес-цели: 4

2.2.2. Критерии успеха: 4

2.2.3. Факторы бизнес-риска: 4

3. Характеристика объектов автоматизации 4

3.1. Краткие сведения об объекте автоматизации 4

3.2. Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды 5

4. Требования к системе 5

4.1. Требования к системе в целом 5

4.1.1. Требования к структуре и функционированию системы 5

4.1.2. Требования к численности и квалификации персонала системы и режиму его работы 6

4.1.3. Требования к надежности 6

4.1.4. Требования безопасности 6

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

4.1.6. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы 7

4.2. Требования к функциям (задачам), выполняемым системой 7

4.2.1. Языковая поддержка 7

4.2.2. Требования пользователей к системе 7

4.3. Требования к видам обеспечения 9

4.3.1. Информационное обеспечение 9

4.3.2. Лингвистическое обеспечение 9

4.3.3. Программное обеспечение 9

4.3.4. Техническое обеспечение 9

5. Состав и содержание работ по созданию системы 10

6. Порядок контроля и приемки системы 10

6.1. Виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему) 10

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

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 11

7.1. Технические мероприятия 11

7.2. Организационные мероприятия 12

8. Требования к документированию 12

9. Источники разработки 13

Лист согласований 13

1. Общие сведения

1.1. Полное наименование системы и ее условное обозначение:

Автоматизированная система «Сервисное обслуживание», «Сервис».

1.2. Шифр темы или шифр (номер) договора:

(номер договора заказчика и разработчика).

1.3. Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты:

ООО «Компания разработчик»: (реквизиты) – далее Исполнитель.

Банк: (реквизиты).

1.4. Перечень документов, на основании которых создается система, кем и когда утверждены эти документы:

Номера приказов по предприятиям заказчика и разработчика, инициирующие начало разработки.

1.5. Плановые сроки начала и окончания работы по созданию системы:

(по плану-графику)

1.6. Сведения об источниках и порядке финансирования работ:

Согласно договору на разработку АС

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

Работы по созданию АС производятся и принимаются поэтапно.

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

2. Назначение и цели создания АС

2.1. Назначение системы

АС предназначена для работы сотрудников отдела «Сервисного обслуживания» компании ЗАО «Солнечные окна».

По видам автоматизированных комплексов АС относится к многофункциональным программно-техническим комплексам для автоматизации выполнения основных бизнес-процессов отдела «Сервисное обслуживание».

2.2. Цели создания системы

2.2.1. Бизнес-цели:

Бизнес-цель 1. Уменьшить среднее время обработки заявки от клиента менеджера отдела сервисного обслуживания до 10 минут после ввода в действие новой АС.

Бизнес-цель 2. Уменьшить сроки выполнения гарантийных/не гарантийных услуг до 3-5 дней в течение 3 месяцев после ввода в действие новой АС.

Бизнес-цель 3. Увеличить прибыль организации на 30% в течение 12 месяцев после ввода в действие новой АС.

2.2.2. Критерии успеха:

Критерий успеха 1. Все сотрудники отдела сервисного обслуживания в течение 2 месяцев после ввода в действие системы должны перейти на работу с новой АС.

Критерий успеха 2. Увеличение числа дополнительных услуг на 50% в течение 6 месяцев после ввода в действие новой АС.

2.2.3. Факторы бизнес-риска:

Фактор бизнес - риска 1. Не все сотрудники отдела «Сервисное обслуживание» готовы перейти к работе с новой АС. Потребуется переобучение персонала.

Фактор бизнес - риска 2. Возможна реструктуризация отдела «Сервисное обслуживание», изменение функций сотрудников и сокращение штата сотрудников.

3. Характеристика объектов автоматизации

3.1. Краткие сведения об объекте автоматизации

Отдел «Сервисное обслуживание» оказывает гарантийное/не гарантийное сервисное обслуживание пластиковых окон. Гарантийные обязательства, которые берет на себя компания «Солнечные окна», выполняется специализированным отделом сервисного обслуживания компании.

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

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

Менеджер отдела планирует выезд бригад на объект (составляет маршрутный план на определенную дату – около 1 часа), заполняет «Дефектную ведомость» - 20-30 минут и передает ее технологу отдела.

Технолог согласно «Дефектной ведомости» формирует расходную накладную.

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

Бизнес-процессы работы отдела представим с помощью диаграмм IDEF0 (рис. 1).

Рис. 1 – Деятельность отдела «Сервисное обслуживание»