- •Лиски 2014
- •Раздел I требования к выпускным квалификационным работам
- •Цели и задачи дипломного проектирования
- •2. Разработка, утверждение и выдача тем дипломных проктов
- •3. Порядок оформления дипломных проектов
- •3.1 Порядок расположения документов дипломного проекта в подшивке:
- •3.2 Требования к оформлению титульного листа
- •3.3 Требования к оформлению содержания
- •3.4 Требования к введению
- •3.5 Требование к основной части
- •Оформление иллюстраций
- •3.6 Оформление таблиц основной части
- •Документирование объектных информационных систем
- •Представление классов
- •Представление отношений между классами
- •Представление отношения обобщения
- •Представление отношения ассоциации
- •Представление отношения агрегации
- •Представление отношения зависимости
- •Представление отношения реализации
- •Представление объектов
- •Соглашение по модулям
- •Структура модуля
- •Спецификации записи функций и процедур
- •Спецификации записи типов
- •Спецификации записи определения классов
- •3.7. Требования к заключению
- •3.8 Требования к списку используемых источников
- •3.9Требования к приложениям
- •4. Основные требования к оформлению дипломных проектов
- •5 . Оформление пояснительной записки
- •5.1 Общие требования
- •5.2 Оформление заголовков разделов
- •5.3 Оформление списков
- •5.5. Графическая часть проекта в электронном виде
- •5.6 Презентация дипломного проекта
- •Представление информации
- •Правила оформления презентации
- •Приложение в виде вспомогательного материала
- •6. Перечень тем дипломного проекта
- •7. Организация консультаций
- •8. Контроль хода выполнения дипломного проекта
- •9. Оценивание дипломного проекта
- •10. Рецензирование
- •11. Утверждение дипломного проектаи допуск к государственной итоговой аттестации
- •12. Защита письменной экзаменационной работы
- •13. Работа государственных экзаменационных комиссий
- •14. Порядок подачи и рассмотрения апелляций
- •Гобу спо во «Лискинский промышленно-транспортный техникум им. А.К.Лысенко» гобу спо во «лптт им. А.К. Лысенко»
- •Задание на выполнение дипломного проекта
- •2. Содержание дипломного проекта(пояснительная записка):
- •3. Приложения дипломного проекта :
- •Образец заявления студента на дипломный проект (проект)
- •Им. А.К.Лысенко»
- •Календарный план выполнения дипломного проекта
- •15. Список литературы
- •Отчет председателя государственной экзаменационной работы
- •1. Состав Государственной экзаменационной комиссии:
- •2. Вид государственной итоговой аттестации – защита дипломного проекта.
- •3. Результаты государственной итоговой аттестации:
- •5. Характеристика качества выполнения дипломного проекта:
- •Раздел II
Представление отношения реализации
Отношение реализации следует использовать для представления связи между некоторым сервисом (интерфейсом) и его реализацией в классе (компоненте). Интерфейс определяет набор операций, которые применяются для специфицирования услуг, предоставляемых классом. Один интерфейс может быть реализован несколькими классами, и наоборот, один класс может реализовать сразу множество различных интерфейсов. На рис.20 изображен класс TDevice, который реализует интерфейс IDevice. Имена интерфейсам принято давать с заглавной "I".
Рисунок 20. Пример отношения реализации.
Представление объектов
Графически объекты изображают, как показано на рис. 21. Показан экземпляр класса TDataItem с текущими значениями атрибутов. Имя объекта должно иметь составной вид "имя объекта: имя класса". Подчеркивание обязательно, оно указывает на работу с экземпляром класса. Имя может быть не указано, т.е. объект является анонимным. Объектная нотация не предусматривает в обозначении объекта раздела с перечнем операций, т.к. операции, выполняемые всеми объектами одного класса идентичны.
Диаграммы объектов следует использовать для представления множества взаимодействующих объектов в определенный момент времени. При изображении диаграммы нужно помнить, что каждый объект представляет экземпляр соответствующего класса, а отношения между объектами описываются с помощью связей, которые являются экземплярами соответствующих отношений. При этом все связи изображаются сплошными линиями.
Рисунок 21. Примеры изображения объектов.
Объекты на диаграмме следует изображать только для того, чтобы привести пример системы в определенный момент времени или проиллюстрировать, как они кооперируются с течением времени при выполнении определенных задач. На рис.22 изображен пример диаграммы объектов, скооперированных для выполнения некоторого заказа. Диаграмма иллюстрирует поток сообщений между четырьмя объектами. Все объекты безымянные.
Рисунок 22. Диаграмма объектов.
Соглашение по модулям
Правила именование модулей
Содержимое каждого созданного модуля обычно есть набор классов, функций и процедур, принадлежащих к одной категории. Модулям следует присваивать имена, которые отражают их функциональное назначение.
Модули
Формат имени модуля: [Xxxxxx]; Пример: MainForm
Формат имени формы: [frm][Xxxxxx]; Пример: frmMain
Модули данных
Формат имени модуля: [Xxxxxx]; Пример: MainDataModule
Формат имени формы: [dm][Xxxxxx]; Пример: dmMain
Модули удаленных данных
Формат имени модуля: [Xxxxxx]; Пример: MainRemoteModule
Формат имени формы: [rdm][Xxxxxx]; Пример: rdmMain
Если при создании имени используется несколько слов, то необходимо использовать заглавную букву для каждого слова в имени: MyLongName.pas. Расширения файлов должны быть в нижнем регистре.
Имя модуля может содержать символы, как в верхнем, так и в нижнем регистре и должно быть таким же, как и имя, используемое для этого файла операционной системой, например:
unitMyUnit;
Модуль будет назван MyUnit.pas, когда будет сохранен операционной системой.
