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

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

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

1. каждый оператор должен быть выполнен, по крайней мере, один раз

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

2. каждая ветвь программы должна быть опробована, и программа при

этом должна выдавать правильные результаты;

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

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

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

Процесс тестирования программного обеспечения  можно разделить на три этапа (характерны для автономной и комплексной  отладки):

1)  проверка  в  нормальных  условиях,   когда  проверяется   работа системы с правильными  данными;

2)  проверка в экстремальных  условиях, когда осуществляется  ввод заведомо ложной информации  — выявление реакции системы  на преднамеренное нарушение  нормального режима работы;

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

В полной мере для программы применялся первый этап тестирования, в достаточно большом объеме — второй этап.

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

Тестирование производится, когда  все модули уже закончены. Это  необходимо для того, чтобы была возможность определить не только отдельные  неточности модулей, но и проблемы, связанные с их соединением. При  этом формируется общий план тестирования системы. Стадия тестирования начинается, когда все или большинство  модулей системы уде завершены.

Тестирование обычно состоит из 3-х фаз:

•    системный тест (лабораторное воспитание);

•    опытная эксплуатация;

•    приемочный тест.

Среди существующих способов тестирования можно выделить три наиболее часто  применяемых:

• восходящее тестирование;
• нисходящее тестирование;
• метод сэндвича.

 

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

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

Тестирование методом «сэндвича» представляет собой компромисс между  восходящим и нисходящим подходами. При использовании этого метода одновременно начинают восходящее и  нисходящее тестирование, собирая программу  как снизу, так и сверху, и встречаясь, в конце концов, где-то в середине. Точка встречи зависит от конкретной тестируемой программы и должна быть заранее определена при изучении ее структуры. Если разработчик может  представить свою систему в виде уровня прикладных модулей, затем уровня модулей обработки запросов, затем  уровня примитивных функций, то он может  решить применять нисходящийметод  на уровне прикладных модулей, а на остальных уровнях применить  восходящий метод.

5.2.    Приёмочный тест - план

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

Приемочный тест разрабатывается  в виде последовательности четких шагов, которые должны быть выполнены, и  недвусмысленных результатов для  каждого шага. Если проверяемый продукт  ведет себя так, как описано в  приемочном тесте, то этот тест помечается как пройденный. Иначе тест помечается как неудавшийся.

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

Тест-план автоматизированной системы  рекрутинга представлен в таблице 5.1.

Таблица 5.1

Действие	Состояние	Результат
Ввод логина и пароля при авторизации	Ввести некорректные логин и пароль	Уведомление «Не верный или пароль»
	Ввести верные логин и пароль	Авторизация прошла успешно
Вызов пунктов на главной форме	Хаотичный порядок вызова окон	Сбои работы не наблюдается
	Вызов всех окон	Сбои работы не наблюдается
Нажатие кнопку «Добавить»	При всех пустых или частично пустых полях, которые имеют значения notnull	Уведомление «Для добавления данных заполните  поля»
	При пустых полях, которые допускают  значение null	Сбои работы не наблюдается. Данные добавлены
	При вводе данных несоответствующеих типу	Уведомление «Неверный тип данных»
Нажатие на кнопку «Удалить»	При пустой строке	Возврат предыдущего номер строки
Заполнение таблицы напрямую без  полей	Действие запрещено при разработке в свойствах таблицы	Выделение строки
Перемещение по записям с помощью  кнопок навигации	Переход по строкам	Сбои не наблюдаются

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

 

6. Экономическая часть

6.1 Расчет трудоемкости и построение ленточного графика

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

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

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

Представим порядок и длительность выполнения работ в виде ленточного графика.

  Для составления и оценки  выполнения графика работ необходимо  сначала определить перечень  выполняемых работ.

1. техническое задание (постановка задачи, сбор исходных данных, создание и утверждение технического задания на основе собранных данных);
2. эскизный проект (анализ и выбор способов решения поставленных задач);
3. технический проект (поиск наиболее рациональных проектных решений по всем аспектам разработки системы, создание и описание компонентов системы);
4. рабочий проект (разработка программы, корректировка структур баз данных).

Составим таблицу, содержащую план проектирования программно-информационной системы по стадиям разработки. Экспертным путем была оценена трудоемкость Ti отдельных этапов работы в человеко-днях. Данная продолжительность показывает сколько дней потребуется одному человеку для выполнения определенного  этапа работ. В разработке проекта  принимают участие двое исполнителей: руководитель проекта и студент-дипломник. Распределение исполнителей по этапам работ, а также продолжительность  работ приведены в таблице  6.1. Длительность выполнения каждого  этапа в днях (T_n) определяем как отношение трудоемкости этапа к количеству исполнителей:

 

где  T_i - трудоемкость работ, человеко-дни;

n_i - численность исполнителей, человек.

 

 

 

 

 

 

Результаты расчета продолжительности  выполнения проекта заносим в  таблицу 6.1.

Таблица 6.1. –  План проектирования программной продукции  по стадиям разработки

№ этапа	Стадии разработки проекта	Исполнители	Тi, чел/ дни	Кол-во человек, n	Продолжительность,  Tn=Ti/n, дни
1	Разработка технического задания по теме: "Разработка программного обеспечения для организации работы склада, учета прихода и расхода продукции", постановка задачи, выбор средств разработки дипломного проекта	Руководитель Разработчик	4	2	2
2	Сбор информационных материалов и изучение литературы	Разработчик	10	1	10
3	Разработка программного продукта: программно-информационной системы "Разработка программного обеспечения для организации работы склада, учета прихода и расхода продукции"	Разработчик	30	1	30
4	Отладка построенной  программно-информационной системы "Разработка программного обеспечения для организации работы склада, учета прихода и расхода продукции"	Руководитель Разработчик	6	2	3
5	Написание программной документации	Разработчик	5	1	5
6	Оформление пояснительной  записки по теме: "Разработка программного обеспечения для организации работы склада, учета прихода и расхода продукции"	Руководитель Разработчик	10	2	5
7	Оформление графического материала  о спроектированной информационной системе "Разработка программного обеспечения для организации работы склада, учета прихода и расхода продукции"	Разработчик	2	1	2
	Итого		67	--	57