Article View: pl.comp.objects
Article #15663Re: model analityczny vs projektowy
From: Marcin
Date: Mon, 30 Oct 2006 08:26
Date: Mon, 30 Oct 2006 08:26
42 lines
3174 bytes
3174 bytes
Skoro mowa o RationalRose to pewnie chodzi o modele UMLowe, a w UML v2.0 nie ma wsparcia dla modelu danych (choć od grudnia 2005 toczy się debata w OMG na temat opracowania takiego standardu). Co prawda narzędzia takie jak RationalRose umożliwiają tworzenie modelu danych, ale to już jest tylko ich radosna twórczość... Jeśli jednak trzeba zrobić model danych (nie zważając na brak standardu w UML) i to na różnych poziomach abstrakcji (np. analityczny, projektowy, fizyczny), to radzę rozglądnąć się za innym narzędziem :-) Będzie przyjemniej i dużo taniej :-) - warto zwrócić uwagę na możliwość transformacji obiektów modelu, np. klas w tabele bazy danych. Użytkownik "fireball" <fireball@onet.kropka.eu> napisał w wiadomości news:ehspr3$nub$1@nemesis.news.tpi.pl... > czy w waszych projektach są prowadzone oba modele klas - analityczny i > projektowy? > Zmierzam do pytania, jak po 'najbardziej-inżyniersku' należy podejść do > przejścia z modelu analiczynego na projektowy (w szczególności na model > danych) - by wykorzystć narzędzia a nie zababrać się w robótkach ręcznych. > > Jakkowiek (zapewne) nie jest prawidłowo, by definicje dziedzinowe znalazły > się na modelu analitycznym - to czy rozwijanie modelu projektowego - w Model analityczny jest właściwym miejscem dla definicji dziedzinowych. > szczególności synchronizacja względem analitycznego - nie są dodatkowym > nakładem, (przy założeniu, że analitycy ściśle współpracują z Rozwijanie modelu projektowego jest dodatkowym nakładem i to niemałym. Nie każdy projekt stać na wydatek. > projektantami)? Może ktoś pokusi się o zrewdowanie mojego podejścia i > podejmie dyskusję na temat best-practise w tworzeniu modelu danych na > podstawie dostarczonych klas analitycznych. Należy rozpocząć od ustalenia ilości poziomów abstrakcji oraz od specyfikacji każdego z poziomów (co jest abstrahowane na każdym z nich). Poziom najmniej abstrakcyjny (w stosunku do fizycznego modelu danych) często jest poziomem fizycznym (brak abstrakcji:-) > Dla ustalenia uwagi - używam RationalRose > > > dziękuję > > > >
Technical Details
Message-ID:
<ei4d3u$78j$1@nemesis.news.tpi.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mailReferences:
<ehspr3$nub$1@nemesis.news.tpi.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mail From: "Marcin" <blmarc@poczta.onet.pl> Newsgroups: pl.comp.objects Subject: Re: model analityczny vs projektowy Date: Mon, 30 Oct 2006 09:26:12 +0100 Organization: tp.internet - http://www.tpi.pl/ Lines: 44 Message-ID: <ei4d3u$78j$1@nemesis.news.tpi.pl> References: <ehspr3$nub$1@nemesis.news.tpi.pl> Reply-To: "Marcin" <blmarc@poczta.onet.pl> NNTP-Posting-Host: cuo178.internetdsl.tpnet.pl X-Trace: nemesis.news.tpi.pl 1162196926 7443 83.19.70.178 (30 Oct 2006 08:28:46 GMT) X-Complaints-To: usenet@tpi.pl NNTP-Posting-Date: Mon, 30 Oct 2006 08:28:46 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit