УО «ПОЛЕССКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

УТВЕРЖДАЮ УТВЕРЖДАЮ

Руководитель Исполнитель

к.т.н., доц. кафедры ст. гр. ИТ-13

Высшей математики и Петров В. В.

информационных технологий

Вишняков Ю. М.

___________________________ ___________________________

(подпись, расшифровка подписи) (подпись, расшифровка подписи)

«____» __________ 20___ г. «____» __________ 20___ г.

(дата) (дата)

_______________________________________________________________

наименование вида АС

_______________________________________________________________

наименование объекта автоматизации

_______________________________________________________________

сокращенное наименование АС

Техническое задание

На _____ листах

Действует с

СОГЛАСОВАНО

Руководитель (должность)

Личная подпись Расшифровка подписи

1 Общие сведения

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

(Шифр работы) разрабатывается:

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

- по личной инициативе автора по согласованию с руководителем курсовой работы,

- согласно выданному варианту задания руководителем курсовой работы,

а также в соответствии с учебным планом кафедры «Высшая математика и информационные технологии» ПГУ.

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

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

(перечень работ или письменных документов) …

(перечень прототипов) …

Конкретные числовые параметры: например, количество документов, допустимое время обработки, максимальное время ожидания

2 Назначение разработки

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

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

Решаемые задачи

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

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

Исследование предметной области – разработка или выбор моделей, описывающих предметную область, или математическая постановка основных задач и/или выбор методов решения этих задач.

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

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

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

Проектирование компонентов (конкретное название программного продукта; отдельно указать, если есть, базы данных, подсистемы и т.п.).

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

Сборка (конкретное название или шифр программного продукта) и его комплексное тестирование.

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

3. Характеристика объектов автоматизации.

Условиями эксплуатации объекта автоматизации являются (привести условия эксплуатации объекта автоматизации), требования к окружающей среде заключаются в (привести требования к окружающей среде)

4. Требования к системе (шифр системы)

Выполняемые функции:

Для пользователя:

- функция 1;

- функция 2 и т.д.

Для администратора системы (если он предусматривается):

- функция 1;

- функция 2 и т.д.

Исходные данные:

- информация 1;

- информация 2 и т. д.

Результаты:

- информация 1;

- информация 2 и т.д.

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

Требования к надежности

Предусмотреть контроль вводимой информации.

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

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

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

Условия эксплуатации

Обслуживание

Обслуживающий персонал

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

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

Программное обеспечение должно функционировать на IBM-совместимых персональных компьютерах.

Минимальная конфигурация технических средств:

Тип процессора Pentium.

Объем ОЗУ 32 Мб.

Тип SQL сервера

Версия FrameWork

Требования к информационной и программной совместимости

Программное обеспечение должно работать под управлением операционных систем (например, семейства Windows’2048).

Входные данные должны быть представлены в следующем формате: (описание формата).

Результаты должны быть представлены в следующем формате: (описание формата).

Программное обеспечение должно (описание интерфейса (протокола) с другим программным обеспечением).

Можно также указать средства: язык и среду разработки, а также требования к защите информации.

Требования к маркировке и упаковке

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

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

Требования к транспортировке и хранению не предъявляются.

Специальные требования

Сгенерировать установочную версию программного обеспечения.

5. Состав и содержание работ по созданию системы

Разрабатываемые программные модули должны быть самодокументированы, т.е. тексты программ должны содержать все необходимые комментарии.

Разрабатываемое программное обеспечение должно включать справочную систему.

В состав сопровождающей документации должны входить:

• Расчетно-пояснительная записка на 10 листах формата А4 (без приложений).

• Техническое задание (Приложение 1).

• Руководство пользователя (Приложение 2).

• Графическая часть минимально должна быть выполнена на 1 листе формата А1 (копии формата включить в качестве приложений к расчетно-пояснительной записке).

Виды графической документации: (выбрать нужные):

• Структурная схема информационной системы.

• Спецификация функциональная.

• Структурная схема программного обеспечения.

• Схема функциональная программного обеспечения.

• Функциональная диаграмма программного обеспечения (или его части).

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

• Диаграммы (схемы) компонентов структур данных.

• Структуры (модели) знаний.

• Схемы (модели) процессов (методов формирования результатов, механизмы выводов и т.п.).

• Схемы (модели) синтаксического, семантического представления (языка входных и выходных сообщений и т.д.).

• Диаграмма вариантов использования.

• Концептуальная модель предметной области.

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

• Схемы структурные компонент, например, даталогическая и/или инфологическая схемы базы данных.

• Схема взаимодействия модулей.

• Диаграммы классов предметной области и/или интерфейсной части программного обеспечения.

• Граф (диаграмма) состояний интерфейса.

• Структурная схема меню.

• Графы диалогов.

• Формы интерфейса.

• Схемы алгоритмов модулей (подпрограмм).

• Диаграммы компоновки программных компонентов.

• Диаграммы размещения программных компонентов.

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

• Таблицы тестов.

• Схемы алгоритмов тестовых программ.

• Схема алгоритма тестирования.

• Схема процесса разработки программного продукта (при различных технологиях, например, при структурном, объектном, нисходящем, восходящем подходах и т.п.).

• Таблица характеристик качества программного обеспечения.

6. Порядок контроля и приемки системы

Порядок контроля

Контроль выполнения осуществляется руководителем еженедельно.

Порядок защиты

Защита осуществляется перед государственной аттестационной комиссией (ГАК).

Срок защиты

Срок защиты определяется кафедрой в соответствии с планом заседаний ГАК.

7 Технико-экономические показатели

Выполнить технико-экономическое обоснование разработки.

8 Стадии и этапы разработки

№	Название этапа	Срок, даты, %	Отчётность
1.	Разработка технического задания	1.1.200…-28.2.200… 8 %	Техническое задание
2.	Анализ требований и уточнение спецификаций (эскизный проект)	…	Спецификации программного обеспечения.
3.	Проектирование структуры программного обеспечения, проектирование компонентов (технический проект)	…	Схема структурная системы и спецификации компонентов. (Проектная документация: схемы алгоритмов, диаграммы классов и т.п.)
4.	Реализация компонент и автономное тестирование компонентов. Сборка и комплексное тестирование. Оценочное тестирование и (рабочий проект).	…	Тексты программных компонентов. Тесты, результаты тестирования.
5.	Разработка программной документации	…	Программная документация.
6.	Подготовка отчета и защита	…- 20.05.200 … 5 %	Пояснительная записка