1. ВВЕДЕНИЕ Настоящее техническое задание распространяется на разработку программы по-
строения графиков и таблиц значений функций одной переменной, предназначенной для использования школьниками старших классов.
В школьном курсе элементарной алгебры тема анализа функций является одной из самых сложных. При изучении данной темы школьники должны научиться исследовать и строить графики функций одной переменной, используя все известные характеристические точки функции, включая корни, точки разрыва первого и второго рода и т. д.
Существующее программное обеспечение, которое может решать подобные задачи, является универсальным, например Eurica или MathCad. Оно имеет сравнительно сложный пользовательский интерфейс, ориентированный на пользователя, прослушавшего, как минимум, институтский курс высшей математики, что делает использование подобных средств школьниками невозможным.
Разрабатываемая программа позволит школьникам проверить свои знания при изучении указанной темы.
2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ Программа разрабатывается на основе учебного плана кафедры «Компьютерные
системы и сети» и в соответствии с договором кафедры со школой № ... от 5.09.2011. 3. НАЗНАЧЕНИЕ
Основным назначением программы является помощь школьникам при изучении раздела «Исследование функций одного аргумента» школьного курса элементарной алгебры.
4.ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ
4.1.Требования к функциональным характеристикам
4.1.1.Программа должна обеспечивать возможность выполнения следующих
функций:
- ввод аналитического представления функции одной переменной и длительное хранение его в системе;
- ввод и изменение интервала определения функции; - ввод и корректировку шага аргумента;
- построение таблицы значений функции на заданном интервале иди изображение графика функции на заданном интервале при условии, что на указанном интервале она не имеет точек разрыва.
4.1.2.Исходные данные:
аналитическое задание функции;
интервал определения функции;
шаг изменения аргумента, определяющий количество точек на интервале.
4.2. Требования к надежности
4.2.1.Предусмотреть контроль вводимой информации.
4.2.2.Предусмотреть блокировку некорректных действий пользователя при работе с
системой.
4.3. Требования к составу и параметрам технических средств
4.3.1.Система должна работать на IBM совместимых персональных компьютерах. 4.3.2.Минимальная конфигурация:
тип процессора ..............................................................Pentium и выше;
объем оперативного запоминающего устройств........32 Мб и более.
4.4. Требования к информационной и программной совместимости Система долж-
на работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, Windows 2000, Windows NT и т. п.).
5.ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
5.1.Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии.
5.2.Разрабатываемая программа должна включать справочную информацию об основных терминах соответствующего раздела математики и подсказки учащимся.
5.3.В состав сопровождающей документации должны входить:
5.3.1.Пояснительная записка на 25-30 листах, содержащая описание разработки.
5.3.2.Руководство пользователя.
Пример 2. Разработать техническое задание на создание системы «Учет успеваемости студентов». Система предназначена для оперативного учета успеваемости студентов в сессию деканом, заместителями декана по курсам и сотрудниками деканата. Сведения об успеваемости студентов должны храниться в течение всего срока их обучения и использоваться при составлении справок о прослушанных курсах и приложений к диплому. Текст технического задания приведен ниже.
1. ВВЕДЕНИЕ Настоящее техническое задание распространяется на разработку системы учета ус-
певаемости студентов, предназначенной для сбора и хранения информации о ходе сдачи экзаменационной сессии. Предполагается, что использовать данную систему будут сотрудники деканата, декан и его заместители.
Во время сессии необходимо получение оперативной информации о ходе ее сдачи студентами, однако выполнение такого контроля вручную требует значительного времени.
Автоматизированная система учета успеваемости позволит улучшить качество контроля сдачи сессии со стороны куратора и деканата и обеспечит получение сведений о динамике работы каждого студента, группы и курса в целом.
Кроме того, хранение информации о сдаче сессий в течение всего времени обучения позволит осуществлять автоматическую генерацию справок о прослушанных курсах и приложений к диплому выпускника.
2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ Система разрабатывается на основании приказа декана факультета ------- и в соот-
ветствии с планом мероприятий по совершенствованию учебного процесса на 2013-2014 учебный год.
3. НАЗНАЧЕНИЕ Система предназначена для хранения и обработки сведений об успеваемости сту-
дентов учебных групп факультета в течение всего срока обучения. Обработанные сведения об успеваемости студентов могут быть использованы для оценки успеваемости каждого студента, группы, курса и факультета в целом.
4.ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ
4.1.Требования к функциональным характеристикам
4.1.1. Система должна обеспечивать возможность выполнения следующих функ-
ций:
инициализацию системы (ввод списков групп, перечней изучаемых дисциплин в соответствии с учебными планами и т. п.);
ввод и коррекцию текущей информации о ходе сдачи сессии конкретными студентами;
хранение информации об успеваемости в течение времени обучения студента;
получение сведений о текущем состоянии сдачи сессии студентами.
4.1.2. Исходные данные:
списки студентов учебных групп;учебные планы кафедр - перечень предметов и контрольных мероприятий по
каждому предмету;расписания сессий;
текущие сведения о сдаче сессии каждым студентом. 4.1.3. Результаты:
итоги сдачи сессии конкретным студентом;
итоги сдачи сессии студентами конкретной группы;
процент успеваемости по всем студентам группы при сдаче конкретного предмета в целом на текущий момент;
проценты успеваемости по всем группам специальности на текущий момент;
проценты успеваемости по всем группам курса на текущий момент;
проценты успеваемости по всем курсам и в целом по факультету на текущий момент;
список задолжников группы на текущий момент;
список задолжников курса на текущий момент.
4.2. Требования к надежности
4.2.1.Предусмотреть контроль вводимой информации.
4.2.2.Предусмотреть блокировку некорректных действий пользователя при работе с системой.
4.2.3.Обеспечить целостность хранимой информации.
4.3. Требования к составу и параметрам технических средств
4.3.1.Система должна работать на IBM совместимых персональных компьютерах. 4.3.2.Минимальная конфигурация:
тип процессора ............................................................. Pentium и выше;
объем оперативного запоминающего устройства ......32 Мб и более.
4.4. Требования к информационной и программной совместимости Система долж-
на работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, Windows 2000, Windows NT и т. п.).
5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ 5.1.Разрабатываемые программные модули должны быть самодокументированы, т.
е. тексты программ должны содержать все необходимые комментарии.
5.2.Программная система должна включать справочную информацию о работе и подсказки пользователю.
5.3.В состав сопровождающей документации должны входить: 5.3.1.Пояснительная записка на 25-30 листах, содержащая описание разработки. 5.3.2.Руководство системного программиста.
5.3.3.Руководство пользователя.
5.3.4.Графическая часть на трех листах формата А1: 5.3.4.1.Схема структурная программной системы. 5.3.4.2.Диаграмма компонентов данных. 5.3.4.3.Формы интерфейса пользователя.
Пример 3. Технические задания на разработку различных видов сайтов Пример 4.1. Составить техническое задание на разработку Интернет-сайта Структура документа:
1.Глоссарий
2.Общие положения
3.Предмет разработки
4.Назначение документа
5.Требования к графическому дизайну сайта
6.Требования к дизайну сайта
7.Порядок утверждения дизайн-концепции
8.Функциональные требования
9.Требования к представлению сайта
10.Требования к системе управления сайтом
11.Требования к разделению доступа
12.Требования к видам обеспечения
13.Требования к информационному обеспечению
14.Требования к программному обеспечению
15.Требования к техническому обеспечению
16.Требования к лингвистическому обеспечению
17.Требования к эргономике и технической эстетике
18.Требования к приемке-сдаче проекта
19.Требования к наполнению информацией
20.Требования к персоналу
21.Порядок предоставления дистрибутива
22.Порядок переноса сайта на технические средства заказчика
Глоссарий
|
Термин |
|
|
Описание |
|
|
|
|
|
|
|
|
|
Сайт |
|
Информационная |
|
система, |
предоставляющая |
|
|
|
пользователям сети Интернет доступ к своему |
|
|||
|
|
содержимому |
и |
функционалу |
в |
виде |
|
|
упорядоченного набора взаимосвязанных HTML- |
|
|||
|
|
страниц |
|
|
|
|
|
|
|
|
|
|
|
World wide web (WWW, |
Единое информационное пространство на базе сети |
|
||||||
web, веб) |
|
Internet, состоящее из совокупности сайтов. |
|
|||||
|
|
Приставка "веб-" может использоваться для |
|
|||||
|
|
обозначенияобъектов,ориентированныхна |
|
|
||||
|
|
использование в WWW или использующих |
|
|||||
|
|
типичные для WWW технологии (например, веб- |
||||||
|
|
интерфейс - интерфейс на базе веб-страниц) |
|
|
||||
|
|
|
||||||
HTML-страница(веб- |
Основной носитель информации в World ide Web. |
|
||||||
страница, страница) |
Особым образом сформатированный файл (набор |
|
||||||
|
|
файлов), |
просматриваемый с |
помощью |
www- |
|||
|
|
|
|
|||||
|
|
браузера как единое целое (без перехода по |
|
|||||
|
|
гиперссылкам) |
|
|
|
|
|
|
|
|
|
|
|
|
|||
HTML-теги (теги) |
|
Управляющие |
коды, |
посредством |
которых |
|||
|
|
осуществляется форматирование HTML-страницы |
|
|||||
|
|
|
|
|
||||
Гиперссылка |
(ссылка, |
Активный элемент |
HTML-страницы, |
задаваемый |
||||
линк) |
|
специальным тегом. Выделенный фрагмент текста |
|
|||||
|
|
или изображения, позволяющий загрузить другую |
|
|||||
|
|
страницу или выполнить определенное действие |
|
|||||
|
|
|
|
|
||||
WWW-браузер (браузер) |
Клиентская |
программа, |
поставляемая |
третьими |
||||
|
|
сторонами |
и |
позволяющая |
просматривать |
|||
|
|
содержимое HTML-страниц |
|
|
|
|||
|
|
|
|
|||||
HTML-форма (форма) |
Часть |
HTML-страницы, |
предназначенная для |
|||||
|
|
взаимодействия с посетителем сайта. Представляет |
|
|||||
|
|
собойнаборэлементов(текстовыхполей, |
|
|
||||
|
|
селекторов, выпадающих списков), посредством |
|
|||||
|
|
которых пользователь может ввести какую-либо |
|
|||||
|
|
информацию и отправить ее для обработки на |
|
|||||
|
|
сервере |
|
|
|
|
|
|
|
|
|
||||||
Поле (поле БД, поле |
Структурный элемент, содержащий однотипную |
|
||||||
формы) |
|
информацию, например, текст, дату, числовые |
|
|||||
|
|
значения и т.п. |
|
|
|
|
|
|
|
|
|
|
|||||
Флаг |
|
Особое поле данных, могущее содержать только |
|
|||||
|
|
одно из двух допустимых значений. Позволяет |
|
|||||
|
|
указать на наличие или отсутствие какого-либо |
|
|||||
|
|
события или свойства объекта |
|
|
|
|||
|
|
|
|
|||||
Справочник |
|
Вспомогательная структура данных, содержащая |
|
|||||
|
|
список допустимых значений для какого-либо поля |
|
|||||
|
|
основных |
|
форм |
или |
БД. |
Справочники |
|
|
|
подразделяются на фиксированные (неизменяемые и |
|
|||||
|
|
поставляемые Исполнителем вместе с готовым |
|
|||||
|
|
сайтом) и редактируемые (состав которых может |
|
|||||
|
|
изменяться администратором) |
|
|
|
|||
|
|
|
|
|
|
|||
Администратор |
|
Лицо, |
осуществляющее |
от имени |
Заказчика |
|||
(менеджер, |
редактор) |
информационную поддержку сайта |
|
|
||||
сайта |
|
|
|
|
|
|
|
|
|
|
|
|
|||||
Дизайн-шаблон страниц |
Файл, |
|
содержащий элементы внешнего оформления |
|||||
|
|
|
|
|
|
|
|
|