الزامات تجاری: نمونه های توسعه و طراحی
الزامات تجاری: نمونه های توسعه و طراحی

تصویری: الزامات تجاری: نمونه های توسعه و طراحی

تصویری: الزامات تجاری: نمونه های توسعه و طراحی
تصویری: ویدیوی خوابیدن مردان اطلاعاتی رژیم در بین زنان زندانی 2024, مارس
Anonim

نیازهای تجاری، مشخصاتی هستند که پس از ارائه، ارزش ارائه می کنند و ویژگی های سیستم پیشنهادی را از دیدگاه کاربر نهایی توصیف می کنند. از آن به عنوان فهرستی از برنامه های کاربردی ذینفعان نیز یاد می شود. محصولات، نرم افزارها و فرآیندها راه هایی برای ارائه و برآوردن نیازهای یک سازمان هستند. در نتیجه، الزامات تجاری اغلب در زمینه توسعه یا دستیابی به نرم افزار یا سیستم های دیگر مورد بحث قرار می گیرد.

تعریف

نیازمندی های کسب و کار
نیازمندی های کسب و کار

سردرگمی اصطلاحات به سه دلیل اصلی به وجود می آید:

  1. این یک روش معمول است که اهداف یا مزایای مورد انتظار را به عنوان الزامات تجاری برچسب گذاری کنید.
  2. مردم تمایل دارند از این اصطلاح برای اشاره به ویژگی های یک محصول، سیستم، نرم افزاری استفاده کنند که قرار استایجاد کنید.
  3. یک مدل به طور گسترده پذیرفته شده بیان می کند که دو نوع ادعا فقط در سطح جزئیات یا انتزاع متفاوت هستند - جایی که الزامات تجاری سطح بالایی هستند، اغلب مبهم هستند و به ادعاهای جزئی برای یک جزء تجزیه می شوند.

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

به روز رسانی محصول

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

برگزیده فرآیند

توسعه نیازمندی ها و نمونه های طراحی
توسعه نیازمندی ها و نمونه های طراحی

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

نمای کلی

نیازهای تجاری در زمینه توسعه نرم افزار یا چرخه عمر آن مفهوم شناسایی و مستندسازی هر کاربر است. به عنوان مثال، مانند مشتریان، کارکنان و تامین کنندگان، در مراحل اولیه چرخه توسعه سیستم برای هدایت طراحی آینده. برنامه ها اغلب توسط تحلیلگران ثبت می شوند. آنها کسانی هستند که الزامات فرآیند کسب و کار را تجزیه و تحلیل می کنند و اغلب آن را "همانطور که هست" مطالعه می کنند تا هدف "آینده" را تعیین کنند.

ترکیب برنامه ها

نمونه های طراحی نیازمندی ها
نمونه های طراحی نیازمندی ها

الزامات فرآیند کسب و کار اغلب عبارتند از:

  1. زمینه، ناحیه و پس‌زمینه، از جمله دلایل تغییرات.
  2. ذینفعان کلیدی که الزامات دارند.
  3. عوامل موفقیت برای شرایط آینده یا هدف.
  4. محدودیت های اعمال شده توسط مشاغل یا سایر سیستم ها.
  5. مدل ها و تجزیه و تحلیل فرآیند اغلباستفاده از فلوچارت برای نشان دادن همه چیز "همانطور که هست".
  6. مدل داده های منطقی و مراجع فرهنگ لغت.
  7. واژه نامه اصطلاحات تجاری و اصطلاحات محلی.
  8. نمودارهای جریان داده برای نشان دادن چگونگی جریان آن در سیستم های اطلاعاتی (در مقابل نمودارهای جریانی که جریان الگوریتمی عملیات تجاری را به تصویر می کشد).

نقش

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

محبوب ترین قالب برای نوشتن الزامات تجاری یک سند است. هدف از اینها تعیین نتایجی است که از سیستم مورد نیاز خواهد بود، با این حال، ممکن است در نهایت بدون شرایط اضافی توسعه یابد. بنابراین، اسناد با مواد مرجع تکمیل می‌شوند که جزئیات عملکرد فناوری و انتظارات زیرساخت، از جمله هر گونه الزامات حرفه‌ای مرتبط با کیفیت خدمات را شامل می‌شوند.

کامل

نمونه سازی در مراحل اولیه آزمایش به شما امکان می دهد کامل بودن و دقت الزامات تجاری شناسایی شده را ارزیابی کنید. ذینفعان ابتدا فرآیند را طی می کنند تا به تعریف ساختار کمک کنند. و نتیجه به تیم های توسعه نیازمندی های تجاری پروژه ارسال می شود که سیستم را می سازند. سایر ذینفعان طرح نهایی آشکار شده را آزمایش و ارزیابی می کنند. وضوح نیاز به ردیابی برنامه ها و حل آنها با یک فرآیند رسمی برای تعیین الگوی مناسب دارد.

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

نمونه اولیه

نمونه های طراحی
نمونه های طراحی

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

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

توسعه

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

تغییرات تمایل دارند راه‌های مورد نظر برای برآورده کردن محتوای نامناسب را منعکس کنند. بسیاری از مشکلات در برآوردن الزامات تجاری در واقع منعکس کننده رویه رایج تمرکز تقریباً تمام تلاش ها در اطراف آنها بر روی آنچه واقعاً طراحی سطح بالای یک محصول، سیستم یا نرم افزار را تشکیل می دهد، است. این به دلیل شکست در تعریف کافی الزامات تجاری برای ارائه ارزش است.

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

نمونه‌های طراحی

نمونه های طراحی نیازمندی های کسب و کار
نمونه های طراحی نیازمندی های کسب و کار

قالب‌ها به شما کمک می‌کنند تا موضوعات خاصی را که اغلب می‌توانند مرتبط با جستارها باشند به سرعت جستجو کنید. آنها می توانند اسناد استاندارد شده ای را در مورد الزامات تجاری ایجاد کنند که می تواند درک آن را آسان تر کند. الگوها صحت یا کامل بودن پرس و جوها را تضمین نمی کنند. نمونه هایی که معمولاً به طور منفی مورد استفاده قرار می گیرندپژوهش را تحت تأثیر قرار می دهد زیرا تمایل به ترویج سطحی نگری و عمدتاً تعریف مکانیکی بدون تجزیه و تحلیل معنادار دارد.

مشکلات

توسعه نیازمندی های کسب و کار
توسعه نیازمندی های کسب و کار

الزامات کسب و کار اغلب به دلیل وجود پایگاه سهامداران بزرگ در تعیین جایی که بالقوه برای تضاد منافع وجود دارد، سخت تر می شوند. روند حکومت و رسیدن به اجماع می تواند ماهیت ظریف و حتی سیاسی داشته باشد. یک چالش کمتر دشوار، هرچند رایج، توزیع تیم ها با سهامداران در مکان های جغرافیایی مختلف است. طبیعتاً کارکنان فروش به مشتریان خود نزدیکتر هستند و تولید به واحدهای مربوطه. مدیریت مالی و کارکنان، از جمله مدیریت ارشد، به دفتر مرکزی ثبت شده نزدیک تر است.

برای مثال،الزامات تجاری برای سیستمی مورد نیاز است که شامل کاربرانی است که در فروش و تولید شرکت دارند. ممکن است با تضاد اهداف روبرو شود - یک طرف علاقه مند به ارائه حداکثر تعداد عملکردها است، در حالی که طرف دیگر روی کمترین هزینه تولید تمرکز خواهد کرد. چنین موقعیت هایی اغلب با اجماع با حداکثر فرصت ها برای قیمت گذاری و توزیع معقول و مطلوب به پایان می رسد.

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

توصیه شده:

انتخاب سردبیر

عملکرد سیب زمینی در هر هکتار. تکنولوژی تولید سیب زمینی انواع (عکس)

گواهی بیمه بیمه بازنشستگی کشوری: آن را از کجا دریافت کنیم؟

روبات های مبادله برای معامله گران در بازار سهام: بررسی

همین احساسی که وقتی برای اینترنت پرداخت نکردید چگونه می توان پرداخت وعده داده شده را در Yota دریافت کرد؟

سودآورترین اینترنت موبایل چیست؟ اپراتور را انتخاب کنید

اینترنت در روستا: بهترین گزینه ها. اینترنت ماهواره ای

نحوه انتقال پول از طریق موبایل بانک: دستورالعمل ها، توصیه ها و بررسی های گام به گام

نحوه ورود به "Avito": دستورالعمل های کامل برای کار با سایت

نحوه پرداخت اجاره از طریق Sberbank-Online: دستورالعمل

نیکولای دوروف. بیوگرافی برادر کمتر معروف

موبایل باشید: چگونه 4G را در Beeline وصل کنیم؟

ارائه‌دهنده خدمات اینترنتی تعریف، انواع، رتبه‌بندی بر اساس منطقه

اینترنت ماهواره ای دوطرفه خودتان انجام دهید. اینترنت از طریق دیش ماهواره

اینترنت "Tele2": بررسی ها، اتصال، تنظیمات، بسته ها

فناوری اینترنت آماده برای تسخیر جهان است