39618

Междисциплинарный курсовой проект

Книга

Архивоведение и делопроизводство

65 Автоматизированные системы обработки информации и управления Волгоград 2011 ББК УДК Рецензент Издается по решению редакционноиздательского совета Волгоградского государственного технического университета Междисциплинарный курсовой проект: метод.65 Автоматизированные системы обработки информации и управления всех форм обучения. Выполнение междисциплинарного проекта основано на материале ранее изученных дисциплин: Информационные технологии Сети ЭВМ и телекоммуникации Маркетинг и менеджмент программных систем Технология...

Русский

2013-10-07

406 KB

39 чел.

Министерство образования и науки РФ

Волжский политехнический институт (филиал)

государственного образовательного учреждения высшего профессионального образования «Волгоградский государственный технический университет»

Кафедра «Автоматика, электроника и вычислительная техника»

А. С. Гольцов,  М. В. Петров, А. А. Силаев,
С. Г. Саньков, А. И. Тыртышный

Междисциплинарный курсовой проект

Методические указания  для студентов всех форм обучения по специальности 230102.65 «Автоматизированные системы обработки информации и управления»

Волгоград

2011


ББК

 УДК

Рецензент

Издается по решению редакционно-издательского совета

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

 

Междисциплинарный курсовой проект: метод. указания/ сост. А. С. Гольцов, М. В. Петров, А. А. Силаев, С. Г. Саньков, А. И. Тыртышный / ВПИ (филиал) ВолгГТУ.-  Волгоград, 2011. – 37 с.

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

Методические  указания составлены на основании ГОС ВПО, стандарта предприятия СТП ВолГТУ 025 – 02 и с учетом действующих нормативных документов.

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

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

                                                                                             технический университет, 2011

                                                                                           Волжский политехнический                                                                          

                                                                                              институт, 2011  


СОДЕРЖАНИЕ

Введение……………………………………………………...

3

Часть 1

Общие требования к организации………………………….

4

I

Цели и содержание  междисциплинарного курсового проекта ……………………………………………………….

4

I.1

Допустимые виды выполнения МДКП…………………….

5

I.2

Критерии оценки МДКП  …………………………………..

5

II

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

6

III

Организация защиты проекта ……………………………..

7

Часть 2

Требования к содержанию записки МДКП ………………

7

I

Предпроектное исследование. …………….........................

9

II

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

11

III

Эскизный проект ……………………………….…………..

15

Часть 3

Требование к оформлению МДКП ………………………..

21

I

Общие требования к оформлению пояснительной записки проекта  ……………………………………………………..

21

II

Требования к оформлению графического материала проекта  ……………………………………………………..

28

Литература ………………………………………………….

29

Приложения А – Е ………………………………………….

31


ВВЕДЕНИЕ

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

Междисциплинарный курсовой проект выполняется по единой системе и единым правилам оформления технологических, конструкторских, графических, текстовых и программных документов в соответствии с требованиями ГОСТ, ЕСКД, ЕСТД, СТП и ЕСПД.

ЧАСТЬ 1 ОБЩИЕ ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ

I  ЦЕЛИ И СОДЕРЖАНИЕ  МЕЖДИСЦИПЛИНОРНОГО КУРСОВОГО
            ПРОЕКТА

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

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

Выполнение междисциплинарного проекта основано на материале ранее изученных дисциплин: «Информационные технологии», «Сети ЭВМ и телекоммуникации», «Маркетинг и менеджмент программных систем», «Технология программирования», «Операционные системы», «Базы данных», «Основы трансляция», «Системное программное обеспечение», «Компьютерная графика», «Спецкурс по языкам программирования».

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

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

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

Междисциплинарный курсовой проект должен быть выполнен с соблюдением  требований  современных  ГОСТ  ЕСКД и ЕСПД,  а также других ГОСТ и стандартов, связанных с тематикой конкретного проекта.

I.1 ДОПУСТИМЫЕ ВИДЫ ВЫПОЛНЕНИЯ МДКП

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

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

I.2     КРИТЕРИИ ОЦЕНКИ РАБОТЫ

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

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

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

Основными критериями для оценки МДКП:

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

II   ОРГАНИЗАЦИЯ ВЫПОЛНЕНИЯ МЕЖДИСЦИПЛИНАРНОГО
       КУРСОВОГО ПРОЕКТА

Руководителем МДКП назначается преподаватель кафедры ВАЭиВТ.

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

Содержание МДКП определяется заданием на проектирование,  оформленным на бланке установленной  формы.   Задание   разрабатывается   руководителем   проекта   на основании утвержденной темы.  .

Руководитель МДКП определяет требования к проекту (на основании общих требований кафедры), контролирует ход проектирования, рекомендует проект к защите.

III      ОРГАНИЗАЦИЯ ЗАЩИТЫ МЕЖДИСЦИПЛИНАРНОГО
                 КУРСОВОГО  ПРОЕКТА

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

На день защиты студент представляет на кафедру:

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

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

ЧАСТЬ 2   ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ЗАПИСКИ
                   МЕЖДИСЦИПЛИНАРНОГО КУРСОВОГО ПРОЕКТА

МДКП  должен  содержать   две основные части —  графическую часть  и  пояснительную   записку.

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


Таблица 1 — Обязательные разделы пояснительной записки и их ориентировочный объем.

Наименование раздела согласно типовой структуре ПЗ

Примерный объем (в процентах или страницах)

Титульный лист

1 стр.

Лист задания

2 стр.

Оглавление

1-2 стр.

Введение

1-2 стр.

1   Предпроектное исследование

до 15 стр.

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

до 10 стр.

3   Эскизный проект

до 15 стр.

Заключение

1-2  стр.

Список используемой литературы

1-2 стр.

Приложение А — Графическая часть проекта

6-7 стр.

Приложения

5-12 стр.

Общий объем пояснительной записки вместе с приложениями не должен превышать 40-60 страниц.

ОГЛАВЛЕНИЕ

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

ВВЕДЕНИЕ

Раздел должен начинаться обоснованием актуальности тематики МДКП.

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

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

Заканчивается раздел предложением о практической применимости разработки: в каких областях и  для решения каких задач может быть установлена разрабатываемая система; оценена степень ее универсальности.

Объем раздела не должен превышать полторы страницы.

I      ПРЕДПРОЕКТНОЕ ИССЛЕДОВАНИЕ.

Номер раздела в записке — 1.

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

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

Необходимо описать существующую аппаратно – сетевую структуру изучаемой ПО.

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

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

Должно быть представлено не более трех систем.

  1.  Анализ общих требований к системам изучаемого типа. Должны быть представлены типовые решения для проектирования. В виде схем могут быть представлены варианты типовых архитектур данного вида систем.
  2.  Анализ программно-аппаратных средств реализации данного вида систем, для ИС — дополнительно обзор распределенных технологий, необходимых аппаратных телекоммуникационных средств и необходимого серверного и клиентского программного обеспечения. Средства реализации могут быть классифицированы по типам (датчики, СУБД, сетевое оборудование и т.д.) и выделены в отдельные подразделы. В каждом пункте подраздела должны быть описаны изученные средства в формате:
  •  полное название и назначение;
  •  основные характеристики;
  •  ценовой диапазон;
  •  достоинства и  недостатки с точки зрения проектной задачи.

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

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

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


II
     ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Содержание подраздела должно соответствовать ГОСТ 34.602-89. В рамках МДКП возможно сокращение числа пунктов и изменен их порядок в документе. Структура ТЗ может зависеть от типа разрабатываемой системы и должна быть согласована с руководителем.

Номер подраздела в записке 2.1.

В разделе необходимы и достаточны следующие пункты документа.

Наименование и основание для создания

Пункт содержит:

  •  наименование проекта;
  •  основание разработки: задание на междисциплинарный крусовой проект «<Тема проекта>»;
  •  краткое изложение назначения разработки;
  •  плановые сроки начала и окончания работ.

Назначение и цели создания системы

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

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

Характеристика автоматизируемого процесса

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

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

Требования к системе

Требования к структуре и функционированию системы

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

Требования к модулям системы

Требования к модулю «<Название модуля>»

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

Требование к архитектуре системы

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

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

Требования к форматам и моделям данных

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

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

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

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

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

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

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

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

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

Требование к интерфейсу системы

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

Для систем, основанных на web – технологиях, необходимо сформулировать следующий список требований:

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

Требования к надежности системы

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

Требования к видам обеспечения

Требования к программному обеспечению

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

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

Должны быть перечислены требования ко всем элементам аппаратного обеспечения в виде списка либо в виде таблицы:

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

Требования к организационному обеспечению

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

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

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

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

Для всех видов систем:

  •  руководство системного администратора;
  •  руководство системного программиста;
  •  руководство оператора (для каждого приложения системы).

Состав и содержание работ по созданию системы

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

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

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

Должны быть изложены требования к наличию методики тестирования и отладки на каждой стадии разработки системы.

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

II.2   ЭСКИЗНЫЙ ПРОЕКТ

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

Номер подраздела в записке 3.1.

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

Математическая модель системы (Математическое обеспечение системы)

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

Разработка структуры системы

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

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

Должна быть представлена «Схема структуры системы».

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

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

Разработка функциональной модели системы

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

  •  модулей;
  •  подсистем;
  •  программных приложений (по усмотрению руководителя).

Тип схем — иерархический, должны включать основные действия, подлежащие автоматизации и соответствовать требованиям ТЗ в пунктах  «Требования к модулю «<Название модуля>»».

Разработка архитектуры системы

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

Должна быть представлена «Схема архитектуры системы». На схеме стрелками указываются все виды взаимодействий между объектами (уровнями, модулями, подсистемами).

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

Разработка форматов и моделей данных

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

Необходимо представить в виде схем и таблиц структуры и типы входных и выходных данных системы и указать взаимосвязь между данными. Подраздел может содержать следующие пункты:

  •  структура БД;
  •  разработка структуры таблиц БД;
  •  структура сообщений системы;
  •  форматы сетевых сообщений;
  •  структура файлов системы;
  •  разработка выходной документации.

Структура БД

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

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

Необходимо представить и описать схему «Связь таблиц БД системы» по ключевым полям.

Структура таблиц БД

Структура каждой таблицы БД должны быть описаны в формате:

  •  № поля;
  •  название поля;
  •  описание;
  •  тип поля.

Название поля должно совпадать со скриптовым именем; тип поля должен соответствовать типу данных выбранной СУБД.

Структура файлов системы

Необходимо представить классификацию типов файлов системы, например, log-фалов, XML-файлов, любых других файлов передачи данных.

Должна быть представлена структура каждого файла.

Для XML-файлов представить дерево элементов файла в виде схемы.

Структура сообщений системы

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

Формат каждого типа сообщений должен быть описан и представлен в виде таблицы <тип поля>, <текст>.

Форматы сетевых сообщений

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

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

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

Разработка выходной документации

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

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

Разработка алгоритмов системы

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

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

Блок-схемы алгоритмов должны соответствовать ГОСТ 19.701-90 (ИСО 5807-85).

Блоки должны иметь логические имена. Необходимые уточняющие формулы могут быть оформлены в виде комментариев в случае их большого объема.

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

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

Необходимо представить не менее пяти алгоритмов.

ЗАКЛЮЧЕНИЕ

Раздел содержит обобщенный отчет о разработанной системе:

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

Объем раздела не должен превышать одной страницы.

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

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

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

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

Не допускаются ссылки на интернет – издания, сайты  и т.п.

Элементы списка оформляются в соответствии с ГОСТ 7.1-84.  оформления текстовой документации  (см. «Требования к оформлению пояснительной записки проекта», пункт «Формирование списка литературы»).

ПРИЛОЖЕНИЕ

Информация для вынесения в приложение согласовывается с руководителем, но приложение не должно содержать:

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

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


ЧАСТЬ 3   ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ МДКП

I ОБЩИЕ ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ ПОЯСНИТЕЛЬНОЙ     
    ЗАПИСКИ ПРОЕКТА

Пояснительная записка относится проектной документации. Текст должен быть оформлен на листах формата А4 в соответствии с ГОСТ 2.105-95 в рамках с основной надписью по ГОСТ 2.104-68. Первый и заглавные листы разделов, первый лист содержания, первые листы приложений — в соответствии с формой 2 (ГОСТ 2.104-68), последующие листы — в соответствии с формой 2а (ГОСТ 2.104-68). Основная надпись рамки (штамп) выполняется чертежным шрифтом GOST Type B.

Пояснительная записка выполняется в текстовом процессоре Microsoft Office Word или аналогичном. При наборе установить следующие размеры полей относительно внутренней границы рамки: верхнее — 0,5 см., нижнее — 0,5 см., левое — 0,5 см., правое — 0,5 см., установить одинарный интервал. Текст записки оформляется шрифтом Arial (14 к). Установить абзацный отступ 1 см. Использовать обычный шрифт, выделение курсивом, полужирным и подчеркиванием не допускается. Для оформления заголовков и подзаголовков любого уровня вложения использовать обычный шрифт Arial (16 к), не выделяя прописными буквами. Интервал между заголовками разделов, подразделов и текстом 12 пт (верхний и нижний). Допускается нумерация подразделов не более пяти уровней вложения (например: 2.3.4.2.1 Руководство…). Пример оформления заголовков приведен в приложении А. Выравнивание текста по ширине страницы, заголовков — по левому краю страницы, перенос слов не допускается. Нумерация страниц проставляется в форме 2, 2а (ГОСТ 2.104-68) в поле 7 без использования дополнительных знаков (шрифт в соответствии со стилем шрифта штампа). В форме 2 (ГОСТ 2.104-68) в поле 8 проставляется общее количество листов раздела (содержания, приложения). Титульные листы, задание, аннотация — не нумеруются. Лист оглавления является четвёртым листом пояснительной записки, нумерация листов сквозная по всему документу. Пример оформления оглавления приведен в приложении Б.

I.1   ОБОЗНАЧЕНИЕ ДОКУМЕНТОВ МДКП

Каждому документу междисциплинарного курсового проекта присваивается обозначение согласно стандарту предприятия СТП ВолгГТУ 025-02,  состоящее из индекса работы (КП, КР), кода учебного заведения по общесоюзному классификатору предприятий и организаций (34675695), номера специальности 230102.65, номера группы студента, номера по списку автора работы, двух последних цифр года выполнения работы. Например:

КП-34675695-230102.65-506.4-11

Междисциплинарный курсовой проект по специальности 230102.65 «Автоматизированные системы обработки информации и управления»,   выполняемый студентом 506 группы, находящийся в списке группы под № 4, выполненный в 2011 году.

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

I.2   ПОСТРОЕНИЕ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ

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

I.3   ОФОРМЛЕНИЕ СПИСКОВ И ПЕРЕЧИСЛЕНИЙ

Внутри текста раздела (подраздела) могут быть приведены перечисления, причем сразу после заголовка раздела (подраздела) списки и перечисления не допускаются. Перед каждой позицией перечисления следуют ставить либо среднее тире (en dash), либо арабскую цифру или строчную букву русского алфавита, после которых ставится скобка. Каждый пункт, подпункт и перечисления записываются с абзацного отступа (1 см). Положение номера, буквы или тире: по левому краю отступ на 1 см (абзацный); положение текста в списке: отступ 1,8 см (абзацный отступ + 0,8 см). Пример оформления списков и перечислений приведен в приложении В.

I.4   ОФОРМЛЕНИЕ ИЛЛЮСТРАЦИЙ В ТЕКСТЕ

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

Все рисунки, графики и схемы должны иметь четкие линии и надписи. Текст надписей оформляется шрифтом Gost Type B, кегль шрифта от 10 до 16. Недопустимо использование сканированных рисунков и рисунков с плохим качеством. Чертежи, графики, диаграммы, схемы, иллюстрации, помещаемые в тексте пояснительной записки, должны соответствовать требованиям государственных стандартов Единой системы конструкторской документации (ЕСКД).

Рисунки следует нумеровать арабскими цифрами. Если рисунок один, то он обозначается — Рисунок 1. Слово «рисунок» и его наименование располагаются посередине строки. Допускается нумеровать рисунки в пределах раздела, в этом случае номер рисунка состоит из номера раздела и порядкового номера рисунка, разделенных точкой. Например Рисунок 4.14.

Рисунок в приложении допускается обозначать  отдельной нумерацией арабскими цифрами с добавлением перед цифрой обозначения приложения. Например — Рисунок А.3.

Рисунки могут иметь наименование и пояснительные данные (подрисуночный текст). Слово «Рисунок» и наименование помещают после пояснительных данных и располагаются следующим образом: Рисунок 1 — Блок-схема алгоритма (пример оформления рисунков приведен в приложении Г).

При ссылке на рисунок в тексте пояснительной записки следует писать «… в соответствии с рисунком 3» при сквозной нумерации и «…в соответствии с рисунком 2.14» при нумерации по разделам.

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

I.5   ОФОРМЛЕНИЕ ТАБЛИЦ

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

Таблицу следует располагать в тексте непосредственно после текста, в котором она упоминается впервые, или на следующей странице с отступом 16 пт от текста до названия таблицы и 16 пт от названия до границы таблицы. После таблицы — отступ 16 пт от границы таблицы до текста.

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

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

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

Пример оформления таблицы приведен в приложении Д.

I.6   ОФОРМЛЕНИЕ ФОРМУЛ И УРАВНЕНИЙ

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

Пояснение значений символов и числовых коэффициентов следует приводить непосредственно под формулой в той же последовательности, в которой они даны в формуле с абзацного отступа, начиная со слова «где», после которого начинается описание. Отступ до поясняющего списка — 1,5 см от абзацного отступа. Формат пояснения к формуле: величина — описание, причём длинные тире группируются и выравниваются по правому краю от величин.

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

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

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

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

Пример оформления формул и уравнений приведен в приложении Е.

I.7   ОФОРМЛЕНИЕ АЛГОРИТМОВ

Схемы алгоритмов, программ, данных и систем оформляются в соответствие с ГОСТ19.701-90 (ИСО 5807-85) (см. приложение Ж).

I.8   ФОРМИРОВАНИЕ СПИСКА ЛИТЕРАТУРЫ

Правила оформления списка литературы определены в ГОСТ 7.1-84. Требования к оформлению каждого абзаца этого списка те же, что и для основного текста документа.

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

В описании литературы приводят сведения обо всех авторах. Если их более четырех, указывают фамилии только трех из них с добавлением слов «и др.».

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

Например.

1)  Книга:

– количество авторов не более четырех:

Прохоров И. В. Исследование процессов.– М.: Наука, 1978.– 321 с.

– количество авторов более четырех:

Сотрудничество / И. И. Иванов, П. П. Петров, С. С. Сидоров и др.: АН СССР. ИПМ.– Киев: Наук. думка, 1933.– 270 с.

2)  Статья в серийном издании:

– количество авторов не более четырех:

Исследование процессов функционирования сложных систем / И. И. Иванов, А. А. Петров, И. В. Сидоров, Е. К. Зайцев // Изв. АН СССР. Сер.Э.– 1982.– №2.– С.71-77.

– авторов более четырех:

Программное обеспечение для обработки пространственной географической информации / Ю. Р. Архипов, В. Н. Московкин, М. В. Панасюк и др. // Вестн. Моск. ун-та. Сер.5, География.– 1982.– №4.– С.102–103.– ISSN 0201–7385.

3)  Статья в книге или сборнике:

Исследование процессов релаксации / И. И. Иванов, Е. И. Зайцев // Механика деформирования: Сборник научн. трудов ИПМ.– М., 1983.– Вып.3.– С.94–96.

Зайцев В. И. Разрушение пластмасс // Прочность: учебное пособие / А. В. Петров, И. И. Сидоров, В. А. Сухов и др.– М., 1983.– С.155–166.

4)  Перевод статьи и других материалов:

Подсистемы гибкого диска НР 12732А/12733А: Руководство по эксплуатации и обслуживанию / ВЦП.– №Д-58170.– М., 28.01.83.– 55 с.: ил.– Пер. материала фирмы: Hewlett-Packard co. HP. 9885 M / S Flexible disk drive: Operating and service manual.– 1978.– 29 р. США.

5) Программы ОФАП САПР, методические рекомендации, инструкции:

Математическое моделирование: программа / ЦНИИ; Е. К. Зайцев.– Инв. №3445.– М., 1978.– 25 с.– Реф. в Бюлл. Алгоритмы и программы САПР.– 1980.– №19.– С.44–45.

6)  Нормативные документы типа ГОСТ, ОСТ, РСТ, СТП, ТУ, РД:

ГОСТ 12.1.003-76. Способ списания.– Взамен ГОСТ 12.1.001-70; Введ. 01.01.78 до 01.07.84.– 9 с.– Группа О19.

7)  Отчеты:

Отработка системы: Отчет о НИР (заключит.) / ЦНИИ; Руководитель Ю. И. Краснов; И. И. Иванов, П. П. Петров, С. С. Сидоров и др.– Шифр темы «Талант»; ГР № Я 677789; Инв. №46773.– М., 1985.– 77 с.

I.9 ОФОРМЛЕНИЕ ПРИЛОЖЕНИЙ

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

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

Если в документе одно приложение, оно обозначается «Приложение А».

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

II     ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ ГРАФИЧЕСКОГО МАТЕРИАЛА
       ПРОЕКТА

Конкретное содержание графической части МДКП зависит от темы проекта и согласуется с руководителем проекта.

Один лист графического материала должен отражать общую часть МДКП (из тематики предпроектного исследования).

По 2 и 3 части МДКП рекомендуется представлять чертежи  техно-проектных схем разработанной системы:

  •  функционирования объектов управления,
  •  информационных схем,
  •  алгоритмов,
  •  структуры программного обеспечения,
  •  структуры КТС и т. д.

Объем чертежей по специальной части должен быть не менее 4 листов.

Один лист графического материала отводится под экономическую часть проекта. Конкретное содержание его согласовывается с консультантом по экономической части.

Графические листы выполняются в соответствии с ГОСТ на ЕСПД средствами графического  редактирования, в формате А1 со штампом и подписями исполнителей,  руководителя, рецензента и зав. кафедрой. Шрифт в штампе — Gost Type B. Пример оформления графической рамки в приложении. Пример заполнения штампа приведен в приложении Ж.

ЛИТЕРАТУРА

  1.  ГОСТ 2.106-96 ЕСКД. Текстовые документы.
  2.   ГОСТ 2.104-68 ЕСКД. Основные надписи.
  3.  ГОСТ 2.109-73 ЕСКД. Основные требования к чертежам.
  4.  ГОСТ 2.301-68 ЕСКД. Форматы.
  5.  ГОСТ 2.304-81 ЕСКД. Шрифты чертежные.
  6.  ГОСТ 2.316-68 ЕСКД. Правила нанесения на чертежах надписей, технических требований и таблиц.
  7.  ГОСТ 34.601-90 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.
  8.  ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы.
  9.  ГОСТ 34.201-89. Виды, комплектность и обозначение документов при создании автоматизированных систем.
  10.  ГОСТ19.701-90 (ИСО 5807-85).Схемы алгоритмов, программ, данных и систем.
  11.  ГОСТ 19.102-77. Стадии разработки АСУ.
  12.  ГОСТ 7.1-84. Оформление списка литературы.
  13.  ГОСТ 7.32-2001. Отчет о научно-исследовательской работе. Структура и правила оформления. 


Приложение А

Оформление заголовков и подзаголовков

1   Анализ инструментальных средств различных SCADA-  
    систем

1.1   Требования, предъявляемые к SCADA-системам

… текст записки …

Заголовок начинается после номера раздела отделённый табуляцией так, чтобы расстояние между последней цифрой номера и текстом составляло не менее 0,8 см.


Приложение Б

Пример оформления оглавления

Оглавление

Введение

10

1

Предпроектное исследование.

11

1.1

Характеристика организации

11

1.1.1

Характеристика и анализ программного обеспечения организации

13

1.2

Обзор существующих CRM-систем

14

1.2.1

Система Microsoft CRM

14

1.2.2

Система 1C-Рарус CRM

14

1.2.3

Система Sales Expert

15

1.2.4

Система Terrasoft CRM

15

1.2.5

Монитор

15

1.3

Анализ требований к информационно маркетинговым системам класса CRM

16

1.3.1

Формирование требований к разрабатываемой CRM-системе

18

…….

 

Выводы

136

Список используемой литературы

137

Приложение А

138


Приложение В

Оформление списков и перечислений

...текст...

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

...текст...

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

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


Приложение Г

Оформление рисунков в тексте

…текст…

…текст…


Приложение Д

Пример оформления таблиц

Таблица 2 — История инновационных технологий TRACE MODE

Год

Инновационная технология

Описание

Аналог

1

2

3

4

1993

«Плейбек»

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

2000

1994

Объемная графика мнемосхем

Объемное представление технологических объектов на мнемосхемах.

1997

1994

СПАД

Структурированный промышленный архив данных. Быстрая запись и доступ к большим объемам информации. Гарантия отсутствия переполнения диска.

Продолжение таблицы 2

1

2

3

4

1995

Интеграция SCADA + SoftLogic

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

1997

2001

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

Новая технология адаптивного управления позволяет осуществлять непрерывную идентификацию объекта управления в процессе регулирования (включая стационарный режим). Это позволяет иметь оптимальные настройки ПИД регуляторов в течение всего времени существования АСУТП.


Приложение Е

Пример оформления формул и уравнений

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

 

Теплопотери через окна рассчитываются по формуле 4.17:

 (4.)

где  —  расчетная площадь окон, м²;

 —  температура воздуха внутри помещения и наружного воздуха для холодного периода года ( для Волгограда);

 — сопротивления теплопередаче стен и окон, .

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


Приложение Ж

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

где — номер группы студента, — номер по списку группы студента, ГОД – последние две цифры года выполнения МДКП

Пример заполнения

Размеры основной надписи 55x185 мм.

 


16 пт

16 пт

16 пт

16 пт

Рисунок 11 — Распределенный проект АСУТП, как единый

проект TRACE MODE

EMBED CorelDRAW.Graphic.10  

EMBED CorelDRAW.Graphic.10  

EMBED CorelDRAW.Graphic.10  

EMBED CorelDRAW.Graphic.10  

EMBED CorelDRAW.Graphic.10  

EMBED CorelDRAW.Graphic.10  

Единый проект

16 пт

16 пт

16 пт

а) схема станция-сервер, б) схема станции-концентратор-сервер

Рисунок 4.5 — Различные виды соединений

16 пт

16 пт

б)

а)

(2.2)


 

А также другие работы, которые могут Вас заинтересовать

10985. ДВУХФАКТОРНЫЙ АНАЛИЗ В СИСТЕМЕ Statistica 6.0 216.58 KB
  Двухфакторный анализ продолжение ПримерДВУХФАКТОРНЫЙ АНАЛИЗ Исследуем зависимость частоты самопроизвольного дрожания мышц рук тремора от тяжести специального браслета одеваемого на запястье. Полученные результаты приведены в табл.1 причем каждое значение – ср
10986. Кластерный анализ 44.7 KB
  Кластерный анализ Если процедура факторного анализа сжимает в малое число количественных переменных данные описанные количественными переменными то кластерный анализ сжимает данные в классификацию объектов. Синонимами термина кластерный анализ являются автомати...
10987. Кластерный анализ. Анализ временных рядов 79.16 KB
  КЛАСТЕРНЫЙ АНАЛИЗ ПРОДОЛЖЕНИЕ Монотонность Для графического представления процесса объединения все индивиды группы размещаются в соответствующем порядке на оси абсцисс. Последовательность объединений иерархия или дендрограмма требует чтобы каждое объединени
10988. Сглаживание временного ряда (выделение неслучайной компоненты) 98.62 KB
  Сглаживание временного ряда выделение неслучайной компоненты Одной из важнейших задач исследования временного ряда является выявление основной тенденции изучаемого процесса выраженной неслучайной составляющей тренда либо тренда с циклической или/и сезонной ком...
10989. Newton Interpolating Polynomial 76.5 KB
  Newton Interpolating Polynomial Case 1: Constant Polynomial Only one xvalue is given in the table X x1 Y y1 Let P0x be the interpolating polynomial function. Hence P0x1 = y1. It passes through the one point x1y1 given in the table. Hence choose 6.1 Case 2: Linear Polynomial Two xvalues are given in the table ...
10990. Spline Interpolation 87.5 KB
  Spline Interpolation In the previous sections n – 1th – order polynomials were used to interpolate between n date points. For example for eight points we can derive a perfect seventh – order polynomial. This curve would capture all the meanderings at least up to and including seventh derivatives suggested by the points. However there are cases where these functions can lead to erroneous results because of roundoff error and overshoot. An alternative approach is to apply low...
10991. Numerical Integration 156.5 KB
  2. Numerical Integration 2.1. Introduction Numerical integration which is also called quadrature has a history extending back to the invention of calculus and before. The fact that integrals of elementary functions could not in general be computed analytically while derivatives could be served to give the field a certain panache and to set it a cut above the arithmetic drudgery of numerical analysis during the whole of the 18th and 19th centuries. With the invention of automa...
10992. Extended Formulas (Closed) 145 KB
  Extended Formulas Closed If we use equation 2.5 N – 1 times to do the integration in the intervals x1; x2; x2; x3; xN 1; xN and then add the results we obtain an extendedr or compositer formula for the integral from x1 to xN. Extended trapezoidal rule: In this method the area under the curve is approximated by sums of trapezoids areas under the curve see Fig. 2.3.. Figure 2.3. Extended trapezoidal rule. Trapezoid formul...
10993. Solution of Linear Algebraic Equations 132.5 KB
  Lesson 6 3. Solution of Linear Algebraic Equations 3.1. Introduction A set of linear algebraic equations looks like this: 3.1 Here the n unknowns xj j = 1 2 n are related by m equations. The coefficients aij with i = 1 2 m and j = 1 2 n are known numbers as are the righthand side quantities bi i = 1 2 m. If n = m then there are as many equations as unknowns and there is a good chance of solving for a unique solution...