توسعه نرم‌افزار: تفاوت میان نسخه‌ها

این مقاله اختصاص به رویکرد مهندسی برای مدیریت کیفیت نرم افزار دارد. این رویکرد به سمت دستیابی به رشد سیستم های نرم افزاری رهبری می شودمی‌شود .اين مقاله شامل موارد زير است:

در شرایطی که با رشد سریع صنعت نرم افزاری روبه رو هستیم و رقابت فزاینده‌ای در بین موسسات سیستم های نرم افزاری وجود دارد، مدیر های پروژه‌ها نمی توانندنمی‌توانند تنها به آزمایش و ارزیابی ویژگی های کیفیت نرم افزار ها در پایان پروژه تکیه کنند.

بنابراین ارزیابی کیفیت شاخص های کیفی در خلال همه مراحل از ابتدای مراحل چرخه سیستم های نرم افزاری مهم است که از اضافه کردن فرآیند جدیدی بنام مدیریت کیفیت به همراه مراحل تایید و آزمایش قوانین و همچنین کیفیت مورد تایید قرار می گیردمی‌گیرد.[1] آخرین نسخه از استاندارد های بین المللی ISO\IEC12207:2002 در فرآیند های چرخه نرم افزاری کسب شود. برای اجرای چنین مراحلی مدلها و روش های مهندسی کیفیت ضروری است تا از اتخاذ تصمیم در مورد مدیریت کیفیت در همه مراحل سیستم های نرم افزاری پشتیبانی شود.

تعدادی از روش ها برای مدیریت کیفیت سیستم های نرم افزاری شکل می گیردمی‌گیرد و یکی از آنها یک روش شناخته شده و ویژه لیپاو است. [2] در این روش برای دستیابی به سیستم های نرم افزاری پیشرفته به همراه تشکیل کیفیت سیستم کنترل بر اساس مجموعه مدلهای مدیریت [3] مراحل طراحی سیستم نرم افزاری پیشرفته در همه مراحل Lc است.

همچنین نشانه‌های کاربردی موجود سیستم نرم افزاری پیشرفته در خلال مراحل Lc وجود دارد و استفاده از آنها در ارزیابی نهایی از درجه دستیابی بر نشانه‌های کیفیت در ملزومات سیستم های نرم افزاری پیشرفته تعیین می شودمی‌شود. [4]

روش های کلی در مدیریت کیفیت سیستم های نرم افزاری پیشرفته با استفاده ازساختارCSS در نظر گرفته می شودمی‌شود و مجموعه ویژگی های لازم از مدل کیفیت و روش ها و شیوه‌های نوین مورد استفاده در مراحل LC مورد استفاده قرار می گیردمی‌گیرد تا کیفیت بالای css فراهم شود.

کلیت این روش در یکسان سازی مراحل ارزیابی و کنترل کیفیت و هماهنگی اقدامات کنترل کیفیت است که تهدیدی برای کیفیت محسوب می شودمی‌شود. مشکلات سرویس مدیریت کیفیت مثال طراحی و پیگیری مراحل حصول کیفیت در مراحل LC و آزمایشات کیفیت و آزمایش نسخه آزمایشی CSS و ارزیابی نمونه‌های کیفیت پایه این نسخه بر اساس مجموع اطلاعات فنی است.

در این مقاله طبقه ویژه ss سیستم های پردازش اطلاعایه نام دارد و رویکرد مدیریت کیفیت آن به سمت اتمام سیستم پیش می رودمی‌رود که ویژگی های کیفیت در اجرای همه اجزای برنامه DPS را تعیین می کندمی‌کند. اختلاف اساسی شیوه جدید تغییر اهمیت کیفیت نگهداری از SS به فرآیند های LC است بروز این نقص را در SS تصدیق می کندمی‌کند .

در فرآیند اتمام SS جنبه‌های نگهداری کیفیت مراحل LC مورد تحقیق قرار می گیردمی‌گیرد. و روابط بین استانداردهای درونی و برونی کیفیت در مدلها بررسی می شودمی‌شود. و روش های پیش بینی مدیر که تهدیدی برای کیفیت هستند شناسایی می شودمی‌شود.

ویژگی های معمول به همراه کیفیت آن لحاظ می شودمی‌شود یعنی شکل کیفیت آن بستگی به ویژگی های بارز موضوع و اهداف SS و طبقه بندی ها کاربر آن و همچنین به هدف نهایی کیفیت از دیدگاه طراحان دارد. در این مقاله ما ویژگی های کیفیت مدل های سیستم های نرم افزاری پردازش اطلاعات را مورد بررسی قرار می دهیم که از چندین برنامه کاربردی تشکیل شده است که در یک چهار چوب گسترش می یابدمی‌یابد که به ایمنی عملکرد آن مربوط نمی باشدنمی‌باشد.[6,7]

برای مدیریت کیفیت کارآمد بر اساس یک ویژگی ویژه یا مجموعه‌ای از ویژگی ها یک مدل از کیفیت تهیه می شودمی‌شود که رابطه بین معیار و معیارهای درونی و بیرونی را اندازه گیری می کندمی‌کند.

اولین مراحل تهیه SS و میزان معیار بیرونی میزان رسیدن به تراز کیفیت در خلال آزمایش SS و سپس تعیین معیار درونی مناسب است و اجرای مرحله به مرحله ملزومات برونی برای کیفیت طراحی می شودمی‌شود. واضح است که ملزومات برونی کیفیت SS از نقطه نظر چنین محصولات نرم افزاری تهیه می شودمی‌شود.[8]

در تمامیت SS شاخص کیفیت درونی با عیب آن معلوم می شودمی‌شود شاخص بیرونی نقایص آن و شاخص عملکرد آن با نقص کلی از عملکرد سیتم سنجیده می شودمی‌شود. مدل سه مرحله‌ای کیفیت رابطه بین معیار درونی و بیرونی و کیفیت عملکرد را پیشنهاد می دهدمی‌دهد.

D0 تعداد عیب در هر قسمت SS R(t) عملکرد بدون عیب هر قسمت SS در زمان داده شده oSS میزان کیفیت عملی SS است که معرف رضایت کلی کاربران بوسیله عملکرد بدون نقص SS و ویژگی های کیفیت SS است. این شکل ساختار دو سطحی ویژگی های کیفیتی و ویژگی های فرعی در مدلهای کیفیت در طرف چپ و فهرست ویژگی ها عملی SS و به همراه تاثیر مفرط سیستم بر کاربر است در طرف راست را ارائه می دهدمی‌دهد.

وسط شکل، مدل سه مرحله‌ای کیفیت برای ریز مشخصه ها، برای مثال تمامیت بدست آمده می باشدمی‌باشد. به این معنا که مدل کیفیت بسیار موثر و کار آمد است. استحکام متریک (اندازه گیری بر حسب متر) کیفیت در سه مرحله و نزدیک شدن به مدیریت کیفیت که بر اساس این معیار های متریک توسعه پیدا کرده است.

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

2- پیش بینی قابلیت حصول یک میزان ثابت کیفیت در جریان روند فرآیند ها و محصولات توسعه یافته در پروژه نرم افزار در نظر گرفته می شودمی‌شود.تحقیق و بررسی تصمیمات متوالی محتمل برای دستیابی به میزان مطلوب به شرط رفع تنگنا ها در فرآیند های LCC امکان پذیر است. اگر رسیدن به یک میزان از کیفیت دست نیافتنی باشد باید در تطابق SS با احتیاجات مشتری تجدید نظر شود.( بخش 1را ملاحظه فرمایید.)

3- انتخاب یک تصمیم که از نظر قابلیت حصول میزان ثابت کیفیت بهترین است و احتمال کاربرد آن در چهارچوب پروژه با در نظر گرفتن منابع کمیاب تخمین زده می شودمی‌شود.اگر ضرورت داشته باشد میزان مورد نظر باید تجدید نظر گردد.(بخش 1را ملاحظه فرمایید.)

4- تعریف استراتژی ها،روش ها، و دستیابی به کیفیت اجزاء سازنده SS و همچنین بررسی صحت و درستی محصولات تولید شده SS که برای نیاز های ثابت کیفیت و منابع محدود مناسب هستند. سازماندهی گرد آوری اطلاعات بر روند اجرای پروژه، مراحل عملیات ، منابع و محصولات توسعه یافته SS با یک دیدگاه از تجربه‌های جمع آوری شده انجام می گرددمی‌گردد.

5- بررسی تجربه‌های گرد آوری شده ، بازبینی درک اهمیت بعضی عوامل موفق از میزان ثابت کیفیت و یا اصلاح در روند اجرای پروژه می باشدمی‌باشد. امور مهم قسمت 1و یا قسمت 2 در صورت ضرورت مکررا" اجرا شود.

این دیدگاه مدیریت کیفیت راه حل مشکلات نامبرده را تنظیم می کندمی‌کند و می تواندمی‌تواند بطور خلاصه ترکیب یک مدل فرضی در تصمیم گیری برمدیریت کیفیت مبتنی بر اساس مشخصه‌های انتخاب شده را نشان می دهدمی‌دهد. (شکل 2)

این مدل فرضی شامل مدل های توصیف شده‌ای در بخش های بعدی و روش های توسعه یافته در چهار چوب نائل شدن به مدیریت کیفیت می شودمی‌شود.

منوط بر درجه یک سیستم کثرت استفاده از قطعات بتنی بوسیله مصرف کنندگان در طبقات مختلف در کارهای بازرگانی ،پیامد های خرابی بعضی از App همچنین دیگر عوامل (هزینه توسعه، خسارت خرابی ها و غیره ) نیازمندی به تمامیت قطعات مجزای SS می تواندمی‌تواند تغییر کند.[9]

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

اندازه گیری کیفیت عملیات یک SS (در مرحله بالایی از کیفیت مدل)بوسیله یک عمل سودمند از = Qss مشخص شده است ، که ai میزان اهمیت ساختار ith برای عملیات های تجاری است و Ri قابلیت اطمینان (عملیات بدون نقص) پشتیبانی از میزان فعالیت بدست آمده و مدت بدست آوردن t را در سیستم نشان می دهدمی‌دهد.

اجرای بدون خرابی در ساختار یک SS می تواندمی‌تواند تنها در طول آزمایش و بهره برداری از SS تخمین زده شود. که هر کدام بسیار دیرینه تر از دیدگاه مدیریت کیفیت می باشندمی‌باشند. بنابراین مشکل پیدا کردن و رسیدن به یک میزان مطلوب از اطمینان در میان 4 مرحله سلسله وار SS به شرح زیر توزیع شده است:

این سلسله تعیین پارامترهای طرحی از احتیاجات را با در نظر گرفتن اهمیت عملیاتی بی نقص در هر یک از اجزاء سازنده SS در این فعالیت سلسله مراتبی فراهم می کندمی‌کند.این یک فرض است که اهمیت ساختار های بتنی در عموم فعالیت های بازرگانی یک تشکیلات بوسیله مصرف کنندگان ss تخمین زده می شودمی‌شود. و اینکه اهمیت برنامه‌های کاربردی برای اجرای ساختار های SS (و همچنین تخمین اهمیت اجرای طرح برای همه App) بوسیله توسعه گران SS تخمین زده می شودمی‌شود.

اهمیت طرح ها در زمینه احتمال ریسک خرابی طرح در عملکرد سیستم تخمین زده می شودمی‌شود. یک مشکل در تعیین یک میزان مطلوب از به کمال رسیدن هر یک از اجزاء سازنده سیستم وجود دارد که بیشترین سودمندی فعالیت Qss را با در نظر گرفتن منابع محدود و تکنیکی در پروژه SS را فراهم می کندمی‌کند.

ما فرض می کنیم کهui ضریب وابسته وزن در فعالیت Fi برای دستیابی کیفیت قابل استفاده Qss است و 1=I000 ،k، Vij ضریب وابسته وزن Appکه اجرای ساختارith را فراهم می کندمی‌کند. 1=u00000، kو 1= j،00000l می باشدمی‌باشد.

Wjs ضریب وابسته وزن بعضی از طرح ها می باشدمی‌باشد که هجرای برنامه کاربردی jth را فراهم می کندمی‌کند.

Rs یک عملیات بدون نقص از طرح Ms که در طول یک دوره از عملیات t می باشدمی‌باشد.

Ej مجموعهٔ تعدادی از همه طرح ها است که برای اجرای jth یک Ms ضروری می باشدمی‌باشد.

Cهزینه اولیه ساختن یک SSاست که بوسیله یک مرکز توسعه مشخص می گرددمی‌گردد.

Cs مخارج کلی متصل با توسعه یک طرح Ms را نشان می دهدمی‌دهد.

Dsهزینه‌های ضروری برای دستیابی به یک عملیات شکست ناپذیر از طرح Ms را نشان می دهدمی‌دهد. ( با اکتساب و یا بدون در نظر گرفتن هزینه‌ها برای آزمایش و همچنین تخفیف غیر مستقیم برای بهبود زمان )

مشکل بهینه سازی خطی با بند های (4) و (2) تقریبا" به کمک بسته‌های ریاضی MATLAB حل شده است. پارامتر های ui, vij , wjs (u=1,….., k;j=1,…,l; s=1,……m) بوسیله روش بررسی سلسله مراتبی (MAH) یافت می شوندمی‌شوند که بوسیله مقایسه زوجی و تعیین متوالی و ارجحیت مکانی اجزاء سازنده SS در چهار چوب هر یک مراحل سلسله وار با احترام به اجزاء مراحل قبلی تعیین می گردندمی‌گردند. بند های (2) خصوصا" پایین ترین as قابل قبول و بالا ترین Bs کران های عملیات شکست ناپذیر در طرح هایی بر پایه تخمین اهمیت هر یک ازآنها بنا گذاشته شده است.بند های (3) رابطه متقابلی مابین هزینه‌های کلی برای توسعه یک طرح برقرار می کنندمی‌کنند. از یک سو بخشی از قیمت یک سیستم G از این طرح که با در نظر گرفتن توزیع قابلیت اطمینان در کارکرد سیستم و از سوی دیگر سهم بسزاء ∂ در توسعه محاسبه می گرددمی‌گردد. یک رابطه خطی ما بین هزینه طرح و میزان کارکرد بدون نقص قابل قبول است. بند (4)رابطه متقابلی مابین هزینه‌های کلی برای توسعه همه طرح ها و هزینه‌های اولیه ساختن یک SS را برقرار می کندمی‌کند. هزینه‌هایی برای توسعه یک طرح شامل مخارج کلی (غیر مستقیم) و هزینه‌های مستقیم این توسعه می گرددمی‌گردد. بنابراین با کمک این طرح ، نیاز ها به تمامیت هر یک از برنامه‌های کاربردی احراز شده است. میزان مطلوب به کمال رسیدن مشخص شده است که دستیابی هر کدام در طول اجرای پروژه برای همه App ها باید کنترل شده باشد.

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

پیش بینی اولیه کارکرد بدون نقص یک SS شامل ترکیب طرح ریزی مقادیر اندازه گیری عملکرد بدون نقص می باشدمی‌باشد که از اندازه گیری متریک داخلی در یک Lcc معین و مقادیر محاسبه شده متریک خارجی در مرحله بعدی و در پایان توسعه SS بدست آمده است. هدف از پیش بینی اولیه تعیین پیشرفت در روش های استفاده شده و فر آیند های توسعه یک SS است بطوریکه کمترین چگالی نقص را در لحظه شروع آزمایش سیستم فراهم کند. پیش بینی اخیر از کارکرد بدون نقص یک SS با کاربرد مدل های تحلیلی اطمینان در مرحله‌ای از آزمایش سیستم بعد از گرد هم آوردن یک میزان مشخص از اطلاعات از نقص های SS متصل است. در حقیقت همه مدل های افزایش اطمینان شناخته شده SS ها را در مدت پیش بینی اولیه پوشش می دهندمی‌دهند در هنگامی که قابلیت اطمینان در نتیجه آزمایش و رفع نقص ها افزایش پیدا می کندمی‌کند.[12]

که اگر App در طول زمان T آزمایش شده باشد و m(t) ساخت افزایش دهنده قابلیت اطمینان معادل میانگین تعداد نقص های مشخص در App در طول فر آیند ساخت برای زمان (t) باشد منجر به خرابی و شکست می شودمی‌شود. بررسی های قابل مقایسه بعضی از مدل های Poisson از نظر بازدهی آنها برای پیش بینی اولیه عملیات بدون نقص App ها سودمندی استفاده از مدل تشریحی D.musa [14] را مشخص می نماید.

بر خلاف دیگر مدل ها افزایش دهنده اطمینان موثر App ها در شروع آزمایش سیستم مناسب است.دستورالعمل رشد قابلیت اطمینان m(t) برای این مدل بوسیله فورمول زیر مشخص می گرددمی‌گردد.

N0 تعداد نقص نهفته در یک App در شروع آزمایش سیستم است . 0 میزان خرابی است که برای App در آغاز آزمایش سیستم بوسیله فورمول زیر مشخص می گرددمی‌گردد:

P شدت اجرای دستورالعمل می باشدمی‌باشد (سرعت پردازش)

10 k=4 . ضریب تاثیر تمرکز نقص ها را نشان می دهدمی‌دهد (که هر کدام در مدل Musa ثابت هستند.) I تعداد دستورات دستورالعمل های منبع را نشان می دهدمی‌دهد

∂ ضریب اجرای دستور العمل را مشخص می کندمی‌کند. سپس قابلیت اطمینان شرطی در ساختار App به شکل زیر است.

بویژه اگر ما T=0 داشته باشیم مرحله آزمایش سیستم برای App افت می کندمی‌کند سپس ما فورمول زیر را بدست می آوریم:

D0=N0/Iچگالی نقص نهفته در شروع آزمایش می باشدمی‌باشد. فورمول های (5) و (6) مقیاس اندازه گیری متریک پیش بینی شده اولیه عملیات بدون نقص یک App هستند و زمان در این آزمایش باید در نظر گرفته شود. اندازه App در واحد های استاندارد بوسیله یکی از روش های علم اصول FPA مشخص می شودمی‌شود و ارزش بدست آمده می تواندمی‌تواند معرف Ksloc باشد.[15]برای پیش بینی نقص چگالی احتمالی برای یک App در نقطه شروع آزمایش سیستم مدل های فزاینده مانند آزمایشگاه رم می تواندمی‌تواند مورد استفاده قرار گیرد.[16] به هر حال اول اینکه اکثریت آنها به سمت آبشارمایل است دوما" اطلاعات قبلی برای تنظیم چنین مدل هایی در گروههای پروژهای گرد آوری نمی شودنمی‌شود. در این شرایط ما استفاده از نوع جدیدی از مدل ها بنام مدل های گرافیک را پیشنهاد می کنیم.[17]

آهنگ سریع توسعه صنعت نرم افزاری و تغییر احتیاجات کاربران و شرایط اجرای پروژه ابداع وسیع مدلهای LC و اتخاذ روش شناسی های جدید را ترویج بخشید(که اصطلاحا" روش شناسی سریع برای مثال برنامه نهانی) در پروژه‌های SS و LC بر اساس مدل ها ی آبشاری جایگزین شده با LC پویا بر اساس مدلها سبک سنگین کردن- عمل متقابل- آموزش کاربر دارد. اتخاذ تصمیم در این پروژه بعنوان یک قانون روش های شهودی و دلایل احتمالی بر اساس دانش دست اول مدیر پروژه استفاده می شودمی‌شود. تاثیر برخی از فاکتورهای کیفیت تولید نهایی نرم افزار از اهمیت برخوردار است. تصدیق گفته‌های بالا نیاز به استفاده مکانیسم اصلاح نظرات برای مدیریت کیفیت در این فر آیند دارد.

روش های ایجاد نظرات ثابت با احتمال بازبینی مجدد آنها باید در نظر گرفته شود و اطلاعات جدید فراهم شده بوسیله روش بایسن می تواندمی‌تواند نه تنها شالوده مدیریت کیفیت باشد بلکه در پروژه‌های نرم افزاری بطور کلی از اهمیت بر خوردار است به هر حال کاربرد مستقیم آن در حل مسائل مهندسی برنامه بوسیله مقادیر زیادی از محاسبه احتمالات مشروط برای مدت زیادی بغرنج می شودمی‌شود. در حقیقت تنها با ورود شبکه بایسن نه تنها در این مورد نیاز به مفهوم و اهمیت عملی است بلکه در دیگر روش های علمی نیز کاربرد دارد.[18]

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

مدل های پیش بینی ناقص در شکل 3 نشان داده شده است. این مدل از بالاترین سطح است و می تواندمی‌تواند در برخورد اصلی بردارها شرح داده شود این مدل نتیجه تعریف یک مجموعه فاکتورهای کیفیت و تحلیل رابطه بین علت و معلول و ترکیب ارزیابی کمی و کیفی تاثیرات آن بر کمبود چگالی و همچنین محدودیت انتخاب ابزار های در دسترس هاگین لایت G.5 است .[20]

توصیف معانی گره‌ها شبکه بایسن درجدول 1 آمده است. اگر شرایط گسترش این مدل در ابتدای پروژه کنونی این مدل امکان پیش بینی کمبود چگالی در App را فراهم می کندمی‌کند که میزان پیش بینی شده کمبود چگالی برای تعیین میزان احتمالی پیش بینی شده Ri از عملکرد بدون نقص App بکار می رودمی‌رود.

ما فرض می کنیم که q1>Ri(t) است و D0>Di در مرحله اول LC است لیست ثانوی زیر برای عملکرد های موفقیت آمیز نگهداری کیفیت iام App را فراهم و تعیین می کندمی‌کند.

2- اگر تراز اطمینان پیش بینی |L(Di ) – L |<5p باشد تصمیم در مورد وضعیت توسعه پروژه ارائه نمی کندنمی‌کند و محاسبه Ri(t) در دامنه محدود Di و ارزیابی انحراف مربوط به Ri(t) از qi از هر کدام از آنها و محاسبات D0 که کمبود چگالی در App است را در نظر باید گرفت. این دامنه در واحد های متعارف عاملیت محاسبه می شودمی‌شود به عبارت دیگر دامنه واقعی این مقدار از Ri(t) می تواندمی‌تواند گسترده تر شود.

3- اگر تراز اطمینان پیش بینی L0- L (Di)>ðp باشد به عبارت دیگر امکان انتشار میزان Di زیر تراز اطمینان قابل قبول است یا فرضیه اولیه LC App از آغاز پروژه تجاوز می کندمی‌کند سپس نقص مدل های گرافیکی استفاده شده تایید می شودمی‌شود و نیاز به اصلاح دارد.

اگر طی اجرای پروژه بعد از تثبیت کد نا ام AP P (به عنوان پیشرفت نزدیک تکمیل) تمایل کاهش شدت نقص کم باشد (ارزشهای مشاهده شده مراحل پیشرفت از قبیل (طراحی ِبرنامه ریزی و اثبات) کامل می شودمی‌شود.

مسئله آزمایش در تعیین منابع (به خصوص زمان و منابع پولی ) برای اهمیت AP P مناسب است و حدس هایی برای کار کردن کامل سیستم و حل مسئله کاهش کامل سیستم موجود است.برای حل مسئله ِ برای مثال : دستاورد علمی- خطر میتواندمی‌تواند بر مبنای توزیع زمان آزمایش در بین مدلهای سیستم طی نگهداری سیستم استفاده شود.[22]