litceysel.ru
добавить свой файл
1




МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ

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

«Проектирование АСОиУ»


1 Общие требования

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


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

Титульный лист является первой страницей расчетно-пояснительной записки (образец представлен в Приложении 1).

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

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

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

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


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

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

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

1.1 Описание объекта автоматизации

В разделе приводится информация описание бизнес-процессов предметной области на естественном языке. Анализируются информационные потоки на предприятии. Структура описания должна соответствовать ГОСТ 34.602-89.

1.3 Моделирование бизнес-процесса

В разделе приводится формальная модель рассматриваемых бизнес-процессов до и после автоматизации. Модель процесса может разрабатываться как с использованием структурного подхода (DFD, IDEF0), так и использованием объектно-ориентированного подхода (UML).

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

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


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

2.1 Характеристики комплекса задач

В данном разделе приводят:


  • назначение комплекса задач;

  • периодичность (и продолжительность) решения;

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

  • связи данного комплекса с другими комплексами или задачами;

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

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


2.2 Выходная информация

По каждому выходному сообщению следует указать:
  • идентификатор (наименование документа);


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

  • периодичность выдачи;

  • сроки выдачи и допустимое время задержки;

  • получателей и назначение выходной информации.


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


2.3 Входная информация

По каждому входному сообщению следует указать:

  1. идентификатор (наименование документа);

  2. форму представления сообщения;

  3. сроки и частоту поступления;

  4. источник входной информации.

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


2.4 Требования к обеспечивающим подсистемам (техническому, информационному, программному и др. обеспечению)


3 Описание/проектирование информационного обеспечения

3.1 Внешнее информационное обеспечение

Рассматривается существующее внешнее информационное обеспечение, состав хранимых в нем данных.

3.2 Разработка структуры внутреннего информационного обеспечения

3.2.1 Идентификация информационного пространства

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

Информационное пространство проектируемой системы состоит из следующих атрибутов:

  • Наименование реквизита – указывается функциональное назначение данного реквизита;

  • Идентификатор – имя поля в таблице базы данных;

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


  • Домен - перечень значений, которые может принимать поле.

3.2.2 Структурирование информационного пространства

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

В данном разделе рассматриваются следующие вопросы:

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

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

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

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

3.2.3 Схема базы данных

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

3.2.4 Состав информационного обеспечения

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

3.2.5 Определение внутримашинной информационной базы.

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



4 Ппроектирование программного обеспечения

4.1 Описание процесса разработки/проектирования программного обеспечения

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


  • подход к разработке (структурный или объектно-ориентированный);

  • нотации, используемые при проектировании (DFD, IDEF0, UML и т.д.);

  • используемые CASE-средства (BPWin, Rational Rose, Enterprise Architect и т.д.);

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

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

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

Функциональные требования

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

Нефункциональные требования

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

4.3 Выбор архитектуры системы

Выбирается архитектура разрабатываемой/проектируемой автоматизированной системы (АРМ, клиент-сервер, трехзвенная архитектура) и обосновывается её выбор, на основе сформулированных нефункциональных требованиях.

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


5.5 Разработка моделей системы

5.5.1 Функциональная модель программного обеспечения

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


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

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

5.5.2 Логическая модель программного обеспечения

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

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

5.5.3 Физическая модель программного обеспечения

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

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

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

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


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


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


3.1. Общие требования

Записка должна быть выполнена с использованием компьютера и принтера на одной стороне листа белой бумаги формата А4. Цвет шрифта должен быть черным, высота букв, цифр и других знаков — не менее 1,8 мм (14 кегль). Междустрочный интервал - одинарный.

Текст записки следует печатать, соблюдая следующие размеры полей: правое — 10 мм, верхнее — 20 мм, левое – 30 мм и нижнее — 20 мм.

При акцентировании внимания на определенных терминах, формулах, теоремах, применяя полужирный шрифт.

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

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

Наименования структурных элементов записки «Реферат», «Содержание», «Обозначения и сокращения», «Введение», «Заключение», «Список использованных источников» служат заголовками структурных элементов записки. Основную часть записки следует делить на разделы, подразделы и пункты.


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

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

Пример – 1, 2, 3 и т.д.

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


Пример – 1.1, 1.2, 1.3 и т.д.

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

Пример – 1.1.1, 1.1.2, 1.1.3 и т.д.

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

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

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

Пример

а) ____________

б) ____________

1) ______

2) ______

в) ____________


Каждый структурный элемент записки следует начинать с нового листа (страницы).

3.3 Нумерация страниц

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


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

3.4 Иллюстрации


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

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

При ссылках на иллюстрации следует писать «… в соответствии с рисунком 2» при сквозной нумерации и «… в соответствии с рисунком 1.2» при нумерации в пределах раздела.

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

3.5 Таблицы

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


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

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

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

Если в документе одна таблица, то она должна быть обозначена «Таблица 1» или «Таблица В.1», если она приведена в приложении В.

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

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

3.6 Формулы и уравнения

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


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

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

А=а:Ь, (1)

В=с:е. (2)

Одну формулу обозначают — (1).

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

Ссылки в тексте на порядковые номера формул дают в скобках. Пример  «... в формуле (1)».

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

3.7 Ссылки


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

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

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


1. Алферов, А.П. Основы криптографии / А.П. Алферов, А.Ю. Зубов, А.С. Кузьмин, А.В. Черемушкин. – М.:Гелиос АРВ, 2005. – 480 с.

2. Введение в криптографию / под общ. ред. В.В. Ященко. – М.: МЦНМО, «Черо», 1998.

3. Вистола, А. Отражение атак на уровне приложений / Альфредо Вистола // LAN – 2006. – № 2.

4. ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

5. Freier A. The SSL Protocol Version 3.0 [Электронный ресурс] / Alan O. Freier, Philip Karlton, Paul C. Kocher. – Режим доступа: http://www.netscape.com/eng/ssl3