Files
md_to_gost/AI-Docs_WriteHuman/context/org-hierarchy.md
T
hleb 7fc112e2ce
Example document / build (push) Has been cancelled
Python application / build (push) Has been cancelled
v0.5.5
Update Promt
Updata to-do
2026-09-19 13:59:55 +03:00

94 lines
5.8 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# Иерархические схемы в отчёте
Правила организационной модели и карты процессов верхнего уровня. Нарушение приравнивается преподавателем к отсутствию рисунка или к неверной модели.
---
## 1. Читаемость = наличие рисунка
Рисунок, который нельзя разобрать при масштабе 100 % в Word (и который не читается даже при увеличении), **считается отсутствующим**.
Обязательно:
- крупный кегль подписей: на листе после вставки в DOCX не меньше 10–11 пт;
- флаг `+landscape` для широких схем;
- не более одной мысли на бокс, без «простыни» из 8-пунктового текста;
- чёрные линии на белом, без декоративной заливки, мешающей печати;
- если встроенный PlantUML/Mermaid после сборки даёт мелкую кашу — вынести схему в отдельный PNG высокого разрешения (`figsize` 14–18 дюймов по ширине, DPI ≥ 200) и вставить как `![…](figures/….png "%id Подпись +landscape")`.
Нельзя сдавать схему, которую «можно рассмотреть, если открыть исходник». Проверяют 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
Генеральный директор
|
---------------------+---------------------
| | | | |
Рук. направл. Рук. сети Рук. направл. … Рук. службы
(процессное) СЦ (типовое)
|
-----+-----
| | |
Нач. Нач. Нач.
участка
|
Специалист
```
Подписи — должность и принадлежность («специалист центра регистрации»), не «владелец процесса» и не комментарий для преподавателя.