P29
کاربر نتیجه محاسبه معتبر را با ورودی، واحد و منبع روشن دریافت کند.
یک تابع FinanceKit، پنج مسئله مرجع و اتصال واقعی داده را انتخاب کنید؛ قرارداد ورودی، خروجی و رفتار خطا را بنویسید.
کمک هوش مصنوعی: ورودی ناقص را بپرسد، ابزار مجاز را انتخاب و نتیجه ثبت‌شده را توضیح دهد؛ فرمول و محاسبه در کد بمانند.
فرم روشن همراه واحد و فرمول نسخه‌دار، حساب اعشاری قطعی، نمونه محاسبه دستی مستقل، پیام خطای قابل فهم و نمایش زمان نرخ. موتور موجود FinanceKit پیش از ساخت ابزار موازی بررسی شود.
طرح پیشنهادی: ۵۰ مسئله عددی تأییدشده شامل مرز، صفر، اعشار، ارز، نماد و نرخ قدیمی؛ ۲۰ درخواست ناقص/مبهم و ۱۰ قطع یا ابزار ناموجود. ۲۰٪ موارد عددی برای آزمون نهایی محفوظ باشد. ۸ تا ۱۲ کاربر داوطلب فقط برای کشف مشکل فهم واحد و توضیح، بدون ادعای اثر آماری روی خرید.
پیشنهاد: همه ۵۰ آزمون محاسبه در دامنه تعریف‌شده با مرجع و tolerance مصوب برابر و همه حالات داده ناقص/قدیمی/ابزار غایب شفاف باشند؛ هیچ توصیه معامله یا نرخ ساخته‌شده نهایی نشود. ادامه لایه گفتگویی مشروط به بهبود فهم یا تکمیل کار نسبت به فرم و سقف هزینه P30 است؛ این آستانه هنوز تصویب نشده.
یک مثال فرضی: کاربر می‌پرسد «ریبیت من چقدر می‌شود؟» اما حجم معامله و نرخ را نگفته است. دستیار اطلاعات لازم را می‌پرسد و بعد ابزار محاسبه را صدا می‌زند.
با ورودی فرضی ۱۰ لات و نرخ تأییدشده ۲ دلار برای هر لات، نتیجه «۲۰ دلار» همراه ورودی‌ها، فرمول و شرایط نمایش داده می‌شود.
ورودی نامعتبر، نرخ قدیمی و واحد متفاوت هم آزمایش می‌شوند و مراحل محاسبه به فارسی توضیح داده می‌شوند.
عدد مثال وعده پرداخت نیست؛ فرمول و نرخ واقعی باید معتبر باشند و محاسبه را برنامه انجام دهد.
مشخص می‌کنیم کاربر چه چیزی می‌خواهد محاسبه یا بررسی کند.
بررسی می‌کنیم ابزار لازم واقعاً در دسترس است و اطلاعات ورودی کامل‌اند.
محاسبه را برنامه انجام می‌دهد یا داده با تاریخ مشخص از ابزار معتبر فایننس‌کیت یا ریبکس خوانده می‌شود.
دستیار نتیجه را همراه منبع و شرایط اعتبار آن توضیح می‌دهد.
اگر ابزار وجود ندارد، این موضوع صریح گفته می‌شود و فقط راه جایگزین مجاز پیشنهاد می‌شود.
زمان رسیدن کاربر به نتیجه قابل استفاده
صحت محاسبه/واحد/زمان و صفر ادعای ابزار ناموجود
تکمیل سناریو ارزشمند و ماندگاری با مهار زیان/شکایت
تعریف tool و آزمون در مخزن؛ خطا در ادمین ریبکس و کار تیمیک؛ وضعیت قابلیت در UI با واقعیت اتصال یکسان شود
کارشناس مالی، اطلاعات و معیارها را مشخص می‌کند
تیم فنی، ورودی و خروجی ابزار را تعریف می‌کند
بازبین مستقل، نمونه‌ها را آزمایش می‌کند
تیم محصول، نام قابلیت و دسترسی کاربران را تعیین می‌کند.
کارشناس مالی، اطلاعات و معیارها را مشخص می‌کند ← تیم فنی، ورودی و خروجی ابزار را تعریف می‌کند ← بازبین مستقل، نمونه‌ها را آزمایش می‌کند ← تیم محصول، نام قابلیت و دسترسی کاربران را تعیین می‌کند.
۵۰ مسئله با عدد مرجع و مرز ورودی، داده stale و قطع سرویس‌دهنده؛ LONG/SHORT به‌عنوان تضمین یا نتیجه آزمون کیفیت نمایش داده نشود.
مدل معامله یا انتقال پول اجرا نکند؛ نمودار/تصویر/وب زنده بدون مدرک اتصال ادعا نشود.
جزئیات هر کار و معیار نمونه اول در همین پروژه قرار دارد.
منبع روش پیشنهادی: RS32
منبع روش پیشنهادی: RS32
این موارد باید از پروژه‌های مرتبط آماده شوند؛ کامل‌شدن همه امکانات آن پروژه‌ها لازم نیست.
سؤال‌های آزمون، پاسخ مرجع و بازبین کیفیت پاسخ مشخص باشند.
روش ورود اسناد، زمان آخرین به‌روزرسانی و آزمون پیدا‌کردن پاسخ آماده باشد.
مسیرهای مهم کاربر و حساب‌ها و داده‌های آزمایشی آماده باشند؛ مثلاً خرید با پرداخت آزمایشی.
این مراحل برنامه پیشنهادی‌اند؛ انجام‌شدن آن‌ها هنوز تأیید نشده است.
ورودی، فرمول و واحد نتیجه را تأیید کنید.
دستیار فقط داده لازم را با قالب مشخص از منبعی را انتخاب می‌کنیم که اجازه دریافت اطلاعاتش را داریم. بخواند.
زمان داده، ورودی و مراحل را نگه دارید تا همان نتیجه دوباره قابل محاسبه باشد.
