Transcript نرم افزار فروش

‫به نام خدا‬
‫نرم افزار فروش‬
‫بررسی وضعیت توسط دفتر تحلیل سیستم‬
‫معاونت فروش‬
‫برون‬
‫سپاری‬
‫روشهای تهیه نرم افزارهای سازمانی‬
‫نیازهای‬
‫شرکت‬
‫قابلیتهای‬
‫پکیج‬
‫شناسایی‬
‫مغایرتها‬
‫برپاسازی‬
‫سیستم‬
‫جدید‬
‫انتخاب‬
‫جایگزینها‬
‫بومی سازی‬
‫پکیج‬
‫تغییر‬
‫رویهها‬
‫خرید بسته نرم افزاری آماده‬
‫• مزایا‪:‬‬
‫•‬
‫•‬
‫بسته‌ها‌عموماً‌تست‌خود‌را‌پس‌داده‌اند‪.‬‬
‫تجارب‌استفاده‌از‌آنها‌در‌شرکتهایی‌که‌قبالً‌نصب‌شده‌اندد‌قابدا‌ارزید‌ابی‌‬
‫است‪.‬‬
‫خریدار‌دغدغه‌دانش‌مورد‌استفاده‌از‌آنرا‌نخواهد‌داشت‌و‌صرفاً‌قابلیتهدا‌و‌‬
‫میزان‌کارایی‌خروجی‌آنرا‌ارزیابی‌خواهند‌نمود‪.‬‬
‫فروشنده‌صحت‌کارکرد‌و‌عاری‌بودن‌از‌خطای‌آنرا‌تضمین‌نموده‌و‌معموالً‌تا‌‬
‫چندین‌سال‌پشتیبانی‌آنرا‌به‌عهده‌خواهد‌گرفت‪.‬‬
‫‪...‬‬
‫•‬
‫•‬
‫•‬
‫قابلیت‌بومی‌سازی‌آنها‌محدود‌می‌باشد‪.‬‬
‫قابلیت‌توسعه‌آنها‌در‌آینده‌محدود‌و‌پرهزینه‌است‪.‬‬
‫ممکن‌است‌سیستمها‌بصورت‌جزیره‌ای‌عما‌نموده‌و‌یکپارچگی‌آنها‌کاهش‌‬
‫یابد‪.‬‬
‫‪....‬‬
‫•‬
‫•‬
‫•‬
‫• معایب‪:‬‬
‫•‬
‫خرید بسته نرم افزاری آماده‬
‫• مزایا‪:‬‬
‫• محصول‌نهایی‌کامالً‌منطبق‌بر‌نیازها‌و‌فرآیندهای‌سازمان‌خواهد‌بود‪.‬‬
‫• بومی‌سازی‌آن‌با‌شرایط‌جدید‌سازمان‌راحتتر‌و‌سریعتر‌خواهد‌بود‪.‬‬
‫• ‪...‬‬
‫• معایب‪:‬‬
‫• نگهداری‌آن‌نیازمند‌صرف‌نیرو‌و‌زمان‌بیشتری‌است‪.‬‬
‫• دانش‌توسعه‌در‌هر‌سازمانی‌وجود‌ندارد‪.‬‬
‫• هزینه‌و‌زمان‌انتظار‌اولیه‌برای‌در‌اختیار‌گرفتن‌اولین‌نسدخه‌معمدوالً‌ز‌یداد‌‬
‫است‪.‬‬
‫• در‌جایی‌تست‌نشده‌و‌در‌هنگام‌اجرا‌ممکن‌است‌موارد‌پیش‌بیندی‌نشدده‌‬
‫بسیاری‌در‌آن‌بروز‌نماید‪.‬‬
‫• ‪....‬‬
‫توسعه نرم افزار جدید درون‬
‫یا برون سازمان‬
‫• نررراافررزار اًومرراب ترکیمرری از مح ررو و‬
‫موقعیتهایی شناخته مری شرود کره تری در‬
‫شرایط بسیار بحرانی و طاقرت فرسراق قابلیرت‬
‫اطًینان زیادی از آن انتظرار مریرود‪ .‬چنری‬
‫برنامه هایی شامل هزاران خط کد هستندق که‬
‫از نظر پیچیدگی با پیچیرد‌ترری ماشرینهای‬
‫مدرن قابل مقایسهانرد‪ .‬برهانروان ملراک یر‬
‫هواپیًررای مسررافربری چنررد میلیررون ق عرره‬
‫فیزیکی دارد (و ی شاتل فضرایی ردود د‌‬
‫میلیون بخش دارد)ق در رایی کره نرراافرزار‬
‫هدایت چنی هواپیًایی میتواند تا ‪ ۴‬میلیون‬
‫خط کد داشته باشد‪.‬‬
‫مهندسی نرم افزار‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫وابستگی شدید توسعه و تغییر نراافزار به فرد یا افراد تیم توییدکنند‌‬
‫صف انتظارا و نیازهای تغییر و ادا توان پاسرخگویی مرو ر تریم توسرعه بره ایر‬
‫نیازها با گذشت زمان‬
‫ا ساس نیاز به توسعه و گسترش دائًی امکانا و اًلیا نراافزار‬
‫به خ ر افتادن آیند‌ یکپارچگی سیستمها‬
‫ادا امکان مستندسازی دانش پنهان شد‌ در میان کدهای نراافزار‬
‫بروز خ اهای پیدرپی بدییل فراموش شدن طرا یهای گذشته‬
‫کاهش اطًینان و ااتًاد کارفرما‬
‫نرم افزار بدون مهندسی نرم افزار‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫ادا درک صحیح نیازهای کاربران ومنسوخ شدن سریع آنها‬
‫تحًیل هزینههای با ی نگهداری و ارتقاء نرا افزار به سازمان‬
‫ادا اًلکرد صحیح نراافزارها در شرایط بحرانی‬
‫قایب اشتما‌ صفحا که ظراهر آنهرا را بسریار ناخوشرایند کررد‌ باارگ سرردرگًی‬
‫کاربران میشود‬
‫آموزش ناقص کاربران و ادا شفافیت فرآیندهای پس زمینه نراافزار‬
‫ادا اطالع مدیران از امکاناتی که در نراافزار در اختیار کاربران قرار میگیرد‬
‫بروز مشکال امنیتی و فقدان طرح امنیت اطالاا در نراافزار‬
‫ادا وجود زبان مشترک بی ااضای تیم و ذینفعان پروژ‌‬
‫نرم افزار بدون مهندسی نرم افزار‬
‫تهیه ‪)Request For Proposal( RFP‬‬
‫• درخواست‌تهیه‌نرم‌افزار‌توسط‌کارفرما‌ویا‌ناظر‬
‫‪Proposal‬‬
‫• روند‌شناخت‌و‌ترغیب‌برای‌انجام‬
‫شناخت اوییه‬
‫• خروجی‌ها‪‌:‬سند‌معماری‌کسب‌و‌کار‪‌،‬لغتنامه‌کسب‌و‌کار‪‌،‬سند‌چشم‌انداز‪‌،‬ابزارها‪...‌،‬‬
‫طرح پروژ‌‬
‫تحلیل سیستم (‪)As Is‬‬
‫طرا ی (‪)To Be‬‬
‫پیاد‌ سازی‬
‫آزمون استقرار‬
‫استقرار‬
‫نگهداری‬
‫•خروجی‌ها‪‌،Vision‌،Test Plan‌،QA Plan‌،Project Plan‌‌‌:‬مدل‌توسعه‪...‌،‬‬
‫• خروجی‌ها‪‌،‬مدلهای‪…،Scenario‌،Sequence‌،State Chart‌،Activity‌،Use Case‌،DFD‌:‬‬
‫• مدلهای‪…،Scenario‌،Sequence‌،State Chart‌،Activity‌،Use Case‌،DFD‌:‬‬
‫• کد‌نویسی‌و‌ساخت‌نرم‌افزار‬
‫• اجرای‌آزمایشی‌در‌محیط‌شبیه‌سازی‌شده‬
‫• اجرای‌نرم‌افزار‌در‌محیط‌عملیاتی‬
‫• پشتیبانی‌و‌اعمال‌تغییرات‌مورد‌نیاز‌و‌رفع‌عیوب‌احتمالی‌حین‌کار‬
‫فرآیند عمومی مهندسی نرم افزار‬
‫?‬
‫کجای فرآیند تولید نرم افزار هستیم؟‬
‫ردیف‬
‫روند‌استقرار‌نرم‌‬
‫افزار‬
‫مستندات‌تحویا‌شده‌به‌‪SAO‬‬
‫‪1‬‬
‫پروپزاک‬
‫‪-‬‬
‫‪2‬‬
‫شناخت اوییه‬
‫‪-‬‬
‫‪3‬‬
‫طرح پروژ‌‬
‫‪-‬‬
‫‪۴‬‬
‫تحلیل ‪As is‬‬
‫‪-‬‬
‫‪5‬‬
‫طرا ی ‪To Be‬‬
‫‪-‬‬
‫‪6‬‬
‫پیاد‌ سازی‬
‫‪7‬‬
‫آزمون استقرار‬
‫‪-‬‬
‫‪8‬‬
‫استقرار‬
‫‪-‬‬
‫‪9‬‬
‫نگهداری‬
‫‪-‬‬
‫برگزاری جلسا متعدد طی یکًا‌ بدون ارائه خروجی مستند شد‌‬
‫مستندات تحویلی به دفتر تحلیل سیستم معاونت فروش‬
‫نظرشركت كنندگان طي جلسات پرزنت نرم افزار جديد ‪:‬‬
‫جلسات در حكم فاز شناخت بوده‪ ،‬نه پرزنت نرم افزار‪ ،‬چون چيزي براي‬
‫ارائه وجود نداشت وهيچ كدام از درخواستها انجام نشده اندك‬
‫فرمهائي هم كه ارائه شده كامال“ ناقص است و فقط در حد نمايش است‪.‬‬
‫جلسه‬
‫تاریخ‬
‫ااتمارا‬
‫‪90/01/19‬‬
‫جلسه‬
‫کدینگ مشتری و تخفیفا‬
‫تاریخ‬
‫‪90/01/30‬‬
‫انمار‬
‫‪90/01/2۴‬‬
‫امالک‬
‫‪90/02/03‬‬
‫مایی‬
‫‪90/01/27‬‬
‫خزانه داری‬
‫‪90/02/06‬‬
‫کدینگ‬
‫‪90/01/28‬‬
‫فاکتورها‬
‫‪90/02/07‬‬
‫کدینگ کا‬
‫‪90/02/0۴‬‬
‫سهًیه بندی‬
‫‪90/02/11‬‬
‫سابداری انمار‬
‫‪90/02/13‬‬
‫نظرات کاربران شرکت کننده ‪:‬‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫ادا ارائه مستندا نرا افزار جدید که سیستم را به سًت قائم بفررد شردن پریش‬
‫خواهد برد‬
‫جلسررا پرزنررت نرررا افررزار برره جلسرراتی جهررت گرررفت درخواسررت ازکرراربرانق و‬
‫‪ Confirm‬درک از فرآیند و در جاهائی بره ارائره پیشرنهاد جهرت بهمرود وضرعیت‬
‫جاریق بیشتر شمیه بود‬
‫اًلکرد طرا ی انجاا شد‌ ق هنوز تست نگردید‌ و زیر بار اطالاا واقعی نرفته‬
‫روشها و متد های کد نویسی استفاد‌ شد‌ در نرا افزار جدید ق جهت تست و اظهار‬
‫نظر ارائه نشد‌‬
‫در ی سری از موارد کامال“ جزئی که ب ور تکنیکی م رح شد‌ق تجربره خرالف‬
‫آنرا ابت کرد‌‬
‫نگاه ‪ ICT‬به نرم افزار جدید‬
‫• فاز ‪ : 1‬تحلیل‪:‬‬
‫‪Vision‬ق طرح تجاریق تنظیم قلًرو پروژ‌ق فهرست ریس هاق طرح تویید نراافزارق طرح تکرارق ریسکهاق زمانمندیق هزینهق‬
‫پروپوزاکق طرح تضًی کیفیتق مدک سازمانیق فرهنگ یغا سازمانیق ‪...‬‬
‫• فاز ‪ : 2‬طراحی‪:‬‬
‫سند معًاری نراافزار (‪)SAD‬ق مدک پیاد‌ سازیق پروتوتایپق پل طرح تکرار برای فاز ساختق استاندارهاق مدک طرا ی و مدک‬
‫داد‌ق سناریوهاق اویویتهاق ‪Use Case‬هاق ااملی (‪)Actors‬ق نًودارهای ‪UML‬ق ‪...‬‬
‫• فاز ‪ : 3‬پیاده سازی‪:‬‬
‫طرح استقرارق سیستم قابل اجرا آماد‌ تست بتاق طرح تکرار فاز انتقاکق ‪...‬‬
‫• فاز ‪ : 4‬استقرار‪:‬‬
‫مح وک نهاییق پل نهایی استقرارق مواد آموزشی و مستندا و خروجی های زا برای نگهداری و‬
‫کاربریق طرح مدیریت تغییرا ق ‪...‬‬
‫محصوالت فازهای توسعه نرم افزار؟‬
‫نوع‌پروژه‬
‫متدولوژیهای‌مورد‌استفاده‬
‫شرح‬
‫پروژ‌ های تجاری و سازمانی‬
‫نرا افزارهایی که نیازمند بومی سازی و کسب سازگاری با محیط‬
‫اًلیاتی هستند‪ .‬تعداد کاربران زیاد و س ح گسترد‌ استفاد‌ از‬
‫خ ایص آنهاست‪.‬‬
‫مخازن داد‌‬
‫بانکهای اطالااتی و انمار‌ های داد‌ که برای ایجاد سیستًهای‬
‫گزارشدهی کالن کاربرد دارند‪.‬‬
‫یکپارچه سازی‬
‫یکپارچه سازی سیستًهای جزیر‌ ای و برقراری ارتماطا داد‌ ای‬
‫میان سیستًهای اطالااتی‬
‫‪AMDD‬‬
‫‪EUP/RUP‬‬
‫‪ICONIX‬‬
‫‪TSP/PSP‬‬
‫نرا افزارهای کوچ جدید ‪ /‬ملحقا نرا‬
‫افزاری (‪)Components‬‬
‫‪-‬‬
‫‪AMDD‬‬
‫‪FDD‬‬
‫‪XP‬‬
‫‪DSDM‬‬
‫‪ICONIX‬‬
‫‪TSP/PSP‬‬
‫پروژ‌ های برون سپاری شد‌‬
‫مدیریت برون سپاری پروژ‌ های نرا افزاری‬
‫‪EUP/RUP‬‬
‫‪ISO/IEC 12207‬‬
‫کنارگذاری نرا افزارهای قدیًی‬
‫پروژ‌ های از رد‌ خارج نًودن نرا افزارهای قدیًی‬
‫‪EUP‬‬
‫‪TSP/PSP‬‬
‫‪ISO/IEC 12207‬‬
‫نرا افزارهای ساس و امنیتی‬
‫پروژ‌ های نرا افزاری فوق ایعاد‌ ساس و کوتا‌ مد مانند پزشکیق‬
‫کنترک ترافی هواییق نرا افزارهای مانیتورینگ‬
‫‪EUP/RUP‬‬
‫‪XP‬‬
‫‪ISO/IEC 12207‬‬
‫‪EUP/RUP‬‬
‫‪ISO/IEC 12207‬‬
‫‪TSP/PSP‬‬
‫‪ISO/IEC 12207‬‬
‫‪TSP/PSP‬‬
‫‪EUP/RUP‬‬
‫‪Agile Data‬‬
‫‪DSDM‬‬
‫‪FDD‬‬
‫‪ISO/IEC 12207‬‬
‫‪XP‬‬
‫متدولوژیهای توسعه نرم افزار‬
‫‪EUP/RUP‬‬
‫‪OOSP‬‬
‫طول‌عمر‌کاما‌توسعه‬
‫ت‬
‫چشم انداز وسیع‬
‫متدویوژی مق عی‬
‫متدولوژیهای توسعه نرم افزار‬
‫منظور‌‬
‫متدولوژی ‪EUP‬‬
‫فاز‌توسعه‬
‫فاز‌آغازین‬
‫فاز‌انتقال‬
‫فاز‌پیاده‌سازی‬
‫• مدیریت‌پروژه‬
‫• تعریف‌معماری‬
‫• طرح‌یکپارچه‌سازی‬
‫• تولید‌یک‌سخه‌قابا‌اتکا‬
‫• مدیریت‌ریسک‬
‫• تحلیا‌فعالیتها‬
‫• تحلیا‌و‌طراحی‌سیستم‬
‫• مدلسازی‌کسب‌و‌کار‬
‫• پاالیش‌معماری‬
‫• پیاده‌سازی‌اجزای‌سیستم‬
‫• آموزش‌کاربران‬
‫• طراحی‌رابط‌کاربر‬
‫• نرم‌افزار‌قابا‌اجرا‬
‫• راهنمای‌اجرای‌پروژه‬
‫• بانک‌اطالعاتی‌تکمیا‌شده‬
‫• پروتوتایپ‌رابط‌کاربر‬
‫• آزمون‌نرم‌افزار‬
‫• ارزیابی موقعیت کسب و کارق تشریح‬
‫کسب و کارق شناخت فرآیندهاق‬
‫پا یش فرآیندهاق تعریف نقشها و‬
‫مسئوییتهاق تشریح کسب و کار‬
‫مکانیز‌‬
‫• محیط‬
‫• آماد‌ سازی سازمان‬
‫• طرح‌آزمون‬
‫• طرح‌پشتیبانی‬
‫• انتقال‌دانش‬
‫• نظارت‌بر‌عملکرد‌کاربران‬
‫• انتقال‌اطالعات‌قدیمی‬
‫• پیاده‌سازی‌اجزای‌نرم‌افزار‬
‫• یکپارچه‌سازی‌زیرسیستمها‬
‫• نیازمندیها‬
‫• تشریح مشکال ق فهم دقیق نیازهای‬
‫ذینفعانق تعریف سیستم و محدود‌‬
‫اجرا‬
‫• تحلیا‌و‌طراحی‬
‫• طرا ی بان اطالااتیق طرا ی‬
‫رابط کاربرق طرا ی نقشه پیًایش‬
‫فرمها‬
‫متدولوژی ‪EUP‬‬
‫متدولوژی ‪EUP‬‬
Vision
Glossary
Use-Case Model
UML Models
Supplementary Specifications
Test Plan
Test Case
Test Suite (including Test Script, Test Data)
Test Log
Test Evaluation Summary
Implementation Model
Product (Deployment Unit)
Release Notes
•
•
•
•
•
•
•
•
•
•
•
•
•
RUP ‫مستندات متدولوژی‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫متدویوژی‪ XP‬استفاد‌ از ابزارهای ساد‌ را برای تویید نراافزارق توصیه میکند‪.‬‬
‫متدویوژی ‪ XP‬برای پروژ‌های بزرگ ناموفق است و فقط برای پروژ‌های کوچ کاربرد دارد‪.‬‬
‫در متدویوژی ‪XP‬ق دوداب ‪ 20‬تا ‪ ۴0‬درصد اشکا ساختاری پیدا میشود‪.‬‬
‫در ابتدای کار ااضای گرو‌ تری کراربران نهراییق جلسرهای را تشرکیل داد‌ و اویویتهرای پرروژ‌ را‬
‫مشخص میکنند‪.‬‬
‫در صور بروز مشکل برای یکی از برنامهنویسانق زمان تحویل پروژ‌ به تاخیر میفتد‪.‬‬
‫در متدویوژی‪ XP‬مر لهای بناا طرا ی وجود ندارد و نراافزار توییدشد‌ فاقد طرا ی سرازمانیافتره‬
‫است و ق عا بروز مشکل پس از تحویل نراافزار پیش خواهد آمد‪.‬‬
‫در متدویوژی ‪ XP‬مستندا مناسمی ایجاد نًیشود‪.‬‬
‫در متدویوژی ‪ XP‬هزینه تویید نراافزار پایی است‪.‬‬
‫متدویوژی ‪XP‬دارای چهار فاز اصلی است که امارتند از ‪:‬‬
‫‪.1‬‬
‫‪.2‬‬
‫‪.3‬‬
‫‪.4‬‬
‫زمانمندی پروژ‌‬
‫طرح ابتدایی‬
‫برنامهنویسی و تویید کد‬
‫تست کدهای نوشتهشد‌ برنامه‬
‫ویژگیهای متدولوژی ‪XP‬‬
‫• تحلیل‪:‬‬
‫‪Vision‬ق طرح تجاریق تنظیم قلًرو پروژ‌ق فهرست ریس هاق طرح تویید نراافزارق طرح تکرارق ریسکهاق زمانمندیق هزینهق‬
‫پروپوزاکق طرح تضًی کیفیتق مدک سازمانیق فرهنگ یغا سازمانیق ‪...‬‬
‫• طرا ی‪:‬‬
‫سند معًاری نراافزار (‪)SAD‬ق مدک پیاد‌ سازیق پروتوتایپق پل طرح تکرار برای فاز ساختق استاندارهاق مدک طرا ی و مدک‬
‫داد‌ق سناریوهاق اویویتهاق ‪Use Case‬هاق ااملی (‪)Actors‬ق نًودارهای ‪UML‬ق ‪...‬‬
‫دسته‌بندی‬
‫عملکرد‌سیستم‬
‫مدل‌سازی‬
‫دیاگرامهای موردهای کاربرد‬
‫دیاگرامهای کالس ها‬
‫رفتار‌سیستم‬
‫دیاگرامهای تعاملی‪:‬‬
‫دیاگرامهای توایی و‬
‫دیاگرامهای هًکاری‬
‫پیاده‌سازی‬
‫‪Use Case Diagrams‬‬
‫‪Class Diagram‬‬
‫‪Interaction Diagrams: Sequence‬‬
‫‪Diagrams & Collaboration Diagrams‬‬
‫دیاگرامهای وضعیت‬
‫‪State chart Diagrams‬‬
‫دیاگرامهای فعاییت‬
‫‪Activity Diagrams‬‬
‫دیاگرامهای مؤیفه ها‬
‫‪Component Diagrams‬‬
‫دیاگرامهای استقرار‬
‫‪Deployment Diagrams‬‬
‫محصوالت فازهای توسعه نرم افزار؟‬
‫•‬
‫•‬
‫•‬
‫•‬
‫با‌توجه‌به‌فرآیند‌مهندسی‌نرم‌افزار‌هم‌اکنون‌در‌چه‌فازی‌قرار‌داریم؟‬
‫اکثریت‌کاربران‌و‌کارشناسانی‌که‌دموی‌نرم‌افزار‌را‌مشاهده‌نموده‌اند‪‌،‬این‌‬
‫برداشت‌را‌دارند‌که‌پروژه‌در‌فاز‌شناخت‌نیازمندیها‌قدرار‌دار ‌د‪‌.‬آیدا‌ایدن‌‬
‫برداشت‌صحیح‌است؟‌اگر‌نیست‌چه‌چیزی‌باعث‌آن‌شده‌است؟‬
‫در‌صورت‌بهره‌گیری‌از‌اصول‌مهندسی‌نرم‌افزار‪‌،‬پروژه‌تا‌این‌تاریخ‌از چه‌‬
‫متدی‌پیروی‌نموده‌و‌چه‌مراحلی‌را‌طی‌کرده‌است؟‬
‫برنامه‌و‌پلن‌موجود‌برای‌پیاده‌سازی‌و‌انتقال‌دانش‌چیسدت؟‌زمانبند‌دی‌‬
‫دقیق‌آن‌چگونه‌ارائه‌خواهد‌شد؟‬
‫پرسشهای اساسی؟‬
‫•‬
‫•‬
‫•‬
‫•‬
‫اگر‌فاز‌شناخت‌به‌اتمام‌رسیده‌است‪‌،‬چگونه‌در‌این‌تاریخ‌نیاز‌به‌اطالعات‌‬
‫پایه‌ای‌مطرح‌می‌شود‌کده‌راه‌انددازی‌سیسدتم‌موکدول‌بده‌تحویدا‌آن‌‬
‫می‌شود؟‌اگر‌واقعاً‌این‌نیاز‌آنقدر‌اساسی‌است‌که‌بایسدتی‌در‌کدنوی‌سدی‌‬
‫لحاظ‌شود‌چرا‌تاکنون‌مطرح‌نشده‌است‌و‌چرا‌در‌زمان‌شناخت‌سیستم و‌‬
‫طی‌مصاحبه‌ها‌و‌بررسی‌سیستم‌قبلی‌این‌شناخت‌حاصا‌نشده‌است؟‬
‫در‌صورت‌اعالم‌نیاز‌به‌اطالعات‌چرا‌هیچگونه‌روش‌مستند‌و‌فدرم‌مدورد‌‬
‫توافق‌و‌استانداردی‌برای‌این‌نوع‌درخواستها‌طراحی‌نشده‌است؟‬
‫تا‌این‌لحظه‌برای‌پروژه‌ای‌در‌این‌سطح‌و‌اندازه‌و‌با‌این‌حساسیت‌خاصی‌‬
‫که‌برای‌سازمان‌دارد‌چه‌مستنداتی‌تهیه‌شده‌است؟‌دانش‌تولید‌آن‌کجدا‌‬
‫ذخیره‌شده‌است؟‌به‌تایید‌چه‌افرادی‌رسیده‌است؟‬
‫آیا‌مدیریت‌و‌کاربران‌مجموعه‌فروش‌خروجی‌ها‌و‌مستندات‌فاز‌شدناخت‌‬
‫تیم‌توسعه‌و‌صحت‌و‌کمال‌آنرا‌تایید‌نموده‌اند؟‬
‫پرسشهای اساسی؟‬
‫• اگر‌قرار‌است‌خروجی‌نرم‌افزار‌همانند‌یک‌پکدی ‌تحویدا‌گرفتده‌شدود‌‪‌:‬‬
‫برنامه‌و‌پلن‌و‌زمانبندی‌مکتوب‌و‌مدورد‌توافدق‌بدرای‌فرآیندد‌اسدتقر‌ار‪‌،‬‬
‫آموزش‌کاربری‌و‌راهبری‪‌،‬انتقال‌اطالعت‌قبلی‪‌،‬تحویا‌و‌پشتیبانی‪...‌،‬‬
‫• اگر‌قرار‌است‌خروجی‌نرم‌افزار‌همانند‌یک‌پروژه‌نرم‌افزاری‌تحویا‌گرفته‌‬
‫شود‪‌:‬متدولوژی‪‌،‬مستندات‪‌،‬استانداردها‪‌،‬خروجی‌های‌هرفاز‪‌،‬ترکیب‌تدی‌م‌‬
‫تحویا‌گیرنده‌و‌ناظر‪‌،‬پلن‌تحویا‪‌،‬پلدن‌اسدتقرار‪‌،‬پلدن‌پشدتیبان‌ی‪‌،‬پلدن‌‬
‫آموزشی‪‌،‬پلن‌رهبری‪‌،‬وضعیت‌شناخت‪...‌،‬‬
‫راهکار؟‬