Назначение, цели и задачи создания системы
| В данном разделе следует:
|
Предмет разработки
· Указывается, что является предметом разработки
Предметом разработки является Интернет-сайт компании ООО «…», с системой динамического управления наполнением на базе веб-интерфейса.
· Описывается назначение сайта:
- предоставление информации о компании ООО «…»;
- предоставление информации о деятельности компании ООО «…»;
- т.д.;
- пр.
· Цель создания сайта:....
В данном разделе должна содержаться информация, позволяющая получить общее представление о назначении системы и будущих пользователях сайта.
Раздел может содержать следующую информацию:
· Сфера деятельности владельцев сайта применительно к данному сайту.
· Целевая аудитория
Маркетинговые, демографические, социальные данные, цели и задачи пользователей. Требования пользователей к сайту.
· Внутренние интересы
Что хотят получить владельцы сайта от конечного проекта.
· Внешние интересы
Что интересует пользователей сайта от конечного проекта. Описание вида информации и способа его получения.
Заметим, что сайты могут быть как для внешнего (internet), так и внутреннего пользования (intranet). Эти особенности нужно учитывать при составлении технического задания.
3 Требования к системе (сайту)
|
| В данном разделе следует: 1. Определить требования к системе в целом 2. Привести структуру системы 3. Декомпозировать разрабатываемую систему на подсистемы 4. Для каждой подсистемы указать ее основные функции, входные данные, выходные данные 5. Определить интерфейсы и информационные потоки между подсистемами 6. Ограничить функциональные рамки системы (определить требования, которые являются приоритетными для данной разработки) 7. Определить функциональные требования 8. Осуществить анализ категорий пользователей с детализацией требований каждой категории пользователей 9. Указать пользовательские требования 10. Указать основные факторы, влияющие на продукт в целом 11. Указать нефункциональные требования 12. Определить аппаратные и программные ограничения |
Настоящий документ содержит общие требования, описания и предложения в соответствии с теми характеристиками и решениями, которые могут быть использованы. Он может содержать оценку проектных рисков и предложения по управлению этими рисками, решения возможных проблем, оценку времени и ресурсов проекта. Данный документ является отправной точкой для начала процесса утверждения проекта.
Данный раздел содержит базовые требования к сайту, т.е. отвечает на вопрос что надо сделать, но, не уточняя каким именно образом реализуется. Здесь указывается, что на сайте необходимо сделать определенный раздел на сайте, но не уточняется как конкретно будет реализован указанный раздел.
Данный раздел содержит:
· Требования к внешнему виду сайта - содержатся требования и пожелания к дизайну, объему сайта и страниц, количество шаблонов, требования к отображению сайта в разных браузерах и прочие требования заказчика.
Цветовая палитра.
Основной режим мониторов, на которых будет просматриваться сайт: 15 разрядов цветов и выше (число цветов 65536 и выше).
При разработке сайта должен быть обеспечена возможность его просмотра при использовании безопасной цветовой палитры (разрядность цветов 8). Изменения оттенков цветов, при просмотре сайта с использованием безопасной цветовой палитры, не оговариваются.
Общий фон сайта.
Общий фон сайта светлый (белый). Допускается использование светлого фонового рисунка.
Размер и вид шрифта сайта.
Размер шрифта сайта должен быть в пределах 10-12 для оформления текста. Размер шрифта для оформления заголовков, названия страниц и т.д. не оговаривается. Вид (название) шрифта не оговаривается.
· Требования к структуре сайта - навигация сайта, специфические требования - например, поддержка различных языков. Здесь также оговариваются требования к изменению содержимого сайта - будет ли он вноситься администраторами сайта через веб интерфейс после реализации проекта или содержимое вводится статично.
· Функциональные требования - описывает сценарии взаимодействия посетителя с сайтом для клиентской и административной частей часта. Обычно все операции сводятся к набору простейших функций - просмотр данных, внесение новых данных, изменение или удаление существующих, просмотр статистики, описывается разграничение прав доступа для разных операций. Рекомендуется описать общую функциональность подсистем и модулей, их взаимосвязь между собой и перечисление всех функций модулей с описанием их работы. Для каждого модуля должны быть расписаны объекты, которые создаются или используются в работе программы.
Структура сайта
Структура сайта может быть описана в виде схемы, указывающей взаимосвязь отдельных разделов и страниц сайта, или карты сайта.
Для сайта с простыми внутренними логическими связями возможно использование карты связей в виде списка.
Для сайта со сложными внутренними логическими связями необходимо использование карты в графическом виде с указанием связей.
С целью упрощения описательного процесса рекомендуется пользоваться нумерацией страниц (блоков).
Прототипы страниц
После построения структуры сайта каждая страница или группа страниц представлена только в виде функционального назначения и не содержит уточнения, как должна выглядеть данная страница. Непосредственно для разработки сайта необходимо знать наличие и расположение блоков информации и функций на страницах сайта. Поэтому мы переходим к понятию прототипы страниц сайта.
Составляется перечень прототипов. Страницы объединяются в группы, схожие по внешнему виду, назначению и описывается их использование.
Если прототипы страниц имеют схожие блоки (части), то целесообразно обобщение и выделение блоков с целью уменьшения повторяемости информации.
Описание каждого шаблона идет согласно перечню. Шаблоны могут быть сделаны в виде приложений к техническому заданию, выполненных в любом графическом редакторе или указанные непосредственно в техническом задании.
Содержание страниц
Содержание страниц
Описание содержимого должно включать в себя перечень всех страниц сайта с точным указанием размещаемого на каждой странице текста, картинок и т.п. Также там указывается, какой стиль используется для данной страницы.
Динамические и статические страницы
Информация, не уточняемая к размещению на сайте во время разработки является, как правило, динамической и может быть размещена позднее. Способы размещения для динамического размещения (например, по протоколу FTP, HTTP) указываются позднее в инструкции администратора. Динамическим также может являться и количество страниц.
Выбор компонентов, которые необходимо приобрести
<INSERT>
[Этот раздел детально описывает все покупные компоненты, которые будут использоваться в системе, почему этот конкретный компонент был выбран, вопросы лицензирования и совместимости компонента.]
Интерфейсы
<INSERT>
[Этот раздел определяет интерфейсы, обеспечиваемые продуктом. Он должен содержать сведения о специфике, протоколах передачи данных, аппаратных ресурсах и т.д. То есть обо всем, что позволило бы разрабатывать продукт в соответствии с требованиями интерфейса.]