v0.5.5
Update Promt Updata to-do
This commit is contained in:
@@ -0,0 +1,93 @@
|
||||
# Иерархические схемы в отчёте
|
||||
|
||||
Правила организационной модели и карты процессов верхнего уровня. Нарушение приравнивается преподавателем к отсутствию рисунка или к неверной модели.
|
||||
|
||||
---
|
||||
|
||||
## 1. Читаемость = наличие рисунка
|
||||
|
||||
Рисунок, который нельзя разобрать при масштабе 100 % в Word (и который не читается даже при увеличении), **считается отсутствующим**.
|
||||
|
||||
Обязательно:
|
||||
|
||||
- крупный кегль подписей: на листе после вставки в DOCX не меньше 10–11 пт;
|
||||
- флаг `+landscape` для широких схем;
|
||||
- не более одной мысли на бокс, без «простыни» из 8-пунктового текста;
|
||||
- чёрные линии на белом, без декоративной заливки, мешающей печати;
|
||||
- если встроенный PlantUML/Mermaid после сборки даёт мелкую кашу — вынести схему в отдельный PNG высокого разрешения (`figsize` 14–18 дюймов по ширине, DPI ≥ 200) и вставить как ``.
|
||||
|
||||
Нельзя сдавать схему, которую «можно рассмотреть, если открыть исходник». Проверяют PDF/DOCX.
|
||||
|
||||
---
|
||||
|
||||
## 2. Принцип развязки коннектора
|
||||
|
||||
На иерархической оргсхеме **из одного узла выходит одна связь**, которая затем разветвляется на подчинённых (горизонтальная шина / Т-образный коннектор).
|
||||
|
||||
Неправильно: от «Генеральный директор» independently идут 6–8 отдельных линий к каждому департаменту.
|
||||
|
||||
Правильно:
|
||||
|
||||
```text
|
||||
[Родитель]
|
||||
|
|
||||
---------+--------- ← одна развязка
|
||||
| | |
|
||||
[Доч.1] [Доч.2] [Доч.3]
|
||||
```
|
||||
|
||||
В matplotlib / ручной отрисовке: вертикаль вниз от родителя → горизонталь по центрам детей → вертикали в каждый ребёнок.
|
||||
|
||||
В PlantUML не писать пачку `ceo -- a`, `ceo -- b`, `ceo -- c` без общей шины. Либо скрытый стыковочный узел, либо заранее собранный PNG с развязкой.
|
||||
|
||||
Стрелки на оргмодели не нужны: связь иерархическая, не поток.
|
||||
|
||||
---
|
||||
|
||||
## 3. Полнота подразделения
|
||||
|
||||
Если на схеме есть **отдел / департамент / направление**, у него изображаются:
|
||||
|
||||
1. руководитель (начальник отдела, руководитель направления, директор по функции);
|
||||
2. специалисты операционного уровня.
|
||||
|
||||
Нельзя оставлять бокс «Отдел выпуска» с одним «специалистом» и без начальника. Нельзя оставлять бокс направления без людей: пустое имя подразделения приравнивается к неполной структуре.
|
||||
|
||||
Типовые наименования брать из справочника должностей, не выдумывать креатив. Фамилии не писать — только должности.
|
||||
|
||||
Детализация:
|
||||
|
||||
- подразделение, где сидят исполнители выбранного процесса, — до начальников участков и операционных специалистов;
|
||||
- прочие направления — типовой минимум: руководитель + специалист;
|
||||
- элементы, которые не понадобятся процессу, на схему не выносить, но то, что вынесено, должно быть полным.
|
||||
|
||||
---
|
||||
|
||||
## 4. Карта процессов верхнего уровня
|
||||
|
||||
- Группы процессов (основные, обеспечивающие, развития; управление — только если этого требует задание).
|
||||
- Внутри группы — наименования направлений, не клики и не технология выполнения.
|
||||
- Стрелок последовательности на карте верхнего уровня нет.
|
||||
- Предмет последующего исследования можно отметить сноской на элементе, без разбора узкого места: узкое место относится к пункту про процесс.
|
||||
|
||||
---
|
||||
|
||||
## 5. Каркас иерархии (PNG)
|
||||
|
||||
```text
|
||||
Генеральный директор
|
||||
|
|
||||
---------------------+---------------------
|
||||
| | | | |
|
||||
Рук. направл. Рук. сети Рук. направл. … Рук. службы
|
||||
(процессное) СЦ (типовое)
|
||||
|
|
||||
-----+-----
|
||||
| | |
|
||||
Нач. Нач. Нач.
|
||||
участка
|
||||
|
|
||||
Специалист
|
||||
```
|
||||
|
||||
Подписи — должность и принадлежность («специалист центра регистрации»), не «владелец процесса» и не комментарий для преподавателя.
|
||||
Reference in New Issue
Block a user