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

МИНИСТЕРТВО ПРОМЫШЛЕННОСТИ, ЭНЕРГЕТИКИ И СВЯЗИ

СТАВРОПОЛЬСКОГО КРАЯ

Государственное бюджетное профессиональное образовательное учреждение

«Невинномысский химико-технологический колледж»

УТВЕРЖДАЮ

Зам.директора по УМР

___________Ю.С. Маркова

«____»____________2018г.

ТРЕБОВАНИЯ

К содержанию и оформлению пояснительной записки

Дипломного проекта

для студентов специальности09.02.04 Информационные системы (по отраслям)

Невинномысск, 2018

Общие положения

Дипломные проекты являются учебными документами, выполняемыми студентами по учебному плану на завершающем этапе обучения в колледже.

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

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

Требования к содержанию пояснительной записки дипломного проекта

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

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

- задание на дипломный проект;

- график выполнения дипломного проекта;

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

- введение;

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

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

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

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

- вопросы безопасности системы;

- технико-экономическая характеристика проекта;

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

- список использованных источников.

2.2. Титульный лист

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

2.3. Задание на дипломный проект и график выполнения

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

2.4. Содержание

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

2.5. Введение

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

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

Данный раздел должен содержать:

- цель создания проекта;

- описание данных системы;

- описание функций системы;

- построение SADT – диаграммы;

- построение DFD – диаграммы;

- построение концептуальной модели;

- логическое проектирование.

Цель создания проекта.

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

Описание данных системы.

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

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

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

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

- схему информационных потоков.

Если в существующей системы обработки и представления информации нет структурированных форм документов, то необходимо описать:

- исходные данные и источники возникновения;

- расчетные данные с указанием методики расчета;

- формы представления результатов расчетов.

Описание функций системы.

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

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

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

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

- таблицу соответствия функций и входных документов (данных);

- описание функций.

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

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

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

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

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

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

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

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

- функции.

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

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

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

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

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

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

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

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

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

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

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

Логическое проектирование.

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

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

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

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

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

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

2.7. Расчетная часть

Данный раздел должен содержать:

- выбор модели данных и программных средств;

- проектирование физической структуры базы данных;

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

Выбор модели данных и программных средств.

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

Проектирование физической структуры базы данных.

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

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

Описание прикладного программного обеспечения должно содержать:

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

- описание интерфейса программных модулей с указанием назначения отдельных элементов;

- коды обработчиков событий, SQL запросов и т.п.

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

Данный раздел должен содержать:

- системный тест;

- результаты работы системы.

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

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

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

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

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

2.10. Вопросы безопасности системы

Вопросы безопасности системы распределяются в соответствии со списком между студентами группы ЭВМ-51. Вопрос может быть выбран студентом в соответствии с предпочтением самого студента (один вопрос могут выбрать не более двух студентов группы).

Данный раздел должен содержать:

- основные понятия;

- классификацию;

- причины возникновения;

- оценка последствий;

- требования к безопасности проектируемой системы в соответствии со степенью секретности информации.

2.11. Технико-экономическая характеристика проекта

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

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

2.12. Заключение

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

2.13. Библиографическая ссылка

В библиографическую ссылку включаются все источники, которые следует располагать в порядке появления ссылок в тексте.

Сведения о книгах (монографии, учебники, справочники и т. д.) должны включать: фамилию и инициалы автора, заглавие книги, место издания, издательство, год издания, количество страниц в книге. Допускается сокращение названия трех городов - Москва (М.).Ленинград (Л.),Киев (К.). Например:

Шляндин В.И. Цифровые измерительные устройства. - М.: Высшая школа, 1991.-335с.

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