Po obejrzeniu filmu naciśnij przycisk “Zrobione”. W ten sposób dasz znać, że moduł jest ukończony.
Na webinarium odpowiadam na następujące pytania:
- Mam projekt odziedziczony po innym dostawcy. Dokumentacji albo nie ma, albo obecnie nie mamy do niej dostępu; mamy natomiast kod źródłowy.
Projekt jest duży; system ma wiele modułów, uderza do kilku innych systemów i wystawia usługi dla kilku innych systemów. Niestety architektura oraz jakość kodu pozostawia wiele do życzenia.
Jakich diagramów i w jakiej kolejności można użyć, żeby zbudować wiedzę niezbędną do refaktoringu oraz dalszego rozwoju (przez zespół, który nie brał udziału w developmencie)? - Pytania dotyczące diagramów sekwencji
- Użytkownik jest logowany automatycznie do systemu X poprzez ActiveDirectory. Potrzebuję odwzorować to na diagramie komponentów (chyba, że gdzieś indziej będzie lepiej?). Mam jakąś wizję ale jeszcze bliżej niedookreśloną:
Wymyśliłam, że mogę stworzyć moduł „Active Directory” już poza granicami opisywanego systemu. Połączę go interfejsami (z portami) ze wszystkimi komponentami, które umożliwiają Userowi klikanie po systemie. Nie jestem przekonana do takiego rozwiązania i chętnie dowiem się jak można to lepiej rozwiązać. - Na jednym z webinariów wspominałeś że w EA można wyszukać ‘sieroty’ (wymagania nie podpięte pod żadne PU). Możesz pokazać jak je znaleźć?
Czy możesz podpowiedzieć jak zrobić macierz Aktorzy/PU w EA? - W Project Browser mamy katalog z wymaganiami, które potem linkujemy z UC.
Jednak po wejściu w szczegóły UC, w gałęzi Responsibilities, również mamy opcję Reguirements.
Czy tutaj też coś warto wpisywać czy też wszystko lepiej dawać do oddzielnego pakietu „Wymagania”? - Czy i jeżeli tak to w jaki sposób warto rozdzielać w EA 3 typy wymagań:
a. wymagania początkowe klienta (np. z zapytania ofertowego, rysu planowanej zmiany, product backlog)
b. wymagania klienta, które pojawiają się w trakcie analizy(i są oczywiście w zakresie)
c. wymagania, które są pomysłami analityków czy też zastrzeżeniami developerów jeszcze na etapie omawiania wstępnych wymagań. Przykładowo, dla niektórych własnych założeń muszę mieć „tzw. podkładki na wypadek problemów na UAT”/ „du**chrony”. Są to zapisy typu: importowany plik nie może przekraczać 50 MB albo nie ma możliwości ponownego przepisania obiektu X itp.
Czy to wszystko wrzucać do jednego worka „Wymagania” w EA, czy też jakoś rozdzielać? - Na kursie i webinariach trochę mówiłeś o diagramach dziedzinowym i pojęciowym i klas.
Kiedy stosuje się jaki? Czym one generalnie się różnią? Przyda się jakieś zestawienie albo porównanie tych trzech diagramów.
