در توسینسو تدریس کنید

و

با دانش خود درآمد کسب کنید

آموزش دیتابیس ( پایگاه داده ) یا Database قسمت دوم

دوستان در قسمت اول تا اونجا پیش رفتیم که باید سیستم رو طبق یک اصول خاصی تعریف می کردیم و حالا ادامه ماجرا: بعد از system define شما باز هم می تونین تحلیلتون رو عمیق تر بکنید، در واقع در فاز تحلیل شما باید از جنبه های مختلف به سیستم خودتون نگاه کنید، یعنی باید عملیات fact finding انجام بدید، که شامل کشف حقایق سیستممون هست. در نتیجه fact finding به این معنی هست که فرضاً از دید مدیر که نگاه کنید یک سری نیازها و انتظارات رو میبینید، و از دید کاربرها در سطوح مختلف هl یک سری نیازها , انتظارات رو میبینید که هر کدوم از سیستم دارن. هر کسی دید خودش رو داره و هر کسی در جایگاه خودش سیستم مورد نظر رو درک می کنه.

میشه گفت که fact finding هنر طراح هست، هنری که طراح رو قادر می سازه که تمام این دیدگاه ها رو با هم جمع کنه و سیستم مورد نظرش رو بطور خلاصه تعریف کنه تا بتونه خواسته های همه رو اجابت کنه.

Fact finding چند روش داره، این روش ها عبارتند از مشاهده، مصاحبه، تحقیق و در پایان مستندات. اطلاعات بدست اومده از این مراحل با هم جمع میشه، شما اشتراکات، یعنی قسمت هایی که با هم یکی میشن، و اختلافات، یعنی قسمت هایی که از هم دورند و گاها ربطی به هم ندارن رو تحلیل می کنین. (برای درک بهتر این روش ها پیشنهاد می کنم که به کتاب های مهندسی نرم افزار مراجعه کنین) بعد از این مراحل تازه نوبت به فاز طراحی میرسه که دو بخشه، ما کاری به بخش طراحی اپلیکیشن نداریم، طراحی دیتا بیس بحث اصلی ماست.

فاز اول: Conceptual

سناریو رو دیاگراماتیک کنید! Entity Relationship Diagram ERD، چیزی که ERD مطرح میکنه، طراحی سیستم بانک اطلاعاتی مبتنی بر روش رابطه ای هست. ایده مدل رابطه ای سال 1970 توسط یک دکتر ریاضی به نام آقای ادوارد براون در آزمایشگاه IBM مطرح شد. شش سال بعد اولین بار در یک سبک دیگه ای آقای چن برای تز دکتری خودش همون ایده رو بر اساس یه مدل رابطه ای بیان کرد. در روش رابطه ای ما دو مفهوم اصلی داریم: موجودیت و ارتباط.

هر چیزی که می خواهیم در موردش اطلاعات جمع کنیم، موجودیت هست. موجودیت به معنی عام مد نظر ماست، هر چیزی که برای ما یک مفهوم خاص و متمایز داشته باشه. بعد از اینکه تمام این موجودیت هارو دراوردیم، میایم اون موجودیت هایی که با هم اشتراک دارن رو دسته بندی می کنیم. ممکنه که گاهی بین دو موجودیت که داریم مشخص می کنیم، چندین ارتباط وجود داشته باشه، باید معنای هر کدوم از این ارتباط ها رو جدا کنیم. ببینید موجودیت ها یا فیزیکی هستن یا ادراکی. فیزیکی ها نمود خارجی دارن، مثل کالا، مثل اشخاص، ولی ادراکی ها یا مفهومی ها نمود خارجی ندارن، یک عمل رو میگن، مثلاً فروش.یک راه مناسب برای تشخیص درست موجودیت ها اینه که دو سوال رو مدام در ذهن خودتون داشته باشین:

1- از چه چیزهایی میخواهید اطلاعات ذخیره کنید.

2- چه گزارش هایی می خواهید از سیستمتون بگیرید.

بدیهیه که خود موجودیت به تنهایی مفهومی نداره، برای مثال دانشجو به تنهایی برای شما معنایی نداره، باید در نظر بگیرید که چه چیزی از دانشجو ذخیره خواهد شد. به اون قسمتی از اطلاعات که میخواهیم از یک موجودیت ذخیره کنیم Attribute یا صفت گفته میشه. صفت ها یا ساده هستند یا مرکب. صفت ساده قابل شکستن نیستن و صفات مرکب قابل شکسته شدن هستن. اینکه صفت باید شکسته بشه یا نه، بر عهده ی طراح هست که چی تشخیص میده. البته یک نکته مهم وجود داره که آیا میخواهیم از اجزای یک صفت گزارش بگیریم یا خیر، برای درک مرکب بودن توجه به این نکته ضروریه.برای مثال "آدرس" هم میتونه مرکب باشه هم ساده، زمانی میتونه ساده باشه که ترتیب و تفکیک در اون مهم نباشه، اما گاهی مهمه که آدرس به صورت تفکیک شده باشه: استان، شهر، خیابان و ...

ادامه دارد...

نویسنده: محمد علی نیزاری، مرضیه زارعی

منبع: جزیره پایگاه داده وب سایت توسینسو

هر گونه نشر و کپی برداری بدون ذکر منبع و نویسنده دارای اشکال اخلاقی می باشد.

#ادوارد_براون #صفت #موجودیت
عنوان
1 آموزش دیتابیس ( پایگاه داده ) یا Database قسمت اول رایگان
2 آموزش دیتابیس ( پایگاه داده ) یا Database قسمت دوم رایگان
3 آموزش دیتابیس ( پایگاه داده ) یا Database قسمت سوم رایگان
4 آموزش دیتابیس ( پایگاه داده ) یا Database قسمت چهارم رایگان
زمان و قیمت کل 0″ 0
0 نظر

هیچ نظری ارسال نشده است! اولین نظر برای این مطلب را شما ارسال کنید...

نظر شما
برای ارسال نظر باید وارد شوید.
از سرتاسر توسینسو
تنظیمات حریم خصوصی
تائید صرفنظر
×

تو می تونی بهترین نتیجه رو تضمینی با بهترین های ایران بدست بیاری ، پس مقایسه کن و بعد خرید کن : فقط توی جشنواره پاییزه می تونی امروز ارزونتر از فردا خرید کنی ....