Dasturiy ta’minot talablari faniga kirish

Dasturiy ta’minot talablari faniga kirish

Reja

1. 
   Kirish
   
2. 
   Boshlang’ich tushuncha va ta’riflar
   

Kirish

Ellik yildan ortiq vaqt mobaynida kompyuter sanoatiga qaramasdan, ko'plab dasturiy ta'minot kompaniyalari dasturiy ta'minotga talablarni to'plash, hujjatlashtirish va boshqarishda katta kuch sarflamoqda. Foydalanuvchilarning etarli ma'lumotlari, to'liq shakllantirilmagan talablar, ularning keskin o'zgarishi va

biznesning maqsadlari noto'g'ri tushunilgani IT-jamoalari ko'pincha loyihalarni muvaffaqiyatli bajarolmasliklarining asosiy sababidir. ekt. Ko'pgina ishlab chiquvchilar foydalanuvchi dasturiy ta'minotiga bo'lgan talablarni qanday qilib xotirjam va professional ravishda to'plashni bilishmaydi . Mijozlar ko'pincha dasturiy ta'minotga bo'lgan talablarni ishlab chiqishda ishtirok etishda sabrsiz bo'lishadi. Ba'zida loyiha ishtirokchilari hatto "talab" nima ekanligi to'g'risida bir fikrga kela olishmaydi. Bir yozuvchining ta'kidlashicha, "Dasturchilar mijozlarning talablaridan ko'ra Kingsmen klassik" Lui Louining "so'zlarini yaxshiroq tushunishadi" (Peterson 2002).

"Dasturiy ta'minotga bo'lgan talablarni ishlab chiqish" kitobining ikkinchi nashri ushbu kitob nashr etilishidan 10 yil oldin nashr etilgan. Yilda axborot texnologiyalari olamida, bu uzoq vaqt. Bu vaqt ichida ko'p narsa o'zgardi, lekin bir narsa o'zgarishsiz qoldi. So'nggi o'n yillikning asosiy tendentsiyalari:

 biznes tahlilini professional intizom deb e'tirof etish va Xalqaro sertifikatlash va Xalqaro talablar bo'yicha muhandislik kengashi kabi tashkilotlarni kengaytirish ;

 ma'lumotlar bazalarida talablarni boshqarish va talablarni ishlab chiqishni qo'llab-quvvatlash , shu jumladan prototiplash, modellashtirish va simulyatsiya qilish vositalarini ishlab chiqishning yuqori darajasiga erishdi;

 chaqqon rivojlanish usullarini tarqatish va chaqqon loyihalarda talablar bilan ishlash uslublarini ishlab chiqish;

 Visual modellari faol foydalanish uchun talablarni bilim vakili.

Bas, nima bo'ldi , balki o'zgardi? Ushbu qismni muhim va muhim qiladigan ikkita narsa bor. Birinchidan,

ko'plab dasturiy ta'minotlarni ishlab chiqish va hisoblash tizimlarini o'qitish dasturlarida talablarni ishlab chiqish

muhimligiga etarlicha e'tibor qaratilmagan (bu ikkalasini ham anglatadi rivojlanishning o'zi va talablarni boshqarish). Ikkinchidan, dasturiy ta'minot sohasida ishlaydiganlarning ko'pchiligi bizning muammolarimizni texnik va texnologik echimlarga haddan tashqari qiziqishmoqda . Va foydalanish - Biz ba'zan Tre-boradigan düşürülemezler aniqlash unutmasligimiz ustida dasturiy ta'minot ishlab chiqish loyiha va in-umumiy tizimlarida ish eng - odamlar o'zaro bog'liq, birinchi navbatda asoslangan. Ushbu faoliyatni avtomatlashtirish uchun hech qanday yangi sehrli fokuslar paydo bo'lmagan va bozorda jug'rofiy taqsimlangan odamlarga samarali o'zaro ta'sir o'tkazishga imkon beradigan vositalar mavjud.

Ikkinchi nashrda taqdim etilgan dizayn va talablarni boshqarish uslublari hanuzgacha ishlaydi va turli xil dasturiy ta'minot ishlab chiqish loyihalarida qo'llanilishi mumkinligiga ishonamiz . Iqtidorli ishbilarmon tahlilchi, menejer yoki mahsulot egasi ushbu texnikani o'ziga xos vaziyatga mos ravishda moslashtiradi va

kengaytiradi. Ushbu uchinchi nashrda chaqqon loyihalarda talablar bilan ishlash bo'yicha bo'lim va boshqa boblarda ham ushbu boblarda tasvirlangan usullarni chaqqon rivojlanishda qanday qo'llash va moslashtirish kerakligi ko'rsatilgan.

Dasturiy ta'minot ishlanmasi ko'p muloqot sifatida kamida o'z ichiga oladi , deb va odatdagi kompyuter ishi, lekin ko'pincha biz kompyuter ishiga e'tibor qaratamiz va muloqotga etarlicha e'tibor bermaymiz. Ushbu kitobda ushbu aloqani amalga oshirishning o'nlab usullari va dasturiy ta'minotni ishlab chiquvchilar, menejerlar,

sotuvchilar va mijozlarga dasturiy ta'minotga bo'lgan talablarni ishlab chiqish bo'yicha amaliy amaliyotlarni amalga oshirishga yordam berish ta'riflangan . Kitobda talablarni shakllantirishda yuzaga keladigan barcha muammolarni hal qilishga va'da beradigan ekzotik yoki ishlab chiqilgan metodologiyalar emas, balki talablarni shakllantirishning asosiy "ajoyib usullari" tasvirlangan . Ko'p sonli yon panellarda men talablarni shakllantirishda yuzaga keladigan odatiy vaziyatlarni aks ettiradigan real hayotiy misollar keltiraman.

Ushbu kitobning birinchi nashri 1999 yilda nashr etilganidan beri , mualliflarning har biri ko'plab loyihalar ustida ishlagan va tijorat va davlat tashkilotlari xodimlari uchun dasturiy ta'minotga oid yuzlab seminarlar o'tkazgan. Biz ushbu usullar deyarli har qanday loyihaga mos kelishini angladik: kichik va katta miqyosda, yangi

dasturlarni ishlab chiqish va mavjudlarini kengaytirish, mahalliy va taqsimlangan jamoalardan foydalanib, rivojlanishning an'anaviy va chaqqon usullaridan foydalanish. Bundan tashqari, ushbu texnikalar dasturiy ta'minotni ishlab chiqish sohasi bilan cheklanmaydi va jihozlar va tizimlarni loyihalash uchun mos emas.

Dasturiy ta'minotni ishlab chiqishning har qanday boshqa usulida bo'lgani kabi, talablarni shakllantirishning qaysi usuli siz uchun yaxshiroq ekanligini tushunish uchun aql-idrokni ishlatishingiz kerak. va siz ustiga barpo o'z tajriba. Loyihalaringizdagi to'g'ri odamlar bilan samarali aloqada bo'lishingizga yordam beradigan vositalar sifatida tasvirlangan usullardan foydalaning.

Dasturiy ta'minot bilan bog'liq ko'plab muammolar odamlarning dasturiy ta'minotga bo'lgan talablarni to'plash, hujjatlashtirish, yarashtirish va o'zgartirish usullaridan foydalanishda nomukammallikdan kelib chiqadi. Fil va Mariya singari muammolar norasmiy ravishda ma'lumot to'plash, taxmin qilinadigan funktsionallik,

noto'g'ri yoki noto'g'ri taxminlar, talablarning nomuvofiqligi va afsonaviy jarayonning o'zgarishi natijasida paydo bo'lishi mumkin. Ko'pgina tadqiqotlar shuni ko'rsatadiki, talablarni yig'ish bosqichida yo'l qo'yilgan xatolar dasturiy mahsulotdagi barcha nuqsonlarning 40-50 foizini tashkil etadi (Devis, 2005). Kam

foydalanuvchi fikringiz va mijoz talablariga aniqlash va boshqarish kamchiliklarning loyiha qobiliyatsiz asosiy sababi bor. Ushbu ma'lumotga qaramay, ko'plab tashkilotlar hali ham samarasiz talablarni yig'ish usullaridan foydalanmoqdalar.

Boshqa hech bir joyda, talablarni to'plash bosqichida bo'lgani kabi , loyihadagi barcha manfaatdor

tomonlarning manfaatlari loyihaning muvaffaqiyati bilan chambarchas bog'liqdir. (Manfaatdor tomonlar

to'g'risida ko'proq ma'lumot olish uchun 2-bobga qarang.) Loyihaning manfaatdor tomonlariga mijozlar,

foydalanuvchilar, biznes-tahlilchilar, ishlab chiquvchilar va boshqalar kiradi. Jarayonning ushbu bosqichini

yaxshi bajarganingizda, siz ajoyib mahsulotga ega bo'lasiz, mijozlarni xursand qilasiz va mamnun ishlab

chiquvchilar.

Yilda Aks holda, anglashilmovchilik, umidsizlik va ishonch putur kelishmovchiliklarni duch mahsulot va

uning qiymati. Talablar ishlab chiquvchilarning ham, loyiha menejerlarining ham harakatlariga asos yaratadi,

shu sababli ushbu hujjatni yaratishda loyihadagi barcha manfaatdor tomonlar ishtirok etishlari kerak.

Ammo talablarni ishlab chiqish va boshqarish bu juda og'ir jarayon! Bu erda tezkor yoki sehrli echimlar yo'q.

Biroq, ko'plab tashkilotlar bir xil qiyinchiliklarga qarshi kurashmoqdalar, buning uchun turli xil vaziyatlarda

ishlaydigan umumiy texnikani topishimiz mumkin. Ushbu kitobda o'nlab bunday usullar tasvirlangan. Ular

mutlaqo yangi tizimlarni yaratish vositasi sifatida baholanadi, ammo ular loyihalarni takomillashtirish,

almashtirish va qayta ko'rib chiqish (21-bobga qarang) va savdo-sotiqdan tashqari echimlarni tanlash (22-bobga

qarang). Chaqaloq metodologiyadan so'ng iterativ jarayonni tanlagan jamoalar har bir bosqichda nima qilish

kerakligini bilishlari kerak (20-bobga qarang).

Ushbu bo'limda siz qanday qilishni o'rganasiz.

 dasturiy ta'minotga talablarni to'plashda ishlatiladigan asosiy atamalarni tushunish;

 mahsulotga bo'lgan talabni va boshqalarni ajratib olish ;

 dizayn va boshqaruv talablarini farqlay olish ;

 vaqti-vaqti bilan paydo bo'lishi mumkin, ayrim talablar bilan bog'liq muammolar ogohlantirish belgilarini

aniqlash.

Diqqat! Biz "tizim", "mahsulot", "ilova" va "echim" atamalarini ichki korporativ foydalanish, sotish yoki buyurtma qilish uchun

yaratilgan har qanday turdagi dasturiy ta'minot yoki tarkibiy qismlarga ishora qilish uchun ishlatamiz.

Mavjud ishlarning holatini talablar bilan tekshirish

Tashkilotingizdagi hozirgi talablar holatini tekshirish uchun , so'nggi loyihangizda quyidagi shartlarning

qanchasiga muvofiqligini ko'rib chiqing. Agar sizning holatingizga uchta yoki to'rtta element tegishli bo'lsa,

ushbu kitob siz uchun:

  biznes maqsadlari, qarashlari va chegaralari hech qachon aniq belgilanmagan.

 Mijozlar hech qachon tahlilchilar yoki ishlab chiquvchilar bilan ishlash uchun etarli vaqtga ega

bo'lmadilar.

 Sizning guruhingiz ularning ehtiyojlarini tushunish uchun to'g'ridan-to'g'ri foydalanuvchilar bilan bevosita

aloqa qila olmaydi.

 Mijozlar barcha talablarni juda muhim deb bilishadi, shuning uchun ular ustuvorlik qilmaydi.

 Kodni ishlab chiqish jarayonida ishlab chiquvchilar noaniqlik va ma'lumot etishmov chiligiga duch kelishadi,

shuning uchun ular ko'p narsalar haqida taxmin qilishlari kerak.

 Ishlab chiquvchilar va manfaatdor tomonlar o'rtasidagi aloqa foydalanuvchilar dasturiy mahsulotdan

foydalanadigan vazifalarga emas, balki Windows va interfeys funktsiyalariga qaratilgan.

 Sizning mijozlaringiz hech qachon talablarni ma'qullamaydilar.

 Sizning mijozlaringiz nashrni yoki iteratsiyani ma'qullashdi yoki ma'qulladilar , keyin ularga o'zgartirish

kiritishni davom ettirdilar.

 Talablarga o'zgartirishlar kiritilishi bilan loyihaning ko'lami kengaydi, ammo qo'shimcha manbalar

etishmasligi va funktsional imkoniyatlarning bir qismini olib tashlash rad etilganligi sababli muddatlar

buzildi .

 Talab qilingan o'zgartirishlar yo'qolgan va hech kim so'ra lgan o'zgartirishlarning holatini bilmaydi.

 Mijozlar ma'lum bir funktsiyani talab qilishdi va ishlab chiquvchilar buni amalga oshirishdi, ammo hech

kim undan foydalanmaydi.

 Loyihaning oxirida spetsifikatsiya bajarildi, ammo biznes maqsadlari bajarilmadi va mijoz

qoniqtirilmadi.

Dastur talablarini aniqlash

Bir guruh odamlar talablarni muhokama qilishni boshlaganda, odatda boshlashadi

bilan terminologiyasi muammolar. Turli mutaxassislar bir xil hujjatga murojaat qilishadi va uni foydalanuvchi

talablari, dasturiy ta'minot talablari, biznes talablari, funktsional talablar, tizim talablari, mahsulot yoki loyihaga

talablar, foydalanuvchi nuqtai nazari, funktsiyasi yoki cheklovi deb atashadi. ... Turli xil talablarga nisbatan

qo'llanadigan nomlar ham farq qiladi. Mijozlar ko'pincha ular aniqlagan talablar yuqori darajadagi kontseptsiya

ekanligini his qilishadi ishlab chiquvchilar uchun kanal. O'z navbatida, ular bunga ishonishadi

yilda mijozlarga nisbatan, u foydalanuvchi interfeysi batafsil ishlab chiqish hisoblanadi. Ushbu xilma-xillik

chalkashliklarga va zerikarli aloqa muammolariga olib keladi.

Talablarni talqin qilishning o'ziga xos xususiyatlari

Kompyuter dasturlashining paydo bo'lishidan o'nlab yillar o'tgach, dasturiy ta'minot muhandislari hali ham talab

nima ekanligi haqida bahslashmoqdalar . Biz ushbu munozarada qatnashmaymiz, balki biz o'zimizga foydali

deb topadigan ta'riflar to'plamini taqdim etamiz .

Maslahatchi Brayan Lourens talablar "dizayn tanlovini belgilovchi narsa" ekanligini ta'kidlaydi (Lourens,

1997). Bu yaxshi norasmiy ta'rif, chunki ushbu toifaga ko'plab ma'lumot turlarini kiritish mumkin. Va

pirovardida, talablarni ishlab chiqishning barcha nuqtasi - bu mijozni qoniqtirishi kerak bo'lgan tegishli dizayn

qarorlarini qabul qilishdir. Talabning yana bir ta'rifi shundaki, mahsulot manfaatdor tomonlarga foyda keltirishi

kerak . Yomon emas, lekin juda aniq emas. Ian Sommerville va Pit Soyyer (1997) tomonidan berilgan ta'rif:

Talablar bu bajarilishi kerak bo'lgan narsalarning spetsifikatsiyasi.

Yilda bu tasvirlangan harakati Istemi, tizim xususiyatlari, yoki sifatlari. Ular tizimni ishlab chiqish jarayonida

cheklovlar bo'lib xizmat qilishi mumkin.

Ushbu ta'rif umumiy talablar deb ataladigan turli xil ma'lumot turlarini hisobga oladi . Talablar

foydalanuvchilarning qarashlari va tizimning tashqi xatti-harakatlarini, shuningdek ishlab chiqaruvchining ba'zi

ichki xususiyatlariga nisbatan nuqtai nazarini qamrab oladi . Ular muayyan sharoitlardagi tizimning xatti-

harakatlarini va tizimni foydali va hatto oxirgi operatorlar uchun yoqimli qiladigan xususiyatlarni o'z ichiga

oladi.

Diqqat! Loyihangizdagi barcha manfaatdor tomonlar talablar to'g'risida umumiy tushunchaga ega deb o'ylamang .

Boshlang'ich ta'riflarni o'rnating, shunda barchangiz bir xil tilda gaplashasiz.

Lug'atda "talab" atamasini aniqlash

Dasturiy ta'minot muhandislari "talab" atamasini lug'atda qanday ma'noga ega ekanligidan, ya'ni talab

qilinadigan va majburiy bo'lgan narsadan, ehtiyoj yoki ehtiyojdan farqli ravishda foydalanadilar . Ba'zan odamlar

talablarni umuman ustuvor deb hisoblash kerakmi degan savol tug'iladi, chunki past ustuvor talablar hech qachon

bajarilmaydi. Agar bu juda zarur narsa bo'lmasa, uni talab deb atash qiyin. Ehtimol, lekin keyin bu ma'lumotni

qanday chaqirish kerak? Agar siz talabni joriy qoralamadan aniqlanmagan kelajakdagi nashrga o'tkazsangiz, u

hali ham talab deb hisoblanishi mumkinmi? Albatta Ha.

Dastur talablari vaqtni o'lchashni o'z ichiga oladi. Ular hozirgi zamonga murojaat qilishlari mumkin, bu holda

ular tizimning joriy funktsiyalarini tavsiflaydi. Yoki ular bevosita (yuqori ustuvor), o'rta ( o'rta ustuvor) yoki

faraziy (past ustuvor) kelajakka murojaat qilishlari mumkin . Ular ilgari aniqlangan va keyin tashlab yuborilgan

so'rovlarni tasvirlab berganda o'tmishga murojaat qilishlari mumkin. Biror narsa talab yoki kerak emasligi

to'g'risida bahslashish uchun vaqt sarflamaslik kerak , garchi bu biron bir jiddiy sababga ko'ra amalga oshirilmasa

ham. Bu talab va nuqta.

Talablarning darajasi va turlari

Talab to'g'risidagi ma'lumotlarning xilma-xilligi sababli, ortiqcha yuklangan muddat talabini o'zgartiradigan

tavsiflarning bitta to'plamiga muhtojmiz . Ushbu bo'limda talablar muhandisligi sohasida eng ko'p ishlatiladigan

atamalar uchun ishlatiladigan ta'riflar berilgan (1-1 jadvalga qarang).

1.1-jadval. Talablarning ayrim turlari haqida ma'lumot

Kontseptsiya Ta'rif

Tadbirkorlik talabi Tashkilot yoki mijozning yuqori darajadagi biznes maqsadi

cov tizimlari

Biznesda qoida Belgilangan siyosat, retsept, standart yoki qoida

biznesning ba'zi jihatlarini cheklash yoki cheklash

jarayonlari. Aslida, bu dasturiy ta'minot talabi emas, lekin u shunday

dasturiy ta'minotga talablarning bir necha turlarining manbai bo'lib

xizmat qiladi

Cheklov Ishlab chiqaruvchida mavjud bo'lgan variantlarni tanlashni cheklash

mahsulot dizayni va ishlab chiqishda

Tashqi talab Dastur va foydalanuvchi o'rtasidagi o'zaro aloqaning tavsifi,

interfeysga boshqa dasturiy ta'minot tizimi yoki qurilma

Xarakterli Bir yoki bir nechta mantiqiy bog'liq imkoniyatlar

foydalanuvchiga qiymat beradigan tizimlar

va bir qator funktsional talablar bilan tavsiflangan

Funktsional Muayyan tizimda talab qilinadigan harakatning tavsifi

talab shartlari

Funktsional bo'lmagan Mulk yoki xususiyatning tavsifi

talab kuzatilishi kerak bo'lgan tizimga yoki cheklovga ega

tizim berish

Sifat belgisi Ta'riflaydigan funktsional bo'lmagan talab turi

xizmat yoki mahsulotning ishlashi

Tizimli O'z ichiga olgan mahsulotga yuqori darajadagi talab

talab bo'lishi mumkin bo'lgan ko'plab quyi tizimlardan

Dasturiy ta'minot yoki dasturiy va apparat vositalarining to'plami

Shaxsiy Vazifa, deb ayrim sinflar foydalanuvchilar

talab tizimda bajarishga qodir bo'lishi kerak, yoki

talab qilinadigan mahsulot atributi

Dasturga qo'yiladigan talablar uchta darajadan iborat - biznes talablari, foydalanuvchi talablari va funktsional

talablar. Bundan tashqari, har bir tizim o'zining funktsional bo'lmagan talablariga ega. Shakldagi model. 1-1

ushbu talablarni vakillik qilish usulini tasvirlaydi. Mashhur statistik Jorj EP Box ta'kidlaganidek: "Oxir oqibatda

barcha modellar yolg'on, ammo ba'zilari foydali" (Box and Draper, 1987). Bu, albatta, anjir uchun ham amal

qiladi. 1-1. Barcha modellar singari, u to'liq emas, lekin talablarning tartibini sxematik tarzda ko'rsatadi.

1.1-rasm. Talablar uchun bir necha turdagi ma'lumotlarning o'zaro bog'liqligi. Qattiq chiziqlar "ichida" degan

ma'noni anglatadi va nuqta chiziqlar "boshlang'ich nuqta" yoki "ta'sir qiladi" degan ma'noni anglatadi.

Diqqat! Garchi biz ushbu kitobdagi talablarga "hujjatlar" deb qaraydigan bo'lsak-da , sek. 1-1, bu an'anaviy qog'oz yoki

elektron hujjatlar emas. Ularni talablar to'g'risidagi bilimlar saqlanadigan idishlar deb hisoblash mumkin. Bunday idish

an'anaviy hujjat yoki elektron jadval, jadvallar to'plami, ma'lumotlar bazasi, talablarni boshqarish vositasi yoki ushbu badiiy

buyumlarning hammasi bo'lishi mumkin. Qulaylik uchun biz har qanday konteynerga hujjat sifatida murojaat qilamiz. Qaysi

shaklda saqlanishidan qat'i nazar, biz ushbu guruhlarning har birida saqlanishi kerak bo'lgan ma'lumot turlarini belgilaydigan

shablonlarni taqdim etamiz . Bunday artefaktlarni qanday nomlash kompaniyada ularning nomlari to'g'risida qanday

kelishuvga erishish, ularda qanday ma'lumotlar mavjudligi, shuningdek bu ma'lumotlar qanday tashkil etilganligi kabi muhim

emas.

Tuxumdonlar talab qilinadigan ma'lumotlarning turlarini, to'rtburchaklar esa bu ma'lumotlarni saqlaydigan

hujjatlarni anglatadi. Qattiq chiziqlar ko'rsatilgan hujjatda ma'lum bir turdagi ma'lumotlar mavjudligini bildiradi.

(Biznes qoidalari va tizim talablari talablardan alohida saqlanadi

uchun dasturiy ta'minot, odatda, o'z navbatida biznes qoidalari katalogdagi yoki tizim talablari Shartnoma, ham.)

punktir chiziq deb ma'lumot bildiradi ma'lumotlarning bir turi - bu manba yoki boshqa turdagi ma'lumot yoki

talabga ta'sir qiladi. Ushbu diagrammada ma'lumotlar talablari ko'rsatilmagan. Vazifalar ma'lumotlarni

boshqaradi, shuning uchun ma'lumotlar talablari har uch darajada mavjud bo'lishi mumkin. 7- bob turli xil

talablar to'g'risidagi ma'lumotlarning ko'plab misollarini keltiradi.

Tashkilotga qo'yiladigan talablar, nima uchun tashkilot bunday tizimga, ya'ni tashkilot o'z yordami bilan

erishmoqchi bo'lgan maqsadlarga ehtiyoj borligini tavsiflaydi . Ularning asosiy tarkibi - bu tashkilotning yoki

tizimni buyurtma qilishning biznes maqsadlari. Aytaylik, aviakompaniya aeroport peshtaxtasidagi xodimlarning

ish haqini 25 foizga kamaytirmoqchi. Ushbu maqsadga erishish jarayonida yo'lovchilar aeroportda o'zini

tekshirish uchun foydalanadigan terminalni taqdim etish g'oyasi paydo bo'lishi mumkin . Qoida tariqasida,

biznesga qo'yiladigan talablar loyihani moliyalashtiradiganlar, tizimni sotib oluvchilar, haqiqiy

foydalanuvchilarni boshqarish, marketing bo'limi yoki mahsulot kontseptsiyasiga javobgar shaxs tomonidan

bildiriladi. Kichik biznes uchun bo'lgani kabi, biznesning kontseptsiyasi va chegaralari to'g'risidagi hujjat

ko'rinishidagi talablar (ko'rish va hajm bo'yicha hujjat). Ba'zan shu tarzda foydalaniladigan boshqa qo'llanma

hujjatlariga loyiha nizomi (loyiha nizomi), foydalanish holati ( biznes holati ) yoki bozor talablariga ega hujjat

(bozor talablari to'g'risidagi hujjat) kiradi. Tadbirkorlik talablarining ta'rifi 5-bobda keltirilgan. Ushbu kitobning

maqsadi uchun biz biznes ehtiyojlari yoki bozor imkoniyatlari allaqachon aniqlangan deb taxmin qilamiz.

P Foydalanuvchi talablari (foydalanuvchi talablari) maqsadni tavsiflaydi yoki foydalanuvchilar mahsulot bilan

qanday ishlashi kerakligini so'raydi, bu esa o'z navbatida kimgadir foyda keltiradi. Foydalanuvchi talablari sohasi,

shuningdek , foydalanuvchi qoniqishi uchun muhim bo'lgan atributlar yoki mahsulot tavsiflarining tavsifini o'z ichiga

oladi . Bunday talabni taqdim etishning ajoyib usullari foydalanish holatlari (Kulak va Giney, 2004), foydalanuvchi

hikoyalari (Cohn, 2004) va voqealarga javob berish jadvallari . Ideal holda, haqiqiy foydalanuvchi vakillari ushbu

ma'lumotlarni taqdim etadilar. Foydalanuvchi talablari foydalanuvchi tizim bilan nimani bajara olishi kerakligini

tavsiflaydi . Foydalanish holatiga misol - aeroportda veb-sayt yoki terminaldan foydalangan holda parvoz uchun

ro'yxatdan o'tish . Foydalanuvchi hikoyasi shaklida tuzilgan, xuddi shu foydalanuvchi talabi quyidagicha ko'rinishi

mumkin: "Yo'lovchi sifatida men samolyotga chiqishim uchun parvoz uchun ro'yxatdan o'tishni xohlayman." Shuni

yodda tutish kerakki, ko'pgina loyihalarda foydalanuvchilarning bir nechta sinflari, shuningdek boshqa hissa

qo'shuvchilar ham mavjud bo'lib, ularning ehtiyojlari aniqlanishi kerak. Modelning ushbu darajasi 8-bobda

tavsiflangan. Ba'zi odamlar talablarni tizimning to'g'ridan-to'g'ri foydalanuvchilaridan tashqari boshqa manfaatdor

tomonlar tomonidan ta'minlanishiga murojaat qilish uchun manfaatdor tomonlarning kengroq talablaridan

foydalanadilar. Bu, albatta, haqiqat, lekin ushbu darajada biz haqiqiy foydalanuvchilar mahsulot bilan nimaga

erishmoqchi ekanligini tushunishimiz kerak .

Funktsional talablar mahsulot muayyan sharoitlarda o'zini qanday tutishi kerakligini belgilaydi . Ular

foydalanuvchilarga biznes talablari doirasida o'z vazifalarini (buyurtma talablari) bajarishlari uchun ishlab

chiquvchilar nimani yaratishi kerakligini aniqlaydilar . Uch darajadagi talablar o'rtasidagi muvozanat loyihaning

muvaffaqiyati uchun juda muhimdir. Funktsional talablar an'anaviy shartlar shaklida " kerak " yoki " kerak "

so'zlari bilan tavsiflanadi : "Yo'lovchi u ro'yxatdan o'tgan barcha reyslar uchun bortga chiqish chiptalarini bosib

chiqarishi kerak" yoki "Agar yo'lovchilar profilida o'rindiqlar afzal ko'rilmagan bo'lsa, rezervatsiya tizimi unga

joy tayinlashi kerak. "

Business Analyst 1 funktsional talablarni dasturiy ta'minotga bo'lgan maxsus talablarga (dasturiy

ta'minotga talablar spetsifikatsiyasi, SRS) muvofiqlashtiradi, bu zaruriyat darajasida to'liq tavsiflanadi . Dasturiy

ta'minotga talablar spetsifikatsiyasi ishlab chiqish, sinov, mahsulot sifatini ta'minlash, loyihani boshqarish va

loyihaga tegishli funktsiyalarda qo'llaniladi. Ushbu artefakt turli xil nomlarga ega: biznes talablari to'g'risidagi

hujjat, funktsional spetsifikatsiya, talablar to'g'risidagi hujjat va hokazo .. Dasturiy ta'minotga talablar

spetsifikatsiyasi talablarni boshqarish vositasida saqlanadigan ma'lumotlardan olingan hisobot bo'lishi mumkin.

Ushbu atama sohada qabul qilinganligi sababli biz ushbu kitobda "SRS" (ISO / IEC / IEEE 2011) atamasidan

foydalanamiz . SRS haqida ko'proq ma'lumot olish uchun 10-bobga qarang.

Tizim talablari atamasi ko'plab komponentlar yoki quyi tizimlarni o'z ichiga olgan mahsulotga bo'lgan

talablarni tavsiflaydi (ISO / IEC / IEEE 2011). Shu ma'noda, "tizim" bu shunchaki har qanday axborot tizimi

emas. Tizim haqida gapirganda, biz dasturiy ta'minot yoki dasturiy ta'minot va apparat ichki tizimlarini nazarda

tutamiz. Odamlar va jarayonlar ham tizimning bir qismidir, shuning uchun muayyan tizim funktsiyalari

odamlarga berilishi mumkin. Ba'zi odamlar "tizim talablari" atamasini dasturiy ta'minot tizimiga nisbatan

batafsil talablarga murojaat qilish uchun ishlatishadi, ammo ushbu kitobda biz ushbu atamadan foydalanmaymiz.

"Tizim" ning yaxshi namunasi supermarketdagi kassirning ish joyidir.

Unda shtrix-kod skaneri, shkala bilan integratsiya va qo'lda shtrix-kod skaneri mavjud. Kassada klaviatura,

monitor va tortma mavjud. Shuningdek, kredit karta o'quvchi va PIN-kodni kiritish uchun sodiqlik kartalarini

o'qish uchun klaviatura mavjud. Ish joyida uchta printer bo'lishi mumkin : biri chekni bosib chiqarish uchun,

kredit karta kvitansiyasi va chegirma kuponlari. Ushbu qurilmalarning barchasi dasturiy ta'minot nazorati ostida

o'zaro ta'sir qiladi. Bir butun tizim sifatida yoki mahsulot uchun talablarga asoslanib, ish tahlilchi xos

funksiyalarini etuvchi, deb u yoki boshqa tarkibiy qism yoki quyi tizim, shuningdek ular orasidagi interfeyslar

uni qo'llab-quvvatlashi kerak.

Korxona qoidalari korporativ siyosatni, hukumatni tartibga solishni, sanoat standartlarini va hisoblash

algoritmlarini o'z ichiga oladi . 9-bobda ko'rib turganingizdek, biznes qoidalari dasturiy ta'minotga talab emas,

chunki ular har qanday dastur tizimidan tashqarida. Biroq, ko'pincha tizim, agar u tegishli qoidalarga rioya qilsa,

qanday funktsiyalarga ega bo'lishi kerakligini cheklaydi. Ba'zida, korporativ xavfsizlik siyosatida bo'lganidek,

biznes qoidalari qoidalariga rioya qilinadigan sifat atributlarining manbai bo'lib qoladi

yilda funktsional . Shuning uchun, muayyan funktsional talablarning kelib chiqishini ularning tegishli biznes

qoidalariga qarab kuzatishingiz mumkin.

In funktsional talablar bilan bir qatorda, SRS non-funktsional kishilarga o'z ichiga oladi. Sifat atributlari

(sifat atributlari atributlari ), shuningdek, sifat parametrlari, xizmat ko'rsatish darajasining talablari va boshqalar

deyiladi. Ular foydalanuvchilar yoki ishlab chiquvchilar va tizimni qo'llab-quvvatlaydiganlar uchun muhim

bo'lgan mahsulot xususiyatlarining turli o'lchamlarini tavsiflaydi, chunki ular ishlash, mavjudlik va ko'chma.

Boshqa funktsional bo'lmagan talablar tizim va tashqi dunyo o'rtasidagi tashqi interfeyslarni tavsiflaydi .

Bularga boshqa dasturiy tizimlar, apparat vositalari va foydalanuvchilarga ulanish , shuningdek aloqa interfeysi

kiradi. Dizayn va amalga oshirishning cheklovlari mahsulotni loyihalashda ishlab chiqaruvchini tanlashiga

cheklovlar qo'yadi .

Agar ular funktsional bo'lmagan bo'lsa, ular nima?

Ko'p yillar davomida dasturiy mahsulotlar uchun talablar odatda funktsional va funktsional bo'lmagan deb

tasniflangan. Funktsional talablar bilan hamma narsa aniq: ular turli xil holatlarda tizimning kuzatilgan

harakatlarini tasvirlaydi. Ammo ko'pchilik "funktsional bo'lmagan" atamasini yoqtirmaydi. E ko'ra, deydi u bir

sifat bo'lib emas Tre-lari, lekin ular nima deyilmagan bo'ladi . Biz muammoni tushunamiz, ammo mukammal

echimni taklif qila olmaymiz.

Funktsional talablardan tashqari talablar tizim nimani emas , balki uni qanchalik yaxshi bajarishini

tavsiflashi mumkin . Ular tizimning muhim xususiyatlarini yoki xususiyatlarini tavsiflashlari mumkin. Bular

14-bobda batafsil tavsiflangan tizimning mavjudligi, foydalanish qulayligi, ishlash va boshqa xususiyatlarini

o'z ichiga oladi . Ba'zi odamlar funktsional bo'lmagan tala blarni sifat atributlari bilan bir xil deb bilishadi,

ammo bu tushuncha juda tor. Masalan, tashqi interfeys talablari kabi dizayn yoki amalga oshirishning

cheklashlari funktsional bo'lmagan talablardir.

Boshqa funktsional bo'lmagan talablar tizim ishlaydigan muhitni tavsiflaydi, masalan, platfo rma,

portativlik, muvofiqlik va cheklashlar. Ko'pgina mahsulotlar, shuningdek, mua yyan qoidalarga, tartibga

soluvchi talablarga muvofiq bo'lishi yoki sertifikatlashni talab qilishi kerak. Bu mahsulotlar uchun

mahalliylashtirish talablari bo'lishi mumkin,

yilda qaysi hisob mintaqaviy standartlar, tiliga olish kerak , va qonunlar, valyuta, terminologiyasi, matn terish

va foydalanuvchi teley boshqa xususiyatlari. Ushbu talablar funktsional bo'lmagan atamalar yordamida

aniqlangan bo'lsa-da, biznes-tahlilchi ularni ko'plab funktsiyalarni aniqlash uchun ishlatishi mumkin, shunda

tizim barcha zarur xususiyatlarga ega va turli vaziyatlarda shunga yarasha harakat qiladi.

Ta'riflangan cheklovlarga qaramay, ushbu kitobda mos keladigan alternativ atamaning yo'qligi uchun

"funktsional bo'lmagan talablar" atamasiga murojaat qilamiz . Siz bunday barcha ma'lumotlarning aniq nomi

haqida tashvishlanishga hojat yo'q - buning o'rniga u sizning talablaringizni aniqlash va tahlil qilish

faoliyatingizga kiritilganligiga ishonch hosil qiling. Barcha kerakli funktsiyalarga ega bo'lgan mahsulotni

yaratish mumkin, ammo foydalanuvchilar sifatni (odatda aytilmagan) kutishlariga javob bermasliklari uchun

foydalanuvchilarga yoqmasligi mumkin .

A xususiyati foydalanuvchiga qiymatini ta'minlash va ish gol qondirish mantiqan bog'liq funktsional talablar

majmui hisoblanadi. Mijozlar ro'yxatiga kiritilgan mahsulotning istalgan xususiyatlari foydalanuvchi ehtiyojlari

ro'yxatidagi xususiyatlarga mos kelmaydi . Veb-brauzerning sevimlilari yoki xatcho'plar, imlo tekshiruvi,

so'llarni yozib olish va antivirus dasturida virus ta'riflarini avtomatik ravishda yangilash mahsulotning

xususiyatlariga misollar . Xarakteristikalar ko'plab foydalanuvchilar talablarini qamrab olishi mumkin va har bir

variant foydalanuvchi ehtiyojlarini qondirish uchun ko'plab funktsional talablarni bajarilishini talab qiladi.

Shakl: 1-2 rasmda daraxtning funktsiyalari s (xususiyatlar daraxti) - funktsiyalarni aniq foydalanuvchi talablari

bilan bog'liq bo'lgan va funktsional talablarning aniqlangan to'plamlariga olib keladigan funktsiyalarni mayda

funktsiyalar ierarxiyasiga qanday ajratish mumkinligini tahlil qilish modeli (Beatty va Chen, 2012 ).

Ba'zi bir talablar turlarini yaxshiroq tushunish uchun so'z protsessorining keyingi versiyasini ishlab chiqish

uchun loyihani ko'rib chiqamiz. Biznesga oid talab quyidagicha ko'rinishi mumkin: "Keyingi olti oy ichida

AQShdan tashqaridagi savdoni 25 foizga oshiring." Marketing bo'limi buni zo'rg'a bilib oldi

yilda u boshqa tillarda imloni tekshirish qobiliyatini o'z ichiga qaror qabul qilindi, shuning uchun mahsulotlar,

raqobatchilar, faqat ingliz tilida matn terish tekshiruvi bor. Foydalanuvchilarning tegishli talablari "Imlo tilini

tanlash", "Imlo xatolarini topish" yoki "Lug'atga so'z qo'shish" kabi vazifalarni o'z ichiga olishi mumkin .

Grammatik tekshiruvchida xatolarga yo'l qo'yilgan so'zlarni topish va ularni ajratib ko'rsatish, avtokorrektsiya,

almashtirishlarni ko'rsatish va xato so'zlarni matni davomida to'g'ri bilan almashtirish kabi operatsiyalar bilan

bog'liq ko'plab individual funktsional talablar mavjud. Foydalanish qulayligiga bo'lgan talablar (usa Bility)

dasturni har xil tillar va belgilar to'plamlari bilan ishlatish uchun qanday mahalliylashtirishni aniqlaydi.

1.2-rasm. Xususiyatlar va foydalanuvchi va funktsional talablar o'rtasidagi munosabatlar

Uch darajadagi talablar

Shaklda 1-3 talablarning uchta darajasini aniqlashda turli manfaatdor tomonlar qanday qilib jalb qilinishi

mumkinligini ko'rsatib beradi. Turli tashkilotlar ushbu faoliyatda ishtirok etgan rollar uchun turli nomlardan

foydalanadilar; tashkilotingizda bu ishni kim bajarayotgani haqida o'ylang. Rol nomlari ko'pincha mahsulotni

ishlab chiqadigan bo'lim tashkilotning ichki bo'limi yoki tijorat maqsadlarida foydalanish uchun dasturiy

ta'minot yaratadigan kompaniya bo'lishiga qarab farqlanadi .

Aniqlangan biznes ehtiyojlari, bozor talablari yoki yangi mahsulotning qiziqarli kontseptsiyasidan kelib

chiqqan holda menejerlar va marketing bo'limi xodimlari kompaniyaning samaraliroq ishlashiga yordam

beradigan yoki bozorda muvaffaqiyatli raqobatlasha oladigan (axborot tizimlari uchun) dasturiy ta'minotga

bo'lgan talablarni aniqlaydilar . savdo mahsulotlari). Korporativ muhitda

keyin tahlilchilar odatda foydalanuvchi talablarini aniqlash uchun foydalanuvchi vakillari bilan ishlaydi. Tijorat

mahsulotlarini ishlab chiqaradigan kompaniyalar ko'pincha yangi mahsulotga qanday funktsiyalar qo'shilishi

kerakligini aniqlash uchun mahsulot menejerini tayinlashadi . Har bir buyurtma talabini biznes talabiga

solishtirish kerak. Foydalanuvchi talablariga asoslanib, tahlilchi yoki mahsulot menejeri foydalanuvchilarga o'z

vazifalarini bajarishga imkon beradigan funktsiyalarni belgilaydi . Belgilangan cheklovlardan chetga

chiqmasdan kerakli funktsional echimlarni yaratish uchun ishlab chiquvchilar funktsional va funktsional

bo'lmagan talablarga muhtoj. Test sinovlari talablarning bajarilishini qanday tasdiqlashni belgilaydi .

1.3-rasm. Talablarni ishlab chiqishda turli manfaatdor tomonlarni jalb qilish misoli

Odamdan og'zaki ravishda uzatiladigan ma'lumotni emas, balki almashish uchun foydalanish mumkin

bo'lgan shaklda hayotiy talablar yozma yozuvining qiymatini tushunish muhimdir. Bir vaqtlar men ishlab chiqish

guruhlari tez-tez o'zgarib turadigan loyihada ishlaganman . Asosiy mijoz har bir yangi jamoa unga: "Biz talablar

haqida gaplashishimiz kerak" degan so'zlar bilan kelganidan norozi edi. Uning bu iltimosiga munosabati

quyidagicha edi: “Men avvalgilarimga mening talablarim haqida aytib berdim. Shunday qilib, tizimni qurishni

boshlang! " Afsuski, hech kim talablarni hujjatlashtirishga qiynalmadi, shuning uchun har bir yangi

jamoa noldan boshlashi kerak edi . Hech bo'lmaganda, siz bir nechta elektron pochta xabarlari va ovozli pochta

xabarlari, bir qator yopishqoq qaydlar, uchrashuv daqiqalari va mijozlarning suhbatlarining noaniq xotiralariga

ega bo'lsangiz, "talabingiz bor" deb da'vo qilish mas'uliyatsizdir . Ushbu loyihaga talablar hujjatlari qanchalik

to'liq bo'lishi kerakligini aniqlash uchun tahlilchi ehtiyotkorlik bilan yondashuvni ishlab chiqishi kerak.

Shaklda 1-1, uchta asosiy talab hujjatlari ko'rsatildi: tushuncha va chegara hujjati, foydalanuvchi talablari

to'g'risidagi hujjat va dasturiy ta'minotga talablar spetsifikatsiyasi. Har bir loyihada ushbu uchta alohida hujjatni

yaratish har doim ham shart emas. Ko'pincha bir ma'lumotni, ayniqsa kichik loyihalarda birlashtirish maqsadga

muvofiqdir. Biroq, siz ushbu uchta hujjat turli xil ma'lumotlarni o'z ichiga olganligini, loyihaning turli

bosqichlarida, ehtimol hatto turli maqsadlarga ega va turli maqsadli auditoriyaga ega bo'lgan turli odamlar

tomonidan ishlab chiqilganligini tushunishingiz kerak .

Shakldagi model. 1-1 talablar to'g'risidagi ma'lumotlarning oddiy yuqoridan pastga qarab oqishini ko'rsatadi.

Aslida, foydalanuvchi, funktsional va biznesga oid tsikllar va takroriyliklar bo'lishi mumkin. Har safar kimdir

yangi xususiyatni, odatiy talabni yoki funktsionallikni yaxshilashni taklif qilganda, tahlilchi "Bu loyihaga mos

keladimi?" Degan savolni berishi kerak. Agar javob ha bo'lsa, talab spetsifikatsiyada bo'lishi kerak. Aks holda,

hech bo'lmaganda joriy versiyada yoki iteratsiyada hech qanday talab bo'lmasligi kerak. Uchinchi mumkin

bo'lgan javob: "Yo'q, lekin u biznes maqsadini qo'llab-quvvatlaydi, shuning uchun u spetsifikatsiyada bo'lishi

kerak." Bunday holda, loyiha doirasi uchun mas'ul shaxs - kurator, menejer yoki loyiha menejeri - yangi talabni

kiritish uchun joriy loyihani yoki iteratsiyani kengaytirishni tanlash kerak. Bu loyiha jadvali va byudjetiga ta'sir

qiladigan va boshqa imkoniyatlarni qurbon qilishni talab qiladigan biznes qarori. O'zgarishlarni boshqarishning

samarali jarayoni, shu jumladan ta'sirni tahlil qilish, "to'g'ri odamlar" biznesni qaror qabul qilishini, ular

o'zgarishi kerak bo'lgan vaqt yoki resurs xarajatlari yoki savdolar hisobga olinishini ta'minlaydi.

Mahsulotga va loyihaga qo'yiladigan talablar

Shu paytgacha biz yaratishni rejalashtirgan dasturiy ta'minot tizimining xususiyatlarini tavsiflovchi talablarni

muhokama qildik. Keling, ularni mahsulotga bo'lgan talablar deb ataymiz . Odatda boshqa loyihalar uchun

talablar yaratiladi: ishlab chiqarish muhiti, byudjet cheklovlari , foydalanuvchiga ko'rsatma yoki mahsulotni

chiqarish va uni qo'llab-quvvatlanadigan muhitga targ'ib qilish talablari tavsiflangan hujjat . Bular loyihaga

qo'yiladigan talablar , ammo mahsulot uchun emas . Talablar spetsifikatsiyasi mahsulotga qo'yiladigan

talablarni o'z ichiga oladi va o'z ichiga olmaydi

dizayn yoki amalga oshirish tafsilotlari (ma'lum cheklovlardan tashqari), loyihani rejalashtirish ma'lumotlari,

sinov ma'lumotlari va boshqalar. Belgilangan elementlarni talablardan olib tashlang, shunda ishlab chiquvchi

guruh tomonidan qurilishi kerak bo'lgan narsa ushbu hujjatdan aniq bo'ladi. Loyihaga qo'yiladigan talablar:

 ishchi stantsiyalari, maxsus apparat vositalari, sinov laboratoriyalari, sinov uskunalari va uskunalari,

boshqaruv xonalari va videokonferentsaloqa uskunalari kabi ishlab chiqish guruhi tomonidan zarur bo'lgan

jismoniy resurslar ;

 kadrlar tayyorlash ehtiyojlar;

 foydalanuvchi hujjatlari, shu jumladan o'quv materiallari, qo'llanmalar, qo'llanmalar va dasturiy ta'minot

relizlari to'g'risidagi ma'lumotlar;

 Texnik qo'llab-quvvatlash manbalari, shuningdek, apparatli qurilmalarga texnik xizmat ko'rsatish to'g'risidagi

ma'lumot kabi qo'llab-quvvatlovchi hujjatlar .

 ish muhitida amalga oshirilishi zarur bo'lgan infratuzilmani o'zgartirish;

 talablar va protseduralar mahsulot ozod, ishlab chiqarish o'rnatish, sozlash, va sinov;

 Ushbu talab, ba'zan, deyiladi - yangi tizimiga eski o'tish uchun talablar va protseduralar, on-misol ma'lumotlar,

xavfsizlik konfiguratsion o'tkazish va o'zgartirish uchun talablar, ishlab chiqarish va tayyorlash transfer

STATCOM ostida malakaviy uchun qilish talablariga o'tish uchun IIBA ((o'tish talablar) 2009);

 mahsulotni sertifikatlashtirishga qo'yiladigan talablar va uning boshqarish organlarining talablariga

muvofiqligi;

 qayta ko'rib chiqilgan siyosat, jarayonlar, tashkiliy tuzilmalar va shunga o'xshash hujjatlar;

 uchinchi tomon dasturiy ta'minoti va dasturiy ta'minot qismlarini xarid qilish, sotib olish va litsenziyalash;

 beta-sinov, ishlab chiqarish, qadoqlash, marketing va tarqatish talablari;

 mijozlar bilan xizmat ko'rsatish darajasi to'g'risidagi shartnomalar;

 ishlab chiqilgan dasturiy ta'minot bilan bog'liq bo'lgan intellektual mulkning huquqiy himoyasi (patentlar,

savdo markalari yoki mualliflik huquqi) talablari.

Ushbu dizaynga talablar ushbu kitobda ko'rib chiqilmaydi. Bu ularning ahamiyati yo'q degani emas - ular

bizning dasturimiz dasturiy mahsulotlar uchun talablarni ishlab chiqish va boshqarishga bag'ishlangan . Ushbu

loyihaviy talablarni aniqlash biznes tahlilchisi va loyiha menejerining birgalikdagi majburiyatidir. Ular

mahsulotga talablarni to'plashda ko'pincha paydo bo'ladi. Loyiha talablari to'g'risidagi ma'lumot hamma narsani

tavsiflovchi loyihani boshqarish rejasida yaxshi saqlanadi kutilayotgan operatsiyalar va loyiha natijalari.

Yilda alohida, biznes ilovalar, ba'zan ataladi bilan bir bo'lib, odamlar , ham mahsulot talablariga kengdir

"hal", (buning uchun ish tahlilchi mas'ul bo'lgan) va loyiha talablariga (qaysi loyiha menejeri javobgar bo'ladi).

Ular "qaror doirasi" atamasini " loyihani muvaffaqiyatli yakunlash uchun qilinishi kerak bo'lgan hamma narsani"

anglatishi uchun ishlatishlari mumkin . Biroq, ushbu kitobda biz tijorat dasturiy mahsulotmi, o'rnatilgan dasturiy

ta'minot bilan jihozlangan qurilma, korxona ma'lumot tizimi, davlat dasturiy ta'minoti va hokazo bo'lsin,

mahsulotga bo'lgan talablarga e'tibor qaratamiz .

Talablarni ishlab chiqish va boshqarish

Terminologik chalkashliklar talablarga kelganda paydo bo'ladi,

va hatto bu so'zni aniq chaqirishga ta'sir qiladi. Ba'zi avtoulovlar ushbu texnik sohani ishlab chiqishning ushbu

butun sohasi deb atashadi (biz bunday yondashuv eng yaqin), ikkinchisi menejment talablarini (talablarni

boshqarish) atamasini ishlatgan , boshqalari esa biznesning razvedkasining eng keng tarqalgan sub'ekti faoliyati

deb hisoblashadi .

Rivojlanishning texnik holatini, Wii- ni talablarni ishlab chiqish (talablarni ishlab chiqish) ga ajratish foydali deb

hisoblaymiz - batafsilroq bu kitobning 2-qismida - va menejment talablari (talablarni boshqarish) - Rasmda

ko'rsatilganidek, IV qismga qarang. 1-4. Loyihaning uslubidan qat'i nazar - sharshara , bosqichli, iterativ,

moslashuvchan yoki aralash - barcha talablar uchun bajarilishi kerak bo'lgan ishlar mavjud. Metodologiyaga qarab,

ushbu operatsiyalar loyihaning hayotiy tsiklining turli vaqtlarida va har xil chuqurlik va tafsilotlarda bajarilishi

mumkin .

Shakl: 1-4. Texnik shartlarni ishlab chiqish sohasining tarkibiy qismlari

Talablarni ishlab chiqish

Shaklda ko'rsatilgandek. 1-4, biz aniqlash (aniqlash), tahlil qilish (tahlil qilish), hujjatlar (spetsifikatsiyalar)

uchun texnik shartlarni ishlab chiqishni ajratamiz.

va tasdiqlash (tasdiqlash) (Abran va boshqalar, 2004). Ushbu qurilish bloklari dasturiy ta'minotga talablarni

to'plash, baholash, hujjatlashtirish va tasdiqlashni o'z ichiga olgan barcha tadbirlarni o'z ichiga oladi. Quyida har

birining asosiy bosqichlari tasvirlangan tarkibiy qismlar.

Talablarni aniqlash va to'plash

Identifikatsiya va yig'ish ( talab qilish) uchun talab qilinadigan identifikatsiya qilish bo'yicha talablar bilan

bog'liq barcha harakatlar, masalan intervyu, yig'ilishlar, hujjatlarni tahlil qilish, prototiplash va boshqalar. Asosiy

harakatlar quyidagilarni o'z ichiga oladi:

 Mahsulotni kutilayotgan foydalanuvchilar va boshqa manfaatdor tomonlarning sinflarini aniqlash .

 An bu maqsadlar uchun mos deb maqsadlari va maqsadlar, shuningdek, biznes maqsadlarini tushunish.

 Yangi mahsulot ishlatiladigan muhitni o'rganish.

 Har bir foydalanuvchilar sinfidan bo'lgan shaxslar bilan ishlash, ularning ehtiyojlari va sifatga bo'lgan

umidlarini tushunish.

Foydalanishga yoki mahsulotga e'tibor qaratishingiz kerakmi?

Talablar odatda boshqa strategiyalar mumkin bo'lsa ham , foydalanishga asoslangan yoki mahsulotga

asoslangan yondashuv yordamida yig'iladi . Foydalanishga yo'naltirilgan yondashuvda asosiy e'tibor

foydalanuvchi vazifalarini tushunishga va tadqiq qilishga qaratiladi va ush bu ma'lumotdan tizimning kerakli

funktsional imkoniyatlari olinadi. Mahsulotga yo'naltirilgan yondashuv bozor yoki biznes muvaffaqiyatiga olib

keladigan funktsiyalarni aniqlashga qaratilgan. Mahsulotga yo'naltirilgan strategiyalar talablarni to'plash

jarayonida juda zarur bo'lib tuyulgan bo'lsa ham , faol ishlatilmaydigan funktsiyalarni amalga oshirish xavfini

tug'diradi . Avval biznes va foydalanuvchi maqsadlarini o'rganib chiqishni maslahat beramiz, so'ngra ushbu

ma'lumotlardan kerakli xususiyatlar va mahsulot xususiyatlarini aniqlash uchun foydalaning.

Tahlil

Talablarni tahlil qilish barcha talablar to'g'risida kengroq va aniqroq tushunchaga ega bo'lish va talablar

to'plamini turli yo'llar bilan taqdim etishni o'z ichiga oladi . Asosiy qadamlar quyidagilar:

 ikkala vazifani funktsional va funktsional bo'lmagan talablar, ish qoidalari, mo'ljallangan echimlar va boshqa

ma'lumotlardan ajratish uchun foydalanuvchilardan olingan ma'lumotlarni tahlil qilish ;

 yuqori darajadagi talablarni kerakli darajadagi tafsilotlarga ajratish;

 funktsional talablarni boshqa talablar to'g'risidagi ma'lumotlardan ajratib olish ;

 sifat fazilatlarining nisbiy ahamiyatini tushunish;

 tizimda belgilangan dasturiy komponentlarga talablarni taqsimlash.

 amalga oshirish ustuvorliklarini muvofiqlashtirish ;

 belgilangan chegaralarga javob bermaydigan talablar yoki keraksiz talablarni aniqlash.

Hujjatlashtirish

Hujjatlarni rasmiylashtirishga talablar to'g'risida umumiy ma'lumotni izchil va yaxshi tashkil etilgan holda

taqdim etish va saqlash kiradi . Asosiy harakatlar quyidagilarni o'z ichiga oladi:

 to'plangan foydalanuvchi ehtiyojlarini tushunish, tahlil qilish va maqsadli auditoriya tomonidan foydalanishga

yaroqli yozma talablar va diagrammalarga aylantirish.

Bayonot

Tasdiqlash VAKOLATXONALAR talablar (talablar tasdiqlash) Dasturchilar ish maqsadlariga javob beradigan

hal yaratish imkonini beradi talablari katta-mavjud majmui to'g'riligini tasdiqlash kerak. Asosiy qadamlar

quyidagilar:

 ishlab chiquvchi guruh tomonidan talablar qabul qilinishidan oldin kamchiliklarni bartaraf etish uchun

hujjatlashtirilgan talablarni tekshirish ;

 qabul testlar va must tasdiqlang talablari asosida yaratilgan mahsulot mijozning ehtiyojlarini qondirish va

uchrashadi degan mezon rivojlantirish biznes maqsadlarini.

Qayta tiklash rivojlanish muvaffaqiyatining asosiy shartidir. Rejalashtirishda siz yuqori darajadagi talablar

tafsilotlarini asta-sekin yangilab borish va foydalanuvchilar tomonidan to'g'riligini tasdiqlash uchun bir nechta

talablarni tekshirishni ta'minlashingiz kerak. H va bu uzoq vaqt talab qilishi mumkin, va o'xshashlik bilan

baholangan tadbirlar juda hayajonli bo'lmasligi mumkin, ammo bu yangi dasturlar davriy tizimini aniqlashda

noaniqliklarni hal qilishning muqarrar protsedurasi.

Diqqat! Hech qachon ideal talablarni yarata olmaysiz . Amaliy nuqtai nazardan, talablarni ishlab chiqishning maqsadi -

mahsulotning keyingi partiyasini yaratish uchun etarlicha yaxshi bo'lgan talablar to'g'risida umumiy tushunchaga ega bo'lish -

bu bir yoki yuz foiz bo'lsin, xavfning o'rtacha darajasida ishlashni davom ettirishdir. Asosiy xavf katta hajmdagi

rejalashtirilmagan kamchiliklar mavjudligidadir, chunki jamoa dizayn va ishlab chiqishni boshlashdan oldin ishning keyingi

bosqichiga qo'yiladigan talablarni etarlicha tushunmagan.

Talablarni boshqarish

Talablarni boshqarish bo'yicha faoliyat quyidagilarni o'z ichiga oladi:

 talablarning asosiy versiyasini belgilash, kelishilgan, sinovdan o'tgan va tasdiqlangan funktsional va

funktsional bo'lmagan talablar to'plamini aks ettiruvchi surat, odatda ma'lum bir keyingi mahsulotni ishlab

chiqarish yoki ishlab chiqish iteratsiyasi;

 taklif etilayotgan talablarning ta'sirini baholash va tasdiqlangan o'zgartirishlarni loyihaga kiritish;

 o'zgarishlar muvofiq yangilash loyiha rejalari talablar;

 talablari o'zgarish taxmin ta'siri asosida yangi majburiyatlarni muhokama qilish;

 munosabatlar va talablari o'rtasidagi mavjud bog'liqliklar aniqlash;

 dizayn, manba kodi va testlar oldidan individual talablarni kuzatish ;

 loyiha davomida talablar va o'zgarishlarning holatini kuzatish.

Talablarni boshqarish o'zgarishni oldini olish yoki uni amalga oshirishni qiyinlashtiradigan narsa emas - bu

loyihaga ta'sir etuvchi ta'sirini kamaytirish uchun kutilayotgan real o'zgarishlarni oldindan ko'rish va unga

moslashish haqida .

Shaklda 1-5 talablarni ishlab chiqish sohalarini ajratish va boshqarishning yana bir usulini ko'rsatadi. Ushbu

kitob talablarni aniqlash , tahlil qilish, hujjatlashtirish, tekshirish va boshqarish bo'yicha o'nlab maxsus

texnikalarni tavsiflaydi .

Shakl: 1-5. Talablarni ishlab chiqish va boshqarish sohalarini ajratish

Har bir loyihaning talablari bor

Frederik Broks talablarning muhim rolini aniq belgilab qo'ydi

yilda ": z va dasturiy ta'minot muhandislik hodisalari hech Kumush Bullet" klassik 1987 insho bir dasturiy

ta'minot ishlab chiqish loyiha:

«Dasturiy ta'minot tizimini yaratishning eng qiyin qismi bu nimani qurishni hal qilishdir. Kontseptual

ishning boshqa qismi yo'q texnik talablarning tafsilotlarini aniqlash qanchalik qiyin bo'lsa,

yilda odamlar, mexanizmlar va boshqa tizimlar Mami dastur bilan hamkorlikni, jumladan,. Hech

qanday boshqa ish yomon natijaga olib kelmaydi. Boshqa hech qanday xato tuzatish uchun

qiyinroq xatolarni keltirib chiqarmaydi. "

Dasturiy ta'minotni o'z ichiga olgan har bir tizimda unga ishonadigan foydalanuvchilar mavjud.

Foydalanuvchi ehtiyojlarini tushunishga sarflangan vaqt bu loyihani muvaffaqiyatli amalga oshirish uchun juda

samarali sarmoyadir. Agar loyiha jamoasi mijozlar allaqachon rozi bo'lgan talablarni yozmasa, qanday qilib bu

mijozlarni qondirishi mumkin?

Dizayn va amalga oshirishdan oldin talablarni to'liq aniqlash ko'pincha mumkin emas yoki kerak emas.

Bunday holda, asta-sekin va asta-sekinlik bilan davom eting: bir vaqtning o'zida bitta talabni ishlab chiqing.

va keyingi tsiklga o'tmasdan oldin mijozning javobini kutishingizga ishonch hosil qiling . Bu Agile-ning

rivojlanishining mohiyati. Jamoa qimmatli dasturiy ta'minotni iloji boricha tezroq qurishni boshlashi uchun

oqilona ustuvorlik va relizlar jadvalini tuzish uchun etarli talablarni aniqlab olish . Keyingi bosqichdan oldin

talablarni o'rganishdan oldin kod yozish uchun hech qanday bahona bo'lmaydi. Kodlashning iteratsiyasi

kontseptsiyani ishlab chiqishga qaraganda ancha qimmat.

Ba'zan odamlar yozma talablarga vaqt sarflamaslikni afzal ko'rishadi, ammo bu qiyin narsa emas. Qiyin qismi

bu talablarni aniqlashdir . Dastlab, talablarni yozish bu ma'lumotlarni shakllantirish, ishlab chiqish va dekodlash

jarayonidir. Mahsulotga bo'lgan talabni aniq tushunish, sizning jamoangiz hal qilinishi kerak bo'lgan muammolar

ustida ishlayotganiga va eng yaxshi echimni yaratishiga ishonch beradi . Talablar nima ekanligini bilmasdan, siz

loyihaning qachon tugashini, maqsadlarga erishilganligini yoki loyiha chegaralarini sozlashda murosaga kela

olmaysiz . Vaqtni talab qilish uchun vaqtni sarflash o'rniga, loyihadagi talablarga etarlicha e'tibor bermaslik

sababli pulni isrof qilmaslik.

Yaxshi odamlar yomon talablarga ega bo'lganda

Talablar muammosining asosiy natijasi bu siz o'ylagan narsani qayta ishlashdir. Bu umumiy rivojlanish

byudjetining 30-50% ni tashkil qiladi (Shull va boshqalar, 2002; GAO, 2004), talablar xatolari qayta ishlash

xarajatlarining 70 dan 85% gacha turadi (Leffingwell, 199 7). Kichik qayta ishlash mahsulotning qiymatini

oshiradi va yaxshilaydi, ammo juda katta qayta ishlash bu resurslarni isrof qilish va umidsizlikdan boshqa narsa

emas. Agar siz qayta ishlash hajmini kamaytirsangiz, hayotingiz qanchalik o'zgarishini tasavvur qiling yarim!

Sizning guruhingiz a'zolari dasturni tezroq qurishlari va hatto o'z vaqtida uylariga qaytishlari mumkin edi.

Yaxshi sifat talablarini yaratish xarajat emas, balki sarmoyadir.

Keyinchalik loyihada topilgan kamchiliklarni tuzatish, yaratilishdan so'ng darhol tuzatishga qaraganda ancha

qimmat. Aytaylik, biron bir kamchilikni topish va uni tuzatish uchun sarflangan xarajat bir dollarni tashkil etadi

(nisbiy miqyosda). Agar dizayn paytida xato aniqlansa, talabdagi xatoni tuzatish uchun bir dollar va noto'g'ri

talab asosida loyihani qayta ishlash uchun yana 2-3 dollar sarflash kerak bo'ladi. Ammo foydalanuvchi bu haqda

shikoyat qilmaguncha va shikoyat qilmaguncha xatoni hech kim topmagan deb tasavvur qiling . Nosozlikni

tuzatish qiymati tizim turiga bog'liq va bizning nisbiy miqyosimizga nisbatan 100 AQSh dollar yoki undan ko'p

bo'lishi mumkin (Boehm, 1981; Grady, 1999; Haskins, 2004). Men maslahat xizmatlarini ko'rsatgan mijozlardan

biri do'stona tekshirishning bir turi bo'lgan maxsus dasturiy ta'minotni tekshirish usulidan foydalangan holda,

ularning axborot tizimidagi nosozlikni aniqlash va tuzatish uchun mehnat xarajatlari o'rtacha 200 dollarni tashkil

qildi (Wiegers, 2002). Boshqa tomondan, foydalanuvchi tomonidan topilgan xatoni tuzatish uchun uning narxi

4200 dollarni tashkil etdi - bu narxdan 21 baravar. Talablar xatolarining oldini olish va ularni erta aniqlash

ularni qayta ishlashni sezilarli darajada kamaytiradi.

Talablarning etishmovchiligi loyihaning muvaffaqiyatiga tahdid soladi , bu erda muvaffaqiyat deganda

byudjet va loyiha jadvalini bajarish paytida sifat va funktsionallik bo'yicha foydalanuvchilarning talablariga

javob beradigan mahsulotni etkazib berish tushuniladi. 23-bob ushbu xavflarni loyihani buzmaslik uchun qanday

boshqarishni tushuntiradi. Keyinchalik keng tarqalgan xavflarning ba'zilari ushbu bobda batafsil tavsiflangan.

Foydalanuvchi bilan aloqa etishmasligi

Ko'pincha mijozlar talablarni sinchkovlik bilan to'plash va ularning sifatini ta'minlash juda muhimligini

tushunishmaydi. Ishlab chiquvchilar har doim ham foydalanuvchilarni ushbu jarayonga jalb qilishga ahamiyat

bermaydilar, chunki ular foydalanuvchilarning ehtiyojlari haqida hamma biladi deb ishonishgan. Ba'zi hollarda

to'g'ridan-to'g'ri shug'ullanadigan odamlarga murojaat qilish qiyin

bilan mahsulot va foydalanuvchilarni o'rniga qilganlar har doim ular aslida nima kerak tushunmadim.

Foydalanuvchi bilan bog'lanishning yo'qligi loyihaning oxirida talablar xatolarini topishga olib keladi, bu esa

loyihani tugatish kechikishini anglatadi.

Foydalanuvchilarning jalb etilmasligi bilan bog'liq yana bir xavf , ayniqsa talablarni tahlil qilish va tekshirish

paytida, biznes tahlilchisi haqiqiy biznes yoki mijozning ehtiyojlarini tushunmasligi va noto'g'ri hujjatlashtirishi

mumkin. Ba'zida biznes-tahlilchi "ideal" talablarga javob beradigan narsani aniqlash yo'lidan boradi va ishlab

chiquvchilar ularni amalga oshiradilar, ammo hech kim bu echimni ishlatmaydi, chunki biznes muammosi

noto'g'ri tushunilgan. Foydalanuvchilar bilan doimiy uchrashuvlar xavfni kamaytirishga yordam beradi, ammo

agar foydalanuvchilar talablarni etarlicha ko'rib chiqmasa, siz hali ham muammolarga duch kelishingiz mumkin.

Ishonchsiz rejalashtirish

“Men yangi mahsulot uchun nimadir o'ylab topdim. Buni qachon qilsa bo'ladi? Muammoni qayta

bilmaguningizcha, bu savolga javob bermang . Noma'lum, yaxshi tushunilmagan talablar haddan tashqari

optimistik baholarni keltirib chiqaradi va haddan tashqari ko'p bo'lganida bizni hayajonga soladi.

Tayyorlanmagan baho tinglovchining oldidagi majburiyat kabi ko'rinadi . Byudjet kam hisoblab chiqilganida

loyihaga eng katta hissa bu tez-tez talablarni o'zgartirish, o'tkazib yuborilgan talablar, foydalanuvchilarning etarli

darajada o'zaro aloqasi, talablarning batafsil spetsifikatsiyasi va kam tahlillar xarajatlari hisoblanadi (Devis,

1995). Ish yukini va loyihaning davomiyligini talablar asosida hisoblash, sizning talablaringiz doirasi va

rivojlanish guruhingizning mahsuldorligi haqida biron bir narsani bilishingiz kerak degan ma'noni anglatadi.

Talablarga asoslangan baho berish to'g'risida ko'proq ma'lumot olish uchun 5-bobda "Dastur talablari to'g'risida"

bo'limiga qarang (Wiegers, 2006).

O'sib borayotgan foydalanuvchi talablari

Davomida ishlab chiqish jarayoni, talablar loyiha ko'pincha vaqt va byudjet jihatidan ham, belgilangan doirasida

orqasida ketadi nima bo'lgan, o'zgartirishingiz mumkin. Talablar chegarasi chegarasini boshqarish uchun avval

loyihaning biznes maqsadlari, strategik qarashlari, cheklovlari va muvaffaqiyat mezonlarini aniqlang. Taklif

etilayotgan yangi xususiyatlar yoki talablar ushbu parametrlarga qanday ta'sir qilishini baholang. Talablar

bo'ladi o'zgartirish va o'sadi. Loyihaning menejeri birinchi yangi talablar jadvalni buzmasligi uchun favqulodda

vaziyatlar uchun "rejalashtirish buferlari" ni taqdim etishi kerak (Wiegers, 2007). Agile loyihalarida, iteratsiya

hajmi belgilangan byudjet va iteratsiya davomiyligiga moslashtiriladi. Yangi talablar paydo bo'lganda, ular orqa

qismga joylashtiriladi va ustuvorlik asosida kelajakdagi iteratsiyalarga tayinlanadi. O'zgarish ko'pincha

muvaffaqiyat uchun hal qiluvchi ahamiyatga ega, ammo u har doim narxga tushadi .

Aniq bo'lmagan talablar

Noaniqlikning bir alomati shundaki, foydalanuvchi bitta pozitsiyani turli yo'llar bilan talqin qilishi mumkin.

(Lourens, 1996). Yana bir alomat shundaki, talabning bir nechta o'quvchilari bu nimani anglatishini boshqacha

tushunishadi. 11-bob noaniqlik keltirib chiqaradigan ko'p sonli so'zlar va iboralarni aniqlaydi, bu o'quvchilarga

talqin qilish uchun javobgarlikni yuklaydi.

Ushbu noaniqlik, shuningdek, qiziquvchilar orasida turli xil taxminlarga olib keladi mazax qilingan

shaxslar. Keyinchalik, ulardan ba'zilari natijadan hayratda. Ishlab chiquvchilar noto'g'ri ishlarni bajarish

uchun vaqtni behuda sarf qilmoqdalar. Va testerlar tizimning noto'g'ri xatti-harakatlarini tekshirishga

tayyorgarlik ko'rishmoqda .

Noaniqlikdan qutulishning bir usuli - turli xil foydalanuvchilar vakillarini talablarni rasmiy ravishda ko'rib

chiqishga taklif qilish. (Wiegers, 2002). 17-bobda aytilganidek, «tengdosh-tengdosh» deb nomlangan norasmiy

baho, unda qatnashuvchilar talablarni mustaqil ravishda o'qiydilar, ko'pincha noaniqliklar yo'qligini

ko'rsatadilar. Agar ular talablarni turli yo'llar bilan talqin qilsalar, lekin ularning har biri uchun mantiqiy bo'lsa,

unda noaniqlik ko'rinmaydi. Talablarni birgalikda aniqlash va tekshirish , yig'ilish davomida guruh ichidagi

talablarni muhokama qilish va aniqlashtirishga yordam beradi. Noaniqlikni aniqlashning yana bir usuli - bu talab

uchun test ishini yozish va prototipni yaratish.

Talablar - "kamon"

Oltin qoplamasi bu talablar spetsifikatsiyasida yo'q bo'lgan va ishlab chiqaruvchilar tomonidan qo'shilgan

xususiyatlarni anglatadi , chunki ular foydalanuvchilarga yoqadi deb o'ylashadi. Agar mijozlar uchun ortiqcha

imkoniyatlar keraksiz bo'lsa, ularni amalga oshirish uchun ajratilgan vaqt isrof bo'lib chiqadi. P shunchaki yangi

vazifalar, tuzuvchilarning joylashtiring efore va ish zakovati sud mijozlar o'z ijodiy g'oyalar taqdim qilish uchun

zarur bo'lgan. Jamoa vazifasi spetsifikatsiya talablariga qat'iy rioya qilish va ularning roziligisiz mijozlarning

yordami orqasida harakat qilmaslikdir.

Foydalanuvchilar ba'zan chiroyli ko'rinadigan, ammo mahsulot uchun ahamiyatsiz bo'lgan xususiyatlar yoki

interfeys elementlarini talab qiladilar. Siz qo'shmoqchi bo'lgan har qanday narsa vaqt va pulni talab qiladi,

shuning uchun kelajakdagi mahsulotingiz qiymatini maksimal darajada oshirishga harakat qiling. "Kamon"

miqdorini kamaytirish uchun har bir funktsiyani uning manbasiga qarab kuzatib boring, u nima uchun

mahsulotga kiritilganligini aniq bilib oling. Belgilangan va ishlab chiqilgan har bir narsa loyiha ichida ekanligiga

ishonch hosil qiling.

O'tkazib yuborilgan foydalanuvchi darslari

Mahsulotlarning aksariyati turli xil chastotadagi turli xil funktsiyalar to'plamidan foydalanishi mumkin bo'lgan

bir nechta foydalanuvchilar guruhlariga mo'ljallangan.

va turli xil dasturiy tajribaga ega. Agar siz mahsulotingiz uchun muhim foydalanuvchi sinflarini oldindan

aniqlamagan bo'lsangiz , ba'zi mijozlarning ehtiyojlari hisobga olinmaydi . Barcha sinflarni aniqlagandan so'ng,

har kimning ovozi 6-bobda aytilganidek eshitilganligiga ishonch hosil qiling. Aniq foydalanuvchilardan

tashqari, o'zlarining funktsional va funktsional bo'lmagan talablariga ega bo'lgan yordamchi xodimlar haqida

unutmang . Eskirgan tizimlardan ma'lumotlarni o'zgartiradigan xodimlar migratsiyaga qo'yiladigan talablarga

ega, ular yakuniy mahsulotga ta'sir qilmaydi, lekin echimning muvaffaqiyatiga aniq ta'sir qiladi. Ehtimol,

qiziquvchilar ham bo'lishi mumkin loyihaning mavjudligidan bexabar, masalan, sizning tizimingizga ta'sir

ko'rsatishi mumkin bo'lgan standartlarni o'rnatgan davlat idoralari, va siz bunday manfaatdor tomonlar va

ularning loyihaga ta'siridan xabardor bo'lishingiz kerak .

Yuqori sifatli talablarni ishlab chiqish jarayonidan foyda

oling

Ko'pchilik, talablarni muhokama qilishga sarflangan vaqt shunchaki mahsulotni chiqarishni kechiktirmoqda, deb

noto'g'ri o'ylashadi. Ular talablar bilan ishlash loyihaning rentabelligini oshirmaydi deb taxmin qilishadi . Aslida,

yaxshi da'volarni olish qiymati deyarli har doim profitsit bilan qaytadi.

Qo'shma sho''basi PA-bot loyihasi talablariga yaratish muvaffaqiyatli jarayoni jalb manfaatdor tomonlar

majmui tomonidan, va loyiha davomida. To'plash talablari ishlab chiqish guruhiga foydalanuvchilarni yoki har

qanday loyiha uchun muhim bo'lgan bozor voqeligini yaxshiroq tushunishga imkon beradi. Vizual jozibali

xususiyatlarga emas, balki foydalanuvchi vazifalariga e'tibor qaratish orqali jamoa o'zi kerak bo'lmagan kodni

qayta yozishga majbur bo'ladi. Mijozlarni ushbu jarayonga jalb qilish, foydalanuvchilarga kerak bo'lgan narsalar

va ishlab chiquvchilar chiqaradigan narsalar o'rtasidagi farqdan kelib chiqadigan yolg'on taxminlar ehtimolini

kamaytiradi . Ertami-kechmi, siz mijozlarning fikrlarini olishni boshlaysiz. Bundan tashqari, mahsulotni ishlab

chiqarishni boshlashdan oldin, yakuniy etkazib berishdan keyin o'zaro tushunishga erishish ancha arzon. Mijoz-

ishlab chiquvchi hamkorligining mohiyati haqida 2- bobga qarang .

Odamlar bilan o'zaro bog'liq bo'lgan dasturiy ta'minot, apparat vositalari yoki quyi tizimlarga tegishli

talablarni aniq ajratish mahsulotni ishlab chiqishda tizimli yondoshishga imkon beradi. O'zgarishlarni

boshqarishning samarali jarayonlari o'zgaruvchan talablarning salbiy ta'sirini kamaytiradi . Bir xil aniq

bo'lmagan hujjatlar mahsulotni sinovdan o'tkazishni osonlashtiradi. Bularning barchasi birgalikda barcha

foydalanuvchilarni qoniqtiradigan yuqori sifatli mahsulotni yaratish imkoniyatlarini oshiradi.

Hech kim talablarni yaxshilashga yo'naltirilgan sarmoyadan aniq daromad olishni va'da qilmaydi . Yaxshi

talablar sizning jamoalaringizga qanday yordam berishi mumkinligini aqliy tahlil qilishingiz mumkin (Wiegers,

2006). Yuqori sifat talablarining narxi yangi protseduralar va hujjatlar shablonlarini ishlab chiqish , jamoani

o'qitish va vositalarni sotib olish xarajatlaridan iborat . Eng katta investitsiya bu sizning guruhingiz talablarni

to'plash, hujjatlashtirish, ko'rib chiqish va boshqarish uchun sarflaydigan vaqt. Mumkin bo'lgan foyda:

 talablari va kam nuqsonlar tayyor mahsulot;

 kam ishlov berish;

 tayyor mahsulotni tezroq ishlab chiqish va etkazib berish;

 keraksiz va foydalanilmagan funktsiyalar soni kamroq;

 o'zgartirish narxini pasaytirish;

 kamroq tushunmovchilik;

 loyiha chegaralarining kamroq tarqalishi;

 loyiha kam tartibsizlik;

 mijozlar va jamoa a'zolarining yuqori qoniqishi;

 ulardan kutilgan narsalarni bajaradigan mahsulotlar.

Agar siz barcha imtiyozlarni aniqlay olmasangiz ham, ular baribir haqiqiydir.

Keyin nima?

 Hozirgi yoki oldingi loyihalarda duch kelgan talablar bilan bog'liq muammolarni tasvirlab bering. Ularni

rivojlanish yoki boshqaruv muammolariga ajrating. Har bir muammoning asosiy sabablarini va uning

loyihaga ta'sirini aytib bering.

 Amaldagi yoki oldingi loyihalarda duch kelgan muammolar, ularning ta'siri va ularning asl sabablarini yozib,

jamoangiz a'zolari va barcha manfaatdor tomonlar bilan talablar muhokamasini tashkil qiling. Ushbu

qiyinchiliklarni qondirish uchun sizning joriy talablaringizni ish oqimini o'zgartirish bo'yicha fikrlaringiz

bilan o'rtoqlashing. Siz B ilovada muammolarni bartaraf etish bo'yicha qo'llanmani foydali deb topishingiz

mumkin.

 Biz tavsiya qiladigan barcha toifalarni qamrab olganligingizni aniqlash uchun tashkilotingiz talablari va

mahsulot terminologiyasini ushbu bobda ishlatilgan bilan solishtiring .

 Talab etiladigan hujjatlarning bir nechta sahifalarida sizning jamoangiz ish faoliyatini yaxshilashi mumkin

bo'lgan sohalarni aniqlash uchun oddiy baholashni amalga oshiring. Agar ushbu baholash tashqi ekspert

tomonidan o'tkazilgan bo'lsa, ayniqsa foydali bo'ladi.

 Sizning loyihangizda ishlaydigan jamoaga qo'yiladigan talablar bo'yicha mashg'ulotlarni tashkil qiling.

Asosiy xaridorlar, sotuvchilar, menejerlar, ishlab chiquvchilar, sinovchilar va boshqa manfaatdor

tomonlarni taklif qiling. Trening guruh a'zolari umumiy vazifalarni yanada samarali hal qilishi uchun

umumiy so'z boyligini va samarali texnikalar va xatti-harakatlar to'g'risida umumiy tushunchani

rivojlantirishga imkon beradi .