- •Содержание
- •Введение
- •1 Общие требования к курсОвому проекту
- •1. 1 Цели и задачи курсового проектирования
- •1.2 Требования к выполнению курсового проекта и представлению результатов
- •1.3 Задание на курсовое проектирование и его анализ
- •1.4 Объем и содержание пояснительной записки
- •2.5 Основная часть
- •2.6 Заключение
- •2.7 Список использованных источников
- •2.8 Приложения
- •3 Рекомендации по проектированию реляционной базы данных
- •3.1 Содержание раздела «Построение инфологической концептуальной модели»
- •Концептуальное проектирование базы данных
- •Символы erd, соответствующие сущностям и отношениям
- •Описание сущности
- •Представление связи «один ко многим» с обязательным участием в связи сущности «Заявка»
- •Представление связи «один к одному» с обязательным участием обеих сущностей в связи
- •Представление необязательной связи «многие ко многим»
- •Различные способы представления бинарной связи типа «один ко многим»
- •Способы представления бинарной связи «один ко многим» с обязательным участием сущности в связи
- •Концептуальная схема (диаграмма Питера Чена) для процесса приема и исполнения заказа
- •3.2 Содержание раздела «Построение логической модели реляционной бд» Логическое проектирование базы
- •Пример транзитивной зависимости: а) отношения между объектами с транзитивной зависимостью; б) отношения между объектами без транзитивной зависимости
- •Фрагмент концептуальной схемы
- •Представление связи «многие ко многим»
- •Логическая схема для процесса приема и исполнения заказа
- •Форма в erWin 4.0 для определения типа данных id с целью последующего использования в описании столбцов таблиц
- •Пример задания свойств связи между сущностями «Заказчик» и «Заявка»
- •3.3 Содержание раздела «Физическое проектирование базы данных»
- •3.4 Содержание раздела «Проектирование запросов на языке sql»
- •3.5 Содержание раздела «Реализация законченного приложения, работающего с созданной базой данных» Разработка приложения
- •Графический интерфейс пользователя модуля администратора
- •Графический интерфейс пользователя клиентского приложения
- •Окно ввода данных, для успешной авторизации и аутентификации
- •Форма для управления учетными записями
- •Форма для управления ролями учетных записей
- •Форма для доступа к клиентскому приложению
- •Сообщение выдаваемое, при попытке входа в заблокированный модуль
- •4 Оформление курсового проекта
- •4.1 Текст пояснительной записки
- •4.2 Нумерация и заголовки
- •1 Построение инфологической концептуальной модели
- •1.1 Анализ предметной области
- •4.3 Таблицы
- •4.4 Требования к иллюстративному материалу пояснительной записки
- •4.5 Оформление библиографического указателя (литература). Ссылки на использованные источники
- •Список использованных источников
- •4.6 Оформление приложений
- •4.7 Оформление графического материала
- •4.8 Требования к оформлению проекта на электронном носителе
- •4.9 Требования к оформлению фрагментов программы
- •5 Рекомендации учащимся при защите курсового проекта
- •5.1. Защита курсового проекта
- •Требования к докладу
- •5.2. Критерии оценки курсового проекта
- •Рекомендуемая литература приложения
- •Календарный план-график
- •Содержание
- •Список использованных источников
- •Список использованных источников
4.9 Требования к оформлению фрагментов программы
Иногда в пояснительную записку включают отрывки программ, фрагменты файлов, консольные команды и т.д. В таких случаях рекомендуется выносить их на отдельные (пронумерованные) строки, начиная с отступа, равного отступу для абзацев, и формировать структуру кода при помощи табуляций и пустых строк.
Если в тексте приводится несколько фрагментов программного кода, то им присваивают заголовки. Заголовок листинга выравнивают по левому краю.
Пример:
Листинг 1 – Открытие ADO-соединения с использованием Microsoft OLE DB Provider for ODBC (c DSN)
1: Dim cn As ADODB.Connection
2: Dim rs As ADODB.Recordset
4: Function ADODB_ConnectedODBC() As Boolean
5: 'устанавливает cоединение для ODBC
8: On Error GoTo err_not_connection
10: Set cn=New ADODB.Connection
11: cn.Provider = "MSDASQL"
12: cn.ConnectionString="DSN=Test_SQL_Server; &_
13: UID=Test_User; PWD=test"
…
41: cn.Close 'закрыть соединение
42: Else
43: MsgBox "Что-то не сложилось!"
44: End If
46: End Sub
Листинги, за исключением листингов приведенных в приложениях, нумеруют арабскими цифрами сквозной нумерацией в пределах всей записки или раздела. В случае нумерации в пределах раздела номер листинга состоит из номера раздела и порядкового номера листинга, разделенных точкой. Не допускается сквозная нумерация в пределах подразделов и пунктов.
Листинги каждого приложения обозначают отдельной нумерацией арабскими цифрами с добавлением перед цифрой обозначения приложения. Если в документе один листинг, он должна быть обозначен «Листинг 1» или «Листинг В.1» (единственный листинг в приложении В).
На все листинги документа должны быть приведены ссылки в тексте документа. При ссылке следует писать слово «листинг» полностью, с указанием его номера, например, «… приведены в листинге 1».
При переносе части листинга на другие страницы название помещают только над первой частью. Кроме того, листинги, названия команд, пунктов меню, клавиш ит.п., рекомендуется использовать шрифт CourierNew.
5 Рекомендации учащимся при защите курсового проекта
5.1. Защита курсового проекта
Результатом курсового проектирования является проектная документация (пояснительная записка), база данных и приложения для пользователей.
Для допуска к защите учащемуся необходимо иметь следующие материалы и документы:
законченную пояснительную записку к курсовому проекту в напечатанном и сшитом виде, подписанную самим учащимся и руководителем. Пояснительная записка по курсовому проекту должна быть оформлена по установленным требованиям, и содержать анализ предметной области и исходные данные для проектирования, материалы по выполнению этапов проектирования, анализ вариантов организации базы данных. В ней должны быть представлены таблицы, рисунки, наглядно поясняющие организацию данных;
перемещаемый носитель информации (CD-R, CD-RW, DVD-R, DVD-RW).
Все эти документы и материалы минимум за день до защиты должны быть переданы преподавателю.
Руководитель просматривает записку и при отсутствии принципиальных замечаний допускает учащегося к защите работы. Целью просмотра записки является ознакомление преподавателя с результатами проектирования, а не поиск и исправление ошибок, т.к. ответственность за качество работы несет ее автор. При обнаружении принципиальных ошибок, незаконченной или небрежно оформленной работе он возвращается на доработку. Возвраты на доработку или увеличение периода проектирования без уважительных причин снижают оценку при защите проекта. Защита проекта допускается только после проверки пояснительной записки руководителем.