سه‌شنبه 17 بهمن‌ماه سال 1396

راهنمای سریع UML

 جهت آنالز و راه حل های طراحی 12 دیاگرام در UML به شما پیشنهاد می شود که این دیاگرام ها در 3 گروه اصلی دسته بندی می شوند .

  • STRUCTURE DIAGRAMS (دیاگرامهای ساختاری)

 شامل چهار دیاگرام است که در واقع معرف ساختارهای ثابت برنامه می باشند. این دیاگرامها عبارت اند از : Class Diagram  و Object Diagram و  Component Diagram و Deployment Diagram 

  •  BEHAVIOR DIAGRAMS (دیاگرامهای رفتاری)

UML  پنج نمودار جهت جنبه های رفتاری یک برنامه معرفی می کند که عبارت اند از : Use Case Diagram و Sequence Diagram و Activity Diagram و  Collaboration Diagram و State Chart Diagram

  • MODEL MANAGEMENT DIAGRAMS (دیاگرامهای مدیریت مدل ها)

در UML سه دیاگرام جهت مدیریت مدلها و نمایش اینکه چگونه مدل های متفاوت یک برنامه سازماندهی و مدیریت می شوند وجود دارد که عبارت اند از : Packages   و Subsystems و Models

برچسب‌ها: UML، Diagrams
سه‌شنبه 23 آذر‌ماه سال 1395

پاسخ سوال یکی از دوستان در رابطه با کلاس ها و پکیج ها

سوال :

سلام وقت بخیر 

چگونه میتوان کلاس هایی با یک نوع stereotype در یک package ایجاد کرد؟ آیا این همان معنی نرمالیزه کردن کلاس های یک بسته است؟

------------------------------------------------------------------------------------------------- 

جواب :

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

نکته : الزاما کلاس هایی با یک stereotype رابطه نرمال با هم ندارند.

سه‌شنبه 17 فروردین‌ماه سال 1395

ساختار چیدمان در نرم افزار

با سلام 

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

در ابتدا محیط Intllij که محیط توسعه برنامه های جاوا هستش رو با هم ببینیم :


حالا محیط توسعه برنامه های دلفی رو در زیر ببنیم : 


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

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

ما رو از نظر و دیدگاه خودتون آگاه کنید.

با سپاس

برچسب‌ها: UI
شنبه 14 فروردین‌ماه سال 1395

سال 1395 بر همه مبارک باد

با سلام

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

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

با سپاس 

یکشنبه 11 بهمن‌ماه سال 1394

IBM Rational Software Architect

IBM® Rational® Software Architect is an advanced and comprehensive application design, modeling and development tool for end-to-end software delivery. The latest version is updated with the latest in design and modeling technologies, comprehensive support for emerging technologies around BPMN2, SOA and Java™ Enterprise Edition 5, and delivers the best of breed tooling that integrates with IBM's application lifecycle management solutions.

برچسب‌ها: RSA، IBM
شنبه 3 بهمن‌ماه سال 1394

آگهی همکاری

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

آگهی همکاری شرکت رایان گستر ارجان

با تشکر

برچسب‌ها: استخدام، برنامه نویس، وب، Java، PHP، .Net
یکشنبه 29 شهریور‌ماه سال 1394

سیستم تسهیلات آرتمیس ( نرم افزار صندوق قرض الحسنه )

دوستان سلام

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

سیستم تسهیلات آرتمیس

موفق باشید

دوشنبه 6 بهمن‌ماه سال 1393

من محمد(ص) را دوست دارم

شنبه 29 آذر‌ماه سال 1393

درس شانزدهم Component Diagrams (قسمت دوم)

Component


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

یک کامپوننت دارای رفتارهای تعریف شده از نظر رابط خصوصی (provided interfaces) و رابط های مورد نیاز(required interfaces) است.

کامپوننت به عنوان یک نوع ، انطباق با این رابط ارائه(required interfaces) و مورد نیاز تعریف می کند.

نمونه کامپوننت ها به صورت غیر مستقیم در زمان تعریف ساخته می شود اما آبجکت قابل آدرس دهی در زمان اجر ا نیستند. رفتار زمان اجرای کامپوننت و درگاه ها(Ports) بوسیله رفتار زمان اجرای از طبقه یا درگاه (Ports) تحقق یافته شده ، تعریف می شوند. چند stereotypes استاندارد فرضی برای این ویژگی عبارت اند از : «specification» ، «focus» ،« subsystem» .

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

یک کامپوننت در یک مستطیل که درون آن "Component" نوشته شده است مشخص می شود.



 بصورت اختیاری می توانید نماد کامپوننت در UML1.4 را در گوشه سمت راست بالا داشته باشید.



به دلیل سازگاری نماد UML1.4 و مستطیل بیرون زده ، می توان از آن استفاده کرد.


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

یکشنبه 16 آذر‌ماه سال 1393

درس شانزدهم Component Diagrams (قسمت اول)

Component Diagrams

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


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

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

 

ادامه مطلب ...
برچسب‌ها: Component Diagrams
( تعداد کل: 105 )
   1      2      3      4      5      ...      11      >>