1
0
Files

76 lines
3.2 KiB
Markdown

# Būvniecības ieceres virzīšana — UAPF Level-4 pakotne
Latvijas būvniecības process kā versionējams, izpildāms modelis: no ieceres
ierosināšanas līdz būves reģistrācijai Kadastrā un ierakstam Zemesgrāmatā.
| | |
|---|---|
| Pakotnes ID | `lv.pppa.buvnieciba.ieceres-virzisana` |
| Līmenis | L4 (atomic executable) |
| Versija | 0.1.0 |
| Dzīves cikls | draft |
| UAPF specifikācija | v2.5.0 |
## Kāpēc
Būvniecības process šodien pastāv trijos slāņos — normatīvajos aktos (proza),
informācijas sistēmas kodā (ieviesējs) un būvvalžu praksē (interpretācija).
Trūkst ceturtā: paša procesa modeļa kā artefakta, ko iestāde tur savās rokās,
var salīdzināt ar likuma redakciju un var nodot citam ieviesējam.
## Saturs
| Ceļš | Ko satur |
|---|---|
| `bpmn/` | Stadijas un pārejas ar OMG diagrammas informāciju (DI) |
| `dmn/01` | Ieceres dokumenta veids |
| `dmn/02` | Publiskās apspriešanas nepieciešamība |
| `dmn/03` | Stadijā atļautās darbības ar būvprojekta daļu |
| `dmn/04` | Vienotā procesa piemērojamība |
| `cmmn/` | Būvdarbu uzraudzības lieta |
| `resources/mappings.yaml` | Saistījumi ar lomām un sistēmām |
| `resources/legal-basis.yaml` | Katra noteikuma saite uz normatīvā akta punktu |
| `resources/host-enforced.yaml` | Ko modelis nevar izpildīt pats |
## Svarīgi
* Pakotnē **nekas netiek secināts**. Nav mācītu modeļu, nav algoritmu karšu
(`algorithm_cards: false`). Ja tabula nedod atbildi — `CILVEKA_IZVERTEJUMS`.
* **Juridiskie sliekšņi nav apstiprināti.** Visi lēmumu rezultāti nes
`verificationRequired: true`, līdz `resources/legal-basis.yaml` ir aizpildīts
ar normatīvā akta punktiem un `status` mainīts uz `verified`.
* Pakotne sagatavota no publiskiem avotiem un **nav saskaņota ar BVKB**.
* BPMN un CMMN diagrammas informācija ir ģenerēta, nevis autorēta modelētājā.
Pirms publiskas lietošanas failus vajadzētu atvērt un pārsaglabāt konformā
OMG modelētājā, lai izkārtojums būtu autorēts.
## Savietojamība ar shēmas versijām
Manifests ir apzināti turēts to lauku kopā, ko pieņem gan pašreizējā UAPF
specifikācija (v2.5.0), gan vecākā shēmas paaudze (v2.2.0), ko šobrīd izmanto
ProcessGit importa validators. Praksē tas nozīmē divus ierobežojumus:
* `algorithm_cards` **netiek deklarēts** manifestā (lauks ieviests v2.3.0).
Faktu, ka pakotnē nav algoritmu karšu un nekas netiek secināts, nes
`resources/guardrails.yaml` noteikums `no-inference` un `docs/02-mi-akta-klasifikacija.md`.
* `resources/mappings.yaml` saistījumos lēmumu uzdevumiem lietots
`bpmn.task`, nevis `bpmn.businessRuleTask` (pēdējais shēmas uzskaitījumā
parādījās pēc v2.2.0). BPMN failā elementi paliek `bpmn:businessRuleTask`;
atšķirība ir tikai saistījuma deklarācijā.
## Atbilstība
Pārbaudīts ar UAPF references CLI (`uapf.py validate`) un pret shēmām
`uapf-manifest`, `ownership`, `lifecycle`, `resource-mapping` **abās paaudzēs**
(v2.2.0 un v2.5.0).
DMN faili satur tikai lēmumu tabulas bez lēmumu prasību diagrammas (DRD),
tāpēc uz tiem attiecas DI izņēmums (specifikācija, 07. nodaļa).
## Iepakošana
```
python uapf.py pack . buvniecibas-ieceres-virzisana.uapf
python uapf.py validate .
```