صفحه 1:
صفحه 2:
صفحه 3:
صفحه 4:
مدیریت کیفیت, بررسی مستقلی را بر روی فرآیند توسعه
.انجام میدهد
قطعاتی که توسط فرآیند نرم افزار تحویل داده میشوند,
ی ,مدیریت کیفیت هستند و بررسی می شوند
با استانداردها و اهداف سازمانی0
۱ .سا زگارند
9 GUARANTEE
۹ بايد جدا از مديريت e@
.پروژه باشد
صفحه 5:
نکته مهم کیفیت برای توسعه سیستمهای کوچک»ایجاد فرهنگ
کیفیت و تضمین این نکته است که تمام اعضای تیم نظر مثبتی
.به كيفيت نرم افزار دارند
مدیریت کیفیت نرم افزار برای
صفحه 6:
در تولید, پیوند روشنی بین فرآیند و کیفیت محصول وجود
دارد, زیرا نظارت و استانداردسازی فرآیند آسان است.
وقتی سیستمهای تولید به کار گرفته شدند, می توانند بارها اجرا
شوند تا محصولات کیفی را تولید کنند.
اماء نرم افزار تولید نمی شود بلکه طراحی می شود. >
توسعه نرم افزار یک فرایند خلاق است نه مکانیکی, لذا اثر
تجربه مهارت هاى فردى مهم است. 2
عوامل خارجى مثل نوبودن كاربرد يا فشار اقتصادى برا
نسخه زودرس محصول نیز علی رغم فرآیند, بر
محصول موثر است.
صفحه 7:
*روش میننی برفرآیند برای رسیدن به کیفیت محصول
وس
os,
صفحه 8:
زیر است
۲ تعویف استانداردهای فرآیند مثل زمان و چگونگی انجام مرورها.
نظارت بر فرآیند توسعه برای اينکه تضمین شود که از استانداردها پیروی شده
است
گزارش فرآیند نرم افزار به مدیریت پروژه وبه خریدار.
# یک مشکل تضمین کیفیت بر اساس فرآیند این است که تیم تضمین کیفیت (۱۸
اصرار دارد فرآیندهای استاندارد باید بدون توجه به نوع نرم افزاری که در حال تور
است, اعمال شود.
©
8
a
صفحه 9:
بر رب رت رل رای که ره ساره رن
een mow a 9 5
ل
Ps Bo Null
=
صفحه 10:
عنوان بخشی ازفرایند
دو نوع استاندارد را مى توان به 08 :به كار برد 9
1 Jem asias) Liliwl?
Sumas این استاندارزد ها بة
.نرم افزاری اعمال می شوند
مثال:
فرم مرورطراحی
ساختارسندخواسته ها
فرمت سرآیندرویه
سبک برنامه نویسی جاوا
فرمت برنامه پروژه
فرم درخواست تغییر
10
2 استانداردهای فرآیند:
این استانداردها فرآیندهایی را
تعریف می کند که باید در اثنای
توسعه نرم افزار رعایت شوند.
منال: >
راهنمای مرورطراحی
تحویل سندبه 6۳ ©
فرآیندانتشارنسخه
فرایندپذیرش برنامه پروژه
فرآیند کنترل تغییر
فرایندثبت تست 9
صفحه 11:
:استانداردهای نرم افزار به چند دلیل مهم اند
.بهترینو مناسب‌ترین‌شیوه کار را ارلئه می‌کنند.1
چارچوبیرا تهیه می‌کنند که ف رآیند ت_ضمین؟ یفینبر اساسآن2
.بياده سازعمی‌شود
کاروکه نوسط فردعلنجام میشود wine توسط فرد.3
صفحه 12:
©
#ایزو 9000: فرآیند کیفیتی را تعریف نمی کند
كه بايد به نرم افزار اعمال شود و همجنين
تضمين كيفيت محصول را نمى كند.
#ایزو 9001: اصول کلی را ارائه می کند که
بايد به نرم افزار اعمال شود.
صفحه 13:
ب 150
:رابطه بین ایزو0000000»مرجع کیفیت وبرنامه های کیفیت پر \
5865 نمونه
Consultan
>
&
نمونه ری شد به استفاده شد
برای توسعه
3 شکل 27-5 ایزو 9000و
بوب 001
یت تا
صفحه 14:
استانداردهای مستندب
:سه نوع استاندارد مستندسازی عبارتند از iN
:استانداردهاىفرآيند مستندسازة
اين استانداردها فرآيندي را تعريف مى كنند كه
مستتذسازی باید از آنها پیروق aS ,
:استانداردهاىئسننر*
اینها استانداردهایی هستند که ساختار و نمایش اسناد را ©
,تکمین کنند
:1ستانداردهای‌مبادله سند*
این ها استانداردهایی هستند که تضمین می کنند 09
1 0 الکترونیکی اسناد سازگار باشند sb.
14
ay
صفحه 15:
صفحه 16:
صفحه 17:
برنامه ریزی کیفیت
ا ا ا 0 2
رورت ۰
لته( ,۱
=
صفحه 18:
18
برنامه ریزی کیفیت
.باید در مراحل اولیه فرآیند نرم افزار انجام گیرد
برنامه کیفیت باید کیفیت های مطلوب محصول را >
.تامین کند
.باید چگونگی برآورد آنها مشخص نماید ©
.معنای واقعی"با کیفیت بالا" را تعریف کند
قفالا م
لسعلا
۳ ما لأ4
۳ دا
صفحه 19:
تابلیت los
امنیت
قابلیت بکارگیری
قابلیت استفاده مجدد
قابلیت اعتماد
کارایی
مقاومت
قابلیت بادگیری
توانمندى
تلبلیت_درک
تست SHY
قابلیت تطبیق
پیمانه ای
پیچیدگی
صفحه 20:
| tyre are Te)
را ای رت مه ی تا
20
صفحه 21:
دو روش مکمل کنترل کیفیت
لا مرورهاى كيفيت كه در آنهاء ٠ نرم افزار. مستند سازی آن و
فرآیند مورد استفاده تویسط گروهن از اقراد مزور من شوند.
(انحراف از استانداردها به مدیریت پروژه گزارش داده می
شود.)
0 برآورد خودکار نرم افزار و مستندات آن توسط برنامه e:!
پردازش
"ی آن ب هه مقایسه می شود.
رم اف اج ۹۳ تمیق 2
دا رف
الح ۲ دون
21 0 54
صفحه 22:
مرورهای کیفیت
مرورها شامل گروهی از افراد هستند که بخشی از فرآیند یا
کل فرآیند. سیستم يا مستندات مربوط به آن را امتحان می
کنند تا مشکلات احتمالی را بيابند.
نتایچ مرورها به طور رسمی ثبت می شود و به نویسنده یا
22
صفحه 23:
انواع مرورد ,8
= € ور مه ۵۵(
ui wei tect #
بازیینی های طراحی يا برنامه J
.برای کشف خطاهای مشروح در خواسته ها,طراحی یا کد
مرورهای پیشرفت کار
اطلاعاتی را در مورد پیشرفت کار پروژه برای مدیر فراهم
.میسازد
مرورهای کیفیتی
مستندات و قطعات محصول از نظر تکتیکت Qo ee
عدم تطبیق بین مشخصات و طراحی قطعه, کدیا ©
تهستندسازى بيدا شوند 5
صفحه 24:
7 Seer)
1 we Dent SS a Ce RS CES OC) StnC ea SPY oP)
.محصول نرم افزاری يا فرایند نرم افزار تعیین می شود
صفحه 25:
25
دو روش اندازه گیری محصول
برای پیش بینی کلی درمورد سیستم با اندازه گیری
ویژگیهایی از قطعات سیستم و سپس ترکیب این
معیارها می توان یک برآوردکلی از صفات سیستم
بدست آورد.
براى شناسايى قطعات معیوب,اندازه كيرى هامى
توانند قطعاتى راشناسايى كه آيا ويزكى ها ابي
ازضابطه ها منحرف شدند به عنوان مثال مى
قطعات ييجيده را اندازه كرفت.
صفحه 26:
انواع معیارهای نرم افزاری
*# معیارهای نرم افزاری ممکن است کنترلی يا پیشگو
باشند وهردونوع درتصمیم گیری مدیریت موّثراند.
*#معیارهای کنترلی به فرآیندهای نرم افزارو ۰
تحت تاثیر ۱
معیارهای پیشگو به محصولات نرم افزاری مربوط
می شوند | "۰ - ye
صفحه 27:
رابطه معیارهای کنترلی وپیشگو
۱
محصول نرم افزاری co ous
اندازه گیری های اندازه گیری های
Shas soy 6
_ تصمیمات
شكل 27-9 معبازهای: اندازه گیری
bis وب
صفحه 28:
افزار
اغلب نمی توان صفات کیفیت نرم افزار را مستقیماً
اندازه گیری کرد و باید صفات داخلی نرم افزاررا
اندازه گیری و رابطه آن را باصفات خارجی نرم
bl
طول راهنمای کاربر
Lily, 28 بین صفات داخلی و
leg, ای
صفحه 29:
مراحل اساسی فرآینداندازه گیری محصول
کدیگر و با اندارم
گیری های قبلی
فرآیند اندازه
صفحه 30:
معیارهای محصول
برای اعتبار سنجی باید تعداد زیادی از داده های سیستم را جمع
آوری و مشخص
کنیم چگونه با کمیت خارجی دز ازقباط انست
:معیارهای محصول دو دسته اند >
معیارهاعی وبا که با لندازه گیری‌های‌حاصل‌از اجرای1
برنامه جمع آوری
.می شود
صفحه 31:
31
jigal pp يعسو lag ks
نوان
ورودیاخر 2
وجی.
جور
برنامه
stabil
سیکلومان
5
طول شناسه
های برنامه
عمق تودرتوبى
سرا
شاخص فاگ
درسند
تعداد فراخوانی یک تایع/تعداد دفعاتی که یک تابع
فراخوانی می شود
هرجه بيشتر باشد برنافة ييجيده تر واحتمال عطا
oan
رك Spal
برنامه ربط دارد
هرچه طول شناسه بیشتربانشد با معتی تر و قابلیت
درک برنامه بیشتر است.
=
Spay ae Saal (if Sara aps
دشوارتر و احتمال خطا بیشتر است
میانگین طول کلمات و جملات در سند آست.هرچه (
پیشتر,درگ سند دشوارتر
صفحه 32:
معیار های شیء گرا
x درخت ورائت:تعداد سطوح گسسته را در درخت ورائت
بإتقشان مى دهد
ol ورودى و توان خروجى متد:همانند توابع ورودى و توان
.خروجی تابع است >
متد های موزون در هر کلاس:تعداد متدهای یک کلاس است که
ن آنها با بتچندگی, هر جید مشحض ده است:هرچه تعدار 0
:ین معیار بیشتر باشد, کلاس شی پیچیده تر خواهد بود
تعداد متد های لغو شدوه:تعدادی از عملبات در کلاس پایه وجود
sich... @
صفحه 33:
تحلیل اندازه گیری
اندازه گیری ها باید به خوبی تحلیل شوند تا معنای آنها روشن
.گردد
برای تغییر داده های درخواست تغییر, دانستن تعداد درخواست
های تغییر کافی نیست.باید بدانیم چه کسی درخواست کرده >
است, چگونه از نرم افزار استفاده می کنندو چرا درخواست
.تغییر انجام شده است
بايد بدانيم كه آيا عوامل خارجی مثل تغییر در بازار منجر به
.درخواست تغییر شده است پا خیر
با داشتن اين اطلاعات می توان تصمیم كرفت UT تغییرات
۲ ۱
صفحه 34:
7
ز See md
.«خلاقيت و كيفيت است
آبان‌روز Coe reo :۳ ۱
الع
السلا 4
1
پا تشکر