dependency-معماری 1+4

[رضا ارزانی]

با سلام
می خواستم راجع به روابط dependency و انواعش برام توضیح بدید و اینکه معماری 1+4 چیه؟
با تشکر

[whitehat]

منظور شما Dependency میان چه چیزهایی است ؟
معماری 4+1 نداریم بلکه به آن مدل 4+1 می گویند که یک معماری نرم افزار را توصیف می کند و تشکیل شد از 4 ویو که عبارتند از Logic View,Process View,Implementation View,Deployment View به اضافه Usecase View
Logical View نمایش دهنده مدل اشیاء طراحی و ارتباط آنها با هم می باشد
Process View نمایش دهنده مفاهیم مانند همروندی و همزمانی (مانند چند نخی و چند پروسه ای) را نشان می دهد
Deployment View نشان دهنده طریقه نصب نرم افزار در محیط فیزیکی و نشان دهنده اجزای و سخت افزار ها و ارتباط میان آنها می باشد از این رو به آن Physical View هم می گویند
Implementation View نشان دهنده اجزایی است که باید توسط تیم پیاده سازی ،پیاده سازی گرند این اجزا شامل کاپوننت ها ، واسط های کاربری ، کلاسهای پیاده سازی و ... می باشند. در به این View ،نیز Development View نیز گفته می شود و در مواردی مانند مستندات RUP به آن Component View گفته می شود.
Usecase View نمایش دهنده موارد کاری است که برای سیستم باید تهیه شود که شامل نمودارهای موارد کاری، سناریو ها و ... می باشد.
طراحان سیستم می توانند با استفاده 4 View اول معماری خود را سازماندهی کنند و روند اجرا کار را توصیف کنند ولی برای رسیدن به هدف نهایی خود (رضایت مشتری) می بایست این کار را در حیطه Usecase View انجام دهند.

[رضا ارزانی]

منظور من dependency بین package هاست .میشه توضیح بدید

[whitehat]

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

وابستگی Abstraction یا تجرید :رابطه میان دو یا چند عنصر از مدل را نشان می دهد که دارای موضوعی (Concept) مشابه می باشند اما در سطوح مختلف تجرید قرار گرفته اند. در Stereotype مختلف از آنها به عناوینی مانند abstraction و deriveو refineو traceیاد می شود.

وابستگی Binding یا انقیاد :این وابستگی برای ساختن الگوها (Template)بکار می رود و الگوهای استدلالی را به الگوهای پارامتریک تبدیل می کند، در واقع با این وابستگی ما کاری می کنیم که الگوهایی را که در آوردیم به فرم هایی در بیاد که قابل فهم تر برای تیم پروژه فنی باشد ، Stereotype آن همان bind است

وابستگی Realization یا محقق سازی: این وابستگی نشان می دهد که عنصر مدل کلاینت یا سرویس گیرنده بر اساس مدل سرویس دهنده (Supplier) تحقق یافته اند ، به عبارتی عنصر مدل کلاینت پیاده سازی ای مدل سرویس دهنده هستند و قسمتی از خصوصیات سرویس دهنده را دارند، Stereotype آن Realize می باشد

وابستگی Substitution یا جانشینی : نشان می دهد که عنصر مدل کلاینت می توانند جانشین عنصر مدل سرویس دهنده شود، که این کار براساس قراردهایی که تعریف شده یا واسطهایی که در سرویس دهنده وجود دارد انجام شود، Stereotype آن substitute است.

وابستگی Usage یا استفاده : نشان می دهد که عنصری از مدل برای پیاده سازی یا کار کردن به عنظری دیگر احتیاج دارد و باید از آن استفاده کنید، این وابستگی بیشترین مورد استفاده را در بین وابستگی ها دارد که Stereotype ها گوناگونی نظیر use, call, create, instantiate, send دارد.

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

[sdbh67]

سلام
مفهوم business use case و تفاوت آن با use case را می خواستم به همراه یک مثال
ممنون

[cups_of_java]

http://stackoverflow.com/questions/1906783/system-use-case-vs-business-use-case