Przegląd scenariusza: zmiana projektu z wykorzystaniem wizualizacji i modelowania

Aby upewnić się, że system oprogramowania spełnia potrzeby jego użytkowników, użyj wizualizacji i modelowanie narzędzi w Visual Studio Ultimate ułatwiające zaktualizować lub zmienić projekt systemu. Do tych narzędzi należą, diagramy, warstwy diagramy, wykresy oparte na kodzie zależność, diagramy sekwencji i diagramy klas języka UML (Unified Modeling). Na przykład można użyć tych narzędzi do wykonywania następujących zadań:

• Wyjaśnienie wymagań użytkowników i procesów biznesowych.

• Wizualizacja i eksploracja istniejący kod.

• Opisano zmiany w istniejącym systemie.

• Sprawdź, czy system spełnia jego wymagania.

• Zachować kod zgodne z projektem.

W tym instruktażu wykorzystano przykładowy scenariusz, aby osiągnąć następujące cele:

• Podać krótki opis narzędzi i ich korzyści dla projektów oprogramowania.

• Pokaż, jak zespoły mogą używać tych narzędzi w przykładowy scenariusz, niezależnie od ich podejścia do rozwoju.

Aby dowiedzieć się więcej na temat tych narzędzi i scenariuszy, które wspierają zobacz:

• Modelowanie aplikacji

• Wizualizacja i poznanie kodu

• Modele projektowania dla projektowania oprogramowania

W tym temacie

Sekcja	Opis
Omówienie scenariusza	W tym artykule opisano scenariusz przykładowy i jej uczestnicy.
Role architektury i modelowania diagramów podczas tworzenia oprogramowania	W tym artykule opisano role, które tych narzędzi można odtwarzać podczas cyklu rozwoju oprogramowania.
Opis i przekazywaniu informacji o systemie	Zawiera ogólne omówienie jak uczestników przy użyciu narzędzi w tym scenariuszu.
Aktualizowanie systemu przy użyciu wizualizacji i modelowania	Udostępnia głębsze szczegółowych informacji dotyczących poszczególnych narzędzi i jak może być używany w tym scenariuszu.

Omówienie scenariusza

W tym scenariuszu opisano odcinki z cykle rozwoju oprogramowania dwóch spółek fikcyjne: teraz obiad, a firma Lucerne Publishing.Zapraszamy na obiad teraz zapewnia usługi dostarczania posiłków opartych na sieci Web w Seattle.Klienci można zamówić posiłki i koszty ich na obiad teraz witryny sieci Web.Zamówienia są następnie wysyłane do odpowiednich lokalnych restauracji do dostarczenia.Firmy w Nowym Jorku, Lucerne Publishing, działa kilka firm, zarówno off, jak i w sieci Web.Na przykład biegną witryny sieci Web której klienci mogą ogłaszać recenzje restauracji.

Lucerna niedawno nabyte teraz obiad i chce wprowadzić następujące zmiany:

• Integracja witryn sieci Web przez dodanie możliwości przeglądu restauracji do teraz kolację.

• Zapraszamy na obiad teraz w systemie płatności należy zastąpić lucerny systemu.

• Rozwiń węzeł usługi teraz Zapraszamy na obiad z całego regionu.

Zapraszamy na obiad teraz używa SCRUM i eXtreme Programming.Mają zakresu badań bardzo wysokie i bardzo mało nieobsługiwany kod.Zminimalizować ryzyko przez tworzenie małych, ale wersje robocze systemu i następnie stopniowo dodając nowe funkcje.Rozwijają ich kodu nad częstych i krótkich iteracjach.To pozwala im bez obaw radzenia sobie ze zmianami, często refaktoringu kodu i uniknąć "ogrom wstępnego projektowania big".

Lucerna utrzymuje zbiór systemów, niektóre z nich więcej niż 40 lat znacznie większe i złożone.Są one wyjątkową ostrożność podczas wprowadzania zmian, ze względu na złożoność i zakresem starszego kodu.Po bardziej rygorystyczny proces projektowania preferowanie do projektowania szczegółowych rozwiązań i do dokumentu projektowania i zmiany, które występują podczas rozwoju.

Diagramy modelowania w użycia obu drużyn Visual Studio Ultimate umożliwiających im opracowanie systemów, które spełniają potrzeby użytkowników.Używają Team Foundation Server obok innych narzędzi umożliwiających im planowania, organizowania i zarządzania ich pracy.

Aby uzyskać więcej informacji na temat programu Team Foundation Server zobacz:

• Planowanie i śledzenie pracy

• Testowanie, sprawdzanie poprawności i sprawdzania w zaktualizowany kod

Role architektury i modelowania diagramów podczas tworzenia oprogramowania

W poniższej tabeli opisano role, które tych narzędzi można odtwarzać podczas wielu i różnych etapów cyklu użytkowania oprogramowania rozwoju:

	Modelowanie wymagań użytkowników	Modelowanie procesów biznesowych	Architektura systemu & Projekt	Kod wizualizacji & Badanie	Weryfikacja
Diagram przypadków użycia (UML)	√	√			√
Diagram aktywności (UML)	√	√	√		√
Diagram klas (UML)	√	√	√		√
Diagram składników (UML)	√	√	√		√
Diagram sekwencji (UML)	√	√	√		√
Diagram języka specyficznego dla domeny (DSL)	√	√	√
Diagram warstwy, warstwy sprawdzania poprawności			√	√	√
Wykres zależności (w oparciu o kod)			√	√	√
Diagram sekwencji (w oparciu o kod)				√	√
Projektant klasy (w oparciu o kod)				√
Eksploratorze architektury				√

Aby narysować diagramy UML i diagramy warstwy, należy utworzyć projekt modelowania w ramach istniejącego rozwiązania lub nowej.Ułatwiają znalezienie musi zostać utworzony w programie project modelowania.Elementy na diagramy UML są częścią wspólny wzór i diagramy UML są widokami tego modelu.Elementy na diagramach warstwie znajdują się w projekcie modelowania, ale nie są przechowywane w modelu wspólnych.Zależność opartego na kodzie wykresy, diagramy sekwencji oraz diagramów zwykle istnieje poza programem project modelowania.

Zobacz:

• Porady: tworzenie diagramów i projektów modelowych UML

• Tworzenie diagramów warstwy na podstawie kodu

• Wizualizacja zależności kodu na wykresach zależności

• Wizualizacja kodu poprzez generowanie diagramów sekwencyjnych

• Jak: Dodawanie diagramy klas do projektów (Projektant klasy)

• Wizualizacja i modelowania SDK - języków

Aby wyświetlić alternatywne widoki architektury, można wykorzystać ponownie, niektóre elementy z tego samego modelu na wielu lub różne diagramy.Na przykład można przeciągnięciu składnika do innego diagramu składnika lub diagram sekwencji, dzięki czemu może funkcjonować jako aktorem.Zobacz Porady: edycja modeli UML i diagramów.

Obu drużyn również użyć warstwy sprawdzania poprawności, aby upewnić się, że kod w fazie rozwoju pozostają zgodne z projektem.

Zobacz:

• Utrzymanie kodu zgodne z projektem

• Opisz logicznej architektury: diagramy warstwy

• Walidacja kodu przy użyciu diagramów warstwy

  [!UWAGA]

  Visual Studio Premiumobsługuje warstwy sprawdzania poprawności i wersji tylko do odczytu tych wykresy i diagramy dla wizualizacji i modelowania.

Opis i przekazywaniu informacji o systemie

Nie ma żadnych zalecanej kolejności za pomocą Visual Studio Ultimate modelowania diagramów, tak aby można je za stosowne z potrzeb lub podejścia.Zwykle zespoły ponownie ich modeli wielokrotnie powtarzane i często całym projekcie.Każdy diagram oferuje szczególne zalety, które pomogą Ci zrozumieć, opisywania i komunikować się różnych aspektów systemu w fazie rozwoju.

Zapraszamy na obiad teraz i lucerny siewnej komunikacji z wzajemne powiązanie i stronom projektu przy użyciu diagramów jako ich wspólnego języka.Na przykład Zapraszamy na obiad używa teraz diagramy do wykonywania następujących zadań:

• Umożliwia wizualizację istniejący kod.

• O nowe lub zaktualizowane user stories komunikować się z lucerny siewnej.

• Określenie zmian, które są wymagane do obsługi historyjek użytkownika nowe lub zaktualizowane.

Lucerna używa diagramów do wykonywania następujących zadań:

• Więcej informacji na temat proces biznesowy obiad teraz.

• Zrozumienie konstrukcji systemu.

• Komunikować się z teraz obiad o wymagania użytkownika nowe lub zaktualizowane.

• Aktualizacje dokumentu w systemie.

Diagramy są zintegrowane z Team Foundation Server, więc zespołów można zaplanować, zarządzanie i śledzenie ich pracy łatwiej. Na przykład używają modeli do identyfikowania przypadków testowych i zadań związanych z rozwojem i oszacowania ich pracy.Lucerna Team Foundation Server odsyłaczy elementów do elementów modelu tak, że mogą monitorować postępy i upewnij się, że system spełnia wymagania użytkowników.Na przykład oni połączyć przypadki użycia elementów pracy w przypadku testowego tak by mogły zobaczyć, że spełnione są przypadki użycia, gdy wszystkie testy zostały zakończone pomyślnie.

Zanim zespoły zaewidencjonować ich zmiany, one zatwierdza kodu przed testy i projekt uruchamiając buduje, które zawierają warstwy sprawdzania poprawności i zautomatyzowane testy.Pomaga to zaktualizowany kod nie są w konflikcie z projektem i wcześniej przerwa pracy funkcjonalności.

Zobacz:

• Aby zrozumieć rolę systemu w procesie biznesowym

• Zawierająca opis wymagań użytkowników nowe lub zaktualizowane

• Tworzenie testów z modeli

• Zmiany w istniejącym systemie identyfikacji

• Utrzymanie kodu zgodne z projektem

• Ogólne porady dotyczące tworzenia i używania modeli

• Planowanie i śledzenie pracy

• Testowanie, sprawdzanie poprawności i sprawdzania w zaktualizowany kod

Aby zrozumieć rolę systemu w procesie biznesowym

Lucerna chce dowiedzieć się więcej o proces biznesowy obiad teraz.Tworzą następujące diagramy do wyjaśnienia ich ustaleń z obiad teraz łatwiej:

Diagram	W tym artykule opisano
Diagram przypadków użycia (UML) Zobacz: Diagramy przypadków użycia UML: odwołania Diagramy przypadków użycia UML: wytyczne	Działania, które obsługuje system teraz Uroczysty obiad Osoby i zewnętrznych systemów, które wykonują działalności Główne składniki systemu, które obsługują każdego rodzaju działalności Części procesu biznesowego, które są poza zakresem obecnego systemu, na przykład dostawy żywności
Diagram aktywności (UML) Zobacz: Diagramy aktywności UML: odwołania Diagramy aktywności UML: wytyczne	Przepływ czynności, które występują, gdy klient utworzy zamówienie
Diagram klas (UML) Zobacz: Diagramy klas UML: odwołania Diagramy klas UML: wytyczne	Podmioty gospodarcze i warunki, które używane w dyskusji oraz relacje między tymi obiektami.Na przykład zamówienia i elementu Menu są częścią słownictwa w tym scenariuszu.

Na przykład lucerny siewnej tworzy następujące diagram przypadków użycia, zrozumienie zadań, które są wykonywane na obiad teraz witryny sieci Web i wykonująca je:

Diagram przypadków użycia UML

Poniższy diagram aktywności opisuje przepływ czynności, gdy klient utworzy zamówienie na obiad teraz witryny sieci Web.W tej wersji elementy komentarz zidentyfikować i utworzyć wiersze torów, który organizowanie kroki przez rolę:

Diagram aktywności UML

Na poniższym diagramie klasy opisują encje, które uczestniczą w procesie przetwarzania zleceń:

Diagram klas UML

Zawierająca opis nowych lub zaktualizowanych wymagań użytkowników

Lucerna chce zwiększającymi funkcjonalność systemu obiad teraz tak, aby klienci mogą odczytywać i przyczyniają się recenzje restauracji.Następujące diagramy one zaktualizować tak, aby opisać a dyskutować tym nowym wymaganiu z obiad teraz:

Diagram	W tym artykule opisano
Diagram przypadków użycia (UML) Zobacz: Diagramy przypadków użycia UML: odwołania Diagramy przypadków użycia UML: wytyczne	Przypadek użycia nowego "Do zwiększenia przeglądzie restauracji"
Diagram aktywności (UML) Zobacz: Diagramy aktywności UML: odwołania Diagramy aktywności UML: wytyczne	Kroki, które występują, gdy klient chce napisać recenzję restaurant
Diagram klas (UML) Zobacz: Diagramy klas UML: odwołania Diagramy klas UML: wytyczne	Dane, które są wymagane do przechowywania recenzję

Na przykład na poniższym diagramie przypadku użycia zawiera nowe przypadek użycia "Przegląd zapisu" do reprezentowania zgodnie z nowym wymaganiem.Zostanie on wyróżniony w orange na diagramie w celu łatwiejszej identyfikacji:

Diagram przypadków użycia UML

Na poniższym diagramie aktywności obejmuje nowe elementy zaznaczone kolorem pomarańczowym do opisania przepływu kroki w przypadku użycia nowego:

Diagram aktywności UML

Na poniższym diagramie klasy zawiera nową klasę recenzji i jej relacje z innych klas, tak, aby zespoły mogą omówić jego szczegóły.Należy zauważyć, że klient i restauracji może mieć wiele opinii:

Diagram klas UML

Tworzenie testów z modeli

Oba zespoły zgadzają się, że potrzebują cały zestaw testów dla systemu i jego składników, zanim one wprowadzać żadnych zmian.Lucerna ma wyspecjalizowany zespół wykonujący systemu i testowanie poziom składnika.Te ponowne testy wykonawca teraz obiad i struktury te badania, przy użyciu diagramów UML:

• Każdy przypadek użycia jest reprezentowana przez jednego lub wielu testów.Elementy łącze diagram przypadków użycia, aby przypadku testowego elementy pracy w Team Foundation Server.

• Każdego przepływu na diagramie aktywności lub diagram sekwencji systemowe jest połączony co najmniej jednym z testów.Zespół systematycznie sprawdza, czy, aby przetestować wszystkich możliwych ścieżek przez diagram aktywności.

• Terminy używane do opisywania testy są na podstawie warunków ze stosowania schematów klas, sprawy i działania.

Jak zmienić wymagania i diagramy zostaną zaktualizowane w celu odzwierciedlenia tych zmian, testy są aktualizowane.Wymóg uznaje się za spełnione, tylko w przypadku, gdy testy zostały zakończone pomyślnie.Gdy jest możliwe lub praktyczne, testy są określone i oparte na diagramy UML, przed rozpoczęciem implementacji.

Zobacz:

• Rozwój badań z modelu

• Walidacja modelu UML

Zmiany w istniejącym systemie identyfikacji

Zapraszamy na obiad teraz należy oszacować koszty realizacji zgodnie z nowym wymaganiem.To zależy częściowo ile ta zmiana będzie dotyczyć innych części systemu.Aby pomóc im zrozumieć, jeden z deweloperów obiad teraz tworzy następujące wykresy i diagramy z istniejącego kodu:

Wykres lub diagramu	Pokazuje
Wykres zależności Zobacz: Wizualizacja zależności kodu na wykresach zależności Przeglądanie i rozmieszczanie wykresów zależności Edytowanie i dostosowywanie wykresów zależności Wyszukiwanie kodu za pomocą narzędzia Architecture Explorer	Zależności i inne relacje w kodzie. Na przykład, obiad teraz może rozpocząć od przejrzenia wykresy zależności zestawu na przegląd zespoły i ich zależności.Można wejść do wykresów do zbadania obszary nazw i klasy w tych zestawów. Zapraszamy na obiad teraz można również tworzyć wykresy do zbadania poszczególnych obszarów i innych rodzajów relacji w kodzie.Używają Eksploratorze architektury lub Solution Explorer, aby pomóc im znaleźć i wybrać obszary i relacje, które ich interesują.
Diagram sekwencji opartego na kodzie Zobacz Wizualizacja kodu poprzez generowanie diagramów sekwencyjnych.	Sekwencja interakcje między wystąpieniami. Diagramy sekwencji są generowane na podstawie definicji metody i są pomocne dla zrozumienia, jak kod implementuje zachowanie metody.
Diagram na podstawie kodu klasy Zobacz Jak: Dodawanie diagramy klas do projektów (Projektant klasy).	Istniejących klas w kodzie

Na przykład programista używa Eksploratorze architektury, aby zaznaczyć obszary nazw, że chce się skupić na i tworzy wykres zależności z kodu.Pozwala ona dopasować jej zakresu, aby skoncentrować się na obszarach, które będzie miało wpływ nowego scenariusza.Obszary te są zaznaczone i wyróżniony na wykresie:

Wykres zależności obszaru nazw

Programista rozwija wybranych obszarów nazw, aby zobaczyć ich klas, metod i relacji:

Wykres zależności obszaru nazw rozwiniętej o widoczne łącza do różnych grup

Deweloper analizuje kod, aby znaleźć, którego dotyczy klasy i metody.Diagramy sekwencji oraz diagramów ona generuje z kodu do opisu i omówiono zmiany.Zobacz Wizualizacja i poznanie kodu.

Porada
Aby zobaczyć skutki każdej zmiany, po ich wykonaniu, należy ponownie wygenerować zależność wykresy i diagramy sekwencji z kodu po każdej zmianie.

Do opisania zmian do innych części systemu, takie jak składniki lub interakcje, zespół może zwrócić tych elementów na tablice.Może być również czerpią następujące diagramy w programie Visual Studio tak, że dane mogą być przechwytywane, zarządzane i zrozumiałym dla obu drużyn:

Diagramy	W tym artykule opisano
Diagram aktywności (UML) Zobacz: Diagramy aktywności UML: odwołania Diagramy aktywności UML: wytyczne	Przepływ kroki, które występują podczas system zauważa, że złożeniu przez nabywcę zamówienia z restauracji, monitowanie klienta, aby napisać recenzję.
Diagram klas (UML) Zobacz: Diagramy klas UML: odwołania Diagramy klas UML: wytyczne	Logiczne klas i ich relacji.Na przykład do opisania dodaje się nową klasę Przegląd i jej relacje z innymi encjami, takich jak restauracji, Menu, i klienta. Aby skojarzyć opinie z klientem, system musi być przechowywany szczegóły klienta.Diagram klas UML może pomóc wyjaśnić tych szczegółowych danych.
Diagram na podstawie kodu klasy Zobacz Jak: Dodawanie diagramy klas do projektów (Projektant klasy).	Istniejących klas w kodzie.
Diagram składników (UML) Zobacz: Diagramy składników UML: odwołania Diagramy składników UML: wytyczne	Wysokiego poziomu części systemu, takich jak obiad teraz witryny sieci Web i ich interfejsom.Niniejsze interfejsy określają, jak współpracę składników z każdym innym za pośrednictwem metod lub usług, które zapewniają i zużywają.
Diagram sekwencji (UML) Zobacz: Diagramy sekwencji UML: odwołania Diagramy sekwencji UML: wytyczne	Sekwencja interakcje między wystąpieniami.

Na przykład na poniższym diagramie składnika zawiera nowy składnik, który jest częścią składnika obiad teraz witryny sieci Web.Składnik ReviewProcessing obsługuje funkcje tworzenia opinie i pojawia się podświetlone na pomarańczowo:

Diagram składników UML

Na poniższym diagramie sekwencji przedstawiono kolejność wzajemne oddziaływania zachodzące, gdy obiad teraz witryny sieci Web sprawdza, czy klient zamówił w restauracji przed.Jeśli ta zasada obowiązuje, każe klientowi utworzyć przeglądu, który jest wysyłane do restauracji i opublikowane przez witryny sieci Web:

Diagram sekwencji UML

Utrzymanie kodu zgodne z projektem

Zapraszamy na obiad teraz należy się upewnić, że zaktualizowany kod pozostaje zgodne z projektem.Tworzą one diagramy warstwy, które opisują warstwy funkcji w systemie, określ dozwolonych zależności między artefaktów rozwiązania je i stowarzyszeni do tych warstw.

Diagram

W tym artykule opisano

Diagram warstwy Zobacz: Tworzenie diagramów warstwy na podstawie kodu Warstwy diagramów: odwołania Warstwy diagramów: wytyczne Walidacja kodu przy użyciu diagramów warstwy

Logiczna architektura kod. Diagram warstwy organizuje i mapuje artefakty w Visual Studio rozwiązanie streszczenie dwie grupy warstwy.Warstwy te identyfikują ról, zadań lub funkcji wykonujących te artefakty w systemie. Diagramy warstwy są przydatne do opisu projektowi systemu i Walidacja kodu zmieniających się wobec tego projektu. Aby utworzyć warstwy, przeciągnij elementy z panelu Solution Explorer, zależność wykresów lub Eksploratorze architektury.Aby rysować nowe warstwy, Użyj przybornika lub kliknij prawym przyciskiem myszy Powierzchnia diagramu. Aby wyświetlić zależności istniejących, kliknij prawym przyciskiem myszy Powierzchnia diagramu warstwy, a następnie kliknij Wygenerować zależności.Aby określić zamierzone zależności, narysuj nową zależności.

Na przykład na poniższym diagramie warstwa zawiera opis zależności między warstwami i liczba artefaktów, które są skojarzone z poszczególnymi warstwami:

Diagram warstwy

Aby upewnić się, że nie występują konflikty z projektem podczas programowania kodu, do zastosowań zespołów, kompilacje warstwy sprawdzania poprawności na, które są uruchamiane Team Foundation Build.Tworzy także niestandardowego zadania MSBuild wymaganie sprawdzania poprawności warstwy w ich operacji wyboru.Tworzenia raportów z ich używać do zbierania błędów sprawdzania poprawności.

Zobacz:

• Zdefiniowanie procesu kompilacji

• Zdefiniowanie procesu Gated kompilacji wyboru, aby zatwierdzić zmiany

• Opracowanie dostosowanego procesu kompilacji

Ogólne porady dotyczące tworzenia i używania modeli

• Diagramy większości składają się z węzłów, które są połączone liniami.Dla każdego typu diagramu Przybornik zawiera różne rodzaje węzłów i wiersze.

  Aby otworzyć przybornik, na View menu, kliknij przycisk Przybornik.

• Aby utworzyć węzeł, przeciągnij go z przybornika do diagramu.Pewne rodzaje węzłów musi zostać przeciągnięty na istniejące węzły.Na przykład na diagramie składników nowy port należy dodać do istniejących komponentów.

• Aby utworzyć linię lub połączenia, kliknij w przyborniku odpowiednie narzędzie, kliknij węzeł źródła, a następnie kliknij węzeł docelowy.Niektóre linie mogą być tworzone tylko między pewne rodzaje węzłów.Gdy przesuniesz wskaźnik nad możliwe źródło lub miejsce docelowe, wskaźnik wskazuje, czy można utworzyć połączenie.

• Po utworzeniu elementów w diagramy UML są również dodanie ich do wspólny wzór.Diagramy UML w projekcie modelowania są widoki tego modelu.Elementy na diagramie warstwy są częścią projektu modelowania, mimo że nie są przechowywane w modelu wspólnych.

  Aby zobaczyć modelu, na architektury menu, wskaż systemu Windows, a następnie kliknij przycisk Eksploratora modelu UML.

• W niektórych przypadkach można przeciągnąć niektórych elementów z Eksploratora modelu UML do diagramu UML.Niektóre elementy w ten sam model może być używany na wielu lub różne diagramy pokazanie alternatywne widoki architektury.Na przykład można przeciągnąć składnik innym diagramie składników lub diagram sekwencji do wykorzystania jako Aktor.

• Visual Studio Ultimate obsługuje UML 2.1.2.Przegląd ten zawiera opis najważniejszych funkcji diagramy UML w tej wersji, ale istnieje wiele książek, przedyskutowaniu UML i jego zastosowania w szczegółach.

Zobacz Modele projektowania dla projektowania oprogramowania.

Planowanie i śledzenie pracy

Visual Studio Ultimate diagramy modelowania są zintegrowane z Team Foundation Server, tak aby można zaplanować, zarządzanie i śledzenie pracy łatwiej. Oba zespoły używać modeli, do identyfikowania przypadków testowych i zadań związanych z rozwojem i oszacowania ich pracy.Tworzy lucerny siewnej i elementy do elementów modelu, takie jak przypadki użycia lub składniki działają łącza Team Foundation Server.Pomoże im to je monitorować i śledzenie ich pracy, wróć do wymagań użytkowników.Pomoże im to upewnij się, że ich zmiany w dalszym ciągu spełniają te wymogi.

W toku ich prac aktualizacji zespoły elementów ich pracy zgodnie z czasem, że spędzali je nad zadaniami.Również monitorować i raport stanu w pracy za pomocą następujących funkcji programu Team Foundation Server:

• Codziennie Raporty burndown informujące, czy zakończy planowanymi pracami w oczekiwanym czasie.Generują innych podobnych raportów z programu Team Foundation Server do śledzenia postępu błędów.

• Iteracji arkusz , który używa programu Microsoft Excel do pomóc zespołowi monitorować i równoważenie obciążenia między jej członkami.Arkusz ten jest powiązany z Team Foundation Server i zapewnia fokus dla dyskusji podczas spotkań regularnie.

• A pulpitu nawigacyjnego rozwoju , który używa programu Office Project zespołu informowany o ważnych projektów informacji.

Zobacz:

• Planowanie i śledzenie projektów

• Śledzenie pracy i zarządzanie przepływem pracy

• Łączenie elementów modeli i elementów pracy

• Tworzenie, dostosowywanie i zarządzanie raportami dla Visual Studio ALM

• Tworzenie harmonogramów zadań i przydzielanie zasobów za pomocą programu Microsoft Project

Testowanie, sprawdzanie poprawności i sprawdzania w kodzie

Jak zespoły wykonania każdego zadania, sprawdź swój kod do kontroli wersji Team Foundation i otrzymywać przypomnienia z Team Foundation Server, jeżeli zapomni.Przed Team Foundation Server akceptuje ich zarejestrowań, zespoły uruchomić testy i warstwy sprawdzania poprawności, aby sprawdzić kod przed ich przypadków testowych i projekt.Używają Team Foundation Server do uruchomienia buduje, zautomatyzowane testy i regularnie warstwy sprawdzania poprawności.Pomaga to upewnić się, że kod spełnia następujące kryteria:

• To działa.

• Nie zrywa wcześniej działający kod.

• Nie powoduje konfliktu z projektem.

Zapraszamy na obiad teraz ma duży zbiór zautomatyzowane testy, które lucerny siewnej można użyć ponownie, ponieważ prawie wszystkie nadal obowiązują.Lucerna można opierać się na tych testów i dodaæ nowe w celu pokrycia nowych funkcji.Obie również użyć programu Visual Studio Ultimate do uruchomienia testów ręcznych.

Aby mieć pewność, że kod odpowiada wymaganiom projektu, zespołów, należy skonfigurować ich opiera w Team Foundation Build uwzględnienie warstwy sprawdzania poprawności. Jeśli występują konflikty, raport jest generowany ze szczegółami.

Zobacz:

• Testowanie aplikacji

• Walidacja systemu w czasie projektowania

• Za pomocą kontroli wersji

• Tworzenie aplikacji

Aktualizowanie systemu przy użyciu wizualizacji i modelowania

Lucerna, a teraz obiad musi zintegrować ich systemów płatności.W poniższych sekcjach przedstawiono, że diagramy modelowania w Visual Studio Ultimate pomóc im wykonania tego zadania:

• Zrozumienie wymagań użytkowników: diagramy przypadków użycia

• Zrozumienie procesu biznesowego: diagramy aktywności

• Opisać strukturę systemu: diagramy składników

• Opisz interakcje: diagramy sekwencji

• Wyeksponowanie istniejącego kodu: Wykresy zależność

• Definiowanie słownik typów: diagramy klas

• Opisz logicznej architektury: diagramy warstwy

Zobacz:

• Modele projektowania dla projektowania oprogramowania

• Wizualizacja i poznanie kodu

• Przy użyciu modeli w ramach procesu rozwoju

• Wymagania użytkownika modelowania

• Architektura systemu oprogramowania modelowania

Zrozumienie wymagań użytkowników: diagramy przypadków użycia

Diagramy przypadków użycia podsumowanie działań, że system jest wykorzystywany i wykonująca działalność.Lucerna używa diagram przypadków użycia nauczyć się następujące informacje o systemie obiad teraz:

• Klienci tworzyć zamówienia.

• Restauracje otrzymywania zleceń.

• Zewnętrzne procesor bramy płatności, która obiad teraz systemu płatności używa do sprawdzania poprawności płatności, jest poza zakresem dla witryny sieci Web.

Diagram również ilustruje sposób poważnymi divide przypadkach do mniejszych przypadkami użycia.Lucerna chce korzystać z jego własnym systemem płatności.Uwypuklają przypadek użycia proces płatności w innym kolorze, aby wskazać, że wymaga to zmian:

Wyróżnienie proces płatności na diagramie przypadków użycia

Jeśli czas był krótki, zespół może dyskutować, czy chcą Pozwól klientom płacić restauracje bezpośrednio.Aby pokazać, mogłyby zastąpić przypadek użycia proces płatności z takim, który znajduje się poza granica systemu teraz kolację.Chciałbym następnie link klienta bezpośrednio do restauracji, wskazując, że teraz kolację może tylko przetwarzać zamówienia:

Rescoping restauracji płac na diagramie przypadków użycia

Zobacz:

• Diagramy przypadków użycia UML: odwołania

• Diagramy przypadków użycia UML: wytyczne

Rysunek Diagram przypadków użycia

Diagram przypadków użycia ma następujące główne cechy:

• Aktorzy reprezentują role pełnione przez osoby, organizacje, maszyny lub systemów oprogramowania.Na przykład klienta, restauracji i obiad teraz systemu płatności są aktorami.

• Przypadki użycia reprezentują interakcje między podmiotami i systemem w fazie rozwoju.Stanowią one każdej skali interakcji z jednym kliknięciem przycisku myszy lub wiadomość do transakcji przedłużony przez wiele dni.

• Związki link aktorów przypadkami użycia.

• Większy przypadek użycia może obejmuje mniejszych, na przykład, tworzenie zamówienia zawiera wybierz restauracji.Możesz rozszerzyć przypadek użycia, który dodaje cele i czynności w przypadku użycia rozszerzonych, aby wskazać, że przypadek użycia występuje tylko pod pewnymi warunkami.Przypadki użycia mogą również dziedziczyć z każdego innego.

• A podsystemu reprezentuje system oprogramowania, które jest projektowany lub jednego z jego składników.To duże pole, które zawiera przypadki użycia.Diagram przypadków użycia wyjaśnia, co to jest wewnątrz lub na zewnątrz obwiedni podsystemu.Aby wskazać, że użytkownik musi osiągnąć określone cele w inny sposób, narysować te przypadki użycia poza granicą podsystemu.

• Artefakty elementy na diagramie link do innych diagramów lub dokumentów.

Zobacz:

• Diagramy przypadków użycia UML: odwołania

• Diagramy przypadków użycia UML: wytyczne

Podsumowanie: Mocnych diagramy przypadków użycia

Diagramy przypadków użycia pomóc w wizualizacji:

• Działania, które system obsługuje lub nie obsługuje

• Osoby i zewnętrznych systemów, które wykonuje swoją działalność

• Główne składniki systemu, które obsługują każdego rodzaju działalności, który może reprezentować jako podsystemy zagnieżdżone wewnątrz nadrzędnego systemu

• Jak przypadek użycia może podzielić na mniejsze te lub zmian

Stosunek do innych diagramów

Diagram	W tym artykule opisano
Diagram aktywności	Przepływ kroki w przypadku użycia i tych, którzy wykonać te kroki, w których przypadek użycia. Nazwy przypadków użycia dublować często kroki opisane w diagramie aktywności.Diagramy aktywności obsługuje elementy, takie jak decyzje, łączy, wejść i wyjść, przepływy współbieżne i tak dalej. Zobacz: Diagramy aktywności UML: odwołania Diagramy aktywności UML: wytyczne
Diagram sekwencji	Sekwencja interakcje między uczestnikami w przypadku użycia. Zobacz: Diagramy sekwencji UML: odwołania Diagramy sekwencji UML: wytyczne
Diagram klas (UML)	Podmioty lub typy, które uczestniczą w przypadku użycia. Zobacz: Diagramy klas UML: odwołania Diagramy klas UML: wytyczne

Zrozumienie procesu biznesowego: diagramy aktywności

Diagramy aktywności opisują przepływ kroki procesu biznesowego, a zapewniają prosty sposób do komunikowania się przepływu pracy.Tworzenia projektu może mieć wiele diagramów aktywności.Zwykle działalność obejmuje wszystkie akcje, które wynikają z jednego działań zewnętrznych, takich jak zamawianie posiłek, aktualizowanie menu lub dodanie nowej restauracji do branży.Działanie może być również opisać szczegóły rozbudowana akcji.

Lucerna aktualizuje na poniższym diagramie aktywności, aby pokazać, że lucerny siewnej przetwarza płatności i płaci restauracji.Zastępują one obiad teraz systemu płatności w systemie płatności lucerny siewnej jako wyróżnione:

Zastępowanie obiad teraz systemu płatności na diagramie aktywności

Pomaga zaktualizowanych diagram lucerny siewnej, a teraz obiad wizualizacji, gdzie System płatności lucerny siewnej znajdzie się w proces biznesowy.W tej wersji komentarze są używane do identyfikowania role, które należy wykonać czynności.Wiersze są używane do tworzenia torów, który organizowanie kroki przez rolę.

Zespoły także omówieniem alternatywnych historię, gdzie klient płaci restauracji zamiast tego po dostawy zamówienia.Stworzyłoby różne wymagania dotyczące systemu oprogramowania.

Wcześniej Zapraszamy na obiad teraz zwrócił tych diagramów na tablicy lub w programie PowerPoint.One teraz również narzędzie Visual Studio Ultimate umożliwia rysowanie tych diagramów, aby obie drużyny można przechwycić, zrozumienie i porządkować informacje.

Zobacz:

• Diagramy aktywności UML: odwołania

• Diagramy aktywności UML: wytyczne

Rysunek diagramie aktywności

Diagram aktywności ma następujące główne cechy:

• Węzeł początkowy oznacza pierwszy Akcja działania.

  Diagram powinien zawsze mieć jeden z tych węzłów.

• Akcje opisujące kroki, gdzie użytkownik ani oprogramowanie umożliwia wykonanie zadania.

• Kontroli przepływu który przedstawiać przepływ między działaniami.

• Decyzja węzłów reprezentujące rozgałęzień w strumieniu.

• Wózki węzłów który podzielić na przepływy współbieżne pojedynczego przepływów.

• Węzły końcowe aktywności , który pokazuje kończy działanie.

  Chociaż te węzły są opcjonalne, to warto uwzględnić je na diagramie, aby pokazać, gdzie kończy działanie.

Zobacz:

• Diagramy aktywności UML: odwołania

• Diagramy aktywności UML: wytyczne

Podsumowanie: Mocnych diagramy aktywności

Diagramy aktywności ułatwiają wizualizacji i opisują przepływ sterowania i informacji pomiędzy działań biznesowych, systemu lub programu.Jest to prosty i skuteczny sposób na odzwierciedlają przepływ pracy, podczas komunikowania się z innymi osobami.

Stosunek do innych diagramów

Diagram	Opis
Diagram przypadków użycia	Podsumowanie działań, które wykonuje każdego uczestnika. Zobacz: Diagramy przypadków użycia UML: odwołania Diagramy przypadków użycia UML: wytyczne
Diagram składników	Umożliwia wizualizację system jako zbiór części wielokrotnego użytku, które zapewniają lub zużywać za pomocą wyraźnie określonych interfejsów. Zobacz: Diagramy składników UML: odwołania Diagramy składników UML: wytyczne

Opisać strukturę systemu: diagramy składników

Diagramy składników opisują system jako zbiór mogą być oddzielone części, które zapewniają lub zużywać za pomocą wyraźnie określonych interfejsów.Części może być w każdej skali i mogą łączyć się w jakikolwiek sposób.

Aby pomóc lucerny siewnej i obiad teraz wizualizacji i omówienia składników systemu i ich interfejsów, tworzą następujące diagramy składników:

Składniki systemu płatności teraz Uroczysty obiad

Rysunek ten przedstawia typów różnych składników i ich zależności.Na przykład Zapraszamy na obiad teraz witryny sieci Web i System płatności lucerny siewnej wymagają zewnętrznych bramki płatności w procesor sprawdzić poprawność płatności.Strzałki między składnikami przedstawiają zależności, które wskazują, które składniki wymagana jest funkcjonalność innych komponentów.

Aby użyć systemu płatności lucerny siewnej, obiad teraz witryny sieci Web muszą być aktualizowane używania interfejsów PaymentApproval i PayableInsertion w systemie płatności lucerny siewnej.

Na poniższym diagramie przedstawiono konkretnej konfiguracji składników na obiad teraz witryny sieci Web.Ta konfiguracja oznacza, że dowolne wystąpienie witryny sieci Web składa się z czterech części:

• CustomerProcessing

• OrderProcessing

• ReviewProcessing

• PaymentProcessing

Te części są wystąpienia typów określonego składnika i wiążą się następujące zmiany:

Składniki wewnątrz Uroczysty obiad teraz witryny sieci Web

Zapraszamy na obiad teraz witryny sieci Web deleguje jego zachowanie do tych części, które zajmują się funkcje witryny sieci Web.Strzałki między składnika nadrzędnego i elementów członkowskich pokazują delegacji wskazuje, które części obsługi wiadomości, które nadrzędny otrzymuje lub wysyła za pośrednictwem swoich interfejsach.

W tej konfiguracji składnika PaymentProcessing przetwarza płatności od klientów.W związku z tym należy ją zaktualizować integracji z systemem płatności lucerny.W innych scenariuszach może istnieć wiele wystąpień tego typu składnika, w ten sam składnik nadrzędny.

Zobacz:

• Diagramy składników UML: odwołania

• Diagramy składników UML: wytyczne

Rysunek diagramu składników

Diagram składników ma następujące główne cechy:

• Składniki reprezentujące rozdzielne nowych funkcji systemu.

• Pod warunkiem porty interfejsu które reprezentują grupy komunikatów lub połączeń, których wdrożenie składników i są używane przez inne składniki lub systemów zewnętrznych.

• Wymagane porty interfejsu które reprezentują grupy komunikatów lub wywołań, które składniki wysłać do innych komponentów lub systemów zewnętrznych.Tego rodzaju portu opisano operacje, które składnik oczekuje się co najmniej od innych komponentów lub systemów zewnętrznych.

• Części są członkami składników i zazwyczaj występują wystąpienia innych składników.Część jest kawałek Wewnętrzna budowa składnika nadrzędnego.

• Zależności informacji wskazujących na składniki wymagana jest funkcjonalność innych komponentów.

• Delegacje informacji wskazujących na częściach składnik obsługi wiadomości wysłanych lub odebranych przez składnik nadrzędny.

Zobacz:

• Diagramy składników UML: odwołania

• Diagramy składników UML: wytyczne

Podsumowanie: Mocnych diagramy składników

Diagramy składników pomoże Ci wizualizacji:

• System jako zbiór części mogą być oddzielone bez względu na język wdrożenia i styl.

• Składniki z interfejsami wyraźnie określone, co ułatwia zrozumienie i Aktualizuj, gdy zmieniających się wymagań dotyczących projektu.

Stosunek do innych diagramów

Diagram	Opis
Wykres zależności	Umożliwia wizualizację organizacji i relacji w istniejący kod. Aby zidentyfikować kandydatów na składniki, utworzyć współzależność wykres i grupowanie elementów według ich funkcji w systemie. Zobacz: Wizualizacja zależności kodu na wykresach zależności Edytowanie i dostosowywanie wykresów zależności
Diagram sekwencji	Umożliwia wizualizację sekwencji wzajemnego oddziaływania między komponentów lub części wewnątrz składnika. Aby utworzyć kształt linia życia w diagramie sekwencji ze składnika, kliknij prawym przyciskiem myszy składnik, a następnie kliknij przycisk Tworzenie linii życia. Zobacz: Diagramy sekwencji UML: odwołania Diagramy sekwencji UML: wytyczne
Diagram klas (UML)	Zdefiniować interfejsy porty przekazany lub jest wymagane i klasy, które implementują funkcjonalność składników. Zobacz: Diagramy klas UML: odwołania Diagramy klas UML: wytyczne
Diagram warstwy	Opisz logicznej architektury systemu, w odniesieniu do składników.Użyj sprawdzania poprawności warstwy, aby upewnić się, że kod pozostaje zgodne z projektem. Zobacz: Tworzenie diagramów warstwy na podstawie kodu Warstwy diagramów: odwołania Warstwy diagramów: wytyczne Walidacja kodu przy użyciu diagramów warstwy
Diagram aktywności	Umożliwia wizualizację wewnętrznego przetwarzania, które składniki przeprowadzają w odpowiedzi na wiadomości przychodzące. Zobacz: Diagramy aktywności UML: odwołania Diagramy aktywności UML: wytyczne

Wyeksponowanie istniejącego kodu: Wykresy zależność

Zależność wykresy pokazują bieżącej organizacji i relacji w kodzie.Elementy są reprezentowane przez węzłów na wykresie, a relacje są reprezentowane przez łączy.Wykresy zależności mogą pomóc w wykonywać następujące rodzaje zadań:

• Odkryj nieznane kodu.

• Zrozumienie, gdzie i jak proponowana zmiana może mieć wpływ na istniejący kod.

• Znaleźć obszary złożoności, naturalne warstwy lub wzorów lub innych obszarach, które mogą korzystać z poprawy jakości.

Na przykład Zapraszamy na obiad teraz należy oszacować koszt aktualizacji składnika PaymentProcessing.To zależy częściowo ile ta zmiana będzie dotyczyć innych części systemu.Aby pomóc im zrozumieć, jeden z deweloperów obiad teraz generuje wykresy zależność z kodu i dopasowuje ostrość zakres na obszarach, które mogą mieć wpływ zmiany.

Poniższy wykres pokazuje zależności między klasy PaymentProcessing i inne części systemu teraz obiad, które zostaną wyświetlone jako zaznaczone:

Wykres zależności dla obiad teraz system płatności

Deweloper bada wykres rozszerzenie klasy PaymentProcessing i wybierając swoich członków, aby zobaczyć obszary, które potencjalnie zagrożone są:

Metody wewnątrz klasy PaymentProcessing i ich zależności

Generują poniższy wykres dla systemu płatności lucerny siewnej pozwalają, z jej klas, metod i zależności.Zespół widzi systemu lucerny siewnej może również wymagać pracy na współdziałanie z innymi częściami obiad teraz:

Wykres zależności dla systemu płatności lucerny siewnej

Oba zespoły współpracowały w celu określania zmian, które są wymagane do włączenia tych dwóch systemów.One podjąć decyzję o refaktoringu część kodu, dzięki czemu będzie łatwiejsza do aktualizowania.Klasa PaymentApprover zostaną przeniesione do obszaru nazw DinnerNow.Business i będzie wymagać kilka nowych metod.Teraz Zapraszamy na obiad z klasami, które obsługują transakcje mają swoje własne obszaru nazw.Zespoły tworzenie i używanie elementów pracy do planowania, organizowania i śledzenia ich pracy.Pozycje robocze których prowadzą łącza do elementów modelu, w których jest użyteczny.

Po uporządkowaniu kod, zespoły generować nowy wykres zależności, aby zobaczyć aktualizacja struktury i relacji:

Wykres zależności z kodem zreorganizowanych

Ten wykres pokazuje, że klasa PaymentApprover jest teraz w obszarze nazw DinnerNow.Business i ma kilka nowych metod.Klasy transakcji obiad teraz już ich własnych nazw System, dzięki czemu łatwiej radzić sobie z tym kodem później.

Tworząc wykres zależności

• Szybki przegląd kodu źródłowego wykonaj następujące kroki, aby wygenerować wykres zależności:

  Na architektury menu, wskaż Wygenerować wykres zależności, a następnie kliknij przycisk Rozwiązanie dla.

  Szybki przegląd skompilowanego kodu utworzyć wykres zależności puste, a następnie przeciągnij plik lub pliki binarne do powierzchni wykres.

  Zobacz Wizualizacja zależności kodu na wykresach zależności.

• Do zbadania konkretnego kodu lub elementy rozwiązania, umożliwia Solution Explorer lub w Eksploratorze architektury wybrać elementy, a relacje, które mają być wizualizacji.Można następnie albo wygenerować nowy wykres lub Dodaj zaznaczone elementy do istniejącego wykresu.

  Zobacz Wizualizacja zależności kodu na wykresach zależności i Wyszukiwanie kodu za pomocą narzędzia Architecture Explorer.

• Aby zbadać wykres, umożliwia zmianę układu, tak, że pasuje rodzajów zadań, które chcesz wykonać.

  Na przykład w celu wizualizacji warstw w kodzie, wybierz opcję układ drzewa.Zobacz Przeglądanie i rozmieszczanie wykresów zależności.

• Aby pomóc skupić na konkretnym temacie wykresu, dopasować jej zakresu poprzez filtrowanie elementów lub dostosowywanie ich wyglądu.Zobacz Edytowanie i dostosowywanie wykresów zależności.

Podsumowanie: Mocne strony wykresy zależności

Wykresy zależność pomoże Ci:

• Więcej informacji na temat organizacji i relacji w istniejący kod.

• Zidentyfikować obszary, które mogą mieć wpływ proponowanej zmiany.

• Znaleźć obszary złożoności, desenie, warstwy lub inne obszary, które można poprawić, aby ułatwić kod do utrzymania, zmienić i ponownego użycia.

Stosunek do innych diagramów

Diagram	W tym artykule opisano
Diagram warstwy	Logicznej architektury systemu.Użyj sprawdzania poprawności warstwy, aby upewnić się, że kod pozostaje zgodne z projektem. Aby ułatwić identyfikację istniejących warstw lub zamierzone, utworzyć wykres zależności i grupowania pokrewnych elementów.Aby utworzyć diagram warstwę, przeciągnij elementy z wykresu lub z Eksploratorze architektury. Zobacz: Tworzenie diagramów warstwy na podstawie kodu Warstwy diagramów: odwołania Warstwy diagramów: wytyczne Walidacja kodu przy użyciu diagramów warstwy
Diagram składników	Składniki, interfejsy i ich relacji. Aby ułatwić identyfikację składników, utworzyć współzależność wykres i grupowanie elementów według ich funkcji w systemie. Zobacz: Diagramy składników UML: odwołania Diagramy składników UML: wytyczne
Diagram klas (UML)	Klasy, ich atrybutów i operacji i ich relacji. Aby pomóc w zidentyfikowaniu tych elementów, należy utworzyć dokument wykres pokazujący tych elementów. Zobacz: Diagramy klas UML: odwołania Diagramy klas UML: wytyczne
Diagram klas (w oparciu o kod)	Istniejących klas w kodzie. Wizualizacji i modyfikować istniejące klasy w kodzie, za pomocą projektanta klasy. Zobacz Jak: Dodawanie diagramy klas do projektów (Projektant klasy).

Opisz interakcje: diagramy sekwencji

Diagramy sekwencji opisują serię pytań i odpowiedzi między częściami systemu.Części może być dowolnym skali.Na przykład mogą one zakres od poszczególnych obiektów w programie do dużych podsystemów lub podmiotów zewnętrznych.Interakcji może być dowolnym skali i typu.Na przykład one może wahać się od pojedynczych wiadomości z transakcjami rozszerzone i mogą być wywołań funkcji lub komunikaty usługi sieci Web.

Aby pomóc lucerny siewnej i obiad teraz opisać i omówić kroki w przypadku użycia proces płatności, tworzą na poniższym diagramie sekwencji z diagram składników.Liny dublować obiad teraz składnik witryny sieci Web i jego części.Komunikaty pojawiające się między życia należy wykonać połączenia na diagramach składników:

Diagram sekwencji dla płatności proces przypadek użycia

Diagram sekwencji pokazuje, że gdy klient utworzy zamówienie, Zapraszamy na obiad teraz witryny sieci Web wymaga ProcessOrder na wystąpienie programu OrderProcessing.Następnie OrderProcessing wywołuje ProcessPayment na PaymentProcessing.Ten proces jest kontynuowany aż do zewnętrznej bramy procesora płatności sprawdza poprawność płatności.Tylko wtedy sterowania zwracany obiad teraz witryną sieci Web.

Lucerny siewnej należy oszacować koszt aktualizacji systemu płatności, ich integracji z systemem obiad teraz.Aby pomóc im zrozumieć, jednego z ich twórcy generuje diagramy sekwencji z kodu w celu wizualizacji istniejących interakcje.

Zobacz:

• Diagramy sekwencji UML: odwołania

• Diagramy sekwencji UML: wytyczne

• Wizualizacja kodu poprzez generowanie diagramów sekwencyjnych

Rysunek Diagram sekwencji

Diagram sekwencji ma następujące główne cechy:

• Pionowe życia reprezentują aktorów lub wystąpień obiektów oprogramowania.

  Aby dodać symbol aktora, który wskazuje, że uczestnik jest poza systemem w opracowaniu, kliknij przycisk linii życia.W Właściwości okno, ustawić Aktor do True.Jeśli Właściwości nie są widoczne, naciśnij klawisz F4.

• Pozioma wiadomości reprezentować wywołania metody, komunikaty usługi sieci Web lub niektóre inne środki komunikacji.Wykonanie wystąpienia są pionowych prostokątów wycieniowane, które znajdują się w życia i reprezentują okresów, podczas którego odbieraniu obiektów procesu.

• Podczas synchroniczne wiadomości, obiekt nadawcy oczekuje na formant wrócić << >> Podobnie jak w wywołaniu funkcji regularnych.Podczas asynchronicznego wiadomość, nadawca może nadal natychmiast.

• Użyj << utworzyć >> wiadomości, aby wskazać obiektów przez inne obiekty.Powinno się pierwszą wiadomością wysłaną do obiektu.

Zobacz:

• Diagramy sekwencji UML: odwołania

• Diagramy sekwencji UML: wytyczne

Podsumowanie: Mocnych diagramy sekwencji

Diagramy sekwencji pomóc w wizualizacji:

• Przepływ sterowania, który przesyła między aktory i obiekty podczas wykonywania przypadek użycia.

• Wykonanie wywołanie metody lub wiadomość.

Stosunek do innych diagramów

Diagram	Opis
Diagram klas (UML)	Definiowanie klasy, które reprezentują życia oraz parametrów i zwracają wartości, które są używane w wiadomościach przesyłanych między życia. Aby utworzyć klasę kształt linia życia, kliknij prawym przyciskiem myszy linii życia, a następnie kliknij przycisk Utwórz klasę lub Utworzyć interfejsu.Aby utworzyć kształt linia życia z typu na diagramie klasy, kliknij prawym przyciskiem myszy typ, a następnie kliknij przycisk Tworzenie linii życia. Zobacz: Diagramy klas UML: odwołania Diagramy klas UML: wytyczne
Diagram składników	Opis składników, które reprezentują życia i interfejsów, które zapewniają i zużywają zachowanie reprezentowane przez wiadomości. Aby utworzyć kształt linia życia w diagramie składników, kliknij prawym przyciskiem myszy składnik, a następnie kliknij przycisk Tworzenie linii życia. Zobacz: Diagramy składników UML: odwołania Diagramy składników UML: wytyczne
Diagram przypadków użycia	Podsumowanie interakcje między użytkownikami i składniki na diagramie sekwencji jako przypadek użycia, co stanowi cel przez użytkownika. Zobacz: Diagramy przypadków użycia UML: odwołania Diagramy przypadków użycia UML: wytyczne

Definiowanie słownik typów: diagramy klas

Diagramy klas zdefiniowanie podmioty, terminy lub pojęcia, które uczestniczą w systemie oraz ich relacje między sobą.Na przykład można użyć tych diagramów podczas rozwoju do opisania atrybuty i operacje dla każdej klasy, bez względu na język wdrożenia i styl.

Aby pomóc lucerny siewnej, opisywania i omówić podmioty, które uczestniczą w przypadku użycia proces płatności, zwracają na poniższym diagramie klasy:

Proces płatności jednostki na diagramie klasy

Ten diagram pokazuje, że klient może mieć wiele zamówień i różne sposoby, aby zapłacić za zamówienia.Prezentowanie ich i karta kredytowa dziedziczyć płatności.

Podczas programowania lucerny siewnej używa na poniższym diagramie klasy do opisu i omówić szczegóły każdej klasy:

Szczegóły dotyczące płatności procesu na diagramie klasy

Zobacz:

• Diagramy klas UML: odwołania

• Diagramy klas UML: wytyczne

Rysowanie schematu klasy

Diagram klasy ma następujące główne cechy:

• Typy, takich jak klasy, interfejsy i wyliczenia:

  • A klasy jest definicji obiektów, które mają szczególne cechy strukturalne lub zachowania.

  • Interfejsu definiuje część widoczne z zewnątrz zachowania obiektu.

  • Wyliczenie jest klasyfikatora, który zawiera listę wartości literałów.

• Atrybuty są wartości pewnego typu opisujące każde wystąpienie klasyfikatora.Klasyfikatora jest ogólna nazwa dla typów, składniki, przypadki użycia i nawet aktorów.

• Operacje są metod lub funkcji, które mogą wykonywać wystąpienia klasyfikatora.

• Stowarzyszenia wskazuje pewnego rodzaju relacji między dwoma klasyfikatorami.

  • Agregacji jest skojarzeniem które wskazuje wspólnej własności między liczbą klasyfikatorów.

  • A skład jest skojarzeniem które wskazuje relację część całości między liczbą klasyfikatorów.

  Aby pokazać agregacji lub kompozycji, należy ustawić agregacji właściwość o skojarzeniach.Udostępnione pokazuje agregacji i kompozytowe pokazuje kompozycje.

• A zależność wskazuje, że zmiany definicji jednego klasyfikatora może zmienić definicję innego klasyfikatora.

• A Generalizacja wskazuje, że szczególne klasyfikatora dziedziczy część jego definicji od klasyfikatora, którego ogólne.A realizacji wskazuje, że klasa implementuje operacji i atrybuty oferowanych przez interfejs.

  Aby utworzyć te relacje, należy użyć dziedziczenia narzędzie.Alternatywnie, realizacja może być reprezentowany jako typu lizak.

• Pakiety są grupami klasyfikatorów, skojarzeń, życia, składniki i innych pakietów.Importuj relacje wskazują, że jeden pakiet zawiera wszystkie definicje inny pakiet.

Jako punkt wyjścia do zbadania i omówienia istniejących klas klasa Designer umożliwia tworzenie diagramów klas z kodu.

Zobacz:

• Diagramy klas UML: odwołania

• Diagramy klas UML: wytyczne

• Jak: Dodawanie diagramy klas do projektów (Projektant klasy)

Podsumowanie: Mocnych diagramy klas

Diagramy klas pomaga określić:

• Wspólny Słownik terminów podczas omawiania potrzeb użytkowników i jednostki uczestnictwa w systemie.Zobacz Wymagania użytkownika modelowania.

• Typy, które są używane przez części systemu, takie jak składniki, niezależnie od ich realizacji.Zobacz Architektura systemu oprogramowania modelowania.

• Relacje, takie jak zależności między typami.Na przykład można pokazać, że jeden typ może być skojarzona z wieloma instancjami innego typu.

Stosunek do innych diagramów

Diagram	Opis
Diagram przypadków użycia	Definiowanie typów, które są używane do celów opisu i przypadkami użycia kroki opisane w. Zobacz: Diagramy przypadków użycia UML: odwołania Diagramy przypadków użycia UML: wytyczne
Diagram aktywności	Określa rodzaj danych, które przejść przez węzły obiektów, pinów wejściowych, pinów wyjściowych i aktywności parametr węzłów. Zobacz: Diagramy aktywności UML: odwołania Diagramy aktywności UML: wytyczne
Diagram składników	Opisz składniki, interfejsy i ich relacji.Klasa może być również opisać dokończyć komponent. Zobacz: Diagramy składników UML: odwołania Diagramy składników UML: wytyczne
Diagram warstwy	Zdefiniuj logicznej architektury systemu, w odniesieniu do klas. Użyj sprawdzania poprawności warstwy, aby upewnić się, że kod pozostaje zgodne z projektem. Zobacz: Tworzenie diagramów warstwy na podstawie kodu Warstwy diagramów: odwołania Warstwy diagramów: wytyczne Walidacja kodu przy użyciu diagramów warstwy
Diagram sekwencji	Określa rodzaj życia i operacje, parametrów i zwracają wartości dla wszystkich wiadomości, które może odbierać linii życia. Aby utworzyć kształt linia życia z typu na diagramie klasy, kliknij prawym przyciskiem myszy typ, a następnie kliknij przycisk Tworzenie linii życia. Zobacz: Diagramy sekwencji UML: odwołania Diagramy sekwencji UML: wytyczne
Wykres zależności	Umożliwia wizualizację organizacji i relacji w istniejący kod. Aby zidentyfikować klas, ich relacje i ich metod, Utwórz dokument wykres pokazujący tych elementów. Zobacz: Wizualizacja zależności kodu na wykresach zależności Edytowanie i dostosowywanie wykresów zależności

Opisz logicznej architektury: diagramy warstwy

Diagramy warstwy opisują logicznej architektury systemu organizowania artefakty w swoje rozwiązanie w grupach streszczenie, lub warstwy.Artefakty może być wiele zastosowań, takich jak obszary nazw, projekty, klas, metod i tak dalej.Warstwy stanowią i opisują role lub zadania, które wykonują artefakty w systemie.Można także dodać warstwy sprawdzania poprawności w kompilacji i wyboru w operacji, aby upewnić się, że kod pozostaje zgodny z jej projektem.

Aby nie przedłużać kodu zgodne z projektem, Zapraszamy na obiad teraz i lucerny siewnej umożliwia na poniższym diagramie warstwy sprawdzanie poprawności ich kod jak ewoluują:

Diagram warstwy na obiad teraz zintegrowany z lucerny siewnej

Warstwy na tym diagramie utworzyć łącze do odpowiedniego artefaktów rozwiązania teraz obiad i lucerny siewnej.Na przykład, łącza warstwy biznesowej do obszaru nazw DinnerNow.Business i jej członków, które obecnie obejmują klasy PaymentApprover.Dostęp do zasobów warstwy łącza do obszaru nazw DinnerNow.Data.Strzałki, lub zależności, określić, że tylko warstwy biznesowej można używać tej funkcji w warstwie dostępu do zasobu.Zespoły zaktualizować swój kod, warstwy sprawdzania poprawności jest wykonywane regularnie złapać konflikty, w jakiej występują i które pomagają zespołom szybkiego rozwiązywania.

Zespoły współpracują ze sobą stopniowo integrować i dwa systemy testowe.One najpierw upewnij się, że PaymentApprover a pozostałą częścią obiad teraz pracy między sobą pomyślnie zanim mają do czynienia z PaymentProcessing.

Wykres zależności ukazuje nowe rozmowy między teraz obiad i PaymentApprover:

Wykres zależności zaktualizowanej metody połączeń

Po potwierdzają one, że system działa zgodnie z oczekiwaniami, Zapraszamy na obiad teraz komentarze kodu PaymentProcessing.Raporty Sprawdzanie poprawności warstwy są czyste, a wynikowy wykres zależności pokazuje, że istnieją nie więcej zależności PaymentProcessing:

Wykres zależności bez PaymentProcessing

Zobacz:

• Tworzenie diagramów warstwy na podstawie kodu

• Warstwy diagramów: odwołania

• Warstwy diagramów: wytyczne

• Walidacja kodu przy użyciu diagramów warstwy

Rysowanie schematu warstwy

Diagram warstwa ma następujące główne cechy:

• Warstwy opisują logiczne grupy artefakty.

• A łącze jest skojarzeniem między warstwą i artefakty.

  Aby utworzyć warstwy artefakty, przeciągnij elementy z panelu Solution Explorer, zależność wykresów lub Eksploratorze architektury.Aby rysować nowe warstwy, a następnie połączyć je artefakty, używanie przybornika lub kliknij prawym przyciskiem myszy diagram gotowy do tworzenia warstwy, a następnie przeciągnij elementy do nich.

  Numer na warstwie pokazuje liczbę artefaktów, które są połączone do warstwy.Artefakty takie może być obszary nazw, projekty, klas, metod i tak dalej.Gdy interpretuje się liczba artefaktów na warstwie, należy pamiętać o następujących czynności:

  • Jeśli warstwy łącza do artefaktu zawiera inne przedmioty, ale warstwy nie łączy bezpośrednio do innych artefaktów, a następnie numer zawiera tylko połączonych artefaktu.Jednak inne przedmioty są dostarczane do analizy podczas sprawdzania poprawności warstwy.

    Na przykład jeśli warstwy są połączone z jednego obszaru nazw, liczba połączonych artefakty to 1, nawet jeśli obszar nazw zawiera klasy.Jeśli warstwa zawiera także łącza do każdej klasy w obszarze nazw, numer uwzględnia połączonych klas.

  • Jeśli warstwa zawiera inne warstwy, które są połączone z artefakty, następnie warstwę kontenera wiąże się także tych artefaktów, mimo że liczba na warstwie kontener nie obejmuje tych artefaktów.

  Aby zobaczyć artefaktów, które są połączone z warstwy, kliknij prawym przyciskiem myszy warstwy, a następnie kliknij Łączy View otworzyć Explorer warstwy.

• A zależność wskazuje, że jedną warstwę można używać tej funkcji w innej warstwie, ale nie odwrotnie.A dwukierunkowe zależność wskazuje, że jedną warstwę można używać tej funkcji w innej warstwie i odwrotnie.

  Aby wyświetlić zależności istniejącej w diagramie warstwy, kliknij prawym przyciskiem myszy diagram, a następnie kliknij przycisk Wygenerować zależności.Do opisu zależności zamierzone, narysuj nowe.

Zobacz:

• Tworzenie diagramów warstwy na podstawie kodu

• Warstwy diagramów: odwołania

• Warstwy diagramów: wytyczne

• Walidacja kodu przy użyciu diagramów warstwy

Podsumowanie: Mocne strony warstwa diagramów

Diagramy warstwy pomoże Ci:

• Opisz logicznej architektury systemu zgodnie ze swoją funkcją jego artefakty.

• Upewnij się, że kod w opracowaniu odpowiada wymaganiom określonego projektu.

Stosunek do innych diagramów

Diagram	Opis
Wykres zależności	Umożliwia wizualizację organizacji i relacji w istniejący kod. Aby utworzyć warstwy, wygenerować wykres zależności, a następnie grupować elementy na wykresie jako potencjalne warstwy.Przeciągnij grup z wykresu diagram warstwy. Zobacz: Wizualizacja zależności kodu na wykresach zależności Przeglądanie i rozmieszczanie wykresów zależności Edytowanie i dostosowywanie wykresów zależności
Diagram składników	Opisz składniki, interfejsy i ich relacji. W celu wizualizacji warstwy, należy utworzyć diagram składników, który w tym artykule opisano funkcjonalność różnych elementów w systemie. Zobacz: Diagramy składników UML: odwołania Diagramy składników UML: wytyczne

Zasoby zewnętrzne

Kategoria	Łącza
Fora	Visual Studio wizualizacji & Narzędzia do modelowania Visual Studio wizualizacji & Modelowanie SDK (narzędzia DSL)
Blogi	Visual Studio Informatykami + Team Foundation Server Blog
Artykuły techniczne i arkuszy	Dziennik architektury - problem 23: Modelowanie architektura i procesy
Inne witryny	Centrum MSDN architektura

Zobacz też

Koncepcje

Wizualizacja i poznanie kodu

Modele projektowania dla projektowania oprogramowania

Przy użyciu modeli w ramach procesu rozwoju

Wykorzystanie modeli w rozwoju Agile

Walidacja systemu w czasie projektowania

Rozszerzanie modeli UML i diagramów