Содержание курсового проекта

Курсовой проект состоит из пояснительной записки и приложений. Основными требованиями к пояснительной записке являются: четкость и логическая последовательность изложения материала, убедительность аргументации, краткость и ясность формулировок. В тексте записки не должно быть общих фраз, очевидных выводов и т. п. Рекомендуемый объем пояснительной записки – 30-40 страниц текста.

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

Общая структура пояснительной записки должна соответствовать «Общим правилам оформления студенческих работ» [1].

Основная часть

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

• Постановка задачи;

• Математическое обеспечение и оценка трудоемкости алгоритма;

• Язык разработки;

• Реализация системы;

• Аналитическая часть.

Постановка задачи

Основным документом, в соответствии с которым выполняется разработка некоторого проекта в любой отрасли, включая проекты по разработке программного обеспечения (ПО), является техническое задание (ТЗ).

ТЗ может содержать системные требования, требования к тестированию и др. Техническое задание позволяет обеим сторонам (заказчику и исполнителю) согласовать все необходимые детали реализации ПО, спланировать сроки и этапы выполнения проекта. Кроме того, ТЗ позволяет заказчику требовать от исполнителя соответствия продукта всем без исключения условиям, оговорённым в ТЗ, а исполнителю на законных основаниях отказаться от выполнения работ, не указанных в ТЗ.

Возможны различные варианты подготовки ТЗ:

• в соответствии с государственным стандартом ГОСТ 34.602-89 [2], предполагающим детальное описание всех возможных аспектов разработки ПО и требующим подготовку значительного по объему документа;

• в соответствии со стандартом IEEE Std 830, предполагающим различные способы структурирования детальных требований для различных классов систем и позволяющим детализацию, достаточную для понимания;

• в соответствии с некоторым упрощенным корпоративным шаблоном оформления.

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

1. Введение

1.1. Наименование продукта

1.2. Краткая характеристика области применения

2. Основание для разработки

2.1. Документ, на основании которого ведется разработка

2.2. Организация, утвердившая документ

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

4. Требования к разработке

4.1. Требования к функциональным характеристикам

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

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

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

5. Требования к программной документации

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

7. Этапы разработки

8. Порядок контроля и приемки.

При подготовке ТЗ особое внимание следует уделить п.4.1. В нем необходимо детально указать перечень требований к разрабатываемому ПО так, чтобы не только полностью соответствовать заданию, но и по возможности расширить его за счет дополнительных функциональных характеристик.

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