Pārskatiet Discovery kā saistītu dokumentu kopu
PabeigtsIzsekojiet prasībai caur specifikāciju, arhitektūru, datu plūsmas un drošības dokumentiem. Apstrādājiet pārskatītās versijas, pirms plānošana sāk balstīties novecojušos pieņēmumos.
Publicē TaigaKā mēs rakstām
Pārbaudiet savu izpratniJūs publicējat pārskatītu specifikāciju pēc tam, kad ģenerēti no tās atkarīgie dokumenti. Kas jādara?Izpildiet uzdevumu
Ko apgūsiet
- Izskaidrojiet, kāpēc dokumentu secība un publicēšanas statuss ir svarīgi.
- Atrodiet mainītas specifikācijas ietekmi uz atkarīgajiem dokumentiem.
- Atšķiriet ģenerētu, publicētu, pārskatītu un novecojušu saturu.
Izsekojiet vienai prasībai caur kopu
Šis scenārijs turpina izdomāto aprīkojuma pieprasījumu pakalpojumu. Pirmā specifikācija ļauj vadītājiem ievadīt pieprasījumus. Tad komanda pievieno darbinieku pašapkalpošanos.
Šī izmaiņa ietekmē vairāk nekā ekrānu. Darbiniekiem vajag identitāti un piekļuvi saviem pieprasījumiem. Vadītāju redzamībai vajag noteiktu robežu. Datu plūsmai un drošības analīzei jāatspoguļo abas lomas.
Izmantojiet Discovery soļus Context, Conversation un Documents, lai definētu un pārbaudītu šo ieceri. Importētam produktam repozitorija analīze aizstāj sarunu; sekojiet atsevišķajai importa darbplūsmai.
Pārziniet vajadzīgos dokumentus
Ir astoņi vajadzīgie dokumenti, tostarp specifikācija:
| Dokuments | Pārbaudāmais jautājums šajā scenārijā |
|---|---|
| Specifikācija | Kurš drīkst pieprasīt aprīkojumu un kādam mērķim? |
| Lietotāju plūsmas | Kā darbinieks iesniedz pieprasījumu un seko tam? |
| Arhitektūra | Kur tiek īstenots piekļuves lēmums? |
| Tehnoloģiju lēmumi | Vai risinājums izmanto apstiprinātos identitātes un datu pakalpojumus? |
| Datu plūsma | Kuri komponenti saņem darbinieku un pieprasījumu datus? |
| DPIA | Vai privātuma novērtējums atspoguļo faktisko apstrādi? |
| Draudu modelis | Vai viens darbinieks var lasīt cita darbinieka pieprasījumu? |
| Risku reģistrs | Kurš atbild par katru neatrisināto risku un tā apstrādi? |
Ģenerēšana seko atkarībām un publicēšanas secībai. Pārskatiet agrīnu dokumentu, pirms pieņemat pieņēmumus, kurus izmanto vēlākie dokumenti. Ģenerēts DPIA ir novērtēšanas materiāls; tā esība pati par sevi nepierāda juridisko atbilstību.
Look & Feel un Service Blueprint nav obligāti. Izmantojiet tos, kad attēlots saskarnes virziens vai pakalpojuma apraksts palīdz komandai novērtēt produktu.
Atšķiriet publicēšanu no pārskatīšanas
Specifikācija sākas kā melnraksts. Turpmākā ģenerēšana izmanto publicēto versiju. Rediģēšana rada jaunu melnrakstu; izmaiņas stājas spēkā turpmākajā darbā, kad publicējat jauno versiju.
Citi dokumenti satur publicēšanas un pārskatīšanas informāciju. Generate remaining var secīgi ģenerēt trūkstošo kopu, bet katrs rezultāts jāpārskata. Ģenerēšanas pabeigšana nav cilvēka secinājums, ka pieņēmumi ir pareizi.
Aprīkojuma pakalpojumam pārbaudiet piekļuves noteikumu visos attiecīgajos dokumentos. Pareiza specifikācija un novecojusi datu plūsma nav saskaņots risinājums.
Apstrādājiet izmaiņas apzināti
Kad atkārtoti publicējat specifikāciju, atkarīgie ģenerētie dokumenti var kļūt Outdated. Taiga tos nemanāmi nepārraksta. Izmaiņa citā avota dokumentā var arī ietekmēt dokumentus tālāk ķēdē.
Ģenerējiet ietekmētos dokumentus atkārtoti, kamēr Discovery ir atvērts. Generate remaining ietver novecojušos dokumentus. Pārbaudiet jaunos rezultātus, īpaši pieņēmumus, kas mainījušies vairākos dokumentos.
Visiem astoņiem vajadzīgajiem dokumentiem jābūt publicētiem, pirms kļūst pieejams Finish Discovery. Outdated dokuments nekavē pabeigšanu. Pārbaudiet saskaņotību paši, nevis uztveriet pogu kā pierādījumu, ka katra pārskatīšana ir pabeigta.
Pabeigšana bloķē kopu un atver turpmāko produkta darbplūsmu. Atveriet Discovery no dokumenta vēlreiz, kad jāmaina bloķēta kopa.
Nododiet plānošanai saskaņotu ieceri
Pirms plānošanas norādiet pašreizējās lietotāju lomas, pieņemtos ierobežojumus un neatrisinātos lēmumus. Pārbaudiet, vai iniciatīvu piedāvājumi atsaucas uz dokumentiem, kas apraksta vienu un to pašu produktu.
Noderīgs pārskatīšanas rezultāts ir konkrēts: „Darbinieku pašapkalpošanās ir atspoguļota plūsmās, autorizācijas risinājumā, datu plūsmā un draudu apstrādē.“ Turpiniet ar iniciatīvām, lai pārvērstu šo ieceri darbā.
Izpildiet uzdevumu
Izdomātais aprīkojuma pakalpojums pāriet no lietošanas tikai vadītājiem uz darbinieku pašapkalpošanos. Identificējiet ietekmi uz lietotāju plūsmām, arhitektūru, datu plūsmu, DPIA, draudu modeli un risku reģistru. Aprakstiet, kurus dokumentus pārbaudītu vai ģenerētu atkārtoti pirms Discovery pabeigšanas.
Lejupielādēt darblapu (Markdown)Noņemot šo atzīmi, tiek dzēsts viss šajā pārlūkā saglabātais progress.
Progress paliek šajā pārlūkā. Bez konta un izsekošanas.