SlideShare une entreprise Scribd logo
1  sur  12
OʻZBEKISTON RESPUBLIKASI OLIY VA OʻRTA MAXSUS TAʼLIM VAZIRLIGI
«MIRZO ULUGʻBEK NOMIDAGI OʻZBEKISTON MILLIY UNIVERSITETINING JIZZAX FILIALI»
Kafedra: «Axborot tizimlari va texnologiyalari»
Axborot tizimlarini yaratishga qo’yilgan talablar
Muallif – Ergashev Sirojiddin Baxtiyor o’g’li
«Axborot tizimlari va texnologiyalari»
kafedrasi – o’qtuvchisi
Axborot tizimlari. Dasturiy ta'minot loyihasini ishlab chiqishdagi talab darajalari
Talab "tizim javob berishi kerak bo'lgan shart yoki qobiliyat " ( RUP Rational Unified Processes - oqilona birlashtirilgan
jarayonlar ).
" Talablar - bu avtomatlashtirilgan axborot tizimlari ishlab chiqilgan yoki yaratilgan dastlabki ma'lumotlar ".
Talablar darajalari :
• Yuqori darajadagi biznes talablari ( top - menejerlardan) .
• Ikkinchi daraja - foydalanuvchilarning talabi.
Qoidaga ko'ra, ushbu darajadagi talablar yomon shakllangan, qarama -qarshiliklarga, takrorlanishga va yomon tuzilishga
ega.
• Uchinchi daraja - bu tizim tomonidan amalga oshiriladigan funktsiyalarni belgilaydigan funktsional talablar va
funktsional bo'lmagan talablar .
Turli darajadagi talablarda qarama-qarshiliklar bo'lishi mumkin. Shunday qilib, ma'lumotlarning to'liqligi talabi boshqaruv
uchun zarur bo'lgan minimal ma'lumotlarni taqdim etish talabiga zid bo'lishi mumkin.
" Bir yig'ish nuqtasi " qoidasi : " Ma'lumotlar paydo bo'lgan joyda yig'iladi. ”
Funktsional va funktsional bo'lmagan talablar
Xususiyat - bu bir yoki bir nechta manfaatdor tomonlarning ehtiyojlarini qondirish uchun tizim tomonidan
taqdim etiladigan xizmat.
Funktsional talablar tizimning xatti-harakatlarini belgilaydi va taqdim etiladigan maqsadlar, vazifalar va
xizmatlarni belgilaydi. Ular buyruq qoidalari yordamida tasvirlangan , masalan, " tizim tushum va
xarajatlarni shakllantirishga imkon berishi kerak " . Yana bir usul - foydalanish holatlari UML standartidagi
holatlardan foydalaning .
Funktsional bo'lmagan talablar tizim atributlarini yoki tizim muhiti atributlarini tavsiflaydi :
• operatsion xususiyatlar (qayta kirish, dasturiy ta'minot va apparat mosligi, moslashuvchanlik, qo'llab-
quvvatlash xususiyatlari);
• ishlash;
• amalga oshirish xususiyatlari (standartlar, tillar, operatsion tizimlar va boshqalar);
• va sifat va ishonchlilik atributlari (nosozliklar chastotasi, tiklanish
• interfeyslar, shu jumladan sub'ektlarning o'zaro ta'siri qoidalari ;
• sifat atributlari.
Interfeyslar apparat, dasturiy ta'minot va foydalanuvchi interfeyslari bo'lishi mumkin. Albatta, tashqi
qurilmalar bilan interfeyslar ajratilgan.
Talablar atributlari
• Ustuvorlik (yuqori, o'rta, past ); ishni rejalashtirishda yoki mahsulotni loyihalashda ustuvorlik
tartibi
• Status (taklif qilingan, tasdiqlangan, amalga oshirilgan, tasdiqlangan);
• Narx (yuqori, o'rta, past yoki raqamli qiymat);
• Amalga oshirishning murakkabligi (yuqori, o'rta, past);
• Barqarorlik (yuqori, o'rta, past ); talabning barqarorlik darajasini aks ettiradi. Hayotiy tsikl
• Ijrochi (guruh, muayyan ijrochi yoki ijrochilar sinfining xususiyatlari).
• qobiliyati - rivojlanishning turli bosqichlarida berilgan talabning mavjudligini tekshirish qobiliyati
.
Eslatma : talablar tizimi to'liq va izchil bo'lishi kerak.
Loyihaning tuzilishi va amalga oshirilishiga
Dizayn dizayni talablari tizim dizayni bilan bog'liq masalalarni o'z ichiga oladi . Va ularni
ko'pincha tuzilishdagi cheklovlar deb ataladi.
Amalga oshirish talablari
Dasturlash va tizim dizaynining xususiyatlarini aniqlang. Masalan:
 muvofiqlik
 amalga oshirish tillari
 ma'lumotlar bazasi yaxlitligi qoidalari
 resurslar chegaralari
 ish muhitlari
Loyixa dizayni talablari
• Bosqich taklif etilayotgan tizimning funktsional talablariga javob
beradigan zarur spetsifikatsiyalar, xususiyatlar va operatsiyalarni
batafsil tushuntirishdan iborat. Bu oxirgi foydalanuvchilar uchun
taklif qilinayotgan tizim uchun biznes ma'lumotlariga bo'lgan
ehtiyojlarini muhokama qilish va aniqlash uchun qadamdir.
Loyixa dizayni talab tartibiga quyidagilar kiradi
• ilovalar, tarmoq, ma'lumotlar bazalari , foydalanuvchi interfeyslari va tizim
interfeyslarini loyihalash.
• SRS (Software Requirements Specification - Dasturiy ta'minot talablari
spetsifikatsiyasi) hujjatini dasturlash tilida amalga oshirilishi mumkin bo'lgan batafsil
va to'liq spetsifikatsiyalar to'plamini o'z ichiga olgan mantiqiy tuzilishga aylantirish.
• Favqulodda vaziyatlar, o'qitish, texnik xizmat ko'rsatish va foydalanish rejasini
yaratish.
• Taklif etilgan dizaynni ko'rib chiqish. Yakuniy dizayn SRS hujjatida ko'rsatilgan
talablarga javob berishi kerakligiga ishonch hosil qiling.
• Keyingi bosqichda qo'llaniladigan dizayn hujjatini tayyorlash .
Talablar bilan bog'liq nosozliklar sabablari
Muvaffaqiyatsizlik sabablari:
• Noaniqlik, denotatsiya noaniqlik, talablarning aniq belgilanmaganligi va to'liq emasligi
• Loyiha bo'yicha ishda buyurtmachining etarli darajada ishtirok etmasligi
• Resurslarni kam investitsiyalash
• Loyihani yomon rejalashtirish va boshqarish
• tez yoki kamdan -kam hollarda o'zgartirish va tuzatish
• texnologiyaning nomukammalligi
• Rahbariyat tomonidan qo'llab- quvvatlanmasligi
• Etarli darajada malakali ishlab chiquvchilar
• Loyihaga oid tajribaning etishmasligi
• Birovning yoki birovning to'plangan tajribasiga e'tibor bermaslik
Loyihaning muvaffaqiyatsizligi sabablari . Domino effekti
Talablar xatolari eng qimmat va eng keng tarqalgan xatolardir. Ular mahsulotni qayta
ishlash xarajatlarining 70 foizini va butun loyiha byudjetining 30-40 foizini tashkil qiladi . Shuni
esda tutish kerakki:
• talablar tabiiy tilda tuzilgan, turli ontologiyalar/tezauriyalar asosida
• talablar xilma-xildir va ularni nazorat qilish qiyin bo'lgan miqdorda ilgari surilishi mumkin ;
• talablar bir-biri bilan va boshqa dizayn ma'lumotlari bilan bog'langan; talablar dasturiy
ta'minot hayot aylanishining turli bosqichlarida o'zgaradi .
Hayotiy tsiklning istalgan bosqichida talablar bilan noto'g'ri ishlash domino effektiga olib kelishi
mumkin.
Masalan, foydalanuvchi talabini o'tkazib yuborish ( e'tibor bermaslik ) tizim talabini o'tkazib
yuborishga olib keladi. Bu uning ichida
navbat - yo'qligiga olib keladi
dizayn elementi , va shuning uchun
funksionallikning etishmasligi.
Tizim talablari va tahlili
• Talablarni tahlil qilish jarayonining maqsadlari quyidagilarni o'z ichiga oladi
• a) Yakuniy foydalanuvchilarning ehtiyojlarini tizimga, tizim elementlariga bog'lash va
tizim elementlarini loyihalash va ishlab chiqish imkonini berish.
• b) Belgilangan xarajatlar va jadval cheklovlari doirasida oxirgi foydalanuvchilarning
operatsion missiya talablariga javob beradigan tizimni aniqlash.
• c) foydalanuvchi maqsadlariga asoslangan muvozanatli talablar to'plamiga erishish
uchun turli funktsiyalarning o'zaro ta'siri haqida tushuncha berish.
• Eslatma: Shu bilan birga, ishlab chiqish guruhi talablar bajarilishini ta'minlash uchun
matn sahifalari o'rniga foydalanuvchi hikoyalari, foydalanish holatlari, ma'lumotlar
modeli diagrammasi (ER modeli va UML) va oqim diagrammalari shaklida manfaatdor
tomonlar bilan bog'lanishi mumkin.

Contenu connexe

Tendances

Direct Dimensions: 3D Laser Scanning for Digital Modeling and Documentation
Direct Dimensions: 3D Laser Scanning for Digital Modeling and DocumentationDirect Dimensions: 3D Laser Scanning for Digital Modeling and Documentation
Direct Dimensions: 3D Laser Scanning for Digital Modeling and Documentation
Direct Dimensions, Inc.
 
Համակարգչի վնասակար ազդեցությունները
Համակարգչի վնասակար ազդեցություններըՀամակարգչի վնասակար ազդեցությունները
Համակարգչի վնասակար ազդեցությունները
Vardan Petrosyan
 
Requirements Engineering Processes in Software Engineering SE6
Requirements Engineering Processes in Software Engineering SE6Requirements Engineering Processes in Software Engineering SE6
Requirements Engineering Processes in Software Engineering SE6
koolkampus
 
System of systems classification
System of systems classificationSystem of systems classification
System of systems classification
sommerville-videos
 
Presentation on component based software engineering(cbse)
Presentation on component based software engineering(cbse)Presentation on component based software engineering(cbse)
Presentation on component based software engineering(cbse)
Chandan Thakur
 
Aspect oriented software development
Aspect oriented software developmentAspect oriented software development
Aspect oriented software development
Maryam Malekzad
 

Tendances (19)

Ch22 project management
Ch22 project managementCh22 project management
Ch22 project management
 
Plant Disease Prediction using CNN
Plant Disease Prediction using CNNPlant Disease Prediction using CNN
Plant Disease Prediction using CNN
 
Direct Dimensions: 3D Laser Scanning for Digital Modeling and Documentation
Direct Dimensions: 3D Laser Scanning for Digital Modeling and DocumentationDirect Dimensions: 3D Laser Scanning for Digital Modeling and Documentation
Direct Dimensions: 3D Laser Scanning for Digital Modeling and Documentation
 
Համակարգչի վնասակար ազդեցությունները
Համակարգչի վնասակար ազդեցություններըՀամակարգչի վնասակար ազդեցությունները
Համակարգչի վնասակար ազդեցությունները
 
Ch19 systems engineering
Ch19 systems engineeringCh19 systems engineering
Ch19 systems engineering
 
Structured analysis and structured design
Structured analysis  and structured designStructured analysis  and structured design
Structured analysis and structured design
 
Negro Oswaldo
Negro OswaldoNegro Oswaldo
Negro Oswaldo
 
Requirements Engineering Processes in Software Engineering SE6
Requirements Engineering Processes in Software Engineering SE6Requirements Engineering Processes in Software Engineering SE6
Requirements Engineering Processes in Software Engineering SE6
 
07 Modelagem (Sommer)
07 Modelagem (Sommer)07 Modelagem (Sommer)
07 Modelagem (Sommer)
 
Ch5 - System Modeling
Ch5 - System ModelingCh5 - System Modeling
Ch5 - System Modeling
 
O ISS SOBRE SERVIÇOS PRATICADOS NA ATIVIDADE AGRÍCOLA SUCROALCOOLEIRA – CCT (...
O ISS SOBRE SERVIÇOS PRATICADOS NA ATIVIDADE AGRÍCOLA SUCROALCOOLEIRA – CCT (...O ISS SOBRE SERVIÇOS PRATICADOS NA ATIVIDADE AGRÍCOLA SUCROALCOOLEIRA – CCT (...
O ISS SOBRE SERVIÇOS PRATICADOS NA ATIVIDADE AGRÍCOLA SUCROALCOOLEIRA – CCT (...
 
Government SOA Scenario: Immigration and Border Management
Government SOA Scenario: Immigration and Border ManagementGovernment SOA Scenario: Immigration and Border Management
Government SOA Scenario: Immigration and Border Management
 
System of systems classification
System of systems classificationSystem of systems classification
System of systems classification
 
Presentation on component based software engineering(cbse)
Presentation on component based software engineering(cbse)Presentation on component based software engineering(cbse)
Presentation on component based software engineering(cbse)
 
Introduction to systems of systems
Introduction to systems of systemsIntroduction to systems of systems
Introduction to systems of systems
 
Domain specific Software Architecture
Domain specific Software Architecture Domain specific Software Architecture
Domain specific Software Architecture
 
Aspect oriented software development
Aspect oriented software developmentAspect oriented software development
Aspect oriented software development
 
PCB Faults Detection Using Image Processing
PCB Faults Detection Using Image ProcessingPCB Faults Detection Using Image Processing
PCB Faults Detection Using Image Processing
 
Software Designing - Software Engineering
Software Designing - Software EngineeringSoftware Designing - Software Engineering
Software Designing - Software Engineering
 

Plus de MIRZO ULUG‘BEK NOMIDAGI O‘ZBEKISTON MILLIY UNIVERSITETI JIZZAX FILIALI

Plus de MIRZO ULUG‘BEK NOMIDAGI O‘ZBEKISTON MILLIY UNIVERSITETI JIZZAX FILIALI (13)

Xatolar. Teskari tarqalish (backpropagatIon) usuli
Xatolar. Teskari tarqalish (backpropagatIon) usuliXatolar. Teskari tarqalish (backpropagatIon) usuli
Xatolar. Teskari tarqalish (backpropagatIon) usuli
 
Sun’iy neyron to‘rlarini o‘rgatish
Sun’iy neyron to‘rlarini o‘rgatishSun’iy neyron to‘rlarini o‘rgatish
Sun’iy neyron to‘rlarini o‘rgatish
 
Operatsiyalar
OperatsiyalarOperatsiyalar
Operatsiyalar
 
Biznes-jarayonlar diagrammalarining kategoriyalari
Biznes-jarayonlar diagrammalarining kategoriyalariBiznes-jarayonlar diagrammalarining kategoriyalari
Biznes-jarayonlar diagrammalarining kategoriyalari
 
BPMN notatsiyasi subklasslari
BPMN notatsiyasi subklasslariBPMN notatsiyasi subklasslari
BPMN notatsiyasi subklasslari
 
BPMN 2.0 spetsifikatsiyasi
BPMN 2.0 spetsifikatsiyasiBPMN 2.0 spetsifikatsiyasi
BPMN 2.0 spetsifikatsiyasi
 
eEPC metodologiyasi
eEPC metodologiyasieEPC metodologiyasi
eEPC metodologiyasi
 
Vizual modellashtirish IDEF metodologiyasi
Vizual modellashtirish IDEF metodologiyasiVizual modellashtirish IDEF metodologiyasi
Vizual modellashtirish IDEF metodologiyasi
 
Axborot tizimlari hayotiy siklining asosiy jarayonlari
Axborot tizimlari hayotiy siklining asosiy jarayonlariAxborot tizimlari hayotiy siklining asosiy jarayonlari
Axborot tizimlari hayotiy siklining asosiy jarayonlari
 
Axborot tizimlari biznes-jarayoni modeli. Modellashtirіsh notatsiyasi
Axborot tizimlari biznes-jarayoni modeli. Modellashtirіsh notatsiyasiAxborot tizimlari biznes-jarayoni modeli. Modellashtirіsh notatsiyasi
Axborot tizimlari biznes-jarayoni modeli. Modellashtirіsh notatsiyasi
 
Murakkab tizimlarni loyihalashda tizimli yondashuv
Murakkab tizimlarni loyihalashda tizimli yondashuvMurakkab tizimlarni loyihalashda tizimli yondashuv
Murakkab tizimlarni loyihalashda tizimli yondashuv
 
Sun’iy neyron modeli
Sun’iy neyron modeliSun’iy neyron modeli
Sun’iy neyron modeli
 
SUN’IY NEYRON TO‘RLARI
SUN’IY NEYRON TO‘RLARISUN’IY NEYRON TO‘RLARI
SUN’IY NEYRON TO‘RLARI
 

Axborot tizimlarini yaratishga qo’yilgan talablar

  • 1. OʻZBEKISTON RESPUBLIKASI OLIY VA OʻRTA MAXSUS TAʼLIM VAZIRLIGI «MIRZO ULUGʻBEK NOMIDAGI OʻZBEKISTON MILLIY UNIVERSITETINING JIZZAX FILIALI» Kafedra: «Axborot tizimlari va texnologiyalari» Axborot tizimlarini yaratishga qo’yilgan talablar Muallif – Ergashev Sirojiddin Baxtiyor o’g’li «Axborot tizimlari va texnologiyalari» kafedrasi – o’qtuvchisi
  • 2. Axborot tizimlari. Dasturiy ta'minot loyihasini ishlab chiqishdagi talab darajalari Talab "tizim javob berishi kerak bo'lgan shart yoki qobiliyat " ( RUP Rational Unified Processes - oqilona birlashtirilgan jarayonlar ). " Talablar - bu avtomatlashtirilgan axborot tizimlari ishlab chiqilgan yoki yaratilgan dastlabki ma'lumotlar ". Talablar darajalari : • Yuqori darajadagi biznes talablari ( top - menejerlardan) . • Ikkinchi daraja - foydalanuvchilarning talabi. Qoidaga ko'ra, ushbu darajadagi talablar yomon shakllangan, qarama -qarshiliklarga, takrorlanishga va yomon tuzilishga ega. • Uchinchi daraja - bu tizim tomonidan amalga oshiriladigan funktsiyalarni belgilaydigan funktsional talablar va funktsional bo'lmagan talablar . Turli darajadagi talablarda qarama-qarshiliklar bo'lishi mumkin. Shunday qilib, ma'lumotlarning to'liqligi talabi boshqaruv uchun zarur bo'lgan minimal ma'lumotlarni taqdim etish talabiga zid bo'lishi mumkin. " Bir yig'ish nuqtasi " qoidasi : " Ma'lumotlar paydo bo'lgan joyda yig'iladi. ”
  • 3. Funktsional va funktsional bo'lmagan talablar Xususiyat - bu bir yoki bir nechta manfaatdor tomonlarning ehtiyojlarini qondirish uchun tizim tomonidan taqdim etiladigan xizmat. Funktsional talablar tizimning xatti-harakatlarini belgilaydi va taqdim etiladigan maqsadlar, vazifalar va xizmatlarni belgilaydi. Ular buyruq qoidalari yordamida tasvirlangan , masalan, " tizim tushum va xarajatlarni shakllantirishga imkon berishi kerak " . Yana bir usul - foydalanish holatlari UML standartidagi holatlardan foydalaning . Funktsional bo'lmagan talablar tizim atributlarini yoki tizim muhiti atributlarini tavsiflaydi : • operatsion xususiyatlar (qayta kirish, dasturiy ta'minot va apparat mosligi, moslashuvchanlik, qo'llab- quvvatlash xususiyatlari); • ishlash; • amalga oshirish xususiyatlari (standartlar, tillar, operatsion tizimlar va boshqalar); • va sifat va ishonchlilik atributlari (nosozliklar chastotasi, tiklanish • interfeyslar, shu jumladan sub'ektlarning o'zaro ta'siri qoidalari ; • sifat atributlari. Interfeyslar apparat, dasturiy ta'minot va foydalanuvchi interfeyslari bo'lishi mumkin. Albatta, tashqi qurilmalar bilan interfeyslar ajratilgan.
  • 4. Talablar atributlari • Ustuvorlik (yuqori, o'rta, past ); ishni rejalashtirishda yoki mahsulotni loyihalashda ustuvorlik tartibi • Status (taklif qilingan, tasdiqlangan, amalga oshirilgan, tasdiqlangan); • Narx (yuqori, o'rta, past yoki raqamli qiymat); • Amalga oshirishning murakkabligi (yuqori, o'rta, past); • Barqarorlik (yuqori, o'rta, past ); talabning barqarorlik darajasini aks ettiradi. Hayotiy tsikl • Ijrochi (guruh, muayyan ijrochi yoki ijrochilar sinfining xususiyatlari). • qobiliyati - rivojlanishning turli bosqichlarida berilgan talabning mavjudligini tekshirish qobiliyati . Eslatma : talablar tizimi to'liq va izchil bo'lishi kerak.
  • 5. Loyihaning tuzilishi va amalga oshirilishiga Dizayn dizayni talablari tizim dizayni bilan bog'liq masalalarni o'z ichiga oladi . Va ularni ko'pincha tuzilishdagi cheklovlar deb ataladi. Amalga oshirish talablari Dasturlash va tizim dizaynining xususiyatlarini aniqlang. Masalan:  muvofiqlik  amalga oshirish tillari  ma'lumotlar bazasi yaxlitligi qoidalari  resurslar chegaralari  ish muhitlari
  • 6. Loyixa dizayni talablari • Bosqich taklif etilayotgan tizimning funktsional talablariga javob beradigan zarur spetsifikatsiyalar, xususiyatlar va operatsiyalarni batafsil tushuntirishdan iborat. Bu oxirgi foydalanuvchilar uchun taklif qilinayotgan tizim uchun biznes ma'lumotlariga bo'lgan ehtiyojlarini muhokama qilish va aniqlash uchun qadamdir.
  • 7. Loyixa dizayni talab tartibiga quyidagilar kiradi • ilovalar, tarmoq, ma'lumotlar bazalari , foydalanuvchi interfeyslari va tizim interfeyslarini loyihalash. • SRS (Software Requirements Specification - Dasturiy ta'minot talablari spetsifikatsiyasi) hujjatini dasturlash tilida amalga oshirilishi mumkin bo'lgan batafsil va to'liq spetsifikatsiyalar to'plamini o'z ichiga olgan mantiqiy tuzilishga aylantirish. • Favqulodda vaziyatlar, o'qitish, texnik xizmat ko'rsatish va foydalanish rejasini yaratish. • Taklif etilgan dizaynni ko'rib chiqish. Yakuniy dizayn SRS hujjatida ko'rsatilgan talablarga javob berishi kerakligiga ishonch hosil qiling. • Keyingi bosqichda qo'llaniladigan dizayn hujjatini tayyorlash .
  • 8. Talablar bilan bog'liq nosozliklar sabablari Muvaffaqiyatsizlik sabablari: • Noaniqlik, denotatsiya noaniqlik, talablarning aniq belgilanmaganligi va to'liq emasligi • Loyiha bo'yicha ishda buyurtmachining etarli darajada ishtirok etmasligi • Resurslarni kam investitsiyalash • Loyihani yomon rejalashtirish va boshqarish • tez yoki kamdan -kam hollarda o'zgartirish va tuzatish • texnologiyaning nomukammalligi • Rahbariyat tomonidan qo'llab- quvvatlanmasligi • Etarli darajada malakali ishlab chiquvchilar • Loyihaga oid tajribaning etishmasligi • Birovning yoki birovning to'plangan tajribasiga e'tibor bermaslik
  • 9. Loyihaning muvaffaqiyatsizligi sabablari . Domino effekti Talablar xatolari eng qimmat va eng keng tarqalgan xatolardir. Ular mahsulotni qayta ishlash xarajatlarining 70 foizini va butun loyiha byudjetining 30-40 foizini tashkil qiladi . Shuni esda tutish kerakki: • talablar tabiiy tilda tuzilgan, turli ontologiyalar/tezauriyalar asosida • talablar xilma-xildir va ularni nazorat qilish qiyin bo'lgan miqdorda ilgari surilishi mumkin ; • talablar bir-biri bilan va boshqa dizayn ma'lumotlari bilan bog'langan; talablar dasturiy ta'minot hayot aylanishining turli bosqichlarida o'zgaradi . Hayotiy tsiklning istalgan bosqichida talablar bilan noto'g'ri ishlash domino effektiga olib kelishi mumkin. Masalan, foydalanuvchi talabini o'tkazib yuborish ( e'tibor bermaslik ) tizim talabini o'tkazib yuborishga olib keladi. Bu uning ichida navbat - yo'qligiga olib keladi dizayn elementi , va shuning uchun funksionallikning etishmasligi.
  • 10.
  • 11.
  • 12. Tizim talablari va tahlili • Talablarni tahlil qilish jarayonining maqsadlari quyidagilarni o'z ichiga oladi • a) Yakuniy foydalanuvchilarning ehtiyojlarini tizimga, tizim elementlariga bog'lash va tizim elementlarini loyihalash va ishlab chiqish imkonini berish. • b) Belgilangan xarajatlar va jadval cheklovlari doirasida oxirgi foydalanuvchilarning operatsion missiya talablariga javob beradigan tizimni aniqlash. • c) foydalanuvchi maqsadlariga asoslangan muvozanatli talablar to'plamiga erishish uchun turli funktsiyalarning o'zaro ta'siri haqida tushuncha berish. • Eslatma: Shu bilan birga, ishlab chiqish guruhi talablar bajarilishini ta'minlash uchun matn sahifalari o'rniga foydalanuvchi hikoyalari, foydalanish holatlari, ma'lumotlar modeli diagrammasi (ER modeli va UML) va oqim diagrammalari shaklida manfaatdor tomonlar bilan bog'lanishi mumkin.