Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Analityk IT vs Projektant IT

Biznesowe przypadki użycia zostały wymyślone jako rozszerzenie RUP w czasach gdy BPMN nie był jeszcze zdefiniowany. Różnica jest dosyć mglista.

wiem, że to stara koncepcja, ale trudno mi się zgodzić, że różnica pomiędzy BPMN a Use Case jest "mglista"....
W chwili obecnej bardziej zasadną może być notacja BPMN, tym bardzie, że jest "kompatybilna" z UML.

no z tym się zgodzę ;), dodam, że może nie tyle kompatybilna co z procesu w BPMN można wyprowadzić przypadki użycia, ale jest to proces stratny i w druga stronę nie działa (nie da się zastąpić modelu procesu BPMN przypadkami użycia, choć np. A.Cocbourn stale próbuje ;))

konto usunięte

Temat: Analityk IT vs Projektant IT

.Monika B. edytował(a) ten post dnia 03.07.12 o godzinie 09:59
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
Biznesowe przypadki użycia zostały wymyślone jako rozszerzenie RUP w czasach gdy BPMN nie był jeszcze zdefiniowany. Różnica jest dosyć mglista.

wiem, że to stara koncepcja, ale trudno mi się zgodzić, że różnica pomiędzy BPMN a Use Case jest "mglista"....

Miałem na myśli, że różnica jest mglista pomiędzy przypadkami użycia a biznesowymy przypadkami użycia. BPMN jest niejako w zastępstwie biznesowych przypadków użycia.

Jedno i drugie (BUC i BPMN) opisują tak naprawdę system informacyjny przedsiębiorstwa.
W chwili obecnej bardziej zasadną może być notacja BPMN, tym bardzie, że jest "kompatybilna" z UML.

no z tym się zgodzę ;), dodam, że może nie tyle kompatybilna co z procesu w BPMN można wyprowadzić przypadki użycia, ale jest to proces stratny i w druga stronę nie działa (nie da się zastąpić modelu procesu BPMN przypadkami użycia, choć np. A.Cocbourn stale próbuje ;))

Akurat tych poczynań A. Cocbourna nie znam ;) Co do przejście z BPMN->UC to się zgadza jak rownież że nie da się w drugą stronę również się zgadza. Odtworzenie UC->BPMN może być co najwyżej cząstkowe.

konto usunięte

Temat: Analityk IT vs Projektant IT

co zawiera dokument wizji biznesowej?

Dokument wizji biznesowej zawiera biznesowe uzasadnienie projektu.

Mam pytanie: czy RUP opisuje precyzyjnie jakie informacje (poza tytułem oczywiście) mają się znaleźć w dokumencie (jak rozumiem "dokument wizji biznesowej" nie jest tworzony "dla sportu" i wszystkie informacje jakie zawiera będą wykorzystywane w trakcie realizacji projektu. A jeśli mają być wykorzystywane to znaczy, że muszą być jakieś konkretne) czy może ustalenie ich zakresu i jakości RUP pozostawia czytelnikowi (dopasowanie do potrzeb)?
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jakub Wojt:
...
Mam pytanie: czy RUP opisuje precyzyjnie jakie informacje (poza tytułem oczywiście) mają się znaleźć w dokumencie (jak rozumiem "dokument wizji biznesowej" nie jest tworzony "dla sportu" i wszystkie informacje jakie zawiera będą wykorzystywane w trakcie realizacji projektu. A jeśli mają być wykorzystywane to znaczy, że muszą być jakieś konkretne) czy może ustalenie ich zakresu i jakości RUP pozostawia czytelnikowi (dopasowanie do potrzeb)?

Konkretne dostosowanie RUP zależy od konkretnych potrzeb przedsiębiorstwa. Z jednej strony RUP daje jedynie wskazówki co należy zrobić, z drugiej strony od dosyć dawna są pakiety wspierające zarządzanie zgodnie z RUP (np. Rational Rose, Enterprise Architect itp.). IBM z oczywistych względów poszedł dalej i przygotował szablony dokumentów projektowych. Z pewnością IBM nie był pierwszy a ni ostatni.

Szablon dokumentu należy rozumieć jako odwzorowanie jakiegoś konkretnego zunifikowanego procesu wytwórczego. Szablon z natury swej zawiera dużo za dużo. Dlatego podczas konkretnych aktywności projektowych dla konkretnego projektu trzeba dobrać odpowiednie szablony dokumentów oraz dobrze przemyśleć jakie rozdziały i czy w ogóle wypełniać. Same szablony natomiast gwarantują "podobieństwo" dokumentacji analityczno-projektowej oraz szybkie odnalezienie się w dokumentach i strukturze dokumentu.

Jak już jesteśmy przy dokumencie wizji biznesowej to jeden z możliwych szablonów tego dokumentu można znaleźć np. tu: http://www.scribd.com/doc/16655375/RUP-Vision-Document
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Poprawka: ostatni link http://www.scribd.com/doc/16655375/RUP-Vision-Document jest linkiem do dokumentu wizji, a tu: http://www.scribd.com/doc/2148718/SDLC-Business-Vision jest dokument wizji biznesowej
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
...
czym jest dokument oszacowania celów biznesowych?

Jest to jeden z potencjalnych dokumentów, który daje odpowiedzi na pytania kim są nasi klienci, jakie potrzebujemy mieć kompetencje, kim są pozostali interesariusze, z jakimi procesami biznesowymi mamy do czynienia itp.
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
...
co to są wytyczne dla modelu biznesowego?

Zestaw wytycznych Biznesu co do systemu. Może zawierać wymagane standardy, naturalne ograniczenia lub np. preferowaną technologię. Z reguły to akurat nie jest formalizowane.
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
...
skoro przypadki biznesowe są u poprzednika to czym są jest biznesowy model przypadków użycia skoro nie jest listą biznesowych przypadków użycia?

Praca projektanta może wyglądać tak: na podstawie dostarczonych analiz proszę zaprojektować model przypadków użycia (konkretne wizualne diagramy), które trafiają do analityka, który jest właścicielem artefaktu pod tytułem biznesowe przypadki.

Są to dwie różne role projektowe, ale mogą być pełnione przez jedną osobę. Mogą to być dwie osoby, trzy, cztery itd. Taki podział ułatwia organizację czasu pracy np. w biurze projektowym w programie.
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
...
co zawiera dokument wizji systemu?

Dokument wizji systemu w sumie zawiera to samo co i wizja biznesowa, tyle że bardziej szczegółowo. Dokument ten powstaje w innej fazie projektu, sporządzany jest przez inną rolę projektową. Dokument ten tak naprawdę pokazuje przyszłą wizję z perspektywy użytkowników. Dokument wizji biznesowej pokazuje przyszłość z perspektywy interesariuszy. Między jednymi a drugimi jest subtelna ale znacząca różnica :)
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
...
czym jest specyfikacja wymagań użytkownika skoro nie jest to model przypadków użycia?

Specyfikacja wymagań użytkownika nie musi zawierać gotowy model przypadków użycia. Model ten właśnie powstaje z specyfikacji wymagań użytkownika.

Tak jak pisałem wcześniej, wyobraźmy sobie naprawdę duży projekt i naprawdę duży zespół projektowy. Specyfikacja wymagań może być złączona w jednym dokumencie z modelem przypadków użycia lub mieć postać np. notatek lub prostego dokumentu w postaci listy wymagań użytkowników. Może też być obszernym dokumentem na podstawie którego model przypadków użycia jest sporządzany.
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
...
czym się różni słownik projektu już wykonanego biznesowy słownika pojęć?

Słownik pojęć biznesowych powstaje w pierwszej fazie projektu. Zaiwra typowe terminy biznesowe.

Słownik projektu może powtarzać pojęcia biznesowe lub specyfikować pozostałe pojęcia projektowe, w tym ulubione przez informatyków skróty trzy- i czteroliterowe.
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
...
to model dziedizny systemu... logika biznesowa...

Nie do końca łapię co za tymi "..." się znajduje :)
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
...
projekt testów.
a one nie są kojarzone z przypadkami użycia??

Dobrze wykonany projekt testów opiera się na przypadkach użycia (rzecz jasna pod warunkiem, że UC są spisane). Idąc dalej, tak sporządzony projekt testów daje niepodważalne metryki pokrycia testami systemu.

Jednak ogółem rzecz biorąc testów jest wiele: testy jednostkowe, testy czarnej i białej skrzynki, testy funkcjonalne (akceptacyjne), testy integracyjne, testy alfa, testy beta --- ze względu na porę mogłem coś z kompletnej listy pominąć :)
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jakub Wojt:
Niestety czasami trzeba pracować ;) Niebawem po kolei każdą z kwestii wyjaśnię.

Kiedy będzie 'niebawem' ?
Odpowiedź "wkrótce" się nie liczy :>

Większość odpowiedzi na stronie http://www.goldenline.pl/forum/2946758/analityk-it-vs-... cześć na stronie poprzedniej.

Czy takie wkrótce się liczy? ;)

konto usunięte

Temat: Analityk IT vs Projektant IT

Mam pytanie: czy RUP opisuje precyzyjnie jakie informacje (poza tytułem oczywiście) mają się znaleźć w dokumencie (jak rozumiem "dokument wizji biznesowej" nie jest tworzony "dla sportu" i wszystkie informacje jakie zawiera będą wykorzystywane w trakcie realizacji projektu. A jeśli mają być wykorzystywane to znaczy, że muszą być jakieś konkretne) czy może ustalenie ich zakresu i jakości RUP pozostawia czytelnikowi (dopasowanie do potrzeb)?

Konkretne dostosowanie RUP zależy od konkretnych potrzeb przedsiębiorstwa.

A czy RUP definiuje konkretny zakres "potrzeb przedsiębiorstwa" ?
Bełkot. O źródła już nie proszę.

konto usunięte

Temat: Analityk IT vs Projektant IT

Niestety czasami trzeba pracować ;) Niebawem po kolei każdą z kwestii wyjaśnię.

Kiedy będzie 'niebawem' ?
Odpowiedź "wkrótce" się nie liczy :>

Większość odpowiedzi na stronie http://www.goldenline.pl/forum/2946758/analityk-it-vs-... cześć na stronie poprzedniej.

Czy takie wkrótce się liczy? ;)


Nie.
Przede wszystkim nie należy pisać rzeczy które nie odnoszą się do tematu. I jednocześnie, trzeba położyć szczególny nacisk na rzeczy które, przynajmniej, w teorii, do niego nawiązują.
Liczy się przede wszystkim precyzja. Czyli jakość i definicja. Rzeczy które ich nie podają (określają) nie są warte uwagi. Absolutnie wszystko można słownie uzasadnić ale mało co można formalizować; RUP nie jest formalny :) RUP pozwala na wszystko. I na to samo pozwala "brak RUP'a".

I właśnie dlatego wybieram "NoRUP" ponieważ pozwala na tą samą skuteczność przy jednoczesnym braku ograniczeń. Jakub Wojt edytował(a) ten post dnia 04.07.12 o godzinie 23:24
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jakub Wojt:
Mam pytanie: czy RUP opisuje precyzyjnie jakie informacje (poza tytułem oczywiście) mają się znaleźć w dokumencie (jak rozumiem "dokument wizji biznesowej" nie jest tworzony "dla sportu" i wszystkie informacje jakie zawiera będą wykorzystywane w trakcie realizacji projektu. A jeśli mają być wykorzystywane to znaczy, że muszą być jakieś konkretne) czy może ustalenie ich zakresu i jakości RUP pozostawia czytelnikowi (dopasowanie do potrzeb)?

Konkretne dostosowanie RUP zależy od konkretnych potrzeb przedsiębiorstwa.

A czy RUP definiuje konkretny zakres "potrzeb przedsiębiorstwa" ?
Bełkot. O źródła już nie proszę.

A kto będzie regulował regulatorów: bełkot.

A jak czujesz potrzebę fizjologiczną to szukasz instrukcji obsługi?
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analityk IT vs Projektant IT

Jakub Wojt:
Niestety czasami trzeba pracować ;) Niebawem po kolei każdą z kwestii wyjaśnię.

Kiedy będzie 'niebawem' ?
Odpowiedź "wkrótce" się nie liczy :>

Większość odpowiedzi na stronie http://www.goldenline.pl/forum/2946758/analityk-it-vs-... cześć na stronie poprzedniej.

Czy takie wkrótce się liczy? ;)


Nie.
Przede wszystkim nie należy pisać rzeczy które nie odnoszą się do tematu. I jednocześnie, trzeba położyć szczególny nacisk na rzeczy które, przynajmniej, w teorii, do niego nawiązują.
Liczy się przede wszystkim precyzja. Czyli jakość i definicja. Rzeczy które ich nie podają (określają) nie są warte uwagi. Absolutnie wszystko można słownie uzasadnić ale mało co można formalizować; RUP nie jest formalny :) RUP pozwala na wszystko. I na to samo pozwala "brak RUP'a".

I właśnie dlatego wybieram "NoRUP" ponieważ pozwala na tą samą skuteczność przy jednoczesnym braku ograniczeń.

Czyli metodyka NoName się kłania: innych szablonów dokumentów wujek Google nie pokazał ;)
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Analityk IT vs Projektant IT

panowie, luz... jak mawiają w wojsku najgorszy plan jest lepszy od braku planu i ma to głęboki sens... Jakub konkrety, jak masz zarzuty to konkretnie... Alek... zachowaj kamienną twarz i nie daj się prowokować ...;)

Następna dyskusja:

Analityk biznesowy - początki




Wyślij zaproszenie do