تبلیغات 
در این فصل به روندکاری تحلیل و طراحی شئ گرای سیستم می پردازیم. در فاز تحلیل، مدلی از دنیای واقعی نرم افزار در حال توسعه که خواص مهم آن را نشان می- دهد، ساخته می شود. این مدل مفاهیم موجود در دامنه سیستم را بصورت انتزاعی نشان می دهد و بیانگر این است که سیستم چه کاری را باید انجام دهد و به چگونگی انجام (از دید فنی)آنها نمی پردازد. مدل تحلیلی رفتار عملی سیستم را مستقل از محیطی که نهایتا با آن در ارتباط خواهد بود، مشخص می کند. آنالیست باید زمانی را برای کشف نیازمندیهای سیستم صرف کند و مدل باید تمام این نیازها را پاسخگو باشد. توجه شود که ایجاد تغیرات در طول فاز تحلیل بسی آسانتر و با هزینه کمتری نسبت به فازهای بعدی قابل انجام است.
تمرین1-اعداد اول
بازدید: مرتبه
موضوع :
سفرنامه جاوا،
سلام
ورودی:یک عدد را میگیرد
خروجی:همه اعداد اول بزرگتر-مساوی 2 و کوچکتر از عدد گرفته شده را در خروجی چاپ میکند.
این تمرین در دو کلاس نوشته شده.
ورودی:یک عدد را میگیرد
خروجی:همه اعداد اول بزرگتر-مساوی 2 و کوچکتر از عدد گرفته شده را در خروجی چاپ میکند.
این تمرین در دو کلاس نوشته شده.
ویرایش شماره 9 "چگونه با جاوا برنامه بنویسیم"(Java How to program)
بازدید: مرتبه
موضوع :
سفرنامه جاوا،
Java - How to program 9e - Deitel - Deitel-2012
سلام
ببخشید چند وقت نبودم
براتون ویرایش جدید ( ویرایش 9 - 2012 ) کتاب چگونه برنامه بنویسیم برای زبان جاوا رو آپلود کردم.
حجم:20 MB
Download
سلام
ببخشید چند وقت نبودم
براتون ویرایش جدید ( ویرایش 9 - 2012 ) کتاب چگونه برنامه بنویسیم برای زبان جاوا رو آپلود کردم.
حجم:20 MB
Download
لینک دانلود Crystal Report 10 Advanced Developer
بازدید: مرتبه
موضوع :
متفاوت،
نکته ای کوتاه درباره Crash
بازدید: مرتبه
موضوع :
متفاوت،
Crash در محاسبات،شرایطی است که ممکن است برای یک کامپیوتر یا برنامه پیش بیاید،بعد از توقف صحیح برنامه و یا قسمتی از سیستم عامل با Error هایی مواجه میشویم.بیشتر این ارور ها هنگام تخلف برنامه ممکن است هنگ کند تا خدمات گزارش گیری کرش انجام شود.قسمتی مهم از برنامه که با هسته سیستم عامل سرروکار دارد ممکن است تمام کامپیوتر را کرش کند و این متفاوت است با هنگامیکه هنگ میکند و اجرای برنامه بدون دادن پاسخ مشخصی ادامه مییابد.
آموزش توسعه نرم افزار های شئگرا توسط UML-فصل سوم
بازدید: مرتبه
موضوع :
مفاهیم پایه،
فرآیند توسعه
همانطور که در فصل اول اشاره کردیم برای تولید نرم افزار و توسعه آن متدلوژیهای مختلفی وجود دارد و متدلوژی را به عنوان یک فرآیند ساختارمند برای حل یک مسئله که بوسیله ابزارها و تکنیک هایی پشتیبانی می شود، تعریف کردیم. دراین فصل درباره فرآیند توسعه نرم افزار با جزئیات بیشتری بحث می کنیم.
همانطور که در فصل اول اشاره کردیم برای تولید نرم افزار و توسعه آن متدلوژیهای مختلفی وجود دارد و متدلوژی را به عنوان یک فرآیند ساختارمند برای حل یک مسئله که بوسیله ابزارها و تکنیک هایی پشتیبانی می شود، تعریف کردیم. دراین فصل درباره فرآیند توسعه نرم افزار با جزئیات بیشتری بحث می کنیم.
برچسب ها:
فرآیند توسعه،
توسعه نرم افزار،
دنبالک ها: آموزش توسعه نرم افزار های شئگرا توسط UML-ادامه فصل دوم-4،
دنبالک ها: آموزش توسعه نرم افزار های شئگرا توسط UML-ادامه فصل دوم-4،
آموزش توسعه نرم افزار های شئگرا توسط UML-ادامه فصل دوم-4
بازدید: مرتبه
موضوع :
مفاهیم پایه،
فرآیند طراحی شئ
در مرحله طراحی سیستم، معماری نرم افزار مشخص می شود و طرح هایی که برای سیستم در نظر گرفته می شود، طرح هایی کلی می باشند. حال وقت آن است که به جزئیات بپردازیم و برای این روی طراحی شئ متمرکز می شویم دراین مرحله با اصول و مفاهیم در سطح طراحی مؤلفه سرو کار داریم، داده ساختارهای محلی (برای صفات) تعریف می شوند و الگوریتم ها (برای اعمال) طراحی می شوند.
در مرحله طراحی سیستم، معماری نرم افزار مشخص می شود و طرح هایی که برای سیستم در نظر گرفته می شود، طرح هایی کلی می باشند. حال وقت آن است که به جزئیات بپردازیم و برای این روی طراحی شئ متمرکز می شویم دراین مرحله با اصول و مفاهیم در سطح طراحی مؤلفه سرو کار داریم، داده ساختارهای محلی (برای صفات) تعریف می شوند و الگوریتم ها (برای اعمال) طراحی می شوند.
برچسب ها:
فرآیند،
UML،
الگوریتم،
طراحی،
دنبالک ها: آموزش توسعه نرم افزار های شئگرا توسط UML-ادامه فصل دوم-3،
دنبالک ها: آموزش توسعه نرم افزار های شئگرا توسط UML-ادامه فصل دوم-3،
آموزش توسعه نرم افزار های شئگرا توسط UML-ادامه فصل دوم-3
بازدید: مرتبه
موضوع :
مفاهیم پایه،
همروندی و تخصیص زیرسیستم
بررسی مدل رفتار شئ از نظر پویایی از وجود نوعی همروندی میان کلاس ها (یا زیر سیستم ها) نشان می دهد . اگر چند کلاس (یا زیر سیستم ) در یک زمان فعال نباشند، نیازی به پردازش همروند درسیستم نیست. و این بدین معناست که کلاس ها ( یا زیر سیستم ها ) را می توان بر روی یک پردازنده سخت افزاری پیاده سازی کرد. از طرف دیگر اگر کلاسها (ویا زیر سیستمها ) باید به صورت آسنکرون بر روی رویدادها دریک زمان عمل کنند، همروندی وجود دارد. هنگامی که زیر سیستم ها بصورت همروند فعال می شوند دو انتخاب تخصیصی وجود دارد: (1) تخصیص هر زیر سیستم به یک پردازنده مستقل (2) تخصیص زیر سیستم ها به یک پردازنده مشترک و فراهم نمودن ملزومات همروندی با استفاده از خواص سیستم عامل مورد استفاده.
همروندی وظایف با بررسی نمودار حالت هریک از اشیاء تعیین می شود. اگر جریان رویدادها و تراکنش ها نشان دهد که درهر زمان فقط یک شئ فعال است، یک بند کنترلی برقرار می شود یعنی هرگاه سیستم این محدودیت را داشته باشیم که وقتی یک شئ برای شیئی دیگر پیامی ارسال کرد، شئ اولی الزاماً منتظر جواب بماند، بند کنترلی بصورت پیوسته ادامه می یابد و در این صورت همروندی نداریم. اما اگر شئ اولی بعد از ارسال پیام به فعالیت خود ادامه دهد، بند کنترلی تقسیم می شود و همروندی بوجود می آید. برای تعیین اینکه کدام یک از دو انتخاب تخصیصی پردازنده برای سیستم موجود مناسب است، طراح باید نیازها ی کارایی، هزینه ها و سربار پردازش تحمیلی برای تعامل بین پردازنده ها را بررسی کند.
بررسی مدل رفتار شئ از نظر پویایی از وجود نوعی همروندی میان کلاس ها (یا زیر سیستم ها) نشان می دهد . اگر چند کلاس (یا زیر سیستم ) در یک زمان فعال نباشند، نیازی به پردازش همروند درسیستم نیست. و این بدین معناست که کلاس ها ( یا زیر سیستم ها ) را می توان بر روی یک پردازنده سخت افزاری پیاده سازی کرد. از طرف دیگر اگر کلاسها (ویا زیر سیستمها ) باید به صورت آسنکرون بر روی رویدادها دریک زمان عمل کنند، همروندی وجود دارد. هنگامی که زیر سیستم ها بصورت همروند فعال می شوند دو انتخاب تخصیصی وجود دارد: (1) تخصیص هر زیر سیستم به یک پردازنده مستقل (2) تخصیص زیر سیستم ها به یک پردازنده مشترک و فراهم نمودن ملزومات همروندی با استفاده از خواص سیستم عامل مورد استفاده.
همروندی وظایف با بررسی نمودار حالت هریک از اشیاء تعیین می شود. اگر جریان رویدادها و تراکنش ها نشان دهد که درهر زمان فقط یک شئ فعال است، یک بند کنترلی برقرار می شود یعنی هرگاه سیستم این محدودیت را داشته باشیم که وقتی یک شئ برای شیئی دیگر پیامی ارسال کرد، شئ اولی الزاماً منتظر جواب بماند، بند کنترلی بصورت پیوسته ادامه می یابد و در این صورت همروندی نداریم. اما اگر شئ اولی بعد از ارسال پیام به فعالیت خود ادامه دهد، بند کنترلی تقسیم می شود و همروندی بوجود می آید. برای تعیین اینکه کدام یک از دو انتخاب تخصیصی پردازنده برای سیستم موجود مناسب است، طراح باید نیازها ی کارایی، هزینه ها و سربار پردازش تحمیلی برای تعامل بین پردازنده ها را بررسی کند.
آموزش توسعه نرم افزار های شئگرا توسط UML-ادامه فصل دوم-2
بازدید: مرتبه
موضوع :
مفاهیم پایه،
روش Unified در طراحی شیءگرا
در طول فاز مدلسازی تحلیلی، دیدهای مدل کاربر و مدل ساختاری ارائه می شوند. این مدلها بینشی از سیستم را در قالب سناریو های کاربردی جهت هدایت مدلسازی رفتاری سیستم ارائه می دهند و همچنین اصولی را برای دیدهای پیاده سازی و محیط پیاده سازی با شناسایی و توصیف عناصر ایستای ساختاری از سیستم، فراهم می کنند. همچنانکه در بالا اشاره شدUML نیز فعالیتهای لازم در فاز طراحی را به دو دسته کلی تقسیم می کند که شامل طراحی سیستم و طراحی شئ بود.
در طول فاز مدلسازی تحلیلی، دیدهای مدل کاربر و مدل ساختاری ارائه می شوند. این مدلها بینشی از سیستم را در قالب سناریو های کاربردی جهت هدایت مدلسازی رفتاری سیستم ارائه می دهند و همچنین اصولی را برای دیدهای پیاده سازی و محیط پیاده سازی با شناسایی و توصیف عناصر ایستای ساختاری از سیستم، فراهم می کنند. همچنانکه در بالا اشاره شدUML نیز فعالیتهای لازم در فاز طراحی را به دو دسته کلی تقسیم می کند که شامل طراحی سیستم و طراحی شئ بود.
آموزش توسعه نرم افزار های شئگرا توسط UML-ادامه فصل دوم
بازدید: مرتبه
موضوع :
مفاهیم پایه،
اجزای کلی یک مدل آنالیز شده شئ گرا:
آنالیز شامل تقسیم دقیق، ساده، قابل فهم و درست مدلی است که از دنیای واقعی گرفته شده است. برای توسعه چنین مدلی از دنیای واقعی، مهندس نرم افزار باید علائمی را جهت نمایش اجزای کلی مدل تحلیلی شئ گرا انتخاب نماید. اجزای کلی مدل تحلیلی(مدلی که در فاز تحلیل ایجاد می شود) عبارتند از:
آنالیز شامل تقسیم دقیق، ساده، قابل فهم و درست مدلی است که از دنیای واقعی گرفته شده است. برای توسعه چنین مدلی از دنیای واقعی، مهندس نرم افزار باید علائمی را جهت نمایش اجزای کلی مدل تحلیلی شئ گرا انتخاب نماید. اجزای کلی مدل تحلیلی(مدلی که در فاز تحلیل ایجاد می شود) عبارتند از:
برچسب ها:
آنالیز،
UML،
نرم افزار،
OOD،
مجرد سازی،
مخفی سازی اطلاعات،
استقلال تابعی،
پیمانه ای،
Abstraction،
Information hiding،
Functional independency،
Modularity،
CRC،
دنبالک ها: آموزش توسعه نرم افزار های شئگرا توسط UML-فصل دوم،
دنبالک ها: آموزش توسعه نرم افزار های شئگرا توسط UML-فصل دوم،
آموزش توسعه نرم افزار های شئگرا توسط UML-فصل دوم
بازدید: مرتبه
موضوع :
مفاهیم پایه،
فصل دوم - تحلیل و طراحی شئ گرا
فرآیند تحلیل و طراحی شئ گرا در این فصل به روندکاری تحلیل و طراحی شئ گرای سیستم می پردازیم. در فاز تحلیل، مدلی از دنیای واقعی نرم افزار در حال توسعه که خواص مهم آن را نشان می- دهد، ساخته می شود. این مدل مفاهیم موجود در دامنه سیستم را بصورت انتزاعی نشان می دهد و بیانگر این است که سیستم چه کاری را باید انجام دهد و به چگونگی انجام (از دید فنی)آنها نمی پردازد. مدل تحلیلی رفتار عملی سیستم را مستقل از محیطی که نهایتا با آن در ارتباط خواهد بود، مشخص می کند. آنالیست باید زمانی را برای کشف نیازمندیهای سیستم صرف کند و مدل باید تمام این نیازها را پاسخگو باشد. توجه شود که ایجاد تغیرات در طول فاز تحلیل بسی آسانتر و با هزینه کمتری نسبت به فازهای بعدی قابل انجام است.