3034

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

неизвестным числом повторений.

Некоторые правила применения символов (выдержки из ГОСТ 19.701-

90)

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

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

3.Минимальное количество текста, необходимое для понимания функции данного символа, следует помещать внутри данного символа. Текст должен записываться слева направо сверху вниз. Если объем текста, помещаемого внутри символа, превышает его размеры, следует использовать символ комментария [4].

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

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

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

3. Две или более входящие линии могут объединяться в одну исходящую. В этом случае место объединения должно быть смещено [4].

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

Вкачестве инструментария для построения блок-схем могут быть выбраны: MS Word, MS Visio, а также специализированные редакторы блоксхем (они доступны для свободного скачивания из сети Интернет).

5.4. Исходный текст программы

После построения блок-схемы алгоритма программы начинается следующая стадия – кодирование.

Программа должна однозначно отображать алгоритм решения задачи. Разработка программы включает:

11

1)подготовку тестовых исходных данных;

2)написание текста программы на алгоритмическом языке;

3)перенос программ и данных на машинные носители компьютера;

4)отладку и тестирование программы.

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

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

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

Из опыта разработки программных систем определено, что число ошибок программирования (в тексте программы) составляет около 7% от всего числа ошибок во время разработки. "Тяжесть" их исправления оценивается в 1%. Относительное число ошибок, внесенных за счет неточностей постановки задачи и неправильного построения алгоритма, составляет около 83%, а "тяжесть" их устранения - 95%.

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

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

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

Результаты тестирования должны быть представлены в разделе «Тестовые примеры».

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

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

12

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

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

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

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

2.Структура программы (какие окна есть, как между ними переключаться, структура меню и назначение его элементов).

3.Каким образом осуществляется ввод данных.

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

4.Какая информация выводится на экран.

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

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

Примечание: Обратите внимание, что при работе в графическом режиме Турбо Паскаль в Windows XP невозможно сделать «снимок» экрана нажатием клавиши Print Screen (или сочетания клавиш ALT+Print Screen). Для того чтобы снять скриншот с экрана при работе с приложениями MS DOS, нужно эмулировать сеанс MS DOS с помощью программы DOSBox, которая позволяет запускать любые dos-приложения в операционной системе Windows XP. Если запустить свою программу из DOSBox, тогда снять скриншот с экрана можно простым нажатием клавиши Print Screen.

5.6. Результаты работы программы для различных вариантов

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

Таблица 2

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

13

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

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

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

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

Влюбой программе должна быть предусмотрена защита от некорректных действий пользователя, а также обработка иных ошибок (например, ошибок инициализации графического режима). Иначе, в случае задания пользователем некорректных параметров или отсутствия файла графического модуля в директории, используемой по умолчанию, или при возникновении иных исключительных ситуаций, программа будет «вылетать». Обработка ошибок предполагает выдачу пользователю рекомендаций по их устранению. Например, если областью определения функции является область [0;+∞], а пользователь в качестве границы интервала вводит отрицательное число, ему должна быть выведена подсказка вида: «Число принадлежит отрезку [0;+∞]!!!».

Некоторые случаи, когда нужно прописывать обработку ошибок:

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

2. Число отрезков разбиения должно быть больше 0.

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

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

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

2.Решение.

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

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

14

5.8. Выводы по курсовому проекту

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

1)Какова была задача проектирования? Была ли она решена и достигнуты ли основные цели?

2)Какие новые знания и навыки вы получили в процессе курсового проектирования?

3)Полезен ли для вас опыт данной работы и где могут быть применены полученные знания?

6. График выполнения курсового проекта

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

[1].

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

15

Библиографический список

1.Положение о курсовом проектировании [Текст]. – Воронеж: ВГЛТА, 2012 г. – 25 с.

2.ГОСТ 7.1 – 2003. Библиографическое описание документа. Общие ребования и правила составления [текст] – взамен ГОСТ 7.1-84, ГОСТ 7.16-

79, ГОСТ 7.18-79, ГОСТ 7.34-81, ГОСТ 7.40-82 – введ. 2004 – 07 – 01. – М.:

Издательство стандартов, 2004. – 141с. – (Система стандартов по информации, библиотечному и издательскому делу).

3.ГОСТ 7.82 – 2001. Библиографическая запись. Библиографическое описание электронных ресурсов. Общие требования и правила составления [текст] – введ. 2002 – 07 – 01 – М.: Издательство стандартов, 2001. – 35с. – (Система стандартов по информации, библиотечному и издательскому делу).

4.ГОСТ 19.701 – 90 (ИСО 5807 – 85) Схемы алгоритмов, программ, данных и систем [текст]. – взамен ГОСТ 19.002-80, ГОСТ 19.003-80 – введ. 1992 – 01 – 01. – М.: Государственный стандарт союза ССР, 1990. – 22с.

5.Немнюгин С.А. Turbo Pascal. Практикум [текст]. 2-е изд./ СПб.:

Питер, 2007. - 268 с.: ил.

6.Редактор блок-схем [Электронный ресурс]: содержится информация о редакторе блок-схем, доступна ссылка для скачивания. – Электрон. дан. –

режим доступа: http://alglib.sources.ru/aboutbls.php

7.Образовательный математический сайт [Электронный ресурс]: содержится информация по математическим методам, банк задач, примеры, Internet-класс, статьи, обзоры. – Электрон. дан. – режим доступа: www.exponenta.ru

17

Поляков Сергей Иванович

АЛГОРИТМИЗАЦИЯ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ И

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

Методические указания к выполнению и оформлению курсового проекта для студентов по направлению подготовки 15.04.04 - Автоматизация

ФГБОУ ВО «Воронежский государственный лесотехнический университет имени Г.Ф. Морозова»

РИО ФГБОУ ВО «ВГЛТУ». УОП ФГБОУ ВО «ВГЛТУ» 394613, г. Воронеж, ул. Тимирязева, 8

18