Wiki » Historia » Wersja 7
Greg K, 2026-09-05 09:44
Publikacja ze stagingu FB (2026-09-05)
| 1 | 1 | Greg K | {{>toc}} |
|---|---|---|---|
| 2 | |||
| 3 | 3 | Greg K | Baza zasad biznesowych Fabryki Bezpieczeństwa. Źródłem prawdy są pliki w drzewie FB (`ZasadyRealizacji\` i `ProjektyC\FB_rozwojowe\`); wiki jest kopią do czytania i do odsyłania. |
| 4 | 1 | Greg K | |
| 5 | --- |
||
| 6 | |||
| 7 | ## Rozliczanie i wycena |
||
| 8 | |||
| 9 | 2 | Greg K | <table style="width:100%"> |
| 10 | <tr><th style="width:35%">Strona</th><th style="width:65%">Czego dotyczy</th></tr> |
||
| 11 | <tr><td>[[Zasada_fakturowania|Zasada fakturowania: wynik, nie czas]]</td><td>co idzie na klienta, a co jest kosztem własnym FB; test rozstrzygający</td></tr> |
||
| 12 | <tr><td>[[Naklady_wlasne_2026|Nakłady własne FB 2026]]</td><td>rejestr pracy niefakturowanej: rozwój standardu, naprawy, administracja</td></tr> |
||
| 13 | 4 | Greg K | <tr><td>[[Slad_rozwoju_metody_know_how|Ślad rozwoju metody jako know-how]]</td><td>Rejestr decyzji i historia wersji zostają w FB; klient dostaje brzmienie obowiązujące. Reguły redakcyjne.</td></tr> |
| 14 | 5 | Greg K | <tr><td>[[Metodyka_audytu_wzorce_wdrozeniowe|Metodyka audytu jako źródło wzorców wdrożeniowych]]</td><td>Co przenosimy z MAB do wdrożeń, czego nie, i zastrzeżenie: nie wdrażamy systemów pod audyt.</td></tr> |
| 15 | 6 | Greg K | <tr><td>[[Zdarzenie_incydent_ciaglosc_kryzys|Zdarzenie, incydent, ciągłość, kryzys]]</td><td>Rdzeń przebiegu wspólny dla wszystkich domen: granice i przejścia między trybami, MTPD/MAO vs RTO/RPO/MBCO, kryzys jako decyzja.</td></tr> |
| 16 | 2 | Greg K | </table> |
| 17 | 1 | Greg K | |
| 18 | 7 | Greg K | ## Metoda pracy audytorskiej i doradczej |
| 19 | |||
| 20 | <table style="width:100%"> |
||
| 21 | <tr><th style="width:35%">Strona</th><th style="width:65%">Czego dotyczy</th></tr> |
||
| 22 | <tr><td>[[Zasada_pewnosci_ustalen|Zasada pewności ustaleń]]</td><td>Ustalone, uprawdopodobnione, otwarte: trzy stany ustalenia, oznaczane jawnie. Wartość opinii wyznacza jej najsłabsze zdanie.</td></tr> |
||
| 23 | <tr><td>[[Zasada_przebiegu_dwukierunkowego|Zasada przebiegu dwukierunkowego]]</td><td>Od przepisu do artefaktu i od artefaktu do przepisu, oba kierunki muszą się spotkać.</td></tr> |
||
| 24 | <tr><td>[[Metoda_identyfikacji_przy_oporze_strony|Metoda identyfikacji przy oporze strony]]</td><td>Jak prowadzić ustalenia, gdy strona kwestionuje kwalifikację albo zakres: pytanie przez dokument, nie przez deklarację.</td></tr> |
||
| 25 | <tr><td>[[Kontrola_aktualnosci_zrodel_prawnych|Kontrola aktualności źródeł prawnych]]</td><td>Przebieg przed pierwszym użyciem aktu i przed wydaniem raportu: identyfikacja, wersja na dzień, zapis kontroli.</td></tr> |
||
| 26 | <tr><td>[[Hierarchia_zrodel_prawdy_i_kwalifikacja_podmiotu|Hierarchia źródeł prawdy dla aktu młodego i przebieg kwalifikacji podmiotu]]</td><td>Warstwy: rdzeń unijny, akt krajowy, travaux préparatoires, stanowiska organu, orzecznictwo. Karta kraju. Kwalifikacja podmiotu w ośmiu krokach.</td></tr> |
||
| 27 | <tr><td>[[Zasada_czytania_aktow_obcojezycznych|Zasada czytania aktów obcojęzycznych]]</td><td>Tłumaczenie dwutorowe EN i PL z języka źródłowego, porównanie fraz, jedna wersja przyjęta. Sesja odczytu per państwo.</td></tr> |
||
| 28 | <tr><td>[[Test_styku_domen|Test styku domen: system informacyjny a lokalizacja]]</td><td>Czy analiza ppoż i ochrony fizycznej zeszła do systemu informacyjnego. Przyczyna leży w celu analizy i w wycenie do mienia zamiast do wartości procesowej.</td></tr> |
||
| 29 | </table> |
||
| 30 | |||
| 31 | 1 | Greg K | --- |
| 32 | |||
| 33 | ## Do dołożenia |
||
| 34 | |||
| 35 | 7 | Greg K | Kolejne zasady wchodzą tą samą drogą: plik w drzewie FB -> staging -> publikacja skryptem. Kandydaci: wzorzec wdrożeń, model dojrzałości, spójność jako kryterium, model interpreterów, poziomy znaczeniowe polityki, polityka backupu, rejestry decyzji autora i macierz powiązań. |