Słownik w inżynierii wymagań

Najczęstszym problemem podczas inżynierii wymagań jest inna interpretacja używanych terminów przez ludzi biorących udział w projekcie. Rozwiązaniem tego problemu jest utrzymywanie słownika, który będzie w stanie zapewnić takie same rozumienie wszystkich terminów, które mogą powodować nieporozumienie.

Słownik powinien zawierać definicje używanych terminów wraz ze wskazaniem źródeł tych definicji. W słowniku powinny się znaleźć:

  • Terminy techniczne związane z kontekstem systemu
  • Skróty i akronimy
  • Codziennie używane pojęcia, które mogą mieć inne znaczenia w danym kontekście
  • Synonimy i homonimy

Podstawowe zasady używania słownika

  • Słownik musi być centralnie zarządzany. W trakcie trwania projektu może być dostępny tylko jeden słownik dla całego zespołu.
  • Musi być określona odpowiedzialność za zarządzanie słownikiem.
  • Słownik musi być utrzymywany w trakcie życia projektu. Osoba odpowiedzialna za słownik na bieżąco sprawdza jego spójność i aktualność informacji w nim zawartych.
  • Słownik musi być powszechnie dostępny dla wszystkich zaangażowanych w projekt.
  • Używanie słownika musi być obowiązkowe dla wszystkich zaangażowanych w projekt.
  • Słownik musi zawierać źródła definicji, które się w nim znajdują.
  • Wszystkie informacje zawarte w słowniku muszą zostać uzgodnione z interesariuszami lub ich przedstawicielami.
  • Wpisy w słowniku powinny mieć spójną strukturę.

Czy Twój słownik cechuje się powyższymi atrybutami?

Tekst zainspirowany książką: Klaus Pohl, Chris Rupp „Requirements engineering fundamentals : a study guide for the Certified Professional for Requirements Engineering exam : foundation level”, IREB compliant Wydawnictwo: Rocky Nook Inc, 2011

Podobne wpisy

  • Zarządzanie relacjami pomiędzy wymaganiami Zarządzanie wymaganiami to ważny element procesu wytwórczego oprogramowania. Jednym z jego elementów budowanie i zarządzanie relacjami pomiędzy wymaganiami. Najczęściej spotykanym jest […]
  • Architektura procesów biznesowych a modelowanie procesów biznesowych – poziomy modelowania W poprzednim wpisie Modelowanie procesów biznesowych w procesie wytwórczym oprogramowania opisałem znaczenie modelowania procesów biznesowych. W moim odczuciu, modelowanie procesów […]
  • Wymagania są najważniejsze Podczas mojej pracy zauważyłem, że spory problem stanowią wymagania. Trudnością nie jest ich spisanie. Trudnością jest ich wyartykułowanie. Pomijam turbulencje związane z celem zamiany czy […]
  • Plan zarządzania wymaganiami Plan zarządzania wymaganiami to dokument, który opisuje zasady postępowania z wymaganiami. W moim odczuciu to jeden z najważniejszych dokumentów, gdyż w jawny sposób opisuje szereg ważnych […]
  • Wymagania – Zarządzanie wersjami Zmiany w wymaganiach wymaga ich wersjonowania.Wersje wymagań pomagają uzyskać dostęp do określonego stanu wymagania w trakcie życia oprogramowania. Najczęściej wersje wymagań określane są […]
Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Przewiń do góry