چرخه ارائه نرم‌افزار

ارائهٔ نرم*افزار چه اختصاصی چه عمومی، یک توزیع از نسخه اولیه یا بروزرسانی شده از یک محصول نرم*افزار رایانه است. زمانیکه یک سیستم یا برنامه نرم*افزاری تغییر می*یابد مهندسین و شرکت*های نرم*افزاری در مورد چگونگی گسترش برنامه یا سامانه یا تغییرات آن*ها تصمیم می*گیرد. بسته*های نرم*افزاری یکی از روش*های تغییرات است، بصورت دانلود یا سی*دی.

چرخه ارایه نرم*افزار از مراحل گوناگونی تشکیل یافته*است که
پایداری بخشی از نرم*افزار و میزان بهبود مورد نیاز، قبل از ارایه نسخه
نهایی را توضیح می*دهد. تمام نسخه*های اصلی یک محصول معمولاً هنگامیکه یک
ویژگی جدید اضافه می*گردد، یا در حین مرحله آلفا عرضه می*گردد، مرحله*ای
که*آن (نرم*افزار) اشکال*زدایی می*گردد همان مرحله بتا(Beta) است، و در
نهایت مرحله*ای که همه*اشکالات مهم برطرف گردیده*است مرحله stable است. یک
مرحله میانی نیز ممکن است وجود داشته باشد. مراحل ممکن*است صریحا توسط
ارایه*دهندگان پروژه تعدیل شوند یااعلام گردند، اما گاهی*اوقات مراحل تولید
صریحا توضیح داده نمی*شوند. بر طبق قرارداد اغلب code names قبل از ارایه
محصول توسط تعدادی از شرکت*ها مورد استفاده قرار می*گیرند، هرچندکه محصول
واقعی و ویژگی*هایش حقیقتا محرمانه*است.

محتویات
مراحل ارائهٔ نرم*افزار
پیش*آلفا (Pre- Alpha)
گاهی اوقات قبل از ارائه نسخه Alpha یا Beta یک محصول که بنام Pre-
Alpha شناخته می*شود، انتشار می*یابد. به همان وضوحی که نسخه*های آلفا یا
بتا متفاوتند نسخه Pre- Alpha یک مرحله کامل نیست، که همه فعالیت*هایی که
در پیش از پروژه تا تست نرم*افزار انجام می*گیرد را شامل می*شود. این
فعالیت*ها می*تواند شامل: تحلیل نیاز، طراحی نرم*افزار، گسترش نرم*افزار و
مرحله آزمایش باشد.

در دنیای Open Source تعداد زیادی از نسخه*های Pre- Alphaوجود دارد.
نسخه*های Milestone شامل مجموعه*های مشخصی از قابلیت*هاست و هنگامی که این
قابلیت*ها تکمیل می*گردند ارایه می*گردند. Nightly buildها نسخه*هایی هستند
که معمولاً به طور اتوماتیک توسط سیستمهای کنترل، مثلا شبها، آزمایش
می*شوند؛ این نسخه*ها به آزمایش*کنندگان این اجازه را می*دهند تا
قابلیت*های جدید پیاده*سازی*شده را سریعا آزمایش نمایند، واشکالات جدید را
بیابند.

آلفا (Alpha)
نسخه آلفای یک نرم*افزار، برای آزمایش کنندگان نرم*افزار -که اشخاصی غیر
از مهندسین نرم*افزار هستند- تهیه می*گردد. این افراد معمولاً از داخل
سازمان یا مجموعه*ای هستند که نرم*افزار در آن تهیه می*شود. در مرحله ارایه
به بازار، کمپانی*های بیشتر و بیشتری تلاش می*کنند تا در مرحله تست نسخه
آلفا، توجه مشتریان خارجی بیشتری را جلب کنند؛ که این اجازه آزمایش کردن،
قابلیت*های گسترده*ای را در حین مرحله آلفا می*دهد. گسترش*دهندگان در اولین
مرحله معمولاً نرم*افزار را با استفاده*از تکنیک White Box آزمایش
می*کنند. تشخیص صحت بعدی معمولاً با استفاده از تکنیک*های Black Box یا
Grey Box به وسیله تیم آزمایش اختصاصی دیگری انجام می*شود، گاهی هم،
هم*زمان. در واقع، آزمایش Black Box در درون سازمان به عنوان آلفا (Alpha)
شناخته می*شود.

بتا (Beta)
نسخه بتا اولین نسخه ارایه شده در خارج از سازمان مجموعه تولید کننده
نرم*افزار، به منظور ارزیابی واقعی آزمایش*های Black / Grey-Box است.
فرایند تحویل*دادن نسخه بتا به استفاده*کنندگان را، ارایه نسخه*بتا گویند.
نرم*افزار سطح بتا معمولاً همه ویژگی*های نسخهٔ اصلی را داراست، اما امکان
دارد اشکالات و عملکردهای شناخته شده در حد بسیار کمی باشد. کاربرانِ نسخه
بتا را، آزمایش*کنندگان بتا گویند. آن*ها معمولاً مشتریان فعلی یا آینده
سازمان هستند که از نرم*افزارها استفاده می*کنند. آن*ها نرم*افزار را به
طور رایگان یا با قیمت کم دریافت می*کنند، در حالیکه آزمایش*کنندگانی
رایگان هستند. نسخه*های بتا پشتیبانی از محصولات را در مسیر راهیابی به
بازار (درحالیکه مشتریان بتا در حال افزایشند) و فروش محصول*ها، جریان*ها و
راه*های دستیابی را آزمایش می*کند.

نرم*افزار نسخه*های بتا، احتمالاً برای نمایش داخلی و پیش*بینی انتخاب
مشتریان مفید واقع می*باشد، اما ناپایدارند و برای ارائه آماده نیستند.
تعدادی از تولیدکنندگان به این مرحله به عنوان یک پیش*نمایش، یک نسخه
نمونه، یک پیش*نمایش تکنیکی(TP) یا به عنوان یک دسترسی سریع نام می*برند.
دومین مرحله مهم در چرخه اولیه ارائه نرم*افزار، که پس از مرحله آلفا قرار
دارد، به نام حرف بعدی الفبای یونانی beta، که دومین حرف از الفبای یونانی
است نامیده می*شود.

اغلب این مرحله هنگامی شروع می*شود که تهیه*کنندگان اعلام می*کنند که
ویژگی*های قابل تغییر دیگری در محصول وجود ندارد که تعیین کننده ویژگی*های
مورد نیاز این نسخه از محصولات باشد. فقط عملکرد نرم*افزار یا اشکالات و
قابلیت*های پیاده*سازی نشده برداشت خواهد شد. تهیه*کنندگان هریک از دونسخه
close beta یا open beta را ارائه می*دهند؛ نسخه*های close beta برای
انتخاب کاربرهای آزمایشی فردی ارائه می*گردند در حالی که نسخه*های open
beta برای گروه*های اجتماعی بزرگتر و معمولاً گروه*های اصلی.
آزمایش*کنندگان تعدادی از اشکالاتی را که می*یابند و گاهی ویژگی*های فرعی
دیگری را که تمایل دارند در نسخه نهایی ببینند گزارش می*دهند.

یک نمونه از نسخه آزمایش اصلی عمومی هنگامی بود که*مایکروسافت ارائه
community technology previews (CTP) ویندوز ویستا را به آزمایش*کنندگان
بتا در ژانویه ۲۰۰۵ آغار نمود، که اولین آنbuild ۵۲۱۹ بود. متعاقباً CTPها
بیشتر ویژگی*های برنامه*ریزی شده مانند تعدادی از تغییرات واسط کاربری را
در مبنای بازخوردهای آزمایش*کنندگان بتا ایجاد می*کنند. ویندوز ویستا در ۲۲
فوریه ۲۰۰۶ به توسط build ۵۳۰۸ CTP نسخه کامل خود را ارائه داد، و بیشتر
کارهای باقی*مانده مابین build ۵۲۱۹ و نسخه نهایی بر روی پایداری، کارایی،
تطابق، درایوها، برنامه*ها و مستندسازی متمرکز شد.

هنگامی*که نسخه بتا آماده ارائه عمومی*است اغلب بطور گسترده*ای توسط
خبرگان تکنولوژی، و هم*رده*های نسخه*های قبلی، قبل از ارائه نسخه نهایی
استفاده می*شود. معمولاً تهیه*کنندگان نسخه*های رایگان نرم*افزار یا open
source بتاها را ارائه می*دهند در حالی که مالکان نسخه*های بتا به گروه
کوچکی از آزمایش*کنندگان مرتبط تعلق دارند. دریافت*کنندگان نسخه*های بتای
با مالکیت بالا باید یک توافق*نامه غیر بازرگانی را امضاء کنند.

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

Netscape communication به خاطر ارائه نسخه آلفای جستجوگر خود در سطح
عمومی و بتا خواندن آن بدنام شده*است. در فوریه ۲۰۰۵ ZDNet مقاله*ای منتشر
کرد در مورد پدیده*اخیر که نسخه*های بتا اغلب سال*ها مورد استفاده قرار
می*گیرند و تولید می*شوند. آن مقاله اشاره کرد که به عنوان مثال Gmail و
Google News در مدت زیادی نسخه بتا بودند و تمایلی نداشتند وضعیت بتا را
تغییر دهند، علیرغم این واقعیت که آنها بطور گسترده*ای مورد استفاده قرار
می*گرفتند، هرچند که Google News در ژانویه ۲۰۰۶ از نسخه بتا خارج شد. این
روش همچنین به تولیدکننده امکان می*دهد که ارائه پشتیبانی کامل و یا
مسئولیت انتشار عملکردهای باقی*مانده را به تأخیر بیندازد. در بستر web ۲٫۰
مردم هنور در مورد بتاهای ماندگار صحبت می*کنند که دلالت می*کند بر اینکه
تعدادی از نرم*افزارها در مرحله بتا باقی می*ماند. همچنین بتا گاهی برای
مشخص کردن چیزی شبیه release candidate مانند halo ۳ public beta استفاده
می*شود.

سرچشمه آلفا و بتا
دوره تست بتا در مورد نرم*افزاری که قرارداد آزمایش محصول سخت*افزاری
جدید IBM را برای ماشین*های جدول*بندی کارت*های پانچ*شده و مرتب کننده آنها
به*کار می*رود استفاده می*شود. سخت*افزارها در ابتدا بصورت alpha test
برای کاربرهای اولیه و با قابلیت انجام کار در مقیاس کوچک ارائه شد. سپس به
عنوان نسخه beta test، جهت بررسی صحت عملکردهایی که باید پشتیبانی کنند، و
امکان تولید در مقیاس مورد نیاز، به بازار عرضه شدند، و پس از آن نسخه c
beta جهت بررسی امنیت آن. با ظهور کامپیوترهای قابل برنامه*ریزی و برای
برنامه*های نرم*افزاری قابل اشتراک همین اصطلاحات را برای آزمایش نرم*افزار
نیز به کار می*برند. نسخه*های تست بتا بوسیله گروهی غیر از تولیدکنندگان
اجرا شده، هرچند که شرکت*های دیگری شروع به تولید نرم*افزار برای مقاصد خود
و انتشار آن برای دیگران نموده*اند. این مجموعه اصطلاحات تعمیم یافته و
اکنون بخشی از واژگان عمومی*است.

Seigo stage
Seigo stage مرحله*ایست در گسترش نرم*افزار که مجموعه*برنامه*های آماده
تولیدند (خیلی نزدیک آماده شدن) اما محصول نهایی هنوز نیاز به بهینه*سازی
دارد. مرحله*ای که بین بتا و کاندیدای ارائه نرم*افزار قرار دارد بدلیل
اینکه محصول نرم*افزاری هنوز برای محصول با توانایی نهایی آماده نیست،
هرچند که مجموعه*های نرم*افزار باکیفیت ارائه شدند.

منشأ Seigo stage
اصطلاحSeigo stage بعد از یک بحث داغ بر رویLinux Action Show! Podcast
در خصوص نامگذاری کاندیدای نسخه دوم KDE۴ که توانایی استاندارد بودن آنچه
که یک نسخه کاندیدا باید داشته باشد را دارا نبوده*است، اختراع شد (بوجود
آمد). آن بحث بین دوتن از ارائه کنندگان (مجریان) نمایش و Aaron segio توسط
اتفاق افتاد.

آنها نهایتاً موافقت نمودند که نسخه کاندیدا به همان عنوان به*کار رود،
به*دلیل اینکه کیفیت نسخه بتا را ندارد، هرچند که مجموعه*های نرم*افزاری
کیفیت*ارائه*کاندیدا را دارا باشند. در این وضعیت یکی از مجریان نمایش گفت
که آنها باید مرحله KDE۴ را تغییر نام دهند نامی که آنها انتخاب نمودند
Seigo stage بود.

نامزد انتشار
پس از آنکه برنامه*نویس/برنامه*نویسان به این نتیجه می*رسند که کار تمام
شده و نرم*افزار آمادهٔ انتشار است، و پیش از انتشار رسمی نسخهٔ جدید،
معمولا اقدام به انتشار یک نسخهٔ نامزد می*کنند تا از عملکرد صحیح
نرم*افزار در بین جمع بزرگتری از کاربران اطمینان یابند.

نسخهٔ نامزد به نسخه*ای که توانایی محصول نهایی شدن را داراست اشاره
می*کند، نسخه*ای که آمادهٔ ارائه*شدن بدون بروز اشتبهات بزرگ است. در این
مرحله همه ویژگی*های محصول به طور کاربردی طراحی شده*اند. در این فاز محصول
معمولاً code complete شرکت مایکروسافت اغلب از اصطلاح Release
candidateاستفاده می*کند در دهه ۹۰، Apple Inc برای نسخه کاندیدای خود از
اصطلاح golden master، و برای نسخهٔ دردسترس عموم از اصطلاح final golden
master استفاده کرد. دیگر واژه*ها شامل gamma (و گهگاهی delta وشاید حتی
سایر حروف یونانی (برای نسخه*هایی که اساسا کامل هستند، اما هنوز در حال
آزمایش*اند و omega برای نسخه*های*نهایی*آزمایش شده که ادعای بدون اشکال
بودن دارند و ممکن است هر زمانی تولید شوند)omega و delta و Gamma، به
ترتیب سومین، چهارمین و اخرین حرف از حروف یونانی هستند). بعضی از کاربران
به طور اهانت*اور نسخه کاندید یا حتی نسخه*های نهایی را به عنوان نرم*افزار
گیم نت (Game Net) می*شناسند.

تولیدکنندگان مشتریان خود را برای تست نرم*افزار به کار می*گیرند در
حالیکه هنوز برای ارایه عمومی آماده نیستند. غالبا به ازمایش*کننده*های بتا
که اختصاصا انتخاب شده*اند برای استفاده از نسخه کاندید مبلغی پرداخت
می*گردد. وقتی که تیم موافقند کد منبع جدیدی به نسخه اضافه نخواهد شد آن
نسخه (ارایه) Code Complete نامیده می*شود. ممکن است هنوز Source Code برای
برطرف کردن ایراد تغییرداده شود. و هنوز ممکن است برای مستندسازی، و
فایل*های اطلاعاتی و کد برای حالت آزمایشی یا موارد مفید، نیاز به تغییرات
باشد. ممکن است به نسخه*های آینده کدهای جدید اضافه شود.

انتهای چرخه
گاهی اوقات شرکت*های نرم*افزاری پشتیبانی از تولیدات نرم*افزار جدید را
متوقف می*کنند (یا بسته*های جدید را ارایه نمی*دهند). در این مرحله به این
محصول گفته می*شود که دروضعیت پایانی*است یا در انتهای چرخه. به عنوان مثال
در ۱۵ اوت ۲۰۰۷ اعلام کرد که Apple Works به انتهای راهش رسید.

[برای مشاهده لینک ها شما باید عضو سایت باشید برای عضویت در سایت بر روی اینجا کلیک بکنید]