Бизнес талаптары: иштеп чыгуу жана дизайн мисалдары

2024 Автор: Howard Calhoun | [email protected]. Акыркы өзгөртүү: 2023-12-17 10:34

Бизнес талаптары – бул берилгенден кийин, акыркы колдонуучунун көз карашы боюнча сунушталган системанын баалуулуктарын камсыз кылган жана мүнөздөмөлөрүн сүрөттөгөн спецификациялар. Ал ошондой эле кызыкдар тараптардын арыздарынын тизмеси деп аталат. Продукциялар, программалык камсыздоо жана процесстер - бул ишкананын керектөөлөрүн жеткирүүнүн жана канааттандыруунун жолдору. Демек, бизнес талаптары көбүнчө программалык камсыздоону же башка системаларды иштеп чыгуу же сатып алуу контекстинде талкууланат.

Аныктама

Терминологиянын башаламандыгы үч негизги себептен келип чыгат:

1. Максаттарды же күтүлгөн пайдаларды бизнес талаптары катары белгилөө кеңири таралган практика.
2. Адамдар бул терминди өнүмдүн, тутумдун, программалык камсыздоонун өзгөчөлүктөрүнө карата колдонушат.түзүү.
3. Кеңири кабыл алынган модель дооматтардын эки түрү деталдардын же абстракциялардын деңгээлинде гана айырмаланарын айтат - бул жерде бизнес талаптары жогорку деңгээлде, көбүнчө бүдөмүк жана компонентке деталдуу дооматтарга бөлүнгөн.

Мындай түшүнбөстүктүн алдын алуу үчүн берилген түшүнүк максаттар эмес, тескерисинче, алар канааттандырылганда аларга жооп берет (б.а. баалуулук берет). Бизнес талаптары өнүмгө, системаларга жана программалык камсыздоого бөлүнбөйт. Тескерисинче, баары тескерисинче болот. Продукциялар жана алардын тиркемелери бизнестин талаптарына жооп берет - кыязы, аларды канааттандыруу үчүн. Бул концепция өндүрүш чөйрөсүндө бар жана аны ачуу керек, ал эми продуктуга болгон суроо-талаптар адам тарабынан аныкталат. Бизнес-планга коюлган талаптар жогорку деңгээлде болушу менен эле чектелбестен, майда-чүйдөсүнө чейин кыскартылууга тийиш. Деталдардын көлөмүнө карабастан, сунуштар канааттандырылганда ар дайым баалуулукту көрсөтөт.

Өнүмдү жаңыртуу

Чакан бизнес талаптары үчүн системалар же программалык камсыздоону иштеп чыгуу долбоорлору адатта кызыкдар тараптардын ыйгарым укуктарын талап кылат. Дал ошолор буюмдун түзүлүшүнө же жаңылануусуна алып келет. Системага жана программалык камсыздоого карата бизнес талаптары, адатта, функционалдык жана функционалдык эмес талаптардан турат. Албетте, алар, адатта, продукт мүмкүнчүлүктөрүнүн биринчи варианты менен бирге аныкталат. Экинчиси көбүнчө бизнес талаптарынын дизайнын чагылдырат, алар кээде чектөөлөр катары каралат. Алар керектүү аспектилерди камтышы мүмкүнөндүрүш деңгээлинде колдонулуучу өндүрүмдүүлүк же коопсуздук.

Процесстин негизги учурлары

Тилкелер көбүнчө расмий документтерде келтирилет. Ага кантип жетүүгө эмес, бизнес талаптарын так пландаштыруу жана өнүктүрүү процессине же иш-аракетине басым жасалат. Бул параметр, адатта, спецификация же системанын дооматтары документи же башка вариант менен берилет. Бардык айырмачылыктар эске алынбаса, экөөнүн ортосунда чаташуу болушу мүмкүн. Демек, көптөгөн ак кагаздар өнүмгө, системага же программага карата талаптарды сүрөттөйт.

Обзор

Программаны иштеп чыгуу же анын жашоо циклинин контекстиндеги бизнес талаптары – бул ар кандай колдонуучуларды аныктоо жана документтештирүү түшүнүгү. Мисалы, кардарлар, кызматкерлер жана берүүчүлөр, системаны өнүктүрүү циклинин алгачкы этаптарында келечектин дизайнын жетектөө үчүн. Тиркемелер көбүнчө аналитиктер тарабынан жазылат. Алар бизнес процессинин талаптарын талдап, максаттуу "келечекти" аныктоо үчүн көбүнчө аны "кандай болсо, ошондой" изилдеп чыгышат.

Колдонмолордун курамы

Бизнес процессинин талаптары көбүнчө төмөнкүлөрдү камтыйт:

1. Контекст, аймак жана фон, анын ичинде өзгөртүүнүн себептери.
2. Талаптары бар негизги кызыкдар тараптар.
3. Келечек же максаттуу шарт үчүн ийгилик факторлору.
4. Бизнес же башка системалар тарабынан коюлган чектөөлөр.
5. Моделдер жана процесстерди талдоо көбүнчөбаарын "кандай болсо, ошондой" көрсөтүү үчүн схемаларды колдонуу.
6. Логикалык маалымат модели жана сөздүк шилтемелери.
7. Бизнес терминдеринин глоссарийлери жана жергиликтүү жаргондор.
8. Маалымат агымынын диаграммалары анын маалымат системалары аркылуу кантип агып жатканын көрсөтүү үчүн (бизнес операцияларынын алгоритмдик агымын сүрөттөгөн блок-схемалардан айырмаланып).

Ролдор

Бизнес талаптарын жазуу үчүн эң популярдуу формат бул документ. Булардын максаты системадан кандай натыйжалар талап кылынарын аныктоо болуп саналат, бирок ал акырында кошумча шарттарсыз иштелип чыгышы мүмкүн. Ошондуктан, документтер технологиянын натыйжалуулугун жана инфраструктуранын күтүүлөрүн, анын ичинде тейлөөнүн сапатына байланыштуу профессионалдык талаптарды камтыган маалымдама материалы менен толукталат. Мисалы, аткаруучулук, туруктуулук, ийкемдүүлүк, ишенимдүүлүк, жеткиликтүүлүк, коопсуздук жана масштабдуулук.

Толуктук

Сыноонун алгачкы этабында прототип түзүү бизнестин аныкталган талаптарынын толуктугун жана тактыгын баалоого мүмкүндүк берет. Кызыкдар тараптар структураны аныктоого жардам берүү үчүн алгач процесстен өтүшөт. Ал эми натыйжа системаны курган долбоордун бизнес талаптарын иштеп чыгуу топторуна жөнөтүлөт. Башка кызыкдар тараптар сынап көрүшөт жана жыйынтыктоочу проектини баалайт. Ачыктык үчүн колдонмолорго көз салуу жана тийиштүү шаблонду аныктоо үчүн аларды расмий процесс менен чечүү керек.

Бизнес талаптарынын көлөмү милдеттүү эмессистема катары эмнени куруу керек экендигин аныктоо этабы менен чектелет. Бул учурдагы стратегияны кантип башкаруу жана сактоо менен чектелбейт. Жана анын бизнес максаттары менен туруктуу шайкештигин камсыз кылуу. Талаптар боюнча документ дайыма контролдонуучу түрдө каралып турушу керек. Белгилүү бизнес функциялары жана домендер үчүн иштелип чыккан стандартташтырылган форматка же шаблондорго ээ болуу, суроонун толуктугун камсыздай алат, ошону менен бирге, чөйрөгө багытталган.

Прототип

Адатта талаптарды баалоо куралы деп эсептелгенине карабастан, прототиптөө адатта көңүлдү курулуп жаткан продуктка же системага бурат. Прототиптер - иштеп жаткан программалык камсыздоо, бул алар үч фазадан (тендердик табыштамалар, инженердик же техникалык долбоорлоо жана ишке ашыруу) бизнестин талаптарынан алынып салынганын билдирет. Жана ошондой эле булар иштеп чыгуучу ишке ашырууга ниеттенген алдын ала көрүү версиялары.

Прототиптер абдан спецификалык болгондуктан, аларды сынап көргөн кызыкдар тараптар канааттануу режиминин интерпретациясы болуп саналган иштеп чыгуучу жараткан нерселердин айрым аспекттери боюнча олуттуураак пикир бере алышат. Мындан тышкары, колдонуучунун графикалык интерфейсинин асты сызылып, ичи жарлыктар болуп саналат. Алар программа логикасынын басымдуу бөлүгүн түзөт жана бизнес талаптарынын көбү аткарыла турган жерде. Башкача айтканда, прототиптер аныктаган көйгөйлөр сурамдарга байланыштуу болушу күмөн.

Өнүгүү

Колдонмолордогу өзгөрүүлөрдү таануу маанилүү,документ жана аларды жаңыртуу. Бирок, бизнес суроо-талаптар аларды кабылдоо сыяктуу эле өзгөрбөйт. Бизнестин талаптары болушу мүмкүн, бирок кызыкдар тараптар, талдоочулар жана долбоордун командасы тарабынан таанылбай же түшүнүлбөйт.

Өзгөрүүлөр адекваттуу эмес аныкталган мазмунду канааттандыруу үчүн арналган жолдорду чагылдырат. Бизнестин талаптарын аткаруудагы кыйынчылыктардын көбү чындыгында алардын тегерегиндеги бардык күч-аракеттерди продуктунун, системанын же программалык камсыздоонун жогорку деңгээлдеги дизайнын түзгөн нерсеге топтоонун жалпы практикасын чагылдырат. Бул наркты камсыз кылуу үчүн адегенде бизнес талаптарын адекваттуу аныктабагандыктан келип чыкты.

Өнүктүрүү боюнча практиктер, адатта, керектүү нерсени аткарып жаткандай көрүнгөн, б.а. өндүрүштүн керектөөлөрүн канааттандырган чечимге акыры "кайра түшмөйүнчө" продуктуну кайра карап чыгышат. Бизнес талаптарын аныктоо үчүн кыйыр сыноо жана ката "итеративдик өнүгүүнүн", анын ичинде "мыкты тажрыйба" катары таанылган популярдуу ыкмалардын негизи болуп саналат.

Дизайн мисалдары

Шаблондор көбүнчө сурамдарга тиешелүү болушу мүмкүн болгон конкреттүү темаларды тез суроого жардам берет. Алар түшүнүүнү жеңилдете турган бизнес талаптары боюнча стандартташтырылган документтерди түзө алышат. Калыптар сурамдардын тактыгына жана толуктугуна кепилдик бербейт. Көбүнчө туура эмес колдонулган мисалдар терсизилдөөгө таасир этет, анткени ал үстүртөндүккө жана негизинен механикалык аныктоого түрткү берет.

Кыйынчылыктар

Кызыкчылыктардын кагылышуусу мүмкүн болгон жерди аныктоого катышкан чоң кызыкдар тараптардын базасынан улам, бизнес талаптары көбүнчө мөөнөтүнөн мурда катуулатылат. Башкаруу жана консенсуска жетүү процесси назик, ал тургай саясий мүнөздө болушу мүмкүн. Бир аз татаал, бирок жалпы көйгөй - бул ар кандай географиялык жерлерде кызыкдар тараптар менен бөлүштүрүлгөн командалар. Албетте, сатуу кызматкерлери өз кардарларына жакын, ал эми өндүрүш - тиешелүү бирдиктерге. Каржы жана персоналды башкаруу, анын ичинде жогорку жетекчилик, катталган башкы кеңсеге жакыныраак.

Бизнес талаптары, мисалы, сатууга жана өндүрүшкө катышкан колдонуучуларды камтыган система үчүн керек. Ал максаттардын кагылышуусуна дуушар болушу мүмкүн - бир тарап функциялардын максималдуу санын камсыз кылууга кызыкдар, ал эми экинчиси өндүрүштүн эң төмөнкү наркына басым жасайт. Мындай жагдайлар көбүнчө акылга сыярлык, жагымдуу бааны жана бөлүштүрүүнүн максималдуу мүмкүнчүлүктөрү менен консенсус менен аяктайт.

Бул маселелерди чечүү үчүн кызыкдар тараптардын алгачкы катышуусуна прототиби демонстрациялар жана кызматташуу аркылуу жетишилет. Практикалык семинарлар уюштурулган сессиялар түрүндө да, жөнөкөй талкуулар да, өзгөчө курч маселелер боюнча консенсуска келүүгө жардам берет.бизнес талаптары жана мүмкүн болуучу кызыкчылыктардын кагылышуусу бар жерде. Процесстин татаалдыгы маанилүү фактор болуп саналат. Бул юридикалык же ченемдик талаптарды, брендинг же корпоративдик социалдык жоопкерчилик милдеттенмелери сыяктуу ички көрсөтмөлөрдү түшүнүү үчүн атайын билимди талап кылышы мүмкүн. Талдоо бизнес процессинин "эмнесин" чагылдыруу гана эмес, ошондой эле анын контекстинин "кантип" көрсөтүлүшү жөнүндө.