Architektura systemu

11
Architektura systemu Nazwa projektu Imię i Nazwisko Imię i Nazwisko Inżynieria Oprogramowania II dzień, godzina rok akademicki W szablonie na niebiesko zamieszczone są uwagi odnośnie zawartości kolejnych slajdów. Należy się do nich zastosować, a potem je usunąć. Tu należy umieścić nazwę projektu,imiona i nazwiska członków zespołu architektów, dzień i godzina zajęć, rok akademicki. Należy trzymać się konwencji odnośnie graficznego ułożenia tego szablonu. Czas prezentacji powinien zawierać się w zakresie od 15 do 25 minut.

description

Nazwa projektu Imię i Nazwisko Imię i Nazwisko Inżynieria Oprogramowania II dzień, godzina rok akademicki. Architektura systemu. - PowerPoint PPT Presentation

Transcript of Architektura systemu

Page 1: Architektura systemu

Architektura systemu

Nazwa projektu

Imię i NazwiskoImię i Nazwisko

Inżynieria Oprogramowania IIdzień, godzina

rok akademicki

W szablonie na niebiesko zamieszczone są uwagi odnośnie zawartości kolejnych slajdów. Należy się do nich zastosować, a potem je usunąć. Tu należy umieścić nazwę projektu,imiona i nazwiska członków zespołu

architektów, dzień i godzina zajęć, rok akademicki. Należy trzymać się konwencji odnośnie graficznego ułożenia tego szablonu. Czas prezentacji powinien zawierać się w zakresie od 15 do 25 minut.

Page 2: Architektura systemu

Cel i założenia

Należy tu umieścić opis wszystkich założeń i celów całego projektu. Należy je opracować na podstawie założeń przedstawionych przez prowadzącego na zajęciach. Powinny być tu uwzględnione jak najdokładniej założenia,

które na koniec będą musiały być spełnione. Zgodność końcowego programu z tymi założeniami jest oczywiście brana pod uwagę przy końcowej ocenie. W razie potrzeby (gdyby się nie mieściło) dodać kolejny slajd według

tego szablonu.

● Cel

● Pierwsze założenie● Drugie założenie

Page 3: Architektura systemu

Zmiany założeń

Należy tu umieścić wszystkie zmiany, które ewentualnie nastąpiły względem założeń podanych przez prowadzącego. Na takie zmiany oczywiście architekci powinni uzyskać zgodę prowadzącego. Gdy takich zmian

nie ma można ten slajd pominąć. W razie potrzeby (gdyby się nie mieściło) dodać kolejny slajd według tego szablonu.

● Pierwsza zmiana● Druga zmiana

Page 4: Architektura systemu

Wymagania

Należy tu umieścić opis wszystkich wymagań stawianych danemu systemowi. Należy je opracować na podstawie wymagań przedstawionych przez prowadzącego na zajęciach. Powinny być tu uwzględnione jak

najdokładniej wymagania, które na koniec będą musiały być spełnione. Zgodność końcowego programu z tymi wymaganiami jest oczywiście brana pod uwagę przy końcowej ocenie.

● Pierwsze wymaganie● Drugie wymaganie

Page 5: Architektura systemu

Zmiany wymagań

Należy tu umieścić wszystkie zmiany, które ewentualnie nastąpiły względem wymagań podanych przez prowadzącego. Na takie zmiany oczywiście architekci powinni uzyskać zgodę prowadzącego. Gdy takich zmian

nie ma można ten slajd pominąć. W razie potrzeby (gdyby się nie mieściło) dodać kolejny slajd według tego szablonu.

● Pierwsza zmiana● Druga zmiana

Page 6: Architektura systemu

Diagram przypadków użycia

Należy tu umieścić diagram przypadków użycia dla całego systemu, zawierający ogólne funkcje realizowane przez system (z odpowiednimi powiązaniami elementów). Do każdego przepadku użycia i aktora należy

dołączyć notatkę UML-ową z opisem odpowiedniego elementu. Gdyby się nie mieścił można go rozbić na kilka slajdów wg. tego schematu.

Page 7: Architektura systemu

Diagram komponentów

Należy tu umieścić diagram komponentów, z których składa się cały system wraz z powiązaniami (zawierający podział na poszczególne moduły ). Gdyby się nie mieścił można go rozbić na kilka slajdów wg. tego schematu.

Page 8: Architektura systemu

Diagram wdrożeń

Należy tu umieścić diagram wdrożeń systemu lecz tylko wtedy kiedy jest on konieczny. W przeciwnym wypadku, slajd można usunąć.

Page 9: Architektura systemu

Moduł (komponent)

Tytuł slajdu należy zmienić na nazwę konkretnego modułu (komponentu). Slajd ten należy powtórzyć dla wszystkich kolejnych modułów. Należy tu umieścić opis pojedynczego modułu (na potrzeby projektantów aby wiedzieli oni jakie założenia ich obowiązują) wraz z nazwiskami członków zespołu projektanckiego, którzy nad

nim pracują (jeśli moduł został komuś przydzielony). Powinien on mieć postać małego diagramu komponentów, na którym zamieszczony jest tylko opisywany moduł (i ewentualne implementowane przez niego interfejsy) oraz

dołączone do niego dwie notatki UML-owe: jedna z opisem i druga z jego projektantami.

Page 10: Architektura systemu

Zależność pomiędzy modułami (komponentami)

Tytuł slajdu należy zmienić umieszczając w nim nazwy modułów (komponentów), których zależność dotyczy. Slajd ten należy powtórzyć dla wszystkich par zależnych modułów. Powinien on mieć postać małego diagramu komponentów, na którym zamieszczone są oba opisywane moduły (komponenty), zależności między nimi oraz dołączone do każdej zależności notatki UML-owe wraz z dokładnym opisem zależności na podstawie którego

projektanci poszczególnych modułów będą wiedzieli jak projektować swoją część systemu, aby można było go później połączyć.

Page 11: Architektura systemu

Architektura a założenia

Należy tu umieścić uzasadnienie, iż zaproponowana architektura (moduły i przyjęte do nich założenia) faktycznie realizuje przyjęte na samym początku założenia. W razie potrzeby (gdyby się nie mieściło) dodać

kolejny slajd według tego szablonu.

● Pierwsze uzasadnienie● Drugie uzasadnienie