Внешний вид работы с пользователями представлен на рисунке 4.3.
Модуль System and Server Status
Этот модуль позволяет отслеживать состояния выбранных серверов и запущенных демонов. С его помощью можно легко определить какие процессы выполняются должным образом или выявить те процессы, работа которых нарушена. Также можно сконфигурировать модуль таким образом, что при проверке состояния сервера происходила отправка сообщения по e-mail или выполнялась какая-либо команда. Эта функция может быть полезна если система управляет серверами, от которых зависят другие люди, такими как web или DNS сервера.
Внешний вид модуля System and Server Status представлен на рисунке 4.4.
Для полноценной работы с программным комплексом и решения поставленных задач, стандартных модулей в Webmin недостаточно. Система позволяет дополнить их.
Установка нового модуля представлена на рисунке 4.5.
4.2 Создание первичного контроллера домена в Webmin
Первичный контроллер домена хранит у себя БД пользователей домена, их пароли, права доступа и прочую информацию. Это позволяет им авторизовавшись один раз посещать все сетевые ресурсы домена без ввода пароля. PDC позволяет применять так называемые logon scripts - текстовые файлы хранящиеся на сервере, в которых содержатся команды, которые будут выполнены на машине клиента при входе в домен. С их помощью можно проводить автоматическое монтирование сетевых дисков, синхронизацию часов, запуск других программ и так далее. На PDC можно настроить перемещаемые профили (roaming profiles). Они используются для хранения windows профиля пользователя (рабочий стол, меню пуск, оформление и пр.) на сервере. Т.е. пользователь, залогинившись с любого компьютера в сети будет работать в своем настроенном рабочем окружении. Конечно такая возможность предполагает наличие быстрого сетевого соединения и наличия достаточного свободного место на диске сервера. Ну и напоследок тот момент что пользователь он на то и пользователь чтобы пользоваться, администрировать он ничего не сможет (пока конечно вы не дадите ему таких прав), следовательно и исправлять будет нечего - это также немаловажный аргумент перехода на PDC.
Настройка первичного контроллера домена процесс трудоёмкий. Применения для этих целей программного комплекса позволит сократить время и облегчит работу администратора, позволив работать не напрямую правив smb. conf, а работая в удобном интерфейсе.
Внешний вид менеджера ресурсов Samba представлен на рисунке 4.6. Модуль включает в себя:
Настройки безопасности;
Настройки сети Unix и Windows;
Параметры вывода на печать;
Параметры использования файловых ресурсов.
В случае каких-либо ошибок или неясностей администратор имеет возможность просмотреть либо править прямо в программном комплексе.
Внешний вид правки конфига представлен на рисунке 4.10.
4.3 Руководство пользователя Alterator
На рисунке 4.11 представлен внешний вид конфигуратора Alterator.
Рисунок 4.11 Интерфейс Alterator
4.4 Выводы по четвертому разделу
Созданная система управления удобна для восприятия и имеет интуитивно понятный интерфейс, рассчитанный на администраторов с опытом работы или без такового. Система позволит сократить время настройки и конфигурации, при этом расширив круг вопросов, которые может решить администратор. В наглядном примере показана функциональные возможности автоматизированной информационной системы.
5. Экономическое обоснование проекта
Целью данного раздела является доказательство экономической целесообразности создания автоматизированной информационной системы управления программным обеспечением серверного оборудования на базе программного комплекса Webmin/Alterator.
5.1 Цель и краткое описание программного продукта
Наименование программного продукта: АИС управления серверным программным обеспечением.
Целью является внедрение для Министерства промышленной политики, транспорта и связи Омской области программного комплекса Webmin, позволяющего решить следующие задачи:
производить мониторинг процессов, запускать, останавливать и перезапускать процессы;
осуществлять полноправную навигацию по файловой системе, выполнять любые операции с файлами и каталогами;
единовременно запускать приложения на сервере с возможностью просмотра их вывода через браузер.
При разработке системы использовался программный комплекс Webmin, который является открытым программным обеспечением, распространяемый по лицензии GPU.
5.2 Определение затрат труда на разработку программного продукта
Трудоемкость выполнения отдельных видов работ определяется двумя видами оценок:
- минимальные затраты времени на выполнение отдельного вида работ; - максимальное время выполнения при наименее благоприятных условиях.По этим величинам оценивается ожидаемое значение трудоемкости и стандартное отклонение.
Ожидаемое значение трудоемкости
рассчитывается по формуле: ,где i – номер этапа.
Стандартное отклонение
оценивается по следующей формуле: ,где i – номер этапа.
Экспертные оценки и расчетные величины трудоемкости, а также стандартные отклонения по всем видам работ приведены в таблице5.1.
Таблица 5.1– Оценка трудоемкости отдельных по всем видам работ
Вид работ | Оценка трудоемкости | Расчетные величины | ||
а(ч.) | b(ч.) | t(чел/ч) | D | |
1. Изучение и анализ предметной области | 120 | 150 | 132 | 6 |
2. Изучение структуры серверов | 180 | 200 | 188 | 4 |
3. Изучение алгоритма удаленного управления | 180 | 200 | 188 | 4 |
4. Развертывание системы | 220 | 250 | 232 | 6 |
5. Отладка | 50 | 70 | 58 | 4 |
6. Подготовка документации | 70 | 100 | 82 | 6 |
Итог: | 820 | 970 | 880 | 12,49 |
Общая трудоемкость работы составляет 880 человеко-часов или 5 месяцев (по 22 рабочих дня в каждом месяце). Стандартное отклонение составляет менее 5 %, то есть степень достоверности того, что работа будет выполнена в срок, велика.
5.3 Определение численности исполнителей
Период разработки программы – 5 месяцев, с 1 января по 1 июня 2010 года.
Количество рабочих дней в каждом месяце равно 22. Рабочий день равен 8 часам. Отсюда получаем действительный фонд времени за период разработки программы:
ч.Численность исполнителей, необходимая для выполнения работ определяется как отношение трудоемкости всей разработки к действительному фонду времени за весь период разработки программы.
Таким образом, получаем:
чел.Отсюда следует, что разработчиком будет являться один исполнитель – техник.
В таблице 5.2 представлено распределение трудоемкости по стадиям разработки и исполнителям.
Таблица 5.2 – Распределение трудоемкости по стадиям разработки
Вид работы | Трудоемкость этапа, ч. | Должность исполнителя |
1. Изучение и анализ предметной области | 64 | Техник |
2. Изучение структуры БД | 44 | Техник |
3.Изучение алгоритма | 49 | Техник |
4. Развертывание системы | 220 | Техник |
5. Отладка | 71 | Техник |
6. Подготовка документации | 88 | Техник |
Итого: | 536 |
5.4 Расчет себестоимости разработки программного продукта
Расчет основной заработной платы
Основная заработная плата рассчитывается, исходя из трудоемкости работ, выполняемых специалистом i-й квалификации при разработке программного продукта (
) в чел/ч и размера оплаты труда 1 чел/ч.Основная заработная плата разработчика за месяц рассчитывается по следующей формуле:
,где
- основная заработная плата разработчика, руб.; - оклад техника, руб.; - общая трудоемкость работ, ч.Оклад сотрудника отдела информационных систем – 10000 руб./мес.
Трудоемкость техника – 880 ч.
Таким образом, основная заработная плата разработчика, при районном коэффициенте 1,15, применяемом к окладу работников, проживающих в городе Омске и среднем количестве рабочих часов в месяц равном 176 следующая:
руб.Расчет дополнительной заработной платы
Дополнительная заработная плата в среднем составляет 12% от основной заработной платы.
Таким образом, дополнительная заработная плата составит:
руб.Расчет отчислений на социальные нужды
Сумма отчислений на социальные нужды составляет 26% от суммы основной и дополнительной заработной платы.