Archyvas

Dviejų sisteminių žemėlapių, iš viso 237 tyrimų, pakartotinė analizė, keliant klausimą, ar use case ir user story taikymas remiasi įrodymais, kad jie veikia. Tik vienas tyrimas lygina metodą su atskaitos tašku, kuriame jo nėra; jis paskelbtas 2002 m.

Reikalavimų sistemoje yra keturios teiginių rūšys su nesuderinamais gyvavimo ciklais: norma, pokytis, būsena ir verifikavimas. Kai vienas artefaktas talpina dvi iš jų, seka konkreti atsekamumo nesėkmė, nuspėjama vien iš tos poros.

Šešių lygių modelis, aprašantis programų kūrimą kaip informacijos transformaciją nuo neišsakytos verslo intencijos iki veikiančios sistemos: artefaktų registras, rolių modelis ir detali veiklos analitiko darbo analizė.

Laukui leidžiama tik dalis esamos reikšmių aibės. Apibrėžti siauresnę aibę ar palikti visą sąrašą ir apribojimą išreikšti taisykle? Sprendimo taisyklė, remiantis potipiais ir tipo išvedimu taikant apribojimą.

Teorinis pagrindas EUDAMED domeno modeliavimui: reali esybė, MDR apibrėžta rolė ir EUDAMED įrašas yra trys atskiros rūšys, o ne vienas dalykas skirtingais vardais, grindžiamos pamatine ontologija, institucinių faktų ir compliance teorijomis.

2020 m. BA community LT pranešimo skaidrės apie Esybių/CRUD lentelę — beveik niekur neaprašytą techniką naujiems panaudos atvejams rasti reikalavimų elicitavimo etape.

2020 m. pranešimo skaidrės apie verslo taisykles: kolegų apklausa, parodžiusi nevienodą praktiką, ir ką apie taisyklių rašymą sako OMG SBVR standartas.

2018 m. pranešimo skaidrės apie tai, kas yra verslo reikalavimai ir kuo jie skiriasi nuo specifikacijos — atsakymo ieškota Michaelo Jacksono problemų rėmuose.