نوسازی لایهٔ اپلیکیشن بک‌آفیس
در مهاجرت به .NET Core و توسعهٔ بک‌اند C#/ASP.NET Core با SQL Server، Dapper و Entity Framework / EF Core کار کردم؛ نوسازی اپلیکیشن در کنار توسعهٔ دسترسی به داده و اتصال سرویس‌های مورد نیاز بک‌آفیس پیش می‌رفت.
CASE STUDY / 03 · سیستم‌های پرداخت
نوسازی .NET در عملیات واقعی پرداخت.
مهاجرت بک‌آفیس، اتصال سیستم‌های مالی و توسعه بر اساس نیاز پشتیبانی؛ بر پایهٔ تجربهٔ قبلی در نرم‌افزار پایانه و پروتکل PC–POS.
معماری مفهومی
نقشمهندس نرم‌افزار / توسعه‌دهنده POS
بازهٔ زمانیاکتبر ۲۰۱۸ — آوریل ۲۰۲۳
دامنهٔ کار منمهاجرت .NET Core · سرویس بک‌اند · دسترسی SQL · REST/SOAP · رابط عملیاتی · ارتباط PC–POS
01 / زمینهٔ پروژه
نوسازی در کنار عملیات واقعی پرداخت.
پس از انتقال داخلی از تیم POS سپ به تیم سوییچ در مارس ۲۰۲۱، روی بک‌آفیس پشتیبان عملیات پرداخت بانکی کار کردم. نیازها مستقیم از پشتیبانی پذیرندگان و مشتریان می‌آمدند؛ بنابراین شناخت دامنهٔ پرداخت با رفتار سرویس و تغییرات رابط کاربری پیوند داشت.
سهم من
- در مهاجرت بک‌آفیس به .NET Core و توسعهٔ بک‌اند C#/ASP.NET Core با SQL Server، Dapper و Entity Framework / EF Core کار کردم.
- درخواست‌های پشتیبانی را به قابلیت‌های بک‌اند و تغییرات رابط کاربری با JavaScript، HTML و CSS تبدیل کردم و با سرویس‌های REST/SOAP کار کردم.
- پیش‌تر در تیم POS سپ، نرم‌افزار پایانه و PC-POS با C# توسعه دادم و پروتکل ارتباط PC–POS را در سطح بیت و بسته، برای اتصال سریال و شبکه طراحی کردم.
02 / تصمیم‌های مهندسی
رفتار، مرز مسئولیت و تصمیم فنی.
انتقال نیاز از بک‌اند تا رابط کاربری
درخواست پشتیبانی را به قابلیت بک‌اند و تغییرات UI با JavaScript، HTML و CSS تبدیل کردم. سرویس‌های REST/SOAP هم بخشی از کار بودند و تغییر هر صفحه جدا از سرویس‌های پشت آن دیده نمی‌شد.
ساختار روشن برای اپلیکیشن
در توسعهٔ سیستم پرداخت با معماری Onion و MVC، برنامه‌نویسی Async و Dependency Injection کار کردم؛ در طراحی دامنه نیز با مفاهیم DDD آشنا هستم.
شناخت پرداخت از سطح دستگاه
پیش‌تر در تیم POS، نرم‌افزار پایانه با C/C++ و برنامهٔ PC-POS با C#/.NET Framework توسعه دادم و پروتکل ارتباطی در سطح بیت و بسته برای کابل سریال و شبکه طراحی کردم.
03 / مسئولیت‌های سیستم
گردش کار در یک نگاه.
- 01پشتیبانی پذیرنده و مشتری↓
- 02نیاز و قواعد کسب‌وکار↓
- 03سرویس ASP.NET Core↓
- 04SQL Server · Dapper · EF Core↓
- 05رابط بک‌آفیس
نمای کلی مسئولیت‌ها؛ جزئیات پیاده‌سازی داخلی حذف شده‌اند.
دو نوع شاهد مهندسی
عدد ظرفیت سرویس، مقیاس کار تیم را نشان می‌دهد. مهاجرت، یکپارچه‌سازی و تغییرات محصول، مسئولیت من را مشخص می‌کنند. کنار هم بودنشان به ارزیابی فنی دقیق‌تر کمک می‌کند.
04 / اعتبارسنجی و نتیجه
دامنهٔ نتیجه و شواهد.
نتیجهٔ تیم در سرویس واقعی
تیم سوییچ ظرفیت پردازش عملیاتی را از ۱۰۰۰ به ۵۰۰۰ تراکنش در ثانیه رساند.
سهم مستقیم من
مهاجرت بک‌آفیس به .NET Core، توسعهٔ بک‌اند و داده، یکپارچه‌سازی و تغییرات UI بر اساس نیاز پشتیبانی.
انتساب نتیجه
رشد پنج‌برابری متعلق به تیم سوییچ است؛ بنچمارک جداگانه‌ای برای اثر مهاجرت بک‌آفیس من وجود ندارد.
مرز محرمانگی
اطلاعات مشتری، رکورد تراکنش، اطلاعات امنیتی پرداخت، نمودارهای داخلی یا مشخصات پروتکل منتشر نشده‌اند.
نمودارها و مثال‌های تعاملی مدل توضیحی‌اند. کد کارفرما، دادهٔ حساب و منطق استراتژی محرمانه می‌مانند.