مرحلهٔ ۲ از ۹ — تصمیم گرفتن

معماری و تصمیم‌های فنی

تصمیم‌های این مرحله کم‌تعدادند و برگشتشان گران است. به همین دلیل نوشته می‌شوند — همراه با گزینه‌هایی که بررسی و رد شدند و دلیل ردشدنشان، چون سندی که فقط برنده را ثبت می‌کند همان بحث را شش ماه بعد از نو باز می‌کند.

گام‌ها

۷ گام در این مرحله

  1. ۱

    طراحی معماری سامانه

    اجزای سامانه، مرز میانشان، و اینکه هر کدام مسئول چه چیزی است — در سطحی که بتوان دربارهٔ آن تصمیم گرفت.

    خروجی: نمودار معماری · مسئولیت هر مؤلفه · قرارداد میان مؤلفه‌ها

  2. ۲

    مدل داده و انتخاب پایگاه داده

    شکل داده، رابطه‌ها، و اینکه کدام موتور ذخیره‌سازی به این الگوی دسترسی می‌خورد.

    خروجی: مدل داده · دلیل انتخاب پایگاه داده · راهبرد نمایه و بایگانی

  3. ۳

    طراحی یکپارچه‌سازی و API

    اتصال به حسابداری، انبار، درگاه پرداخت، پیامک و هر سامانهٔ دیگری که باید با آن حرف بزند — و اینکه وقتی طرف مقابل پاسخ نداد چه می‌شود.

    خروجی: قرارداد API · نقشهٔ یکپارچه‌سازی‌ها · رفتار در حالت خطا و قطعی

  4. ۴

    الزامات غیرکارکردی

    عددهایی که معماری باید به آن‌ها پاسخ دهد: تعداد کاربر همزمان در اوج، زمان پاسخ قابل قبول، حجم داده، سطح دسترس‌پذیری و پنجرهٔ نگهداشت. بدون این عددها، «سریع» و «پایدار» قابل پذیرش یا رد کردن نیستند.

    خروجی: اهداف کارایی با عدد (زمان پاسخ، کاربر همزمان) · هدف دسترس‌پذیری · اهداف بازیابی (RPO/RTO)

  5. ۵

    راهبرد مقیاس‌پذیری و توزیع بار

    اینکه سامانه با چند برابر شدن کاربر چه می‌کند: مقیاس افقی یا عمودی، بی‌حالت‌بودن سرویس‌ها، تفکیک ماژولار و هدلس، و اینکه کدام مؤلفه زودتر از بقیه به سقف می‌خورد.

    خروجی: راهبرد مقیاس (افقی/عمودی) با نقطهٔ شروع هرکدام · مرزبندی سرویس‌ها و ماژول‌ها · نقطهٔ اشباع هر مؤلفه و ترتیب رسیدن به آن

  6. ۶

    مدل تهدید و طراحی امنیتی

    چه کسی ممکن است به چه چیزی حمله کند، و کدام کنترل جلویش را می‌گیرد — پیش از پیاده‌سازی، نه پس از آن.

    خروجی: مدل تهدید · طرح احراز هویت و سطوح دسترسی · راهبرد رمزنگاری و مدیریت اسرار

  7. ۷

    ثبت تصمیم‌های معماری

    هر تصمیم مهم با دلیلش و با گزینه‌های ردشده نوشته می‌شود. تصمیم عوض‌شده حذف نمی‌شود، «جایگزین‌شده» علامت می‌خورد.

    خروجی: سوابق تصمیم معماری (ADR)

هوش مصنوعی

هوش مصنوعی در مرحلهٔ معماری و تصمیم‌های فنی

در هر گام از این مرحله، بخشی از کار با کمک هوش مصنوعی انجام می‌شود و بازبینی نهایی با مهندس ماست. چیزی که شما می‌بینید این است:

  • طراحی معماری سامانه — گزینه‌های بیشتری روی میز می‌آید و تصمیم معماری با اطلاعات بیشتری گرفته می‌شود — تصمیمی که تغییرش بعداً گران‌ترین کار پروژه است.
  • مدل داده و انتخاب پایگاه داده — مشکلات ساختار داده پیش از نوشتن کد پیدا می‌شوند — جایی که اصلاحشان چند ساعت است، نه چند هفته.
  • طراحی یکپارچه‌سازی و API — اتصال به سامانه‌های موجود شما — حسابداری، انبار، پرداخت — سریع‌تر و با خطای کمتر انجام می‌شود.
  • الزامات غیرکارکردی — الزامات با کسب‌وکار شما تنظیم می‌شود؛ نه بیش از نیاز هزینه می‌کنید، نه زیر ظرفیت می‌مانید.
  • راهبرد مقیاس‌پذیری و توزیع بار — پیش از رشد می‌دانید کجا باید سرمایه‌گذاری کنید — به‌جای اینکه در روز اوج ترافیک بفهمید.
  • مدل تهدید و طراحی امنیتی — امنیت از روز طراحی در سامانه است، نه وصله‌ای که بعد از نخستین حادثه اضافه شود.
  • ثبت تصمیم‌های معماری — شش ماه بعد معلوم است چرا این‌طور ساخته شده — و بحث از نو باز نمی‌شود.

کل چرخهٔ تولید را ببینید— هوش مصنوعی در ۹ مرحلهٔ ساخت و نگهداشت نرم‌افزار

در این مرحله

مرتبط با معماری و تصمیم‌های فنی

سؤالی دربارهٔ مرحلهٔ معماری و تصمیم‌های فنی دارید؟

بگویید پروژه‌تان در چه وضعیتی است؛ می‌گوییم این مرحله برای شما چه شکلی می‌شود و چقدر طول می‌کشد.

مشاوره رایگان

پروژه‌تان را با هم بررسی کنیم

جلسهٔ اول رایگان است و معمولاً همان یک جلسه روشن می‌کند پروژه چقدر کار دارد.

چطور با شما تماس بگیریم؟

برای هماهنگی سریع‌تر — اگر تماس تلفنی را ترجیح نمی‌دهید، همان شماره را در پیام‌رسان پیام می‌دهیم.

راه دوم برای رساندن پاسخ — اگر تلفن در دسترس نبود، ایمیل می‌زنیم.

در حال ارسال…

درخواست شما ثبت شد.

همکاران ما پیام شما را می‌بینند و با شما تماس می‌گیرند.