66 lines
5.4 KiB
Markdown
66 lines
5.4 KiB
Markdown
## Why
|
|
|
|
Повторная проверка трёх frontend audits показала, что большинство замечаний уже
|
|
исправлено, но остаются три связанных источника стоимости сопровождения:
|
|
согласованность связи доходов с инструментами зависит от повторения одного
|
|
правила в разных частях системы, экран событий не полностью следует принятому
|
|
разделению обязанностей, а подготовка части тестов остаётся неоднородной.
|
|
|
|
Кроме того, наличие исправлений само по себе не подтверждает завершённость
|
|
remediation: результаты повторной проверки и состояние findings ещё не сведены
|
|
в актуальное evidence. Завершение этой работы сейчас позволит опираться на
|
|
проверенное состояние вместо повторного выполнения уже закрытых рекомендаций.
|
|
|
|
Основание: остатки F-03 и F-06 structural maintainability audit, F3 repository
|
|
audit от 28 августа, а также отсутствие Completion Evidence для проверенных
|
|
исправлений от 6 сентября. Общий repository audit используется для сверки уже
|
|
реализованных замечаний и исключения повторной работы.
|
|
|
|
## What Changes
|
|
|
|
- Устранить зависимость достоверности расшифровки дохода от независимого
|
|
повторения правила сопоставления инструментов и выплат. Расшифровка остаётся
|
|
точным составом выбранной строки по инструменту, валюте и периоду, включая
|
|
отрицательные корректировки и случаи неполной идентификации инструмента.
|
|
- Завершить приведение экрана событий к принятому разделению ответственности
|
|
за данные, выбор состояния и отображение, сохранив текущее поведение.
|
|
- Завершить унификацию подготовки оставшихся тестов: время жизни их состояния
|
|
должно быть предсказуемым и не зависеть от повторного отображения обёртки.
|
|
- Свести относящиеся к продолжению audit claims и ранее реализованные
|
|
исправления в существующий процесс remediation. Подтвердить фактический
|
|
результат текущей поставки, отделив наличие кода от доказанного завершения.
|
|
|
|
Ожидаемый результат — надёжная прослеживаемость состава дохода, согласованные
|
|
обязанности экрана событий и тестового окружения, а также однозначные текущие
|
|
статусы замечаний с проверяемым основанием.
|
|
|
|
Non-goals:
|
|
|
|
- Новые пользовательские возможности, изменение денежных расчётов, валютной
|
|
семантики, правил периода, сортировки или состава учитываемого дохода.
|
|
- Изменение поведения авторизации, повторная реализация исправленной границы
|
|
подключения T-Bank или общий рефакторинг всех экранов.
|
|
- Расширение набора проверок ради числового покрытия, внедрение новой общей
|
|
инфраструктуры либо изменение правил SDD и audit remediation.
|
|
- Возврат перенесённого workbench в приложение, переписывание исторических
|
|
аудитов или приписывание прежним исправлениям отсутствующих approvals и
|
|
результатов проверок.
|
|
|
|
## Capabilities
|
|
|
|
### New Capabilities
|
|
|
|
### Modified Capabilities
|
|
|
|
## Impact
|
|
|
|
Затронуты поддержка аналитики дохода и экрана событий, сопровождение тестов и
|
|
процесс подтверждения устранения frontend audit findings. Пользовательские
|
|
возможности и действующие нормативные требования сохраняются.
|
|
|
|
Работа реализует существующее требование
|
|
`brokerage-account-income-analytics — Instrument breakdown is traceable to exact Ledger Entries`
|
|
и действующие frontend conventions и audit-remediation policy. Изменения
|
|
Requirements не требуются; capabilities оставлены пустыми, change использует
|
|
`skip_specs: true`.
|