تفاوت بین BRS و SRS

تفاوت بین BRS و SRS
تفاوت بین BRS و SRS

تصویری: تفاوت بین BRS و SRS

تصویری: تفاوت بین BRS و SRS
تصویری: تفاوت های بین بویینگ وایرباس رو چطوری تشخیص بدم؟ 2024, اکتبر
Anonim

BRS در مقابل SRS

در یک پروژه توسعه نرم افزار، BRS (مشخصات الزامات کسب و کار) سندی است که به جزئیات نیازهای مشتری می پردازد. این شامل اطلاعات مربوط به کسب و کار و جزئیات مربوط به فرآیندهایی است که باید در نرم افزار پیاده سازی شوند. SRS (مشخصات نیازمندی های نرم افزاری) الزامات یک سیستم نرم افزاری را مشخص می کند. این شامل توصیفی از سیستمی است که باید توسعه یابد. SRS شامل اطلاعاتی مانند نحوه تعامل کاربران با سیستم نرم افزاری، نیازهای غیرعملکردی و غیره است.

BRS چیست؟

BRS (مشخصات الزامات کسب و کار) سندی است که نیازهای مشتری را به تفصیل بیان می کند.این مورد توسط تیم توسعه در هنگام توسعه نرم افزار و تیم آزمایش در مرحله آزمایش ارجاع داده می شود. این شامل جزئیاتی در مورد فرآیندهایی است که باید در نرم افزار پیاده سازی شوند و اینکه آیا ویژگی های جدیدی مورد نیاز است یا خیر. به طور کلی، BRS حاوی اطلاعاتی مانند افرادی است که قصد استفاده از نرم افزار را دارند، حداکثر تعداد کاربران همزمان که قرار است از سیستم استفاده کنند، انواع کاربران، سواد رایانه ای استفاده ها، مشکلاتی که کاربران در حال حاضر با آن مواجه هستند، میزان امنیت مورد نیاز محدودیت های کاربردی، سخت افزاری و محیطی که نرم افزار با آن مواجه است. همچنین شرحی از سیستم فعلی و توسعه های احتمالی آینده را ارائه می دهد. BRS همچنین محصولات قابل تحویل یا آنچه را که مشتری انتظار دارد، توصیف می کند. همچنین باید سطح قابلیت اطمینان مورد انتظار نرم افزار را توصیف کند. مهمتر از همه BRS با استفاده از اصطلاحات تخصصی کامپیوتری نوشته نشده است.

SRS چیست؟

SRS الزامات یک سیستم نرم افزاری را مشخص می کند. این شامل توصیفی از سیستمی است که باید توسعه یابد.این شامل نحوه تعامل کاربر با سیستم با استفاده از موارد استفاده است. موارد استفاده توصیفی از اقداماتی که بین کاربران و یک سیستم نرم افزاری رخ می دهد ارائه می دهد. معمولاً UML (زبان مدلسازی یکپارچه) برای تعیین رسمی موارد استفاده در SRS استفاده می شود. همچنین شامل الزامات غیر کاربردی مانند الزامات عملکرد، استانداردهای مورد نیاز سیستم و هر یک از محدودیت‌های سیستم است. SRS همیشه باید صحیح و سازگار باشد زیرا توسط توسعه دهندگان در فرآیند توسعه استفاده می شود. همچنین باید بدون ابهام باشد. به طور کلی، SRS باید حداقل شامل بخش‌های زیر باشد: مقدمه، توصیف کلی سیستم و الزامات خاص. مقدمه باید به وضوح محدوده سیستم مورد انتظار را در میان سایر اطلاعات مانند هدف سیستم و یک نمای کلی از سیستم تعریف کند. توضیحات کلی تعاملات کاربر، وابستگی ها و محدودیت های سیستم و غیره را ارائه می دهد. الزامات خاص شامل هر گونه الزامات عملکرد، الزامات پایگاه داده و غیره است.

تفاوت بین BRS و SRS چیست؟

BRS سندی است که الزامات مشتری را با استفاده از اصطلاحات غیر فنی شرح می دهد، در حالی که SRS الزامات یک سیستم نرم افزاری را به شیوه ای رسمی تر مشخص می کند. SRS نحوه تعامل کاربران با سیستم را با استفاده از موارد استفاده (مشخص شده با UML) توصیف می کند، در حالی که BRS توضیحی از تعاملات کاربر ارائه می دهد. هر دو BRS و SRS توسط توسعه دهندگان در فرآیند توسعه و همچنین برای آزمایش سیستم استفاده می شود.

توصیه شده: