نرم‌افزارهای حسابداری تحت داس و ان‌سی در ایران

بخش ۱: طلوع عصر دیجیتال در ایران: بستر ظهور نرم‌افزارهای تجاری

 

 

مقدمه: از چرتکه تا کامپیوتر

 

در دهه‌های ۱۳۵۰ و ۱۳۶۰ شمسی، چشم‌انداز کسب‌وکار در ایران به سرعت در حال تغییر بود. دوران پس از جنگ تحمیلی و آغاز سیاست‌های بازسازی اقتصادی، نیاز به افزایش بهره‌وری، دقت و سرعت در عملیات مالی و تجاری را به یک ضرورت استراتژیک تبدیل کرده بود. دفاتر حسابداری سنتی که بر پایه دفاتر کاغذی، ماشین‌حساب‌های رومیزی و چرتکه استوار بودند، دیگر پاسخگوی حجم روزافزون تراکنش‌ها و پیچیدگی‌های محاسباتی نبودند. در همین دوران، اولین کامپیوترهای شخصی (PC)، به ویژه مدل‌های سازگار با IBM PC، به تدریج وارد بازار ایران شدند. این دستگاه‌ها در ابتدا کالاهایی لوکس و تخصصی محسوب می‌شدند که تنها در اختیار سازمان‌های بزرگ دولتی یا شرکت‌های پیشرو قرار داشتند. اما با گذشت زمان و کاهش قیمت‌ها، کامپیوتر به ابزاری قابل دسترس برای کسب‌وکارهای متوسط و کوچک نیز تبدیل شد و زمینه را برای یک انقلاب نرم‌افزاری بومی فراهم آورد.

 

چرا MS-DOS؟ اکوسیستم فنی و اقتصادی

 

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

• دسترسی و هزینه: در غیاب قوانین جامع کپی‌رایت بین‌المللی و با توجه به محدودیت‌های واردات، MS-DOS به راحتی و تقریباً بدون هزینه کپی و توزیع می‌شد. این سهولت دسترسی، مانع ورود را برای کاربران و توسعه‌دهندگان به شدت کاهش داد.
• نیازمندی‌های سخت‌افزاری پایین: MS-DOS برای اجرا بر روی کامپیوترهای مبتنی بر پردازنده‌های نسل اول مانند Intel 8088/8086 و نسل دوم مانند 80286 طراحی شده بود. این پردازنده‌ها، قلب تپنده کامپیوترهای ارزان‌قیمت و فراوانی بودند که بخش عمده بازار سخت‌افزار ایران را تشکیل می‌دادند. نرم‌افزارهای تحت داس می‌توانستند با حداقل حافظه RAM (اغلب کمتر از ۶۴۰ کیلوبایت) به خوبی کار کنند.
• سادگی و کنترل مستقیم سخت‌افزار: MS-DOS یک سیستم‌عامل تک‌وظیفه‌ای با رابط خط فرمان بود. این سادگی ظاهری، یک مزیت بزرگ برای برنامه‌نویسان به شمار می‌رفت. آنها می‌توانستند کنترل مستقیم و سطح پایینی بر روی سخت‌افزار، به ویژه حافظه، پورت‌ها و کارت گرافیک، داشته باشند. این کنترل مستقیم به آنها اجازه می‌داد تا برای چالش‌های منحصر به فرد بازار ایران، مانند پشتیبانی از زبان فارسی و تقویم شمسی، راه‌حل‌های خلاقانه و بسیار بهینه‌ای ابداع کنند.

 

خلاء بازار و تولد صنعت نرم‌افزار بومی

 

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

این شرایط خاص، یعنی انزوای نسبی بازار، مانند یک “گلخانه” عمل کرد. در حالی که عدم دسترسی به محصولات جهانی در نگاه اول یک محدودیت به نظر می‌رسید، در عمل به یک سپر محافظ برای توسعه‌دهندگان داخلی تبدیل شد. آنها مجبور نبودند با منابع تحقیق و توسعه عظیم غول‌های نرم‌افزاری جهان رقابت کنند. این محیط امن به آنها اجازه داد تا با آزمون و خطا، راه‌حل‌های خود را توسعه دهند. میراث این دوره، شکل‌گیری یک “DNA” منحصر به فرد برای نرم‌افزارهای تجاری ایران بود. منطق گردش کار، ساختار کدینگ حساب‌ها، و حتی اصول طراحی رابط کاربری که در این دوران توسعه یافتند، چنان در فرهنگ حسابداری و مدیریت ایران ریشه دواندند که تأثیر آنها حتی در نرم‌افزارهای مدرن تحت وب و ERP امروزی نیز به وضوح قابل مشاهده است.

 

جدول ۱: گاه‌شمار نقاط عطف فناوری نرم‌افزار در ایران (دهه ۱۳۶۰ و ۱۳۷۰)

 

سال (شمسی)	رویداد کلیدی	تأثیر بر بازار نرم‌افزار حسابداری
اوایل دهه ۱۳۶۰	ورود اولین کامپیوترهای شخصی سازگار با IBM	ایجاد بستر سخت‌افزاری اولیه برای توسعه نرم‌افزار
اواسط دهه ۱۳۶۰	انتشار اولین فارسی‌سازهای مقیم در حافظه (TSR)	امکان‌پذیر شدن ساخت نرم‌افزارهای کاربردی با رابط فارسی
۱۳۶۷ – ۱۳۷۰	محبوبیت گسترده زبان برنامه‌نویسی Clipper	تبدیل شدن به ابزار اصلی برای توسعه سریع نرم‌افزارهای مبتنی بر پایگاه داده
۱۳۷۱ – ۱۳۷۳	عرضه ویندوز ۳.۱ و نسخه‌های فارسی آن	آغاز آشنایی بازار با رابط کاربری گرافیکی (GUI) و ایجاد رقابت برای داس
۱۳۷۴ – ۱۳۷۶	محبوبیت FoxPro و سپس Visual FoxPro	ارائه ابزارهای قدرتمندتر برای توسعه و زمینه‌سازی برای مهاجرت به ویندوز
۱۳۷۸	بحران سال ۲۰۰۰ (Y2K)	تبدیل به کاتالیزوری قدرتمند برای کنار گذاشتن سیستم‌های قدیمی داس

 

بخش ۲: نورتون کامندر (NC): فراتر از یک مدیر فایل، یک محیط کاری

 

 

معرفی Norton Commander

 

برای نسلی از کاربران کامپیوتر در ایران، محیط MS-DOS با یک نام دیگر گره خورده است: نورتون کامندر (Norton Commander) یا به اختصار “ان‌سی”. NC که در اصل یک مدیر فایل پیشرفته بود، در عمل به پوسته (Shell) اصلی تبدیل شد که کاربران تجاری ایران در آن زندگی و کار می‌کردند. رابط کاربری متنی دو پنلی آن، که امکان مشاهده همزمان دو مسیر مختلف را فراهم می‌کرد، همراه با رنگ‌بندی آبی نمادین و استفاده گسترده از کلیدهای Function (از $F1$ تا $F10$) و میانبرهای کیبورد، NC را به یک استاندارد غیررسمی و یک محیط کاری کامل تبدیل کرد. کاربران روز خود را با تایپ دستور nc در خط فرمان آغاز می‌کردند و تا پایان ساعت کاری، به ندرت از این محیط آبی‌رنگ خارج می‌شدند.

 

روانشناسی محبوبیت NC

 

محبوبیت افسانه‌ای NC فراتر از کارایی فنی آن بود و ریشه‌های عمیق‌تری در روانشناسی کاربر داشت:

• احساس قدرت و کنترل: محیط دستوری و پیچیده MS-DOS برای کاربران غیرفنی، ترسناک و غیرقابل دسترس بود. NC با فراهم کردن یک رابط بصری (هرچند متنی)، به این کاربران اجازه داد تا بر فایل‌ها و پوشه‌ها مسلط شوند و احساس کنند که “کنترل” کامل کامپیوتر را در دست دارند.
• سرعت و کارایی: در دورانی که ماوس یک ابزار جانبی لوکس و غیرضروری تلقی می‌شد، تمام عملیات در NC از طریق کیبورد انجام می‌شد. تسلط بر میانبرهای کیبورد به معنای سرعت عمل فوق‌العاده در کپی، جابجایی، حذف و اجرای فایل‌ها بود. این سرعت، یک ارزش کلیدی برای کاربران حرفه‌ای مانند حسابداران بود که زمان برایشان اهمیت داشت.
• دروازه ورود به نرم‌افزارها: بسیاری از شرکت‌های نرم‌افزاری، محصولات حسابداری خود را طوری طراحی می‌کردند که مستقیماً از طریق منوی کاربری قابل تنظیم NC (User Menu) اجرا شوند. با فشردن کلید $F2$، منویی ظاهر می‌شد که گزینه‌هایی مانند “اجرای برنامه حسابداری”، “اجرای برنامه انبار” یا “پشتیبان‌گیری” را در خود داشت. به این ترتیب، NC عملاً به “دسکتاپ” و “منوی استارت” عصر داس تبدیل شده بود.

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

 

بخش ۳: کالبدشکافی یک نرم‌افزار حسابداری تحت داس: فناوری و چالش‌ها (مثال‌های تخصصی)

 

 

معماری فنی و زبان‌های برنامه‌نویسی

 

در قلب نرم‌افزارهای حسابداری عصر داس، مجموعه‌ای از فناوری‌ها قرار داشت که توسط توسعه‌دهندگان ایرانی به شکلی هوشمندانه به کار گرفته شده بودند. انتخاب اصلی و تقریباً استاندارد برای توسعه این نرم‌افزارها، زبان‌های خانواده xBase، به ویژه Clipper و بعدها FoxPro بود. دلایل این انتخاب واضح بود: این زبان‌ها به طور خاص برای کار با پایگاه‌های داده طراحی شده بودند، امکان توسعه سریع برنامه‌های کاربردی (RAD) را فراهم می‌کردند، و مدیریت داخلی فایل‌های پایگاه داده را به سادگی انجام می‌دادند. Clipper به عنوان یک کامپایلر، فایل‌های اجرایی (.EXE) مستقل، سریع و کوچکی تولید می‌کرد که برای توزیع و اجرا در سیستم‌های مشتریان ایده‌آل بود. FoxPro نیز با سرعت اجرای بالاتر و امکانات بیشتر در طراحی رابط کاربری، محبوبیت زیادی کسب کرد. در کنار اینها، از زبان‌های سطح پایین‌تری مانند پاسکال (به ویژه Borland/Turbo Pascal) و C برای نوشتن ماژول‌های خاص، به خصوص برنامه‌های مقیم در حافظه (TSR) برای فارسی‌سازی یا مدیریت سخت‌افزار، استفاده می‌شد.

 

قلب سیستم: پایگاه داده DBF

 

استاندارد دوفاکتوی پایگاه داده در این نرم‌افزارها، ساختار فایل .DBF بود که از زبان dBase به ارث رسیده بود. هر جدول از پایگاه داده (مانند سرفصل حساب‌ها، اطلاعات مشتریان، یا ردیف‌های یک سند حسابداری) در یک فایل .DBF مجزا ذخیره می‌شد. این ساختار مزایای مهمی داشت:

• سادگی و قابل حمل بودن: کل داده‌های یک جدول در یک فایل واحد قرار داشت که به راحتی قابل کپی و جابجایی بود.
• عدم نیاز به سرور: برخلاف سیستم‌های مدرن، نیازی به نصب و نگهداری یک “سرور پایگاه داده” مجزا نبود. خود برنامه مستقیماً فایل‌ها را می‌خواند و ویرایش می‌کرد.

اما این سادگی، هزینه‌های سنگینی نیز داشت که به بزرگترین نقاط ضعف این سیستم‌ها تبدیل شد:

• عدم وجود تمامیت داده (Data Integrity): منطق حفظ یکپارچگی داده‌ها (مثلاً اطمینان از اینکه هر سند حسابداری دارای جمع بدهکار و بستانکار برابر است) باید به طور کامل در کد برنامه پیاده‌سازی می‌شد. خود پایگاه داده هیچ مکانیزم داخلی برای اعمال این قوانین نداشت.
• مشکلات دسترسی همزمان (Concurrency): در شبکه‌های اولیه مبتنی بر فایل (Peer-to-Peer)، وقتی چندین کاربر به طور همزمان قصد ویرایش یک فایل .DBF را داشتند، مشکلات قفل‌گذاری رکوردها (Record Locking) و خطر تداخل داده‌ها بسیار جدی بود.
• آسیب‌پذیری بالا: مهم‌ترین ضعف، خطر بالای خرابی (Corruption) فایل‌های .DBF و فایل‌های ایندکس مرتبط با آنها (.NTX یا .IDX) بود. قطع ناگهانی برق یا خاموش کردن نادرست کامپیوتر در حین عملیات ثبت داده، به راحتی می‌توانست به این فایل‌ها آسیب بزند و منجر به از دست رفتن اطلاعات حیاتی شرکت شود.

 

بزرگترین نبرد: فارسی‌سازی در محیط متخاصم

 

بزرگترین چالش فنی برای توسعه‌دهندگان ایرانی، پیاده‌سازی زبان فارسی در محیطی بود که به طور ذاتی برای آن طراحی نشده بود. MS-DOS و BIOS کامپیوترهای آن زمان، بر اساس کد پیج ۴۳۷ آمریکا ساخته شده بودند و هیچ درکی از حروف الفبای فارسی، جهت‌گیری راست-به-چپ و اشکال مختلف یک حرف (اول، وسط، آخر، تنها) نداشتند. برنامه‌نویسان ایرانی برای غلبه بر این مانع، دست به ابداعات شگفت‌انگیزی زدند:

1. فارسی‌سازهای مقیم در حافظه (TSR): راه‌حل رایج، استفاده از برنامه‌های جانبی مانند “سپند”، “پرنیان” یا “سیستم‌عامل پایا” بود. این برنامه‌ها پس از اجرا در حافظه باقی می‌ماندند (Terminate and Stay Resident) و دو کار اصلی انجام می‌دادند: اول، وقفه‌های (Interrupts) مربوط به کیبورد را رهگیری کرده و کدهای اسکی کلیدهای فشرده شده را به معادل فارسی آن تبدیل می‌کردند. دوم، وقفه‌های مربوط به نمایشگر را رهگیری کرده و کاراکترهای فارسی را با استفاده از فونت‌های بیت‌مپ تعریف‌شده، بر روی صفحه نمایش ترسیم می‌کردند و منطق راست-به-چپ را شبیه‌سازی می‌کردند.
2. فارسی‌سازی در سطح برنامه: برخی شرکت‌ها برای کاهش وابستگی به فارسی‌سازهای جانبی، مکانیزم پشتیبانی از زبان فارسی را مستقیماً در کد نرم‌افزار حسابداری خود تعبیه می‌کردند. آنها فونت‌های فارسی را به صورت داده‌های باینری در برنامه قرار داده و با دستکاری مستقیم حافظه ویدیو (Video RAM)، کاراکترها را در موقعیت مناسب روی صفحه نمایش “نقاشی” می‌کردند. این روش کنترل بیشتری به توسعه‌دهنده می‌داد اما پیچیدگی کد را به شدت افزایش می‌داد.

 

محدودیت‌های سخت‌افزاری و مدیریت حافظه

 

مبارزه دائمی برنامه‌نویسان داس، نبرد با محدودیت ۶۴۰ کیلوبایتی حافظه اصلی (Conventional Memory) بود. MS-DOS به گونه‌ای طراحی شده بود که فقط می‌توانست به این بخش اولیه از حافظه RAM دسترسی مستقیم داشته باشد. با بزرگتر شدن برنامه‌ها و نیاز به بارگذاری درایورهای شبکه و فارسی‌سازها در حافظه، این ۶۴۰ کیلوبایت به سرعت پر می‌شد. برای ساخت برنامه‌های بزرگ و پیچیده حسابداری، توسعه‌دهندگان مجبور به استفاده از تکنیک‌های پیشرفته مدیریت حافظه بودند، مانند:

• Overlaying: در این تکنیک، کل برنامه به یکباره در حافظه بارگذاری نمی‌شد. بلکه به بخش‌های (Overlay) کوچکتر تقسیم می‌شد و تنها بخش مورد نیاز در هر لحظه (مثلاً ماژول گزارش‌گیری) در حافظه قرار می‌گرفت. این کار باعث کاهش چشمگیر مصرف حافظه می‌شد اما سرعت برنامه را کاهش می‌داد.
• استفاده از حافظه توسعه‌یافته (Expanded/Extended Memory): با استفاده از درایورهای خاصی مانند EMM386.EXE، برنامه‌ها می‌توانستند به حافظه فراتر از مرز ۶۴۰ کیلوبایت دسترسی پیدا کنند، هرچند این دسترسی کندتر و پیچیده‌تر بود.

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

 

بخش ۴: یک روز با حسابدار عصر داس: تجربه کاربری و گردش کار (مثال‌های تجربی)

 

 

روایت اول شخص: سناریوی یک روز کاری

 

ساعت ۸ صبح، اواسط دهه ۱۳۷۰. حسابدار شرکت، پشت میز خود می‌نشیند. کلید پاور کیس کامپیوتر را فشار می‌دهد. پس از چند لحظه صدای بوق BIOS، خط فرمان C:\> روی صفحه سیاه ظاهر می‌شود. او با مهارت تایپ می‌کند nc و کلید Enter را می‌فشارد. صفحه نمایش بلافاصله به محیط آبی آشنای نورتون کامندر تغییر می‌کند. با کلیدهای جهت‌نما به پوشه برنامه حسابداری می‌رود. کلید $F2$ را برای باز کردن منوی کاربری فشار می‌دهد و با انتخاب گزینه اول، “اجرای برنامه حسابداری”، وارد دنیای اصلی کار خود می‌شود. صفحه‌ای با لوگوی شرکت نرم‌افزاری برای چند ثانیه ظاهر شده و سپس منوی اصلی برنامه با گزینه‌هایی مانند “اطلاعات پایه”، “عملیات حسابداری”، “گزارشات” و “خروج” نمایان می‌شود. تمام روز او صرف کار با همین منوها، ثبت اسناد، و گرفتن گزارش‌های مختلف خواهد شد، بدون اینکه حتی یک بار دستش به سمت ماوس برود.

 

صفحه آبی، پادشاهی کیبورد

 

رابط کاربری این نرم‌افزارها، یک رابط کاربری متنی (TUI – Text-based User Interface) بود. صفحات معمولاً پس‌زمینه آبی یا خاکستری داشتند و فیلدهای ورود اطلاعات با کاراکترهای بلوکی یا خطوط مشخص شده بودند. زیبایی‌شناسی در کار نبود؛ همه چیز فدای کارایی و سرعت شده بود. در این دنیا، کیبورد پادشاه مطلق بود. سرعت و مهارت یک حسابدار، نه با دانش تئوریک او، بلکه با توانایی‌اش در کار سریع و دقیق با کیبورد، به ویژه استفاده از کلیدهای Function و میانبرها، سنجیده می‌شد. یک حسابدار حرفه‌ای می‌توانست بدون نگاه کردن به کیبورد، اسناد پیچیده را با سرعتی باورنکردنی ثبت کند.

 

جدول ۲: کلیدهای میانبر و دستورات رایج در نرم‌افزارهای حسابداری تحت داس

 

عملکرد	کلید میانبر رایج	توضیحات
ثبت/ذخیره فرم	$F2$ یا $F10$	پس از تکمیل اطلاعات یک فرم (مانند سند جدید)، این کلید برای ذخیره نهایی استفاده می‌شد.
ایجاد رکورد جدید	$F5$ یا $Insert$	برای افزودن یک سرفصل حساب جدید، یک مشتری جدید یا یک سند جدید.
ویرایش رکورد	$F6$ یا $Enter$	برای اصلاح اطلاعات یک رکورد موجود.
حذف رکورد	$F8$ یا $Ctrl+Del$	برای حذف یک آیتم (اغلب با نمایش پیام تأیید).
جستجو	$F7$	برای یافتن یک کد حساب، شماره سند یا نام مشتری.
چاپ گزارش	$Ctrl+P$	برای ارسال گزارش نمایش داده شده به چاپگر.
خروج از فرم/منو	$Esc$ (Escape)	مهم‌ترین کلید برای بازگشت به منوی قبلی یا لغو عملیات.
مشاهده لیست	$F9$	برای نمایش لیست گزینه‌های ممکن برای یک فیلد (مثلاً لیست سرفصل حساب‌ها).

 

سمفونی دفتر کار: صدای چاپگرهای سوزنی

 

در عصر داس، خروجی دیجیتال به اندازه امروز رایج نبود. تنها راه برای به اشتراک گذاشتن گزارش‌ها، ارائه آنها به مدیریت یا بایگانی اسناد، چاپ کاغذی بود. ابزار اصلی برای این کار، چاپگرهای سوزنی (Dot Matrix) بودند. صدای ممتد، تیز و گاهی گوش‌خراش این چاپگرها در هنگام تهیه گزارش‌های طولانی مانند دفتر روزنامه، تراز آزمایشی چند ستونی یا صورت‌حساب‌های مشتریان، به بخشی جدایی‌ناپذیر از اتمسفر و “موسیقی متن” دفاتر کار آن زمان تبدیل شده بود. چاپ گزارش‌های پایان سال می‌توانست ساعت‌ها طول بکشد و صدای چاپگر، نشانه‌ای از فعالیت و بهره‌وری بود.

 

آیین مقدس پشتیبان‌گیری (Backup)

 

با توجه به آسیب‌پذیری بالای فایل‌های پایگاه داده .DBF، فرآیند پشتیبان‌گیری (Backup) یک وظیفه حیاتی، پراسترس و کاملاً دستی بود. این فرآیند یک “آیین” روزانه یا هفتگی بود که با وسواس و دقت فراوان انجام می‌شد. در پایان روز کاری، حسابدار مجموعه‌ای از فلاپی دیسک‌های 1.44 مگابایتی را آماده می‌کرد. نرم‌افزار حسابداری معمولاً یک ابزار داخلی برای پشتیبان‌گیری داشت که داده‌ها را فشرده کرده و به بخش‌های کوچکتر تقسیم می‌کرد تا روی چندین فلاپی جای گیرند. کاربر باید به ترتیب فلاپی‌ها را در درایو قرار می‌داد و منتظر می‌ماند تا هر بخش کپی شود. از دست رفتن حتی یکی از این فلاپی‌ها یا خرابی آن می‌توانست به معنای غیرقابل استفاده بودن کل نسخه پشتیبان باشد. این فرآیند دستی، تنها خط دفاعی در برابر فاجعه از دست رفتن داده‌های مالی یک شرکت بود.

 

بخش ۵: غول‌های عصر متن: مروری بر نرم‌افزارهای پیشگام

 

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

 

آرکتایپ ۱: سیستم جامع و یکپارچه (Integrated Suite)

 

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

 

آرکتایپ ۲: متخصص تک‌ماژولی (Single-Module Specialist)

 

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

 

آرکتایپ ۳: ابزار قابل سفارشی‌سازی (Customizable Platform)

 

این گونه از نرم‌افزارها، که اغلب بر پایه FoxPro توسعه یافته بودند، با رویکردی متفاوت عرضه می‌شدند. برخی از شرکت‌ها، نرم‌افزار خود را به همراه بخشی از کد منبع (Source Code) یا با قابلیت‌های برنامه‌نویسی داخلی به فروش می‌رساندند. این امر به شرکت‌های خریدار یا مشاوران نرم‌افزاری اجازه می‌داد تا سیستم را برای نیازهای بسیار خاص یک کسب‌وکار (مثلاً یک کارخانه تولیدی با فرآیندهای منحصربه‌فرد) سفارشی‌سازی کنند. این مدل، انعطاف‌پذیری بی‌نظیری را فراهم می‌کرد اما نیازمند دانش فنی بالا در سمت مشتری بود.

 

مقایسه ماژول‌های کلیدی

 

• حسابداری: تقریباً همه نرم‌افزارها از اصول حسابداری دوبل پشتیبانی می‌کردند. تفاوت اصلی در انعطاف‌پذیری ساختار کدینگ حساب‌ها (تعداد سطوح، طول کد) و کیفیت گزارش‌های استاندارد مانند ترازنامه، صورت سود و زیان و تراز آزمایشی بود.
• انبارداری: ماژول‌های انبار در روش‌های قیمت‌گذاری کالای صادره (مانند FIFO, LIFO و میانگین متحرک) و قابلیت ارائه گزارش کاردکس کالا با یکدیگر رقابت می‌کردند. کنترل موجودی و تعریف نقطه سفارش از ویژگی‌های کلیدی بود.
• حقوق و دستمزد: این ماژول به دلیل پیچیدگی‌های قوانین متغیر مالیات بر حقوق، بیمه تأمین اجتماعی و سایر کسورات و اضافات قانونی در ایران، یکی از چالش‌برانگیزترین بخش‌ها برای توسعه بود. نرم‌افزارهای موفق، آنهایی بودند که به سرعت خود را با تغییرات سالانه قوانین تطبیق می‌دادند.

 

مدل کسب‌وکار: فروش، پشتیبانی و آموزش

 

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

 

بخش ۶: کوچ بزرگ: گذار از داس به ویندوز

 

 

نقطه عطف: ظهور ویندوز ۳.۱ و ویندوز ۹۵

 

در اوایل دهه ۱۳۷۰، با معرفی ویندوز ۳.۱ و سپس ویندوز ۹۵، پارادایم جدیدی در دنیای کامپیوترهای شخصی معرفی شد. رابط کاربری گرافیکی (GUI)، استفاده از ماوس، قابلیت چندوظیفگی (اجرای همزمان چند برنامه) و از همه مهم‌تر، پشتیبانی ذاتی از زبان فارسی در سطح سیستم‌عامل، مزایای انکارناپذیری را ارائه می‌داد. این محیط جدید، به تدریج اما به طور پیوسته، سلطه مطلق داس را به چالش کشید و شرکت‌های نرم‌افزاری را با یک انتخاب حیاتی روبرو کرد: ماندن در دنیای آشنای داس یا سرمایه‌گذاری پرریسک برای مهاجرت به ویندوز.

 

چالش‌های فنی مهاجرت

 

مهاجرت از داس به ویندوز، یک فرآیند ساده نبود و چالش‌های فنی عظیمی را به همراه داشت:

• بازنویسی کامل کد: شرکت‌ها نمی‌توانستند کدهای نوشته شده با Clipper یا FoxPro for DOS را به سادگی به محیط ویندوز منتقل کنند. این کار نیازمند بازنویسی کامل برنامه با ابزارهای جدید و مبتنی بر رویداد (Event-driven) مانند Visual Basic، Delphi یا Visual FoxPro بود. این یک سرمایه‌گذاری عظیم در زمان و منابع انسانی بود.
• انتقال داده (Data Migration): فرآیند انتقال داده‌های مشتریان از ساختار فایل‌محور .DBF به پایگاه‌های داده رابطه‌ای مدرن‌تر مانند Microsoft Access یا SQL Server، بسیار پیچیده و پرخطر بود. هرگونه خطا در این فرآیند می‌توانست به از دست رفتن یا مخدوش شدن سوابق مالی چندین ساله یک شرکت منجر شود.

 

مقاومت فرهنگی و کاربردی

 

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

 

بحران سال ۲۰۰۰ (Y2K): کاتالیزور نهایی برای مهاجرت

 

با نزدیک شدن به پایان قرن بیستم، ترسی جهانی صنعت فناوری اطلاعات را فرا گرفت: بحران سال ۲۰۰۰ یا Y2K. بسیاری از نرم‌افزارهای قدیمی، از جمله سیستم‌های تحت داس، سال را به صورت دو رقمی (مثلاً ۹۸ برای ۱۹۹۸) ذخیره می‌کردند. نگرانی این بود که با رسیدن به سال ۲۰۰۰، سیستم‌ها عدد ۰۰ را به عنوان سال ۱۹۰۰ تفسیر کرده و در محاسبات مربوط به تاریخ، دچار خطاهای فاجعه‌بار شوند. این بحران، به عنوان یک کاتالیزور قدرتمند عمل کرد. بسیاری از شرکت‌ها که تا آن زمان در برابر مهاجرت مقاومت کرده بودند، برای جلوگیری از ریسک Y2K، سرانجام مجبور شدند سیستم‌های قدیمی داس خود را که اغلب برای این مشکل آسیب‌پذیر بودند، کنار گذاشته و به نرم‌افزارهای جدید تحت ویندوز که به عنوان Y2K-compliant (سازگار با سال ۲۰۰۰) تبلیغ می‌شدند، کوچ کنند. بحران Y2K، تیر خلاص را به بسیاری از سیستم‌های داس باقیمانده شلیک کرد و به سلطه این پلتفرم در دنیای تجارت پایان داد.

 

جدول ۳: مقایسه ویژگی‌های کلیدی محیط‌های داس و ویندوز اولیه برای حسابداری

 

ویژگی	محیط داس/NC	محیط ویندوز اولیه (۹۵/۹۸)
رابط کاربری	متنی (TUI)، مبتنی بر کیبورد	گرافیکی (GUI)، مبتنی بر ماوس و کیبورد
چندوظیفگی	تک‌وظیفه‌ای (Single-tasking)	چندوظیفه‌ای واقعی (Preemptive Multitasking)
مدیریت حافظه	محدود به 640 کیلوبایت، مدیریت دستی	مدیریت حافظه مجازی، دسترسی به تمام RAM
پشتیبانی از شبکه	محدود، اغلب مبتنی بر اشتراک فایل	پشتیبانی ذاتی از شبکه‌های کلاینت-سرور
پشتیبانی از زبان فارسی	نیازمند فارسی‌سازهای جانبی (TSR)	پشتیبانی ذاتی در سطح سیستم‌عامل
سهولت استفاده برای مبتدی	دشوار، نیازمند یادگیری دستورات	آسان، بصری و کاربرپسند
سرعت برای کاربر حرفه‌ای	بسیار بالا به دلیل تسلط بر کیبورد	پایین‌تر در ابتدا به دلیل نیاز به استفاده از ماوس
تمامیت داده	ضعیف، وابسته به کد برنامه	قوی‌تر با استفاده از پایگاه‌های داده رابطه‌ای

 

بخش ۷: میراث ماندگار: تأثیر نرم‌افزارهای داس بر سیستم‌های امروزی

 

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

 

میراث در کد و منطق

 

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

 

میراث در مهارت‌های انسانی

 

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

 

جایگاه در تاریخ فناوری اطلاعات ایران

 

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

 

بخش ۸: سوالات متداول (FAQ)

 

1. چرا اکثر این نرم‌افزارها صفحه آبی داشتند؟

   این انتخاب عمدتاً به دلایل فنی و ارگونومیک بود. کارت‌های گرافیک آن زمان (مانند CGA و EGA) پالت رنگی محدودی داشتند. رنگ آبی به عنوان پس‌زمینه پیش‌فرض در ابزارهای محبوبی مانند Norton Commander و محیط‌های توسعه‌ای چون Borland Pascal/C استفاده می‌شد. این رنگ، کنتراست بسیار خوبی با متن سفید یا زرد ایجاد می‌کرد که خوانایی را افزایش می‌داد و در استفاده‌های طولانی‌مدت، کمتر از پس‌زمینه سیاه باعث خستگی چشم می‌شد.

2. بزرگترین محدودیت فنی نرم‌افزارهای حسابداری داس چه بود؟

   بزرگترین محدودیت، ترکیبی از سه عامل بود: اول، محدودیت ذاتی حافظه اصلی (Conventional Memory) به ۶۴۰ کیلوبایت که ساخت برنامه‌های بزرگ را بسیار دشوار می‌کرد. دوم، شکنندگی و آسیب‌پذیری پایگاه داده‌های مبتنی بر فایل (مانند .DBF) در برابر قطع برق یا خطاهای سیستمی. سوم، نبود پشتیبانی ذاتی از دسترسی همزمان امن (Concurrency) و تمامیت داده (Data Integrity) که پیاده‌سازی صحیح آن در شبکه‌ها را به یک چالش بزرگ برای برنامه‌نویسان تبدیل می‌کرد.

3. آیا هنوز هم کسب‌وکاری از این نرم‌افزارها استفاده می‌کند؟

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

4. تفاوت اصلی بین نرم‌افزارهای نوشته شده با Clipper و FoxPro چه بود؟

   هر دو از خانواده زبان‌های xBase بودند و برای کار با پایگاه داده .DBF استفاده می‌شدند. تفاوت‌های اصلی فنی بود: Clipper یک کامپایلر واقعی بود که کد را به فایل اجرایی مستقل (.EXE) تبدیل می‌کرد و به سرعت و تولید فایل‌های کوچک مشهور بود. FoxPro، به خصوص در نسخه‌های بعدی (مانند 2.x)، یک مفسر/کامپایلر بسیار سریع بود که به لطف فناوری Rushmore، سرعت جستجو و کوئری‌های آن به شکل چشمگیری بالاتر بود. FoxPro همچنین ابزارهای داخلی بهتری برای ساخت رابط کاربری (مانند Screen Builder) ارائه می‌داد و گذار آن به نسخه ویژوال برای ویندوز (Visual FoxPro) بسیار هموارتر از Clipper بود.

5. نقش “قفل سخت‌افزاری” در آن دوره چه بود؟

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

 

بخش ۹: جستارهای وابسته

 

• تاریخچه زبان برنامه‌نویسی Clipper و dBase
• فارسی‌سازی در محیط MS-DOS و برنامه‌های TSR
• بحران سال ۲۰۰۰ (Y2K) و تأثیر آن بر صنعت IT ایران
• معماری پایگاه داده‌های مبتنی بر فایل (File-based databases)
• تاریخچه رابط کاربری متنی (TUI) در برابر رابط کاربری گرافیکی (GUI)
• نورتون کامندر و ابزارهای مشابه (PC-Shell, XTree)

 

بخش ۱۰: منابع

 

1. اصلانی، اصغر. (۱۳۹۸). داستان یک رویا: تاریخ شفاهی پیدایش و رشد صنعت نرم‌افزار ایران. انتشارات راه پرداخت.
2. قاسمی، احسان. (۱۳۹۹). از داس تا وب: سیر تحول نرم‌افزارهای مالی در ایران. فصلنامه علمی-پژوهشی حسابداری و فناوری.
3. آرشیو مجله گزارش کامپیوتر. (دهه ۱۳۷۰). شماره‌های مختلف.
4. صالحی، رضا. (۱۴۰۰). مصاحبه با پیشکسوتان صنعت نرم‌افزار ایران. وب‌سایت پیوست.
5. کتاب راهنمای کاربران FoxPro 2.6. (۱۳۷۴). انتشارات ناقوس.
6. کتاب برنامه‌نویسی پیشرفته با Clipper 5.2. (۱۳۷۳). ترجمه مهندس زمان‌زاده. انتشارات نص.
7. مقالات تحلیلی وب‌سایت تک‌راسا در مورد تاریخچه فناوری در ایران.
8. مستند انقلاب دیجیتال. (۱۳۹۵). شبکه مستند سیما.
9. جزوات آموزشی شرکت‌های نرم‌افزاری پیشگام در دهه ۱۳۷۰ (آرشیو شخصی).
10. امینی، کامبیز. (۱۳۸۵). پایان یک دوران: بررسی دلایل افول نرم‌افزارهای مبتنی بر داس. ماهنامه شبکه.
11. میرزایی، حمید. (۱۳۷۶). چالش‌های پیاده‌سازی سیستم‌های یکپارچه مالی در محیط داس. مجموعه مقالات کنفرانس ملی کامپیوتر ایران.
12. وبلاگ و خاطرات منتشر شده توسط برنامه‌نویسان و فعالان قدیمی حوزه فناوری اطلاعات ایران.