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

 

Рис. 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.

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

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

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