‫مهندسی نرم افزار ‪2‬‬

‫روش های ساخت‬

‫یافته‬
‫محسن کامیار‬
‫دانشگاه فردوسی مشهد‬
 ‫روش های ساخت یافته‬

‫روش های ساخت یافته را می توان از دو‬ ‫‪‬‬

‫دیدگاه ساخت یافته دانست‪:‬‬
‫گام ها و وظایف از پیش تعریف شده ای‬ ‫‪‬‬

‫وجود دارد که در تمام پروژه ها یکسان است‪.‬‬

‫در تمامی این دسته از روش ها دیدگاهی‬ ‫‪‬‬

‫ساخت یافته به نیازهای کاربر و اجزاء سیستم‬

‫دارند‪( .‬بیشتر به کارکردها توجه می شود و‬
‫اجزاء اصلی تشکیل دهنده تحلیل را کارکردها‬
‫تشکیل می دهند و نه اشیاء)‬
 ‫روش های ساخت یافته‬

‫مهمترین نمونه های این روش ها را می‬ ‫‪‬‬

‫توان موارد زیر دانست‪:‬‬
‫‪STRAIDS‬‬ ‫‪‬‬

‫‪YSM‬‬ ‫‪‬‬

‫‪JSD‬‬ ‫‪‬‬

‫‪SSADM‬‬ ‫‪‬‬

‫‪MERISE‬‬ ‫‪‬‬

‫‪IE‬‬ ‫‪‬‬

‫‪EUROMethod‬‬ ‫‪‬‬
 ‫روش های ساخت یافته‬

‫اصول استفاده از هر روش منظمی برای‬ ‫‪‬‬

‫تولید سیستم می تواند فواید بسیاری‬
‫نسبت به برنامه نویسی بدون نظم (‪Cowboy‬‬
‫‪ )Coding‬داشته باشد‪ .‬از این جمله می توان‬
‫به موارد زیر اشاره نمود‪ .‬در هر یک از این‬
‫دو مورد روش های ساخت یافته با توجه به‬
‫روال مورد استفاده راه کارهای خاصی را‬
‫ارائه می نمایند‪.‬‬
‫نزدیک شدن بیشتر به خواسته های مشتری‬ ‫‪‬‬

‫‪‬‬
 ‫روش های ساخت یافته‬

‫راه کارهای ارائه شده توسط روش های‬ ‫‪‬‬

‫ساخت یافته به شرح زیر می باشند‪:‬‬
‫نزدیک شدن به نیازهای مشتری‬ ‫‪‬‬

‫تکنیکهای مورد استفاده باعث می شوند تا تحلیل‬ ‫‪‬‬

‫گر مجبور به مرور کل زمینه کسب و کار مورد‬
‫نظر گردد‪.‬‬
‫امکان برقراری ارتباط به واسطه استفاده از‬ ‫‪‬‬
‫نمودارهای ساخت یافته که به راحتی قابل فهم‬
‫برای مشتری هستند افزایش می یابد‪.‬‬
‫ساختار دقیق برای گام ها و نقاط بررسی در‬ ‫‪‬‬
‫طول روند تولید پروژه باعث می شوند که کنترل‬
 ‫روش های ساخت یافته‬
‫تبدیل مداوم نیاز های مشتری به مشخصات‬ ‫‪‬‬
‫سیستم تضمین می نماید که چیزی از قلم نخواهد‬
‫افتاد‬
‫کاهش هزینه ها‬ ‫‪‬‬

‫تلش بیشتری در زمان تحلیل و طراحی صورت‬ ‫‪‬‬

‫می گیرد و درنتیجه در زمان نگهداری هزینه ها‬
‫کاهش می یابد‬
‫با استفاده از مجموعه ای از تکنیک های سازگار‬ ‫‪‬‬
‫در کل مجموعه کارفرما کارکنان یک پروژه می‬
‫توانند به راحتی به یک پروژه دیگر انتقال یابند‬
‫بیشتر فعالیت ها به همراه مستند سازی انجام می‬ ‫‪‬‬
‫شوند و احتیاج به مستند سازی جداگانه نخواهیم‬
 ‫‪SSADM‬‬

‫‪S tructuredS ystemAnalysis and‬‬ ‫‪‬‬

‫‪D esignMethod‬‬
‫این روش تقریبا ترکیبی از دو روند مبتنی‬ ‫‪‬‬
‫بر اجزاء و روند خطی یا همان مدل‬
‫آبشاری می باشد‪.‬‬
‫مهم ترین مزیت این روش تجارب بسیار‬ ‫‪‬‬
‫زیادی است که در زمینه استفاده از آن‬
‫وجود دارد‪.‬‬
‫می توان گفت که روش استاندارد توسعه‬ ‫‪‬‬
 ‫‪SSADM‬‬

‫به علت اینکه عمده مشکلت ناشی از‬ ‫‪‬‬

‫عدم شناخت مناسب و همچنین طراحی‬
‫ناسازگار می باشند در این روش عمده‬
‫تمرکز بر دو فاز اولیه یعنی تحلیل و‬
‫طراحی می باشد‪.‬‬
‫این روش اولین بار توسط ‪Learmonth and‬‬ ‫‪‬‬
‫‪ )Burchett Management Systems )LBMS‬ارائه‬
‫گردید و پس از آن توسط ‪Central Computing‬‬
‫‪ )and Telecommunications Agency )CCTA‬بهبود‬
‫یافت‪.‬‬
 ‫‪SSADM‬‬

‫در سال ‪ 1981‬ارائه گردید‪.‬‬ ‫‪‬‬

‫در سال ‪ 1983‬به عنوان گزینه اصلی برای‬ ‫‪‬‬

‫مراکز دولتی مطرح گردید‪.‬‬
‫در سال ‪ 1988‬راه کار مناسبی برای‬ ‫‪‬‬
‫بررسی کیفیت طراحی انجام شده ارائه‬
‫گردید و همچنین ‪ SSADM‬به عنوان یک‬
‫روش باز معرفی شد‪.‬‬
‫در سال ‪ 1996‬نسخه ‪4، 3‬آن ارائه گردید‬ ‫‪‬‬

‫در حال حاضر ‪ RUP‬به عنوان جایگزین‬ ‫‪‬‬

‫توسط پدیدآورندگان ‪ SSADM‬مطرح شده‬
 ‫‪SSADM‬‬

‫سه دیدگاه اصلی در این روش مورد‬ ‫‪‬‬

‫بررسی قرار می گیرند‪:‬‬
‫کارکردی‪ :‬روند پردازش و انتقال اطلعات در‬ ‫‪‬‬

‫سیستم و کارکردهایی که در اختیار کاربر قرار‬

‫می گیرند‪.‬‬
‫داده‪ :‬عموما به علت ثابت بودن ساختار داده‬ ‫‪‬‬

‫ای در یک سیستم‪ ،‬این دسته از طراحی ها به‬

‫عنوان زیرساخت برای ‪ SSADM‬شناخته شده و‬
‫می توان این روش را از جمله روش های‬
‫مبتنی بر داده دانست‪.‬‬
 ‫‪SSADM‬‬

‫نکته مهم دیگری که در مورد این روش‬ ‫‪‬‬

‫باید مورد توجه قرار گیرد رویکرد بال به‬
‫پایین آن است‬
‫در هنگام طراحی هر یک از نمودارها سعی‬ ‫‪‬‬

‫می شود تا ابتدا مفاهیم کلی رسم گردند و‬

‫سپس هر یک با اجزاء بیشتری بسط داده‬
‫شوند‬
‫حتی در هنگام تبدیل اطلعات یک نمودار به‬ ‫‪‬‬

‫دیگری نیز همین روند کلی مد نظر قرار می‬

‫گیرد و هر سطح از جزئیات به تنهایی مد نظر‬
 ‫‪SSADM‬‬

‫از جمله دیگر ویژگی های مهم این روش‬ ‫‪‬‬

‫می توان به جداکردن مفاهیم فیزیکی از‬
‫منطقی اشاره نمود‪.‬‬
 ‫‪SSADM‬‬

‫می توان ساختار فعالیت های کلی زیر را‬ ‫‪‬‬

‫برای این روش متصور شد‪:‬‬
‫‪SSADM Project‬‬

‫‪Module‬‬ ‫‪Module‬‬ ‫……‬ ‫‪Module‬‬

‫ساختار مبتنی‬
‫بر اجزاء‬
‫‪Stage‬‬ ‫‪Stage‬‬ ‫مشهود است‪.‬‬

‫‪Step‬‬ ‫‪Step‬‬ ‫……‬ ‫‪Step‬‬

‫‪Task‬‬ ‫‪Task‬‬ ‫……‬ ‫‪Task‬‬

 ‫استفاده از روال‬
‫خطی در هر جزء‬
.‫مشهود است‬ SSADM
Stage 0
Feasibility Study Feasibility

Stage 1
Investigation of Current
Requirement Analysis Environment
Stage 2
Business System Options

Stage 3
Requirement Specification Definition of Requirements

Logical System Stage 4 Stage 5

Technical System Options Logical Design
Specification

Stage 6
Physical Design Physical Design
 ‫‪SSADM‬‬

‫تعداد مراحل در یک جزء با استفاده از یک‬ ‫‪‬‬

‫قاعده کلی روانشناختی به دست آمده‬
‫است که در آن تعداد مفاهیم مرتبطی که‬
‫به صورت همزمان قابل بررسی در ذهن‬
‫می باشند به صورت میانگین هفت مفهوم‬
‫می باشد‪ .‬در نتیجه این هفت مرحله می‬
‫توانند به راحتی در ذهن بررسی و پیگیری‬
‫شوند‪.‬‬
 ‫‪SSADM‬‬

‫امکان سنجی‬ ‫‪‬‬

‫حیطه سیستم اطلعاتی مورد نظر دقیقا‬ ‫‪‬‬

‫بررسی می شود‬
‫راه کارهای پایان دادن موفقیت آمیز پروژه‬ ‫‪‬‬

‫دقیقا بررسی می گردند‬

‫یک راه کار اصلی با توجه به مقایسه هزینه ها‬ ‫‪‬‬

‫و سود انتخاب می شود‪.‬‬

‫باید راه کارهای لزم برای خاتمه پروژه در‬ ‫‪‬‬

‫صورتی که عدم امکان انجام آن تشخیص داده‬

‫شد از قبل مشخص شوند‬
 ‫‪SSADM‬‬

‫شناخت محیط فعلی‬ ‫‪‬‬

‫باید توجه داشت که ممکن است پروژه‬ ‫‪‬‬

‫تعریف شده برای تکمیل سیستم های فعلی‬

‫می باشد که ممکن است کامل کامپیوتری‬
‫شده باشد‪ ،‬یا به صورت جزئی دستی باشد و‬
‫یا کامل دستی باشد‪.‬‬
‫باید بررسی مسائل موجود و یا نیازهای جدید‬ ‫‪‬‬

‫را به دقت بیشتری انجام دهیم‬

‫نکات اصلی مورد توجه برای بازیابی درست‬ ‫‪‬‬

‫نیازهای مشتری به شرح زیر می باشند‪.‬‬

 SSADM
Retained Functionality 

User confidence 

Identification of requirements 

Familiarization 

Project scoping 
 ‫‪SSADM‬‬

‫راه حل های مختلف برای کسب و کار‬ ‫‪‬‬

‫مورد نظر‬
‫تا این مرحله باید توانسته باشیم تا دیدگاه‬ ‫‪‬‬

‫کاملی نسبت به نیازهای مشتری پیدا کنیم‪ .‬با‬

‫توجه به این اطلعات باید راه حل های‬
‫گوناگونی را که برای حل مسائل موجود در‬
‫آن کسب و کار ممکن هستند پیش بینی‬
‫نماییم‪.‬‬
‫همچنین باید جنبه های تکنولوژیک و فیزیکی را‬ ‫‪‬‬

‫نیز در نظر بگیریم‪ .‬در قسمت قبل تنها را حل‬

 ‫‪SSADM‬‬

‫تعریف نیازمندیها‬ ‫‪‬‬

‫در این مرحله باید سعی کنیم تا نیازمندی های‬ ‫‪‬‬

‫دریافت شده را در قالبی کامل دقیق و رسمی‬

‫و کامل بیان نماییم‪ .‬در صورت وجود نقص‬
‫هایی باید این اطلعات تکمیل گردند تا‬
‫شناخت دقیقی از نیازهای مشتری داشته‬
‫باشیم‪.‬‬
‫عمده ابزارهای ‪ SSADM‬برای تعریف‬ ‫‪‬‬

‫ساختارهای مختلف و انجام تحلیل و طراحی‬

‫در این بخش وجود دارند‪.‬‬
 ‫‪SSADM‬‬

‫راه حل های مختلف تکنولوژیک‬ ‫‪‬‬

‫اطلعات تولید شده در مرحله قبل به ما این‬ ‫‪‬‬

‫کمک را می نمایند که بتوانیم از بین راه حل‬

‫های مختلفی که از نظر تکنولوژی در اختیار ما‬
‫هستند یکی را به درستی انتخاب نماییم‪.‬‬
‫عملیات این مرحله و مرحله بعد به صورت‬ ‫‪‬‬

‫موازی با یکدیگر انجام می شوند‪.‬‬

 ‫‪SSADM‬‬

‫طراحی منطقی‬ ‫‪‬‬

‫در این مرحله طراحی را تا حد ممکن تکمیل‬ ‫‪‬‬

‫می نماییم‪ .‬باید دقت داشت که ملحظات‬

‫تکنولوژیکی در این مرحله مد نظر نمی‬
‫باشند‪.‬‬
‫این طراحی از آن لحاظ منطقی خوانده می‬ ‫‪‬‬

‫شود که بدون توجه به محیط پیاده سازی و‬

‫اجرا تولید شده است‪.‬‬
‫همان طور که گفته شد این مرحله به صورت‬ ‫‪‬‬

‫موازی با مزحله پیشین اجرا می گردد‪.‬‬

 ‫‪SSADM‬‬

‫طراحی فیزیکی‬ ‫‪‬‬

‫در این مرحله طراحی منطقی انجام شده در‬ ‫‪‬‬

‫مرحله پیش با توجه به تکنولوژی انتخاب شده‬

‫به یک مدل فیزیکی تبدیل می گردد‪.‬‬
‫باید توجه داشت که ‪ SSADM‬تنها می تواند‬ ‫‪‬‬

‫راهنمایی های کلی در این مرحله در اختیار‬

‫بگذارد‪.‬‬
 ‫‪SSADM‬‬

‫تکنیک اصلی در ‪ SSADM‬برای توصیف‬ ‫‪‬‬

‫سیستم استفاده از نمودارها می باشد‪.‬‬
‫باید توجه داشت که تمام نمودارهای‬ ‫‪‬‬
‫معرفی شده در ‪ SSADM‬در ارتباط‬
‫تنگاتنگی با یکدیگر هستند و وجود همگی‬
‫برای ارائه تصویری کامل از سیستم‬
‫الزامی است‪.‬‬
 ‫‪SSADM‬‬

‫نمودارهای اصلی در ‪ SSADM‬سیستم را‬ ‫‪‬‬

‫از سه دیدگاه مختلف توصیف می نمایند‬
‫که به شرح زیر می باشند‬
‫مدل کردن جریان داده (دیدگاه پردازشی)‬ ‫‪‬‬

‫نمودار جریان داده (‪)Data Flow Diagram - DFD‬‬ ‫‪‬‬

‫مدل کردن منطقی داده ها (دیدگاه داده ای)‬ ‫‪‬‬

‫ساختار منطقی داده ها (‪Logical Data Structure‬‬ ‫‪‬‬

‫‪)- LDS‬‬
‫یا همان‬

‫نمودار ارتباط موجودیت ها (‪Entity Relationship‬‬ ‫‪‬‬

‫‪)Diagram - ERD‬‬
 ‫‪SSADM‬‬

‫مدل کردن رفتار موجودیت ها (دیدگاه‬ ‫‪‬‬

‫رویدادی)‬
‫نمودار تاریخچه زندگی موجودیت (‪Entity Life‬‬ ‫‪‬‬
‫‪)History Diagram - ELH‬‬
‫نمودار ملحظه تأثیرات (‪Effect Correspondence‬‬ ‫‪‬‬
‫‪)Diagram - ECD‬‬
‫در ادامه نمونه هایی از هر یک از این‬ ‫‪‬‬
‫نمودارها را مشاهده می نماییم و در مورد‬
‫اجزاء هر یک توضیحاتی را ارائه می‬
‫نماییم‪.‬‬
 ‫‪SSADM‬‬
‫‪ DFD‬سیستم سفارش‬
‫برخط‬
 ‫‪SSADM‬‬
‫‪ LDM‬سیستم سفارش‬
‫برخط‬
 ‫‪SSADM‬‬
‫‪ ELH‬حساب کاربری‬
 ‫‪SSADM‬‬

‫‪ ECD‬دریافت کال‬
 ‫‪SSADM‬‬

‫می توان به صورت کلی ارتباط بین‬ ‫‪‬‬

‫نمودارها و ریز گام هایی که باید در هر‬
‫مرحله انجام گیرند را در ادامه مشاهده‬
‫نمود‪.‬‬
‫توجه نمایید که در این روابط دیدگاه اصلی‬ ‫‪‬‬

‫حرکت از یک سیستم موجود به یک سیستم‬

‫دلخواه می باشد‪ .‬سیستم موجود ممکن است‬
‫یک فرآیند کامل دستی باشد‪.‬‬
‫این روال توسط نسخه ‪ 4SSADM‬ارائه‬ ‫‪‬‬

‫گردیده است‪.‬‬
 ‫امکان سنجی‬
‫‪Step 010‬‬
‫آماده شدن برای انجام‬ ‫مرور ‪LDS‬‬
‫مطالعه امکان سنجی‬ ‫مرور سطح اول‬
‫نمودار ‪DFD‬‬

‫‪Step 020‬‬
‫تعریف مسئله‬ ‫استفاده از نمودار‬
‫فیزیکی ‪ DFD‬جاری و‬
‫مرور ‪LDS‬‬

‫زیر مجموعه هایی از‬

‫‪Step 030‬‬ ‫‪ DFD‬و ‪ LDS‬برای تولید‬
‫انتخاب جنبه های‬ ‫راه حل های مختلف‬
‫مختلف امکان سنجی‬
‫کسب و کار‪ ،‬تکنولوژی‬
‫های مختلف‪ ،‬برآورد‬
‫اندازه سیستم و‬
‫پیچیدگی آن استفاده‬
‫‪Step 040‬‬ ‫می شوند‪.‬‬
‫سرجمع کردن گزارش‬ ‫‪ LDS‬برای توصیف‬
‫امکان سنجی‬ ‫محیط استفاده می‬
‫شود‬
 ‫شناخت محیط فعلی‬
‫‪Step 110‬‬ ‫استفاده از سطح اول‬
‫تهیه قالب کاری‬
‫نمودار فیزیکی جاری ‪DFD‬‬
‫تحلیل‬
‫مرور ‪LDS‬‬

‫‪Step 120‬‬ ‫‪Step 130‬‬

‫مطالعه و تعریف‬ ‫مطالعه پردازش های‬ ‫‪Step 140‬‬ ‫مرور و تصحیح ‪LDM‬‬
‫نیازمندی ها‬ ‫جاری‬ ‫مطالعه داده های جاری‬

‫نمودار جاری فیزیکی‬

‫‪Step 150‬‬ ‫‪ DFD‬به نمودار جاری‬
‫در این گام ‪DFD‬‬ ‫تعریف دیدگاه منطقی‬ ‫منطقی تبدیل می‬
‫با استفاده از‬ ‫سرویس های جاری‬ ‫گردد‪.‬‬
‫تصحیح ‪ LDM‬برای‬
‫اطلعات به‬
‫سازگاری با نمودار‬
‫دست آمده در‬
‫منطقی جاری ‪DFD‬‬
‫گام ‪ 120‬به روز‬
‫می شود‪.‬‬
‫‪Step 160‬‬
‫جمع آوری نتایج‬
‫مطالعات‬
‫راه حل های مختلف برای‬
‫کسب و کار مورد نظر‬

‫‪Step 210‬‬

‫تعریف راه حل های‬

‫مختلف کسب و کار‬

‫‪DFD‬ها و ‪ LDS‬ممکن است‬

‫در هر دو این گام ها‬
‫استفاده شوند‬
‫‪Step 220‬‬

‫انتخاب راه حل کسب و‬

‫کار‬
 ‫تعریف نیازمندیها‬
‫‪Step 310‬‬ ‫تصحیح نمودار منطقی‬ ‫‪Step 320‬‬
‫تعریف پردازش‬ ‫جاری ‪ DFD‬برای‬ ‫آماده سازی ‪LDM‬‬
‫تهیه مدل داده ای‬
‫های مورد نیاز‬ ‫سازگاری با راه حل‬ ‫سیستم مورد نیاز مورد نیاز‬
‫سیستم‬
‫های مختلف کسب و‬ ‫استفاده از ‪DFD‬‬
‫کار و ‪LDS‬‬ ‫سیستم های مورد نیاز‬
‫‪Step 330‬‬
‫تعیین کارکردهای‬ ‫برای تعیین توابع به‬
‫سیستم‬ ‫روز رسانی و پرس و‬
‫جو‬

‫‪Step 350‬‬ ‫مراجعه به ‪LDM‬‬

‫‪Step 340‬‬
‫تعیین نمونه های‬ ‫داده‬ ‫تقویت مدل‬ ‫تصحیح و‬
‫مورد نیاز‬ ‫سیستم‬
‫اولیه مشخصات‬ ‫ای مورد نیاز‬ ‫تقویت ‪LDM‬‬
‫‪Step 360‬‬
‫تهیه مشخصات‬ ‫استفاده از ‪ DFD‬سیستم و مورد‬
‫استفاده از نمودار‬ ‫پردازشی‬
‫‪ DFD‬سیستم مورد نیاز‬ ‫نیاز و ‪ LDM‬برای مدل کردن مدل‬
‫و ‪LDM‬‬ ‫های موجودیت‪/‬رویداد شامل ‪ELH‬‬
‫و ‪ECD‬‬
‫‪Step 370‬‬
‫تأیید اهداف‬ ‫به روزرسانی ‪ LDM‬سیستم‬
‫سیستم‬ ‫مورد نیاز‬

‫‪Step 380‬‬
‫تطابق دادن ‪ LDM‬با تمام محصولت دیگر جمع آوری‬
‫مشخصات‬
‫نیازمندی ها‬
‫راه حل های مختلف‬
‫تکنولوژیک‬
‫استفاده از ‪ LDM‬به‬
‫عنوان ورودی این‬
‫‪Step 410‬‬ ‫مرحله‬
‫تعریف راه حل های‬
‫تکنولوژی مختلف‬

‫‪Step 420‬‬
‫انتخاب راه حل تکنولوژی‬
 ‫طراحی منطقی‬
‫‪Step 510‬‬
‫تعریف دیالوگ های کاربر‬ ‫مشخصات نیازمندی ها‬
‫به عنوان ورودی در‬
‫این مرحله‬

‫‪Step 520‬‬
‫به روزرسانی تعریف‬
‫موجودیت ها در مدل‬
‫تعریف روال های به روز رسانی‬
‫های موجودیت‬

‫‪Step 530‬‬
‫تعریف مدل‬
‫تعریف روال های پرس‬
‫های روال های‬
‫و جو‬
‫پرس و جو‬

‫‪Step 540‬‬
‫جمع آوری طراحی‬ ‫بررسی مدل های‬
‫منطقی‬ ‫منطقی تولید شده‬
‫برای حفظ سازگاری‬
 ‫طراحی فیزیکی‬
‫‪Step 610‬‬
‫آماده سدن برای‬
‫طراحی فیزیکی‬

‫‪Step 620‬‬
‫‪ LDM‬ورودی‬ ‫‪Step 630‬‬
‫تهیه مدل داده ای‬
‫اصلی است‬ ‫تهیه نقشه پیاده سازی‬
‫فیزیکی‬
‫کارکرد‪/‬اجزاء‬

‫‪Step 640‬‬
‫بهینه سازی مدل‬
‫قیزیکی داده ای‬
‫‪Step 650‬‬
‫تکمیل مشخصات توابع‬

‫‪Step 660‬‬
‫تقویت مدل ارتباط‬
‫داده و پردازش ها‬

‫‪Step 670‬‬
‫جمع آوری مدل فیزیکی‬
 ‫‪SSADM‬‬

‫در دیدگاه ‪ SSADM‬می توان هر سیستم را‬ ‫‪‬‬

‫به سه قسمت زیر تقسیم نمود‪.‬‬
‫لیه خارجی که کاربران با آن در ارتباط هستند‬ ‫‪‬‬

‫طراحی داخلی‬ ‫‪‬‬

‫مدل مفهومی که نیازمندی های کسب و کار‬ ‫‪‬‬

‫را در بر دارد و طراحی داخلی برپایه آن‬
‫صورت می گیرد‪.‬‬
‫در دیدگاه ‪ SSADM‬با طراحی و پیاده‬ ‫‪‬‬
‫سازی این سه قسمت به صورت جدا از‬
‫هم می توانیم به یک سیستم پایدار دست‬
 SSADM

‫با توجه به این مطالب می توان قالب کلی‬ 

‫ برای توسعه سیستم را به‬SSADM ‫در‬
Investigation .‫صورت زیر نمایش داد‬
Specification

Conceptual External User

Decision Model Design Policies and
Organizatio
Structure Procedures
n
Internal
Design

Construction
 ‫‪SSADM‬‬

‫مهمترین مشکلت‬ ‫‪‬‬

‫‪ SSADM‬فرض می کند که نیازمندی ها در‬ ‫‪‬‬

‫طول زمان تغییر نمی کنند‪ .‬اصول پیروی از‬

‫گام های آن فعالیتی بسیار زمان بر است و‬
‫زمان تحویل را بال می برد‪ .‬هر چه این زمان‬
‫بیشتر شود انطباق بر نیازهای دربافت شده‬
‫بیشتر و عدم انطباق با نیازها در زمان تحویل‬
‫نیز بیشتر خواهد شد‪.‬‬
‫به صورت کلی روش های خطی هزینه و‬ ‫‪‬‬

‫زمان را بدون افزایش در کیفیت محصول بال‬