1

2

Предисловие

В условиях глобальной информатизации общества неотъемлемым

качеством специалиста является высокий уровень информационной культуры.

Это предполагает знание особенностей информационных потоков в разных

предметных областях, умение применять современные информационные

технологии для автоматизации ручных работ и решения широкого круга

нестандартных задач.

Необходимость информатизации всех областей функционирования

общества диктует такие условия подготовки специалистов, чтобы они стали

разработчиками, создателями и пользователями информационных систем,

владели информационными технологиями, умели строить и оценивать работу

информационных систем, качество обработки, полноту и точность информации

в сфере профессиональной и социальной деятельности информационного

общества.

Специалистами такого профиля являются выпускники специальности 2-

40 01 01 «Программное обеспечение информационных технологий», а защита

дипломного проекта является формой итогового контроля знаний учащихся.

Цикловая комиссия «Программное обеспечение информационных технологий»

является выпускающей по данной специальности.

Дипломное проектирование в колледже организуется в соответствии с

Правилами проведения аттестации учащихся, курсантов при освоении

содержания образовательных программ среднего специального образования,

утвержденными постановлением Министерства образования Республики

Беларусь 22.07.2011 № 106.

Дипломный проект (ДП) – это комплексная самостоятельная, творческая

работа, выполняемая при завершении освоения содержания образовательной

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

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

образовательного стандарта среднего специального образования и

присваиваемой квалификации.

Продолжительность дипломного проектирования определяется учебным

планом учреждения образования по специальности и составляет не менее

восьми недель. Конкретные сроки дипломного проектирования и защиты

дипломных проектов устанавливаются в соответствии с графиком учебного

процесса текущего учебного года.

Общее руководство и контроль за организацией и ходом дипломного

проектирования осуществляют заместитель директора по учебной работе,

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

комиссии «Программное обеспечение информационных технологий» в

соответствии с должностными обязанностями.

Для оказания помощи учащемуся в выполнении экономического раздела

3

назначается консультант из числа преподавателей цикловой комиссии

социально-гуманитарных дисциплин.

Для оказания помощи учащемуся в выполнении раздела «Охрана труда»

назначается консультант из числа преподавателей цикловой комиссии

общетехнических дисциплин.

4

1 ЦЕЛИ ДИПЛОМНОГО ПРОЕКТИРОВАНИЯ

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

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

работы и реализации проекта для решения конкретных производственных задач;

- совершенствование применения современных технологий разработки программного обеспечения.

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

2 ОРГАНИЗАЦИЯ ДИПЛОМНОГО ПРОЕКТИРОВАНИЯ

Написание дипломного проекта – процесс достаточно сложный и

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

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

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

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

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

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

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

5

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

Руководитель дипломного проекта: - cоставляет и своевременно выдает задание на дипломный проект; - оказывает помощь учащемуся в подборе материалов и литературы для

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

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

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

Рабочие комиссии, формируемые из преподавателей выпускающей

цикловой комиссии, осуществляют техконтроль и нормоконтроль.

Проверки (опроцентовки) готовности проекта проводятся в соответствии

с графиком дипломного проектирования, который рассматривается на

заседании цикловой комиссии «Программное обеспечение информационных

технологий» и доводится до сведения учащихся не позднее даты начала

дипломного проектирования. Требуемый объем выполняемого проекта к

первой опроцентовке должен быть не менее 50 % от всего объема. Вторая

опроцентовка осуществляется с интервалом в 3-4 недели, при этом должно

быть выполнено не менее 90 % всего объема ДП.

Заключительная проверка осуществляется в виде рабочей комиссии

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

представить:

- дипломный проект в полном объеме, что означает наличие программного

средства, пояснительной записки с титульным листом, подписанным

дипломником, руководителем и всеми консультантами; наличие графической

части, подписанной руководителем и дипломником;

- отзыв руководителя.

Во время рабочей комиссии осуществляются проверка готовности

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

пояснительной записки и графической части стандартам и принимает решение

о возможности допуска дипломника к защите.

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

дипломного проекта направляется на рецензирование. Рецензенты дипломных

проектов назначаются руководителем учреждения образования из числа

руководителей и специалистов республиканских органов государственного

управления, организаций – заказчиков кадров, педагогических работников

системы высшего образования, которые не работают в данном учреждении

среднего специального образования и не осуществляют руководство или

консультации по выполнению дипломного проекта. После получения

положительной рецензии допуск учащегося к защите фиксируется подписью

6

заведующего отделением на титульном листе пояснительной записки проекта.

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

рассматривается на заседании ЦК ПОИТ. При отрицательном заключении ЦК

протокол заседания представляется заведующему отделением компьютерных

технологий, который подает его для утверждения директору, после чего

учащийся информируется о том, что он не допущен к защите.

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

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

дипломного проекта заданию и оценку качества выполнения отдельных разделов

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

указаны положительные стороны и основные недостатки проекта.

Внесение изменений в дипломный проект после рецензирования не

допускается.

Допуск учащегося к защите дипломного проекта объявляется приказом

руководителя учреждения образования при наличии положительного отзыва

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

К защите дипломного проекта перед ГКК учащийся представляет:

- пояснительную записку;

- графические материалы;

- отзыв руководителя;

- оптический носитель с этикеткой;

- рецензию;

- справку о внедрении, если оно есть (диплом с практическим

применением).

Этикетка наклеивается на конверт, в который вкладывается оптический

носитель. Конверт прикрепляется к папке с ПЗ. Форма этикетки приведена в

приложении В.

Учащийся и руководитель несут ответственность за полноту и

правильность представляемых файлов и содержащуюся в них информацию.

К защите дипломник подготавливает материалы для компьютерной

презентации ДП и использует их при защите.

Процедура защиты дипломного проекта устанавливается председателем

ГКК и включает, как правило:

- доклад учащегося (не более 10 минут);

- чтение отзыва и рецензии;

- вопросы членов ГКК, которые могут касаться темы проекта или носить

общий характер в пределах дисциплин специальности;

- ответы дипломника.

Учащимся, освоившим содержание образовательной программы среднего

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

квалификация техник-программист.

Дипломный проект после защиты хранится в колледже.

7

3 ОБЩИЕ ТРЕБОВАНИЯ К ДИПЛОМНОМУ

ПРОЕКТИРОВАНИЮ

Дипломный проект состоит из программного средства, пояснительной

записки (ПЗ) и графической части. Дипломный проект выполняется в соответствии

с заданием по дипломному проектированию и состоит из программного средства,

пояснительной записки и графической части. Программное средство должно

соответствовать теме ДП. Объем ПЗ должен быть в пределах 40-50 страниц

печатного текста (без учета приложений), графическая часть выполняется, как

правило, на 2–4 листах чертежной бумаги в соответствии с требованиями

стандартов Единой системы конструкторской документации (ЕСКД).

Состав пояснительной записки:

- титульный лист установленного образца;

- задание;

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

- введение;

- разделы технической части;

- раздел экономической части;

- раздел охраны труда;

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

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

- приложения. Пояснительная записка начинается с титульного листа, который является

первым листом текстового документа. Следующим является лист задания, который печатается на одном листе

формата А4 с двух сторон и подшивается в пояснительную записку после

титульного листа, в нумерацию листов записки не включается. Бланк листа

задания приведен в приложении Б. Затем помещают лист содержания документа. Этот лист нумеруется

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

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

Введение должно быть кратким и четким. В нем не должно быть общих

фраз и отступлений, не связанных с разрабатываемой темой. Во введении

обосновывается актуальность темы, дается краткий анализ достижений в

области, посвященной теме ДП, формулируются цель дипломного проекта и

задачи, решение которых необходимо для достижения этой цели.

Текст ПЗ должен быть кратким, четким и не допускать различных

толкований.

При изложении обязательных требований в тексте ПЗ должны

применяться слова «следует», «необходимо», «должен», «требуется, чтобы»,

«не допускается», «не следует» и т. д. При изложении других положений

следует применять слова «могут быть», «как правило», «при необходимости»,

8

«может быть», «в случае» и т. д. Не рекомендуется употреблять в тексте

обороты с местоимениями первого лица ( «Я определяю ...», «... мы

рассчитываем ...»). Желательно вести изложение, не употребляя местоимений,

например: «Определяем ...», «... рассчитываем …».

Заключение содержит перечисление основных результатов,

характеризующих полноту решения поставленных задач и подводящих итог

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

использованием слов «изучены», «сформулированы», «разработаны»,

«показаны», «предложены», «подготовлены» и т.п.

Пояснительная записка оформляется в соответствии с требованиями,

изложенными в методических указаниях http://dp.mrk-

bsuir.by/metodich/oformlenie/oforml_inform_vo.rar.

В пояснительной записке необходимо привести перечень источников,

использованных при выполнении дипломного проекта. Пример оформления

списка использованных источников представлен в приложении А. В

зависимости от характера источника правила оформления списка

использованных источников представлены в таблице 1.

Таблица 1-Правила оформления списка использованных источников, в

зависимости от характера источника

Характерис

тика источника Пример оформления

Один, два или три

автора

Котаў, А.І. Гісторыя Беларусі і сусветная

цывілізацыя / А.І. Котаў. – 2-е выд. – Мінск:

Энцыклапедыкс, 2003. – 168 с.

Шотт, А.В. Курс лекций по частной хирургии / А.В.

Шотт, В.А. Шотт. – Минск: Асар, 2004. – 525 с.

Четыре и более

авторов

Культурология: учеб. пособие для вузов / С.В.

Лапина [и др.]; под общ. ред. С.В. Лапиной. – 2-е изд. –

Минск: ТетраСистемс, 2004. – 495 с.

Основы геологии Беларуси / А.С. Махнач [и др.];

НАН Беларуси, Ин-т геол. наук; под общ. ред. А.С.

Махнача. – Минск, 2004. – 391 с.

Коллективный

автор

Сборник нормативно-технических материалов по

энергосбережению / Ком. по энергоэффективности при

Совете Министров Респ. Беларусь; сост. А.В. Филипович.

– Минск: Лоранж-2, 2004. – 393 с.

Многотомное

издание

Гісторыя Беларусі: у 6 т. / рэдкал.: М. Касцюк (гал.

рэд.) [і інш.]. – Мінск: Экаперспектыва, 2000–2005. – 6 т.

Отдельный том в

многотомном

издании

Гісторыя Беларусі: у 6 т. / рэдкал.: М. Касцюк (гал.

рэд.) [і інш.]. – Мінск: Экаперспектыва, 2000–2005. – Т. 3:

Беларусь у часы Рэчы Паспалітай (XVII–XVIII ст.) / Ю.

Бохан [і інш.]. – 2004. – 343 с.

9

Характерис

тика источника Пример оформления

Законы и

законодательные

материалы

Конституция Республики Беларусь 1994 года (с

изменениями и дополнениями, принятыми на

республиканских референдумах

24 ноября 1996 г. и 17 октября 2004 г.). – Минск:

Амалфея, 2005. –48 с.

Сборник статей,

трудов

Современные аспекты изучения алкогольной и

наркотической зависимости: сб. науч. ст. / НАН

Беларуси, Ин-т биохимии; науч. ред. В.В. Лелевич. –

Гродно, 2004. – 223 с.

Сборники без

общего заглавия

Певзнер, Н. Английское в английском искусстве /

Н. Певзнер; пер. О.Р. Демидовой. Идеологические

источники радиатора “роллс-ройса” / Э. Панофский; пер.

Л.Н. Житковой. – СПб.: Азбука-классика, 2004. – 318 с.

Материалы

конференций

Глобализация, новая экономика и окружающая

среда: проблемы общества и бизнеса на пути к

устойчивому развитию: материалы

7 Междунар. конф. Рос. о-ва экол. экономики, Санкт-

Петербург,

23–25 июня 2005 г. / С.-Петерб. гос. ун-т; под ред. И.П.

Бойко

[и др.]. – СПб., 2005. – 395 с.

Инструкция Инструкция о порядке совершения операций с

банковскими пластиковыми карточками: утв. Правлением

Нац. банка Респ. Беларусь 30.04.04: текст по состоянию

на 1 дек. 2004 г. – Минск: Дикта, 2004. – 23 с.

Учебно-

методические

материалы

Использование креативных методов в

коррекционно-развивающей работе психологов системы

образования: учеб.-метод. пособие: в 3 ч. / Акад.

последиплом. образования; авт.-сост. Н.А. Сакович. –

Минск, 2004. – Ч. 2: Сказкотерапевтические технологии.

– 84 с.

Стандарт Безопасность оборудования. Термины и

определения: ГОСТ ЕН 1070–2003. – Введ. 01.09.04. –

Минск: Межгос. совет по стандартизации, метрологии и

сертификации: Белорус. гос. ин-т стандартизации и

сертификации, 2004. – 21 с.

10

Характерис

тика источника Пример оформления

Нормативно–

технические

документы

Национальная система подтверждения соответствия

Республики Беларусь. Порядок декларирования

соответствия продукции. Основные положения =

Нацыянальная сiстэма пацвярджэння адпаведнасцi

Рэспублiкi Беларусь. Парадак дэкларавання адпаведнасцi

прадукцыi. Асноўныя палажэннi: ТКП 5.1.03–2004. –

Введ. 01.10.04. – Минск: Белорус. гос. ин-т

стандартизации и сертификации, 2004. – 9 с.

Электронные

ресурсы

Регистр СНГ – 2005: промышленность, полиграфия,

торговля, ремонт, транспорт, строительство, сельское

хозяйство [Электронный ресурс]. – Электрон. текстовые

дан. и прогр. (14 Мб). – Минск: Комлев И.Н., 2005. – 1

электрон. опт. диск (CD-ROM).

Ресурсы

удаленного

доступа

Национальный Интернет-портал Республики

Беларусь [Электронный ресурс] / Нац. центр правовой

информ. Респ. Беларусь. – Минск, 2005. – Режим доступа:

http://www.pravo.by. – Дата доступа: 25.01.2006.

Proceeding of mini–symposium on biological

nomenclature in the 21st centry [Electronic resource] / Ed. J.L.

Reveal. – College Park M.D.,

1996. – Mode of access:

http://www.inform.ind.edu/PBIO/brum.html. – Date of

access: 14.09.2005.

В тексте ПЗ ссылки на стандарты, литературные источники указываются

порядковым номером в квадратных скобках согласно списку источников в

разделе список использованных источников

Пояснительная записка оформляется в соответствии с требованиями,

изложенными в методических указаниях http://dp.mrk-

bsuir.by/metodich/oformlenie/oforml_inform_vo.rar.

3.1 Требования к технической части дипломного проекта

Содержание технической части зависит от вида дипломного проекта и

должно иметь объем не менее 20 страниц. Дипломные проекты условно делятся

на следующие виды: 1) программные компоненты системного характера: компиляторы,

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

11

программы для диагностики компьютеров, программы-КЭШи (для ускорения доступа к информации на дисках), программы для оптимизации дисков, программы динамического сжатия дисков, программы ограничения доступа (для защиты информации));

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

12

3.2 Рекомендуемая структура технической части дипломного проекта

В общем случае техническая часть пояснительной записки к ДП должна

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

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

1.1 Описание предметной области

1.2 Сравнительный анализ существующих решений

1.3 Информационная база задачи

1.4 Функциональное назначение

2 Проектирование задачи

2.1 Алгоритм решения задачи

2.2 Логическое моделирование

2.3 Выбор и обоснование инструментов разработки

3 Программная реализация

3.1Физическая структура

3.2 Описание разработанных модулей

4 Тестирование программы

5 Применение программы

5.1 Назначение и условия применения

5.2 Руководство пользователя.

Первый раздел «Постановка задачи» содержит исследование предметной области, выделение ключевых абстракций, анализ существующих решений и обоснование необходимости компьютерной обработки информации или процессов, информационную базу задачи, определение круга задач, который должна решать программа,

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

Этап программирования вряд ли нуждается в уточнении, поскольку

является наиболее традиционным для программистов. Появление

13

инструментариев быстрой разработки приложений (Rapid Application

Development (RAD)) позволило существенно сократить время и затраты на

выполнение этого этапа. Результатом данного этапа является программное

средство, которое обладает требуемой функциональностью и способно решать

нужные задачи в конкретной предметной области.

Третий раздел «Программная реализация» содержит описание программы

с точки зрения исходного кода и реализации задачи с помощью конкретных

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

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

учетом языка реализации (разработанные классы, методы и т.д.)

Четвертый раздел определяет содержание испытаний программного

средства. На этапе тестирования программы проводится проверка

работоспособности программы на некоторой совокупности исходных данных

или при некоторых специальных режимах эксплуатации. Результатом является

повышение надежности программы, исключающее возникновение критических

ситуаций или нанесение ущерба компании, использующей данное приложение.

Пятый раздел содержит сведения о применении программы. Здесь

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

необходимые программные и аппаратные ресурсы для успешного

функционирования программного средства, руководство пользователя.

3.3 Графическая часть ДП

Состав и объем графической части дипломных проектов определяет

руководитель, и он не может быть менее 2 листов формата А1. Объем

графической части курсового проекта определяется руководителем.

Графическая часть представляет собой чертежи, схемы, плакаты с

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

выполняется, как правило, в виде диаграмм в нотации UML.

Для графической части рекомендуются следующие виды диаграмм:

- диаграмма вариантов использования;

- диаграмма классов;

- диаграмма состояний;

- диаграмма деятельности;

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

- диаграмма кооперации;

- диаграмма компонентов.

3.3.1 Диаграмма вариантов использования

Диаграммы вариантов использования описывают функциональное

назначение системы или то, что система должна делать. Пример приведен на

рисунке 1.

14

Отдельный вариант использования обозначается на диаграмме эллипсом,

внутри которого содержится его краткое название или имя в форме глагола с

пояснительными словами.

Рисунок 1 – Пример диаграммы вариантов использования

Актер представляет собой любую внешнюю по отношению к

моделируемой системе сущность, которая взаимодействует с системой и

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

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

которой записывается имя актера.

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

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

может быть существительное или строка текста. Если имя записывается на

английском языке, то оно должно начинаться с заглавной буквы I.

Графический символ отдельного интерфейса соединяется на диаграмме

сплошной линией или пунктирной линией со стрелкой с тем вариантом

использования, который его поддерживает. Сплошная линия указывает, что

связанный с интерфейсом вариант использования должен реализовывать все

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

*

*

<<include>> <<include>>

<<extended>>

<<extended>>

<<include>>

<<include>>

<<extended>>

<<extended>>

Наниматель

1

Набор специалисто

в и студентов

Обеспечение информацией

Выдача данных по

запросу

Поиск по

базе данных

Получен

ие данных

Подача заявки

Оформлени

е заявки

Обеспечение

информацией

Внесение

данных

Поиск по

базе данных

Претендент

1

1

*

15

вариант использования предназначен для спецификации только того сервиса,

который необходим для реализации данного интерфейса.

Между элементами диаграммы вариантов использования могут

существовать различные отношения, которые описывают взаимодействие

экземпляров актеров и вариантов использования:

- ассоциации (association relationship);

- расширения (extend relationship);

- обобщения (generalization relationship);

- включения (include relationship).

3.3.2 Диаграмма классов

Диаграмма классов (class diagram) служит для представления статической

структуры модели системы в терминологии классов объектно-

ориентированного программирования. Пример приведен на рисунке 2.

Диаграмма классов представляет собой граф, вершинами которого

являются элементы типа «классификатор», связанные различными типами

структурных отношений, и содержит интерфейсы, пакеты, отношения и даже

отдельные экземпляры, такие как объекты и связи.

Для изображения интерфейсов используется графический символ –

прямоугольник класса с ключевым словом или стереотипом «interface». При

этом секция атрибутов у прямоугольника отсутствует, а указывается только

секция операций.

16

Рисунок 2 – Пример диаграммы классов

Для графического изображения объектов используется такой же символ

прямоугольника, что и для классов. Имена объектов обязательно

подчеркиваются.

3.3.3 Диаграмма состояний

Диаграммы состояний используются для описания поведения отдельных

объектов и могут быть применены для спецификации функциональности

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

подсистемы, операции и методы. Пример приведен на рисунке 3.

TForm

TObject

TPersistent

TComponent

TControl

TWinControl

TScrollingWinControl

TCustomForm

TDatamodule

TPortretData

TfrmMain

TfrmAbout

17

Рисунок 3 – Пример диаграммы состояний

Состояние на диаграмме изображается прямоугольником со

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

горизонтальной линией.

Переход представляет собой отношение между двумя последовательными

состояниями, которое указывает на факт смены одного состояния объекта

другим (рисунок 4).

Отправка факса

Дата=Текущая дата

Время=Время начала передачи

НомерТелефона= Телефон отправителя

Отправитель= Имя отправителя

вход/дозвон по номеру отправки факса

выход/окончание передачи

выполнение/добавление даты

выполнение/добавление времени

выполнение/добавление номера телефона

выполнение/добавление отправителя

выполнение/протяжка бумаги

выполнение/деление на страницы

Ожидание

Дата=Текущая дата

Время=Текущее время

НомерТелефона=Телефон отправителя

Отправитель=Имя отправителя

вход/окончание передачи

выход/начало отправки

выполнение/отображение даты

выполнение/отображение времени

Инициализация

выполнение/загрузка

Работа

Завершение работы

Работа

18

Рисунок 4– Изображение составного состояния

3.3.4 Диаграмма деятельности

Для моделирования процесса выполнения операций в языке UML

используются диаграммы деятельности. Диаграмму деятельности можно

считать частным случаем диаграмм состояний.

Состояние действия (action state) является специальным случаем

состояния с некоторым входным действием и, по крайней мере, одним

выходящим из состояния переходом.

Графически состояние действия изображается прямоугольником с

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

действия (action-expression), которое должно быть уникальным в пределах

одной диаграммы деятельности.

Переход переводит деятельность в последующее состояние сразу, как

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

переход изображается сплошной линией со стрелкой.

Пример диаграммы деятельности приведен на рисунке 5.

19

Рисунок 5 – Пример диаграммы деятельности

20

3.3.5 Диаграмма последовательности

Для моделирования взаимодействия объектов во времени в языке UML

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

Рисунок 6-Пример диаграммы последовательности

На диаграмме последовательности изображаются только те объекты,

которые непосредственно участвуют во взаимодействии.

Графически каждый объект изображается прямоугольником и

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

записываются имя объекта и имя класса, разделенные двоеточием. При этом

вся запись подчеркивается, что является признаком объекта.

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

21

вертикальная временная ось, направленная сверху вниз.

Линия жизни объекта (object lifeline) изображается пунктирной

вертикальной линией.

Фокус управления изображается в форме вытянутого узкого

прямоугольника, верхняя сторона которого обозначает начало получения

фокуса управления объекта (начало активности), а его нижняя сторона –

окончание фокуса управления (окончание активности).

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

горизонтальными стрелками, соединяющими линии жизни или фокусы

управления двух объектов.

3.3.6 Диаграмма кооперации

Диаграмма кооперации позволяет графически представить

последовательность взаимодействия и все структурные отношения между

объектами, участвующими в этом взаимодействии. Пример приведен на

рисунке 7.

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

участвующие во взаимодействии объекты, содержащие имя объекта, его класс

и, возможно, значения атрибутов; указываются ассоциации между объектами в

виде различных соединительных линий.

В отличие от диаграммы последовательности, на диаграмме кооперации

изображаются только отношения между объектами, играющими определенные

роли во взаимодействии.

Кооперация определяет структуру поведения системы в терминах

взаимодействия участников этой кооперации.

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

класса, внутри которого записывается строка текста.

22

Рисунок 7 – Пример диаграммы кооперации

Объект (object) является отдельным экземпляром класса, который

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

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

соединяющим два прямоугольника объектов. Рядом с линией в ее средней

части может записываться имя соответствующей ассоциации.

Сообщения на диаграмме кооперации специфицируют коммуникацию

между двумя объектами и обозначаются одним из четырех видов стрелок:

- cплошная линия с треугольной стрелкой обозначает вызов процедуры

или другого вложенного потока управления. Может быть также использована

совместно с параллельно активными объектами, когда один из них передает

сигнал и ожидает, пока не закончится некоторая вложенная последовательность

действий. Обычно все такие сообщения являются синхронными, т. е.

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

некоторого условия;

- сплошная линия с V-образной стрелкой обозначает простой поток

управления. Каждая такая стрелка изображает один этап в последовательности

потока управления. Обычно все такие сообщения являются асинхронными;

- сплошная линия с полустрелкой используется для обозначения

асинхронного потока управления. Соответствующие сообщения

формируются в произвольные, заранее не известные моменты времени, как

правило, активными объектами. Обычно сообщения этого типа являются

начальными в последовательности потока управления и чаще всего

инициируются актерами;

- пунктирная линия с V-образной стрелкой обозначает возврат из вызова

: ГПИ

: ОС

: ЦП

: Видеокарта

: Монитор

1: информировать (клавиша)

2: обновить

(клавиша)

3: обновить (клавиша)

4: информировать

(клавиша)

5: отобразить (клавиша)

23

процедуры. Стрелки этого типа зачастую отсутствуют на диаграммах

кооперации, поскольку неявно предполагается их существование после

окончания процесса активизации некоторой деятельности.

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

Для физического представления моделей систем используются

диаграммы реализации (implementation diagrams), которые включают в себя

диаграмму компонентов (рисунок 8) и диаграмму развертывания.

Рисунок 8 – Пример диаграммы компонентов

Диаграмма компонентов описывает особенности физического

представления системы. Основными графическими элементами диаграммы

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

Графический компонент – прямоугольник со вставленными слева двумя

более мелкими прямоугольниками. Внутри большого прямоугольника

записывается имя компонента и, при необходимости, некоторая

дополнительная информация.

Интерфейс графически изображается окружностью, которая соединяется

с компонентом отрезком линии без стрелок. Имя интерфейса должно

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

Зависимость служит для представления только факта наличия такой связи,

когда изменение одного элемента модели оказывает влияние или приводит к

изменению другого элемента модели. Отношение зависимости на диаграмме

компонентов изображается пунктирной линией со стрелкой, направленной от

клиента (зависимого элемента) к источнику (независимому элементу).

3.4 Основные надписи

Основные надписи располагаются в правом нижнем углу документов.

Различают: – основная надпись для первого листа текстового документа (рисунок 9).

– основная надпись для первого листа графического документа (рисунок

10).

– основная надпись для всех последующих листов текстовых

и графических документов (рисунок 11).

24

В графах основной надписи указывают:

- в графе (1) – наименование изделия, а также наименование

документа, если этому документу присвоен шифр;

- в графе (2) – обозначение документа; - графа (3) – для данных специальностей не заполняется;

- в графе (4) – наименование учебного заведения (МРК).

Рисунок-9

Рисунок-10

25

Рисунок-11

4 ОФОРМЛЕНИЕ ГРАФИЧЕСКОЙ ЧАСТИ

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

прилагается к пояснительной записке, для этого чертежи должны быть

сложены и подшиты в записку (рисунок 12). Правила складывания чертежей в папки или конверты, а также для

брошюровки установлены ГОСТ 2.501–68.

При складывании листов чертежей «гармоникой» соблюдают следующие

правила:

1) листы складывают изображением наружу («на лицо») так, чтобы

основная надпись чертежа оказалась на верхней лицевой стороне сложенного

листа, в его правом нижнем углу (рисунок 12, а);

2) листы в сложенном виде должны быть одного из основных

форматов, предпочтительно формата А4 (рисунок 12, б);

3) листы всех форматов сгибают сначала «гармоникой» по линиям,

перпендикулярным к основной надписи чертежа (рисунок 13), а затем сгибают

по линиям, параллельным основной надписи, в порядке, указанном на рисунках

13 и 14, до формата А4;

26

Рисунок 12 4) листы, предназначенные для брошюровки (подшивки) формата А4,

складывают в последовательности, указанной на рисунке 14 цифрами на

линиях сгибов; у листов, подлежащих брошюровке, отгибают на лицевую

сторону левый угол (сгиб 2 на рисунке 14); 5) отверстия для брошюровки листов пробивают с левой стороны

листа.

Рисунок 13 – Складывание чертежей, плакатов (формата А1)

Рисунок 14 – Складывание листа формата А1 в папку (горизонтально и

вертикально расположенные листы)

27

4.2 Содержание и оформление плакатов

Плакаты являются частью иллюстративного материала, который часто

служит для пояснения содержания проекта при его защите.

На плакаты следует выносить информацию, которая используется в

докладе для доказательства обоснованности принятых автором решений и

выводов – формулы, таблицы, диаграммы, схемы. Содержание плакатов должно быть максимально лаконичным.

Все плакаты снабжаются заголовками. Заголовок плаката повторяет

заголовок соответствующего материала в ПЗ – рисунка, диаграммы, таблицы и

т.д.

Если на плакате помещены два или несколько материалов, кроме общего

заголовка, каждый из них снабжается своим подзаголовком.

Заголовок плаката помещается над изображением (текстом).

Масштаб элементов на плакате по возможности должен быть

одинаковым.

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

плаката – наклонный стандартный. Применение «художественных» шрифтов не

допускается.

Размеры шрифта на плакатах не следует брать менее 10 мм. При

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

заголовок) разница в размерах шрифтов должна быть по прогрессии с

показателем не менее 1,4 (10, 14, 20, 28 мм). Применение шрифтов большего

размера не рекомендуется.

Формат плакатов – стандартный, согласно ГОСТ 2.301–68. При

размещении иллюстративных материалов на плакате следует оставлять поля по

краям плаката 40...60 мм, а в случае помещения на плакат нескольких

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

по ГОСТ 2.104–68, рисунок 10.

В тексте ПЗ ссылки на графическую часть указываются, как показано в

примере.

Пример

Диаграмма деятельности представлена в графической части

ДП32492.014101.060П.

28

ПРИЛОЖЕНИЕ А

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

Литература

1. Фаронов, В. В. Delphi. Программирование на языке высокого уровня /

В. В. Фаронов. – М.: Питер, 2004. – 640 с.

2. Фленов, М. Е. Библия Delphi / М. Е. Фленов. – СПб.: БХВ – Петербург, 2005. –

880с.

3. Фолк, Д. Тестирование программного обеспечения / С. Канер, Д. Фолк,

Е.К.Нгуен. – М.:ДиаСофт, 2001 – 544с.

4. Ханенко, В. Н. Информационные системы / В. Н. Ханенко: Ленинградское

отделение, 1988. – 150 с.

Нормативные документы

5. Требования к микроклимату рабочих мест в производственных и офисных

помещениях. Министерство здравоохранения Республики Беларусь от 30 апреля 2013г.

Интернет-ресурсы

6. Программирование на языке высокого уровня C#. – [Электронный ресурс]. –

Режим доступа: http://www.intuit.ru/studies/courses/629/485/.– Дата доступа: 03.03.2017.

29

ПРИЛОЖЕНИЕ Б

30

31

ПРИЛОЖЕНИЕ В

Этикетка

для дипломных проектов

Дипломный проект

(Тема)

ДП (шифр)

Разработан: (дата)

Утверждён:

Разработчик:

Руководитель:

Технические средства:

Программные средства:

Состав документа:

Программное средство - папка _____________________________

Пояснительная записка – файл _____________________________

Графическая часть – файлы________________________________

32

Рекомендуемая литература

1. Бахтизин, В. В. Средства анализа и моделирования в среде Case-средств / В. В. Бахтизин, Л. А.

Глухова. – Мн., 2005.

2. Буч, Г. Язык UML : руководство пользователя : пер. с англ. / Г. Буч, Д. Рамбо, А. Джекобсон. – М.

: ДНК, 2000.

3. Вим, Дж. Искусство Web-дизайна : самоучитель / Дж. Вим. – СПб. : Питер, 2002.

4. Гофман, В. Э. Delphi 7 / В. Э. Гофман, А. Д. Хомоненко. – СПб. : Санкт-Петербург, 2003.

5. Гусин, А. Н. Методическое пособие по работе в Rational Rose / А. Н. Гусин, Р. Т. Хабибрахманов, В.

О. Лонский. – РФ., 2005.

6. Дейтел, П. Как программировать для Internet & WWW / П. Дейтел, Х. Дейтел. – М. : Бином, 2002.

7. Иванова, Г. С. Технология программирования / Г. С. Иванова. – М. : МГТУ им. М. Э. Баумана,

2002.

8. Комолова, Н. В. HTML : учеб. курс / Н. В. Комолова – СПб. : Питер, 2007.

9. Константинов, А. В. Компьютерная графика : конспект лекций / А. В. Константинов. – Ростов н/Д

: Феникс, 2006.

10. Орлов, С. А. Технология разработки программ / С. А. Орлов. – СПб. : Питер, 2004.

11. Савитч, У. Язык С++ : курс объектно-ориентированного программирования / У. Савитч. – М. :

Вильямс, 2001.

Нормативные документы

12. ГОСТ 19.701–90 Единая система программной документации. Схемы алгоритмов, программ,

данных и систем. Условные обозначения и правила выполнения.