Практическая работа 1. РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ Цель работы: изучить основные принципы и получить базовые навыки подготовки технических заданий на разработку программного обеспечения Основные понятия При разработке современного коммерческого прикладного программного продукта есть два основных момента, которые требуют обязательного документального подтверждения: договорные отношения (контракт) и требования к конечному результату — техническое задание (ТЗ). Основная цель написания ТЗ — устранение двусмысленностей о том, что именно будет являться конечным продуктом. Юридически техническое задание оформляется как приложение к договору оказания услуг по разработке и подписывается обеими сторонами. Техническое задание — исходный документ для разработки программного продукта, содержащий основные технические требования, предъявляемые к продукту и исходные данные для разработки. В ТЗ указываются назначение продукта, область его применения, целевая аудитория, стадии разработки проектной и программной документации, еѐ состав, сроки исполнения и т.д., а также особые требования, обусловленные спецификой программного продукта либо условиями его эксплуатации. Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчѐтов и моделирования. Вызвано это тем, что крупные проекты требуют серьезного проектного исследования. Обычно на эти исследования выделяется отдельный бюджет и порой не меньший, чем на непосредственно разработку проекта. Связано это с тем, что точную оценку стоимости крупного проекта можно дать только после точного его описания (которое и составляет ТЗ), а заказчик может отказаться от дальнейшего сотрудничества, хотя разработчик уже понес существенные трудозатраты. Техническое задание представляет собой документ, в котором сформулированы основные цели разработки, требования к программному продукту, определены сроки и этапы разработки и регламентирован процесс приемно-сдаточных испытаний. В разработке технического задания участвуют как представители заказчика, так и представители исполнителя. В основе этого документа лежат исходные требования заказчика, анализ передовых достижений техники, результаты выполнения научно-исследовательских работ, предпроектных исследований, научного прогнозирования и т. п. На рис. 1 схематически показаны основные факторы, определяющие характеристики разрабатываемого программного обеспечения. Такими факторами являются: исходные данные и требуемые результаты, которые определяют функции программы или системы; среда функционирования (программная и аппаратная) - может быть задана, а может выбираться для обеспечения параметров, указанных в техническом задании; возможное взаимодействие с другим программным обеспечениеми/или специальными техническими средствами - также может быть определено, а может выбираться исходя из набора выполняемых функций. Рис. 1. Факторы, определяющие параметры разрабатываемого программного продукта Разработка технического задания выполняется в следующей последовательности. Прежде всего, устанавливают набор выполняемых функций, а также перечень и характеристики исходных данных. Затем определяют перечень результатов, их характеристики и способы представления. Далее уточняют среду функционирования программного обеспечения: конкретную комплектацию и параметры технических средств, версию используемой операционной системы и, возможно, версии и параметры другого установленного программного обеспечения, с которым предстоит взаимодействовать будущему программному продукту. В случаях, когда разрабатываемое программное обеспечение собирает и хранит некоторую информацию или включается в управление каким-либо техническим процессом, необходимо также четко регламентировать действия программы в случае сбоев оборудования и энергоснабжения. Преимущества, получаемые в результате составления ТЗ Заказчик смотрит на проект с точки зрения выгод для бизнеса. Разработчик – с точки зрения технических проблем и объема работ. В итоге заказчик стремится к тому, чтобы все получилось максимально хорошо и красиво, а разработчик ‐ чтобы проект потребовал от него минимум усилий. Если что‐то не было заранее оговорено и где‐то записано ‐ исполнитель наверняка этого не сделает. В итоге для того, чтобы все получилось так, как нужно заказчику, ему приходится раз за разом «выбивать» из разработчика то, что, как ему казалось, изначально планировалось сделать. Таким образом, так как техническое задание вносит ясность что и в какие сроки будет реализовано, его разработка и подписание несет выгоду для обоих сторон. 1. Получение заказчиком и исполнителем ясного представления о готовом продукте. В ТЗ максимально точно и подробно описывается процесс работы над проектом и конечные результаты, которые должны быть получены на каждом этапе. В нем, вплоть до мельчайших деталей, прописывается все то, что хочет получить заказчик. Причем представители заказчика должны принимать непосредственное участие в разработке, в противном случае исполнитель напишет то, что выгоднее ему и сократит свои издержки за счет возможностей конечного продукта. При этом лучше избегать варианта, когда ТЗ полностью разрабатывается заказчиком, так как он наверняка упустит какие‐то моменты, важные для технической реализации проекта. Кроме того, хорошо разбираясь в своей предметной области, заказчик может считать некоторые вещи само собой разумеющимися, в то время как для исполнителя они будут неочевидными. Техническое задание ‐ это плод совместной работы, компромисс между желаниями заказчика и возможностями исполнителя. 2. Заказчик может оценить сколько на проект потребуется времени. Если нет четкой схемы проекта ‐ нельзя даже приблизительно сказать, сколько времени он потребует. Заказчик может думать, что проект займет максимум месяц, а выйдет так, что он затянется на год. Наоборот обычно не бывает ‐ сроки разработки технологических продуктов сложно переоценить. Это особенно критично, когда на сроки реализации завязываются другие бизнес‐процессы. Техническое задание позволяет достаточно точно оценить, сколько времени займет разработка проекта. Имея на руках техническое задание, исполнитель может оценить собственные возможности и оповестить заказчика, сколько ему потребуется времени на реализацию. Мало того, если исполнитель не в силах реализовать необходимый функционал, он сможет сказать об этом до того, как заказчик заплатит ему деньги. 3. Заказчик может оценить сколько на проект потребуется денег. Грамотное техническое задание позволяет достаточно точно определить, какие дополнительные издержки вас ожидают. Зная сколько времени потребуется для работы над проектом, можно определить стоимость труда исполнителей. Не имея перед глазами точных данных о продолжительности проекта, как вы можете определить срок, на который вам необходимо нанять, например, высококлассного программиста или специалиста по базам данных? Никак. Зная технические требования проекта, можно сделать выводы, какие сервера, программное обеспечение и лицензии потребуются. Это очень важный момент. Если не озаботиться этим вопросом заранее, запросто может сложиться ситуация, при которой у заказчика на руках будет готовый проект, но необходимые лицензии стоят в десятки раз больше, чем вся разработка проекта. То же самое касается техники ‐ достаточно простой в реализации проект может потребовать дорогостоящего оборудования, каналов связи, обслуживающего персонала. 4. Возможность организации процесса приема‐передачи готового продукта. Заказчик получает возможность требовать от исполнителя соответствия продукта всем условиям, оговорѐнным в ТЗ. Процесс передачи продукта от заказчика к исполнителю может быть организован в виде приемочного тестирования ‐ попунктной проверки готового продукта на предмет соответствия требованиям ТЗ. 5. Исполнитель может глубже понять суть задачи, показать заказчику «технический облик» будущего программного продукта. 6. Снижение числа проблем между заказчиком и исполнителем, связанных с изменением требований в результате их неполноты или ошибочности (на всех стадиях и этапах создания, за исключением испытаний). 7. Исполнитель может спланировать выполнение проекта и работать по намеченному плану. 8. Исполнитель получает возможность отказаться от выполнения работ, не указанных в ТЗ, в рамках уже заключенного контракта и требовать заключение дополнительного контракта и нового ТЗ. 9. Заказчик может не заниматься контролем исполнителя по ходу работ в режиме реального времени. Чем подробнее ТЗ, тем меньше разночтений возникнет между заказчиком и исполнителем. Имея перед глазами точное описание того, что необходимо создать, исполнитель сможет работать над проектом не отрывая заказчика от дел по мелочам. Точно так же заказчику не потребуется постоянно руководить работой исполнителя и постоянно говорить ему, что нужно делать. Когда весь проект или какая-то его логическая часть завершена, заказчику достаточно сверить воплощение с ТЗ и своим видением проекта. То есть, весь процесс контроля разбивается на крупные этапы, рутина сводится к минимуму, а эффективность работы стремится к максимуму. 10. Заказчик меньше зависит от конкретного исполнителя. Имея техническое описание того, как должен работать проект, заказчик перестает зависеть от непосредственного исполнителя. Заказчик всегда может передать разработку или ее часть другому исполнителю и при этом не бояться того, что возникнут разночтения - все требования к проекту жестко зафиксированы на бумаге. Ну и самое интересное: заказчик может оценить эффективность выбора исполнителя, технологической платформы, общего подхода к реализации проекта. Он может обратиться к третьей стороне для того, чтобы провести аудит проекта, получить рекомендации, сделать работу над проектом более эффективной и снизить затраты. Структура технического задания Объем технического задания зависит от сложности разрабатываемого продукта и может колебаться от одной до сотни страниц. 1. Структура ТЗ в соответствии с ГОСТ 34.602‐89 «Техническое задание на создание автоматизированной системы» В Российской Федерации действует ГОСТ 34.602‐89 «Техническое задание на создание автоматизированной системы», который рекомендует такую структуру ТЗ: общие сведения; назначение и цели создания (развития) системы; характеристика объектов автоматизации; требования к системе; состав и содержание работ по созданию системы; порядок контроля и приемки системы; требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие; требования к документированию; источники разработки. 2. Структура ТЗ в соответствии с ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению» Также на техническое задание существует стандарт ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению». В соответствии с этим стандартом техническое задание должно содержать следующие разделы: - введение; - основания для разработки; - назначение разработки; - требования к программе или программному изделию; - требования к программной документации; - технико-экономические показатели; стадии и этапы разработки; порядок контроля и приемки. При необходимости допускается в техническое задание включать приложения (см. правила оформления программной документации). Рассмотрим более подробно содержание каждого раздела. Введение должно включать наименование и краткую характеристику области применения программы или программного продукта, а также объекта (например, системы) в котором предполагается их использовать. Основное назначение введения - продемонстрировать актуальность данной разработки и показать, какое место эта разработка занимает в ряду подобных. Раздел Основания для разработки должен содержать наименование документа, на основании которого ведется разработка, организации, утвердившей данный документ, и наименование или условное обозначение темы разработки. Таким документом может служить план, приказ, договор и т. п. Раздел Назначение разработки должен содержать описание функционального и эксплуатационного назначения программного продукта с указанием категорий пользователей. Раздел Требования к программе или программному изделию должен включать следующие подразделы: требования к функциональным характеристикам; требования к надежности; условия эксплуатации; требования к составу и параметрам технических средств; требования к информационной и программной совместимости; требования к маркировке и упаковке; требования к транспортированию и хранению; специальные требования. Наиболее важным из перечисленных выше является подраздел Требования к функциональным характеристикам. В этом разделе должны быть перечислены выполняемые функции и описаны состав, характеристики формы представления исходных данных и результатов. В этом же разделе при необходимости указывают критерии эффективности: максимально допустимое время ответа системы, максимальный объем используемой оперативной и/или внешней памяти и др. Примечание. Если разработанное программное обеспечение не будет выполнять указанных в техническом задании функций, то оно считается не соответствующим техническому заданию, т. е. неправильным с точки зрения критериев качества. Универсальность будущего продукта также обычно специально не оговаривается, но подразумевается. - В подразделе Требования к надежности указывают уровень надежности, который должен быть обеспечен разрабатываемой системой и время восстановления системы после сбоя. Для систем с обычными требованиями к надежности в этом разделе иногда регламентируют действия разрабатываемого продукта по увеличению надежности результатов (контроль входной и выходной информации, создание резервных копий промежуточных результатов и т. п.). В подразделе Условия эксплуатации, указывают особые требования к условиям эксплуатации: температуре окружающей среды, относительной влажности воздуха и т. п. Как правило, подобные требования формулируют, если разрабатываемая система будет эксплуатироваться в нестандартных условиях или использует специальные внешние устройства, например для хранения информации. Здесь же указывают вид обслуживания, необходимое количество и квалификация персонала. В противном случае допускается указывать, что требования не предъявляются. В подразделе Требования к составу и параметрам технических средств указывают необходимый состав технических средств с указанием их основных технических характеристик: тип микропроцессора, объем памяти, наличие внешних устройств и т. п. При этом часто указывают два варианта конфигурации: минимальный и рекомендуемый. В подразделе Требования к информационной и программной совместимости при необходимости можно задать методы решения, определить язык или среду программирования для разработки, а также используемую операционную систему и другие системные и пользовательские программные средства, с которым должно взаимодействовать разрабатываемое программное обеспечение. В этом же разделе при необходимости указывают, какую степень защиты информации необходимо предусмотреть. и разделе Требования к программной документации указывают необходимость наличия руководства программиста, руководства пользователя, руководства системного программиста, пояснительной записки т. п. На все эти типы документов также существуют ГОСТы. В разделе Технико-экономические показатели рекомендуется указывать ориентировочную экономическую эффективность, предполагаемую годовую потребность и экономические преимущества по сравнению с существующими аналогами. В разделе Стадии и этапы разработки указывают стадии разработки, этапы и содержание работ с указанием сроков разработки и исполнителей. В разделе Порядок контроля и приемки указывают виды испытаний и общие требования к приемке работы. В приложениях при необходимости приводят: перечень научноисследовательских работ, обосновывающих разработку; схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые следует использовать при разработке. В зависимости от особенностей разрабатываемого продукта разрешается уточнять содержание разделов, т. е. использовать подразделы, вводить новые разделы или объединять их. В случаях, если какие-либо требования, предусмотренные техническим заданием, заказчик не предъявляет, следует в соответствующем месте указать «Требования не предъявляются». Разработка технического задания - процесс трудоемкий, требующий определенных навыков. Наиболее сложным, как правило, является четкое формулирование основных разделов: введения, назначения и требований к программному продукту. В качестве примеров рассмотрим два технических задания на выполнение курсового проектирования, со- ставленных по сокращенной схеме, и сравнительно полное техническое задание на выполнение госбюджетной научно-исследовательской работы. Этапы подготовки технического задания Как правило, техническое задание составляется компанией – будущим разработчиком – после проведения интервью с заказчиком. В ходе интервью (одной или ряда встреч), представители разработчика выясняют те моменты, которые затем найдут отражение в документе. На интервью со стороны заказчика желательно присутствие всех заинтересованных в создании и всех, кто будет причастен к его исполнению. Если в компании-заказчике есть грамотные IT-специалисты, то их следует привлечь к согласованию ТЗ. Если же ситуация иная, а речь идет о крупном проекте, бывает целесообразно привлечение независимого эксперта качестве консультанта, который оценит качество и полноту составления технического задания и защитит интересы заказчика. Рассмотрим основные этапы подготовки технического задания: Задание Выбрать предметную область Определить программную систему, автоматизирующую некоторый процесс в выбранной предметной области 3. Подготовить техническое задание на разработку данной системы в соответствии с ГОСТ 34.602‐89 «Техническое задание на создание автоматизированной системы» или ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению» (в техническое задание в раздел календарного плана включить сетевой график и диаграмму Ганта, выполненную с помощью одного из инструментальных средств). Пример выполнения работы Пример 1. Разработать техническое задание на программный продукт, предназначенный для наглядной демонстрации школьникам графиков функций одного аргумента у = f (x). Разрабатываемая программа должна рассчитывать таблицу значений и строить график функций на заданном отрезке по заданной формуле и менять шаг аргумента и границы отрезка. Кроме этого, программа должна запоминать введенные формулы. 1. 2. На рис. 2. представлен пример титульного листа технического задания на учебный программный продукт. Ниже приведен его текст. Рис. 2. Пример титульного листа ТЗ на учебный программный продукт 1. ВВЕДЕНИЕ Настоящее техническое задание распространяется на разработку программы построения графиков и таблиц значений функций одной переменной, предназначенной для использования школьниками старших классов. В школьном курсе элементарной алгебры тема анализа функций является одной из самых сложных. При изучении данной темы школьники должны научиться исследовать и строить графики функций одной переменной, используя все известные характеристические точки функции, включая корни, точки разрыва первого и второго рода и т. д. Существующее программное обеспечение, которое может решать подобные задачи, является универсальным, например Eurica или MathCad. Оно имеет сравнительно сложный пользовательский интерфейс, ориентированный на пользователя, прослушавшего, как минимум, институтский курс высшей математики, что делает использование подобных средств школьниками невозможным. Разрабатываемая программа позволит школьникам проверить свои знания при изучении указанной темы. 2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ Программа разрабатывается на основе учебного плана кафедры «Компьютерные системы и сети» и в соответствии с договором кафедры со школой № ... от 5.09.2011. 3. НАЗНАЧЕНИЕ Основным назначением программы является помощь школьникам при изучении раздела «Исследование функций одного аргумента» школьного курса элементарной алгебры. 4.ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ 4.1.Требования к функциональным характеристикам 4.1.1. Программа должна обеспечивать возможность выполнения следующих функций: - ввод аналитического представления функции одной переменной и длительное хранение его в системе; - ввод и изменение интервала определения функции; - ввод и корректировку шага аргумента; - построение таблицы значений функции на заданном интервале иди изображение графика функции на заданном интервале при условии, что на указанном интервале она не имеет точек разрыва. 4.1.2. Исходные данные: аналитическое задание функции; интервал определения функции; шаг изменения аргумента, определяющий количество точек на интервале. 4.2. Требования к надежности 4.2.1.Предусмотреть контроль вводимой информации. 4.2.2.Предусмотреть блокировку некорректных действий пользователя при работе с системой. 4.3. Требования к составу и параметрам технических средств 4.3.1.Система должна работать на IBM совместимых персональных компьютерах. 4.3.2.Минимальная конфигурация: тип процессора ..............................................................Pentium и выше; объем оперативного запоминающего устройств........32 Мб и более. 4.4. Требования к информационной и программной совместимости Система должна работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, Windows 2000, Windows NT и т. п.). 5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ 5.1. Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии. 5.2.Разрабатываемая программа должна включать справочную информацию об основных терминах соответствующего раздела математики и подсказки учащимся. 5.3.В состав сопровождающей документации должны входить: 5.3.1. Пояснительная записка на 25-30 листах, содержащая описание разработки. 5.3.2. Руководство пользователя. Пример 2. Разработать техническое задание на создание системы «Учет успеваемости студентов». Система предназначена для оперативного учета успеваемости студентов в сессию деканом, заместителями декана по курсам и сотрудниками деканата. Сведения об успеваемости студентов должны храниться в течение всего срока их обучения и использоваться при составлении справок о прослушанных курсах и приложений к диплому. Текст технического задания приведен ниже. 1. ВВЕДЕНИЕ Настоящее техническое задание распространяется на разработку системы учета успеваемости студентов, предназначенной для сбора и хранения информации о ходе сдачи экзаменационной сессии. Предполагается, что использовать данную систему будут сотрудники деканата, декан и его заместители. Во время сессии необходимо получение оперативной информации о ходе ее сдачи студентами, однако выполнение такого контроля вручную требует значительного времени. Автоматизированная система учета успеваемости позволит улучшить качество контроля сдачи сессии со стороны куратора и деканата и обеспечит получение сведений о динамике работы каждого студента, группы и курса в целом. Кроме того, хранение информации о сдаче сессий в течение всего времени обучения позволит осуществлять автоматическую генерацию справок о прослушанных курсах и приложений к диплому выпускника. 2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ Система разрабатывается на основании приказа декана факультета ------- и в соответствии с планом мероприятий по совершенствованию учебного процесса на 2013-2014 учебный год. 3. НАЗНАЧЕНИЕ Система предназначена для хранения и обработки сведений об успеваемости студентов учебных групп факультета в течение всего срока обучения. Обработанные сведения об успеваемости студентов могут быть использованы для оценки успеваемости каждого студента, группы, курса и факультета в целом. 4. ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ 4.1. Требования к функциональным характеристикам 4.1.1. Система должна обеспечивать возможность выполнения следующих функций: инициализацию системы (ввод списков групп, перечней изучаемых дисциплин в соответствии с учебными планами и т. п.); ввод и коррекцию текущей информации о ходе сдачи сессии конкретными студентами; хранение информации об успеваемости в течение времени обучения студента; получение сведений о текущем состоянии сдачи сессии студентами. 4.1.2. Исходные данные: списки студентов учебных групп; учебные планы кафедр - перечень предметов и контрольных мероприятий по каждому предмету; расписания сессий; текущие сведения о сдаче сессии каждым студентом. 4.1.3. Результаты: итоги сдачи сессии конкретным студентом; итоги сдачи сессии студентами конкретной группы; процент успеваемости по всем студентам группы при сдаче конкретного предмета в целом на текущий момент; проценты успеваемости по всем группам специальности на текущий момент; проценты успеваемости по всем группам курса на текущий момент; проценты успеваемости по всем курсам и в целом по факультету на текущий момент; список задолжников группы на текущий момент; список задолжников курса на текущий момент. 4.2. Требования к надежности 4.2.1.Предусмотреть контроль вводимой информации. 4.2.2.Предусмотреть блокировку некорректных действий пользователя при работе с системой. 4.2.3.Обеспечить целостность хранимой информации. 4.3. Требования к составу и параметрам технических средств 4.3.1.Система должна работать на IBM совместимых персональных компьютерах. 4.3.2.Минимальная конфигурация: тип процессора ............................................................. Pentium и выше; объем оперативного запоминающего устройства ......32 Мб и более. 4.4. Требования к информационной и программной совместимости Система должна работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, Windows 2000, Windows NT и т. п.). 5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ 5.1.Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии. 5.2.Программная система должна включать справочную информацию о работе и подсказки пользователю. 5.3.В состав сопровождающей документации должны входить: 5.3.1.Пояснительная записка на 25-30 листах, содержащая описание разработки. 5.3.2.Руководство системного программиста. 5.3.3.Руководство пользователя. 5.3.4.Графическая часть на трех листах формата А1: 5.3.4.1.Схема структурная программной системы. 5.3.4.2.Диаграмма компонентов данных. 5.3.4.3.Формы интерфейса пользователя. Пример 3. Технические задания на разработку различных видов сайтов Пример 4.1. Составить техническое задание на разработку Интернет-сайта Структура документа: 1. Глоссарий 2. Общие положения 3. Предмет разработки 4. Назначение документа 5. Требования к графическому дизайну сайта 6. Требования к дизайну сайта 7. Порядок утверждения дизайн-концепции 8. Функциональные требования 9. Требования к представлению сайта 10. Требования к системе управления сайтом 11. Требования к разделению доступа 12. Требования к видам обеспечения 13. Требования к информационному обеспечению 14. Требования к программному обеспечению 15. Требования к техническому обеспечению 16. Требования к лингвистическому обеспечению 17. Требования к эргономике и технической эстетике 18. Требования к приемке-сдаче проекта 19. Требования к наполнению информацией 20. Требования к персоналу 21. Порядок предоставления дистрибутива 22. Порядок переноса сайта на технические средства заказчика Глоссарий Термин Описание Сайт Информационная система, предоставляющая пользователям сети Интернет доступ к своему содержимому и функционалу в виде упорядоченного набора взаимосвязанных HTMLстраниц Единое информационное пространство на базе сети Internet, состоящее из совокупности сайтов. Приставка "веб-" может использоваться для обозначенияобъектов,ориентированныхна использование в WWW или использующих типичные для WWW технологии (например, вебинтерфейс - интерфейс на базе веб-страниц) HTML-страница(вебОсновной носитель информации в World ide Web. страница, страница) Особым образом сформатированный файл (набор файлов), просматриваемый с помощью wwwбраузера как единое целое (без перехода по гиперссылкам) HTML-теги (теги) Управляющие коды, посредством которых осуществляется форматирование HTML-страницы Гиперссылка (ссылка, Активный элемент HTML-страницы, задаваемый линк) специальным тегом. Выделенный фрагмент текста или изображения, позволяющий загрузить другую страницу или выполнить определенное действие WWW-браузер (браузер) Клиентская программа, поставляемая третьими сторонами и позволяющая просматривать содержимое HTML-страниц HTML-форма (форма) Часть HTML-страницы, предназначенная для взаимодействия с посетителем сайта. Представляет собойнаборэлементов(текстовыхполей, селекторов, выпадающих списков), посредством которых пользователь может ввести какую-либо информацию и отправить ее для обработки на сервере Поле (поле БД, поле Структурный элемент, содержащий однотипную формы) информацию, например, текст, дату, числовые значения и т.п. Флаг Особое поле данных, могущее содержать только одно из двух допустимых значений. Позволяет указать на наличие или отсутствие какого-либо события или свойства объекта Справочник Вспомогательная структура данных, содержащая список допустимых значений для какого-либо поля основных форм или БД. Справочники подразделяются на фиксированные (неизменяемые и поставляемые Исполнителем вместе с готовым сайтом) и редактируемые (состав которых может изменяться администратором) Администратор Лицо, осуществляющее от имени Заказчика (менеджер, редактор) информационную поддержку сайта сайта Дизайн-шаблон страниц Файл, содержащий элементы внешнего оформления World wide web (WWW, web, веб) HTML страниц сайта, а также набор специальных тегов, используемых системой публикации сайта для вывода информации при создании окончательных HTML страниц Дизайн веб-сайта Уникальные для конкретного веб-сайта структура, графическое оформление и способы представления информации Информационные Информация о деятельности Заказчика. Может материалы включать графические, текстовые, аудио или видео материалы. Предоставляется Заказчиком Наполнение (контент) Совокупность информационного наполнения вебсайта. Включает тексты, изображения, файлы и т.п. предназначенные для пользователей системы Элемент наполнения Отдельная запись в базе данных, внешнее (контента) представление которой зависит от управляющего ей программного модуля (например, в модуле «новостная лента» элементом наполнения является отдельная новость) Система динамического Информационная система, позволяющая управления авторизованным пользователям производить наполнением изменения иерархической структуры и (контентом) сайта информационногонаполнениявеб-сайтабез использования каких либо дополнительных специальных программных средств Дамп Совокупность объектов базы данных, представленная в виде файлов, позволяющая восстановить точную копию структуры исходной базы данных в аналогичной системе управления базами данных Веб-интерфейс Совокупность экранов и элементов управления системы, позволяющих пользователю, осуществляющему доступ к системе через веббраузер, осуществлять поддержку и управление системой. Шаблона раздела СсобымобразомразмеченныйASCII-файл, определяющий как графическое оформление страниц раздела, так и их макет (раскладку) – взаимное расположение блоков с наполнением раздела WYSIWYG редактор Редактор языка HTML, имеющий возможности по работе в текстовом режиме и в режиме WYSIWYG (What You See Is What You Get). В режиме WYSIWYG элементы HTML страницы при редактировании представляются в том же виде, что и при просмотре Роль Класс пользователей системы, обладающих определенным набором прав доступа Прочая техническая терминология понимается в соответствии с действующими стандартами и рекомендациями международных органов, ответственных за вопросы стандартизации в сети Интернет. Общие положения Предмет разработки Предметом разработки является Интернет-сайт компании ООО «…», с системой динамического управления наполнением на базе веб-интерфейса. Назначение сайта: предоставление информации о компании ООО «…»; предоставление информации о деятельности компании ООО «…»; т.д.; пр. Цель создания сайта: ... . Назначение документа В настоящем документе приводится полный набор требований к реализации сайта компании ООО "". Подпись Заказчика и Исполнителя на настоящем документе подтверждает их согласие с нижеследующими фактами и условиями: 1. Исполнитель подготовил и разработал настоящий документ, именуемый Техническое Задание, который содержит перечень требований к выполняемым работам. 2. Заказчик согласен со всеми положениями настоящего Технического Задания. 3. Заказчик не вправе требовать от Исполнителя в рамках текущего Договора выполнения работ либо оказания услуг, прямо не описанных в настоящем Техническом Задании. 4. Исполнитель обязуется выполнить работы в объѐме, указанном в настоящем Техническом Задании. 5. Заказчик не вправе требовать от Исполнителя соблюдения каких-либо форматов и стандартов, если это не указано в настоящем Техническом Задании. 6. Все неоднозначности, выявленные в настоящем Техническом задании после его подписания, подлежат двухстороннему согласованию между Сторонами. В процессе согласования могут быть разработаны дополнительные требования, которые оформляются дополнительным соглашением к Договору и соответствующим образом оцениваются. Требования к графическому дизайну сайта Требования к дизайну сайта При разработке сайта должны быть использованы преимущественно светлые стили. Основные разделы сайта должны быть доступны с первой страницы. На первой странице не должно быть большого объема текстовой информации. В дизайне сайта не должны присутствовать: мелькающие баннеры; много сливающегося текста; т.д.; пр. Порядок утверждения дизайн-концепции Под дизайн-концепцией понимается вариант оформления главной страницы и графическая оболочка внутренних страниц, демонстрирующие общее визуальное (композиционное, цветовое, шрифтовое, навигационное) решение основных страниц сайта. Дизайнконцепция представляется в виде файла (нескольких файлов) в растровом формате или в распечатке по согласованию сторон. Если представленная Исполнителем дизайн-концепция удовлетворяет Заказчика, он должен утвердить ее в течение пяти рабочих дней с момента представления. При этом он может направить Исполнителю список частных доработок, не затрагивающих общую структуру страниц и их стилевое решение. Указанные доработки производятся параллельно с разработкой программных модулей сайта. Внесение изменений в дизайн-концепцию после ее приемки допускается только по дополнительному соглашению сторон. Если представленная концепция не удовлетворяет требованиям Заказчика, последний предоставляет мотивированный отказ от принятия концепции с указанием деталей, которые послужили препятствием для принятия концепции и более четкой формулировкой требований. В этом случае Исполнитель разрабатывает второй вариант дизайн-концепции. Обязательства по разработке второго варианта дизайн-концепции Исполнитель принимает только после согласования и подписания дополнительного соглашения о продлении этапа разработки дизайн-концепции на срок не менее пяти рабочих дней. Дополнительные (третий и последующие) варианты разрабатываются Исполнителем за отдельную плату на основании дополнительных соглашений. Функциональные требования Требования к представлению сайта Требования к представлению главной страницы сайта Главная страница сайта должна содержать графическую часть, навигационное меню сайта, а также контентную область для того, чтобы посетитель сайта с первой страницы мог получить вводную информацию о компании, а также ознакомиться с последними новостями компании. Контентная область первой страницы должна делиться на следующие разделы: вступительная статья о компании со ссылкой «подробнее», ведущей на раздел «О компании»;новости - содержит 3 последние новости (анонсы) в формате: дата, заголовок, краткое содержание; краткая контактная информация - телефон и e-mail компании; вверху страницы отображаются облегченная навигационная панель, которая обеспечивает переход к основным пунктам меню сайта (О компании, Новости и т.д.); поле поиска – предназначено для выполнения полнотекстового поиска по сайту; поле выбора языка – русский\английский; счетчики и ссылка на страницу обмена ссылками. Рис. 3. Пример размещения элементов главной страницы. Графическая оболочка внутренних страниц (общая для всех подразделов) Графическая оболочка внутренних страниц должна делиться на следующие разделы: графическая шапка навигационное меню сайта (навигационная панель 2 обеспечивает переход к основным пунктам меню сайта); поле поиска – предназначено для выполнения полнотекстового поиска по сайту; поле выбора языка – русский\английский; ссылка «На главную»; навигационная панель по подразделам выбранного раздела сайта; - поле для отображения контента выбранной страницы сайта;внизу страницы - краткая контактная информация - телефон и e-mail компании; кнопка «Для печати» - обеспечивает вывод контентной области в виде, отверстанном для печати на листах формата А4; кнопка «Задать вопрос» - обеспечивает переход к форме «Задать вопрос». Рис. 4. Пример размещения элементов внутренних страниц сайта. Требования к структуре сайта Все названия разделов сайта, приведенные ниже, являются условными и могут корректироваться по согласованию с Заказчиком в ходе проектирования. Первоначальная структура сайта должна иметь следующий вид: - О компании - История компании o Дипломы и сертификаты o Наши партнеры Наши клиенты Наши координаты ... Новости т.д. пр. Требования к системе управления сайтом Общие требования к административной части Для получения доступа к административной части сайта необходимо указать определенный адрес в строке броузера и пройти авторизацию. Главная страница административной части должна содержать следующие пункты меню: Станицы сайта (в соответствии с первым уровнем структуры сайта): О компании Новости т.д.; Рис. 5. Макет формы главной страницы административной части сайта. Требования к управлению разделами сайта Для управления разделами сайта должны быть предусмотрены следующие функции: создание подраздела 1 уровня; создание подраздела 2 (и далее) уровня; редактирование контента страницы; удаление раздела; перемещение раздела вверх в списке; перемещение раздела вниз в списке; признак показа (show) или не показа (hide) страницы в клиентской части сайта; отображение списка подразделов выбранного уровня. Управление наполнением сайта Для управления наполнением сайта должны быть предусмотрены следующие блоки: 1. поле элемента контента, может быть одного из следующих типов: строка;дата; ссылка на файл; многострочный текст; 2. элемент контента – состоит из набора полей элемента контента; 3. список элементов контента – состоит из набора элементов контента. Рис. 6. Поля элемента контента. Поле элемента контента типа «Текст» должно редактироваться на отдельной странице в редакторе многострочного текста (данный редактор допускает включение в текст изображений). Рис. 7. Редактор многострочного текста в административной части. Для каждого элемента контента должен определяться требуемый набор полей. Например, для элемента «Новость» определяется следующий набор полей контента: Рис. 8. Пример представления элемента контента «Новость» в административной части. Список элементов контента должен позволять: перейти к редактированию полей элемента списка; удалить элемент списка; определить порядок элементов списка вывода в клиентской части; указать признак hide\show. Рис. 9. Пример представления списка элементов контента в административной части и их отображения в клиентской части. В списке элементов должны выводиться все поля элемента, кроме полей вида «Многострочный текст». Управление настройками сайта В состав настроек сайта должны входить: 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 без горизонтальной полосы прокрутки и без пустых (белых) полей для основных типов разрешения. Элементы управления должны быть сгруппированы однотипно – горизонтально либо вертикально – на всех страницах. На каждой странице должны отображаться логотип компании и контактная информация. Интерфейс подключаемых модулей должен быть выполнен в едином стиле с интерфейсом ядра системы и должен обеспечивать возможность прозрачного перемещения администратора между модулями системы и использование одинаковых процедур управления и навигационных элементов для выполнения однотипных операций. Требования к приемке-сдаче проекта Требования к наполнению информацией Общие требования к информационному наполнению В рамках работ по данному проекту Исполнитель обеспечивает наполнение разделов сайта предоставленными Заказчиком материалами в соответствующем порядке. Исполнитель обеспечивает обработку иллюстраций для приведения их в соответствие с техническими требованиями и HTML-верстку подготовленных материалов. Сканирование, набор и правка-вычитка текстов, ретушь, монтаж, перевод и другие работы могут быть выполнены Исполнителем на основании дополнительного соглашения (после просмотра имеющихся у заказчика материалов). После сдачи системы в эксплуатацию информационное наполнение разделов, осуществляется на основании договора на поддержку сайта. Объем текста и количество иллюстраций в других типах разделов определяется предусмотренной настоящим ТЗ структурой данных и уточняется на этапе согласования дизайн-концепции. Порядок предоставления информационного наполнения Заказчик предоставляет материалы в электронной форме в zip-архиве, содержащем дерево директорий, соответствующих структуре сайта. В каждой директории размещается набор документов в формате MS Word – по одному документу на каждый информационный модуль, информационные блоки ко- торого опубликованы в соответствующем разделе. Не допускается размещение текста в виде графических изображений или иных нетекстовых элементов. Изображения могут быть размещены как в тексте внутри файла, так и в виде отдельного изображения. Однако, в последнем случае текст должен содержать ссылку на изображение в виде указания пути и названия файла изображения. Для каждого информационного модуля структура документа должна соответствовать шаблонам, предоставляемым Исполнителем до начала этапа предоставления материалов. Материалы для первоначального наполнения разделов должны быть полностью представлены Исполнителю в сроки, установленные планом-графиком работ. Допускается передача материалов частями, в нескольких zip-файлах, соответствующих приведенным требованиям. Передача материалов в объеме и формате, соответствующем настоящему ТЗ, и закрепляется подписанием Акта о передаче информационного наполнения. Любые изменения информационного наполнения силами Исполнителя после подписания данного Акта допускаются только на основании отдельного соглашения за дополнительную плату. Информационные материалы, не предоставленные Заказчиком в сроки, установленные планом-графиком работ, размещаются Исполнителем по гарантийному письму Исполнителя в течение 2-х недель после сдачи-приемки проекта. На эту часть информационных материалов также накладываются требования к формату предоставления, изложенные выше. Требования к персоналу Для эксплуатации веб-интерфейса системы динамического управления наполнением от администратора не должно требоваться специальных технических навыков, знания технологий или программных продуктов, за исключением общих навыков работы с персональным компьютером и стандартным веб-браузером (например, MS IE 6.0 или выше). Порядок предоставления дистрибутива По окончании разработки Исполнитель должен предоставить Заказчику дистрибутив системы в составе: архив с исходными кодами всех программных модулей и разделов сайта; дамп проектной базы данных с актуальной информацией. Дистрибутив предоставляется на CD-диске в виде файлового архива. Порядок переноса сайта на технические средства заказчика После завершения сдачи-приемки сайта, в рамках гарантийной поддержки Исполнителем производится однократный перенос разработанного программного обеспечения на аппаратные средства Заказчика. Соответствие программно-аппаратной платформы требованиям настоящего документа обеспечивает Заказчик. Перед осуществлением переноса Заказчик обеспечивает удаленный shellдоступ к веб-серверу и доступ к базе данных сайта. Пример 4.2. Техническое задание на сайт компании, занимающейся разработкой программного обеспечения Приложение № 1 к Договору № ___ От « ___ » _____________ 2006 г. Техническое задание на разработку сайта Компании «________________________» 1. Общие сведения 1.1. Наименование предприятия Заказчика сайта и его реквизиты Заказчик – «________________________» Реквизиты: 1.2. Перечень документов, на основе которых создается сайт o Договор № _________ от «____» _______________ 2006 г. И приложения к договору между «________________________» и ООО «М.Дизайн». o Переписка между Сторонами. 1.3. Плановые сроки начала и окончания работ по созданию сайта Определяются в соответствии с графиком и согласованными сроками проведения работ, определенными в Договоре № ____________ от «____» _______________ 2005 г. между «________________________» и ООО «М.Дизайн». 1.4. Основные сведения о предприятии Заказчика Компания «________________________» оказывает услуги в области управленческого и IT-консалтинга для крупного и среднего бизнеса, занимается созданием корпоративных информационных систем (КИС) на основе собственного программного комплекса ―Система Алеф‖. Слоган компании: «Профессиональный подход – виртуозное исполнение!» 1.4.1. Цели и задачи компании «________________________»: 1) оказание консалтинговых услуг 2) предоставление комплексных программных решений для отраслей и предприятий (на базе «Системы Алеф») 3) продажа «Системы Алеф» в качестве платформы для компаний - разработчиков IT-решений 1.4.2. Продукты и решения «________________________»: 1) собственно “Система Алеф” “Система Алеф” представляет собой конструктор, предназначенный для построения сложных корпоративных аналитических информационных систем. Система обладает широкими возможностями для построения финансово-учетных систем, автоматизирующих хозяйственную деятельность предприятий различных отраслей. 2) комплексные программные решения на базе ―Системы Алеф‖: - «Торговое решение» «Корпоративные финансы и бухгалтерия» - «Операционное планирование и бюджетирование» Компания «________________________» предлагает заказчикам типовые решения с учетом специфики ключевых бизнес-процессов, разработанные на базе ―Системы Алеф‖. 3) специализированные программные решения на базе ―Системы Алеф‖ для предприятий и отраслей, в том числе: - энергетического комплекса - нефтегазового комплекса - авиации - строительства - рекламной деятельности - управления ценными бумагами - управления доставкой товаров - мебельного производства 1.4.3. Услуги «________________________»: o управленческий консалтинг o IT-консалтинг o сервис (внедрение, обучение, тех. поддержка) Назначение и цели создания Сайта 2.1. Назначение Сайта Техническая и информационная поддержка клиентов и партнеров компании «________________________» 2.2. Основные задачи сайта 2.2.1. Имиджевая: Сайт является «лицом» компании «________________________» в сети интернет и должен: 1) идентифицировать «________________________» как компанию, осуществляющую комплексное обслуживание в сфере управленческого и ITконсалтинга и разработку IT-решений для предприятий крупного и среднего бизнеса. 2) поддерживать образ o успешной и стабильной компании; o прогрессивной и инновационной компании; o компании, обладающей опытом разработки решений любого уровня сложности для самых различных отраслей (с 1993г.); o компании, обеспечивающей индивидуальный подход к решению задач своих клиентов и партнеров. 2.2.2. Информационая: Сайт должен предоставлять пользователям доступ к информации: o о компании o о направлениях деятельности компании (консалтинг, софт, тех.поддержка, обучение) o об IT-решениях компании («Система Алеф», комплексные решения, специализированные решения) o о новостях компании; o о партнерской программе компании; p o о клиентах и партнерах компании. 2.3. Аудитория сайта: o руководители IT-отделов p o топ-менеджмент o IT-разработчики o отраслевые специалисты 3. Требования к Сайту 3.1. Требования к стилистическому оформлению и дизайну Сайта o Дизайн Сайта должен быть солидный, деловой, в спокойных тонах, отражающий опыт, профессионализм, компетенцию, рост, динамику, включая небольшие анимированные элементы. o Основная цветовая гамма - сине-белая, на основе корпоративного цвета 3.2. Требования к шрифтовому оформлению Сайта o Необходимо предусмотреть использование стандартных групп шрифтов браузеров (Arial/Helvetica, Tahoma, Verdana, Times NewRoman, Courier) таким образом, чтобы замена шрифтов из соответствующей группы не приводила к визуальному искажению текста. o Размер (кегль) шрифтов должен обеспечивать удобство восприятия текста при минимально допустимом размере экрана. 3.3. Требования к средствам просмотра Сайта Сайт должен обеспечивать корректное отображение данных в следующих браузерах: o Internet Explorer (версия 5.5 и выше); o Opera (версия 7.0 и выше); o Mozilla Firefox (версия 1.0 и выше) 3.4. Требования к контенту и наполнению Сайта Первичная верстка контента (информационного содержимого) Сайта должна производиться силами Исполнителя (не более 100 страниц контента, формат A4). Заказчик предоставляет все необходимые Исполнителю текстовые и графические материалы, а также комментарии, касающиеся их содержания, объема, оформления и размещения. 3.5. Требования к системе управления контентом Сайта Система управления контентом Сайта должна обеспечить администратору сайта возможность выполнения следующих действий: o добавление и удаление текстов o редактирование текстов o добавление и удаление стандартных разделов Изменение дизайна и структуры Сайта, а также доработка существующего и создание нового функционала должны происходить в рамках процедур поддержки сайта Исполнителем либо в соответствии с отдельными договорами на указанные виды работ. 3.6. Требования к компоновке страниц Сайта Компоновка страниц Сайта должна обеспечивать автоматическое масштабирование страниц в зависимости от ширины рабочего поля браузера пользователя Минимальный размер (ширина) рабочего поля браузера, при котором необходимо обеспечить полноценное отображение страниц (без полосы горизонтальной прокрутки), составляет 1024 пиксела. 4. Пути реализации проекта (концепция) Рабочее название концепции: «Три источника, три составные части бизнеса» 4.1. Вводная информация: Клиенты, обратившиеся в компанию проходят следующий путь: 1. получил консультацию 2. приобрел IT-решение (софт) 3. пользуешься постоянной поддержкой, стал постоянным клиентом и партнером.Управленческий консалтинг может выступать в качестве самостоятельного комплекса работ независимо от других видов услуг. 4.2. Предложения по реализации концепции: Предлагается представить информацию на сайте в соответствии с действующей бизнес-схемой компании «________________________» и реализовать проект в виде 3х основных разделов (под-сайтов): o УСЛУГИ p РЕШЕНИЯ o КЛИЕНТАМ И ПАРТНЕРАМ На главной странице располагаются три прямоугольных блока, содержащие «визуалы» (графические изображения), соответствующие 3-м под-сайтам с краткими описаниями и переходами на соответствующие разделы. Дизайн сайта оформляется в едином стиле в соответствии с корпоративной цветовой гаммой. Каждый из под-сайтов может иметь индивидуальное оформление, включая определенный набор цветов из основной гаммы, собственный «визуал» (образ, пиктограмму), идентифицирующий каждый раздел. Главная страница сайта будет являться точкой входа на каждый из подсайтов. Кроме того, на главной странице будут присутствовать: o логотип и слоган компании o краткая информация о компании (опыт работы, основные достижения) + ссылка на раздел «О компании» o горизонтальное меню, включающее в себя общие разделы «О копании» «Контакты», «Поддержка», «Обучение». o форма поиска по сайту o блок анонсов новостей (софт, услуги) o иконки – карта сайта, e-mail Главную страницу сайта можно условно представить в виде нижеследующей схемы:Вариант 1 (имиджевый) Как вариант, блоки каждого подраздела, могут в дизайне соединяться стрелочками: Вариант 2 (информационный) Внутренние страницы сайта так же будут иметь горизонтальную навигацию и 3 блока в шапке (с названием и соответствующим «визуалом), каждый из которых "становится активным" при входе в данный раздел. Кроме того, на внутренних страницах будут присутствовать: o горизонтальная навигация «О компании», «Пресс-центр» и т.п... o вертикальная навигация для данного раздела, которая будет раскрываться при входе в соответствующий подраздел o иконки – «на главную», «карта сайта», «e-mail», «версия для печати» Разделы «О компании», «Решения», «Партнерам и клиентам» будут иметь собственные ленты новостей. Анонсы последних новостей разделов «О компании» и «Решения» будут отображаться на главной странице. Лента новостей раздела «О компании» может быть вынесена на верхний уровень в горизонтальное навигационное меню. Примечание: Данный подход к реализации проекта в большей степени ориентирован на информационные задачи сайта (см. п. 2.2.2.) Внутреннюю страницу сайта можно условно представить в виде нижеследующей схемы: 5. 1. 2. 3. 4. 5. Структура Сайта и навигация Горизонтальное навигационное меню: О компании Дипломы и сертификаты Вакансии o Отправить резюме Контакты Новости Календарь мероприятий Подписка на рассылку Пресс-центр Вопросы-ответы Навигационное меню «под-сайтов»: 1. Услуги Управленческий консалтинг IT-Консалтинг Стоимость консалтинговых услуг 2. Решения Новости o Подписка на рассылку «Система Алеф» o Общее описание o Функциональные характеристики o Технические характеристики o План развития o Демо-версии o Стоимость лицензий на Систему Алеф Лицензионная политика Комплексные решения o Торговое решение o Корпоративные финансы и бухгалтерия o Операционное планирование и бюджетирование Заказные проекты Стоимость решений 3. Клиентам и партнерам Новости o Подписка на рассылку Наши клиенты Истории успеха Отзывы Наши партнеры Как стать нашим партнером Обучение o Сертификация o Стоимость обучения Поддержка o Версии и обновления o Форум Навигационное меню «Иконки»: 1. Карта сайта 6. Поиск по сайтуОписание функционала разделов сайта Терминология: Далее в тексте данного ТЗ для описания функциональности разделов мы будем пользоваться следующей классификацией: Простой контентный раздел – раздел с возможностью вставки произвольного текста, графики, ссылок на другие разделы, файлы, графику или внешние сайты. Подобный раздел управляется при помощи системы управления контентом с возможностью использования такого инструмента как «Визуальный редактор». Простой список (или список) – раздел, содержание которого формируется из однотипных записей с предопределенным набором полей/свойств. При входе в раздел посетитель видит опциональный общий вводный текст и последовательность записей, состоящих из предопределенного набора свойств (в том случае, если оно заполнено). Количество единовременно отображаемых записей на странице раздела ограничено. Если общее количество записей превысит лимит, то отобразится «по- страничная навигация», позволяющая просмотреть остальные записи списка. Такой раздел управляется из администраторского модуля, в котором присутствует инструментарий управления каждой по отдельности записью с возможностями редактирования их свойств, скрытия (без удаления) и прочие универсальные действия. 1. Раздел «О компании» Простой контентный раздел 2. Раздел «Дипломы и сертификаты» Простой список, элементы которого выводятся в формате o Название диплома; o Диплом (картинка); o Краткий комментарий (текст). 3. Раздел «Вакансии» Простой список, элементы которого выводятся в формате o Название вакансии; o Краткое описание вакансии (текст); o Полное описание вакансии (текст) (может не заполняться). 4. Раздел «Отправить резюме» Выводится в виде формы: Вакансия Консультант по внедрению Дополнительную информация Вы можете узнать в Службе персонала: 5. Раздел «Контакты» Контактная информация в свободной форме, схема проезда + Форма обратной связи с полями ввода: o Фамилия, имя, отчество (контактного лица) *, o Название организации, o Контактный e-mail *, o Телефон, o Город, o Ваша специальность/должность, o Текст сообщения *. После отправки посетителем сообщения посредством данной формы на указанный в свойствах раздела E-mail адрес (редактируется через администраторский модуль) отсылается письмо с содержимым полей формы. Поля, отмеченные * , обязательны для заполнения. 6. Раздел «Новости» Простой список, элементы которого выводятся в виде: o Дата, o Заголовок новости, o Краткий текст новости, o Полный текст новости (может не заполняться); o Категория новости: 7. Раздел «Подписка на рассылку» Форма для ввода e-mail адреса, дополнительно содержит возможность указать категорию новостей, на которую производится подписка: o Все новости o Новости компании o Новости софта o Новости для партнеров и клиентов После отсылки адреса пользователю на указанный e-mail приходит сообщение с ссылкой, по нажатию на которую пользователь переходит на страницу подтверждения подписки. E-mail адреса подписчиков хранятся в базе администраторского модуля. Рассылка внутри администраторского модуля производится непосредственно из списка «Новостей» с помощью кнопки «разослать новость». Разосланные новости будут помечаться иконкой «Разослано». 8. Раздел «Пресс-центр» Простой список публикаций, элементы которого выводятся в виде: o Дата, o Заголовок публикации, o Краткий текст (анонс) публикации, o Текст публикации. 9. Раздел «Вопросы-ответы» 2-х уровневый список, объекты которого выводятся в виде: o Подсписок: o Название подраздела; o Краткий комментарий к подразделу; p o Элемент: o Дата; o Вопрос; o Краткий текст ответа; o Полный текст ответа (может не заполняться); o Автор вопроса; o E-mail автора вопроса. + Форма «Задать вопрос» с полями: o Фамилия, имя, отчество *, o Название организации, o Контактный e-mail *, o Телефон, o Город, o Ваша специальность/должность, o Текст вопроса *. После отправки посетителем сообщения посредством данной формы на указанный в свойствах раздела E-mail адрес (редактируется через администраторский модуль) отсылается письмо с содержимым полейформы. Поля, отмеченные * , обязательны для заполнения. 10. Раздел «Услуги» Простой список, содержащий подразделы «Управленческий консалтинг», «ITконсалтинг», «Стоимость консалтинговых услуг», элементы которого выводятся в виде: o Название подраздела; o Краткий анонс к подразделу (?); o Содержание (текст) подраздела. 11. Раздел «Решения» На главной странице раздела выводится лента новостей, относящаяся к данному разделу (см. выше описание раздела «Новости») с ссылкой «Подписка на рассылку», ведущей на страницу соответствующего раздела. Пример 4.3. Техническое задание на информационный представительский сайт с каталогом продукции Техническое задание Структура и функционал интернет-представительства компании ________________________________ Редакция 1.2 (от 13.11.03) Настоящее Техническое задание составлено в соответствии с условиями Договора № 14-1 от 14 ноября 2013 г. и определяет форму и содержание работ, выполняемых исполнителем по Бланк–заказу. Полнота реализации настоящего технического задания фиксируется Сторонами в акте приемки-сдачи. 1. Разделы сайта – тематическая навигация Тематически сайт подразделяется на следующие разделы: 1. Новости 2. О Компании 3. Услуги 4. Портфолио 5. Контакты Все разделы имеют подразделы, описанные ниже. 2. Ссылки Все активные ссылки делятся на 3 части: на подстраницы; на функциональные элементы; на файлы для загрузки и перекрѐстные ссылки на другие сайты. 3. Типовые страницы* 1. Первый уровень – входная страница. 2. Второй уровень (универсальный) – это подразделы любого уровня, вывод результатов поиска, подписки и т.п. 3. Вид для печати – упрощѐнный макет, с функцией «на печать», «вернуться». Содержит логотип, текстовое содержимое раздела и предупреждение о законности использования информации. *Страниц не более 50 (пятидесяти) 4. Дизайн часть проекта Дизайн страниц выполняется в строгом соответствии с корпоративным стилем компании, с пожеланиями клиента. Исполнитель предоставляет Заказчику вариант концепции дизайна на примере начальной страницы. После утверждения Исполнитель приступает к выполнению оставшихся страниц. 5. Программная часть проекта а) Серверные технологии (языки программирования) - Perl - PHP б) Клиентские технологии ( языки разметки, клиентские языки программирования) - JavaScript (Jscript) - HTML - DHTML (HTML+JavaScript) - CSS в) Системы управления базами данных MySQL г) Для системы визуального управления контентом через вэб - интерфейс требуется браузер Microsoft Internet Explorer версии не ниже 5.5. 6. Содержание и функционал сайта Раздел Описание Имиджевый flash-ролик и ссылка 0.0 Входная страница «пропустить заставку» Навигация по разделам и подразделам. 0.Начальная страница Дизайн с использованием элементов, выполненных при помощи технологии Macromedia Flash. На данной странице осуществляется переход на различные разделы сайта. 1. Новости 1 Каждая страница выполнена в виде окна. С каждого окна предусмотрен переход на подразделы. С каждой страницы предусмотрен переход на начальную страницу. Новости компании, включая новости всех разделов с переходом на архив новостей. Текстовое описание + возможность разместить небольшую картинку фиксированного размера. 1.1. Архив новостейАвтоматически формируемый архив новостей. 1.2.Аналитика Тематические публикации, обзор СМИ. Реализована возможность добавления статей и даты статьи. 1 Условные обозначения: – функция или элемент навигации, не являющийся самостоятельным разделом или подразделом; – Закрытый раздел или служебная функция; – Отображается в дополнительном окне; – устанавливается механизм автоматического обновления через веб-интерфейс; - раздел с возможностью добавить подраздел; пункт в главном меню; Раздел 1.2.1 Статья 1 1.2.2 Статья 2 1.3. Пресса о нас 1.3.1 Статья 1 1.3.2 Статья 2 1.4. Интервью 1.4.1 Статья 1 1.4.2 Статья 2 Описание Статья 1. Статья 2. Реализована возможность добавления статей и даты статьи. Статья 1. Статья 2. Реализована возможность добавления статей и даты статьи. Первым интервью будет интервью с психологом о воздействии динамичного изображения на восприятие человека. Статья 1. Статья 2. Опрос На начальной странице присутствует администрируемый опрос по схеме «вопрос и несколько вариантов ответа». Есть возможность просмотреть результаты. Конкурс Текстовое описание условий конкурса. «Скачать программу»Ссылка на программы для просмотра роликов в режиме онлайн. Предусматривает размещение программ (Macromedia flash player, Real player, Microsoft Windows media и др.) на FTP компании _________. Онлайн трансляцияОнлайн трансляция видео изображения с 2. О компании дисплея в реальном времени. Презентационный раздел. 2.1 Миссия Общая информация. 2.2 Команда 2.3. Партнеры 2.3.1 Партнер 1 2.3.2 Партнер 2 2.4. Вакансии Информация о сотрудниках компании с указанием должности, ссылкой на e-mail и размещением фотографии. Информация о партнерах. Список партнеров с логотипами. Информация о партнере. Информация о партнере. Список открытых вакансий и онлайновое резюме. 2.5. СотрудничествоТекстовое описание условий сотрудничества. Раздел Описание 2.6. НеофициальнаяНеофициально об _________. Краткое часть резюме о пристрастиях, увлечениях, фоторепортажи о наших путешествиях и приключениях. 3. Услуги Информация о предоставляемых компанией услугах 3.1. Размещение Прайс-лист и краткие технические рекламы на светодиодных дисплеях 3.2. Продажа информационных систем 3.2.1 ИС 1 3.2.2 ИС 2 3.3 Продажа мобильных ИС 3.3.1 МИС 1 3.3.2 МИС 2 3.4 Изготовление рекламных роликов данные дисплея в виде таблицы. Информация о предлагаемых ИС, каталог прайс-лист, краткие технические характеристики с переходом на конкретную позицию в каталоге. Фото, теххарактеристики Фото, теххарактеристики Информация о предлагаемых ИС, каталог прайс-лист, краткие технические характеристики с переходом на конкретную позицию в каталоге. Фото, теххарактеристики Фото, теххарактеристики Список требований к предоставляемому материалу, технические параметры (теххарактеристики, прайс) 3.5 Аренда МИС Описание, условия аренды МИС 4. Портфолио Раздел содержит базу готовых роликов, список подрядчиков, список по роликам и по клиентам. Предусматривает перекрестный доступ к просмотру. Раздел имеет единую базу данных, каждая позиция в которой несет следующие данные, по которым можно систематизировать портфолио: Студия; Видео/текстовый ролик; Клиент; Каждый элемент базы содержит кроме того: Заголовок; Дату; Раздел 4. Портфолио 4.1. Видеоролики 4.1.1 Видеоролик 1 Описание Ролик и скриншот или текст (в случае текстовой рекламы); Описание. По умолчанию открывается первый ролик и список остальных роликов Страница содержит заголовок, дату, небольшой скриншот со ссылкой, ролик, (открывающийся в отдельном окне), 4.1.2 Видеоролик 2 4.2. Текстовая реклама описание, ссылку на другие работы студии-разработчика и другие работы для этого клиента Страница содержит заголовок, дату, небольшой скриншот со ссылкой, ролик, (открывающийся в отдельном окне), описание, ссылку на другие работы студии-разработчика и другие работы для этого клиента По умолчанию открывается первая реклама 4.2.1 Реклама 1Страница содержит заголовок, дату, рекламный текст, описание, ссылку на другие работы студии-разработчика и другие работы для этого клиента. 4.2.2 Реклама 2Страница содержит заголовок, дату, рекламный текст, описание, ссылку на другие работы студии-разработчика и другие работы для этого клиента 4.3. Клиенты 4.3.1 Клиент 1 4.3.2 Клиент 2 4.4. Дизайн-студии Информация о клиентах. Список клиентов с логотипами. Страница содержит заголовок, логотип, описание. Страница содержит заголовок, логотип, описание. Информация о дизайн студиях и список студий с логотипами. 4.4.1 Студия 1Страница содержит заголовок, логотип, описание студии. 4.4.2 Студия 2Страница содержит заголовок, логотип, описание студии. 5. Реклама на дисплее Графическая ссылка для быстрого перехода на подраздел 3.1, где посетитель может сразу видеть необходимую информацию. 60 Раздел 6. Контакты Описание Предусматривает форму для вопроса клиента, при заполнении которой вопрос 7. Карта сайта и поиск Статистика посещений Администрирование Интерфейсные удобства (мнемонические объекты) отсылается модератору После его обработки, рассмотрения и ответа выкладывается на сайт и отправляется на указанный e-mail клиента, задавшего этот вопрос. Поля формы: 1.Имя 2.E-mail 3.Вопрос Графическое изображение фрагмента карты проезда со схематическим изображением местонахождения фирмы. Адрес. Телефоны. Е-mail Динамическая (автоматически формируемая) карта сайта с возможностью быстрого перехода в нужный раздел. Закрытый для сторонних посетителей раздел сайта, в котором ежедневно собирается статистика посещаемости по всему серверу. Представлены основные статистические данные, такие как количество посещений, хиты, хосты, время посещений и т.д. Закрытый для сторонних посетителей раздел сайта, предназначенный для добавления и редакции всей текстовой и основной графической информации. - Добавить в избранное - Без графики (Версия для печати) - Отослать ссылку - Отключить анимацию В виде иконок с дубляжом текстом – внизу страницы. Возможно – все текстом. ПРИЛОЖЕНИЕ 1. Структура сайта. 0.0 Входная страница (выполнена с элементами, выполненными с применением технологии Macromedia Flash ). 0. Начальная страница 1. Новости 1.1 Архив новостей 1.2 Аналитика 1.2.1 Статья 1 1.2.2 Статья 2 1.3 Пресса о нас 1.3.1 Статья 1 1.3.2 Статья 2 1.4 Интервью 1.4.1 Статья 1 1.4.2 Статья 2 2. О компании 2.1 Миссия (общая информация) 2.2 Команда (офис, фото офиц.) 2.3 Партнеры 2.3.1 Партнер 1 2.3.2 Партнер 2 2.4 Вакансии (онлайновое резюме) 2.5 Сотрудничество 2.6 Неофициально об _________ 3. Услуги 3.1 Размещение рекламы на светодиодных дисплеях 3.2 Изготовление рекламных роликов 3.3 Продажа информационных систем 3.3.1 Дисплей 1 3.3.2 Дисплей 2 3.4 Продажа мобильных ИС 3.4.1 МИС 1 3.4.2 МИС 2 3.5 Аренда МИС 4. Портфолио 4.1 Видеоролики 4.3 Клиенты 4.1.1 Ролик 1 4.3.1 Клиент 1 4.1.2 Ролик 2 4.3.2 Клиент 2 4.2 Текстовая реклама 4.4 Дизайн-студии 4.2.1 Текстовая реклама 1 4.4.1 Студия 1 4.2.2 Текстовая реклама 2 4.4.2 Студия 2 5. Контакты Настоящее Техническое задание является неотъемлемой частью Договора № 14-1 от 14 ноября 2013 г. Настоящее Техническое задание составлено в двух экземплярах по одному для каждой из сторон. УТВЕРЖДАЮ УТВЕРЖДАЮ _____________/ _________/ ___________/_________/ / Содержание и оформление отчета по лабораторной работе Отчѐт должен содержать титульный лист, аннотацию, содержание и основную часть, оформленную в соответствии с ГОСТ 34.602‐89 «Техническое задание на создание автоматизированной системы» или ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению». Контрольные вопросы 1. Назовите ГОСТы, в соответствии с которыми разрабатывается техническое задание? 2. Назовите, какой раздел технического задания можно считать основным и почему? 3. Какую информацию должны содержать остальные разделы технического задания? 4. В чем основная сложность разработки технического задания? 5. Составьте техническое задание на разработку своего индивидуального задания. Проанализируйте, какие программы или программные системы могли бы отвечать указанным вами требованиям. Попробуйте ограничить их количество, уточнив техническое задание. Литература 1. ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению 2. ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы 3. Портал нормативных документов: http://www.opengost.ru/
