برنامهنویسی Dot Net چیست و برای چه پروژه‌هایی مناسب است؟
دات‌نت (.NET) بستر برنامهنویسی مایکروسافت است که با زبان سی‌شارپ برای ساخت نرم‌افزارهای سازمانی، وب‌اپلیکیشن، API، سرویس‌های پس‌زمینه و برنامه‌های ویندوزی استفاده میشود. شرکتهای برنامهنویسی دات‌نت نرم‌افزار اختصاصی سازمان را از تحلیل تا استقرار می‌سازند، سیستم‌های قدیمی را به نسخه‌های جدید منتقل می‌کنند و از آنها پشتیبانی می‌کنند.
دات‌نت در ایران سابقه طولانی در بانک‌ها، بیمه‌ها، سازمان‌های دولتی، شرکتهای پخش و نرم‌افزارهای مالی و اداری دارد. نسخه‌های جدید آن متن‌باز و چندسکویی‌اند و روی لینوکس هم اجرا میشوند، پس دیگر محدود به سرورهای ویندوزی نیست. اگر سازمان شما سیستم‌های مایکروسافتی دارد یا به نرم‌افزار سازمانی پایدار با پشتیبانی بلندمدت نیاز دارد، دات‌نت انتخاب منطقی است.
چه نوع نرم‌افزارهایی با دات‌نت ساخته میشود؟
- نرم‌افزار سازمانی اختصاصی: سیستم‌های اتوماسیون اداری، مدیریت فرایند، انبار، پخش و منابع انسانی.
- وب‌اپلیکیشن با ASP.NET Core: پنل‌های مدیریتی، پرتال مشتریان و سامانه‌های تحت وب پرکاربر.
- API و میکروسرویس: سرویس‌هایی که اپلیکیشن موبایل، سایت و سیستم‌های دیگر به آن متصل میشوند.
- نرم‌افزارهای مالی و حسابداری: با گزارش‌گیری فارسی، تاریخ شمسی و الزامات مالیاتی.
- برنامه دسکتاپ ویندوزی: برای محیط‌هایی که هنوز به نرم‌افزار نصبی نیاز دارند، مثل صندوق فروشگاه یا خط تولید.
- یکپارچه‌سازی سیستم‌ها: اتصال نرم‌افزارهای مختلف سازمان به هم و به سامانه‌های بیرونی.
- مهاجرت از نسخه‌های قدیمی: انتقال سیستم‌های ساخته‌شده با دات‌نت فریمورک قدیمی یا وب‌فرم به نسخه‌های جدید.
نکات خاص نرم‌افزارهای سازمانی ایرانی
نرم‌افزار سازمانی در ایران چند نیاز تکراری دارد که شرکت باتجربه باید از قبل با آنها آشنا باشد: کار درست با تاریخ شمسی در همه گزارش‌ها و جست‌وجوها، مرتب‌سازی و جست‌وجوی درست متن فارسی و تفاوت «ی» و «ک» عربی و فارسی، گزارش‌گیری و چاپ فارسی با فرمت‌های رسمی، و اتصال به سامانه‌هایی مثل سامانه مؤدیان مالیاتی، درگاه‌های پرداخت و سرویس پیامک. موضوع دیگر مجوز نرم‌افزارهای جانبی است؛ پایگاه داده SQL Server و ابزارهای گزارش‌ساز تجاری مجوز دارند و انتخاب نسخه درست یا جایگزین متن‌باز مثل PostgreSQL بر هزینه بلندمدت اثر می‌گذارد.
چطور شرکت برنامهنویسی دات‌نت انتخاب کنیم؟
- نسخه و فناوری‌ها را بپرسید. شرکتی که پروژه تازه را هنوز با فناوری‌های قدیمی شروع میکند، از ابتدا بدهی فنی برای شما می‌سازد. پروژه جدید باید روی نسخه پشتیبانی‌شده دات‌نت ساخته شود.
- تجربه در دامنه کسبوکار شما را بسنجید. نرم‌افزار پخش، بیمه یا تولید هر کدام منطق کسبوکار پیچیده‌ای دارند. شرکتی که قبلاً در همین حوزه کار کرده، زمان تحلیل را کوتاه میکند.
- کیفیت کد را بررسی کنید. بپرسید آزمون خودکار می‌نویسند، کد را بازبینی می‌کنند و از کنترل نسخه و استقرار خودکار استفاده می‌کنند.
- مستندات و تحویل دانش را بخواهید. نرم‌افزار سازمانی سال‌ها کار میکند. اگر فقط یک برنامه‌نویس آن را بفهمد، با رفتن او سازمان گرفتار میشود.
- امنیت را جدی بگیرید. احراز هویت، سطح دسترسی کاربران، ثبت رخدادها و محافظت از دادههای حساس باید در طراحی دیده شود.
- برنامه پشتیبانی بلندمدت را بپرسید. قرارداد نگه‌داری، زمان پاسخ به مشکلات و هزینه توسعه امکانات تازه را از اول روشن کنید.
هزینه پروژه دات‌نت به چه عواملی بستگی دارد؟
مهاجرت سیستم قدیمی: بازنویسی یا تدریجی؟
بازنویسی کامل یک سیستم قدیمی وسوسه‌انگیز است اما ریسک بالایی دارد، چون سال‌ها قواعد کسبوکار در کد قدیمی پنهان شده است. روش امن‌تر معمولاً مهاجرت تدریجی است: جدا کردن بخش‌ها و انتقال آنها یکی‌یکی به سرویس‌های جدید، در حالی که سیستم قدیمی همچنان کار میکند. شرکت باتجربه پیش از پیشنهاد، سیستم فعلی را ممیزی میکند و هر دو گزینه را با ریسک و هزینه‌اش توضیح می‌دهد.
تیم داخلی یا برون‌سپاری؟
سازمان‌هایی که نرم‌افزارشان هسته اصلی کسبوکار است، معمولاً در بلندمدت به تیم داخلی نیاز دارند. در این حالت، برون‌سپاری ساخت نسخه اول به شرکت باتجربه و سپس انتقال تدریجی دانش به تیم داخلی، الگوی رایج و موفقی است. اگر نرم‌افزار ابزار پشتیبان است و تغییرات کمی دارد، قرارداد نگه‌داری با همان شرکت سازنده به‌صرفه‌تر از استخدام تیم است. در هر دو حالت، شرط انتقال کد، مستندات و جلسه‌های آموزش فنی را در قرارداد بیاورید.
پیش از قرارداد بپرسید
- کد منبع، پایگاه داده و مستندات فنی به سازمان ما تحویل داده میشود؟
- نرم‌افزار روی سرور ما نصب میشود یا روی زیرساخت شرکت؟
- چند نفر در تیم پروژه کار می‌کنند و اگر کسی رفت، جایگزین چطور تأمین میشود؟
- روند آزمون و تحویل مرحله‌ای چیست؟
اشتباه‌های رایج
شروع برنامهنویسی پیش از تحلیل دقیق فرایندها، نادیده گرفتن کاربران واقعی در طراحی و تحویل یکجای کل سیستم در پایان پروژه، رایج‌ترین دلایل شکست نرم‌افزارهای سازمانی است. تحویل مرحله‌ای و آموزش کاربران در هر مرحله، پذیرش سیستم جدید را بسیار آسان‌تر میکند.
پیش از پذیرش نسخه نهایی، یک دوره اجرای موازی با سیستم قبلی در نظر بگیرید تا اختلاف‌های گزارش و داده پیش از قطع سیستم قدیمی پیدا شوند.
رتبهبندی و فهرست‌های مرتبط
شرکتهای این صفحه بر پایه نظرهای تأییدشده کارفرمایان و اطلاعات پروفایل مرتب شدهاند؛ روش آن در روش رتبهبندی است. برای مقایسه با بسترهای دیگر نرم‌افزار سازمانی، فهرست برنامهنویسی جاوا و برنامهنویسی پایتون را ببینید. برای استقرار و نگه‌داری سرورها هم خدمات DevOps مفید است. همه گزینه‌ها در برنامهنویسی.
