- •Обозначения и сокращения
- •Глава I. Аналитическая часть
- •1.1. Постановка задачи
- •1.2. Обзор предметной области
- •1.2.1. Назначение и принципы действия кэнс
- •1.2.2. Программно-аппаратная реализация кэнс
- •1.2.3. Режим разовой коррекции
- •1.2.4. Выбор зк для кэнс
- •1.2.5. Вычисление высоты рельефа
- •1.3. Обоснование целесообразности статистического моделирования
- •1.4. Обоснование новизны научного исследования
- •1.5. Выводы
- •Глава II. Экспериментальная часть
- •2.1. Разработка методики моделирования работы кэнс
- •2.1.1. Выбор типа распределения вероятностей и определение необходимого числа опытов
- •2.1.2. Подбор исходных данных
- •2.1.3. Программно-математическая модель ошибок
- •2.1.4. Настройка параметров кэнс
- •2.1.5. Накопление массивов ошибок кэнс
- •2.1.6. Статистическая обработка накопленных массивов ошибок кэнс
- •2.2. Результаты статистического моделирования.
- •2.3. Анализ полученных результатов
- •2.4. Выводы
- •Глава III. Технологический процесс разработки и отладки программы статистического моделирования работы кэнс.
- •3.1. Обоснование разработки технологического процесса разработки и отладки программы
- •3.2. Описание технологического процесса разработки и отладки программы
- •3.2.1. Постановка задачи
- •3.2.2. Изучение предметной области
- •3.2.3. Определение трудоёмкости разработки
- •3.2.4. Проектирование алгоритмов программы
- •3.2.5. Выбор операционной системы и инструментария
- •3.2.6. Выбор вспомогательного программного обеспечения
- •3.2.7. Написание программы
- •3.2.8. Тестирование и отладка программы
- •3.2.9. Оптимизация программы
- •3.2.10. Написание программной документации
- •3.2.11. Сдача в эксплуатацию и сопровождение
- •3.3. Схемы технологического процесса разработки и отладки программы
- •3.4. Выводы
- •Глава IV. Обоснование и расчет финансовых затрат
- •4.1. Анализ рынка программного обеспечения
- •4.2. Оценка целесообразности разработки программного продукта
- •4.3. Определение себестоимости программного обеспечения
- •4.4. Определение годовых эксплуатационных затрат программного обеспечения
- •4.5. Построение ленточного графика
- •4.6. Выводы
- •Глава V. Безопасность жизнедеятельности
- •5.1. Анализ условий труда
- •5.2. Пожарная безопасность
- •5.3. Электробезопасность
- •В соответствии с гост 12.1.003-83 уровень звукового давления в рабочем помещении не должен быть выше в октавных полосах со среднегеометрическими частотами, указанными в таблице 5.4.
3.2.7. Написание программы
Процесс написания программы состоит из непосредственного писания кода и визуализации. Рекомендуется руководствоваться правилами хорошего стиля, то есть:
- Отсутствие переходов типа GoTo, использование базовых структур (следование, выбор и повторение);
- Наличие кратких и содержательных комментариев;
- Смысловые и короткие имена данных;
- Наличие отступов и выравниваний в тексте программы;
- Разделение программы с помощью пустых строк на логически завершённые части параграфы.
Визуализация состоит в создании графической формы и размещение на ней всех необходимых для работы программы компонентов.
Программное обеспечение представляет из себя простой и интуитивно понятный визуальный графический интерфейс, предназначенный для облегчения работы пользователя. Форма содержит кнопки, надписи, текстовые поля и окно выбора. Исходные тексты программы содержаться в следующих файлах: BinsErrors.h, BinsErrors.cpp, SPMain.cpp, StatisticProcess.h, statmain.cpp.
3.2.8. Тестирование и отладка программы
Тестирование заключается в процессе выполнения программы с целью выявление всех ошибок и сбоев. Программе подаются некоторые данные на вход и проверяются результаты, в надежде найти несоответствия. В качестве входных данных используются как правильные, так и непредусмотренные.
Тестирование так же проводиться для оценки производительности, надёжности, требований к системе, удобства использования, защищённости, предельных нагрузок, и т.п.
Отладка программы состоит в исправлении всех обнаруженных ошибок. Большое значение для успешной отладки программы имеют простота и рациональность ее кодирования.
Ошибки бывают следующих видов:
- Ошибки анализа. К ним относятся неполный учёт ситуаций, которые могут случиться, а так же крупные и мелкие логические ошибки;
- Ошибки общего характера. Это недостаточное знание и понимание языка программирования или компьютера, и ошибки, допущенные при проектировании алгоритмов программы;
- Синтаксические ошибки. В качестве примера можно привести пропуск, либо дублирование знаков и меток, несогласованность знаков, неправильное формирование оператора, неверное образование имени переменной, неправильное использование операторов, неверное написание зарезервированных слов, запрещённый переход.
- Ошибки физического характера. К таким можно отнести пропуск операторов, отсутствие необходимых данных, недопустимые данные, неверный формат данных.
Определить, есть ли в программе ошибки можно по:
- Отсутствию уверенности в том, что программа начала выполняться;
- Преждевременному останову;
- Зацикливанию;
- Выдаче неправильной информации;
- Выдаче сообщения об ошибке.
Любая из этих ситуаций требует проверки последовательности выполнения команд. Обычно для этого пригодна трассировка, выполняемая в отладчике. Процесс обнаружения ошибок характеризуется выявлением двух мест в программе: точки обнаружения и точки происхождения.
Точка обнаружения выявляется первой и служит отправным пунктом для поиска точки происхождения. Действительная ошибка исходит не из точки обнаружения, а из точки происхождения.
Отладка начинается с того момента, когда перестают выдаваться сообщения о синтаксических ошибках. Вначале процесса отладки надо использовать простые тестовые данные. Если при этом получаются верные результаты, следует переходить к тестированию программы на более сложных данных.
Существуют различные методы отладки:
- Грубая сила — расстановка операторов печати, либо вывода сообщений по всей области, где предположительно возникает ошибка и тестирование на большом объёме данных;
- Индукция — просмотр симптомов ошибок, установленных несколькими тестами и взаимосвязи между ними для выявления причины возникновения ошибок;
- Дедукция — заключение на основе некоторых общих теорий или предпосылок. Метод дедукции использует операторы исключения или уточнения гипотез;
- Прослеживание логики в обратном порядке. Отладка начинается в той точке, где был обнаружен некоторый результат. Для этой точки на основании полученного результата устанавливается, какими должны быть значения переменных. Далее ищется место в программе между точкой, где состояние программы соответствовало ожидаемому и точкой, в которой состояние программы отличалось от ожидаемого.
Разработку ПО можно изобразить в виде спирали.
Рисунок 3.2. Спираль цикла разработки ПО
Отладка программы проводилась на стандартном рабочем компьютере в среде Builder C++ 2006. Процесс отладки программы облегчил тот факт, что выбранная интегрированная среда разработки обладает информативным и удобным отладчиком программы, позволяющим выполнять трассировку, то есть детально и пошагово прослеживать поведение программы в различных местах.