پروژه uml اتوماسیون اداری به همراه فایل رشنال رز

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

فایل به همراه داکیونت پروژه و فایل مرتبط با رشنال رز می باشد

دانلودمقاله آشنایی با UML

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

زبان مدل سازی یکپارچه (UML) زبانی است برای مشخص سازی ، مجسم سازی ، ساخت و مستند سازی دست آوردهای سیستم های نرم افزاری و مدل سازی و کار و دیگر سیستمهای غیر نرم افزاری .
Uml مجموعه ای از بهترین تجربیات مهندسی که موفقیتشان در مدل سازی سیستمهای بزرگ و پیچیده به اثبات رسیده است را عرضه می دارد.
تعریف UML شامل اسناد زیر می گردد :
معنا شناسی UML : که مفاهیم غنی و دستور نگارش وعلا ئم زبان مدلسازی یکپارچه را تعریف می کند UMLبه وسیله بسته ها به صورت معماری گونه لا یه بندی و سازماندهی میشود . در هر بسته عناصر مدل بر حست دستور نگارش (با استفاده از متن و عبارت زبان محدودیت شیء معروف به OCL )و معانی (با استفاده از متن دقیق) تعریف می شوند .
راهنمای علائم UML : فکر و اندیشه را تعریف می کند و مثال های خوبی را ارائه می کند. علائم UML نحو گرافیکی را برای بیان معانی توصیف شده توسط فرا مدل های UML ارائه می کند.
توسعه ی UML برای فرایند شیءدر مهندسی نرم افزارو توسعه UML برای مدل سازی تچارت : این توسعه های UML شامل توسعه خاص فرایند و توسعه خاص حوزه مسئله در UML برحسب مکانیزم های توسعه ای شان و آیکون نمودار فرایند می گردد .
2) فراهم آوردن مکانیزم های توسعه و تخصیص برای بسط مفاهیم اساسی : بدین معنا که در عین آنکه انتظار میرود UML براساس نیازهای جدید در حوزه های خاص جفت و جور شود نمی خواهد اجبار کند تا مفاهیم اساسی و مشترک برای هر حوزه جدیدی دوباره تعریف شود و پیاده سازی گردد. البته مفاهیم اساسی نباید بیش از حد تغییر یابند. بنابراین کاربران نیازمندند که قادر باشند : 1- مدل ها را با استفاده از مفاهیم اساسی بسازند بدون آنکه مکانیزم های توسعه را برای بسیاری از برنامه های کاربردی نرمال بکار گیرند .
2- مفاهیم و علائم جدید را اضافه کنند البته برای مواردی که توسط اصول پوشیده نشده باشند .
3- زمانی که هیچ اتفاق نظر روشنی وجود ندارد تفاسیر مختلف را از مفاهیم موجود انتخاب کنند .
4- مفاهیم، علائم و محدودیت ها را برای حوزه های کاربردی خاص مشخص سازند .
3) استقلال از زبان های برنامه نویسی خاص و فرایندها ی توسعه .
4) فراهم آوردن پایه و اصولی رسمی برای درک زبان مدل سازی که برای این منظور UML تعریف رسمی از قالب استاتیک مدل را با استفاده از نمودار کلاس ارائه می کند این نمودار ، نموداری مشهور و مورد قبول در سطح وسیع برای تعییین قالب یک مدل است UML همچنین محدودیت هایی را بیا ن میدارد که در قالب زبان دقیق طبیعی و عبارات زبان محدودیت شیء (OCL ) بیان می شود .
5) تشویق به رشد بازار ابزارهای OO .
6) حمایت و پشتیبانی از مفاهیم توسعه سطح بالاتر نظیر : همکاری ها ، چهارچوب ها ،الگوها و اجزاء .
7) مجتمع سازی بهترین تجربیات : UML بدنبال آن است که بهترین تجربیات درصنعت
حوزه های مسئله ، معماری ها و … را یکجا بیاورد .
محدوده UML
زبان مدل سازی یکپارچه UML زبانی است برای مشخص سازی ساخت ،مجسم سازی و مستند سازی دست آوردهای یک سیستم متمرکز نرم افزاری اول آنکه این زبان از مفاهیم OOSE,OMT,BOOCH که متدولوژیهای متداول OOمیباشند متنج شده است . دوم ، UMLبر آنچه که در حال حاضر توسط روش های موجور فابل انجام همتند ، بان شده است . سوم زبا ن مدل سازی یکپارچه بر یک زبان مدل سازی استانارد تمرکز می کند و نه یک فرآیند استاندادر اگر چه UMLبایستی در زمینه یک فرایند به کارگیری شود تجرته نشان میدهد که در سازمان های مختلف و با حوزه های مسئله متفاوت فرایندهای متفاوتی مورد نیاز است بنابراین تلاش بر این است که ابتدا بر یک فرامدل مشترک (که معانی را یکپارچه میکند )تمرکز شود و در درجه دوم بر یک علامت گذاری مشترک (که برای فرد استنباط این معانی را فراهم میکند )تمرکز گردد مبدعین UMLبر فرایند توسعای تاکید میکنند که مورد کاربرد گرا معماری گرال و تکراری و افزایشی است .
UML یک زبان مدلسازی را مشخص می کند که اتفاق نظر جماعت شیگرا بر مفاهیم اساس مدل سازی است .
1) UMLبرای ایجار مدلها و نمرارهای حوزه مسئله هیچ توصیه ای نمیشود و این تجربیات و یادگیری افراد است که تشخیص استفاده از کدام نمودارها و مدل ها را به ایشان می دهد دریک دیدگاه مدل سازی UML نمودارهای گرافیکی زیر را تعریف می کند مورد کاربرد
نمودار مورد کاربرد diagram ) (use ca
نمودار کلاس (ClassDiagram)
نمودارهای رفتار: (BehaviorDiagra
نمودارهای حالت : (State Chart Diagram)
نمودار فعالیت : )Activity Diagram(
نمودارهای تعامل Interaction Diagrams ))
نمودار توالی ((Sequence Diagram
نمودار همکاری ((Collaboration Diagram
* نمودارهای پیاده سازی) (Implementation Diagram
نمودار اجزاء (Component Diagram )
نموداراستقرار (Deployment Diagram)
این نمودارها منظر گاه های مختلفی از سیستم تحت تحلیل یا توسعه را فراهم می آورند. مدل در حال مطالعه این منظر گاه ها را یکپارچه می کند به گونه ای که یک سیستم متکی به خود تحلیل و ساخته شود. این نمودارها با پشتیبانی مستندات ، دست آوردهای اولیه ای می شوند که یک مدل ساز آن را ایجاد می کند، اگر چه UML بیشتر توصیف و تشریح شده اند.
یک سوال که مکررا پرسیده می شود این است که چرا UML از نمودارهای جریان داده معروف به حمایت نمی کند ؟ به طور ساده نمودارهای جریان داده و دیگر نمودارهای از این نوع که در UML قرار داده نشده اند ، با دیدگاه مستحکم شی گرا به روشنی جفت و جور نمی شوند. نمودارهای فعالیت بسیار بیشتر از آنچه که افرااد از می خواهند را برآورده می کند. به علاوه موارد دیگر ، نمودارهای فعالیت همچنین برای مدل کردن جریان کار مفید هستند. مؤلفین UML در حال ایجاد نمودارهای UML بر فراز همه پروژه های شی گرا هستندئ ، اما ضرورتا نیازی هم به نمودارهای دیگر نیست . مبدعین UML معتقدند که مجموعه ای از تکنیک های موفقیت آمیز و عملی را که در یک دیدگاه مستحکم و پا بر جا جفت می شود ، تعریف کرده اند.

زبان برنامه نویسی

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

استاندارد سازی یک زبان ضرورتا اساس ابزارها و فرآیندها هستند که UML ، مفاهیم و علائم آن را تعریف می کند و نه خود ابزار را . بنابراین UML ابزار نیست.
فرآیند

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

مقایسه UML با د یگر زبان های مدل سازی

UML بر اساس موفقیت های سه روش مدل سازی OOSE , OMT , BOOCH و ایجاد شده است و کاربران هر یک از این سه روش ،‌ می توانند به راحتی از UML استفاده نمایندت. UML برای استفاده شدن توسط کاربران روش های دیگر نیز آماده و آسان می باشد.
UML هم اکنون روشن تر ، مستحکم تر و یک شکل تر از Booch,OMT.,OOSE و دیگر روش ها می باشد . این بدین معنا است که در انتقال به UML این ارزش وجود دارد که به شما اجازه می دهد تا در پروژه ها چیزهایی را مدل سازی کنید که قبل از این انجام شدنی نبودند.
کاربران روش های موجود، تغییرات اساسی و زیادی را در علامت گذاری تجربه خواهند کرد. اما این به معنای نیاز به یادگیری مجدد با تعریف مجدد مفاهیم حاضر نیست. کاربران هر یک از روش های OO می توانند سرعت زیادی را در یادگیری شان انتظار داشته باشند. تکنیک های پیشرفته نظیر به کارگیری کلیشه ها و خواص ، نیازمند مطالعه هستند. البته این موارد نیز در زمان برخورد با مسئله ، مورد نیاز می شوند.
ویژگی های جدید UML
هدف کلیه تلاش های یکپارچه سازی که در UML به کار می رود ، حفظ سادگی است به گونه ای که عناصر غیر کاربردی روش های OMT, Booch,OOSE طرد شوند و عناصر مؤثر از روش های دیگر به آن اضافه گردند.
مفاهیم جدید زیادی در UML وارد شده اند ، نظیر : مکانیزم های توسعه شامل کلیشه ها ، مقادیر ضمیمه و محدودیت ها ، توزیع و همروندی (‌به عنوان مثال برا ی مدل سازی CORBA,Active/DCOM الگوها / همکاری ها ، نمودارهای فعالیت (‌برای مدل سازی فرآیند کار ) ، پالایش (‌برای اجرا یا به کارگیری ارتباطات بین سطوح مجرد ) واسطه ها و اجزاء ، و یک زبان محدودیت .
بسیاری از این مفاهیم در نظریه ها و روش های انفرادی مختلف وجود داشتند و UML آنها را به دورن انسجام خودش کشاند . به علاوه این تغییرات اساسی ، بهبودهای ریز دیگری نیز بر اساس مفاهیم و علائم ،OOSE ,Booch.OMT وجود دارد. بنابراین بسیاری از مفاهیم و علائم UML را خود نویسندگان آن ایجاد نکرده اند بلکه نقش آنها ، جمع آوری مناسب ، انتخاب و یکپارچه کردن این مفاهیم و علائم در UML بو ه است . در این زمینه ، موارد زیر قابل ذکر است :
• نمودارهای مورد کاربرد مشابه آنچه درOOSE ارائه شد می باشند.
• نموداراهای کلاس ، ذوب شده Booch،OMT و دیگر روش ها است. کلیشه ها ، محدودیت و مقادیر ضمیمه مفاهیمی هستند که قبلا در زبان های مهم مدل سازی وجود نداشتند و اکنون در UML ظهور کرده اند.
• نمودارهای حالت اساسا مبتنی بر جداول حالت David Harel می باشند. نمندار فعالیت که مفاهیم مشابهی را بیان می دارد ، مشابه نمودئار جریان کار است که توسط بسیاری از منابع پیش از OO ایجاد گردیدند. شرکت Jim Odell , Oracle سبب ساز ورود نمودارهای فعالیت به UML بودند.
• نمودارهای توالی در بسیاری از روش های OO تحت نام های متفاوت (نظیر : تعامل ، ردگیری پیام و ردگیری واقعه ) و نیز روزهای قبل از OO یافت می شدند. نمودارهای همکاری از Booch ( با نام Object Diagram) و Fusion ( با نام Object Interaction Graph) ، و تعدادی منابع دیگر پذیرفته شدند.

فرمت این مقاله به صورت Word و با قابلیت ویرایش میباشد

تعداد صفحات این مقاله   26 صفحه

پس از پرداخت ، میتوانید مقاله را به صورت انلاین دانلود کنید

دانلود مقاله آشنایی با مفهوم Uml

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

آشنایی با مفهوم Uml

(قسمت اول)


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

تعاریف UML عبارتند از :

معنای (Semantics) UML : ترکیب توصیفات و معنایی UML را تعریف می کند .UML را می توان از لایه های معماری شده و سازمان داده شده درست شده و میان هر بسته ، عناصر مدل را در دوره هایی که از ترکیب انتزاعی خودش ( با استفاده از توضیحات دیاکرام کلاس ) ، نقش فرم های صحیح ( استفاده از متن و توضیح زبان ساختار ) و معناها ( با استفاده از متن های دقیق ) تعریف نمود . و شامل دو ضمیمه : عناصر استاندارد و فهرست لغات UML می باشد.

یاداشت های راهنمای UML : یاداشتها و تهیه مثالهای پشتیبانی را تعریف می کند . یاداشتهای UML ترکیب گرافیکی برای توضیح معنایی توصیفات با UML MetaModel را نشان می دهد.

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

OCL در UML استفاده می شود که برای تفکیک تعریف مستند قید شئی زبان معین (Object Constraint Language Specification) به کار می رو د.

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

3. هدف UML
اولین اهداف در طراحی UML عبارت بودند از :

1 ) آماده سازی کاربران خواندن برای استفاده ، توضیح زبان مدل تصویری چنان که بتوان آن را گسترش و تغییر مدل داد .
2 ) میسر ساختن توسعه پذیری و مکانیسمهای تخصصی در برابر مفاهیم هسته داخلی
3 ) وجود استقلال از زبان های برنامه نویسی خاص و گسترش پردازش .
4 )آماده سازی یک قرارداد اساسی برای فهمیدن زبانهای مدل .
5) تفویت رشد از طرف بازار ابزارهای مدلهای شئی گرا.
6) پشتیبانی سطح بالا از گسترش مفهوم از قبیل همکاری ها ، چهار چوب ها ، الگوها ، و اجزاء .
7) یکپارچکی بهترین تمرین است .

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

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

میسر ساختن توسعه پذیری و مکانیسمهای تخصصی در برابر مفاهیم هسته داخلی . ما انتظار داریم که UML خواهد توانست تصیحح نیاز های جدید را پوشش دهد و دامنه ها را معین نماید . در بعضی از مواقع ما نمی خواهیم در هسته داخلی مفاهیم عمومی برای دوباره تعریف کردن یا پیاده سازی هر منطقه اصلاحی نفوذ کنیم. از اینرو ما کم کم مکانیسمی را که می بایست از پشتیبانی بواسطه قالب عمومی نسبت به نیاز های شروع برای پیاده سازی هسته OOA&D مفهومی خودشان انحراف داشته باشند را توسعه می دهیم .
هسته های مفهومی برای اینکه موفق باشند نمی بایست تغییرات داشته باشند . کاربرانی نیاز دارند که توانایی های همچون زیر را داشته باشند .

1)ساخت مدلهای قابل استفاده مفاهیم هسته بدون استفاده از مکانیسم توسعه برای بیشتر کاربرد های عادی
2) اضافه کردن مفاهیم و یاداشت های جدید برای خارج نشدن پوشش هسته
3) انتخاب از میان مفاد گوناگون موجود در مفاهیم موجود ، زمانی که توافقات جمع از بین نرفته باشد.
4) مفاهیم ، یاداشت ها و قیدها ی ویژه برای دامنه های کاربردهای خاص .

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

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

UML اجبارا ترکیبی خوب در زبان های جامع طبیعی به اضافه اشیاء زبان را بیان می کند .UML معانی قابل استفاده که بیشتر در نهاد زبان مختصر و مفید است را بیان می کند. یک قرارداد نزدیکی کامل به زبان های خاص دارد به طوری که Algol-68 به اندازه کافی به این مقصود نزدیک نبود

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

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

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

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

اولین و بهترین ، زبان متحد مدل از مفاهیم Boochf, OMT و OOSE ترکیب شده است. این نتایج منفرد ، عمومی ،و استفاده ای وسیع در زبان های مدل برای کاربران خود و سایر متد دارد .

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

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

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

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

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

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

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

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

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

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

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

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

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

دو نوع الحاق در حال جریان به صورت زیر تعریف می شوند.
1 – پردازش شئی
2-مهندسی تجاری

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

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

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

فرمت این مقاله به صورت Word و با قابلیت ویرایش میباشد

تعداد صفحات این مقاله   25 صفحه

پس از پرداخت ، میتوانید مقاله را به صورت انلاین دانلود کنید

فایل ورد و پاورپونت و ویژیو و ویژال استدیو پروژه uml مهندسی نرم افزار با موضوع انتخاب واحد

اختصاصی از سورنا فایل فایل ورد و پاورپونت و ویژیو و ویژال استدیو پروژه uml مهندسی نرم افزار با موضوع انتخاب واحد دانلود با لینک مستقیم و پر سرعت .

این پروژه شامل فایل های ورد ، پاورپونت ، ویژیو و ویژال استدیو می باشد و پروژه uml بوده دارای قسمت های

1.class diagram

2.sequence diagram

3.use case

برای سه قسمت دانشجو، کارمند و مدیر حساب داری می باشد .

مقاله : سیستم داروخانه – UML

اختصاصی از سورنا فایل مقاله : سیستم داروخانه – UML دانلود با لینک مستقیم و پر سرعت .

مقاله طلائی سایت

عنوان مقاله : سیستم داروخانه  – UML

قالب بندی : word 2003 ، PDF ، power point، rational rose

شرح مختصر :

معرفی سیستم:  سیستم داروخانه

صورت مسئله : یک سیستم دریافت نسخه و تحویل دارو

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

نیازهای عملیاتی :

1-  سخت افزار :

به طور همزمان چندین کاربر بتوانند از آن استفاده نمایند.

سیستم باید قابلیت تغییرات مکانی را داشته باشد .

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

سیستم قابلیت کار با شبکه را داشته باشد .

2-  مدیریت سیستم داروخانه  :

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

سیستم باید با برنامه های سازمان های بیمه ای سازگاری داشته باشد

نیاز های کیفی :

سیستم باید جزئیات نسخه بیمار را مدیریت نماید.

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

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

سیستم بایستی با کمترین اطلاعات اسناد مورد نظر را جستجو نمایید.

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

شامل 24 مورد استفاده + شرح کامل سناریو + فایل رشنال رز + نمودار فعالیت + نمودار توالی + نمودار حالت و …