2024 نویسنده: Howard Calhoun | [email protected]. آخرین اصلاح شده: 2023-12-17 10:25
نیازهای تجاری، مشخصاتی هستند که پس از ارائه، ارزش ارائه می کنند و ویژگی های سیستم پیشنهادی را از دیدگاه کاربر نهایی توصیف می کنند. از آن به عنوان فهرستی از برنامه های کاربردی ذینفعان نیز یاد می شود. محصولات، نرم افزارها و فرآیندها راه هایی برای ارائه و برآوردن نیازهای یک سازمان هستند. در نتیجه، الزامات تجاری اغلب در زمینه توسعه یا دستیابی به نرم افزار یا سیستم های دیگر مورد بحث قرار می گیرد.
تعریف
سردرگمی اصطلاحات به سه دلیل اصلی به وجود می آید:
- این یک روش معمول است که اهداف یا مزایای مورد انتظار را به عنوان الزامات تجاری برچسب گذاری کنید.
- مردم تمایل دارند از این اصطلاح برای اشاره به ویژگی های یک محصول، سیستم، نرم افزاری استفاده کنند که قرار استایجاد کنید.
- یک مدل به طور گسترده پذیرفته شده بیان می کند که دو نوع ادعا فقط در سطح جزئیات یا انتزاع متفاوت هستند - جایی که الزامات تجاری سطح بالایی هستند، اغلب مبهم هستند و به ادعاهای جزئی برای یک جزء تجزیه می شوند.
می توان با درک این موضوع که مفهوم داده شده هدف نیست، بلکه در صورت رضایت آنها به آنها پاسخ می دهد (یعنی ارزش ارائه می دهد) از چنین سوء تفاهمی جلوگیری کرد. الزامات تجاری به محصول، سیستم و نرم افزار تجزیه نمی شود. بلکه همه چیز برعکس اتفاق می افتد. محصولات و کاربردهای آنها پاسخی به الزامات تجاری - احتمالاً برای ارضای آنها است. این مفهوم در محیط تولید وجود دارد و باید کشف شود، در حالی که خواسته های محصول را انسان تعیین می کند. الزامات یک طرح تجاری به وجود سطح بالا محدود نمی شود، بلکه باید به جزئیات کاهش یابد. صرف نظر از میزان جزئیات، پیشنهادها همیشه در صورت رضایت ارزش ارائه می دهند.
به روز رسانی محصول
سیستمها یا پروژههای توسعه نرمافزار برای الزامات کسبوکارهای کوچک معمولاً به اختیار ذینفعان نیاز دارند. آنها هستند که منجر به ایجاد یا به روز رسانی محصول می شوند. الزامات تجاری برای یک سیستم و نرم افزار معمولاً شامل الزامات کاربردی و غیر عملکردی است. البته معمولاً در ارتباط با اولین گزینه از قابلیت های محصول تعریف می شوند. مورد دوم اغلب در واقع منعکس کننده طراحی الزامات تجاری است که گاهی اوقات به عنوان محدودیت در نظر گرفته می شود. آنها ممکن است شامل جنبه های ضروری باشندعملکرد یا ایمنی قابل اجرا در سطح تولید.
برگزیده فرآیند
برنامه های کاربردی اغلب در اسناد رسمی ذکر شده است. تاکید بر فرآیند یا فعالیت برنامه ریزی دقیق و توسعه الزامات کسب و کار، به جای چگونگی دستیابی به آن است. این پارامتر معمولاً توسط مشخصات یا سند ادعاهای سیستم یا برخی گزینه های دیگر تفویض می شود. اگر همه تفاوت ها در نظر گرفته نشود، ممکن است بین این دو سردرگمی وجود داشته باشد. در نتیجه، بسیاری از کاغذهای سفید در واقع الزامات یک محصول، سیستم یا نرم افزار را توصیف می کنند.
نمای کلی
نیازهای تجاری در زمینه توسعه نرم افزار یا چرخه عمر آن مفهوم شناسایی و مستندسازی هر کاربر است. به عنوان مثال، مانند مشتریان، کارکنان و تامین کنندگان، در مراحل اولیه چرخه توسعه سیستم برای هدایت طراحی آینده. برنامه ها اغلب توسط تحلیلگران ثبت می شوند. آنها کسانی هستند که الزامات فرآیند کسب و کار را تجزیه و تحلیل می کنند و اغلب آن را "همانطور که هست" مطالعه می کنند تا هدف "آینده" را تعیین کنند.
ترکیب برنامه ها
الزامات فرآیند کسب و کار اغلب عبارتند از:
- زمینه، ناحیه و پسزمینه، از جمله دلایل تغییرات.
- ذینفعان کلیدی که الزامات دارند.
- عوامل موفقیت برای شرایط آینده یا هدف.
- محدودیت های اعمال شده توسط مشاغل یا سایر سیستم ها.
- مدل ها و تجزیه و تحلیل فرآیند اغلباستفاده از فلوچارت برای نشان دادن همه چیز "همانطور که هست".
- مدل داده های منطقی و مراجع فرهنگ لغت.
- واژه نامه اصطلاحات تجاری و اصطلاحات محلی.
- نمودارهای جریان داده برای نشان دادن چگونگی جریان آن در سیستم های اطلاعاتی (در مقابل نمودارهای جریانی که جریان الگوریتمی عملیات تجاری را به تصویر می کشد).
نقش
محبوب ترین قالب برای نوشتن الزامات تجاری یک سند است. هدف از اینها تعیین نتایجی است که از سیستم مورد نیاز خواهد بود، با این حال، ممکن است در نهایت بدون شرایط اضافی توسعه یابد. بنابراین، اسناد با مواد مرجع تکمیل میشوند که جزئیات عملکرد فناوری و انتظارات زیرساخت، از جمله هر گونه الزامات حرفهای مرتبط با کیفیت خدمات را شامل میشوند.
کامل
نمونه سازی در مراحل اولیه آزمایش به شما امکان می دهد کامل بودن و دقت الزامات تجاری شناسایی شده را ارزیابی کنید. ذینفعان ابتدا فرآیند را طی می کنند تا به تعریف ساختار کمک کنند. و نتیجه به تیم های توسعه نیازمندی های تجاری پروژه ارسال می شود که سیستم را می سازند. سایر ذینفعان طرح نهایی آشکار شده را آزمایش و ارزیابی می کنند. وضوح نیاز به ردیابی برنامه ها و حل آنها با یک فرآیند رسمی برای تعیین الگوی مناسب دارد.
دامنه الزامات کسب و کار اختیاری استمحدود به مرحله تعریف آنچه قرار است به عنوان یک سیستم ساخته شود. این فراتر از نحوه مدیریت و حفظ یک استراتژی موجود است. و برای اطمینان از همسویی مداوم آن با اهداف تجاری. سند الزامات باید به طور مداوم به صورت کنترل شده بررسی شود. داشتن یک قالب استاندارد، یا الگوهای طراحی شده برای توابع و دامنه های تجاری خاص، می تواند از کامل بودن پرس و جوها، علاوه بر متمرکز نگه داشتن دامنه، اطمینان حاصل کند.
نمونه اولیه
با وجود چیزی که معمولاً به عنوان ابزار ارزیابی نیازمندی ها در نظر گرفته می شود، نمونه سازی معمولاً توجه را به محصول یا سیستم در حال ساخت معطوف می کند. نمونههای اولیه نرمافزارهای فعال هستند، به این معنی که شامل سه مرحله (مناقصه، طراحی مهندسی یا فنی و پیادهسازی) هستند که از الزامات تجاری حذف شدهاند. و همچنین اینها نسخه های پیش نمایشی هستند که توسعه دهنده قصد پیاده سازی آنها را دارد.
از آنجایی که نمونههای اولیه کاملاً خاص هستند، ذینفعانی که آنها را امتحان میکنند میتوانند بازخورد معنادارتری در مورد برخی از جنبههایی از آنچه توسعهدهنده ایجاد میکند، که تفسیری از حالت رضایت است، ارائه دهند. علاوه بر این، رابط کاربری گرافیکی زیر خط کشیده شده و داخل آن میانبر است. آنها بخش عمده ای از منطق برنامه را تشکیل می دهند و جایی هستند که اکثر الزامات تجاری برآورده می شود. به عبارت دیگر، مشکلاتی که نمونههای اولیه شناسایی میکنند بعید است به درخواستها مرتبط باشند.
توسعه
تشخیص تغییرات در برنامه ها مهم است،آنها را مستند کرده و به روز کنید. با این حال، پرس و جوهای تجاری به اندازه درک آنها تغییر نمی کنند. یک نیاز تجاری ممکن است وجود داشته باشد اما توسط ذینفعان، تحلیلگران و تیم پروژه شناسایی یا درک نشود.
تغییرات تمایل دارند راههای مورد نظر برای برآورده کردن محتوای نامناسب را منعکس کنند. بسیاری از مشکلات در برآوردن الزامات تجاری در واقع منعکس کننده رویه رایج تمرکز تقریباً تمام تلاش ها در اطراف آنها بر روی آنچه واقعاً طراحی سطح بالای یک محصول، سیستم یا نرم افزار را تشکیل می دهد، است. این به دلیل شکست در تعریف کافی الزامات تجاری برای ارائه ارزش است.
متخصصان توسعه معمولاً به بازبینی یک محصول ادامه می دهند تا اینکه در نهایت به راه حلی که به نظر می رسد آنچه مورد نیاز است انجام می دهد، یعنی ظاهراً نیازهای تولید را برآورده می کند، «به عقب برمی گردند». آزمون و خطای غیرمستقیم برای تعیین الزامات کسب و کار، مبنای بسیاری از «توسعه تکراری» است، از جمله روشهای رایجی که به عنوان «بهترین شیوهها» تبلیغ میشوند.
نمونههای طراحی
قالبها به شما کمک میکنند تا موضوعات خاصی را که اغلب میتوانند مرتبط با جستارها باشند به سرعت جستجو کنید. آنها می توانند اسناد استاندارد شده ای را در مورد الزامات تجاری ایجاد کنند که می تواند درک آن را آسان تر کند. الگوها صحت یا کامل بودن پرس و جوها را تضمین نمی کنند. نمونه هایی که معمولاً به طور منفی مورد استفاده قرار می گیرندپژوهش را تحت تأثیر قرار می دهد زیرا تمایل به ترویج سطحی نگری و عمدتاً تعریف مکانیکی بدون تجزیه و تحلیل معنادار دارد.
مشکلات
الزامات کسب و کار اغلب به دلیل وجود پایگاه سهامداران بزرگ در تعیین جایی که بالقوه برای تضاد منافع وجود دارد، سخت تر می شوند. روند حکومت و رسیدن به اجماع می تواند ماهیت ظریف و حتی سیاسی داشته باشد. یک چالش کمتر دشوار، هرچند رایج، توزیع تیم ها با سهامداران در مکان های جغرافیایی مختلف است. طبیعتاً کارکنان فروش به مشتریان خود نزدیکتر هستند و تولید به واحدهای مربوطه. مدیریت مالی و کارکنان، از جمله مدیریت ارشد، به دفتر مرکزی ثبت شده نزدیک تر است.
برای مثال،الزامات تجاری برای سیستمی مورد نیاز است که شامل کاربرانی است که در فروش و تولید شرکت دارند. ممکن است با تضاد اهداف روبرو شود - یک طرف علاقه مند به ارائه حداکثر تعداد عملکردها است، در حالی که طرف دیگر روی کمترین هزینه تولید تمرکز خواهد کرد. چنین موقعیت هایی اغلب با اجماع با حداکثر فرصت ها برای قیمت گذاری و توزیع معقول و مطلوب به پایان می رسد.
برای رسیدگی به این مسائل، مشارکت اولیه سهامداران از طریق نمایش نمونه اولیه و همکاری به دست می آید. کارگاه های عملی، هم در قالب جلسات سازماندهی شده و هم در قالب بحث های ساده، به اجماع کمک می کند، به ویژه در مورد مسائل حساس.الزامات تجاری و جایی که تضاد منافع احتمالی وجود دارد. پیچیدگی فرآیند یک عامل مهم است. این ممکن است به دانش تخصصی برای درک الزامات قانونی یا نظارتی، دستورالعمل های داخلی مانند برندسازی یا تعهدات مسئولیت اجتماعی شرکت نیاز داشته باشد. تجزیه و تحلیل نه تنها در مورد گرفتن "چه" یک فرآیند کسب و کار، بلکه در مورد "چگونگی" ارائه زمینه آن است.
توصیه شده:
صورتحساب بانکی مفهوم، فرم ها و فرم های لازم، نمونه های طراحی
هنگام خرید هر محصول بانکی، هر مشتری، گاهی اوقات بدون اطلاع، صاحب حسابی می شود که می توانید با آن تراکنش های درآمدی و بدهی را انجام دهید. در عین حال، مطمئناً باید ابزار خاصی وجود داشته باشد که به هر مشتری اجازه می دهد تا بر حرکت وجوه خود کنترل داشته باشد. این یک صورت حساب بانکی است. این سندی است که معمولاً در صورت درخواست مشتری صادر می شود. با این حال، همه از این امکان آگاه نیستند
نوشتن یک پیشنهاد تجاری: نمونه هایی از طراحی موفق
چه یک کارآفرین تازه کار باشید که "مدیر، حسابدار و مدیر خودش" باشد یا یک کارمند، چه مدیریت یک شرکت بزرگ را داشته باشید یا به تنهایی خدماتی را انجام دهید - بدون چنین سندی به عنوان یک پیشنهاد تجاری نمی توانید انجام دهید. سعی خواهیم کرد نمونه هایی از تصمیمات موفق در تهیه آن و اشتباهات رایج را به اختصار بیان کنیم
اشکال ارتباطات تجاری. زبان ارتباطات تجاری هنجارهای ارتباطات تجاری
اشکال ارتباطات تجاری در زندگی اجتماعی مدرن کاملاً متنوع است. هم نهادهای اقتصادی برخی از اشکال مالکیت و هم شهروندان عادی وارد روابط تجاری و تجاری می شوند
نامه های تجاری: نمونه های نوشتن. نمونه ای از نامه تجاری به زبان انگلیسی
نامه های تجاری، آداب معاشرت به زبان های مختلف، تاریخچه تجارت و مکاتبات. اهمیت درست نوشتن حروف
مبانی تجهیزات: الزامات خاص، انواع، طراحی، فرمول های محاسبه و ویژگی های کاربردی
فنداسیون تجهیزات بخش ضروری نصب تاسیسات بزرگ است. درک این نکته مهم است که بین فونداسیون برای مثال ساختمان های مسکونی و واحدهای صنعتی مختلف تفاوت زیادی وجود دارد. چیدمان و طراحی آنها نیز بر اساس روش های مختلف پیش می رود