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