Диплом: Исследование и разработка информационной системы мониторинга инвестиционных проектов и тендеров на примере «Либра Консалтинг (ИП Делибалтов Иван Георгиевич)»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
65
Дальнейшая работа заключается в проектировании системы
поддержки принятия решений для выбора системы мониторинга
инвестиционных проектов и тендеров предприятия. Задачей, которой
будет накопление информации по показателям деятельности, их изучению
и предложений по внедрению.
66
3 Проектирование DSS выбора системы мониторинга
инвестиционных проектов и тендеров предприятия
3.1 Модель DSS выбора системы мониторинга инвестиционных
проектов и тендеров предприятия
Для выбора системы мониторинга инвестиционных проектов и
тендеров предприятия необходимо спроектировать систему поддержки
принятия решения, которая будет анализировать собранную
статистическую информацию, и на основе правил и знаний будет
предлагать варианты значимости показателей в той или иной системе.
Система поддержки принятия решений будет носить
рекомендательный характер и предлагать пользователю аналитические
возможности. Создание экспертной базы знаний и модулей самообучения
не предполагается.
Для выполнения проектирования необходимо создать модель
системы поддержки принятия решений, для этого необходимо более
подробно рассмотреть предметную область принятия решения при выборе
показателей оценки и деятельности при мониторинге информационной
структуры предприятия.
Что бы определиться с последовательностью выполнения действий
при выборе методов системы мониторинга инвестиционных проектов и
тендеров предприятия необходимо на основании ранее полученной
информации о показателях мониторинга и данных для анализа
сформулировать и построить функциональную модель.
Данная модель в последствии будет переформулирована в правила
работы с DSS, а так же на ее основании будет разработан сценарий диалога
и подсистемы DSS.
Первым шагом моделирования предметной области является
создание контекстной диаграммы IDEF0 «Мониторинг ИТ структуры
«ЛИБРА КОНСАЛТИНГ»», выполненная в CASE-средстве ERwin Process
Modeler r7.3/
67
Контекстная диаграмма позволяет определить глобальные входя и
выходы информации, управляющие механизмы и нормативную базу
рассмотрения предметной области. Определены основные участники
данного процесса, кто будет являться получателем информации о решении
в пользу выбора методов мониторинга инвестиционных проектов и
тендеров предприятия.
Входящей информацией здесь является информация, полученная по
от отдела кадров, которые принимают на работу сотрудников, информация
ИТ отдела по ИН структуре «ЛИБРА КОНСАЛТИНГ». Данная
информация доступна для сотрудников ИТ-отдела и руководства.
Выходной информацией являются отчеты о пользователях,
использовании программных и технических средств, правах доступа для
сотрудников и групп сотрудников, оснащенность отделов техникой и ПО.
Данная информация так же передается на бумажных носителях, а так же
посредством электронной почты.
Декомпозиция контекстной диаграммы нулевого уровня
представлена на рисунке 8.
Рис. 9. Декомпозиция модель IDEF0 «Мониторинг ИТ структуры «ЛИБРА
КОНСАЛТИНГ»»
68
Из диаграммы видно, что хоть и большая часть информации
фиксируется и обрабатывается с помощью прикладных систем MS Office,
необходима система поддержки принятия решений выбора системы
мониторинга ИТ структуры, которая будет решать задачи управления
информацией о пользователях, группах пользователей и представленному
для них доступу к информационным ресурсам, оснащенностью
техническими и программными средствами.
Анализ данной предметной области дает возможность выделить
основные задачи, которые мог бы выполнять работник ИТ-отдела с
помощью системы поддержки принятия решений выбора системы
мониторинга ИТ структуры:
учет информации о сотрудниках организации;
учет количества пользователей;
учет технических и программных средств;
учет информационных ресурсов организации и доступа к ним;
предоставление необходимой информации на запросы,
поступающие в ИТ-отдел от руководства;
анализ прав доступа к информационным ресурсам и
составление статистических отчетов;
архивация данных о сотруднике, и правах доступа важна с
юридической точки зрения и может быть необходима в случае правовых
конфликтов.
Проектируемая система поддержки принятия решений выбора
системы мониторинга ИТ структуры должна выполнять следующие
операции:
ввод информации в таблицы базы данных для дальнейшего
хранения и использования;
просмотр информации об оборудовании;
69
редактирование информации об оборудовании;
удаление информации;
формирование информации о количестве документах по
обслуживанию, заявкам, ремонту оборудования;
поиск информации в базе по различным параметрам [9, 14].
С проектируемой системой поддержки принятия решений выбора
системы мониторинга ИТ структуры должны работать начальник ИТ-
отдела, специалист ИТ отдела.
Проектируемая система поддержки принятия решений выбора
системы мониторинга ИТ структуры должна помочь достичь улучшения
следующих показателей:
улучшение качества и количества обработки информации по
показателям деятельности при мониторинге ИТ структуры;
сокращение ожидания в при сборе информации о мониторинге;
повышение получения оперативности обработки информации.
Все показатели мониторинга должны быть отражены в система
поддержки принятия решений выбора системы мониторинга ИТ структуры
для более качественного анализа данных и формирования аналитической
информации помогающего при выборе системы мониторинга ИТ
структуры.
В таблице 14 приведены показатели объёма информационных
потоков, которые могут возникать и обрабатываются системой
мониторинга ИТ структуры.
Таблица 14
Характеристики объёма информационных потоков при мониторинге ИТ
структуры предприятия
Наименование
документа
Частота
возникновения,
раз/год
Трудовые затраты на
обработку одного
документа, чел.-
Трудовые затраты
на обработку
документа в год,
70
час/док.
чел.-час/год
Отчет по компьютерам
12
6
72
Отчет по
оборудованию связи
12
6
72
Отчет обслуживаемым
компьютерам
300
1
300
Отчет по заявкам на
обслуживание
150
2
300
Отчет о
неисправностях
технических средств
48
2
96
Акт по выполненным
работам
4
24
96
Итог
41
936
Для понимания документопотока можно рассмотреть схему
документооборота заявок на обслуживание, которые составляют большое
число в организации. Схемы документооборота обработки заявки на
обслуживание представлена на рисунке 10.
Обработка заявки
Регистрация
заявки
Обработка
заявки
Выполнение
работ
Формирование
отчетов
Начальник отдела ИТСотрудник ИТ отдела Системный админстратор
Заявка клиента
Список заявок Список
Выполненные
работы по заявке
Акт
выполненных
работ
Акт выполненных
работ
Рис. 10. Схема обработки заявки на обслуживание
71
Структура программного обеспечения системы поддержки принятия
решений выбора системы мониторинга ИТ структуры прежде всего
устанавливается такими функциями, какие должна выполнять программа.
Для проектируемой DSS можно выделить следующие функции:
– ввод информации в таблицы БД;
– корректировку информации;
– удаление информации, потерявшей актуальность;
– поиск данных по показателям.
Проектируемая система поддержки принятия решений выбора
системы мониторинга ИТ структуры предполагает работу с множествами
пользователей. Для этого производится разработка «клиент-серверного»
приложения.
Для реализации клиент-серверного приложения используются
различные компоненты и пакеты, которые будут организовывать единую
среду DSS.
Конечной стадией является именно система управления базами
данных, которая принимает запросы и составляет очередность данных,
чтобы передать их в клиентскую часть DSS, рисунок 11.
«executable»
Клиентское приложение
«library»
Драйвер БД
«executable»
Соединение с СУБД
«file»
Файл отчета
«file»
СУБД
База данных
72
Рис. 11. Диаграмма компонентов сетевого приложения
Для современных прикладных программ архитектура «клиент-
сервер» стала стандартом разработки различного рода информационных
систем, сетевых приложений, автоматизированных систем и прочее.
Архитектура приложения влияет на его состав и функциональность. Для
DSS общее представление архитектуры будет представлять собой
объединение программных модулей подсистем с доступом к СУБД,
рисунок 11 [9, 11, 28].
Функциональные
подсистемы
Подсистема
справочников
База данных
Начальник ИТ
отдела
Подсистема
Настройка
Подсистема отчеты
Сотрудник
отдела ИТ
СУБД
Администратор
ЛВС
Р
ис.12. Информационная модель система поддержки принятия решений
выбора системы мониторинга ИТ структуры
Данная модель отражает, что DSS «Выбор системы мониторинга ИТ
структуры отдела мониторинга инвестиционных проектов и тендеров»
должна быть разработана с учетом пожелания о модульности системы,
использования БД для хранения информации и клиент-серверном варианте
реализации.
73
3.2 Программная реализация DSS выбора системы мониторинга
инвестиционных проектов и тендеров предприятия
3.2.1 Описание архитектуры DSS выбора системы мониторинга
инвестиционных проектов и тендеров предприятия
Демонстрация требований к системе поддержки принятия решений
выбора системы мониторинга ИТ структуры на основе объектно-
ориентированного проектирования выполняется в виде диаграммы
прецедентов (Use case).
С помощью прецедентов моделируется поведение элемента: системы
в целом, или отдельной подсистемы [6, 7].
На диаграмме прецедентов представлены все пользователи, которые
будут работать с DSS выбора системы мониторинга ИТ структуры (DSS
«Выбор системы мониторинга ИТ структуры отдела мониторинга
инвестиционных проектов и тендеров»), а именно начальник ИТ отдела и
администратор ЛВС. Каждый из пользователей обладает определенным
набором функций, которые он должен выполнять. На рисунке 12
представлена диаграмма прецедентов системы поддержки принятия
решений выбора системы мониторинга ИТ структуры.
Администратор ЛВС
Добавление данных по мониторингу ЛВС и
пользователям
Построение и редактирование запросов по
результатам мониторинга
Отражение показателей
производительности ЛВС
Начальник ИТ отдела
Учет заявок на обслуживание
Учет показателей деятельности ИТ отдела
Учет размещения технически средств и ПО
Формирование отчетов
Рис. 13. Диаграмма прецедентов для всех групп пользователей
74
Функции для администратора:
– проводить мониторинг ЛВС и серверного оборудования и
отражать данные по производительности;
– отражение результатов мониторинга;
– отражение данных по пользователям и сетевым инцидентам.
Функции для начальника ИТ отдела:
– учет заявок на обслуживание;
– учет показателей деятельности ИТ отдела по видам работ и
работой с инцидентами;
– учет и отражение о размещении ТО и ПО;
– формирование отчетов.
Просмотр документов
Выбор отчета
Генерация отчета
Вызов формы отчета
Генерация отчета
Указание параметров
Указание параметров
Просмотр отчета
Печать отчета
Просмотр отчета
Печать отчета
Рис. 14. Вариант использования при работе с отчетами
При работе со справочниками для сотрудников вариант работы
заключается в следующем:

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран