PDA

View Full Version : سوال در مورد business worker ,اکتور اصلی و فرعی و نجوه maping کردن class diagram به چداول databse



mona110
جمعه 26 مهر 1392, 21:58 عصر
سلام
می خواستم ببینم business worker ,اکتور اصلی و فرعی در دیاگرام use case چیه؟می شه با مثال توضیح بدید؟
نجوه maping کردن class diagram به چداول database چجوریه؟

cups_of_java
شنبه 27 مهر 1392, 00:41 صبح
Business Actor ها اکتور هایی هستن که توی دنیای واقعی ای مسئله وجود دارن و ربطی به نرم افزار یا خود سیستم ندارن بلکه توی دامنه مسئله یا کسب کار وجود دارن. مثل مشتریان، شرکا، همکاران، ....
اصلی و فرعی رو نمی دونم! نام انگلیسیشون رو میشه بگید؟

تناظر بین کلاس ها و دیتابیس هم در ساده ترین حالت خب یک به بک هست... یعنی برای هر کلاس داده ای (Entity CLass) شما یه جدول در نظر میگیری که پراپرتی های کلاس میشن فیلد های جدول...
association ها عمومن بسته به جهتشون ارتباط کلید خارجی را می سازن.
برای توارث هم سه روش وجود داره که بتونید جدول هاشون رو مدل کنید... اگه سرچ کنید توی همین سایت هم فارسیش هست. اکه نه انگلیسیشو پیدا می تونید بکنید.

mona110
شنبه 27 مهر 1392, 23:12 عصر
ممنون از راهنماییتون. ولی اگه میشه برای این مثالی که می گم ,تبدیلش به erd رو کامل با فیلدا و کلیدایی که می خواد بگین
فرض کنید یک رابطه aggregation داریم مثلا یک ماشین از تجمیع و کنارهم قرارگرفتن چرخ و لاستیک و موتور بوجود اومده
یک رابطه وراثت داریم . پراید نوعی ماشین است
یک رابطه assosiation داریم .department با personnel رابطه asosiation دوطرفه داره
یک رابطه compsition داریم. personel به home وابسته است

cups_of_java
یک شنبه 28 مهر 1392, 17:19 عصر
http://pic.dhe.ibm.com/infocenter/rsysarch/v11/index.jsp?topic=%2Fcom.ibm.sa.oomethod.doc%2Ftopic s%2Fc_create_LogicalPhysical_Diagr.html

mona110
دوشنبه 29 مهر 1392, 16:45 عصر
لینکتون باز نشد
ببینید من چیزایی که خودم فهمیدمو با مثال اینجا می ذارم شما فقط بگید کجاهاش مشکل داره,ممنون میشم
فرض کنید یک رابطه aggregation داریم مثلا یک ماشین از تجمیع و کنارهم قرارگرفتن چرخ و لاستیک و موتور بوجود اومده, حالا واسه تبدیلش به erd,
4 تا table می سازم کلید اصلی ماشین رو هم به عنوان کلید خارجی تو چداول چرخ و لاستیک و موتور قرار می دم, حالا نمیدونم کلید اصلی این 3تا جدولو هم باید تو جدول ماشین بذارم یا نه؟
یک رابطه وراثت داریم . پراید و رنو نوعی ماشین است. یه جدول به اسم ماشین دارم که همه ویژگیهای مشترک پراید و رنو توشه. کلید اصلی ماشین رو هم به عنوان کلید خارجی تو جدول پراید و رنو می ذارم. حالا کلید اصلی جدول پراید= کلید اصلی خودش+کلید خارچی
یک رابطه assosiation داریم .department با personnel رابطه asosiation دوطرفه داره. یه جدول واسط می ذارم که تو اون جدوله کلید اصلی پرسنل و دپارتمان توش قرار می گیرد .حالا کلید اصلی جدول واسط= کلید اصلی خودش+کلید خارچی 2تا جدول دیگه
حالا اگه رابطه انجمنی یکطرفه بود .کلید اصلی طرف 1 میره به عنوان کلید خارجی تو جدول طرف n
یک رابطه compsition داریم. personel به home وابسته است. کلید اصلی home به عنوان کلید خارجی میره تو جدول personel .
لطفا ایرادمو بگین.

cups_of_java
سه شنبه 30 مهر 1392, 09:31 صبح
تو حالتی که association یک به چند دارین همین حالتی که شما میگین هست (یعنی وقتی association یک طرفه یک به چند داری کلید یک میره تو جدول چند)... (االبته مثال ماشین و چرخ بیشتر Composition هست نه Aggregation)‌ و نیازی نیست کلید اونا رو توی ماشین بزاری.
اگه یک به چند نباشه یا دو طرف رابطه به تنهایی بتونن وجود داشته باشن اونوقت باید یه جدول اضافه بگیرین (مثل حالت جند به چند)

در مورد وراثت ۴ روش وجود داره که هر کدوم خصوصیات خودشو داره ولی اینی که شما میگی (که یکی از همون ۴ روشه) روش نرمال و خوبیه. (مقایسشون تو لینک پایین هست)

در مورد association به دلیل اینکه هم پرسنل هم دپارتمان وجود دارن به تنهایی واسه خودشون و رابطه هم چند به چند هست جدول سوم رو می خوایم درسته!

ایرادی به چشم من نخورد توی نوشته هاتون...

بیا این رو ببین کاملن پوشش داده همه حالات رو (http://www.agiledata.org/essays/mappingObjects.html)

mona110
پنج شنبه 02 آبان 1392, 00:00 صبح
ممنون واسه راهنماییتون. خیلی بدردم خورد.:لبخندساده: