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

Автор работы: Пользователь скрыл имя, 15 Января 2014 в 11:35, дипломная работа

Краткое описание

Целью данного дипломного проекта является разработка автоматизированной системы мониторинга зависимости заказов сезонных продуктов (АСМЗЗСП) от климатических условий.
Для того чтобы автоматизировать мониторинг зависимости заказов сезонных продуктов от климатических условий, необходимо решить следующие задачи:
1. Собрать материал об аналогичных программных продуктах.
2. Проанализировать сущность задач мониторинга зависимости заказов сезонных продуктов от климатических условий.
3. Выявить преимущества и недостатки разработки программ с использованием среды разработки Borland C++ Builder.
4. Обосновать использование вычислительной техники.
5. Формализовать расчеты.
6. Обосновать разработки по всем видам обеспечения.
7. Построить инфологическую модель.
8. Охарактеризовать входную, постоянную, промежуточную и результатную информацию.
9. Реализовать выбранный вариант проекта.
10. Осуществить модульное тестирование программного продукта.
11. Разработать систему рекомендаций по улучшению системы мониторинга.

Содержание

Введение…………………………………………………………………………3
1 Теоретические аспекты программных продуктов по мониторингу зависимости заказов сезонных продуктов от климатических условий…..…6
1.1 Постановка задачи на разработку………………………………..….6
1.2 Исследование специфика деятельности предприятий, которые занимаются заказом продуктов питания………………………………………8
1.3 Исследование программного обеспечения по мониторингу и учету заказов продуктов……………………………………………………………….10
1.4 Методы проектирования автоматизированных систем мониторинга……………......................................................................................43
1.5 Сравнительный анализ современных средств разработки………...49
2 Проектирование и реализация автоматизированной системы мониторинга зависимости заказов сезонных продуктов от климатических условий……...55
2.1 Обоснование выбора технической платформы проектируемой программы………………………………………………………………………55
2.2 Структурное описание и функциональный анализ программного продукта…………………………………………………………………………57
2.3 Описание и обоснование методов организации входных и выходных данных…………………………………………………………...........................59
2.4 Логическая структура программного продукта……………………69
2.5. Тестирование и надежность программного продукта…………….73
2.6 Руководство пользователя………………………………………….83
2.7 Практические результаты и перспективы разработки……………93
3 Экономическое обоснование…………………………………………………95
3.1 Организация работ………………………………..………………….95
3.2 График проведения работ…………………………………………...101
3.3 Расчет затрат и цены………………………………………………...103
3.4 Обоснование экономической целесообразности…………………..107
4 Экологическая безопасность и безопасность жизнедеятельности………111
Заключение……………………………………………………………….…….117
Список использованных источников…………………………………………121
Приложения…………………………………………………………………….122

Вложенные файлы: 1 файл

Дипломная работа.doc

— 1.30 Мб (Скачать файл)

 

Рис. 2.4 Результат экспорта в программу Microsoft Word.

5. «Текстовый редактор Microsoft Word для редактирования  (таблица)».  Аналогично предыдущему формату,  только в документе Word создается таблица и в неё копируются экспортируемые данные.

6. «XML-документ (таблица)»  и «XML-документ (текст)». Экспортируемые  данные сохраняются в формат XML. Данный формат является наиболее  универсальным, широкораспространенным  и перспективным.  В первом  случае в новый XML-документ копируется экспортируемая таблица а во втором – таблица преобразовывается в текст.

7. «HTML-файл (таблица) с  помощью Excel», «HTML-файл (текст с  разделителем)» и «HTML-файл (таблица)».  Экспортируемые данные копируются  в новый файл формата HTML. Данная возможность предназначена для обмена данными с Web-приложеними. Это очень актуально поскольку Интернет развивается очень быстрыми темпами. Созданная Web-страничка приведена на рис. 2.5., а её исходный код на языке HTML на рис. 2.6.

Рис. 2.5. Результат экспорта данных в формат HTML

Рис.2.6 Исходный код на языке HTML

 

 

Кроме того в меню окна «Экспорт данных» есть дополнительные команды управления процессом экспорта/импорта, рассмотрим их более детально:

1. «Редактирование  \ Изменить  размер»: изменение числа строк и столбцов экспортируемой таблицы. Полезно в случае отсечения «лишних» данных из потока экспорта. А также в случае добавления новых данных для экспорта.

2. «Редактирование \ Удалить  столбец»: удаление текущего столбца  из таблицы для экспорта. Под текущим понимается столбец на котором находится курсор ввода.

3. «Редактирование \ Вставить  столбец»: добавление столбца с  данными к экспортируемой таблице.

4. «Редактирование \ Удалить  строку»: удаление текущей строки  из таблицы для экспорта.

5. «Редактирование \ Вставить столбец»: добавление строки к экспортируемой таблице.

10. «Настройка экспорта \ Вся матрица»: экспорт всей таблицы  с данными.

11. «Настройка экспорта \ Только текущий столбец»: экспорт  только выбранного столбца.

12. «Настройка экспорта \ Только текущая строка»: экспорт только выбранной строки.

13. «Настройка экспорта \ Фрагмент данных с Х1 по  Х2 и У1 по У2»: экспорт  только фрагмента  (подтаблицы) из  таблицы. Размеры участка (Х1, Х2, У1 и У2) последовательно запрашиваются  у пользователя. Для наглядности подтаблица выделяется серым цветом (Рис. 2.7.).

 

 

Рис. 2.7. Экспорт фрагмента данных

(где Х1 = 2, Х2 = 5,  У1 = 5, У2 = 10)

14. «Настройка экспорта \ Преобразововать в формат  <параметр>:<№точки>:<значение>»:  экспортируемые данные преобразовывается из матричного представления в строки формата <параметр>:<№точки>:<значение>, где «параметр» – название соответствующего столбца, «№точки» - порядковый номер строки, «значение» содержимое соответствующей ячейки. Поддержка такого представления необычайно актуальна поскольку многие программы не всегда нормально воспринимают табличный формат. Результат экспорта в таком режиме показан на рисунке 2.8, его следует сравнить с результатом экспорта тех же данных но в табличном представлении (Рис. 2.5.)

 

 

 

 

 

Рис. 2.8 Результат экспорта в представлении «<параметр>:<№точки>:<значение>»

 

15. «Сервис \ Загрузить  данные из текстового файла»: подкачка информации в выбранную  таблицу базы данных из текстового  файла 

16. «Сервис \ Запускать  программу, ассоциированную с файлом после експорта». Если эта опция активна то после экспорта запускается программа ассоциированная с данным файлом. Использовать эту возможность рекомендуется только в особых случаях, поскольку запуск программы требует значительных затрат машинных ресурсов.

18. «Закрыть»: закрыть  окно «Экспорт данных» и вернутся  в предыдущему окну программы.

 

Кроме того программа  позволяет подкачивать данные в  свою  базу данных из большого числа  форматов. Поскольку в качестве СУБД мы выбрали Microsoft Access в нашем распоряжении огромное число форматов для импорта и экспорта. Окно импорта и список форматов (нижняя часть рисунка) показаны на рис. 2.9.

Рис. 2.9 Окно импорта данных в программу.

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

 


 

 

 

 

 


 

 

 

 

 

 

 

Рис. 2.10 Структура подсистемы конвертации данных

 

 

 

 

 

 

 

 

2.4 Логическая структура  программного продукта

Поскольку в качестве среды разработки выбран Borland C++ Builder то программирование осуществлялось на языке С++. Исходный код программы всех модулей  программы приведен в приложении №2.

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

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

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

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

 

 

 

 

 

 

 

 


 

 

 

 

 

 

 

 

 

 

 

 

Рис. 2.11. Блок-схема основных модулей программы

 

 Программа состоит из следующих  основных модулей.

Основная процедура (процедура WinMain модуля ASM_sezon_product) - конфигурация среды окружения, формирование основного экрана программы, создание системы главного меню и соответствующих подменю, активизация меню.

Процедура обработки главного меню – запуск соответствующей процедуры.

Процедура ввода данных -  обеспечение  ввода информации с первичных документов в базы данных, контроль за допустимостью значений, обеспечение ввода данных путем выбора из списка. Например процедуры N14Click, N10Click, N8Click, N6Click и другие модуля Main

Процедуры формирования отчетов –  обеспечение выдачи установленных форм документов на основании критериев, определяемых пользователем и информационной базы. Например процедуры SpeedButton1Click, SpeedButton3Click, SpeedButton2Click и другие модуля MainStat.

Вспомогательные процедуры и функции  – реализация запросов, сообщений, формирование списков выбора, а также контроль за вводимыми данными. Вспомогательные процедуры и функции вынесены в модуль «n_types». Например ExcelRange модуля «n_types» преобразовывает вертикальные координаты ячейки из формата Microsoft Excel в общепринятый формат. Единственным параметром функции является строка типа System::AnsiString, которая содержит координаты в формате Excel (“A”, “D”, “AF” и т.д.). Результатом работы является целое число – преобразованная координата. Данная функция используется при конвертации в формат Excel.

Функция MinArray модуля «n_types» находит  минимальный элемент в динамическом массиве действительных чисел. При  этом первым параметром функции является указатель на массив, а вторым –  указатель для записи индекса минимального элемента. Результатом работы функции является минимальный элемент.

Метод DataSourceSGDrawCell модуля «n_types» реализует функцию выделения цветом фона выбранных ячеек матрицы.

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

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

 

 

 

 

Рис. 2.12. Схема взаимодействия модулей

 

 

 

 

2.5. Тестирование и надежность программного продукта

Надежность программного обеспечения (ПО) по автоматизации мониторинга зависимости заказов сезонных продуктов от климатических условий (АСМЗЗСПКУ) есть вероятность его работы без отказов в течении определенного периода времени, рассчитанная с учетом стоимости для пользователя каждого отказа [9] . Надежность программного обеспечения АСМЗЗСПКУ как определяющий элемент его качества закладывается на этапе разработки и проектирования, реализуется на этапе реализации ПО [11]. Выбор критериев, которыми должна определятся надежность АСМЗЗСПКУ, отыскание оптимальной по отношению к этим критериям его структуры, выбор режима работы ПО – вот далеко не полный перечень  тех проблем,  которые должны быть решены на этапе создания и реализации ПО до его эксплуатации. Поэтому для обеспечения надежности АСМЗЗСПКУ зачастую используют такие термины, как доказательство, тестирование, отладка, контроль и испытание, которые часто используются как синонимы, поэтому приведём эти определения:

• Тестирование (testing) - процесс выполнения программы или части программы, с намерением или целью найти ошибки;

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

• Контроль (verification) -  попытка найти ошибки в тестовой, или моделируемой среде;

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

• Аттестация (certification) - авторитетное подтверждение правильности программы. При тестировании с целью аттестации выполняется сравнение с некоторыми заранее определённым стандартом;

• Отладка (debugging) не является разновидностью тестирования. Хотя “отладка” и “тестирование” часто используются как синонимы, под ними подразумеваются разные виды деятельности. Тестирование – деятельность, направленная на обнаружение ошибок; отладка направлена на установление точной природы известной ошибки.

 

Справочные документы.

Испытания АСМЗЗСПКУ производятся  с использованием следующей справочной литературы:

1. ГОСТ Р28195-89  Оценка качества программных средств.

2. ISO/IEC 9126 : 1991 Information Technology Software Product Quality Characteristics.

3. Стандарты разработки ПО ESA PSS-05-0-1991.

 

Верификация  АСМЗЗСПКУ обозначает:

• действие по проверке, инспекции, тестированию, контролю процессов мониторинга, определённых требованиями ANSI –78

• процесс определения: удовлетворяет ли АСМЗЗСПКУ данной фазе ЖЦ ПО требованиям, сформулированным на протяжение предыдущих фаз;

• формальное доказательство корректности АСМЗЗСПКУ;

• верификация необходима для обеспечения качественных характеристик АСМЗЗСПКУ.

 Ряд определений,  приведённый ниже, охватывает вторую  сторону тестирования АСМЗЗСПКУ: типы ошибок, которые предполагается обнаружить, и стандарты, с которыми сопоставляются АСМЗЗСПКУ.

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

• Тестирование сопряжений – контроль сопряжений между частями системы (модулями, компонентами подсистемами).

• Комплексное тестирование  – контроль и/или испытание системы по отношению к исходным целям. Комплексное тестирование является процессом контроля, если оно выполняется в моделируемой среде, и процессом испытания, если выполняется в среде реальной, жизненной.

• Тестирование приемлемости – проверка соответствия АСМЗЗСПКУ требованиям пользователя.

 

Верификацию, тестирование и испытания разрабатываемой системы АСМЗЗСПКУ будем производить в соответствии со стандартами ES-PSS-05.

Процесс верификации  включает в себя:

• технические проверки, сквозные контроли и инспекции ПО;

• проверки того, что требования к ПО соответствуют требованиям заказчика;

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