فهرست نیازها : از ارتباط با کاربران بدست می آید در حقیقت مدرکی در مورد این است که سیستم باید چه چیزهایی داشته باشد
DFD : خیلی از شرکت ها  DFD را رسم نمی کنند ولی  رسم کردن آن مزیت های زیادی دارد  که مهمترین آن این است که به صورت گرافیکی  عملکرد سیستم را بینیم طبیعی است که چند سطحLEVEL دارد که سطح آخر از همه مهمتر است و پردازش های سیستم که دیگر قابل تجزیه نیستند  نشان می دهد (EP) .  بعدها از این پردازش ها برای بیرون کشیدن  function ها استفاده می شود همچنین از جریان های داده نیز برای ارتباطات  بین موجودیت ها  در LDSاستفاده می شود و کمک های دیگری به ما می کند پس بهتر است DFD   را بکشیم .هر  چند  نباید فراموش کنید DFD یک ستون محکم برای طراحی سیستم نیست ولی SSADM به طور سخت گیرانه به آن اهمیت می دهد  و این اهمیت بی دلیل نیست چون در مراحل بعد خیلی به ما کمک می کند DFD شامل چند بخش است:1. پردازش  ، 2.موجودیت بیرونی  ، 3.جریان داده یا  مخزن داده که داده ها در آن ذخیره می شود تک تک این ها همراه با شرح شان باید در مستندات  DFD آورده شوند .
ماتریس پردازش – موجودیت :   این باعث می شود تا  قرص و محکم شود پردازش ها را اگر بادقت تعریف کرده باشید باید بتواند موجودیت ها را به وجود آورد و از آنها استفاده کند و در آخر آنها را بایگانی و یا پاک کند.
Lds: ستون فقرات SSADM بر روی LDSبنا می شود LDSبرعکس DFD  یک پایه ی اصلی است و اشتباه در آن جایی ندارد LDSدر واقع به عنوان اولین گام طراحی پایگاه داده است مخازن داده در DFD نرمال شده نیستند و اهمیت چندانی ندارند و فقط برای تصویر کلی   تهیه شده اند ولی LDSباید نرمال شده و با روابط استاندارد باشد LDSاز دو جزء  تشکیل شده 1- موجودیت یا enitity  2- رابطه ی بین  این ها
موجودیت را هر چیزی که بخواهیم راجع به آن اطلاعات ذخیره کنیم تعریف می کنیم برای کسانی که پایگاه داده طراحی کرده ند و کمی هم با سیستمی که می خواهند طراحی کنند آشنا هستند خیلی آسان خواهد بود ولی بعد طرح اولیه LDSبارها و بارها اصلاح می شود تا بالاخره توانایی ساختن پایگاه داده ای قرص ومحکم را برای نرم افزار داشته باشد مستنداتی که با دیاگرام  LDSمی آید :
شرح ساختار داده: یا به شرح موجودیت  و اطلاعاتی که دارد  می پردازد .
شرح داده ی جزء  :  به شرح تک تک داده ها می پردازد . در این قسمت می توانیم نام هایی که برنامه نویس برای  ارجاع   از آنها استفاد کند  را اضافه کنید .  سعی کنید از  بزرگی نام نترسید .
تعریف function این قسمت هم اهمیت زیادی دارد در واقع از اینجا به بعد است که  مشخص می شود که نرم افزار چه باید بکند مهمترین مرجع برای  بیرون کشیدن function فهرست نیاز  و DFD است البته در طول کار مرتب باید لیست function  ها اصلاح شود function دو نوعند یکی function های بروز رسانی  updating  و  دیگری Enquiryپرس و جو .  که اولی کار اصلی اش  بروز رسانی وتغییر داده هاست در حالی که دومی داده ها و موجودیت ها را تغییر نمی دهد و فقط  به پرس و جو  و گزارش از پایگاه داده می پردازد. پردازش هایی که داخل DFD باید updating باشند برای همین برای بیرون کشیدن تابع ها از DFD استفاده میشود معمولا هر پردازش مقدماتی شما می تواند یک تابع باشد و در ضمن یک تابع بسته به  فهرست نیازها می تواند چند تا EP داشته باشد تک تک function باید کاملا شرح داده شوند که چه کاری انجام می دهند ( مستند تعریف function )
مستند دیگر function ها I/O structure  است   یکی از راههای شناخت تابع این است که چه چیزهایی می گیرد و چه چیزهایی می دهد . که در این دیاگرام  مشخص می شود .
EEM : SSADM    تا حالا در مورد زمان چیزی نگفته بود چه حوادثی بر سیستم ما تاثیر می گذارد کی و با چه علامتی توابع و پردازش های ما باید اجرا شوند تا حال فقط دیتا و پروسس بود ولی حالا جزء سوم هم وارد می شود چیزی که به سیستم ما زندگی می دهد تا  Event یا رویداد  : حادثه ای که اتفاق می افتد  وباید سیستم ما به آن جواب بدهد . ( مثلا : وقتی باران بارید باید چتر باز شود) SSADM به  دو روش جالب این را نشان می دهد . ومدل می کند  1. ELH  یا تاریخچه ی زندگی موجودیت 2. ECD یا چگونگی  زنئگی یک event   .   با این دو خیلی از نقص های سیستم را که ندیده اید  مجبور می شوید برگردید واصلاح کنید  بعد از این دو خواهید گفت عجب سیستمی شد!!! دیگر کاملا می دانید در این سیستم چه می باشد.
EAP : برای تابع های پرس وجوی ما مسیری که باید روی جداول  بپیماید مشخص می کنیم. عین سفر از یک جا به جایی دیگر است .بعد EAP  شما راحت با زبان sql      میتوانید enquiry بنویسید .