4 Концептуальная модель информационной системы При решении задач курсового проекта будем рассматривать программную архитектуру как архитектуру взаимодействия классов, организованную в три слоя (представление, предметная область, источник данных) в рамках одного приложения. Основные высказывания о программной архитектуре заимствуются из описаний шаблонов архитектуры. Для разработки архитектуры информационной системы выбран шаблон трехслойной архитектуры. Представим основные высказывания по каждому слою архитектуры:
Слой представления: предоставляет услуги отображения данных, обработки событий пользовательского интерфейса (щелчки мыши, нажатия клавиш).
Слой предметной области: выполняет вычисления на основе вводимых и хранимых данных, проверку всех элементов данных и обработку команд, поступающих от слоя представления, а также передачу информации слою источника данных.
Слой источника данных: выполняет обращения к базе данных, обмен сообщениями, мониторинг транзакций.
Представим назначение классов по слоям в таблице 3.
№
| Наименование класса
| Назначение класса
| Слой представления
| 1.
| E-UI-НачальникСБ
| Граничный класс, отвечающий за отображение формы, содержащей список выполняемых мероприятий, возможность добавление новых, списка полученных данных в результате выполнения мероприятий, возможность поиска, удаления и фильтрации проделанных мероприятий и их результатов.
| 2.
| E-UI-СотрРежИОхр
| Граничный класс, отвечающий за отображение формы со списком мероприятий которые необходимо выполнить, и возможностью внесения списка полученных данных в результате выполнения мероприятий.
| 3.
| E-UI-СотрСпец
| Граничный класс, отвечающий за отображение формы со списком мероприятий которые необходимо выполнить, и возможностью внесения списка полученных данных в результате выполнения мероприятий.
| 4.
| E-UI-СотрИнжИТех
| Граничный класс, отвечающий за отображение формы со списком мероприятий которые необходимо выполнить, и возможностью внесения списка полученных данных в результате выполнения мероприятий.
| 5.
| E-UI-СотрГрВнБез
| Граничный класс, отвечающий за отображение формы со списком мероприятий которые необходимо выполнить, и возможностью внесения списка полученных данных в результате выполнения мероприятий.
| 6.
| Контроллер
| Управляющий класс, методы которого отвечают за управление приложением в целом
| 7.
| Правила
| Класс хранения, содержащий данные бизнес-правил
| Слой предметной области
| 8.
| Обсл. вызовов
| Граничный класс, отвечающий за взаимодействие с классами слоя предметной области
| 9.
| Е-История
| Класс хранения, содержащий данные о различных уязвимостях
| 10.
| Е-Отчет
| Класс хранения, содержащий данные о пройденных мероприятиях, о результатах проведения.
| 11.
| Е-Мероприятия
| Класс хранения, содержащий сведения о мероприятия (Такие как - кто, где, когда, что и как делал).
| 12.
| Е-Сотрудник
| Класс хранения, содержащий данные сотрудников, являющихся пользователями информационной системы
| 13.
| Права
| Класс хранения, прав доступа пользователей информационной системы
| Слой источника данных
| 13.
| Дата
| Граничный класс для взаимодействия с базой данных
|
Результат разработки концептуальной модели информационной системы представлен на рисунке 4.1.
Рисунок 4.1 – Диаграмма классов, моделирующая структуру ПО ИС на концептуальном уровне
На рисунке 4.2 представлена диаграмма последовательности, моделирующая функцию аутентификации пользователя.
Id1 : Пользователь
Пользователь-Id1 :
Информационная система
Begin( )
View_FormAuthentication (Login, Password)
Input (Login, Password)
Autorisation (Login, Password)
View_AccessControlList (ACL)
End( ) Рисунок 4.2 - Диаграмма последовательности, моделирующая функцию аутентификации пользователя
На рисунке 4.3 представлена диаграмма последовательности, моделирующая поддержку создания отчеты о выполненном мероприятии сотрудниками специального отдела.
Рисунок 4.3 - Диаграмма последовательности, моделирующая поддержку создания отчетов о выполненном мероприятии сотрудниками специального отдела
5 Логическая модель информационной системы В данном разделе содержится набор UML-диаграмм, моделирующих функциональные возможности и структуру программного обеспечения (ПО) ИС на логическом уровне. Исходными данными для диаграмм логической модели служат диаграммы концептуальной модели ИС.
5.1 Модель поведения Модель поведения разработана посредством диаграмм последовательности. На рисунке 5.1 представлена диаграмма последовательности, моделирующая процесс создания и редактирования плана мероприятий.
Рисунок 5.1- Диаграмма последовательности, моделирующая процесс создания и редактирования плана мероприятий
На рисунке 5.2 представлена диаграмма последовательности, моделирующая поддержку процесса выполнения мероприятий и создания по ним отчетов сотрудниками СБ.
Так как взаимодействие всех отделов СБ с разрабатываемой ИС одинаково, то для удобства представления приведем диаграммы последовательности только для отдела режима и охраны.
Рисунок 5.2- Диаграмма последовательности, моделирующая поддержку процесса выполнения мероприятий и создания по ним отчетов сотрудниками СБ
5.2 Модель структуры Модель структуры является целевой моделью курсового проекта, разработанная посредством диаграммы классов. На рисунке 5.3 представлена диаграмма классов ПО ИС, на которой отражены все классы, составляющие ПО ИС поддержки мероприятий защиты информации банка.
Рисунок 5.3 - Диаграмма классов, моделирующая структуру ПО ИС поддержки мероприятий защиты банка на логическом уровне
6 Реализация модели в среде case-средства В качестве примера реализации модели в среде Case-средства опишем процесс моделирования диаграмм логической модели ПО ИС.
6.1 Начало работы над проектом В качестве среды разработки ИС было выбрано CASE-средство фирмы Rational Software Corporation – Rational Rose Enterprise Edition.
Запустить программу Rational Rose Enterprise Edition. Создать новый проект: FiIe->New. После того, как проект будет создан и работа с ним будет завершена, необходимо сохранить полученные диаграммы. Для этого в меню File выбрать пункт Save или Save As, дать имя проекту и сохранить его в файл с расширением *.mdl. В нашем случае проект имеет название КП.mdl.
6.2 Разработка модели поведения Для создания диаграммы последовательности действий в программе Rational Rose необходимо добавить в список браузера новую диаграмму. Для этого нужно щелкнуть правой кнопкой мыши по папке Logical View (Логическое представление) и в появившемся контекстно-зависимом меню выбрать команду New -> Sequence Diagram (Создать -> Диаграмма последовательности действий). Для создания объектов и сообщений на диаграмме последовательности действий, прежде всего, нужно ее открыть, затем выбрать на панели инструментов сообщение или объект и перетащить его на диаграмму. Пример разработки модели поведения представлен на рисунке 6.1.
Рисунок 6.1- Пример разработки модели поведения в среде CASE-средства фирмы Rational Software Corporation – Rational Rose Enterprise Edition
6.4 Разработка модели структуры Для создания диаграммы классов в программе Rational Rose необходимо добавить в список браузера новую диаграмму. Для этого нужно щелкнуть правой кнопкой мыши по папке Logical View (Логическое представление) и в появившемся контекстно-зависимом меню выбрать команду New -> Class Diagram (Создать -> Диаграмма классов). Пример разработки модели структуры в виде диаграммы классов представлен на рисунке 6.2.
Рисунок 6.2 - Пример разработки модели структуры в среде CASE-средства фирмы Rational Software Corporation – Rational Rose Enterprise Edition
ЗАКЛЮЧЕНИЕ В процессе выполнения курсового проекта была разработана ИС поддержки мероприятий защиты информации банка. Основой для создания информационной системы послужили проблемы предметной области. В качестве среды разработки ИС было выбрано CASE-средство фирмы Rational Software Corporation – Rational Rose Enterprise Edition, с помощью которого были построены концептуальная и логическая модели ПО ИС.
После изучения универсального языка моделирования UML и принципов использования среды Rational Rose, была построена концептуальная и логическая модели информационной системы.
Использование разработанной ИС упрощает создание и проведение мероприятий, централизует хранение всех отчетов о выполненной работе и сводит количество противоречивых данных к минимальному. Благодаря этому представляется возможность сократить численности административно-управляющего персонала и расходов на зарплату, избежать снижение скорости реакций на новые угрозы с увеличением роста количества проводимых мероприятий, повысить уровень качества проведения и анализа мероприятий. Все это приводит к повышению управляемости компанией в целом и, как следствие, к увеличению прибыли.
Результаты проектирования могут являться основой для разработки конечного продукта информационной системы службы безопасности банка.
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ Методические рекомендации по дисц. "Проектирование информационных систем" / Н.В. Смирнов. – СПб: БГТУ "Военмех". – 2008.
Якобсон А., Буч Г., Рамбо Дж. Унифицированный процесс разработки программного обеспечения. – СПб: Питер. – 2002.
Зиндер Е.З. Бизнес-реинжиниринг и технологии системного проектирования / учебное пособие. – М.: Центр Информационных Технологий. – 1996
ГОСТ Р ИСО/МЭК 17799—2005, ISO/IEC 17799:2000. Практические правила управления информационной безопасностью.
|