2.Требования к содержанию курсового проекта

1. Структура пояснительной записки курсового проекта должна быть следующей:

• титульный лист;

• задание на курсовой проект;

• содержание;

• введение;

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

• функциональный анализ;

• анализ документооборота;

• описание структуры запросов пользователей;

• SADT-диаграмма;

• DFD-диаграмма;

• расчетная часть;

• концептуальное проектирование;

• логическое проектирование;

• физическое проектирование;

• проектирование физической структуры БД;

• разработка прикладного программного обеспечения;

• тестирование и отладка;

• технологическая часть;

• заключение;

• библиографическая ссылка;

• приложения.

2. Титульный лист и задание.

   1. Форма титульного листа пояснительной записки курсового проекта приведена в приложении А.

   2. Задание на курсовой проект является вторым листом пояснительной записки и выполняется на специальном бланке.

3. Содержание должно включать введение, наименование всех разделов и подразделов с указанием номеров страниц, на которых размещается начало материала. Содержание выполняется с рамкой и основной надписью по ГОСТ 2.106-68 . Образец оформления содержания представлен в приложении Б.

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

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

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

В итоге должны получить описание для каждой функции:

• входные данные для процесса (описание данных или документа);

• описание самого процесса (с описание технологии обработки данных);

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

В результате проведенного анализа предметной области определяются:

• состав пользователей, перечень решаемых ими задач;

• процессы, происходящие в объекте и их информационное содержание;

• состав сущностей объекта, их взаимосвязь.

Процесс анализа разбивается на этапы:

• функциональный анализ;

• анализ документооборота;

• описание структуры запросов пользователей;

• составление функциональной диаграммы SADT;

• составление диаграммы потоков данных DFD.

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

В итоге должны получить :

• список входных и выходных документов;

• описание всех документов;

• схема информационных потоков;

2. Функциональный анализ объекта автоматизации выполняется посредством детального изучения структуры объекта, в процессе выполнения которого необходимо выделить основные элементы объекта, их взаимодействие, а также действия и события, происходящие в объекте

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

В итоге должны получить :

• список функций;

• схему соответствия функций и документов.

3. Описание структуры запросов пользователей.

Формирование требований пользователей заключается в определении перечня выходных документов и запросов для каждого класса пользователей; формировании и описании структуры запросов.

Пример описания структуры запросов приведен в приложении В.

4. Построение функциональной диаграммы SADT

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

Составляется словарь требований, в котором описываются:

• входные данные;

• выходные данные;

• функции.

5. Построение диаграммы потоков данных DFD

Пример построение диаграммы потоков данных приведен в приложении Ж.

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

6. Разработка концептуальной модели предметной области.

В этом разделе необходимо:

• выделить сущности;

• выбрать идентифицирующие атрибуты (первичные ключи) для каждой сущности;

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

• специфицировать связи между сущностями.

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

Приводится концептуальная модель предметной области в виде модели "сущность – связь".

7. Логическое проектирование (объем 4-6 листов).

Включает в себя три части: логическая структура данных, описание базы данных, анализ транзакций.

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

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

В пояснительной записке приводится окончательный вариант логической структуры базы данных.

При описании характеристик транзакций в документации должны быть зафиксированы:

• данные, которые используются транзакцией;

• функциональные характеристики транзакции;

• выходные данные, формируемые транзакцией;

• степень важности транзакции для пользователей;

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

Существует три основных типа транзакций: транзакции извлечения, транзакции обновления и смешанные транзакции.

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

Транзакции обновления используются; для вставки новых, удаления ста­рых или же изменения уже существующих записей базы данных.

Смешанные транзакции включают как операции извлечения, так и опера­ции обновления данных. (Например, поиск и отображение сведений об объекте недвижимости с последующим изменением арендной платы).

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

В анализе транзакций определяются обрабатываемые транзакции с указанием их условного обозначения, наименования и перечня используемой информации. Транзакции обновления обозначаются буквой "Т" с порядковым номером, транзакции извлечения, т.е. формируемые запросы и отчеты буквой "R" с порядковым номером.

Пример описания логической структуры данных и перечня транзакций приведен в приложении Г.

8. Проектирование физической структуры базы данных (объем 2-3 листа).

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

9. Разработка прикладного программного обеспечения (5-7 листов).

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

• описание интерфейса программных модулей с указанием назначения отдельных элементов; (Приложение З)

• коды обработчиков событий, SQL запросов и т.п. (Приложение З)

10. Тестирование и отладка.

Приводится описание тестов для решения контрольного примера и результаты его выполнения. Анализируются результаты решения контрольного примера, и делается вывод о работоспособности программы.

11. Технологическая часть

Инструкция пользователя (печатный документ) должна содержать описание работы с системой. Как запустить систему. Как работать с интерфейсом системы. Описать особенности выполнения функций системы.

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

13. Практическая часть курсового проекта включает в себя:

• проект, содержащий файлы созданной базы данных с данными контрольного примера, исходные модули прикладных программ, форм, отчетов;

• сгенерированное приложение.