Лабораторная работа. Лабораторная работа 2 Разработка информационных моделей процессов жци цели работы
 Скачать 264.29 Kb.
|
|
Лабораторная работа №2 Разработка информационных моделей процессов ЖЦИ Цели работы: 1. Изучить нормативные документы по организации стадий и этапов разработки изделий машиностроения и приборостроения, информационных и программных продуктов. 2. Получить практические навыки интеграционного моделирования процессов создания сложных изделий и программных продуктов с использованием нотаций визуального моделирования бизнес – процессов ARIS. Теоретическая часть Выбор методологии создания функциональных и поведенческих моделей информационного описания процессов ЖЦИ является прерогативой разработчика. Вместе с тем, если ЖЦИ рассматривать с точки зрения концепции проектного управления, то наиболее подходящей для этих целей является методология моделирования бизнес-процессов ARIS. Нотация ARIS была одной из первых нотаций, получившей широкую известность на российском рынке. Она относится к нотации типа WorkFlow (поток работ). Методология ARIS позволяет описывать процессы ЖЦИ в виде взаимосвязанных и взаимодополняющих графических диаграмм (моделей). В методологии ARIS выделены четыре основные модели (Рис.1). Модель процессов и управления ( каким образом) Организационная модель ( кто выполняет) Модель данных ( на основе чего) Модель функций ( что выполняется) Модель входов и выходов ( для чего выполняется) Рис.1 Виды моделей ARIS Нотации языка моделирования ARIS представлены в таблице Основные операции моделирования с использованием нотаций процессно- событийной модели (eEPC ) ARIS приведены на рис.2 Моделирование в нотации eEPC представляет собой описание последовательности функциональных шагов (действий) в рамках одного бизнес-процесса, которые выполняются сотрудниками (отделами, департаментами) и позволяет осуществлять связь между организационной и функциональной моделями, поэтому эта нотация является идеальной для описания сценариев и процедур. Объекты, которые рекомендуется использовать в модели: интерфейс процесса, событие, логические правила, функция и объекты организационной схемы (должность, сотрудник, отдел). Событие – это некоторое состояние, которое является необходимым условием для начала и окончания выполнения функции. Основное правило моделирования — любой процесс должен начинаться и заканчиваться событием или интерфейсом в другой процесс, а любая функция – событием или логическим оператором. Событие мгновенно во времени. Нежелательно в названии функции перечислять несколько действий. Ошибочно использование оператора «ИЛИ» и «исключающего ИЛИ» после события, так как событие не может принимать решения. Ошибочно делать пропуск логических операторов, когда событие имеет две исходящих связи, или функция имеет две входящих связи. Функция может иметь только одну входящую связь. исключающее « ИЛИ» « И» « ИЛИ» Не разрешено, поскольку событие не может принимать решения (только в функции принимают решения) Функция выполняется, если наступили все события Функция начинает выполняться тогда, когда наступает только одно из событий Функция начинает выполняться, если хотя бы одно из событий наступает После выполнения функции наступают все события После выполнения функции наступает ровно одно из событий После выполнения функций наступает хотя бы одно из событий Событие наступает, когда выполнены обе функции Событие наступает после выполнения хотя бы одной функции Событие наступает после выполнения ровно одной функции При наступлении события обе функции выполняются Типы ветвления Рис.2 Основные типы ветвлений в моделях eERC Задание 1. Установить бесплатную версию программы ARIS Express (рекомендуется). 2. Используя методологию визуального моделирования (eEPC) ARIS, составить информационную модель процесса одной из стадий ЖЦ изделий машиностроения и приборостроения или ЖЦ программного продукта, руководствуясь требованиями (рекомендациями) соответствующих стандартов. Процесс, подлежащий моделированию, студенты выбирают самостоятельно. Пример процесса разработки ТЗ на СЧ изделия в нотации ARIS Процесс подготовки и заключения договора с исполнителем Решение о разработке ТЗ на СЧ изделия < Разработка общесистемных требований Разработка функциональных требований Разработка требований к видам обеспечения < ТЗ на СЧ изделия разработано Согласование ТЗ с исполнителем ТЗ на СЧ изделия согласовано ТЗ на СЧ изделия не согласовано Утверждение ТЗ головным исполнителем ТЗ на СЧ изделия согласовано Разработка протокола разногласий Протокол разногласий разработан Вопросы для изучения. 3. Структура изделий машиностроения и приборостроения. 4. Стадии и этапы создания изделий машиностроения и приборостроения. 5. Стадии и этапы создания автоматизированных систем. 6. Стадии и этапы создания программных продуктов. 7. Взаимосвязь стадий и этапов ЖЦИ. 8. Условия совмещения стадий ЖЦИ. 9. Информационная модель стадии ЖЦИ. 10. Виды информационных моделей стадий ЖЦИ. 11. Методологии визуального моделирования процессов стадий ЖЦИ (ARIS, UML, Express-G). Литература 1. ГОСТ Р 15.000-2016 Система разработки и постановки продукции на производство (СРПП). Основные положения. 2 . ГОСТ 19.102-77 ЕСПД. Стадии разработки 3 . Скворцов А.В. Автоматизация управления жизненным циклом продукции: учебник для студ. учреждений высш. проф. образования/ А.В. Скворцов, А.Г. Схиртладзе, Д.А. Чмырь.-М.: Издательский центр «Академия»,2013.-320с.- (Сер. Бакалавриат). |