🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.objects
Article #15663

Re: model analityczny vs projektowy

#15663
From: Marcin
Date: Mon, 30 Oct 2006 08:26
42 lines
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-mail
References: <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