Вођени преглед · 8 MIN
Истражите животни циклус софтвера
Пратите функцију извоза од захтева до оперативног рада. Испитајте одговорну особу, доказе и одлуку у свакој фази.
Ситуација
Одговорни сте за сервис за управљање подацима о купцима. Менаџер тражи датотеку са подацима о активним купцима из своје организације. Пратите ову измишљену функцију од захтева до оперативног рада.
Шта да урадите
- Почните од фазе Потреба. Изаберите Следећа фаза да бисте пратили исту функцију кроз свих седам фаза.
- У свакој фази прочитајте пример доказа. Процените да ли одговара на питање за одлуку, па отворите објашњење.
СЦЕНАРИО: ИЗВОЗ ПОДАТАКА О КУПЦИМА
Доказ је документ или резултат провере који поткрепљује одлуку. Свака фаза испод садржи пример. Пратите редослед или директно изаберите фазу.
ФАЗА 1 / 7
Потреба
Менаџер треба да извезе податке о активним купцима из своје организације.
- Одговорна особа
- Одговорна особа за производ
- Докази
- Прихваћен исход и дозвољена поља
Менаџер сваке недеље проводи један сат прикупљајући податке о активним купцима. Прихваћена потреба: извоз имена или назива купаца и њихових идентификатора из своје организације у CSV.
ФАЗА 2 / 7
Спецификација
Дефинишите дозвољене кориснике, податке, понашање при отказу и критеријуме прихватања.
- Одговорна особа
- Одговорне особе за производ и безбедност
- Докази
- Ток података и захтев за ауторизацију
Критеријум прихватања: менаџер из организације A не добија записе организације B, чак ни након измене идентификатора у захтеву.
ФАЗА 3 / 7
Имплементација
Агент припрема малу измену у грани за функцију.
- Одговорна особа
- Развојни тим
- Докази
- Diff повезан са захтевом
PR додаје филтер организације у упит базе података и тест захтева за другу организацију. Пријављивање и наплата остају непромењени.
ФАЗА 4 / 7
Провера
Испитајте стварну ауторизацију и забрањене захтеве.
- Одговорна особа
- Независна особа за преглед
- Докази
- Тестови и преглед за коначни commit
Тест коначног commit-а показује да корисник из организације A не може да добије записе организације B. Особа која прегледа проверава ланац ауторизације.
ФАЗА 5 / 7
Објављивање
Поставите прихваћени артефакт помоћу дозвољене улоге за постављање.
- Одговорна особа
- Одговорна особа за објављивање
- Докази
- Идентификатор артефакта, одобрење и план опоравка
Одговорна особа за објављивање проверава да ли commit артефакта одговара прегледаном commit-у. Упутства за опоравак наводе претходну верзију и особу која сме да покрене rollback.
ФАЗА 6 / 7
Оперативни рад
Пратите неуспеле извозе, контроле приступа и понашање сервиса.
- Одговорна особа
- Одговорна особа за сервис
- Докази
- Метрике, ограничени audit логови и упутства за инциденте
Упозорења о неуспелом извозу стижу дежурном инжењеру. Ограничени audit логови бележе актера и организацију без копирања целе листе купаца.
ФАЗА 7 / 7
Учење
Пре следеће измене процените употребу и уочене проблеме.
- Одговорна особа
- Одговорна особа за производ и тим
- Докази
- Повратне информације и ажуриран ред послова
Захтев за подршку пријављује неуспеле извозе великих листа купаца. Тим додаје захтев за перформансе и тест у следећу измену.
Низ може да се понови. Нови докази могу да врате рад у спецификацију или имплементацију.
ЗА ЗАВРШЕТАК
Код ради. Зашто тим не може да стане после имплементације?
Упоредите свој одговор са објашњењем
Код који ради не показује ко сме да приступа записима нити ко ће решавати отказе. Провера испитује границу приступа подацима. Објављивање повезује те доказе са постављеном верзијом. Оперативни рад утврђује одговорност за сервис који ради. Учење претвара уочене проблеме у следећу измену.
Примените ово на послу
За једну функцију свог тима наведите ко је одговоран за објављивање и ко прима упозорења о њеним отказима.
Изаберите другу вежбу