پاورپوینت کامل چرخه تکاملی سیستم و مفهوم مدل و مدلسازی ۲۵۱ اسلاید در PowerPoint

توجه : این فایل به صورت فایل power point (پاور پوینت) ارائه میگردد

 پاورپوینت کامل چرخه تکاملی سیستم و مفهوم مدل و مدلسازی ۲۵۱ اسلاید در PowerPoint دارای ۲۵۱ اسلاید می باشد و دارای تنظیمات کامل در PowerPoint می باشد و آماده ارائه یا چاپ است

شما با استفاده ازاین پاورپوینت میتوانید یک ارائه بسیارعالی و با شکوهی داشته باشید و همه حاضرین با اشتیاق به مطالب شما گوش خواهند داد.

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

توجه : در صورت  مشاهده  بهم ریختگی احتمالی در متون زیر ،دلیل ان کپی کردن این مطالب از داخل فایل می باشد و در فایل اصلی پاورپوینت کامل چرخه تکاملی سیستم و مفهوم مدل و مدلسازی ۲۵۱ اسلاید در PowerPoint،به هیچ وجه بهم ریختگی وجود ندارد

---

بخشی از متن پاورپوینت کامل چرخه تکاملی سیستم و مفهوم مدل و مدلسازی ۲۵۱ اسلاید در PowerPoint :

بخشی از مطالب داخلی اسلاید ها

پاورپوینت کامل چرخه تکاملی سیستم و مفهوم مدل و مدلسازی ۲۵۱ اسلاید در PowerPoint

اسلاید ۴: ۴چرخ تکاملی سیستم System Development Life Cycleچرخ تکاملی سیستم فرآیندی است که از طریق آن تحلیلگران، طراحان، برنامه نویسان، مسئولان و مدیران یک موسسه به طور مشترک سیستم های اطلاعاتی را بنا می نهند و وسیله ایست که مدیران پروژه را قادر می سازد که روند پیشرفت فعالیت ها و مراحل مختلف پروژه و عملکردهای گروه های درگیر مطالعه را ارزیابی و کنترل می کند. آنچه که امروزه چرخه حیات سنتی خوانده می شود خود طی چند دهه به تدریج توسعه یافته است و گاهی SDLC استاندارد نیز خوانده می شود.

اسلاید ۵: ۵به طور کلی چرخه تکاملی شامل مراحل عمده ای به نام تجزیه و تحلیل، طراحی و استقرار سیستمهای اطلاعاتی است. هر یک از این مراحل نیز به نوبه خود از فعالیتها و وظایف متعددی تشکیل شده است.

اسلاید ۶: ۶

اسلاید ۷: فاز ۱: برنامه ریزی و انتخاب در سیستماین فاز شامل دو قدم کلی است:قدم اول: تعریف نیازمندیهای سیستم جدیداطلاعات نیاز سازمان هستند و پروژه هایی برای ایجاد اطلاعات تعریف می شوند:۱) تحلیل گر سیستم می بایست نیازهای اطلاعاتی را به اولویت های سیستم تبدیل کرده و سپس برنامه سیستم اطلاعاتی سازمان را مستند می کند.۲) سپس برنامه های پیاده سازی سیستم اطلاعاتی زمانبندی می شوند.۳) یک امکان سنجی مقدماتی برای پیاده سازی سیستم اطلاعاتی انجام می شود.۷

اسلاید ۸: قدم دوم: ارزیابی سیستم و تعیین محدوده سیستم جدید۱) برنامه تفصیلی اجرای پروژه های سیستم اطلاعاتیمنابعزمان جهت پیاده سازى سیستم اطلاعاتىهزینه۲) خروجیها و نتایجی که از سیستم اطلاعاتی حاصل می شود.۸

اسلاید ۹: فاز ۲: تحلیل سیستمدر این فاز مطالعات ذیل با دقت در سیستم انجام می شود:۱) مطالعه فرآیند ها و رویه ها در دستورالعمل هاى موجود سیستم.۲) سیستم های اطلاعاتی که جهت انجام کارهای سازمان وجود دارد.۳) تحلیلگر می بایست نیاز های سیستم جدید را شناسایی نماید و تعریف نماید که کاربران از سیستم جدید چه انتظاری دارند.۴) مطالعه دقیق سیستمهای دستی و مکانیزه۵) نیاز ها و ساختار آنها (مواردی که باید حذف شوند اضافه شوند و …)۶) طراحی اولیه آلترناتیوها (راه کارهای ) بر آوردن نیاز ها.۷) ارزیابی آلترناتیوها جهت برآوردن نیازها از دیدگاه هزینه و نیروی انسانی و سطح دانش فنی در سیستم.۸) خروجی فاز تحلیل: نیاز های سیستم جدید و آلترناتیوهایی که توسط تیم تحلیل گر توصیه می شود. (سخت افزارها و نرم افزارهای مورد نیاز…)۹

اسلاید ۱۰: فاز ۳: طراحی سیستم جدیدتبدیل مشخصات و آلترناتیو پیشنهاد شده در فاز تبدیل به مشخصات منطقی و فیزیکی سیستم جدید است. مى بایست تمام جنبه سیستم جدید اعم از : ورودی پردازش های کامپیوتری خروجی نحوه نمایش و ارائه گزارشات پایگاه داده ها… به تفضیل طراحی شود.۱۰

اسلاید ۱۱: سه فعالیت عمده طراحیطراحی نیازهای سیستم های جدیدبرون داده های سیستمدرون داده های سیستمفایلها پایگاه داده های سیستممکانیزم کنترل های سیستم روشها و مراحل انجام کار ابزار و تجهیزات لازمبرنامه نویسی، تست کردن، اشتباه زداییانتخاب سیستم در صورت لزوم۱۱

اسلاید ۱۲: فاز۴ : فاز عملیاتی وپیاده سازی سیستم جدیدعملیاتی کردن سیستمکد کردن برنامه (برنامه نویسی)تست و آزمایش سیستم (خطا های سیستم شناسایی و رفع می گردد).نصب سیستم (در عملیات جاری و روزمره سیستم پیاده می شود).نرم افزار های کاربردی نصب و اجرا می گردند.پیاده سازی سیستمخطاهای سیستم و راه های بهبود سیستم شناسایی می شود.برنامه نویس سیستم را تعدیل می کند.۱۲

اسلاید ۱۳: مفهوم مدل و مدل سازییک مدل، نمایشی از واقعیتها است. سیستمها به دلیل تعامل درونی اجزا با یکدیگر و برونی آنها با محیط، پیوسته رفتارهای مختلف و گاه پیچیده ای دارند. این گوناگونی و پیچیدگی رفتارها محققان را بر آن می دارد که برای درک و تشریح یا پیش بینی رفتار یک سیستم بر اساس متغییرها و پارامترهای مورد نظر، از آن مدلی بسازند و با بکارگیری و انجام تغییراتی در آن نتایج را بررسی کنند.مثلا طراحان هواپیما مدلهای مختلفی از یک هواپیما را می سازند تا بتوانند صور مختلف بالها، استحکام، جریان هوا در اطراف هواپیما و نظایر آن را آزمایش کنند.۱۳

اسلاید ۱۴: خصوصیات یک مدل خوب سازماندهی انبوه اطلاعات تقسیم بندی اطلاعات با یک نگرش کل به جزء در سیستمدرک بیشتر و سریعتروسیله ای مناسب برای تبادل نظر۱۴

اسلاید ۱۵: انواع مدلهاپنج نوع مدل اصلی عبارتند ازمنطقی فیزیکیریاضی توصیفیشبیه سازی۱۵

اسلاید ۱۶: مدل منطقى: سیستم به چه صورت نیاز های کاربران را پاسخ دهد. سیستم چه باید باشد (بایدها و نبایدها). در حقیقت تصویری از سیستم است که آنچه باید در سیستم انجام شود را نشان می دهد. در این مدل، نرم افزار و سخت افزار مد نظر نیست، بلکه جنبه های وظایفی سیستم جدید است. در اصل عملیات سیستم به صورت شبکه ای از فعالیت های مختلف و ضروری برای سیستم نمایش داده می شود و بر جریان و حرکت منطقی داده ها در طول سیستم تاکید می شود.۱۶

اسلاید ۱۷: نمونه مدل منطقی۱۷

اسلاید ۱۸: مدل فیزیکی:مدل فیزیکی تصویری از سیستم است که چگونگی انجام کار را نشان می دهد. به عبارت دیگر، عملیات سیستم را به همان ترتیبی که واقعا رخ می دهد، در مکانی که رخ می دهد، با وسیله، یا شخصی که آن را انجام می دهد، نشان می دهد.به عبارت ساده تر تبدیل مدل منطقی به حالت و مشخصات فیزیکی سیستم جدید است.بعضی از سئوالات مربوط به این مدل عبارتند از: چه زبان کامپیوتری استفاده شود؟ چه پایگاه داده و ساختار فایلی مورد استفاده قرار گیرد؟ چه سیستم عامل و چه سخت افزار هایی مورد نیاز است؟ چه شبکه کامپیوتری مورد نیاز است(محلی است یا شبکه ای )؟۱۸

اسلاید ۱۹: نمونه مدل فیزیکی۱۹

اسلاید ۲۰: مدلهای ریاضیتمثیل پدیده های جهان به صورت گزاره های ریاضی با ساختار معادله است. درک معادلات ریاضی علی رغم مختصر بودن آن ها نسبت به دیگر انواع مدل ها مشکل تر است. در پویایی های سیستم بعد از مدلسازی برای شبیه سازی رفتار متغیرها از مدل های ریاضی استفاده می شود.۲۰

اسلاید ۲۱: مدل های شمایلیدر این مدل ها از نشانه های تصویری نمادین استفاده می شود. استفاده از تصاویر واقعی و مجازی به وفور مورد استفاده قرار می گیرد. با این مدل های ایده ها ، تصمیمات ، جریان ها فعالیتها و اقدامات لازم را می توان با استفاده از عکسها، اسلایدها و پوسترها تببین کرد.۲۱

اسلاید ۲۲: مدل های شبیه سازی شباهت زیادی به مدلهای ریاضی دارند. در مدلهای ریاضی می توان جواب مطلوب را با حل تساوی ها و نامساوی ها بدست آورد، اما در مدلهای شبیه سازی ابتدا باید مجموعه آزمایشها و محاسباتی را در وضعیتهای مختلف و شرایط متنوع واقعیات انجام داد و آنگاه با وارد ساختن آن ها در سیستمهای نرم افزاری متغیرها و مقادیر ثابت مطلوب را پیدا کرد.۲۲

اسلاید ۲۳: نحوه اندازه گیری اعتبار مدل هاقدرت پیش بینی مدل با توجه به شرایط سیستم و محیط؛ ثبات بی ثباتی، نوسانات، رشد و …قدرت مدل در بکارگیری متغیرها و برقراری ارتباط میان آنهااندازه گیری مشاهدات در چارچوب متغیرهایی که در واقعیت قابل اندازه گیری نیستند.بررسی دقت مدل از نظر تعریف صحیح و خاص پیرامون پدیده ها و مسائل و رفع ابهام احتمالی۲۳

اسلاید ۲۴: مراحل نظری مدل سازی۲۴

اسلاید ۲۵: ۲۵چرخ تکاملی سنتیروشهای سنتی چرخه تکاملی سیستم که خیلی پیشتر از کامپیوترهای قوی نسل جدید پا به عرصه میدان گذاشته بود، در واقع فرایندی فیزیکی بوده که به سیستم های موسسه ها و سازمانها، به صورت حرکت و جریانی از قطعات کاغذ از شخصی، میزی، یا فایلی به دیگری می نگریست.

اسلاید ۲۶: ۲۶چرخه تکامل سنتی

اسلاید ۲۷: ۲۷نارسایی های چرخه تکامل سنتی۱- در مرحل تجزیه و تحلیل، تحلیلگر سیستم بر خصوصیات فیزیکی سیستم تکیه می کند. در این سیستم در آغاز تصویر کاملی از سیستم مورد مطالعه تهیه می کند، و به عنوان نقط شروع کوشش خود را صرف تهی نمودارهای گردش عملیات و نمودارهای تفصیلی مشابه آن می کنند. بدین ترتیب ناخود آگاه تحلیلگر به سمت تصمیم گیریهای فیزیکی سوق داده می شود.۲- در مرحله طراحی و اجراء سیستم تمایل شدیدی به روش از پایین به بالا وجود دارد. چنین عملی باعث می گردد که سیستم در انتها چک گردد و شاید باعث دوباره کاریهای زیادی گردد.

اسلاید ۲۸: ۲۸ترتیب تست کردن سیستم در چرخه تکامل سنتی

اسلاید ۲۹: ۲۹۳- مراحل چرخ تکاملی به صورت متوالی و پشت سر هم انجام می گیرد به طوریکه شروع مرحله منوط به تکمیل مرحل قبل است.

اسلاید ۳۰: ۳۰هزینه بر طرف نمودن اشتباه در کل مراحل چرخه

اسلاید ۳۱: ۳۱۴- استفاده کنندگان سیستم نقش موثری در مراحل مختلف چرخه ندارند.

اسلاید ۳۲: ۳۲۵- معمولا مستندسازی سیستم به پایان دوره موکول می شود.در این حالت ممکن است تحلیلگر در پروژه های دیگری مشغول بکار باشد و مستند سازی سیستم را فراموش کند یا به تعویق اندازد. از طرفی به دلیل عدم وجود مدلهایی از سیستم و برنامه های آن، بعداً هرگونه تغییر و اصلاح در سیستم به آسانی صورت نمی گیرد، به خصوص وقتی تحلیلگر فرد دیگری باشد.

اسلاید ۳۳: ۳۳چرخه حیات سیستمهای اطلاعاتی

اسلاید ۳۴: ۳۴چرخه توسعه سیستمهای اطلاعاتیتجزیه و تحلیل و تعریف خواسته هاطراحی مفهومی (ساختار)طراحی تفصیلی (جزئیات)برنامه نویسی و تست واحدهای سیستمادغام واحدها و تست کل سیستماستقرار سیستم و پشتیبانی مدل آبشاری Waterfall

اسلاید ۳۵: ۳۵بخش سوم: تکنیک ها و روشهای مدلسازی۱- مدل جریان داده ها (DFD): ابزاری برای تحلیل عملکرد سیستم اطلاعاتی ۱-۱- اجزاء یا نمادهای نمودارDFD 2-1- تهیه مقدمات رسم نمودارDFD 3-1- ترسیم نمودار فیزیکی جریان داده ها ۴-۱- ترسیم نمودار منطقی جریان داده ها۲- دیکشنری یا فهرست داده ها۳- نمودار ارتباط موجودیتها (ERD): ابزاری برای تحلیل پایگاه داده های سیستم

اسلاید ۳۶: قبل از پرداختن به مدل ها و مدل سازی ها بهتر است یک بار مفاهیم متدلوژی را مرور کنیم :متدلوژی ها * رهنمون های جامعی هستند در جهت انجام و تکمیل تمام فعالیت های SDLC (Software Development Life Cycle) . * مجموعه ای از مدل ها ، ابزار و تکنیک ها هستند .مدل ها Models * نمایش یک ”نمود“ مهم از دنیای واقعی ، نه مشابه اجسام واقعی . * تجرید استفاده شده برای مجزا کردن ، خارج از ”نمود“ . * نمودارها و جدول ها . * برنامه ریزی پروژه و کمک در بودجه بندی .متدلوژی ها و مدل ها۱

اسلاید ۳۷: متدلوژی ها و مدل هابعضی از مدل های مورد استفاده در توسعه سیستم ها عبارتند از :DFD,ERD,FlowChart,Use Case Diagrams,Class Diagrams .و بعضی از مدل های مورد استفاده در مدیریت فرایند توسعه عبارتند از :PERT Charts,Gantt chart organ, Hierarchy chart .ابزار Toolsیک ابزار ، یک نرم افزار پشتیبان است که کمک می کند به ایجاد مدل هایا دیگر اجزای مورد نیاز در پروژه ، مانند :smart editors , C-S help , debugging tools , CASE (Computer-Aided System Engineering) Tools .2

اسلاید ۳۸: متدلوژی ها و مدل هاتکنیک ها Techniqueتکنیک مجموعه ای از رهنمون ها است که کمک می کند تا یک تحلیل گرفعالیت مربوط به توسعه سیستم را تکمیل کند از جمله :Object Oriented analysis , Data modeling , Relational database design , Structured analysis and design .3

اسلاید ۳۹: متدلوژی ها و مدل ها۴ار تباط میان اجزای متدلوژی

اسلاید ۴۰: مدل سازیمدل سازی چیست ؟یک مدل ، یک انتزاع یا تقریبی است که برای شبیه سازی واقعیات استفاده می شود . تمرکز مدل سازی روی این است که سیستم ، ”چه کاری“ انجام می دهد نه ”چگونه“ آن را انجام می دهد .سه قسمت مدل سازی عبارتند از : – مدل سازی فرایندی (DFD / Activity diagrams) . – مدل سازی داده ای (ERD / Class diagrams) . – مدل سازی رفتاری(State Transition Diagrams ‘STD’ or Statechart Diagram , Decision Table , Decision Trees , Pseudo code , Structured English ).5

اسلاید ۴۱: مدل سازیدو خط مشی شناخته شده برای توسعه سیستم ها وجود دارد :توسعه ساخت یافته – نگرش فرایند گرا – تکنیک تحلیل و طراحی ساخت یافته (SADT) که اولین تلاش های صورت گرفته برای رسیدن به نگرش بهبود کیفیت نرم افزار بود . – برنامه نویسی بالا به پایین (که برنامه های پیچیده را به سلسله ماژول ها تقسیم می کرد) . – طراحی ساخت یافته – جداول ساخت یافته – آنالیز ساخت یافته – نمودارهای جریان داده ها (DFD) – نمودار ارتباط موجودیت ها (ERD)6

اسلاید ۴۲: نگرش شی گرا – نگرش شیء گرا چشم انداز یک سیستم اطلاعاتی است به عنوان مجموعه ای از تعاملات اشیا که برای به انجام رساندن وظایف با هم کار می کنند . – شیء عنصری است در سیستم کامپییوتر که می تواند به پیام ها واکنش دهد . – طراحی شی گرا یعنی تعریف تمام انواع اشیا لازم برای برقراری ارتباط با افراد و دیگر وسایل سیستم و تصحیح تعریف هر نوع شی به نحوی که با یک زبان یا محیط معین پیاده سازی شود . – برنامه نویسی شی گرا یعنی نوشتن دستورات در یک زبان برنامه نویسی برای تعریف اینکه هر نوع شی چه کاری انجام دهد ، شامل پیام هایی که اشیا می فرستند یا دریافت می کنند .مدل سازی۷

اسلاید ۴۳: اما به عنوان یک نگاه اجمالی در مورد دو نگرش گفته شده می توان گفت :آنالیز ساخت یافته منجر می شود به طراحی ساخت یافته و متعاقبا برنامهنویسی ساخت یافته . موارد زیراز اهداف تکنیک های ساخت یافته است : * رسیدن به کیفیت بالا در برنامه های با رفتار قابل پیش بینی . * ایجاد برنامه هایی که به راحتی قابل اصلاح اند . * ساده کردن برنامه ها و فرایند توسعه برنامه . * رسیدن به قدرت پیش گویی و کنترل بالاتر در فرایند توسعه . * سرعت بالاتر در فرایند توسعه . * هزینه کمتر در فرایند توسعه .مدل سازی۸

اسلاید ۴۴: مدل سازی۹

اسلاید ۴۵: شی گرا چیست ؟ – ساختن بنیادی اشیا ، که ترکیب می کند ساختمان داده ها و رفتار را در یک موجودیت واحد . – راه سازمان دهی نرم افزار به عنوان مجموعه ای از اشیا مجزا که به هم می پیوندند در هر دو ساختمان داده ها و رفتار .پس در شی گرا ارتباط و اتصال میان داده و رفتار بسیار قوی است در حالیکه این اتصال در ساخت یافته بسیار آزادانه و ضعیف است .مدل سازی۱۰

اسلاید ۴۶: هر کدام از دو نگرش گفته شده تکنیک های خاص خود را دارند .مدل سازی فرایندی ، مدل سازی داده ای و مدل سازی رفتاری از جمله تکنیک های مورد استفاده در هر دو نگرش هستند که نوع عملکرد این تکنیک ها و پیاده سازی آنها در هر یک از این دو متفاوت است .تکنیک های ساخت یافته عبارتند از:مدل سازی فرایندی (DFD) ، مدل سازی داده ای (ERD) و مدل سازیرفتاری (ELH) .و تکنیک های شی گرا هم عبارتند از: Use case diagrams , Class diagrams , Interaction digrams .ما در اینجا به تکنیک های مدل سازی ساخت یافته می پردازیم .مدل سازی۱۱

اسلاید ۴۷: سومین تکنیک مدل سازی ، ELH ها هستند که البته در حال حاضر به عنوان یک تکنیک مدل سازی رایج نیست و می توان گفت منسوخ شده است . در این تکنیک تغییراتی را که یک موجودیت در کل سیستم پذیرفته است را توصیف می کند .در اینجا هم بیش از این به این تکنیک پرداخته نمی شود . مدل سازی رفتاری ELH38

اسلاید ۴۸: ۴۸نمودار جریان داده ها (تحلیل عملکرد سیستم) DATA FLOW DIAGRAM (DFD)این نمودار بهترین و کاملترین ابزار تحلیل جریان داده ها در همه روش های تجزیه و تحلیل و طراحی ساخته یافته سیستم اطلاعاتی می باشد.این نمودار تحلیل گر را در مدلسازی مناسب سیستم کمک می کند.این نمودار به زبانی ساده و مصور، نشان دهنده حرکت داده ها در طول سیستم، پردازش ها و عملیات لازم در تبدیل ورودی به خروجی و اطلاعات ذخیره شده سیستم می باشد.این نمودار بر خلاف فلوچارت ها و نمودارهای فرآیند عملیات که سیستم را به صورت متوالی نشان می دهد ممکن است چندین عمل را به صورت همزمان یا غیر همزمان در مکان های مشترک یا مختلف با استفاده از وسایل گوناگون یا مشترک نشان داده و بررسی کند.

اسلاید ۴۹: ۴۹این نمودار به طور کلی از نمادهای بسیار ساده، محدود و قابل درک استفاده می کند و دارای دو نوع فیزیکی و منطقی برای سیستم های خارجی و داخلی می باشد.این نمودار نشان دهنده مرز سیستم و ارتباط آن با محیط خارج سیستم است.این نمودار نشان دهنده عملیات، بایگانی ها، ورودی و خروجی و مخازن داده ها می باشد.این نمودار توضیحی در مورد چگونگی پردازش ها و جزئیات کار نمی دهد و فقط نام پردازش را بیان می کند.این نمودار بر مبنای نمودار جریان مستندات رسم شده و سپس تغییرات مناسب انجام می شود.دارای نقطه قوت به صورت فرآیند سلسله مراتبی است. (تحلیل فرآیند از کل به جزء)در هر سطح یکی از پردازش ها به فعالیت های کوچکتر تجزیه می شود.

اسلاید ۵۰: ۵۰اجزاء یا نمادهای نمودار DFDپردازش یا عملیات که همیشه یک فعل (عمل) است. نام عملیات، شرح عملیات، کد مناسب، شخص، واحد، برنامه اجرای عملیات که همیشه یک فعل و عمل است.۱نام پردازشمحل پردازششناسه

اسلاید ۵۱: ۵۱موجودیت یا نهادهای خارجی که همیشه یک اسم است.نام مبدأ، نام مقصد، هر چیزی که درباره آن اطلاعات جمع آوری و نگهداری می شود. ۳. جریان اطلاعات (یک طرفه یا دو طرفه)جریان اطلاعات و داده ها که به صورت یک طرفه یا دو طرفه است. (حتماً یک چیزی باید رد و بدل شود و فقط برای اتصال نیست.)شناسهنام موجودیت

اسلاید ۵۲: ۵۲ذخیره اطلاعات (پایگاه یا منبع اطلاعات، بایگانی، پرونده)نام، کد، محل، دستی، کامپیوتریتذکر: مستطیل باز خط دار بعنوان بکارگیری منبع در چند مکان می باشد. نام، کد، محل، دستی، کامپیوتریهمچنین دایره خط دار بعنوان بکارگیری یک موجودیت در چند مکان است.این عمل برای جلوگیری از تقاطع خطوط و شلوغی شکل بکار می رود. نوع مخزن دادهشناسهM3نام مخزن داده

اسلاید ۵۳: ۵۳قواعد رسم نمودار DFDهدف از ترسیم نمودار را همواره باید در نظر داشت زیرا هدف تعیین کننده میزان جزئیاتی است که باید در نمودار قید شود.نمودار طوری رسم شود که توالی عملیات اصلی از چپ به راست و از بالا به پایین باشد.حتی الامکان از اصطلاحات متداول و معمول استفاده شود. (به هیچ عنوان از عبارت غیر معمول استفاده نشود.)برای کامل شدن نمودار DFD در کلیه سطوح، هر خانه پردازش، ممکن است به دو یا چند زیر سطح (زیر پردازش) شکسته شود و همین طور الی آخر.

اسلاید ۵۴: ۵۴نام جریان داده به صورت مفرد بیان شود. زیرا تعداد و تناوب آن در این نمودار مهم نیست.حرکت چند نوع داده بصورت توام بدون توجه به تعداد اسناد و مدارک به صورت یک جریان نشان داده شود.در این نمودار از نشان دادن حرکت جریان مواد و محصولات خودداری شود.از چند شاخه شدن جریان اطلاعاتی حتی الامکان خود داری شود.

اسلاید ۵۵: ۵۵اشتباه در بکار بردن جریان داده ها بصورت انشعابیدریافت سفارشمشتریواحدحمل و نقلواحد فروشواحد حسابدارینسخه ۱نسخه ۲نسخه ۳اقلام فروش

اسلاید ۵۶: ۵۶از شرح عملیات روی نمودار جریان داده ها خودداری شود.صدور صورتحسابجزئیات صورتحسابصورتحساب بعدی را کنترل کنیدصورتحسابدستورات حمل

اسلاید ۵۷: ۵۷حتی الامکان محل ذخیره داده به صورت جمع نشان داده شود. مانند: خریداران و مشتریان.برای جلوگیری از تلاقی خطوط می توان یک نام بایگانی، پردازش یا مبدا یا مقصد را در چند مکان قرار دارد.نام بایگانی باید بیان کننده اطلاعات درون آنها باشد.هیچگاه یک بایگانی مستقیماً به یک مبدا یا مقصد وصل نشود.هرگونه اطلاعات فقط در صورت تغییر نیاز به ذخیره مجدد دارد.هرگز دو مبدا و مقصد به هم متصل نشود زیرا در هر انتقال حداقل یک پردازش باید وجود داشته باشد.

اسلاید ۵۸: ۵۸اشتباهات در رسم ذخایر داده هاعنصر داخلی/خارجیذخیره داده الفعنصر داخلی/خارجیذخیره داده الفذخیره داده الفذخیره داده الفذخیره داده بذخیره داده بشکل صحیحشکل غلطپردازشپردازش

اسلاید ۵۹: ۵۹از نشان دادن تناوب زمان، یا منطق کنترلی روی نمودار باید خودداری کرد.حساب‌های پرداختیچکاگر یکشنبه باشدمشتریصدور چک

اسلاید ۶۰: ۶۰تمرین:اشتباهات موجود در نمودار DFD زیر را مشخص نمائید.

اسلاید ۶۱: ۶۱—————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————-

اسلاید ۶۲: ۶۲نکته ۱: معمولاً در پایین ترین سطح تجزیه (کوچکترین جزء سیستم اطلاعاتی) تنها یک عمل پردازش صورت می گیرد.نکته ۲: در طراحی یک نمودار جریان داده ها بهتر است که مخازن تا حد ممکنه در مرکز نمودار باشند تا از شلوغی بیش از حد نمودار بخصوص فلشهای متقاطع کاسته شود تا کمتر باعث گیج کننده شدن نمودار گردد. نکته ۳: نشان دادن موارد خاص، جزئیات و خطاها باعث پیچیدگی و از قلم افتادن مطالب اصلی در طراحی سیستم می شود که نهایتاً منجر به عدم انطباق وضع موجود با وضع مطلوب شده و از حالت اجرائی نمودار کاسته می شود.

اسلاید ۶۳: ۶۳شماره گذاری پردازش ها در سطح ۱ با شماره های روند و در سطوح بعدی به صورت شکل زیر می باشد:۰۱۳۲۱-۲۳-۲۲-۲۱-۲-۲۳-۲-۲۲-۲-۲

اسلاید ۶۴: ۶۴پرسشهای لازم در تجزیه و تحلیلآیا طی کردن گامهای بازرسی و کنترل با صرفه تر است یا برخی از مخاطرات قابل پیش بینی در بلند مدت؟آیا سیستم تا حد امکان خودکار شده است؟آیا در مراحل کاری تداخل یا دوباره کاری وجود دارد؟ (هر کار یک بار و توسط یک نفر باشد.)هر مرحله یا مجموعه یا مجموعه ای از مراحل چه ضرورتی دارند؟اگر مرحله مورد نظر حذف شود چه اتفاقی می افتد؟

اسلاید ۶۵: ۶۵چه کسی باید یک مرحله یا مجموعه ای از مراحل را انجام دهد؟آیا واحد یا شخص دیگر می تواند این کار را به روش ساده تر انجام دهد؟آیا با تلاش کمتر و هزینه کمتر هر عمل قابل انجام است؟آیا فردی با مهارت کمتر، بدون کاهش کیفیت می تواند این کار را انجام دهد؟این فعالیت چگونه باید انجام شود؟آیا کار برگها، تجهیزات و روش های انجام کار بطور صحیح طراحی شده اند؟در چه زمانی باید یک مرحله یا مجموعه ای از مراحل انجام شود؟هر مرحله از کار، در کجا باید انجام شود؟آیا تاخیر یا بایگانی قابل حذف یا کاهش است؟

اسلاید ۶۶: ۶۶تهیه مقدمات رسم نمودار جریان داده ها برای درک سیستم، رویکرد ساخت یافته با نگرش سیستمی (از کل به جزء) و با استفاده از نمودار جریان داده ها، ابتدا سیستم را در کلی ترین حالت دیده، سپس برای شناخت جزئیات آن، سیستم را به سطوح تفصیلی تر می شکافد. مثال:برای مسافرت به شهرهای مختلف ابتدا نیاز به نقشه راه های کشور، سپس نقشه مربوط به شهرها و در نهایت برای رسیدن به نقطه مورد نظر نیاز به دانستن خیابان های واقع در آن ناحیه است.

اسلاید ۶۷: ۶۷تفکیک و تجزیه سیستم از کل به جزء

اسلاید ۶۸: ۶۸به منظور حصول اطمینان از صحت و ثبات رویه، و رعایت سادگی در تجزیه و تفکیک سیستم، اعم از صورت فیزیکی یا منطقی آن، قواعد زیر را باید مد نظر قرار داد: موازنه جریان داده ها نامگذاری پردازش ها شماره گذاری پردازشها

اسلاید ۶۹: ۶۹موازنه جریان داده ها در گسترش و ادامه تفکیک سیستم به زیر سیستم های مختلف، جریان داده های درون داده و برون داده سیستم، باید از نظر اسم و محتوا یکسان بماند. تنها در این صورت است که می توان مطمئن شد که دو نمودار جریان داده در دو سطح از تفصیل یکی است و می توان ارتباط اساسی بین زیر سیستم های آن را (رابطه خانواده – فرزندی) در نظر گرفت. البته در گسترش یک پردازش به چند پردازش دیگر، جریان های داده درونی و برونی فرعی تر و ذخایر اطلاعاتی جدیدی بین پردازشها معرفی می شود و این دقیقاَ همان انتظاری است که از رسم نمودار جریان داده ها به سطوح پایین تر داریم.

اسلاید ۷۰: ۷۰چگونگی ثبات جریان داده های کلی و معرفی جریان داده های درون سیستمی

اسلاید ۷۱: ۷۱نامگذاری پردازشهاهر یک از پردازشهای سیستم مورد مطالعه، معرف فعالیتی است که در آن سیستم یا واحد انجام می شود. بنابراین باید بتوان به هر یک از فعالیتها، نامی که معرف ماهیت آن است، تخصیص داد. برخی از پردازشها، نشان دهنده کل سیستم ها، فعالیتها و وظایف مختلف را نشان می دهد. این که پردازش معرف کدامیک از موارد فوق است، در نامگذاری آن موثر است، و از نامهای کلی تا نامهای تفصیلی و تشریحی را شامل می شود.

اسلاید ۷۲: ۷۲شماره گذاری پردازشها به منظور سهولت تعقیب یک پردازش در درون پردازشهای دیگر، و نه به مفهوم ترتیب انجام عملیات، در صورت تجزیه یک نمودار جریان داده به سطوح پایین تر باید از یک سیستم منطقی شماره گذاری استفاده کرد.شماره گذاری پردازشها، معمولا از سطح ۱ شروع می شود. به عبارت دیگر، به نمودار سطح صفر سیستم، شماره ای اختصاص داده نمی شود. نموداری با ۵ پردازش در سطح ۱، شماره های ۱ الی ۵ را به خود اختصاص می دهد. در نمودار سطح ۲، در صورت تجزیه هر یک از پردازشهای پنجگانه، به ترتیب شماره های (۱/۱، ۲/۱، ۳/۱، …)، … و (۱/۵، ۲/۵، ۳/۵، …) را دریافت می کنند.

اسلاید ۷۳: ۷۳شماره گذاری پردازشهای هر سطح

اسلاید ۷۴: ۷۴

اسلاید ۷۵: ۷۵مثال: تبدیل نمودار جریان مستندات به نمودار جریان داده هانمودار جریان مستندات سطح یک مربوط به زیر سیستم انبار شرکت X با جریان داده ها بین فروش و بازاریابی، کارمند توزیع و سرپرست توزیع به صورت زیر در نظر می گیریم.

اسلاید ۷۶: ۷۶کارمند توزیع سفارش مشتری را دریافت و برنامه توزیع آنرا مشخص می کند، سپس سفارش مشتری را در یک مخزن داده دستی قرار می دهد.

اسلاید ۷۷: ۷۷سرپرست توزیع، جزئیات توزیع را در قالب یک گزارش دریافت می کند و اقلامی را که باید توزیع شود جمع آوری می کند. جزئیات اقلام جمع آوری شده برای کارمند توزیع ارسال می شود ، وی آنها را با سفارش مشتری که در بایگانی دارد تطبیق می دهد، سپس آنها را به فروش و بازاریابی عودت می نماید و رونوشت دوم سفارشات تائید شده را در مخزن سفارش مشتری قرار می دهد .گزارش توزیع

اسلاید ۷۸: ۷۸نتایج تبدیلها را در کنار هم قرار می دهیم تا شکل زیر ترسیم شود.

اسلاید ۷۹: ۷۹الگوریتم تشکیل نمودار جریان داده ها به کمک جدول جریان داده هااین روش با تشکیل جدول جریان داده ها برای هر یک از حوزه های کاری، آنرا به سطوح و لایه های مختلف تجزیه نموده و سپس جزئیات کاری هر یک را شناسایی و باعث درک کامل و دقیق هر یک از کارکردهای سیستم مورد مطالعه می شود.گام ۱: برای حوزه کاری یا سیستم مورد بررسی در سطح صفر کارکردهای اصلی را تعیین کنید.در سطوح بعدی برای هر کارکرد اصلی، کار کردهای فرعی، فعالیت و زیر فعالیت را تعریف کنید. مثلا در سیستم بازرگانی و فروش سه کارکرد اصلی فروش، انبار و خرید وجود دارد.هر کارکرد اصلی یا فرعی و فعالیت باید با کلی ترین عنوان که نشان دهنده اجزاء کاری می باشد نام گذاری شود.

اسلاید ۸۰: ۸۰گام ۲: تعیین نام و منبع اسناد دریافتی هر یک از زیر سیستم هاگام ۳: تعیین نام و مقصد اسناد ارسالی هر یک از زیر سیستم هامثال:برای ترسیم نمودار جریان داده ها بدین روش از قسمت معاونت بازرگانی و تدارکات استفاده شده است که در واقع سطح یک نمودار می باشد و سطح صفر آنرا می توان کل شرکت مدنظر گرفت.

اسلاید ۸۱: ۸۱

اسلاید ۸۲: ۸۲۱

اسلاید ۸۳: ۸۳جدول مربوط به سطح ۲ (انبار)

اسلاید ۸۴: ۸۴راهنمای توزیع کالاکپی اعلامیه رسید کالاکپی راهنمای توزیع کالا

اسلاید ۸۵: ۸۵تمرین:می خواهیم کارکرد انبار کالای کارخانه X را بررسی کنیم این انبار با مدیریت کارخانه، متقاضی و مسئول خرید داد و ستد دارد. بدین صورتکه به ترتیب از سه واحد ذکر شده درخواست گزارش انبار، لیست کالای درخواستی و کالای سفارشی تحویل گرفته و گزارش انبار، کالای درخواستی و کالای مورد نیاز را تحویل می دهد. DFD سطح صفر را رسم کنید.

اسلاید ۸۶: ۸۶—————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————-

اسلاید ۸۷: ۸۷ادامه تمرین قبلی:انبار کالای کارخانه از دو قسمت واحد آمار و واحد دریافت و تحویل کالا تشکیل شده است که واحد آمار مستقیما با مدیر کارخانه ارتباط داشته و اطلاعات هر یک از اقلام را از واحد دریافت و تحویل گرفته و لیست موجودی را از کاردکس کالا در انبار برداشته و گزارش مورد نیاز مدیریت را تهیه می کند. واحد دریافت و تحویل کالا مستقیما با متقاضی و مسئول خرید در ارتباط بوده و تعداد و نوع کالا را مشخص کرده و در کاردکس کالا در انبار ذخیره می کند. DFD سطح یک را رسم کنید.

اسلاید ۸۸: ۸۸—————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————-

اسلاید ۸۹: ۸۹ادامه تمرین: در مرحله بعد وضعیت واحد دریافت و تحویل کالا را مورد بررسی قرار می دهیم. با توجه به جدول نمودار DFD سطح بعدی را رسم نمائید.

اسلاید ۹۰: ۹۰———————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————–