Использование методологии RUP для написания приложений на платформе 1С:Предприятие

Книга знаний

Использование методологии RUP для написания приложений на платформе 1С:Предприятие

Автор статьи:
Последняя редакция №1 от 22.12.06
URL: http://kb.mista.ru/article.php?id=431

<html>

<head>
<meta http-equiv=Content-Type content="text/html; charset=windows-1251">
<meta name=Generator content="Microsoft Word 11 (filtered)">
<title>UML + 1C</title>

<style>

</style>

</head>

<body bgcolor="#E6E5EF" lang=RU link=blue vlink=purple>

<div class=Section1>

1C + UML

<div style='border:none;border-bottom:solid windowtext 1.0pt;padding:0cm 0cm 1.0pt 0cm'>

Использование Rational Unified Process (RUP) с системой 1С:Предприятие 8.x

</div>

 

 

<a href="#_Toc154487812">1. Введение. 1</a>

<a href="#_Toc154487813">2. Данные о
конторе. 2</a>

<a href="#_Toc154487814">2.1 Данные
полученные из опроса сотрудников: 2</a>

<a href="#_Toc154487815">3.
Моделирование текущей деятельности. 3</a>

<a href="#_Toc154487816">3.1 Модель
бизнес-прецедентов. 3</a>

<a href="#_Toc154487817">3.2 Модель
бизнес-объектов. 7</a>

<a href="#_Toc154487818">4.
Определение функциональных требований. 10</a>

<a href="#_Toc154487819">4.1 Модель
системных прецедентов для бизнес-прецедента. 10</a>

<a href="#_Toc154487820">4.2 Описание
системного прецедента. 11</a>

<a href="#_Toc154487821">4.3
Диаграммы последовательностей для системного прецедента. 12</a>

<a href="#_Toc154487822">5.
Дополнительные требования. 18</a>

<a href="#_Toc154487823">6.
Приложение 1. Диаграммы.. 18</a>

<a href="#_Toc154487824">7.
Приложение 2. Постановка ТЗ. 18</a>

<a href="#_Toc154487825">8.
Опомнились. 18</a>

 

<h1><a name="_Toc154487812">1. Введение</a></h1>

В этой статье я попытаюсь автоматизировать государственное
учреждение. Морг.

Почему морг? Потому что все уже запарились автоматизировать салоны
видеопроката и аптеки. Работать в сей чудной организации, мне не приходилось,
поэтому «данные полученные из изучения предметной области» и все остальные
факты о работе организации это исключительно полёт фантазии. А посему прошу,
сильно критично к этому не относиться. Ещё я очень многое упростил, чтобы не
раздувать текст и диаграммы.

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

 

В ходе проектирования мы:

- соберем данные о процессах происходящих на объекте

- построим бизнес-модель происходящего на объекте

- сформируем требования к программной системе

- поставим ТЗ программистам

 

Таким шрифтом будет написана
пометка о том, что часть статьи пока не готова и появится в будущем.

 

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

 

Если в ходе чтения возникнут вопросы, или что ещё лучше
конструктивные возражения и предложения, всегда буду рад ответить на форуме.

Если статья окажется востребованной, я стану заниматься ей
дальше. А нет - так нет.

Mort.
 

 

<h1><a name="_Toc154487813">2. Данные о конторе</a></h1>

 

<h2><a name="_Toc154487814">2.1 Данные полученные из изучения предметной
области:</a></h2>

1. Приём:

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

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

2. Хранение. Процедуры во время
хранения:

Помещение морга состоит из 20
камер по 10 морозильных ячеек в каждой, каждая имеет свой номер. 

2.1 Экспертиза

Временно клиентов может вывозить
сотрудники МВД для проведения экспертизы (просто в самом морге недостаточно
оборудования). Время возврата клиентов указывается сразу и никаких задержек и
проблем в возврате не возникает. Во время отсутствия клиентов места остаются
зарезервированными. Результаты экспертизы на записи регистратуры не влияют.

2.2 Опознание.

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

3. Освобождение ячеек.

3.1 Похороны.

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

3.2 Реализация: Институт или
кремация.

Если в течении 20 дней не было
заявки на похороны или кремацию клиент подвергается утилизации. Его либо
кремируют либо отдают в институт на съедение медикам. 

Институт периодически подаёт
заявки на клиентов, типа на определенную дату им нужны клиенты определенного
пола и разряда возраста, всего 6 разрядов: (1-4)(5-15)(16-30)(31-50)(51-70)(>70).


Каждый день в 3 часа регистратура
составляет список «освободившихся» клиентов, просматривает список заявок из
института, договаривается с институтом и вечером институт забирает клиента.
Только после составления списка в институт, те счастливчики, что не попали в
институт, сжигаются (список сжигаемых клиентов регистратура передает
персоналу). Ещё кремация вместо похорон может быть произведена по желанию
родственников в любой день (такой клиент в институт попасть не должен). Заявка
от родственников должна прийти за день. 

 

Необходимо автоматизировать всю
бумажную работу регистратуры и иметь возможность по запросу указать положение
дел в морге (состояние ячеек и клиентов) на любую дату.

 

Дальнейшие подробности уточнятся
по ходу проектирования.

Только не надо кричать «лажа», и что структуру можно в
конфигураторе накидать за 10 минут. Можно. Но не всегда.

 

<h1><a name="_Toc154487815">3. Моделирование текущей деятельности</a></h1>

 

<a name="_Toc154487816">3.1 Модель бизнес-прецедентов</a>.

 

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

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

 

<img width=395
height=407 src="Морг.files/image001.jpg">

Рис 1.1 Обобщенная
модель бизнес-прецедентов

 

Мы получили Модель
бизнес-прецедентов. Такие модели отображаются на Диаграмме
вариантов использования (use case diagram).

На диаграмме указаны внешние исполнители
или Бизнес-исполнители (Actor, на
диаграмме человек) и Бизнес-прецеденты (Use Case, на диаграмме овал).
Бизнес-прецедент это некий процесс, происходящий на предприятии. Указанные
прецеденты слишком общие и требуют детализации. Рассмотрим бизнес-прецедент
«обслуживание клиента». Мы разобьем его на несколько менее обобщенных
процессов. Для этого выделим основные процессы предприятия, каким – либо
образом связанные с обслуживанием клиента.

 

<a name=Р11></a> 

<img width=570
height=343 src="Морг.files/image002.jpg">

Рис 1.2 Модель бизнес-прецедентов
«обслуживание клиента» на диаграмме вариантов использования.

 

 

«Реализация клиента» это
объединение передачи в институт и передачи на кремацию. Я их решил объединить
т.к. они являются одним неразрывным бизнес-процессом.

 

Для четкого выявления прецедентов нужно чтобы каждый из них
соответствовал правилам описанными отцами RUP под аббревиатурой WAVE
:

W(What) Прецедент должен описывать что нужно
делать, а не как.

A (Actor) Прецедент должен быть описан с точки
зрения исполнителя.

V (Value) Прецедент должен выдать исполнителю
некий результат.

E (Entire) Последовательность событий должна
представлять собой один неделимый бизнес-процесс.

 

Я пока писал первую часть статьи, перерисовал её раз десять. И
ещё буду. Не надо стараться составить сразу идеальную модель и ступориться на
начальном этапе. Следующие этапы проектирования выявят ошибки в модели, и её можно
будет исправить.

 

Теперь опишем как выполняется каждый бизнес-прецедент.
Методом опроса исполнителей и т.д.

 

Описание прецедента
«Реализация» глазами исполнителя:

Регистратура смотрит записи о
клиентах, которые были помещены в ячейки более 20-ти дней назад и не отложены
заявкой МВД. Сравнивает их с заявками из института и составляет список
кандидатов, который по мылу отправляет в институт. Те смотрят список, и если
необходимость в некоторых кандидатах отпала, то их вычеркивают. Утвержденный
список из института отсылается обратно в регистратуру морга. Регистратура
составляет список всех, кого можно было сегодня сжечь, вычеркивает убывающих в
институт и добавляет тех, кого сожгут по желанию родственников. И передает
полученный список в крематорий. О том, что клиент был кремирован или отправлен
в институт, ставится соответствующая пометка в записях о клиентах.

 

По этим данным мы строим диаграмму
деятельности (activity diagram) бизнес-прецедента:

Ещё её называют диаграмма видов деятельности 

<a name=Р12></a> 

<img width=501
height=561 src="Морг.files/image003.jpg">

Рис 1.3 Диаграмма деятельности
бизнес-прецедента «Реализация клиента»

 

Немного похоже на схему
бизнес-процеса, только «плавательные дорожки» указывают, кто производит
действие. Прямоугольники с округлыми краями это Действия (Action)
Точка – начало, точка в окружности – финал, горизонтальная черта разделяет
процесс, что означает различные варианты прохождения процесса.

 

Как видно участие крематория в жизни записей довольно
сомнительное – он просто получает список.

 

Уже на начальных этапах начинает
вырисовываться те или иные Бизнес-сущности будущей системы.
Бизнес-сущности это всё что используется внутренним исполнителем при
выполнении прецедента. Для нашей регистратуры это различные записи. Например,
сущности: «список кремации», «список переданных в институт», «записи о
клиентах».

При построении системы одни
сущности перейдут в прикладные объекты, хранящиеся в базе (справочники,
документы и т.д.), а другие превратятся в результаты работы отчетов и т.д.

 

Также приведем диаграмму видов
деятельности для прецедента «аренда клиента». По идее прецедент нужно было
разделить на выдачу и возврат, но в условии оговорено, что возврат
выполняется без задержек и проблем. Это условное упрощение для того, чтобы
статья не превратилась в книгу.

 

<img width=521
height=434 src="Морг.files/image004.jpg">

Рис 1.4 Диаграмма
видов деятельности бизнес-прецедента «Аренда клиента»

 

Описание: сотрудники МВД
подваливают в морг и требуют выдачи такого-то клиента, причем сразу указывают,
когда его вернут. Регистратура вносит пометку в записях о клиентах, что с
того-то по такое-то был на экспертизе. Клиента увозят и привозят назад в
указанную дату.

 

Диаграммы деятельности остальных
прецедентов можно заценить в <a href="#_6._Приложение_1._Диаграммы">приложении
1.</a> 

Переходим к построению модели
бизнес объектов.

 

<h2><a name="_Toc154487817">3.2 Модель бизнес-объектов.</a></h2>

Модель бизнес-объектов описывает
связь исполнителей с бизнес-сущностями присутствующими в организации. Нужна
она для того, чтобы выделить какие сущности есть, и кто с ними имеет дело.
Диаграмма называется кооперативной (collaboration diagram).

 

Модель бизнес-объектов для
прецедента «Реализация клиента»:

<a name=Р21></a> 

<img border=0
width=482 height=328 src="Морг.files/image005.jpg">

Рис 2.1 Модель
бизнес-объектов бизнес-прецедента «Реализация клиента» 

 

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

Для более детального моделирования
работы прецедента и взаимодействия исполнителей с сущностями строится диаграмма
последовательности (sequence diagram) бизнес-прецедента:

 

<img border=0
width=701 height=376 src="Морг.files/image006.jpg">

Рис 2.2 Диаграмма
последовательности бизнес-прецедента «Реализация клиента»

 

Диаграмма последовательности это
более продвинутая версия диаграммы деятельности <a href="#Р12">(Рис 1.3)</a>.

Вверху рисуются
бизнес-исполнители и бизнес-сущности системы. От каждого вниз идет линия. Между
линиями стрелками рисуется взаимодействия между ними. Читается в порядке сверху
вниз.

Безусловно, процедуры
формирования списков будут автоматизированы, но пока мы описываем модель «AS-IS».

 

Модель бизнес-объектов для
прецедента Поступление клиента на хранение:

 

<img border=0
width=389 height=248 src="Морг.files/image007.jpg">

Рис 2.3 Модель
бизнес-объектов бизнес-прецедента «Поступление клиента на хранение»

 

<img border=0
width=573 height=347 src="Морг.files/image008.jpg">

Рис 2.4 Диаграмма
последовательности бизнес-прецедента «Поступление клиента на хранение»

 

И т.д по всем бизнес-прецедентам…

 

Из этих данных можно отдельно
выделить список сущностей используемых в морге:

<a name=Р24></a> 

<img border=0
width=466 height=181 src="Морг.files/image009.jpg">

Рис 2.5 Бизнес
сущности используемые в проекте.

 

Естественно это ещё не модель
нашей БД. Вообще в нашем скромном примере эти данные можно свободно получить
рассмотрев список документации в регистратуре, и с этого надо начинать, но так
легко выходит не всегда.

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

 

<h1><a name="_Toc154487818">4. Определение функциональных требований.</a></h1>

Автоматизация никогда не меняет состав и цели бизнес
процессов происходящих на объекте.

 

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

 

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

В процессе определения требований мы получим структуру
конфигурации будущей ПС.

<h2><a name="_Toc154487819">4.1 Модель системных
прецедентов для бизнес-прецедента</a></h2>

Составляется для каждого бизнес-прецедента. Она описывает
бизнес-прецедент как определенные действия пользователя с программой и очень
похожа на модель бизнес-прецедентов. Для перехода от бизнес-моделей к
системным используется таблица определенная правилами RUP:

 

<div align=center>

<table class=MsoTableGrid border=1 cellspacing=0 cellpadding=0
style='border-collapse:collapse;border:none'>
<tr>
<td width=319 valign=top style='width:239.25pt;border:solid windowtext 1.0pt;
background:#B3B3B3;padding:0cm 5.4pt 0cm 5.4pt'>
Модель бизнес-прецедентов
</td>
<td width=319 valign=top style='width:239.3pt;border:solid windowtext 1.0pt;
border-left:none;background:#B3B3B3;padding:0cm 5.4pt 0cm 5.4pt'>
Модель системных прецедентов
</td>
</tr>
<tr>
<td width=319 valign=top style='width:239.25pt;border:solid windowtext 1.0pt;
border-top:none;background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Прецеденты
</td>
<td width=319 valign=top style='width:239.3pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Подсистемы
</td>
</tr>
<tr>
<td width=319 valign=top style='width:239.25pt;border:solid windowtext 1.0pt;
border-top:none;background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Внешние исполнители
</td>
<td width=319 valign=top style='width:239.3pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Исполнители
</td>
</tr>
<tr>
<td width=319 valign=top style='width:239.25pt;border:solid windowtext 1.0pt;
border-top:none;background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Внутренние исполнители
</td>
<td width=319 valign=top style='width:239.3pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Исполнители или прецеденты
</td>
</tr>
<tr>
<td width=319 valign=top style='width:239.25pt;border:solid windowtext 1.0pt;
border-top:none;background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Процессы, выполняемые внутренними исполнителями
</td>
<td width=319 valign=top style='width:239.3pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Прецеденты
</td>
</tr>
</table>

</div>

Рис 3.1 Таблица
конвертации из модели бизнес-прецедентов в модель системных прецедентов

 

«Подсистемы» в данном контексте и «подсистемы» в
конфигурации 1С одинаковы не только в написании.

Создаем в конфигураторе подсистему «обслуживание клиента» и
8 подчиненных подсистем согласно каждому бизнес-прецеденту. В крупных системах
бизнес прецеденты <a href="#Р11">(Рис 1.2)</a> могут несколько раз разбиваться
мелкие прецеденты. В таком случае иерархия подсистем имеет больше уровней.

 

 

Построим модель системных прецедентов для бизнес-прецедента
«Реализация клиента»:

<img border=0
width=351 height=220 src="Морг.files/image010.jpg">

Рис 3.2 Модель системных
прецедентов

 

Модель получилась совсем простой. Но мы не ищем сложных
путей.

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

 

<h2><a name="_Toc154487820">4.2 Описание системного прецедента</a> </h2>

Когда пользователь долго мне потрошит мозг о том, как
корабли бороздят космическое пространство, пытаясь объяснить мне, что хочет, я
в большинстве случаев ничего не понимаю. А потом просто спрашиваю, что ты
хочешь видеть на экране, как ты будешь данные вводить и в каком виде получать.
Порядок действий. То, что я пишу на салфетке по его словам, есть основная
последовательность действий бизнес-прецедента. А потом спрашиваю, а если
там не так пошло? Ну, тогда… 

Тогда получается альтернативная последовательность
действий.

 

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

 

А если заморачиваться серьезно, то описание содержит:

 

- заголовок (название прецедента, ответственный за исполнение,
дата создания шаблона/внесения изменений); 

- краткое описание прецедента; 

- предусловия (необходимое состояние системы или условия,
при которых должен выполняться прецедент); 

- постусловия (возможные состояния системы после выполнения
прецедента); 

- предположения; 

- основная последовательность действий; 

- альтернативные последовательности действий и условия, их
инициирующие; 

- точки расширения и включения прецедентов

 

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

 

Опишем системные прецеденты «Сформировать XLS список в институт» и «внести данные по институту»:

Словом «ЮзерР» (это то что раньше было исполнителем
«Регистратура») будем называть работника регистратуры - будущего пользователя
системы. Поскольку он один, то и роль в конфигурации будет... две. Без
администратора никуда :). 

 

<table class=MsoTableGrid border=1 cellspacing=0 cellpadding=0 width="100%"
style='width:100.0%;border-collapse:collapse;border:none'>
<tr>
<td width="100%" valign=top style='width:100.0%;border:solid windowtext 1.0pt;
background:#B3B3B3;padding:0cm 5.4pt 0cm 5.4pt'>
Прецедент: Сформировать XLS список
в институт
</td>
</tr>
<tr>
<td width="100%" valign=top style='width:100.0%;border:solid windowtext 1.0pt;
border-top:none;background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Описание: 
Процесс формирования файла формата EXCEL со списком клиентов, отправляемых в институт. Файл
направляется в институт для корректировки.
</td>
</tr>
<tr>
<td width="100%" valign=top style='width:100.0%;border:solid windowtext 1.0pt;
border-top:none;background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Основная последовательность действий:
<ol style='margin-top:0cm' start=1 type=1>
<li class=MsoNormal>ЮзерР открывает форму обработки </li>
<li class=MsoNormal>ЮзерР указывает, куда сохранить будущий файл и нажимает
кнопку создать файл.</li>
<li class=MsoNormal>ЮзерР оповещается о результате.</li>
</ol>
</td>
</tr>
</table>

 

 

 

<table class=MsoTableGrid border=1 cellspacing=0 cellpadding=0 width="100%"
style='width:100.0%;border-collapse:collapse;border:none'>
<tr>
<td width="100%" valign=top style='width:100.0%;border:solid windowtext 1.0pt;
background:#B3B3B3;padding:0cm 5.4pt 0cm 5.4pt'>
Прецедент: Внести данные
по институту.
</td>
</tr>
<tr>
<td width="100%" valign=top style='width:100.0%;border:solid windowtext 1.0pt;
border-top:none;background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Описание: 
Процесс ввода утвержденной информации о клиентах
поступающих в институт. В результате пользователь получает готовый список
кремации.
</td>
</tr>
<tr>
<td width="100%" valign=top style='width:100.0%;border:solid windowtext 1.0pt;
border-top:none;background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Основная последовательность действий:
Условие: ЮзерР получил отредактированный файл.
Исключение1: Не получил.
<ol style='margin-top:0cm' start=1 type=1>
<li class=MsoNormal>ЮзерР выбирает в обработке путь к файлу.</li>
<li class=MsoNormal>ЮзерР нажимает «анализ».</li>
<li class=MsoNormal>ЮзерР получает на экран список к кремации, который может
распечатать.</li>
</ol>
</td>
</tr>
<tr>
<td width="100%" valign=top style='width:100.0%;border:solid windowtext 1.0pt;
border-top:none;background:#F3F3F3;padding:0cm 5.4pt 0cm 5.4pt'>
Альтернативные последовательности действий:
 Исключение1 : ЮзерР не получил в ответ
отредактированный файл. 
 Примечание: В этом случае считается, что институт на
сегодня в клиентах не нуждается. 
<ol style='margin-top:0cm' start=1 type=1>
<li class=MsoNormal>ЮзерР указывает обработке на отсутствие файла (возможно
пункт меню обработки).</li>
<li class=MsoNormal>ЮзерР получает на экран список к кремации, который может
распечатать.</li>
</ol>
</td>
</tr>
</table>

 

<h2><a name="_Toc154487821">4.3 Диаграммы последовательностей для системного
прецедента.</a></h2>

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

 

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

 Создаем таблицу объектов-подсистем:

 

<div align=center>

<table class=MsoTableGrid border=1 cellspacing=0 cellpadding=0
style='border-collapse:collapse;border:none'>
<tr>
<td width=140 valign=top style='width:105.3pt;border:solid windowtext 1.0pt;
background:silver;padding:0cm 5.4pt 0cm 5.4pt'>
Объект/Прецедент
</td>
<td width=128 valign=top style='width:95.7pt;border:solid windowtext 1.0pt;
border-left:none;background:#CBD6F5;padding:0cm 5.4pt 0cm 5.4pt'>
Вывоз на
захоронение
</td>
<td width=128 valign=top style='width:95.7pt;border:solid windowtext 1.0pt;
border-left:none;background:#CBD6F5;padding:0cm 5.4pt 0cm 5.4pt'>
Реализация клиента
</td>
<td width=128 valign=top style='width:95.7pt;border:solid windowtext 1.0pt;
border-left:none;background:#CBD6F5;padding:0cm 5.4pt 0cm 5.4pt'>
…
</td>
<td width=128 valign=top style='width:95.75pt;border:solid windowtext 1.0pt;
border-left:none;background:#CBD6F5;padding:0cm 5.4pt 0cm 5.4pt'>
и т.д.
</td>
</tr>
<tr>
<td width=651 colspan=5 valign=top style='width:488.15pt;border:solid windowtext 1.0pt;
border-top:none;background:#CCFFFF;padding:0cm 5.4pt 0cm 5.4pt'>
Справочники
</td>
</tr>
<tr>
<td width=140 valign=top style='width:105.3pt;border:solid windowtext 1.0pt;
border-top:none;background:#CCCCFF;padding:0cm 5.4pt 0cm 5.4pt'>
Спр1 
</td>
<td width=128 valign=top style='width:95.7pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
Х
</td>
<td width=128 valign=top style='width:95.7pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
<td width=128 valign=top style='width:95.7pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
<td width=128 valign=top style='width:95.75pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
</tr>
<tr>
<td width=140 valign=top style='width:105.3pt;border:solid windowtext 1.0pt;
border-top:none;background:#CCCCFF;padding:0cm 5.4pt 0cm 5.4pt'>
Спр2
</td>
<td width=128 valign=top style='width:95.7pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
Х
</td>
<td width=128 valign=top style='width:95.7pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
Х
</td>
<td width=128 valign=top style='width:95.7pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
<td width=128 valign=top style='width:95.75pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
</tr>
<tr>
<td width=651 colspan=5 valign=top style='width:488.15pt;border:solid windowtext 1.0pt;
border-top:none;background:#CCFFFF;padding:0cm 5.4pt 0cm 5.4pt'>
Документы
</td>
</tr>
<tr>
<td width=140 valign=top style='width:105.3pt;border:solid windowtext 1.0pt;
border-top:none;background:#CCCCFF;padding:0cm 5.4pt 0cm 5.4pt'>
…
</td>
<td width=128 valign=top style='width:95.7pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
<td width=128 valign=top style='width:95.7pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
<td width=128 valign=top style='width:95.7pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
<td width=128 valign=top style='width:95.75pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
</tr>
<tr style='height:11.0pt'>
<td width=651 colspan=5 valign=top style='width:488.15pt;border:solid windowtext 1.0pt;
border-top:none;background:#CCFFFF;padding:0cm 5.4pt 0cm 5.4pt;height:11.0pt'>
Обработки
</td>
</tr>
</table>

</div>

Рис 3.3 Таблица соответствия
объектов конфигурации бизнес-прецедентам (подсистемам конфигурации)

 

А потом оказалось это ещё и хорошая возможность распределить
объекты по правам доступа на роли.

Создаем таблицу объектов-ролей, она также
здорово поможет при построении меню:

 

<div align=center>

<table class=MsoTableGrid border=1 cellspacing=0 cellpadding=0
style='border-collapse:collapse;border:none'>
<tr>
<td width=140 rowspan=2 valign=top style='width:105.3pt;border:solid windowtext 1.0pt;
background:silver;padding:0cm 5.4pt 0cm 5.4pt'>
Объект/Роль
</td>
<td width=510 colspan=5 valign=top style='width:382.85pt;border:solid windowtext 1.0pt;
border-left:none;background:#CBD6F5;padding:0cm 5.4pt 0cm 5.4pt'>
РаботникРегистратуры
(ЮзерР)
</td>
</tr>
<tr>
<td width=105 valign=top style='width:78.8pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
background:#CBD6F5;padding:0cm 5.4pt 0cm 5.4pt'>
Чтение
</td>
<td width=111 valign=top style='width:83.55pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
background:#CBD6F5;padding:0cm 5.4pt 0cm 5.4pt'>
Добавление
</td>
<td width=93 valign=top style='width:69.45pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
background:#CBD6F5;padding:0cm 5.4pt 0cm 5.4pt'>
Изменение
</td>
<td width=84 valign=top style='width:63.0pt;border-top:none;border-left:none;
border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
background:#CBD6F5;padding:0cm 5.4pt 0cm 5.4pt'>
…
</td>
<td width=117 valign=top style='width:88.05pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
background:#CBD6F5;padding:0cm 5.4pt 0cm 5.4pt'>
и т.д.
</td>
</tr>
<tr>
<td width=651 colspan=6 valign=top style='width:488.15pt;border:solid windowtext 1.0pt;
border-top:none;background:#CCFFFF;padding:0cm 5.4pt 0cm 5.4pt'>
Справочники
</td>
</tr>
<tr>
<td width=140 valign=top style='width:105.3pt;border:solid windowtext 1.0pt;
border-top:none;background:#CCCCFF;padding:0cm 5.4pt 0cm 5.4pt'>
Спр1 
</td>
<td width=105 valign=top style='width:78.8pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
Х
</td>
<td width=111 valign=top style='width:83.55pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
<td width=93 valign=top style='width:69.45pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
<td width=84 valign=top style='width:63.0pt;border-top:none;border-left:none;
border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
<td width=117 valign=top style='width:88.05pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
</tr>
<tr>
<td width=140 valign=top style='width:105.3pt;border:solid windowtext 1.0pt;
border-top:none;background:#CCCCFF;padding:0cm 5.4pt 0cm 5.4pt'>
Спр2
</td>
<td width=105 valign=top style='width:78.8pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
Х
</td>
<td width=111 valign=top style='width:83.55pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
Х
</td>
<td width=93 valign=top style='width:69.45pt;border-top:none;border-left:
none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;
padding:0cm 5.4pt 0cm 5.4pt'>
 
</td>
<td width=84 valign=top style='width:63.0pt;border-top:none;border-left:none;
border-bottom:solid windowtext 1.0pt;border-right