فصل 2- نمونه ساختار FRD (Functional Requirements Document)
نمونه ساختار FRD (Functional Requirements Document)
هدف: مشخصکردن دقیق نیازمندیهای عملکردی سیستم با جزئیات طراحی و رفتارهای مورد انتظار.
1. مقدمه
هدف FRD: توضیح کارکردهای سیستم برای تیم فنی
محدوده FRD: کارکردها و سیستمهای مرتبط
2. تعریف مفاهیم و ترمینولوژی
اصطلاحات کلیدی و تعریفشده (glossary)
3. رویکرد معماری و نقشه تعامل
نشان دادن معماری سطح بالا
ارتباط اجزا با یکدیگر (UML/یا نقشههای دیگر)
4. نیازمندیهای عملکردی (Functional Requirements)
FR-001: کارکرد اصلی 1
ورودیها: ...
پردازش: ...
خروجی/نتیجه: ...
قوانین کسبوکار: ...
محدودیتها و استثناها
معیار پذیرش
FR-002: کارکرد اصلی 2
...
(برای هر نیازمندی عملکردی، یک قالب استاندارد با بخشهای ورودی، پردازش، خروجی، اعتبارسنجی و استثناها پیشنهاد میشود.)
5. نیازمندیهای غیرعملکردی (NFRs)
کارایی، امنیت، قابلیت اعتماد، قابلیت نگهداری، قابلیت دسترسی
معیارهای قابل اندازهگیری برای هر NFR
6. قوانین کسبوکار و قوانین اعتبارسنجی
قوانین تصمیمگیری، سایر سیاستها
7. مدل داده و ورودی/خروجی
دیتا مدل سطح پایه
طرحهای اعتبارسنجی ورودیها
8. نمونههای حالت استفاده و سناریوها
سناریوهای اصلی با خط زمانی
9. سهامداران پذیرش و معیارها
معیار پذیرش FRD توسط تیم فنی و کسبوکار
10. پیوستها و تغییرات
تاریخچه تغییرات، پیوستهای مرتبط
در حال حاضر حرفه ی برنامه نویسی بعنوان شغل یا یک تخصص در حال همه گیری است. اما آیا تمام برنامه نویسان میتوانند "نرم افزار" بسازند؟ در اینجا من مشغول تهیه پیشنویسی برای نگراش کتابی با عنوان "ساخت نرم افزار: راهنمای مسیر" هستم. این کتاب قرار نیست برنامه نویسی آموزش دهد، بلکه به خواننده می آموزد حالا که علاقه یا حتی دانشی در برنامه نویسی و درک آن پیدا کرده، چگونه محصولی با موجودیت "نرم افزار" تولید کند که میتواند منتهی به کسب درآمد و شغل شود.