مدل شی گرا مدل داده شی گرا

مفاهیم اساسی

تعریف 1

مدل شی گراارائه داده ها امکان شناسایی ورودی های پایگاه داده های فردی را فراهم می کند.

سوابق پایگاه داده و توابع پردازش مربوط به مکانیسم هایی شبیه به ابزار مناسب است که در زبان های برنامه نویسی شی گرا اجرا می شود.

تعریف 2

نمایندگی گرافیک ساختارهای یک پایگاه داده شی گرا درختی است که گره های آن اشیاء را نشان می دهند.

نوع استاندارد (به عنوان مثال، رشته - رشته) یا نوع ایجاد شده توسط کاربر ( کلاس)، توصیف خواص اشیاء.

در شکل 1، شیء کتابخانه یک پدر و مادر برای دایرکتوری نمونه های کلاس نمونه، مشترک و صدور است. اشیاء مختلف مانند یک کتاب می تواند یکی یا والدین متفاوت باشد. در اشیاء مانند یک کتاب که همان پدر و مادر دارند، باید حداقل تعداد موجودی های مختلف (منحصر به فرد برای هر کپی از کتاب) وجود داشته باشد، اما همان ارزش ها خواص نویسنده, نام, udc و iSBN.

ساختارهای منطقی یک پایگاه داده شی گرا و سلسله مراتبی مشابه هستند. آنها در روش های اصلی داده های دستکاری متفاوت هستند.

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

هنگام ایجاد و اصلاح پایگاه داده، شکل گیری اتوماتیک و تنظیم بعدی شاخص ها (جداول فهرست) انجام می شود که حاوی اطلاعات به سرعت جستجو برای داده ها هستند.

تعریف 3

هدف کپسوله سازی - محدود کردن دامنه نام اموال مرزهای جسم که در آن تعریف شده است.

به عنوان مثال، اگر ملک به شیء اضافه شود، که تلفن نویسنده را تنظیم می کند و نام دارد تلفنخواص همان نام، کاتالوگ و اشیاء مشترک را دارد. معنای اموال توسط جسم که در آن کپسوله شده است تعیین می شود.

تعریف 4

وراثت، عقب بسته بندی، مسئول توزیع میدان دید اموال نسبت به تمام فرزندان شیء است.

به عنوان مثال، تمام اشیاء اشیاء، که فرزندان دایرکتوری شیء هستند، می توانند به خواص Object Parent مربوط شوند: نویسنده, نام, udc و iSBN.

اگر لازم باشد اقدام مکانیسم ارث به اشیا را گسترش دهیم که بستگان مستقیم نیستند (به عنوان مثال، دو نسل از یک والد) در اجداد کلی آنها، ویژگی انتزاعی نوع را تعیین می کنند abs.

بنابراین، خواص عدد و بلیط در شیء کتابخانه توسط تمام شرکت های تابعه صادر کننده، کتاب و مشترکین به ارث برده می شود. به همین دلیل ارزش های این ویژگی مشترکین و صدور کالاها یکسان هستند - 00015 (شکل 1).

تعریف 5

پلی مورفیسم اجازه می دهد تا برنامه های مشابه با داده های چند منظوره کار کنند.

به عبارت دیگر، او در اشیاء اعتراف می کند انواع متفاوت آیا روش ها (توابع یا روش ها) را با نام های مشابه داشته باشید.

جستجو کردن پایگاه داده Object-oriented تعیین شباهت بین شیء است که کاربر مشخص می کند و اشیائی که در پایگاه داده ذخیره می شوند.

مزایا و معایب یک مدل شی گرا

پایه ای مزیت - فایده - سود - منفعت یک مدل داده شی گرا، در مقایسه با مدل ارتباطی، امکان نمایش اطلاعات در مورد روابط پیچیده اشیاء است. مدل داده در نظر گرفته شده به شما اجازه می دهد تا ورودی جداگانه پایگاه داده و توابع پردازش آن را تعیین کنید.

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

تا به امروز، چنین سیستم هایی بسیار گسترده هستند. این شامل DBMS است:

• Postgres،
• اوریون
• عنبیه
• Odbjupiter،
• روزنامه
• Objectivity / DB،
• queststore
• استاتیک
• سنگ قیمتی
• G-base

پایگاه داده شی گرا (OBS) - یک پایگاه داده که در آن داده ها در قالب اشیاء، ویژگی ها، روش ها و کلاس های آنها مدل سازی می شود.

پایگاه داده های شی گرا معمولا برای مواردی که پردازش داده های با کارایی بالا با یک ساختار پیچیده مورد نیاز است توصیه می شود.

در مانیفست، OBS ویژگی های اجباری را ارائه می دهد که هر OBD باید مسئول باشد. انتخاب آنها بر اساس 2 معیار است: سیستم باید شی گرا باشد و یک پایگاه داده را نشان دهد.

ویژگی های اجباری

1. پشتیبانی از اشیاء پیچیده. سیستم باید امکان ایجاد اشیاء کامپوزیت را با استفاده از اشیاء طراح فراهم کند. لازم است که طراحان شیء متعامد باشند، یعنی هر طراح می تواند به هر شیء اعمال شود.

2. پشتیبانی از اشیاء فردی. تمام اشیاء باید یک شناسه منحصر به فرد داشته باشند که به مقادیر ویژگی های آنها وابسته نیست.

3. پشتیبانی از encapsulation. Encapsulation درست به دلیل این واقعیت است که برنامه نویسان حق دسترسی به روش های روش ها را دارند و داده ها و پیاده سازی روش ها در داخل اشیاء پنهان می شوند.

4. انواع و کلاس ها را پشتیبانی کنید. لازم است حداقل یک تفاوت مفهوم بین انواع و کلاس ها در OBD نگهداری شود. (اصطلاح "نوع" بیشتر مربوط به مفهوم نوع داده انتزاعی است. در زبان های برنامه نویسی، متغیر با نوع آن اعلام شده است. کامپایلر می تواند از این اطلاعات برای بررسی عملیات انجام شده از سازگاری متغیر با نوع آن استفاده کند که به شما امکان می دهد برای تضمین صحت نرم افزار. از سوی دیگر، کلاس یک نوع قالب برای ایجاد اشیاء است و روش هایی را فراهم می کند که می تواند به این اشیا اعمال شود. بنابراین، مفهوم "کلاس" تا حد زیادی به زمان اعدام اشاره دارد تا زمان تلفیقی.)

5. حمایت از ارث از انواع و کلاس ها از اجداد خود. Subtype یا Subclass باید به ترتیب به ترتیب ویژگی ها و روش های خود را از سوپرتپ، یا superclass به ارث برده است.

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

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

8. مجموعه ای از انواع داده ها باید قابل ارتقا باشد. کاربر باید بدان معنی باشد که انواع داده های جدید را بر اساس مجموعه ای از انواع سیستم های از پیش تعریف شده ایجاد کند. علاوه بر این، بین روش های استفاده از سیستم های سیستم و داده های کاربر تفاوت وجود ندارد.

OO DBMS

پایگاه داده های شی گرا - پایگاه های داده ای که در آن اطلاعات به عنوان اشیاء به عنوان زبان های برنامه نویسی شی گرا ارائه می شود.

اعمال یا عدم اعمال سیستم های مدیریت پایگاه داده شی گرا (OOSUBD) در پروژه های واقعی امروز؟ در مواردی که آنها را اعمال کنید، و در چه چیزی؟

اینجا مزایای USUBD استفاده کنید:

· هیچ مشکلی از ناسازگاری مدل داده ها در برنامه و BD (ناسازگاری امپدانس) وجود ندارد. تمام داده ها در پایگاه داده به صورت مشابه در مدل برنامه ذخیره می شوند.

· لازم نیست به طور جداگانه از مدل داده در کنار DBMS پشتیبانی کند.

· تمام اشیاء در سطح منبع داده به شدت تایپ می شوند. نام ستون دیگر وجود ندارد! پایگاه داده Refactoring Object-Oriented و کد که با آن کار می کند، در حال حاضر به صورت خودکار، و نه یک فرآیند یکنواخت و خسته کننده است.

ODMG استاندارد

اولین آشکاربه طور رسمی، فقط یک مقاله ارائه شده بود کنفرانس پایگاه داده های شی گرا و قیاسیگروهی از افراد. همانطور که می توانستید در بخش قبلی مشاهده کنید، الزامات آشکار شدن نسبتا عاطفی نسبت به مشخصی مشخص شده بود. در سال 1991، کنسرسیوم ODMG تشکیل شد (سپس این اختصار به عنوان گروه مدیریت پایگاه دادهاما پس از آن یک تفسیر گسترده تر به دست آورد - گروه مدیریت داده) کنسرسیوم ODMG نزدیک به یک کنسرسیوم بسیار متعدد OMG ( گروه مدیریت Object.)، که توسط دو سال پیش شکل گرفت. هدف اصلی منبع ODMG، توسعه یک استاندارد صنعتی پایگاه داده های شی گرا بود (مدل عمومی). به عنوان پایه ای توسط مدل Object Object Omg Com ( مدل شی اصلی) برای بیش از یک دهه از وجود ODMG منتشر شده سه نسخه های اساسی استاندارد، آخرین که ODMG 3.0 نامیده می شود. شانزده

این خنده دار است که اگر چه ODMG (به گفته نویسنده) از OMG خارج شد، در سال های اخیر برخی از استانداردهای OMG بر اساس مدل ODMG Object هستند. به طور خاص، مشخصات زبان OCL بر اساس مدل ODMG است ( زبان محدودیت زبان)، که بخشی از مشخصات کلی UML 1.4 زبان (و UML 2.0) است. در این مقاله، ما هدف را برای انجام مقایسه دقیق از رویکردهای OMG و ODMG و ارسال خوانندگان علاقه مند به دایره المعارف Kogalovsky و مواد این سایت های کنسرسیوم. ما محدود به ارائه مختصری از ایده های اصلی موجود در استاندارد ODMG -3 هستیم.

معماری ODMG.

معماری پیشنهادی ODMG در شکل نشان داده شده است. 2.1. این معماری روش ذخیره سازی داده ها و انواع مختلف دسترسی کاربر به این "انبار داده" را تعریف می کند. یک انبار داده تنها از زبان تعریف داده ها، زبان پرس و جو و تعدادی از زبان های دستکاری داده ها در دسترس است. 18 در شکل. 2.1 ODL به معنی زبان تعریف شی (زبان تعریف شی)، oql - زبان پرس و جو زبان (زبان پرس و جو زبان)و OML - زبان دستکاری شی (زبان دستکاری شی).

شکل. 2.1. معماری ODMG.

مرکزی در معماری است مدل دادهنمایندگی ساختار سازمانی که در آن تمام داده های مدیریت شده توسط Oosubd باقی مانده است. زبان تعریف شیء، زبان پرس و جو و زبان های دستکاری به گونه ای طراحی شده اند که تمام قابلیت های آنها بر اساس مدل داده ها است. معماری، وجود انواع ساختارهای پیاده سازی را برای ذخیره داده های شبیه سازی می کند، اما یک نیاز مهم این است که تمام کتابخانه های نرم افزاری و تمام ابزارهای پشتیبانی در چارچوب شی گرا ارائه شده و باید در هماهنگی با داده ها حفظ شوند.

اجزای اصلی معماری عبارتند از:

• مدل شیء داده ها.تمام داده ها با استفاده از Oosubd از لحاظ طرح های مدل داده ساختار یافته اند. در مدل داده، معانی دقیق تمام مفاهیم تعیین می شود (نگاه کنید به زیر).

• زبان تعریف داده (ODL).مدارهای پایگاه داده از لحاظ زبان ODL شرح داده شده اند که در آن طرح های مدل داده ها به صورت یک زبان تعریف مشخص شده است. ODL به شما اجازه می دهد تا طرح را به عنوان مجموعه ای از رابط های نوع شی، که شامل توصیف خواص انواع و ارتباطات بین آنها، و همچنین نام عملیات و پارامترهای آنها باشد، توصیف کنید. ODL یک زبان برنامه نویسی کامل نیست؛ انواع باید در یکی از زبان های رده OML اجرا شوند. علاوه بر این، ODL است مجازیزبان به این معنا که استاندارد ODMG نیازی به اجرای آن در محصولات نرم افزاری Oosubd ندارد، که در نظر گرفته شده به استاندارد مربوط می شود. پشتیبانی از این محصولات از زبان های معادل معادل، از جمله تمام قابلیت های ODL، اما به ویژگی های سیستم خاص اقتباس شده است. با این حال، حضور مشخصات زبان ODL در استاندارد ODMG مهم است، زیرا خواص مدل داده ها در زبان مشخص شده است.

• زبان درخواست شی (ODL). زبان نحو شبیه به نحو است زبان SQLاما متکی بر معناشناسی مدل ODMG ODMG است. استاندارد اجازه می دهد تا استفاده مستقیم از OQL و تعبیه آن را به یکی از زبان های رده OML.

مدل داده های ارتباطی

تقریبا همه سیستم های مدرن بر اساس ارتباطی(ارتباطی) مدل های مدیریت پایگاه داده. نام ارتباطیاین به خاطر این واقعیت است که هر ورودی در چنین پایگاه داده شامل اطلاعات مربوط به یک شیء خاص است.

که در ارتباطیDBMS تمام داده های پردازش شده به عنوان جداول مسطح نشان داده شده است. اطلاعات مربوط به اشیاء یک فرم خاص در فرم جدولی ارائه شده است: ویژگی های مختلف شی در ستون های جدول متمرکز شده اند و رشته ها طراحی شده اند تا شامل توضیحات تمام صفات به موارد فردی از اشیاء باشند.

مدل ایجاد شده در مرحله مدل سازی infographic، عمدتا بر اصول ارتباطی رضایت بخش است. با این حال، برای آوردن این مدل به رابطه ارتباطی باید توسط روش نامیده می شود عادی سازی.

نظریه عادی با پنج کار می کند فرم های طبیعی. این فرم ها برای کاهش افزونگی اطلاعات طراحی شده اند، بنابراین هر فرم عادی پس از آن باید شرایط قبلی و شرایط اضافی را برآورده کند. با طراحی عملی پایگاه های داده، فرم های چهارم و پنجم معمولا استفاده نمی شود. ما محدود به بررسی چهار فرم اول طبیعی است.

ما مفاهیم لازم را برای درک فرآیند آوردن مدل به طرح ارتباطی معرفی می کنیم.

نگرش- انتزاع شی توصیف شده به عنوان یک کل ویژگی های آن. ما در حال انجام مرحله Infographic از طراحی، ما در مورد انتزاع اشیا صحبت کردیم و برخی از خواص آنها نسبت به آنها نسبت داده شد. در حال حاضر، انجام طراحی مفهومی، ما به سطح بعدی انتزاع حرکت می کنیم. در این مرحله از اشیاء، به این ترتیب، دیگر وجود ندارد. ما با مجموعه ای از خواص که یک شی را تعریف می کنیم، کار می کنیم.

مثال رابطه- مجموعه ای از مقادیر خواص یک شی خاص.

کلید اولیه- شناسایی مجموعه ای از ویژگی ها، I.E. ارزش این ویژگی ها در این رابطه منحصر به فرد است. دو مورد از رابطه حاوی مقادیر مشابه در کلید اولیه وجود ندارد.

ویژگی ساده- ویژگی، معانی آن غیر قابل تقسیم است.

ویژگی پیچیده- ویژگی، که ارزش آن مجموعه ای از مقادیر چندین ویژگی شیء مختلف یا چندین مقدار از یک ویژگی است.

مفهوم ذات

دامنه

مفهوم دامنه به پایگاه های داده اختصاص یافته است، اگر چه برخی از آنالوگ ها را با زیرمجموعه ها در برخی از زبان های برنامه نویسی دارد. در شکل کلی، دامنه توسط وظیفه نوع خاصی از داده های خاصی که عناصر دامنه و بیان منطقی دلخواه به مورد نوع داده داده می شود تعیین می شود. اگر محاسبه این عبارت منطقی نتیجه «حقیقت» را به دست آورد، عنصر داده یک عنصر از دامنه است.

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

همچنین باید بار معناشناختی مفهوم دامنه را ذکر کرد: داده ها تنها زمانی قابل مقایسه با یک دامنه هستند. به عنوان مثال، دامنه های دامنه "شماره های عبور" و "شماره گروهی" به نوع عدد صحیح اشاره می کنند، اما قابل مقایسه نیستند. توجه داشته باشید که در اکثر DBM های ارتباطی، مفهوم دامنه استفاده نمی شود، هرچند که قبلا در اوراکل V.7 پشتیبانی می شود.

اساس فن آوری های پایگاه داده بر اساس MD که در بالا توضیح داده شد، یک مفهوم ذخیره سازی اطلاعات استاتیک متمرکز بر مدل سازی داده ها است. با این حال، زمینه های جدید استفاده از تکنولوژی با اشیاء BD پیچیده، مرتبط، مانند:

طراحی خودکار؛

تولید خودکار؛

توسعه خودکار نرم افزار؛

سیستم های اطلاعات دفتر؛

سیستم چند رسانه ای؛

سیستم های اطلاعات جغرافیایی؛

سیستم های انتشارات و دیگران، توانایی محدودی از یک مفهوم استاتیک را از لحاظ مدل سازی اشیاء دنیای واقعی نشان دادند.

برای انواع جدیدی از برنامه های کاربردی پایگاه داده تخصصی پیچیده، یک مفهوم پویا از ذخیره سازی اطلاعات موثر است، که به شما اجازه می دهد تا به طور موازی با این داده ها به طور موازی داده ها و فرآیندهای را شبیه سازی کنید. این به شما اجازه می دهد تا معناشناسی منطقه موضوع را در نظر بگیرید و به همین ترتیب این برنامه ها را به اندازه کافی توصیف کنید. چنین مفهومی بر اساس یک رویکرد شی گرا است که به طور گسترده ای هنگام ایجاد نرم افزار مورد استفاده قرار می گیرد. MD، اجرای این مفهوم و بر اساس پارادایم شی گرا (OOP)، نام یک مدل داده شی گرا (OUD) را دریافت کرد.

ساخت OCD حاصل از این فرض است که منطقه موضوع را می توان با مجموعه ای از اشیاء توصیف کرد. هر شیء یک نهاد قابل شناسایی منحصر به فرد است که حاوی ویژگی هایی است که وضعیت اشیاء دنیای واقعی و اقدامات مرتبط را توصیف می کنند. حالت فعلی شیء توسط یک یا چند ویژگی توصیف شده است که ممکن است ساده یا پیچیده باشد. یک ویژگی ساده ممکن است داشته باشد نوع ابتدایی (به عنوان مثال، یک عدد صحیح، رشته، و غیره) و معنای حقیقی را قبول کنید. ویژگی کامپوزیت ممکن است شامل مجموعه ها و / یا لینک ها باشد. ویژگی مرجع یک پیوند بین اشیاء است.

ویژگی اصلی این شیء منحصر به فرد شناسایی آن است. بنابراین، هر شی در یک سیستم شی گرا باید شناسه خود را داشته باشد.

شناسه Object (OID - شناسه Object) یک روش داخلی برای علامت گذاری اشیاء فردی برای پایگاه داده است. کاربران با یک برنامه گفتگو درخواست ها برای درخواست ها یا مشاهده اطلاعات، به عنوان یک قاعده، این شناسه ها را نمی بینند. آنها خود را اختصاص داده و از DBMS استفاده می کنند. معناشناسی شناسه در هر DBMS خودشان هستند. این می تواند هر دو مقدار تصادفی باشد و حاوی اطلاعات لازم برای جستجو برای یک شی در فایل پایگاه داده، به عنوان مثال، شماره صفحه در فایل و جسم افست از ابتدا. این شناسه است که باید برای سازماندهی منابع به جسم استفاده شود.

تمام اشیاء کپسوله شده اند، به عنوان مثال، ارائه یا ساختار داخلی جسم از کاربر پنهان شده است. در عوض، کاربر فقط آن را می داند این شیء می تواند برخی از توابع را انجام دهد. بنابراین، برای تسهیلات، انبار می تواند از چنین روش هایی برای پذیرش_dovar استفاده کند، و غیره. مزیت کپسوله سازی این است که به شما این امکان را می دهد که نمایندگی داخلی اشیا را بدون استفاده مجدد از این اشیا استفاده کنید. به عبارت دیگر، Encapsulation به معنای استقلال داده ها است.

جسم داده ها و توابع را پوشش می دهد (روش ها بر اساس OOP). روش ها رفتار رفتار را تعیین می کنند. آنها می توانند برای تغییر وضعیت یک شی با تغییر مقادیر ویژگی های آن یا ایجاد پرس و جو به مقادیر ویژگی های مورد علاقه استفاده شوند. به عنوان مثال، ممکن است روش هایی برای اضافه کردن اطلاعات در مورد یک شیء جدید املاک و مستغلات برای اجاره، برای به روز رسانی اطلاعات در مورد حقوق و دستمزد کارمند و یا برای چاپ اطلاعات در مورد یک محصول خاص وجود دارد.

اشیاء که دارای مجموعه ای از ویژگی های مشابه هستند و به همان پیام ها پاسخ می دهند می توانند به گروه بندی شوند کلاس (در ادبیات، اصطلاح "کلاس" و "نوع" اغلب به عنوان مترادف استفاده می شود). هر کدام از این کلاس دارای نماینده خود است - یک شی که یک عنصر داده است. اشیاء برخی از کلاس ها آن را نامیده می شود کپی ها.

در برخی از سیستم های شی گرا، کلاس نیز یک شیء است و دارای ویژگی ها و روش های خاص خود است ویژگی های کلاس و روش های کلاس.

مفاهیم مهم OOP خدمت می کنند سلسله مراتب کلاس ها و سلسله مراتب ظروف.

کلاسهای سلسله مراتب این امر نشان می دهد که امکان حضور هر کلاس، در این مورد، SuperClass، Subclass آن را نشان می دهد. به عنوان مثال، شما می توانید زنجیره زیر را به ارمغان بیاورید: همه برنامهنویسان هر سازمانی کارکنان آن هستند، بنابراین هر برنامه نویس که در چارچوب OCD یک طبقه از برنامه نویسان است، همچنین یک کارمند است که به نوبه خود یک شیء است از کارکنان کلاس بنابراین، برنامه نویسان یک زیرساخت، کارمند - یک ابر کلاسیک خواهند بود. اما برنامه نویسان همچنین می توانند سیستم را به اشتراک بگذارند و اعمال کنند. در نتیجه، برنامه نویسان Superclass به زیر دامنه های SIS_PROGROGROGROGROGNS و GLOBAL_PROGRAMMERS خواهند بود. ادامه این زنجیره ای بیشتر، ما یک سلسله مراتب کلاس ها را دریافت می کنیم، که در آن هر شیء زیر کلاس، کپی های متغیرها و روش های ابر کلاسی مناسب را به ارث می برد.

انواع مختلفی از ارث وجود دارد - تک، چند و انتخابی. وراثت تنها یک مورد است که زیر کلاس ها بیش از یک ابر کلاس را به ارث می برند. وراثت چندگانه - وراثت بیش از یک superclass. وراثت انتخابی اجازه می دهد تا زیر مجموعه به تعداد محدودی از خواص Superclass خود را به ارث برده باشد.

ارثی از کپی از متغیرها نامیده می شود ارث ساختاری ساختاری، روش های ارثی - ارث رفتاری، و توانایی استفاده از همان روش برای کلاس های مختلف یا، به جای آن اعمال می شود روش های متفرقه با همان نام برای کلاس های مختلف نامیده می شود پلی مورفیسم.

معماری شی گرا دارای نوع دیگری از سلسله مراتب است - ظروف سلسله مراتب. این است که برخی از اشیاء می توانند در داخل دیگران سازنده باشند. بنابراین، شیء کلاس باید یک متغیر موجود در دسترس باشد، که مرجع به کارکنان کلاس، مربوط به رئیس بخش است، و همچنین باید یک پیوند به مجموعه ای از منابع مربوط به اشیاء که برای کارکنان در این بخش مناسب است، داشته باشد .

در برخی از سیستم های شی گرا، کلاس نیز یک شی است و دارای ویژگی ها و روش های خاص خود است. ویژگی های عمومی کلاس توسط ویژگی های آن شرح داده شده است. روش های کلاس شیء نوعی از آنالوگ از خواص اشیاء دنیای واقعی است. هر شیء مربوط به هر کلاس خاص این ویژگی ها را دارد. در نتیجه، هنگام ایجاد یک شی، لازم است که کلاس را اعلام کنیم که به این ترتیب خواص ذاتی آن را تعیین می کند.

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

تمام ارتباطات در مدل شیء با استفاده از ویژگی های مرجع که معمولا به عنوان شناسه های OID اجرا می شود انجام می شود.

ارتباطات در پایگاه های ارتباطی با مقایسه کلیدهای اولیه و خارجی نشان داده شده است. در خود پایگاه داده، هیچ سازه ای برای تشکیل ارتباط بین جداول وجود ندارد، ارتباطات در هنگام اتصال جداول مورد نیاز است. برعکس، ارتباطات پایه پایگاه داده شی گرا را تشکیل می دهند، از آنجا که شناسه های اشیایی که با هر شیء مرتبط است.

نه تنها روابط سنتی را می توان در Oumd اجرا کرد، بلکه به دلیل ارث.

نوع ارتباطی یک به یک (1: 1)بین اشیاء A و B با اضافه کردن یک ویژگی مرجع به یک شی در یک شیء A و (برای حفظ یکپارچگی مرجع) از ویژگی مرجع به شیء A در شیء A اجرا می شود.

نوع ارتباطی یک به چند (1: متر) بین اشیاء A و B با اضافه کردن یک ویژگی مرجع به یک شیء A و یک ویژگی حاوی مجموعه ای از مراجع به یک شیء A، به یک شی (به عنوان مثال، یک ویژگی مرجع B (OID2، OID3 ...) اجرا می شود اضافه شده، و در مواردی از یک شی در OID2، OID3، ... یک ویژگی مرجع A: OID1 اضافه شده است.

ارتباطات مانند بسیاری از شرکت های بسیاری (m: n) بین اشیاء A و B با اضافه کردن یک ویژگی به هر شی حاوی مجموعه ای از لینک ها اجرا می شود.

در Oud، شما می توانید از اتصال "عدد صحیح" استفاده کنید که توصیف می کند که هدف از همان کلاس شامل اشیاء کلاس های دیگر به عنوان قطعات آن است. در مورد یک پایگاه داده تولید بین کلاس، محصول و کلاس ها، بخشی و مجمع "عدد صحیح" وجود دارد. این ارتباطات - این گزینه "بسیاری از" ارتباطات "بسیاری از" است که دارای معانی خاص است. ارتباط "عدد صحیح" به عنوان هر گونه ارتباط دیگر "بسیاری از" با استفاده از انواع شناسه های اشیاء مرتبط اجرا می شود. با این حال، آن، در مقایسه با ارتباط معمول "بسیاری از بسیاری از"، دارای معنای معنی داری متفاوت است.

از آنجایی که پارادایم شی گرا از ارثی پشتیبانی می کند، سپس در Oud، ممکن است از نوع "IS" و اتصال "گسترش" استفاده شود. ارتباطات "است"، که همچنین رابطه تعمیم تخصص نامیده می شود، سلسله مراتب ارث را تولید می کند که در آن زیر کلاس ها توسط موارد خاص Superclass ارائه می شود. این اجازه می دهد تا ویژگی های مجددا به ارث برده شود. هنگام استفاده از ارتباطات "گسترش"، Subclass قابلیت عملکرد SuperClass را توسعه می دهد و نه به پرونده خصوصی آن محدود نمی شود.

در نظر بگیرید که چگونه این اجزاء در OUD به عنوان محدودیت یکپارچگی و عملیات داده ها اجرا می شوند.

ویژگی های این اجزاء توسط ویژگی های مدل تعیین می شود. این ویژگی در OMD عمدتا توسط مفاهیم داخلی آن به عنوان انعطاف پذیری اشیاء، I.E. ایمنی ساختار داخلی، دسترسی به داده ها تنها از طریق برخی از روش های قبل، سلسله مراتب کلاس ها و سلسله مراتب کانتینر، دیکته شده است.

مشخصه های OCOM توسط مشخصه های جسم دیکته شده است. این خود را در نیاز به گروه بندی اشیاء در کلاس ها نشان می دهد. هر جسم در یک کلاس خاص بسته به وظیفه گنجانده شده است، با یک شیء می تواند یک بار به چندین کلاس (به عنوان مثال، خانواده برنامه نویسان و قابل پرداخت) تعلق داشته باشد. یکی دیگر از شیء خاص این است که می تواند از یک کلاس (زیر کلاس) به دیگری "برود". بنابراین، برنامه نویس سیستم می تواند با زمان اعمال شود. بنابراین، سلسله مراتب کلاس ها یک آنالوگ از مدل سلسله مراتبی نیست، زیرا ممکن است زودتر به نظر برسد، اما نیاز به یک سیستم توانایی تغییر محل هر شی را در سلسله مراتب کلاس ها، به عنوان مثال، برای حرکت به "بالا" یا "پایین "در این سلسله مراتب. اما یک فرآیند پیچیده تر امکان پذیر است - سیستم باید یک شی از شی را به یک رأس دلخواه از سلسله مراتب در هر زمان متصل کند.

نقش مهمی در Oud دارای محدودیت های یکپارچگی روابط است. به منظور ارتباط در MD شی گرا به کار، شناسه های شی در هر دو طرف ارتباطات باید با یکدیگر مطابقت داشته باشند. به عنوان مثال، اگر پیوند بین کارکنان و فرزندان آنها وجود داشته باشد، باید نوعی گارانتی باشد که در هنگام قرار دادن یک شیء که کودک را به یک شی که کارمند را نشان می دهد، شناسه دوم به شیء مناسب اضافه می شود. این نوع یکپارچگی اتصال، در یکپارچگی مرجع مشابه در مدل داده های ارتباطی، با استفاده از آن تنظیم شده است روابط معکوس. برای تضمین یکپارچگی پیوندها، طراح با طراحی ویژه نحو مورد نیاز برای مشخص کردن محل شناسه معکوس جسم ارائه شده است. تعهد به تنظیم محدودیت ها در یکپارچگی روابط (و همچنین یکپارچگی مرجع در پایگاه داده ارتباطی) در طراح قرار دارد.

در توضیحات داده های OMD و داده ها، و دستکاری آنها با همان زبان رویه ای شی گرا رخ می دهد.

Object مدیریت پایگاه داده Graop (Object Data Management Graop). او مدل شیء را توسعه داد (نسخه ODMG 2.0 در سپتامبر 1997 تصویب شد)، که مدل استاندارد را برای معانی اشیاء BD تعریف می کند. این مدل از اهمیت زیادی برخوردار است زیرا معانی داخلی را تعیین می کند که همچنین درک می شود و می تواند DBMS شی گرا (Oosubd) را اجرا کند. ساختار کتابخانه ها و برنامه های کاربردی با استفاده از این معنایی باید به Oosubds مختلف منتقل شود که از این شی MD پشتیبانی می کنند. اجزای اصلی معماری ODMG عبارتند از: مدل شی (OM)، زبان تعریف شی (ODL)، زبان پرس و جو شی (OQL)، و C ++، جاوا و توانایی اتصال SmallTalk.

مدل شیء داده ها مطابق با استاندارد ODMG 2.0 با ویژگی های زیر مشخص می شود:

عناصر ساختاری پایه اشیاء و ادبیات هستند. هر شی دارای یک شناسه منحصر به فرد است. لفظی شناسه خود را ندارد و نمی تواند به صورت جداگانه به عنوان یک شیء وجود داشته باشد. ادبیات همیشه به اشیاء ساخته شده اند و نمی توانند به صورت جداگانه به آنها اشاره شود؛

اشیاء و ادبیات در نوع متفاوت هستند. هر نوع دامنه خود را با تمام اشیاء و ادبیات این نوع جدا می کند. انواع ممکن است رفتار نیز داشته باشند. اگر نوع نوعی رفتار داشته باشد، تمام اشیاء این نوع رفتار مشابهی دارند. در عمل، نوع می تواند یک کلاس باشد که از آن یک شی، یک رابط یا یک نوع ساده از داده ها (به عنوان مثال، یک عدد صحیح) ایجاد می شود. جسم را می توان به عنوان نمونه ای از نوع نشان داد؛

وضعیت جسم توسط مجموعه ای از مقادیر فعلی اجرا شده توسط انواع خواص تعیین می شود. این خواص ممکن است ویژگی های یک شی یا ارتباط بین یک شی و یک یا چند اشیاء دیگر باشد؛

رفتار جسم توسط مجموعه ای از عملیات تعیین می شود که می تواند بالاتر از شی یا جسم خود انجام شود. عملیات ممکن است لیستی از پارامترهای ورودی و خروجی داشته باشد، هر کدام از آنها به شدت تعریف می کنند. هر عملیات همچنین ممکن است یک نتیجه تایپ شده را بازگرداند؛

تعریف پایگاه داده در یک طرح ثبت شده در زبان تعریف شیء (ODL) زبان تعریف شده است. پایگاه داده اشیاء را ذخیره می کند، به آنها اجازه می دهد آنها را به اشتراک بگذارند تا کاربران و برنامه های مختلف را به اشتراک بگذارند.

DBMS بر اساس OUD به نام DBMS شی گرا (Oosubd) نامیده می شود. این DBMS به DBMS نسل سوم اشاره دارد * (* تاریخ توسعه مدل های ذخیره سازی اغلب به سه مرحله تقسیم می شود (نسل ها): نسل اول (پایان سال 1960 آغاز 70 سالگی است) - مدل های سلسله مراتبی و شبکه؛ نسل دوم (حدود 1970-1980s) - مدل ارتباطی نسل سوم (1980s - اوایل 2000s) - مدل های شی گرا.).

امروزه پایگاه داده های شی گرا در سازمان های مختلف برای حل آن اعمال می شود دایره گسترده وظایف تجزیه و تحلیل و تعمیم تجربیات انباشته شده در زمینه داده های فناوری اطلاعات، امکان شناسایی برنامه های کاربردی وجود دارد که استفاده از پایگاه های داده های شی گرا توجیه می شود:

این برنامه شامل عدد بزرگ قطعات تعامل هر یک از آنها رفتار خود را دارد، که به رفتار دیگران بستگی دارد؛

سیستم باید حجم زیادی از ساختار غیر ساختاری یا داشتن یک ساختار داده پیچیده را پردازش کند؛

این برنامه دسترسی اطلاعات قابل پیش بینی را انجام خواهد داد، بنابراین ماهیت ناوبری پایگاه داده شی گرا، معایب قابل توجهی نخواهد بود؛

نیاز به درخواست های غیر برنامه ریزی شده محدود است؛

ساختار داده های ذخیره شده دارای طبیعت سلسله مراتبی یا مشابه است.

که در در حال حاضر بسیاری از DBMS شی گرا در بازار نرم افزار وجود دارد. در برگه 10.6 برخی از سیستم های تجاری این کلاس ارائه شده است.

جدول 10.6

OOSUBD تجاری مدرن،

تولید کنندگان و دامنه آنها

یکی از تفاوت های اساسی پایگاه های داده های شی از ارتباطی، توانایی ایجاد و استفاده از انواع داده های جدید است. یکی از ویژگی های مهم Oosubd این است که ایجاد یک نوع جدید نیازی به اصلاح هسته پایگاه داده نیست و بر اساس اصول برنامه نویسی شی گرا است.

هسته Oosubd برای عملیات با اشیاء بهینه شده است. عملیات طبیعی برای آن ها اشیاء ذخیره سازی، انجام نسخه های اشیاء، جداسازی حقوق دسترسی به اشیاء خاص است. Oosubd دارای سرعت بیشتری در عملیات نیاز به دسترسی و دریافت اطلاعات بسته بندی شده در اشیاء، در مقایسه با DBMS های ارتباطی، که نیاز به نمونه گیری داده های متصل به عملیات های داخلی اضافی منجر می شود.

مقدار قابل توجهی برای Oosubd دارای توانایی حرکت اشیاء از یک پایه به دیگری است.

هنگام ایجاد برنامه های کاربردی مختلف بر اساس Oosubd، ساختار ساخته شده در کلاس یک یا چند DBMS ساخته شده است. کتابخانه کلاس معمولا نه تنها تمام انواع داده های استاندارد، بلکه مجموعه ای از چند رسانه ای و سایر انواع داده های پیچیده مانند ویدئو، صدا، توالی فریم های انیمیشن را پشتیبانی می کند. در برخی از Oosubd، کتابخانه های کلاس ایجاد شده اند، اجازه می دهد ذخیره سازی و جستجوی کامل متن برای اطلاعات مستند (به عنوان مثال، یاسمین، ODB-JUPITER). یک مثال از ساختار اساسی کلاس ها در شکل نشان داده شده است. 10.17.

موقعیت اصلی در آن، کلاس TodBoBject را اشغال می کند که شامل تمام خواص و روش های لازم برای کنترل دسترسی به پایگاه داده و نمایه سازی است. تمام کلاس های دیگر روش های خود را با اضافه کردن صحت صحرا بودن نوع اجرا شده توسط آنها و شاخص های خاص، نادیده می گیرند.

همانطور که در شکل دیده میشود. 10.17، در ساختار کلاس های مختلف متمرکز بر پردازش اطلاعات مستند - todbtext، todbdocument، todbtextdocument و غیره وجود دارد. هر سند توسط یک شیء جداگانه نمایش داده می شود. این ذخیره سازی طبیعی اسناد را تضمین می کند. یکی از مهمترین عملیات، جستجو برای اسناد به درخواست است. برای اکثر کلاس ها، توانایی جستجو برای اشیاء با ارزش یک کلید خاص اجرا می شود. برای کلاس todbtext، امکان تشکیل تشکیل شده است پرس و جو جستجو عبارت نوشته شده در یک زبان طبیعی.

کلاس todbdocument خاص است، قادر به پذیرش اشیاء دیفرانسیل است. این شامل زمینه هایی است که هر کدام یک نام دارند و با هدف خاصی مرتبط می شوند. حضور این کلاس به کاربر امکان می دهد تا نوع مجموعه را گسترش دهد. اصلاح شیء کانتینر (سند)، شما می توانید مجموعه خاصی از فیلدها را تنظیم کنید و یک سند جدید دریافت کنید.

بر اساس ODB-JUPITER، توسعه دهندگان OOSUBD یک سیستم منبع منبع اطلاعاتی ODB کامل را ایجاد کردند ساختار جهانی داده های ذخیره شده و مکانیسم جستجوی قدرتمند. سیستم متن ODB یک پردازش جمعی از اسناد و نگهداری یک آرشیو شرکتی است. در میان برنامه های کاربردی ممکن، اتوماسیون حسابداری مدیریت اسناد دفتر مدرن، مرجع ساختمان را فرا می گیرد سیستم های اطلاعاتی (شبیه به پایگاه های شناخته شده قانونی)، حفظ پایگاه های اطلاعاتی شبکه، سوابق پرسنل، کتابشناسی، و غیره

41. ویژگی های طراحی IP کاربردی. فازهای توسعه IP. (موضوع 11، ص 100-103).

11.1.3. ویژگی های طراحی سیستم کاربردی

هنگام ساخت (انتخاب، سازگاری) سیستم اطلاعاتی، می توانید از دو مفاهیم اساسی استفاده کنید، دو روش اصلی (مفهوم سوم - ترکیب آنها):

1. جهت گیری به مشکلات که باید با کمک این سیستم اطلاعاتی حل شود، I.E. رویکرد مشکوک (یا رویکرد القایی)؛

2. جهت گیری در تکنولوژی که در دسترس است (به روز شده) در این سیستم، متوسط، I.E. رویکرد تکنولوژیکی گرا (یا رویکرد قیاسی).

انتخاب مفهوم بستگی به معیارهای استراتژیک (تاکتیکی) و (یا) بلند مدت (کوتاه مدت)، مشکلات، منابع دارد.

اگر امکانات تکنولوژی موجود برای اولین بار مورد مطالعه قرار گیرد و بعد از آن تعیین شود مشکلات واقعیکه می تواند با کمک آنها حل شود، لازم است بر رویکرد تکنولوژیکی گرا تکیه کنید.

اگر ابتدا مشکلات فعلی تعیین شود، و سپس تکنولوژی برای حل این مشکلات کافی است، لازم است به رویکرد مشکل گرا تکیه کنیم.

در عین حال، هر دو مفاهیم ساخت یک سیستم اطلاعاتی بستگی به یکدیگر دارند: معرفی فن آوری های جدید، مشکلات قابل حل را تغییر می دهد و تغییر مشکلات حل شده - منجر به نیاز به معرفی فن آوری های جدید می شود؛ هر دو تحت تاثیر تصمیمات قرار می گیرند.

طراحی سیستم (توسعه) و استفاده از هر برنامه اطلاعاتی (شرکت های بزرگ) باید چرخه عمر زیر سیستم اطلاعات را منتقل کند:

- تجزیه و تحلیل قبل از پروژه (تجربه در ایجاد سایر سیستم های مشابه، نمونه های اولیه، تفاوت ها و ویژگی های سیستم توسعه یافته، و غیره)، تجزیه و تحلیل تظاهرات خارجی سیستم؛

- تجزیه و تحلیل داخل سیستم، تجزیه و تحلیل داخلی (تجزیه و تحلیل زیر سیستم های سیستم)؛

- توصیف سیستمیک (مورفولوژیکی) (ارائه) سیستم (شرح سیستم هدف، روابط سیستماتیک و روابط زیست محیطی، سایر سیستم ها و منابع سیستم - مواد، انرژی، اطلاعات، سازمانی، انسان، فضایی و موقت)؛

- تعیین معیارهای کفایت، کارایی و پایداری (قابلیت اطمینان)؛

- شرح کاربردی زیر سیستم های سیستم (شرح مدل ها، زیر سیستم های الگوریتم های عملکرد)؛

- سازنده (توضیحات آرایش) از سیستم، ارزیابی تعامل زیر سیستم های سیستم (توسعه طرح بندی - اجرای زیرسیستم ها با توصیف های کاربردی ساده، روش ها و تست تعامل این طرح بندی ها به منظور رسیدن به هدف سیستم ) ممکن است از "طرح بندی" کفایت، پایداری، کارایی استفاده کنید؛

- "مونتاژ" و تست سیستم - پیاده سازی زیر سیستم های کامل و معیارهای عملکرد کامل، ارزیابی مدل با توجه به معیارهای فرموله شده؛

- عملکرد سیستم؛

- تعریف اهداف توسعه بیشتر سیستم و برنامه های کاربردی آن؛

- پشتیبانی از سیستم - روشن شدن، اصلاح، گسترش قابلیت های سیستم در حالت عملکرد آن (به منظور تکامل آن).

این مراحل سیستم های اساسی برای سیستم های مهندسی مجدد اطلاعات هستند.

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

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

روابط عملکردی - هر واحد نوع خاصی از کار را به عنوان بخشی از یک فرآیند کسب و کار واحد انجام می دهد؛

اتصالات اطلاعات - بخش های تبادل اطلاعات (اسناد، فکس ها، سفارشات نوشته شده و شفاهی، و غیره)؛

ارتباطات خارجی، برخی از تقسیمات تعامل با سیستم های خارجیعلاوه بر این، تعامل آنها نیز می تواند هر دو اطلاعاتی و کاربردی باشد.

ساختار کلی شرکت های مختلف باعث می شود تا برخی از اصول یکنواخت برای ساخت سیستم های اطلاعاتی شرکت سازگار باشد.

به طور کلی، روند توسعه یک سیستم اطلاعاتی را می توان از دو دیدگاه در نظر گرفت:

در زمان، یا در مراحل چرخه زندگی سیستم توسعه یافته در این مورد، سازمان پویایی فرایند توسعه توصیف شده از لحاظ چرخه ها، مراحل، تکرارها و مراحل در نظر گرفته شده است.

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

این پروژه یک تغییر هدف محدود در یک سیستم جداگانه با اهداف تعریف شده در ابتدا به خوبی تعریف شده است، دستیابی به آن تعیین تکمیل پروژه، و همچنین الزامات ایجاد شده تا به امروز، نتایج، خطر، چارچوب برای بودجه و منابع و ساختار سازمانی.

معمولا برای یک مفهوم پیچیده (به ویژه مفهوم پروژه) دشوار است که یک فرمول یکپارچه را به طور کامل پوشش دهد که تمام نشانه های ایده این مفهوم را پوشش می دهد. بنابراین، تعریف فوق، منحصر به فرد و کامل نیست.

ویژگی های اصلی متمایز پروژه به عنوان یک هدف از مدیریت می تواند تشخیص داده شود:

تنوع - ترجمه هدفمند سیستم از موجود در برخی از

دولت مورد نظر از لحاظ اهداف پروژه توضیح داده شده است؛

هدف نهایی نهایی؛

مدت زمان محدود؛

محدودیت های بودجه؛

منابع محدود مورد نیاز؛

نوآوری برای شرکت که برای آن پروژه اجرا می شود؛

پیچیدگی حضور تعداد زیادی از عوامل، به طور مستقیم یا غیر مستقیم بر پیشرفت و نتایج پروژه تاثیر می گذارد؛

مقررات قانونی و سازمانی، ایجاد یک ساختار سازمانی خاص در زمان اجرای پروژه است.

اثربخشی این کار با مدیریت فرآیند پیاده سازی پروژه به دست می آید که توزیع منابع را تضمین می کند، توالی کار و جبران خسارت برای اثرات ناخوشایند داخلی و خارجی را هماهنگ می کند.

از نقطه نظر نظریه سیستم های کنترل، پروژه به عنوان یک هدف مدیریت باید مشاهده و قابل کنترل باشد، یعنی برخی از ویژگی ها به طور مداوم نظارت بر پیشرفت پروژه (اموال مشاهده پذیری) اختصاص داده می شود. علاوه بر این، لازم است مکانیزم های به موقع اقدام به پیشرفت پروژه (ویژگی مدیریت پذیری).

اموال مدیریت به ویژه در مواجهه با عدم اطمینان و تغییرپذیری موضوع مربوطه، که اغلب پروژه ها را برای توسعه سیستم های اطلاعاتی همراه می سازد، مرتبط است.

هر پروژه، صرف نظر از پیچیدگی و دامنه کاری لازم برای اجرای آن، در توسعه آن اتفاق می افتد. ترکیبی از مراحل توسعه از ظهور این ایده به تکمیل کامل پروژه برای تقسیم بر فاز ها (مراحل، مراحل)، تقسیم می شود.

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

فازهای زیر توسعه سیستم اطلاعاتی می تواند تشخیص داده شود:

تشکیل مفهوم؛

توسعه مشخصات فنی؛

طرح؛

تولید؛

ورود به سیستم به عملیات

هر یک از آنها را در جزئیات بیشتر در نظر بگیرید. مرحله دوم و تا حدی سوم برای فراخوانی فازهای طراحی سیستم ساخته شده است، و دو مورد دیگر (گاهی اوقات شامل فاز طراحی) - فازهای پیاده سازی.

فاز مفهومی

تشکیل ایده ها، تعیین اهداف؛

تشکیل فرمان پروژه کلیدی؛

مطالعه انگیزه و الزامات مشتری و سایر شرکت کنندگان؛

جمع آوری داده های منبع و تجزیه و تحلیل یک دولت موجود؛

شناسایی الزامات اساسی و محدودیت های مورد نیاز توسط مواد، مالی و منابع کار؛

ارزیابی مقایسهای جایگزین؛

نمایندگی، تخصص و تایید آنها.

توسعه توسعه فنی

توسعه محتوای اصلی پروژه، ساختار اساسی پروژه؛

توسعه و تایید کار فنی؛

برنامه ریزی، تجزیه مدل ساختاری پایه پروژه؛

تهیه برآوردها و بودجه پروژه، تعیین نیاز به منابع؛

توسعه برنامه های تقویم و برنامه های کار بزرگ؛

امضای قرارداد با مشتری؛

راه اندازی ابزار برای ارتباطات شرکت کنندگان پروژه و نظارت بر کار خانگی.

طرح

در این مرحله، زیرسیستم ها تعیین می شوند، روابط آنها انتخاب می شوند. روش های موثر پروژه و استفاده از منابع. کار مشخصه این مرحله:

انجام کار طراحی اولیه؛

توسعه تخصیص فنی خصوصی؛

پیاده سازی طراحی مفهومی؛

تهیه مشخصات فنی و دستورالعمل؛

نمایندگی از توسعه پروژه، بررسی و تصویب پروژه.

توسعه

در این مرحله، هماهنگی و کنترل عملیاتی کار بر روی پروژه تولید می شود، زیرسیستم های تولید، ارتباط آنها و آزمایش آنها. محتوای اصلی:

اجرای کار توسعه نرم افزار؛

پیاده سازی آماده سازی برای اجرای سیستم؛

کنترل و تنظیم شاخص های اصلی پروژه.

راه اندازی

در این مرحله، آزمایشات، عملیات خلبان سیستم در شرایط واقعی، مذاکرات مربوط به نتایج پروژه و قراردادهای جدید ممکن را در حال انجام است. انواع اصلی کارها:

تست های پیچیده؛

42. مفهوم چرخه زندگی IP. (تم 11، ص 103-105).

مدل شی گرا

در یک مدل شی گرا، ارائه داده ها ممکن است برای شناسایی سوابق پایگاه داده های فردی امکان پذیر باشد. بین ضبط ها و توابع پردازش آنها با کمک مکانیسم هایی شبیه به ابزار مناسب در زبان های برنامه نویسی شی گرا ایجاد می شود.

یک مدل استاندارد شی گرا در توصیه های استاندارد ODMG-93 (گروه مدیریت پایگاه داده Object - گروهی از مدیریت پایگاه داده های شی گرا) شرح داده شده است.

یک مدل ساده از یک پایگاه داده شی گرا را در نظر بگیرید. ساختار یک پایگاه داده شی گرا گرافیکی به صورت یک درختی است که گره های آن اشیا هستند. خواص اشیاء توسط برخی از نوع استاندارد یا نوع، طراحی شده توسط کاربر (تعریف شده به عنوان کلاس) شرح داده شده است. مقدار ویژگی نوع کلاس یک شی است که نمونه ای از کلاس مربوطه است. هر شیء نمونه کلاس یک نسل از یک شی است که در آن به عنوان یک ملک تعریف شده است. یک شیء شیء متعلق به کلاس آن است و دارای یک پدر و مادر است. روابط عمومی در پایگاه داده یک سلسله مراتب منسجم از اشیا را تشکیل می دهد. یک مثال از ساختار منطقی یک پایگاه داده کتابخانه شی گرا در شکل نشان داده شده است. 2.9. در اینجا، شیء نوع کتابخانه والدین برای اشیاء نمونه شیء است. مشترک، دایرکتوری و صدور. اشیاء مختلف مانند یک کتاب می توانند یک یا چند والدین مختلف داشته باشند. اشیاء مانند یک کتاب که والدین مشابه دارند باید حداقل تعداد موجودی (منحصر به فرد برای هر کپی از کتاب) متفاوت باشند، اما دارای همان ISBN، خواص UDC، نام و نویسنده هستند.

ساختار منطقی یک پایگاه داده شی گرا خارجی شبیه ساختار پایگاه داده سلسله مراتبی است. تفاوت اصلی بین آنها شامل روش های دستکاری داده ها می شود.

برای انجام عمل بر روی داده ها در مدل پایگاه داده تحت بررسی، عملیات منطقی استفاده می شود، توسط مکانیسم های شی گرا از کپسوله سازی، ارث و پلی مورفیسم افزایش یافته است.

Encapsulation دامنه نام خواص را در جسم که در آن تعریف شده است محدود می کند. بنابراین، اگر یک نوع شیء یک شیء کاتالوگ باشد، از تلفن نویسنده کتاب و داشتن نام تلفن می پرسد، سپس خواص مشابهی از مشترکین و کاتالوگ دریافت خواهید کرد. معنای این ویژگی توسط جسم که در آن کپسوله شده است تعیین می شود.

ارث، برعکس، دامنه اموال را در تمام فرزندان شیء توزیع می کند. بنابراین، تمام اشیاء مانند کتاب، که نسل از شی شیء شیء است، می تواند به خواص Object Object: ISBN، UDC، نام و نویسنده نسبت داده شود. اگر لازم باشد تا اثر مکانیزم ارث را به اشیائی که بستگان مستقیم نیستند (به عنوان مثال بین دو فرزند یک والد)، پس از آن در اجداد کلی خود، نوع انتزاعی نوع ABS تعیین می شود. بنابراین، تعریف خواص انتزاعی بلیط و شماره در شیء کتابخانه منجر به ارث بردن این خواص توسط تمام مشترکین، مشترک، کتاب و صدور می شود. این به احتمال زیاد نیست که ارزش های مالکیت مشترک بلیط کلاس و صدور نشان داده شده در شکل. 2.9، یکسان هستند - 00015.

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

جستجو برای یک پایگاه داده شی گرا، تعیین شباهت بین کاربر پرسید و اشیاء ذخیره شده در پایگاه داده است.

شکل. 2.9 ساختار پایگاه داده کتابخانه منطق

مزیت اصلی یک مدل داده شی گرا در مقایسه با ارتباطی، توانایی نمایش اطلاعات مربوط به روابط پیچیده اشیاء است. مدل داده Object-Oriented به شما اجازه می دهد تا یک پایگاه داده جداگانه را شناسایی کنید و توابع پردازش آنها را تعیین کنید.

معایب یک مدل شی گرا پیچیدگی مفهومی بالا، ناراحتی پردازش داده ها و سرعت کم پرس و جو است.

DBMS Object-Oriented شامل شاعر، یاسمن، وارینت، O2، ODB-JUPITER، IRIS، ORION، POSTGRES است.

بانک های داده، به عنوان یک عدد صحیح، معمولا توسط زمینه های اقتصادی و قانونی طبقه بندی می شوند.

تحت شرایط ارائه خدمات، بانک های آزاد و پرداخت شده متمایز هستند، که به نوبه خود به تجاری و غیر انتفاعی تقسیم می شوند (علمی، کتابخانه یا اجتماعی قابل توجه).

در قالب BND های مالکیت به دولت و غیر دولتی تقسیم می شود. با توجه به میزان دسترسی، محدوده های عمومی و محدود است.

سایر انواع طبقه بندی با اجزای BND جداگانه همراه است.

1. توسعه بانک های داده شامل 4 مرحله است:

مرحله ی 1. تشکیل و تجزیه و تحلیل مورد نیاز سیستم:

مشخصات سیستم کامپایل شده است، که شامل لیستی از وظایف است که BND باید حل شود؛

فهرست کاربران نهایی و توابع آنها؛

فهرست نیازهای پایگاه داده؛

مدار جریان سند در سازمان کشیده شده است.

مرحله 2. طراحی مفهومی: مدل اطلاعات سیستم بدون اتصال به نوع کامپیوتر و نوع نرم افزار سیستم ایجاد می شود؛ یک مدل infologic از پایگاه داده ساخته شده است، که بیشتر به طور کامل موضوع موضوع را در شرایط کاربر توصیف می کند.

3 مرحله طراحی پیاده سازی: سیستم محاسباتی انتخاب شده است، سیستم نرم افزار و DBMS؛ ساختار داده طراحی شده است و مدل DataLog پایگاه داده (DB Scheme) ساخته شده است، که شرح ساختار منطقی پایگاه داده در زبان DBMS انتخاب شده است.

4 مرحله پیاده سازی فیزیکی که شامل ایجاد و دانلود داده ها در پایگاه داده، توسعه و اشکال زدایی برنامه های کاربردی برای کار با پایگاه داده، نوشتن مستندات است. در این مرحله، مدل فیزیکی BD ساخته شده است، که دستگاه های ذخیره سازی مورد استفاده، روش های سازمان فیزیکی داده ها را توصیف می کند. شرح ساختار فیزیکی پایگاه داده، طرح ذخیره سازی نامیده می شود. در حال حاضر تمایل به کاهش این نوع کار وجود دارد.

2. وظایف اصلی حل شده توسط کارکنان بانک اطلاعاتی

کارکنان پرسنل BND شامل متخصصان مختلف هستند: مدیران BND، تحلیلگران سیستم، برنامه نویسان سیستم و برنامه، اپراتورها، متخصصان ابزار فنی، بازاریابی، و غیره

ما لیست توابع اصلی و وظایف حل شده توسط کارکنان را در هنگام توسعه و مدیریت پایگاه داده فهرست می کنیم:

1) تجزیه و تحلیل منطقه موضوع (تعیین نیازهای کاربران نهایی، ساخت یک مدل اطلاعاتی از موضوع موضوع، شناسایی محدودیت های یکپارچگی)؛

2) طراحی یک ساختار پایگاه داده (تعیین ترکیب و ساختار فایل های پایگاه داده، شرح طرح آن در زبان توصیف داده)؛

3) تنظیم محدودیت های یکپارچگی پایگاه داده؛

4) بارگیری و نگهداری پایگاه داده (پایگاه داده اشاره شده است، حذف و اضافه کردن مطالب)؛ توسعه تکنولوژی دانلود و تعمیر و نگهداری؛ توسعه فرم های ورود اطلاعات؛ ورودی و کنترل داده ها؛

5) حفاظت از داده ها (تعریف کاربران، انتخاب و بررسی ابزار حفاظت، تثبیت تلاش های دسترسی غیر مجاز)؛

6) اطمینان از ترمیم پایگاه داده؛

7) تجزیه و تحلیل اثربخشی BND و توسعه سیستم؛

8) کار با کاربران (مجموعه ای از پاسخ ها، آموزش)؛

9) پشتیبانی از نرم افزار سیستم (کسب، نصب و توسعه)؛

10) کار سازمانی و روش شناختی (انتخاب روش های طراحی و مدرنیزاسیون، برنامه ریزی توسعه BND، توسعه مستندات).

3. کاربران بانک های داده

مانند هر برنامه و مجموعه سازمانی و فنی، بانک اطلاعاتی در زمان و فضا وجود دارد. این مراحل خاصی از توسعه دارد:

طرح،

پیاده سازی،

حمایت کردن،

به روز رسانی و توسعه،

سازماندهی مجدد کامل

در هر مرحله از وجود، دسته های مختلف مصرف کنندگان به بانک داده متصل می شوند.

کاربران نهایی

این دسته اصلی از کاربران است که دارای منافع مربوط به بانک داده است. بسته به ویژگی های داده های ایجاد شده، داده ها می توانند اساسا در اطراف کاربران نهایی آن متفاوت باشند. این ممکن است مصرف کنندگان تصادفی به پایگاه داده از زمان به زمان به پایگاه داده پس از دریافت برخی از اطلاعات، و ممکن است کاربران عادی وجود داشته باشد. مصرف کنندگان گاه به گاه می توانند به عنوان مشتریان احتمالی شرکت در نظر گرفتن کاتالوگ تنظیم یا خدمات با تعمیم یا عمومی در نظر گرفته شوند توصیف همراه با جزئیات. کارکنانی که با برنامه های به طور خاص برای آنها طراحی شده اند، که اتوماسیون عمل خود را در عملکرد توابع فراهم می کنند، می توانند کاربران عادی باشند. به عنوان مثال، در مدیر که برنامه ریزی یک واحد فرعی را برنامه ریزی می کند شرکت کامپیوتر، یک برنامه وجود دارد که به او کمک می کند تا سفارشات فعلی را بر اساس دستورالعمل ها برنامه ریزی کرده و مکان های خود را کنترل کنید، کنترل عملکرد آنها، ساده سازی در انبار لوازم جانبی لازم برای سفارشات جدید. دانش اصلی، دانش ویژه ای که از کاربران نهایی نباید در زمینه ابزار زبان و محاسبات مورد نیاز باشد.

مدیران بانک داده

این یک گروه از کاربران است که در مرحله اولیه توسعه بانک اطلاعاتی، مسئول دستگاه بهینه خود را از نقطه نظر عملیات همزمان مجموعه ای از کاربران نهایی، در حمایت از این مرحله مسئول عملیات مناسب است این پشته اطلاعات اطلاعات در حالت چند نفره. در توسعه و مرحله سازماندهی مجدد، این گروه مسئول امکان تنظیم مجدد صحیح پشته بدون تغییر یا تکمیل خدمات فعلی آن است.

توسعه دهندگان و برنامه های کاربردی

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

نه در هر بانک داده، هر نوع از کاربران را می توان انتخاب کرد. شناخته شده است که توسعه سیستم های اطلاعاتی با استفاده از جدول DBMS جدول بانک داده، مدیر برنامه و توسعه دهنده اغلب در یک فرد وجود دارد. با این حال، هنگام ایجاد پایگاه های سخت افزاری شرکت های بزرگ، که برای اتوماسیون تمام یا بخش های بزرگی از فرآیندهای کسب و کار در یک شرکت بزرگ یا شرکت استفاده می شود، ممکن است گروهی از مدیران برنامه کاربردی و ادارات توسعه دهندگان وجود داشته باشد. سخت ترین حالت های کار به یک گروه از مدیران پایگاه داده اختصاص داده شده است.

آنها را در جزئیات بیشتر در نظر بگیرید.

بخشی از گروه مدیریت GND باید باشد:

مفسران سیستم؛

توسعه دهندگان ساختارهای داده و ظاهر در مورد بانک پشتیبانی از اطلاعات؛

توسعه دهندگان پردازش پردازش داده پردازش؛

سیستم و برنامه نویسان کاربردی؛

شرکت های موجود و کارشناسان در خدمات تعمیر.

مسئله بانک اطلاعات تجاری، نقش مهمی ایفا می کند، فروش کارشناسان.

توابع اصلی گروه مدیریت DB

1. مطالعه منطقه داده ها: توضیحات منطقه داده، متن محدود کردن محدودیت های یکپارچگی، تعریف وضعیت (دسترسی، محرمانه بودن) اطلاعات، تعریف نیازهای مصرف کننده، تعریف "مصرف کنندگان داده ها"، تعیین ویژگی های پردازش داده های زمانی.

2. توسعه ساختار BD: تعریف ترکیب و ساختار فایل های پایگاه داده و ارتباطات متوسط، انتخاب روش بهینه سازی داده ها و روش های دسترسی برای اطلاعات، شرح پایگاه داده در زبان توصیف داده ها (Jaode).

3. تنظیم محدودیت های یکپارچگی در توضیحات ساختار پایگاه داده و روش های پردازش پایگاه داده:

تنظیم محدودیت های یکپارچگی اعلامیه ذاتی در منطقه داده؛

تعیین محدودیت های پویا از یکپارچگی ذاتی در منطقه داده در طی تغییر اطلاعات ذخیره شده در پایگاه داده؛

تعیین محدودیت های یکپارچگی ناشی از ساختار پایگاه داده است؛

توسعه روش ها برای حمایت از یکپارچگی پایگاه داده هنگام وارد کردن و تنظیم داده ها؛

تعیین محدودیت های یکپارچگی عملکرد موازی مصرف کنندگان در حالت چند نفره.

4. شروع دانلود و پایگاه داده دستی

توسعه تکنیک بارگذاری DB، که از روش تغییر و اضافه کردن یک پایگاه داده با داده ها با استفاده منظم متفاوت خواهد بود؛

توسعه تکنیک های تأیید شده داده ها، وضعیت واقعی منطقه داده ها وارد شده است. اشیاء واقعی مدل های پایگاه داده برخی از مناطق داده و همبستگی متوسط، و در زمان آغاز تعمیرات کنونی این مدل باید وضعیت اشیاء منطقه داده را در حال حاضر با زمان مطابقت دهد؛

با توجه به تکنیک توسعه یافته شروع طراحی سیستم ورود اطلاعات، ممکن است لازم باشد.

5. حفاظت از داده ها

تعیین سیستم رمز عبور، اصول مصرف کنندگان تیراندازی، ایجاد گروه های مصرف کنندگان که دارای حقوق دسترسی یکسان هستند؛

توسعه اصول پیشگیری از اشیاء خاص و توسعه اشیاء؛ توسعه روش های تخصصی رمزگذاری اطلاعات در طی گردش آن در شبکه های اطلاعات محلی و جهانی؛

توسعه وسیله ای برای رفع دسترسی به داده ها و تلاش برای نقض سیستم حفاظت؛

سیستم حفاظت از تست؛

بررسی موارد نقض سیستم حفاظت و توسعه روش های پویا برای جلوگیری از اطلاعات در پایگاه داده.

6. پشتیبانی از ترمیم پایگاه داده

توسعه سازمانی آرشیو و اصول برای بازسازی پایگاه داده؛

توسعه بالغ های اضافی و فرایندهای تکنولوژیکی بازیابی پایگاه داده پس از شکست.

7. مطالعه پایگاه داده تماس های مشتری: مجموعه ای از آمار بر روی نماد درخواست ها، زمان ورود به عملکرد آنها، مطابق با اسناد خروجی مورد نیاز

8. بررسی اثربخشی عملکرد BND:

بررسی شاخص های عملکرد BND

بازسازی برنامه ریزی ساختار (تغییر ساختاری) پایگاه داده و سازماندهی مجدد BND.

9. کار با کاربران نهایی:

جمع آوری اطلاعات در مورد تغییر منطقه داده؛

جمع آوری اطلاعات در مورد ارزیابی آثار BND؛

آموزش مصرف کننده، مشاوره مصرف کنندگان؛

توسعه مستندات سیستماتیک و آموزشی لازم در مورد کار کاربران نهایی.

10. تجهیزات سیستم پخت و پز و پشتیبانی:

مطالعه بالغ های موجود در بازار و قابلیت های تحقیق و نیاز به استفاده از آنها در چارچوب BND؛

توسعه برنامه سازمانی و فنی مورد نیاز جنبش ها برای توسعه BND؛

بررسی عملکرد بالغ های بازخرید در مقابل ارتباط آنها با BND؛

کنترل اتصال بالغ های جدید به BND.

11. کار سازمانی و سیستماتیک در هنگام توسعه BND:

انتخاب یا ایجاد یک روش توسعه پایگاه داده؛

تعیین اهداف و جهت توسعه سیستم به طور کلی؛

برنامه ریزی مراحل توسعه BND؛

توسعه کتاب های مرجع از واژه نامه های عمومی پروژه BND و مدل مفهومی؛

نصب مدل های خارجی برنامه های توسعه یافته؛

کنترل اتصال برنامه جدید به عملیات BND؛

امکان یکپارچه سازی عیب یابی یکپارچه از برنامه های کاربردی که از یک پایگاه داده ارتباط برقرار می کنند.

در یک مدل شی گرا (OU)، زمانی که داده ها ارائه می شود، ممکن است ورودی های پایه فردی را شناسایی کنید. بین سوابق پایگاه داده و توابع پردازش آنها ایجاد روابط با استفاده از مکانیزم های مشابه به معنی مناسب در زبان های برنامه نویسی شی گرا.

استاندارد OU توصیف شده در توصیه های استاندارد ODMG-93 (گروه مدیریت پایگاه داده Object - گروهی از گروه مدیریت پایگاه داده های شی گرا). به طور کامل توصیه ODMG-93 هنوز امکان پذیر نیست. برای نشان دادن ایده های کلیدی، یک مدل کمی ساده از یک پایگاه داده شی گرا را در نظر بگیرید.

ساختار OO DB به صورت گرافیکی نشان دهنده شکل یک درخت است که گره های آن اشیا هستند. خواص شی توسط برخی از نوع استاندارد (به عنوان مثال، رشته - رشته) یا یک نوع توسط کاربر ساخته شده توسط کاربر (به عنوان کلاس تعریف شده) شرح داده شده است.

مقادیر نوع رشته یک رشته از شخصیت ها است. مقدار ویژگی نوع کلاس یک شی است که نمونه ای از کلاس مربوطه است. هر شیء نمونه کلاس یک نسل از یک شی است که در آن به عنوان یک ملک تعریف شده است. یک شیء شیء متعلق به کلاس آن است و دارای یک پدر و مادر است. روابط عمومی در پایگاه داده یک سلسله مراتب محدود از اشیا را تشکیل می دهد.

یک نمونه از یک ساختار منطقی پرونده کتابخانه OO DB در شکل نشان داده شده است. 3.14. در اینجا، شیء نوع کتابخانه والدین برای اشیاء نمونه شیء است. مشترک، دایرکتوری و صدور. اشیاء مختلف مانند یک کتاب با همان والدین باید حداقل یک شماره موجودی (منحصر به فرد برای هر کپی از کتاب) متفاوت باشند، اما مقادیر مشابهی دارند iSBN، UDC، نامو نویسنده.

شکل 3.14.منطق ساختار داده های ساختاری

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

ایجاد و اصلاح پایگاه داده همراه با تشکیل خودکار و تنظیم شاخص بعدی (جداول فهرست) حاوی اطلاعات به سرعت جستجو برای داده ها است.

به طور خلاصه مفهوم کپسوله سازی، ارث و پلی مورفیسم را در رابطه با پایگاه داده به طور خلاصه در نظر بگیرید.

کپسوله سازیمحدوده نام اموال را در جسم که تعریف شده است، محدود می کند. بنابراین، اگر یک شی یک شیء کاتالوگ باشد، اموال را اضافه می کند، کتاب تلفن نویسنده را می پرسد و نام دارد تلفن،سپس ما خواص مشابهی از مشترکین و کاتالوگ را دریافت خواهیم کرد. معنای این ویژگی توسط جسم که در آن کپسوله شده است تعیین می شود.

وراثت، برعکس، منطقه دید از اموال را در تمام فرزندان شیء توزیع می کند. بنابراین، تمام اشیاء مانند یک کتاب، که فرزندان نوع شیء عبارتند از کاتالوگ، می توانند به خواص شیء والدین نسبت داده شوند: iSBN، UDC، نامو نویسنده.اگر لازم باشد تا اثر مکانیزم ارث را به اشیائی که بستگان مستقیم نیستند (به عنوان مثال بین دو فرزند یک والد)، پس از آن در اجداد کلی خود، نوع انتزاعی نوع ABS تعیین می شود. بنابراین، تعریف خواص انتزاعی بلیط و عدددر جسم، کتابخانه منجر به ارث بردن این خواص توسط تمام مشترکین، مشترک، کتاب و صدور می شود. نه به احتمال زیاد ارزش اموال بلیطکلاس ها مشترک و صدور نشان داده شده در شکل یکسان خواهد بود - 00015.

پلی مورفیسمدر زبان های برنامه نویسی شی گرا، به این معنی توانایی کد برنامه مشابه برای کار با داده های چند منظوره است. به عبارت دیگر، به معنای مجاز بودن در اشیاء مختلف به منظور داشتن روش ها (روش ها یا توابع) با نام های مشابه است. در طول اجرای برنامه Object، روش های مشابه با استفاده از اشیاء مختلف بسته به نوع استدلال عمل می کنند. با توجه به پایگاه داده OO ما، پلی مورفیسم به این معنی است که کتاب اشیاء کلاس دارای والدین مختلف از دایرکتوری کلاس می تواند مجموعه ای متفاوت از خواص داشته باشد. در نتیجه، برنامه های کاری با اشیاء کلاس ممکن است حاوی یک کد پلی مورفیک باشند.

جستجو در OO BD برای پیدا کردن شباهت بین شی مشخص شده توسط کاربر، و اشیاء ذخیره شده در پایگاه داده است. شیء تعریف شده توسط کاربر، به نام شی هدف (ویژگی شیء هدف هدف است)، در مورد کلی ممکن است یک زیر مجموعه از کل سلسله مراتب اشیاء در پایگاه داده باشد. شی جسم، و همچنین نتیجه اجرای پرس و جو را می توان در پایگاه داده ذخیره کرد. یک مثال از یک درخواست برای بلیط خواننده و نام مشترکین که حداقل یک کتاب را از طریق کتابخانه دریافت کرده اند، در شکل نشان داده شده است. 3.15.

پایه ای کرامتاین داده ها در مقایسه با ارتباطی توانایی نمایش اطلاعات مربوط به اتصالات پیچیده اشیاء است. این به شما این امکان را می دهد که یک پایگاه داده جداگانه را شناسایی کنید و توابع پردازش آنها را تعیین کنید.

عیبOY پیچیدگی مفهومی بالا، ناراحتی پردازش داده ها و سرعت کم پرس و جو است.

شکل 3.15.قطعه پایگاه داده با هدف هدف

دوباره به وظیفه سفارشات نشان داده شده به عنوان یک مدل داده های ارتباطی در شکل. 3.8، و آن را از نظر یک پایگاه داده شی گرا در نظر بگیرید. در مجموع، در مثال سه کلاس: " مشتریان», « دستورات"و" محصولات" کلاس " مشتریان»آیا مشتریان بتن هستند؛ خواص کلاس - شماره مشتری، نام مشتری شهر، وضعیت و غیره روش های کلاس - " ایجاد یک سفارش», « لایحه پرداخت" و غیره. این روش برخی از عملیات است که می تواند به جسم اعمال شود؛ این روش چیزی است که باید انجام شود. کلاس مربوط به جدول " اطلاعات سفارش"، لازم نیست. داده های جدول ممکن است بخشی از کلاس باشد " دستورات" در دسترس بودن در کلاس " مشتریان"روش" ایجاد یک سفارش"منجر به تعامل با کلاس های کلاس ها می شود" دستورات"و" محصولات" در عین حال، کاربر نیازی به دانستن این تعامل اشیا ندارد. کاربر فقط به شیء احترام می گذارد " دستورات"و از روش استفاده می کند" ایجاد یک سفارش" واقعیت قرار گرفتن در معرض پایگاه های داده دیگر می تواند از کاربر پنهان شود. اگر روش " ایجاد یک سفارش"، به نوبه خود، اشاره به روش" اعتبار مشتری را بررسی کنید"این واقعیت ممکن است از کاربر پنهان شود. که در پایه های ارتباطی داده ها برای انجام وظایف مشابه، شما نیاز به نوشتن رویه ها در ویژوال بیسیک برای برنامه (VBA) دارید.

در 90s، نمونه های آزمایشی سیستم های مدیریت پایگاه داده OO وجود داشت. در حال حاضر چنین سیستم هایی گسترده شده اند. به طور خاص، آنها شامل DBM های زیر هستند: شاعر (نرم افزار شاعر)، یاسمین (Computer Associates)، VERSANT (VERSANT TECHNOLOGIES)، O2 (نرم افزار ARDENT)، O2-JUPITER (INTELTEK PLUS مرکز علمی و تولید)، و همچنین IRIS، Orion و Postgres.