پاورپوينت طراحی سیستم فصل هفت از کتاب سیستم های اطلاعاتی حسابداری ترجمه دکتر محسن دستگیر و علی سعیدی

پاورپوينت طراحی سیستم فصل هفت از کتاب سیستم های اطلاعاتی حسابداری ترجمه دکتر محسن دستگیر و علی سعیدی

پاورپوينت فصل 7 طراحی سیستم کتاب سیستم های اطلاعاتی حسابداری ترجمه دستگیر و سعیدی

استاد:

جناب آقاي دكتر عرب

ارائه دهندگان:

خانم مهدلو، خانم عرب احمدي، خانم ياري

آقاي كروژده

 اهداف فصل:

ü   فراگیری فعالیت های که طی دومین مرحله چرخه سیستم انجام می شود.

ü  یادگیری چگونگی طراحی مقدماتی سیستم.

ü  شناخت چگونگی طراحی تفصیلی برای یک سیستم اطلاعاتی حسابداری.

ü  فراگیری چگونگی مشارکت حسابرسان در فرآیند طراحی سیستم.    

•

رئوس مطالب فصل

•

ü اهمیت طراحی سیستم

ü طراحی مقدماتی سیستم

ü الزامات سیستم

ü طراحی تفضیلی

üتحصیل نرم افزار

üروش های دستی و رابط کاربر

ü نقش حسابرسان در طراحی سیستم

 اهمیت طراحی سیستم

طراحی سیستم فرآیند آماده سازی ویژگی های سیستم جدید است که با استفاده از پیشنهادهای مرحله ی تحلیل سیستم انجام میشود.

شکل زیر نشاندهنده مرحله طراحی سیستم می باشد:

  طراحی مقدماتی سیستم

ü  تیم بررسی حوزه سیستم را به منظور برآورد عملی بودن تعریف میکند.

ü   تیم پروژه حوزه سیستم را به منظور ایجاد سیستمی جدید تعریف میکند.

ü  تیم طراحی حدود سیستم را به وسیله ی شناسایی رابط بین سیستم جدید پیشنهاد شده و سایر سیستمهای پیرامونش تعریف میکند.

ü یک روش تعیین حدود پروژه طراحی،شناسایی رویه(طرزعمل)هایی است که هنگام پیاده سازی سیستم جدید تغییر نمی کنند.

ü هررویه ای که در معرض تغییر نیست خارج از حدود سیستم جدید است.

1- برآورده ساختن نیاز جدید اطلاعاتی : اطمینان از برآورده ساختن اطلاعات مورد نیاز که در سیستم قبلی قابل دسترس نبود.

2- حل مسئله سیستم فعلی : تغییر محتوای اطلاعاتی خروجی سیستم.

3- بکارگیری فناوری جدید : نیازی به تغییر محتوای اطلاعاتی خروجی نیست.

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

رکوردهای داده های سیستم، اطلاعات موجود در گزارش ها یا نمایش های رایانه ای را فراهم می آورد. تیم طراحی پس از تعیین محتوای اطلاعاتی خروجی‌های سیستم، داده های لازم را      برای تولید آنها مشخص می نماید. تیم طراحی مدل های داده  را که در طی مرحله تحلیل سیستم ایجاد شده، روزآمد میکند. تیم این مدل ها را به شکل تفضیلی تر آماده می کند  و ممکن است تشخیص دهد که داده های دیگری فراتر از آن چیزی که قبلا شناسایی شده مورد نیاز است. همچنین ویژگی های مطلوب برای داده‌ها را شناسایی می‌کند. ویژگی داده، صفت    اختصاصی است که یک داده را به روش هایی که مورد توجه کاربر سیستم است، توصیف می کند.

کاربرگ های تهیه شده در طراحی مقدماتی سیستم، فرآیندهای مورد نیاز سیستم را مشخص می کند. این فرآیندها ممکن است روش های دستی یا برنامه های رایانه ای باشد.

ü تیم بررسی در مرحله ی تحلیل سیستم، مدل های فرآیند را برای نشان دادن فرآیندهای موجود تهیه میکند.

ü  تیم طراحی از این مدلها به منظور نشان دادن چگونگی کار سیستم پیشنهادی استفاده میکند.

ü دربرخی از سازمان ها تیم طراحی فلوچارت های سیستم  تهیه می کندتا زنجیره فرآیندها و چگونگی تهیه گزارش ها ونمایش های رایانه ای بااستفاده از مستندات اولیه ورکورد های داده ها رانشان  دهند.

ü  ورودی های سیستم منابع داده های موجود در فایلهای سیستم هستند.

ü تیم پروژه مستندات منبع (فرمها) را با یک نام و شماره فرم مشخص میکنند و تعیین میکنند                                         که در کجا ایجاد میشود، حجم آن چقدر است و چگونه به شکلی قابل خواندن توسط رایانه تبدیل شود، همچنین روشهای وارد کردن داده هایی که از مستندات منبع استفاده نمیکنند را مشخص میکند.

üگاهی سیستم جدید برای موفقیتش، مدیریت را به پذیرش سیاست های جدید ملزم میکند.

ü اگر سیستم پیشنهادی نیاز به سیاستهای جدید داشته باشد مدیریت قبل از مجوز دادن باید نسبت به این سیاستها آگاهی داشته باشد تا بتواند هزینه ها و منافع یک سیستم را مورد رسیدگی قرار دهد.

ü

  گزارش به مدیریت

ü تیم طراحی در پایان طراحی مقدماتی سیستم توصیه های خود را در قالب گزارشی برای مدیریت تشریح میکند.

ü «خلاصه مدیریت» با بیان اهداف و حوزه ی سیستم آغاز میشود و شرحی دقیق از سیستم بیان میشود و سپس شرحی از تغییرات پیش بینی شده در سیاست یا مسائل پیاده سازی سیستم ارائه میشود و در پایان تیم طراحی پیشنهاد خود را در زمینه توقف طراحی یا ادامه آن با طراحی جزئیات بیان میکند

  طراحی تفصیلی

طراحی تفصیلی سیستم شامل دو مرحله میشود:

1- در اولین فعالیت(طراحی مقدماتی)، توصیفی مفهومی از اینکه چگونه سیستم باید کار کند فراهم میشود. کمیته راهبری سیستم های اطلاعاتی در پایان این فعالیت، سیستم پیشنهادی را مورد ارزیابی قرار میدهد.

2- در دومین فعالیت(طراحی جزئیات)، تیم طراحی شرحی از جزئیات سیستم را تهیه میکند. حسابرسان این جزئیات را بررسی میکنند و تغییرات ضروری برای کنترل داخلی و زنجیره عطف حسابرسی را پیشنهاد میکنند.

در پایان، تیم طراحی این جزئیات را برای بررسی و تصویب به کمیته راهبری تسلیم میکند.

تعریف نیازها

ویژگی های ورودی:

ورودی شامل مستندات اولیه ووسایل مغناطیسی هستند که سیستم در ابتدا داده ها را برروی آنها ثبت می کند.

تیم طراحی درخلال مرحله طراحی جزئیات درباره ی ظاهر مستندات اولیه تصمیم گیری میکند.

تیم طراحی برای ورود مغناطیسی داده ها(مثل سیستم هایی که در نقطه فروش رویداد را ثبت میکنند) تعیین میکند که چگونه داده ها به سوابق مغناطیسی تبدیل شوند.

ویژگی برنامه رایانه ای

تیم طراحی قبل از طراحی جزئیات هر فرآیند را شناسایی میکند و با استفاده از فلوچارت یا نمودار گردش داده ها رابطه ی آن را با سایر فرآیندها نشان میدهد.

 شرح برنامه:

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

نمود گر ساختار:

در روشهای ساخت یافته از نمودگرهای ساختار برای تشریح یک برنامه استفاده میشود. نمودگر ساختار، هر ماجول تشکیل دهنده برنامه را مشخص میکند و روابط سلسله مراتبی آنها را نشان میدهد.

شبکه کد:

تیم پروژه گاهی اوقات برای تشریح ماجول ها از شبکه کد استفاده میکند. (شبکه کد همان زبانهای برنامه نویسی هستند).