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

Структура ТЗ:

1. Назначение программного продукта, включающее полнющий перечень его функций.

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

3. Описание выходных данных (результатов).

4. Характер и структура интерфейса пользователя: эскизы экранных форм, описание меню приложения и инструментальных панелей, предполагаемых к разработке.

5. Технические и программные ресурсы, необходимые для разработки и эксплуатации программного продукта.

ТЗ разрабатывается в первую очередь (см. «График выполнения курсового проекта»), подписывается автором и преподавателем и впоследствии включается в пояснительную записку в качестве ее составной части.

Для разработки курсового проекта может быть использован практически любой язык программирования и любая среда разработки, согласованные с преподавателем еще на этапе утверждения темы. Если в качестве целевой ОС выбирается Windows, то приложение должно быть разработано таким образом, чтобы оно могло выполняться на кафедральных компьютерах с Windows XP SP3.

1.1.3Проектирование приложения

На этом этапе должны быть выполнены перечисленные ниже работы и их результаты должны быть отражены в соответствующих разделах пояснительной записки.

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

Функциональный и структурный анализ решаемой задачи.

Математическая модель решаемой задачи, если таковая есть, и изложение алгоритма.

1.1.4Руководство пользователя

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

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

Подробное описание интерфейса приложения, последовательность действий пользователя.

Использование системы помощи (Help!).

Ограничения, возможные ошибки и действия пользователя при их возникновении.

Примеры использования приложения.

1.1.5Руководство программиста

Полный перечень (исходных) файлов приложения с указанием их назначения. Без острой необходимости в перечень этих файлов не стоит включать откомпилированные файлы модулей и другие вспомогательные файлы (.obj, .pch, .sbr, .ncb, .pdb и т.п.).

Структура приложения на уровне компонентов и классов. Иерархия (собственных) классов, используемых в приложении.

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