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