Model V we współczesnych projektach

Model V we współczesnych projektach
Choć wielu informatyków zapatrzonych w zwinność nie dostrzega innych modeli rozwoju oprogramowania to model V ma się bardzo dobrze w takich branżach jak automotive, lotnictwa i każdego innego transportu. Jakie są przyczyny jego niegasnącego powodzenia?

Trzeba podkreślić, że model V ma wiele do zaoferowania zarówno z poziomu wytwarzania, jak i testowania oprogramowania. Przyjrzyjmy się jak wygląda obecnie podejście do modelu V na przykładzie kilku standardów z różnych branż, które można by określić jako powiązane z transportem cywilnym. 

Tak wygląda proces wytwórczy wg Automotive SPICE 3.0. Nie da się ukryć, że ma wiele wspólnego z tradycyjnym modelem V.

model-v-we-wsp-proj-1.jpg

Jeśli z całościowego zestawienia procesów wydzielimy jedynie te dedykowane wytworzeniu specyfikacji lub oprogramowania i przypiszemy do niego punkty kontrolne, w tym testowanie, otrzymamy to, co poniżej. 

model-v-we-wsp-proj-2.jpg

Jest to niemal doskonała forma tego, co od dawna nazywamy V modelem. Jeśli pójdziemy jednak krok dalej i rozpiszemy produkty w formie matrycy śledzenia, to obraz modelu jest jeszcze wyraźniejszy. 

model-v-we-wsp-proj-3.jpg

Dla lotnictwa cywilnego organizacja FAA prezentuje rekomendowany przepływ weryfikacji i walidacji (V&V workflow). Nie da się ukryć, że jest to model V. 

model-v-we-wsp-proj-4.jpg

Przyjrzymy się regulacjom amerykańskim Departamentu Transportu, a dokładnie SEITS, czyli Systems Engineering for Intelligent Transportation Systems. SE wg standardu przypomina coś, co widzieliśmy już na poprzednich grafikach. 

model-v-we-wsp-proj-5.jpg

W takim zestawieniu nie może zabraknąć również czegoś z obszaru kolei. Standard EN 50126 1:2017 i jego aplikacja do obszarów powiązanych z przemysłem kolejowym:

model-v-we-wsp-proj-6.jpg

Nie da się ukryć, że Model V jest szeroko używany w wielu obszarach związanych z oprogramowaniem krytycznym używanym do regulowania procesu tworzenia oprogramowania. Sama koncepcja V-modelu została opracowana jednocześnie, ale niezależnie, w Niemczech i w Stanach Zjednoczonych w późnych latach 80. Niemiecki V-model został pierwotnie opracowany przez IABG dla Federalnego Ministerstwa Obrony. Został on przejęty przez Ministerstwo Spraw Wewnętrznych dla domeny cywilnej latem 1992 r. Amerykański V-model, udokumentowany w 1991 roku, został opracowany dla systemów satelitarnych.

Ponieważ model V jest powszechnie dostępny i bardzo dobrze opisany, stosuje go wiele firm. W zarządzaniu projektami jest to metoda porównywalna z PRINCE2 i opisuje metody zarządzania projektami wytwórczymi, jak również metody rozwoju oprogramowania. Uznaje się, że model V, choć sztywny procesowo, może być bardzo elastyczny w zastosowaniu.

Do głównych zalet modelu zalicza się: 

  • model jest otwarty, a użytkownicy V-modelu mogą uczestniczyć w jego rozwoju i utrzymaniu,
  • dzięki szerokiej specyfikacji V-model zapewnia pomoc na poziomie jego wdrożenia,
  • model sugeruje wiele działań mających na celu kontrolę jakości,
  • w modelu zapisane są konkretne działania i techniki, jakie mogą być i powinny być stosowane podczas budowania oprogramowania,
  • model udowodnił swoją przydatność w wielu projektach wytwarzających oprogramowanie krytyczne pod względem bezpieczeństwa.

Oczywiście tym modelem nie da się dostarczać oprogramowanie szybko, ale można je na pewno dobrze zweryfikować na wielu poziomach i w wielu obszarach niefunkcjonalnych. Czy nie tego oczekujemy od oprogramowania, które ma wspomóc nasz transport?

755
Źródła:
https://www.faa.gov/about/office_org/headquarters_offices/ang/offices/tc/activities/vandv
https://www.automotivespice.com/fileadmin/software-download/AutomotiveSPICE_PAM_31.pdf
https://ops.fhwa.dot.gov/publications/seitsguide/seguide.pdf

To powinno Cię zainteresować