Программа должна иметь системные характеристики не менее:

              – Центральный процессор с  тактовой частотой не менее  433 МГц;

         – Оперативной памятью не менее  64 Кб;

         – Жесткий диск не менее 10 Гб;

              – Стандартная клавиатура;

         – Стандартный манипулятор “мышь”;

         – Привод чтения гибких дисков;

         – Стандартный SVGA монитор;

         – Принтер (любой модификации).

       Программа разработана с помощью СУБД MS Access. Программа может работать в операционной системе Microsoft Windows. Тип платформы Microsoft Windows 98/2000/NT/Me/XP.

       Использование центрального процессора с тактовой частотой не менее 433 МГц. Привод чтения гибких дисков формата 1.44 Мб используется, для того чтобы сохранить данные на дискету, после чего дискета приводится в вышестоящие органы. Так как программа не использует элементы графики,  система компьютера должна удовлетворять минимальным требованиям для обеспечения работы операционной системы. В качестве видеоадаптера можно использовать стандартный  SVGA адаптер, а монитор должен обеспечивать разрешающую способность экрана не менее 800*600 точек на дюйм при частоте обновления экрана не менее 75 Гц, то есть для обеспечения наилучшего качества изображения для пользователя.

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

       В данном программном продукте используется стандартная клавиатура для занесения данных в программу. [3] 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

4 Тестирование разработанной  программы

  4.1 Описание используемого  метода тестирования

 

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

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

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

Программы как объекты тестирования имеют  ряд особенностей:

• отсутствие полностью определённого эталона (программы), которому должны соответствовать все результаты тестирования проверяемой программы;
• высокая сложность программы и принципиальная невозможность построения тестовых наборов, достаточных для их исчерпывающей проверки;
• относительно невысокая степень формализации критериев качества процессов тестирования и достигаемого при этом качества объектов тестирования;
• наличие в программах вычислительных и логических компонентов, а также компонентов, характеризующихся стохастическим и динамическим поведением.

  Каждый тест определяет:

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

    Хорошим считают тестовый вариант с высокой  вероятностью обнаружения ещё не раскрытой ошибки. Успешным называют тест, который обнаруживает до сих пор не раскрытую ошибку.

    Целью проектирования тестовых вариантов  является систематическое обнаружение различных классов ошибок при минимальных затратах времени и стоимости.

Тестирование  обеспечивает:

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

 

    Для тестирования программы «Расчёт премии»  была применена методика функционального тестирования программного продукта – тестирование методом «чёрного ящика». Тестирование программы данным методом заключается в следующем: известны функции программы, исследуется работа каждой функции на всей области определения.

    При тестировании программного продукта методом “чёрного ящика” рассматриваются системные характеристики программ, и игнорируется их внутренняя логическая структура. Основное место приложения тестов “чёрного ящика” – интерфейс программного обеспечения.

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

    Этот  тест демонстрирует:

• как выполняются функции программы;
• как принимаются исходные данные;
• как вырабатываются результаты;
• как сохраняется целостность внешней информации.

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

    Тестирование  «чёрного ящика» обеспечивает поиск следующих категорий ошибок:

• не корректных или отсутствующих функций;
• ошибок интерфейса;
• ошибок во внешних структурах данных;
• ошибок характеристик (необходимая ёмкость памяти и т. д.);
• ошибок инициализации и завершения.

       Технология тестирования методом “чёрного ящика” ориентирована на решение следующей задачи: сокращение необходимого количества тестовых вариантов и выявление не однократной ошибки, а класса ошибок.

          В силу того, что программа  «Расчёт премии» 

 создана  в среде программирования Microsoft Access, для её тестирования применяется один из способов метода «чёрного ящика» – метод тестирования «способом диаграмм причин-следствий», то есть сначала каждый компонент программы проверяется по отдельности, затем его тестируют на автономном компьютере, и только потом проверяется работа всего приложения в целом.

       Процесс тестирования методом «способом диаграмм причин-следствий» состоит из следующих шагов:

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

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

                                    
 
 
 
 
 
 
 
 
 
 
 

4.2 Контрольная задача тестирования  

   Тестирование  Информационной системы «Расчёт премии» 

      производится  методом диаграмм и следствий  по шагам. 

      Шаг 1 Нахождение причин и следствий.

      Причины:

1. ввод данных;
2. сохранение данных.

 

Дополнительные  причины:

1. переходы по формам;
2. выход из приложения.

 

Следствия:

1. выполнение запросов;
2. удаление данных.

 

Шаг 2  Разработка графа причинно –  следственных связей. 
 
 
 

 
 
 
 
 
 
 
 
 
 
 
 

 
Шаг 3. Преобразование графа причинно – следственных связей в таблицу решений 

                     Таблица 4.2.1 – Таблица решений

Шаг 4 Преобразование столбцов таблицы  решений в тестовые варианты

    ТВ  – тестовый вариант;

    ИД  – исходные данные для тестового варианта;

    Ож. рез. – ожидаемые результаты. 

    ТВ1:

     ИД: ввод данных, сохранение данных

      Ож. рез.: данные сохранены. 

    ТВ 2:

  ИД: ввод данных, редактирование  данных, выполнение запроса, переход  на главную форму.

      Ож. рез.: запрос выполнен, данные  сохранены, главная форма открыта. 

    ТВ 3:

      ИД: редактирование данных,  выполнение  запроса, переход на главную форму.

     Ож. рез.: запрос выполнен, данные  сохранены. 
 

   Содержание

 Введение.

1. Основания для разработки.
2. Назначение разработки.
3. Требования к программе или программному продукту.

  3.1 Требования к функциональным  характеристикам.

  3.2 Требования к надежности.

3.3 Условия  эксплуатации.

3.4 Требования  к составу и параметрам технических  средств. 

4. Требования к программной документации.
5. Технико-экономические показатели.
6. Стадии и этапы разработки.

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

       5 Программная документация 

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

       5.2 Документ – концепция – это  документ, который описывает приложение  в целом, фиксирует потребности  пользователя и отображает различные  общие требования.