صفحه 1:
بحس دوم : 0- جرخه تكاملي سيستم ©- جرخه تكاملي و روشهاي تجزيه و تحليل و طراحي سيستم 2- مفهوم مدل و مدلسازي < چرخه تكاملي سنتي و نارساييهاي آن

صفحه 2:
چرخه عمومی حیات سیستمها (محصول) فروش نزول اشباع بلوغ رشد معرفی

صفحه 3:

صفحه 4:
tem Development Life Cycle Sys تکام سیم فراسدی انب کهار طریف لن تحلیلکران طراحان» برنامه نویسان. مسئولان و مدیران بیک موسسه به طور مشترک سیستم های اطلاعاتی را بنا می نهند و وسیا که مدیران پروژه را قادر می سازد که روند پیشرفت فعا له ایست ليت ها و مراحل مختلف يرويه و عملكردهاى كروه هاى دركير مطالعه را ارزيابى و كنترل مى كند. أنجه كه امروزه جرخه حيات سنتى خوانده مى شود خود طى چند دهه به تدریج توسعه يافته است و كاهى 510[.)0 استاندارد نيز خوانده مى شود.

صفحه 5:
به طور کلی چرخه تکاملی شامل مراحل عمده ای به نام تجزیه و تحلیل طراحی و استفرار سرستمهای اطلاعلتی است. هر یک ار اين مراحل نيز به نوبه خود از فعاليتها و وظایف متعددی تشكيل شلنه است.

صفحه 6:

صفحه 7:
فاز ۱: برنامه ریزی و انتخاب در سیستم اين فاز شامل دو قدم کلی است: قدم اول: تعریف نیازمندیهای سیستم جدید اطلاعات نیاز سازمان هستند و پروثه هایی برای ایجاد اطلاعات ‎ee‏ ‎Lbs (‏ گر سیستم می بایست نیازهای اطلاعاتی را به اولویت های سیستم تبدیل کرده و سپس برنامه سیستم اطلاعاتی سازمان را مستند می کند. ‏۲) سپس برنامه های پیاده سازی سیستم اطلاعاتی زمانبندی ‎ee‏ ‏۳) یک امکان سنجی مقدمانی برای پیاده سازی سیستم اطلاعاتی انجام می شود. ‎a‏

صفحه 8:
قدم دوم: ارزیابی سیستم و تعیین محدوده سیستم جدید ) برنامه تفصیلی اجرای پروژه های سیستم اطلاعاتی منابع ‎gle‏ 4 جهت بياده سازى سيستم اطلاعاتى ‏هزینه < ‏۲) خروجیها و نتایجی که از سیستم اطلاعاتی حاصل می شود.

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

صفحه 10:
فاز ۲: طراحی سیستم جدید تبدیل مشخصات و آلترناتیسو پيشنهاد شده در فاز تبدیسل به می بایست تمام جنبه سیستم جدید اعم از : > ورودی 2 پردازش های کامپیوتری خروجی << وه شاش وارانه ترا پایگاه داده ها > به تفضيل طراحى شود. 1

صفحه 11:
سه فعالیت عمده طراحی طراحی نیازهای سیستم های جدید ‎Spor‏ داده های سیستم 7 درون داده های سپستم * فایلهاپیگاهداده های سیستم ۲ مکانیزم کنترل های سیستم * روشها و مراحل انجام کار ابزار و تجهیزات لازم ای رت تردن تاه رد 9 سیستم در صورت لزوم aa

صفحه 12:
فاز ۴ : فاز عملیاتی وییاده سازی سیستم جدید عملیاتی کردن سیستم کد کردن برنامه (برنامه نویسی) ‎eee ec Ls) Was) emmy eal ar‏ ایکا و می گردد). نصب سیستم (در عملیات جاری و روزمره سیستم پیاده می شود). نرم افزار های کاربردی نصب و اجرا می گردند. پیاده سازی سیستم خطاهای سیستم و راه های بهبود سیستم شناسایی می شود. برنامه نویس سیستم را تعدیل می کند.

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

صفحه 14:
خصوصیات یک مدل خوب سازماندهی انبوه اطلاعات تقسیم بندی اطلاعات با یک نگرش هت ری کی ببه ‎oe‏ ‏درک بیشتر و سریعتر وسیله ای مناسب برای تبادل نظر ae

صفحه 15:

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

صفحه 17:
۱۲۰۱۱ ‏مدل منطقى معادل مدل فبزيكى‎ CFI a

صفحه 18:
مفال ی مدل فیزیکی تصویری از سیستم است که چگونگی انجام کار را نشان می دهد. به عبارت دیگر, عملیات سیستم رابه همان ترتیبی که ‎ee eee)‏ که آن را انجام می دهد. نشان می دهد. به عبارت ساده تر تبدیل مدل منطقی به حللت و مشخصات فیزیکی سیستم جدید است. بعضی از سئوالات مربوط به لین مدل عبارتند از: چه زبان کامپیوتری استفاده شود؟ چه پایگاه داده و ساختار فایلی مورد استفاده قرار گیرد؟ چه سیستم عامل و چه سخت افزار هایی مورد نیاز است؟ چه شبکه کامپیوتری مورد نیاز است(محلی است یا شبکه ای ؟ 06

صفحه 19:

صفحه 20:
مدلهای ریاضی ‎WF‏ * تمثيل پدیده های جهان به صورت گزاره های ریاضی با ساختار معادله است. ذرى معادلات رياضى على رغم مختصر يودن آن ها نسبت به دیگر انواع مدل ها مشکل تر است. در پویایی های سیستم بعد از مدلسازی برای شبیه سازی رفتار متغیرها از مدل های ریاضی استفاده می شود. ۴ + ۸ < ظ : ,۷0 26 YX, ‏ب‎ ‎¥X, ۷ > ۲ 6 2 ۰

صفحه 21:
مدل های شمایلی * در لین مدل ها از نشلنه های تصویری نمادین استفاده می شود. استفاده از تصاویر واقعی و مجازی به وفور مورد استفاده قرار می گیرد. با لین مدل های ایده ها ء تصمیمات » جریان ها فعالیتها اقدامات لازم را می توان با استفاده از عکسهاء اسلایدها و پوسترها تببین کرد. © © 2 ۸

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

صفحه 23:
وس سم نحوه اندازه گیری اعتبار مدل ها ‎SOE‏ . قدرت پیش بینی مدل با توجه به شرایط سیستم و محیط؛ ثبات بی ‎blog (SL‏ رشد و ... . قدرت مدل در بکارگیری متغیرها و برقراری ارتباط میان آنها تاره کیری متاهات در ار هی کر واه قابل اندازه گیری نیستند. . بررسی دقت مدل از نظر تعریف صحیح و خاص پیرامون پدیده ها و مسائل و رفع ابهام احتمالی

صفحه 24:
مراحل نظری مدل سازی مراحل محتوی بی سامانی و نمادها تعریف مساله ۱ رفتار متفيرهاى و بديده هاى بى ساماتى هدف هاى مدل ۲ ‏های مدل مفهوم سازی مدل‎ Gas ‏مرز سیستم‎ ساختار بازخوردها ساختار بازخوردها فرمول بندی ۲ تدوين معادلات رياضى تبیین رفتار مدل تبیین رفتار مدل سار ۴ اتبيين رقتار مدل ارزیابی حالت ها و رفتار های مدل تعیین خط مشی ها و راهبردها تحليل سيستم 7 تطبیق سیاستها با واقعیات سیستم 3 9 تذوين الكوى تصميم كبرق اجراى مدل 9

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

صفحه 26:

صفحه 27:
نارسایی های چرخه تکامل سنتی ۱- در مرحلة تجزیه و تحلیل, تحلیلگر سیستم بر خصوصیات فیزیکی در این سیستم در آغاز تصویر کاملی از سیستم مورد مطالعه تهیه می کند. و به عنوان نقطة شروع کوشش خود را صرف تهية نمودارهای گردش یات و نمودارهای تفصیلی مشابه آسن می کنند. بدین ‎ele es Cle EE ST 3,28‏ فر كت وی ناد می شود. ۲- در مرحله طراحی و اجراء سیستم تمایل شدیدی به روش از پایین به بالا وجود دارد. چنین عملی باعث می کردد که سیستم در انتها چک گردد و شاید باعث دوباره کاریهای زیادی گردد. ee

صفحه 28:
ترتیب تست کردن سیستم در چرخه تکامل سنتی برنامه ۱ برنامه ۲ برنامه ۳ برنامه ۴ برنامه ۵ Fay ۷ ‏برنامه‎ برتامه ۸ تست سیستم تست زیرسیم تست برنامه‌ها > و 0

صفحه 29:
۳- مراحل چرخة تکاملی به صورت متوالی و پشت سر هم انجام می گیرد به طوریکه شروع مرحله منوط به تکمیل مرحلة قبل است. fo Ci —— پرنامه نویسی هه

صفحه 30:
هزینه بر طرف نمودن اشتباه در کل مراحل چرخه هزینه برطرف تمودن اشتباه اجرای عملیات . تست پرنامه‌لویسی . طراحی . تجزيه و تحليل هه

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

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

صفحه 33:
از بانكهاي اطلاعاتي

صفحه 34:
چرخه توسعه سیستمهای اطلاعاتی | تجزیه و تعلیل و تعریف خواسته ها N طراحی مفهومی (ساختار) Waterfall ‏مدل آبشاری‎ i

صفحه 35:
بخش سوم: تکنیک ها و روشهای مدلسازی ۱- مدل جریان داده ها (12۳71): ابزاری برای تحلیل عملکرد سیستم اطلاعاتی ۱-۱- اجزاء یا نمادهای نمودار (1(۳1 ۲-۱- تهیه مقدمات رسم نمودار (1(۳1 ۳-۱- ترسیم نمودار فیزیکی جریان داده ها ۴-۱- ترسیم نمودار منطقی جریان داده ها ۲- دیکشنری یا فهرست داده ها ۳- نمودار ارتباط موجودیتها ‎ERD)‏ ابزاری برای تحلیل پایگاه ‎cle cals‏ سیستم

صفحه 36:

صفحه 37:

صفحه 38:

صفحه 39:

صفحه 40:

صفحه 41:

صفحه 42:

صفحه 43:

صفحه 44:
Structured design ee ‏ام هی ماع‎ 9 ۱ Ec ae a Program exch modile using Cea ‏سس‎ م مله متا سس وا ‎Sut dps sued‏ ‎roy,‏ مايا ‎Sete‏ Events Pores 00

صفحه 45:

صفحه 46:

صفحه 47:

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

صفحه 49:
ان ارت ار ییاز سای سا لسن تال درک لاله رس کند و دارای دو نوع فیزیکی و منطقی برای سیستم های خارجی و داخلی می باشد. اس ی سا ‎ate ULL amy ee ens‏ اب “لين نمودار نشان دهنده عملیات. بایکلنی ها. ورودی و خروجی و مخازن داده ها می باشد. این نمودار توضیحی در مورد چگونگی پردازش ها و جزئیات کار نمی دهد و فقط نام پردازش را بیان می کند. لس تمودار بر میتای نمودار جریان مستندات رسم شده و سس رات مناسب انجام می شود. دارای نقطه قوت به صورت فرآیند سلسله مراتبی است. (تحلیل فرآیند از کل به جزء) ۷ در هر سطح یکی از پردازش ها به فعالیت های کوچکتر تجزیه می شود. 9

صفحه 50:
اجزاء پا نمادهای نمودار ‎DFD‏ ‎.١‏ پردازش یا عملیات که هميشه یک فعل (عمل) ات محل پردازش ل 0 ا لله اجرای عملیات که همیشه یک فعل و عمل است. So

صفحه 51:
. موحودیت یا نیادهای حارجي که همیشه یک شناسه نام موجودیت نام مبدأء نام مقصد. هر چیزی که درباره آن اطلاعات جمع آوری و نكهدارى مى شود. سم است. ۳. جریان اطلاعات (یک طرفه یا دو طرفه) بر ان اطلاعات و داده ها که به صورت یک طرفه یا دو طرفه ‎oi‏ (حتما يك جيزى باید رد و بدل شود و فقط برای اتصال نیست.) ea

صفحه 52:
۲ دح اطااعات (ایگه اطعا بابكانى» برونده) نوع مكرن داده نام مخزن داده 3 "سس شناسه نام. کد. محل. دستیء کامپیوتری سل از خط دار بعنوان بکارگیری منبع در چند مکان نام. کد. محل. دستیء کامپیوتری همچنین دایره خط دار بعنوان مکان است. اين عمل براى جلوكيرى از تقاطع خطوط و شلوغى شكل بكار مى رود. 5 بکارگیری یک موجودیت در چند

صفحه 53:
دی ار ترس تمودار را همواره بت در نظر داش زرا هد تعیین کننده میزان جزئیاتی است که باید در نمودار قید شود. "نمودار طوری رسم شود که توللی عملیات اصلی از چپ به ‎BE eas sles‏ التا ااعاا سار رل اه سر رد هیچ عنوان از عبارت غیر معمول استفاده نشود.) یرای کال ‎OPO agai joe‏ در کل سطرم هر اند رازب ا میا ججفث زیر سطیع زیر بررخزنشی) و ‎Age ew‏ !

صفحه 54:
"نام جریان داده به صورت مفرد بیان شود. زیرا تعداد و تناوب آن در این نمودار مهم نیست. حرکت چند نوع داده بصورت مدارک به صورت یک جریان نشان داده شود. v ام بدون توجه به تعداد اسناد و ار سا تا رت ان را شرت خودداری شود. ار دسا سس رن اطاعات ‎I‏ ود دار شود. ee

صفحه 55:
اشتباه در بکار بردن جریان داده ها بصورت انشعابی اقلام فروش | واحد ۱ نی حسابداری |" 5 ۳ سفارش "“ 7 واحد فروش | سخه ‎١‏ ‏واحد . حمل ونقل ] شترى

صفحه 56:
‎on”‏ تاد ری توا یال ده ها را ره ‏دستورات حمل ‎ ‏جزثراك صورثدساب صرردسابا بعذى را کاترل كنيد

صفحه 57:
ل ار تا مانند: خریداران و مشتریان. ۲برای جلوگیری از تلاقی خطوط می توان یک نام بایگانی, پردازش یا مبدا یا مقصد را در چند مکان قرار دارد نام بایگانی باید بیان کننده اطلاعات درون آنها باشد. "هیچگاه یک بایگانی مستقیماً به یک مبدا یا مقصد وصل نشود. وتا فعط ور ار ۰ دارد. هک ذو سيدا و مقصد بيه اهم متصل شود ری هر انتمال حداقل يك يردازش بايد وجود داشته باشد.

صفحه 58:
اشتباهات در رسم ذخایر داده ها عنصر داخلى/ خارجی SS شكل صحيح مس ان داد ۳ شکل غلط ‎ow.) [a‏ تیه دا ۳ له "۵ _ ‏عنصر داخلی/ خارجی ‎ae ‏ذخيره دادة الف ‎ ‎se ‎ ‎ ‎ ‎ ‎

صفحه 59:
از نشان دادن تناوب زمان, یا منطق کنترلی روی نمودار بايد خودداری کرد. حساب‌های پرداخنی 1 | | oe sl 6 ‏صد‎ ns مشترى سدور

صفحه 60:
رارق اشتباهات موجود در نمودار 12۳1 زیر را مشخص نمائید. ‎et‏ و سم ‏کالای مفارشی ‏هه

صفحه 61:
ea

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

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

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

صفحه 65:
جه کسی باید یک مرحله یا مجموعه ای از مراحل را انجام دهد؟ آيا واحد یا شخص دیگر می تولند لین کار رابه روش ساده تر انجام دهد؟ 7 آيا با تلاش كمتر و هزینه کمتر هر عمل قابل انجام است؟ 7 آیا فردی با مهارت کمتر. بدون کاهش کیفیت می تولند این کار را انجام دهد؟ اين فعاليت جكونه بايد انجام شود؟ 7 آيا كار بركهاء تجهيزات و روش هاى انجام كار بطور صحيح طراحى شده اند؟ در جه زمانى بايد يك مرحله يا مجموعه اى از مراحل انجام شود؟ هر مرحله از كارء در كجا بايد انجام شود؟ 7 آيا تاخير يا بايكانى قابل حذف يا كاهش است؟ es

صفحه 66:
تهیه مقدمات رسم نمودار جریان داده ها برای درک سیستم» رویکرد ساخت يافته با نگرش سیستمی ‎BD‏ ‏کل به جزء) و با استفاده از نمودار جریان داده ‎cle‏ ابتدا یسم را در کلی ترین حللت دیده. سپس برای شناخت جزئیات آن. سیستم را به سطوح تفصیلی تر می شکافد. برای مسافرت به شهرهای مختلف ابتدا نیاز به نقشه راه های کشور. سپس نقشه مربوط به شهرها و در نهایت برای رسیدن به نقطه مورد نظر نیاز به دانستن خیابان های ولقع در لن ناحیه است.

صفحه 67:

صفحه 68:
به منظور حصول اطمینان از صحت و بات رویه. و رعلیت سادگی در تجزیه و تفکیک سیستم. اعم از صورت فیزیکی يا منطقی آن. قواعد زیر را باید مد نظر قرار داد: 2 موازنه جریان داده ها اك ها 7 شماره گذاری پردازشها 0

صفحه 69:
موازنه جریان داده ها در گسترش و ادامه تفکیک سیستم به زیر سیستم های مختلف» جریان داده های درون داده و برون داده سیستم. باید از نظر اسم و محتوا یکسان بماند. تنها در لین صورت است که می توان مطمتن شد که دو نمودار جریان داده در دو سطح از تفصیل یکی است و می توان ارتباط اساسی بین زیر سیستم های آن را (رابطه خانواده - فرزندی) در نظر گرفت. الته در کسترشس یک بردارش به جند بردازش ‎yes‏ جریان های دادة درونی و برونی فرعی تر و ذخایر اطلاعلتی جدیدی ‎oe‏ پردازشها معرفی می شود و لین دقیقاً همان انتظاری است که از رسم نمودار جریان داده ها به سطوح پایین تر داریم. 9

صفحه 70:
چگونگی ثبات جریان داده های کلی و معرفی جریان داده های ۳ جریات دادة ب(إبروة دان

صفحه 71:
نامگذاری پردازشها هر یک از پردازشهای سیستم مورد مطالعه. معرف فعالیتی است که در ن سیستم یا واحد انجام می شود. بنابرلین ‎Sab‏ بتوان به ‎nies |‏ او داد. برخی از پردازشهاء نشان دهنده کل سیستم هاء فعالیتها و وظایف مختلف را نشان می دهد. این که پردازش معرف کدامیک از موارد فوق است. در نامگذاری لن موثر است. و از نامهای کلی تا نامهای تفصیلی و تشریحی را شامل می شود.

صفحه 72:
به منظور سهولت تعقیب یک پردازش در درون پردازشهای دیگر و نه به مفهوم ترتیب انجام عملیات» در صورت تجزیه یک نمودار جریان داده به سطوح پایین تر بلید از یک سیستم منطقی شماره گذاری استفاده کرد. شماره گذاری پردازشهاء معمولا از سطح ۱ شروع می شود. به عبارت دیگر به نمودار سطح صفر سیستم. شماره ای اختصاص داده نمی شود. نموداری با ۵ پردازش در سطح ۱. شماره های ۱ الی ۵ را به خود اختصاص می دهد. در نمودار سطح ۰۲ در صورت تجزية هر یک از پردازشهای پنجگانه» به ترتیب شماره های (۰۱/۱ ۰۲/۱ ‎VIO 10) 9 TY‏ ۵ را دریافت كه

صفحه 73:
شماره گذاری پردازشهای هر سطح

صفحه 74:

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

صفحه 76:
کارمند توزیع سفارش مشتری را دریافت و برنامه توزیع آنرا مشخص می کند. سپس سفارش مشتری را در یک مخزن داده دستی قرار می دهد. سفارشات مشتری

صفحه 77:
سرپرست توزیع. جزئیات توزیع را در قللب یک گزارش دریافت می کند و اقلامی را که باید توزیع شود جمع آوری می کند. جزئیات اقلام جمع آوری شده برای کارمند توزیع ارسال می شود . وی آنها رابا سفارش مشتری که در بایگانی دارد تطبیق می دهد سپس آنها را به فروش و بازاریابی عودت می نماید و رونهشت دوم سفارشات تائید شده را در مخزن سفارش مشتری : رش قلام قرار می دهد ‎on‏ ‏,-— مج

صفحه 78:
نتایج تدلها ,اد, کنا, هم قرار م, دهم تا شکا, زب ترسسم شود. ‎a‏ فروش و ‎oe‏ بازاريابى ‎ ‎ ‎ ‏گزارش توزیع مقایسه شده ‏گزارش ‏توزيع ‏سرپرست توزیع ‏ | ۳ ‏جمع آوری اقلام توزیع ‎ ‏جمع آوری شده و سفارش مشتریٍ ‎ ‎ ‎

صفحه 79:
الگوربتم تشکیل نمودار جریان داده ها به کمک جدول جربان داده ها این روش با تشکیل جدول جریان داده ها برای هر یک از حوزه های کاری. آنرا به سطوح و لایه های مختلف تجزیه نموده و سپس جزئیات کاری هر یک را شناسایی و باعث درک کامل و دقیق هر یک از کار کردهای سیستم مورد مطالعه می شود. گام ۱: برای حوزه کاری یا سیستم مورد بررسی در سطح صفر کاربره‌های اسلی را یس ند در سطوح بعدی برای هر کارکرد اصلی. کار کردهای فرعی. فعالیت و زير فعاليت را تعريف كنيد. مثلا در سيستم بازركانى و فروش سه كا ركرد اصلى فروشء انبار و خريد وجود دارد. “هر كاركرد اصلى يا فرعى و فعاليت بليد .با كلى ترين عنوان كه نشان دهنده اجزاء كارى مى باشد نام كذارى شود. 20

صفحه 80:
گام ۲: تعیین نام و منبع اسناد دریافتی هر یک از زیر سیستم ها گام ۲: تعیین نام و مقصد اسناد ارسالی هر یک از زير سیستم ها برای ترسیم نمودار جریان داده ها بدین روش از قسمت معاونت بازرگلنی و تدارکات استفاده شده است که در واقع سطح یک نمودار می باشد و سطح صفر آنرا می توان کل شرکت مدنظر eo

صفحه 81:
ارسال مشبرى. انبار مشترى حسابدارى فروش حسابداری خرید فروشنده اسناد ایجاد شده فرم تائید سفارش فرم سفارش داخلی اعلامیه تحویل کالا كبى اعلامیه تحویل کپی راهنمای توز کارت تجدید سفارش لیست اقلام مورد نیاز فرم سفارش خرید کپی اعلامیه رسید الا دریافتی مشتری حسابداری انبار فروش خرید حسابداری فروشنده انبار فروشنده فروشنده اسناد وارده فرم سفارش مشتری فهرست هفتگی سقف اعتبار راهنماى توزيع کالا فرم سفارش داخلى اعلاميه رسيد كالا كارت تجديد سفارش راهنماى توزيع كالا ليست اقلام مورد نياز اعلاميه رسيد كالا صورتحساب پرداختی واحد مسئول (کا کرد اصلی) فروش انبار خرید 60 0

صفحه 82:
ee

صفحه 83:
ارسال فروش فایل موجودی خرید حسابداری حسابداری فایل موجودی اسناد و داده های خارجی کپی راهنمای توزیع ‎YS‏ موجودی فرم سفارش داخلی لیست اقلام اعلامیه تحویل كالا موجودی جدول مربوط به سطح ۲ (انبار) هدف تهیه اسناد کنترل آماده بودن سفارش و بهنگام نبودن فایل exe ‏اقلام‎ ‏کنترل سطح‎ ore ‏سفارش کالای‎ ‏زیر سطح‎ ore بینگام نمودن فروشنده در حسابداری منبع تهیه اسناد فایل موجودی خرید کارمند کنترل موجودی فایل موجودی حسابداری فروشنده نام اسناد و داده های ورودی موجودی گرم تفارش داخلی کپی اعلامیه رسید کالا فرم سفارش داخلی میزان موجودی کارت تجدید نظر راهنمای توزیع مستول انجام انباردار دریافت كالا نام فعالیت ‏ | کد تخصیص موجودی | 0 به سفارش ‏ © تايب ليست اقلام | © نظارت بر سطح ‏ |-© موجودى | | © مقایسه ‎gn] Oil‏ رسید کالابا تعداد | چا موجودى ول

صفحه 84:
نمودار سطح ۲ ‎cafe‏ رسید ابا موجودی دريافتى و الأزليش تمداد موجوديتيها ‎ ‏ارت بر سطع ‎Sar‏ ‎ ‎ ‏راهنماى توزيع كالا ‎ ‎ee ‎ ‎ ‎

صفحه 85:
تیوه می خواهیم کارکرد انبار کالای کارخانه 26 را بررسی کنیم این انبار با مدیریت کارخانه. متقاضی و مسئول خرید داد و ستد دارد. بدین صورتکه به ترتیب از سه واحد ذکر شده درخواست گزارش انباره ليست كالاى درخواستى و کالای سفارشی تحویل گرفته و گزارش نبا کلای درخواستی و کالای مور نیاز را تحویل می دهد. 12660) سطح صفر را رسم کنید.

صفحه 86:
وم

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

صفحه 88:
6

صفحه 89:
ادامه تمرین: در مرحله بعد وضعیت واحد دریافت و تحویل کالا را مورد بررسی قرار می دهیم. مقصد ارسال متقاضی واحد آمار کاردکس کالا مخزن کالا بایگانی لیست سفارشات مسئول خرید استاد و داده های خارجی کالای سفارشی اطلاعات هر یک از اقلام کالا تعداد و نوع کالا ‎yw‏ ‏ليست مشتريان ليست كالاى مورد نياز منبع تهیه اسناد مخزن کالا مسئول خرید بایگانی لیست سفارشات نام اسناد و داده های ورودی لیست کالای مورد نیاز کالا کالای سفارشی لیست کالای مورد نیاز با توجه به جدول نمودار 660) سطح بعدی را رسم نمائید. نام فعالیت | ‎as‏ ‏تحویل ‏دريافت | © ام e9

صفحه 90:
90

صفحه 91:
انواع نمودار جربان داده ها ‎tli.)‏ چگونگی عملکرد فیزیکی سیستم جاری (فیزیکی سیستم جاری) ۲نمایش انجام منطقی فعالیت های سیستم جاری (منطتی سیستم جاری) ‎GLY‏ منطقی آنچه که از سیستم انتظار می رود.(منطقی سیستم جدید) ۴.نمايش فیزیکی نحوه پیاده سازی سیستم جدید (فیزیکی سیستم جدید) نمودارهای فوق به ترتیب ذکر شده رسم و بررسی می شود. این نمودار برای سیستم موجود و جدید رسم می شود. 60

صفحه 92:
ترسیم نمودار فیزبکی جربان داده ها تحلیلگر در مراحل اولیه برخوردش با سیستم مورد مطالعه. با صورت فيزيكى لنء یعنی به گونه ای که فعاليتها صورت می گیرد روبروست. استفاده کنندگان سیستم نیز همین صورت از آن را می شناسد. از نظر استفاده کنندگان: سیستم مجموعه ای از واحدهاء کارکنان» فرمهء فایلها و روشهای انجام کار است. eee eo ‏مشکلات موجود لن. سازماندهی انبوه اطلاعات جمع آوری شده‎ ‏يا در حال جمع آوری و همچنین رسیدن به یک تفاهم مشترک‎ ‏با استفاده کنندگان سیستم» ساختن مدل فیزیکی آن است.‎ هه

صفحه 93:
مراحل رسم نمودار جریان داده فیزیکی سیستم موجود برای رسم نمودار جریان داده فیزیکی سیستم موجود. از خصوصیات رویکرد سیستمی و سلسله مراتب سیستمها. می توان طبق نمودار زیر عمل كرد. ‎١|‏ رسم نمودار جریان داده سطح صفر که محدوده سیستم را مشخص می کند. ۲- رسم نمودار جریان داده سطح ۱ که نماینگر ارتباطات بین واحدهای اصلی و بخشهای عمده سیستم است. ۳- رسم نمودار جریان داده سطح ۲ که نماینگر فعالیتهای عمده انجام شده در هر واحد اصلی است. ۴- رسم نمودار جریان داده سطح ۳ که گسترش بیشتر هر یک از فعالیتهای عمده نمودار سطح قبل است. 29

صفحه 94:
۱- رسم نمودار سطح صفر با نمودار محدوده سیستم: نمودار سطح صفر. کلی ترین تصویر سیستم است که سیستم را به صورت ییک پردازش واحد نشان می دهد. اگرچه از نظر ظاهری ساده ترین نمودارهاست . اما در عمل سخت ترین آنهاست. زیرا نات و و مطالعه استء يا به عبارت ديكرء تعیین مرز بین آنچه در درون سیستم و آنچه خارج از آن قرار دارد. or

صفحه 95:
نمودار سطح صفر شرکت نمونه

صفحه 96:
۳- رسم نمودار جریان داده سطح انیا نموداری که نمایانگر ارتباطات بین واحدهای اصلی و بخشهای عمده سیستم است: نمودار سطح صفر سیستم. محدودة آن را مشخص می کند و چیزی در مورد آنچه در درونش می گذرد. بیان نمی کند. در این مرحله نموداری رسم می کنیم که بدون اينکه وارد جزئیات فعالیتها شود. ها ود ها ‎sys een foe‏ مات و رباص ها را روشن می کند. برای رسم چنین نموداری غالبا از نمودار سازمانی ‎ee ee ee‏ می توان استفاده کرد و فعالیتهای عمدة ن را شناخت. مثلا چنانچه سیستم مورد مطالعه امور مللی یک شرکت باشد. نمودار فيزيکی سطح یک آّن نموداری است که واحدهای عمدة آن مثل واحدهای بودجه و گزارشات. خزانه داری. حسابداری مللی و همچنین ارتباطات اطلاعاتی بین واحدها را نشان می دهد. وم

صفحه 97:
نمودار سطح ۱ که ارتباط بین واحدهای اصلی و عمده موسسه را دهد. نشان می (Bese en

صفحه 98:
۳- رسم نمودار جریان داده سطح ۲ که نشان دهنده فعالیتبای عمده انجام شده در هر واحد است: نمودار سطح ۲ سیستم. نشان دهنده فعالیتهای عمده ایست که در واحدهای فرعی آن صورت می پذیرد و باید بعدا در مورد جزئیات آن مطالعة بیشتری انجام شود. ۱" Oe eee ‏لمن با يك خط‎ JSS GI ‏پا خارجی تکرار شده است. در گوشه ای‎ ‏مورب مشخص شده است و در مورد ذخیره داده. تعداد خطوط‎ ‏سمت چپ آن اضافه می شود.‎ تا ۸ -] مه

صفحه 99:
که طيد ياك ‎Ales Nhe‏

صفحه 100:
۴- رسم نمودار جریان داده سطح ۲ که گسترش بیشتر هر یک از فعالیتهای عمدة نمودار سطح قبل است: تحلیلگر ممکن است تاجار باشد که برای شناحت بیشتر وصعیت موجود. هر یک از پردازشهای نمودار سطح قبل را به چندین پردازش دیگر تفکیک کند و بدین وسیله به کلیه عملیات انجام شده در واحدها آگاه شود. 0۵0

صفحه 101:
ب يطرش عار وم ‎an‏ له ماش خیرم چا ‎ened‏ ‏شکل (۱۶. ).مدا ‎Seid‏ سطح ۳ علیات انمامشده در وود درات سخارشات ار واحهای موبرطه) فان می‌دهد.

صفحه 102:
تبدیل مدل فیزیکی به مدل منطقی اكر قبلا مدل فیزیکی سیستم موجود را رسم کرده باشید در صورتیکه به خصوص نمودار سازمانی مورد استفاده بر مبنای ملیف ساومانی فک کرفه باید ب انسام بره ای تشیرات در نمودارهای رسم شده. می توانید آنها را به مدل منطقی تبدیل و به سلوح پایین تر تفکیک کنید. برای اعمال تغییرات در مدلهای فیزیکی» مواردی که در ادامه آمده است می بایستی رعایت گردد. aoe

صفحه 103:
در بردازشها واحد. شجص با وسیله انجام آن بردازش حذف شود. مثلا: تبديل مى شود به oo

صفحه 104:
و ال رای دا ار هه تس "فرم بررسی سفارش نقدی" به صورت "سفارش نقدی" و "فرم بررسی سفارشات اعتباری مشتری جدید* به صورت "سفارشات اعتباری مشتری جدید" بیان می شود. ذخایر داده ها به صورتی فارغ از وسيله نگهداری آن بیان شود. v 2 "ليست موجوديها“ و "ليست مشتریان" به ترتيب به موجوديها و مشتريان تبديل شود. ساير تغييرات در صورت لزوم در شكل داده شود. 0 صورت نيازء نمودارها تا يايين ترين سطح كسترش داده شود. aoe

صفحه 105:
نمودار منطقی پس از اعمال تغییرات در صورت فیزیکی Cakes fig پردازش شساره(0۵)

صفحه 106:
کلیات دیکشنری با فهرست داده ها روشى سازمان يافته و منظم لازم برای تعیین اهداف ‎Je‏ ‎.١‏ اجزاء تشكيل دهندة سيستم را به نحوى يكسان و منظم در كروه هاى دركير يروزه قرار دهد. ۳ عطف دادن متقابل اجزا را تسهیل کرده و به ا صرف وقت زیاد برای ردیابی جزئيات سيستم د ۳ ایفاء ,تدای کارهی نام وا هر له باه ره را تسهیل کند. به طوری که نتایج هر مرحله برای مرحلة دیگر مورد استفاده باشد. ۴ مبنای محکم و مناسبی برای تهية مستندات سیستم قرار گیرد. برخی از صاحب نظران معتقدند که دیکشنری یا فهرست داده های پروثه وسیله ای اساسی برای نگهداری پروه های ساخت يافته در مسیر درست است. علاوه بر ان ارزشی بلند مدت دارد زیرا به عنوان مبنایی برای طراحی پایگاه داده های سیستم مورد استفاده ‎oo es els‏

صفحه 107:
دیکشنری پروژه يا دیکشنری سیستم همان طور که در نمودارهای جریان داده ها مشاهده نمودید اجزای تشکیل دهنده لن عبارت است از پردازشهاء جریان داده ها و ذخایر داده ها. دیکشنری یا فهرست داده های سیستم. در واقع شامل نمودارهای جریان داده ها و اجزای تشکیل دهنده آن است. دیکشنری سیستم از اجزای زیر تشکیل شده است: ‎١‏ نمودارهای جریان داده ها ۲ _ نمودارهای ارتباط موجودیها ۳ فرح پردازشها ۴ دیکشنری داده ها

صفحه 108:
جريان داده ها | | ذخاثر داده ها [ [ ساختار داده‌ها | | داده های جزء ao

صفحه 109:
دیکشنری داده ها دو هسته اصلی دیکشنری داده ه؛ یکی جریان داده ها و دیگری ‎oslo pS‏ هاست. جربان داده ها: در واقع خط لیله ایست که بسته یا بسته هلیی از اقلام داده از آن عبور می کند. از پردازشی به پردازش دیگر انتقال داده می شود و برعكس. ‎ple‏ داده ها: ‏محلی است که اقلام داده تا زمانیکه مجدداً به لن نیاز باشد در انجا ذخیره می شود و به صورت پرونده های دستی و کامپیوتری نشان داده می شود. ‎09

صفحه 110:
هر یک از فرم ها گزارش ها و فایل های سیستم با توجه به محتوای ن دارای ساختار پا ساختارهایی است که بر اساس آن اقلام مختلف داده سازماندهی شده است. این ساختار اصطلاحاً ساختار داده ها نامیده می شود. بنابراین یک ساختار داده. حاوی یک پا چند قلم داده است که در کل یک مفهوم منطقی را منتقل یا پدید هایی را تشریح کند . صورتحساب ساختار داده | | تاریخ صور تحساب. نام مشترى. جزئيات اقلام و ... داده هاى جزء ارتباط ساختار داده و داده هاى جزء ‎ca‏

صفحه 111:
ارتباط بین جریانهای داده. ذخایر داده. ساختار داده و داده های جزء ذخاثر داده ها جریان داده ها ساختار های داده a a داده جزء داده حزء داده جزء داده جزء aaa

صفحه 112:
مراحل تهیه دیکشنری هدف از تهیةٌ دیکشنری داده ها) جریان داده هاء ذخلثر داده هاء ساختار داده هاء داده های جزء( تعیین و تعریف ساختار داده ها و داده های جزء موجود در جریان داده ها و ذخلثر داده های سیستم است. روش ‎cla‏ متعدد و گوناگونی برای تعریف و تعیین این ساختارها وجود دارد. در اینجا از یکی از روشهای معروف استفاده می شود. برای سازماندهی هریک از اطلاعات مربوط به دیکشنری داده هاء پردازشها و نمودار ارتباط موجودیت ها در دیکشنری سیستم. بخشی جداگانه در نظر گرفته می شود. البته بخش های مختلف و اقلام فوق باید بخوبی قابلیت دادن عطف متقلبل به یکدیگر داشته باشد و همچنین به راحتی بتوان هرگونه تغییرات آتی در مورد هر یک در ‎Bl‏ انجام داد. 6

صفحه 113:
نمونه دیکشن 29 = 2 نمونه دیکشنری سیستم بصورت موضوعی تمودار جریان داده‌ها تسودارهاى ارتباط داده‌ها شرح بردازثها اخاثر جلیه جر يالهاي دادءها ساختارهای ‎sala‏ or glans

صفحه 114:
منظور از تشریح پردازش ها تعریف مجموعة قوانین» سیاستها و رویه هایی است که نحوة تبدیل داده ها در پردازش ها را نشان می دهد. ۱ سیاست فروش بر حسب نوع مشتری - اگر خریدها را ارگان هاء موسسه ها و شرکت های دولتی تشکیل دهند. ۰ تخفیف داده می شود. — چنانچه خریداران تجار عمده فروش باشند. ۸۲۰ تخفیف داده عى هوه - بقيه مشتريان بايستى تمامى بها را يرداخت كنند. 0

صفحه 115:
۲ سیاست فروش بر حسب میزان خرید مشتری - مشتریان که بین ۱۰۰۰۰۰ و ۵۰۰۰۰۰ تومان خرید کنند از ۲ ‎es‏ ار ۱ - مشتریان که بین ۲۰۰۰۰ و ۱۰۰۰۰۰ تومان خرید کنند از 1۲ تخفیف برخوردار می شوند. - مشتریان که کمتر خرید کنند بایستی کل بهای کالا را بپردازند. as

صفحه 116:
3 شمارهپردازش ۳ ‎shan‏ بورسى كالاى سفارش شده شرع در این پردازش صورنحساهای دریاتی با سفارش رید معنر پا تصویبر مدپدیث ‎ian‏ داده مى شود الغا يرداده مورد اسفاده: بروندة صورتسايها مون ميزه صورتحساها(جریات) يرود اد مزه = صورتحسابهای تأید شده - صورتصابهاى تيد تدده ماحل اجام (ستطق عمل )+ + صورتصاهای «ریفتی راییا سفارش ريد هاك ‎pnt‏ ‏مطابقت ‎As‏ ‏۰ اطلاعات سفارش خرید را رای تکمل صورتصاب به آن ‎aS aol‏ ۰ ار شماره سفارش معلبری وجوه نداشته باشده تأبید مدیربت رااحذ کید - اگر فوسط مدیریت نید شنده (سيس) لأبيديه را روى صور تحساب ليث كني صورنصایا را نکمیل کید - اگر توسظ مدهریث نید تشد (سيس) رب یهاگدید و وضع دهید که بر پرداخت لأييد نشدءاسث.

صفحه 117:
به منظور ساده تر کردن کار تهیه دیکشنری سیستم چه دستی چه کامپیوتر ی باید به محض معرفی جریان داده در سطح صفر سیستم. و حتمابا رسم جریان داده در سطح اول عمل تهیه آن آغاز شود. مثلا در نمودار جریان داده در سطح صفر شرکت < ده جریان داده وجود دارد که این جریان داده نقطة شروع تهیه دیکشنری داد ه ها است. are

صفحه 118:
علائم و قواعد تبین و تعیین ساختارها و داده های قاعده اول: = —— اختار داده ها بایستی مشتمل بر یک یا تعداد بیشتری دادهٌ جزء باشد. این داده های جزء با علامت (+) به طورعمودی زیر هم فهرست می شوند. لین علامت به مفهوم "اضافه شدن به هم" است و نه به مفهوم جمع ریاضی. همچنین حاکی از لن است که داده های جزء باید در ساختار نشان داده شوند. ساختار داده ها بایستی نامی متناسب با محتوای آن داده باشد. سار مصرى زور ميطاى 15 لوهم دمسحصات مسري + ادرس مشترى + جزئيات اقلام سفارش مبلغ پیوست 33

صفحه 119:
قاعده دوم: اقلامی از داده های جزء (یا گروهی از داده های جزء) که چندین بار تکرار می شود در علامت آکولاد [ ) قرار داده می شود. مثلا جزبیات اقلام سفارش ‎era‏ تاره مق یر تال با كار شود. بنابراین ساختار داد مورد نظر به صورت زیر تکمیل می شود. سفارش مشتری- مشخصات مشتری + آدرس مشتری +جزییات اقلام سفارش [ ‏+شمارةٌ صفحه + شمارة جنس + شرح + اندازه +تعداد+ بهای واحد+ مبلغ‎ ) o مورا که هی بارس راشای ره رفتگی پیدا می کند و سپس در ‎UF‏ نوشته مى شود. هر دادة جزء درون [) به نوبة خود علامت + را دارد» زیرا هم آنها باید در ساختار باشد. ao

صفحه 120:
قاعده سوم: چنانچه ساختار داده ای حاکی از آن باشد که از بین یک پا چند داد جزء یکی انتخاب شود. در این صورت داده های جزء مربوط به این پاستار در ی علامت الا فرار هی کرد سفارش مشتری- مشخصات مشتری آنام و نام خانوادگی/ نام شرکت[ + آدرس مشتری + جزییات اقلام سفارش ۲ (+شمارة صفحه +شمارةٌ جنس + شرح + اندازُ +تعداد +بهای واحد + مبلغ | ‎ie‏ + deo

صفحه 121:
قاعده چهارم: داده های جزء اختیاری یک ساختار داده در ( ) نشان داده می شود. مثلا در فرم مورد مطالعه مبلغ مربوط به ارزش بیمه شده. اختیاری است و به ميل خريدارء انجام می شود. سفارش مشتری- مشخصات مشتری آنام و نام خانوادگی/ نام شرکت [ + آدرس مشتری شهر+ خیابان+ پلاک+ کدپستی+ شمارة تلفن + جزییات اقلام سفارش ۲ (شمارة صفحه+ شمارة جنس + شرح+ اندازة+تعداد+ بهای واحد + مبلغ ) ‎oe ee‏ + بهای اقلام سفارش شده و ‎espe‏ ‏+ (ارزش بیمه شده) +مبلغ کل ‎aed‏

صفحه 122:
تشریح جریان داده ها در تشریح جریان داده ها باید ساختار اصلی داده ها را تعین نمود. در اینجا فقط به ساختار اصلی داده ها اشاره می شود و أن به ب جريان داده haga Silay پردازش مقصد : ساختار داده : تعداد : cS ‏ساختا‎ سفارشات به صورت کاتالوگ قرم ۱ با خلاصه سفارشها بر مبتای کاتالرگ سفارشاتی که مشتری بر اساس کاتالوگی که به طور ماهانه از شرکت پوشش درسافت می‌کند: تسهیه و ارسال می‌کند. براساس اطلاعات آن» فرم بررسی سفارش تکمیل می‌شود. ۲ دریافت سفارشات و پرداختهای مشتریان سفارش مشتری ۰ عدد در روز ‎ee‏

صفحه 123:
تشریح ذخایر داده ها چون ذخلثر داده هاء داده های در حال سکون هستند بنابراین ساختار داده های آزیساپساتشریسح داده های جزهء تشریح می شوند. عناصر مهمی که در تشریح ذخاثر داده ها بایستی ذکر شوند عبارند از: ام و ناه سار دعر داد ها ** شرح مختصری در مورد آن * نام جریان دادة ورودی به و خروجی از آن ساختار دادة تشکیل دهندة آن اطلاعات دیگری نظیر نحوة سازماندهی. حجم و نظیر آن که حصوصیت فیزیکی ذخيرة داده را نشان می دهد نیز ممکن است نگهداری شود. 09

صفحه 124:
نمونه شرح يك ذخیره داده دخیرهدادو os شب رح: جريان داده ورودی : جریان داده خروجی : ساختار(تركيب) داده: نحوه دستيابى : اصورتحسابهاى تابيد شده. در خواست فروشنده براى دريافت بول. شامل اطلاعاتى در مورد کالاهای دریافت شده بهای هر یک و همچنین امضای کارمند بخش رسید کل است. صورتحسابهای امضا شده. جزبيات اقلام, مشخصات قروشنده +شماره مورتحاب +تاریخ صورتحصاب + جزييات اقلام + مبلغ يدهي + شماره سفارش خريد روزنه ۲۰۰ عدد. ترخ انزايششر» ‎1:٠١‏ در سال بيشترين تعداد در شروع ماه ابندابا تأخيره صورتحسابهرویهم جمع شده و به صورت دسته‌ای در مى أبد. بس به صورت ترتیی بدازش می شود

صفحه 125:
تشریح ساختار داده ها در تشریح فرمت داده ها گفته شد که ساختار داده های تشکیل دهندة جریان داده و ذخاثر مربوط به آنها در بخش جداگانه ای از دیکشنری داده تشریسح خواهد شد. حال در این بخش به معرفی و تشریح هر يكاز ساختارهاى موجود در جريان داده ها و ذخائر داده ها يرداخته ‎eee‏ ساختار داده ناختارداده: قم مستمارة ‎es‏ موارد استفاده : سفارش مشتری خلاصه سقارشها بر نی ‎WE PD SIU‏ این ساختر معرف سفارشی است که مشتری بر مبناى كاتالر؟ رای يك يا جند قلم کال می‌دهد. مشخصات مشتری نع ونم خاناگیآنام شرکت 1] + آدرس مشتری شهر + خیبان +پلاک +کد پستی + شماره تلقن +جزبيات اقلام سفارش 4 (شماره صفحه + شماره جنس + شرح + اندازه + تعداد + بهاى واحد + مبلغ ....) + مبلغ يوست + يهاى اقلام سفارش شده + هزینه حمل توسط شرکت +(ارزش بيمه شده) Set

صفحه 126:
تشریح داده های جزء شماره سقارش خرید براى مشخص کرد ید هر سفارش كه هیک فروشده دادم نع( عددی ‎SALE‏ كاراكترى -عددى. طولة ‎vo‏ ‏#ههای متا : درخراست خرید. ۲۵ ال مقدار معمول از ۰۰ بر فهرست ارزشها و مقدیر خاص (در صورت وجودا: تام دادهچزه: شماره سفارش ‎eb gle‏ میمتم:سفارشهاو صدور صورتصاب شساره سفارش ده رتسی بوده که ۶ رقم اول آن به صورت ۷ 8 2406 و ؟ رقم بعدى شمارة ترتيب سفارش أست. یشوندهای مت حسابداری هم عي الاخيره شده در قايل سفارشات ‎ate EX‏ له ‎rE‏ اداری موارد ستفاده: ‎PU‏ از شمارهسفارش, به عنرنکلیدی برای مشخص گردن هر سفارش ‎RD‏ تاد م‌شود. ‎pe #‏ اطلاعات ويرايشى: ‎١‏ أكاراكترى -حددی ‎ell‏ ‏سابواطلاعات وی نت | أحداكر شارارزش» ‏ ]اک اراس ‏شماره سفارش خريد؛ شامل ۵ رقم و دو مربوط به هر دبارئمان مىباشد. ‏ا 1

صفحه 127:
موارد استفاده از دیکشنری سیستم داشتن مجموعه ای از تعاریف صحیح و دقیق از کلیه داده ها و موجودیت هایی که در موسسه مورد مطالعه وجود دارد» بسیار ارزشمند است. گاه یک دیکشنری داده ‎cle‏ تنها منبع مشترک کلیه تعاریف و مشخصات سیستم برای استفاده کنندگان» تحلیلگران و طراحان است. به عنوان تنها منبعی برای ا و داده های مورد ‎١‏ تفاده تم شنا< 4 می شود. یک دیکشنری داده با طراحی ی تولند موارد زیر را به وجود آورد: "درک صحبح و روشن از داده های سیستم #یافتن جریان های داده های از قلم افتاده کشت تعاریف تکراری و داده هایی که توسط هیچ پردازشی مورد استفاده قرار نمی گیرد. استفاده در برنامه نویسی 6

صفحه 128:
موارد زیر از دیکشنری دستی قابل حصول می باشد: 34 ‎v‏ تهية فهرست کامل ‎Gal”‏ برقراری عطفهای متقابل: تغییرات در دیکشنری داده ها 00

صفحه 129:
تمرين: در سالن ماشين كارى كارخانه آلفاء سفارش مواد از انبار مواد اوليه فلزى به وسيله فرم زیر انجام می گیرد. .با توجه به اينكه كليد اصلى بلنک اطلاعلتی واحد پشتیبلنی ابزار لین شرکت. کد ابزار می باشد يس در صورتيكه فرد سفارش دهنده نام ابزار را تکمیل نکند مشکلی بوجود نمی آید از طرف دیگر واحد برنامه ریزی لین شرکت فقط در بعضی از مواقع تاریخ و ساعت برش را مشخص می کند. با توجه به فرم و لطلاعات ذکر شده ساختار داده را مشخص کنید.

صفحه 130:
00

صفحه 131:
نمودار ار تباط موجودیتها (تحلیل داده های سیستم) ‎Entity Relationship Diagram‏ نمودار جریان داده هاء چگونگی پردازش و ذخیره سازی داده ها در یک سیستم را بدون آنکه هیچ گونه اشاره ای به مفهوم اصلی داده ها یا ساختار آنها داشته باشد» مطرح می کند. در مدل داده ای داده ها وسیله تحلیل ساختار منطقی اطلاعات در یک سازمان می باشد. مدل منطقی داده ها با نمایش ترسیمی به ما می گوید که اطلاعات بک سازمان راجع به چه چیزهایی می باشد. چگونه لن اطلاعات با اطلاعات دیگر و مفاهیم کاری ارتباط برقرار می کند و کاربرد قواعد کار در استفاده از آن اطلاعات چگونه است. در نمودار ‎DFD‏ بیشتر بر جنبه جریان داده ها از مبدا تا مقصد توجه می شود ولی در نمودار 1.10 بدون توجه به تذ داده ها بر رابطه بين افراد. بخش ها و موجوديت ها تاكيد دارد. 5 ات انجام شده روى

صفحه 132:
مدلسازی موجودیتهاء یک دیدگاه سیستمی مستقل از پردازش های سیستم جاری را فراهم کرده و بدون در نظر گرفتن روابط فیزیکی داده ها به تحلیل آنها می پردازد. مدلهای موجودیتها از تجزیه و تحلیل داده ها نتیجه می گیرد. ‎sss) jules‏ ها روم برای طراحی ساحار داده هار حزفا اا لما اس که رای ری است. ساشناسایی موجودیتهای سیستم جاری لساشناسایی روابط موجودیتها لا رسم نمودار رابطه موجوديت نقطه اتصال 1211 و 5101 يايكاه ذخيره اطلاعات مى باشد و به كمك أن بهم وصل مى شوند. ae

صفحه 133:
ERD eb yb~! ‏موجودیت:‎ هر گونه شیبه یا مفهومی است که سیستم به نگهداری اطلاعات پیرامون آسن نیاز دارد. مثلاً موجودیت فروشنده با این اطلاعات شناخته می شود :نام نشانی و يا شماره تلفن موی م ماس ی هی هر موجودیت دارای ویژگیهای زیر است: © بيش از یک رخداد قلبل تشخیص پیرامون آن وجود داشته باشد. (مثلا یک کالا خریداری. نگهداری و بفروش می رسد.) 9 اطلاعات قابل نگهداری پیرامون آن وجود داشته باشد. 9 برای سیستم سودمند باشد. 09

صفحه 134:
رابطه ها؛ ‎abl,‏ ها وقایعی را بیان می کنند که توسط آنها موجودیت هابه هم متصل (مرتبط) می کنند.رابطه ها در واقع رابط بین موجودیت ها می باشند. رابطه ها با یک خط نمایش داده می شوند که نام رابطه روی خط گذارده می شود. رابطه فوق به ما مى كويد كه هر سفارش خرید برای یک فروشنده صادر مى شود و هر فروشنده نيز سفارشات خريد رسيده را تامين مى كند. ‎doe‏

صفحه 135:
نکته: بطور کلی خطوط ارتباطی در طرف چند بصورت سه پایه (پا خروسی) و در طرف یک بصورت یک خط منفرد می باشد. اختیاری بودن روابط: هر گاه یک موجودیت با بیش از یک رخداد از موجودیت دیگر رابطه داشته باس آگاه لیس رابطه د صوت 0 در طرف اختیاری نشان داده می شود و چنانچه مشارکت هر دو موجودیت اختیاری باشد هر دو طرف خطوط ارتباطى خط جين مى كردد. aos

صفحه 136:
۰ oe صفات داده ای موجودیت اند که به آتن عنصر داده ای. صفت (فیلد) داده ای نيز كف تعداد رخدادهای یک موجودیت که در یک رابطه معین شرکت دارد. به وسیله درجه لن رابطه مشخص می گردد. در ساختار منطقی داده ها درجات بین موجودیت ها از طریق خط رابطه نشان داده می شود. 066

صفحه 137:
سه نوع برای رابطه ها وجود دارد: B ‏یک به‌یک: هر رخداد ۸ تنها بایک رخداد ]و هر رخداد‎ .١ ‏ارات رال خار اط دارم‎ ‏مثال: هر كالا داراى يك نام و هر نام متعلق به يك كالا مى باشد.‎ ". یک به چند: هر رخداد ۸ با یک یا چند رخداد ظ و هر رخداد اک اه ربا ار مثال: هر فروشنده می تولند یک یا چند سفارش خرید را تامین کند ولی هر سفارش خرید فقط برای یک فروشنده ارسال می شود. ۳ چندبه چند: هر رخداد ۸ با یک یا چند رخداد ظ و هر رخداد 3 با چند رخداد ۸ ارتباط دارد. مثال: هر دانشجو با چند استاد و هر استاه با چند دانشجو در ارتباط است. aoe

صفحه 138:
انتخابی بودن روابط رولبط انتخلبی زملنی رخ می دهد که وجود یک رابطه مانع از وجود یک رابطه دیگر باشد. رویداد 3 می تواند متعلق به رویداد ۸یا » باشد ولی نمی تولند به هر دوی آنها متعلق باشد. اینگونه رولبط با کمان پیوسته یا کمانهای مجزا که با نامی منحصر به فرد معین شده اند نمایش داده می شود. [6] [۳1] [ ۸ 7 ‎Nap?‏ ‎B‏ B مثال: تغییر میزان موجودی به دو صورت کاهشی یا افزایشی است ولی در یک له خاس هدر دو دور واه رود ee ee ‏#"“شسفلأأأ0‎ “١ ‏می شود و هر دوی آنها با هم ممکن نیست. هه‎

صفحه 139:
شناسایی موجودیت ها برای این کار ابتدا مخازن داده های فیزیکی را بررسی می نماییم تا ببینیم اطلاعاتی که در آنجا نگهداری می شود دقیقا راجع به چه چیزی است. اگر پروندهٌ سفارش مشتری را انتخاب کرده و راجع به ن با کاربران صحبت نماییم. متوجه خواهیم شد که ‎es enc)‏ اه رات ان ال كك مشخصات مشتریان در لن موجود است. برای مثال با بررسی مخازن داده ها مانند فروشنده. و سفارش خرید. موجودیت ها شامل: موجودی, فرشنده. کالاء مشتری, انباره سفارش خرید. سفارش مشتری و تحویل است. 69

صفحه 140:
بایستی برای دقت بیشتر در رمند شناسایی موجودیت ها؛ سولات رش از ‎SE Geel Solves Ge‏ آیا هر یک از موجودیت ها واقعا یک موجودیت می باشند یا صرفا خصیصة موجودیت دیگری هستند؟ آیا موجودیتی وجود دارد که خود زیر مجموعة رخدادهای موجودیت دیگری باشد؟ آیا همة موجودیت ها یک مشخص منحصر به فرد دارند؟ aro

صفحه 141:
شناسابى روابط ‎oD‏ (استفاده از ماتريس موجوديت

صفحه 142:
موجودی و تحویل : هر رخداد موجودی شامل مقداری از یک کالای منفرد در ینک محل مى باشد كه همه آن طی یک تحویل, دریافت شده است. اگر مقداری از یک کالای خاص داشته باشیم که بخشی از لن طی یک تحویل و بخش دیگر آن طی تحویل دیگر, دریافت شده باشد. آنگاه بیش از یک موجودی خواهیم داشت. بدین ترتیب هر رخداد ل ‎ae‏ مربوط است. ار کالای هر تحویل ممكن است لن قدر زياد باشد که نشود لن را در یک محل ذخیره نمود. بنابراین به دو موجودی یا بیشتر در همان انبار تفکیک می شود . ape

صفحه 143:
هر موجودی بایستی ضمن یک تحویل, تحویل داده شود. پس رابطه ار طرف مو جردي اجبارى است. انا تحويل كالا فى رد3 از طرف انبار رد شود. در اين صورت تحويل ثبت مى كردد ولى با هيج موجودى رايطه تنخواهد داشت. بنابراين رابطه از طرف تحويل اختيارى خواهد بود. هر موجودی بایستی از طریق یک تحویل» تحويل داده شود. هر تحویل می تواند تحویل یک یا چند موجودی باشد . ara

صفحه 144:

صفحه 145:
نکاتی در ترسیم ‎ERD‏ ‏2 ‏2 موجوديت هاى سيستم را تعريف كنيد. مشخصه هاى اطلاعاتى هر موجوديت را تعريف نمائيد. "رابطه بين موجوديت ها را مشخص كنيد. ”ترسيم (11181 یک عملی است که باید بارها مورد بازنكرى و تجدید نظر قرار گیرد تا تکمیل شود. ‎42(Data Store) Le oslo o,5s%‏ ۳12 به عنوان ‏موجودیت در نظر گرفته می شوند. ‎۵

صفحه 146:
co هر سفارش خرید برای یک فروشنده صادر می شود و هر فروشنده نیز در صورت امکان با سفارشات خرید موافقت می کند. سپس اگر نیاز باشد فروشنده تقاضای برنامه تولید کرده و این برنامه ارسال می شود. برنامه تولید برای اجرا به واحد تولید داده می شود و يا اينكه به چند قسمت تفکیک شده و به پیمانکاران داده می شود که آنها با توجه به حجم برنامه های ارجاع شده تصمیم به اجرای برنامه می گيرند. در صورت اجرا تولیدات تحویل انبار می شود که انبار حتما آن را تحویل می گیرد.واحد تولید نیز محصولات خود را به نار تحویل می دهد. سفارش خرید از ابا درخواست می شود و انار می تواند سفارشات خرید را تحویل دهد. با توجه به مطالب بيان شده نمودار 020800 را رسم نمائيد. ara

صفحه 147:
ape

صفحه 148:
بخش چهارم © مروری بر روش تحلیل و طراحی ساخت یافته66000 ۱- چرخه تکاملی 6060600 ۲- امکان سنجی پروژه طراحی ‎DIG‏ ۳- چگونگی بررسی وضع موجود سیستم اطلاعاتی ۴- گزبنه ها و راهکارها ۵- مشخصات نیازهای سیستم اطلاعاتی aro

صفحه 149:
روش تحلیل و طراحی ساخت بافته سیستم ها ‎Structured Systems Analysis and‏ ‎Design Method‏ تحلیل سم ساحت یافته در اواخر سال ۱۹۷۰توسط ۳۸۵۲0 و هیارا وس یاف رورت سل ال ۰ رای ساحت بافته و ای ی مار ی ی ۱ ‎als Ape) leap el‏ تم ی 71 ی کروشک ربردوو جامع ب رلیطرلحیی کسیستم و یا ش‌تولید و توسعه یکسیستم‌را برلساس د. ببه لینترتیبکه لبتتا یکت صویر ی کسیستم تهیه میک ند و : : جزئیاتلنن_بازها می‌پردازد و بسه لیرترتي یکسیستم‌یانرم لفزار پایه ریزیشده و بتدریج ‎eho KS‏ 9

صفحه 150:
متدولوژی» روش شناسی مجموعه ای از روش ها . فنون و ابزارهای تحلیل و طراحی سیستم که در چهارچوب یک انگاره مدلسازی مبتنی بر یک الگوی مفهومی برای ساماندهی روند توسعه سیستم ها به روشى نظام مند به كار مى رود

صفحه 151:
متدولوژی : دلیل استفاده از متدولوژی تبدیل ساختار به طراحی و افزایش احتمال موفقیت است . ردب متدولوزى : ابزارها فلسفه فازها بعنوان مثال فلسفه ساخت یک سیستم می تواند : لكا ارجا بيشدرن استفاده از تامرتر لسا طراحى ارزانتر يياده ساز راحتتر ساسازگاری بيشتر

صفحه 152:
اساسی زیر می باشد. ‎.١‏ متدولوژی ساخت يافته ۲ ابزار و تکنیک های ساخت يافته * نمودار جريان داد ه ها * ديكشنرى داده ها * نمودار ارتباط موجوديت ها و

صفحه 153:
متدولوژی ساخت يافته 55/۲/۷ فعالیت های انجام شده در /55/۱ : جمع آوری فرم های پروژه تهیه ی سناریو تقاضای سیستم مکانیزه زمانبندی * دیاگرام متن ( 0139۲3۳0 ‎Context‏ ‏( شرح موجودیت های خارجی ۴ شرح خطوط جریان داده دیاگرام گردش مستندات دیاگرام گردش داده ها ( 0۴0 ) خلاصه ی عملکرد سیستم oe دیاگرام متن منطقی دیاگرام منطقی گردش داده ها طراحی پایگاه داده طراحی منوی برنامه طراحی فرم ورود داده ها شرح پردازه های جزتی

صفحه 154:
متدولوژی ساخت بافته و مراحل ان متدولوذى ساخت يافته با نگرشی متفاوت از متدولوٌی های سنتی وبا تکیه بر وجوه منطقی سیستم. به تجزیه و تحلیل. طراحی و اعرای - تم های اطلاعانی هی پردازد غاب سیستم های ‎rear eS!‏ 12ت ] عش ار شن كه يك برنامه نرم افزارى از يك متد خاص ييروى مى كند. ace

صفحه 155:
مراحل متدولوژی ساخت بافته برنامه ریزی استراتژیک

صفحه 156:
برنامه ریزی استراتژیک گام بنيادین در تولید یک سیستم برنامه ریزی استراتژیک می باشد. به لین معنی که هر سازمان برای قسمتهای مختلف خود اولویت بندی داره یعنی اینکه ممکن است قسمتی از یک سازمان کاری را انجام بی مد که یرای ادامه رزیت كار شارمان خف اسك و كا ‎AS‏ ‏قسمت انجام نشود کار بقیه قسمت ها انجام نمی شود. بنابراین بسارمن براساس این اولویت ها شحیس می دهد که کدام هب باید مکانیزه شود تا روند انجام کار در لن بخش سریعتر انجام گردد و بازدهی کارها بالا برود. این تشخیص و اولویت بندی را از سوی سازمان» برنامه ریزی استراتزیک می گویند. سازمان براساس این برنامه ریزی برای قسمتهای مختلف خود درصدد تهیه نرم افزارها و يا بهینه کردن آن قسمت ها بر می آید. ase

صفحه 157:
بعد از اینکه هر سازمان برنامه ریزی استراتژیک خود را انجام داد و درصدد تهیه یک سیستم و یا نرم افزار برآمد. به مرحله امکان سنجی می رسد. در مرحله امکان سنجی که در واقع اولین مرحله عملی در دهیه یک ره افرار است به متاسای امکانات و محدویت های موحود می پرداخته و با توجه به امکانات و محدودیت هاء نحوه تهیه سیستم اطلاعاتی را از جهت هزینه و امکانات فنی مورد سنجش قرار داده تا قبل از صرف هر نوع انرئٍی و زمان. امکان پذیر بودن آن احراز گردد. در واقع انصراف از انجام پروژه باید در مرحله امکان سنجی صورت ‎isan es oe‏ نجی | 5 ۵ می توان در پرویه های نرم افزاری = قیمت پایه برای انجام برنامه تعیین نمود.

صفحه 158:
پس از اینکه امکان انجام پروژه و دستیابی به سیستم های اطلاعاتی احراز گردید. مرحله تشخیص و تعیین نیازهای کاربران آغاز می گردد. در این مرحله است که نگرش کلی از سیستم و نیازهای ن برای یک طراح سیستم ایجاد می گردد پل تال لیات كه لون لبتم يا ‎oe asl‏ نیازهایی پاسخ بدهد. به عبارت دیگر در مرحله تحلیل نکته اصلی این است که سیستم چه چیزی را باید تحویل دهد. ase

صفحه 159:
طراحی سیستم پس از مرحله تحلیل و بر اساس شناسایی دقیق و کامل نیازهای کارا کل و او لفاكت شده طرح ریزی می شود. به ترتیبی که نیازهای کاربران» در ‎ee So cen eee reels‏ ۳ ات نام را طوری طراحی کنید که هر کدام از نیازهای کاربران را در هر قسمت از برنامه مرتفع شود. از جمله نیاز به ورود اطلاعات. نیاز به جستجوی اطلاعات. نیاز به نمايش اطلاعات و ...

صفحه 160:
پیاده سازی سبستم طراحی سیستم. در واقع برنامه را ساخته. آزمایش کرده و ارائه می دهد. پس از طراحی سبستم. به مرحله پیاده سازی آن مرس ات تن ‎SU eee‏ و سخت افزار مورد نیاز با آسن باید به آموزش کاربران جهت آشنایی با سیستم جدید پرداخته شود. doo

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

صفحه 162:
فراگیری چرخه حیات روش 55۸1 روش تحلیل و طراحی ساخت یافته ‎٩9/121۷‏ چرخه حیات سیستم را از آمکان سنجی تا نگهداری فرا می گیرد. که لین چرخه حیات بصورت زیر ات سس استرا ‎C3‏

صفحه 163:
دیدگاه های روش تحلیل و طراحی ساخت يافته ‎SSADM‏ ‏این روش از سه دیدگاه متفاوت ولی وابسته به یکدیگر برخوردار است: الف- دیدگاه کارکردی يا پردازش: *۴داده ها در سیستم حرکت می کنند. ؟ کارکردهای مشخصی در سیستم ایجاد می شهند که داده ها را مورد پردازش قرار می دهند. ب- دید گاه داده ها: هدف از یک سیستم اطلاعاتی. جمع آوری و ذخیره سازی داده های اطلاعاتی یک سازمان و انجام پردازش لازم بر روی این داده ها می باشد. 69

صفحه 164:
انواع دیدگاه ها در 0000000 ‎oo‏ داده ها در سیستم حرکت می کنند و دیدگاه فرآایندی مورد پردازش قرار می گیرند دیدگاه داده ها داده ها بعنوان قلب سیستم جمع آوری می ‎SE‏ پایداری بیشتر دیدگاه رویدادها تأثیر زمان در سیستم را در نظر می كيرد انعطاف پذیری بیشتر

صفحه 165:
سه تکنیک عمده بر حسب سه دیدگاه عبار تند از : ۲ مدلسازی جریان داده ها ( دید پردازشی ) دیاگرام جریان داده ها(0۴0)

صفحه 166:
ش تحلیل و طراحی سیستم های ساخت يافته ‎in esa -‏ تشكيل مي شود ‎.١‏ ساختار يا جارجوب يروزه ۲ مجموعه ای از فنون استاندارد براى تحليل 0 اانا ‎aoe

صفحه 167:
دیاگرام تاریخ عمر موجودیتها شماره حساب مشتری حذف تراکنش تغییر آدرس خرید

صفحه 168:
سلسله مراتب ساختار تحلیل و طراحی سیستم های ساخت یافته ‎££F‏ 5 ت ‎1 2

صفحه 169:
هر مازول» نمایانگر یک بخش اصلی است که معمولا به يك يا دو مرحله شکسته می شود. در صورت دو مرحله ای بودن هر ماژول» یک مرحله به تحلیل و طراحی و مرحله دیگر به تصمیم گیری پروژه اختصاص دارد. قر مركله ار دود صعب تلم سحل فى سيك اله سويب ازيمم برای به کارگیری و کنترل فنون را فراهم می آورد. وظایفی که در هر گام انجام می شود نحوه استفاده از فنون را تعریف ‎aes es‏ واستاندارن حروی های هر کلم رحس ی مارد 09

صفحه 170:
تفکیک ماژول ها و مراحل تحلیل و طراحی ساخت يافته ‎SSADM‏ aro

صفحه 171:
الکوریتم مرحله امکان سنجی آمادگی برای امکان سنجی محدوده پروژه برنامه های پروژه تعریف مشکلات تدوین مشکلات انتخاب گزینه امکان سنجی گزینه امکان سنجی 1 جمع بندی گزارشات امکان سنجی ara

صفحه 172:
گام ۱ امکان سنجی: آمادگی برای امکان سنجی اين كام از دو شاخه تشكيل شده است: الف: تعيين محدوده مشكلات ب: برنامه ريزى براى جكونكى بررسى هاى بعدى یکی از راههای تعیین محدوده پروژه و تشخیص پیچیدگی های آن» ‎Ores cule ss yb ee cles lw‏ كاركيرى دو فن از مهم ‎CCOOO 9358 o25 G38 5 Cry‏ یعنی مدل سازی جریان داده ها (ترسیم مشخصات کلی کارکرد سیستم) و مدل سازی داده های منطقی انجام می پذیرد.

صفحه 173:
بعضی از فنون اصلی برای شناخت محدوده پروژه @ مصاحبه ها: به عنوان ستون فقرات عملیات شناخت مورد توجه قرار می گیرد به نحوی که سایر فنون شناخت نمی تواند جایگزین آن شود. کر ۰ ی اعو و صواط اك بر کار عله شروع وضع موجود است. 9 پرسشنامه: صرفا به لحاظ آغاز فرآیند شناخت ارزش دارد. 9 مطالعات میدلنی و نظارت بر عملکرد: این نوع مطالعات بسیار وقت گیر و خسته کننده است ولی بعضی مواقع ‎oly‏ دیگری برای دستیابی به جزئیات وضع موجود وجود ندارد.

صفحه 174:
هدف اصلی لین گام بررسی نیازهای سیستم جدید تا میزنی است رت ال شا اتید ارلئه دهند و میزان ‎ol ALIS‏ ها را در مقایسه با سیستم های موجود ارزیابی کنند. برای لین منظور. همان برنامه اجرا شده در گام آمادگی امکان سنجی را ادامه می دهید و هر کجا که لازم باشد جزئیات بیشتری به آن اضافه کرده تا مدل های کلی مشابهی برای سیستم مورد نیاز ایجاد شود. ane

صفحه 175:
گام ۲ امکان سنجی: انتخاب گزینه های امکان سنجی هدف اصلی لین گام. تعیین بهترین گزینه با در نظر گرفتن شرایط کاری برای حل مشکلات تعریف شده در فهرست تعریف مشکلات و ارائه برنامه ای کلی برای اجرای گزینه انتخابی می باشد. گزینه امکان پذیری در واقع ترکیبی از و محصول استاندارد (0 مى باشد: ۱ گزینه منتخب سیستم 1 کرب فی سم

صفحه 176:
محدوده ‎Eres‏ راه حل بيشتهادى را تعریف می نماید. گزینه منتخب سیستم در پلیه ای ترین سطح خود. شامل مجموعه ای از مدخل های فهرست نیازهایی می باشد که به وسیله راه حل پیشنهادی برآورده شده اند. گزینه ها و راهکارها باید کمترین نیازی را که توسط کاربر تعیین می شود تامین نمایند (یعنی نیازهایی که اولویت آنها اصلی است). محیط فنی امکان پذیر برای پیاده سازی سیستم را تعریف می کند. گزینه مذکور شامل توصیف سخت افزار و نرم افزار امکانات پشتیبانی فنی. توزیع سیستم و ابزار ایجاد و توسعه می باشد. are

صفحه 177:
به منظور حل مشکلات کاری» در ابتدا گزینه های کاری و فنی متعدد را طرح ریزی می نماييم. سپس با ترکیب هر دو گزینه با یکدیگر گزینه های مرکب را تشکیل می دهیم که بدین ترتیب تعداد گزینه ها کمتر و مشروح تر می گردند. سپس گزینه ها راجه مدیریت سازمان اراكه می دهیم و مدیریت یکی از آنها را به عنوان راه حل مبنا برای ادامه پروئه انتخاب تولید طرح کلی گزینه های کاری سیستم 1 توليد طرح كلى كزينه هاى فنى سيستم 1 توليد كزينه هاى مركب | کاهش بسط گزینه های مركب 1 تولید طرح کلی برنامه های پروژه 1 انتخاب كزينه ها | ایجاد یک برنامه محلی

صفحه 178:
گام ۴ امکان سنجی: جمع بندی گزارش امکان سنجی 1 ee ee ‏یک‎ LSSADM ‏انتشار نتایج آن می باشد. بیشتر مراحل‎ ‏گام جمع بندی خاتمه می یابد. طی این گام جمع بندی‎ ‏محصولات هر مرحله از نظر کامل بودن و یکپارچگی بررسی و‎ ‏به هنگام می شوند.‎ سپس نتایج هر مرحله در قالب یک گزارش رسمی که شامل مجموعه ای از مدل های ]55/121۷ و مستندات می باشد. ‎pool ees Laas)‏ are

صفحه 179:
گزارش امکان سنجی شامل موارد زیر می باشد: ee ۲ فهرست تعریف مشکلات ۳ فهرست نیازها ۲ رای اه ۵ برنامه عمل به منظور آغاز بررسی ‎٩5121‏ از گزارش امکان سنجی استفاده می گردد و بنابرلین به امضاء نهلیی کاربران و مدیریت سیستم های اطلاعاتی رسانیده خواهد شد. are

صفحه 180:
بررسی وضع موجود معرفی ماژول تحلیل نیازها ماژول تحلیل نیازها از دو مرحله تشکیل یافته است و به طور متوالی اجرا می شود: a ee ۱ ‏درد‎ مرحله ۲: گزینه ها و راهکارهای سیستم هدف کلی این ماژول. رسیدن به درک کاملی از نیازهای سیستم یت لب یی کی سیر مت ی ا سراق عملی بودن آن است. deo

صفحه 181:
مرحله ۱- بررسی وضع موجود در مرحله ۱+ یک یار دیگر از تحلیل سیستم های موجود (چنانچه قبلا وجود داشته باشد) برای تعریف نیازهای سیستم جدید استفاده می شود. در اواخر این مرحله با برگرداندن مدل فیزیکی جریان داده های سیستم موجود به مدل منطقی جریان ‎Le oslo‏ کارکردهای اصلی سیستم موجود را روشن تر نموده (فرآیندی که به نام "به منطق درآوری" نامیده می شود) و همچنین برای تولید ساختارهای منطقی داده ها و نمودارهای جریان داده ها رویکرد سخت تری از رویکردی که در امکان سنجی اتخاذ گردید. انتخاب می شود. eq

صفحه 182:
گام 6: بررسی و تعریف نیازها در اين كام فهرست نیازهای بدست آمده از مرحله امکان سنجیء بسط داده می شود نا بیانیه ای جامم و تفسیلی از یارهای سیستم بوجود آید. لین گام به موازات گام های بررسی پردازش جاری و بررسی داده های جاری انجام می شود. که بر مبنای مشکلات و کمبودهای موجود. ورودی های آنن را فراهم آورد.

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

صفحه 184:
گام ۴: بررسی داده های ‎oe‏ ساختار کلی منطقی داده های وضع موجود مرور و بسط داده می شود و تحلیل سخت تری از تعریف موجودیت ها و رابطه های آن ها به انجام می رسد. خلاصه وظایف این گام عبارتند از: ۱. مرور و اصلاح شکل کلی مدل منطقی داده ها ۲ تعریف خصیصه های اصلی موجودیت ۴ بررسی این موضوع که مدل منطقی داده هاء پردازش های مقدماتی مدل جریان داده ها را پشتیبانی کند. ۴ ثبت هر گینه داده های جدید مورد نیاز یا مشکلات مربوط به داده های موجود در فهرست نیازها ‎woe‏

صفحه 185:
گام ۵: استنتاج دبدگاه منطقی خدمات جاری مدل فیزیکی جریان داده های سیستم موجود به مدل منطقی خدمات جاری تبدیل می شود. وظایف اين گام شامل موارد زیر می شود: ۱ برچیدن نمودهای فیزیکی از نمودار جریان داده سطح پائین از مدل فیزیکی جریان داده جاری مربوط به گام بررسی پردازش جاری ۲ منطقی کردن مخازن داده ۳ منطقی کردن پردازش های نمودارهای جریان داده سطح تحتانی و ساختن مجدد سلسله مراتب از جزء به کل. ۴ اعتبار سنجی مدل منطقی جریان داده ها. ۵ به هنگام رسانی فهرست نیازها پس از اضافه كردن محدوديت های فیزیکی که هنوز در سیستم جدید کاربرد دارند. aes

صفحه 186:
گام ۶: جمع بندی نتایج بررسی ها اک ات ای درس ارل اکن ارات وت کی از خدمات مورد نیاز در قالبی منطقی را فراهم می آورد. اين محصولات با کاربران مرور و بررسی می گردند تا به عنوان ورودی مرحله دوم مورد استفاده قرار گیرد. محصولاتی که باید کنترل و بررسی شوند عبارتند از: ۱- نمودار زمینه ای ۲- مدل منطقی جریان داده ۳- مدل منطقی داده های محیط جاری ۴- عطف متقابل مخزن منطقی داده | موجودیت ۵- فهرست نیازها ۶ فهرست کاربر dea

صفحه 187:
مرحله ۲ گزینه ها و راهکارها هدف این مرحله تائید کارکرهای سیستم جدید است. در مرحله ۱ توصیف تفصیلی از مشکلات کار در قللب مدل های سیستم جاری و صورت جامعی از نیازهای کاربران تهیه شد. وظیفه ما در مرحله ۲ ایجاد راه حل هایی امکان پذیر برای مشکلات کار و ارزیابی اثرات و ملنع لن مى باشد. ناگزیر گزینه هایی متعددی وجود دارد که وی راد تین کته سنوعه بارهای ‎else asl lS‏ تپلی تا بلی تا ی هاوفایات های کر های تلف و اتخاذ گزینه هایی که نزدیک ترین تطبق را با نیازهای مطلوب دارد صورت می گیرد. این مستلزم صرف نظر نمودن از برخی نیازهای کم اهمیت تر که به لحاظ هزینه ای توجیه پذیر نیستند. می باشد. aoe

صفحه 188:
الگوریتم مرحله گزینه ها و راهکارها بررسی محیط جاری الوصيف خدنات جارى فهرست نیازها تعریف گزینه ها و راهکارها گزینه ها و راهکارها انتخاب گزینه مناسب گزینه انتخاب شده سیستم 1 تعریف نیازها dee

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

صفحه 190:
گام ۲ مرحله گزینه ها و راهکارها: انتخاب گزینه كزينه ها و راهكارها به هيات مديره يروثه ارلئه مى شود و یک كزينه واحد انتخاب مى كردد. اين كزينه نهايى مستند ا ل اا ا ااا ا مرحله مشخصات نیازها (مرحله ۳) تایید می گردد. هیات مدیره پروئه ممکن است هیچکدام از گزینه ها را قابل قبول تشخیص ندهد و قبل از انتخاب» درخواست تعریف گزینه های جدید را بنماید. در لین حللت مجبور می شویم گام های ۱ و ۲ مرحله گزینه ها و راهکارها را تکرار نماییم. doo

صفحه 191:
مشخصات نیازها مرحله ۳- تعریف نیازها هدف در این مرحله تولید مشخصات اساسی و تفصیلی نیازهای سیستم می باشد. مشخصات نیازها از مرحله بررسی نیازهای سس ا ورودی های مشخصات نیازها را فراهم می آورند. اما به خودی خود نمی توانند سیستم جدید را در سطح تفصیل مورد نیاز مشخص سازند. تا قبل از پایان این مرحله حرکت به سمت حوزه طراحی سیستم را آغاز نموده ایم. حوزه ای که در آن شکل کلی و ساختار سیستم جدید.به طور کامل مستند خواهد شد. هدف ما فراهم آوردن جزئیات کافی برای طراحی منطقی دیالوگ ها و پردازش های درونی سیستم جدید می باشد. aoa

صفحه 192:
گام ۱ مرحله مشخصات نیازها: تعریف پردازش سیبستم مورد نیاز در این گام مدل منطقی جریان داده ها تهیه شده در مرحله بررسی وضع موجود. به هنگام می شود و گسترش می یلبد تا تاثیرات ناشی از گزینه انتخاب شده را منعکس نمايد. اين مستلزم العکاس نیازهای پردازشی مندرج در فهرست نیزها در نمودارهای جریان داده ها می باشد.

صفحه 193:
گام ۲ مرحله مشخصات نیازها: ایجاد مدل داده های مورد نیاز در لین گام مدل منطقی داده های جاری نیز با استفاده از فهرست نيازها به هنكام شده و توصیف موجودیت ها نیز کامل گردیده و مدل منطقی داده ها در مقابل مدل جریان داده های مورد نیازه اعتباربخشی می شود. 09

صفحه 194:
گام ۳ مرحله مشخصات نیازها: استنتاج کار کردهای سیستم در این گام از مدل جریان داده های سیستم بهینه برای تنظیم مجموعه اولیه کارکردها استفاده می شود. از تعریف کارکرد برای مشخص ساختن واحدهای پردازشی که در پاسخ به رویدادهای دنیای واقعی یا راه اندازی پرس و جو انجام می شوند و تعریف ساختار واسط های سیستم با کاربر استفاده ‎a‏ aoe

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

صفحه 196:
گام ۵ مرحله مشخصات نیازها: نمونه سازی سیستم 50 از نمونه سازی_رلی‌حصوللطمیناناز درکصحیح یازهایک اربرلن لستفادم می‌کند. دیالوگ‌های‌مهم سیستم نمونه سازی‌می‌شوند و نتایج بررسیبه عنولنب ازخورد در تعریفک ارکرد و فهرسننیازها مورد لستفاده قرار می‌گپرد. 066

صفحه 197:
گام ۶ مرحله مشخصات نیازها: ایجاد مشخصه پردازشی در اين كام فن مدل سازی موجودیت رویداد برای مشخص ساختن جزئیات پردازش های به هنگام رسانی و مدل سازی اثرات آن روی مدل منطقی داده ها مورد استفاده قرار می گیرد. 1 پردازش را به عنوان مجموعه ای از پاسخ ها به رویدادهای دنیای واقعی می نگرد. رویدادها و تاثیرات آنها با دقت بررسی می گردند. این بررسی منجر به به هنگام رسانی مدل منطقی داده ‎le‏ تعریف کارکردها و شفاف شدن پردازش هلیی می گردد که صرفا طرح کلی آنها در مدل جریان داده ها افده ات

صفحه 198:
گام ۷ مرحله مشخصات نیازها: تابید اهداف سيستم شخصات نیازها مرور می شهند تا اطمینان حاصل شود که همه مبلنی موجود در فهرست نیازها را به طور کامل تامین نماید. توجه خاص نسبت به تامين نيازهاى غير كاركردى نيز بايد مبذول كردد. aoe

صفحه 199:
گام ۸ مرحله مشخصات نیازها: جمع بندی مشخصات نیازها محصولات مرحله مشخصات نيازهاء از نظر كامل بودن و يكبارجكى بررسى مى شوند و مشخصات سيستم بهينه يا مورد نياز تعيين مى كردند. 00

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

صفحه 201:
در مرحله ۰۵ چه چیزی کارها و نه چگونگی آنها مورد توجه قرار می گیرد. ساختارها و قواعد تعریف و محاوره ها مشخص می شود. فرآیندهای به هنگام سازی تعیین می شوند. تضمین کمال و سازگاری مدلها صورت می گیرد. درگیر کردن کاربران از طریق توسعه انجام می شود و زیر سازی جهت طراحی فیزیکی در نظر گرفته می شود. 00

صفحه 202:
ماژول ۵: طراحی فیزیکی طراحی فیزیکی با استفاده از طراحی منطقی و فنی ساختار پایگاه داده و مشخصات برنامه ‎cle‏ مورد نیاز طراحی می گردد. مشخصات ورودی/خروجی و رویه های برنامه با توجه به ویژگیهای زبان و محیط فیزیکی انتخاب می شود. نقش کردن تولبع منطقی به تولبع فیزیکی در این مرحله است. بهینه سازی طرح فیزیکی انجام می شود. همه

صفحه 203:
=a ‏مد سازی جریان داده ها‎ ‏مدل سازی داده ها ی معقی‎ Ua gals yet ‏طراحى مجاورة‎ ‏كزينه كارى ميستم‎ ‏كزينه تكتيكى ميستع‎ ‏تخليل تسبي داده ها‎ ‏تعريف كاركرد‎ ‏.مشخصات تمونه اوليه.‎ مدلسازى رويداد- موجوديت فنون استاندارد (8)098090001) eas ‏لا‎ ‏لا‎ ‏لا‎ ‏كر‎ مر مشخصات ترازمنديها لا 2 ۱ اک Oo مشخصات ميستع نطق Sat lb

صفحه 204:
: طراحی نرم افزار سیستم . استراتژیهای طراحی نرم افزار ۲ چهار نوع اشتباه متداول در طراحی سیستم ۳ قواعد طراحی ۴ فعالیتهای مرحله طراحی ۵ آشنایی با مفاهیم و تبدیل 3۳0 به پایگاه داده ۶ طراحی دیالوگهای کاربران ‎dnterface)‏ ۷ انواع فایلها و شیوه های سازماندهی و دستیابی به آنها ۸ انواع فرمها و صفحات نمایش ‎٩‏ طراحی منوهای برنامه ‏۰ تعیین مشخصات فیزیکی جداول و فایلا ‏۱ مستند سازی محتوای سیستم ‏۳. طبقه بندی اطلاعات و عملکرد سیستم ‏۳ لیست گزارشات سیستم جدید ‎eor

صفحه 205:
By ay استراتژی های طراحی نرم افزار استفاده از منابع داخل سازمان (111-50117606) در لین صورت واحد انفورماتیک یا سیستم اطلاعلتی در داخل سازمان مسئول اجرای این سیستم خواهد بود. استفاده از منابع خارجی سازمان (0121-50117606) در صورتی که واحد انفورماتیک یا سیستم اطلاعاتی توانایی اجرای سیستم را نداشته باشد اجرای سیستم را به بیرون سازمان واگذار میکنیم. در لین صورت بلید مدل منطقی سیستم را ایجاد نموده و مشخصات کلی سیستم را در اختیار داشته باشیم سپس به کمک پروپزال پیشنهاد برای درخواست پروثه. بتوانیم سیستم اطلاعاتی شرکت را به مناقصه بگذا ‎es ie‏ هك می خواهیم هیچوقت نباید از این حالت استفاده کنیم . ههه

صفحه 206:
۳ استفاده از منابع داخلی و خارجی سازمان ]561 ای در این صورت که رف دو حللت فوق ات قسمتی از کار داخل سازمان و قسمتی دیگر در بیرون سازمان انجام شود تذکر: تحلیل به صورت مفهومی (بهمراه تکنولوژی ) می باشد. مثلا در طراحی مفهومی می گوئیم فلان اطلاعات بین دو بخش یا دو نفر رد و بدل می شود ولی در طراحی فیزیکی می گوییم اين اطلاعات به کمک ایمیل یا نامه رد و بدل می شود . همه

صفحه 207:
‎a ae ee ee eer a‏ م لفان ‎ ‎ ‏استراتژی ها ‎ae 5‏ ایجاد سیستم در خرید بسته نرم افزاری داخل مارم ‎[Pee eee‏ مه این سم وود عمومی هم وجود ندارد و بو وی یر | نوع سيستم خاص. يكانه و | ماهیت سيستم موود 9 عمومی است مس از (عمومی. تخصصی) ‎ ‏تس و دانش كد | تجريه و انث ‎١١‏ ره ی ره 0 * | دانش فنی نوع کار وجود تجربه داخل شرکت ‏موجود نیست. (آموزش ‎ ‏در شرکت وجود دارد. فراموش نشود.) شرکت وجود دار ‏یس سس وی تفت رت ‏اجرای سیستم به خاطر | های پروژه ای (برای تکرارهای بعدی مهم است. ‎ ‏مدیر هماهنگ کننده ‏ | يك مدير مجرب وبا سابقه | میزان تجربه مدیریت موجود است. کار مرقبطه در اختیار است. استاندارد کردن کا ا افزایش توان 1069 سهولت ارتباط با دیگران افزايش توان ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎

صفحه 208:
چهار نوع اشتباه متداول در طراحی سیستم ‎.١‏ ایجاد سیستم بر مبنای تحقیقات و نوگرایی: خیلی خوب است که آخرین تکنولوئی روز را داخل سیستم بگذاریم ولی توان استفاده کاربران. نگه داری و رفع اشکال یس دی برش ات میسن )0 9 ‎bel‏ ‏هزینه سیستم و آموزش کاربران برای استفاده از لن را هم باید در نظر گرفت. ۲ به كار بردن کارکنان ارزان: استفاده از نیروی گران در حالی که به ظاهر هزینه اضافه تر دارد ولی به دلیل کارلیی بالاتر باعث صرفه جویی بسیار زیاد در هزینه می شود. موه

صفحه 209:
۳ نبودن کنترل کافی برای برنامه های نوشته شده: ‎cal oly‏ عمل ابتدا بلید سیستم بزرگ رابه چند سیستم کوچک تبدیل نموده و سپس آنها را با هم ترکیب کنیم. در این صورت بايد به موارد زیر توجه شود: الف ) استفاده از فرآیند هاء داده ها و زمان مشترک ب) عدم کار کردن همزمان دو نفری روی یک موضوع ج) سزرللت السماد و صدات برای رازن و سس ‏همه

صفحه 210:
۴ نا کافی بودن تستها به طور کلی برای تست و ارزیلبی یک سیستم دو دیدگاه زیر وجود دارد: ‎.١‏ صحه گذاری در لین حللت کلیات طراحی سیستم با نمودار برنامه های کامپیوتری و فلوچارت مقایسه می شود. به عبارت بهتر در این حللت نسبت به درست يا غلط بودن برنامه کامپیوتری اظهار نظر می شود. ۲ اعتبار سنجی در این حالت برنامه های کامپیوتری با خواسته های مشتری مقایسه می شود. به عبارت بهتر در اين حللت نسبت به درست يا غلط بودن طراحى سيستم اظهار نظر مى شود. ea

صفحه 211:
قواعد طراحی 9 داده ها بایستی فقط و فقط یک بار به سیستم تغذیه شوند. 9 جمع آوری داده ها باید حتی الامکان از نزدیک منبع اصلی © سیستم های کامپیوتری باید کاملا در روش های عمومی کار 9 طراحی باید کاربر پسند باشد. 9 هرگمنه اطلاعاتی باید در پایگاه داده قرار گرفته و براحتی قابل فراخوانی باشند. 9 داده ها باید در دسترس کلیه کسانی که به آنها نیاز دارند قرار ea

صفحه 212:
© سيستم بايد با حداکثر انعطاف پذیری طراحی شود. سیستم باید به گونه ای طراحی شود که نگهداری را تسهیل کند. عملکرد سیستم باید مورد رضایت کاربران باشد. 9 حفاظت لازم در مورد دسترسی و تغییر داده ها در نظر گرفته شود. 9 سیستم بلید قابلیت پشتیبان گیری و اقدامات اصلاحی را داشته باشد. 9 خروجی سیستم باید به شکل مناسب و مستقیم در اختیار درخواست کننده قرار گیرد.

صفحه 213:
فعالیت های مرحله طراحی ##تعریف خروجی های مورد نیازه حجم. کثرت وقوع و شکل آنها ##مشخص كردن ورودى هاى مورد نیازه حجم. کثرت وقوع و شكل آنها ##تخمين حجم تغييرات در كل سيستم #تعيين روش هاى كنترل و حسابرسى #نهايى کردن گردش اطلاعات. اجزای داده ها و ارتباط آنها © مشخص كردن داده هاى مورد نياز و طراحی فرم ها

صفحه 214:
تفسیم طرح جامع به برنامه هاء قسمت ها و روش ها ##اتهيه شرح مشخصات برنامه ها #تعیین نیازهای آزمایشی عمومی (نوع داده ها منابع و اقدامات کنترل) ##تجديد ‎bi‏ در برنامه پیاده سازی ##تجديد نظر در تحليل هزينه و منافع (در رابطه با اطلاعات جديد و هزينه هاى عملياتى) ##امستندسازى طراحى eur

صفحه 215:
آشنایی با واژه های کلیدی فیلد: هر فیلد. پیاده سازی فیزیکی مشخصه داده ای ینک موجودیت می باشد که کوچکترین واحد داده ای با معنی است. ا ل ساختارى از ييش تعريف شده در يك فليل ذخيره مى شوند .به عبارت ديكر مجموعه اطلاعاتى است كه در مورد يك نوع ‎Pee ec ea paneer Gera <n eee pa‏ فايل: یک فایل مجموعه ای از رکوردها مشابه به هم می باشد. برای مواجهه با نمونه های مختلف هر موجودیت فیلدهای لن ها مقدار گرفته و در یک مجموعه جمع شده اند . 66

صفحه 216:
پایگاه داده: مجموعه ای از فلیل های بهم مرتبط می باشد بدین معنی که رکوردی از یک فایل با رکوردهانی از فایل های دیگر مرتبط جدول: یک جدول پایگاه داده» رابطه ای است که معادل با یک فایل ساخته می شود. یعنی در پایگاه داده رابطةّ هر فایل با یک جدول بیان می شود. ستو نهای جدول همان فیلدهای داده های موجودیت هستند. سعطرهای جدول همان رکوردهای فایل که متناظر با ارزش یا مقادیر ‎soni alle‏ های موه ا مر ‎ely‏ مجری پایگاه داده: مسئولیت برنامه ریزی. تعریف» ساختاردهی و مدیریت داده ها را بر عهده دارد. مجری پایگاه داده مسئولیت تکنولوی پایگاه دادهء طراحی و ایجاد پایگاه داده» امنیت داده ها. ‎Buckup‏ گرفتن و تنظیم و تعدیل عملکردهای پایگاه داده را بر عهده دارد . 6

صفحه 217:
به عنوان مثال در سیستم اطلاعاتی که سوابق پرسنلی معلمین مدرسه را نگهداری می کند. اطلاعاتی که در مورد هر معلم نیاز داریم عبارتند از: نام معلم» تاریخ تولد. وضعیت تاهل سوابق ‎ee Oe ee‏ معلم در استخدام خود دارد. باید آموزش و پرورش یک استان. همه اطلاعات فوق را در مورد هر معلم داشته باشد تا در صورت لزوم به آنها مراجعه نموده و در مورد انتقال. افزایبش حقوق» ارتقاء بازنشستگی و مسائل دیگر معلمین خود اقدامات لازم را به عمل آورد.

صفحه 218:
ساختار فایل مثال: هر فایل اطلاعاتی دارای مشخصات تعدادی موجودیت است که دارای ساختار مشخصی می باشنده مثلً فایل پرسئلی با کارگزینی مرکز آموزشی مبحث قبل. در مورد کلیه معلمین خود دارای داده هایی می باشد. داده های مربوط به هر معلم یک رکورد از فلیل پرسنلی را تشکیا می دهد. منظور از محیط عملیاتی در اینجا مثلاً همان ن آمور پرسنلی موسسه آموزشی ۵۰ معلم مرکز آموزشی فوق الذکر است. بدین ترتیب فلیل حاوى اطلاعات دارای ۵۰ رکورد می باشد» یعنی برای هر معلم یک رکورد وجود دارد. هر رکورد دارای چند مشخصه است این مشخصات عبارتند از: نام معلم» تاريخ تولد. وضعیت تأهل, سوابق تحصیلی, موضوع تدریس و نوع استخدام. 96

صفحه 219:
هر مشخصه یک فیلد از داد ه های مربوط به رکورد را تشکیل می دهد. پس هر رکورد از چند فیلد تشکیل شده است: فیلد 9 ‎sees‏ فیلد ۳ فیلد ۲ مقدار فیلدهاء یا یک سری کاراکتر حرفی-عددی می باشد مانند عبارت "حسن اکبری" در فیلد نام, و ما کد عدد مانند ۰۱ که قبلا توسط کاربر تعریف شده و نشان دهنده منطقه آموزش و پرورش می باشد. یا کد موضوع تدریس. تعریف بلاک: جای دادن چندیین رکورد در یک قالب بزرگتر را لاک دی تر باس لاک موه یا از تا رکورد» با طول و محدوده مشخص. 606

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

صفحه 221:
Excel Access MSP

صفحه 222:
جدول نرمال شده:

صفحه 223:
تبدیل ‎ERD‏ به پایگاه داده رای تا ات اد ات بات ر داده های ورودی یا خروجی سیستم شناسایی و پایگاه داده ها را ایجاد کرد. اگر مدل داده ای((18) برای سیستم تهیه شده باشد آنگاه براحتی می توان آن را تبدیل به پایگاه داده کرد . ۱. هر موجودیت در ‎ERD‏ تبدیل به یک جدول در پایگاه داده موی ره ۲ مشخصه های هر موجودیت. فیلدهای جدول و کلید اصلی لن نيز همان کلید اصلی موجودیت می باشد. ۳ . روابط موجود در ۳0 ممکن است تبدیل به کلیدهای خارجی و یا جدول های مجزا شوند. ۴ . سپس جداول ایجاد شده نرمال می شوند .

صفحه 224:
طراحی دپالوگ های کاربران حدق اسلی دهاز رت که کیان مان بوسیله آن با سیستم ارتباط برقرار کنند. بدیهی است که بهترین راه برای دستیابی به چنین هدفی مشارکت خود کاربران در این فرآیند است. برای طراحی هر دیالوگ کلیه داده های ورودی و خروجی باید لیست شوند تا جانملیی آنها را در یک صفحه مناسب تعیین نموده که از جب به راست و بالا به پایین کامل شوند. ‎alls cells‏ وان ل ككرت تك الت رك و خروجی مشترک. زیر سیستم های نمودار 10۳10 و نظرات کاربران گروه بتدی نمود تا روش دسترسی به آنها ساده تر شود. این درک دیالوگ ها در واقع ورودی و خروجی سیستم هستندههه

صفحه 225:
انواع فایل ها ‎.١‏ فایل ورودی: لین فلیل ها بلید نیازمندی های خروجی در آینده را تأمین کند و طراحی آن تا حدود زیادی بستگی به خروجی ها دارد و به دو نوع زیر تقسیم می شود: ل اس ل ا ل که اطلاعات آن غالباً ثابت و تغییرات آن بسیار کم است. ب) فلیل تراکنش (تفییرات): در فایل داده های مورد از برای تولید خروجی ها وارد می شود و عناصر آن غالبا در حال

صفحه 226:
۲ فایل واسطه ای: این فایل با توجه به فایل اصلی ساخته می شود. این فایل موقتی و معمولا در تهیه گزارشات به کار می رود. ۳ فایل خروجی: محتواي آن بر اساس مشخصات از قبل ‎espns fee‏ می شود و شامل سه نوع زیر است: ‎(call‏ قال ال ام تن بت ار کل ‎ey‏ 0 روزانه. اطلاعات فایل اصلی به کمک فایل تراکنش بهنگام می شود که در این صورت فایل اصلی بهنگام شده حاصل می شود.

صفحه 227:
ب) فلیل گزارشات چلپی. گزارشات تولید شده برای پرسنل سیستم در این فایل ها ذخیره شده و سپس توسط چاپگر چاپ می شوند. ج) فایل گزارشات صفحه نمایش. گزارشات تولید شده در این فایل ها ذخیره و در زمان لازم روی مانیتور نشان داده می شوند. همچنین برخی منوها و فرم های ورودی و خروجی اطلاعات در این فایلها نگهداری می شوند.

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

صفحه 229:
براى ا روخ از این روش استفاده می شود. رکوردها بصورت تصادفى در كنار هم قرار مى كيرند و توسط يك فيلد كليدى ‎(eb)‏ قابل دسترسی هستند. در موقع لزوم بدون توجه به دسته بندی های امکان پذیر. رکوردها جستجو می تون ۳.ترتیبی شاخص دار رکوردها بر اساس ‎aes Ae‏ خاص مثل شماره ‎aa‏ بصورت مرتب و متوللی در کنار هم ذخیره می شوند. در لین روش رکوردها بر اساس فیلد کلیدی مرتب شده و جستجو نیز بر اساس فیلد کلیدی می باشند. در اين شیوه ترتیب منطقی رکوردها با ترتیب فیزیکی ذخیره سازی آنها متفاوت است. نکته: در لین درس و کلیه نرم افزارهای بلنک اطلاعلتی از روش سوم استفاده شود 9

صفحه 230:
انواع فرم ها و صفحات نمایش صفحه ورود داده ها: جهت وارد نمودن داده های ورودی مي باشد. صفحه پرس و جو: برای نمایش بخشی از اطلاعات موجود در سیستم می باشد که بطور انتخابی توسط کاربر مشخص تین کرو صفحه چند منظوره: با ترکیب صفحات ورود داده ها صفحات پرس و جو ساخته می شود و برای بهنگام کردن اطلاعات بکار ی( صیات بر رای یت کر هی تلم رجا ترس کاربر می باشد. صفحات پیش نمایش: برای تنظیم ظاهر گزارشات و دیدن آن قبل از جاب بكار مى رود. e980

صفحه 231:
طراحی منوهای برنامه این منوها در واقع شاخه ای فرعی از منوی اصلی بوده و بعنوان واسط بخش کاربر و کل سیستم می باشند. تعیین سلسله مراتب منوها (به کمک نمودارها و جداول جریان داده ها) در سطوح مختلف انجام می شود. ایمنی داده ها با استفاده از کد گذاری یا غير فعال کردن آنها انجام نمی شود همه کارکردهای اصلی و فرعی تا آخرین سطح باید در سیستم منوها گنجانده شود. ead

صفحه 232:
تعیین مشخصات فیزیکی جداول و فایل ها ادف لب مره توس »تحصاد فیریتی فلیل هاء پایگاه داده هاء اه ل ا لابه كمك نقاط ورودى هر يك از موجوديت ها اطلاعات ورودى ا v جم كمك نقاط خروجى هر يك از موجوديت ها اطلاعات خروجى eee ‏در این قسمت مشخصات فیزیکی مثل شرح فیلد. طول فیلد. نوع‎ فیلد. نام فیلد و غیره باید در نظر گرفته و ثبت شود.

صفحه 233:
جدول سند حسابداری 6 ‎N‏ ‎N‏ ‎D‏ ‎N‏ ‎c‏ ‏6 ‏6 ‎L‏ ‎D‏

صفحه 234:
” 7 ‏سازى عن ای‎ toe مشاركت مدير در طراحى سيستم مانند مشاركت صاحبخانه در طراحى و نحوه معمارى خلنه خود مى باشد. از اينرو لين مرحله به نحوه مشاركت مدير در طراحى سيستم مى بردازد. بديهى است كه طرح اصلى سازمان و بيشتر جزئيات؛ مطابق نياز و ميل شكل مى كيرد. ممم

صفحه 235:
طراح سیستم پس از تعیین نیازها و خواسته های مدیریت. ا لتر يات ‎Ce ee‏ موارد زير ارائه مى كنند: ‎Ht‏ جه اطلاعاتى بايد جمع آورى شوند؟ ‏چه زمانی باید جمع آورى شوند؟ ‎Ht‏ جه برونده هايى بايد بكار كرفته شوند؟ ‏جزئیات نحوه پردازش چیست؟ ‎a> Bt‏ بازداده هایی باید بدست آیند؟ ‏قا بازداده ها چگونه باید توزیع شوند؟ ‏4 پرونده ها چگونه باید توزیع شوند؟

صفحه 236:
این طیته بندی در ارساط با مانیندی لیات پایتاه داده مى باشد. مس درآنن ط سم خی والکاات رس دای سای می شود. نکات زیر در این طبقه بندی باید رعایت شود: ۴ که کوارهات مومو و ‎ata‏ که اما مرکا 2 * اطلاعاتی که هر یک از افراد مجازند به آن دسترسی پیدا کنند. * امکانانی که برای کنترل خطاها لازم است. * عملیات خواندن. نوشتن و اصلاح بر طبق استانداردهای برنامه نویسی باشد. " میزان حافظه و سرعت مورد نیاز سیستم چقدر است؟ " امکاناتی که برای دستیابی به پایگاه داده لازم است. * روشی که برای اجرای هر یک از فرمان ها و دستورات نیاز است. ® امکانات ویژه ای که برای انجام پردازش لازم است. 266

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

صفحه 238:
روشهای ارزیایی مشاهده کار کاربر با سیستم * جمع آوری نظرات کاربران ۴ را وا ۰ * ارزیابی پیش بینی کننده * ارزیابی تعبیری

صفحه 239:
يذ هد مت ‎ob‏ »<> ليست گزارشات سیستم جدید زیر سیستم نیروی انسانی زیر سیستم تولید زير سیستم توزیع و فروش زير سیستم بازرگانی (تأمین مواد) زير سیستم مالی زیر سیستم شناسنامه تجهیزات و ماشین الات زير سیستم هیأت مدیره زير سیستم رقبا

صفحه 240:
ero

صفحه 241:
منابع : بای سامت بافته تیه تس و ای سس اطلاعاتی . بتول ذاکری قناوری سیستم های اطلاعلتی. مهرداد کارگری و حسن خادم زارع روش تحلیل و طراحی ساخت بافته سيستم ها ((6080000), پ. ال. وبوره ترجمه همکاران سیستم للإستيياق اطلاعات مدبریت. ریموند مک لوید. ترجمه جمشيديان و مهدى يور سيستم هاى اطلاعلتى مديريت (مدل سازى اطلاعات). علی رضائيان era

جهت مطالعه ادامه متن، فایل را دریافت نمایید.
32,000 تومان