Что такое входные и выходные данные

Що означает входные и выходные данные

Всем Привет!
Вот пишу курсовую!Есть одна проблемка:
У меня есть содержание, по котором я пишу курсовую. (Название курсовой Базад Данных Флоры и Фауны)
Там есть два пунктика, которые я не очень понимаю!

Нужно написать Входные данные и Выходные данные.
Что подразумевается под Входными данными и что под Выходными данными?
Зарание благодарен!

Исходные, входные и выходные данные
Друзья мне нужна Ваша помощь,почему у меня неувязки в исходных,входных и выходных данных? Вроде бы.

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

Входные и выходные данные
Подскажите, что является входными и выходными данными в следующих 4 работах. Лабораторная работа.

Ну смотрите опишу подробно!
Нашел пример курсовой, для того чтобы разобратся!
Название курсовой: Проектирование информационных баз данных

В курсовой работе в соответствии с заданием автоматизируется деятельность отдела сбыта предприятия «Русская еда».
На предприятии работают 3 цеха, в которых производится продукция.

Есть там пункт 1.2. Перечень входных (первичных) документов.
Смотрите фото

Я так понял это данные, которые нужно помещять в базу данных?
Если нет, поправте меня!

Вы меня конечно извините, но чем вы занимались во время лекций?

Советую просто спросить у преподавателя. Так как я еще пока начинающий телепат.

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

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

Вы дали слишком мало входных данных, что бы получить на выходе желаемый ответ. Какой вопрос такой и ответ.

Источник

ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ

4. ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ

Входной информацией является:

регистрационное имя обучаемого;

выбираемые обучаемым учебный курс;

определяемая пользователем последовательность элементарных геомет­
рических преобразований.

Выходной информацией является:

файл регистрации пользователя;

формируемые системой факты;

оценка, выставленная системой.

Механизм вывода продукционной системы использует таблицы facts. dbf и connects. dbf для хранения фактов, таблицы if_m. dbf(if_t. dbf), proc. dbf, param. dbf для хранения правил.

Модель обучаемого хранится в таблице users. db.

Модели трехмерных объектов хранятся в таблицах points. db и fpoints. db.

Задания хранятся в таблице tasks. db.

Список дисциплин хранится в таблице kurses. db.

КФБН. 00148-01 3301-1

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

Вывод на экран этого сообщения, и любых других, будет скорее связан с неполадками в среде WINDOWS-95, нежели с системой. Это будет означать, что работа системы прервана. Для восстановления работы системы необходимо проверить наличие на диске всех файлов, указанных в «Руководстве системного программиста» наличие свободного пространства, а также объяснения возмож­ных возникновений ошибок в руководстве по WINDOWS-95 и после чего вновь запустить систему, зарегистрировавшись под прежним именем.

Министерство общего и профессионального образования Российской Федерации

Саратовский государственный технический университет

Образовательная среда «Геометрические преобразования/Продукционные системы»

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

ЛИСТ УТВЕРЖДЕНИЯ КФБН. ОО 148-01 51 01-1-ЛУ

Руководитель работы Н. Н. Клеванский

Студент. ПВС-51 О. В. Заулошнов

Студент. ПВС-51 И. В. Коротченко

Нормоконтролер С. С. Лалетин

Министерство общего и профессионального образования Российской Федерации

Саратовский государственный технический университет

УТВЕРЖДЕН КФБН. 00148-01 51 01-1-ЛУ

Образовательная среда «Геометрические преобразования/Продукционные системы»

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

КФБН. 00148-01 51 01-1

-2-КФБН. 000148-01-51 01-1

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

КФБН. 000148-01-51 01-1

ОБЪЕКТ ИСПЫТАНИЙ 4

ТРЕБОВАНИЯ К ПРОГРАММЕ 4

ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ 7

СРЕДСТВА И ПОРЯДОК ИСПЫТАНИЙ 7

МЕТОДЫ ИСПЫТАНИЙ 8

-4-КФБН. 000148-01-51 01-1

1. ОБЪЕКТ ИСПЫТАНИЙ

Объектом испытаний является программный продукт «система дистанционного образования для раздела «Геометрические преобразования» курса «Компьютерная графика» и раздела «Продукционные системы» курса «Системы искусственного интеллекта», разработанный по заданию на дипломное проектирование студентами группы ПВС-51 Заулошновым О. В. и Коротченко И. В. под руководством доцента кафедры ПВC Клеванского Н. Н.

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

3. ТРЕБОВАНИЯ К ПРОГРАММЕ

3. 1. Программа должна работать в многооконном графическом режиме и
поддерживать работу как клавиатуры, так и манипулятора типа «мышь».

3. 2. Интерфейс пользователя должен выполнять две основные функции:
давать советы и объяснения обучаемому и управлять приобретением
знаний.

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

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

3. 5. Разрабатываемый программный продукт должен включать механизмы
логического вывода и средства редактирования.

3. 6. Ввод/вывод данных должен выполнять следующие функции:
тестирование с целью обеспечения целостности и непротиворечивости
данных, передаваемых по линии связи, выполнение запросов на
передачу данных по линии связи.

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

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

КФБН. 000148-01-51 01-1

3. 9. Текстовая информация может выводиться статично для небольших объемов или динамически для больших объемов с возможностью скроллинга и листания страниц.

3. 10. Все окна вывода должны иметь возможность перемещения и изменения
размеров.

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

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

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

3. 14. Разрабатываемая обучающая программа должна обеспечивать три
режима работы: описательный, обучающий и контролирующий.

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

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

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

3. 18. Задания должны дифференцироваться по уровням сложности:

КФБН. 000148-01-51 01-1

3. 18. 1 Низший уровень:

Выполнить преобразование центральной симметрии относительно
начала координат.

Выполнить преобразование осевой симметрии относительно
координатной оси X.

Выполнить преобразование осевой симметрии относительно
координатной оси Y.

Выполнить преобразование осевой симметрии относительно
координатной оси Z.

Выполнить преобразование зеркальной симметрии относительно
координатной плоскости XOY.

— Выполнить преобразование зеркальной симметрии относительно
координатной плоскости XOZ.

Выполнить преобразование зеркальной симметрии относительно
координатной плоскости ZOY.

Выполнить преобразование симметрии относительно произвольной
точки А(ах, ay, az).

Выполнить преобразование переноса на вектор T(tx, ty, tz).

— Выполнить преобразование поворота вокруг координатной оси X на
угол а.

Выполнить преобразование поворота вокруг координатной оси Y на
угол b.

Выполнить преобразование поворота вокруг координатной оси Z на
угол с.

Выполнить преобразование масштабирования на вектор Е(ех, еу, ez).

3. 18. 2 Средний уровень:

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

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

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

3. 18. 3 Высший уровень:

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

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

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

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

-7-КФБН. 000148-01-51 01-1

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

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

3. 19. Подготовка инвариантного решения (объяснения, алгоритма etc)
моделируемых ситуаций (явлений, процессов etc) и его проверка
системой с подтверждением правильности или указанием на ошибки.
Задания генерируются по уровням сложности, описанным в п. 1. 2.

3. 20. Реализация модели пространственных объектов должна включать в себя:

Массив координат вершин фигуры.

Набор топологических отношений.

Функции для работы с объектом (функции элементарных
геометрических преобразований).

3. 21. В механизме вывода должны присутствовать следующие правила для
нахождения последовательности геометрических преобразований:

совмещение точки с началом координат;

совмещение прямой с любой из координатных осей;

совмещение плоскости с любой из координатных плоскостей;

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

4. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ

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

Источник

Что такое входные и выходные данные

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

XML Schema и XPath определены в BPMN как язык описания физической структуры базы данных и язык выражений (соответственно) по умолчанию. Однако производители инструментов моделирования в праве заменять их на собственные языки.

10.3.1 Моделирование данных

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

BPMN предлагает реализацию этого требования посредством использования различных структурных компонентов: Объектов данных, атрибутов ItemDefinition, Properties, DataInputs, DataOutputs, Сообщений, InputSets, OutputSets, а также Ассоциаций данных.

Элементы связанные с компонентами

BPMN выделяет несколько элементов, предназначенных для хранения и передачи компонентов в ходе выполнения Процесса. Обычно такие элементы относят к «связанным с компонентами» (item-aware). Они схожи с переменными, являющимися общими для многих языков. Как и переменные, данные элементы имеют атрибуты класса ItemDefinition.

Структура данных, которую содержат эти элементы, определяется посредством ItemDefinition. Элемент ItemAwareElement МОЖЕТ БЫТЬ не указан. Это означает, что атрибут структуры ItemDefinition является опциональным в том случае, если разработчик модели не желает указывать структуру связанных данных.

Таким образом, элементами, связанными с компонентами, являются: Объекты данных, ссылки на Объекты данных, Хранилища данных, Properties, DataInputs и DataOutputs.

Фигура 10.50 – Диаграмма классов элемента ItemAwareElement

Элемент ItemAwareElement наследует атрибуты и ассоциации элемента BaseElement (см. таблицу 8.5). Таблица 10.51 содержит информацию о дополнительных ассоциациях элемента ItemAwareElement.

Таблица 10.51 – Ассоциации элемента ItemAwareElement

itemSubjectRef: ItemDefinition [0..1]

Характеристика компонентов, хранящихся в элементе ItemAwareElement или передающихся им.

dataState: DataState [0..1]

Ссылка на атрибут DataState, используемый для определения статусов данных, хранящихся в компоненте.

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

Элементы класса DataObjectсодержат информацию о наборе данных и ДОЛЖНЫ находиться внутри графического элемента Процесс/Подпроцесс. Графически они отображаются на диаграмме Процесса. Ссылки на Объекты данных предназначены для многократного использования Объектов данных в рамках одной и той же диаграммы. Они могут указывать на различные состояния (states) одних и тех же Объектов данных на разных отрезках Процесса. Ссылка на Объект данных не может указывать на характеристики компонентов, а Объект данных – на статусы. Название Ссылки на Объект данных формируется посредством объединения названия соответствующего Объекта данных и статуса, хранящегося в Ссылке на Объект данных (последнее заключено в квадратные скобки): [ ].

Фигура 10.51 – Диаграмма элементов класса DataObject

Элемент DataObject наследует атрибуты и ассоциации элементов FlowElement (см. таблицу 8.44) и ItemAwareElement (см. таблицу 10.52). Таблица 10.52 содержит информацию о дополнительных атрибутах элемента DataObject.

Таблица 10.52 – Атрибуты элемента DataObject

isCollection: boolean = false

Необходим при отсутствии ссылки на элемент itemDefinition и указывает на то, будет ли Объект данных состоять из ряда элементов. В случае, если ссылка на itemDefinition все же отсутствует, то атрибут isCollection ДОЛЖЕН иметь такое же значение, какое установлено для атрибута isCollection элемента itemDefinition. Значением по умолчанию является «false».

Элемент DataObjectReference наследует атрибуты и ассоциации элементов ItemAwareElement (см. таблицу 10.52) и FlowElement (см. таблицу 8.44). Таблица 10.53 содержит информацию о дополнительных атрибутах элемента DataObjectReference.

Таблица 10.53 – Атрибуты и ассоциации элемента DataObjectReference

Используется для определения Объекта данных, на который ссылается данная Ссылка на Объект данных.

Элементы DataObject по желанию могут ссылаться на элемент DataState, который указывает на состояние набора данных, хранимого в Объекте данных (см. пример использования элемента DataState для Объекта данных на фигуре 7.8). Данная спецификация не включает информацию по определению таких состояний (например, возможных значений) и специфической семантики конструкций. Тем не менее, пользователи BPMN могут задействовать такие состояния наборов данных и способность нотации к расширению для их определения.

Элемент DataState наследует атрибуты и ассоциации элемента BaseElement (см. таблицу 8.5). Таблица 10.54 содержит информацию о дополнительных атрибутах элемента DataObject.

Таблица 10.54 – Атрибуты и ассоциации элемента DataState

Используется для определения названия элемента DataState.

Объект данных как коллекция данных

Объекты данных, которые ссылаются на элемент ItemDefinition, выступающий в качестве коллекции (collection), должны отображаться по-разному в зависимости от количества экземпляров структур данных. Графически они могут отображаться следующим образом:

Один экземпляр (фигура 10.52)

Фигура 10.52 – Объект данных

Коллекция (фигура 10.53)

Фигура 10.53 – Объект данных, выступающий в качестве коллекции данных

Графическое отображение Объекта данных

На диаграмме Процесса Объект данных может возникать многократно. Каждый такой элемент ссылается на такой же экземпляр Объекта данных. Многократное использование Объекта данных предусмотрено для упрощения отображения связей на диаграмме.

Жизненный цикл и доступность

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

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

Рассмотрим следующую схему:

Элемент Data object 1 может быть доступен для Process A, Task A, Sub-Process A, Task B, Sub-Process B, Sub-Process C, Task C и Task D.

Элемент Data object 2 может быть доступен для Sub-Process A и Task B.

Элемент Data object 3 может быть доступен для Sub-Process B, Sub-Process C, Task C и Task D.

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

Ссылка на Хранилище данных является элементом ItemAwareElement и поэтому может служить и источником, и целью Ассоциации данных. При поступлении информации в Ссылку на хранилище данных или выходе её из этого графического элемента данная информация также поступает в соответствующее Хранилище данных и выходит из него.

Графически Хранилище данных отображается следующим образом (см. фигуру 10.54):

Фигура 10.54 – Графический элемент Хранилище данных

Фигура 10.55 – Диаграмма классов элемента DataStore

Элемент DataStore наследует атрибуты и ассоциации элемента FlowElement (см. таблицу 8.44) посредством его связи с элементами RootElement и ItemAwareElement (см. таблицу 10.51). Таблица 10.55 содержит информацию о дополнительных атрибутах элемента DataState.

Таблица 10.55 – Атрибуты элемента DataState

Представляет собой описательное имя элемента.

capacity: integer [0..1]

Данный атрибут определяет вместимость Хранилища данных. Не используется, если значение атрибута isUnlimited установлено как «true».

isUnlimited: boolean = false

Если значение атрибута isUnlimited установлено как «true», то вместимость Хранилища данных является неограниченной и отменяет любое из значений, установленных для атрибута capacity.

Элемент DataStoreReference наследует атрибуты и ассоциации элементов FlowElement (см. таблицу 8.44) и ItemAwareElement (см. таблицу 10.51). Таблица 10.56 содержит информацию о дополнительных ассоциациях элемента DataStoreReference.

Таблица 10.56 – Атрибуты элемента DataStore

Данный атрибут предоставляет ссылку на глобальный элемент DataStore.

Свойства, как и Объекты данных, содержат информацию о наборе данных. Однако, в отличие от Объекта данных, на диаграмме Процесса они не отображаются. Лишь некоторые элементы потока МОГУТ содержать Свойства, а именно: Процессы, Действия и События.

Элементы класса Property являются элементом DataElement, который выступает в роли контейнера для данных, относящихся к элементам потока. Они ДОЛЖНЫ храниться в элементах FlowElement. На диаграмме Процесса не отображаются.

Фигура 10.56 – Диаграмма классов элемента Property

Элемент Property наследует атрибуты и ассоциации элемента ItemAwareElement (см. таблицу 10.51). Таблица 10.57 содержит информацию о дополнительных атрибутах элемента Property.

Таблица 10.57 – Атрибуты элемента Property

Указывает имя элемента.

Жизненный цикл и доступность

Жизненный цикл элемента Property связан с жизненным циклом родительского элемента Flow Element. При запуске родительского элемента Свойства, хранящиеся в нем, становятся активны. При отмене выполнения экземпляра родительского элемента все находящиеся в нем экземпляры элемента Property становятся неактивны. В данном случае данные, которые содержатся в Свойствах, перестают быть доступными.

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

Рассмотрим следующую схему:

Свойства Process A могут быть доступны для Process A, Task A, Sub-Process A, Task B, Sub-Process B, Sub-Process C, Task C и Task D.

Свойства TaskC могут быть доступны для Task C.

Входные и Выходные данные

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

Некоторые Действия и элементы CallableElements содержат элемент InputOutputSpecification, используемый для описания требований к содержащимся в них данным. Для элемента InputOutputSpecification определена семантика исполнения, которая полностью применима ко всем расширяющим его элементам. Однако входы и выходы определяются не для любого типа Действия. Они МОГУТ быть указаны лишь для Задач и элементов CallableElements (глобальная Задача, Процесс). Встроенный Подпроцесс НЕ ДОЛЖЕН напрямую определять Входные и Выходные данные, однако, он может косвенно указывать их посредством элемента MultiInstanceLoopCharacteristics.

Фигура 10.57 – Диаграмма классов элемента InputOutputSpecification

Элемент InputOutputSpecification наследует атрибуты и ассоциации элемента BaseElement (см. таблицу 8.5). Таблица 10.58 содержит информацию о дополнительных атрибутах и ассоциациях элемента InputOutputSpecification.

Таблица 10.58 – Атрибуты и ассоциации элемента InputOutputSpecification

inputSets: InputSet [1..*]

Используется для ссылки на элемент InputSets, определенный элементом InputOutputSpecification. Любой элемент InputOutputSpecification ДОЛЖЕН определять по-меньшей мере один InputSet.

outputSets: OutputSet [1..*]

Используется для ссылки на элемент OutputSets, определенный элементом InputOutputSpecification. Любой элемент Data Interface ДОЛЖЕН определять по-меньшей мере один OutputSet.

dataInputs: DataInput [0..*]

Используется для ссылки (по желанию) на Входные данные, определенные элементом InputOutputSpecification. В случае, если элемент InputOutputSpecification не определяет никакие Входные данные, это означает, то для запуска Действия такие данные НЕ ОБЯЗАТЕЛЬНЫ. Является упорядоченным набором данных.

dataOutputs: DataOutput [0..*]

Используется для ссылки (по желанию) на Выходные данные, определенные элементом InputOutputSpecification. В случае, если элемент InputOutputSpecification не определяет никакие Выходные данные, это означает, то для завершения выполнения Действия такие данные НЕ ОБЯЗАТЕЛЬНЫ. Является упорядоченным набором данных.

Посредством элемента Входные данные указывается то, что в качестве входа элемента InputOutputSpecification будут использованы какие-то данные. С элементом InputOutputSpecification может быть ассоциировано любое количество входных данных.

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

Фигура 10.58 – Графический элемент Входные данные

Атрибут optional указывает, является ли значение DataInput верным, даже при состоянии данных, равном «unavailable». Значением по умолчанию является «false». В случае, если значение атрибута равно «true», то выполнение Действия не будет производиться до тех пор, пока посредством соответствующей Ассоциации данных не будет определено значение для элемента DataInput.

Элементы DataInput по желанию могут ссылаться на элемент DataState, который используется для указания состояния данных, содержащихся в элементах DataInput. Данная спецификация не включает информацию по определению таких состояний (например, возможных значений) и специфической семантики конструкций. Тем не менее, для определения состояний пользователи BPMN могут задействовать элемент DataState и способность нотации к расширению.

Фигура 10.59 – Диаграмма классов элемента DataInput

Элемент DataInput наследует атрибуты и ассоциации элементов BaseElement (см. таблицу 8.5) и ItemAwareElement (см. таблицу 10.52). Таблица 10.59 содержит информацию о дополнительных атрибутах и ассоциациях элемента DataInput.

Таблица 10.59 – Атрибуты и ассоциации элемента DataInput

Представляет собой описательное имя элемента.

inputSetRefs: InputSet [1..*]

Указывает, для какого количества элементов (одного или более) InputSets используется элементDataInput. Данный атрибут порождается элементом InputSets.

inputSetwithOptional: InputSet [0..*]

Для каждого элемента InputSet, использующего элемент DataInput, можно указать то, может ли выполнение Действия начаться, если состояние DataInput равно «unavailable» (т.е. входные данные недоступны). Данный атрибут предоставляет список таких состояний.

inputSetWithWhileExecuting: Inputset [0..*]

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

isCollection: boolean = false

Данный атрибут определяет, является ли DataInput набором элементом. Необходим тогда, когда нет ни одной ссылки на элемент itemDefinition. В случае, если ссылка на itemDefinition все же существует, то данный атрибут ДОЛЖЕН иметь то же значение, что и атрибут isCollection элемента itemDefinition, на который он ссылается. Значением по умолчанию является «false».

Посредством элемента Выходные данные указывается то, что в качестве выхода элемента InputOutputSpecification будут использованы какие-то данные. С элементом InputOutputSpecification МОЖЕТ БЫТЬ ассоциировано любое количество выходных данных.

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

Фигура 10.60 – Графический элемент Выходные данные

Элементы DataOutput по желанию могут ссылаться на элемент DataState, который используется для указания состояния данных, содержащихся в элементах DataOutput. Данная спецификация не включает информацию по определению таких состояний (например, возможных значений) и специфической семантики конструкций. Тем не менее, для определения состояний пользователи BPMN могут задействовать элемент DataState и способность нотации к расширению.

Фигура 10.61 – Диаграмма классов элемента DataOutput

Элемент DataOutput наследует атрибуты и ассоциации элементов BaseElement (см. таблицу 8.5) и ItemAwareElement (см. таблицу 10.52). Таблица 10.60 содержит информацию о дополнительных атрибутах и ассоциациях элемента DataOutput.

Таблица 10.60 – Атрибуты и ассоциации элемента DataOutput

Представляет собой описательное имя элемента.

outputSetRefs: OutputSet [1..*]

Указывает, для какого количества элементов (одного или более) OutputSets используется элемент DataOutput. Данный атрибут порождается элементом OutputSets.

outputSetwithOptional: Output- Set [0..*]

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

outputSetWithWhileExecuting: OutputSet [0..*]

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

isCollection: boolean = false

Данный атрибут определяет, является ли DataOutput набором элементом. Необходим тогда, когда нет ни одной ссылки на элемент itemDefinition. В случае, если ссылка на itemDefinition все же существует, то данный атрибут ДОЛЖЕН иметь то же значение, что и атрибут isCollection элемента itemDefinition, на который он ссылается. Значением по умолчанию является «false».

Ниже приведено описание соответствия входных и выходных данных Действиям и Событиям.

Соответствие Задаче Сервис

В случае связи Задачи Сервис с Операцией, Задача ДОЛЖНА иметь Сообщение о входных данных, а также элемент itemDefinition, значение которого равно значению атрибута inMessageRef данной операции, указанному в этом Сообщении. Если Операция предполагает использование на выходе Сообщения, у Задачи ДОЛЖНЫ БЫТЬ выход для данных, а также элемент itemDefinition, значение которого равно значению атрибута outMessageRef данной операции, указанному в этом Сообщении.

Соответствие Задаче Отправка сообщений

В случае связи Задачи Отправка сообщений с Сообщением, Задача ДОЛЖНА иметь максимум один набор входных данных, а также не более одного входа для данных. Если входные данные имеются, Задача ДОЛЖНА иметь элемент itemDefinition, значение которого равно значению, указанному в этом Сообщении. Если входные данные отсутствуют, во время выполнения Задачи данные в Сообщении не появятся.

Соответствие Задаче Получение сообщений

В случае связи Задачи Получение сообщений с Сообщением, Задача ДОЛЖНА иметь максимум один набор выходных данных, а также не более одного выхода для данных. Если выходные данные имеются, Задача ДОЛЖНА иметь элемент itemDefinition, значение которого равно значению, указанному в этом Сообщении. Если выходные данные отсутствуют, то данные из Сообщения не попадут из Задачи Получение сообщений в Процесс (т.е. в принципе не покинут Задачу).

Соответствие Пользовательской Задаче

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

Соответствие Действию Вызов

Входные и выходные данные Действия Вызов привязаны к соответствующим элементами объекта CallableElement, однако, без использования Ассоциации данных.

Соответствие Задаче Сценарий

Задача Сценарий имеет доступ к входным и выходным данным, а также к элементам, содержащим информацию о наборе данных, которые доступны в рамках данной Задачи.

Если любой из элементов EventDefinitions какого-либо События ассоциирован с элементом, имеющим значение ItemDefinition (Message, Escalation, Error или Signal), должны быть приняты во внимание следующие ограничения:

Элемент InputSet представляет собой коллекцию элементов DataInput, определяющих вместе значимый набор входных данных для элемента InputOutputSpecification. Элемент InputOutputSpecification ДОЛЖЕН содержать по-меньшей мере один элемент InputSet. Элемент InputSet МОЖЕТ ссылаться на любое количество (от нуля и более) элементов DataInput. Любой отдельно взятый элемент DataInput МОЖЕТ БЫТЬ ассоциирован с множеством элементов InputSet, однако, на него всегда ДОЛЖЕН ссылаться по-меньшей мере один элемент InputSet.

Элементы InputSet входят в состав элементов InputOutputSpecification. То, в какой последовательности они содержатся в элементах InputOutputSpecification, определяет порядок, в котором они будут обработаны.

Фигура 10.62 – Диаграмма классов элемента InputSet

Элемент InputSet наследует атрибуты и ассоциации элемента BaseElement (см. таблицу 8.5). Таблица 10.61 содержит информацию о дополнительных атрибутах и ассоциациях элемента InputSet.

Таблица 10.61 – Атрибуты и ассоциации элемента InputSet

Представляет собой описательное имя элемента.

outputSetRefs: OutputSet [1..*]

Данный атрибут определяет элементы DataInput, которые вместе удовлетворяют требованиям к данным.

dataInputRefs: DataInput [0..*]

Данная ассоциация определяет элементы DataInput, являющиеся частью элемента InputSet, которые могут быть недоступны в начале выполнения Действия. Такая ассоциация НЕ ДОЛЖНА ссылаться на элементы DataInput, не вошедшие в список значений для dataInputRefs.

whileExecutingInputRefs: DataInput [0..*]

Данная ассоциация определяет элементы DataInput, являющиеся частью элемента InputSet, значения которых могут быть обработаны в ходе выполнения Действия. Такая ассоциация НЕ ДОЛЖНА ссылаться на элементы DataInput, не вошедшие в список значений для dataInputRefs.

outputSetRefs: OutputSet [0..*]

Данный атрибут указывает на правило входа\выхода данных, определяющее, какой элемент OutputSet будет с большой вероятностью создан Действием, когда данный элемент InputSet будет иметь верное значение. Данный атрибут используется в паре с атрибутом inputSetRefs элемента OutputSets. Такая комбинация заменяет описанный в BPMN 1.2 атрибут Действий IORules.

Элемент OutputSet представляет собой коллекцию входных элементов DataOutput, формируемых вместе в качестве выходных данных из Действия или События. Элемент InputOutputSpecification ДОЛЖЕН определять по-меньшей мере один элемент OutputSet. Элемент OutputSet МОЖЕТ ссылаться на любое количество (от нуля и более) элементов DataOutput. Любой отдельно взятый элемент DataOutput МОЖЕТ БЫТЬ ассоциирован с множеством элементов OutputSet, однако, на него всегда ДОЛЖЕН ссылаться по-меньшей мере один элемент OutputSet.

Объект нотации, для которого указано значение OutputSet, определяет то, какой набор данных будет сформирован на выходе. Таким образом, именно Действие или Событие определяет набор данных будет на выходе.

Фигура 10.63 – Диаграмма классов элемента OutputSet

Элемент OutputSet наследует атрибуты и ассоциации элемента BaseElement (см. таблицу 8.5). Таблица 10.62 содержит информацию о дополнительных атрибутах и ассоциациях элемента OutputSet.

Таблица 10.62 – Атрибуты и ассоциации элемента OutputSet

Представляет собой описательное имя элемента.

dataOutputRefs: DataOutput [0..*]

Данный атрибут определяет элементы DataOutput, которые МОГУТ БЫТЬ произведены на выходе.

optionalOutputRefs: DataOutput [0..*]

Данная ассоциация определяет элементы DataOutput, являющиеся частью элемента OutputSet, которые не обязательно должны быть сформированы при завершении выполнения Действия. Такая ассоциация НЕ ДОЛЖНА ссылаться на элементы DataOutput, не вошедшие в список значений для dataOutputRefs.

whileExecutingOutputRefs: DataOutput [0..*]

Данная ассоциация определяет элементы DataOutput, являющиеся частью элемента OutputSet, которые могут быть сформированы в ходе выполнения Действия. Такая ассоциация НЕ ДОЛЖНА ссылаться на элементы DataOutput, не вошедшие в список значений для dataOutputRefs.

inputSetRefs: InputSet [0..*]

Данный атрибут указывает на правило входа\выхода данных, определяющее, какой элемент InputSet должен получить значение, верное для возможного создания набора выходных данных. Данный атрибут используется в паре с атрибутом outputSetRefs элемента InputSets. Такая комбинация заменяет описанный в BPMN1.2 атрибут Действий IORules.

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

Класс DataAssociation представляет собой элемент BaseElement, содержащийся в Действии или Событии. Элементы DataAssociation используются для отображения перемещения данных в элементы, содержащие информацию о наборе данных, или из них. Они имеют один или более источников, а также одну или более целей. Цель Ассоциации является копией её источника.

Определенные для souceRef и targetRef значения атрибута ItemDefinition ДОЛЖНЫ иметь одинаковые значения ItemDefinition, либо элемент DataAssociation ДОЛЖЕН содержать выражение, которое трансформирует (преобразовывает) исходный элемент ItemDefinition в целевой элемент ItemDefinition.

Фигура 10.64 – Диаграмма класса DataAssociation

По желанию, на диаграмме Процесса Ассоциация данных может быть представлена посредством Ассоциации (см. фигуры 10.65 и 10.66).

Фигура 10.65 – Ассоциация данных

Фигура 10.66 – Ассоциация данных, используемая для отображения перемещения входных и выходных данных Действий

Базовая концепция элементов DataAssociation заключается в наличии у них источников, целей, а также возможности трансформации (преобразования).

При «выполнении» Ассоциации данных информация копируется в цель. То, является ли трансформация заданной или нет, определяет содержание копируемых данных.

Если трансформация не была задана или отсутствуют ссылки на нее, то ДОЛЖЕН БЫТЬ указан один единственный источник, а содержимое этого источника будет копироваться в цель.

Если трансформация не была задана или отсутствуют ссылки на нее, то будет вычисляться значение выражение трансформации, а результат вычисления будет копироваться в цель. В данном случае может быть указано любое количество источников (от нуля и более), однако, эти источники не обязательно используются в выражении.

В любом случае, источники предназначены для определения возможности «выполнения» Ассоциации данных. Ассоциация данных не может быть «выполнена», если эти источники недоступны. В этом случае Действие или Событие, для которых используется Ассоциация данных, ДОЛЖНЫ ждать выполнения этого условия.

Ассоциации данных всегда располагаются внутри элементов, определяющих то, когда будут «выполнены» эти Ассоциации данных. Действия могут определять момент «выполнения» двух Ассоциаций данных, а События – лишь одной.

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

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

Элемент DataAssociation наследует атрибуты и ассоциации элемента BaseElement (см. таблицу 8.5). Таблица 10.63 содержит информацию о дополнительных ассоциациях элемента DataAssociation.

Таблица 10.63 – Ассоциации элемента DataAssociation

transformation: Expression [0..1]

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

assignment: Assignment [0..*]

Служит для указания одного или более элементов данных Assignments. Посредством элемента Assignment в структуру цели могут быть добавлены отдельные элементы структуры данных из структуры источника.

sourceRef: ItemAwareEle-ment [0..*]

Используется для указания источника Ассоциации данных. Им ДОЛЖЕН БЫТЬ элемент ItemAwareElement.

Используется для указания цели Ассоциации данных. Ею ДОЛЖЕН БЫТЬ элемент ItemAwareElement.

Класс Assignment используется для установки простого соответствия элементов данных посредством языка выражений (Expression). Посредством Язык выражений, применяемый для всех выражений по умолчанию, указывается в атрибуте expressionLanguage элемента Definitions. Значения атрибута expressionLanguage могут отменять друг друга в разных случаях использования Assignment.

Элемент Assignment наследует атрибуты и ассоциации элемента BaseElement (см. таблицу 8.5). Таблица 10.64 содержит информацию о дополнительных атрибутах элемента Assignment.

Таблица 10.64 – Атрибуты элемента Assignment

Атрибут, вычисляющий источник элемента Assignment.

Атрибут, определяющий активную в текущий момент операцию Assignment, а также элемент данных, являющийся целью.

Элемент DataInputAssociation может использоваться для установки ассоциации между элементом ItemAwareElement и входными данными, хранящимися в Действии. Источником такой Ассоциации данных может стать любой элемент ItemAwareElement, доступный в данных условиях, например, Объект данных, свойство или выражение.

Элемент DataInputAssociation наследует атрибуты и ассоциации элемента DataAssociation (см. таблицу 10.64), но не может иметь каких-либо других атрибутов или ассоциаций.

Элемент DataOutputAssociation может использоваться для установки ассоциации между выходными данными, хранящимися в Действии, и элементом ItemAwareElement, доступным в условиях, при которых ассоциация будет «выполнена». Целью такой Ассоциации данных может стать любой элемент ItemAwareElement, доступный в данных условиях, например, Объект данных, свойство или выражение.

Элемент DataOutputAssociation наследует атрибуты и ассоциации элемента DataAssociation (см. таблицу 10.64), но не может иметь каких-либо других атрибутов или ассоциаций.

Объект данных, ассоциированный с Потоком операций

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

Фигура 10.67 – Объект данных как вход и выход

По желанию, Объект данных МОЖЕТ БЫТЬ ассоциирован с Потоком операций напрямую, т.е. с соединителем (см. фигуру 10.68). Такой тип отображения передает ту же самую взаимосвязь между входами и выходами. Фигура 10.67 представляет собой пример упорядочивания двух Ассоциаций данных:

Фигура 10.68 – Объект данных, ассоциированный с Потоком операций

Источник