Rámec P-modelování - P-Modeling Framework

Rámec P-modelování je balíček pokynů, metod, nástrojů a šablon pro vývojový proces zlepšení. P-modelování rámec lze integrovat do kteréhokoli jiného SDLC při použití, např. Lékaři bez hranic Agilní, Lékaři bez hranic CMMI, RUP, atd.

Dějiny

Počátky modelu P-Modeling Framework pocházejí z „The Babel Experiment“ navrženého Vladimírem L. Pavlovem v roce 2001 jako vzdělávací program pro softwarové inženýrství zaměřené na to, aby studenti prošli „zhuštěnou“ verzí komunikačních problémů typických pro vývoj softwaru a získat zkušenosti s aplikací UML překonat tyto problémy.

Tento experiment byl proveden následujícím způsobem. Úkolem týmu byl tým projektování A softwarový systém s následujícím omezujícím faktorem: UML musel být jediným jazykem povoleným pro komunikaci při práci na projektu. Předpokladem bylo umožnit studentům projít „zhuštěnou“ verzí komunikačních problémů typických pro vývoj softwaru a získat zkušenosti s aplikací UML k překonání těchto problémů. Výsledkem tohoto experimentu bylo vytvoření celkem jasných a stručných modelů.

O něco později, během relace designu, pracovaly na stejném úkolu dva nezávislé týmy. Komunikační prostředky prvního týmu byly omezeny na UML, jak je popsáno výše, zatímco druhý tým mohl komunikovat verbálně pomocí přirozeného jazyka. Ukázalo se, že první omezenější tým provedl úkol efektivněji než ten druhý. The UML diagramy vytvořené prvním týmem byly zdravější, podrobnější, čitelnější a propracovanější.

Vladimir L. Pavlov následně provedl řadu dalších experimentů, jejichž cílem bylo zjistit, zda jsou „tiché“ modelování relace produktivnější než ty tradiční. V těchto experimentech se zdálo, že tiché týmy jsou přinejmenším stejně účinné jako ostatní, a v některých případech tiché týmy překonaly ty tradiční.

Některé z interpretací těchto výsledků jsou následující:

  • Omezení používání přirozeného jazyka může stimulovat kreativitu návrhářů a přinutit je, aby se soustředili na svou práci;
  • Práce v režimu bez řeči může přinutit designéry, aby ve velmi raných fázích procesu návrhu výslovně odhalili všechny základní předpoklady;
  • UML není považováno za nadbytečné břemeno irelevantní pro potřeby skutečného života (jako jazyk „pouze pro zápis“) - místo toho mohou designéři začít projevovat větší obavy ohledně kvality a čitelnosti svých modelů.

Poté byly zkonstruovány nápady pro provádění dalších nových experimentů se záměrem najít metodu pro srovnání UML s přirozenými jazyky. Předpokladem těchto experimentů bylo nastavit „překladové“ úkoly pro dva týmy profesionálních návrhářů softwaru (z přirozeného jazyka do UML) a zpět (z UML do přirozeného jazyka). To by bylo provedeno s jedním týmem provádějícím přední překlad a druhým provádějícím zpětný překlad. Záměrem bylo sledovat, do jaké míry se výsledek zpětného překladu podobal původnímu textu, což umožnilo ověření správnosti modelu UML.

Pokusy ukázaly, že pro informace popisující softwarové systémy má UML dostatečnou sílu výrazu potřebnou k udržení obsahu modelu. Texty získané po zpětném překladu z UML byly sémanticky ekvivalentní originálu.

Pokusy navrhly model celku vývojový cyklus softwaru existovala jako série překladů. V následujících experimentech bylo ověření zpětného překladu prokázáno jako metoda, která pomáhá zaručit, že výstupy každého vývojového kroku neztratí nebo nesprávně interpretují vše, co bylo vytvořeno v předchozím kroku. Tato metoda byla pojmenována „Reverzní sémantická sledovatelnost“. Ukázalo se, že je to solidní doplnění druhého dílu P-Modeling Framework.

Základní principy

Reverzní sémantická sledovatelnost

Reverzní sémantická sledovatelnost je kontrola kvality metoda, která umožňuje testování výstupy každého kroku překladu. Před pokračováním do další fáze jsou aktuální artefakty „reverzní inženýrství ”A obnovený text se porovná s originálem. Pokud existuje rozdíl mezi těmito dvěma texty - testované artefakty jsou opraveny, aby se problém odstranil (nebo je opraven počáteční text). Následně je každý krok potvrzen krokem zpět a zajištěním toho, že vývoj zůstane na správné cestě. Tímto způsobem mohou být problémy objeveny a opraveny bez zpoždění, takže se neshromažďují a nekaskádují do následujících fází vývojového cyklu.
Klíčové slovo v názvu této metody je „Sémantický. “ Je založen na skutečnosti, že původní a obnovená verze textu mají být sémanticky porovnána, se zaměřením na „význam“ textu, nikoli na konkrétní „slova“ v něm použitá.

Nejvyšší scénáře využití hlášené prvními uživateli metody reverzní sémantické sledovatelnosti jsou:

  • Ověření modelů UML: kvalitní inženýři obnovit textový popis domény, porovná se původní a obnovený popis.
  • Ověření změn modelu pro nový požadavek: vzhledem k původní a změněné verzi modelu technici kvality obnoví textový popis požadavku, porovná se původní a obnovený popis.
  • Ověření opravy chyby: vzhledem k původnímu a upravenému zdrojovému kódu technici kvality obnoví textový popis chyby, která byla opravena, porovná se původní a obnovený popis.
  • Integrace nového softwarového inženýra do týmu: nový člen týmu dostane úkol provést reverzní sémantickou sledovatelnost pro klíčové artefakty z aktuálních projektů.

Němé modelování

Původně byl vynalezen jako pokročilý výcvik pro výuku Objektově orientovaná analýza a Design s UML pro studenty je Speechless Modeling v podstatě omezením používání komunikačních prostředků přímo nebo nepřímo zahrnujících přirozený jazyk. Tímto způsobem je tým návrhářů nucen používat jazyk modelování jako jediný jazyk dostupný pro komunikaci během relace návrhu.

Začlenění rámce P-modelování do životního cyklu vývoje softwaru (SDLC)

Bez ohledu na to, jaký typ vývojového procesu se v organizaci používá; vodopád, spirála, rozličný iterativní-přírůstkové nebo některé další, existují určité procesy, například softwarový design, kontrola kvality, Management lidských zdrojů, řízení rizik, správa komunikace atd., na které lze aplikovat principy P-Modeling Framework, zejména v dřívějších fázích a projekt když jsou činnosti kontroly kvality buď malé, nebo (prakticky) chybí.

Požadavky a omezení

  1. Všichni členové P-Modeling Session by měli něco mluvit jazyk grafického modelování plynně.
  2. Pro plnohodnotnou relaci modelování P je vyžadováno minimálně 8 kvalifikovaných osob.
  3. K efektivní relaci RST jsou zapotřebí minimálně 3 kvalifikovaní lidé.
  4. P-modeling Framework neposkytuje možnost detekovat nejednoznačné, protichůdné a neúplné aspekty požadavků nebo požadavků klientů.
  5. Speechless Modeling Session vyžaduje od účastníků velké množství energie a úsilí.

Kritika

P-Modeling Framework má samozřejmě prostor pro další zlepšování. Například:

  • Relace P-Modeling vyžadují další zdroje bez znalosti původního artefaktu a přidávají další pracovní zátěž programátoři.
  • Při provádění RST by texty měly být porovnávány ručně, což znamená, že rámec chybí automatizace.
  • Jedním z možných výsledků v RST je situace, kdy lidé „navrhnou pro RST“ - vytvářejí artefakty způsobem, který lze snadno rekonstruovat, aniž by přidali novou hodnotu.
  • Neexistují spolehlivé statistické důkazy o účinnosti P-modelového rámce.
  • „Tiché relace návrhu“ mají poměrně úzkou použitelnost: pouze pro systémy a organizace, které mohou a potřebují dokumentovat systém v jazyce grafického modelování. To neplatí, když:
    • Společnost nemá dostatek vývojářů, kteří „plynule mluví jakýmkoli jazykem grafického modelování“ a vědí, kdy a jak jej použít, což znamená velmi vysoce kvalifikovaný.
    • Společnost příliš nepoužívá žádný jazyk pro grafické modelování.
  • Relace P-Modeling nemohou pomoci rozlišit mezi dobrým a špatným designem.

Reference

externí odkazy