1 / 220

The Rational Unified Process

The Rational Unified Process. Philippe Kruchten. P. O. S. I., wykład 2002-3. Rational Unified Process. Inception Elaboration Construction Transition. Rozpoczęcie Opracowanie Budowa Przekazanie. Etapy. Business Modeling Requirements Analysis and Design Implementation Test

amato
Download Presentation

The Rational Unified Process

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. The Rational Unified Process Philippe Kruchten

  2. P. O. S. I., wykład 2002-3 Rational Unified Process

  3. Inception Elaboration Construction Transition Rozpoczęcie Opracowanie Budowa Przekazanie Etapy

  4. Business Modeling Requirements Analysis and Design Implementation Test Deployment Modelowanie przedsięwzięć Wymagania Analiza i projektowanie Implementacja Testowanie Wdrożenie Dyscypliny

  5. Configuration and Change Management Project Management Environment Zarządzanie konfiguracją i zmianami Zarządzanie projektem Otoczenie Dyscypliny

  6. Architektura procesu • Obraz dynamiczny: upływ czasu, cykl życia projektu, etapy, iteracje, punkty etapowe. • Obraz statyczny: komponenty procesu, dyscypliny, przepływy czynności, czynności, artefakty, pracownicy.

  7. Modelowanie przedsięwzięcia Business Modeling

  8. Cele: • Zrozumieć strukturę i dynamikę organizacji, w której system ma być wdrożony (organizacji docelowej) • Zrozumieć bieżące problemy organizacji docelowej oraz możliwości dokonywania w niej ulepszeń • Doprowadzić do uzyskania wspólnych poglądów klientów, użytkowników, twórców systemu na organizację docelową • Sformułować wymagania na system niezbędne dla właściwego wspierania przezeń tej organizacji

  9. Aby to osiągnąć, trzeba • Uzyskać wizję docelowej organizacji i na tej podstawie określić - w ramach modelu przedsięwzięcia - procesy, role i zakresy odpowiedzialności w tej organizacji. Model ten składa się z modelu przypadków użycia przedsięwzięcia i z modelu obiektów przedsięwzięcia.

  10. Użytkownicy przedsięwzięcia: klienci, sprzedawcy, wspólnicy są przedstawiani jako aktorzy przedsięwzięcia (business actors)

  11. Procesy przedsięwzięcia (business processes) są przedstawiane jako przypadki użycia przedsięwzięcia (business use cases) albo realizacje przypadków użycia przedsięwzięcia (business use case realizations)

  12. Role (roles) odgrywane przez ludzi w organizacji są przedstawiane jako pracownicy przedsięwzięcia (business workers)

  13. Byty (things), którymi organizacja zarządza lub które produkuje są przedstawiane jako encje przedsięwzięcia (business entities)

  14. Możliwe scenariusze • 1. Schemat organizacyjny • 2. Modelowanie dziedziny • 3. Jedno przedsięwzięcie, wiele systemów • 4. Typowy model przedsięwzięcia • 5. Kompletnie nowe przedsięwzięcie • 6. Rekonstrukcja

  15. Szczegóły (tylko pierwsze rozpoczęcie) • Oceń stan przedsięwzięcia

  16. Szczegóły(tylko modelowanie dziedziny) • Opracuj model dziedziny

  17. Szczegóły(w modelowaniu przedsięwzięcia) • Opisz aktualny stan przedsięwzięcia • Wyznacz procesy przedsięwzięcia • Udoskonal definicje procesów przedsięwzięcia • Zaprojektuj realizacje procesów przedsięwzięcia • Udoskonal role i zakresy odpowiedzialności • Zbadaj automatyzację procesów

  18. Artefakty projektanta przedsięwzięcia • Jednostka organizacyjna • Aktor przedsięwzięcia • Encja przedsięwzięcia • Pracownik przedsięwzięcia • Przypadek użycia przedsięwzięcia • Realizacja przypadku użycia przedsięwzięcia

  19. Artefakty analityka procesów przedsięwzięcia • Słownik przedsięwzięcia • Reguły przedsięwzięcia • Ocena organizacji docelowej • Wizja przedsięwzięcia

  20. Artefakty analityka procesów przedsięwzięcia • Model przypadków użycia przedsięwzięcia • Model obiektów przedsięwzięcia • Dokumentacja architektury przedsięwzięcia • Specyfikacja uzupełniająca przedsięwzięcia

  21. Modelowanie przedsięwzięciaNarzędzia • Obrazy modeli: Rose • Zbieranie danych tekstowych o modelach przedsięwzięć: RequisitePro • Generowanie i utrzymywanie dokumentacji: SoDA

  22. Wymagania Requirements

  23. Cele (str. 1) • Uzyskać i utrzymać zgodę z klientami i innymi uczestnikami co do tego, co system powinien robić i dlaczego! • Pomóc budowniczym systemu lepiej zrozumieć wymagania systemu • Określić granice systemu

  24. Cele (str. 2) • Stworzyć bazę dla planowania technicznej treści iteracji. • Stworzyć podstawy estymacji kosztów i czasu budowy systemu • Określić interfejs użytkownika dla systemu, koncentrując się na potrzebach i celach użytkowników

  25. Aby to osiągnąć, trzeba • Zdefiniować wizję systemu • Przetłumaczyć tę wizję na model przypadków użycia, który, razem ze specyfikacjami uzupełniającymi, określa szczegółowe wymagania na oprogramowanie systemu. • Ustalić, jak używać atrybutów wymagań w zarządzaniu zakresem i zmianami wymagań systemu

  26. Wymagania • Funkcyjne • Niefunkcyjne, np. dotyczące • cech użytkowych, • niezawodności, • wydajności, • podtrzymywalności itd.

  27. Uczestnikstakeholder • Każdy człowiek lub przedstawiciel organizacji, który ma istotny interes w rezultatach prac nad projektem, którego potrzeby powinny być w tym projekcie uwzględnione. • Na przykład: użytkownik, nabywca, kontrahent, kierownik projektu, budowniczy, administrator systemu, ktokolwiek zainteresowany w pożytkach z działania systemu.

  28. [Existing System] [New Input] [New System] Understand Stakeholder Needs Analyze the Problem [Incorrect problem] Refine the System Definition Manage Changing Requirements [Correct problem] [Can’t do all the work] [Work in scope] Define the System Manage the Scope of the System

  29. Szczegóły(nowy system) • Analizuj problem • Zrozum potrzeby uczestników

  30. [Existing System] [New Input] [New System] Understand Stakeholder Needs Analyze the Problem [Incorrect problem] Manage Changing Requirements Refine the System Definition [Correct problem] [Can’t do all the work] [Work in scope] Define the System Manage the Scope of the System

  31. Szczegóły(istniejący system) • Zrozum potrzeby uczestników

  32. [Existing System] [New Input] [New System] Understand Stakeholder Needs Analyze the Problem [Incorrect problem] Refine the System Definition Manage Changing Requirements [Correct problem] [Can’t do all the work] [Work in scope] Define the System Manage the Scope of the System

  33. Szczegóły(nowe dane wejściowe) • Zarządzaj zmianami wymagań

  34. [Existing System] [New Input] [New System] Understand Stakeholder Needs Analyze the Problem [Incorrect problem] Refine the System Definition Manage Changing Requirements [Correct problem] [Can’t do all the work] [Work in scope] Manage the Scope of the System Define the System

  35. Szczegóły(niepoprawny problem) • Analizuj problem itd. jak poprzednio

  36. [Existing System] [New Input] [New System] Understand Stakeholder Needs Analyze the Problem [Incorrect problem] Refine the System Definition Manage Changing Requirements [Correct problem] [Can’t do all the work] [Work in scope] Manage the Scope of the System Define the System

  37. Szczegóły(problem jest poprawny) • Definiuj system • Panuj nad zasięgiem systemu

  38. [Existing System] [New Input] [New System] Understand Stakeholder Needs Analyze the Problem [Incorrect problem] Refine the System Definition Manage Changing Requirements [Correct problem] [Can’t do all the work] [Work in scope] Define the System Manage the Scope of the System

  39. Szczegóły(nie da się wszystkiego zrobić) • Zrozum potrzeby uczestników jak poprzednio

  40. [Existing System] [New Input] [New System] Understand Stakeholder Needs Analyze the Problem [Incorrect problem] Refine the System Definition Manage Changing Requirements [Correct problem] [Can’t do all the work] [Work in scope] Manage the Scope of the System Define the System

  41. Szczegóły(zasięg systemu prawidłowy) • Udoskonal definicję systemu

  42. [Existing System] [New Input] [New System] Understand Stakeholder Needs Analyze the Problem [Incorrect problem] Refine the System Definition Manage Changing Requirements [Correct problem] [Can’t do all the work] [Work in scope] Define the System Manage the Scope of the System

  43. Artefakty analityka systemu • Słownik • Wizja • Model przypadków użycia • Żądania uczestników • Atrybuty wymagań • Plan zarządzania wymaganiami • Specyfikacja uzupełniająca

  44. Artefakty specyfikatora przypadków użycia • Przypadek użycia • Pakiet przypadków użycia • Specyfikacja wymagań na oprogramowanie

  45. Artefakty projektanta interfejsu użytkownika • Aktor (człowiek) • Klasa brzegowa • Scenariusz przypadku użycia • Prototyp interfejsu użytkownika

More Related