Патека 07Лекција 3 / 8

Прегледајте го Discovery како поврзан сет документи

Проследете барање низ спецификацијата, архитектурата, текот на податоци и безбедносните документи. Обработете ги ревизиите пред планирањето да се потпре на застарени претпоставки.

Практично12 минПрегледано

Објавува Како пишуваме

Проверете го разбирањетоОбјавувате ревидирана спецификација откако сте ги генерирале зависните документи. Што треба да направите?Направете ја вежбата
Објавувате ревидирана спецификација откако сте ги генерирале зависните документи. Што треба да направите?

Што ќе научите

  • Објаснете зошто редоследот на документите и состојбата на објавување се важни.
  • Утврдете го влијанието на изменета спецификација врз зависните документи.
  • Разликувајте генерирана, објавена, прегледана и неажурна содржина.

Проследете едно барање низ сетот

Ова сценарио ја продолжува измислената услуга за барања за опрема. Првата спецификација им дозволува на менаџерите да внесуваат барања. Тимот потоа додава самопослужување за вработените.

Таа промена не влијае само врз екранот. На вработените им требаат идентитет и пристап до сопствените барања. Видливоста за менаџерите бара определена граница. Текот на податоци и безбедносната анализа мора да ги одразуваат двете улоги.

Користете ги чекорите Context, Conversation и Documents во Discovery за да ја утврдите и испитате таа намера. Кај увезен производ, анализата на репозиториумот го заменува разговорот; следете го одделниот работен тек за увоз.

Познавајте ги задолжителните документи

Има осум задолжителни документи, вклучувајќи ја спецификацијата:

ДокументПрашање за проверка во ова сценарио
SpecificationКој смее да бара опрема и за која цел?
User flowsКако вработен поднесува и следи барање?
ArchitectureКаде се спроведува одлуката за пристап?
Technology decisionsДали дизајнот ги користи одобрените услуги за идентитет и податоци?
Data flowКои компоненти добиваат податоци за вработени и барања?
DPIAДали оцената на приватноста ја одразува вистинската обработка?
Threat modelМоже ли еден вработен да го прочита барањето на друг?
Risk registerКој е одговорен за секој неразрешен ризик и неговото третирање?

Генерирањето ги следи зависностите и редоследот на објавување. Прегледајте ран документ пред да ги прифатите претпоставките што ги користат подоцнежните документи. Генерирана DPIA е материјал за оцена; самото нејзино присуство не утврдува правна усогласеност.

Look & Feel и Service Blueprint се незадолжителни. Користете ги кога визуелно прикажан предлог за интерфејс или опис на услугата му помага на тимот да го оцени производот.

Разликувајте објавување од преглед

Спецификацијата почнува како нацрт. Понатамошното генерирање ја користи објавената верзија. Уредувањето создава нов нацрт; промените влијаат врз понатамошната работа кога ќе ја објавите новата верзија.

Другите документи содржат информации за објавување и преглед. Generate remaining може да го генерира сетот што недостига по ред, а секој резултат бара преглед. Завршеното генерирање не е човечки заклучок дека претпоставките се точни.

За услугата за опрема, испитајте го правилото за пристап во сите релевантни документи. Точна спецификација и неажурен тек на податоци не се доследен дизајн.

Постапувајте намерно со промените

Кога повторно ја објавувате спецификацијата, зависните генерирани документи може да станат Outdated. Taiga не ги препишува тивко. Промена на друг изворен документ исто така може да влијае врз документите подолу во синџирот.

Повторно генерирајте ги засегнатите документи додека Discovery е отворен. Generate remaining ги вклучува и неажурните документи. Испитајте ги новите резултати, особено претпоставките што се смениле во повеќе документи.

Сите осум задолжителни документи мора да бидат објавени пред да стане достапно Finish Discovery. Документ со состојба Outdated не го спречува завршувањето. Самите проверете ја доследноста наместо копчето да го третирате како доказ дека секој преглед е завршен.

Завршувањето го заклучува сетот и го отвора понатамошниот работен тек на производот. Повторно отворете Discovery од документ кога треба да менувате заклучен сет.

Предајте доследна намера на планирањето

Пред планирањето, наведете ги тековните кориснички улоги, прифатените ограничувања и неразрешените одлуки. Проверете дали предлозите за иницијативи се повикуваат на документи што го опишуваат истиот производ.

Корисен резултат од преглед е конкретен: „Самопослужувањето за вработените е одразено во тековите, дизајнот на авторизација, текот на податоци и третирањето закани.“ Продолжете со иницијативи за да ја претворите таа намера во работа.

Направете ја вежбата

Измислената услуга за опрема се менува од употреба само од менаџери во самопослужување за вработени. Утврдете ги влијанијата врз корисничките текови, архитектурата, текот на податоци, DPIA, моделот на закани и регистарот на ризици. Опишете кои документи би ги испитале или повторно генерирале пред завршување на Discovery.

Преземи работен лист (Markdown)
Проверете го разбирањето ↑

Продолжете со учење

Извори и дополнително читање

Претходна лекција: Внесете постојна база на код во Taiga