ساخت بانک از کل به جز و یا از جز به کل؟؟؟

[ordebehesht]

سلام دوستان به نظر شما برای ایجاد بانک اطلاعاتی ما یک بانک کلی طراحی کنیم بعد بیایم اونو تجزیه کنیم یا نه از اول جزئی تهیه کنیم با یک مثال میگم
فرض کنید ما می خوایم یک تیبل برای ثبت بیماران بستری شده بسازیم برای این کار یک جدول جامع بسازیم با فیلدهای مربوطه بعد با استفاده از قانون نرمال سازی اونو به جداول مربوطه تجزیه کنیم و یا نه از ابنتدا برای هر موجودیت یک جدول بسازیم

[بهزاد علی محمدزاده]

سلام دوستان به نظر شما برای ایجاد بانک اطلاعاتی ما یک بانک کلی طراحی کنیم بعد بیایم اونو تجزیه کنیم یا نه از اول جزئی تهیه کنیم با یک مثال میگم
فرض کنید ما می خوایم یک تیبل برای ثبت بیماران بستری شده بسازیم برای این کار یک جدول جامع بسازیم با فیلدهای مربوطه بعد با استفاده از قانون نرمال سازی اونو به جداول مربوطه تجزیه کنیم و یا نه از ابنتدا برای هر موجودیت یک جدول بسازیم

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

[مهدی هادیان2]

بسم الله الرحمن الرحیم
با سلام
تو یکی از تاپیک ها مطالبی رو خدمت یکی از دوستان عرض کرده بودم که همین جا پیست میکنم؛ ان شاالله مفید واقع بشه.
در ابتدا باید روال دستی اون رو کاملا بررسی کنید. فرض کنید می خواهید در اون جا استخدام بشید باید تمام پروسه ها و مراحل کاری اونجا دستتون بیاد. مشاهده دست اول و نزدیک خیلی میتونه کمک کننده باشه. به اون جا برید و مراحل کاری رو از نزدیک مشاهده کنید.
هر چی فرم دستی دارند بگیرید؛ این ها بعدا خیلی به دردتون می خوره. می تونید قسمتی از کلاس ها و فیلدها را از روی این ها استخراج کنید.
برای جمع آوری اطلاعات می تونید از راه های زیر کمک بگیرید:
تمام مستندات کاری، فرم ها و برگه ها ، چارت سازمانی و شرح وظایف را جمع آوری کنید.
همون طور که قبلا هم عرض کردم مثل کسی باید باشیم که می خواهد در قسمت های مربوطه استخدام شود باید بدانیم دقیقا هر قسمت چه کار می کند.
یکی دیگر از راه های شناخت تنظیم پرسش نامه است.
سوال هایی که به نظر مهم می آید باید مطرح کنیم و از طرفی باید بدانیم که این پرسش نامه ها را به چه کسانی بدهیم. از رابط کمک بگیرید تا بدانید پرسش نامه ها را به چه کسانی بدهید.
اگر بتوانید جلساتی داشته باشید تا بتوانید ابهاماتتان را مطرح کنید خیلی خوب می شود تا مسائل شفاف تر شود.
می خواهم نشانه های کلاس رو خدمتتون عرض کنم؛ چراکه مهمترین محصول یک تحلیل خوب همین کلاس ها هستند که از روی این ها پایگاه داده بدست می آید.
1) مهمترین نشانه: چیزها و وقایعی که سیستم موظف است در مورد اونها چیزی رو ثبت کنه. در واقع همون تعریف Entity در دیتا بیس است. در سناریوها به عبارت هایی مثل ثبت می شود، ذخیره می شود، نگهداری می شود باید حساس بود.
2) سیستم هایی که با سیستم ما تبادل اطلاعات دارند می توانند کلاس باشند. مثلا در سیستم کنترل ترافیک هوایی هواپیما با سیستم ما تبادل اطلاعات دارد پس کاندید کلاس است.
3) ابزار می تواند کلاس باشد. مثلا رادار هواپیما و کامپیوتر
4) نقش های ایفاشده. مثلا کارمند کار می کند پس کارمند می تواند کلاس باشد
5) مکان ها می تواند کلاس باشد. مثلا شعبه ها در سیستم بانک ملی می تواند کلاس باشد
این ها مواردی ست که می توانند کلاس باشند. مهمترین ملاک برای اینکه مطمئن بشید که کلاس هست یا نه اینه که ببینید لازم است اطلاعاتی در مورد اون ثبت شود یا نه؟
خوب تا این جای کار کلاس ها در میاید و می تونیم از روی کلاس ها جداول پایگاه داده رو درست کنیم.
و اگه کلاس ها درست طراحی شوند تا حد بسیار زیادی نرمال سازی به صورت ضمنی انجام شده است.
موفق باشید.