Методология функционального моделирования IDEF0

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ 

«БЕЛГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ НАЦИОНАЛЬНЫЙ

ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ»

(НИУ «БелГУ»)

Институт инженерных и цифровых технологий

Кафедра прикладной информатики и информационных технологий

ОТЧЕТ

Лабораторная работа №1

по дисциплине «Реинжиниринг бизнес-процессов»

студента заочной формы обучения

направления подготовки 09.04.03 «Прикладная информатика»

1 курса группы 12002171

Хмаренкова Николая Владимировича

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

Порядок выполнения работы

1.        Построить бизнес-модель модель предметной области, согласно выбранного варианта (Приложение А) с помощью нотации IDEF0.

Требования к бизнес-модели:

•        Модель должна отражать бизнес-процессы предметной области (Приложение А).

•        Количество бизнес-процессов в контекстной диаграмме модели должно быть не менее 3.

•        При командной работе количество бизнес-процессов должно соответствовать количеству разработчиков в команде. Каждый член команды выполняет моделирование одного из бизнес-процессов самостоятельно.

•        Наличие в модели не менее 3 уровней: контекстная диаграмма и 2 уровня декомпозиции.

•        Бизнес-модель формируется путем слияния диаграмм отдельных бизнес-процессов.

2.        Проанализировать построенную модель и сформулировать требования к разрабатываемой программе

3.        Оформить отчет по лабораторной работе.

4.        Представить отчет по лабораторной работе для защиты.

Ход работы

Выбранная предметная область: анализ данных эксплуатируемой информационной системы и построение отчетности. Рассматривается следующая ситуация: предприятие осуществляет эксплуатацию информационной системы– SAP ERP, для анализа требуется осуществлять перенос данных в систему SAP BW и проводить анализ данных с помощью прикладных компонентов SAP. При этом информационная система находится на этапе тестовой эксплуатации в одном из филиалов предприятия. Для поддержания данных системе в актуальном состоянии для обеспечения возможности тестовой эксплуатации информационной системы, осуществляется анализ данных информационной системы.

Порядок выполнения работы

1. Создание контекстной диаграммы.

Бизнес-процесс, согласно выбранной предметной области, носит название «Анализ данных». Контекстная диаграмма бизнес-процесса представлена на рисунке 1.

[pic 1]

Рисунок 1 – Контекстная диаграмма бизнес-процесса «Анализ данных»

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

1. Декомпозиция бизнес-процесса «Анализа данных».

Декомпозиция бизнес-процесса «Анализа данных» в нотации IDEF0 представлена на рисунке ниже:

[pic 2]

Рисунок 2 – Декомпозиция бизнес-процесса «Анализа данных»

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

1. Выбор объекта анализа. Ответственный за проведение анализа сотрудник в интерфейсе программного средства анализа выбирает объект, подлежащий анализу, согласно перечню объектов, расположенных в БД целевой системы. При этом администратор руководствуется инструкцией пользователя (как и во всех процессах, представленных на диаграмме, за исключением передачи статуса анализа в систему источник), а также полномочиями, которые ему присвоены (на разные объекты анализа действуют различные полномочия).
2. Обновление данных из системы-источника. После выбора объекта анализа, сотрудник запускает функцию обновления (загрузки и верификации) данных из системы-источника. При этом происходит загрузка данных из БД системы-источника в БД целевой системы в формате, определяемом шаблоном анализа, после чего происходит преобразование данных согласно таблицам соответствия данных и сохранение данных в промежуточных таблицах БД целевой системы. В процессе обновления, система обнаруживает различные ошибки в данных, которые сохраняются в журнал ошибок в БД целевой системы.
3. Исправление ошибок в данных. Ответственный сотрудник осуществляет исправление ошибок в БД системы-источника, обнаруженных в процессе загрузки и верификации данных в целевую систему. При этом сотрудник руководствуется спецификацией на шаблон анализа, в которой приведены правила преобразования загруженных данных в целевую систему, а также перечень возможных ошибок и способы их устранения.
4. Создание объектов. На основании преобразованных данных, сохраненных в промежуточную таблицу БД целевой системы, в целевой системе создаются соответствующие объекты. Под созданием объекта подразумевается сохранение полученных данных в системных таблицах, хранилищах данных, инфо-объектах, кубах целевой системы. После создания формируется системный лог, который содержит информацию о созданных объектах (в первую очередь, идентификаторы).
5. Передача статуса анализа в систему-источник. Сформированный на шаге 4 лог создания объектов передается в систему-источник для контроля актуализации данных из интерфейса системы-источника.

1. Декомпозиция процесса «Обновление данных из системы-источника».

Процесс «Обновление данных из системы-источника» декомпозирован с использованием нотации IDEF3 и представлен на рисунке 3.

[pic 3]

Рисунок 3 – Декомпозиция процесса «Обновление данных из системы-источника»

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

1. Получение пути к БД внешней системы. Программное средство анализа осуществляет выборку из базы данных информации о соединении к внешней системе.
2. Создание сессии подключения к БД внешней системы. Если соединение не удалось, в системный лог записывается соответствующая ошибка.
3. Формирование запроса SQL для выборки данных из внешней системы.
4. Выборка и преобразование данных. Если в процессе преобразования возникли ошибки, в системный лог записывается перечень ошибок.
5. Закрытие сессии подключения.
6. Поиск устаревших записей в БД целевой системы. Если ранее уже была осуществлена загрузка данных по выбранному объекту в целевую систему, происходит поиск этих записей по ключу в соответствующих промежуточных таблицах с исходными данными и их удаление.
7. Создание новых записей – в случае, если данных по выбранному объекту не было загружено в целевую систему ранее.
8. Формирование log. Представляет собой сохранение всех возникших в процессе обновления данных ошибок в массив программы, содержимое которого впоследствии будет перенесено в журнал ошибок для их анализа с последующим исправлением ошибок в БД системы-источника.

1. Формирование требований к системе.

Программное средство анализа данных из системы-источника в SAP EPR должно удовлетворять следующим требованиям: