Страницы 1 2 3

2. ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

2.1. Описание структуры данных информационной системы

 

В проектной части работы в соответствии с поставленными задачами автоматизации проведена разработка структуры данных информационной системы, что включает стадии концептуального моделирования, построения логической модели и далее физической модели в выбранной среде.

Выбор технологии моделирования производится из диаграмм потоков данных, логической модели данных, построения диаграмм в нотации UML.

Моделирование в рамках данной работы проведено через создание концептуальной модели, в которой определен перечень сущностей информационной системы, установку связей, определение ключей. Далее проводится построение логической модели данных, в которой фигурируют атрибуты сущностей, описаны типы связей.  Использованы программные средства: MS Visio, ERWin Data Modeler.

В рамках проектирования информационной системы выбран следующий перечень информационных объектов:

• Реализуемые проекты компании;
• Машино-часы;
• Данные о видах выполняемых работ по проектам;
• Сотрудники;
• Должности;
• Трудозатраты;
• Затраты материалов.

На рис.11 приведена диаграмма «Сущность — Связь» разрабатываемой системы.

Рисунок 9 –Диаграмма «Сущность — Связь»

 

Для построение реляционной модели определены следующие связи между информационными объектами:

• каждый работник может участвовать в нескольких проектах;
• каждый вид материалов может использоваться множество раз;
• в каждом проекте может использоваться множество работ с использованием машинного времени.

В рамках построения реляционной модели предполагается определение набора необходимых реквизитов, достаточного для решения поставленных задач автоматизации, определение формата данных, проведение установки полей, по которым осуществляется формирование реляционных отношений, описываются ограничения на значения, приводятся примеры записей.

Далее определен перечень полей для проектирования реляционной модели.

 

Таблица 3 – Реквизитный состав объекта «Должности»

 

Таблица 4  — Реквизитный состав объекта «Работники»

 

Таблица 5 — Реквизитный состав объекта «Номенклатура»

 

Таблица 6 — Реквизитный состав объекта «Отделы»

 

Таблица 7 — Реквизитный состав объекта «Виды работ»

 

Таблица 8 — Реквизитный состав объекта «Проекты»

 

 

Таблица 9 — Реквизитный состав объекта «Смета расходов»

 

Таблица 10 — Реквизитный состав объекта «Оплата труда»

 

Таблица 11 — Реквизитный состав объекта «Затраты на оборудование»

 

Далее с учетом специфики моделируемой предметной области, набора сущностей, используемых атрибутов, межтабличных связей проведено построение диаграммы логической модели, в соответствии с которой далее проводится разработка  серверной части системы в выбранном формате СУБД.

На рис.10 приведена схема логической модели данных.

Рисунок 10 – Логическая модель данных

 

Шаблон выходного документа «Доступ сотрудника» приведён в таблице 12.

Таблица 12 — Шаблон выходного документа «Отчет по трудозатратам»

 

 

Шаблон выходного документа «Отчет по стоимости проектов» приведён в таблице 13.

Таблица 13 — Шаблон выходного документа «Отчет по распределению бюджетов по подразделениям»

 

На рис.11 приведена диаграмма потоков данных.

Рисунок 11 — Диаграмма потоков данных

 

Как показано на рис.11, структура информационных потоков в технологии распределения бюджетов между подразделениями включает:

• учет статей затрат;
• ведение картотеки работ, по которым предполагается распределение затрат;
• учет данных по затратам по видам и источникам финансирования;
• формирование сметы.

Эффективное использование информационных систем возможно при обеспечении защищенности от угроз, к которым относятся:

• сбои в работе оборудования, влияющие на стабильность функционирования аппаратного и программного обеспечения;
• угрозы несанкционированного доступа в помещения Отделения СФР посторонних лиц;
• угрозы, связанные с активностью вредоносного программного обеспечения;
• угрозы утечек защищаемой информации;
• угрозы сбоев, вызванные ошибками пользователей;
• ошибки реализации алгоритмов, допущенные разработчиками и приводящие к ошибкам в работе прикладных подсистем;
• угрозы сетевой безопасности.

В работе СФР основными мероприятиями в области обеспечения защиты информации являются:

• использование систем бесперебойного питания и программного обеспечения, позволяющего управлять работой серверов и информационных ресурсов при сбоях в работе систем электропитания;
• использование систем резервного копирования, в которых проведена настройка копирования информационных ресурсов с заданной периодичностью. Используемое ПО: Acronis Backup;
• развёртывание систем видеонаблюдения и охранно-пожарной сигнализации;
• использование систем тестирования программных комплексов;
• использование инструментов администратора, позволяющих проводить мониторинг поступления заказов в Интернет-магазин;
• организационные меры, определяющие ответственность специалистов за нарушения регламентов в области информационной безопасности, требований по защите конфиденциальных сведений, работы с системами аутентификации (запрещение передачи паролей между пользователями);
• использование VPN-систем при работе с финансовыми транзакциями.

Версия используемого антивирусного ПО: Kaspersky Security Center 11.

Для обеспечения безопасности при работе учащихся в компьютерных классах предлагается использование виртуальных машин, что позволит защитить систему от переустановок, вызванных действиями пользователей.

Порядок использования вычислительных ресурсов в рамках обеспечения защиты информационных ресурсов включает:

• защита паролем BIOS;
• загрузка основной системы компьютера с минимальными правами;
• автозагрузка оболочки виртуальной машины;
• работа в виртуальной среде.

При некорректных действиях пользователей (заражение вирусами, сбой настроек при изучении работы с операционной системой, несанкционированное удаление драйверов и системных библиотек и др.), повреждения ресурсов будет на уровне виртуальной машины и не нанесет ущерба основной операционной системе. Восстановление загрузки виртуальной машины может быть выполнено оперативно.

Далее приведено описание разработанной системы. В рамках проектирования пользовательских режимов работы с системой проведено определение потребностей специалистов в использовании автоматизированного режима работы с информацией в зависимости от должностных обязанностей. Настройка ролевой модели проводится по согласованию с руководством структурных подразделений СФР.

 

2.2. Разработка UML-модели

 

На рис.12 приведена диаграмма прецедентов. В системе предусмотрено наличие следующих пользовательских сценариев:

• административный уровень, включающий возможности настройки режимов использования программы, управление пользователями, обслуживание базы данных, работу с системной информацией;
• уровень специалиста, предполагающий решение задач, связанных с распределением бюджетов между подразделениями, ведение учёта данных о реализации проектов, планирование их финансирования.

 

 

Рисунок 12 — Диаграмма вариантов использования

 

В таблицах 14-19 показано описание действий пользователей при работе с системой, описаны полномочия пользователей и последовательность выполнения операций, связанных с использованием соответствующего режима работы с программным продуктом. Также описываются действия до и после выполнения технологической операции.

Таблица 14 – Описание действий пользователей для сценария «Ведение картотеки подразделений»

 

Справочник подразделений используется для учета получателей в рамках решения задач по распределению бюджетов.

 

 

 

Таблица 15 – Описание действий пользователей для сценария «Ведение картотеки сотрудников»

 

Справочник специалистов используется для отнесения сотрудников, включенных в работу над проектами к определённому подразделению, по которому в последствии проводится расчёт объемов потребности в финансировании.

 

Таблица 16 – Описание действий пользователей для сценария «Ведение картотеки ИТ-проектов»

 

Таблица 17 – Описание действий пользователей для сценария «Расчет сметы»

 

 

 

Таблица 18 – Описание действий пользователей для сценария «Распределение бюджетов»

 

Сценарий распределения бюджетов предполагает учет данных по выделенным средствам, а также формирование отчётности в автоматическом режиме, в которой отображаются затраты средств в разрезе видов расходов и подразделений компании.

 

Таблица 19 – Описание действий пользователей для сценария «Настройка доступа»

 

На рис.13 показана диаграмма активностей для технологии распределения бюджетов между подразделениями. На рис.14 приведена диаграмма последовательности. Как показано на рис.14, последовательность экранных форм в технологии распределения бюджетов между подразделениями включает:

— открытие главной формы;

— открытие формы выбора проекта, в котором предполагается расчет расходов;

— ввод видов и объёмов расходов в соответствующие поля формы;

— запись внесенной информации.

 

Рисунок 13 – Диаграмма активностей для технологии распределения бюджетов между подразделениями

 

На рис.14 приведена диаграмма компонентов разрабатываемой системы.

 

Рисунок 14 – Диаграмма последовательности

Рисунок 15 – Диаграмма компонентов

 

Как показано на рис.15, компонентами разрабатываемой системы являются:

• модуль учета проектов, для которых проводится технологии распределения бюджетов между подразделениями;
• модуль ввода объемов расходов;
• модуль расчета.

На рис.16 приведена диаграмма кооперации.

Рисунок 16 – Диаграмма кооперации

 

На рис.17 приведена диаграмма развёртывания.

Рисунок 17 – Диаграмма развертывания

 

Как показано на рис.17, развертывание системы предполагает:

• установку серверной части;
• установку модуля администрирования;
• установку клиентской части в формате приложения.

Таблица разграничения доступа к основным режимам работы программы для различных категорий специалистов приведена ниже (таблица 20). Для специалистов возможен доступ либо в режиме просмотра (без доступа к изменению записей), доступа в режиме записи и редактирования, удаления записи, либо отсутствие доступа к соответствующему режиму. Предоставление доступа осуществляется на основании должностных инструкций сотрудников через согласование с администратором ресурса и руководством компании.

Таблица 20 — Таблица разграничения доступа к основным режимам работы программы

 

Для настройки доступа к режимам работы системы предполагается использовать специализированный инструмент администратора, в котором проводится выбор режимов, доступных соответствующей роли пользователя и назначение пользователям списка ролей в соответствии с выполняемыми функциями.

 

2.3 Обоснование выбора средства разработки

 

Для обеспечения эффективности внедрения информационных систем в работу компании проводится моделирование бизнес-процессов соответствующего профиля, что позволяет выявлять проблемы в организации работы специалистов, провести реорганизацию бизнеса компании, внедрение новых технологий и аппаратных решений. Моделирование бизнес-процессов производится с использованием специализированных программных средств.

CASE-средство (Computer-Aided Software Engineering) – любое программное средство, посредством которого автоматизируются процессы жизненного цикла программных продуктов и имеющее графический инструментарий, позволяющий документировать информационные системы.

Проблема выбора наиболее подходящего CASE-средства для поставленных целей и задач является в  настоящее время актуальной в связи с большим разнообразием и многочисленностью решений, предлагаемых разработчиками для реализации проектов автоматизации.

Далее проведен выбор среды автоматизации разработки приложения с учетом требований, соответствующих специфике Отделения социального Фонда России, что предполагает возможности программной реализации поставленных задач автоматизации распределения бюджетов между подразделениями, интеграции в ИС компании, возможности изменения функционала через настройку отчетности, реквизитов справочников и оперативных данных. Также среда разработки должна обеспечивать необходимый уровень безопасности и быстродействия, учитываются особенности использования лицензий на среду разработки [6].

Таблица 21 — Сравнительный анализ платформ, которые могут быть использованы для реализации задач распределения бюджетов между подразделениями

 

По итогам проведенного анализа сред разработки была выбрана система «1С: Предприятие», позволяющая создавать приложения с возможностью настройки прав доступа, конструирования отчётных форм. Также в компании приобретены лицензии на данную платформу, используются смежные подсистемы, функционал которых использует указанную платформу, что позволяет проводить настройку обмена данными.

«Выбор CASE-средства в значительной степени определяется выбранным подходом к проектированию информационных систем. Важнейшими из подходов являются структурный (функциональный), объектно-ориентированный, также отдельно выделяется методология ARIS (Architecture of Integrated Information System)» [5].

«Сущность структурного подхода к созданию информационных систем заключается в ее разделении на группы автоматизируемых функций, что предполагает разбивку системы на функциональные подсистемы, которые далее разделяются на подфункции. Разделение проводится до тех пор, пока не будут получены этапы, описывающие неразделяемые функции» [10].

Сравнительный анализ CASE-средств. Проведем анализ функционала CASE-средств Ramus и ErWin Process Modeller.

1. Основные возможности Ramus:

• создание графических моделей (поддерживаются нотации IDEF0 и DFD),
• работа с системами классификации и кодирования (в связи с моделями процессов),
• создание отчётов в разрезе моделей и систем классификации (в формате регламентов бизнес-процессов согласно должностным инструкциям и т.п.)

2. Схожим интерфейсом с Ramus обладает CASЕ – средство ErWin Process Modeller. Основные возможности данного ПО: построение графических моделей бизнес-процессов в различных нотациях, построение дерева процессов, проведение оценки затрат. При этом поддерживается возможность построения организационных диаграмм, IDEF3-диаграмм.
3. MS Visio

Данный инструмент является универсальным средством для работы с графическими объектами при построении моделей различного типа – от бизнес-процессов до сложных технологических схем. Построение диаграмм семейства SADT производится с использованием соответствующих шаблонов, которые поставляются вместе с установочным пакетом.

В системе присутствуют возможности использования рамок, в поля которых вводится общее описание модели, которую предполагается построить, присутствуют графические объекты, которые могут использоваться для разработки контекстных диаграмм и диаграмм декомпозиции. При этом отсутствует автоматизация построения диаграмм декомпозиции, пользователю необходимо самостоятельно настраивать информационные потоки, что может приводить к ошибкам при построении модели.

4. draw.io. Данный инструмент является бесплатным онлайн сервисом, позволяющим проводить построение моделей бизнес-процессов без использования дополнительного инструментария. Графические примитивы могут не соответствовать специфике модели, отсутствует автоматизация отображения объектов и формирования диаграмм декомпозиции. При этом не требуется установка специального ПО.
5. Business Studio

Данное программное средство обеспечивает возможности построения SADT-моделей в нотации IDEF0 с возможностью экспорта диаграмм в формат MS Visio.

Выводы по разделу

Разработка структуры данных информационной системы в рамках данной работы включает определение перечня сущностей информационной системы, набора необходимых атрибутов, разработку реляционной модели. В рамках моделирование структуры данных информационной системы распределения бюджетов в рамках реализации проектов развития инфраструктуры СФР определены сущности, установлены реляционные отношения, атрибуты и ограничения. Далее проведено определение сценариев использования системы, описаны роли пользователей, что включает сценарии, последовательности экранных форм, классы. Также проведено обоснование выбора платформы реализации системы, в наибольшей степени соответствующей специфике работы компании.

Страницы 1 2 3