17
разработки программного обеспечения (SE), бизнес-процессов и объектов,
а также для улучшения бизнес-процесса. В рамках проекта ICAM
(Integrated Computer Aided Manufacturing), разработанного в конце 1970
года целью стандарта IDEF (ICAM Definition), было улучшить
производительность производства с использованием информационных
технологии (IT) и моделирования [2].
Цель разработанных методов IDEF - дать возможность экспертам
понять проблемы с разных точек зрения и уровней абстракции. В этой
связи интегрированные методы IDEF представляют собой базовые
инструменты некоторых современных стратегий и методологий улучшения
бизнес-процессов, например, BPR (реинжиниринг бизнес-процессов), CPI
(непрерывное совершенствование процессов), IPD (интегрированное
развитие продукта), JIT (Just-in -Time), PPC (планирование производства и
управление производством), QFD (развертывание функции качества) и т. д.
[3]. Применение интегрированных методов IDEF может решить
узкоспециализированные проблемы, а также может устранить недостатки
этих проблем, предлагая общие методы.
Существует поддержка со стороны программного обеспечения,
которая интегрирует методы IDEF и позволяет подключать их к другим
инструментам, таким как программное обеспечение для моделирования
бизнес-процессов, программное обеспечение для управления затратами и
т. д. Рассмотрим некоторые интегрированные методы IDEF [4]:
IDEF0 для моделирования функций,
IDEF1 для моделирования информации,
IDEF1X для моделирования данных,
IDEF2 для моделирования симуляций,
IDEF3 для процессов моделирования,
IDEF4 для объектно-ориентированного проектирования,
IDEF14 для моделирования сетей и т. д.
18
Все вышеупомянутые версии IDEF используются для разных целей,
как методы информационного (семантического) моделирования данных и
формального графического языка. Первоначально язык IDEF0 для
функционального моделирования был создан в рамках SADT (методы
структурированного анализа и проектирования) и является одним из
подмножеств этих методов
В начале 1990-х годов группа пользователей IDEF в сотрудничестве
с NIST (Национальные институты стандартов и технологий) сформировала
стандарты для IDEF0, опубликованные в 1992 году, известные как FIPS
(Federal Information Processing Standards) [5]. Эти стандарты охватывают
IEEE и принимаются ISO [6]. IDEF0 и IDEF1X — это методы
моделирования на основе сочетания текстовой и графической информации,
которые представлены организованным и систематическим образом.
Стандарт IDEF0 позволяет осуществлять [7]:
Выполнение системного анализа и проектирования на всех
уровнях для пилотируемых систем, машин, материалов, компьютеров и
информации;
Создание документации в качестве основы для интеграции
стандарта ISO 9000;
Улучшение связи между аналитиками, разработчиками,
пользователями и менеджерами;
Обсуждение в рамках совместной работы для достижения
взаимопонимания,
Управление крупными и сложными проектами.
Формализм IDEF0 основан на методологии SADT. Разработан в 1985
году Дугласом Т. Россом из компании SoftTech Inc. Семантика
графического языка IDEF0 подразумевает значение компонентов
синтаксического языка и облегчает интерпретацию поправок. Этап
интерпретации описывает такие части как обозначения активности и
стрелки и функциональные отношения.
19
Через функциональный анализ ИС представлены [8]:
Схема контекста, указывающая границы системы,
Сфера деятельности, заключающаяся в установлении
вертикальной связи между видами деятельности,
Диаграмма разложения для установления горизонтальных
связей между действиями.
Прямоугольник (активность) и стрелки (носитель информации)
определяют взаимосвязь между действиями и информацией. Это
соотношение показано на рисунке 1.2.
Рис. 1.1 – Основные понятия IDEF0
Стрелки с левой стороны прямоугольника определяются как входы.
Стрелки, которые вводят прямоугольник сверху, определяются как
выходы. Выходы – это данные или объекты, созданные в результате
процесса. Стрелки на нижней стороне прямоугольника представляют
механизмы. Они указывают на идентифицирующие значения, которые
поддерживают выполняемую деятельность.
Стрелки указателей вниз определяются как стрелки вызовов.
Стрелки на диаграммах называются ICOM (аббревиатура):
I – Ввод, что-то, что используется в деятельности,
20
C – Контроль или условия деятельности,
O – Выход, результат активности
M – Механизм, например, служащие, которые выполняют
определенную деятельность.
Стрелка ввода представляет материал или информацию, которые
используются или трансформируются с целью определения выходных
данных. Допускается возможность, чтобы определенные действия не
требовали ввода стрелок; для определенных видов деятельности нет
необходимости отображать стрелки ввода.
Контрольные стрелки регулируют, когда будет выполнено и будет ли
выполнено действие. Каждое действие должно иметь как минимум одну
стрелку управления.
Контроль обычно осуществляется в форме правила, политики или
стандартов. Они влияют на деятельность без возможности
трансформироваться или выполняться. Будут случаи, когда целью
деятельности является изменение правила, регулирования, политики,
процедуры или стандарта. В этом случае ожидается, что стрелки,
содержащие эту информацию, фактически являются входами.
Выходные стрелки – это материалы или информационные данные,
созданные деятельностью. Каждое действие должно иметь как минимум
одну стрелку вывода. Нельзя моделировать деятельность, которая не
создает выход.
Стрелками механизма являются источники, которые выполняют
свою деятельность и не переносят свои данные. Механизмами могут быть
люди, машины и/или оборудование, т.е. объекты, которые обеспечивают
энергию, необходимую для осуществления деятельности.
Стрелки вызова – это частный случай стрелок механизма, который
означает, что вызывающий прямоугольник не имеет своей собственной
детальной диаграммы, но более подробный предварительный просмотр
выполняется на другом прямоугольнике той же или другой модели.
21
В стандарте IDEF0 стандартное использование знаний и повторное
использование основано на онтологии и соответствующей базе данных.
Онтология обеспечивает формальную спецификацию в модульной
разработке продукта, конструктивных отношениях и инструментах
графического моделирования, метод кластеризации используется для
захвата потенциальных отношений в данных, а онтология используется
для записи и повторного использования этих отношений.
Метод M-IDEF0 разработан как улучшенный инструмент
графического моделирования для достижения визуализации модульной
концепции продукта. Основной синтаксис представления IDEF0 в M-
IDEF0 предназначен для модульного представления продукта M-IDEF0
В рамках определения предела модели необходимо четко определить
цели, которые должны отвечать на следующие вопросы:
причина моделирования,
результаты презентации деятельности,
пользователь, на которого рассчитана данная модель.
Контекстная диаграмма определяется прямоугольником, который
представляет собой ограничения модели. Стрелки показывают, поток
информации в модель и из нее.
Контекстная диаграмма – это наивысший уровень абстракции,
который по диаграммам декомпозиции будет приводиться к более низкому
уровню абстракции.
Определение пределов модели необходимо, потому необходимо
представлять себе пределы моделироваться. Эта проблема должна
рассматриваться с точки зрения таких параметров как [9]:
ширина (для определения элементов наблюдения)
глубина (для определения детального уровня).
Ширина модели устанавливается для определенной диаграммы
контекста (которая в нотации IDEF0 отмечена A0), а первый уровень
разложения подписан как A1.
22
Глубина модели определяется разложенными уровнями, где
определены подробные уровни.
Диаграмма потока данных (DFD) графическое представление
"потока" данных через информационную систему. DFD часто используется
в качестве предварительного шага для создания обзора системы, не
вдаваясь в большие детали, которые могут быть позже разработаны. [10]
DFDs также может использоваться для визуализации обработки данных
(структурированный дизайн).
DFD показывает, какая информация будет вводиться и выводиться из
системы, как данные будут продвигаться через систему и где будут
храниться данные. Он не показывает информацию о времени процесса или
о том, будут ли процессы работать последовательно или параллельно, в
отличие от традиционной структурированной блок-схемы, которая
фокусируется на потоке управления, или диаграммы рабочего процесса
действия UML, которая представляет, как потоки управления, так и потоки
данных как единую модель [11].
Диаграммы потока данных также известны как пузырьковые
диаграммы. [12]. DFD – это инструмент проектирования, используемый в
нисходящем подходе к проектированию систем. Этот контекстный уровень
DFD затем "взрывается", чтобы произвести уровень 1 DFD, который
показывает некоторые детали моделируемой системы. Уровень 1 DFD
показывает, как система делится на подсистемы (процессы), каждая из
которых имеет дело с одним или несколькими потоками данных к
внешнему агенту или от него, и которые в совокупности обеспечивают всю
функциональность системы в целом. Он также определяет внутренние
хранилища данных, которые должны присутствовать для того, чтобы
система выполняла свою работу, и показывает поток данных между
различными частями системы.
Диаграммы потоков данных являются одними из трех основных
перспектив структурно-системного анализа и метод проектирования
23
SSADM. Спонсору проекта и конечным пользователям необходимо будет
проводить брифинги и консультации на всех этапах развития системы. С
диаграммой потока данных, потребители могут визуально наблюдать, как
система будет работать, какие функции она выполнит, и как система будет
реализована. Диаграммы потока данных старой системы можно составить
и сравнить с диаграммами потока данных новой системы для того, чтобы
нарисовать сравнения и создать более эффективную систему.
Физический и логический DFD.
Логический DFD захватывает потоки данных, которые необходимы
для работы системы [13]. В нем описываются процессы, которые
выполняются, данные, необходимые и произведенные каждым процессом,
и хранилища, необходимые для хранения данных. С другой стороны,
физический DFD показывает, как эта система фактически реализована,
либо на данный момент (текущие физические DFD), или как разработчик
планирует это в будущем. Вполне возможно, что физический DFD будет
включать ссылки на данные, которые дублируются или избыточны, и что
хранилища данных, если они реализованы в виде набора таблиц базы
данных, будут представлять собой ненормализованную (или де
нормализованную) реляционную базу данных. В отличие от этого
логический DFD пытается захватить аспекты потока данных системы в
форме, которая не имеет ни избыточности, ни дублирования.
Рассмотрим модель учета рабочего времени персонала в компании
«Новилаб Мобайл». Верхний уровень модели представлен на Рис. 1.3
24
Рис. 1.3 – Верхний уровень модели учета рабочего времени
Детализированная модель учета рабочего времени представлена на Рис.
1.4.
Рис. 1.4 – Модель учета рабочего времени компании ООО «Новилаб
Мобайл»
25
Основными функциями модели являются:
заполнить форму данными;
ввести данные о рабочем времени;
провести расчет рабочего времени;
рассчитать заработную плату;
сделать отчет.
Как видно из разработанных моделей, бизнес-процесс учета рабочего
времени тесно связан с задачами начисления заработной платы и контроля
качества работы сотрудников.
1.3 Характеристика задачи в рамках комплекса задач объекта
исследования
1.3.1 Оценка существующих ресурсов для решения задачи
исследования
В компании применяется следующее программное обеспечение:
офисные программы, включающие текстовые редакторы (Microsoft
Word, Notepad++, Sublime), электронные таблицы (Microsoft Excel), средства для
работы с изображениями (Paint, Adobe Photoshop);
базы данных Access, используется для ведения базы данных
материально-технических ресурсов;
бухгалтерские программы на основе платформы 1С:Бухгалтерия.
Для организации совместной работы отделов и подразделений
используется система управления проектами Bitrix.
Компьютерная сеть организации создана на основе архитектуры клиент-
сервер. В ней можно выделить сетевые устройства, располагающиеся в главном
офисе и отделениях. В здании организации располагается локальная сеть (ЛВС),
к которой подключены все рабочие компьютеры. Также к ней имеют
возможность подключаться удаленные машины.
Карта сети включает в себя:
компьютер-сервер, который служит для доступа в Internet;
26
компьютеры-клиенты, которые имеют доступ в локальную сеть, а
также в сеть Internet;
сетевая операционная система (ОС) Windows Server.
Windows Server включает следующие возможности [5]:
Графический интерфейс пользователя (GUI). Windows Server был
создан с помощью языка проектирования Metro, поэтому он имеет такой же
внешний вид, как Windows 10, если не установлен в режиме Server Core.
Администраторы могут переключаться между Server Core и GUI без полной
переустановки.
Управление адресами. Windows Server имеет роль управления IP-
адресами (IPAM) для обнаружения, мониторинга, аудита и управления
пространством IP-адресов сети.
Active Directory. В Active Directory было внесено несколько
изменений. Мастер развертывания на основе PowerShell может работать
удаленно, позволяя администраторам развертывать облачные серверы на
контроллеры домена без запуска мастера на самом сервере. После завершения
этого процесса сценарии PowerShell, содержащие копии команд, используемых в
процессе, могут помочь в автоматизации дополнительных контроллеров домена,
позволяя выполнять масштабные развертывания Active Directory [6].
Файловая система. Добавление ReFS (устойчивой файловой
системы) для файловых серверов.
Кластеризация. Обновление с учетом кластеров будет
автоматизировано, что позволит всему кластеру оставаться в сети во время
процесса обновления без потери доступности.
Объединение NIC. Это первая версия Windows Server со встроенной
сетевой картой (NIC) объединения. Эта функция позволяет администраторам
объединять сетевые адаптеры для отработки отказа и агрегации пропускной
способности, создавая устойчивость сервера, встроенную в операционную
систему [7].
ООО «Новилаб Мобайл» обладает довольно высоким уровнем развития
информационных технологий и степень автоматизации управления бизнес-
проектами на предприятии.