Вы находитесь на странице: 1из 92

ПРИМЕР 1

БИЗНЕС-ПЛАН

Наименование
«Городской транспорт города Владимира» - интернет-сайт городского
транспорта города Владимира.

Цель проекта
Основное назначение сайта: публиковать маршруты и расписание
городского транспорта. Кроме того, будут показаны ответственные за
городской транспорт. Будут показаны актуальные новости и объявления
относительно городского транспорта. Возможность прокладывания
маршрута.

Участники проекта
Инициатор и организатор: администрация города Владимира.
Исполнитель: компания, которая специализируется на разработке сайтов.

Основная информация о проекте


Проект «Городской транспорт» является интернет-проектом, включающим
всю основную необходимую информацию о городском транспорте.
Целью проекта является предоставление всей необходимой информации
потребителям. Используя данный интернет-сайт, люди смогут на одном
сайте найти и маршруты всего городского транспорта, и расписание.
Благодаря этому, не придется стоять на остановке в ожидании подходящего
транспорта. Можно просто заранее посмотреть, во сколько он будет на
остановке, и подойти к этому времени. На сайте будут показаны актуальные
новости и объявления относительно городского транспорта. Благодаря этому
можно будет узнать об обрыве линии для троллейбусов, изменении
маршрута, увеличении стоимости оплаты проезда, перекрытии дорог и т.д.
Кроме того, можно там же узнать, как в случае возникновения проблем
связаться с ответственными за городской транспорт.
Потенциальными потребителями являются все жители города,
пользующиеся городским транспортом.

Подробней об участниках проекта


Компания зарекомендовала себя как ответственный исполнитель. Все
проекты были реализованы вовремя и на высоком уровне. Подробнее можно
увидеть на сайте компании.
Администрация со своей стороны предоставит всю необходимую
поддержку.

Работы и их стоимости
Для запуска проекта необходимо выполнить:
Наименование работы Стоимость, руб.
Поиск и объединение необходимой 30 000
информации.
Разработка модуля прокладывания 40 000
маршрута
Разработка интернет-сайта 30 000
Общая стоимость запуска проекта: 100 000

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

Текущее состояние проекта


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

Договоренности и поддержка
Компании ООО "Экипаж", ООО "АТП Лайн-Траст", ОАО
"Владимирпассажиртранс", ИП Михайлов А.Е, ООО "БигАвтоТранс плюс",
ООО "АДМ" предоставили всю необходимую информацию о своих
компаниях и маршрутах. Администрация города Владимира со своей
стороны оказывает свою поддержку в экстренных случаях.

Рыночная ориентация проекта (маркетинговое исследование)


Основные конкуренты
Конкурент 1
http://bus33.su/
На данном сайте можно посмотреть на карте маршрут и местонахождение
всего городского транспорта. Но есть несколько минусов. Во-первых,
периодически сайт «зависает». Во-вторых, нельзя построить маршрут из
одного местоположение в другое. В-третьих, нет написанного полного
маршрута транспорта. В-четвертых, нет объявлений и новостей.
Конкурент 2
http://start33.ru/city/info/gortrans
На данном сайте есть расписание транспорта, но не для каждого подробное.
Указан маршрут как в письменном виде, так и на карте. Но опять же, нет
новостей и невозможно проложить маршрут и подобрать нужное
транспортное средство.
Конкурент 3
http://www.vladimir-city.ru/economics/transport/avtobus.php#t11c
На данном сайте меньше всего информации. Можно найти только маршруты
и объявления о закрытии маршрутов. Но плюсом является то, что это
официальный сайт.
Конкурентные преимущества
Основная идея – дать на одном сайте максимально полную необходимую
информацию о городском транспорте.

Расчет прибыли
Детализация расходов
Наименование Тыс. руб. /
месяц
Расходы компании 80
Расходы на продвижение 20
сайта
Техническая поддержка 40
сайта
Организационные и 30
управленческие расходы
Расходы на офис 40
Итого 210

Расчет доходов
Доходы обеспечиваются за счет продажи баннерной рекламы.
Первые 3 месяца получить доходы маловероятно, потому что продать
рекламные баннеры на непосещаемый сайт очень сложно.
После 12 месяцев работы сайта доходы от продажи баннеров и статей будут
не меньше 50 тысяч в месяц.
После 2 лет работы сайта доходы достигнут своего максимального значения
- 200 тысяч в месяц.
Наименование Тыс. руб. / год
Доход за первый год 100
Доход за второй год 600
Доход за последующие годы 2 400

Экономические показатели эффективности


Годовая чистая прибыль (после 2 190 000
полной раскрутки)
Инвестиции 100 000
Срок окупаемости 1 год

Оценка рисков и мероприятия по их ограничению


Типы рисков Риск Действие
Бизнес- Выгоды не получены из- Фокусировка на изменении
экономические за сильных изменений модели услуг
Технические Продукт не обеспечивает Тщательный анализ при выборе
нужную технологий
производительность
Риск реализации Проект не реализован в Привлечение
заданные временные или квалифицированных внешних
бюджетные рамки консультантов. Постоянная
подготовка персонала.
Риск сложности Проект не поддерживает Постоянная обратная связь.
постоянно Соблюдение методологии
увеличивающуюся управления проектами
степень сложности
ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Глоссарий
Термин Описание
Сайт Информационная система, имеющая свой адрес и
предоставляющая пользователям сети Интернет
доступ к веб-страницам, которые мы видим как одно
целое.
World wide web Распределённая система, предоставляющая доступ к
(WWW, web, веб) связанным между собой документам,
расположенным на различных компьютерах,
подключённых к Интернету.
HTML-страница Основной носитель информации в World ide Web.
(веб-страница, Особым образом сформатированный файл (набор
страница) файлов), просматриваемый с помощью www-
браузера как единое целое (без перехода по
гиперссылкам)
HTML-теги (теги) Метки, которые используются для указания
браузеру, как он должен показывать web-сайт.
Гиперссылка Это связь между веб-страницами или файлами. При
(ссылка, линк) щелчке гиперссылки указанный в ней объект
отображается в веб-обозревателе, открывается или
запускается в зависимости от типа этого объекта.
WWW-браузер Специальная программа, позволяющая
(браузер) просматривать веб-страницы и пользоваться веб-
приложениями.
HTML-форма Часть HTML-страницы, предназначенная для
(форма) взаимодействия с посетителем сайта. Представляет
собой набор элементов, посредством которых
пользователь может ввести какую-либо
информацию.
Поле (поле формы) Структурный элемент, содержащий однотипную
информацию, например, текст, дату и т.п.
Администратор сайта Специалист в области информационных технологий,
который может поддерживать сайт в технически
исправном состоянии.
Дизайн-шаблон Файл, содержащий элементы внешнего оформления
страниц HTML страниц сайта, а также набор специальных
тегов, используемых системой публикации сайта для
вывода информации при создании окончательных
HTML страниц
Дизайн веб-сайта Совокупность графических элементов, шрифтов и
цветов, реализованных на сайте
Информационные Информация о деятельности Заказчика. Может
материалы включать графические, текстовые, аудио или видео
материалы. Предоставляется Заказчиком
Наполнение Совокупность информационного наполнения веб-
(контент) сайта. Включает тексты, изображения, файлы и т.п.
предназначенные для пользователей системы
Веб-интерфейс Совокупность экранов и элементов управления
системы, позволяющих пользователю,
осуществляющему доступ к системе через веб-
браузер, осуществлять поддержку и управление
системой.
Роль Класс пользователей системы, обладающих
определенным набором прав доступа
Прочая техническая терминология понимается в соответствии с
действующими стандартами и рекомендациями международных органов,
ответственных за вопросы стандартизации в сети Интернет.

Предмет разработки
Предметом разработки является Интернет-сайт городского транспорта.
Назначение сайта:
- предоставление информации о маршрутах городского транспорта;
- предоставление информации об ответственных за городской
транспорт;
- предоставление актуальных новостей и объявлений о городском
транспорте;
- предоставление возможности прокладывания маршрута.
Цель создания сайта: предоставить всю необходимую информацию о
городском транспорте.

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

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


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

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


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

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


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

Графическая оболочка внутренних страниц (общая для всех


подразделов)
Графическая оболочка внутренних страниц должна делиться на следующие
разделы:
- графическая шапка (там же текущая дата и учетная запись, под которой
вошел пользователь);
- навигационное меню сайта;
- панель для входа/выхода в учетную запись и перехода в свой профиль;
- поле поиска – предназначено для выполнения полнотекстового поиска по
сайту;
- навигационная панель по подразделам выбранного раздела сайта, если
таковые имеются;
- поле для отображения контента выбранной страницы сайта;
- внизу страницы краткая контактная информация о компании;
- архив записей;
- статистика;
- кнопки редактирования страницы, если такая возможность есть у
авторизованного пользователя.
Рисунок 2. Страница сайта

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


Все названия разделов сайта, приведенные ниже, являются условными и
могут корректироваться по согласованию с Заказчиком в ходе
проектирования.
Первоначальная структура сайта должна иметь следующий вид:
- Маршруты
o Автобусы
o Троллейбусы
o Маршрутки
- Маршруты на карте
o Автобусы
o Троллейбусы
o Маршрутки
- Расписание маршрутов
o Каждый маршрут отдельно
- Проложить маршрут
- Новости и объявления
o Каждая новость отдельно

Общие требования к административной части


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

Рисунок 3. Страницы сайта


Рисунок 4. Пользователи

Рисунок 5. Новости

Рисунок 6. Конструктор меню


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

Управление наполнением сайта


Поле контента должно редактироваться на отдельной странице в редакторе.
Редактор допускает добавление изображений, видео, таблиц, и т.д. Кроме
того, там присутствуют дополнительные опции, которые представлены на
Рисунке 7.
Рисунок 7. Управление контентом

Управление настройками сайта


В состав настроек сайта должны входить:
- редактирование контактной информации;
- редактирование наполнения разделов меню.

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


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

Требования к хранению данных


Все данные сайта должны храниться в структурированном виде под
управлением реляционной СУБД.
Наполнение различных сайтов, функционирование которых поддерживается
одной и той же инсталляцией системы, должно храниться под управлением
единой СУБД.

Требования к языкам программирования


Для реализации статических страниц и шаблонов должны использоваться
языки HTML 4.0 и CSS.
Для реализации интерактивных элементов клиентской части должны
использоваться языки JavaScript.
Для реализации динамических страниц должен использоваться язык PHP.

Требования к организации гиперссылок


Все ссылки на сайте должны быть относительными (за исключением
внешних).

Требования к иллюстрациям
Все рисунки должны быть в формате gif или jpg. Иллюстрации должны
дополнять текст. Иллюстрации необходимо подписывать.

Требования к объему одной страницы


Объем одной стандартной загружаемой страницы сайта в среднем не
должен превышать 170 kb. Объем flash-заставки не должен превышать 300
Kb.
Требования к клиентскому программному обеспечению
Сайт должен быть доступен для полнофункционального просмотра с
помощью следующих браузеров:
• MS IE 8.0 и выше;
• Opera 8.0 и выше;
• Mozilla Firefox 15.0;
• Google Chrome 24.0.

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


Для функционирования сайта необходимо следующее техническое
обеспечение со следующими минимальными характеристиками:
- процессор Intel Pentium 4 или старше с поддержкой SSE2;
- оперативная память – 512 Mb RAM;
- жесткий диск - 20 Gb HDD.
- видеокарта с видеопамятью объемом 64 Мб или более.

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


Сайт должен выполняться только на русском языке.

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


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

Общие требования к информационному наполнению


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

Порядок предоставления информационного наполнения


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

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

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


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

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


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

ПРИМЕР 2
БИЗНЕС-ПЛАН

Наименование

"AUTO-parts33" – интернет-магазин автозапчастей во Владимире.

Цель проекта

Основное назначение сайта: подбор и продажа автозапчастей,


автохимии и сопутствующих товаров.

Участники проекта

Инициатор: компания ООО «Автозапчасти33».

Организатор и исполнитель: компания, специализирующаяся на


разработке сайтов, ООО «Сайт33».

Основная информация о проекте

Проект "AUTO-parts33" представляет собой интернет-магазин


автозапчастей, автохимии и сопутствующих товаров. При посещении
интернет-магазина "AUTO-parts33" потенциальный покупатель имеет
возможность получить профессиональную консультацию специалиста для
того, чтобы выбрать необходимые товары из огромного ассортимента,
представленного на сайте.
Основа проекта "AUTO-parts33" – профессионалы. Это автомеханики,
имеющие большой опыт работы в лучших автосервисах города, способные
дать профессиональную консультацию по подбору запчастей, а также
ответить на все вопросы покупателей. Это специалисты по поставкам,
работающие с лучшими, проверенными многолетним опытом,
поставщиками автозапчастей, автохимии и сопутствующих товаров. Это
специалисты по логистике, обеспечивающие максимально быструю,
надежную и безопасную доставку товаров потребителям.

Цель проекта "AUTO-parts33" – предоставить автолюбителям и


автосервисам широкий выбор автозапчастей как для отечественных
автомобилей, так и для иномарок. Кроме того, проект обеспечивает
покупателей консультацией специалистов - профессионалов в своём деле.
Своевременная консультация позволит покупателям сделать лучший выбор,
основываясь на их потребностях и возможностях. Ассортимент "AUTO-
parts33" состоит из огромного количества позиций, среди которых как
запчасти премиум-класса, так и более бюджетные варианты. При этом все
запчасти любой ценовой категории соответствуют соотношению цена-
качество, так как все поставщики – неоднократно проверенные на опыте
компании.

Целевая аудитория "AUTO-parts33" – автолюбители и автосервисы.


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

Фирма ООО "Автозапчасти33" (далее - фирма) создана в июне 2005г.


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

За прошедшее время постоянными клиентами фирмы стали


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

Компания «Сайт33» имеет богатый опыт по разработке интернет-


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

Работы и их стоимости

Для запуска проекта необходимо выполнить:

Наименование работы Стоимость, руб.

Подготовка контента Интернет-магазина (текст сайта, таблицы и


10 000
графика сайта)

Разработка и отладка собственно Интернет-магазина 100 000

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


10 000
печатном и электронном виде

Раскрутка (реклама) Интернет-магазина в Интернете 70 000


Сопровождение, поддержка и обновление Интернет-магазина в течение
30 000
года компанией «Сайт33»

Дополнительные организационно-технические расходы предприятия


(обновление компьютерного парка, приобретение оргтехники, затраты 50 000
на оплату хостинга, выделенной линии, обучение персонала и т.п.)

Общая стоимость запуска проекта: 270 000 руб.

Схема финансирования

Финансирование проекта осуществляется фирмой-заказчиком. Проект


может инвестироваться по частям. Перед началом каждого этапа разработки
заказчик должен внести предоплату в размере не менее 30% от стоимости
работ. Остальная часть стоимости вносится в течении хода работ, по мере
представления результатов.

Жизненный цикл проекта и результаты

Текущее состояние проекта


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

Идет подбор персонала для интернет-магазина, а также подготовка


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

Договоренности и поддержка

Компания ООО «Автозапчасти33» предоставила всю необходимую


информацию об ассортименте представляемых товаров.

Компании ООО «Автозапчасти33» и ООО «Сайт33» находятся в


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

Рыночная ориентация проекта (маркетинговое исследование)

Основные конкуренты

Конкурент 1

http://www.avtoglobus33.ru/

Сеть магазинов автозапчастей во Владимире. Представлен широкий


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

Конкурент 2

http://autodrug33.ru/

Недружелюбный интерфейс. Незаполненный каталог товаров.


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

http://www.automag33.ru/

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


онлайн-консультацию от специалиста. Нет доставки.

Конкурентные преимущества

Основная идея – предоставить потребителю широкий выбор


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

Профессионально, быстро, качественно - вот три обязательных


условия, по которым работает компания ООО «Автозапчасти33».

Целевая аудитория "AUTO-parts33" – автолюбители и автосервисы.


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

Приоритеты корпоративной политики "AUTO-parts33" –


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

Расчет прибыли

Детализация расходов

Наименование тыс.руб./месяц

Расходы компании 50
Расходы на активное продвижение сайта (первые 6 месяцев) 20

Расходы на продвижение сайта (начиная с 7 месяца) 5

Техническая поддержка сайта 5

Расходы на офис (с 13 месяца) 10

Расходы на администратора сайта (с 13 месяца) 10

Итого расходов

Наименование тыс.руб.

Запуск сайта 270

Ежемесячные расходы (первые 6 месяцев) 60

Ежемесячные расходы (последующие месяцы) 30

Итого за первый год работы 360

Расчет доходов

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


продаж и количества клиентов.

Первые 3 месяца получить доходы маловероятно, потому что продать


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

После 12 месяцев работы сайта доходы от продажи баннеров будут не


меньше 30 тысяч в месяц*.

После 2 лет работы сайта доходы достигнут своего максимального


значения - 60 тысяч в месяц*. Чтобы получить доходы выше нужно
расширять ассортимент и/или расширять географию работы магазина в
других регионах.
* - Данные основываются на статистике действующего сайта
интернет-магазина и являются неоптимистичными и достоверными.

Экономические показатели эффективности

Ожидаемые доходы

Наименование Тыс. руб. / год

Доход за первый год 360

Доход за второй год 1200

Доход за последующие годы 2 400

Экономические показатели эффективности

Годовая чистая прибыль (после полной раскрутки) 360 000

Инвестиции 360 000

Срок окупаемости 1 год

Оценка рисков и мероприятия по их ограничению

Создание высокорентабельного сайта для реализации товаров нашей


фирмы относится к практически безрисковым видам инвестиций в
собственный же бизнес.

Какие-либо возможные изменения фактического адреса офиса или


местонахождения склада на эффективность работы сайта не влияют.

Дополнительно

Объём финансирования реализации данного бизнес-плана рассчитан,


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

Одна из отличительных особенностей контента сайта (Интернет-


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

Даже если какой-либо из автомобилей снят с производства, то при


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

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Глоссарий

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

Прочая техническая терминология понимается в соответствии с


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

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

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


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

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


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

Графическая оболочка внутренних страниц (общая для всех


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

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


Все названия разделов сайта, приведенные ниже, являются условными
и могут корректироваться по согласованию с Заказчиком в ходе
проектирования.
Первоначальная структура сайта должна иметь следующий вид:
 Каталог
o Автозапчасти ВАЗ
 Выбор модели
 Выбор категории (двигатель, подвеска и т.д.)
o Такие же разделы для всех марок
o Автохимия
o Автоаксессуары
 Акции
 Карьера
 Контакты
 Личный кабинет
o Мои заказы

o Профиль

Общие требования к административной части


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

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


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

Управление наполнением сайта


Для управления наполнением сайта должны быть предусмотрены
следующие блоки:
1. Поле элемента контента, может быть одного из следующих типов:
строка;
дата;
ссылка на файл;
многострочный текст;
2. Элемент контента – состоит из набора полей элемента контента;
3. Список элементов контента – состоит из набора элементов
контента.
Для каждого элемента контента должен определяться требуемый
набор полей. Например, для элемента «Автозапчасть» определяется
следующий набор полей контента:
 Фото;
 Марка и модель автомобиля;
 Производитель;
 Номенклатурная группа;
 Цена;
 Отзывы.

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


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

Требования к хранению данных


Все данные сайта должны храниться в структурированном виде под
управлением реляционной СУБД. Исключения составляют файлы данных,
предназначенные для просмотра и скачивания (изображения, видео,
документы и т.п.). Такие файлы сохраняются в файловой системе, а в БД
размещаются ссылки на них.
Наполнение различных сайтов, функционирование которых
поддерживается одной и той же инсталляцией системы, должно храниться
под управлением единой СУБД.

Требования к языкам программирования


Для реализации статических страниц и шаблонов должны
использоваться языки HTML 4.0 и CSS. Исходный код должен
разрабатываться в соответствии со стандартами W3C (HTML 4.0).
Для реализации интерактивных элементов клиентской части должны
использоваться языки JavaScript и DHTML.
Для реализации динамических страниц должен использоваться язык
PHP.

Требования к организации гиперссылок


Все ссылки на сайте должны быть относительными (за исключением
внешних).

Требования к иллюстрациям
Все рисунки и фото объемом более 1 kb (кроме элементов дизайна
страницы) должны быть выполнены с замещающим текстом. Все рисунки
должны быть в формате gif или jpg.

Требования к объему одной страницы


Объем одной стандартной загружаемой страницы сайта в среднем не
должен превышать 170 kb.
Объем flash-заставки не должен превышать 300 Kb.

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


Для функционирования сайта необходимо следующее программное
обеспечение:
 Операционная система – Windows 7, Windows 8 или Windows
10;
 Веб-сервер – Apache версии не ниже 1.3.26;
 СУБД – MySQL версии не ниже 3.23.

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


Сайт должен быть доступен для полнофункционального просмотра с
помощью следующих браузеров:
 • MS IE 5.0 и выше;
 • Opera 6.0 и выше;
 • Mozilla Firefox 15 и выше;
 • Google Chrome 20.0 и выше;
 Yandex Браузер 2.0 и выше.
Сайт должен быть работоспособен (информация, расположенная на
нем, должна быть доступна) при отключении в браузере поддержки flash и
JavaScript.

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


Для функционирования сайта необходимо следующее техническое
обеспечение со следующими минимальными характеристиками:
 процессор Intel Pentium 4 или старше с поддержкой SSE2;
 оперативная память – 512 Mb RAM;
 жесткий диск - 20 Gb HDD.
 видеокарта с видеопамятью объемом 64 Мб или более.

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


Сайт должен выполняться на русском языке.

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


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

Общие требования к информационному наполнению


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

Порядок предоставления информационного наполнения


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

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

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


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

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


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

ПРИМЕР 3
ЦЕЛЬ РАБОТЫ
Ознакомление с методикой разработки бизнес-планов и приобретение
практических навыков составления бизнес-планов небольших интернет
проектов.
БИЗНЕС-ПЛАН

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

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

Участники проекта
Инициатор и организатор: компания, занимающаяся разработкой и
тестированием программного обеспечения.
Исполнитель: компания, занимающаяся разработкой и тестированием
программного обеспечения.

Основная информация о проекте


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

Пользователями сайта будут являться:

1. Специалисты по тестированию (основные функции в рамках системы:


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

Подробней об участниках проекта


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

Работы и их стоимости
Для запуска проекта необходимо выполнить:
Наименование работы Стоимость, руб.
Поиск и объединение необходимой 50 000
информации
Разработка архитектуры проекта и 100 000
способов интеграции с уже
используемыми системами
Разработка сайта 150 000
Общая стоимость запуска проекта: 300 000

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

Жизненный цикл проекта и результаты

Текущее состояние проекта


- Собрана вся необходимая информация;
- проведён анализ и составлена документация;
- разработан прототип продукта;
- ведётся активная разработка.

Договорённости и поддержка
Анализ, разработка и тестирование реализовываются сотрудниками
компании заказчика, соответственно, вся необходимая информация
находится в открытом доступе для участников проекта.

Рыночная ориентация проекта (маркетинговое исследование)


Основные конкуренты
Конкурент 1 - Jira

Главный плюс системы Jira в том, что она сама по себе является баг-
трекинговой системой и позволяет кроме тестирования управлять всем
жизненным циклом проекта. Дизайн Jira более современный, чем у Testlink,
но навигация менее очевидна.
В Jira имеется возможность дублировать тест-кейсы в разные тест-
планы, а также создавать тестовые прогоны и назначать их на конкретных
исполнителей. Также в Jira можно выставлять прогнозы по времени, исходя
из которых будет получена статистика по выполнению задачи.
В системе имеется визуализация данных по пройденным тест-кейсам
Главный недостаток в работе с тест-кейсами – их редактирование, так как
текст-бокс, доступный при редактировании, неудобного формата.
Пользователь не может увидеть написанное целиком.
JIRA является коммерческим продуктом, поэтому для ее установки
необходима лицензия. Также под операционной системой Windows Jira менее
производительна, чем под Linux.

Конкурент 2 – TESTIT

Этот инструмент отличает продуманный и понятный интерфейс. Внутри


системы можно создавать проекты и вести для каждого структурированную
библиотеку тестовых случаев и чек-листов, часто повторяющиеся операции
выделяются в общие шаги. Инструмент гибкий — в каждом проекте
создаются дополнительные пользовательские атрибуты, распределяются
роли и права, что упрощает настройку TMS под процессы вашей компании.
Test IT помогает руководителям групп тестирования равномерно
распределять нагрузку между тестировщиками и контролировать исполнение
работ с помощью пользовательских запросов и отчётов.
Следует отметить, что в системе предусмотрена интеграция c
инструментарием автоматического тестирования, а также двусторонняя
интеграция с системой Jira.
В системе прекрасная визуализация данных п времени, по ресурсам, по
результатам. Кроме того, каждый пользователь может увидеть свою
статистику по собственным задачам в разделе «Профиль»
Для данной системы доступна бесплатная демо-версия, что очень
удобно для тестировщиков, которые находятся в поиске новой системы
управления тестированием. На официальном сайте компании имеется
подробная инструкция по установке и развертыванию системы (связано с
тем, что ее необходимо развернуть в docker-контейнере)

Конкурент 3 – EASY QA

У данной системы самый дружелюбный интерфейс из представленных.


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

Данная система отлично подходит для мобильного тестирования, так как


есть возможность хранить APK и IPA файлы.

Из минусов следует отметить: нет ожидаемого результата для каждого


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

Расчёт прибыли
Детализация расходов
Наименование Тыс. руб. /
месяц
Расходы компании 100
Расходы на продвижение 50
сайта
Техническая поддержка 30
сайта
Организационные и 30
управленческие расходы
Расходы на офис 30
Итого 240

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

Наименование Тыс. руб. / год


Доход за первый год 550
Доход за второй год 1000
Доход за последующие годы 1200
Экономические показатели эффективности
Годовая чистая прибыль (после 1 550 000
полной раскрутки)
Инвестиции 540 000
Срок окупаемости 1 год

Оценка рисков и мероприятия по их ограничению


Типы рисков Риск Действие
Бизнес- Выгоды не получены из- Фокусировка на изменении
экономические за сильных изменений моделей жизненного цикла
тестирования
Технические Продукт не обеспечивает Тщательный анализ при выборе
нужную технологий
производительность
Риск реализации Проект не реализован в Привлечение
заданные временные или квалифицированных внешних
бюджетные рамки консультантов. Постоянная
подготовка персонала.
Риск сложности Проект не поддерживает Постоянная обратная связь.
постоянно Соблюдение методологии
увеличивающуюся управления проектами
степень сложности

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Глоссарий

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

Прочая техническая терминология понимается в соответствии с


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

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

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


Назначение сайта:

СУ тестированием предназначена для хранения информации о том, как


должным образом проводить тестирование, осуществления очередности
проведения тестирования в соответствии с его планом, а также для
получения информации о стадии тестирования и качестве тестируемого
продукта.
Целями создания системы управления тестированием являются:
1. Сокращение времени разработки тест-дизайна к проектам
2. Снижение количества рутинной работы специалистов по тестированию
3. Автоматизация процесса составления отчетности по тестированию

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

В настоящем документе приводится полный набор требований к реализации


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

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


Дизайн интерфейса должен учитывать наиболее вероятные линии
поведения пользователей и обеспечивать удобный и интуитивно-понятный
путь пользователя к нужной информации.
Основные элементы интерфейса для перемещения – кнопки и ссылки.
При наведении на кнопку курсора мыши, происходит какое-либо
действие: меняется ее цвет и в некоторых ситуациях появляется выпадающий
список при нажатии (кнопка Create). При наведении на ссылку также
меняется ее цвет. Таким образом, пользователь может легко понять по чему
можно кликнуть мышкой, а по чему нет.
Использованные элементы интерфейса:
· кнопки;
· текстовые поля;
· выпадающие списки (используются на элементах глобальной
навигации).
Контент на сайте представлен в удобном для понимания и восприятия
виде - в виде текстовой и графической информации. Данные
предоставляются в небольшом объеме и сгруппированы отдельными
блоками, что упрощает восприятие и понимание информации.

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

Под дизайн-концепцией понимается вариант оформления главной страницы


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

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


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

Также постоянная навигация представлена в виде кнопок на верхней


панели, расположенных горизонтально. Кнопка Create содержит
выпадающий список для выбора вида создаваемой задачи.
Так как данная система предназначена в большей степени для
сотрудников отдела тестирования и обеспечения качества, был выбран
логотип, в котором обыграны буквы QA - quality assurance, что переводится
как «Обеспечение качества». Также в логотипе узнаваем символ «галочки»,
что отражает основной вид деятельности тестировщиков – «отмечать»
уровень качества. Данный логотип изображен на рисунке 1.

Рисунок 1 – логотип

Рисунок 2 – Цветовая палитра

Синий. Синий — один из самых безопасных цветов, который не


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

Белый. Белый хорошо работает в сочетании с почти любым цветом.


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

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

Бежевый хорош как в качестве фонового, так и в качестве второго цвета.


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

Текст на сайте должен быть в первую очередь отчетливым и


удобочитаемым. Поэтому для написания текста был выбран цвет шрифта,
контрастирующий с фоном сайта.

В качестве основного текста шрифт Avenir light.

Размер шрифта должен соответствовать размеру остальных элементов


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

Графическая оболочка внутренних страниц (общая для всех


подразделов)
Постоянная навигация представлена в виде кнопок на верхней панели,
расположенных горизонтально. Кнопка Create содержит выпадающий список
для выбора вида создаваемой задачи.
Локальная навигация необходима для доступа к страницам-потомкам.
Пример – через задачу на тестирование функционала необходимо
организовать доступ к информации о техническом задании, консультации с
аналитиком, информации о дизайн-макетах и разработанных тест-сетах.
Данная информация представлена отдельным блоком в нижней части
страницы в виде заголовков и ссылок, по которым можно перейти в
интересующую подзадачу, а также к профилю пользователя, который
ответственен за исполнение соответствующей задачи.
Рисунок 4 – макет страницы задачи на тестирование. Элементы глобальной и
локальной навигации.

Основные элементы интерфейса для перемещения – кнопки и ссылки.


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

Пример нажатия на кнопку Create на верхней панели навигации.


Рисунок 5 – выпадающий список кнопки Create

При выборе на выпадающем списке «Test-case» пользователь попадает на


форму создания и редактирования тест-кейса.
Рисунок 6 – Тест-кейс.

Другой пример использования ссылок в локальной навигации. Для


каждой задачи указан ее автор и исполнитель, имена которых являются
ссылками. При наведении на ссылку (до нажатия) можно увидеть
всплывающее окно с аватаром и краткой информацией о пользователе
(должность и компания/отдел). Как правило, такой информации бывает
достаточно, но при необходимости можно нажать на ссылку и перейти на
страницу профиля пользователя.
Рисунок 7 – подробная информация об авторе задачи. Наведение курсора на
ссылку.

Рисунок 8 – профиль пользователя. Переход по ссылке по имени автора


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

1. Авторизация – страница необходима для ввода логина и пароля


для входа в систему.
2. Дашборд – личный кабинет пользователя, где он может видеть все
задачи, которые он выполняет или контролирует.
3. Задача – страница с кратким описанием доработки
функциональной или нефункциональной части разрабатываемой и
тестируемой системы. Содержит описание самой доработки,
информацию об ответственных лицах и сроках выполнения
доработки.
4. Подзадача на тестирование – обязательно привязана к задаче на
доработку. Содержит информацию об особенностях и сроках
тестирования. Обязательно содержит следующие подразделы:
 Тест-дизайн – разработка тест-кейсов. Подразделами
являются Тест-сеты и Тест-кейсы.
 Системное тестирование – страница содержит тест-сеты,
которые необходимо покрыть в рамках тестирования
функционала.
 Ретест-дефектов – страница, которая содержит информацию
по работе с дефектами в программном обеспечении.

5. Дефект – данный раздел содержит описание конкретного дефекта


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

Рисунок 9 – Схема организации информационных компонентов для системы


управления тестированием

Общие требования к административной части


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

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


Все разделы запрограммированы и управлять ими нельзя.

Управление наполнением сайта


Поле контента должно редактироваться на отдельной странице. Редактор
допускает добавление изображений, видео, таблиц, и т. д. На рисунке 10
представлено редактирование тест-кейса.

Рисунок 10 — Редактирование тест-кейса

Управление настройками сайта


В состав настроек сайта должны входить:
- редактирование собственного профиля;
- редактирование названия и содержимого задач, над которыми работает
авторизованный пользователь.

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

Вся информация, размещенная на сайте, предоставлена только для


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

Требования к хранению данных


Все данные сайта должны храниться под управлением СУБД PostgreSQL.
Наполнение различных сайтов, функционирование которых поддерживается
одной и той же инсталляцией системы, должно храниться под управлением
единой СУБД.

Требования к языкам программирования

Серверная часть разработана в интегрированной среде разработки


программного обеспечения IntelliJ IDEA Ultimate на языке Java. База данных
разработана в СУБД MySQL 8.0, IDE – IntelliJ DataGrip.

Для создания каркаса приложения использовалась технология Spring


Boot – это фреймворк для быстрой разработки приложений на основе Spring
Framework и его компонентов, входящих в Spring Data, Spring Security и
другие подпроекты. Spring Boot предоставляет огромное количество
сконфигурированных компонентов, что позволяет сократить время,
затрачиваемое на конфигурирование приложения и сосредоточиться
непосредственно на разработке, а также упрощает работу с зависимостями.
Spring Boot предоставляет большое количество стартеров практически на
все случаи жизни. Стартер - это зависимость, содержащая все зависимости
необходимые для реализации какой-либо функциональности в рамках
разрабатывамого приложения. Так, например, что бы добавить приложению
веб-функциональность, понадобится spring-boot-starter-web, который
позволяет разрабатывать как стандартные веб-приложения, основанные на
Spring WebMVC, так и REST-сервисы. Если же есть необходимость
добавить приложению управление доступом, то можно добавить spring-
boot-starter-security.

Для создания механизма аутентификации/авторизации используется


Spring Security — это Java/JavaEE фреймворк, предоставляющий механизмы
построения систем аутентификации и авторизации, а также другие
возможности обеспечения безопасности для промышленных приложений,
созданных с помощью Spring Framework.

Для организации работы с данными от сервера и их представления


используется технология Thymeleaf — современный серверный механизм
Java-шаблонов для веб и автономных сред, способный обрабатывать HTML,
XML, JavaScript, CSS и даже простой текст.

Выбранная система сборки проектов в веб приложении – Maven.

Требования к организации гиперссылок


Все ссылки на сайте должны быть относительными (за исключением
внешних).

Требования к иллюстрациям
Все рисунки должны быть в формате webp. Иллюстрации должны дополнять
текст.

Требования к объёму одной страницы


Объем одной стандартной загружаемой страницы сайта в среднем не должен
превышать 170 kb.

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


Сайт должен быть доступен для полнофункционального просмотра с
помощью следующих браузеров:
• Edge;
• Opera 8.0 и выше;
• Mozilla Firefox;
• Google Chrome.

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

Для функционирования сайта необходимо следующее техническое


обеспечение со следующими минимальными характеристиками:
- процессор Intel Core i3;

- оперативная память – 8 Gb RAM;


- жесткий диск — 100 Gb HDD.

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

Сайт должен выполняться только на английском языке.

Порядок предоставления информационного наполнения


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

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

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


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

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


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

ВЫВОДЫ

В процессе выполнения работы были получены практические навыки


составления бизнес-планов небольших интернет проектов.

ПРИМЕР 4

ЦЕЛИ РАБОТЫ
Ознакомление с методикой разработки бизнес-планов и приобретение
практических навыков составления бизнес-планов небольших интернет
проектов.
Изучение требований, предъявляемых к техническому заданию на
разработку интернет-проекта, получение практических навыков создания
технических заданий на разработку сайтов.
ЗАДАНИЕ
1. Составить бизнес-план интернет проекта в выбранной
предметной области;
2. Подготовить техническое задание на создание сайта.

ВЫПОЛНЕНИЕ РАБОТЫ

БИЗНЕС-ПЛАН

Наименование
«Digital Agency» - сайт digital-агентства, предоставляющего услуги по
созданию концепции бренда, логотипа и фирменного стиля.

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

Участники проекта
Инициатор и организатор: Digital-агентство
Исполнитель: компания по разработке сайтов
Основная информация о проекте
Сайт «Digital Agency» является интернет-проектом, который необходим для
digital-агентства и является его визитной карточкой для потенциальных
заказчиков. На сайте будет размещена информация об услугах агентства и их
стоимости, предоставлены примеры готовых работ. Также будет
предоставлена контактная информация и возможность оставить заявку на
разработку.
Целевая аудитория:
 организации, заинтересованные в создании фирменного стиля /
логотипа / концепции бренда;
 сотрудники digital-агентства, которые впоследствии будут обновлять
информацию на сайте (добавлять новые работы, менять стоимость
услуг)

Подробней об участниках проекта


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

Работы и их стоимости
Для запуска проекта необходимо выполнить:
Наименование работы Стоимость, руб.
Сбор и анализ информации, 25 000
разработка документации и демо-
версии
Разработка сайта 40 000
Подготовка контента (подготовка 20 000
изображений, загрузка галереи
готовых работ, заполнение
контактной информации,
информации о компании и ее
услугах)
Раскрутка (реклама) сайта в 30 000
Интернете
Поддержка сайта (1 год) 25 000

Общая стоимость запуска проекта: 140 000

Схема финансирования
Продукт разрабатывается для digital-агентства, которое полностью
оплачивает расходы на запуск проекта. Проект может инвестироваться по
частям. Перед началом каждого этапа разработки заказчик должен внести
предоплату в размере не менее 30% от стоимости работ. Остальная часть
стоимости вносится в течении хода работ, по мере представления
результатов.

Жизненный цикл проекта и результаты


Длительность 04.02.19 15.05.19 23.08.19 01.12.19 10.03.20 18.06.20 26.09.20 04.01.21 14.04.21 23.07.21 31.10.21
№ Название задачи Начало Окончание
(в днях)
Сбор информации
1 Сбор информации 10.01.20 22.01.20 12
Подготовка документации
2 Подготовка документации 20.01.20 14.02.20 25
Разработка демо-версии
3 Разработка демо-версии 17.02.20 06.03.20 18
Разработка сайта
4 Разработка сайта 10.03.20 20.04.20 41
Подготовка контента
5 Подготовка контента 15.04.20 05.05.20 20
Раскрутка (реклама) сайта
6 Раскрутка (реклама) сайта 03.06.20 01.09.20 90 Поддержка сайта (1 год)
7 Поддержка сайта (1 год) 02.09.20 02.09.21 365

Текущее состояние проекта


- Собрана вся необходимая информация;
- Проведён анализ и составлена документация;
- Создана демо-версия сайта;
- Ведется разработка необходимых модулей для полноценной работы сайта.

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

Рыночная ориентация проекта (маркетинговое исследование)


Основные конкуренты
Конкурент 1
Klen Design
Ссылка на сайт: http://klen-design.ru/
Компания является сильным конкурентом. Помимо разработки фирменного
стиля и логотипа, компания предоставляет услуги по разработке упаковки
для еды и товаров.
Сайт имеет привлекательный дизайн, присутствует необходимая контактная
информация, есть примеры работ и отзывы заказчиков. Стоимость услуг
явно не указана. Также отсутствует онлайн-консультант.

Конкурент 2
ИНДЕКС ДИЗАЙН
Ссылка на сайт: https://index-design.ru/firstyle/
Компания предлагает широкий спектр дизайнерских услуг, включая
разработку фирменного стиля, логотипа, корпоративной символики и т.д.
Также компания занимается разработкой и продвижением сайтов.
Сайт компании также имеет привлекательный и строгий дизайн,
присутствует вся необходимая информация, включая стоимость услуг.
Имеется онлайн-консультант.
Во время нахождения на сайте страница блокировалась и появлялось
сообщение с просьбой разрешить показ уведомлений, что якобы
подтверждает, что вы не робот. Это весьма настораживает и вынуждает
покинуть сайт.

Конкурент 3
KALININ.BRAND
Ссылка на сайт: https://kalininbrand.ru/
Компания оказывает услуги в области брендинга, PR, инфографики,
графического дизайна, WEB-дизайна и маркетинга. Основными продуктами
являются: патентопригодный нейминг, логотип, фирменный стиль, и сайт.
Сайт компании имеет современный дизайн, присутствует необходимая
контактная информация, есть примеры работ, а также описаны
предоставляемые услуги. Из представленных трех конкурентов, данный сайт
является самым привлекательным
Расчёт прибыли
Детализация расходов
Наименование Тыс. руб. /
месяц
Расходы компании 80
Организационные и 30
управленческие расходы
Расходы на офис 40
Итого 150

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

Наименование Тыс. руб. / год


Доход за первый год 200
Доход за второй год 500
Доход за последующие годы 800

Экономические показатели эффективности


Годовая чистая прибыль (после 1 000 000
полной раскрутки)
Инвестиции 290 000
Срок окупаемости 0,8 года

Оценка рисков и мероприятия по их ограничению


Типы рисков Риск Действие
Бизнес- Выгоды не получены Фокусировка на изменении
экономические из-за сильных модели услуг
изменений
Технические Продукт не Тщательный анализ при
обеспечивает нужную выборе технологий
производительность
Риск реализации Проект не реализован Привлечение
в заданные временные квалифицированных
или бюджетные рамки внешних консультантов.
Постоянная подготовка
персонала.
Риск сложности Проект не Постоянная обратная связь.
поддерживает Соблюдение методологии
постоянно управления проектами
увеличивающуюся
степень сложности

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

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

Прочая техническая терминология понимается в соответствии с


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

Предмет разработки
Предметом разработки является Интернет-сайт для digital-агентства,
предоставляющего услуги по созданию концепции бренда, логотипа и
фирменного стиля.
Назначение сайта:
- предоставление информации об услугах и их стоимости;
- предоставление информации о готовых проектах (галерея работ);
- предоставление контактной информации;
- предоставление возможности оставить заявку на разработку
фирменного стиля / логотипа / концепции бренда.

Цель создания сайта: привлечение потенциальных заказчиков,


предоставление информации об организации и ее услугах.

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

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


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

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


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

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

На рисунке 1 представлена главная страница. Постоянная навигация


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

Выбранные цвета:
Черный цвет

Черный – нейтральный, но очень сильный цвет, ассоциирующийся с


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

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


элементов сайта создает у посетителей ресурса ощущение изысканности,
лаконичности, минимализма, элегантности, стиля.

Белый цвет

Белый – традиционно считается цветом добродетели, чистоты, простоты.


Отличный вариант для фона сайтов, выполненных в минималистическом
дизайне.

Существенной особенностью, свойственной только белому цвету, выступает


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

Серый цвет

Нейтральность серого не отменяет того эмоционального эффекта, на


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

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


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

Бежевый цвет

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

Бежевый хорош как в качестве фонового, так и в качестве второго цвета.


Светлые тона бежевого смотрятся современно и свежо, более темные
передают чувство традиционности и приземленности.
Рисунок 1 – Главная страница

Графическая оболочка внутренних страниц


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

- окно чата онлайн-консультанта (присутствует и на главной странице).

Макеты внутренних страниц представлены на рисунках 2 – 7.

Рисунок 2 – Страница «Услуги»


Рисунок 3 – Страница «Портфолио»

Рисунок 4 – Страница «Запрос цены»


Рисунок 5 – Страница «Контакты»
Рисунок 6 – Страница «Отзывы»

Рисунок 7 – Онлайн-консультант
Требования к структуре сайта
Все названия разделов сайта, приведённые ниже, являются условными и
могут корректироваться по согласованию с Заказчиком в ходе
проектирования.
Первоначальная структура сайта должна иметь следующий вид:
 Главная
 Услуги
 Портфолио
 Запрос цены
 Контакты
 Отзывы

Общие требования к административной части


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

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


Для управления разделами сайта должны быть предусмотрены следующие
функции:
- создание подраздела 1 (и далее) уровня;
- редактирование контента страницы;
- удаление раздела;
- признак показа (show) или не показа (hide) страницы в клиентской части
сайта.
Управление наполнением сайта
Поле контента должно редактироваться на отдельной странице в редакторе.
Редактор допускает добавление изображений, видео, таблиц, и т. д. На
рисунке 8 представлено редактирование текста.

Рисунок 8 - Редактирование галереи

Управление настройками сайта


В состав настроек сайта должны входить:
- редактирование информации об услугах;
- редактирование галереи готовых работ.

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


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

Требования к языкам программирования


Для реализации статических страниц и шаблонов должны использоваться
языки HTML 5 и CSS 3.
Для реализации интерактивных элементов клиентской части должен
использоваться язык JavaScript (JS).
Для реализации динамических страниц должен использоваться язык PHP.

Требования к организации гиперссылок


Все ссылки на сайте должны быть относительными (за исключением
внешних).

Требования к иллюстрациям
Все рисунки должны быть в формате webp / jpg / jpeg / png. Иллюстрации
должны быть дополнены текстом (иллюстрации готовых работ могут быть
дополнены ссылкой на компанию-заказчика).

Требования к объёму одной страницы


Объем одной стандартной загружаемой страницы сайта в среднем не
должен превышать 200 kb.

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


Сайт должен быть доступен для полнофункционального просмотра с
помощью следующих браузеров:
-Yandex;
- Edge;
- Opera 8.0 и выше;
- Mozilla Firefox;
- Google Chrome.

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


Для функционирования сайта необходимо следующее техническое
обеспечение со следующими минимальными характеристиками:
- процессор Intel Core i5;
- оперативная память – 8 Gb RAM;
- жесткий диск — 100 Gb HDD.

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


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

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


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

Общие требования к информационному наполнению


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

Порядок предоставления информационного наполнения


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

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

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


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

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


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

ВЫВОД

В процессе выполнения самостоятельной работы была изучена


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

Вам также может понравиться