وظایف و وظایف سیستم اطلاعاتی

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

وظایف گروه دوم - وظایف اطلاع رسانی

جامعه "عمیق".

برای حل وظایف محول شده، IS باید عملکردهای زیر را انجام دهد:

 انتخاب پیام ها از محیط داخلی و خارجی، لازم برای اجرای فعالیت اصلی؛

 ورودی اطلاعات به IS.

 ذخیره اطلاعات در حافظه IS، به روز رسانی آن و حفظ یکپارچگی آن؛

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

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

ساختار عملکردی سیستم اطلاعاتی

در IS، تشخیص سه زیرسیستم عملکردی مستقل توصیه می شود.

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

زیر سیستم ورودی، پردازش / پردازش و ذخیره سازی اطلاعات، اطلاعات ورودی و درخواست ها را تغییر می دهد، ذخیره سازی و پردازش آنها را سازماندهی می کند تا نیازهای اطلاعاتی مشترکین IS را برآورده کند.

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

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

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

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

از این منظر، «سطح اتوماسیون» IS ارتباط نزدیکی با «درجه ساختارمندی» اطلاعات دارد. سه سطح از اطلاعات ساختاریافته وجود دارد: اطلاعات با ساختار سخت (داده ها) - اطلاعاتی که نمایش رسمی آن با ابزار مدرن ساختار آن (به ویژه زبان های توصیف داده ها) منجر به از بین رفتن کفایت خود مدل اطلاعاتی نمی شود.

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

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

روش های ساخت سیستم های اطلاعاتی

صنعت توسعه سیستم های مدیریت اطلاعات خودکار در دهه 1950 - 1960 سرچشمه گرفت و در پایان قرن به اشکال کاملاً تمام شده دست یافت.

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

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

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

بر اساس آمار گردآوری شده توسط گروه Standish (SSL)، از 8380 پروژه بررسی شده توسط SSL در سال 1994، بیش از 30 درصد از پروژه های با ارزش کل بیش از 80 میلیارد دلار شکست خورده است. در عین حال، تنها 16 درصد از کل تعداد پروژه ها به موقع تکمیل شد و مازاد بر هزینه ها بالغ بر 189 درصد از بودجه برنامه ریزی شده بود.

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

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

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

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

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

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

الزامات زیر بر روی مدل های دامنه اعمال می شود:

رسمی‌سازی، ارائه توصیفی بدون ابهام از ساختار حوزه موضوعی؛

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

تحقق پذیری، دلالت بر در دسترس بودن ابزار پیاده سازی فیزیکی مدل دامنه و IS.

ارائه ارزیابی اثربخشی اجرای مدل دامنه بر اساس روش های معین و شاخص های محاسبه شده.

مدلسازی عملکردی IDEF0: تعاریف و مقررات اساسی.

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

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

IDEF0 برای ایجاد یک مدل عملکردی استفاده می شود که ساختار و عملکردهای سیستم و همچنین جریان اطلاعات و اشیاء مادی را که این توابع را به هم متصل می کند نمایش می دهد.

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

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

در حال حاضر، گسترده ترین و کاربردی ترین متدولوژی ها IDEF0 و IDEF1 (IDEF1X) هستند که وضعیت استانداردهای فدرال را در ایالات متحده دریافت کرده اند. روش IDEF0 که ویژگی ها و کاربرد آن در این سند راهنما (GD) توضیح داده شده است، بر اساس رویکردی است که توسط داگلاس تی راس در اوایل دهه 70 توسعه یافت و SADT (تکنیک تحلیل ساختاری و طراحی - روش تحلیل ساختاری و ساختاری) نامیده شد. طرح). این رویکرد و در نتیجه، روش IDEF0 مبتنی بر یک زبان گرافیکی برای توصیف (مدل‌سازی) سیستم‌ها است که دارای ویژگی‌های زیر است.

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

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

مرسوم است که تحلیل ساختاری را روشی برای مطالعه یک سیستم می نامیم که با نمای کلی آن شروع می شود و سپس به تفصیل می پردازد و ساختاری سلسله مراتبی با تعداد سطوح فزاینده به دست می آورد. چنین روش هایی با موارد زیر مشخص می شوند: تقسیم به سطوح انتزاع با تعداد محدودی از عناصر (از 3 تا 7). زمینه محدود، شامل فقط جزئیات اساسی هر سطح. استفاده از قوانین دقیق ضبط رسمی؛ تقریب ثابت به نتیجه

بیایید مفاهیم کلیدی تحلیل ساختاری شرکت (سازمان) را تعریف کنیم.

عملیات یک عمل ابتدایی (تقسیم ناپذیر) است که در یک محل کار انجام می شود.

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

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

کشف، ایده)، که برای مصرف کننده ارزش دارد.

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

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

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

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

محیط ابزار BPwin.

مدل سازی فرآیند کسب و کار معمولا با استفاده از ابزارهای موردی انجام می شود. این ابزارها عبارتند از BPwin (فناوری PLATINUM)، Silverrun (تکنولوژی Silverrun)، Oracle Designer (Oracle)، Rational Rose (Rational Software) و غیره. عملکرد ابزارهای مدلسازی ساختاری برای فرآیندهای تجاری با استفاده از مثال مورد BPwin مورد بحث قرار خواهد گرفت. ابزار

BPwin از سه روش مدل‌سازی پشتیبانی می‌کند: مدل‌سازی عملکردی (IDEF0). شرح فرآیندهای کسب و کار (IDEF3)؛ نمودارهای جریان داده (DFD). BPwin یک رابط کاربری نسبتا ساده و بصری دارد. هنگامی که BPwin را راه اندازی می کنید، به طور پیش فرض، نوار ابزار اصلی ظاهر می شود، پالت ابزار (ظاهر آن به نماد انتخاب شده بستگی دارد) و در سمت چپ، ناوبر مدل - Model Explorer).

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

همانطور که در بالا ذکر شد، BPwin از سه متدولوژی پشتیبانی می کند - IDEF0، IDEF3 و DFD، که هر کدام مشکلات خاص خود را حل می کنند. در BPwin امکان ساخت مدل های ترکیبی وجود دارد، یعنی یک مدل می تواند همزمان شامل هر دو نمودار IDEF0 و IDEF3 و DFD باشد. ترکیب پالت ابزار هنگام جابجایی از یک نماد به نماد دیگر به طور خودکار تغییر می کند.

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

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

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

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

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

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

فلش‌ها تعامل مشاغل را توصیف می‌کنند و نوعی اطلاعات را نشان می‌دهند که به صورت اسم بیان می‌شوند. (به عنوان مثال، "تماس با مشتری"، "قوانین و رویه‌ها"، "سیستم حسابداری".)

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

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 در محیط Excel برای توسعه رابط - هنگام کار در چکیده ها، استفاده از منابع اینترنتی توصیه می شود. تهیه مواد برای محافظت در قالب یک ارائه (پاور پوینت)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

برنامه های کاربردی توسعه برنامه: نمایش داده شد، گزارش وظیفه. دریافت لیست تمام دختران پایه نهم که دارای مدرک A در رشته کامپیوتر هستند الزامی است. مفهوم زیر طرحواره با استفاده از یک پرسش فرضی انتخاب زبان دانش‌آموزان نام خانوادگی دانش‌آموزان نام دانش‌آموزان کلاس دانش‌آموز کلاس = '9؟ مرتب‌سازی STUDENTS. نام خانوادگی صعودی

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

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

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

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

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

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

برنامه نویسی VBA Private Sub CommandButton1_Click () "توضیح متغیرهای Dim i, j, n به عنوان عدد صحیح Dim پرچم به صورت بولی" مقداردهی اولیه داده Flag = False "تعداد سطرها در لیست مدارس n = محدوده ("A3") را تعیین می کند. منطقه فعلی. تعداد ردیف "جستجو در لیست برای شماره مدرسه مشخص شده در قسمت ورودی "TextBox1" برای i = 3 تا n + 2 If Cells (i, 1) .Value = Val (UserForm1.TextBox1.Text) سپس Flag = خروج واقعی برای پایان اگر قسمت بعدی برنامه برای پردازش رویداد "روی دکمه 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. سیستم نابرابری ها از فرمول بندی مسئله به دست می آید.بیشترین سود در حداکثر مقدار تابع حاصل می شود. تابع f (x,y) تابع هدف و سیستم نابرابری ها را سیستم می نامند. محدودیت ها. مشکل برنامه نویسی خطی دارم

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

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

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

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

مدل سازی فرآیندهای برنامه ریزی بهینه روش های حل مسئله برنامه ریزی خطی روش سیمپلکس یک روش جهانی برای حل مسئله برنامه ریزی خطی جدول Simplex Basis St. 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 گرم + 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 به عنوان رشته کم نور a, b به عنوان دو برابر برای i = 1 به 5 برای j = 1 تا 9 d (i, j) = محدوده ("a6: i10"). سلول ها (i, j) .Value Next j بعدی در = 7: r = 3 "تحلیل بهینه بودن جریان Solution 't = "next" Do while t = "next" برنامه روش Simplex در VBA برای Excel (قطعه)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

مفهوم مدل در نظریه کلی سیستم ها کلیدی است. مدل‌سازی به‌عنوان یک روش تحقیقاتی قدرتمند - و اغلب تنها - مستلزم جایگزینی یک شی واقعی با شی دیگر - ماده یا ایده‌آل است.
مهم ترین الزامات هر مدل، کفایت آن با هدف مورد مطالعه در چارچوب یک کار خاص و امکان سنجی وسایل موجود است.
در تئوری کارایی و علوم کامپیوتر، مدل یک شی (سیستم، عملیات) یک سیستم مادی یا ایده آل (قابل تصور ذهنی) است که برای حل یک مشکل خاص به منظور کسب دانش جدید در مورد شی اصلی ایجاد شده و/یا استفاده می شود. از نظر ویژگی های مورد مطالعه و از جهات دیگر ساده تر از نمونه اصلی است.
طبقه بندی روش های مدل سازی اصلی (و مدل های مربوط به آنها) در شکل 1 نشان داده شده است. 3.1.1.
در مطالعه سیستم‌های اطلاعات اقتصادی (EIS) از تمامی روش‌های مدل‌سازی استفاده می‌شود، اما در این بخش به روش‌های نشانه‌شناسی (نشانه‌ای) پرداخته می‌شود.
به یاد بیاورید که نشانه شناسی (از یونانی semeion - علامت، ویژگی) علم ویژگی های کلی سیستم های نشانه است، یعنی سیستم هایی از اشیاء انضمامی یا انتزاعی (نشانه ها) که با هر یک از آنها معنای خاصی مرتبط است. نمونه هایی از این سیستم ها هر زبانی هستند

برنج. 3.1.1. طبقه بندی روش های مدل سازی

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

اطلاعات بیشتر در مورد موضوع 3. فن آوری شبیه سازی سیستم های اطلاعاتی روش های مدل سازی سیستم ها:

1. مدل های شبیه سازی سیستم های اطلاعات اقتصادی مبانی روش شناختی کاربرد روش شبیه سازی
2. بخش III مبانی مدل سازی یک سیستم بازاریابی خدمات
3. فصل 1. سیستم های دینامیک کنترل شده به عنوان یک شی شبیه سازی کامپیوتری
4. مبانی مدلسازی ساختاری سیستم بازاریابی خدمات پزشکی
5. بخش IV نمونه ای از استفاده کاربردی از یک مدل سیستم بازاریابی در مدل سازی تقلیدی
6. مفهوم مدل سازی حوزه مالی سیستم های بازاریابی

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

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

ارسال شده در http://www.allbest.ru/

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

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

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

I.V. چرونچوک

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

معرفی

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

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

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

کار دوره در رشته "سیستم ها و فرآیندهای اطلاعاتی. مدل سازی و مدیریت" آخرین مرحله مطالعه این دوره است و برای تثبیت دانش نظری اولیه سیستم های اطلاعاتی مدل سازی در عمل طراحی شده است. این کار شامل توسعه مدلی از برخی سیستم های اطلاعاتی با استفاده از زبان مدل سازی یکپارچه UML با اجرای بعدی آن است. به عنوان یک نوع معمولی از تکلیف، پیشنهاد می شود یک سیستم اطلاعاتی و مرجع مبتنی بر پایگاه داده توسعه یابد، اما بنا به درخواست دانش آموز، با توافق با معلم، توسعه یک برنامه وب، سیستم تست یا دستگاه سخت افزاری می تواند به عنوان تکلیف ارائه شود. در عین حال، پیش نیاز اصلی استفاده از رویکرد شی گرا و ساخت یک مدل 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 را می توان به زبان هایی مانند جاوا، C ++، ویژوال بیسیک و حتی جداول پایگاه داده رابطه ای یا اشیاء پایگاه داده شی گرا دائمی نگاشت. مفاهیمی که ترجیحاً به صورت گرافیکی منتقل می شوند در UML نشان داده می شوند. آنهایی که به صورت متنی بهتر توصیف می شوند با استفاده از یک زبان برنامه نویسی بیان می شوند.

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

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

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

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

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

معماری؛

پروژه؛

منبع;

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

تست ها؛

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

نسخه ها و غیره

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

رابط کاربر پسند؛

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

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

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

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

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

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

نمودارهای شی

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

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

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

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

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

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

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

مدل مفهومی UML

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

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

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

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

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

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

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

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

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

4.1 طراحی یک دیدگاه از دیدگاه موردی

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

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

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

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

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

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

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

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

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

صدورفهرستتدریسرشته ها,

مجوز.

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

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

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

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

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

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

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

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

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

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

برنج. 1. نمودار سوابق AWP منشی بخش

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

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

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

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

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

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

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

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

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

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

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

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

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

4.2 توسعه دیدگاه طراحی

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

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

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

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

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

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

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

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

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

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

در کلاس معلمبیایید ویژگی های خاص مربوط به معلم را برجسته کنیم: موقعیت, اوه. درجه(مدرک تحصیلی)، اوه. رتبه (رتبه علمی) تخلیه(دسته ترازوی تک تعرفه ای). ویژگی های اوه. درجهو اوه. رتبهبهتر است انواع تخصصی را از طریق شمارش تعریف کنیم. شمارش‌ها توسط یک کلاس با کلیشه مدل‌سازی می‌شوند. شمارش" (شمارش - شمارش)، مقادیر مجاز به عنوان ویژگی نوشته می شوند، برچسب هایی که نمایان بودن ویژگی ها را تعیین می کنند، سرکوب می شوند. در مثال در نظر گرفته شده از طریق شمارش کلاس های تخصصی را معرفی می کنیم تی_باید, T_UCHST, T_UchZvبه ترتیب تعیین سمت های ممکن، مدارک تحصیلی، عناوین تحصیلی از طریق انتقال. در این مورد، مانند سایر موارد در موارد مشابه، هنگام ایجاد کلاس هایی که ویژگی های کلاس اصلی را مشخص می کنند، روابط وابستگی برقرار می شود.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.3 توسعه پروفایل پایگاه داده رابطه ای

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

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

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

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

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

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

نمایندگی ( 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


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

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


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