۲۹

پشتیبانی فروشنده از نرم افزارها

۲۹

امکان تطبیق نرم افزار با فرایندهای موجود

۲۹

هزینه های کمتر

۱۴

سازگاری بهتر با فرایندهای موجود

۱۴

منبع : کومار وهمکاران ۲۰۰۲
۲-۵ فروشندگان نرم افزارهای ERP
سازمان ها برای اینکه بتوانند به سیستم ERPمناسب و همه جانبه برسند نیازمند به تخصص های بالایی درزمینه های مختلف میباشند و چون تهیه این سیستم ها به طور داخلی برای آنها دارای هزینه وزمان بالایی است بهترین راه حل مشکل خود رابرون سپاری ERP میدانند.تولید این نرم افزارها بسیار زمان گیر ونیاز به شناسایی کاربردها ، تاثیرات آنها بریکدیگر و خودکار سازی برخی فعالیتها داشته و نیاز به استفاده از استانداردهای مختلفی دارد لذا تعداد معدودی سازنده اصلی دردنیا در این زمینه وجوددارند.از جمله مهمترین شرکت های عرضه کننده سیستم های ERPدر دنیا ORACLE,SAGE,J.D.Edwards,BAAN,QAD,SAP,People,soft,CODA,LOGO. برخی از این شرکت ها راه حل های لازم جهت اکثر سازمان ها رادارا می باشند مثل SAP , People و برخی از آنها فقط در زمینه های کاربردی خاص متمرکز شده ونرم افزار خود را برای آن محیط ها طراحی و پیاده سازی کرده اند. مثل شرکت QAD که بیشتر جهت موسسات صنعتی طراحی و پیاده سازی شده است ( نیک نژاد ،۸۴)

( اینجا فقط تکه ای از متن فایل پایان نامه درج شده است. برای خرید متن کامل پایان نامه با فرمت ورد می توانید به سایت feko.ir مراجعه نمایید و کلمه کلیدی مورد نظرتان را جستجو نمایید. )

انتخاب یک سازمان فراهم کننده خدمات نرم افزاری (ASP) شامل مجموعه ای از ریسک ها می شود که می توان به موارد زیر اشاره نمود (Trimi et al 2005)
نرم افزارداده های سازمانی دردست افرادی خارج از سازمان می افتد.
احتمال شکست ASP درارائه خدمات و پشتیبانی های لازمه
ضعف موارد عملکردی ASP در حین نصب و پیاده سازی سیستم
ارزیابی سیلوانا تریمی و همکارانش (۲۰۰۵) از ASP ها به شرط زیر می باشد :
عوامل آمادگی بکارگیری راه حل سازمانی
– ERP و فرهنگ سازمانی
نگرش محدود سازمانها در تعریف وظایف سازمانی و عدم شفافیت تاثیر عملکرد افراد در سازمان ، معمولا فرهنگی فردگرا و یا در بهترین حالت واحدگرا در سازمان القاء می کند . به همین دلیل سازمان نمی تواند با پتانسیل کامل در راستای اهداف خود حرکت کند . ERP با شفاف سازی عملکرد افراد در روندهای سازمان و با توانایی در اندازه گیری تأثیر عملکرد افراد در فرآیندها، دیدگاهی فرایند نگر را در سازمان بسط می دهد. بدین ترتیب جهت گیری افراد و بخش های مختلف سازمان به سمت اهداف سازمانی با یکپارچگی خاصی امکان پذیر خواهد بود(شعری،بختکی،۱۳۸۵).
ERP و فرآیندهای سازمانی
در بازارهای به شدت رقابتی امروز تنها سازمانهایی موفق به ایجاد مزیت رقابتی می شوند که بتوانند با دیدگاه همه جانبه به فعالیت های بخش های مختلف خود ، اقدام به طراحی روندهای جامع رقابتی بکنند. با بهره گرفتن از امکانات ERP می توان اثر فعالیت ها را در طول بخشهای مختلف سازمان ردیابی کرد و با تکیه بر امکان هماهنگ کردن تک تک فعالیت ها در بخش های مختلف ، اقدام به برنامه ریزی کلان در جهت ایجاد مزایای رقابتی نمود(شعری،بختکی،۱۳۸۵)..
منبع :
ERP و تکنولوژی
منابع سازمانی به سه دسته منابع مالی ، منابع انسانی، تجهیزات و امکانات سازمان تقسیم می شوند . برای برنامه ریزی دقیق در راستای استفاده بهینه از منابع سازمان نیاز به شناسایی تاثیر هر فرایند به هر یک از سه دسته منابع فوق می باشد . ERP با ایجاد بستر مناسب و استفاده صحیح از ابزار و فن آوری اطلاعات می تواند با سرعت و دقت بسیار بالا و در وسعت کافی به بررسی تأثیر روندها بر کلیه منابع سازمانی بپردازد . با تکیه بر این ابزار می توان در هر لحظه ظرفیت آزاد منابع مختلف را شناسایی و با شبیه سازی فرآیندها تأثیر آنها بر منابع را پیش بینی کرده و جهت استفاده بهینه از منابع سازمان برنامه ریزی کرد(شعری،بختکی،۱۳۸۵).
منبع :
ERP و تصمیم گیری مدیریت
برخی کارشناسان معتقدند « به غیر از مقوله برنامه ریزی و کنترل، مهم ترین فاکتور در مدیریت هر چه بهتر یک سازمان نحوه برقراری ارتباط بین بخشهای منفک و جدا از هم است زیرا با خلق بهترین و پیشرفته ترین برنامه ریزی ها اگر نتوان آنها را به مجریان و کاربران مربوطه انتقال داد این برنامه ها در حد همان تئوری ها باقی خواهند ماند. از طرفی یک مدیر برای دریافت بازخوردها و نیز سایر داده و اطلاعات مرتبط از کلیه بخشهای مؤسسه یا سازمان، نیازمند برقراری ارتباط با آنها است. به این ترتیب ارتباطات و روش ها و ابزارهای آن نقش بسیار مهمی را در مدیریت مؤثر و کارآمد زنجیره تأمین یک سازمان به عهده می گیرد. » (زارع ، ۱۳۸۳).
وقتی هر واحد ، کار خود را با سبک مستقل و جداگانه ای آغاز می کند، اهداف کلی و عام در سازمان نیز به فراموشی سپرده می شوند یا کمرنگ می گردد. مدیریت ارشد سازمان نمی تواند گزارشهای مختلف از عملکرد ها و وظایف مختلف سازمان خود را به صورت یک جا و یک کاسه تحلیل نموده و براساس آن در زمان مناسب تصمیمات استراتژیک برای کل سازمان اتخاذ نماید. از این رو، فن آوری ERP به وجود آمد.این فن آوری موجب اتومات کردن تمام فرآیندها در هر واحد یا زیرمجموعه می شود.
جدول ۲-۳ معایب ومزایا انتخاب ASP

معایب

تحت سلطه ASP بودن
احتمال عدم حمایت کافی
آسیب پذیری شرکت های ASP دربازار
کنترل کم روی داده هاو فعالیت های ASP

مزایا

زمان سریعتر در نصب سیستم
راهی کم هزینه تر حتی اگر این چنین نباشد کم ریسک تر است
دسترسی به آخرین تکنولوژی های مربوطه

رفع باگها
بهبود جنبه های قابل مشاهده از نرم افزار به عنوان رابط
بازتولید، بدون تدابیر حفاظتی از کد در مقابل تولید و ایجاد خطا در آن، کار پرمخاطره ای است. تدابیر حفاظتی شامل کمک به آزمون رگرسیون شامل تست واحد خودکار یا آزمون پذیرش خودکار، و کمک به استدلال های رسمی میباشد[۴۴].
تست واحد در توسعه آزمون رانده^[۴۰]
توسعه آزمون محور به یک سبک برنامه نویسی اشاره دارد که در آن سه فعالیت شدیدا به هم وابسته هستند: برنامه نویسی، تست (در قالب نوشتن تست واحد) و طراحی (در قالب بازتولید)[۴۱].
می توان آن را مختصراً توسط مجموعه ای از قوانین زیر توضیح داد:
نوشتن یک تست واحد که توصیف یک ویژگی از برنامه باشد.
اجرای تست، که بایستی شکست بخورد چرا که برنامه فاقد آن ویژگی است.
نوشتن کد مختصر و ساده برای موفقیت تست.

( اینجا فقط تکه ای از متن فایل پایان نامه درج شده است. برای خرید متن کامل پایان نامه با فرمت ورد می توانید به سایت feko.ir مراجعه نمایید و کلمه کلیدی مورد نظرتان را جستجو نمایید. )

بازسازی کد تا زمان تطابق با معیارهای سادگی
تکرار و جمع آوری تست های واحد در طول زمان.
تست ویژگی های کامل انجام شده در طول تکرار^[۴۱]
BDD یا “توسعه رفتار رانده”^[۴۲] یک ترکیب و پالایش از شیوه های TDD یا “توسعه آزمون رانده”^[۴۳] و ATDD یا “توسعه آزمون پذیرش رانده”^[۴۴] میباشد[۴۱].
BDDبا استفاده از نکات زیر TDD و ATDD را تکمیل میکند:
اعمال تکنیک “پنج چرا”^[۴۵] برای هر داستان پیشنهادی کاربر به طوری که این پیشنهاد به صورت واضح به نتایج کسب و کار مرتبط باشد.
تفکر از خارج، به عبارت دیگر اجرای فقط آن دسته از رفتارهایی که نتایجی کاملاً مرتبط به کسب و کار را منجر میشود. این امر موجب به حداقل رسانی ضایعات^[۴۶] تولیدی خواهد بود.
توصیف رفتارها در یک نماد که به طور مستقیم در دسترس کارشناسان حوزه، تست کنندگان و توسعه دهندگان در جهت بهبود ارتباطات.
اعمال این نکات در تمامی مراحل تا پایین ترین سطح انتزاع نرم افزار و توجه خاص به توزیع رفتار، که منجر به تکامل کم هزینه تر میشود[۴۵].
تیمهای کوچک^[۴۷]
یک تیم در حوزه چابک یک گروه کوچک از افراد میباشد که به یک پروژه یکسان و تقریبا به صورت تمام وقت اختصاص داده شده اند. اقلیت کوچکی از اعضای تیم ممکن است همکاران پاره وقت و یا مسئولیتهای رقابتی داشته باشند. مفهوم تیم مستلزم پاسخگویی مشترک است: خوب یا بد، نتایج را به جای هر فرد باید به کل تیم نسبت داد. از تیم انتظار می رود که دارای همه صلاحیت های لازم، اعم از فنی (برنامه نویسی، طراحی، تست) و یا کسب و کار (دامنه دانش، توانایی تصمیم گیری) [۱۴].
نقش ها و مسئولیت به اندازه نتایج مهم نیست: توسعه دهنده ممکن است تست، تجزیه و تحلیل و یا تفکر در مورد نیازها را انجام دهد. یک تحلیلگر و یا متخصص دامنه می تواند ایده های در مورد اجرا و … پیشنهاد بدهد. یک تیم باید حداقل شامل سه نفر باشد و به طور کلی ( و نه الزام آور) نباید از ده تجاوز کند[۱۴]. نکته در اینجاست که تمرکز و توجه سازمان بایستی به حداقل سازی تعداد افراد تیم باشد .یک فرد تنها ممکن است در بیش از یک پروژه به طور همزمان فعالیت کند، اما دور از انتظار است که آنها خودشان را در یک زمان متعلق به بیش از یک تیم در نظر بگیرند.
طراحی آنی^[۴۸]
وقتی تیم به طراحی ساده رو می آورد، توسعه دهندگان معمولاً تصمیمات طراحی جزیی را به صورت لحظه به لحظه به کار میبرند که این تصمیم گیری ها ممکن است عواقب گسترده داشته باشد، با انجام تمرین طراحی ساده، دو نفر یا بیشتر از توسعه دهندگان یک جلسه برای طراحی سریع برگزار میکنند[۴۶] . معمولا با بهره گرفتن از وسایل کمکی طراحی مانند کارت های CRC.
برخی از دستورالعمل های مهم برای جلسه طراحی موثر عبارتند از:
۱- توجه به گزینه های طراحی قابل استفاده به طوری که انتخاب نهایی بر اساس ملاحظاتی چون سادگی و یکپارچگی مفهومی در بین گزینه ها میباشد.
۲-ارزیابی هر گزینه بر پایه یک سناریوی مشخص و منسجم میباشد. توجه به اینکه چگونه طرح های ممکن طراحی، میتوانند کمک کنند که تست های پذیرش نیازمندی های کاربران یا داستانهای کاربر را آشکارتر نماید. این تمرین با نام “طراحی لحظه ای”^[۴۹] نیز شناخته میشود[۴۱].
کنترل نسخه^[۵۰]
کنترل نسخه^[۵۱] نه تنها در مورد تمرین های چابکی مورد بحث است بلکه در حال حاضر در صنعت نیز به صورت گسترده مورد استفاده است. با این وجود ذکر دلایل زیر در مورد آن لازم به نظر میرسد[۴۷]:
هرچند اندک، اما هنوز هم تیمهایی هستند که از نسخه های منسوخ ابزارهای کنترل نسخه استفاده میکنند و حتی تیمهایی که کلا از ابزارهای کنترل نسخه استفاده نمیکنند.
کنترل نسخه فقط یک “تمرین خوب”^[۵۲] نیست، بلکه یک توانمند ساز برای سایر تمرینهای چابک مانند یکپارچگی مداوم^[۵۳] نیز میباشد.
جامعه چابکی، همانند جامعه منبع باز^[۵۴]، به انواع خاصی از ابزارها و تمرینها تمایل دارند: سیستم هایی با توانایی کار همزمان (مدل “ادغام”^[۵۵] به جای “قفل”^[۵۶])، و اخیرا علاقه مند به سیسمتهایی با مدلهای توزیع شده (بیش از مدل های متمرکز)[۴۸].
از این رو برای تیم چابک، انعکاس صریح سیاست ها و زیرساخت های کنترل نسخه مفید است. همچنین اطمینان از هماهنگی تیم چابک و تمرین های مهندسی سودمند است.
تیم های یکجا^[۵۷]
یک تیم (یک تیم ایده آل شامل مالک محصول و یا متخصص دامنه) یک فضای اختصاص داده شده برای مدت زمان پروژه، جدا از فعالیت های گروه های دیگر، دارد. این فضا با امکانات متفاوتی مجهز شده است: ایستگاه های کاری (مناسب برای زوج کاری اگر تیم از تمرینهای مربوطه استفاده میکنند)، وایت بردها، فضای دیوار برای نمایش تابلوهای وظیفه، طرحهای پروژه و یا سایر نمودارها[۵].
جدایی محل استقرار افراد تیم معیار مهمی است. محیط کاملا باز نمونه مناسبی برای این تمرین نیست. بعضی محققان پیشنهاد میکنند که سرو صدا (عمدتا مکالمات) مربوط به فعالیتهای نامربوط اثر مخربی بر تمرکز مورد نیاز برای کار پروژه دارد، اما شنیدن ناخودآگاه مکالمات مربوط به پروژه نه تنها قابل تحمل است بلکه کار گروهی را افزایش میدهد. به هر حال اینکه تا چه حدی امکان یکجا بودن افراد تیم و در اختیار داشتن فضایی مناسب برای کار برای آنها فراهم باشد، نشان دهنده میزان بهره گیری تیم از این تمرین است[۱۰].
سرعت تیم^[۵۸]
در پایان هر تکرار، تیم میزان تلاشهایی را که در ارتباط با داستان های کاربر کامل شده را محاسبه می نماید. این کار سرعت تیم (در انجام داستانهای کاربر) نامیده می شود[۵]. با دانستن سرعت، تیم میتواند مدت زمان مورد نیاز برای تکمیل پروژه را تخمین بزند. این تخمین بر اساس داستانهای کاربر باقیمانده و با فرض اینکه سرعت تیم در تکرارهای باقیمانده تغییری نخواهد کرد (رجوع به تمرین سرعت پایدار)، محاسبه خواهد شد. این پیش بینی با وجودی که به ندرت دقیق است اما صحیح میباشد.
تیم های چابک برای دو نوع رخداد یک علامت هشدار دهنده در نظر میگیرند: شکست در تکمیل یک داستان کاربر و یا دیدن نمودار الاکلنگی^[۵۹] (بالا و پایین شده) در سرعت کار [۴۹].
زمان-بسته^[۶۰]
یک زمان-بسته به زمانی از پیش تعیین شده اطلاق میشود که جهت تکمیل برخی اهداف توسط یک شخص یا گروه در نظر گرفته میشود. در زمان-بسته، بیشتر از اینکه ادامه کار تا اتمام آن و ارزیابی آنچه انجام شده مهم باشد، توقف کار در پایان زمان تخصیص داده شده و ارزیابی آنچه انجام شده اهمیت دارد[۵]. جعبه زمان میتواند در مقیاسهای متفاوتی استفاده شود. روش ” Pomodoro”^[61] کارهای شخصی را در حدود جعبه های زمان ۲۵ دقیقه ای سازماندهی میکند. در کاربرد های متفاوت دیگر مقیاس های زمانی مختلف از یک روز تا چند ماه استفاده شده است. چالش مهم جعبه زمان این است که کار باید در پایان زمان متوقف شود و پروسه مرور گردد: آیا دستیابی به هدف حاصل شده است و یا، در هدفهای چند قسمتی، قسمتی از هدف حاصل شده است؟ چنین تمرینی به مفید بودن زمان اختصاص داده شده کمک میکند و باعث میشود از حساب کردن روی وقت اضافه و کشیده شدن کار به بعد از موعد مقرر جلوگیری شود. به این ترتیب هم تاخیرات را کنترل میکند و هم روی مفید بودن تمرکز میشود.
برنامه نویسی زوجی^[۶۲]
برنامه نویسی زوجی شامل دو برنامه نویس میباشد که یک ایستگاه کاری مشترک ( یک مانیتور، کیبورد و ماوس) دارند. فردی که کیبورد را در اختیار دارد “راننده”^[۶۳] و دیگری که در روند کدنویسی نقش دارد اما تمرکزش بر روی روند کلی میباشد “هدایتگر”^[۶۴] نامیده میشود. انتظار میرود که برنامه نویسان هر چند دقیقه یک بار نقشهایشان را با یکدیگر عوض کنند[۱۰]. چنین تمرینی کمک میکند که کد تولید شده دارای کیفیت بهتری بوده و در نهایت قابلیت بهبود (دوباره سازی) را نیز داشته باشد[۴۴].
کانبان^[۶۵]
در مبحث چابک وقتی صحبت از روش Kanban برای بهبود مستمر (یا برخی از مفاهیم آن) استفاده میشود، معمولا موارد زیر دیده میشود[۵۰]:
در این نوع تیمها بر روی استفاده از تکرار، ارزیابی تلاش و سرعت به عنوان اندازه گیری های اولیه پروسه تاکیدی نمیشود.
آنها به “زمان عرضه”^[۶۶] به جای سرعت تکیه میکنند.
در بیشتر دگرگونیهای قابل رویت، تخته کار با “تخته Kanban”^[67] جایگزین میشود. برخلاف تخته کار، تخته Kanban در هر بار شروع هر تکرار پاک نمیشود. ستونهای آن نمایشگر وضعیتهای متفاوت پروسه از هر “واحد ارزش”^[۶۸]
که عموما (و نه لزوما) مساوی با داستانهای کاربر هستند و به علاوه هر ستون ممکن است با یک “محدودیت کار در جریان”^[۶۹] در ارتباط باشد.[۵۱]

.۹۳۲

۵۳

پرسشنامه شماره(۲): پرسشنامه شماره (۲) براساس مقایسه زوجی می باشد، لذا قابلیت اعتماد این پرسشنامه بر مبنای نرخ نا سازگاری می باشد که در بخش بعدی توضیح داده خواهد شد. نرخ ناسازگاری کلی در پرسشنامه دوم ۰۴/۰ است، از آنجاییکه این عدد کمتر از ۱/۰ است لذا درجه بالایی از قابلیت اعتماد آن را نشان می دهد.
پرسشنامه شماره(۳): پرسشنامه شماره (۳ ) یک پرسشنامه TOPSIS که قابلیت اعتماد آن بر اساس نظر خبرگان مورد تأیید واقع شده است.
۳-۸- ابزار تجزیه و تحلیل داده ها
برای تجزیه و تحلیل داده ها از سه نرم افزار استفاده شده است :

( اینجا فقط تکه ای از متن فایل پایان نامه درج شده است. برای خرید متن کامل پایان نامه با فرمت ورد می توانید به سایت feko.ir مراجعه نمایید و کلمه کلیدی مورد نظرتان را جستجو نمایید. )

پرسشنامه شماره (۱): این پرسشنامه برای انجام تحلیل عاملی اکتشافی داده ها طراحی شده است. که برای تجزیه و تحلیل این پرسشنامه از نرم افزار ۱۶SPSS استفاده گردیده است.
پرسشنامه شماره (۲): این پرسشنامه برای وزن دهی عامل ها با بهره گرفتن از روش AHP طراحی گردیده است که برای تجزیه و تحلیل این پرسشنامه از نرم افزار EXCPERT CHOICE استفاده شده است.
پرسشنامه شماره (۳): این پرسشنامه برای رتبه بندی دانشگاه ها با بهره گرفتن از روش TOPSIS طراحی گردیده است که برای تجزیه و تحلیل این پرسشنامه از نرم افزار TOPSIS استفاده شده است.
۳-۹-تحلیل داده ها
برای تجزیه و تحلیل داده ها از آزمون تحلیل عاملی و روش AHP و روش TOPSIS استفاده شده که در اینجا به شرح مختصر هرکدام پرداخته می شود.
۳-۹-۱-تحلیل عاملی
معمولاً در تحقیقات به دلایل مختلف با حجم زیادی از متغیرها روبرو هستیم. برای تحلیل دقیقتر داده ها و رسیدن به نتایج علمی تر و در عین حال عملیاتی تر، پژوشگران به دنبال کاهش حجم متغیرها و تشکیل ساختار جدیدی برای آن ها می باشند و بدین منظور از روش تحلیل عاملی استفاده می کنند. تحلیل عاملی سعی در شناسایی متغیرهای اساسی یا عامل ها^[۹۳] به منظور تبیین الگوی همبستگی بین متغیرهای مشاهده شده دارد. تحلیل عاملی نقش بسیار مهمی در شناسایی متغیرهای مکنون^[۹۴] یا همان عامل ها از طریق متغیرهای مشاهده شده دارد.
عامل، متغیر جدیدی است که از طریق ترکیب خطی مقادیر اصلی متغیرهای مشاهده شده به صورت رابطه۲ برآورد می شود. در این رابطه x_j بیانگر متغیر i ام، w_ji ضریب نمره عاملی متغیر i ام و از نظر عامل j ام، p تعداد متغیرها و F_j عامل j ام است.
رابطه ۲ x_p x_i = w_j1 x₁ + w_j2 x₂ + … + w_jp = F_j
تحلیل عاملی دارای کاربردهای متعددی است که عبارتند از:

• کاهش داده ها^[۹۵]؛

• شناسایی ساختار^[۹۶]؛

• سنجش اعتبار یک معیار یا شاخص؛

تحلیل عاملی بر دو نوع است: تحلیل عاملی اکتشافی^[۹۷] و تحلیل عاملی تأییدی^[۹۸]. در تحلیل عاملی اکتشافی پژوهشگر درصدد کشف ساختار زیر بنایی مجموعه نسبتاً بزرگی از متغیرها است و پیش فرض اولیه پژوهشگر، آن است که هر متغیری ممکن است با هر عاملی ارتباط داشته باشد. به عبارت دیگر پژوهشگر در این روش، هیچ تئوری اولیه ای ندارد. در تحلیل عاملی تأییدی پیش فرض اساسی پژوهشگر آن است که هر عاملی با زیر مجموعه خاصی از متغیرها ارتباط دارد. حداقل شرط لازم برای تحلیل عاملی تأییدی این است که پژوهشگر در مورد تعداد عامل های مدل، قبل از انجام تحلیل، پیش فرض معینی داشته باشد. ولی در عین حال پژوهشگر می تواند انتظارات خود مبنی بر روابط بین متغیرها و عامل ها را نیز در تحلیل وارد نماید(مؤمنی و قیومی، ۱۳۸۹).
اگر محقق درباره تعداد عامل های مدل فرضیه ای نداشته باشد، تحلیل اکتشافی و در صورتی که فرضیه موجود باشد از تحلیل تأییدی استفاده می شود(سرمد و همکاران، ۱۳۹۰).
تحلیل عاملی دارای سه مرحله زیر می باشد:

• تشکیل ماتریسی از ضرایب همبستگی؛

• استخراج عامل ها از ماتریس همبستگی؛

• چرخش عامل ها به منظور به حداکثر رساندن رابطه بین متغیرها و عامل ها ( عامل های مورد نظر)، محاسبه نمره^[۹۹] عامل ها (بار عامل ها) که مقدار آن باید بیشتر از ۳/۰ ( به اعتقاد برخی صاحبنظران بیشتر از ۴/۰) باشد.

توجه به این نکته لازم به نظر می رسد که در تحلیل عاملی، تعداد موارد^[۱۰۰] حداقل باید ده برابر تعداد متغیرها باشد، گرچه بعضی از صاحب نظران معتقدند که تعداد موارد باید حداقل بیست برابر تعداد متغیرها باشد.

• شاخص KMO ^[۱۰۱] و آزمون بارتلت^[۱۰۲]

در انجام تحلیل عاملی، ابتدا باید از این مسئله اطمینان حاصل شود که می توان داده های موجود را برای تحلیل مورد استفاده قرار داد. به عبارت دیگر، آیا تعداد داده های مورد نظر ( اندازه نمونه و رابطه بین متغیر ها) برای تحلیل عاملی مناسب هستند یا خیر؟ بدین منظور از شاخص KMO و آزمون بارتلت استفاده می شود(مؤمنی و قیومی، ۱۳۸۹):
شاخص KMO : شاخصی از کفایت نمونه گیری است که کوچک بودن همبستگی جریی بین متغیرها را بررسی می کند و از این طریق مشخص می سازد آیا واریانس متغیرهای تحقیق، تحت تأثیر واریانس مشترک برخی عامل های پنهانی و اساسی است یا خیر. این شاخص در دامنه صفر تا یک قرار دارد. اگر مقدار شاخص نزدیک به یک باشد، داده های مورد نظر (اندازه نمونه) برای تحلیل عاملی مناسب هستند و در غیر این صورت (معمولاً کمتر از ۶/۰) نتایج تحلیل عاملی برای داده های موردنظر چندان مناسب نمی باشند. این شاخص از رابطه ۳ به دست می آید که در این رابطه r_ij ضریب همبستگی بین متغیرهای i وj، و a_ij ضریب همبستگی جزیی بین آنها است.
رابطه۳ KMO =
آزمون بارتلت: این آزمون بررسی می کند چه هنگام ماتریس همبستگی، شناخته شده (از نظر ریاضی ماتریس واحد و همانی) است و بنابراین برای شناسایی ساختار (مدل عاملی) نامناسب می باشد. ماتریس همبستگی دارای دو حالت است:
حالت اول) زمانی که ماتریس همبستگی بین متغیرها، یک ماتریس یکه می باشد، در این صورت ارتباط معنی داری بین متغیرها وجود داشته و بنابراین امکان شناسایی و تعریف عامل های جدیدی بر اساس همبستگی متغیرها وجود دارد. اگر سطح معنی داری(sig) آزمون بارتلت کوچکتر از ۵ درصد باشد تحلیل عاملی برای شناسایی ساختار (مدل عاملی) مناسب است، زیرا فرض یکه (واحد) بودن ماتریس همبستگی رد می شود.
۳-۹-۲- روش تحلیل سلسله مراتبی(AHP ^[۱۰۳])
روش AHP توسط فردی عراقی به نام ساعتی^[۱۰۴]، در دهه ۱۹۷۰ پیشنهاد شد. این روش، مانند آنچه در مغز انسان انجام می شود، به تجزیه و تحلیل مسائل می پردازد. AHP تصمیم گیرندگان را قادر می سازد اثرات متقابل و همزمان بسیاری از وضعیت های پیچیده و نامعین را تعیین کنند. این فرایند، تصمیم گیرندگان را یاری می کند تا اولویت ها را بر اساس اهداف، دانش و تجربه خود تنظیم نمایند؛ به نحوی که احساسات و قضاوت های خود را به طور کامل در نظر گیرند. برای حل مسائل تصمیم گیری از طریق AHP، باید مسأله را به دقت و با همه جزییات، تعریف و تبیین کرد و جزییات آن را به صورت ساختارِ سلسله مراتبی ترسیم نمود. AHP بر اساس سه اصل زیر استوار است (مؤمنی، ۱۳۸۹):
الف) اصل ترسیم درخت سلسله مراتبس؛

۳-۹-۲- پایایی ابزار اندازه گیری ۸۸
فصل چهارم تجزیه و تحلیل داده‌ها
۴-۱- مقدمه ۹۱
۴-۲- ویژگی جمعیت شناختی پاسخ دهندگان ۹۲
۴-۳-آزمون اهمیت عوامل موفقیت مدیریت دانش در سازمان‌های دانش محور ۹۴
۴-۴-آزمون توانایی سنجش عوامل موفقیت مدیریت دانش توسط شاخص‌ها ۹۹
۴-۵- مطالعه موردی ۱۱۳
۴-۵-۱- معرفی ستاد ویژه توسعه فناوری نانو ۱۱۳
۴-۵-۲- ضرورت به کار گیری مدیریت دانش در ستاد ویژه توسعه فناوری نانو ۱۱۵
۴-۵-۳- آمادگی برای مدیریت دانش ۱۱۷

( اینجا فقط تکه ای از متن فایل پایان نامه درج شده است. برای خرید متن کامل پایان نامه با فرمت ورد می توانید به سایت feko.ir مراجعه نمایید و کلمه کلیدی مورد نظرتان را جستجو نمایید. )

۴-۵-۴-ارزیابی آمادگی مدیریت دانش در ستاد ویژه توسعه فناوری نانو ۱۱۸
فصل پنجم نتیجه گیری و پیشنهادات
۵-۱-مقدمه ۱۴۲
۵-۲-خلاصه فصل‌های پیشین ۱۴۳
۵-۳-نتایج و یافته‌های تحقیق ۱۴۶
۵-۴-چارچوب نهایی شده در این تحقیق ۱۵۱
۵-۵- مقایسه نتایج پژوهش با تحقیقات قبلی ۱۵۳
۵-۶- پیشنهادات مستخرج از پایان نامه ۱۵۶
۵-۷- پیشنهاداتی برای پژوهش‌های آینده ۱۵۹
فهرست منابع ۱۶۱
پیوست‌ها ۱۷۳