Domain glossary на собеседовании системного аналитика

Зачем спрашивают на собесе SA

Glossary — основа communication. SA — owner glossary. На собесе SA: «как resolve conflicting terms», «зачем glossary».

Что такое glossary

Documented terminology specific to domain.

Зачем:

• Общий язык между business и tech.
• Onboarding новых team members.
• Единые definitions для documentation, code, UI.
• Уменьшение miscommunication.

Без glossary. Один говорит «order» подразумевая reservation. Другой — purchase. Spec написан с двойным толкованием → bugs.

Структура term'а

## Order

**Definition:** Заказ — финансовая транзакция между клиентом и компанией на покупку goods / services.

**Synonyms:** Purchase order (formal), order (common).

**Not to confuse with:**
- Reservation — пред-резерв ресурса (без оплаты).
- Subscription — recurring purchase.

**Statuses:**
- Pending — создан, ждёт оплаты.
- Paid — оплачен.
- Shipped — отправлен.
- Delivered — получен.
- Cancelled — отменён.

**Owners:** Sales department.

**Used in:**
- Sales context (primary).
- Billing context (financial view).
- Logistics context (shipment view).

**Related:**
- OrderItem
- Customer
- Payment

Каждый term описан structurally.

Bounded contexts и terminology

Один term — different meaning в разных contexts.

Customer:

• Sales context: «человек или компания, которая делает purchase».
• Marketing context: «target person для outreach» (включая prospects).
• Support context: «человек с active ticket» (не обязательно покупатель).

В DDD это OK — каждый context имеет свою language. Glossary должно явно указывать context.

Conflict resolution

Symptoms:

• Stakeholders спорят о definition.
• Один и тот же term — разное в разных tickets.
• Code и documentation расходятся.

Подход:

1. Surface conflict. Спросить explicitly: что мы понимаем под X?
2. Map all uses. Где term встречается, кто использует.
3. Align или separate. Либо single definition, либо явно разделить (SalesCustomer vs MarketingCustomer).
4. Document. В glossary — phrasing + context.
5. Communicate. Через rest team meeting / Slack.

SA — медиатор conflict, не arbiter. Стороны сами договариваются, SA фиксирует.

Tools

Confluence. Стандартный wiki для glossary. Каждый term — page с template.

Notion. Tags, relations.

Glossary tools (Alation, Collibra) — enterprise data catalogs.

dbt docs. Inline glossary через model documentation.

Auto-link от code. Идеал — IDE подскажет definition при hover.

Single source of truth. Где-то одно место. Не в 5 разных Confluence pages.

Связанные темы

• DDD для SA
• Stakeholder analysis для SA
• User Stories и Acceptance Criteria для SA
• Soft skills SA
• Подготовка к собесу системного аналитика

FAQ

Glossary живёт сколько?

С проектом. Обновляется regulary, особенно при новых контрагентах / market changes.

Это официальная информация?

Нет. Статья основана на BABOK Guide и DDD practices.

Тренируйте системный анализ — откройте тренажёр с 1500+ вопросами для собесов.