Лабораторная работа, РГР на тему Прием в эксплуатацию нового транспортного средства

Содержание:

Цель
работы.. 3

Введение. 3

Программно-аппаратные
средства, используемые при выполнении работы.. 6

Описание. 7

Заключение. 15

Список используемых источников и литературы.. 16

Введение:

Цель
работы

Изучить
методологии функционального моделирования IDEF0 и IDEF3 на примере транспортной
отрасли. Введение

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

IDEF0 (Integrated Definition Function Modeling) -
методология функционального моделирования. В основе IDEF0 методологии лежит
понятие блока, который отображает некоторую бизнес-функцию. Четыре стороны
блока имеют разную роль: левая сторона имеет значение "входа", правая
- "выхода", верхняя - "управления", нижняя -
"механизма" (аналогично схемы Цикла Деминга для процессного
менеджмента).

На сегодняшний день получили распространение три
основные методологии функционального моделирования (и сопутствующий им
инструментарий): IDEF (Integrated DEFinition), UML (Unified Modeling Language)
и ARIS (Architecture of Integrated Information Systems). Для каждой из них
существуют определенные программные продукты, которые помимо разработки
позволяют проводить преобразования и операции для последующей работы с
полученными моделями (Соммервиль Иан, 2002; Якобсон А., Буч Г., Рамбо Дж.,
2002; Константайн Л., Локвуд Л., 2004; Иванова Г.С., 2002; Солощук М.Н. и др.,
2010). Наибольшее распространение сегодня получили методологии IDEF и
программные продукты BPWin, содержащие методологии IDEF0, IDEF3, DFD (Data Flow
Diagrams) и ERWin (IDEF1x) от компании Computer Associates.

История IDEF начинается с 70-х годов ХХ века с
методологии SADT (Structured Analysis and Design Technique), разработанной
Дугласом Россом (Softtech INC). Изначально SADT применялось Министерством обороны
США для практического моделирования процессов в рамках программы ICAM
(Integrated Computer Aided Manufacturing). Принципиальным требованием при
разработке рассматриваемого семейства методологий была возможность эффективного
обмена информацией между всеми специалистами - участниками программы ICAM (Icam
DEFinition). В последующем эта методология была трансформирована в стандарт
IDEF0 (Function Modeling, FIPS №183). Семейство IDEF включает уже упомянутые
IDEF3 (Process Description Capture) и IDEF1x (Data Modeling, FIPS №184).

После опубликования стандарты были успешно применены в
самых различных областях бизнеса, показав себя эффективным средством анализа,
конструирования и отображения бизнес-процессов (к слову сказать, они активно
применяется и в отечественных госструктурах, например, в Государственной
Налоговой Инспекции). Более того, собственно с широким применением IDEF (и
предшествующей методологии SADT) и связано возникновение основных идей
популярного ныне понятия "реинжиниринг бизнес-процессов" (Business
Process Reengineering - BPR).

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

Работа с использованием метода IDEF начинается с
постановки цели моделирования. Мировой опыт свидетельствует, что ошибки при
постановке цели приводят в среднем к 50% неудач в процессе моделирования.
Формулирование цели изначально направляет работу в заданном направлении, а
значит, ограничивает круг вопросов для анализа. Практическая работа начинается
с определения контекста (Context, Context Diagram), то есть верхнего уровня
системы, в нашем случае - предприятия. После формулировки цели необходимо
очертить область моделирования (Scope), которая в последующем будет определять
общие направления движения и глубину детализации (Decomposition). Собственно,
сама методология IDEF определяет стандартизированные объекты для работы и
отображения. Например, к таковым относятся функция (Activity), интерфейсная
дуга (Arrow), заметка (Note), а также способ их расположения и трактования
(Semantics). В последнее время на российском рынке появился программный продукт
Business Studio, который специально создан для работы с методами IDEF и
обладает интуитивным и дружественным интерфейсом (User-friendly Interface), и
подкреплен нормативной базой (Р 50.1.028-2001).

В основе нотации и методологии IDEF0 лежит понятие
"блока", то есть прямоугольника, который выражает некоторую функцию
бизнеса (рис. 6.10). В соответствии со стандартом функция должна быть выражена
глагольным оборотом. В IDEF0 роли сторон прямоугольника (функциональные
значения) различны: верхняя сторона имеет значение "управление",
левая - "вход", правая - "выход", нижняя - "механизм
исполнения" (рис.1).

Заключение:

Изучен предлагаемый теоретический
материал и построено функциональную модель системы. Функциональная модель
системы, описанной в Лабораторной работе № 1-4, построена так, что она отвечает
всем предъявленным к системе требованиям, представляет полный функционал
системы и её основные бизнес-процессы.

Фрагмент текста работы:

Описание

Построение
контекстной диаграммы

Основу
методологии IDEF0 составляет графический язык описания процессов. Модель в
нотации IDEF0 представляет собой совокупность иерархически упорядоченных и
взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и
располагается на отдельном листе.

Модель (AS-IS, TO-BE или SHOULD-BE)
может содержать 4 типа диаграмм (Вендров, А.М., 1998;
Д.А. Марка, К. МакГоуэн, 1993; С.В. Маклаков, 2005; В.В. Анисимов, 2020):

-
контекстную диаграмму;

-
диаграммы декомпозиции;

-
диаграммы дерева узлов;

-
диаграммы только для экспозиции (for exposition only, FEO).

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

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

Контекстная диаграмма для задачи
определения допускаемых скоростей показана на рис.1. Для построения модели
использовался продукт BPwin 4.0 фирмы Computer Associates.