ИС должна обеспечивать совместную работу групп пользователей;
ИС должна использовать информацию, передаваемую по каналам электросвязи, использующим протокол стека TCP/IP.
Требования к структуре и функционированию системы
Система должна поддерживать разграничение прав доступа пользователей к объектам системы.
В системе должен быть реализован принцип однократного ввода информации и механизмы, предотвращающие произвольное изменение документов, порожденных на основе учетных данных.
При разработке данной системы Администратором будет использован набор библиотек и сервисов - ядро базовой функциональности информационной системы, поставляемое в виде базового программного комплекса Webmin.
Программный комплекс Webmin является открытым программным обеспечением, распространяемым по лицензии BSD (Berkley Software Distributions license).
Используемые при разработке платформы Webmin технологии не противоречат требованиям архитектуры программного обеспечения. Платформа Webmin поставляется по открытой лицензии GPL (General Public License).
Требования к численности и квалификации персонала системы и режиму его работы.
Количества персонала зависит от масштаба внедрения системы. Персонал должен иметь навыки работы с ПК, а также должен пройти небольшой курс работы с программным обеспечением.
Показатели назначения.
Данная систем имеют высокий ресурс модернизации, при необходимой поддержки, система будет всегда находиться в актуальном состоянии.
Требования к надежности
Обеспечить высокую надежность работы программного обеспечения, а также оборудования используемое для функционирования системы. А также при обеспечении надежности следовать инструкциям нормативно-технической документации.
Требования безопасности
Установку оборудования должны производить квалифицированные специалисты, чтобы обеспечить надежную работу системы и избежать возможной угрозе здоровья человеку.
Требования к эргономике и технической эстетике
Программное обеспечения должно иметь удобный и интуитивно понятный интерфейс.
Рабочее место пользователя должно быть удобным для работы, а также соответствовать всем необходимым требованиям нормативно-технической документации.
Требования по сохранности информации при авариях
Необходимо ежемесячно делать резервную копию БД системы.
Требования к защите от влияния внешних воздействий
Программное обеспечение должно иметь системы авторизации пользователей, чтобы обеспечить защиту от несанкционированного изменения данных АСОИУ. А также иметь защищенный канал для передачи данных.
Требования по стандартизации и унификации
Необходимо обеспечить максимальную стандартизацию задач системы, поставляемых программных средств, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1-88.
1.8 Вывод по разделу
В данном разделе был проведен анализ объекта автоматизации, краткой характеристики предприятия Министерства промышленной политики, транспорта и связи Омской области, которая включает основные направления деятельности и организационную структуру. Был проведен анализ существующих подобных систем, выявлены преимущества используемой системы. Также были поставлены цели разработки и основные требования к системе.
2 АИС управления серверным программным обеспечением на базе программного комплекса Webmin/Alterator
В этой главе представлены основные этапы технического проектирования системы, такие как функциональное моделирование, моделирование и разработка.
2.1 Модель потоков данных
Диаграмма потоков данных описывает внешние по отношению к системе источники и адресаты данных, потоки данных и хранилища данных, к которым осуществляется доступ. Поток данных определяет информацию, передаваемую через некоторое соединение от источника к приемнику.
Поток данных на диаграмме изображается линией, оканчивающейся стрелкой, которая показывает направление потока. Каждый поток данных имеет имя, отражающее его содержание.
На рисунке 2.1 представлена контекстная диаграмма потоков данных разрабатываемой автоматизированной системы.
Рисунок 2.1 - Контекстная диаграмма потоков данных
Существует 5 видов стрелок:
Вход - материал или информация, которые используются или преобразуются для получения результата. Каждый тип стрелок подходит к определенной стороне прямоугольника, изображающего работу, или выходит из неё. Стрелка входа рисуется как входящая в левую грань работы.
Управление - правила, стратегии, процедуры, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Рисуется как входящая в верхнюю грань. Управление влияет на работу, но не преобразуется работой.
Выход - материал или информация, которые производятся работой. Рисуется как исходящая из правой грани работы.
Механизм - ресурсы, которые выполняют работу. Рисуется как входящая в верхнюю грань.
Вызов - специальная стрелка, указывающая на другую модель работы. Рисуется как исходящая из нижней грани работы. Используется для указания того, что некоторая работа выполняется за пределами моделируемой системы.
2.2 Функциональная модель
Функциональная модель описывает вычисления в системе. Она показывает, каким образом выходные данные вычисляются по входным данным, не рассматривая порядок и способ реализации вычислений. Функциональная модель состоит из набора диаграмм потока данных, которые показывают потоки значений от внешних входов через операции и внутренние хранилища данных к внешним выходам. Функциональная модель описывает смысл операций объектной модели и действий динамической модели, а так же ограничения на объектную модель.
На рисунке 2.2 представлена контекстная диаграмма функциональной модели разрабатываемой автоматизированной системы.
Рисунок 2.2 - Функциональная модель
2.3 Практические цели и назначение системы
Для создания автоматизированной системы управления необходимо поставить задачи, которые нужно будет решить в процессе дипломного проектирования.
Целями развертывания данной системы является уход от необходимости ручной работы в процессе настройки работы сети, что позволит повысить оперативность и объективности в работе с оборудованием. Также целью является автоматизация процесса управления серверным программным обеспечением и создание условий для быстрого и надежного устранения ошибок и сбоев в работе сети.
Основной целью применения ПК Webmin/Alterator в Министерстве промышленной политики, транспорта и связи Омской области является повышение эффективности работы Министерства.
2.4 Обзор программного комплекса
Webmin - это программный комплекс, который позволяет администрировать unix-подобную операционную систему, не притрагиваясь к командной строке и не помня ни одной команды. Все управление сервером происходит через веб-интерфейс. Используя любой броузер, владелец сервера может заводить новые аккаунты, почтовые ящики, изменять настройки веб-сервера Apache, исправлять и дополнять записи ДНС, настраивать сайты, почтовые ящики и многое, многое другое.
Webmin - состоит из простенького веб-сервера и небольшого количества скриптов, которые собственно и осуществляют связь между приказаниями владельца сервера через веб-интерфейс и их исполнением на уровне операционной системы и прикладных программ. Webmin написан полностью на языке Perl и не использует никаких дополнительных нестандартных модулей. Простота, легкость и быстрота выполнения команд - одно из самых больших преимуществ данной панели управления.
Вторым несомненным плюсом Webmin'a является его стоимость - данная панель управления бесплатно распространяется для коммерческого и некоммерческого использования. Авторы этой программы не жадничают и позволяют всем желающим не только бесплатно использовать программу, но и изменять ее по своему усмотрению. Именно благодаря этому вокруг Webmin сложился мощный пласт сторонних добровольных помощников-программистов, которые дописывают данную программу, исправляют неудачные места, пишут дополнительные модули, производят перевод на другие языки. Благодаря этому Webmin оброс большой функциональностью, огромным количеством подключаемых модулей и переведен практически на все европейские языки, включая русский.
2.5 Обзор платформы (конфигуратора)
Alterator -- новое поколение платформ для разработки сложных систем. Используются по большей части Scheme, C и старый добрый sh+awk. На данный момент используется как инсталлятор и конфигуратор системы.
Alterator можно разделить на два слоя: backend и frontend. Первый слой реализует низкоуровневое взаимодействие с системой. Второй -- высокоуровневый интерфейс с пользователем.
Пользовательский интерфейс пишется на языке Scheme. Бэкенды могут быть написаны на любом языке программирования. Существуют библиотеки на Shell, Perl и Ruby для упрощения разработки.
Рисунок 2.3 - Архитектура Alterator
2.6 Автоматизируемые функции
- Создание, редактирование, и удаление пользователей в вашей системе.
- Экспорт файлов и директорий в другие системы с помощью протокола NFS.
- Установка дисковых квот, чтобы контролировать максимальное количество дискового пространства, занимаемого пользователями.
- Установка, просмотр и удаление программ в RPM и других форматах.
- Изменение IP-адреса, параметров DNS, и конфигурации роутинга.
- Настройка firewall для защиты компьютера или для раздачи компьютерам из локальной сети доступа в Интернет.
- Создание и конфигурация виртуальных Web-сайтов на сервере Apache.
- Управление базами данных, таблицами, и записями в базе данных MySQL или PostgreSQL.
- Совместное использование файлов с Windows-системами с помощью настройки Samba.
2.7 Выводы по разделу
В данном разделе были описаны потоки входной, выходной и нормативно-справочной информации, выделены автоматизированные функции. Приведен обзор используемых программных комплексов для автоматизации управления серверным программным обеспечением.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9
