بررسی اثروجود همزمان نانوسیال و فنر سیمی در بهبود عملکرد مبدل حرارتی

برای دریافت پروژه اینجا کلیک کنید

 بررسی اثروجود همزمان نانوسیال و فنر سیمی در بهبود عملکرد مبدل حرارتی دارای 13 صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

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

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


بخشی از متن بررسی اثروجود همزمان نانوسیال و فنر سیمی در بهبود عملکرد مبدل حرارتی :

سال انتشار : 1395

نام کنفرانس یا همایش : چهارمين کنفرانس بين المللي نفت،گاز،پالايش وپتروشيمي بارويکردتوسعه ارتباط دولت،دانشگاه وصنعت

تعداد صفحات : 13

چکیده مقاله:

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

دریافت این فایل

برای دریافت پروژه اینجا کلیک کنید

مقاله استفاده از تغییرات پارامترهای قلبی در تعیین عمق بیهوشی

برای دریافت پروژه اینجا کلیک کنید

 مقاله استفاده از تغییرات پارامترهای قلبی در تعیین عمق بیهوشی دارای 6 صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

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

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


بخشی از متن مقاله استفاده از تغییرات پارامترهای قلبی در تعیین عمق بیهوشی :

سال انتشار: 1387

محل انتشار: پانزدهمین کنفرانس مهندسی پزشکی ایران

تعداد صفحات: 6

نویسنده(ها):

محبوبه رضاخواه ورنوسفادرانی – دانشگاه صنعتی امیرکبیر، دانشکده مهندسی پزشکی،دانشگاه شهید بهشتی
محمدرضا هاشمی گلپایگانی – دانشگاه صنعتی امیرکبیر، دانشکده مهندسی پزشکی،دانشگاه شهید بهشتی
محمدحسن مرادی – دانشگاه صنعتی امیرکبیر، دانشکده مهندسی پزشکی،دانشگاه شهید بهشتی
سیروس مؤمن زاده – دانشگاه صنعتی امیرکبیر، دانشکده مهندسی پزشکی،دانشگاه شهید بهشتی

چکیده:

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

دریافت این فایل

برای دریافت پروژه اینجا کلیک کنید

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

برای دریافت پروژه اینجا کلیک کنید

 مقاله محاسبه نرم افزاری پارامترهای سینتیکی مدل توده ای فرآیند کاهش گرانروی از روی داده های پالایشگاهی دارای 10 صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

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

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


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

سال انتشار: 1392
محل انتشار: اولین همایش ملی کاربرد سیستم های هوشمند (محاسبات نرم) در علوم و صنایع
تعداد صفحات: 10
نویسنده(ها):
حسین قهرمانی – دانشگاه آزاد اسلامی واحد قوچان، گروه مهندسی شیمی، قوچان، ایران
لویا خسروانی – دانشگاه آزاد اسلامی واحد قوچان، گروه مهندسی شیمی، قوچان، ایران

چکیده:
در این مقاله فرآیند کاهش گرانروی یک پالایشگاه که بوسیله راکتور قالبی صورت می گیرد مورد مطالعه قرار گرفته شده است و محصولات بر حسب اهمیت صنعتی آنها به برش های مختلف تعریف می شوند. دمای فرآیند بین 600K الی 763K متغیر می باشد و زمان اقامت 542s می باشد. برای مدلسازی و تعیین میزان و توزیع محصولات از مدلسازی گسسته استفاده شده است که به صورت یک مدل توده ای چهار و پنج پارامتر ریاضی تعریف شده است. روش حل به این صورت می باشد که ابتدا توزیع غلظت محصولات در انتهای راکتور توسط شبکه عصبی تخمین زده می شود و سپس برای تعیین پارامترهای مدل از روش fminsearch نرم افزار MATLAB استفاده شده است. نتایج حاصل از این محاسبات نشان داد پارامترهای پنج گانه ثابت سرعت واکنش برای خوراک های مختلف با فرض واکنش درجه اول به خوبی با رابطه آرینوس انطباق دارد.

دریافت این فایل

برای دریافت پروژه اینجا کلیک کنید

نظریه تن آسای وبلن و نقش آن در ورزش همگانی

برای دریافت پروژه اینجا کلیک کنید

 نظریه تن آسای وبلن و نقش آن در ورزش همگانی دارای 10 صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

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

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


بخشی از متن نظریه تن آسای وبلن و نقش آن در ورزش همگانی :

سال انتشار : 1395

نام کنفرانس یا همایش : اولين همايش ملي ارتقاء و توسعه ورزش هاي همگاني

تعداد صفحات : 10

چکیده مقاله:

هدف از پژوهش حاضر بررسی نقش ورزش همگانی بر روی سالمندان شهر اردبیل بود. جامعهآماری این تحقیق را سالمندان شهر اردبیل تشکیل می دادند. نمونه آماری این تحقیق را 50 نفر مرد و50 نفر زن سالمند شهر اردبیل تشکیل می دادند. که این افراد حداقل در هفته یک بار در ایستگاه هایورزش همگانی ورزش می کردند. روش این تحقیق به صورت توصیفی و از نوع پیمایشی بوده وتحقیقات به صورت میدانی انجام گرفته است. براساس جدول مورگان و به صورت تصادفی انتخابشدند. برای جمع آوری اطلاعات از پرسشنامه ای که محقق ساخته استفاده شد. روایی این پرسشنامهمورد تایید 3 نفر از اساتیدی که در حوزه مدیریت ورزشی بودند که مورد تایید قرار گرفت، پایایی آنبا استفاده از آلفای کرونباخ 0 82 به دست آمد. برای تجزیه و تحلیل داده ها از شاخص های آماری توصیفی (جدول و درصد فراوانی) استفاده شد. نتایج این پژوهش نشان داد که 68 درصد افراد سالمند در فعالیت های ورزش همگانی مشارکت و 32 درصد در هیچ گونه فعالیت ورزشی مشارکتنمی کنند. موانع و محدودیت هایی که باعث شد که سالمندان در فعالیت های ورزشی مشارکتنکنند به ترتیب عبارتند از: کمبود مربیان متخصص و مجرب، اشتغال به کار، کمبود وسایل ورزشی،تنبلی و بی حوصلگی بود.

دریافت این فایل

برای دریافت پروژه اینجا کلیک کنید

مدل سازی سینیتیک خشک شدن ریحان در خشک کن مایکروویو

برای دریافت پروژه اینجا کلیک کنید

 مدل سازی سینیتیک خشک شدن ریحان در خشک کن مایکروویو دارای 8 صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

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

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


بخشی از متن مدل سازی سینیتیک خشک شدن ریحان در خشک کن مایکروویو :

سال انتشار : 1394

نام کنفرانس یا همایش : نخستين کنفرانس ملي دستاوردهاي نوين در علوم زيستي و کشاورزي

تعداد صفحات : 8

چکیده مقاله:

خشک کردن محصولات کشاورزی ضمن کاهش فعالیت های میکروبیولوژی و فعالیت های آبی در آن ها باعث کاهش تغییراتفیزیکی و شیمیایی محصول در طول دوره انبارمانی و در نتیجه افزایش ماندگاری آن می شود. ریحان گیاه دارویی ارزشمندیاست که در صنایع غذایی، دارویی، عطر سازی و آرایشی بهداشتی کاربرد فراوان دارد. در تحقیق حاضر فرایند دفع رطوبت برگ های ریحان به هنگام خشک شدن در یک خشک کن مایکروویو بررسی شد. خشک کردن با توان های 90، 270، 450، 720 و 900 وات انجام شد. نتایج نشان داد که با افزایش توان مایکروویو (900Wـ90) زمان خشک شدن در محدوده 6minـ35 کاهش می یابد. به منظور مدل سازی ریاضی فرایند خشک شدن هفت مدل معروف دفع رطوبت بر داده های تجربی برازش شدند. نتایج نشان داد که در تمام توان ها مدل لگاریتمی (MR=a.exp(-k.t)+b) به دلیل دارا بودن بالاترین مقدار ضریب تبیین ((R(2). کمترین مقدار مربع کای ((X(2) و کمترین مقدار ریشه میانگین مربعات خطا (RMSE) بهترین تطابق را با داده های تجربی دارد. خشک کردن با توان های 90 و 450 وات به ترتیب کمترین و بیشترین مصرف انرژی را برای خشک کردن محصول لازم داشت.

دریافت این فایل

برای دریافت پروژه اینجا کلیک کنید

مقاله تازه های پیشگیری با آنتی بیوتیک در دندانپزشکی

برای دریافت پروژه اینجا کلیک کنید

 مقاله تازه های پیشگیری با آنتی بیوتیک در دندانپزشکی دارای 14 صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

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

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


بخشی از متن مقاله تازه های پیشگیری با آنتی بیوتیک در دندانپزشکی :

مقاله تازه های پیشگیری با آنتی بیوتیک در دندانپزشکی که چکیده‌ی آن در زیر آورده شده است، در تابستان 1390 در مجله دندانپزشكی دانشگاه علوم پزشكی شیراز – Journal Of Dentistry از صفحه 156 تا 169 منتشر شده است.
نام: تازه های پیشگیری با آنتی بیوتیک در دندانپزشکی
این مقاله دارای 14 صفحه می‌باشد، که برای تهیه‌ی آن می‌توانید بر روی گزینه‌ی خرید مقاله کلیک کنید.
کلمات مرتبط / کلیدی:
مقاله آنتی بیوتیک
مقاله اندوکاردیت عفونی
مقاله ملاحظات دندانپزشکی
مقاله آنتی بیوتیک پیشگیرانه

نویسنده(ها):
جناب آقای / سرکار خانم: جوادزاده عباس
جناب آقای / سرکار خانم: پاك فطرت آتس سا
جناب آقای / سرکار خانم: تنكابنی ارغوان

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

دریافت این فایل

برای دریافت پروژه اینجا کلیک کنید

مقاله مقدمه ای بر UM1

برای دریافت پروژه اینجا کلیک کنید

 مقاله مقدمه ای بر UM1 دارای 58 صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

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

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


بخشی از متن مقاله مقدمه ای بر UM1 :

مقدمه ای بر UM1

– یادگیری متد object- oriented برنامه نویسی شی گرا و visual modeling (مدلسازی بصری)
– بررسی انواع نمادهای گرافیكی
– نگاهی به انواع نمودارهای (UML Diagrams) UML
– توسعه نرم افزار با استفاده رز مدلسازی بصری (visual modeling)
مقدمه ای بر متد object- oriented (شی گرایی)

در متد شی گرایی (00) برنامه به قطعات بسیار كوچك یا آبجكت هایی تقسیم می‌شود كه تا اندازه ای مستقل از یكدیگرند مانند ساختمانی از بلوك ها.
در اولین گام تعدادی آبجكت های اساسی (انوع مختلف بلوك ها) را بسازید یا به دست آزمایشی آورید. اولین باری كه شما این بلوك های ساختمانی را دارید, می‌توانید آنها را كنار هم گذاشته تا قصرتان را بسازید. به محض اینكه تعدادی آبجكت های اساسی در دنیای كامپیوتر ساختید یا به دست آورید می‌توانید به سادگی آنها را كنار هم بگذارید تا برنامه های جدید را ایجاد نمایید. یكی از امتیازات اساسی متد شی گرایی این است كه می‌توانید یك بار component (اجزا) را ساخته و بارها و بارها از آنها استفاده كنید. درست مانند زمانی كه می‌توانید یك بلاك ساختمانی را در یك قصر, یك خانه یا یك سفید فضایی دوباره استفاده كنید, می‌توانید از یك قطعه طرح یا كد شی گرایی در یك سیستم حسابداری, یك سیستم بازرگانی یا یك سیستم پردازش سفارش استفاده مجدد نمایید.

تفاوت شی گرایی با روش سنتی: در روش سنتی, روش توسعه به همراه اطلاعاتی كه سیستم نگهداری خواهد كرد به خودتان وابسته است. در این روش پایگاه داده بر اساس نیازهای اطلاعاتی كار بران طراحی می‌كنیم و صفحاتی تهیه می‌كنیم تا اطلاعات را بگیرد, و گزارشاتی را چاپ می‌كنیم تا اطلاعات را برای كاربر نمایش دهد. یعنی بر روی اطلاعات متمركز می‌شویم و كم توجه می‌كنیم كه چه كاری با این اطلاعات انجام شده است یا رفتار سیستم چگونه است. این روش data- centric (مبتنی بر داده) نامیده شده است. مدلسازی data- centric مخصوص طراحی پایگاه داده و گرفتن اطلاعات خیلی سهم می‌باشد, اما انتخاب این روش در زمان طراحی برنامه های تجاری با مشكلاتی همراه است. یك چالش بزرگ این است كه در خواهشهای سیستم چندین بار تغییر خواهند كرد.

سیستمی كه روش data- centric استفاده می‌نماید, می‌تواند به آسانی تغییر در پایگاه داده را مدیریت نماید. اما اجرای تغییرات در قوانین تجاری یا رفتار (behavior) سیستم آن قدر آسان نمی باشد.
با استفاده از متد شی گرایی هم بر اطلاعات و هم بر رفتار متمركز شویم.
مزیت این انعطاف پذیری با طراحی یك سیستم شی گرایی به خوبی شناخته شده است.
اصول شی گرایی عبارتند از: نهان سازی (Encapsulation), وراثت (Inheritance) و چند ریختی (Polymorphism)

Enlopsulation (نهان سازی)

در سیستم های شی گرایی, اطلاعات و رفتارها را در یك آبجكت بسته بندی می‌كنیم. این مطلب در قالب اطلاعات Encapsulation (پنهان سازی) ارجاع داده شده است و یا می‌توانیم برنامه را به بخشهای كوچكی از توابع وابسته, تقسیم كنیم. مثلا یك حساب بانكی شامل: شماره حساب, تراز جاری, نام مشتری, آدرس., نوع حساب, نرخ بهره و تاریخ باز كردن حساب می‌باشد. رفتارهایی هم برای یك حساب بانك داریم مانند: باز كردن حساب, بستن حساب, به حساب گذاشتن, برداشت از حساب, تغییر نوع حساب, تغییر مشتری و تغییر آدرس ما این اطلاعات و رفتارها را باهم در یك آبجكت account پنهان می‌كنیم. در نتیجه, همه تغییرات سیستم بانكی تاثیرات اعمال شده به سیستم را محدود می‌كند. یك مفهوم مشابه نهان سازی,Information Hiding است, پنهان سازی اطلاعات توانایی است كه جزئیات مبهم یك آبجكت را در نیای خارج پنهان می‌نماید. دنیای خارج به معنی هر چیزی از خارج از همان آبجكت دست حتی اگر چه دنیای خارج شامل بقیه سیستم باشد Inheritance (وراثت)

در سیستم های شی گرا وراثت به شما اجازه می‌دهد تا آبجكت های جدید را بر پای ابجكت های قدیمی ایجاد كنید. آبجكت CHILD ویژگی هایی یك آبجكت PARENT را به ارث می‌برد.
یكی از مزایای اصل وراثت، سهولت در نگهداری است. وقتی چیزی تغییر می‌كند و بر همه تاثیر می گذارد، فقط آبجكت والد نیاز به تغییر دارد و آبجكت های فرزند به طور خوركار تغییرات را به ارث می برند. مثلا در طبعیت، اگر پستانداران به طور ناگهانی خونسرد شوند، فقط آبجكت پستانداران (mamaal) باید تغییر نماید. در یك سیستم بانكداری ممكن است از وراثت برای انواع مختلفی از حسابهایی كه داریم استفاده كنیم.
این نوع مختلف حسابها شباهتهایی نیز دارند. هر كدام دارای یك شماره حساب، نرخ بهره و نام مالك می‌باشند بنابراین می‌توانیم یك آبجكت والد بنام account (حساب) را ایجاد نماییم تا ویژگی های مشترك همه این حسابها را نگهداری می‌كنیم آبجكت های فرزند (child) می‌توانند علاوه بر ویژگی هایی كه به ارث برده اند، ویژگی ها منحصر به فرد خودشان راداشته باشند، مثلا حساب اعتباری یك حد موجودی و حداقل میزان پرداخت را خواهد داشت. سپرده گذاری نیز دارای یك موعد پرداخت می‌باشد.
تغییرات آبجكت والد بر روی همه فرزندان اثر خواهد گذاشت اما بچه ها آزاد هستند كه بدون بر هم زدن آرامش فرزند دیگر یا والدشان تغییر نمایند.
Polymorphism (چند درختی)
سومین اصلی شی گرایی، ploymor phism است كه به این معنی است كه شكل ها یا پیامدهای زیادی از یك تابع ویژه را داشته باشیم. همانند وراثت، چند ریختی نیز در دنیای طبیعی دید می‌شود. چند ریختی در اصطلاحات یك سیستم شی گرایی به این معنی است كه ما می‌توانیم بسیاری از رخداد ها یا پیامدهای یك عمل ویژه را داشته باشیم.
مثلا ممكن است یك سیستم رسم اشكال گرافیكی را بسازیم.
مدلسازی بصری (visual modeling) چیست؟
یك طرح كلی به شما كمك می‌كند تا قبل از اینكه سیستم را بسازید آن را طراحی نمایید و در این صورت سیستم می‌تواند حتی در مقابل كوهی از تغییرات درخواست، مقاومت نماید. پس از جمع ‌آوری درخواستهای خود، آن ها را تبدیل به كد می‌نمایید با تبدیل رسمی درخواستها به كد، می‌توانید مطمئن شوید كه واقعا درخواستها به وسیله كه مطرح شده اند و آن كد می‌تواند به آسانی راه برگشت به درخواستها را طی كند این پردازش modeling (مدلسازی) نامیده شده است.
نتیجه پردازش مدلسازی این توانایی است كه نیازهای تجاری را به درخواستهایی تبدیل كند تا در كد به صورت مدل در آید و آن را دوباره برگردند بدون اینكه درطول راه چندی گم شود.

مدلسازی بصری (visual modeling) پردازش گرفتن اطلاعات از مدل است و آن را با استفاده از مجموعه ای از عناصر گرافیكی استاندارد به صورت گرافیكی نشان می‌دهد. هدف اصلی مدلسازی بصری، ارتباط میان كاربران، برنامه نویسان، تحلیلگران، آزمایش كننده ها، مدیران و هر شخص دیگری كه با پروژه در گیر شده است می‌باشد بعد از ایجاد این مدلها، می‌توانیم آنها را به همه بخشهای وابسته نشان دهیم و آن بخشها می‌توانند اطلاعات را از مدل به دست آورند. در مدلسازی بصری از نمادهای گرافیكی (مثل object modeling technolohy oM T, Booch تكنولوژی مدلسازی شی و unified Modeling Language زبان مدلسازی یكپارچه) برای نشان دادن چره های مختلف یك سیستم استفاده می‌شود.

• نمودارهای UML
• نمودار use case
• نمودار sequence (توالی)
• نمودار collaboration (همكاری)
• نمودار class (كلاس)
• نمودار state transition (در حالت)
• نمودار component
• نمودار Deployment
این نمودار ها جنبه های مختلفی از سیستم را نشان می‌دهند.

نمودارهای use case
نمودار های use case محاورات میان use case ها را نشان میدهد كه عملیات سیستمی و عاملها (Actor) كه نشان دهنده افراد یا سیستم هایی است كه اطلاعات را برای سیستم فراهم كرده است و یا از آن دریافت می‌كنند را نمایش می‌دهند. use case ها درخواستهای سیستم را از دید كاربر نشان می‌دهند. بنابراین vse case ها عملیاتی هستند كه سیستم فراهم می‌كند. عامل ها در واقع نگهدارنده پول (بانكدار) یك سیستم هستند. این نمودارها نشان می‌دهند كه چه عاملهایی به use case ها مقدار اولیه می‌دهند. همچنین آنها نشان می‌دهند كه چه موقع یك عامل، اطلاعات را از یك use case دریافت می‌كند.

تعدادی از ارتباطات این ارزش را دارند كه بیشتر به آنها اشاره می‌شود. كارمند بانك همچنین، به use case تغییر PIN مقدار اولیه می‌دهد. use case پرداخت، فلشی را نشان می‌دهد كه به سیستم اعتباری می‌رود سیستم های خارجی ممكن است عاملهایی باشند و در این مورد، سیستم اعتباری به عنوان یك عامل نشان می‌دهد كه use case اطلاعاتی را تولید می‌كند كه یك عامل از آن استفاده می‌كند. در این مورد use case پرداخت، اطلاعات پرداختی كارت اعتباری را برای سیستم اعتباری آماده می‌كند. اكثر اطلاعات دزدیدن نمودارهای use case قابل فهم می‌باشند زیر این نمودار همه عملیات سیستم را نشان می‌دهد. كاربران، مدیران پروژه، تحلیلگران، برنامه نویسان، مهندسان تضمین كیفیت و هر شخص دیگری كه به سیستم وابسته است، می‌تواند مانند همه، این نمودارها را ببیند و بفهمد كه چه سیستمی قرار است به انجام برسد.

نمودارهای sequence (توالی)
این نمودارها، برای نشان دادن جریان عملیات در یك use case استفاده شده اند، مثلا use case برداشت پول چند توالی sequences دارد مانند برداشت پول، تلاش برای برداشت پول از حساب بدون موجودی، تلاش برای برداشت پول با PIN اشتباه و غیره طرح معمولی برداشت 20 دلار پول و بدون هیچ مشكلی مانند وارد كردن PIN اشتباه یا وجوه ناكافی در حاسب در شكل زیر نشان داده شده است.

نمودار sequence جریان پردازش را در use case برداشت پول نشان می‌دهد عاملهای وابسته در بالای نمودار نشان داده شده اند، عامل مشتری هم در آن نشان داده شده است. هر فلش یك پیغام ارسالی بین عامل و آبجكت، یا آبجكت را نمایش می‌دهد تا عملیات مورد نیاز را به انجام برساند. نمودارهای sequence آبجكت ها را نمایش می‌دهند و نه كلاسها use case بدین ترتیب شروع می‌شود كه مشتری كارتش را وارد كارت خوان می‌كند. كارت خوان شماره كارت را می‌خواند. آبجكت حساب joe را باز می‌كند و صفحه نمایش ATM را مقدار دهی می‌نماید.

.صفحه نمایش از joe می‌خواهد كه PIN را وارد نماید. او 1234 را وارد می‌كند. صفحه PIN را با آبجكت حساب تایید می‌كند و آنها را به هم جفت وجور می‌كند. صفحه انتخابهایش را برای joe آماده می‌كند و او 20 دلار را انتخاب می‌كند. سپس صفحه وجوه را از حساب بر می‌دارد. این سری از پردازشهایی كه آبجكت حساب (account) به انجام می‌رساند را مقدار دهی می‌كند. ابتدا، حساب joe تایید می‌كند كه حساب، حداقل شامل 20 دلار است سپس وجوه را از حساب كسر می‌كند بعدا به صندوق اطلاع می‌دهد كه 20 دلار را آماده كند. همچنین حساب joe به صندوق اطلاع می‌دهد با یك رسید آماده كند. سرانجام به كارت خوان اطلاع می‌دهد تا كارت را باز پس دهد

. بنابراین، این نمودار sequence تمام جریان پردازشی use case برداشت پول را با نشان دادن یك مثال مشخصی از اینكه joe دلار از حسابش بر می‌دارد را توضیح می‌دهد. كاربران می‌توانند به این نمودارها نگاه كنند مشخصات پردازش تجاریشان را ببیند. تحلیلگران جریان پردازش را در نمودار sequence می‌بینند. برنامه نویسان آبجكت هایی كه به كد نویسی نیاز دارند را به همراه عملكردهای آن آبجكت ها می‌بینند. مهندسین تضمین كیفیت می‌توانند جزئیات پردازش و تولید test cas مبتنی بر پردازش را ببیند. نمودارهای sequence برای همه كسانی كه در پروژه مسئول نگهداری پول هستند، مفید است.

نمودارهای Callaboration

نمودارهای collaboration دقیقا همان اطلاعات نمودارهای sequence را نشان می‌دهند. اگر چه نمودارهای collaboration اطلاعات را به روشی متفاوت و با یك هدف متفاوت نشان می‌دهند. در نمودارهای sequence آبجكت ها و ارتباطات عامل ها به ترتیب زمان توضیح داده شده اند، در حالی كه در نمودار collaboration آبجكت ها و فعل و انفعالات عامل ها را بدون توجه به زمان نشان میدهد. در نمودارهای Collaboratim افراد به دلایل مختلف به این نمودارها مراجعه می‌كنند.

نمودارهای class (كلاس)
نمودارهای (class) كلاس ارتباطات بین كلاسها را در سیستم نشان می‌دهند. كلاسها می‌توانند بدون طرحی كلی برای آبجكت ها دیده شوند مثلا حساب joe یك كلاس است كلاسها شامل اطلاعات و رفتاری هستند كه بر روی اطلاعات عمل می‌نمایند. كلاس حساب (account) شامل PIN مشتری و رفتاری كه PIN را كنترل می‌كند .در نمودار كلاس برای هر نوع آبجكتی در نمودار collaboration , sequence یك كلاس ایجاد شده است.

این نمودار مربوط به برداشت پول از حساب متعلق به سیستم ATM است و با چهار كلاس شامل card reader (كارت خوان)، Account (حساب)، Atmscreen صفحه نمایش cash Dispenser , ATM (صندوق) است. بخشهای مختلف یك كلاس در این مثال شامل: نام كلاس، صفات كلاس و عملگرهای كلاس است. همچنین در صفت ها عملگرها، قفلهای كوچكی در سمت چپشان دارند كه فقط می‌توانند از طریق كلاسی كه شامل ‌آنهاست قابل دستیابی می‌باشند.
برنامه نویسان از نمودارهای class استفاده می‌كنند تا كه كلاسها را به طور واقعی تولید نمایند. ابزارهایی مانند Rose چهار چوب كلاسها را تولید می‌كنند، سپس برنامه نویسان جزئیات را در زبان انتخابی خود نشان می‌دهند.

تحلیلگران از نمودارهای كلاس استفاده می‌كند تا جزئیات سیستم را نشان می‌دهند. همچنین طراحان به نمودارهای class نگاه می‌كنند تا طرح سیستم را ببیند. اگر یك كلاس شامل چند تابع باشد، یك معمار می‌تواند این را در نمودار class دیده و توابع را به چند كلاس بشكند. نباید هیچ وابستگی بین كلاسهایی كه با یكدیگر ارتباط دارند وجود داشته باشد. یك طراح یا برنامه نویس نیز می‌تواند این را ببیند. نمودارهای كلاس برای این ایجاد شده اند تا كلاسهایی را نشان دهنده كه باهم در هر use case كار می‌كنند و نمودارهای جامع (camper hensive) شامل كل سیستم با زیر سیستم را می‌توان به همین ترتیب ایجاد نمود.

نمودارهای حالت (state transition digrmm)
نمودارهای حالت راهی را ‌آماده می‌كنند تا حالتهای مختلف یك آبجكت را مدل كنند. در حالی كه نمودارهای كلاس یك تصویر ثابت از كلاسها و وابستگی آنها را نشان می‌دهند، نمودارهای حالت استفاده می‌شوند تا بیشتر رفتارهای پویای یك و نیم را نمایش دهند. یك نمودار حالت رفتار یك آبجكت را نشان می‌دهد. مثلا یك حساب بانكی می‌تواند به چنین حالت متفاوت وجود داشته باشد. می‌تواند باز باشد، بسته شود یا به طور اضافی (بیشتر از موجودی) از حساب برداشته شود یك حساب ممكن است در هر یك از این حالتها، به طور متفاوتی رفتار كند از نمودارهای حالت برای نشان دادن این اطلاعات استفاده می‌شود.

مثلا وقتی كه حساب باز است و مشتری درخواست بستن حساب را می‌كند، حساب به حالت بسته منتقل می‌شود. در خواست مشتری Event (رخداد) نامیده می‌شود. اگر حساب باز است و مشتری برداشت از حساب را انتخاب می‌كند، حساب ممكن است به حالت برداشت بروز این فقط زمانی رخ می‌دهد كه تراز (موجودی) حساب كمتر در صفر باشد كه با علامت < تراز نشان داده شده است یك شرط كه در براكت محصور شده است شرط حفاظتی Guard condition نامیده می‌شود و وقوع یك انتقال اینكه بتواند یا نتواند اتفاق بیفتد را كنترل می‌كند.

در حالت ویژه start state (حالت شروع) و stop state (حالت پایان) وجود دارد حالت شروع با دایره توپر سیاه نشان داده شده و نشان می‌دهد چه حالتی از آبجكت در ابتدا ایجاد شده است حالت پایانی بوسیله یك خال هدف نمایش داده شده است و نشان می‌دهد كه آبجكت درست قبل از اینكه از بین برود، در چه حالتی می‌باشد. بر روی یك نمودار حالت، فقط یك حالت شروع وجود دارد در حالی كه شما می‌توانید حالت پایانی نداشته باشید یا اینكه هر چند حالت پایانی كه نیاز دارید ؟ را داشته باشید.
نمودارهای حالت فقط برای مستند سازی ایجاد شده اند. همچنین نمودارهای حالت برای هر كلاسی ایجاد نمی شوند و فقط برای كلاسهای پیچیده استفاده می‌شوند.

نمودارهای اجزاء (component Diagrams)
نمودارهای compnent یك دید فیزیكی از مدلتان را به شما نشان می‌دهند. یك نمودار component اجزای نرم افزاری سیستم شما و روابط بین آنها را به شما نشان می‌دهد دو نوع companent در نمودار وجود دارد.
Component های قابل اجرا و كتابخانه های كد.

در Rose، هر یك از كلاسهای موجود در مدل به یك component كد منبع نگاشت شده اند. اولین باری كه Companent ها ایجاد می‌شوند آنها به نمودار component اضافه می‌شوند. سپس وابستگی های میان component ها كشیده می‌شود. وابستگی های co,ponent، وابستگی های زمان اجرا و زمان ت؟ میان component ها را نشان ی می‌دهد.

این نمودار component برای سرویس گیرنده ATM/ client است.
Component هایی كه به هم وصل شده اند، با خطر چین، وابستگی روابط بین آنها را نشان می‌دهد. مثلا كلاس card Reader به كلاسATM screen وابسته است به این معنی كه كلاس ATM screen باید موجود باشد تا كلاس card Reader ترجمه شود. فایل اجرایی ATM client . exe اولین باری كه همه كلاسها ترجمه شده اند می‌تواند ایجاد شده باشد مثال ATM دو نخ پردازش دارد، بنابراین به دو صورت قابل اجرا است. یك مجموعه اجرایی ATM client شامل ATM screen , card Reader, cash Dispenser می‌باشد. دومین مجموعه اجرایی ATM screen شامل component حساب است. یك سیستم شبیه به تعداد زیر سیستم ها با قابلیت اجرایی می‌تواند چندین نمودار component داشته باشد. به طور عمومی بسته ها مجموعه‌هایی از آبجكت ها هستند. در این مورد، بسته ها مجموعه ای از component ها می‌باشند ATM شامل دو بسته است ATM screen , ATM client.

نمودارهای component به وسیله هر شخصی كه مسئول تنظیم و تدوین سیستم است، استفاده می‌شود. نمودارها این ویژگی را بیان می‌نمایند كه به چه منظوری نیاز به كامپایل component وجود دارد. همچنین نمودار نشان خواهد داد كه چه component هایی در زمان اجرا به عنوان نتیجه كامپایل ایجاد خواهند شد. نمودارهای component، نگاشته شدن كلاسها به اجزای اجرا شده را نشان می‌دهد. این نمودارها در جایی كه تولید تمام شده است رسم می‌شوند.
نمودارهای Deployment

این نمودار ها، لایه فیزیكی شبكه و جایی كه Deployment های مختلف مقیم می‌شوند را نشان می‌دهد.

در مثال ATM, ATM از بسیاری زیر سیستم های در حال اجرا بر روی وسایل فیزیكی مجزا یا گره ها تشكیل شده است نمودار Layout, Deployment سیستم را به ما بیشتر نشان می‌دهد. سرویس گیرنده قابل اجرای ATM، بر روی چندین ATM كه بر روی محلهای مختلف ایجاد شده اند، اجرا خواهد شد. سرویس گیرنده ATM بر روی یك شبكه خصوصی، با سرویس دهنده ATM اصلی ارتباط برقرار خواهد كرد. سرویس دهنده ATM قابل اجرا بر روی سرویس دهنده ATM اصلی، اجرا خواهد شد. سرویس دهنده ATM اصلی، بر روی شبكه محلی با سرویس دهنده پایگاه داده بانكداری كه proje را اجرا می‌كند ارتباط برقرار خواهد كرد. سرانجام، یك چاپگر به سرویس دهنده ATM اصلی وصل شده است این نمودار به ما نصب فیزیكی سیستم را نشان می‌دهد سیستم ATM ما یك سبك معماری سه طبقه دارند به همراه یك طبقه پایگاه داده، سرویس دهنده اصلی و سرویس گیرنده.

مدلسازی بصری و پردازش تولید و توسعه نرم افزار
تولید نرم افزار می‌تواند به چندین روش انجام شود. چندین نوع متفاوت از پردازشهای تولید شامل هر چیزی از پردازشهای آبشاری گرفته تا شی گرایی وجود دارد كه پروژه ها آنها را دنبال می‌كنند و هر یك مزایا و امتیازات خودش را دارد.
در پردازش شی گرا، ما در سراسر مراحل تجزیه و تحلیل، طراحی، تولید، تست و تولید درمقاطع كوچك، بارها حركت خواهیم كرد. این غیر ممكن است كه همه درخواستها را در طول بخش نخست پروژه بفهمیم چیزهای جدیدی ظاهر می‌شوند، بنابراین با طراحی پروژه به صورت تكراری آنها را برنامه ریزی می‌كنیم این مفهوم، یك پروژه می‌تواند به عنوان یك سری از آبشارهای كوچك دیده شود. در پروژه 4 فاز را پشت سر می‌گذاریم: Inception (انتقال)، Elaboration (مهارت)، constraction (ساختار)، Transitian (انتقال).

Inception شروع پروژه است كه ما اطلاعات را جمع آوری كرده، و مفهوم و برداشت كلی را اثبات می‌نماییم پایان Inception تصمیم درباره انجام / عدم انجام پروژه است. در Elaboration، به طور مفصل sue case توضیح داده شده و تصمیمات معماری گرفته می‌شوند. Elaboration شامل مقداری تجزیه و تحلیل، طراحی، كد نویسی، تست می‌باشد. construction (ساختار) جایی است كه سخت عمده كد نویسی انجام شده است. Transition آمادگی و تولید نهایی سیستم برای كاربران است. Inception شناخت)

فاز inception شروع پروژه است و ما كشف می‌كنیم كه اشكالات سطح بالای سیستم چه هستند و آنها را مستند سازی می‌كنیم و عامل های سیستم چه كسانی هستند و use case ها را تعیین می‌نماییم ولی وارد جزئیات use case ها نمی شویم بلكه فقط یك یا دو جمله را آماده می‌كنیم. همچنین تخمینی را فراهم می‌كنیم تا مدیریت را پیش ببریم.

Inception زمانی پایان می‌یابد كه تحقیقات انجام شده اند و مدیریت، منابع را اختصاص می‌دهد تا بر روی پروژه كار كند. فاز Inception پروژه به طور اساسی دنباله ای غیر تكراری است. حالتهای دیگر چندین بار در طول پروژه تكرار می‌شوند.
بعضی از كارهای Iception شامل مشخص كردن use case ها و عامل ها است. Rose می‌تواند برای مستند سازی این se case uها و عامل استفاده شده و نمودارهایی را برای نشان دادن ارتباطات آنها ایجاد كند.

Elagboration (مهارت)
فاز مهارت Elaboration پروژه شامل مقداری طراحی، تجزیه و تحلیل و طرح معماری است همراه با طرح تكرار، فاز مهارت برای هر se case uدر تكرار جاری انجام می‌شود فاز مهارت شامل چندین جنبه از یك پروژه است مانند كد كردن، اثبات مفاهیم (proofs- of – concept)و تولید نمونه های آزمایشی و ایجاد تصمیمات طراحی، از كارهای اصلی فاز Elaboration تكمیل use case است درخواستها سطح پایین یك use case شامل جریان پردازش در طول use case می‌باشد، چه عاملهایی با use case درخواست شده اند و نمودارهای Interation جریان پردازش را به صورت گرافیكی نشان می‌دهد و كلا هر حالتی كه تغییر می‌كند ممكن است در زمان use case اتفاق بیفتد.

درخواستها به شكل use case های كامل و با جزئیات، در یك سند جمع شده اند كه یك (SRS) software Requirement spencification (مشخصات درخواست نرم افزار) نامیده شده است. SRS شامل هم جزئیات درخواستهای سیستم می‌باشد.
كارهای دیگری در فاز مهارت (Elaboration) انجام می‌شود مانند اصلاح تخمین های اولیه، بررسی كیفیت SRS و مدل use case و بررسی كردن خطرها فاز مهارت (Elaboration) زمانی تمام شده است كه use case كاملا وارد جزئیات شده اند و به وسیله كار بران پذیرفته شده اند، اثبات مفاهیم (proofs- of –concept) كامل شده اند تا شدت خطرها را كاهش دهند نمودارهای كلاس كامل می‌باشند به عبارت دیگر این فاز زماین كامل است كه سیستم طراحی شده بازبینی شده و آماده است تا برنامه نویسان آن را تولید نمایند.

Construction(ساختار)
Construction (ساختار) به روند تولید و توسعه نرم افزار بر می‌گردد. مانند Elaboration این فاز برای هر مجموعه از use caseف در یك بار تكرار كامل شده است و كارهای فاز construction شامل مشخص كردن درخواستهای ثابت، تولید نرم افزار و تست نرم افزاری می‌باشد. از آنجایی كه نرم افزار در طول فاز Elaboration به طور كامل طراحی شده است، construction نباید درگیر تصمیم های طراحی زیادی باشد این به گروه پروژه كمك می‌كند تا تولید موازی را به انجام برسانند یعنی چند برنامه نویس بتوانند بر روی آبجكت های مختلف نرم افزاری كار كنند و بدانند كه كل سیستم باهم جمع خواهند شد.

مزیت دیگر مدل كردن سیستم آن است كه Rational Rose می‌تواند كد اولیه را برای سیستم تولید كند به منظور استفاده از این شكل، شما نیاز دارید تا componet ها و یك نمودار component را به عنوان یك بخش اولیه constraetion ایجاد كنید. construction جایی است كه اكثر كد نویسی پروژه انجام شده است. از Rose برای ایجاد component بر حسب طول آبجكت، استفاده شده است. نمودارهای component ایجاد شده اند تا وابستگی های زمان كامپایل را میان component ها نشان دهند بعد از اینكه زبانها برای هر component انتخاب شدند، تولید كد اولیه می‌تواند انجام شود.

Transtion (انتقال)
فازTransition زمانی است كه محصول نرم افزاری كامل شده، به سمت اجتماع كاربر بر می‌گردد كارها در این فاز شامل كامل كردن محصول نرم افزاری نهایی، تكمیل تست تایید نهایی، كامل كردن مستند سازی كاربرد فراهم كردن آموزش برای كاربرد می‌باشد. باید مشخصات درخواستهای نرم افزار (software requirement specification)، نمودارهای Deployment , component , class , use case بروز رسانی شده باشند تا تغییرات نهایی را منعكس نمایند. مهم است كه این مدلها با محصول نرم افزاری همزمان شده باشند زیرا مدلهایی كه یكبار در محصول نرم افزاری استفاده خواهند شد به مد پشتیبانی می‌روند. چند ماه بعد از اتمام پروژه، این مدلها در كمك به ارتقا نرم افزار، گرانبها تر خواهند بود.

Use case شامل تمام آن چیزهایی است كه درون سیستم قرار دارد. عامل شامل تمام آن چیزهایی است كه خارج از سیستم قرار دارد.
نمودار use case برخی از use case های موجود در سیستم مورد نظر شما برخی از عامل های موجود در سیستم شما و رابطه های بین تمامی اینها را مشخص می كند. Use case عملیات سطح بالایی است كه سیستم مهیا می كند عامل هر چیز و یا هر كسی است كه بر سیستمی كه در حال ساخت است اثر می گذارد.

یكی از مزیت های بزرگ نمودارهای Use case تبادل اطلاعات است. مراجعه كنندگان شما می توانند به این نمودارها نگاه كرده و اطلاعات وسیعی را بدست آورند. با نگاه به نمودار Use case خواهند فهمید كه چه عملیاتی در سیستم انجام می شود. با نگاه به عامل ها خواهند فهمید كه چه كسی بر سیستم كنش دارند. با نگاه به مجموعه Use case و عامل می فهمند كه چه محدوده ای از پروژه انجام خواهد شد. بنابر این كمكی به آنها خواهد بود تا از هر عملیات از قلم افتاده ای یك ذهنیت اولیه داشته باشند.

یك نمودار سطح بالا كه در main, rational rose نامیده می شود. فقط بسته های نرم افزاری یا گروه بندی Use case ها را نشان می دهد.
نمودارهای Use case كار مشخصی را برای مستند سازی عامل ها ( هر چیز خارج از محدوده سیستم ) Use case (هرچیز درون محدوده سیستم و ارتباط آنها انجام می دهد.
نكاتی را كه باید به عنوان كسی كه یك نمودار Use case را ایجاد می نماید به خاطر داشته باشید بدین ترتیب می باشند.
– ارتباطات عامل با عامل را مدل سازی نكنید.

– هیچ گاه مستقیما با فلش، Use case را به هم وصل نكنید ( بجز در ارتباطات extends or uses
– هر Use case باید توسط یك عامل آغاز به كار كند.
– بانك اطلاعاتی را به عنوان لایه زیرین تكمیل نمودار Use case در نظر بگیرید.

كار با Use case ها
Use caseبخش سطح بالایی از عملیاتی است كه سیستم مهیا می كند به عبارت دیگر Use case، اینكه شخص چگونه سیستم استفاده می كند را شرح می دهد. یك ماشین ATM یك سری عملیات اصلی را برای مشتری انجام می دهد. به مشتری اجازه می دهد تا پول به حساب بریزد نقدا از حساب برداشت كند پول را از یك حساب به حساب دیگر منتقل نماید مقدار موجودی را مشاهده كند، pin را تعویض نماید و یا توسط كارت اعتباری پول پرداخت نماید. هر كدام از این transaction ها روش متفاوت استفاده مشتری از سیستم می باشد. به هر حال هر كدام از آنها یك Use case متفاوت هستند در uml یك Use case با استفاده از عملیات زیر نمایش داده می شود.ژ:

یك مزیت نگاه به سیستم با استفاده از Use case این است كه می توان پیاده سازی سیستم را از دلیل ایجاد سیستم در ابتدا جدا نمود.
Use case ها به صورت دیگری به متدهای سنتی نزدیك می شوند. شكستن پروژه به Use case ها یك روش نگاه كردن به پروژه به صورت پردازش گر ا است و نه به صورت عملگرا. البته با تجزیه عملیاتی كه گاهی اوقات انجام می شود تفاوت دارد. تجزیه عملیاتی بر اینكه چگونه باید مشكلات سیستم را برای حل شدن به قطعات كوچك و كوچكتر تبدیل كرد تمركز دارد در حالی كه Use case تمركز كار را بر روی آنچه مشتری از سیستم توقع دارد قرار می دهد.
Use case ها مستقل از پیاده سازی هستند و یك دید سطح بالا از آنچه كاربر از سیستم انتظار دارد می باشند بیایید هر بخش از این تعریف را جداگانه در نظر بگیریم.

اولا Use case به طور مستقل عمل می كنند.
دوما Use case ها یك دید سطح بالا از سیستم هستند.
نباید انقدر زیاد Use case باشید كه مشتری به زحمت بتواند سند را بررسی كند فقط در این حد باشد كه بفهمد سیستم چه كاری انجم می دهد.
نهایتا تمركز Use case باید بر آنچه كه كاربر از سیستم به دست می اورد باشد.

مشاهده شركت كنندگان در یك Use case
ممكن است بخواهید لیستی از تمام كلاس ها و عملیات ك هدر Use case شركت می كنند را داشته باشید. در حالی كه پروژه در حال پیشروی است و شما نیازهایی را تغییر و یا اضافه می كنید اینكه بدانید چه كلاس هایی ممكن است تحت تاثیر این تغییرات قرار گیرند كمك زیادی به شما خواهد نمود.

ساختن Use case های Abstract (مجرد)
یك Abstract Use case یك Use case است كه مستقیما توسط یك عامل شروع به كار نمی كند. درعوض برخی عملیات اضافی كه می تواند توسط دیگر Use case ها استفاده شود را مهیا می كند. Use case های abstract، Use case هایی هستند كه در ارتباطات گسترده و مورد استفاده شركت می كنند.

مشاهده رابطه های متعلق به یك Use case
برگه relation در پنجره Use case specification تمام رابطه هایی كه Use case در آنها مشاركت دارد و یا ارتباط با دیگر Use case و یا عامل ها را لیست می كند.

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

سومین نوع عامل كه زیاد استفاده می شود زمان است هنگامی زمان تبدیل به یك عامل می شود كه زمان در حال گذر باعث ایجاد رخدادی در سیستم گردد.
افزودن عامل ها
دو راه برای افزودن یك عامل وجود دارد: یا آن را به یك نمودار Use case باز شده بیفزایید و یا این كار را مستقیما در مرورگر انجام دهید. در حالت دوم عامل موجود در مرورگر می تواند به یك یا تعداد بیشتری نمودار Use case افزوده شود.
یك عامل abstract عاملی است كه هیچ مصداق واقعی ندارد به عبارت دیگر كاردینالیتی عامل، دقیقا صفر است به طور مثال ممكن است چندین عامل داشته باشید: كارمند ساعتی، كارمند ثابت و كارمند موقتی. تمامی اینها نوعی از عامل چهارم هستند كه عامل كارمند می باشد. با وجود این هیچ كس در شركت فقط یك كارمند نیست. هر كسی یا كارمند ساعتی است یا كارمند ثابت است و یا كارمند موقتی. دلیل وجود عاملی با نام كارمند این است كه رابطه معمول استخدام ساعتی، استخدام با حقوق ثابت و استخدام موقتی نشان داده شود. هیچ مرحله و مصداق واقعی برای عامل كارمند وجود ندارد پس آن یك عامل abstract‌خواهد بود.
برگه relations موجود در پنجره actor specification تمام رابطه های عامل های شركت كننده را لیست می كند. این برگه دارای تمام رابطه هایی است كه یك عامل با Use case ها و یا عامل های دیگر دارد لیست شامل نام رابطه و نام Use case یا عامل های مرتبط می باشد.
UML از انواع متعددی از رابطه ها برای Use case ها و عامل ها پشتیبانی می كند. این شامل رابطه های communication رابطه های uses رابطه های extend و رابطه های generalization برای عامل می باشد. رابطه های uses, extend رابطه های بین Use case ها را تعریف می كنند. رابطه های actor generalization رابطه بین عامل ها را تعریف می كند.
به رابطه بین Use case و عامل، رابطه communication می گویند. در UML رابطه های اطلاعاتی با استفاده از فلش به حالت نمودار در می آیند:
رابطه uses به یك Use case اجازه استفاده از عملیات مهیا شده توسط یك Use case دیگر را می دهد. رابطه های Use case برای مدل سازی برخی عملیاتی كه بین دو یا تعداد بیشتری Use case استفاده می شوند، به كار می روند.

رابطه های extend
یك رابطه extend به یك Use case اجازه می دهد كه بطور دلخواه عملیات مهیا شده توسط دیگر Use case ها را بسط دهد كه بسیار مشابه رابطه uses عمل می كند. در هر دو نوع این رابطه ها برخی عملیات معمول را در Use case های مجزای خودشان قرار می دهید.
Actor generalization برای نشان دادن همانندی چندین عامل به كار می رود.
در حین ساخت نمودارهای خود افزودن یادداشت هایی به Use case و یا عامل ها كمك زیادی به شما خواهد كرد.
دو نوع یادداشت توضیحی برای افزودن وجود دارد،یادداشت و كادر متن.

در uml آیتم هایی چون عامل ها، Use case ها كلاسها، component ها می توانند به صورت بسته هایی نرم افزاری گروه بندی شده تا سازماندهی شوند. ممكن است هنگام مشاهده Use case بخواهید Use case ها و عامل ها را به صورت بسته بندی شده گروه بندی نمایید.

نمودارهای interaction
یك نمودار interaction روندی در یك Use case را مرحله به مرحله نشان می دهد.
دو نوع نمودار interaction وجود دارند كه آنها را بررسی خواهید نمود: نمودارهای sequence و نمودارهای collaboration.
هر دو نمودار sequence, collaboration اطلاعات یكسانی را نشان خواهند داد با وجود این چند تفاوت كوچك بین نمودارهای بالا وجود دارد. نمودارهای sequence نشان دهنده مركز كنترل هستند نمودارهای collaboration نشان دهنده یك روند داده ای هستند.
آبجكت آن چیزی است كه اطلاعات و روشها را در خود كپسوله می كند. روشی است كه برخی چیزهای عینی در دنیای واقعی را نشان می دهد. مثالهایی از آبجكت به صورت زیر می باشد:

– حساب joe
– خانه ای در 7638 main street
– گل زردی كه در بیرون از پنجریه خانه منحنی قرار دارد.

بخش های اطلاعاتی كه توسط آبجكت نگهداری می شوند، صفات attribute آن می باشند. با وجود اینكه مقادیر صفات برای آبجكت ها تغییر خواهند كرد خود صفات هرگز تغییر نخواهند كرد.
رفتارهای یك آبجكت به عنوان عملیات آن شناخته می شوند. در این مثال عملیات برای حساب joe شامل این موارد است : تنظیم موجودی حساب برای برداشت و یا واریز پول و بررسی اینكه آیا از حساب قرار است بیشتر از موجودی پول برداشته شود یا خیر.

در rose آبجكت ها به نمودارهای interaction افزوده می شوند. هنگام كشیدن یك عامل یا كشیدن دیگر كلاس ها به نمودار interaction یك نمونه ابجكت از آن كلاس به طور خودكار ساخته می شود در rose حذف یك آبجكت از یك نمودار كلاس را از كل مدل حذف خواهد نمود.
طرح كلی برای یك آبجكت را كلاس آن فراهم می كند. به عبارت دیگر یك كلاس تعیین كننده اطلاعاتی است كه یك آبجكت می تواند نگهداری كند و نشان دهنده رفتارهایی است كه می تواند داشته باشد.
یك راه برای یافتن برخی آبجكت ها این است كه نام ها را در جریان رخدادها در نظر بگیرید. یك جای خوب دیگر برای بدست آوردن آنها سناریوی اسناد می باشند. یك سناریو حالت خاصی از جریان رخدادها می باشد. جریان رخدادها برای Use case مربوط به برداشت پول از حساب درباره فردی در ATM صحبت می كند كه در حال برداشت پول از حساب است. یكی از سناریوها برای این مورد می تواند برداشت joe از حساب به مقدار 20 دلار باشد سناریوی دیگر می تاند سعی jane در برداشت 20 دلار از حساب باشد در حالی كه او pin را اشتباه وارد كرده است.
یك نمودار sequence و collaboration یكی از این سناریوها را شرح می دهد. هنگامی كه در سناریوی خود به اسامی نگاه می كنید برخی از اسامی عامل خواهند بود برخی از آنها آبجكت خواهند بود و برخی صفات برای یك آبجكت خواهند بود.
همه آبجكت ها در جریان رخدادها وجود نخواهند داشت. به طور مثال form ها ممكن است در روند رویدادها ظاهر نشوند، ولی باید بر نمودار ظاهر شوند تا به عامل اجازه دهد كه اطلاعات را وارد كرده و یا ببیند. آبجكت های دیگری كه در جریان رخداد ها ظاهر نمی شوند. آبجكت های كنترل هستند اینها آبجكت هایی هستند كه تناوب روند در Use case را كنترل می كنند.
نمودارهای collaboration زمانی مفید واقع می شوند كه بخواهید به تاثیر تغییرات دست یابید. اینكه بفهمید چه آبجكت هایی با چه آبجكت های دیگری تبادل اطلاعاتی انجام می دهند. به راحتی با نگاه به نمودارهای collaboration قابل انجام است. اگر نیاز دارید كه یك آبجكت را تغییر دهید می توانید به راحتی ببینید كه چه آبجكتهای دیگری ممكن است در ارتباط با آن باشند.
نمودارهای sequence موارد زیر را در بر می گیرند:
Objects: یك نمودار interaction می تواند از نام ابجكت ها نام كلاس ها و یا هر دوی آنها استفاده كند.
Messages: با استفاده از یك پیغام یك آبجكت یا كلاس می تواند از یك آبجكت یا كلاس دیگر،
در هنگام ساختن نمودار sequence باید به این نكته توجه داشته باشید كه در حال تخصیص مسئولیت به ابجكت ها می باشید. وقتی پیغامی را به یك نمودار interaction می افزایید، در حقیقت به ابجكت در حال دریافت پیغام یك مسئولیت را واگذار می كنید.
نمودارهای sequence نمودارهای interaction هستند كه بر مبنای زمان تنظیم می شوند. شما نمودار ار از بالا به پایین مشاهده می كنید.
هر ابجكت برای خودش یك خط عمر دارد كه به صورت خطوط عمومی خط چین در زیر آبجكت كشیده می شود یك پیام بین دو خط عمر موجود بین دو آبجكت قرار داده می شود تا ارتباط بین آبجكت ها را نشان دهد. هر پیغامی نشان دهنده یك آبجكت است كه توسط تابع ابجكت دیگر صدا زده می شود.
برای الصاق فایل به نمودار sequence:
1- در مرورگر بر روی نمودار sequence كلیك راست كنید.
2- از منوی new گزینه file را انتخاب كنید.
3- با استفاده از كادر محاوره ای open فایلی را كه می خواهید الصاق نمایید انتخاب كنید.
4- Open را انتخاب كنید تا فایل را الصاق نمایید.

نمودار collaboration برای نشان دادن جریان در سناریوی مشخص یك Use case استفاده می شوند. نمودارهای sequence برحسب زمان منظم می شوند، نمودارهای collaboration بیشتر بر روی رابطه بین آبجكت ها متمركز می شوند.
هر نمودار sequence, collaboration باید دارای آبجكت عامل باشد. آبجكت عامل یك محرك خارجی است كه به سیستم اعلام می كند تا یك عملیات را راه اندازی كند. آبجكت های عامل برای نمودار interaction عامل هایی كه در نمودار Use case یا use Case ارتباط دارند را نشان می دهند.

نگاشت یك آبجكت به یك كلاس
در یك نمودار sequence یا نمودار collaboration هر آبجكتی كه ممكن است به یك كلاس شود. به طور مثال حساب joe ممكن است به یك كلاس به نام account نگاشت شود. در پنجره object specification می توانید از فیلد class برای تنظیم كلاس آبجكت استفاده كنید. به طور پیش فرض كلاس به unspecified تنظیم شده است.

یك پیغام برقرار كننده ارتباط بین آبجكت ها است كه در آن آبجكت از آبجكت دیگر تقاضای انجام كار می كند. زمانی كه در حال كدنویسی هستید یكه پیغام می تواند به یك فراخوانی تابع تبدیل شود.
در یك نمودار Sequence می توانید به طور دلخواه مركز كنترل را نشان دهید. كه به شما نشان می دهد كدام آبجكت در یك زمان مشخص كنترل را در دست گرفته است. این یكی از تفاوت هایی بین نمودار های collaboration یا sequence است مركز كنترل فقط در نمودارهای sequence نشان داده می شود.
نمودارهای collaboration جریان داده ای را نشان می دهند در صورتی كه نمودارهای sequence چنین كاری نمی كنند.

جریان های داده ای برای نشان دادن اطلاعات برگشتی، وقتی كه آبجكتی به آبجكت دیگر پیغام ارسال می كند استفاده می شوند. عموما به هر پیغام موجود بر روی نمودار collaboration جریان داده ای اضافه نكنید زیرا باعث ازدحام و شلوغی نمودار می شود، آن هم به وسیله یك سری اطلاعاتی كه ارزش زیادی ندارند.
نام پیغام و نام آبجكت اطلاعات زیادی را در نمودار interaction در اختیار شما قرار می دهند. به هر حال ممكن است در زمان هایی بخواهید اطلاعات مضاعفی را به نمودار بیفزایید. می توانید این كار را با استفاده از یادداشت و یا اسكریپت انجام دهید.

یادداشت ها برای متصل كردن تفاسیر و توضیحات به آبجكت روی نمودار استفاده می شوند. به طور مثال برای روشن شدن هدف یك ابجكت استفاده می شوند.
اسكریپت ها برای افزودن توضیح به پیغام اضافه می شوید همان گونه كه می خواهید در نمودار sequence می توانید از اسكریپت برای افزودن شرایط منطقی استفاده كنید.
در Rose یادداشت ها معمولا برای افزودن توضیح به آبجكت استفاده می شوند. از طرف دیگر اسكریپت ها معمولا برای افزودن توضیح پیغام استفاده می شوند. اسكریپت ها فقط در نمودار sequence استفاده می شوند. آنها در سمت چپ نمودار و رو به روی پیغامی كه به آن ارجاع می شوند ظاهر می شوند. می توانید از یك اسكریپت برای نشان دادن معنی یك پیغام استفاده كنید.

نمودارهای interaction آبجكت نشان می دهد چگونه آبجكت ها برای پیاده سازی عملكرد یك use case با یكدیگر كار می كنند. دو نوع از نمودارهای interaction وجود دارند: نمودارهای sequence و collaboration. هر دو نوع این نمودارها اطلاعات یكسان ولی با زوایای متفاوتی را نشان می دهند.
نمودارهای sequence اطلاعات را به ترتیب زمانی نشان می دهند. نمودار sequence برای مسیرهای متناوب به یك use case ساخته شده اند. آنها برای مشاهده پیشرفت عملیات یك use case مفید می باشند. نمودارهای collaboration روند اطلاعات را نشان می دهند ولی در اینجا ترتیب زمانی در نظر گرفته نشده است. نمودارهای collaboration رابطه بین آبجكت ها و پیغام های بین آبجكت ها را شرح می دهد. یك طراح سیستم توسط نمودار sequence می تواند ببیند كه كدام آبجكت ها حساس هستند و كدام آبجكت ها نیاز به برقراری ارتباط مستقیم با یكدیگر دارند. نمودارهای collaboration هم می توانند جریان داده ای را بین آبجكت ها نشان دهند نمودارهای sequence و نمودارهای collaboration قابل تغییر هستند وقتی تغییراتی روی یكی انجام شود آن یكی هم تغییر خواهد كرد.

 

یك نمودار class برای نمایش تعدادی از كلاس ها و بسته های كلاس در سیستم شما استفاده شده است این نمودار یك تصویر ایستا از قطعات سیستم و ارتباطات بین آنها را به شما می دهد.
به طور پیش فرض یك نمودار class وجود دارد كه main نامیده شده و مستقمیا زیر نظر نمای logical است این نمودار class بسته های كلاس های موجود در مدلتان را نشان می دهد. داخل هر بسته ای نمودار دیگری است كه main نامیده می شود. كه شامل همه كلاس های داخل آن بسته است در rose با دوبار كلیك بر روی یك بسته در یك نمودار class بطور خودكار نمودار main class باز خواهد شد.

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

دریافت این فایل

برای دریافت پروژه اینجا کلیک کنید

پاورپوینت طاق کسری

برای دریافت پروژه اینجا کلیک کنید

توجه : این فایل به صورت فایل power point (پاور پوینت) ارائه میگردد

 پاورپوینت طاق کسری دارای 21 اسلاید می باشد و دارای تنظیمات کامل در Power Point می باشد و آماده پرینت یا چاپ است

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

این پروژه توسط مرکز مرکز پروژه های دانشجویی ارائه میگردد

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


بخشی از متن پاورپوینت طاق کسری :

مقدمه

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

طاق کسری

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

طول و عرضش به ترتیب حدوداً 365 و 275 متر تخمین زده‌اند

طاق اصلی این کاخ بلندترین طاق خشتی ساخته شده به دست انسان می باشد. بلندای این طاق 35 متر، پهنایش 25 متر و درازایش 50 متر است.

دریافت این فایل

برای دریافت پروژه اینجا کلیک کنید

مقاله ارزیابی جایگاه سرمایه فکری و انسانی در شرکت های بورس و اوراق بهادار با متدلوژی AHP

برای دریافت پروژه اینجا کلیک کنید

 مقاله ارزیابی جایگاه سرمایه فکری و انسانی در شرکت های بورس و اوراق بهادار با متدلوژی AHP دارای 23 صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

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

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


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

سال انتشار: 1394
محل انتشار: اولین کنفرانس بین المللی حسابداری، مدیریت و نوآوری در کسب و کار
تعداد صفحات: 23
نویسنده(ها):
نورالدین جودی – کارشناسی ارشد کارآفرینی گرایش توسعه- دانشگاه تهران
رویا سبزعلی زاده – کارشناسی ارشد کارآفرینی گرایش توسعه- دانشگاه تهران

چکیده:
مقاله حاضر به ارزیابی وضعیت سرمایه فکری در شرکت های پذیرفته شده بورس و اوراق بهادار تهران با رویکرد تلفیقی ANP وTPSIS می پردازد. توسعه اطلاعات و پیشرفت سریع فناوری در دهه اخیر تحولی عظیم در تمام جنبه های زندگی و فعالیت های بشر ایجاد کرده و باعث حرکت به سمت اقتصاد دانش محور و منجر به تغیر پارادایم حاکم بر اقتصاد صنعتی شده است. به گونه ای کهامروزه می توان شاهد اقتصادی مبتنی بر دانش و اطلاعات بود که اساس و بنیان آن بر محور دارایی های نامشهود و سرمایه فکری استوار است.در این پژوهش با استفاده از روش توصیفی- مقایسه ای و با استفاده از مدل ANP و TOPSIS به ارزیابی وضعیت سرمایه فکری در شرکتهای پذیرفته شده بورس و اوراق بهادار تهران با رویکرد تلفیقی پرداخته شده است. جامعه مورد بررسی در این پژوهششرکتهای پذیرفته شده بورس و اوراق بهادار تهران در بازه زمانی 1388 تا 1392 می باشد. نتایج تحقیق نشان دهنده این است کهمحاسبه اوزان عناصر سرمایه فکری با استفاده از فرآیند تحلیل شبکهای نشان داد که سهم بازار دارای بیشترین وزن و نگرش دارایکمترین وزن است. پس از به دست آوردن وزن عوامل به اولویت بندی عملکردهای شرکت با استفاده از رویکرد تاپسیس پرداخته شد.نتایج نشان داد که رضایت مشتری دارای بیشترین وزن و انگیزه کارمندان دارای کمترین وزن است. فرضیه تحقیق این است کهعملکرد شرکت های پذیرفته شده در بورس اوراق بهادار تهران در زمینه سرمایه فکری متفاوت است. بطور کلی با توجه به فروضتحقیق و سوال اصلی که در این پژوهش مطرح شده است داده های به دست آمده و جدول اولویت بندی عملکردهای شرکت نشاندهنده این است که، رضایت مشتری با میزان، اثربخشی و کارایی فرآیندها و رویه ها، نوآوری محصول، سرمایهگذاری در تحقیق وتوسعه 018062 ، آموزش 0111409 ، جو کسب و کار ( 006132 ) و انگیزه کارمندان ( 0000334 ) می باشد و حاکی ازاثبات فروض تحقیق می باشد.

دریافت این فایل

برای دریافت پروژه اینجا کلیک کنید

مقاله بررسی اثرکمپوست زباله و مقایسه آن با کودهای شیمیایی در زراعت گندم

برای دریافت پروژه اینجا کلیک کنید

 مقاله بررسی اثرکمپوست زباله و مقایسه آن با کودهای شیمیایی در زراعت گندم دارای 9 صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

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

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


بخشی از متن مقاله بررسی اثرکمپوست زباله و مقایسه آن با کودهای شیمیایی در زراعت گندم :

سال انتشار: 1385

محل انتشار: اولین همایش تخصصی مهندسی محیط زیست

تعداد صفحات: 9

نویسنده(ها):

محسن سیلسپور –

چکیده:

در یک آزمایش مزرعه ای ،به منظور مطالعه اثر تغذیه ای کمپوست حاصل از زباله شهری در زراعت گندم و بررسی امکان جایگزینی کودهای شیمیایی با این کمپوست ، 6 تیمار آزمایشی با طرح آماری بلوکهای کامل تصادفی مورد مقایسه قرار گرفتند . تیمارهای آزمایشی شامل یک تیمار شاهد بدون مصرف هر گونه کود ، 3 تیمار مصرف کمپوست (10 ، 20 ، 30 تن در هکتار) ، تیمار مصرف 20 تن در هکتار کمپوست همراه با مصرف کودهای شیمیایی توصیه شده بر اساس آزمون خاک بود.نتایج تجزیه و تحلیل آماری داده های آزمایش نشان داد که بین تیمارهای مختلف آزمایش از نظر تولید دانه ، کاه ، درصد ازت دانه ، درصد پروتئین دانه ، درصد کربن آلی خاک پس از برداشت و میزان فسفر قابل جذب خاک پس از برداشت تفاوت آماری معنی دار وجود دارد . در خصوص عملکرد دانه و کاه ، تیمار مصرف 20 تن در هکتار کمپوست همراه با کودهای شیمیاییبالاترین عملکرد معنی دار آماری را نسبت به سایر تیمارها تولید کرد (6850 کیلوگرم در هکتار دانه در مقایسه با 3310 کیلوگرم در هکتار دانه مربوط به تیمار شاهد) . در مورد درصد پروتئین دانه تیمار مصرف کمپوست همراه با کودهای شیمیاییبالاترین درصد پروتئین را داشتند که با سایر تیمارها تفاوت آماری معنی دار داشتند. (6/12 % در مقایسه با 5/10 % مربوط به تیمار شاهد) . بیشترین درصد کربن آلی خاک ، پس از برداشت محصول در خاک تیمارهای آزمایش متعلق به تیمارهای مصرف کمپوست به میزان 30 تن در هکتار و مصرف کمپوست به میزان 20 تن در هکتار همراه با کودهای شیمیایی بود که با سایر تیمارها تفاوت آماری معنی دار داشت . بالاترین میزان فسفر قابل جذب خاک پس از برداشت مربوط به تیمارهای مصرف کمپوست به میزان 20 تن در هکتار همراه با کودهای شیمیاییبود که با سایر تیمارها تفاوت آماری معنی دار داشت .

دریافت این فایل

برای دریافت پروژه اینجا کلیک کنید