Управління ІТ-проектами / Лабораторні роботи / ЛР№1 / Шаблон ТЗ

Технічне завдання по розробці <Технології та методи захисту веб-ресурсів>

Версия документа:
Дата создания:
Подготовлен:	Фамилия И. О. Шкребтій А.О. группа: КТ-101 E-mail: [e-mail]

1. Вступ Тема: «Технології та методи захисту веб-ресурсів»

В данном разделе следует: Описать основную цель создания проекта Дать краткое введение в предметную область

1. Назначение

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

2. Предмет

Предметом данного документа является продукт <Project>, а также его особенности и требования к нему.

1.3 Терміни, визначення та угоди Терміни, визначення

Спеціальні терміни, що використовуються в цьому ТЗ, наведені в таблиці нижче. Інша технічна термінологія розуміється у відповідності з діючими стандартами і рекомендаціями міжнародних органів, відповідальних за питання стандартизації в мережі Інтернет.

Термин	Описание
CAPTCHA («Completely Automated Public Turing test to tell Computers and Humans Apart»)	Комп'ютерний тест, використовуваний для того, щоб визначити, ким є користувач системи: людиною або комп'ютером. Основна ідея тесту: запропонувати користувачеві таке завдання, яку може вирішити людина, але яку вкрай важко навчити вирішувати комп'ютер. CAPTCHA найчастіше використовується для запобігання автоматичних відправок повідомлень, реєстрації, скачування файлів, масових розсилок і т. п.
IP-адрес	Адреса вузла в мережі, побудованої за протоколом IP.
RSS	Формат даних, призначений для опису стрічок новин, анонсів статей, змін в блогах і т. п. Інформація з різних джерел,представленная в форматі RSS, може бути зібрана, оброблена і представлена ​​користувачеві в зручному для нього вигляді спеціальними програмами-агрегаторами.
World wide web (WWW, web, веб)	Розподілена система, що надає доступ до пов'язаних між собою документам, розташованим на різних комп'ютерах, підключених до Інтернет. Приставка "веб-" може використовуватися для позначення об'єктів, орієнтованих на використання в WWW або використовують типові для WWW технології (наприклад, веб-інтерфейс - інтерфейс на базі веб-сторінок).
Адміністративна частина сайту	Закрита від відвідувачів частину сайту, призначена для управління сайтом. Управління здійснюється адміністратором (технічна підтримка) і редактором сайту (інформаційна підтримка).
Адміністратор сайту	Фахівець, що здійснює технічну підтримку сайту.
Альтернативна підпис малюнка	Текстовий підпис, яка з'являється на місці малюнка, якщо в веб-браузері відключені зображення.
Блог	Сайт або розділ сайту, основний вміст якого - регулярно додаються записи, що містять текст, зображення або мультимедіа. Для блогів характерні недовгі записи, актуальні на поточний момент, відсортовані у зворотному хронологічному порядку (останній запис зверху).
Веб-браузер (браузер)	Клієнтська програма, що поставляється третіми сторонами і дозволяє переглядати вміст веб-сторінок.
Веб-інтерфейс	Сукупність екранів і елементів управління системи, що дозволяють користувачеві, який отримуватиме доступ до системи через веб-браузер, здійснювати підтримку і керування системою.
Веб-сайт (сайт)	Сукупність взаємопов'язаних статичних і динамічних сторінок, що містять текстові дані, малюнки, відео і іншу цифрову інформацію, об'єднана під однією адресою (доменним ім'ям або IP-адресою) в мережі Інтернет.
Гіперпосилання (посилання, лінк)	Активний фрагмент тексту або зображення, що дозволяє завантажити іншу сторінку або виконати певну дію.
Дизайн веб-сайту	Унікальні для конкретного веб-сайту структура, графічне оформлення і способи подання інформації.
Дизайн-шаблон сторінок	Файл, що містить елементи зовнішнього оформлення сторінок сайту, а також набір спеціальних тегів, що використовуються системою публікації сайту для виведення інформації при створенні остаточних сторінок.
Динамічна сторінка	Сторінка сайту, яка за допомогою програмного коду обробляє і виводить інформацію з бази даних.
Доменне ім'я	Символьне ім'я ієрархічного простору мережі Інтернет. Повне ім'я домену складається з імен всіх доменів, в які він входить, розділених крапками.
Мета-тэг	Елемент розмітки веб-сторінки. Використовується для опису сторінки, ключових слів і інших даних.
Модератор, редактор, (контент-менеджер)) сайту	Фахівець, що здійснює інформаційну підтримку сайту. Управляє редакторами.
Наполнение (контент)	Сукупність інформаційного наповнення веб-сайту. Включає тексти, зображення, файли і т.п. призначені для користувачів сайту.
Загальнодоступна частина сайту	Основна інформаційна частина сайту, відкрита для відвідувачів.
Редактор (контент-менеджер)	Фахівець, що здійснює інформаційну підтримку сайту.
Резервна копія	Сукупність об'єктів бази даних, представлена ​​у вигляді файлів, що дозволяє відновити точну копію структури вихідної бази даних в аналогічній системі управління базами даних.
Система управління сайтом (CMS)	Інформаційна система, що дозволяє авторизованим користувачам робити зміни ієрархічної структури та інформаційного наповнення веб-сайту без використання будь-яких додаткових специальных программных средств.
статична сторінка	Сторінка сайту, яка не звертається до бази даних; вся інформація зберігається в коді сторінки.
Хостинг	Послуга з надання дискового простору для фізичного розміщення інформації на сервері, що постійно знаходиться в мережі Інтернет
Елемент наповнення (контенту)	Окрема запис у базі даних, зовнішнє подання якої залежить від керуючого їй програмного модуля (наприклад, в модулі «новинна стрічка» елементом наповнення є окрема новина).

1.3.1 Аббревиатуры

<INSERT>

1.3.2 Соглашения

<INSERT>

3. Ссылки

[Данный подраздел предоставляет полный список всех документов, на которые имеется ссылка где-либо в Project Proposal.]

Номер	Название	Дата и Издательство	Автор	Комментарий
-	-	-	-	-

2. Общее описание функциональности

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

<INSERT>

2.1 Требования к функциональности

<INSERT> [Опишите с системной функциональной точки зрения. (т.е. как будут реализованы требования внутри системы). По необходимости обращайтесь к документу Requirements.]

2.1.1 Категории пользователей

2.1.2 Функциональность

<INSERT> [Этот подраздел описывает подходы, необходимые для удовлетворения функциональных требований к системе. Здесь необходимо кратко описать особенности системы.]

2.1.3 Практичность

<INSERT> [Этот раздел включает в себя все решения, удовлетворяющие требованиям практичности.]

2.1.4 Надежность

<INSERT> [Здесь необходимо указать способы обеспечения надежности системы.]

2.1.5 Производительность

<INSERT> [Здесь описываются характеристики производительности программных и аппаратных решений.]

2.1.6 Безопасность

<INSERT> [Определите вопросы безопасности данных, системной, сетевой, физической и прочей безопасности.]

2.1.7 Требования к данным

<INSERT> [Укажите решения вопросов связанных с данными.]

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

<INSERT> [Укажите как должно быть реализовано преобразование данных.]

2.1.9 Масштабируемость

<INSERT> [Опишите, как будут решаться вопросы масштабируемости.]

2.1.10 Удобство поддержки

<INSERT> [Укажите решения по обеспечению удобства поддержки.]

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

<INSERT> [Описывает реализацию он-лайновой пользовательской документации (при ее наличии), помощи, заметок "help about" и т.д.]

2.1.12 Требования к лицензированию

<INSERT> [Определяет ужесточение требований к лицензированию и прочих требований к ограничению использования.]

3. Функциональное описание решения

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

3.1 Выбор компонентов, которые необходимо приобрести

<INSERT> [Этот раздел детально описывает все покупные компоненты, которые будут использоваться в системе, почему этот конкретный компонент был выбран, вопросы лицензирования и совместимости компонента.]

3.2 Интерфейсы

<INSERT> [Этот раздел определяет интерфейсы, обеспечиваемые продуктом. Он должен содержать сведения о специфике, протоколах передачи данных, аппаратных ресурсах и т.д. То есть обо всем, что позволило бы разрабатывать продукт в соответствии с требованиями интерфейса.]

3.2.1 Пользовательские интерфейс

<INSERT> [Опишите элементы пользовательского интерфейса, которые будут реализованы в продукте. Составьте список представлений интерфейса на экране. Опишите следующие элементы для каждого представления:

• Расположение.

• Экранные области.

• Меню.

• Проверки.

• Опции.

• Эффекты нажатия кнопок.

• Кнопки.

• Навигация.

• Прочее.]

3.2.2 Аппаратный интерфейс

<INSERT> [Этот раздел определяет все аппаратные интерфейсы, поддерживаемые продуктом, включая логическую структуру, адресацию в памяти, сети, предполагаемое поведение и т.д.]

3.2.3 Программный интерфейс

<INSERT> [Этот раздел описывает программные интерфейсы взаимодействия программного обеспечения с другими программными компонентами продукта. Этими компонентами могут быть покупные компоненты, компоненты, используемые повторно и разработанные ранее и прочие компоненты, с которыми данное программное обеспечение должно взаимодействовать.]

3.2.4 Коммуникационный интерфейс

<INSERT> [Опишите все интерфейсы коммуникаций с другими системами и устройствами.]

3.3 Обработка ошибок

<INSERT> [Приведите список возможных условий возникновения ошибок и опишите, как они будут обрабатываться.]

3.4 Планирование работ

<INSERT> [Опишите подробно все запланированные работы, которые могут исполняться автоматически.]

3.5 Источник данных

<INSERT> [Определите источник данных на уровне полей, все базы данных, технологии, которые планируется использовать количество записей и таблиц. Если возможно укажите местонахождение скриптов, все стандарты именования для этого проекта. Укажите изменения, которые необходимо произвести в базе данных. Требования к локализации.]

3.6 Преобразование данных

<INSERT> [Подробная информация о преобразовании данных.]

3.7 Отчеты

<INSERT> [Опишите все отчеты, которые пользователь будет просматривать.]

3.8 Проектные требования и ограничения

<INSERT> [Этот раздел описывает все требования и ограничения по разработке проекта системы. Проектные ограничения это решения, которые были приняты и которым надо следовать. Примерами могут служить языки программирования, которые предлагается использовать, требования к процессу разработки, средства разработки, требования в архитектуре системы, покупные компоненты, библиотеки классов и т.д.]

4. Оценка ресурсов

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

Задача	Имя ресурса	Роль	% Использование
Analysis	-	-	-
Design	-	-	-
Build	-	-	-
Test	-	-	-
Document	-	-	-

5. Предположения и зависимости

<INSERT> [Опишите все функциональные или бизнес допущения и предположения, которые были сделаны в начале. Допущение - это нечто, что будучи неправильным, потребует незначительных изменений в будущем. Зависимость - это нечто, что будучи неправильным, в будущем требует пересмотра всей спецификации.]