🚀 go-pugleaf

"sweet_dreams" <sweet_dreams@o2.pl> writes:

> Witam,
>
> mam nadzieje ze na dobra grupe trafile mz tym pytaniem, otóz:
>
> pisze aplikacje dla pewnej firmy. kierownik projektu ze strony firmy
> zazyczyl sobie odemnie dokemntacji z kazdego etapu projektu. 

woa, ale kieras  8-)

> czy uwazacie iz notacja UML jest odpowiednia do opisu procesu, który
> analizuje? 

Jasne.

> jezeli tak to ktróre diagramy proponujecie wykorzystac do opisu
> procesu podczas analizy?

Najlepiej chyba te, które będą potrzebne.  W każdym razie nie zawsze
jest potrzeba rysowania wszystkich możliwe diagramów, jakie oferuje
notacja UML.

-- 
http://www.piotr.dembiński.prv.pl

Do opisu procesow biznesowych to "activity diagram" oraz "process diagram"
bedacy rozszerzeniem UMLa ("Eriksson-Penker Business Extensions").

Adam

dziekuje Wam za odpowiedz,

mialbym jeszcze takie pytanie: do czego proponujecie uzywac
diagramów przypadków uzycia (Use-Case Diagram)

sweet_dreams

Use-Case Diagram do ogolnego pokazania co system ma robic - jakie uslugi
dostarczac. A razem z rozpisanymi scenariuszami poszczegolnych przypadkow
jako element specyfikacji systemu.

Adam

Adam Przybylek napisał(a):
> Use-Case Diagram do ogolnego pokazania co system ma robic - jakie uslugi
> dostarczac. A razem z rozpisanymi scenariuszami poszczegolnych przypadkow
> jako element specyfikacji systemu.

Dodam tylko, że w zasadzie jest to jedyny typ diagramów UML, z których 
korzystam  na etapie analizy.

Pozdrawiam

-- 
Grzegorz Gruza
Odpowiadając usuń "spamerom_nie." z adresu!!!

Witam,

Mi na temat "proces analizy" otwiera się w myślach takie drzewko

1. Proces analizy
1.1. Analiza wymagań
1.1.1. Wymagania funkcjonalne
1.1.2. Wymagania niefunkcjonalne
1.2. Analiza dziedziny problemu

No to po kolei:

1.1. Analiza wymagań jest opisem jakie wymagania są stawiane przed
systemem z punktu widzenia użytkownika (szeroko pojętego
użytkownika, bo administrator systemu też jest jego użytkownikiem)

1.1.1. Wymagania funkcjonalne to te które da się przedstawić w
postaci przypadków użycia. Istnieje w UML'u diagram przypadków
użycia ale jego użyteczność sprowadza się do wygodnego spisu
treści. Prawdziwe przypadki użycia muszą mieć formę tekstową i
obejmować wiele elementów. Tutaj:
http://www.agilemodeling.com/shared/UseCaseTemplateFormal.doc jest
dobry szablon przypadku użycia. Dobre szablony można też znaleźć w
książce Alstaire'a Cockburne'a "Writing Efective Use Cases"
(przetłumaczona na polski przez WNT)

1.1.2. Niefunkcjonalne wymagania - to te które nie dają się
przestawić jako scenariusze przypadków użycia. Należą do nich:
reguły businessowe, przypadki zmian, prototypy interfejsów, reguły
dotyczące jakości, licencjonowania, użyteczności, skalowalności,
reguł używania, wykorzystania obcego software'u i bibliotek.
Niestety, tutaj UML nas opuszcza i nie daje nic do przedstawienia -
pozostaje zwykły procesor tekstu i jakaś tabelka zbiorcza. Wiem że
niektóre narzędzia do modelowania w UML'u (np. Enterprise Architect)
dostarczają rozszerzenia UML'a do modelowania niefunkcjonalnych
wymagań.

1.2. Analiza dziedziny problemu. Tutaj w UML sprawdza się znakomicie.
Najczęściej używa się diagramów klas i diagramów obrazujących
zachowanie (praktycznie wszystkich)

-- 
Pozdrawiam
  Piotr Jachowicz

Moge prosic o krótka opinie odnosnie 2 ksiazek. Mam przedmiot
projektowanie obiektowe i chcialem kupic do tego ksiazke. W
jezyku polskim znalazlem dwie pozycje do UML 2.0 (z kazdej mozna
przeczytac darmowy rozdzial):
Smialek, http://helion.pl/ksiazki/zrouml.htm
Wrycza, http://helion.pl/ksiazki/juml2.htm
Od której z nich lepiej bedzie zaczac nauke? A moze znacie
jeszcze jakies inne warte przeczytania.

Patryk

2006-04-14 08:24:55
parcel123@o2.pl wrote in message
<1144995492.357650.52240@v46g2000cwv.googlegroups.com>

> Moge prosic o krótka opinie odnosnie 2 ksiazek. Mam przedmiot
> projektowanie obiektowe i chcialem kupic do tego ksiazke. W
> jezyku polskim znalazlem dwie pozycje do UML 2.0 (z kazdej mozna
> przeczytac darmowy rozdzial):
> Smialek, http://helion.pl/ksiazki/zrouml.htm
> Wrycza, http://helion.pl/ksiazki/juml2.htm
> Od której z nich lepiej bedzie zaczac nauke? A moze znacie
> jeszcze jakies inne warte przeczytania.

Klasyczną pozycją jest "Unified Modeling Language User Guide"  Grady 
Booch, James Rumbaugh, Ivar Jacobson, wydanie 2. Niestety po polsku 
jest dostępny tylko tłumaczenie wydania 1. które opisuje wersję UML 1.
4.
Chwaloną pozycją jest "UML distilled" Martina Fowlera jest polskie 
tłumaczenie, nazywa się "UML w kropelce" (opisuje wersję 2.0).
Książek Heliona niestety nie miałem w ręku i nie mogę się o nich 
wypowiadać.
-- 
Pozdrawiam,
  Piotr Jachowicz

>Moge prosic o krótka opinie odnosnie 2 ksiazek. Mam przedmiot
>projektowanie obiektowe i chcialem kupic do tego ksiazke. W
>jezyku polskim znalazlem dwie pozycje do UML 2.0 (z kazdej mozna
>przeczytac darmowy rozdzial):
>Smialek, http://helion.pl/ksiazki/zrouml.htm
>Wrycza, http://helion.pl/ksiazki/juml2.htm
>Od której z nich lepiej bedzie zaczac nauke? A moze znacie
>jeszcze jakies inne warte przeczytania.

witam,
ja kupilem ta ksiazke:
http://helion.pl/ksiazki/juml2.htm
i jak na razie jestem zadowolony z niej :)

pozdrawiam,
sweet_dreams

>Moge prosic o krótka opinie odnosnie 2 ksiazek. Mam przedmiot
>projektowanie obiektowe i chcialem kupic do tego ksiazke. W
>jezyku polskim znalazlem dwie pozycje do UML 2.0 (z kazdej mozna
>przeczytac darmowy rozdzial):
>Smialek, http://helion.pl/ksiazki/zrouml.htm
>Wrycza, http://helion.pl/ksiazki/juml2.htm
>Od której z nich lepiej bedzie zaczac nauke? A moze znacie
>jeszcze jakies inne warte przeczytania.

witam,
ja kupilem ta ksiazke:
http://helion.pl/ksiazki/juml2.htm
i jak na razie jestem zadowolony z niej :)

a co do ksiazek wartych przeczytnia to polecam:
Analiza i projektowanie systemów informaycznych
Jacek Plodzien i Ewa Stemposz
Wydawnictwo Polsko-Japonskiej Wyzszej szkoly technik komputerowych

pozdrawiam,
sweet_dreams

On 13 Apr 2006 16:23:28 -0700, pjachowi@gmail.com wrote:

>Witam,
>
>Mi na temat "proces analizy" otwiera siê w my¶lach takie drzewko
>
 
>1.2. Analiza dziedziny problemu. Tutaj w UML sprawdza siê znakomicie.
>Najczê¶ciej u¿ywa siê diagramów klas i diagramów obrazuj±cych
>zachowanie (praktycznie wszystkich)

Co to jest "dziedzina problemu"?...

A.L.

Użytkownik "Piotr Jachowicz" <piotr.jachowicz@ericpol.pl> napisał w
wiadomo¶ci news:e1nhpi$bqe$1@inews.gazeta.pl...
> 2006-04-14 08:24:55
> parcel123@o2.pl wrote in message
> <1144995492.357650.52240@v46g2000cwv.googlegroups.com>
>
> > Moge prosic o krótka opinie odnosnie 2 ksiazek. Mam przedmiot
> > projektowanie obiektowe i chcialem kupic do tego ksiazke. W
> > jezyku polskim znalazlem dwie pozycje do UML 2.0 (z kazdej mozna
> > przeczytac darmowy rozdzial):
> > Smialek, http://helion.pl/ksiazki/zrouml.htm

Nie polecam, belkot. Na dodatek autor zapomnial umiescic w bibliografii
pozycji "J. Martin, J.J. Odell, Podstawy metod obiektowych, WNT" z ktorej
"pozyczyl" kilka fragmentow. Tak przy okazji Podstawy metod obiektowych to
bardzo dobre wprowadzenie do obiektowosci.

>
> Klasyczną pozycją jest "Unified Modeling Language User Guide"  Grady
> Booch, James Rumbaugh, Ivar Jacobson, wydanie 2. Niestety po polsku
> jest dostępny tylko tłumaczenie wydania 1. które opisuje wersję UML 1.
> 4.

Nie polecam.

> Chwaloną pozycją jest "UML distilled" Martina Fowlera jest polskie
> tłumaczenie, nazywa się "UML w kropelce" (opisuje wersję 2.0).

Bardzo dobra pozycja.

Poza tym polecam:
J.Płodzień, E. Stemposz, Analiza i projektowanie systemów informatycznych,
PJWSTK
K. Subieta, Obiektowo¶ć w projektowaniu i bazach danych, Akademicka Oficyna
Wydawnicza PLJ
materialy udostepniane na stronie prof. Subiety,
http://www.ipipan.waw.pl/~subieta/
UML Applied, http://www.ariadnetraining.co.uk

Adam

Uzytkownik "AL." <alewando@ziuta66.com> napisal w wiadomosci
news:hf6v329qmsro26scuc097qq363mqirlan9@4ax.com...
>
> Co to jest "dziedzina problemu"?...
>

Pewnie kolega mial na mysli "problem domain analysis".

Adam

> > pisze aplikacje dla pewnej firmy. kierownik projektu ze strony firmy
> > zazyczyl sobie odemnie dokemntacji z kazdego etapu projektu. 
> 
> woa, ale kieras  8-)
strasznie konstruktywna uwaga wnoszaca do straaasznie duuuzo...

> > jezeli tak to ktróre diagramy proponujecie wykorzystac do opisu
> > procesu podczas analizy?
> 
> Najlepiej chyba te, które będą potrzebne.  
i wszystko jasne.... zapewne taka odpowiedzia pytajacy jest usatysfakcjonowany 
po stokroc


troche sie doczepilem, no ale dyskutujac w innym temacie z Panem Piotrem (i 
jego czepialstwu do mnie) widze ze styl jego pisania jest norma, a nie 
odstepstwem od niej, natomiast przekazywana wiedza wrecz bezcenna... :/

sorry za offtopic

-- 
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

Użytkownik "Adam Przybylek" <adampap@panda.bg.univ.gda.pl> napisał w 
wiadomości news:e13m9f$cu7$1@news.task.gda.pl...
> Do opisu procesow biznesowych to "activity diagram" oraz "process diagram"
> bedacy rozszerzeniem UMLa ("Eriksson-Penker Business Extensions").
>

Albo trzymać jakichś standardów (OMG.ORG) polecam do opisu organizacji użyć 
BPMN (Business Process Modeling Notation) a do opisu przyszłego systemu UML. 
To drugie może na początku posłużyć jako dokumentacja wymagań a potem jako 
szkielet opisu nowego systemu.

Opis organizacji pełni role swego rodzaju studium wykonywalności. Opisane 
procesy biznesowe wraz ze wskazaniem zasobu jakim będzie przyszły system 
łatwo pozwoli przejść do Use Case i potrzebnej reszty w UML.

Jarek
P.S.
Przy okazji witam bom tu pierwszy raz.

-- 
-- 
Jarek
http://jarek.zelinski.biz.pl/

Użytkownik "Grzesiek G." <gruza@spamerom_nie.priv4.onet.pl> napisał w 
wiadomości news:e15d9h$2e5$1@atlantis.news.tpi.pl...
> Adam Przybylek napisał(a):
>> Use-Case Diagram do ogolnego pokazania co system ma robic - jakie uslugi
>> dostarczac. A razem z rozpisanymi scenariuszami poszczegolnych przypadkow
>> jako element specyfikacji systemu.
>
> Dodam tylko, że w zasadzie jest to jedyny typ diagramów UML, z których 
> korzystam  na etapie analizy.
>

Na tym etapie poza Use Case bardzo przydatny jest także diagram klas, który 
opisze dziedzinę analizowanego problemu. Scenariusze dla Use Case dobrze się 
opisuje diagramami czynności lub sekwencji zależnie od tego czego dotyczą 
scenariusze.


-- 
-- 
Jarek
http://jarek.zelinski.biz.pl/

Uzytkownik <parcel123@o2.pl> napisal w wiadomosci 
news:1144995492.357650.52240@v46g2000cwv.googlegroups.com...
Moge prosic o krótka opinie odnosnie 2 ksiazek. Mam przedmiot
projektowanie obiektowe i chcialem kupic do tego ksiazke. W
jezyku polskim znalazlem dwie pozycje do UML 2.0 (z kazdej mozna
przeczytac darmowy rozdzial):
Smialek, http://helion.pl/ksiazki/zrouml.htm
Wrycza, http://helion.pl/ksiazki/juml2.htm
Od której z nich lepiej bedzie zaczac nauke? A moze znacie
jeszcze jakies inne warte przeczytania.

Osobiscie polecilbym Wrycze. Do tego autorstwa trzech amigos "UML przewodnik 
uzytkownika" (Warszawa 2002). Polecam takze "Projektowanie Obiektowe. Role, 
Odpowiedzialnosc i wspólpraca".  Takze Helion.



-- 
-- 
Jarek
http://jarek.zelinski.biz.pl/