ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «БелТБП»
ЧУО «СОЛИГОРСКИЙ ЭКОНОМИЧЕСКИЙ ТЕХНИКУМ»
МЕТОДИЧЕСКИЕ УКАЗАНИЯ
ПО КУРСОВОМУ ПРОЕКТИРОВАНИЮ
для учащихся специальности:
2-40 01 01 «Программное обеспечение информационных технологий»
СОЛИГОРСК
Составитель: Гончарова Ольга Валерьевна, Велесницкая Вероника Александровна, преподаватели солигорского экономического колледжа.
Рассмотрено на заседании цикловой комиссии Протокол № от « » 2013 г. Председатель цикловой комиссии
В.А.Велесницкая
СОДЕРЖАНИЕ
Введение 4
1. Организация дипломного проектирования 5
1.1. Цели и задачи дипломного проектирования 5
1.2. Этапы дипломного проектирования 5
1.2.1. Подготовительная работа 7
1.2.2. Оформление заявления на закрепление тем дипломного проекта 7
1.2.3. Дипломное проектирование 8
1.2.4. Комиссия по предварительной защите 9
1.2.5. Рецензирование 9
1.2.6. Защита дипломного проекта 10
1.2.7. Рекомендации по организации работ над дипломным проектом 12
1.2.8. Контроль за ходом дипломного проектирования 13
2. Типы дипломных проектов и их оформление 14
2.1. Типы дипломных проектов 14
2.2. Структура пояснительной записки 14
2.2.1. Общие положения 14
2.2.2. Структура ПЗ программного дипломного проекта 15
2.3. Оформление пояснительной записки 17
2.3.1. Общие положения 17
2.3.2. Титульный лист 18
2.3.3. Лист задания 18
2.3.4. Содержание 19
2.3.5. Основной текст 19
2.3.6. Разделы 20
2.3.7. Рисунки 21
2.3.8. Таблицы 22
2.3.9. Формулы 23
2.3.10. Списки 24
2.3.11. Фрагменты программ 25
2.3.12. Список литературы 25
2.3.13. Приложения 28
2.4. Оформление графической части 29
2.4.1. Общие положения 29
2.4.2. Схема программы 32
2.4.3. Схема работы системы 35
2.4.4. Схема данных 35
2.4.5. Диаграмма классов 35
2.4.6. Диаграмма последовательности 37
2.4.7. Модель данных 39
Литература 41
Приложение А. Образец заявления на утверждение темы дипломного
проекта 42
Приложение Б. Пример отзыва руководителя 43
Приложение В. Образец титульного листа 44
Приложение Г. Образец листа задания 45
Приложение Д. Фрагмент примера схемы программы 47
Приложение Е. Пример диаграммы классов 48
Приложение Ж. Пример диаграммы последовательности 49
Приложение З. Пример модели данных 50
Приложение И. Пример диаграммы прецедентов 51
Приложение К. Пример диаграммы деятельности 52
Приложение Л. Пример оформления содержания 53
ВВЕДЕНИЕ
В первой части пособия рассматриваются этапы дипломного проектирования с учетом специфики специальности и специфики форм обучения.
Во второй части пособия изложены требования, предъявляемые к оформлению графических и текстовых частей дипломных проектов различных типов.
В приложениях приведены примеры и образцы основных документов,
оформление которых может вызвать трудности. Приложения, также как и пояснения по тексту, носят обобщенный характер и между собой никак не связаны в смысле принадлежности к одному дипломному проекту.
При изложении материала пособия предполагалось, что учащиеся уже имеют представление о стандартах и хорошо ориентируются в терминологии.
Подчеркиваются только ключевые моменты.
Различные указания, сопровождаемые по тексту пособия такими словами как «должен» обязательны к выполнению. Указания, сопровождаемые такими
словами как «рекомендуется» выполнять желательно, но не обязательно. Остальные указания носят пояснительный характер.
Изложенные в пособии материалы также могут использоваться учащимися специальности 2 40 01 01 различных курсов при оформлении курсовых проектов.
ОРГАНИЗАЦИЯ ДИПЛОМНОГО ПРОЕКТИРОВАНИЯ
Защита курсового проекта
Защита курсового проекта происходит по окончании изучения курса «Основы алгоритмизации и программирования» и происходить до начала летней сесии.
К защите допускаются только те учащиеся, которые представили завершенный курсовой проект, удовлетворяющий всем выдвинутым требованиям:
1. Пояснительную записку, сшитую в папке.
2. Графическую часть проекта.
3. Курсовой проект на носителе (диске).
Контроль за ходом курсового проектирования
В период курсового проектирования контроль за ходом проекта осуществляет преподаватель дисциплины, который отражает работу над проектом в учебном журнале посредством выставления процентов на занятиях по курсовому проектированию.
ТИПЫ КУРСОВЫХ ПРОЕКТОВ И ИХ ОФОРМЛЕНИЕ
Структура пояснительной записки
Оформление пояснительной записки
Титульный лист
Титульный лист является стандартным листом.
Титульный лист должен быть напечатан по образцу. При этом фамилия и инициалы рецензента не указываются, так как до направления на рецензию они не известны.
Важным моментом является то, что тема дипломного проекта должна полностью соответствовать приказу.
Образец титульного листа приведен в прил. В.
Лист задания
Лист задания также является стандартным листом. Как и титульный лист, лист задания должен быть напечатан по образцу (две страницы на одном листе). Все данные считаются известными, не печатается только дата утверждения задания.
Номер и дата приказа об утверждении темы должны соответствовать приказу, под который подпадает учащийся. Если по каким-либо причинам учащийся упоминается в нескольких приказах, то указываются все эти приказы.
В качестве срока сдачи дипломного проекта указывается дата проведения комиссии по предварительной защите.
В качестве исходных данных к проекту перечисляются в виде нумерованного списка количественные и качественные характеристики будущей разработки в зависимости от ее типа, определяемые до начала КП и дополняющие само задание.
Содержание расчетно-пояснительной записки печатается «в одну строку» с детализацией только до уровня разделов, так как на этапе формулировки задания наполнение разделов еще не известно.
Перечень графического материала также приводится в виде нумерованного списка, соответствующего реальным названиям графического материала, с элементами в виде: «Название. Категория».
В качестве даты выдачи задания может указываться любая дата из периода от утверждением темы дипломного проекта до начала преддипломной практики.
Лист задания должен быть подписан руководителем курсового проекта и учащимся.
Образец листа задания приведен в прил. Г.
Содержание
Содержание оформляется в виде особого раздела с названием «СОДЕРЖАНИЕ».
В содержание включается только та часть ПЗ, которая следует за ним. Не рекомендуется выносить в содержание названия элементов текста, более «мелких», чем подразделы. Названия разделов в содержании рекомендуется приводить в виде «обычных» предложений, не состоящих только из прописных букв.
Примером содержания (просматриваются правила оформления) может служить содержание данного пособия.
Образец листа содержания приведен в прил. Л
Разделы
ПЗ обычно состоит из разделов, подразделов, пунктов и подпунктов. Более мелкую степень детализации вводить нецелесообразно.
Каждый раздел должен начинаться с новой страницы. Номер и название раздела дается в центре первой строки страницы прописными буквами.
Нумеруются все разделы между введением и заключением. Специфические разделы, такие как введение, заключение, список литературы и т.д., не нумеруются.
Подразделы, пункты и подпункты на новые страницы не выносятся. Они отделяются друг от друга пустыми строками (по одной). Названия подразделов рекомендуется выравнивать по центру строки, пунктов – выравнивать по левому краю через одну позицию табуляции, подпунктов – интегрировать в абзацы. Названия подразделов, пунктов и подпунктов рекомендуется давать строчными буквами, начиная с прописной.
Названия разделов, подразделов, пунктов и подпунктов (не в содержании) рекомендуется печатать полужирным шрифтом. Названия не должны разрываться при переходах на следующие страницы и не должны оставаться «висеть» внизу страниц.
Обязательным является соблюдение одного выбранного стиля в пределах всей ПЗ. Примеры:
НАЗВАНИЕ РАЗДЕЛА
Текст раздела. Текст раздела. Текст раздела. Текст раздела. Текст раздела.
Текст раздела.
Название подраздела.
Название подраздела
Текст подраздела. Текст подраздела. Текст подраздела. Текст подраздела.
Текст подраздела.
Списки
В ПЗ могут встречаться списки, состоящие из двух либо более элементов. Существуют два основных типа списков (а также их комбинации) и множество стилей:
1. Нумерованные.
2. Маркированные.
Первые обычно применяются при перечислениях для выделения существенных элементов текста или элементов, требующих разъяснения.
Рекомендуемый стиль:
… текст:
1. Название. Возможное пояснение. Возможное пояснение. Возможное пояснение.
2. Название. Возможное пояснение.
…
?. Название. Возможное пояснение.
Вторые обычно применяются при «быстрых» перечислениях иногда большого числа элементов текста, которые имеют законченный смысл и не требуют дальнейших пояснений. Рекомендуемый стиль:
… текст:
– название, возможный текст, возможный текст, возможный текст, возможный текст;
– название, возможный текст;
…
– название, возможный текст.
В любом случае выбранные стили списков должны применяться по всей ПЗ.
Список литературы
Раздел, посвященный обзору литературы, а также весь текст ПЗ должен содержать ссылки на литературные источники.
Существуют два основных подхода к оформлению списков литературы:
1. Несколько локальных списков – дописываются в концы соответствующих разделов.
2. Один общий список – выносится в самостоятельный раздел под названием «ЛИТЕРАТУРА».
Должен использоваться второй подход.
Сведения о литературных источниках необходимо приводить в соответствии с требованиями нового ГОСТа 7.1−2003, имеющего отличия от предыдущего ГОСТа.
Основные моменты заключаются в следующем. Для всех видов литературных источников, включая иностранные, действуют аналогичные правила. В общем случае, если возможно, последовательно указываются:
− заглавие и сведения об ответственности (основное заглавие, общее обозначение материала, относящиеся к заглавию сведения, сведения об ответственности);
− издание (сведения об издании, относящиеся к изданию сведения об ответственности, дополнительные сведения об издании, относящиеся к дополнительным сведениям об издании сведения об ответственности)
− специфические сведения;
− выходные данные (место издания, имя издателя, дата издания);
− физические характеристики (специфическое обозначение материала и объем, другие сведения);
− серия (основное заглавие серии, относящиеся к заглавию серии сведения, относящиеся к серии сведения об ответственности);
− примечание;
− стандартный номер и условие доступности (стандартный номер, условие доступности, дополнительные сведения).
Перечисленные элементы (области) разделяются с помощью знаков предписанной пунктуации «. –». Внутри областей применяются другие знаки предписанной пунктуации («:», «/» и др.) Все знаки предписанной пунктуации отделяются одним пробелом до знака (кроме знаков начинающихся с «.» либо с «,») и одним пробелом – после. Первые буквы областей, заглавий и общего обозначения материала – прописные. Общее обозначение материала приводится в квадратных скобках. Вся область серии и дополнительные сведения в области стандартного номера и условий доступности заключаются в круглые скобки. Во всех областях используются стандартные сокращения и действуют правила расстановки знаков препинания. Заглавия приводятся полностью. Инициалы и фамилии, к которым они относятся, не должны разделяться переходами на новые строки. Сокращения при перечислениях заключаются в квадратные скобки («[и др.]», «[etc.]» и др.) Сокращаются (стандартно) только названия городов Минск, Санкт-Петербург и Москва («Мн.», «СПб.» и «М.» соответственно). Основные термины для общего обозначения материала (применительно к специальности):
− видеозапись (video recording);
− звукозапись (sound recording);
− комплект (kit);
− мультимедиа (multimedia);
− электронный ресурс (electronic resource).
Специфические обозначения материалов для основных электронных ресурсов (применительно к специальности):
− компакт-диск;
− цифровой видеодиск;
− дискета;
− электронные данные (файл, страница WWW и др.)
Для электронных данных в качестве условия доступности обязательно указывается режим доступа. В конце элемента списка ставится точка.
Пример указания книги с одним автором:
Гук, М. Процессоры Pentium II, Pentium Pro и просто Pentium / М. Гук. – СПб. : ПитерКом, 1999. – 288 с.
Пример указания книги с количеством авторов до трех включительно:
Кузелин, М.О. Современные семейства ПЛИС фирмы Xilinx : справочное пособие /М.О. Кузелин, Д.А. Кнышев, В.Ю. Зотов. – М. : Горячая линия-Телеком, 2004. – 440 с.
Пример указания книги с количеством авторов, большим трех:
Технические средства диагностирования : справочник / В.В. Клюев [и др.] – М. :Машиностроение, 1989. – 672 с.
Пример указания зарубежной книги:
Embedded Microcontrollers : Databook / Intel Corporation. – Santa Clara, Ca, 1994.
Пример указания многотомного издания:
Проектирование самотестируемых СБИС : науч. монография, в 2 т. / В.Н. Ярмолик [и др.] – Мн. : БГУИР, 2001. – Т. 1–2.
Пример указания одного из томов многотомного издания:
Микропроцессоры и микропроцессорные комплекты интегральных микросхем :справочник, в 2 т. / под ред. В.А. Шахнова. – М. : Радио и связь, 1988. – Т. 1. – 368 с.
Пример указания статьи в периодическом издании:
Берски, Д. Набор ЭСЛ-микросхем для быстродействующего RISC-процессора / Д.Берски // Электроника. – 1989. – №12. – С. 21 – 25.
Пример указания статьи в сборнике:
Аксенов, О.Ю. Методика формирования обучающих выборок для распознающей системы / О.Ю. Аксенов // VI всероссийская научно-техническая конференция «Нейроинформатика–2004» : сб. науч. тр. в 2-х ч. / отв. ред. О.А. Мишулина. – М. : МИФИ, 2004. – С. 215 – 222. – (Научная сессия МИФИ–2004).
Пример указания адреса WWW в сети Internet:
Xilinx [Электронный ресурс]. – Электронные данные. Режим доступа: http://www.plis.ru/.
Пример указания файла:
Mobile Intel® Pentium® Processor-M [Электронный ресурс] : Datasheet / Intel Corporation. – Электронные данные. – Режим доступа: 25068604.pdf.
Пример указания компакт-диска:
Nokia+Компьютер [Электронный ресурс]: инструкции, программы, драйверы, игры, мелодии, картинки для Nokia. – М., 2004. – 1 компакт-диск (CD-R).
Список литературы – это нумерованный список, который должен сортироваться либо по алфавиту, либо в соответствии с порядком упоминания источников в ПЗ. Источники, на которые ссылок нет – не нумеруются. Ссылки на литературные источники представляют собой их номера (может быть несколько сразу), заключенные в квадратные скобки, причем ссылки наносятся поверх текста, т.е. он должен существовать «независимо» от них. Пример:
… этот метод [1,3 – 5] наиболее распространен …
Примером может служить список литературы данного пособия.
Приложения
Приложения последовательно нумеруются прописными буквами русского алфавита. Надпись делается либо в первой строке непосредственно первого листа приложения (если он формата А4 и может быть надписан) либо на отдельном чистом листе (примерно на уровне одной третьей части от его высоты), дополнительно вставляемом перед приложением (если приложение расположено на нестандартном листе, приложение является спецификацией и вообще в любом случае). Надпись допускается делать либо прописными буквами и выравнивать по центру (в обоих случаях) либо строчными буквами, начиная с прописной, и подгонять к правому краю строки (в первом случае). Если приложение одно, то оно не нумеруется вообще и, соответственно, в надписи номер опускается. Приложение может иметь название. Если надпись делается прописными буквами, то название «прикрепляется» к ее концу и также дается прописными буквами. В противном случае название пишется строчными буквами, начиная с прописной, и также выравнивается по центру. Все приложения должны подписываться аналогично. Примеры (каждый пример относится к отдельной странице):
ПРИЛОЖЕНИЕ А.
НАЗВАНИЕ ПРИЛОЖЕНИЯ
… текст приложения …
Приложение A
Название приложения. Название
Приложения
… текст приложения …
ПРИЛОЖЕНИЕ
На оформление внутренней части приложений не накладывается никаких ограничений, но рекомендуется следовать общепринятым подходам. Например, исходные тексты программ следует печатать более мелким шрифтом. В приложениях могут содержаться рисунки и таблицы. Они нумеруются аналогично основным, но цифру – номер раздела заменяет буква – номер приложения. Если приложение состоит только из одного рисунка или из одной таблицы, то этот рисунок или эта таблица могут не нумероваться вообще.
Не рекомендуется, чтобы приложения занимали более 30 процентов от общего объема ПЗ
Если листы приложений имеют размер больше, чем А4, или вообще нестандартный размер, то они складываются по размеру А4 и левым верхним углом подшиваются к ПЗ.
На каждое приложение должна быть хотя бы одна ссылка по тексту ПЗ:
… текст (см. прил. Б) … в прил. Б …
Оформление графической части
Схема программы
Схема программы отображает последовательность операций в программе. Схемы программ являются классическими чертежами программных дипломных проектов и могут очень сильно отличаться друг от друга в зависимости от степени детализации, стиля и т.д. Поскольку сейчас наблюдается устойчивая тенденция все меньшего использования таких схем, рекомендуется по возможности предоставлять чертежи других категорий.
Схема программы должна чертиться согласно требованиям единой системы программной документации (ЕСПД), выраженным в виде ГОСТа 19.701–90, заменяющего и расширяющего ГОСТы 19.002–80 и 19.003–80.
Основные новшества связаны с расширением набора символов (например, введен символ для обозначения передачи управления), изменениями значений некоторых символов (например, символа для обозначения оператора FOR) и исключением некоторых символов (например, символа магнитной ленты).
Основные моменты, на которые следует обратить внимание при работе над схемой программы:
1. Все вершины алгоритмов должны изображаться в виде специальных символов. Существуют два основных стиля изображения символов, показанные на рис. 2.4.
Рекомендуется использовать первый стиль.
Изображение символа зависит от функции, которую он отображает. Все символы в пределах чертежа должны вписываться в одинаковые виртуальные квадраты с соотношением высота: ширина равным 2:3 и размерами 30х45 либо 40х60.
Входящие, по отношению к символам, линии подводятся только сверху или слева, а исходящие – снизу или справа (исключая символы «решение»). Например, для приведенного выше символа «решение» один вход расположен сверху, а два выхода с надписями – слева, справа либо снизу в любой комбинации.
Рис. 2.4. Стили изображения символов схемы программы
Символ должен содержать поясняющий текст в соответствии с функцией (например, условие X=Y) и координату на схеме (например, А9). Поясняющий текст должен быть по возможности кратким и четким. Координата указывается в специальном разрыве контура символа, который делается в левом верхнем углу.
2. Символы – вершины алгоритмов объединяются с помощью символов – линий логической связи, показывающих информационные и другие потоки. Линии логической связи могут иметь различную форму из параллельных линиям ограничительной рамки сегментов, пересекаться и объединяться произвольным образом. Пересечение особым образом не выделяется. Примыкание одной линии связи к другой, а также направление логической связи указывается с помощью символа-стрелки на конце последнего сегмента линии связи. Направления сверху вниз и слева направо считаются направлениями переходов по умолчанию. Поэтому если все сегменты линии связи направлены таким образом, то стрелка на конце линии связи не ставится. При сложной форме информационных потоков на схеме стрелки расставляются таким образом, чтобы из любой наугад взятой точки любой линии связи направлять движение в нужную сторону, препятствовать движению в неправильном направлении и чтобы общее число стрелок было минимальным.
3. Схема программы должна изображаться по координатной сетке. Высота ряда соответствует высоте символов схемы, а ширина колонки – их ширине. Таким образом, допустимые варианты: 30 и 45 мм либо 40 и 60 мм.
Все символы вписываются в зоны координатной сетки. Координаты зон указываются для каждого из символов.
Рекомендуется начинать схему в левой верхней части формата и продолжать ее вниз, а затем вправо.
Линии связи рисуются по виртуальной пятимиллиметровой сетке, привязанной к основной.
4. Следует иметь в виду, что существуют несколько исключений при изображении символов.
Такие символы, как символы вершин начала и конца алгоритма, а также символы разрывов линий логической связи имеют половинную высоту и помещаются в верхние части соответствующих зон координатной сетки.
5. Схема программы может содержать комментарии, которые наносятся особым образом.
Комментарий изображается в виде особого символа – вертикальной «квадратной скобки».
Символ комментария не привязывается к координатной сетке и, следовательно, не содержит координату. Символ комментария соединяется с комментируемым символом штриховой линией, не имеющей направления. Рекомендуется линию подводить к центру боковой стороны комментируемого символа и к центру внешней (обязательно) стороне квадратной скобки. Текст комментария должен наноситься с внутренней стороны квадратной скобки и выравнивается по ней. Размер квадратной скобки должен соответствовать размеру текста.
Комментарий может относиться как к одному символу, так и к нескольким, возможно выделенным в особый блок штрихпунктирной линией. У одного символа может быть несколько комментариев.
Рекомендуется помещать комментарии вблизи (слева или снизу) от тех символов, к которым они относятся.
6. При очень большом количестве пересечений линий логической связи, что встречается достаточно редко, а также при расположении одного чертежа на нескольких листах, допускается делать разрывы линий связи, как показано на рис. 2.5:
Рис. 2.5. Обозначение разрыва линии логической связи
Внутри особого символа разрыва перечисляются все координаты зон, где данная линия связи продолжается. Дополнительно могут указываться номера листов. Особенностью является то, что в одной зоне может присутствовать только один символ разрыва.
7. Сокращения на схемах программ встречаются редко.
8. Весь текст, содержащийся на схеме программы, должен быть нанесен одинаковым шрифтом одного размера.
Рекомендуется использовать шрифт высотой 3,5 мм для символов с размерами 30х45 мм и 5 мм для символов с размерами 40х60 мм. «Подгонка» текста к размерам символов делается за счет изменения плотности, а не высоты шрифта.
9. Используя схему программы рекомендуется описывать алгоритм работы, а не повторять код исходных текстов.
10. Символы стандартных графически библиотек могут не соответствовать отечественным ГОСТам и, следовательно, для обеспечения возможности их использования, должны быть скорректированы.
Фрагмент примера схемы программы приведен в прил. Д.
Схема работы системы
Схема работы системы, являющаяся альтернативой схеме структурной программного дипломного проекта, также относится к стадии крупноблочного проектирования. Но в данном случае отображаются не только связи между подпрограммами, а еще и последовательность обработки информации.
Схема работы системы, также как и схема программы, выделяется ГОСТом 19.701–90, исходя из целевого назначения, и чертится по тем же правилам. Причем на схеме работы системы не используется координатная сетка и размеры блоков больше.
Схема данных
Схема данных отображает путь данных в программе и обычно относится к стадии функционального проектирования.
Схема данных отличается от схем программы и работы системы только назначением и чертится по тем же правилам.
Диаграмма классов
В связи с отсутствием отечественных ГОСТов, регламентирующих правила оформления чертежей программного проекта с использованием ООП, используется наиболее подходящий в такой ситуации стандарт унифицированного языка моделирования – Unified Modeling Language (UML), ныне поддерживаемый многими пакетами, например, Microsoft Visio.
Диаграмма классов (class diagram) является основным способом отображения иерархии объектов. Важным моментом является то, что такая диаграмма отражает лишь статические отношения между классами.
Основные моменты, на которые следует обратить внимание при работе над диаграммой классов:
1. На диаграмме класс (class) изображается в виде прямоугольника со сплошной границей, разделенного горизонтальными линиями на 3 основные секции.
Верхняя секция содержит имя класса и другие общие свойства, например, стереотип. Если класс является абстрактным, то его имя приводится курсивом. Средняя секция содержит список атрибутов, т.е. данных, инкапсулированных в класс. Нижняя секция содержит список операций, т.е. функций – методов класса. Элементы этих списков можно группировать по некоторым признакам, причем в таких случаях перед группой ставится заключенная в кавычки строка, определяющая общее свойство.
2. Атрибут (attribute) изображается в виде текстовой строки, отражающей различные его свойства:
<видимость><имя>:<тип>=<начальное_значение>{<свойства>}
3. Операция (operation) также изображается в виде текстовой строки:
<видимость><имя>(<список_параметров>):<тип_возвращаемого_
значения>{<свойства>}
4. «Видимость» имеет ООП-семантику:
– открытый атрибут или открытая операция (public) – обычно обозначается символом +;
– защищенный атрибут или защищенная операция (protected) – обычно обозначается символом #;
– закрытый атрибут или закрытая операция (private) – обычно обозначается символом –.
5. Отношения между классами показываются с помощью различных видов линий и стрелок:
– отношение ассоциации (association), т.е. связи вообще – один класс каким-либо образом связан с другим классом – обозначается обычной линией без стрелки, возле которой могут быть дополнительные надписи (имя ассоциации, тип ассоциации, количество участвующих в ассоциации объектов от каждой из сторон и др.)
– отношение группировки (aggregation), т.е. владения – один класс входит в другой класс по ссылке – обозначается обычной линией и незалитой стрелкой-ромбом со стороны класса-владельца;
– отношение слияния (composition), т.е. «сильного» владения – один класс входит в другой класс по значению – обозначается обычной линией и залитой стрелкой-ромбом со стороны класса-владельца;
– отношение детализации (detailization), т.е. использования – один класс реализует другой класс – обозначается пунктирной линией и незалитой стрелкой-треугольником со стороны класса-пользователя;
– отношение зависимости (dependency), т.е. влияния – модификация одного класса влияет на другой класс – обозначается штриховой линией и стрелкой-углом со стороны класса-потребителя;
– отношение обобщения (generalization), т.е. наследования – один класс (производный класс) является частным случаем другого класса (базовый класс) – обозначается обычной линией и незалитой стрелкой-треугольником со стороны класса-родителя.
Линии связи могут примыкать к изображениям классов с любых сторон. Линии связи могут состоять из нескольких сегментов, но все сегменты должны быть параллельны линиям ограничительной рамки.
6.Диаграмма классов должна изображаться по виртуальной сетке с шагом 5 мм. Весь текст должен быть напечатан одинаковым шрифтом одного размера.
Более подробные сведения излагаются в стандарте UML.
Пример диаграммы классов (Visio) приведен в прил. Е.
ЛИТЕРАТУРА
1. Единая система конструкторской документации (ЕСКД): справ. пособие / С.С. Борушек [и др.] – М. : Изд-во стандартов, 1989. – 352 с.
2. Единая система программной документации (ЕСПД) – М. : Изд-во стандартов, 1988. – 143 с.
3. Усатенко, С.Т. Выполнение электрических схем по ЕСКД : справочник / С.Т. Усатенко, Т.К. Каченюк, М.В. Терехова. – М. : Изд-во стандартов, 1989. – 325с.
4. Отвагин, А.В. Технология проектирования программного обеспечения ЭВМ: Учебное пособие по курсу «Технология проектирования программного обеспечения ЭВМ» для студентов специальности Т.10.03.00 «Вычислительные машины, системы и сети» всех форм обучения / А.В. Отвагин. – Мн. : БГУИР, 2003. – 100 с.
5. Памятная книга редактора : 2-е изд., перераб. и доп. / А.В. Абрамов [и др.] – М. : Книга, 1988. – 415 с.
6. Библиотека ГОСТов [Электронный ресурс]. – Электронные данные. – Режим доступа: http://gost.net.ru.
7. Тексты стандартов [Электронный ресурс]. – Электронные данные. – Режим доступа: http://stroyinf.ru/infr.html.
8. Мегабайты полезной информации [Электронный ресурс]. – Электронные данные. – Режим доступа: http://www.mbait.ru/site/mb/.
9. EcoLAN. Разработка стандартов СКС [Электронный ресурс]. - электронные данные. – Режим доступа: http://www.ecolan.ru/news.htm.
10. Архив ESPD.zip [Электронный ресурс]. – Электронные данные. – Режим доступа: http://kladovka.net.ru/index.cgi?pid=list&rid=61.
11. ГОСТы [Электронный ресурс]. – Электронные данные. – Режим доступа: http://www.caxapa.ru/faq/gost.html.
12. От Visio 4.0 до Microsoft Visio 2002 [Электронный ресурс]. – Электронные данные. – Режим доступа: http://www.visio.artberg.ru/.
Приложение В
Образец титульного листа
Приложение Г
Образец листа задания
_____________________________________________________________________________________
(название учреждения образования)
УТВЕРЖДАЮ
Председатель предметной (цикловой)
комиссии _______________________
«____»____________________20___г.
ЗАДАНИЕ
Состав проекта (работы)
Графическая часть проекта
____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
Дата выдачи «___»______________20___г.
Срок завершения «__»______________20___г.
Преподаватель-руководитель
курсового проекта _____________________________________
Подпись учащегося_____________________________________
Фрагмент примера схемы программы
Приложение Е
Пример диаграммы классов
Приложение Ж
Пример диаграммы последовательности
Приложение З
Пример модели данных
Приложение И
Пример диаграммы прецедентов
Приложение К
Пример диаграммы деятельности
Приложение Л
| СОДЕРЖАНИЕ |