Управління ІТ-проектами / Лабораторні роботи / ЛР№1 / Шаблон ТЗ
.doc
Технічне завдання по розробці <Технології та методи захисту веб-ресурсів>
|
Версия документа: |
|
|
Дата создания: |
|
|
Подготовлен: |
Фамилия И. О. Шкребтій А.О. группа: КТ-101 E-mail: andreds@ukr.net |
|
|
|
1. Вступ Тема: «Технології та методи захисту веб-ресурсів»
|
|
В данном разделе следует:
|
-
Назначение
Документ Project Proposal содержит общие требования, описания и предложения в соответствии с теми характеристиками и решениями, которые могут быть использованы. Он содержи оценкупроектных рисков и предложения по управлению этими рисками, решения возможных проблем, оценку времени и ресурсов проекта. Данный документ является отправной точкой для начала процесса утверждения проекта.
-
Предмет
Предметом данного документа является продукт <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>
-
Ссылки
[Данный подраздел предоставляет полный список всех документов, на которые имеется ссылка где-либо в 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> [Опишите все функциональные или бизнес допущения и предположения, которые были сделаны в начале. Допущение - это нечто, что будучи неправильным, потребует незначительных изменений в будущем. Зависимость - это нечто, что будучи неправильным, в будущем требует пересмотра всей спецификации.]