شرح پروژه توسعه و رفع نواقص سامانه درخواست پرداخت

وضعیت فعلی یک نسخه کپی از سامانه درخواست پرداخت تحت وب در اختیار فریلنسر قرار می‌گیرد. سامانه در حال حاضر قابل استفاده است اما دارای نواقص، خطاها و نیازمند توسعه قابلیت‌های جدید می‌باشد. هدف پروژه توسعه، بهینه‌سازی و رفع مشکلات سامانه موجود است. هیچ تغییری مستقیماً روی سامانه اصلی انجام نخواهد شد و تمامی توسعه‌ها ابتدا روی نسخه تست انجام می‌شوند. تکمیل و توسعه سامانه موجود به‌گونه‌ای که: بدون خطا اجرا شود تمام ماژول‌های اتوماسیون کامل شوند آماده استفاده واقعی در محیط سازمانی شود پس از تأیید، روی سیستم اصلی Deploy گردد ⚙️ مدل همکاری (خیلی مهم): این پروژه به صورت توسعه روی کد موجود انجام می‌شود: روند کار: فریلنسر کد فعلی را دریافت و بررسی می‌کند مشکلات و نواقص را لیست می‌کند اصلاح + توسعه ماژول‌ها را انجام می‌دهد نسخه تست (Staging) ارائه می‌دهد در صورت تأیید عملکرد در محیط تست انتقال به سامانه اصلی انجام می‌شود ------------------------------------------------------------------------------------------------------------ هنگام ایجاد درخواست، پس از ورود اعداد توسط کاربر، لازم است سیستم بلافاصله نسبت به تبدیل آن‌ها به معادل حروفی اقدام می نماید اما حرف دو را د نوشته . 3. پس از کلیک بر روی دکمه «ایجاد درخواست»، دو گزینه به کاربر نمایش داده شود: 1. پرداخت صورت وضعیت 2. پرداخت وجه در صورتی که هر یک از این گزینه‌ها انتخاب شوند، فرم مربوط به ثبت اطلاعات نمایش داده خواهد شد که شامل دو حالت پرداخت «نقدی» و «چک» است: • در حالت پرداخت نقدی: فیلدهای فرم مشابه فیلدهای فعلی نمایش داده شوند. • در حالت پرداخت چک: فیلدهای زیر جایگزین فیلدهای فعلی شوند: • شناسه ملی / کد ملی • نام گیرنده • تاریخ چک • مبلغ (به عدد و حروف) • تاریخ • شماره درخواست • ردیف بودجه • وضعیت پرداخت (شامل گزینه‌های پیش پرداخت، علی الحساب، تسویه حساب) • توضیحات 4. در بخش درخواست وجه (به صورت نقدی)، یک فیلد با عنوان «توضیحات نهایی» در بالای قسمت پیوست‌ها ایجاد شود 5. هنگامی که درخواستی به منظور تایید به شخصی ارجاع داده می‌شود، پیش از فشردن دکمه «تایید و ارجاع»، فیلدی جهت درج توضیحات توسط تایید کننده فعال گردد. این توضیحات باید در خروجی نهایی فرم (هنگام پرینت یا مشاهده گزارش) به همراه اطلاعات تایید کننده نمایش داده شود. 6. امکان ویرایش درخواست برای هر دو گروه، شامل درخواست‌کننده و تایید کننده، تا پیش از تایید توسط نفر بعدی در چرخه فرآیند، فراهم باشد. 7. درخواست‌های عودت داده شده توسط واحد مالی، با ذکر دلیل عودت، مستقیماً به درخواست‌کننده ارجاع داده شوند. 8. پس از اصلاح و ارجاع مجدد درخواست های عودت داده شده ، باید از لیست درخواست‌های عودت‌یافته خارج و به چرخه فرآیند اصلی بازگردد 9. پیامک اطلاع‌رسانی در مراحل مختلف: • «در هر مرحله از فرآیند ارجاع درخواست، پیامک اطلاع‌رسانی به فرد ارجاع گیرنده ارسال گردد.» • «هنگامی که واحد مالی فیش واریز وجه را ثبت و پیوست می‌نماید، پیامک تایید واریز وجه برای درخواست‌کننده ارسال شود.» 10.وقتی یک در خواست ارجاع داده میشود ، سیستم باگ خورده و یک درخواست با یک شماره نامه را دو بار در سیستم نفر ارجاع شده نشان می دهد . 11. اطمینان حاصل شود که فرآیندهای ارجاع و عودت درخواست به درستی در سیستم ثبت شده و پس از انجام این عملیات، درخواست از چرخه فرآیند حذف نگردد و در تاریخچه مراحل، قابل مشاهده باشد. 12. هنگام تکمیل درخواست وجه ، آیتم پروژه تکمیل شده ، اما بعد ثبت در قیمت نمایش درخواست وجه ها آیتم پروژه وجو ندارد. 13.جستجو عمل کردی ندارد. بر اساس( نفر درخواست کننده، بازه تاریخ ، شماره درخواست، پروژه، شماره درخواست) . لطفا در همه صفحات اصلاح شود 14. پیش‌نویس درخواست‌ها به درستی عمل نمی‌کند. پس از ثبت اولیه درخواست، می‌بایست آن درخواست در لیست «پیش‌نویس‌ها» برای کاربر قابل مشاهده باشد. پس از افزودن فیش واریزی توسط کارشناس مالی، آن درخواست باید از لیست «پیش‌نویس‌ها» خارج شود 15. به هیچ عنوان رقم 0 نباید در بخش ارسال درخواست جدید آیتم مبلغ به عدد باشد . 16. در صفحه اصلی سامانه بعد از لاگین ، کنار حساب کاربری (تصویر زیر) بخش اعلان ها وجود داشته باشد . 17. در صفحه اصلی سامانه بعد از لاگین، در بخش خلاصه ای از درخواست باید ایتم شرح ابتدا قرار گیرد و در آن شرح نوشته شده در فرم ( درخواست وجه بابت چه چیزی است ) باشد 18.درخواست وجه قبل از امضا مدیر عامل نباید وارد بایگانی شوند . و در بایگانی درخواست ها سورت شده بر اساس اخرین درخواست امضا شده باشد 19.خروجی فرم دچار بهم ریختگی نباشد . 20. در حالت های موبایل و تبلت و سیستم های دگیر ریسپانسیو شده باشد 21. همه ی فرآیند های تغییرات و ویرایش ها و تایید و عودت ها باید در چرخه دخیره شوند 22.در صفحه اصلی سامانه بعد لاگین یک موردی درمورد صفحات وجود دارد که حتی موردی در صفحه وجود نداشته باشد اما تعداد زیادی صفحه موجود نمایش میدهد 23. ارجاعات باید به صورت اتوماتیک با توجه به سلسله مراتب باشد 24 . وقتی پیوست چند تا می گذاریم ، یک پیوست فقط ثبت می شود . 25. درخواست عودت شده نباید امضا بخورند ، و بعد از اصلاح و ارجاع از لیست عودت داده شده خارج شوند . 26. قسمت چک بعد پر کردن فیلد ها ثبت نمی شود . 27.درخواست های زده شده دا خل پیش نویس نمیاید . 28. پیوست در درخواست های عودت داده شده را نمیتوان تغییر داد . 29. و بقیه موارد.... ++ لطفا ابتدا کد هارو نگاه کنین اگر قادر به کار کردن با php خام نیستید درخواست ندید ++