Федеральное агентство по образованию Российской Федерации

Вологодский государственный технический университет

Кафедра автоматики и вычислительной техники

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

для студентов дневной и заочной форм обучения

Факультеты: электроэнергетический, ЗДО

Спец. 220201 – Управление и информатика в

технических системах

Спец. 230105 – Программное обеспечение вычислительной

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

Вологда 2006

УДК 62.529: 378.147

Методические указания по дипломному проектированию.- Вологда: ВоГТУ, 2006 - с.

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

Утверждено редакционно - издательским советом ВоГТУ

Составители:

С.Ю. Ржеуцкая, канд. техн. наук., проф.

А.П. Сергушичева, доц.

Н.А. Сердюков, канд. техн. наук., доц.

А.А. Суконщиков, канд. техн. наук., доц.

А.Н. Швецов, докт. техн. наук., проф.

Рецензент: А.М. Водовозов, канд. техн. наук., доц. ВоГТУ

зав. кафедрой У и ВС

Введение

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

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

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

Дипломный проект является выпускной работой студента, на основе которой Государственная аттестационная комиссия (ГАК) решает вопрос о присуждении ему квалификации инженера.

1 Преддипломная практика

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

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

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

2 Подбор темы проекта и утверждение задания

При подборе темы проекта и планировании его содержания следует руководствоваться государственным образовательным стандартом высшего профессионального образования по соответствующей специальности 220201 или 230105.

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

1. Тема проекта определяется и представляется на кафедру для утверждения, как правило, не позднее, чем за один месяц до начала завершающей экзаменационной сессии для студентов дневного отделения, а для студентов заочной формы обучения - не позднее окончания завершающей сессии.

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

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

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

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

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

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

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

( заполненный бланк перед представлением на кафедру должен быть подписан:

- студентом / в двух местах / ;

- руководителем / в двух местах / ;

- консультантом по организационно-экономической части;

-консультантом по разделу безопасности жизнедеятельности;)

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

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

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

3 Основные типы дипломных проектов

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

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

Тип А(аппаратный) - проект, ориентированный на разработку аппаратных ("жёстких") средств управления, вычислительной техники и других устройств.

Тип АП(аппаратно-программный) – проект, ориентированный на разработку аппаратуры и поддерживающего её программного обеспечения;

Тип С(сетевой) – проект, ориентированный на разработку вычислительных сетей и телекоммуникационных средств.

Тип П(программный) – проект, ориентированный на разработку средств системного и прикладного программного обеспечения ЭВМ, комплексов, систем, сетей и другого оборудования.

4. Требования к дипломным проектам типа АППАРАТНЫЙ (А)

4.1.Обзор литературы, анализ и выбор прототипа изделия

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

4.2 Техническое задание.

Основным документом на разработку устройства или системы является техническое задание (ТЗ), которое определяет ориентировочно технические параметры проектируемого изделия.

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

.

4.3. Основная часть проектов типа А.

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

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

Все материалы, полученные во время выполнения всех этапов дипломного проектирования, оформляются согласно требованиям ГОСТ в виде комплекта чертежей, указанных в задании на дипломное проектирование, дополнительных чертежей и иллюстрированного материала (плакаты, фотографии) и расчетно-пояснительной записки.

Графическая часть проекта должна содержать не менее 3 обязательных чертежей форматом А1 и плакатные листы.

Примерный перечень графического материала по основной части проекта (конкретный перечень графических материалов должен быть отражен в задании на проектирование):

• плакат, отражающий информацию о данной предметной области (постановка задачи, место устройства в технологическом процессе и т.п.);

• схемы структурные;

• схемы функциональные;

• схемы электрические принципиальные;

• временные диаграммы или циклограммы;

• сборочный чертеж (монтажная схема, схема соединений и т.п.);

• схема проведения эксперимента или экспериментальные данные.

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

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

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

5. Требования к дипломным проектам типа АППАРАТНО-ПРОГРАММНЫЙ (АП)

5.1. См. раздел 4.1.

5.2.. Техническое задание.

ТЗ на дипломные проекты типа АП определяет технические параметры аппаратной части изделия и его программного обеспечения. В ТЗ предусматриваются разделы, изложенные в п.4.1. Полнота требований определяется конкретной темой дипломного проекта и согласуется с руководителем.

5.3. Методические указания по выполнению дипломных проектов типа АП.

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

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

Примерный перечень графического материала:

• плакат, отражающий информацию о данной предметной области (постановка задачи, место устройства в технологическом процессе и т.п.);

• схемы структурные (аппаратной части и алгоритмов);

• схемы электрические принципиальные;

• сборочный чертеж (монтажная схема, схема соединений и т.п.);

• схема проведения эксперимента или экспериментальные данные.

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

 

6. Требования к дипломным проектам, ориентированных на разработку вычислительных сетей ( тип С).

 

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

 

В проекте должны найти отражение следующие этапы разработки вычислительной сети:

-разработка технического задания на создаваемую вычислительную сеть (ВС);

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

-логическое проектирование ВС;

-техническое проектирование ВС.

 

6.2. Техническое задание.

Техническое задание (ТЗ) является основным документом, определяющим технические параметры разрабатываемой ВС. ТЗ разрабатывается на основе согласованного с руководителем задания на дипломное проектирование.

В ТЗ предусматриваются следующие разделы.

Наименование проекта (полное и сокращенное). Назначение. Указываются производственные функции учреждения (предприятия), для совершенствования которых предназначена ВС (например, повышения оперативности управления производством, сокращение документооборота и т.п.).

Технические требования. Определяются требования по:

-         предпроектному обследованию оснащаемого сетью предприятия с целью определения информационной нагрузки на проектируемую ВС;

-         составу ВС и ее функциональных частей;

-         количеству и составу объектов, оснащаемых ВС;

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

-         пространственным параметрам сети (расстояния, на которых находятся оснащаемые средствами ВС подразделения (учреждения) предприятия и между рабочими местами (помещениями) внутри подразделений);

-         классам обрабатываемых трафиков;

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

-         типу применяемой базовой технологии ВС (если предпроектное обследование предприятия не предусмотрено заданием на дипломное проектирование);

-         логической структуризации сети (полностью коммутируемая сеть, микросегментация и т.п.);

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

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

-         кабельной сети ЛВС;

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

-         подключению ЛВС к КВС и публичным ВС;

-         характеристикам надежности ВС (указываются коэффициент готовности и среднее время восстановления);

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

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

Требования по экономическому обоснованию проекта. Содержит требования экономической части дипломного задания.

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

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

6.3. Расчетно-пояснительная записка (объем до 110 страниц) должна содержать проектные решения и их обоснование по каждому требованию ТЗ и состоять из следующих обязательных разделов.

Техническое задание. ТЗ разрабатывается в соответствии с п.6.2. настоящих методических указаний.

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

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

 

Информационная нагрузка одной информационной связи определяется по результатам анализа документооборота в обоих направлениях между данным подразделением и каждым подразделением, непосредственно с ним связанным. Исходным носителям информации считается стандартный лист формата А4, содержащий 2000 алфавитно-цифровых знаков и пробелов. При 8-битном кодировании информационная емкость такого листа составляет Е=200*8=16000 бит.

Информационная часовая нагрузка одной организационной связи равна:

(6.1)

где Е – информационная емкость стандартного листа документа;

n1 – число листов, поступающих в данное подразделение за час;

n2 – число листов, отправляемых данными подразделениями в час.

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

Суммарная часовая информационная нагрузка всех организационных связей предприятия равна:

(6.2)

где N – число организационных связей в схеме предприятия.

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

Общая пропускная способность Ср сети определяется по формуле:

(6.3)

где k1=(1,1¸1,5) – коэффициент учета протокольной избыточности стека протоколов, измеренного в практикуемой сети; для стека TCP/IP k1»1,3;

k2 – коэффициент запаса производительности для будущего расширения сети, обычно k2»2.

Логическое проектирование ВС. Определяется логическая структура ВС (для ЛВС – на основе расчётов коэффициента загрузки, для КВС – на основе анализа внешних информационных потоков); выполняется логическое структурирование ЛВС и окончательно выбираются сетевые технологии; разрабатывается логическая схема ВС.

Необходимые расчеты для ЛВС выполняются в следующей последовательности:

Определение коэффициента нагрузки нестроктурированной локальной вычислительной сети:

(6.4)

где Смакс – максимальная пропускная способность базовой технологии сети.

Проверка выполнения условия допустимой нагрузки ЛВС (домена коллизий):

(6.5)

где - коэффициент нагрузки неструктурированной сети или домена коллизий – логического сегмента ЛВС.

Примечание: Если условия (6.5) не выполняются необходимо выполнить логическую структуризацию ЛВС:

последовательно разделять сеть на логические сегменты (домены коллизий) по Nл.с. компьютеров в каждом логическом сегменте, проверяя на каждой итерации выполнение условия (4.5):

Определение межгруппового трафика и трафика к серверу:

Определение коэффициента нагрузки по межгрупповому трафику и трафику к серверу:

(6.6)

Если условие (6.6) не выполняется, принять значение Смакс для межгруппового обмена в сети равным следующей по производительности разновидности базовой технологии. Например для Ethernet, FastEthernet; Gigabit Ethernet, до тех пор пока условие (6.6) не будет выполнено.

Техническое проектирование ВС. Выбирается конкретное техническое оборудование (типы, марки, технические характеристики) и разрабатывается схема электрическая структурная (Э1) вычислительной сети. На схеме показывается все оборудование ВС, в том числе оборудование, необходимое для подключения к ЛВС конечных пользователей, серверов и т.д. к транспортной магистрали глобальной вычислительной сети (включая сеть Internet) сети доступа; разрабатываются таблицы распределения адресного пространства ВС и данные конфигурации одного структурообразующего устройства и одной рабочей станции (по выбору); определяется состав системного программного обеспечения, а также приложений (если техническим заданием определено соответствующее требование).

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

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

В перечень обязательных разделов дипломного проекта должны быть включены:

• схема информационных потоков на предприятии и расчет объема потоков между отделами;

• схема информационных потоков с учетом размещения информационных ресурсов на серверах;

• проектирование структурной схемы вычислительной сети;

• разработать защиту сети от несанкционированного доступа (защита от внутреннего пользователя, от внешнего и передачи данных по сети);

• организация связи с филиалами (если таковые есть);

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

• выбор сетевых протоколов, которые используются в сети;

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

• выбор сетевой операционной системы и клиентской операционной системы, сетевое прикладное обеспечение;

• разработка имитационной программы корпоративной сети и анализ полученных результатов при разных трафиках;

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

Более подробно как оформлять и что необходимо выполнить в приведенных разделах рассмотрено в методических указаниях «Сети ЭВМ и телекоммуникации. Методические указания к курсовому проекту». – Вологда: ВоГТУ, 2006- 26с.

Состав графической части дипломного проекта :

-гистограмма информационной нагрузки на предприятии (плакат) – 1 лист;

-логическая структура вычислительной сети (плакат) – 1-2 листа;

-план размещения оборудования и монтажных соединений сети (чертеж) – 1-2 листа;

-схема кабельных трасс (чертеж) – 1 лист;

-состав и структура программного обеспечения сети (стеки протоколов, системное программное обеспечение – клиентская и серверная части) (плакат) – 1 лист.

Техническая документация (чертежи) должны оформляться в соответствии с «Методическими указаниями по оформлению технической документации дипломного проекта». Условные графические обозначения оборудования ВС на схемах рекомендуется использовать, указанные в книге: М. Гук «Аппаратные средства локальных сетей», изд. ПИТЕР, Спб, 2002г., стр. 429-435.

 

 

7. Требования к дипломным проектам типа ПРОГРАММНЫЙ (П) 

 

Данный тип проекта представляет собой разработку (модернизацию) программного продукта (ПП). Имеется большое разнообразие видов программной продукции, которые в зависимости от назначения и используемой технологии программирования могут иметь различные названия — программа, приложение, программный комплекс, программное обеспечение, информационная система (ИС), система автоматизации какой-либо деятельности, сайт, информационный портал, Web-система и т.д.

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

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

7.1. Техническое задание

В ТЗ предусматриваются следующие разделы.

• Наименование проекта (полное и сокращенное)

• Назначение и цели разработки

• Функциональная спецификация

• Технические требования:

  • количество пользователей и их роли

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

  • максимальное время отклика системы

  • требования по надежности

  • политика безопасности

  • другие требования

• Требования по экономическому обоснованию проекта.

7.2. Содержание пояснительной записки

 

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

Основная часть может включать следующие разделы:

1. Постановка задачи. В этом разделе приводятся:

   1.1. Основные понятия и определения

• общие сведения о предметной области разработки;

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

1.2. Общее описание разрабатываемого ПП (системы)

• назначение и цели разработки;

• мотивы разработки (имеется ли конкретный заказчик или разработка выполняется в порядке личной инициативы);

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

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

2. Анализ методов и средств решения поставленной задачи

2.1 Теоретические основы

• краткие сведения из теории,

• необходимый математический аппарат,

• анализ имеющихся решений задач данного типа.

2.2. Аналитический обзор существующего ПО

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

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

3. Анализ требований к ПП

3.1. Анализ предметной области разработки

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

• выделение автоматизированных рабочих мест (АРМ), определение максимального количества одновременно работающих пользователей;

• анализ документооборота, состава и интенсивности информационных потоков в предметной области;

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

• Определение функциональности ПП

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

3.2. Требования к интерфейсу

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

3.3. Система приоритетов при разработке ПП (системы)

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

• Время реакции системы (время ожидания результатов запросов, время формирования отчетов — указать максимально допустимое время);

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

• удобство ввода данных— максимально возможная скорость ручного ввода при минимуме ошибок ввода, важно для систем, где много ручного ввода;

• время загрузки — этот параметр особенно важен при разработке Web-приложений;

• целостность / безопасность данных — насколько важно защитить систему от несанкционированного доступа и обеспечить целостность данных;

• надежность системы— вероятность безотказной работы в течение определенного периода времени (или среднее время наработки на отказ) и допустимое время восстановления в случае сбоев или отказов;

• открытость интерфейсов (возможность стыковки с другими программными продуктами):

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

• время разработки и внедрения системы;

• стоимость разработки.

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

4. Проектирование ПП

4.1. Архитектура ПП или системы

Выбор типовой архитектуры 

Обосновать выбор одного из вариантов архитектуры:

• локальное приложение

• файл-серверная архитектура распределенного приложения

• клиент-серверная архитектура распределенного приложения.

Возможные разновидности — трехзвенная (многозвенная) архитектура клиент-сервер, Web-архитектура, архитектура сервер — терминальные клиенты и др.

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

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

Выбор базового ПО — ОС, СУБД, Web-сервер, браузеры, серверы автоматизации, эмулятор терминалов и т.д.

Описание основных модулей и связей:

• распределение требуемых функций по модулям системы, в том числе – между клиентской и серверной частями системы;

• определение способов межмодульного взаимодействия (общая БД, общие файлы определенного формата, сокеты, общая область памяти и т.д.).

4.2. Выбор инструментальных средств разработки

• выбор среды программирования;

• выбор библиотек доступа к данным, графических библиотек, средств мультимедиа и.т.д. (при необходимости);

• выбор средств отладки.

4.3. Проектирование структур данных и алгоритмов (иерархии классов)

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

Система оперативной обработки транзакций (OLTP-система) на основе реляционной (постреляционной) СУБД

Логическая схема базы данных должна быть представлена в виде диаграммы «сущность-связь» (логический уровень) с использованием стандарта IDEF1X (например, с помощью case-средства ERWin). В такой системе выполняется много ручного ввода информации, поэтому важным требованием является минимальная избыточность данных («каждый факт должен храниться в одном месте»). Для данных проектов обязательным требованием является проверка соответствия третьей нормальной форме, если сознательно внесена избыточность — обосновать ее целесообразность.

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

При разработке алгоритмов проанализировать возможности использования SQL-запросов. Привести наиболее интересные алгоритмы выполнения основных функций.

Система оперативного анализа данных (OLAP-система) на основе реляционной (постреляционной) СУБД

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

При переходе к физической схеме обратить внимание на индексирование.

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

Разработка с использованием интегрированной среды типа 1С:Предприятие

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

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

В проекте реализована собственная иерархия классов

Обязательно привести диаграмму классов в стандарте UML (например, используя Case-средство Rational Rose). Обосновать иерархию классов, привести наиболее интересные структуры данных и алгоритмы реализации методов классов.

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

№	Название	Формула, обозначения	Пример значения	Рекоменд значение
1	Среднее число методов на класс	n1 - число методов, n2 - число классов	6,78	[5; 30]
2	Глубина дерева наследования		3	менее 6
3	Сцепление между классами	NLCOM - среднее число сцеплений объектов классов друг с другом	3,67 (20,4%)	Менее 40%
4	Связность методов классов	n3 - число связанных пар методов, n4 - число пар методов в классе	0,63	[0,6; 1]
5	Степень абстракт-ности классов	n5 - число абстрактных классов, n6 - общее число классов	0,18	[0,1; 0,2]
6	Среднее число переопре-деляемых операций		4,80	менее 5
7	Число ключевых классов	Классов, прямо связанных с проблемной областью	34,40%	[20; 40]%
8	Число подсистем		5	более 3

В проекте не использовалась реляционная СУБД, а были реализованы структуры данных другого формата

• Структуры данных во внешней памяти (указать формат и структуру файлов)

• Структуры данных в оперативной памяти

• Описание алгоритмов

В проекте представлены оригинальные структуры данных и алгоритмы

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

4.5. Проектирование пользовательского интерфейса

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

• проектирование системы навигации.

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

5. Реализация ПП (системы)

5.1. Особенности реализации системы

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

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

Рассчитайте показатели сложности разработанного ПО, в соответствии с метриками сложности, представленными в таблице .

№	Название	Формула, обозначения
1	LOC метрика	Число строк исходного кода
2	Длина программы по Холстеду	N=N1+N2 N1- общее число операторов, N2 - общее число операндов
3	Объем программы по Холстеду	n=n1+n2 n1 - число уникальных операторов, n2- число уникальных операндов
4	Метрика Джилба	cl=CL/N1 cl - насыщенность программы операторами условий, CL - число операторов условий, N1- общее число операторов,

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

5.2. Политика безопасности (разграничение доступа пользователей)

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

6. Тестирование ПП (системы)

6.1. Обоснование методики тестирования

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

При тестировании необходимо проверить, по крайней мере, следующее:

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

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

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

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

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

6.2. Результаты тестирования

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

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

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

• Безопасность системы можно определить с помощью попыток «взлома» системы (успешных или безуспешных).

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

• Удобство ручного ввода можно оценить путем определения времени, затраченного пользователями на заполнение основных форм.

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

7. Внедрение системы

Данный раздел должен включать и обучение пользователей. Основные виды документации:

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

• руководство программиста,

• руководство системного программиста

8. Технико-экономические показатели проекта

9. Раздел по экологии и безопасности жизнедеятельности.

Заключение

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

 

8. Оформление пояснительной записки

Оформление пояснительной записки к дипломному проекту должно соответствовать межгосударственному стандарту ГОСТ 7.32-2001 [1] и стандарту СТО ВоГТУ 2.7- 2006 [2]. При оформлении конструкторской документации, включаемой в ее состав следует руководствоваться требованиями ЕСКД (Единой системы конструкторской документации, ГОСТы серии 2), при документировании программного обеспечения – стандартами ГОСТ серий 19 (ЕСПД - Единая система программной документации) и 34, ГОСТ Р ИСО/МЭК 8631, ГОСТ Р ИСО 9127, ГОСТ Р ИСО/МЭК ТО 9294 и некоторыми другими.

Дипломным проектам присваивается обозначение:

ДП	ХХХХХХ.	ХХХХ.	ХХХ
	Шифр специальности	Код выпускающей кафедры (10.18)	Порядковый номер темы дипломного проекта по приказу

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

Пояснительная записка должна содержать :

• титульный лист со всеми необходимыми подписями (стр.1 – не нумеруется);

• утвержденное заведующим кафедрой задание на дипломный проект (стр.2-5 – не нумеруются);

• содержание (оглавление). Включает; наименование всех разделов, подразделов и пунктов (если они имеют наименование) список использованных источников и приложения с указанием номеров страниц, на которых размещается начало материала (пример оформления см. ПРИЛОЖЕНИЕ В);

• введение;

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

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

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

• приложения.

К записке прилагаются (но не подшиваются) аннотация, отзыв руководителя, рецензия, акты о внедрении или рекомендации к внедрению проекта.

8.2. Оформление текста

Пояснительная записка оформляется на одной стороне листов белой бумаги формата А4 рукописным (80-100 страниц) или машинописным (40-60 страниц) способом, рамкой не обводится. Размеры полей: левое – 30 мм, правое – 10 мм, верхнее и нижнее по – 20 мм.

При оформлении работы на компьютере рекомендуется шрифт Times New Roman кегль 12-14. Межстрочный интервал 1-1,5 (приблизительно 40 строк на лист), выравнивание по ширине, абзацный отступ – 10-12 мм. При оформлении необходимо соблюдать равномерную плотность, контрастность и четкость изображения по всей записке.

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

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

Таблица 8.1.

Элементы текста	Основной текст	Заголовки
		раздела	подраздела	пункта
Шрифт, кегль	12	14	12	12
Начертание	обычный	полужирный	полужирный	обычный
Интервал перед	0	0	18	18
Интервал после	0	18	12	12

8.3. Нумерация

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

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

Например — 1. , 1.2.. , 1.1.1. и т. д.

Приложения обозначают заглавными буквами русского алфавита, начиная с А, за исключением букв Ё, 3, Й, 0, Ч, Ь, Ы, Ъ. После слова «Приложение» следует буква, обозначающая его последовательность. Допускается обозначение приложений буквами латинского алфавита, за исключением букв I и O. В случае полного использования букв русского и латинского алфавитов допускается обозначать приложения арабскими цифрами. Если в документе одно приложение, оно обозначается «Приложение».

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

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

А = В+С ( 1.8 )

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

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

8.4. Оформление иллюстраций

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

Чертежи, графики, диаграммы, схемы, иллюстрации, помещаемые в отчете, должны соответствовать требованиям государственных стандартов ЕСКД и ЕСПД. Допускается выполнение чертежей, графиков, диаграмм, схем посредством использования компьютерной печати. Фотоснимки размером меньше формата А4 должны быть наклеены на стандартные листы белой бумаги.

Под иллюстрацией по центру пишется слово " Рис. " и его номер арабскими цифрами, например, Рис. 1.1 или Рис. А.1 (первый рисунок приложения А). Иллюстрации, при необходимости, могут иметь наименование и пояснительные данные (подрисуночный текст). Слово «Рис.» и наименование помещают после пояснительных данных и располагают следующим образом: Рис. 1.1 — Детали прибора.

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

8.5. Оформление таблиц

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

Номер таблицы ставится справа над таблицей после слова “Таблица”, например: Таблица 2.4 (четвертая таблица второго раздела ). Ниже пишут заголовок (название) таблицы.

Таблица 2.4

Форматы дискет

Размер дис­кеты	Емкость дисковода	Стандартная емкость дискеты	Число дорожек	Число секто­ров	Получаемая емкость дискеты
5,25” 5,25” 5,25” 3,5” 3,5” 3,5”	360 Кбайт 1,2 Мбайт 1,2 Мбайт 720 Кбайт 1,4 Мбайт 1,4 Мбайт	360 Кбайт 360 Кбайт 1,2 Мбайт 720 Кбайт 720 Кбайт 1,4 Мбайт	41 81 81 81 81 81	10 10 18 10 10 21	410 К 810 К 1,45 М 810 К 810 К 1,7 М

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

Форма таблицы и все линии в ней выполняются тонкими черными линиями одинаковой толщины. Оформление таблиц выполняется по ГОСТ Р 1.5-2002 (рис.8.2). Заголовки граф и строк таблицы следует писать с прописной буквы в единственном числе, а подзаголовки - со строчной буквы, если они составляют одно предложение с заголовком, или с прописной буквы, если они имеют самостоятельное значение. В конце заголовков и подзаголовков знаки препинания не ставятся. Графа № п/п в таблицу не включается. Разделять заголовки и подзаголовки боковика и граф диагональными линиями не допускается. Заголовки граф, как правило, записывают параллельно строкам таблицы. При необходимости допускается перпендикулярное расположение заголовков граф.

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

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

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

Таблица ____

№

Название

Головка {							}Заголовки граф } Подзаголовки граф }Строки (горизон­тальные ряды )
	Боковик (графа для заголовков строк )	Графы (колонки)

Рис. 8.2

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

Допускается применять размер шрифта в таблице меньший, чем в тексте.

Таблица 8.2

Труба

Наименование отливки	Положение оси вращения
Труба стальная Труба чугунная То же "	Вертикальное Горизонтальное " "

8.6 Оформление приложений

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

Приложения обозначают по порядку прописными буквами русского алфавита, начиная с А (за исключением букв Ё, Ц, Щ, З, Й, О, Ч, Ь, Ы, Ъ). Допускается обозначение приложения латинскими буквами (за исключением букв I и O). В случае полного использования букв русского и латинского алфавитов допускается обозначать приложения арабскими цифрами. Если приложение только одно, оно обозначается «Приложение».

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

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

Приложения, как правило, оформляют на листах формата А4. Допускается выполнять на листах форматов А3, А4х3, А4х4, А2 и А1 (ГОСТ 2.301-68 ЕСКД). Листы таких форматов складываются «гармошкой» определенным образом до размеров формата А4.

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

8.7. Оформление списка использованных источников и ссылок на них

Список использованных источников составляется общий для всех разделов пояснительной записки и помещается после заключения. Он должен содержать сведения об источниках, использованных при составлении пояснительной записки в соответствии с требованиями ГОСТ 7.1. Источники информации в списке приводятся в порядке их упоминания в соответствии библиографическим описанием. Ссылки на источники следует приводить в виде номера источника из списка использованных источников, заключенного в квадратные скобки. Например, [4] - это ссылка на источники под номером 4.

Библиографическое описание зависит от вида источника и количества авторов. Например (Внимание: указанное в скобках примечание приведено как пояснение и в список источников не включается!) :

.1 Бишон, Р. Колебания: Пер. англ. / Р. Бишон; Под ред. Я.Г.Пановко. –М.:Наука , 1986. –192с. (один автор источника)

2. Таиров, Ю. М. Технология полупроводниковых и диэлектрических приборов: учебник для вузов/ Ю. М. Таиров, В. Ф. Цветков. - СПб.: Лань, 2002. - 421 с (два автора источника)

3. Eckhouse, R.H. Minicomputer systems. Organization, programming and application / R.H. Eckhouse, H.R. Morris. - New York, 2000. - 491 p. (два автора источника на иностранном языке)

4. Подстригач, Я.С. Термоупругость тел неоднородной структуры / Я.С.Под­стригач, В.А.Ломакин, Ю.М.Коменко. – М.:Наука , 1984. –368с. (три автора источника).

5. Производственный менеджмент / С.Д. Ильенкова, А.В. Бандурин, Г.А. Горбовцов [и др.]; под ред. С.Д. Ильенкова. - М.: ЮНИТИ, 2003. - 583с. (более трех авторов источника)

6. Рид, М. Методы современной математической физики. Т.4 Анализ операторов: Пер. с англ. / М. Рид , Б.Саймон. – М.:Мир, 1982. – 428с.: ил. ( многотомный иллюстрированный источник )

7. Рейф, Ф. Статистическая физика: Пер. с англ. / Под ред. А Н. Шальникова, О.А.Ваксенберга.- М.:Наука , 1986.- 336с. : ил. ( редактированный иностранный источник )

8. Русинов, Л.М. Вычислительная техника: Справочник в 2 ч. / Л.М.Русинов, А. П. Грамматин , П. Д.Иванов.; Под ред. Л.М.Русинова – Л.:Машиностроение , 1984.- Ч.1-244с. ; Ч.2-137с. : ил. (справочник из нескольких частей как источник)

9. ГОСТ 1.1-2002 Межгосударственная система стандартизации. Термины и определения / Евразийский совет по стандартизации, метрологии и сертификации . - Введ. 01.07.03. - М.: ГУП ЦПП, 2003. - 34 с. (ГОСТ как источник )

10. ГОСТ 7.1-84 Библиографическое описание документа. Общие требования и правила состояния.- Взамен ГОСТ 7.1-76: Введ. 01.01.86.- М.:Изд-во стандартов , 1984.-77с. (измененный ГОСТ как источник )

11. ГОСТ 11326.5-79. Кабель радиочастотной марки РК 50-7-12. Технические условия. - Взамен ГОСТ 11326-71. - Введ. 01.01.81 до 89 // ГОСТ 11326.0-78 и др. Кабели радиочастотные. - М. , 1982.- С. 63-68. ( из сборника ГОСТов)

12. Строительные нормы и правила : СниП 2.02.01-83. Основания зданий и сооружений. – Введ. 01.01.85. - М.:Стройиздат , 1985.- 40с. (СНиП как источник )

13. Единые нормы и расценки: Изд. Офиц. / Гос. ком. Сов. министров СССР по делам стр-ва. - сб.5. Монтажные и спец. работы. – М.:Стройиздат , 1985.-152с. (ЕНиР как источник )

14. Прейскурант № 19-08. Оптовые цены на редукторы и муфты соединенные.: Утв. Госкомцен СССР 12.08.80. - Введ в действие 01.01.82.- М.:Прейскурантиздат , 1980.-60с. (прейскурант как источник )

15. А. с. 1007970 СССР, МКИ3 В 25 J 15/00. Устройство для захвата неориентированных деталей типа валов / В. С. Ваулин, В. Г. Кемайкин (СССР). – № 3360585/25–08 ; заявл. 23.11.81 ; опубл. 30.03.83, Бюл. № 12. – 2 с. ( патентный документ как источник).

16. Пат. 2187888 Российская Федерация, МПК7 H 04 В 1/38, Н 04 J13/00. Приемопередающее устройство / Чугаева В. И. ; заявитель и патентообладатель Воронеж. науч.-ислед. ин-т связи. – № 2000131736/09; заявл. 18.12.00 ; опубл. 20.08.02, Бюл. № 23 (II ч.). – 3 с. ( патентный документ как источник )

17. Заявка 1095735 Российская Федерация, МПК7 В 64 G 1/00. Одноразовая ракета-носитель [Текст] / Тернер Э. В. (США) ; заявитель Спейс Системз/Лорал, инк. ; пат. поверенный Егорова Г. Б. – № 2000108705/28 ; заявл. 07.04.00 ; опубл. 10.03.01, Бюл. № 7 (I ч.) ; приоритет 09.04.99, № 09/289, 037 (США). – 5 с. ( патентный документ как источник )

18.Методические рекомендации по определению областей применения роторноконвейерных линий / Сост. Н.В.Волков. – Вологда: ВоПИ, 1985. -43с. ( методические рекомендации как источник )

19.Инструкция по подготовке материалов о научно-технических достижениях: Утв. МЭП СССР 18.02.85.-М.:ЦНИИ Электроника, 1985.-44с. ( инструкция как источник )

20.Электронные цифровые машины :Каталог / ЦНИИР.-М:БИ, 1984.- 67с. ( каталог как источник )

21. Машина специальная листогибочная ИО 217М: листок-каталог : разработчик и изготовитель Кемер. з-д электромонтаж. изделий. – М., 2002. – 3 л. ( каталог как источник )

22. Горстина, Ц.Ю.Малогабаритные экскаваторы за рубежом / Ц.Ю.Горстина, С.Н. Корнюшенко , Г.С.Скворцов //Строительное , дорожное и коммунальное машиностроение. Сер.1. Экскаваторы и стрелковые краны : Обзорная информация / ЦНИИ ТЭП строймаш. –М., 1986.-Вып.1.-51с. ( статья группы авторов в журнале как источник )

23. Зиненко, В.И. Охрана природы в городе / В.И.Зиненко // Знание-сила. - 2002 .- № 3. - С. 6-14. . ( статья одного автора в журнале как источник )

24. Восстановление деталей машин: Справочник /Ф. И. Пантелеенко, В. П. Лялякин, В. П. Иванов и др.: под ред В. П. Иванова.-М.: Машиностроение, 2003.-672 с. (справочник как источник )

25. Вузовская наука – региону: материалы третьей всероссийской науч.-техн. конф. В 3-х т. – Вологда: ВоГТУ, 2005. – Т. 2. – 383 с. (сборник научных трудов как источник )

26. Башуров, Б.П. Эксплуатационная надежность утилизационных опреснительных установок / Б.П.Башуров // Изв. вузов. Энергетика.-1987.-№1.- С.69-73. (статья в сборниек научных трудов как источник )

27.Физика полупроводников. Физические науки: Межвуз.сб./ МГУ.- М.:Высш.шк. , 1985.-115с.: ил. ( межвузовский сборник как источник )

28. Разумовский, В.А. Управление маркетинговыми исследованиями в регионе / В.А. Разумовский, Д.А. Андреев; Ин-т экономики города. – М., 2002. – 210 с. – Деп. в ИНИОН РАН 15.02.09, № 139876 ( Депонир как источник )

29. Данилов, Г.В. Регулирование взаимодействий субъектов инвестиционного процесса: Дис. канд. экон. наук: 05.13.10 / Г. В. Данилов. С.-Петерб. гос. ун-т экономики и финансов. -СПб.,1999. - 138с. (диссертация как источник )

30. Данилов, Г.В. Регулирование взаимодействий субъектов инвестиционного процесса: Автореф. дис. канд. экон. наук: 05.13.10 /Г.В.Данилов. С.-Петерб. гос. ун-т экономики и финансов. - СПб., 1999. – 16 с.(автореферат диссертации как источник )

31. Васильев, Ю. Заглянем в историю - в ней есть ответы / Ю.Васильев.- Российская газета.-1997.-11 ноября. - С. 3 (статья из газеты как источник )

32. О формировании службы стандартизации ВоГТУ: Приказ от 04. 02. 05, № 01.59. - Вологда: ВоГТУ, 2005.-2с. (приказ как источник )

33. О государственной судебно-экспертной деятельности в Российской Федерации: Федер.закон от 31 мая 2001 г. N 73-Ф3 // Ведомости Федерального Собрания Российской Федерации. - 2001. - N 17. - С. 11-28. (документ органов государственной власти как источник)

Библиографическое описание электронных ресурсов осуществляется в соответствии с ГОСТ 7.82-2001. При этом, после названия вставляют слова [Электронный ресурс] , а после года издания – Режим доступа (адрес) для ресурсов удаленного доступа (в т.ч. Internet). Системные требования допускается не указывать. Например:

34. Цветков, В.Я. Компьютерная графика: рабочая программа [Электронный ресурс]: для студентов заочной формы обучения геодез. и др. специальностей/ В.Я.Цветков. – Электрон. дан. и прогр. – М:МИИГАиК, 1999. – 1 дискета.- Систем.требования: IBM PC, Windows 95, Word 6.0 – Загл. С экрана. - № гос. регистрации 0329900020.

35. Исследовано в России [Электронный ресурс]: многопредметный научный журнал / Моск.физ.-техн.ин-т. – Электрон. журн. – Долгопрудный: МФТИ,1998 – Режим доступа к журн.: http//zhurnal.mipt.rssi.ru. Доступен также на дискетах. Систем. требования для дискет: IBM PC, Windows 3.хх/95; Netscape Navigator или Internet Exploer; Acrobat Reader 3.0 – Загл. С экрана. - № гос. регистрации 0329900013.

36. Лабораторный практикум по курсу "Железобетонные конструкции" [Электронный ресурс]. - Версия 1.1. - М.: АСС бюро, 2005. - Электрон. дан. ( 47 файлов : 2,34 GB). - Электрон. опт. диск (CD-ROM)

37. Сидыганов, В.У. Модель Москвы: электронная карта Москвы и Подмосковья /В.У. Сидыганов, С.Ю. Толмачев, Ю.Э. Цыганков.- М.: FORMOZA, 1998.- Режим доступа: http//formoza.mip.ru 19.

8.8. Оформление алгоритмов программ, данных и систем

Оформление алгоритмов осуществляется в соответствии с ГОСТ 19.701—90 (ИСО 5807 – 85) «Схемы алгоритмов программ, данных и систем. Условные обозначения и правила выполнения» Единой системы программной документации (ЕСПД), введенным 01.01.92

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

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

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

Каждый символ предназначен для графической идентификации функции, которую он отображает, независимо от текста внутри этого символа. Символы в схеме должны быть расположены равномерно. Следует придерживаться разумной длины соединений и минимального числа длинных линий. Большинство символов задумано так, чтобы дать возможность включения текста внутри символа. Формы символов, установленные указанным стандартом, должны служить руководством для фактически используемых символов. Не должны изменяться углы и другие параметры, влияющие на соответствующую форму символов. Символы должны быть, по возможности, одного размера и могут быть вычерчены в любой ориентации, но, по возможности, предпочтительной является горизонтальная ориентация. Зеркальное изображение формы символа обозначает одну и ту же функцию, но не является предпочтительным. Минимальное количество текста, необходимого для понимания функции данного символа, следует помещать внутри данного символа. Текст для чтения должен записываться слева направо и сверху вниз независимо от направления потока. Например:

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

В схемах может использоваться идентификатор символов. Это связанный с данным символом идентификатор, который определяет символ для использования в справочных целях в других элементах документации (например, в листинге программы). Идентификатор символа должен располагаться слева над символом. Например:

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

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

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

Символ с полосой	Подробное представление

Примеры использования символов приведены в приложении И.

Потоки данных или потоки управления в схемах показываются линиями. Направление потока слева направо и сверху вниз считается стандартным. В случаях, когда необходимо внести большую ясность в схему (например, при соединениях), на линиях используются стрелки. Если поток имеет направление, отличное от стандартного, стрелки должны указывать это направление.

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

Две или более входящие линии могут объединяться в одну исходящую линию. Если две или более линии объединяются в одну линию, место объединения должно быть смещено. Например:

Линии в схемах должны подходить к символу либо слева, либо сверху, а исходить либо справа, либо снизу. Линии должны быть направлены к центру символа.

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

Пример.

Внешний соединитель	Внутренний соединитель

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

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

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

Представлению процедурных алгоритмов посвящен также стандарт ГОСТ Р ИСО/МЭК 8631-94 «Программные конструктивы и условные обозначения для их представления»(введен 1995—07—01). Он содержит полный текст международного стандарта ИСО/МЭК 8631-94 «Информационная технология. Программные конструктивы и условные обозначения для их представления». В стандарте представлены конструктивы, принятые в разных странах, в том числе для сравнения приводятся конструктивы в соответствии с ГОСТ 19.701—90 (приложение Ж)

Программный конструктив состоит из набора одной или более процедурных частей и управляющей части (может быть задана неявно). Каждая процедурная часть состоит из одной или более операций, которые могут исполняться или быть пустыми (нулевыми). Управляющая часть определяет способ выполнения процедурных частей и состоит из управляющей команды или набора условий. Она инициирует или дезактивирует процедурную часть(и) в зависимости от характера управляющей команды или значений условий. Если нет ни управляющей команды, ни условия, то управляющая часть называется неявной. Единственным способом, по которому конструктивы могут быть объединены при создании правильно структурированной программы, является замена процедурной части одного конструктива целым конструктивом.

8.9. Оформление графического материала

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

Графические материалы дипломного проекта должны содержать не менее 6 листов формата А1 в том числе чертежей - не менее трех.

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

Дипломник (Группа ЭМИ-51)		Иванов
Консультант		Грибанова
Н.контроль		Сергушичева

Рис.8.3.

Ч ертежи оформляются в соответствии со стандартами и должны иметь стандартный угловой штамп. Название чертежа помещается в соответствующей графе углового штампа (В верхней части листа название не дублируется!). Оно должно быть кратким и записываться в именительном падеже единственного числа. На первом месте должно стоять имя существительное. Затем (шрифтом меньшего размера) указывается наименование документа. Если документ состоит из одного листа, то он не нумеруется (указывают только количество листов). Примеры заполнения углового штампа приведены в прил.З.

8.10. Некоторые правила выполнения электрических схем

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

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

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

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

При использовании групповых линий каждая сливаемая линия в месте слияния должна быть помечена условным порядковым номером. Сливаемые линии во всех схемах комплекта изображают одним из двух способов: под прямым углом или под углом 45 градусов к групповой линии. Допускается для линий групповой связи (обозначение шин, кабелей и т.п.) применять утолщенные(2b) и толстые (3b…4b) линии.

Позиционные обозначения присваивают элементам в пределах изделия в соответствии с ГОСТ 2.710 - 81. Порядковые номера элементам присваивают в пределах группы элементов с одинаковым буквенным позиционным обозначением одной группы или одного типа (R1, R2, … , C1, C2, …) в соответствии с последовательностью их расположения на схеме сверху вниз в направлении слева направо. Буквы и цифры изображения выполняют чертежным шрифтом одного размера. Последовательность присвоения номеров может быть нарушена в зависимости от размещения элементов изделия, направления прохождения сигналов или функциональной последовательности процесса, а также при внесении в схему изменений. Позиционные обозначения проставляют на схеме рядом с условными графическими изображениями элементов с правой стороны или над ними.

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

1. ГОСТ 7.32-2001 Система стандартов по информации, библиотечному и издательскому делу. ОТЧЕТ О НАУЧНО-ИССЛЕДОВАТЕЛЬСКОЙ РАБОТЕ: Структура и правила оформления. – Введ. 1.07.2002. – М.: 2001. - 19 с.

2. СТО ВоГТУ 2.7- 2006 Система стандартов по организации учебного процесса и контроля его качества. ПРОЕКТЫ ДИПЛОМНЫЕ И КУРСОВЫЕ: Общие требования и правила оформления расчетно-пояснительной записки. – Введ. 1.03.2006. – Вологда: ВоГТУ, 2006. – 33 с.

3. http\\www.mirea.ru