صفحه 1:
9 او 0
os 6 ix
eo" ۲
سل Jy
هم =
+
(wa
صفحه 2:
استانداردهای :۱2۲ در ساخت نرمافزار
استانداردهای مهندسی نرمافزار فرایند توسعه و اعتبارسنجی نرمافزار در سازمان را تعریف می‌کنند.
لین استانداردها مشخص می‌کنند که کدام طرح‌هاء گزارش‌ها و سایر مستندات بلید در پروژه
نرم‌افزاری ایجاد شوند
مشخص می‌کنند که این مستندات چگونه ارزیابی و تأیید شوند.
لین استانداردهای عنایین زیادی شلمل تحلیل نبازمندیهای مدیریتی پرویه؛ طراحی؛ تصدیق و
صحه‌گذاری» آزمون» مدیریت پیکربندی و سایر جنبه‌های مهم مهندسی نرمافزار را پوشش می‌دهند.
صفحه 3:
فواید پیاده‌سازی استانداردهای مهندسی نرمافزار
٠“ افزايش كيفيت نرمافزار
* کاهش هزینه و زمان پروژه
۶ بهبود مدیریت پذیری بروژه‌های نرم‌افزاری
صفحه 4:
کیفیت نرمافزار
٠١ استا‌اردهای مهندسی نرمافزار لكربه خوبى فهميده شوند و لكريبه طور مناسبى ببادمسازى شوندسيى
سيست م كيفى يا يك رويكرد نظام مند براى اطمينان از كيفيت فرمافزار را بوجود م یآورند
استاندارد 610-1990 22| کیفیت نرمافزار را به صورت زي رتعريف م ىكند
> درجه يا ميزانى كه يك سيستمء جزء(مؤلفه)» يا فراينده نيازمنديهاى مشخصى را براورده مىسازد.
٠ درجه يا ميزانى كه يك سيستمء جزء ا فراينه ازه ا انتطارات يك كاربر يا مشترى را براورد
می‌سازد.
صفحه 5:
صفحه 6:
مدل آبشاری توسعة نرمافزار
صفحه 7:
مدل نمونه‌سازی برای تولید نرمافزار
34 طرح ريزى
ole [Ca only
| ۱ پید‌سازی
صفحه 8:
IEEE استانداردهای
IEEE/EIA 12207
:IEEE 730 طرح‌هایت ضمینک یفینف رمافزار
8 688!: طرحهاومديريتهيكريندونرمافزار
0 ۱288۶: مشخصات: با مندیهاعن رمافزار
2 ۱۶۶۶: تصدیقو صحهگ ذارین رملفزار
صفحه 9:
9 ۱۶۶۶: مستندسازیت_سترم‌افزار
8 ۱۶۶۶: ت_سواحد ن رم‌افزاری
8 65 !: مرور نرمافزار
8 65ع!: طرحهاومديريتهروره نرمافزارى
صفحه 10:
ار شبازبينئ: رمافزار
SRR: 1028 ۴ طبح مديريتيروزه نرمافزارى
۴ طرح لیمنی_رملفزار
۲۴ طرح تصدیقو صحهگذارین رما
5/۷ 8 كزار شتصديقو صحهكذارئنرماة
102
: TL: 829 TSR: 829
ear Ese 1O) 8 SDD: 1016 CODE 2 i
8 گزارشت_حلیلمخا طرا
‘SRS 0 متشعصابع يازمنديها قت ره
TIR: 829 1 500: توصيفطراحونرمافزار
ٍش‌رویدادهایآزمون
۲ ا_گآزمون( موفقیتآمیز بسودن‌موارد آزمون
صفحه 11:
8 گزارشت_حلیلمخاطرات
500 ت-وصیفطراحین رمافزار
۴ طرح مدیریتروه نرم‌افزاری
8 گزار شب ازییترن رمافزار
5 مشخصانتیاز مندیها ین رملفزار
5۴ طرح لیمنی رملفزار
۷۷۶: طرح تصدیقو صحهگ ذارعن رمافزار
8 گزارش‌تصیقو صحهگذارعن رمافزار
5 مشخصانموارد آزمون
5 مشخصانطراحیآزمون
8 گزارش‌رویدادهایآزمون
8 گزارش‌لنتقا للقلام آرمون
صفحه 12:
۲۱:لا-گآزمون ن‌شان‌دهنده موفقینآمیز بودن‌ی | شکسبموارد آزموناست
Cb TP آزمون
5 مشخصانروا لزمون
8 گزارش‌خلاصه آزمون
صفحه 13:
مزیت استفاده از بازرسی در فرآیند تولیذ
نرمافزار
صفحه 14:
(The IEEE Software Engineering Standards Com:
کمک میکند
مشتری
در مهندسی نرمافزار
صفحه 15:
دسته‌بندی استانداردهای ]۱۴5
:استانداردهای مشتری
Joli ٠١ بین مشتری و 500116۲ پروژه مهندسی فرمافزار را توصیف می‌کنند.
٠“ استانداردهای فر آیند:
استانداردهایی که ف رآیندهای زیست چرخ یک سرویس یا محصول نرم‌افزاری شامل تأمین؛ پشتیبانی»
توسعه, نگهداری را توصیف میکند
استانداردهای محصول:
نیا زمندیهای دسته‌های از محصولات نرم‌افزاری را توصیف می‌کنند(مشخصات؛ ارزیابی‌ها و ویژگییا)
استانداردهای منبع:
مستندسازی مناسب؛ روش‌هاء مدل‌ها و ابزارهای یک برنامه نرم‌افزاری
صفحه 16:
ولینلمه ۱225 بسولی‌هندسینرهافزار 610.12
استانداردهای استانداردهای
محصول فر آیند
صفحه 17:
دسته‌بندی استاندارهای ۱۴۴
اصطلاحات پایه: اسنادی برای تشخیص لغت و اصطلاحات
راهنمای کلی: یک راهنما برای کل مجموعه
مفاهیم: توصیف مفاهیم یا اهداف استانداردها در مجموعه
استانداردهای پایه:
راهنمای کاربرد: راهنمای استفاده از استانداردها در شرایط مختلف
فنین: فنونی که برای تهیه مستندات لایه های بالاتر مفید هستند
صفحه 18:
استانداردهای استانداردهای استانداردهای
له
فرآیند قشتری
صفحه 19:
[B3] IEEE/EIA 12207.0, Standard for Information Technology—Software Life Cycle’
Processes.
5
[B4] IEEE Software Engineering Standards Collection.
[B5] IEEE 100, The Authoritative Dictionaryof IEEE Standards Terms, Seventh Editio
[B6] IEEE Std 730, IEEE Standard for Software Quality Assurance Plans.
[B7] IEEE Std 828, IEEE Standard for Software Configuration Management Plans.
[B8] IEEE Std 829, IEEE Standard for Software Test Documentation.
[B9] IEEE Std 830, IEEE Recommended Practice for Software Requirements Specificatiot
[B10] IEEE Std 982.1, IEEE Standard Dictionary of Measures of the Software Aspects of.
Dependability.
[B11] IEEE Std 1008, IEEE Standard for Software Unit Testing.
[B12] IEEE Std 1012, IEEE Standard for Software Verification and Validation Plans. ۱
[B13] IEEE Std 1016, IEEE Recommended Practice for Software Design Descriptions. 1
[B14] IEEE Std 1028, IEEE Standard for Software Reviews and Audits.
[B15] IEEE Std 1044, IEEE Standard for Classification of Software Anomalies.
[B16] IEEE Std 1045, IEEE Standard for Software Productivity Metrics.
[B17] IEEE Std 1058, IEEE Standard for Software Project Management Plans.
[B18] IEEE Std 1061, IEEE Standard for a Software Quality Metrics Methodology.
{B19] IEEE Std 1062, IEEE Recommended Practice for Software Acquisition.
[B20] IEEE Std 1063, IEEE Standard for Software User Documentation.
[B21] IEEE Std 1175, IEEE Trial-Use Standard Reference Model for Computing,
صفحه 20:
استانداردهای مشتری
0 -: فرآیندهای زیست چرخ نرمافزار
2 تهیه نرمافزار
0 فرآیند مهندسی سبستم‌ها
8 طر‌های ایمنی نرمافزار
3 مشخصات نیازمندیهای سیستم
2 مفهوم عملیات
1 12207.2: راهنمایی فرآیندهای 5۷۷۶
صفحه 21:
0 طرح‌های تضمین کیفیت نرمافزار
8 طر‌های SCM
8:آزمون واحد نرم‌افزاری
2 تصدیق و صحه‌گذاری نرمافزار
8 بازبینی نرمافزار
145 سنجه‌های بهره‌وری
18 طر‌های SPM
4: فرآیندهای 5۷/۱6
9 نگهداری نرمافزار
0 بدنه دانش
0 طرح‌های تضمین کیفیت نرمافزار
8 طر‌های 5614
صفحه 22:
982.1: معیارهای قابلیت اطمینان نرمافزار
1 مندلوژی سنجه‌های کیفی نرمافزار
3 مستندات کاربر نرمافزار
5 نیازمندیهای کیفی بسته نرم‌افزاری
2 راهنما - معیارهای قابلیت اطمینان نرمافزار
صفحه 23:
9 مستندسازی آزمون نرمافزار
0 مشخصات نیازمندیهای نرم‌اقزار
6 توصیف طراحی نرمافزار
0 ۱0۶۴
8 و 1462: CASE Tools
0 استفاده مجدد از نرمافزار
صفحه 24:
> 1044: دستهبندى Anomalies
۴ 1044.1: راهنمای دسته‌بندی Anomalies
صفحه 25:
اندازه 3 / زمندیهای
از pee وس est فرآین خارجى
SLCP فرایشه موحو
تک نفره ندارد of
1 /
Be 829 830 اولین تلاش برای
كم \ خيلى كوج \ SRS Test Doc / فرموله کردن -
2
anf کوچک 28 .۰ 1058 1016 دومین فاز
فرمول‌کردن .ار / ۰ 80 SPM sw 7
7 5 Reviews
EP an 730 1012 828 1228 ۰
/ سومين فاز SQA SWV&V SCM و
a م ۳
\ ۱
SLC SCM QM Unit Measure \ “22
۱ و Test ۳ ۸8
/
سایر استانداردها / بالا
سازگار با استانداردهای مهندسی نرمافزار 18۴8۴ /
jf 1074. 1042 106%' 1008 —982.1 بالغ
صفحه 26:
ارایی‌های فرآیند سازمانی ری و
فرآیند چرخه حیات نرمافزار
انتخاب
چرخه حيات نرعافزار مس | مدل چرخه حیات نرم‌فزار
صفحه 27:
ایجاد فرآیند زیست چرخ پروژه نرم‌افزا
خطی مشی سازمان,
استانداردها, ابزارهاء
دستورالعمل‌ها و غیره
ان
نرمافزارى
مدل استاندارد
لا
ers زیست چرع
اه
صفحه 28:
نمونه‌ای از مشخص نمودن فعالیت‌ها
Ne Inte Projet Plan Project,
Ss A
مومت سوه مه =
Product, Project ممعم ل
ی سر ما
عدر Ea سس
2
Figure D.1—Requirements-defining SPLCM.
صفحه 29:
Project Initiation Activity Group (A-1.1)
— Develop SPLCP (Required) (A.1-1.1)
— Perform Estimations (Required) (A.1.1.2)
— Allocate Project Resources (Required) (A.1.1.3)
— Define Metrics (Required) (A.1.1.4)
— Determine Security Objectives (Required) (A.1.1.5)
Project Planning Activity Group (A.1.2)
— Plon Evaluations (Required) (A121)
— Plan Configuration Management (Required) (A.1.2.2)
— Plan Documentation (Required) (A.1.2.5)
— Plan Project Management (Required) (A.1.2.7)
Project Monitoring and Control Activity Group (A.1.3)
— Manage Risks (Required) (A.1.3.1)
— Manage the Project (Required) (A.1.3.2)
ا Wentify SPLCP Improvement Needs (Required) (A.1.3.3)
— Retain Records (Required) (A.1.3.4)
— Collect and Analyze Metre Data (Required) (A.1.3.5)
— Chose Project (Required) (4.1.3.6)
‘Concept Exploration Activity Group (A.2.1)
— Adentify Ldeas or Needs (Required) (A.2.1.1)
— Formulate Potential Approaches (Required) (A.2.1.2)
— Conduct Feasibility Studies (Required) (A.2.1.3)
— Refine and Finalize the Idea or Need (Required) (A.2.1.4)
System Allocation Activity Group (A.2.2)
صفحه 30:
System Allocation Activity Group (A.2.2)
— Analyze System Functions (A.2.2.1)
— Develop System Architecture (A.2.2.2)
— Allocate System Requirements (A.2.2.3)
Software Importation Activity Group (A.2.3)
— Wentity Imported Sofware Requirements (A.2.3.1)
Software Requirements Activity Group (A.3.1)
— Define and Develop Software Requirements (A.3.1.1)
— Define Interface Requirements (A.3.1.2)
— Prioritize and Integrate Software Requirements (A.3.1.3)
Evaluation Activity Group (A.S.1)
— Conduct Reviews (Required) (A.5.1.1)
— Report Evaluation Results (Required) (A.S.1.7)
Software Configuration Management Activity Group (A.5.2)
— Develop Configuration Mdentification (Required) (A.5.2.1)
— Perform Configuration Control (Required) (A.5.2.2)
— Perform Status Accounting (Required) (A.5.2.3)
‘Documentation Development Activity Group (A.5.3)
— Implement Documentation (Required) (A.5.3.1)
— Produce and Distribute Documentation (Required) (A.5.3.2)
‘Training Activity Group (A.S.4) (not applicable)
صفحه 31:
نمونه‌ای از مشخص نمودن فعالیت‌ها
Plan Project, راهطا
PM tomas سس
pj Pan) ی ی ی
J "ore tm ree num | gate | 0 سس
sam
fea pit Poet anne
[ive | صصص سي | | eam vanerws stam
PM closes cut Project, لين | fom operaten antes ya ee
‘hat whan i
complete and accurate a)
Figure D.2—System retirement SPLCM
صفحه 32:
Project Initiation Activity Group (A.1.1)
Develop SPLCP (Required) (A.L.1.1)
Perform Estimations (Required) (A.1.1.2)
Allocate Project Resources (Required) (A.1.1.3)
Define Metrics (Required) (A.1.14)
Determine Security Objectives (Required) (A115)
Project Planning Activity Group (A.1.2)
Plan Evaluations (Required) (A.1.2.1)
Plan Configuration Management (Required) (A.1.2.2)
Plan Documentation (Required) (A.1.2.5)
Plan Project Management (Required) (A.1.2.7)
Project Monitoring and Control Activity Group (A.1.3)
Manage Risks (Required) (A.1.3.1)
Manage the Project (Required) (A.1.32)
Identify SPLCP Improvement Needs (Required) (A.1.3.3)
صفحه 33:
— Retain Records (Requited) (A.1.34)
— Collect and Analyze Metric Data (Required) (A.1.3.5)
— Close Project (Required) (A.1.3.6)
— Concept Exploration Activity Group (A.2.1) (not applicable)
— System Allocation Activity Group (A.2.2) (not applicable)
— Software importation Activity Group (A.2.3) aot applicable
— Software Requirements Activity Group (not applicable) (A.3.1)
— Design Activity Group (A.3.2) (nt applicable)
— Implementation Activity Group (A.3.3) (oot applicable)
— Installation Activity Group (A4.1) (not applicable)
— Operation and Support Activity Group (not applicable) (A.4.2)
— Maintenance Activity Group (A4.3) (aot applicable)
— Retirement Activity Group (A)
= Noity User (A441)
— Retire System (A443)
— Evaluation Activity Group (A.5.1)
‘NOTE—The retirement activities andthe success ofthe clean and complete retirement of the system shall
be evaluated.
صفحه 34:
— Conduct Reviews شوه ۵6۱
— Conduct Audis (4.8.1.3)
— Develop Test Procedures (A.5..4)
= Create Test Data (4.5.1)
— Execute Tests (A.S.1.6)
— Report Evaluation Results (Required) (5.1.7)
— Confem Security Accreditation (4.5.1.8)
— Software Configuration Management Activity Group (A.52)
[NOTE —The system being retired shall be archived appropriately.
entiation Required) (8.52.1)
— Perform Configuration Contol (Required) (A322)
— Perform Status Accounting (Required) (A.5.23)
— Documentation Development Activity Group (A.S.3)
NOTE—The final disposition ofthe system being retired shal be documented appropriately.
— Develop نیعم
— Implement Documentation (Required) (A.5.3.1)
— Produce and Distribute Documentation (A.S.32)
— Training Activity Group (A.5.4) (not applicable)
صفحه 35:
خلاصه
* استاندرادهای ۱266 برای تهیه, تولید و نگهداری نرمافزار بوجود آمده‌اند.
بر حسب اندازة تیم پروژة و گستردگی کار توسعة نرمافزار می‌توان استاندارد مناسب
را استفاده کرد.
امکان استفاده از استانداردها برای هر فعالیت تعریف شده در چرخة حیات نرمافزار
وجود دارد.
صفحه 36:
صفحه 37:
بسیار متشکرم