- •128 М осковский Государственный Институт Электронной Техники (Технический Университет)
- •«Разработка программного модуля для удаленного администрирования и мониторинга raid-системы»
- •Содержание
- •Введение
- •Раздел 2 является технологическим разделом и содержит информацию о методике создания данного программного продукта и приемах его отладки.
- •Раздел 3 содержит организационно-экономическую часть дипломного проекта, в которой проводится расчет стоимости проекта и планирование разработки;
- •Раздел 4 посвящен вопросу организации рабочего места программиста и пользователя пк.
- •Специальный раздел
- •Исследовательская часть
- •Постановка задачи
- •Обзор программных продуктов для управленияRaid-системой
- •Gam(GlobalArrayManager)
- •Информационные потребности пользователя
- •Конструкторская часть
- •Требования к системе
- •Состав выполняемых функций
- •Требования к надежности
- •Условия эксплуатации и требования к составу и параметрам технических средств
- •Требования к информационной и программной совместимости
- •Требования к транспортировке и хранению
- •Специальные требования
- •Структурная схема работы программы
- •Структура входных и выходных данных
- •Общие схемы алгоритмов работы программы
- •Общая схема алгоритма работы модуля Менеджер
- •Схемы алгоритмов модуля Агент
- •Поиск подключенных raid-контроллеров
- •Мониторинг raid-массива
- •Формат данных модуля Агент
- •Формат ответов контроллера acs-9900
- •Выбор платформы проектирования
- •Реализация программного модуля Агент
- •Реализация модуля для поиска подключенных raid-контроллеров
- •Реализация сервера Агент
- •Общий вид модуля Менеджер
- •Установка программного обеспечения
- •Конфигурация технических средств
- •Минимальные технические характеристики по
- •Рекомендуемые технические характеристики по
- •Методика и результаты испытаний программы
- •Общие приемы тестирования
- •Тестирование работоспособности raid-контроллера
- •Технологический раздел
- •Объектно-ориентированное программирование
- •Объектно-ориентированное проектирование
- •Этапы разработки программного обеспечения
- •Постановка задачи
- •Составление проекта
- •Алгоритмизация
- •Программирование
- •Препарация
- •Трансляция
- •Отладка
- •Оформление программы
- •Отчет о работе
- •Модернизация
- •Методика испытаний программы и результаты экспериментальной проверки
- •Отладка и общие принципы тестирования
- •Алгоритмическое тестирование
- •Функциональное или аналитическое тестирование
- •Содержательное тестирование
- •Особенности среды программирования
- •Тестирование программы и его результаты
- •Организационно-экономический раздел
- •Планирование разработки
- •Сетевое планирование
- •Создание структурной таблицы работ
- •Структурная таблица работ
- •Проанализированная структурная таблица работ
- •Упорядоченная структурная таблица работ
- •Сетевой график
- •Расчет затрат на создание программного продукта
- •Метод для расчета затрат на создание пп
- •Расчет затрат на разработку пп
- •Результаты расчета коэффициентов изменения трудоемкости
- •72 408 Рублей,
- •Расчет затрат на изготовление опытного образца пп
- •4 972 Рубля,
- •Затраты на технологию и программные средства автоматизации разработки пп
- •Затраты на эвм, используемые для автоматизации разработки пп
- •Итоговые суммарные затраты на разработку по
- •Итоговые суммарные затраты на разработку по
- •Раздел по производственной и экологической безопасности
- •Вредные и потенциальноопасные факторы на месте разработчика по
- •Нерациональное освещение
- •Расчет общего освещения
- •Электробезопасность
- •Требования по пожарной безопасности
- •Уровень шума
- •Защита от вредных излучений
- •Микроклимат в компьютерном зале
- •Параметры воздушной среды
- •Психофизиологические факторы
- •Заключение
- •Список литературы
- •Приложения Приложение 1. Текст программного кода
- •Приложение 2. Спецификация контроллераAsc-9900
- •Приложение 3. Руководство пользователя
- •Встроенная система помощи
- •Приложение4. Интерфейсные окна программы
Общие схемы алгоритмов работы программы
Общая схема алгоритма работы модуля Менеджер
На рисунке 1.6 представлена общая схема алгоритма работы модуля Менеджер. Не вдаваясь в подробности, так как этот модуль разрабатывался не мной, заметим, что помимо основного окна программы, есть еще вспомогательные интерфейсы для первоначальной установки программы, а также специализированный модуль для устранения ошибок. Система сама активизирует эти модули при необходимости. Также можно заметить, что при выходе из программы, есть возможность подключиться к другомуRAID-контроллеру, если администратор обслуживает несколькоRAID-систем.
Рис. 1.5. Общая схема алгоритма работы модуля Менеджер
Общая схема работы выглядит следующим образом. При запуске программы, модуль Менеджерсоединяется с компьютером, на котором установленаRAID-система и происходит авторизация пользователя. После успешной авторизации, если система не была настроена до этого, пользователю предлагается настроить систему с помощью менеджера первоначальной настройки. При появлении ошибок вRAID-системе система вызывает диалог с сообщением об этой ошибке и предлагает способ по устранению этой проблемы. В остальном система позволяет производить мониторингRAID-системы и производить некоторые настройки работающей системы. После окончания работы с даннымRAID-массивом можно подсоединиться к другомуRAID-контроллеру.
Схема алгоритма работы модуля Агент
Общая схема алгоритма работы модуля Агентпредставлена на рисунке 1.6. Более подробные схемы алгоритмов для поиска подключенныхRAID-контроллеров, обработки командМенеджера, и мониторингаRAID-системы будут рассмотрены далее.
Рис. 1.6. Схема алгоритма работы модуля Агент
Данный модуль работает как сервер, поэтому выход из него организован только по принуждению от пользователя либо если не было найдено подключенных RAID-устройств к данному компьютеру. При запускеАгентпервым делом проверяет, есть ли уже найденныеRAID-контроллеры, подключенные к этому компьютеру. Если таких устройств не обнаружено, активизируется модуль для поискаRAID-контроллеров. Схема работы этого модуля будет рассмотрена ниже. Если поиск не дал положительных результатов, то работа модуляАгентостанавливается.
Далее модуль постоянно через указанный в настройках промежуток времени опрашивает RAID-массив и записывает эти данные в файл истории. Если произошла какая-либо ошибка вRAID-системе, то модуль немедленно указанным в настройках методом посылает извещение администратору об этой ошибке. При поступлении запроса на соединение отМенеджера модуль устанавливает соединение и передает данные отМенеджераRAID-контроллеру и обратно.
Более подробно об алгоритмах работы модуля Агентбудет рассказано в следующем параграфе.
Схемы алгоритмов модуля Агент
В данном параграфе подробно описаны алгоритмы работы программного модуля Агент.
Поиск подключенных raid-контроллеров
Данный модуль запускается, если при старте Агентане было найдено файла настроек, либо эти настройки не верны. Схема алгоритма этого модуля показана на рисунке 1.7.
Рис. 1.7. Схема алгоритма для поиска подключенныхRAID-контроллеров
Вначале необходимо задать параметры для поиска RAID-контроллера. На следующем шаге программа будет сканировать указанныеCOM-порты по заданным параметрам. Если поиск окончился неудачно, система предложит произвести поиск заново, изменив параметры поиска. После того какRAID-контроллер был найден, система запишет настройки в определенный файл, который будет использоваться при запускеАгента.