Смекни!
smekni.com

Создание автоматизированной системы по ведению именных накопительных счетов (стр. 7 из 11)

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

Рисунок 3.23 - Экспорт распределенных бюджетных средств по картам в Веб-страницу

Отчет «Словарные понятия»

Отчет «Словарные понятия» включает в себя:

- Отчет «Словарь операций».

Данный отчет содержит информацию о всех видах операций.

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


Рисунок 3.23 - Экспорт словаря операций в Веб - страницу

- Отчет «Словарь районов».

Данный отчет содержит информацию о всех имеющихся районов.

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

Рисунок 3.24 - Экспорт словаря районов в Веб – страницу

- Отчет «Словарь городов».

Данный отчет содержит информацию о всех имеющихся городах.

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


Рисунок 3.25 - Экспорт словаря городов в Веб – страницу

- Отчет «Словарь ЗАГСов».

Данный отчет содержит информацию о всех имеющихся ЗАГСах.

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

Рисунок 3.26 - Экспорт словаря ЗАГСов в Веб – страницу

3.2.4 Графики

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


Рисунок 3.27 - График распределения бюджетных средств

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

Где 0 – закрытый приоритет

1 – высший приоритет

2..n – по убыванию.

Рисунок 3.28 - Соотношение приоритетов лицевых счетов

3.3 Испытания программного продукта

3.3.1 Выбор тестирования

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

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

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

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

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

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

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

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

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

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

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

- Тестирование приемлемости – проверка соответствия программы требованиям пользователя.

3.3.2 Полученные результаты при тестировании

3.3.2.1 Тестирование модуля. Целью тестирования модуля является нахождение несоответствия между логикой и сопряжениями модуля, с одной стороны, и его внешними спецификациями (описанием функций, входных и выходных дынных, внешних эффектов), с другой стороны. Процесс проектирования тестов для модуля состоит из следующих четырех шагов:

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

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

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

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

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

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

3.3.2.2 Комплексное тестирование. Комплексное тестирование – процесс поисков несоответствия системы ее исходным целям. Это наиболее творческий из всех видов тестирования. Оно состоит из следующих шагов:

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

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

- Тестирование объёма. В то время как при тестировании стрессов делается попытка подвергнуть систему серьёзным нагрузкам в короткий интервал времени, тестирование объема представляет собой попытку предъявить системе большие объёмы данных (максимальный объем базы данных, 2 Мб) в течение более длительного времени.

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

- Тестирование защиты. Так как внимание к вопросам сохранения секретности в сегодняшнем автоматизированном обществе возрастает, к большинству систем предъявляются определенные требования по обеспечению защиты от несанкционированного доступа. Цель тестирования защиты – нарушить секретность в системе.

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

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