Из компонентов этого типа в разрабатываемом приложении используются компоненты DBGrid, DBComboBox и DBLookupComboBox.
На самом нижнем уровне структуры компонентов для баз данных находятся невизуальные компоненты доступа к данным. Компоненты такого типа способны устанавливать соединения с физическими базами данных, не обеспечивая при этом визуального отображения данных на форме. Эти компоненты помещаются внутрь приложения и используются для управления базой данных. Из компонентов этого типа в разрабатываемом приложении используются компоненты ADOTable, ADOQuery, ADOStoredProc.
Связанные с данными управляющие элементы могут лишь визуализировать поставляемую им информацию, а компоненты доступа к данным - осуществлять соединение с базами данных и поставлять информацию. Поэтому в разрабатываемом приложении помимо вышеуказанных групп компонентов имеется невизуальный компонент DataSource. Компонент DataSource действует как посредник между одним из компонентов доступа к данным и одним или большим количеством визуальных управляющих элементов. Таким образом, в специальной части был произведен выбор технологии, среды и языка программирования. Осуществлено проектирование базы данных, проектирование программного обеспечения, разработка структурной и функциональной схем.
Разработан интерфейс пользователя, построен графа диалога, созданы формы ввода-вывода.
В соответствии с требованиями к системе была разработана информационно - экспертная система определения психофизиологического состояния человека. При тестировании проверялась работа, как всей системы, так и её отдельных модулей, а именно: работа модуля взаимодействия с БД, модуля визуализации и работа модуля подготовки отчёта.
Кроме того, объектом тестирования является взаимодействие модулей друг с другом, и взаимодействие программного обеспечения с приложением MS Excel для экспортирования в него отчёта.
Целью проведения испытаний является определение работоспособности программы в целом и выявление соответствия выполняемых ею функций, описанных в техническом задании на разработку.
Необходимо проверить логику выполнения команд и ветви условий, а так же правильность ввода данных.
При тестировании блоков проверяется правильность не только того, что функционально выполняет модуль, но и того, как он это делает. Таким образом, при тестировании блоков используется не только функциональное тестирование, но и структурное тестирование.
Порядок проведения испытаний:
1. Прохождение тестирования студентами;
2. Проверка корректной записи результатов тестирования в БД;
. Испытание работоспособности программы на полученном наборе данных;
. Анализ результатов испытания.
В качестве сервера базы данных был использован компьютер следующей конфигурации:
- процессор Intel Core 2 Duo 3 ГГц;
- объем оперативной памяти 4 Гб;
- объём свободного дискового пространства - 320 ГБ;
- LCD монитор с разрешением 1280х 1024;
- клавиатура и манипулятор типа "мышь";
- Операционная система MS Windows 7 Professional;
Сервер базы данных расположен в административном корпусе ФГБОУ ВПО "Череповецкий государственный университет" по адресу: ул. Луначарского, 5, кабинет 112.
Компьютеры, на которые установлено разработанное программное обеспечение, имеют следующую конфигурацию:
- процессор Intel Celeron 2.6 ГГц;
- объем оперативной памяти 2 Гб;
- объём свободного дискового пространства - 250 ГБ;
- LCD монитор с разрешением 1280х 1024;
- клавиатура и манипулятор типа "мышь";
- Операционная система MS Windows 7 Professional;
Разработанное ПО установлено в компьютерном классе (Советский проспект 25, аудитория 27).
Тестирование базы данных проводилось следующим образом:
- установка MySQL Server 5.0;
- загрузка базы данных;
- проверка возможности соединения с базой данных с компьютерами в аудитории.
- прохождение студентами тестов;
- проверка правильности записи результатов теста в БД.
Тестирование программы проводилось следующим образом:
- установка программы на компьютер;
- тестирование модуля взаимодействия с базой данных;
- тестирование модуля визуализации в различных режимах;
- тестирование генерации отчёта.
Первоначальное тестирование проводилось по стратегии черного ящика. К тестированию программного обеспечения были привлечены опытные программисты отдела программно-технического обеспечения управления информационных технологий ФГБОУ ВПО ЧГУ.
Целью тестирования по стратегии черного ящика ставится выяснение обстоятельств, в которых поведение программы не соответствует спецификации.
Методом тестирования был выбран метод "предположение об
ошибке". При таком методе программист с большим опытом выискивает ошибки
без всяких методов, но при этом он подсознательно использует метод
предположения об ошибке. Данный метод в значительной степени основан на
интуиции. Основная идея метода состоит в том, чтобы составить список, который
перечисляет возможные ошибки и ситуации, в которых эти ошибки могли проявиться.
Тестовые данные и отклики системы приведены в табл. 3.1.
Таблица 3.1 - Результаты тестирования
|
Тип функции |
Входные данные |
Результат |
|
Подключение к базе данных |
Подключение к БД на локальном компьютере |
Успешно |
|
|
Подключение к БД сервере |
Успешно |
|
|
Подключение к БД с заведомо верными настройками |
Успешно |
|
|
Подключение к БД с заведомо неверными настройками |
Сообщение об ошибке |
|
|
Подключение к БД при отсутствии файла настроек |
Сообщение об ошибке |
|
Навигация по древовидному меню |
Уровень объекта - первый |
Корректное продолжение работы |
|
|
Уровень объекта - второй |
Корректное продолжение работы |
|
|
Уровень объекта - третий |
Ошибка |
|
Выбор теста и получение результатов |
Тест Кагана |
Отображение результатов корректно |
|
|
Теппинг тест |
Отображение результатов корректно |
|
|
Тест "зрительная реакция" |
Некорректное отображение результатов |
|
|
Тест "индивидуальная минута" |
Отображение результатов корректно |
|
Выбор группировки по желаемому параметру |
Без группировки |
Без ошибок |
|
|
Группировка по полу |
|
|
|
Группировка по возрасту |
Без ошибок |
|
|
Сравнение двух объектов тестирования |
Ошибка |
|
|
Группировка по дате прохождения теста |
Ошибка |
|
Настройка генерации отчётов |
Взаимодействие с MS Excel |
Работа корректна |
|
|
Генерация отчета без MS Excel |
Сообщение об ошибке |
|
|
Изменение настроек отчета |
Корректно |
Все недостатки, выявленные в ходе тестирования, были устранены, поэтому на текущий момент разработанная система функционирует без ошибок, устойчива к некорректным действиям пользователя.
Повторное тестирование проводилось потенциальными пользователями/заказчиком. К тестированию программного обеспечения были привлечены студенты факультета ФКиС.
В ходе проведения тестовых испытаний модулей системы были выявлены незначительные отклонения в работе системы, которые в дальнейшем были исправлены. Результаты тестирования представлены в табл. 3.2.
По результатам тестов можно сделать следующий вывод: система отвечает
требованиям, устойчива к некорректному вводу информации.
Таблица 3.2 - Результаты тестирования модулей
|
Дата |
Тестируемый модуль |
Тестирование проводил |
Способ тестирования |
Название теста |
Описание теста |
Результаты тестирования |
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
|
28.04.2012 |
Модуль взаимодействия с БД |
заказчик |
ручной |
Соединение с базой данных |
Запуск приложения с заведомо верными настройками соединения |
Соединение с базой данных прошло успешно |
|
11.05.2012 |
Модуль визуализации |
заказчик |
ручной |
Тестировалась работа модуля визуализации |
Проверялись различные способы отображения результатов тестирования |
Модуль визуализирует графики в соответствии с полученными результатами |
|
12.05.2012 |
Модуль визуализации |
заказчик |
ручной |
Тестировалась работы модуля визуализации |
Проверялась корректность отображения при различных параметрах группировки |
Неверное отображение результатов при выборе группировки по дате |
|
14.05.2012 |
Модуль генерации отчёта |
заказчик |
ручной |
Тестирование экспорта отчёта в MS Excel |
Выбор настроек, проверка взаимодействия программы с MS Excel |
Успешная генерация отчёта и экспорт в MS Excel |
Для оценки затрат на разработку программного обеспечения и преимущества его установки в сравнении со стоимостью типового внедрения и поддержки комплекса из существующих аналогов необходимо рассчитать следующие показатели:
- себестоимость программного продукта;
- цена программного продукта;
- годовой экономический эффект;
- срок окупаемости.
В себестоимость разработки входят:
- основная заработная плата разработчиков,
- дополнительная заработная плата,
- единый социальный налог,
- затраты на использование машинного времени,
- затраты на носители информации,
- затраты на текущий и профилактический ремонт вычислительной техники,
- прочие эксплуатационные расходы [14].
Себестоимость ПП рассчитывается по формуле (1):
(4.1)
где
![]()
-
себестоимость программного продукта, руб.;
![]()
- фонд
заработной платы (сумма основной и дополнительной заработной платы), руб.;
![]()
- единый
социальный налог, руб.;
![]()
-
затраты на использование машинного времени, руб.;
![]()
-
затраты на носители информации, руб.;
![]()
-
затраты на текущий и профилактический ремонт вычислительной техники, руб.;
![]()
- прочие
эксплуатационные расходы, руб.
Состав разработчиков (примерный): 2 студента-дипломника.
Основная
заработная плата каждого разработчика рассчитывается по формуле (2):
(4.2)
где
![]()
-
основная заработная плата, руб.;
![]()
- ставка
заработной платы, руб.;
![]()
-
районный коэффициент, руб.;
![]()
- время
разработки, мес.
Районный коэффициент равен 25% ставки заработной платы.
![]()
(руб.).
Дополнительная заработная плата рассчитывается как 12% от основной заработной платы каждого разработчика.
![]()
(руб.).
Сумма
основной заработной платы и дополнительной заработной платы всех разработчиков
составляет фонд заработной платы (![]()
):
![]()
(руб.).
Ставка
единого социального налога (![]()
) - 35,6%
от фонда заработной платы. Она включает в себя:
- ставка сбора в пенсионный фонд (28%),
- ставка сбора в фонд социального страхования (4%),
- ставка сбора в фонд обязательного медицинского страхования (3,6%).
Отдельно отчисляются 0,2% в фонд страхования от несчастных случаев (СНС).
![]()
(руб.).
Затраты
на использование машинного времени вычисляются по формуле (3):
(4.3)
где
![]()
-
затраты на использование машинного времени, руб.;
![]()
-
стоимость одного часа машинного времени, руб./ч;
![]()
- время
использования вычислительной техники, ч.
Стоимость
одного часа машинного времени рассчитывается по формуле (4):
(4.4)
где
![]()
-
стоимость одного часа машинного времени, руб./ч;
![]()
-
покупная цена компьютера, руб.;
![]()
- срок
службы компьютера, год;
![]()
-
количество рабочих дней в году;
![]()
- время
работы компьютера в течение суток, ч;