{"id":13800,"url":"\/distributions\/13800\/click?bit=1&hash=494bcf8595527c8c9e734d9291ef1b1692fb7de6e7f241fd1532d02dbe17011c","title":"\u041b\u0430\u0439\u0444\u0445\u0430\u043a\u0438 \u0434\u043b\u044f \u0442\u043e\u0440\u0433\u043e\u0432\u043b\u0438 \u043d\u0430 \u00ab\u041c\u0430\u0440\u043a\u0435\u0442\u0435\u00bb ","buttonText":"\u0423\u0437\u043d\u0430\u0442\u044c","imageUuid":"fb0a50bc-0a7b-535f-b137-b58b2208d639","isPaidAndBannersEnabled":false}

Описание объектов и сервисов

В статье приводится структура описания объектов и сервисов. Эти паттерны будут полезны для бизнес-анализа, так как они предлагают понятное, структурное, связанное представление информации о бизнес-объектах и сервисах.

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

Объект
Назначение, текстовое описание, исходные требования.
.. Структура
Схема структуры, компонентный/атрибутный состав.
.. Состояния
Состояния, правила и условия их изменения. Ограничения состояний.
.. Контекст
Всё, что находится вне объекта, но связано с ним или влияет на него. Ограничения, зависимости, условия существования, инструменты взаимодействия со средой (интерфейсы). Уникальность, консистентность, зависимости от других объектов. Процессы в которых задействован объект. Методы и правила управления объектом.

Кроме пассивного состояния, объект может обладать некоторой активностью во внешней среде, то есть являться функциональным: сервис, инструмент, субъект.

Ниже приведена структура описания функционального объекта, которое будет максимально понятно и связано со средой, в которой объект функционирует.

Функциональный объект
Текстовое описание, исходные требования.
.. Функции
Описание функций, реализуемых процессов, возможностей.
.. Требования к результату
Качественные, количественные требования.
.. Требования к объекту применения
Требования к входным данным, бизнес-объекту.
.. Структура
Схема структуры, компонентный состав.
.. Состояния
Описание возможных состояний.
.. Нефункциональные требования
Качественные, количественные требования.
.. Контекст
Условия функционирования, запуска и остановки. Зависимости от внешних сервисов. Процессы в которых задействован объект. Методы и правила управления функциями объекта.

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

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

P.S. Любопытный казус, казалось бы, любое требование со стороны бизнеса на изменение / создание / удаление инструмента-функции можно законно считать бизнес-требованием, но нет, семантика этой идиомы покрывает только нефункциональные требования, работающие перманентно: к процессу, результату, входному материалу, состоянию, условиям запуска и остановки функций.

Бизнес-требования = бизнес-правила
• На складе всегда должно быть не меньше 100 ручек.
• Покраска кузова должна выполнятся методом погружения.
• Чистота обработки поверхности должна быть Rz5.

Функциональные требования = разовые директивы
• Создайте сайт.
• Внедрите CRM.
• Ускорьте процесс на 10 секунд.
• Сделайте фильтр, отчет, форму.

0
Комментарии
Читать все 0 комментариев
null