Функция – описание элемента работы, образующего один логический этап в рамках процесса. В ARIS используется диаграмма «Дерево функций», посредством которой функции могут быть описаны с различными уровнями детализации. При этом функции представляются не обязательно в хронологическом порядке.
На диаграммах функция обозначается прямоугольником зеленого цвета с скругленными краями (рис. 3). Возможные виды связей между функциями в модели «Дерево функций» приведены в табл.3.
Таблица 3 – Связи объектов диаграммы «Дерево функций»
| Английское название связи | Русское название связи |
| Is execution-oriented superior | Подчиняется по способу выполнения |
| Is object-oriented superior | Подчиняется по объекту |
| Is process-oriented superior | Подчиняется по процессу |
На самом верхнем уровне описываются наиболее сложные функции, представляющие собой отдельный бизнес-процесс или процедуру. Детализация функций образует иерархическую структуру их описаний. Пример дерева функций приведен на рис. 3.
СТРУКТУРЫ — ТВОЯ ГЛАВНАЯ ОШИБКА
Рисунок 2 – Пример организационной схемы
Рисунок 3 – Дерево функций
Для более содержательного позиционирования отдельного уровня иерархии в общей структуре функций наряду с понятием «функция» могут быть использованы также другие термины: транзакция, процесс, подфункция, базовая функция (операция).
Разделение функций на элементы может происходить на нескольких иерархических уровнях. Базовые функции представляют самый нижний уровень в семантическом дереве функций. Базовая функция – это функция, которая уже не может быть разделена на составные элементы с целью анализа бизнес-процесса.
Функции объединяются в функциональное дерево в соответствии с различными критериями (рис. 4). Наиболее часто для этих целей используются такие критерии:
· объектно-ориентированный – обработка одного и того же объекта;
· процессно-ориентированный – принадлежность одному и тому же процессу;
· операционно-ориентированный – выполнение одинаковых операций.
Функция «Обработать заказ на продукцию» (рис. 4а) описывает различные операции (создать, подтвердить, исправить и т.д), которые выполняются над одним и тем же объектом, в данном случае – над объектом «Заказ на продукцию».
Если дерево функций используется в рамках моделирования бизнес-процесса, предпочтительнее применять метод, позволяющий построить процессно-ориентированное дерево. На рис. 4б представлена процессно-ориентированная детализация функции (последовательность функций, составляющих процесс). В отличие от объектно-ориентированного разбиения при процессно-ориентированной детализации критерием служат операции, которые выполняются над различными объектами (заказ клиента, платежеспособность) в рамках одного бизнес-процесса.
Рисунок 4 – Дерево функций: объектно-ориентированное (а); процессно-ориентированное (б); операционно-ориентированное (в)
Бинарное дерево. Полное понимание! Динамические структуры данных #3
При операционно-ориентированном подходе функция верхнего уровня декомпозируется на подфункции, каждая из которых выполняет ту же операцию, но с различными объектами. На рис. 4в приведена функция, выполняющая операцию «Изменить объекты». Функции могут принадлежать различным процессам и привлекаться к обработке различных объектов. Однако выполняемый ими тип операции над отдельными объектами всегда один и тот же.
Способ представления функций в виде дерева позволяет уменьшить степень сложности и является статичным описанием функции.
Варианты заданий на лабораторную работу
Вариант № 1
Фрагмент оргструктуры. ОАО «Трубострой» включает отдел главного конструктора и службу технической документации:
· Отдел главного конструктора подчиняется главному конструктору Байкову Б.Б.
· Служба технической документации подчиняется начальнику СТД Алехину А.А.
· Начальник СТД подчиняется главному инженеру Селезневу С.С.
· В отделе главного конструктора числятся заместитель главного конструктора Ковалев К.К. и конструкторы Самойлов С.С. и Володин В.В.
· В СТД числится оператор Соколов С.С.
Фрагмент дерева функций:
· Маркетинговая группа функций
· Логистическая группа функций
· Проектная группа функций
o Проектирование изделия:
o Технологическая подготовка производства:
· Производственная группа функций
o Изготовление изделия;
o Обеспечение качества.
· Финансовая группа функций
· Группа функций по управлению персоналом
· Группа вспомогательных функций
Вариант № 2
Фрагмент оргструктуры. ОАО «Пневмотех» включает отдел главного конструктора и службу технической документации:
· Отдел главного конструктора подчиняется главному конструктору Малахову М.М.
· Служба технической документации подчиняется начальнику СТД Травину Т.Т.
· Начальник СТД подчиняется главному инженеру Конину К.К.
· В отделе главного конструктора числятся заместитель главного конструктора Астахов А.А. и конструктор Смуров С.С.
· В СТД числятся операторы Зорин З.З. и Волков В.В.
Фрагмент дерева функций:
· Логистическая группа функций
· Проектная группа функций
o Проектирование изделия:
· Производственная группа функций
o Изготовление изделия;
o Обеспечение качества.
· Группа вспомогательных функций
Вариант № 3
Фрагмент оргструктуры. ОАО «Пневмоавтомат» включает отдел главного конструктора и службу технической документации. Также в структуру предприятия входит представитель заказчика (внештатный сотрудник) Воеводин В.В.
· Отдел главного конструктора подчиняется главному конструктору Лапину Л.Л.
· Служба технической документации подчиняется начальнику СТД Кострову К.К.
· Начальник СТД подчиняется главному инженеру Панину П.П.
· В отделе главного конструктора числятся заместитель главного конструктора Кузьмин К.К. и конструкторы Капитонов К.К. и Теркин Т.Т.
· В СТД числятся операторы Прохоров П.П. и Солдатов С.С.
Фрагмент дерева функций:
· Маркетинговая группа функций
· Логистическая группа функций
· Проектная группа функций
o Проектирование изделия:
o Технологическая подготовка производства:
Вариант № 4
Фрагмент оргструктуры. ОАО «Трубкомплект» включает отдел главного конструктора и службу технической документации. Также в структуру предприятия входит представитель заказчика (внештатный сотрудник) Копытин К.К.:
· Отдел главного конструктора подчиняется главному конструктору Молокову М.М.
· Служба технической документации подчиняется начальнику СТД Славину С.С.
· Начальник СТД подчиняется главному инженеру Панарину П.П.
· В отделе главного конструктора числятся заместитель главного конструктора Востряков В.В. и конструкторы Ломаков Л.Л. и Паршин П.П.
· В СТД числятся операторы Говоров Г.Г. и Стропилов С.С.
Фрагмент дерева функций:
· Проектная группа функций
o Проектирование изделия:
o Технологическая подготовка производства:
· Производственная группа функций
o Изготовление изделия;
o Обеспечение качества.
Вариант № 5
Фрагмент оргструктуры. ОАО «Автоматика» включает отдел главного конструктора и службу технической документации:
· Отдел главного конструктора подчиняется главному конструктору Котову К.К.
· Служба технической документации подчиняется начальнику СТД Мазину М.М.
· Начальник СТД подчиняется главному инженеру Багрову Б.Б.
· В отделе главного конструктора числятся заместители главного конструктора Юхов Ю.Ю., Тарасов Т.Т. и конструктор Аверьянов А.А.
· В СТД числится оператор Колосова А.А.
Фрагмент дерева функций:
· Маркетинговая группа функций
· Логистическая группа функций
· Проектная группа функций
o Проектирование изделия;
· Производственная группа функций
o Изготовление изделия;
o Обеспечение качества.
· Финансовая группа функций
· Группа функций по управлению персоналом
· Группа вспомогательных функций
Вариант № 6
Фрагмент оргструктуры. ОАО «Пневматика» включает отдел главного конструктора и службу технической документации. Также в структуру предприятия входит представитель заказчика (внештатный сотрудник) Калинин К.К.:
· Отдел главного конструктора подчиняется главному конструктору Жарову В.В.
· Служба технической документации подчиняется начальнику СТД Страхову С.С.
· Начальник СТД подчиняется главному инженеру Власову В.В.
· В отделе главного конструктора числятся заместители главного конструктора Пылин П.П., Ступин С.С. и конструктор Морозов М.М.
· В СТД числится оператор Соколов С.С.
Фрагмент дерева функций:
· Маркетинговая группа функций
· Проектная группа функций
o Проектирование изделия:
o Технологическая подготовка производства:
· Производственная группа функций
o Изготовление изделия;
o Обеспечение качества.
· Группа функций по управлению персоналом.
Вариант № 7
Фрагмент оргструктуры. ОАО «Гидроавтомат» включает отдел главного конструктора и службу технической документации:
· Отдел главного конструктора подчиняется главному конструктору Марфину М.М.
· Служба технической документации подчиняется начальнику СТД Горлову Г.Г.
· Начальник СТД подчиняется главному инженеру Вдовину В.В.
· В отделе главного конструктора числятся заместитель главного конструктора Ковалев К.К. и конструкторы Астахов А.А. и Баев Б.Б.
· В СТД числится оператор Птицына П.П.
Фрагмент дерева функций:
· Маркетинговая группа функций
· Логистическая группа функций
· Проектная группа функций
o Проектирование изделия:
· Финансовая группа функций
· Группа функций по управлению персоналом
· Группа вспомогательных функций
Вариант № 8
Фрагмент оргструктуры. ОАО «Пневмогидроагрегат» включает отдел главного конструктора и службу технической документации:
· Отдел главного конструктора подчиняется главному конструктору Манину М.М.
· Служба технической документации подчиняется начальнику СТД Акимову А.А.
· Начальник СТД подчиняется главному инженеру Конину К.К.
· В отделе главного конструктора числятся заместитель главного конструктора Назаркин Н.Н. и конструктор Смурова С.С.
· В СТД числятся операторы Никитин Н.Н. и Волков В.В.
Фрагмент дерева функций:
· Маркетинговая группа функций
· Логистическая группа функций
· Проектная группа функций
o Проектирование изделия:
o Технологическая подготовка производства:
· Финансовая группа функций
· Группа вспомогательных функций
Вариант № 9
Фрагмент оргструктуры. ОАО «Пневмосистемы» включает отдел главного конструктора и службу технической документации. Также в структуру предприятия входит представитель заказчика (внештатный сотрудник) Обрезкин О.О.:
· Отдел главного конструктора подчиняется главному конструктору Липину Л.Л.
· Служба технической документации подчиняется начальнику СТД Кострову К.К.
· Начальник СТД подчиняется главному инженеру Орлову О.О.
· В отделе главного конструктора числятся заместитель главного конструктора Седов С.С. и конструкторы Капитонов К.К. и Павлов П.П.
· В СТД числятся операторы Прошкин П.П. и Солдатова С.С.
Фрагмент дерева функций:
· Проектная группа функций
o Проектирование изделия;
o Технологическая подготовка производства;
· Производственная группа функций
o Изготовление изделия;
o Обеспечение качества.
· Финансовая группа функций
· Группа вспомогательных функций
Вариант № 10
Фрагмент оргструктуры. ОАО «Мехкомплект» включает отдел главного конструктора и службу технической документации. Также в структуру предприятия входит представитель заказчика (внештатный сотрудник) Тюрин Т.Т.:
· Отдел главного конструктора подчиняется главному конструктору Сидорову С.С.
· Служба технической документации подчиняется начальнику СТД Смирнову С.С.
· Начальник СТД подчиняется главному инженеру Панарину П.П.
· В отделе главного конструктора числятся заместитель главного конструктора Востряков В.В. и конструкторы Ломакова Л.Л. и Паршин П.П.
· В СТД числятся операторы Говорова Г.Г. и Стропилов С.С.
Фрагмент дерева функций:
· Маркетинговая группа функций
· Проектная группа функций
o Проектирование изделия;
o Технологическая подготовка производства:
· Производственная группа функций
o Изготовление изделия;
o Обеспечение качества.
· Группа функций по управлению персоналом
· Группа вспомогательных функций
Вариант № 11
Фрагмент оргструктуры. ОАО «Гидросистемы» включает отдел главного конструктора и службу технической документации:
· Отдел главного конструктора подчиняется главному конструктору Уткину М.П.
· Служба технической документации подчиняется начальнику СТД Мазину М.М.
· Начальник СТД подчиняется главному инженеру Федотову Б.Б.
· В отделе главного конструктора числятся заместители главного конструктора Юхов Ю.Ю., Тарасова Т.Т. и конструктор Аверьянов А.А.
· В СТД числится оператор Колосов А.А.
Фрагмент дерева функций:
· Маркетинговая группа функций
· Логистическая группа функций
· Проектная группа функций
o Проектирование изделия;
· Производственная группа функций
o Изготовление изделия;
o Обеспечение качества.
· Финансовая группа функций
· Группа функций по управлению персоналом
· Группа вспомогательных функций
Вариант № 12
Фрагмент оргструктуры. ОАО «Пневмоавтомат» включает отдел главного конструктора и службу технической документации. Также в структуру предприятия входит представитель заказчика (внештатный сотрудник) Филатов Ф.Ф.:
· Отдел главного конструктора подчиняется главному конструктору Белову В.В.
· Служба технической документации подчиняется начальнику СТД Блохину Б.Б.
· Начальник СТД подчиняется главному инженеру Власову В.В.
· В отделе главного конструктора числятся заместители главного конструктора Волков В.В., Ступин С.С. и конструктор Морозова М.М.
· В СТД числится оператор Соколов С.С.
Фрагмент дерева функций:
· Маркетинговая группа функций
· Логистическая группа функций
· Проектная группа функций
o Проектирование изделия;
o Технологическая подготовка производства;
· Группа функций по управлению персоналом
· Группа вспомогательных функций
Последнее изменение этой страницы: 2018-05-10; просмотров: 831.
stydopedya.ru не претендует на авторское право материалов, которые вылажены, но предоставляет бесплатный доступ к ним. В случае нарушения авторского права или персональных данных напишите сюда.
Источник: stydopedya.ru
Функциональная модель
В разработке программного обеспечения модель функций — это компактное представление всех продуктов Линия продуктов программного обеспечения (SPL) с точки зрения «функций». Модели функций визуально представлены с помощью диаграмм функций. Модели функций широко используются в процессе разработки всей линейки продуктов и обычно используются в качестве входных данных для создания других активов, таких как документы, определения архитектуры или фрагменты кода.
SPL — это семейство связанных программ. Когда единицами построения программы являются функции — приращение функциональности программы или развитие — каждая программа в SPL идентифицируется уникальной и допустимой комбинацией функций, и наоборот.
Функциональные модели были впервые представлены в методе Feature-Oriented Domain Analysis (FODA) Кангом в 1990 году. С тех пор функциональное моделирование широко использовалось сообществом программных продуктов и было предложено количество расширений.
Предпосылки
«Характеристика» определяется как «заметный или отличительный видимый для пользователя аспект, качество или характеристика программной системы или системы». Основное внимание при разработке SPL уделяется систематическому и эффективному созданию подобных программ. FODA — это анализ, посвященный идентификации функций в домене, которые должны быть охвачены определенным SPL.
Модель
Модель функций — это модель, которая определяет функции и их зависимости, обычно в форме диаграммы функций + оставшиеся ограничения (также известные как перекрестное дерево). Но также это может быть таблица возможных комбинаций.
Диаграмма
Диаграмма признаков — это визуальная запись модели признаков, которая по сути представляет собой дерево и / или. Существуют и другие расширения: мощности, клонирование объектов, атрибуты объектов, обсуждаемые ниже.
Конфигурация
Конфигурация функции — это набор функций, который описывает член SPL: этот элемент содержит функцию тогда и только тогда, когда эта функция находится в его конфигурации. Конфигурация объекта разрешена моделью объекта тогда и только тогда, когда он не нарушает ограничений, налагаемых моделью.
Дерево функций
Дерево функций (иногда также известное как модель функций или диаграмма функций) — это иерархическая диаграмма, которая визуально отображает функции решения в группах с возрастающим уровнем детализации. Деревья функций — отличный способ резюмировать функции, которые будут включены в решение, и то, как они связаны, простым визуальным способом.
Нотации моделирования признаков
Текущие нотации моделирования признаков можно разделить на три основные группы, а именно:
- Базовые модели признаков
- Модели признаков на основе количества элементов
- Модели расширенных функций
Модели основных функций
Взаимосвязи между родительским элементом и его дочерними функциями (или подчиненными функциями) классифицируются следующим образом:
- Обязательный — требуется дочерний элемент.
- Необязательно — дочерняя функция является необязательной.
- Или — должна быть выбрана хотя бы одна из дополнительных функций.
- Альтернатива (xor) — должна быть выбрана одна из дополнительных функций
В дополнение к родительским отношениям между объектами разрешены ограничения между деревьями. Наиболее распространены следующие:
- A требует B — выбор A в продукте подразумевает выбор B.
- A исключает B — A и B не могут быть частью одного продукта.
Как В качестве примера на рисунке ниже показано, как можно использовать модели функций для определения и создания настраиваемых систем онлайн-покупок. Программное обеспечение каждого приложения определяется функциями, которые оно предоставляет. Корневая функция (например, Интернет-магазин) определяет SPL.
Каждая торговая система реализует каталог, модули оплаты, политики безопасности и, при необходимости, инструмент поиска. Интернет-магазины должны реализовывать политику безопасности высокого или стандартного уровня (выберите один из них) и могут предоставлять различные модули оплаты: банковский перевод, кредитная карта или и то, и другое. Кроме того, ограничение перекрестного дерева вынуждает торговые системы, включая модуль оплаты кредитной картой, реализовывать политику высокой безопасности.
Диаграмма характеристик, представляющая настраиваемую систему электронного магазина.
Модели характеристик на основе количества элементов
Некоторые авторы предлагают расширить базовые модели функций с помощью UML -подобных множеств формы [ n, m], где n — нижняя граница, а m — верхняя граница. Они используются для ограничения количества подфункций, которые могут быть частью продукта всякий раз, когда выбран родительский элемент.
Если верхняя граница равна m, функция может быть клонирована столько раз, сколько мы захотим (до тех пор, пока при соблюдении других ограничений). Это обозначение полезно для продуктов, расширяемых с помощью произвольного числа компонентов.
Расширенные модели функций
Другие предлагают добавлять дополнительную функциональную информацию к функциям с помощью «атрибутов». В основном они состоят из имени, домена и значения.
Семантика
Семантика модели функций — это набор конфигураций функций, которые допускает модель функций. Наиболее распространенный подход — использовать математическую логику для фиксации семантики диаграммы функций. Каждой функции соответствует логическая переменная , а семантика фиксируется в виде пропозициональной формулы . Удовлетворительные оценки этой формулы соответствуют конфигурациям функций, разрешенным диаграммой функций. Например, если f 1 > является обязательной подфункцией f 2 > , формула будет содержать ограничение f 1 ⇔ f 2 Leftrightarrow f_ > .
В следующей таблице представлен перевод основных примитивов. Семантика диаграммы — это совокупность переводов элементов, содержащихся в диаграмме. Мы предполагаем, что диаграмма является корневым деревом.
| r — корневой элемент | r |
| f 1 > необязательный подфункция f | f 1 ⇒ f Rightarrow f> |
| f 1 > обязательная подфункция f | f 1 ⇔ f Leftrightarrow f> |
| f 1,…, fn , dots, f_ > альтернативные подфункции f | (f 1 ∨ ⋯ ∨ fn ⇔ f) ∧ ⋀ я |
| f 1,…, fn , dots, f_ > или подфункции f | е 1 ∨ ⋯ ∨ fn ⇔ е lor dots lor f_ Leftrightarrow f> |
| f 1 > исключает f 2 > | ¬ (f 1 ∧ f 2) land f_ )> |
| f 1 > требует f 2 > | f 1 ⇒ f 2 Rightarrow f_ > |
Настройка продуктов
Продукт SPL декларативно определяется путем выбора или отмены выбора функций в соответствии с предпочтениями пользователя. Такие решения должны учитывать ограничения, накладываемые функциональной моделью. «Конфигуратор» — это инструмент, который помогает пользователю в процессе настройки. Например, путем автоматического выбора или отмены выбора функций, которые должны или не должны, соответственно, выбираться для успешного завершения конфигурации. В текущих подходах используются решатели распространения единиц и CSP.
Свойства и анализ
Анализ модели характеристик нацелен на определенные свойства модели, которые важны для маркетинговых стратегий или технических решений.. В литературе приводится ряд анализов. Типичный анализ определяет, является ли модель функций недействительной (не представляет продуктов), содержит ли она мертвые функции (функции, которые не могут быть частью какого-либо продукта) или количество продуктов в линейке программных продуктов, представленных моделью. Другие анализы сосредоточены на сравнении нескольких моделей функций (например, чтобы проверить, является ли модель специализацией или рефакторингом или обобщением другой).
См. Также
- Анализ предметной области
- Разработка предметной области
- Функционально-ориентированное программирование — парадигма синтеза линейки программных продуктов
- Разработка семейств продуктов
- Линейки программных продуктов
Ссылки
Внешние ссылки
- Wiki репозитория моделей функций
- Разработка линейки продуктов программного обеспечения с моделями функций
Источник: alphapedia.ru
Дерево функций
Вершиной дерева функций является главная цель предприятия, ветви дерева представляют собой функции (или работы), которые необходимо реализовать для достижения главной цели предприятия и подчиненных ей целей нижнего уровня.
В виде дерева бизнес-функций может быть представлена любая управленческая задача.
Дерево функций является основой для построения бизнес-процессов организации.
Смотри также:
- Бизнес-процесс
- Дерево бизнес-процессов
- Дерево целей
- Пользовательское соглашение
- Политика конфиденциальности
- Карта сайта
- Файлы Cookie
Источник: piter-soft.ru