Diagram kontekstu systemu

Przykład diagramu kontekstu systemu.

Diagram kontekstu systemu (SCD) w inżynierii to diagram , który definiuje granicę między systemem lub częścią systemu a jego środowiskiem, pokazując podmioty, które z nim wchodzą w interakcje. Ten diagram jest widokiem wysokiego poziomu systemu . Jest podobny do schematu blokowego .

Przegląd

Diagramy kontekstu systemowego przedstawiają system jako całość oraz jego wejścia i wyjścia z/do czynników zewnętrznych. Według Kossiakoffa i Sweeta (2011):

Diagramy kontekstu systemu… reprezentują wszystkie podmioty zewnętrzne, które mogą wchodzić w interakcje z systemem… Taki diagram przedstawia system w centrum, bez szczegółów jego wewnętrznej struktury, otoczony wszystkimi oddziałującymi na siebie systemami, środowiskami i działaniami. Celem diagramu kontekstu systemu jest skupienie uwagi na zewnętrznych czynnikach i zdarzeniach, które należy wziąć pod uwagę przy opracowywaniu kompletnego zestawu wymagań i ograniczeń systemowych.

Diagramy kontekstu systemu są używane na wczesnym etapie projektu, aby uzyskać porozumienie co do badanego zakresu. Diagramy kontekstowe są zazwyczaj zawarte w dokumencie wymagań. Diagramy te muszą być czytane przez wszystkich interesariuszy projektu i dlatego powinny być napisane prostym językiem, aby interesariusze mogli zrozumieć elementy zawarte w dokumencie.

Cegiełki

Diagramy kontekstowe można tworzyć przy użyciu dwóch rodzajów bloków konstrukcyjnych:

  • Podmioty (aktorzy) : pola z etykietami; jeden w środku reprezentujący system, a wokół niego wiele pól dla każdego aktora zewnętrznego
  • Relacje : oznaczone linie między jednostkami a systemem

Na przykład „klient składa zamówienie”. Diagramy kontekstowe mogą również wykorzystywać wiele różnych typów rysunków do reprezentowania jednostek zewnętrznych. Mogą używać owali , figurek , obrazków , klipartów lub innych przedstawień, aby przekazać znaczenie. Drzewa decyzyjne i przechowywanie danych są reprezentowane na diagramach przepływu systemu.

Diagram kontekstowy może również przedstawiać klasyfikacje podmiotów zewnętrznych jako jedną z zestawu prostych kategorii (Przykłady:), które dodają przejrzystości do poziomu zaangażowania podmiotu w odniesieniu do systemu. Kategorie te obejmują:

  • Aktywny : dynamiczny, aby osiągnąć jakiś cel (Przykłady: „Czytelnicy artykułów” lub „Klienci”).
  • Pasywne : Statyczne podmioty zewnętrzne, które rzadko wchodzą w interakcję z systemem (przykłady: „redaktorzy artykułów” lub „administrator bazy danych”).
  • Spółdzielnia : Przewidywalne podmioty zewnętrzne, które są wykorzystywane przez system w celu uzyskania pożądanego rezultatu (przykłady: „dostawcy usług internetowych” lub „firmy spedycyjne”).
  • Autonomiczne (niezależne) : podmioty zewnętrzne, które są oddzielone od systemu, ale wpływają na system pośrednio poprzez narzucone ograniczenia lub podobne wpływy (przykłady: „komitety regulacyjne” lub „grupy normalizacyjne”).

Alternatywy

Najlepsze diagramy kontekstu systemowego służą do pokazania, jak system współpracuje na bardzo wysokim poziomie lub jak systemy działają i logicznie współdziałają. Diagram kontekstu systemu jest niezbędnym narzędziem w opracowywaniu bazowej interakcji między systemami a aktorami; aktorów i system lub systemy i systemy. Alternatywy dla diagramu kontekstu systemu to:

Przykład diagramu połączeń architektury.
  • Diagram połączeń architektury : Rysunek przedstawia przykład diagramu połączeń architektury: Na rysunku przedstawiono reprezentację połączeń architektury ITS regionu Albuquerque dla Departamentu Policji w Albuquerque, która została wygenerowana za pomocą narzędzia Turbo Architecture. Każdy blok reprezentuje element inwentarza ITS, w tym nazwę interesariusza w górnej zacienionej części. Linie połączeń między elementami są ciągłe lub przerywane, wskazując istniejące lub planowane połączenia.
  • Business Model Canvas , szablon zarządzania strategicznego do opracowywania nowych lub dokumentowania istniejących modeli biznesowych. Jest to wizualny wykres z elementami opisującymi propozycję wartości firmy, infrastrukturę, klientów i finanse.[1] Pomaga firmom w dostosowaniu ich działań poprzez zilustrowanie potencjalnych kompromisów.
  • Model danych przedsiębiorstwa : ten typ modelu danych według Simsion (2005) może zawierać od 50 do 200 klas jednostek, co wynika ze specyficznego „wysokiego poziomu uogólnienia w modelowaniu danych ”.
  • Diagram kontekstowy najwyższego poziomu IDEF0 : Proces IDEF0 rozpoczyna się od identyfikacji funkcji podstawowej, która ma zostać rozłożona. Ta funkcja jest identyfikowana na „diagramie kontekstu najwyższego poziomu”, który określa zakres konkretnej analizy IDEF0.
  • Diagramy problemów (ramki problemów) : Oprócz rodzajów rzeczy pokazanych na diagramie kontekstowym, diagram problemu pokazuje wymagania i odniesienia do wymagań.
  • Diagram przypadków użycia : jeden z diagramów Unified Modeling Language . Reprezentują również zakres projektu na podobnym poziomie abstrakcji. - Przypadki użycia koncentrują się jednak bardziej na celach „aktorów”, którzy wchodzą w interakcje z systemem, i nie określają żadnego rozwiązania. Diagramy przypadków użycia reprezentują zestaw przypadków użycia, które są tekstowymi opisami tego, w jaki sposób aktor osiąga cel przypadku użycia. na przykład Klient składa zamówienie.
  • ArchiMate : ArchiMate to otwarty i niezależny język modelowania architektury korporacyjnej, który w jednoznaczny sposób wspiera opis, analizę i wizualizację architektury w obrębie domen biznesowych i między nimi.

Większość z tych diagramów działa dobrze, o ile zostanie pokazana ograniczona liczba połączeń. Tam, gdzie trzeba wyświetlić dwadzieścia lub więcej interkonektów, diagramy stają się dość złożone i mogą być trudne do odczytania.

Zobacz też

Linki zewnętrzne