1 / 11

Architektura systemu

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

murray
Download Presentation

Architektura systemu

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Nazwa projektu Imię i Nazwisko Imię i Nazwisko Inżynieria Oprogramowania II dzień, godzina rok akademicki Architektura systemu 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.

  2. Cel i założenia • Cel • Pierwsze założenie • Drugie założenie 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.

  3. Zmiany założeń • Pierwsza zmiana • Druga zmiana 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.

  4. Wymagania • Pierwsze wymaganie • Drugie wymaganie 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.

  5. Zmiany wymagań • Pierwsza zmiana • Druga zmiana 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.

  6. 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.

  7. 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.

  8. 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ąć.

  9. 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.

  10. 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ć.

  11. Architektura a założenia • Pierwsze uzasadnienie • Drugie uzasadnienie 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.

More Related