- •128 М осковский Государственный Институт Электронной Техники (Технический Университет)
- •«Разработка программного модуля для удаленного администрирования и мониторинга raid-системы»
- •Содержание
- •Введение
- •Раздел 2 является технологическим разделом и содержит информацию о методике создания данного программного продукта и приемах его отладки.
- •Раздел 3 содержит организационно-экономическую часть дипломного проекта, в которой проводится расчет стоимости проекта и планирование разработки;
- •Раздел 4 посвящен вопросу организации рабочего места программиста и пользователя пк.
- •Специальный раздел
- •Исследовательская часть
- •Постановка задачи
- •Обзор программных продуктов для управленияRaid-системой
- •Gam(GlobalArrayManager)
- •Информационные потребности пользователя
- •Конструкторская часть
- •Требования к системе
- •Состав выполняемых функций
- •Требования к надежности
- •Условия эксплуатации и требования к составу и параметрам технических средств
- •Требования к информационной и программной совместимости
- •Требования к транспортировке и хранению
- •Специальные требования
- •Структурная схема работы программы
- •Структура входных и выходных данных
- •Общие схемы алгоритмов работы программы
- •Общая схема алгоритма работы модуля Менеджер
- •Схемы алгоритмов модуля Агент
- •Поиск подключенных raid-контроллеров
- •Мониторинг raid-массива
- •Формат данных модуля Агент
- •Формат ответов контроллера acs-9900
- •Выбор платформы проектирования
- •Реализация программного модуля Агент
- •Реализация модуля для поиска подключенных raid-контроллеров
- •Реализация сервера Агент
- •Общий вид модуля Менеджер
- •Установка программного обеспечения
- •Конфигурация технических средств
- •Минимальные технические характеристики по
- •Рекомендуемые технические характеристики по
- •Методика и результаты испытаний программы
- •Общие приемы тестирования
- •Тестирование работоспособности raid-контроллера
- •Технологический раздел
- •Объектно-ориентированное программирование
- •Объектно-ориентированное проектирование
- •Этапы разработки программного обеспечения
- •Постановка задачи
- •Составление проекта
- •Алгоритмизация
- •Программирование
- •Препарация
- •Трансляция
- •Отладка
- •Оформление программы
- •Отчет о работе
- •Модернизация
- •Методика испытаний программы и результаты экспериментальной проверки
- •Отладка и общие принципы тестирования
- •Алгоритмическое тестирование
- •Функциональное или аналитическое тестирование
- •Содержательное тестирование
- •Особенности среды программирования
- •Тестирование программы и его результаты
- •Организационно-экономический раздел
- •Планирование разработки
- •Сетевое планирование
- •Создание структурной таблицы работ
- •Структурная таблица работ
- •Проанализированная структурная таблица работ
- •Упорядоченная структурная таблица работ
- •Сетевой график
- •Расчет затрат на создание программного продукта
- •Метод для расчета затрат на создание пп
- •Расчет затрат на разработку пп
- •Результаты расчета коэффициентов изменения трудоемкости
- •72 408 Рублей,
- •Расчет затрат на изготовление опытного образца пп
- •4 972 Рубля,
- •Затраты на технологию и программные средства автоматизации разработки пп
- •Затраты на эвм, используемые для автоматизации разработки пп
- •Итоговые суммарные затраты на разработку по
- •Итоговые суммарные затраты на разработку по
- •Раздел по производственной и экологической безопасности
- •Вредные и потенциальноопасные факторы на месте разработчика по
- •Нерациональное освещение
- •Расчет общего освещения
- •Электробезопасность
- •Требования по пожарной безопасности
- •Уровень шума
- •Защита от вредных излучений
- •Микроклимат в компьютерном зале
- •Параметры воздушной среды
- •Психофизиологические факторы
- •Заключение
- •Список литературы
- •Приложения Приложение 1. Текст программного кода
- •Приложение 2. Спецификация контроллераAsc-9900
- •Приложение 3. Руководство пользователя
- •Встроенная система помощи
- •Приложение4. Интерфейсные окна программы
Общие приемы тестирования
Среди методов, с помощью которых проводилось тестирование программы, можно выделить два основных:
метод «стеклянного ящика»;
метод «чёрного ящика».
Тестирование методом «стеклянного ящика» - это тестирование на этапе реализации. Данный метод можно отнести к процессу программирования, т.к. программисты выполняют тестирование на протяжении всего процесса создания ПО. Поскольку программист разрабатывает тесты, зная исходный код программы, он имеет определённые преимущества: направленность тестирования, полный охват кода, управление потоком, отслеживание целостности данных, внутренние граничные точки, тестирование, определяемое выбранным алгоритмом.
При тестировании разрабатываемого программного модуля, в основном применялись следующие способы отладки:
Отладка с помощью встроенного отладчика.
В среду программирования MSVisualC++ 6.0 встроен мощный и удобный в использовании отладчик. С его помощью возможно отслеживать значения произвольного количества переменных в процессе работы программы, осуществлять построчное выполнение кода, устанавливать точки останова программы и выхода в режим отладки.
Методы силовой отладки.
Под силовой отладкой (brute-force debugging) понимаются методы отладки, основанные не на возможностях отладчиков. При разработке программ часто нет необходимости в полной отладке, просто хочется убедиться в том, что какая-либо функция работает так, а не иначе. В этих случаях проще забыть об отладчике и просто добавить пару строк кода для вывода информации. Методы “силовой отладки”, были эффективны при отладке и тестировании данного программы и использовались наравне со средствами отладчика VisualC++.
Вывод отладочной информации на форме.
Один из способов вывода информации — ее вывод непосредственно в форме. Обычно проще всего создать форму в редакторе ресурсов VisualC++ для непосредственного вывода информации. В таком случае выведенная информация не потеряется даже при перерисовке формы.
Использование функции AfxShowMessage.
Кроме вывода информации в форму, можно воспользоваться модальным диалоговым окном. Принципиальное отличие этого метода, в первую очередь, состоит в том, что модальное диалоговое окно останавливает выполнение программы, пока вы его не закроют. Таким образом, у разработчика есть достаточно времени, чтобы прочесть и осмыслить полученную информацию. Функция AfxShowMessage идеально подходит для этой цели. Она позволяет вывести строку любой длины в простом модальном диалоговом окне. Нужно только создать строку для вывода и передать ее в функцию.
Вывод на консоль и запись в лог-файл.
К методам силовой отладки также относятся “Вывод отладочной информации на консоль” и “Запись данных в Log-файл”. В первом случае создается консольное приложение и вывод на него осуществляется с помощью процедурcoutиprintf. Во втором случае вся информация записывает в файл на диске. В данном проекте информация, полученная из лог-файла, являлась самой ценной, поскольку точно указывала на место возникновения ошибок и неточностей в работе алгоритмов.