ارائه با موضوع: مدل سازی سیستم های اطلاعاتی. مدل سازی سیستم های اطلاعاتی با استفاده از زبان UML

در طراحی مفهومیسیستم‌های اطلاعاتی از تعدادی توصیف از مشخصات (الزامات، شرایط، محدودیت‌ها و غیره) استفاده می‌کنند، که در این میان مکان مرکزی را مدل‌های تبدیل، ذخیره و انتقال اطلاعات اشغال می‌کنند. مدل های به دست آمده در طول مطالعه موضوع، در فرآیند توسعه IS، تغییر می کنند و به مدل های IS طراحی شده تبدیل می شوند.

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

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

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

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

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

مدل سازی عملکردی آی سی

چندین روش و ابزار مختلف برای توسعه مدل‌های ساختاری و عملکردی IS وجود دارد. یکی از رایج ترین آنها روشی است که بر اساس ساخت نمودارهای جریان داده (DFD - Data Flow Diagrams) استوار است.

نمودار جریان داده

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

عناصر اصلی نمودارهای جریان داده عبارتند از: نهادهای خارجی. فرآیندها؛ دستگاه های ذخیره سازی داده ها؛ جریان های داده هر یک از این عناصر دارای یک تصویر گرافیکی استاندارد است.

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

موجودیت های خارجی در مثال بالا مشتریان مبلمان، تامین کنندگان مواد، یک انبار و برخی دیگر از اشیاء دامنه خواهند بود. نمونه هایی از تصاویر گرافیکی آنها:

توابع IS طراحی شده در مدل DFD باید به عنوان فرآیندهایی ارائه شوند که جریان های داده ورودی را مطابق با الگوریتم های خاصی به خروجی تبدیل می کنند. جریان های داده خود مکانیزمی هستند که انتقال اطلاعات را از منبعی به گیرنده (از بخشی از سیستم به قسمت دیگر) شبیه سازی می کند. جریان داده در نمودار با خطی که با فلش ختم می شود نشان داده می شود که جهت جریان را نشان می دهد. هر جریان داده باید نامی داشته باشد که محتوای آن را منعکس کند.

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

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

نمودار زمینه

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

نمودار زمینه برای مثال توضیح داده شده در بالا در شکل 4 نشان داده شده است.

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

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

برای "مشتری-مشتری"، جریان داده "کاتالوگ" توصیفی از مبلمان معمولی تولید شده توسط شرکت است. جریان داده‌های سفارش ممکن است شامل اطلاعات سفارش برای مبلمان انتخاب شده از یک کاتالوگ و/یا شرحی توسط مشتری مبلمانی باشد که در کاتالوگ نیست و احتمالاً همچنین اطلاعاتی درباره مبلمان قدیمی فروخته شده توسط مشتری به یک شرکت باشد.

برای «مشتری-خریدار»، جریان داده «کاتالوگ مبلمان قدیمی» اطلاعاتی درباره مبلمان قدیمی موجود است که از مشتریان دریافت می‌شود. جریان «خرید/اجاره مبلمان قدیمی» اطلاعاتی درباره مبلمان قدیمی انتخاب شده توسط مشتری است که می خواهد آن را خریداری یا اجاره کند.

در عین حال، در عمل، شرایطی امکان پذیر است که «مشتری-مشتری» و «مشتری-خریدار» یک فرد باشد.

1 از 38

ارائه با موضوع:مدل سازی سیستم های اطلاعاتی

اسلاید شماره 1

اسلاید شماره 2

توضیحات اسلاید:

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

اسلاید شماره 3

توضیحات اسلاید:

اسلاید شماره 4

توضیحات اسلاید:

مطالب کتاب درسی فصل 1. مدل سازی سیستم های اطلاعاتی 1.1. سیستم های اطلاعاتی و سیستم شناسی 1.2. مدل رابطه ای و پایگاه داده (Access) 1.3. صفحه گسترده یک ابزار مدل سازی اطلاعات 1.4 است. برنامه نویسی کاربردی (عناصر VBA برای اکسل) فصل 2. مدل سازی ریاضی کامپیوتری 2.1. مقدمه ای بر مدل سازی 2.2. جعبه ابزار کامپیوتری مدل سازی ریاضی(Excel، MathCad، VBA، Pascal) 2.3. مدل سازی فرآیندهای برنامه ریزی بهینه 2.4. نرم افزارهای شبیه سازی کامپیوتری

اسلاید شماره 5

توضیحات اسلاید:

"مدل سازی و توسعه سیستم های اطلاعاتی" اهداف مطالعه بخش توسعه کلی و شکل گیری جهان بینی دانش آموزان. مؤلفه اصلی ایدئولوژیک محتوای این بخش از دوره، شکل گیری است رویکرد سیستم هابه تحلیل واقعیت پیرامون تسلط بر مبانی متدولوژی ساخت سیستم های مرجع اطلاعات. دانش آموزان درکی از مراحل توسعه سیستم اطلاعاتی کسب می کنند: مرحله طراحی و مرحله اجرا. ایجاد یک پایگاه داده چند جدولی در محیط اتفاق می افتد DBMS رابطه ای MS Access. دانش آموزان یاد می گیرند که چگونه یک پایگاه داده، برنامه های کاربردی (پرسش ها، گزارش ها)، عناصر رابط (جعبه های گفتگو) بسازند. توسعه و حرفه ای کردن مهارت های کامپیوتری. مهارت های کسب شده در دوره پایه عبارتند از پیشرفتهای بعدی. - کار با گرافیک برداریهنگام ساخت مدل های ساختاری سیستم ها - مطالعه عمیق قابلیت های MS Access DBMS - استفاده از MS Excel به عنوان وسیله ای برای کار با پایگاه داده - برنامه نویسی در VBA در اکسل برای توسعه یک رابط - هنگام کار بر روی چکیده ها، توصیه می شود استفاده از منابع اینترنتی؛ تهیه مواد برای محافظت در قالب یک ارائه (پاور پوینت)

اسلاید شماره 6

توضیحات اسلاید:

روش تدریس پروژه محور بیان مسئله: حوزه موضوعی: دبیرستان هدف پروژه: ایجاد سیستم اطلاعاتی "فرایند آموزشی" هدف سیستم اطلاعاتی: اطلاع رسانی به کاربران: درباره ترکیب دانش آموزان کلاس ها درباره کادر آموزشی مدرسه در مورد توزیع بار آموزشی و مدیریت کلاس در مورد پیشرفت دانش آموزان

اسلاید شماره 7

توضیحات اسلاید:

اسلاید شماره 8

توضیحات اسلاید:

اسلاید شماره 9

توضیحات اسلاید:

اسلاید شماره 10

توضیحات اسلاید:

اسلاید شماره 11

توضیحات اسلاید:

اسلاید شماره 12

توضیحات اسلاید:

برنامه های کاربردی توسعه برنامه: نمایش داده شد، گزارش وظیفه. دریافت لیست کلیه دختران پایه نهم که نمرات سالانه آنها در رشته کامپیوتر پنج است الزامی است. مفهوم زیر طرحواره با استفاده از یک زبان پرس و جو فرضی. انتخاب STUDENTS.SURNAME, STUDENTS.FIRST, STUDENTS.CLASS برای STUDENTS.CLASS='9?'and STUDENTS.SEX='w' و GROWTH.SUBJECT='علوم کامپیوتر' و GROWTH =5 PUPILS.SURNAME را به ترتیب صعودی مرتب کنید

اسلاید شماره 13

توضیحات اسلاید:

اسلاید شماره 14

توضیحات اسلاید:

اسلاید شماره 15

توضیحات اسلاید:

برنامه نویسی برنامه VBA Private Sub CommandButton1_Click() "تعریف متغیر Dim i, j, n به عنوان عدد صحیح Dim پرچم به صورت بولی " مقداردهی اولیه داده پرچم = نادرست "تعداد سطرها در لیست مدارس n = Range ("A3") تعیین می شود. CurrentRegion.Rows شمارش "در فهرست شماره مدرسه مشخص شده در "فیلد ورودی TextBox1 جستجو کنید" برای i = 3 تا n+2 If Cells(i, 1).Value = Val(UserForm1.TextBox1.Text) سپس پرچم = خروج واقعی برای پایان اگر قسمت بعدی کنترل کننده رویداد "روی دکمه SEARCH کلیک کنید"

اسلاید شماره 16

توضیحات اسلاید:

"مدل سازی ریاضی کامپیوتری" وظایف مطالعه بخش تسلط بر مدل سازی به عنوان روشی برای شناخت واقعیت اطراف (ماهیت پژوهشی بخش) - نشان داده شده است که مدل سازی در زمینه های مختلف دانش دارای ویژگی های مشابه است، اغلب مدل های بسیار نزدیک را می توان به دست آورد. برای فرآیندهای مختلف؛ - مزایا و معایب یک آزمایش کامپیوتری در مقایسه با یک آزمایش در مقیاس کامل نشان داده شده است. - نشان داده شده است که هم مدل انتزاعی و هم رایانه فرصتی را برای شناخت جهان اطراف و کنترل آن در جهت منافع انسان فراهم می کند. توسعه مهارت های عملی مدل سازی کامپیوتری. روش کلی مدل سازی ریاضی کامپیوتری داده شده است. به عنوان مثال تعدادی از مدل‌ها از حوزه‌های مختلف علم و عمل، تمام مراحل مدل‌سازی از فرمول‌بندی مسئله تا تفسیر نتایج به‌دست‌آمده در طول یک آزمایش رایانه‌ای عملاً اجرا می‌شوند. ترویج راهنمایی حرفه ای برای دانش آموزان. شناسایی گرایش دانش آموز به فعالیت های پژوهشی، توسعه پتانسیل خلاق، گرایش به انتخاب حرفه مرتبط با تحقیق علمی. غلبه بر عدم وحدت موضوع، ادغام دانش. به عنوان بخشی از این دوره، مدل هایی از رشته های مختلف علوم با استفاده از ریاضیات مورد مطالعه قرار می گیرند. توسعه و حرفه ای کردن مهارت های کامپیوتری. تسلط بر نرم افزارهای عمومی و تخصصی سیستم های برنامه نویسی.

اسلاید شماره 17

توضیحات اسلاید:

اسلاید شماره 18

توضیحات اسلاید:

مدل‌سازی فرآیندهای برنامه‌ریزی بهینه وظیفه برنامه‌ریزی عملکرد یک ایستگاه خدمات بیان مسئله به یک ایستگاه خدمات خودرو اجازه دهید دو نوع سرویس را انجام دهد: TO-1 و TO-2. خودرو در ابتدای روز کاری پذیرفته و در پایان برای مشتریان صادر می شود. به دلیل محدودیت پارکینگ، در مجموع بیش از 140 خودرو در روز امکان سرویس دهی ندارند. روز کاری 8 ساعت به طول می انجامد. اگر همه خودروها فقط از TO-1 عبور کنند، ظرفیت ایستگاه امکان سرویس 200 خودرو در روز را فراهم می کند، اگر همه خودروها فقط از TO-2 عبور کنند، 50. هزینه (برای مشتری) TO-2 دو برابر TO است. -1. در حقیقت، برخی از خودروها از TO-1 عبور می کنند و برخی در همان روز از TO-2 عبور می کنند. لازم است چنین برنامه تعمیر و نگهداری روزانه تهیه شود تا بیشترین دریافت های نقدی را در اختیار شرکت قرار دهد.

اسلاید شماره 19

توضیحات اسلاید:

مدل سازی فرآیندهای برنامه ریزی بهینه رسمی سازی و مدل ریاضی مسئله شاخص های برنامه ریزی شده x - برنامه تولید روزانه TO-1; y برنامه روزانه برای تولید TO-2 است. سیستم نابرابری ها از بیان مسئله به دست می آید. بیشترین سود در حداکثر مقدار تابع حاصل می شود. . مشکل برنامه نویسی خطی دارم

اسلاید شماره 20

توضیحات اسلاید:

اسلاید شماره 21

توضیحات اسلاید:

مدل سازی فرآیندهای برنامه ریزی بهینه روش های حل مسئله برنامه ریزی خطی روش سیمپلکس - راه جهانیحل مسئله برنامه ریزی خطی جدول ساده عضو پایه خیابان. x1 ¼ xi ¼ xr xr+1 ¼ xj ¼ xn x1 b1 1 ¼ 0 ¼ 0 a1,r+1 ¼ a1j ¼ a1n xi bi 0 1 ¼ 0 ai,r+1 ¼ aij ¼ ain ¼ ¼ ¼ ¼ ¼ xr br 0 0 ¼ 1 ar,r+1 ¼ arj ¼ Arn f 0 0 0 ¼ 0 gr+1 ¼ gj ¼ gn

اسلاید شماره 22

توضیحات اسلاید:

اسلاید شماره 23

توضیحات اسلاید:

اسلاید شماره 24

توضیحات اسلاید:

اسلاید شماره 25

توضیحات اسلاید:

مدلسازی فرآیندهای زمانبندی بهینه Private Sub CommandButton1_Click() Dim d(5, 9) به عنوان متغیر Dim i, j, r, n, k, m به عنوان عدد صحیح Dim p, q, t به عنوان رشته Dim a, b به عنوان Double برای i = 1 به 5 برای j = 1 تا 9 d(i, j) = محدوده ("a6:i10"). سلول ها (i, j). مقدار بعدی j بعدی i n = 7: r = 3 " تجزیه و تحلیل بهینه بودن جریان solution' t = "next" Do while t = "بعدی" برنامه روش Simplex در VBA برای اکسل (قطعه)

اسلاید شماره 28

توضیحات اسلاید:

اسلاید شماره 29

توضیحات اسلاید:

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

توضیحات اسلاید:

اسلاید شماره 33

توضیحات اسلاید:

دستگاه شبیه سازی کامپیوتری مورد استفاده آمار ریاضیرویدادهای تصادفی: - فاصله زمانی بین دو تراکنش - زمان سرویس دهی تراکنش توابع توزیع چگالی احتمال رویدادهای تصادفی توزیع یکنواخت توزیع نرمال گوسی توزیع پواسون

توضیحات اسلاید:

نتایج یادگیری برنامه ریزی شده برای EC. دانش آموزان باید بدانند: هدف و ترکیب سیستم های اطلاعاتی. مراحل ایجاد یک سیستم اطلاعات کامپیوتری؛ مفاهیم اساسی سیستم شناسی انواع موجودمدل های سیستم؛ مدل دامنه اینفولوژیک چیست؟ پایگاه داده (DB) چیست؛ طبقه بندی پایگاه داده؛ ساختار پایگاه داده رابطه ای (RDB)؛ عادی سازی پایگاه داده؛ DBMS چیست؛ چگونه روابط در یک پایگاه داده چند جدولی سازماندهی می شوند. چه نوع پرس و جوهای پایگاه داده وجود دارد. ساختار دستور query برای واکشی و مرتب سازی داده ها چیست. امکانات کار با پایگاه داده دارای پردازنده صفحه گسترده (MS Excel) چیست؟ نحوه ایجاد و اجرای ماکرو در MS Excel. برنامه شی گرا چیست مبانی برنامه نویسی در VBA؛ محتوای مفاهیم "مدل"، " مدل اطلاعاتی"، "مدل ریاضی کامپیوتری";

اسلاید شماره 36

توضیحات اسلاید:

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

اسلاید شماره 37

توضیحات اسلاید:

دانش آموزان باید قادر باشند: یک سیستم اطلاعاتی و مرجع ساده طراحی کنند. طراحی یک پایگاه داده چند جدولی؛ در محیط MS Access DBMS حرکت کنید. یک ساختار پایگاه داده ایجاد کنید و آن را با داده پر کنید. ورزش در ام اس دسترسی به پرس و جوهادر یک انتخاب با استفاده از سازنده پرس و جو؛ با فرم ها کار کنید انجام درخواست ها با به دست آوردن داده های نهایی؛ دریافت گزارش؛ سازماندهی پایگاه های داده (فهرست) تک جدولی در MS Excel. انتخاب و مرتب سازی داده ها در لیست ها. فیلتر کردن داده ها؛ ايجاد كردن جداول محوری; ضبط ماکروها برای MS Excel با استفاده از ضبط کننده ماکرو. برنامه های مدیریت رویداد ساده را در VBA بنویسید. در مواردی که نیاز به مدلسازی ریاضی کامپیوتری وجود دارد، طرح آزمایش کامپیوتری را در حل مسائل معنی دار به کار ببرید. انتخاب عوامل موثر بر رفتار سیستم مورد مطالعه، انجام رتبه بندی این عوامل.

اسلاید شماره 38

توضیحات اسلاید:

ساخت مدل هایی از فرآیندهای مورد مطالعه؛ ابزارهای نرم افزاری را برای مطالعه مدل های ساخته شده انتخاب کنید. تجزیه و تحلیل نتایج به‌دست‌آمده و بررسی مدل ریاضی برای مجموعه‌های مختلف پارامترها، از جمله پارامترهای مرزی یا بحرانی. استفاده از مدل های اقتصادی بهینه سازی ساده؛ ساده ترین مدل های سیستم های صف را بسازید و نتایج را تفسیر کنید. پیاده سازی مدل های ساده ریاضی بر روی کامپیوتر، ایجاد الگوریتم ها و برنامه ها در زبان ویژوال بیسیک; از قابلیت های TP Excel برای انجام محاسبات ساده ریاضی و نشان دادن نتایج مدل سازی ریاضی با نمودارها و نمودارهای میله ای استفاده کنید. از ابزار "جستجوی راه حل" TP Excel برای حل مشکلات برنامه نویسی خطی و غیر خطی استفاده کنید. از سیستم MathCAD برای انجام محاسبات ساده ریاضی، تصویر گرافیکی نتایج شبیه سازی استفاده کنید. از سیستم MathCAD برای حل مسائل بهینه سازی خطی و غیرخطی استفاده کنید.

کتاب درسی برای دانشگاه ها

ویرایش دوم، تجدید نظر شده. و اضافی

2014 جی.

تیراژ 1000 نسخه.

فرمت 60x90/16 (145x215 میلی متر)

نسخه: شومیز

شابک 978-5-9912-0193-3

بی بی سی 32.882

UDC 621.395

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

حاشیه نویسی

الگوریتم هایی برای مدل سازی متغیرها و فرآیندهای تصادفی گسسته و پیوسته در نظر گرفته شده است. اصول و الگوریتم‌های مدل‌سازی سیگنال‌های اطلاعاتی توصیف‌شده توسط فرآیندهای مارکوف با زمان گسسته و پیوسته بیان شده‌اند.اصول مدل‌سازی سیستم‌های صف در نظر گرفته شده‌اند. ویژگی‌های توصیف و استفاده از فرآیندهای فراکتال و چندفرکتال برای مدل‌سازی ترافیک مخابراتی شرح داده شده است. روش‌ها و نمونه‌هایی از مدل‌سازی سیستم‌های اطلاعاتی با استفاده از بسته‌های کاربردی تخصصی Matlab، Opnet، Network simulator تحلیل می‌شوند.

برای دانشجویانی که در رشته های تخصصی "شبکه ها و سیستم های سوئیچینگ"، "سیستم های مخابراتی چند کاناله"، "سیستم ها و فناوری های اطلاعاتی" تحصیل می کنند.

معرفی

1 اصول کلی مدلسازی سیستم
1.1. مفاهیم کلی مدل و شبیه سازی
1.2. طبقه بندی مدل
1.3. ساختار مدل ها
1.4. مبانی روش شناختی برای رسمی کردن عملکرد یک سیستم پیچیده
1.5. مدلسازی کامپوننت
1.6. مراحل تشکیل یک مدل ریاضی
1.7. شبیه سازی
کنترل سوالات

2 اصول کلی ساخت سیستم ها و شبکه های ارتباطی
2.1. مفهوم ساخت سیستم ها و شبکه های ارتباطی
2.2. مدل های شبکه لایه ای
2.2.1. مدل سه سطحی
2.2.2. معماری پروتکل های TCP/IP
2.2.3. مدل مرجع OSI
2.3. ساختار شبکه های ارتباطی
2.3.1. شبکه های جهانی
2.3.2. شبکه های محلی
2.3.3. توپولوژی های یک شبکه کامپیوتری
2.3.4. شبکه های محلیشبکه محلی کابلی
2.4. شبکه های رله فریم
2.5. تلفن IP
کنترل سوالات

3 مدل سازی اعداد تصادفی
3.1. اطلاعات کلیدر مورد اعداد تصادفی
3.2. روش های برنامهتولید اعداد تصادفی با توزیع یکنواخت
3.3. تشکیل متغیرهای تصادفی با قانون توزیع معین
3.3.1. روش تابع معکوس
3.3.2. روش های تقریبی برای تبدیل اعداد تصادفی
3.3.3. روش غربالگری (روش تولید نیومن)
3.4. روش های مبتنی بر قضیه حد مرکزی
3.5. الگوریتم‌هایی برای مدل‌سازی متغیرهای تصادفی رایج
3.6. الگوریتم های مدل سازی متغیرهای تصادفی همبسته
3.7. تشکیل پیاده سازی بردارها و توابع تصادفی
3.7.1. شبیه سازی یک نقطه تصادفی n بعدی با مختصات مستقل
3.7.2. تشکیل یک بردار تصادفی (در چارچوب نظریه همبستگی)
3.7.3. شکل گیری پیاده سازی ها توابع تصادفی

4 مدل سازی توزیع های گسسته
4.1. توزیع برنولی
4.2. توزیع دو جمله ای
4.3. توزیع پواسون
4.4. شبیه سازی آزمون ها در طرح رویدادهای تصادفی
4.4.1. شبیه سازی رویدادهای تصادفی
4.4.2. شبیه سازی رویدادهای متضاد
4.4.3. مدلسازی یک متغیر تصادفی گسسته
4.4.4. شبیه سازی یک گروه کامل از رویدادها
4.5. جریان های رویداد
4.6. پردازش نتایج شبیه سازی
4.6.1. دقت و تعداد تحقق
4.6.2. پردازش داده های آماری اولیه
کنترل سوالات

5 الگوریتم برای مدل‌سازی سیگنال‌های تصادفی و تداخل در سیستم‌های ارتباطی
5.1. الگوریتم مدلسازی فرآیندهای تصادفی غیر ثابت
5.2. الگوریتم‌های مدل‌سازی فرآیندهای تصادفی ثابت
5.3. روش‌هایی برای مدل‌سازی سیگنال‌ها و نویز در قالب معادلات دیفرانسیل تصادفی
5.4. نمونه هایی از مدل های فرآیندهای تصادفی در سیستم های ارتباطی
5.4.1. مدل های فرآیند اطلاعات
5.4.2. مدل های تداخل
5.4.3. ویژگی های انواع اصلی تداخل
کنترل سوالات

6 فرآیندهای تصادفی مارکوف و مدل سازی آنها
6.1. مفاهیم اساسی یک فرآیند تصادفی مارکوف
6.2. ویژگی های اساسی زنجیره های مارکوف گسسته
6.3. زنجیر مارکوف پیوسته
6.3.1. مفاهیم اساسی
6.3.2. فرآیندهای نیمه مارکوف
6.3.3. فرآیندهای مرگ و تولید مثل
6.4. مدل‌های فرآیندهای تصادفی مارکوف با ارزش پیوسته بر اساس معادلات دیفرانسیل تصادفی
6.5. مدلسازی فرآیندهای تصادفی مارکوف
6.5.1. مدلسازی فرآیندهای گسسته
6.5.2. مدلسازی فرآیندهای با ارزش پیوسته اسکالر
6.5.3. مدلسازی فرآیندهای برداری با ارزش پیوسته
6.5.4. مدلسازی فرآیند گاوسی با چگالی طیفی منطقی کسری
6.5.5. مدل‌سازی توالی‌های متصل به هم
6.5.6. مدلسازی فرآیندهای مارکوف با فیلترهای شکل دهی
6.5.7. الگوریتم مدل‌سازی آماری زنجیره‌های مارکوف
کنترل سوالات

7 نمونه از مدل های مارکوف
7.1. مدل های مارکوف گفتگوی گفتاری مشترکین
7.1.1. حالات گفتاری
7.1.2. مدل های گفتگو
7.2. مدل های مارکوف از مونولوگ گفتار
7.3. فرآیند پواسون که توسط فرآیند مارکوف در مدل‌های گفتاری هدایت می‌شود
7.4. مارکوف توالی های دیجیتال را در خروجی کدک G.728 مدل می کند
7.5. چندگانه سازی آماری منبع بسته های گفتاری، با در نظر گرفتن مدل مارکوف یک گفتگوی تلفنی
7.6. مدل مارکوف از یک کانال بی سیم با مکانیزم ARQ/FEC
7.7. خطا در بسته بندی
7.8. محاسبه مشخصه های جریان خطا بر اساس پارامترهای مدل
7.8.1. تخمین پارامترهای جریان خطا
7.8.2. ارزیابی کفایت مدل جریان خطا
7.9. مدل‌های مارکوف برای ارزیابی QoS خدمات چندرسانه‌ای بلادرنگ در اینترنت
7.9.1. مفهوم خدمات چندرسانه ای بلادرنگ
7.9.2. تجزیه و تحلیل و مدل سازی تاخیرها و ضررها
7.10. مدل‌های جریان ترافیک چندرسانه‌ای
کنترل سوالات

8 سیستم های صف و مدل سازی آنها
8.1. مشخصات کلی سیستم های صف
8.2. ساختار سیستم نوبت دهی
8.3. سیستم های صف انتظار
8.3.1. سیستم خدمات M/M/1
8.3.2. سیستم خدمات M/G/1
8.3.3. شبکه هایی با تعداد زیادی گره که توسط کانال های ارتباطی به هم متصل شده اند
8.3.4. خدمات اولویت دار
8.3.5. سیستم خدمات M/M/N/m
8.4. سیستم های صف با خرابی
8.5. اصول کلی برای مدل سازی سیستم های صف
8.5.1. روش آزمون آماری
8.5.2. بلوک مدل های فرآیندهای عملکرد سیستم
8.5.3. ویژگی های مدل سازی با استفاده از طرح های Q
کنترل سوالات

9 مدل سازی سیستم های اطلاعاتی با استفاده از ابزارهای فنی استاندارد
9.1. زبان های مدل سازی و برنامه نویسی سیستم ها
9.2. آشنایی با زبان GPSS
9.2.1. اشیاء دینامیک GPSS. بلوک های تراکنش گرا (بیانیه ها)
9.2.2. بلوک‌های سخت‌افزاری (بیانیه‌ها)
9.2.3. سرویس Omnichannel
9.2.4. بلوک های آماری GPSS
9.2.5. واحدهای عملیاتی GPSS
9.2.6. سایر واحدهای GPSS
9.3. شبیه سازی شبکه اترنت در محیط GPSS
کنترل سوالات

10 مدل سازی سیستم های انتقال اطلاعات
10.1. سیستم انتقال داده های معمولی
10.2. مصونیت نویز انتقال سیگنال های گسسته. پذیرش بهینه
10.3. برآورد احتمال دریافت اشتباه سیگنال های گسسته با پارامترهای کاملاً شناخته شده
10.4. مصونیت نویز سیگنال های گسسته با پارامترهای تصادفی
10.5. مصونیت نویز سیگنال های گسسته با دریافت غیر منسجم
10.6. مصونیت نویز سیگنال های گسسته با پارامترهای ضروری تصادفی
10.7. الگوریتم های تولید سیگنال های گسسته
10.8. الگوریتم تولید تداخل
10.9. الگوریتم دمدولاسیون سیگنال گسسته
10.10. ساختار مجتمع شبیه سازی و زیر برنامه های آن
10.11. محیط نرم افزار Mathworks Matlab و بسته شبیه سازی تصویری Simulink
10.11.1. اطلاعات تکنیکیو رابط
10.11.2. بسته شبیه سازی بصری سیمولینک
10.11.3. ایجاد و پوشاندن زیرسیستم ها
10.11.4. بسته الحاقی جعبه ابزار ارتباطات
10.12. شبیه سازی بلوک های سیستم انتقال داده استاندارد وایمکس
10.12.1. شبیه سازی فرستنده
10.12.2. مدل سازی کانال انتقال
10.12.3. شبیه سازی گیرنده
10.12.4. پیاده سازی مدل در متلب
10.13. نتایج شبیه سازی سیستم وایمکس
کنترل سوالات

11 فرآیندهای خود مشابه و کاربرد آنها در مخابرات
11.1. مبانی نظریه فرآیندهای فراکتال
11.2. فرآیندهای چندفراکتالی
11.3. تخمین توان هرست
11.4. تجزیه و تحلیل چندفراکتال با استفاده از نرم افزار
11.4.1. توضیحات نرم افزار
11.4.2. نمونه هایی از ارزیابی میزان تشابه خود
11.5. الگوریتم ها و نرم افزارهای تجزیه و تحلیل چندفرکتالی
11.6. تأثیر خود شباهت ترافیک بر ویژگی های سیستم خدمات
11.7. روش‌هایی برای مدل‌سازی فرآیندهای مشابه در ترافیک تلویزیون
11.8. بررسی ساختار خود مشابه ترافیک اترنت
11.9. مدیریت تراکم ترافیک مشابه
11.10. حرکت براونی فراکتال
11.10.1. الگوریتم RMD برای تولید FBD
11.10.2. الگوریتم SRA برای تولید FBD
11.12. نویز گاوسی فراکتال
11.12.1. الگوریتم سنتز FGN
11.12.2. ارزیابی نتایج شبیه سازی
کنترل سوالات

12 مدل سازی یک گره شبکه مخابراتی
12.1. مبانی پروتکل فریم رله
12.2. طراحی گره شبکه رله فریم
12.3. نتایج شبیه سازی روتر FR با کدک های G.728 در ورودی
12.4. تأثیر خود شباهت ترافیک بر QoS
کنترل سوالات

13 سیستم های تخصصی برای مدل سازی شبیه سازی شبکه های کامپیوتری
13.1. مشخصات کلی بسته های تخصصی برنامه های کاربردی مدل سازی شبکه
13.2. اصول کلی مدل سازی در محیط OPNET Modeler
13.3. نمونه های برنامه OPNET
13.3.1. مدلی برای ارزیابی کیفیت خدمات
13.3.2. پیاده سازی مدل شبکه محلی
کنترل سوالات

14 شبیه سازی با شبیه ساز شبکه 2
14.1. تاریخچه ایجاد و معماری بسته NS2
14.2. ایجاد یک شی شبیه ساز
14.3. یک توپولوژی شبکه ایجاد کنید
14.4. تنظیم پارامترهای ژنراتور
14.4.1. روشن/خاموش نمایی
14.4.2. روشن/خاموش پارتو
14.5. دو الگوریتم صف اصلی
14.6. مسیریابی تطبیقی ​​در NS2
14.6.1. رابط برنامه نویسی کاربردی در سطح کاربر
14.6.2. معماری داخلی
14.6.3. برنامه های افزودنی به کلاس های دیگر
14.6.4. ایرادات
14.6.5. لیستی از دستورات مورد استفاده برای شبیه سازی سناریوهای پویا در NS2
14.6.6. مثال مسیریابی پویادر NS2
14.7. اجرای یک برنامه اسکریپت در NS2
14.8. رویه پردازش نتایج شبیه سازی
14.9. مثال شبیه سازی شبکه های بی سیم
14.10. نمونه ای از شبیه سازی کیفیت پخش جریانی ویدئو با استفاده از پکیج NS 2
14.10.1. ساختار مجتمع نرم افزاری و سخت افزاری برای ارزیابی کیفیت پخش ویدئو
14.10.2. ماژول های کاربردی PAK
14.10.3. رتبه بندی کیفیت ویدیو

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

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

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

میزبانی شده در http://www.allbest.ru/

موسسه خدمات دولتی اومسک

مدل سازی سیستم های اطلاعاتی با استفاده از زبان UML

دستورالعمل اجرای کار دوره

I.V. چرونچوک

• معرفی
• 2 . زبان مدلسازی یکپارچهUML
• 4. توسعه یک مدل سیستم نرم افزاری با استفاده ازUML
• 5. مسائل پیاده سازی سیستم اطلاعاتی
• 6. موضوعات مقالات ترم
• فهرست کتابشناختی

معرفی

این مقاله به توسعه سیستم‌های اطلاعاتی با استفاده از زبان مدل‌سازی یکپارچه UML می‌پردازد، که مبنای کار دوره در رشته "سیستم‌ها و فرآیندهای اطلاعاتی. مدل‌سازی و مدیریت" است. مراحل اصلی یک فرآیند یکپارچه منطقی توسعه سیستم های اطلاعاتی در حال کار است، مثال ها و تصاویر ارائه شده است. گزینه هایی برای تکالیف برای دوره های آموزشی ارائه شده است.

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

1. الزامات عمومی برای کار دوره

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

عنوان یک مقاله ترمی معمولی شبیه "توسعه یک سیستم اطلاعاتی و مرجع _ نام _ "

معرفی

1. مروری معنادار از حوزه موضوعی. الزامات اساسی سیستم

2. مدل تفصیلی سیستم اطلاعاتی

2.1 مشاهده از نظر موارد استفاده

2.2 نمای طراحی

2.3 نمای پیاده سازی

2.4 نمای فرآیند (در صورت نیاز)

2.5 نمای استقرار (در صورت لزوم)

3. پیاده سازی سیستم اطلاعاتی

نتیجه

لیست برنامه یک برنامه یا ماژول سر

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

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

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

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

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

مدل سازی زبان سیستم اطلاعاتی

کار درسی باید شامل 20-30 صفحه متن چاپ شده با تصاویر باشد. که در بدون شکستنمودارهایی از سوابق، کلاس ها، تعاملات باید داده شود.

2. UML زبان مدلسازی یکپارچه

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

ابزارهای زبان مدل‌سازی UML (زبان یکپارچه مدل، - یک زبان برنامه‌نویسی یکپارچه) ایجاد یک توسعه مفهومی اولیه یک سیستم اطلاعاتی را به طور صریح و کاملاً آسان امکان‌پذیر می‌سازد و در عین حال، به طور روشمند کل فرآیند توسعه، از جمله تمام مراحل بعدی را همراهی می‌کند. چرخه زندگیسیستم اطلاعاتی را به عنوان یک محصول نرم افزاری توسعه داده است.

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

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

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

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

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

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

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

UML یک زبان مستندسازی است

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

سیستم مورد نیاز؛

معماری؛

پروژه؛

منبع;

طرح های پروژه؛

آزمایشات؛

نمونه های اولیه؛

نسخه ها و غیره

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

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

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

3. شرح حوزه موضوعی

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

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

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

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

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

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

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

بنابراین، وظیفه توسعه یک سیستم "محل کاری دبیر بخش" است که امکان حسابداری خودکار داده ها را در مورد کارکنان و دانشجویان بخش OmSTU ICT فراهم می کند، انعطاف پذیری در حل وظایف خاص برنامه ریزی شده و برنامه ریزی نشده پردازش اعتبارنامه ها را فراهم می کند.

به عنوان بخشی از حل مشکل ایجاد محل کار خودکار دبیر بخش، ما نهادهای زیر را مشخص می کنیم:

معلمان - معلمان بخش؛

دانش آموزان- دانشجویان دانشگاه تخصص داده شده؛

دانش آموزان در گروه ها, گروهیک نهاد سازماندهی (یکپارچه) برای دانش آموزان است.

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

انضباط- رشته تدریس (موضوع، دوره).

موجودیت های نگهداری شده دارای تعدادی ویژگی هستند که بعداً آنها را تعریف خواهیم کرد.

ما دو نوع کاربر را مدیریت می کنیم: معمولی کاربر(به علاوه کاربر، و مدیر. فرض بر این است که کاربرمی تواند با یک درخواست به سیستم دسترسی داشته باشد، گزارش ها را نمایش دهد، مدیرهمچنین می تواند داده ها را تغییر دهد. به عنوان مثال، معاون دبیر بخش می تواند به عنوان یک کاربر، خود منشی یا معلم مسئول می تواند به عنوان یک مدیر عمل کند.

با در نظر گرفتن شرایط معرفی شده، سیستم توسعه یافته باید ارائه دهد:

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

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

کاهش هزینه های نیروی کار برای تهیه اسناد و گزارش های اولیه؛

حذف تکرار در هنگام وارد کردن اطلاعات و خطاهای مکانیکی ناشی از آن.

رابط کاربری راحت؛

تمایز اختیارات کاربران عادی و مدیر.

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

4. توسعه یک مدل سیستم نرم افزاری با استفاده از UML

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

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

نمودارهای کلاس

نمودارهای شی

استفاده از نمودارهای موردی؛

نمودارهای دنباله ای؛

نمودارهای همکاری؛

نمودارهای حالت؛

نمودارهای عمل (فعالیت)؛

نمودارهای اجزاء؛

نمودارهای استقرار

مدل مفهومی UML

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

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

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

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

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

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

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

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

این یک لیست جزئی از نمودارهای استفاده شده در UML است. این ابزارها به شما امکان می دهند نمودارهای دیگری مانند نمودارهای پروفایل پایگاه داده، نمودارهای برنامه وب و غیره را نیز تولید کنید.

4.1 طراحی نمای از نظر موارد استفاده

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

سابقه (مورد استفاده) توصیفی از توالی اقدامات انجام شده توسط سیستم است که نتیجه قابل مشاهده ای را ایجاد می کند که برای برخی خاص مهم است. عمل کنید ه ra (بازیگر). مورد استفاده برای ساختار نهادهای رفتاری مدل استفاده می شود. سابقه فقط شرح برخی از اقدامات سیستم را اعلام می کند و به این سؤال پاسخ می دهد که "چه باید کرد؟"، اما مشخص نمی کند که با چه ابزاری. اجرای دقیق رفتار مشخص شده توسط یک مورد استفاده توسط یک کلاس، یک همکاری کلاس یا یک جزء ارائه می شود.

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

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

برای ساختن نمودار مورد استفاده، لازم است اقدامات اولیه انجام شده توسط سیستم شناسایی و با موارد استفاده مقایسه شود. در عین حال، مطلوب است که نام سوابق را به گونه ای ذکر کنید که نشان دهنده رفتار باشد، اغلب چنین نام هایی حاوی افعال هستند، به عنوان مثال، "گزارش ایجاد کنید"، "داده ها را با یک معیار پیدا کنید" و غیره. می‌توانید موارد استفاده را با اسم‌هایی که برخی اقدامات را پیشنهاد می‌کنند، به‌عنوان مثال، «مجوز»، «جستجو»، «کنترل» نام‌گذاری کنید.

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

ویرایشداده ها,

جستجو کردندانشجو,

جستجو کردنمعلم,

استرداد مجرمفهرستتدریسرشته ها,

مجوز.

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

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

علاوه بر این، دو وابستگی خاص بین موارد استفاده در UML تعریف شده است - رابطه شامل و رابطه گسترش.

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

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

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

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

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

در مورد ما، سابقه ویرایشداده هاشامل سوابق: ورودیداده ها, حذفداده ها, تغییر دادنداده ها.

نمودار سوابق ایستگاه کاری منشی بخش در شکل 1 نشان داده شده است.

برنج. 1. نمودار سوابق ایستگاه کاری منشی بخش

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

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

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

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

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

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

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

استثنایی جریان مناسبت ها. مشتری می تواند در هر زمانی قبل از فشار دادن کلید Enter، ورود و رمز عبور خود را حذف کند.

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

بدیهی است که توصیف یک سابقه توسط جریانی از رویدادها شامل الگوریتمی است که می تواند در نمودار فعالیت نمایش داده شود (شکل 2).

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

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

برنج. 2. مجوز کاربر. نمودار فعالیت

4.2 دیدگاه طراحی از دیدگاه طراحی

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

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

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

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

شامل مجموعه کوچک و مشخصی از وظایف است و هر یک از آنها را انجام می دهد.

جدایی واضح از مشخصات انتزاع و اجرای آن را حفظ می کند.

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

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

صفت نشانیساختار خاص خود را دارد، برای انعکاس آن می توانید یک کلاس اضافی معرفی کنید، بیایید آن را بنامیم تی_ ADR(همانطور که در بسیاری از سیستم های برنامه نویسی مرسوم است، نام کلاس ها با حرف T شروع می شود). لازم به ذکر است که صفت نشانیکلاس یک شخصنمونه ای از کلاس است تی_ ADR، یعنی یک رابطه وابستگی بین این کلاس ها برقرار می شود (به صورت یک فلش نقطه چین با نوک باز نمایش داده می شود، فلش از وابسته به مستقل نشان می دهد). در مورد ما، تغییر ساختار کلاس تی_ ADRمستلزم تغییر کلاس است یک شخصاز طریق ساختار ویژگی مربوطه ( نشانی).

هنگام مدل سازی یک کلاس تی_ ADRصفت فهرست مطالبتنظیم شده توسط نوع اولیه تی_ POSTIDX، به عنوان یک عدد اعشاری شش رقمی تعریف می شود. انواع ابتدایی با کلیشه مدل‌سازی می‌شوند. نوع" ، محدوده مقادیر از طریق محدودیت های محصور در بریس های مجعد مشخص می شود.

در کلاس معلمبیایید ویژگی های خاصی را که فقط برای معلم اعمال می شود برجسته کنیم: عنوان شغلی, اوه. درجه(مدرک تحصیلی)، اوه. رتبه (عنوان آکادمیک) تخلیه(دسته مقیاس تعرفه یکپارچه). ویژگی های اوه. درجهو اوه. رتبهبهتر است انواع تخصصی را از طریق enum تعریف کنید. Enum ها توسط یک کلاس با کلیشه مدل سازی می شوند. enum" (شمارش - شمارش)، مقادیر معتبر به عنوان ویژگی ها نوشته می شوند، برچسب هایی که نمایان بودن ویژگی ها را تعیین می کنند، سرکوب می شوند. در مثال مورد بررسی از طریق شمارش کلاس های تخصصی را معرفی می کنیم تی_باید, T_UchSt, T_UchSvتعریف به ترتیب پست های ممکن، مدارک تحصیلی، عناوین علمی از طریق شمارش. در این مورد، مانند سایر موارد در موارد مشابه، هنگام ایجاد کلاس هایی که ویژگی های کلاس اصلی را مشخص می کنند، روابط وابستگی برقرار می شود.

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

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

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

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

برنج. 3. نمودار کلاسی ایستگاه کاری دبیر گروه (گزینه 1)

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

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

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

در این مورد، مانند اکثر موارد دیگر، جهت ارتباط ها دو طرفه است، بنابراین بهتر است ناوبری را متوقف کنید (تیک قسمت Navigable گزینه Detail Role را بردارید)

بیایید یک ارتباط بین را تعریف کنیم معلمانو تدریس کرد رشته هابا توجه به نوع "چند به چند": یک معلم می تواند چندین رشته را رهبری کند، برخی از رشته ها را می توان توسط چندین معلم تدریس کرد. بین رشته هاو تخصص هایک انجمن چند به چند نیز ایجاد می شود: برنامه درسی تخصص ها شامل رشته های بسیاری است، بیشتر رشته ها در برنامه های کاری چندین تخصص یافت می شوند. یک کلاس انجمن به این انجمن متصل است. رشته ها-تخصص هابا ویژگی هایی که نشان دهنده دوره، تعداد ترم ها و تعداد ساعات یک رشته معین در یک تخصص خاص است.

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

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

برنج. 4. نمودار کلاسی ایستگاه کاری دبیر گروه (گزینه 2)

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

دانشجویان دکتریهمچنین می تواند کلاس هایی را در یک رشته خاص با گروه های خاصی هدایت کند: انجمن های چند به چند گروه های تحصیلات تکمیلی, دانشجویان تحصیلات تکمیلی - رشته ها. برخی از دانشجویان تحصیلات تکمیلی ممکن است کلاس‌ها را تدریس نکنند، بنابراین نوع تعدد در انتهای انجمن 0. n خواهد بود.

نمودار کلاس نهایی در شکل نشان داده شده است. 3.

برنج. 5. نمودار کلاس ساده شده

با توجه به اینکه هم دانشجویان تحصیلات تکمیلی و هم معلمان کلاس ها را تدریس می کنند، می توانید یک کلاس انتزاعی اضافی معرفی کنید، به عنوان مثال: درس دادن، که از نوادگان این طبقه است یک شخصو سوپرکلاس برای کلاس ها معلمو دانشجوی کارشناسی ارشد، که تا حدودی تعداد اتصالات را کاهش می دهد. (شکل 4.). در این مورد، از کلاس ها انضباطو گروهانجمن ها به کلاس خواهند رفت درس دادنبا فرض ارتباط با کلاس ها معلمو دانشجوی کارشناسی ارشداز طریق وراثت (رابطه تعمیم). به کلاس درس دادنویژگی ها را می توان حذف کرد پیشنهاد(0.5 شرط، شرط کامل) و تخلیه.

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

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

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

رابط (Interface) مجموعه ای از عملیات است که یک سرویس (مجموعه خدمات) ارائه شده توسط یک کلاس یا جزء را تعریف می کند. بنابراین، یک رابط رفتار قابل مشاهده خارجی یک عنصر را توصیف می کند. یک رابط می تواند رفتار یک کلاس یا جزء را به طور کامل یا جزئی نشان دهد. این فقط مشخصات عملیات (امضا) را تعریف می کند، نه پیاده سازی آنها را. رابط گرافیکی به صورت دایره ای به تصویر کشیده شده است که نام آن در زیر آن نوشته شده است. یک رابط به ندرت به تنهایی وجود دارد - معمولاً به یک کلاس پیاده سازی یا bean متصل می شود. یک رابط همیشه وجود "قرارداد" بین طرفی که اجرای تعدادی از عملیات را اعلام می کند و طرفی که این عملیات را اجرا می کند، فرض می کند.

یک کلاس روی نمودار قرار دهید الکترونیکیجدول، که تمام خصوصیات و عملیات یک صفحه گسترده را کپسوله می کند که امکان ویرایش داده ها را فراهم می کند. ساختار این کلاسما به دلیل پیچیدگی فاش نمی کنیم. بنابراین در وسایل مدرنهنگام توسعه برنامه ها، کاربر از کلاس ها و قالب های آماده استفاده می کند و قابلیت های آنها را به ارث می برد، به عنوان مثال، کتابخانه VCL (Delphi) حاوی کلاس TTable است که قابلیت های یک صفحه گسترده را در بر می گیرد. نوادگان طبقاتی الکترونیکیجدولصفحه‌گسترده‌های خاصی حاوی داده‌های خاص در مورد معلمان، دانشجویان تحصیلات تکمیلی، دانشجویان، گروه‌ها، رشته‌ها و تخصص‌ها هستند. ساختن طبقات مربوطه از نوادگان طبقه الکترونیکیجدول, ما برای این کلاس ها تمام ویژگی ها و عملیات ذاتی صفحات گسترده (ثبت در سیستم، درج، حذف، ویرایش داده ها، مرتب سازی و غیره) را اعلام می کنیم.

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

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

تعریف رابط ها جستجو کردنمعلم, جستجو کردنرشته ها، با پیوست کردن آنها به کلاس های مربوطه با روابط پیاده سازی. ما ترکیب عملیات این رابط ها را فاش نمی کنیم (کاملاً بی اهمیت است)، بنابراین رابط ها را به صورت مختصر (به شکل دایره) نمایش خواهیم داد. به یاد بیاورید که یک رابطه پیاده سازی متصل به یک رابط به شکل کوتاه به صورت یک خط ساده ساده (به عنوان یک ارتباط) نشان داده می شود.

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

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

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

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

وابستگی بین رابط ویرایش داده را نشان دهید ( ویرایش) و یک مدیر دسترسی، با این فرض امکانات کاملفقط کاربران با حقوق سرپرست می توانند داده ها را ویرایش کنند.

برنج. 6. نمودار کلاس نهایی ایستگاه کاری دبیر گروه

نمودار نهایی در شکل نشان داده شده است. 6.

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

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

ایجاد یک رکورد جدید به حقوق مدیر نیاز دارد، بنابراین بازیگر در این تعامل، مدیر ( مدیر). این عنصر قبلاً در نمودار Use Case وارد شده است، بنابراین اجازه دهید آن را روی نمودار Sequence از مرورگر Use Case View بکشیم.

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

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

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

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

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

مدیرمعاملات- یک شی که اجرای یک عملیات کامل در پایگاه داده را فراهم می کند، در این مورد، ایجاد یک رکورد جدید در مورد دانش آموز پتروف. این شی همچنین مسئول انجام تعدادی از توابع سیستم همراه تراکنش است. به عنوان مثال، BDE (برای دسترسی به پایگاه‌های اطلاعاتی Paradox، Dbase و غیره از برنامه‌های دلفی استفاده می‌شود)، ADO (برای دسترسی به پایگاه‌های داده MS Access از برنامه‌های مختلف) نمونه‌هایی از مدیران تراکنش‌ها هستند.

نمودار ترتیب ورود یک رکورد جدید در مورد یک دانش آموز در ایستگاه کاری دبیر گروه در شکل 1 نشان داده شده است. 7.

برنج. 7. وارد کردن اطلاعات دانش آموز. نمودار توالی.

در نمودار توالی، انتقال پیام ها را بین اشیا تعریف می کنیم: ايجاد كردنجدیدرکورد(از شیء به شیء دیگر تا انتهای زنجیره به عنوان پیام پخش می شود صرفه جوییرکورد); باز کنفرم(به فرم ورودی)؛ وارداف.و در مورد.،نشانی. (ورود اطلاعات برای دانش آموز)، سپس این داده ها توسط پیام ها پخش می شوند صرفه جوییاف.و در مورد.،نشانی. از جانب مدیرمعاملاتیک پیام برای جمع آوری ارسال می شود اطلاعاتOدانشجو، ارائه بازخورد به پایگاه داده و در نهایت یک پیام بازتابنده مدیرمعاملاتبه نام صرفه جوییرکوردVDB، پایان معامله را تضمین می کند.

در صورت تمایل، این تعامل را می توان با یک نمودار همکاری نشان داد، که اول از همه، جنبه ساختاری تعامل را نشان می دهد (شکل 8). این نمودارمی توان از قبلی ساخت حالت خودکار(در Rational Rose با فشردن F5).

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

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

4.3 طراحی پروفایل پایگاه داده رابطه ای

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

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

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

ستون ( Column) یک جزء جدول حاوی یکی از ویژگی های جدول (فیلد جدول) است.

اولیه کلید (کلید اصلی) یک کلید ممکن است که برای شناسایی ردیف های جدول انتخاب شده است.

خارجی کلید (کلید خارجی) - یک یا چند ستون از یک جدول که هستند کلیدهای اولیهیک میز دیگر

کارایی ( View) - یک جدول مجازی که از دیدگاه کاربر مانند یک جدول معمولی رفتار می کند، اما به تنهایی وجود ندارد.

ذخیره شده روش (رویه ذخیره شده یک تابع رویه ای مستقل است که روی سرور اجرا می شود.

دامنه ها ( Domains) مجموعه ای معتبر از مقادیر برای یک ویژگی یا ستون است.

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

اسناد مشابه

روش‌های توسعه سیستم‌های اطلاعاتی در ادبیات داخلی و خارجی. استانداردهای دولتی و بین المللی در زمینه توسعه نرم افزار. توسعه بخشی از سیستم اطلاعاتی "منبع آموزشی و روش شناختی".

مقاله ترم، اضافه شده در 2009/05/28


تعریف مفهوم "سیستم". تاریخچه توسعه و ویژگی های سیستم های اطلاعاتی مدرن. مراحل اصلی در توسعه یک سیستم اطلاعات خودکار. استفاده از استانداردهای داخلی و بین المللی در زمینه سیستم های اطلاعاتی.

ارائه، اضافه شده در 10/14/2013


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

ارائه، اضافه شده در 04/02/2013


نقش ساختار مدیریت در سیستم اطلاعاتی. نمونه هایی از سیستم های اطلاعاتی ساختار و طبقه بندی سیستم های اطلاعاتی. فناوری اطلاعات. مراحل توسعه فناوری اطلاعات. انواع فناوری اطلاعات

مقاله ترم، اضافه شده 06/17/2003


مفهوم ابزار CASE به عنوان ابزارهای نرم افزاریکه از فرآیندهای ایجاد و نگهداری سیستم های اطلاعاتی (IS) پشتیبانی می کنند. ویژگی های IDEF-فناوری برای توسعه IS. شرح نماد IDEF0. توسعه مدل های عملکردی فرآیند کسب و کار.

ارائه، اضافه شده در 04/07/2013


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

پایان نامه، اضافه شده در 1394/02/17


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

پایان نامه، اضافه شده در 2015/11/22


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

پایان نامه، اضافه شده در 2015/06/23


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

مقاله ترم، اضافه شده در 2017/05/18


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