دانلود ‫پروژه رویکرد مدل سازی REA برای تدریس AIS ( پروژه درس سیستم های اطلاعات حسابداری )

رویکرد مدل ‌سازی  REA برای تدریس AIS

 

چکیده: اولین بار در مورد مدلREA   در سال 1982 در  Accounting Review به عنوان چارچوبی برای ساخت سیستم های حسابداری در محیطی با داده های به  اشتراک گذاشته شده (شبکه ای) درون شرکت ها ویا بین شرکت ها بحث شد.

ویژگی اصلی مدل این است که به صورت معنایی (تفسیری) ورودی‌ها و خروجی‌های یک فرآیند تجاری را نشان  می دهد.

کلمه مخفف REA از آن ساختار الگویی که شامل منابع اقتصادی، فعالیت‌های اقتصادی، و عوامل اقتصادی است، گرفته شده است.

همزمان با انتشار تحقیقات در زمینه REA ، این مدل، به عنوان چارچوبی برای تدریس AIS ابتدا در دانشگاه ایالت Michigan و سپس به تدریج در دیگر دانشگاه‌ها و کالج‌ها استفاده شد.

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

از سال 2003 مدل‌سازی  REA در دوره‌های گوناگون AIS و در کتاب‌های درسی گوناگون AIS، هم در ایالات متحده و هم به صورت بین‌المللی به کار گرفته شد.

واژه‌های کلیدی: مدل حسابداری REA، مدل‌سازی معنایی پدیده‌های حسابداری، سیستم‌های اطلاعاتی حسابداری، فلسفه وجود موسسهREA.

منشاء رویکرد REA

ما یک پایگاه داده‌ به عنوان یک مدل از دنیای فیزیکی توسعه یافته تعریف خواهیم کرد          (Abrial (1974-1973)) ، وقتی من ابتدا این نقل‌قول را در کلاسهای فارغ التحصیلی علوم کامپیوتر در دانشگاه Massachusette (UMASS)  در سال 1975 خواندم، بیدرنگ کاربرد آن در سیستم پردازش عملیات حسابداری به ذهنم رسید.

دنیای تئوری پایگاه داده ، در آن زمان در میانه عمر طلایی‌اش بود.

نظریه‌‌های codd در مورد سیستم‌های رابطه‌ای (19721970) و هنجارسازی ترکیبی (syntactic normalization) (1972) تأیید بیشتری نسبت به طبقات قدیمی‌تر پایگاه‌های اجرایی مثل شبکه سیستم‌های سلسله مراتبی از نظر ملاحظات منطقی و مفهومی داشت، مقاله سال ((1974)(Abrial ظهور منشأ پایگاه داده‌های معنایی را نشان داد که پس از انتشار مدل موجودیت‌های smith,chen در سال 1976 و نظریات خلاصه‌سازی داده‌های smith در سال 1977 به اوج رسید.

برای من در UMASS مشخص شد که پایگاه داده‌های حسابداری آتی، رابطه‌ای خواهد بود و اینکه آنها با معانی درونه‌ای (embeded semantics) و به شکلی دقیق (strict typing) طراحی خواهند شد.

در دوره‌های 5 تا 6 ساله بعدی، من تعدادی مقاله در مورد سیستم‌های حسابداری رابطه‌ای با مضمون قوی نوشتم (1982، 1980، 1979، 1978، Mc Carthy) که یک جریان تحقیقی بود که با معرفی مدل REA  درسال 1982 درAccounting Review به اوج رسید.

در آنجا REAبه عنوان چهار چوبی برای ساخت سیستم‌های حسابداری در یک محیط، با داده‌های به اشتراک گذاشته شده، چه درون شرکت‌ها و چه بین شرکت‌ها به ذهن رسید.

ویژگی‌ اصلی مدل این است که به صورت معنایی ورودی‌ها و خروجی‌های یک فرآیند تجاری را بیان می‌کند.

کلمه REA از آن ساختار الگویی که شامل منابع اقتصادی، فعالیت‌های اقتصادی و عوامل اقتصادی است، گرفته شده است.

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

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

 REA همچنان که در سال 2003 عنوان شده چارچوبی بسیار توسعه یافته است و در واقع یک   مدل پیشنهادی برای استانداردهای معاملات تجاری الکترونیکی متعدد است                               (David et al 2002-Geerts ,Mc Charthy 2003)  .

علاوه براین مدل‌سازی REA در تعداد زیادی از دوره‌های AIS و در کتاب‌های درسی گوناگونی از AIS به طور برجسته هم در ایالات متحده آمریکا و هم در سطح بین‌المللی نشان داده شده است.

بعضی استفاده‌های محدود شده ازREA در دوره‌های حسابداری مقدماتی و کلاس‌های پایگاه داده‌های MIS مقدماتی ایجاد شده است.( David Maccracken, Reckers 2003: Trimmeretal 2002)

این مقاله عناصر و نظریه‌های مدل REA را بازبینی می‌کند.

و توضیح می‌دهد که چطور آن مفاهیم در تدریس AIS استفاده می‌شود.

بخش دوم مقاله ویژگی‌های اساسی پایگاه داده‌های رابطه‌ای و مدل‌سازی معنایی را مورد بازبینی و تجدید نظر قرار می دهد.

در دنباله من مثال‌های اساسی می‌آورم برای تجدیدنظر در مورد 3 مرحله مجزا از رشد مدل REA که نهایتاً برای تدریس استفاده شده است: 1 مجموعه‌ای از ویژگی‌های اساسی‌اش ؛ 2 روند افزایشی زنجیره‌ ارزش مؤسسه تجاری و تفکیک آن برای گردش کار و خصوصیات وظایف؛ 3 بسط آن به تعهدات و انواع آن.

من این موارد اولیه را در بخشی که درباره چگونگی استفاده از REA برای تدریس رشته خودم توضیح می‌دهم ، درکارگاه تابستانی دانشگاه ایالت (MSU)Michigan و در انجمن حسابداری آمریکا (AAA) ،برای شروع تدریسAIS دنبال می کنم.

من این مقاله را با پیشنهاداتی در ارتباط با رشد انجمن پژوهشگران AIS به اتمام می‌رسانم , که این انجمن مدل‌سازی معنایی پدیده‌های حسابداری را به عنوان جزء اساسی تدریسشان به حساب می‌آورند.

                    پایگاه داده‌های رابطه‌ای و مدل‌سازی معنایی

 

سیستم‌های پایگاه داده‌های تجاری کنونی،شامل سیستم‌های کوچک‌تر Access) (Microsoft           و نیزسیستم‌های بزرگتر (Oracle client-server editions) گرایش زیادی دارد به ساختارهای رابطه‌ای مدنظر.

Codd این مطلب را بیش از 30 سال پیش(در سال 1970) در یکی از مهمترین مقالات علمی کامپیوتر که تاکنون نوشته است تجسم کرد.

داده‌های ساختار سیستم‌های رابطه‌ای به عنوان یک جدول مسطح، همچنانکه که در شکل 1 درباره یک مجموعه محدود از "نقاشان" و "نقاشی‌ها" نمایش داده شده است می‌باشد.

جدول نقاشان دو سر ستون دارد و 6 ردیف از داده‌های واقعی که در مورد 6 هنرمند است؛ جدول نقاشی نیز دوستون و 8 ردیف دارد که بیان‌کننده بعضی از آثار هنرمندان است.

ستون‌ها غالباً صفات (attributs) نامیده شده است.

سر فصل NAME کلید اولیه / منحصر به فرد را نشان می دهد (Primerykey) .

برای کلید اولیه نمی‌توان مقادیر تکراری به کاربردولی برای سایر خانه‌ها استفاده تکراری از مقادیر مجاز است.

(یعنی صفاتی که مجاز به استفاده تکراری هستند در یک خانه با محدودیتهای استاندارد، قابل استفاده نیستند.) و این بین سیستمهای رابطه‌ای و متغیر ساختارهای سیستم قبلی تفاوت ایجاد می‌کند.

پیکان‌های دوطرفه شکل 1 به طور غیررسمی نشان می‌دهد که نقاشان و نقاشی‌ها مرتبط شده‌اند، اما آنها قسمتی از مکانیزم‌های پایگاه داده‌های رابطه‌ای نیستند.

ارتباط بین جداول در یک کاربرد واقعی به وسیله محاسبه و ذخیره ارزش‌ها (مقادیر )کلید متفاوت در همان ردیف متأثر شده است، بنابراین نشان داده شده است که دو مورد (مثل ‌، Guernica, Picasso) رابطه ای با یکدیگر دارند.برای پایگاه داده‌ها در شکل 1 من می‌توانم یک ارتباط بین نقاشان و نقاشی‌ها به یکی از طرق زیر ایجاد کنم: (1)فرستادن کلید نقاش به طرف جدول نقاشی، که در نتیجه ستون سومی ایجاد می‌شود.

یا (2)فرستادن کلیدهای هردو  جدول با هم به جدول سوم که  Artist for(پدیدآورنده) نامیده می‌شود که مثال‌های این دو  به صورت مجزا نشان داده شده است.

انتخاب کار ا   و موثر بین این دو گزینه، اغلب یک موضوع برای کلاس‌های AIS است که خارج از محدوه بررسی من است.

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

زیرا پایگاه داده‌ها را به وسیله تجزیه جدول‌های بزرگ به جدول‌های کوچک‌تر از طریق قوانین علت و معلولی ایجاد کرده است (1977Everest, weber).

در مقابل رویکرد معنایی یا از بالا به پایین برای طراحی- که ابتدا به وسیله chen  به طور کامل ارائه شد-  با تجزیه و تحلیل واقعیت طراحی شده برای انواع گوناگونی از موضوعات (مثل افراد، اشیاء، فعالیت‌ها و مفاهیم) و سپس طراحی نموداری از موجودیت‌های مستقل شناسایی شده را همراه با اتصالات یا روابط نامبرده‌شان در قالب یک جدول ارائه می‌کند.

(1979 Mc Carthy).

یک طراح پایگاه داده‌های معنایی همیشه یک نمودار ارتباط موجودیت‌ها را همانطور که در شکل 2 نشان داده شده، قبل از طراحی گزینه‌های شکل 1 ارائه می‌کند.

این نمودار در زمینه مدل‌سازی از بالا به پایین است، جایی‌که مدل REA بزرگترین منافع تدریسش را فراهم می‌کند.

که آن رویکردبعدا بحث می‌شود.

اجزاء مدل REA

الگوی اساسی REA

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

مدل‌سازی موسسات تجاری از مثال هنرمنددر شکل 2 که مثال نسبتاً مربوطی بود، سخت‌تر است.

برای غلبه بر مشکلات مدل‌های تجزیه و تحلیلی موجود (1995 coad؛ 1996 Hay 1997 Fowler) مدل حسابداری REA این کار را در یک دهه انجام داد.

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

بزرگ‌ترین تفاوت این بود که الگوی REA زیربنای نظری خیلی قوی‌تری دارد، زیرا باید مقالات مشابه و هم‌پایه خود را پشت‌سر گذاشته باشد و از آنها جلوتر باشد.

شکل 3 مدل را در اساسی‌ترین شکل‌اش توضیح می‌دهد (ص564 و 1982 Mc Carthy) به عنوان اینکه این شکل از دیدگاه موسس واحد تجاری به وجود آمده است.

REA یک الگو برای همکاری واقعی (جایگزینی یا اختیار یک انتقال داخلی) بین موسس و شریک تجاری است , که در آن او کنترل بعضی منابع ارزش را واگذارمی‌کند (حق امضاء نیمی از مبادلات بالا رابه وی "می دهد".) در عوض برای دیگر منابع دارای ارزش بیشتر ( نیمی از حق امضاء مبادلات را"می گیرد") .

انواع موجودیت‌های شکل 3 (As, Es, Rs) مهم هستند، اما تأثیرات ساختاری روابط تقریباً مهم‌تر هستند.

(1997 Dunn, Mc Carthy).

ارتباطات گردش سهام مربوط به جریان به داخل و خارج یک طبقه از منابع هنگامی‌که ارتباط (linkهای) دوطرفه، منطق اقتصادی را برای مبادلات جسورانه اداره می‌کند.

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

نتیجه‌گیری به صورت شکل 4 از شکل 3 نوعی از مشکل (I) REA را نشان می دهد که در امتحانات برای دانشجویان بیش‌تر مطرح است.

من سعی می‌کنم که به آنها الگوی شکل 3 را آموزش دهم و سپس فهرستی از ویژگی‌های یک شرکت به عنوان مثال می‌آورم واز آنها می‌خواهم که  راه‌حلی شبیه شکل 4 ایجاد کنند

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

من سعی می‌کنم که به آنها الگوی شکل 3 را آموزش دهم و سپس فهرستی از ویژگی‌های یک شرکت به عنوان مثال می‌آورم واز آنها می‌خواهم که راه‌حلی شبیه شکل 4 ایجاد کنند.

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

من در شکل 5 ، 4 جدول آورده‌ام دو تا از موجودیت‌‌ها و دو تا از ارتباطات شکل 4 را در آن ایجاد کرده‌ام (به علت گستردگی مطالب فقط دونمونه از موجودیت‌ها تشریح گردیده است.) مخاطبان حسابداری افرادی نیستند که آشنا به پیچیدگی‌های پایگاه داده‌های رابطه‌ای باشند که بتوانند واقعاً فهمشان را از پایگاه داده جزئی شکل 5 بررسی کنند تا ببینند که آیا آن معنی تجاری را که می‌خواهند ,می‌دهد یا نه.

برای مثال اینجا بعضی سوال‌های ساده حسابداری و بازاریابی وجود دارد: 1ـ چرا مبالغ دلاری فروش صورت حساب I-1 جمعاً 75/14 دلار است؟

2ـ آیا مشتری C-888 برای همه کلوچه‌های بادام زمینی که در دومjuly خریده پرداخت می‌کند؟

3ـ آیااین طور بنظر می رسدکه مشتریC-999 الگویی را در خرید کلوچه‌هایش نشان می‌دهد؟

4ـ حساب‌های دریافتنی افراد چقدر است؟

من دریافتم این نوع از سوالات می‌تواند برای تشریح در کلاس‌های اصول حسابداری برای دانشجویان سال دوم موثر باشد که چگونه ارقام گزارش شده حسابداری را از جداول REA اتخاذ کنند.من دریافتم که وقتی هم زمان و هم تکنولوژی داریم، ارزش دارد که چنین مجموعه کوچکی از جداول را در یک سیتم پایگاه داده‌ها شبیه مایکروسافت Access اجرا کنیم و اجازه دهیم دانشجویان پاسخهایشان را با استفاده از پرس‌و‌جو (Query) بگیرند.

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

تمام تکنیک‌هایی که برای ایجاد یک دفتر کل مجازی از بانک اطلاعاتی REA لازم است، در تعدادی از مقالات اجرایی و نظری توصیف شده است.

(David etal 2001؛ 1986 و 1983 Gal, Mc Carthy؛ 1982 Mc Carthy) این کار همیشه آخرین پروژه کامپیوتری من در سطح دانشجویان سال سوم دوره AIS است در MSU ، بانک اطلاعاتی یک شرکت خاص را برای این اهداف ذکر شده بسط می‌دهیم که بسته نرم‌افزاری vehicle نامیده می‌شود (David, Mc Carthy 2003) که هر مدرس AIS ممکن است برای استفاده آن را درخواست کند.

REA به عنوان یک الگوی فرآیند تجاری و اجزاء زنجیره ارزش دو تا از بزرگترین پیشرفت‌های تکنولوژی اطلاعات دهه 1990، ابتکار مهندسی مجدد فرآیندهای تجاری و ورود سیستم‌های ERP (طراحی منابع موسسه تجاری) بود.

(David, Mc Carth, Sommer 2003) به دلایل زیادی این تکنولوژی‌ها استفاده از مدل REA را تسهیل می‌کند، زیرا الگوی اساسی‌اش همان بعد از ساختار اقتصاد خرد را دارد.

شکل 6 توضیح می‌دهد که چطور مدل REA چارچوب‌های بنیادی را به وسیله تعریف یک فرآیند تجاری و یک زنجیره ارزش موسسه تجاری برای این دو تکنولوژی طراحی می‌کند.

تعریف فرآیند تجاری توسط Hammer وChampy (ص 35 و 1993) بود در حالی‌که افراد ذیل روی تعریف زنجیره ارزش به یک توافق رسیدند.(1997( Mc Carthy و Greets و (1989) Morris و Hergert و (1967) Ijiri و (1985) porter .

هر فرآیند تجاری که توضیح داده شده، مجموعه ای از ورودی‌ها (منابع اقتصادی مصرف شده یا واگذارشده) و مجموعه ایاز خروجی‌ها (منابع اقتصادی گرفته شده یا بدست آمده) را داراست.

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

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

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

(یا متناوباً، زنجیره تأمین) بیان چرخه درآمد در نیمه راست شکل 6 باید به عنوان یک توصیف خلاصه مدل ارائه شده در شکل 4 و پایگاه داده‌های رابطه‌ای جزئی شکل 5 تصور شود.

برای کمک به درک این فرآیندهای خلاصه Greets , Mc Carthy (1999 و 1997) یادداشت خلاصه‌ای از REA را به منظور توضیح زنجیره ارزش موسسه تجاری همانطور که در شکل‌ 7 توصیف شده است ارائه کردند .

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

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

این نظریه در اینجا مدنظر ما نیست ولی Geerts, Mc Carthy(2002) در مورد آنها به طور وسیع بحث می‌کنند.

علامت + و ـ تشریک مساعی (بده بستان) را نشان می‌دهد، ولی گاهی اوقات در جایی که فلش‌های هدایت‌کننده جریان ایجاد ارزش افزوده وجود دارد، از قلم می‌افتند.

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

عوامل تولیدی شامل امکانات، خدمات و تکنولوژی به علاوه مواد اولیه (چرخه خرید حسابداری سنتی) و کار (چرخه حقوق و دستمزد حسابداری سنتی) می‌باشد.

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

من برای مخاطبانی که مجذوب چشم‌انداز به کارگیری REA،و ساختار زنجیره ارزش شده اند , به عنوان بخشی از دستورالعمل حسابداری شان پیشنهاداتی دارم.

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

هر نوعی از فرآیندهای تبدیل برای فهمیدن و تدریس مشکل است، بنابراین من در دوره هایم آن را به تأخیر می‌اندازم.

معاملات جزئی‌تر تبدیل ,به علت محدودیت زمانی در بسیاری از کلاس‌های سیستم‌هایی که متمایل به REA است، از قلم افتاده است.

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

در دوره‌های AIS این اغلب بدان معنی است که مستندات، فعالیت‌ها و کارهای تجاری را با هم ارتباط دهد، در چارچوب ارزش افزوده، با مدل‌سازی معنایی که با ابزارهایی مثل فلوچار‌تهای سیستم، نمودارهای گردش داده‌ها (DFD) و به تصویر کشیدن فرآیند انجام می‌شود.

اغلب تمامی مدرسان AIS چنین مستنداتی را تدریس می‌کنند، ولی خیلی کم‌تر از ما قادر هستند که به صورت بسیط برای دانشجویان شرح دهند.

ـ چرا بعضی فعالیت‌ها در پایگاه داده‌های یک شرکت به طور کامل نمایش داده می‌شود, درحالیکه برای سایر فعالیت‌ها این‌طور نیست (مثلاً چرا حمل سفارشات به عنوان یک جدول رابطه‌ای بیان شده ولی بسته‌بندی آنها نه؟)؛ و ـ در کجا فعالیت‌های تجاری موقتی و بی‌قاعده مفهوم اقتصادی ایجاد می‌کند و یا حتی در کجا عملکرد بعضی امور از نقطه‌نظر ایجاد ارزش افزوده اساسی‌ و ضروری است.

(به عنوان مثال چگونه ما فعالیت‌های یک کمیته اعتباردهی (loan screen) را برای مشتریان حساب کنیم؟) بعضی بحث‌های بسیار خوبی در زمینه‌ این مشکلات در مبحث AIS انجام شده، که من تصور می‌کنم )1993) Denna etal،)1997 ) David و Bradford etal (2002) در این زمینه بهترین هستند.

نوشته های مهندسی مجدد و(1993 Hammer,2001, Hammer, champy) و بعضی متون حسابداری مدیریت نیز اطلاعات معتبری را در بردارد، بهترین نظر ما در مورد تدریس این مورد، در Geerrt, Mc Carthy 2001 ارائه شده است ولی بعضی تمهیدات اضافی باید به زودی اندیشیده شود Geerts, Mc Carthy 2003 برای من این واضح و روشن است که این ناحیه‌ای که نیازمند تدریس و کار تحقیقی بیش‌تر است، به وسیله انجمن‌ علمی AIS انجام می‌شود.

من تصور نمی‌کنم که انواع جدیدتر سیستم‌های حسابداری صنعتی مثل ABC به همان خوبی که عموماً به نظر می‌آید، کار می‌کند، چون آنها ابتدا به روش از پایین به بالا و به واسطه دفتر کل عمومی عمل می‌کنند.

مدل معنایی از بالا به پایین می‌تواند بهتر عمل کند.

الگوها و الزامات ـ فلسفه وجودی REA آخرین کار روی مدل‌سازی معنایی پدیده‌های حسابداری ) David etal 2002 ; Carthy 2002 Mc (Geertsاقدامات گسترده‌ در زمینه‌ای است که معمولاً در یک روش جامع توسط حسابداری سنتی پوشش داده نشده ـ که این گسترش، گسترش به پدیده‌های اقتصادی مدل‌سازی شده به الگوها و الزامات است.

مدل‌های معنایی مثل شکل 4 به طور سنتی به پاسخگویی محدود شده است که مربوط است به (Ijiry 1975) ، که در آن توجه برروی مجموعه فعالیت‌های اقتصادی گذشته شرکت است، گرچه مطمئناً امکان زیادی وجود دارد که ویژگی ها ودستورالعمل‌های غیرحسابداری نیز در محیط مدل‌سازی اضافه شود.

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

حسابداران می‌توانند به سمت ویژگی‌های اتوماتیک و اجرای مجموعه وسیع‌تری از سیاست‌های کنترلی حرکت کنند و غیرحسابداران می‌توانند از ساختارهای پاسخگویی مطمئن‌تری به عنوان پایه‌ای برای ساخت و مدیریت بهتر بازاریابی‌شان، زنجیره تأمین، و اطلاعات منابع انسانی استفاده کنند.

بیشترین و بهترین تفکر ما در مورد استفاده از الگوها و الزامات در AIS در امر هستی‌شناسی REA گنجانده شده است (Geerts, Mc Carthy 2003).

گرچه این موضوع به صورت آزمایشی است، من باید تصدیق کنم که این موضوع تدریس من را نیرو بخشید، خصوصاً زمانی‌که مخاطبان من دانشجویان خاصی مثل دانشجویان MBA، که ذهنیت غالبشان در رابطه با کاربرد اطلاعات حسابداری ممکن است «تا حدی مشکوک» ارزیابی شود.

استفاده از الگوها و الزامات در تدریس AIS روشی خاص برای سودمندی بیشتر است.

به هر حال ممکن است مطابق آنچه تاکنون دربالا ، در مورد فرآیندهای تبدیل اشاره کرده‌ام ، این روش راهنمایی برای تدریس به سمت رویکردی بیش از پیش محتاطانه باشد.

مدرسان مدل‌سازی معنایی جدید، ممکن است مقدمه خود را در مورد چنین موضوعاتی به دومین یا سومین سال موکول کنند .

طرحی برای تدریس سیستم ‌های اطلاعاتی حسابداری به وسیله مدل‌سازی REA یک یادداشت شخصی در مورد تدریس AIS وقتی من برای اولین‌بار تدریس یک دوره AIS را در بهار 1978 در MSU شروع کردم، طرح جامعی نداشتم، و برای من پیش نیامده بود که نیازی به آن پیدا کنم.

من بیش‌تر از 3 سال در UMASS برای تدریس تکنولوژی پرفوت‌و‌فنی به دانشجویان بازرگانی وقت صرف کردم (برنامه‌نویسی به زبان Fortran, Basic به علاوه ‌زمینه ای از تکنولوژی (MIS و 15 ماه حسابداری مدیریت و حسابداری مالی مقدماتی را به دانشجویان سال دوم تدریس کردم.

من فکر کردم که تدریس AIS در واقع دربردارنده تلفیقی از تدارکات قبلی است که نهایتاً به خوبی کارمی کند.

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

ترکیب یک حسابداری سنتی با آخرین تکنولوژی به‌روز (du jour) اشتباهی بود که من انجام دادم و اعتقاد دارم که این اشتباهی است که اغلب به وسیله مدرسان AIS تکرار می‌شود.

بدون اینکه متوجه اشتباه خود شوند.

در گذشته، AIS موضوع و مطلب متحدی نداشته است (1999 Mc Carth) گرچه مطمئناً بعضی گروه‌هاتلاش هایی با هدف ایجاد یک منشور تدریس AIS انجام داده اند .

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

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

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

Prototypهای تحقیق شده (1987 Denna,Mc Carthy ؛ 1986 و 1983 Gal, McCarthy) اغلب چیزهایی بودند که من باید روی آنها کار می‌کردم.

این وضعیت فقدان تکنولوژی اغلب اواخر دهه 1980 به وسیله سیستم‌های پایگاه داده‌های ریزکامپیوترها که بهتر و متداول ‌تر شد، از بین رفت.

این بود مبنای تأسیس مجموعه دانشجویان دکترای MSU در AIS که نهایتاً به استفاده تسریع شده به صورت بهتری از مدل‌سازی معنایی در واحد‌های حسابداری در MSU منجر شد.

مجموعه مهارت‌ها برای کلاس‌های AIS بهترین روش برای فهم تدریس AIS در MSU این است که مهارت‌های سیستمی را که در بردارد، بررسی کنیم.

این موضوع در شکل 9 مثال زده شده ومتعاقباً شرح داده می‌شود.

ـ تجزیه و تحلیل سیستم‌ها بررسی دنیای واقعی تجارت را در بردارد و تولید برخی از انواع چارچوب هایمنطقی برای پیاد‌ه‌سازی مشروط (احتمالی) یک سیستم را ایجاد می‌کند.

برای یک سیستم بازرگانی به ویژه یکی از کلاس‌های ERP، چنین چارچوب منطقی باید منطق موسسین شرکت را بازتاب دهد، همانطور که در زنجیره ارزش آن دیده می‌شود.

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

بنابراین تأکید بیشتر من روی مهارت‌هایی است که دانشجو را از گوشه شمالی غربی شکل 9 (جایی که فرآیند‌هایی مثل خرید آرد توسط وجه نقد را دریافت می‌کنند) به گوشه شمال شرقی آن (جایی که آنها در ذهنشان یک معماری اطلاعات شرکت را برای بهترین سیستم ممکن جهت فعالیت‌های تجاری که شرکت انجام می‌دهد,مجسم می کنند) می‌برد.

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

طراحی و پیاده‌سازی سیستم‌ها تطبیق یک‌ مدل مفهومی‌ با محدودیت‌های منطقی میزان خاصی از تکنولوژی اطلاعاتی‌ (طراحی) و سپس به مرحله عمل درآوردن روی سیستم‌ واقعی (پیاده‌سازی) را دربردارد.

طراحی منطقی برای من به این معنی است که یک مدل از داده‌ها را به مجموعه‌ای از ارتباطات ترجمه وتبدیل کنیم.

پیاده‌سازی یعنی ایجاد مجموعه‌ای از جداول که در هر 2 مفهوم رویه‌ای و اعلانی اجرا می شود.

اینها مهارت‌های خوبی هستند برای اینکه دانشجویان داشته باشند، ولی به اهمیت مهارت‌های تجزیه و تحلیل نیستند.

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

این یک مهارت مورد نیاز در AIS است، ولی اهمیت آن از مواردی که قبلاً اشاره شد، به ویژه در دوره‌های پیشرفته ما کم‌تر است .

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

برای کلاس‌های حسابداری دیگری مثل مدیریت , مالیاتی و حسابرسی این موضوع ضروری‌تر است.

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

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

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

این روش باعث می‌شود که دانشجویان به صورت راحت در مورد کفایت و شایستگی راه‌حل‌های ارائه شده برای مشکلات حسابداری تحقیق کنند.

دوره‌های REA در دانشگاه ایالت Michigan AIS مقدماتی کلاس AIS دانشجویان دوره لیسانس، که در سطح دانشجویان سال سوم تدریس می‌شود؛ پیش‌نیاز اجباری ندارد.

یک کلاس به دانشجویان اصلی حسابداری در ترم اول و به دانشجویان MBA در سال دوم تدریس می‌شود (در جایی که لغت «حسابداری» به جای «پایگاه داده‌ها» در عنوان قرار گیرد.) کلاس پیشرفته (graduate class) مقدار کمتری حسابداری دارد.

ولی به همان اندازه زیربنای دقیقی از REA دارد.

در ترتیب مهارت تقریباً 60% تجزیه و تحلیل سیستم است، 30% طراحی و پیاده‌سازی سیستم‌ها و 10% استفاده از سیستم است، که این ارزیابی دقیقی است.

کوئیز و امتحانات ویژگی‌ اصلی کلاس AIS یک‌سری مسائل مدل‌سازی مفهومی است که دانشجویان به عنوان تکلیف، به عنوان کوئیز در منزل و به عنوان امتحانات کلاسی انجام می‌دهند.

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

کلیه این حالت‌ها در وب سایت من در MSU موجود است.

:(Mc Carthy 2003) 1ـ مدل‌سازی فرآیند تجاری ساده (نمونه): University Slum lords 2ـ مدل‌سازی فرآیند تجاری چندگانه با زنجیره‌های ارزش: Boston Bottle 3ـ فرآیند تجاری پیچیده با تصاویر الگو و خصوصیات خط‌مشی Jan’s JEll-o 4ـ مدل‌سازی فرآیند تجاری پیچیده ماوراء زنجیره‌‌های ارزش گسترده Outsurced Movers 5ـ مدل‌سازی پیچیده فرآیند تبدیل: NICOSYS 6ـ مدل‌سازی فرآیند تجاری پیچیده با الزامات ,الگو‌ها و قراردادها Factory( I ) and ( II ) Vivian’s Fashion انجام دادن مسائل 2 تا 3 ساعت وقت می‌برد؛ امتحانات کلاسی در شب برگزار می‌شود.

امتحانات و کوئیزها 40 تا 50 درصد نمره را در بردارد.

هم‌اکنون Outsource Mover سطح میان ترم من است و Vivian Fashion Factory دومین سطح امتحان من است.

این مسائل 6 گانه مشابه در دومین ارائه مدرسه(AAA) انجمن حسابداری آمریکا برای مدرسان AIS مقدماتی (به طور انتخابی به عنوان مبانی REA شناخته شده است) در MSU در ژوئن 2003 به کار رفته است.

بعضی دانشجویان در آنجا برای اتمام آن طی 6 روز تلاش کرده‌اند، اما بیش‌تر وانمود می‌کردند که آن را انجام داده‌اند همانطور که من جلوتر به آن اشاره کردم این یک زمان‌بندی خیلی بلند‌پروازانه برای دانشجویان دوره لیسانس است و من اعتقاد دارم که بیش‌تر مدرسان AIS که از REA استفاده می‌کنند نزدیک سطح 2 یا 3 متوقف می‌شوند.

پروژه‌های کامپیوتری کلاس AIS دانشجویان دوره لیسانس 3 پروژه کامپیوتری دارد که همه آنها در وب سایت من موجود است.

(Mc Carthy 2003) 1ـ شرکت‌های M & M: این یک آموزش در دسترس و پایگاه داده‌های مربوط ساده است، مثل آنچه در شکل 5 نشان داده شده است.

دانشجویان می‌توانند مسائل را ابتدا روی کاغذ حل کنند و سپس برروی یک سیستم اجرایی اعمال کنند.

2ـ sy’s Fish: این یک مسئله مدل‌سازی داده‌های بزرگ است که دانشجویان باید با استفاده از چرک‌نویس حل کنند.

این مسأله از لحاظ سختی مشابه Jane’s Jell-o است.

3ـ بسته‌ نرم‌افزاری Vehicles: این نرم افزار یک پایگاه داده از پیش‌ساخته شده برای شرکت است که دانشجویان به کار می‌برند تا یک دفتر کل مجازی را تحقق ببخشند.

همچنین یک وظیفه مهندسی مجدد مهم و ترکیبی از خصوصیات زنجیره ارزش مشکل برای بسته‌ نرم‌افزاری وجود دارد.

این پروژه‌های کامپیوتری 20 تا 30% نمره دانشجویان را در بردارد.

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

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

به هر حال توجه ویژه ما برروی درجه بالای انتخاب‌های پیاده‌سازی شرکت است.

همانطور که توسط (David Mc Carths sommer 2003) تعیین شده است.

هیچکدام از کامپیوترهای ما ویژگی‌های بسته‌بندی سنتی را در پیاده‌سازی و اجرا رعایت نمی‌کنند.

کلاس‌های پیشرفته :AIS دو کلاس پیشرفته REA در آموزش AIS در MSU وجود دارد: 1ـ یک کلاس طراحی داده‌های پیشرفته که سطح کاملی را از روش‌های معنایی (جمع‌آوری, عمومیت دادن، رده‌بندی، علامت‌سازی) و روش‌های ترکیبی (نحوی) (هنجارسازی وابسته) تدریس می‌کند.

عناوین دیگر شامل زبان‌های مربوط و متودولوژی طراحی پایگاه داده‌ها است.

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

این کلاس‌ها همچنین یک الزامات آزمایشگاهی شدید و قوی دارد.

ترکیب مهارت‌ها به این‌صورت که 45% تجزیه و تحلیل 45% طراحی و پیاده‌سازی و 10% استفاده را تشکیل می‌دهد، جابه جا می شوند .

2ـ یک کلاس طراحی و تجزیه و تحلیل object-oriented که از JAVA استفاده می‌کند و واقعاً تمام وقتش را در آزمایشگاه کامپیوتر می‌گذراند.

با دست‌یابی به این کلاس، مهارت‌های مدل‌سازی مفهومی دانشجویان بسیار پیشرفت می‌کند، ولی مهارت‌های پیاده‌سازی آنها به تأخیر می‌افتد.

مخلوط تکنولوژی در اینجا، این ناهماهنگی را جبران می‌کند.

زبان مدل‌سازی جهانی (UML) در اینجا مدنظر است.

ترکیب مهارت‌ها به این‌صورت تغییر می‌یابد که 20% تجزیه و تحلیل 75% طراحی و ایجاد و %5 استفاده است.

آموزش سیستم‌های اطلاعاتی افراد دارای لیسانس MSU یک کلاس پیاده‌سازی ERP را (با J.D.E dwards) شکل می‌دهد که از REA به عنوان یک چارچوب مقدماتی مفهومی برای تعیین توانایی طرح‌های متعدد ERP استفاده می‌کند.