1

Business Need (Бизнес-потребность)

Цели в ТЭО описывают, какую проблему или возможность решает проект, что является сутью бизнес-потребности.

2

Business Case (Бизнес-обоснование)

Оба термина описывают документ или раздел, доказывающий, почему проект необходим и выгоден.

3

Current State Description / Analysis (Описание / Анализ текущего состояния)

Описание исходной ситуации, выявление проблем и узких мест, которые необходимо устранить.

4

Benchmarking and Market Analysis (Бенчмаркинг и анализ рынка)

Техники для изучения существующих решений и лучших практик в других странах или организациях.

5

Solution Options & Solution Approach (Варианты и подходы к решению)

В ТЭО рассматриваются разные подходы к достижению цели. В BABOK это часть определения стратегии изменения.

6

Expected Value (Ожидаемая ценность)

ТЭО фокусируется на конкретных измеримых выгодах, что в BABOK обобщается понятием "ценность" для стейкхолдеров.

7

Metrics and Key Performance Indicators (KPIs) (Метрики и ключевые показатели эффективности)

Измеримые показатели для оценки достижения целей и выгод от реализации проекта.

8

Stakeholders (Заинтересованные стороны)

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

9

Sponsor / Customer (Спонсор / Заказчик)

Стейкхолдер, который инициирует проект, утверждает требования и финансирует его.

10

End User / Beneficiary (Конечный пользователь / Выгодоприобретатель)

Группы, которые будут непосредственно использовать систему или получать от нее пользу.

11

Assumptions (Предположения)

Факторы, которые считаются истинными в рамках проекта без доказательств.

12

Constraints (Ограничения)

Факторы, которые ограничивают возможное решение (бюджет, сроки, технологии, законодательство).

13

Solution Scope (Границы решения)

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

14

Solution Architecture (Архитектура решения)

Высокоуровневое описание компонентов системы и связей между ними.

15

Features (Функциональные возможности)

Укрупненные блоки функциональности, которые предоставляет система.

16

Future State Description / Process Models (Описание будущего состояния / Модели процессов)

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

17

Interface Analysis / Context Diagram (Анализ интерфейсов / Контекстная диаграмма)

Описание внешних систем, с которыми будет обмениваться данными создаваемая ГИС.

18

Solution Approach (Подход к решению)

Выбор конкретных технологий (языки, СУБД, платформы), на которых будет строиться решение.

19

Solution Life Cycle (Жизненный цикл решения)

Описание этапов от идеи до вывода системы из эксплуатации.

20

Solution Goals and Objectives (Цели и задачи решения)

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

21

High-Level Functional Requirements (Высокоуровневые функциональные требования)

Укрупненное описание того, что система должна делать.

22

Data Requirements / Data Model (Требования к данным / Модель данных)

Описание того, какие данные система будет хранить и обрабатывать.

23

User Interface Requirements (Требования к пользовательскому интерфейсу)

Требования к внешнему виду, удобству и логике взаимодействия пользователя с системой.

24

Performance Requirements (Нефункциональное требование)

Требования к скорости отклика, пропускной способности системы.

25

Reliability / Availability Requirements (Нефункциональное требование)

Требования к бесперебойной работе системы (например, 24/7, доступность 99.9%).

26

Scalability Requirements (Нефункциональное требование)

Способность системы выдерживать рост нагрузки (количества пользователей, данных, транзакций).

27

Security Requirements (Нефункциональное требование)

Меры по защите данных и системы от несанкционированного доступа.

28

Compatibility Requirements (Нефункциональное требование)

Требования по работе с определенными ОС, браузерами, версиями ПО.

29

Data Conversion / Migration Requirements (Требования к конвертации / миграции данных)

План и требования по переносу данных из старых систем в новую.

30

Documentation Requirements (Требования к документации)

Перечень необходимой документации для пользователей, администраторов, разработчиков.

31

Training Requirements (Требования к обучению)

Определение необходимости и содержания обучения для пользователей системы.

32

Business Rules / Regulatory Compliance (Бизнес-правила / Соответствие нормативам)

Требования, вытекающие из законов, стандартов, регламентов.

33

Data Dictionary / Glossary (Словарь данных / Глоссарий)

Единые реестры и справочники, которые должны использоваться в системе.

34

Work Breakdown Structure (WBS) / Project Plan (Структура декомпозиции работ / План проекта)

Укрупненный план, описывающий основные этапы и сроки реализации.

35

Release Planning (Планирование релизов)

Разбивка внедрения системы на последовательные этапы или версии.

36

Financial Analysis / Cost-Benefit Analysis (Финансовый анализ / Анализ затрат и выгод)

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

37

(Часть) Business Case (Бизнес-обоснование)

Обоснование, откуда будут получены средства на проект.

38

Risk Analysis and Management (Анализ и управление рисками)

Идентификация рисков (технических, организационных, финансовых) и план по их минимизации.

39

Implementation Plan (План внедрения)

План действий по запуску системы.

40

User Acceptance Testing (UAT) (Приемочное тестирование пользователями)

Этап проверки системы конечными пользователями в условиях, приближенных к реальным.

41

Acceptance and Evaluation Criteria (Критерии приемки и оценки)

Четкие критерии, по которым будет приниматься решение о завершении работ и соответствии системы требованиям.

42

(Часть) Supplier Contract / Service Level Agreement (SLA) (Контракт с поставщиком / Соглашение об уровне сервиса)

Требования к поддержке системы после внедрения.

43

Project Life Cycle (Жизненный цикл проекта)

Отличается от жизненного цикла решения/системы, описывает этапы управления проектом.

44

Traceability (Прослеживаемость)

Связь между бизнес-потребностью, требованиями, элементами архитектуры и тестами.

45

Current State Description / Process Models (Описание текущего состояния / Модели процессов)

Анализ того, как процессы работают до внедрения системы.

46

Data Retention Policy (Политика хранения данных)

Правила, определяющие, как долго и в каком формате должны храниться данные.

47

Operational Support (Операционная поддержка)

Процессы поддержки системы после ее ввода в промышленную эксплуатацию.

48

Regulator (Регулятор)

Внешний стейкхолдер, устанавливающий обязательные правила и стандарты.

49

Prototype / Wireframe (Прототип / Каркас)

Визуальное представление интерфейса для согласования с пользователями и стейкхолдерами.

50

Test Plan / Test Strategy (План тестирования / Стратегия тестирования)

Документ, описывающий подходы и объем тестирования для проверки соответствия системы требованиям.