چرخه زندگی انتشار نرم‌افزار: تفاوت میان نسخه‌ها

محتوای حذف‌شده محتوای افزوده‌شده
Kourosh Tehrani (بحث | مشارکت‌ها)
خنثی‌سازی ویرایش 21810393 توسط 5.238.56.131 (بحث)
Kourosh Tehrani (بحث | مشارکت‌ها)
خط ۸:
گاهی اوقات قبل از ارائه نسخه Alpha یا Beta یک محصول که بنام Pre- Alpha شناخته می‌شود، انتشار می‌یابد. به همان وضوحی که نسخه‌های آلفا یا بتا متفاوتند نسخه Pre- Alpha یک مرحله کامل نیست، که همه فعالیت‌هایی که در پیش از پروژه تا تست نرم‌افزار انجام می‌گیرد را شامل می‌شود. این فعالیت‌ها می‌تواند شامل: تحلیل نیاز، طراحی نرم‌افزار، گسترش نرم‌افزار و مرحله آزمایش باشد.
 
در دنیای Open Source تعداد زیادی از نسخه‌های Pre- Alphaوجود دارد. نسخه‌های Milestone شامل مجموعه‌های مشخصی از قابلیت‌هاست و هنگامی که این قابلیت‌ها تکمیل می‌گردند ارائه می‌گردند. Nightly buildها نسخه‌هایی هستند که معمولاً به طوربه‌طور اتوماتیک توسط سیستمهای کنترل، مثلاً شبها، آزمایش می‌شوند؛ این نسخه‌ها به آزمایش‌کنندگان این اجازه را می‌دهند تا قابلیت‌های جدید پیاده‌سازی شده را سریعاً آزمایش نمایند و اشکالات جدید را بیابند.
 
=== آلفا (Alpha) ===
خط ۱۶:
=== بتا (Beta) ===
نسخهٔ بتا اولین نسخهٔ ارائه‌شده در خارج از سازمان مجموعهٔ تولیدکنندهٔ نرم‌افزار، به منظور ارزیابی واقعی آزمایش‌های Black / Grey-Box است. فرایند تحویل دادن نسخه بتا به استفاده‌کنندگان را، ارائهٔ نسخه بتا گویند. نرم‌افزار سطح بتا معمولاً همه ویژگی‌های نسخهٔ اصلی را داراست، اما امکان دارد اشکالات و عملکردهای شناخته شده در حد بسیار کمی باشد.
کاربرانِ نسخه بتا را، آزمایش‌کنندگان بتا گویند. آن‌ها معمولاً مشتریان فعلی یا آینده سازمان هستند که از نرم‌افزارها استفاده می‌کنند. آن‌ها نرم‌افزار را به طوربه‌طور رایگان یا با قیمت کم دریافت می‌کنند، در حالیکه آزمایش‌کنندگانی رایگان هستند. نسخه‌های بتا پشتیبانی از محصولات را در مسیر راهیابی به بازار (درحالیکه مشتریان بتا در حال افزایشند) و فروش محصول‌ها، جریان‌ها و راه‌های دستیابی را آزمایش می‌کند.
 
نرم‌افزار نسخه‌های بتا، احتمالاً برای نمایش داخلی و پیش‌بینی انتخاب مشتریان مفید واقع می‌باشد، اما ناپایدارند و برای ارائه آماده نیستند. تعدادی از تولیدکنندگان به این مرحله به عنوان یک پیش‌نمایش، یک نسخه نمونه، یک پیش‌نمایش تکنیکی(TP) یا به عنوان یک دسترسی سریع نام می‌برند. دومین مرحله مهم در چرخه اولیه ارائه نرم‌افزار، که پس از مرحله آلفا قرار دارد، به نام حرف بعدی الفبای یونانی beta، که دومین حرف از الفبای یونانی است نامیده می‌شود.
 
اغلب این مرحله هنگامی شروع می‌شود که تهیه‌کنندگان اعلام می‌کنند که ویژگی‌های قابل تغییر دیگری در محصول وجود ندارد که تعیین کنندهتعیین‌کننده ویژگی‌های مورد نیاز این نسخه از محصولات باشد. فقط عملکرد نرم‌افزار یا اشکالات و قابلیت‌های پیاده‌سازی نشده برداشت خواهد شد.
تهیه‌کنندگان هریک از دونسخه close beta یا open beta را ارائه می‌دهند؛ نسخه‌های close beta برای انتخاب کاربرهای آزمایشی فردی ارائه می‌گردند در حالی که نسخه‌های open beta برای گروه‌های اجتماعی بزرگتر و معمولاً گروه‌های اصلی. آزمایش‌کنندگان تعدادی از اشکالاتی را که می‌یابند و گاهی ویژگی‌های فرعی دیگری را که تمایل دارند در نسخه نهایی ببینند گزارش می‌دهند.
 
یک نمونه از نسخه آزمایش اصلی عمومی هنگامی بود که ‌مایکروسافتمایکروسافت ارائه community technology previews (CTP) ویندوز ویستا را به آزمایش‌کنندگان بتا در ژانویه ۲۰۰۵ آغار نمود، که اولین آن Build 5219 بود. متعاقباً CTPها بیشتر ویژگی‌های برنامه‌ریزی شده مانند تعدادی از تغییرات واسط کاربری را در مبنای بازخوردهای آزمایش‌کنندگان بتا ایجاد می‌کنند. ویندوز ویستا در ۲۲ فوریه ۲۰۰۶ به توسط Build 5308 CTP نسخه کامل خود را ارائه داد، و بیشتر کارهای باقی‌مانده مابین Build 6219 و نسخه نهایی بر روی پایداری، کارایی، تطابق، درایوها، برنامه‌ها و مستندسازی متمرکز شد.
 
هنگامی‌که نسخه بتا آماده ارائه عمومی‌است اغلب بطور گسترده‌ای توسط خبرگان تکنولوژی، و هم‌رده‌های نسخه‌های قبلی، قبل از ارائه نسخه نهایی استفاده می‌شود. معمولاً تهیه‌کنندگان نسخه‌های رایگان نرم‌افزار یا open source بتاها را ارائه می‌دهند در حالی که مالکان نسخه‌های بتا به گروه کوچکی از آزمایش‌کنندگان مرتبط تعلق دارند. دریافت‌کنندگان نسخه‌های بتای با مالکیت بالا باید یک توافق‌نامه غیر بازرگانی را امضاء کنند.
خط ۴۱:
اصطلاحSeigo stage بعد از یک بحث داغ بر رویLinux Action Show! Podcast در خصوص نامگذاری کاندیدای نسخه دوم KDE۴ که توانایی استاندارد بودن آنچه که یک نسخه کاندیدا باید داشته باشد را دارا نبوده‌است، اختراع شد (بوجود آمد). آن بحث بین دوتن از ارائه کنندگان (مجریان) نمایش و Aaron segio توسط اتفاق افتاد.
 
آنها نهایتاً موافقت نمودند که نسخه کاندیدا به همان عنوان به‌کار رود، به‌دلیل اینکه کیفیت نسخه بتا را ندارد، هرچند که مجموعه‌های نرم‌افزاری کیفیت‌کیفیت ارائه‌ارائه کاندیدا را دارا باشند. در این وضعیت یکی از مجریان نمایش گفت که آنها باید مرحله KDE۴ را تغییر نام دهند نامی که آنها انتخاب نمودند Seigo stage بود.
 
=== نامزد انتشار ===
پس از آنکه برنامه‌نویس/برنامه‌نویسان به این نتیجه می‌رسند که کار تمام شده و نرم‌افزار آمادهٔ انتشار است، و پیش از انتشار رسمی نسخهٔ جدید، معمولاً اقدام به انتشار یک نسخهٔ نامزد می‌کنند تا از عملکرد صحیح نرم‌افزار در بین جمع بزرگتری از کاربران اطمینان یابند.<ref>{{یادکرد وب|نویسنده = |نشانی = http://wordpress.org/news/2011/12/wordpress-3-3-release-candidate-1/ |عنوان = WordPress 3.3 Release Candidate 1| ناشر =[[وردپرس]] |تاریخ =۱ دسامبر ۲۰۱۱ |تاریخ بازدید =۱ دسامبر ۲۰۱۱}}</ref>
 
نسخهٔ نامزد به نسخه‌ای که توانایی محصول نهایی شدن را داراست اشاره می‌کند، نسخه‌ای که آمادهٔ ارائه شدن بدون بروز اشتباهات بزرگ است. در این مرحله همه ویژگی‌های محصول به طوربه‌طور کاربردی طراحی شده‌اند. در این فاز محصول معمولاً code complete شرکت مایکروسافت اغلب از اصطلاح Release candidateاستفاده می‌کند
در دهه ۹۰، Apple Inc برای نسخه کاندیدای خود از اصطلاح golden master، و برای نسخهٔ دردسترس عموم از اصطلاح final golden master استفاده کرد.
دیگر واژه‌ها شامل gamma (و گهگاهی delta و شاید حتی سایر حروف یونانی (برای نسخه‌هایی که اساساً کامل هستند، اما هنوز در حال آزمایش‌اند و omega برای نسخه‌های نهایی آزمایش‌شده که ادعای بدون اشکال بودن دارند و ممکن است هر زمانی تولید شوند) omega و delta و Gamma، به ترتیب سومین، چهارمین و آخرین حرف از حروف یونانی هستند). بعضی از کاربران، به طوربه‌طور اهانت‌آمیز، نسخهٔ کاندید یا حتی نسخه‌های نهایی را به‌عنوان نرم‌افزار گیم نت (Game Net) می‌شناسند.
 
تولیدکنندگان مشتریان خود را برای تست نرم‌افزار به کار می‌گیرند، درحالی‌که هنوز برای ارائهٔ عمومی آماده نیستند. غالباً به آزمایش‌کننده‌های بتا که اختصاصاً انتخاب شده‌اند برای استفاده از نسخهٔ کاندید (نامزد) مبلغی پرداخت می‌گردد. وقتی که تیم موافقند کد منبع جدیدی به نسخه اضافه نخواهد شد آن نسخه (ارائه) Code Complete نامیده می‌شود. ممکن است هنوز Source Code برای برطرف کردن ایراد تغییر داده شود؛ و هنوز ممکن است برای مستندسازی، و فایل‌های اطلاعاتی و کد برای حالت آزمایشی یا موارد مفید، نیاز به تغییرات باشد. ممکن است به نسخه‌های آینده کدهای جدید اضافه شود.