Dasturiy ta'minotga qo ’yilgan talablarni ishlab chiqish asoslari

1-Mavzu:

 

 

 

Dasturiy ta'minotga  qo

’yilgan  talablarni ishlab 

chiqish asoslari 

 

 

 

•  Kirish 

• 

Dasturiy ta’minot talablarini aniqlash 

             

• 

Talablarni ishlab chiqish va boshqarish 

              

• 

Har bir loyihada talablar mavjud

              

• 

Yuqori sifatli talablarni ishlab chiqish jarayonining foydalari

             

 

 

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

 

 

 

Ta shkilotingizda gi  hozirgi  ta la bla r  hola tini  tekshirish  uchun  ,  so'nggi  loyiha ngizda   quyida gi  sha rtla rning 

qa ncha siga  muvofiqligini  ko'rib  chiqing.  Aga r  sizning  hola tingizga  uchta  yoki to'rtta  element tegishli  bo'lsa , 

ushbu kitob siz uchun:

 

 

 

  

biznes ma qsadla ri, qa ra shla ri va  chega ra la ri hech qa chon a niq belgila nma ga n.

       

 

 

 

 

Mijozla r hech qa chon ta hlilchila r yoki ishla b chiquvchila r bila n ishla sh uchun eta rli va qtga  ega  

bo'lma dila r.

       

 

 

 

 

Sizning  guruhingiz  ula rning ehtiyojla rini tushunish uchun to'g'rida n -to'g'ri  foyda la nuvchila r bila n bevosita  

a loqa  qila  olma ydi.

       

 

 

 

 

Mijozla r ba rcha  ta la bla rni juda  muhim deb bilisha di, shuning uchun ula r ustuvorlik qilma ydi.

       

 

 

 

 

Kodni ishla b chiqish ja ra yonida ishla b chiquvchila r noa niqlik va  ma 'lumot etishmov chiligiga  duch kelisha di, 

shuning uchun ula r ko'p na rsa la r ha qida  ta xmin qilishla ri  kera k.

       

 

 

 

 

Ishla b  chiquvchila r  va   ma nfaatdor  tomonla r  o'rta sida gi  a loqa   foyda la nuvchila r  da sturiy  ma hsulotdan 

foyda la nadiga n va zifala rga  emas, ba lki Windows  va  interfeys funktsiya la riga  qa ra tilga n.

       

 

 

 

 

Sizning  mijozla ringiz hech qa chon ta la blarni ma 'qulla maydila r.

       

 

 

 

 

Sizning  mijozla ringiz na shrni yoki itera tsiya ni ma 'qulla shdi yoki ma 'qulla dila r , keyin ula rga  o'zga rtirish 

kiritishni  da vom ettirdila r.

       

 

 

 

 

Ta la bla rga   o'zga rtirishla r  kiritilishi  bila n  loyiha ning  ko'la mi  kenga ydi,  a mmo  qo'shimcha   ma nbalar 

etishma sligi  va  funktsiona l imkoniya tla rning bir  qismini  olib  ta shla sh  ra d  etilga nligi  sa ba bli mudda tlar 

buzildi .

       

 

 

 

 

Ta la b qilinga n o'zga rtirishla r  yo'qolga n va  hech kim so'ra lga n o'zga rtirishla rning  hola tini bilma ydi.

       

 

 

 

 

Mijozla r ma 'lum bir funktsiya ni ta la b qilishdi va  ishla b chiquvchila r buni a ma lga  oshirishdi, a mmo hech 

kim unda n foydala nmaydi.

       

 

 

 

 

Loyiha ning oxirida  spetsifika tsiya  ba ja rildi, a mmo biznes ma qsa dla ri ba ja rilma di va  mijoz 

qoniqtirilma di.

       

 

 

 

 

 

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.  Ta la bla r uchun bir necha  turda gi ma 'lumotla rning o'za ro b og'liqligi.  Qa ttiq chiziqla r "ichida " dega n 

ma 'noni a ngla ta di va  nuqta  chiziqla r "boshla ng'ich nuqta " yoki "ta 'sir qila di" dega n ma 'noni a ngla ta di.

 

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 

qa nda y ishla shi kera kligini  so'ra ydi, bu esa  o'z na vba tida kimga dir foyda  keltira di. Foyda la nuvchi ta la bla ri soha si, 

shuningdek , foyda la nuvchi qoniqishi uchun muhim bo'lga n a tributla r yoki ma hsulot ta vsifla rining ta vsifini o'z ichiga  

ola di . Bunda y ta labni ta qdim etishning a joyib usulla ri foyda la nish hola tlari (Kula k va  Giney, 2004), foyda la nuvchi 

hikoya la ri (Cohn, 2004) va  voqea la rga  ja vob berish ja dvalla ri .  Idea l holda , ha qiqiy foyda la nuvchi va killa ri ushbu 

ma 'lumotla rni ta qdim eta dila r. Foyda la nuvchi ta la bla ri foyda la nuvchi tizim  bila n  nimani  ba ja ra   olishi  kera kligini 

ta vsifla ydi .  Foyda la nish hola tiga  misol  -  a eroportda  veb-sa yt yoki  termina lda n foyda la ngan holda  pa rvoz uchun 

ro'yxa tda n o'tish . Foyda la nuvchi hikoya si sha klida  tuzilga n, xuddi shu foyda la nuvchi ta la bi quyida gicha  ko' rinishi 

mumkin: "Yo'lovchi sifa tida  men sa molyotga  chiqishim uchun pa rvoz uchun ro'yxatdan o'tishni xohla yman."  Shuni 

yodda   tutish  kera kki,  ko'pgina   loyiha la rda   foyda la nuvchila rning  bir  nechta   sinfla ri,  shuningdek  boshqa   hissa  

qo'shuvchila r  ha m  ma vjud  bo'lib,  ula rning  ehtiyojla ri  a niqla nishi  kera k.  Modelning  ushbu  da ra jasi  8-bobda  

ta vsifla nga n. Ba 'zi  oda mla r ta la bla rni tizimning  to'g'rida n-to'g'ri  foyda la nuvchila rida n ta shqari boshqa  ma nfaatdor 

tomonla r  tomonida n  ta 'minla nishiga   muroja at  qilish  uchun   ma nfaatdor  tomonla rning  kengroq  ta la bla ridan 

foyda la nadila r.  Bu,  a lba tta , ha qiqa t, lekin  ushbu  da ra ja da  biz  ha qiqiy  foyda la nuvc hila r ma hsulot  bila n  nimaga  

erishmoqchi eka nligini  tushunishimiz kera k .

 

 

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 .