ნჟინერია
ისტემასთნა მოქმედი პირი შეიძლება იყოს:
ამი ტიპის - ძირითადი მოქმედი, დამხმარე მოქმედი, გარე მოქმედი
რცერთი პასუხი არ არის სწორი
თხი ტიპის - ძირითადი მოქმედი, დამხმარე მოქმედი, გარე მოქმედი, შიდა მოქმედი
რი ტიპის - ძირითადი მოქმედი, დამხმრაე მოქმედი
როდუქტიულობა პროგრამული უზრუნველყოფის ინდუსტეიაში განისაზღვრება:
KLOC რაოდენობით
რცერთუ პასუხი არ არის სწორი
LOC რაოდენობით
KLOC რაოდენობით თვეში
ოდელისა და შესახედაობის პრინციპის მოტივაცია არ მოიცავს:
ესაძლებლობას იძლევა, რომ მოდელი და მომხმარებლის ინტერფეისის შემუშავდეს დამოუკიდებლად
ნტერფეისზე მოთხოვნების ცვლილებების ეფექტი მინიმალური უნდა იყოს დომეინზე
ხარს უჭერს მოდელების დამოუკიდებელ აღწერას, სადაც ფოკუსი შეჩერებულია დომეინის პროცესებზე, და არა მომხმარებლის ინტერფეისზე
ხარს უჭერს ამოცანის ლოგიკის განთავსებას მომხმარებლის ინტერფეისის ობიექტებში
აპროგრამება-ჩასწორების ტიპის ცხოვრების მოდელი ხასიათდება:
ოთხოვნების დადგენის ფაზის მოქნილობით
ოლი მომსახურებით ჩაბარების შემდეგ
რცერთი პასუხი არ არის სწორი
ინანსური ეფექტურობით დიდი მასშტაბის პროექტებისთვის
ალისხმევის ქვემოდან-ზევით შეფასების მიდგომა არ ითვალისწინებს:
რცერთი პასუხი არ არის სწორი
სგავსი პროექტების ხარჯის განაწილების გამოყენებით, შეფასდება ხარჯები სხვა დავალებებისთვის და მთლიანი დანახარჯი
ითოეული პროგრამული მოდული კლასიფიცირდება როგორც მარტივი, საშუალო ან რთული
ანისაზღვრება ძირითადი პროგრამული მოდულები, რომლებიც ჩაშენებულია სისტემაში
უ პროექტის ძალისხმევა(ხარჯი) 82 ადამიანი-თვეა, მაშინ პროექტის მიზანშეწონილი განრიგია(პროექტის ხანგრძლივობა)
17თვე
13 თვე
9 თვე
5 თვე
ნიფიცირებული პროცესის მოდელის უპირატესობაა:
რცერთი პასუხი არ არის სწორი
ს, რომ მოდელში მომხმარებლის მოსაზრებას მხოლოდ სისტემის ჩაბარების დროს ითვალისწინებენ
ს, რომ სისტემის კოდირება არ იწყება ვიდრე ყველა მოთხოვნა არ იქნება განსაზღვრული სრულყოფილად
ს, რომ ამ მოდელში რისკების შერბილებაზე ორიენტირებული სამუშაო პროექტის დასაწყისში იწყება
ომელი ხარისხის მაჩვენებელი გამოხატავს პუ-ს იმ თვისებას, რომ სისტემა მუშაობს ისე, როგორც ეს განსაზღვრულია მოთხოვნებით? - სისწორე
ავსებადობა
რცერთი პასუხი არ არის სწორი
აფართოებითობა
უნქციონალურობა
უ-ის შემუშავების პროცესში ყველაზე მაღალი რისკის ელემენტია:
როექტის პერსონალთან დაკავშირებული ხარვეზები
როექტის არარეალური გრაფიკი და ბიუჯეტი
რცერთი პასუხი არ არის სწორი
ოთხოვნების ანალიზის არასწორი განხორციელება
ომეინის მოდელის შექმნის პროცესი არ ითვალისწინებს:
რცერთი პასუხი არ არის სწორი
ტრიბუტების და ასოციაციების დამატებას
როგრამული კლასების წარმოდგენას
ონცეპტუალური კლასების წარმოდგენას უმე(UML) კლასის დიაგრამებით
ნიფიცირებული პროცესის შესვლის ფაზის არტიფაქტი არ არის:
ისკების მართვის გეგმა
რცერთი პასუხი არ არის სწორი
ტერაციის გეგმა
ოხმარების შემთხვევების მოდელი
ოხმარების შემთხვევების აღმოჩენის პროცესი არ ხასიათდება:
ისტემის მომხამრებლების მიზნების გამოვლენით
ოკუსირებით სისტემის მომხმარებლებსა და მოქმედ პირებზე
რცერთი პასუხი არ არის სწორი
ისტემის მომხმარებლების არატიპიური მოხმარების შემთხვევებით
ალისხმევის ზემოდან-ქვემოთ შეფასების მიდგომისთვის არსებითია:
როექტის შემუშავების განრიგის (გრაფიკის) შეფასება
როექტის კომპონენტების რაოდენობის შეფასება
როექტის ზომის შეფასება
რცერთი პასუხი არ არის სწორი
ალისხმევის ქვემოდან-ზევით შეფასების მიდგომა არ ითვალისწინებს:
რცერთი პასუხი არ არის სწორი
სგავსი პროექტების ხარჯის განაწილების გამოყენებით, შეფასდება ხარჯები სხვა დავალებებისთვის და მთლიანი დანახარჯი
ითოეული პროგრამული მოდული კლასიფიცირდება როგორც მარტივი, საშუალო ან რთული
ანისაზღვრება ძირითადი პროგრამული მოდულები, რომლებიც ჩაშენებულია სისტემაში
ისტემიდან დეფექტების მოცილების მიზნით ხარისხის უზრუნველყოფის ჯგუფის საქმიანობაში არ შედის:
უ-ს შემუშავების პროცესში მაღალი სტანდარტების დაცვა
რცერთი პასუხი არ არის სწორი
იზაინის მიმოხილვები
ისტემის ტესტირება
უ-ის ცხოვრების ციკლის ჩანჩქერის მოდული არ ხასიათდება შემდეგით:
იზაინის ფაზა მოიცავს არქიტექტურულ დიზაინს
რცერთი პასუხი არ არის სწორი
ს მოდელი არის მაღალი ხარისხით ადაპტირებული მოთხოვნების ცვლილებების მიმართ
ითოეული ფაზა იწყება მაშინ, როცა დასრულებულია მისი წინამორბედი ფაზა
ომეინის ფენა არის:
რცერთი პასუხი არ არის სწორი
ონცეპტუალური ანალიზის ნაწილი
არმომადგენლობითი სხვაობა ქვესისტემებს შორის
როგრამული უზრუნველყოფის ნაწილი
ოდელისა და შესახეადობის პრინციპის მოტივაცია არ მოიცავს:
ნტერფეისზე მოთხოვნების ცვლილებსი ეფექტი მინიმალური უნდა იყოს დომეინზე
ხარს უჭერს ამოცანის ლოგიკის განთავსებას მომხმარებლის ინტერფეისის ობიექტებში
ესაძლებლობას იძლევა, რომ მოდელი და მომხმარებლის ინტერფეისი შემუშავდეს დამოუკიდებლად
ხარს უჭერს მოდელის დამოუკიდებელ აღწერას, სადაც ფოკუსი შეცერებულია დომეინის პროცესებზე, და არა მომხმარებლის…
პუ-ს ცხოვრების ციკლის ჩანჩქერის მოდელის განხორციელების ფაზის აქტივობა არ არის:
რცერთი პასუხი არ არის სწორი
რთეულოვანი ტესტირება
როექტის მართვის გეგმის შექმნა
ოდირება
ომელი ხარისხის მაჩვენებელი გამოხატავს პუ-ს იმ თვისებას, რომ სისტემა მუშაობს ისე, როგორც ეს განსაზღვრულია მოთხოვნებით? (სისწორე )
ავსებადობა
რცერთი პასუხი არ არის სწორი
აფართოებითობა
უნქციონალურობა
ონცეპტუალური კლასების აღმოჩენის ერთერთი ძირითადი გზა არის:
ნიფიცირებული ანალიზი
რქიტექტურული ანალიზი
ინგვისური ანალიზი
რცერთი პასუხი არ არის სწორი
აპროგრამება-ჩასწორების ტიპის ცხოვრების მოდელი ხასიათდება:
ოთხოვნების დადგენის ფაზის მოქნილობით
ოლი მომსახურებით ჩაბარების შემდეგ
რცერთი პასუხი არ არის სწორი
ინანსური ეფექტურობით დიდი მასშტაბის პროექტებისთვის
როგრამული უზრუნველყოფის არქიტექტურის საფუძველზე შეუძლებელია:
უნდების(ან პირების) ცალკეულ ნაწილებზე დამოუკიდებელი მუშაობის შესაძლებლობა
ადგინდეს არსებული კომპონენტების ხელახლა გამოყენების შესაძლებლობა
რცერთი პასუხი არ არის სწორი
ისტემის თვისებების ანალიზი ან პროგნოზირება
ომეინის მოდელის შექმნის პროცესი არ ითვალისწინებს:
რცერთი პასუხი არ არის სწორი
ტრიბუტების და ასოციაციების დამატებას
როგრამული კლასების წარმოდგენას
ონცეპტუალური კლასების წარმოდგენას უმე(UML) კლასის დიაგრამებით
ომელი ხარისხის მაჩვენებელი განსაზღვრავს იმ შესაძლებლობებს, რომელსაც მხარს უჭერს მოცემული სისტემა ?
ავსებადობა(Compatibility)
აფართოებითობა(Extendibility)
ელმეორედ გამოყენებითობა(Reusability)
უნქციონალურობა (Functionality)
არისხის მაჩვენებელი, რომელიც გამოხატავს პროგრამული უზრუნველყოფის თვისებას დაიცვას თავისი კომპონენტები (პროგრამები, მონაცემები) არაავტორიზებული ჩარევისა და ცვლილებებისაგან არის ?
უნქციონალურობა (Functionality)
ნტეგრირებულობა (Integrity)
აფართოებითობა(Extendibility)
ავსებადობა(Compatibility)
არისხის მაჩვენებელი, რომელიც გამოხატავს პროგრამული უზრუნველყოფის ელემენტების იმ თვისებას, რომელიც მათ საშუალებას აძლევს გამოყენებულ იქნას ბევრი სხვადასხვა სისტემის ასაგებად არის ?
ელმეორედ გამოყენებადობა (Reusability)
აფართოებითობა(Extendibility)
დგრადობა(Robestness)
ავსებადობა(Compatibility)
ომელი ხარისხის მაჩვენებელი განსაზღვრავს პროგრამული უზრუნველყოფის ელემენტების სხვებთან გაერთიანების სიმარტივეს ?
უნქციონალურობა (Functionality)
აფართოებითობა(Extendibility)
ნტეგრირებულობა (Integrity)
ავსებადობა (Compatibility)
როგრამული უზრუნველყოფის ცხოვრების ციკლის ჩანჩქერის მოდელის ანალიზის ფაზის ბოლოს იქმნება ? – პუ-ის პროექტის მართვის გეგმა
რცერთი პასუხი არ არის სწორი
რქიტექტურული დიზაინი
ეტალური დიზაინი
აწილობრივი დიზაინი
როგრამული უზრუნველყოფის იტერაციული ცხოვრების ციკლის მოდელი გულისხმობს, რომ თითოეული იტერაციის შედეგი არის:
ისტემა, რომლის გაშვება პრინციპში არ შეიძლება
ისტემა, რომლის გაშვება პრინციპში შეიძლება
ისტემის მხოლოდ აღწერილობა
ისტემის მხოლოდ ნაწილობრივი აღწერილობა
როგრამული უზრუნველყოფის იტერაციული ცხოვრების ციკლის მოდელი გულისხმობს, რომ პროგრამული უზრუნველყოფის შექმნა იწყება:
ანამ, სანამ ყველა მოთხოვნა არის განსაზღვრული დეტალურად
ველა მოთხოვნის დეტალურად განსაზღვრის შემდეგ
ველა კონცეპტუალური კლასების დადგენის შემდეგ
რცერთი პასუხი არა არის სწორი
ნიფიცირებული პროცესის შესვლის ფაზის არტიფაქტი არ არის:
ედვა და ბიზნეს-გარემო
ისციპლინის გეგმა
ტერაციის გეგმა
ამატებითი სპეციფიკაცია
რული მოხმარების შემთხვევის ჩაწერის სქემის კომპონენტი არ არის :
ონე
ექნოლოგიების ვარიაციები
იმდევრობის დიაგრამა
ანსაკუთრებული მოთხოვნები
ოდულის ხედის მიხედვით სისტემის მოდულებს შორის ურთიერთობების მაგალითია
რ იყენებს ან დამოუკიდებელია
რცერთი პასუხი არ არის სწორი
ანზოგადება ან სპეციალიზაცია
რ არის ნაწილი
იპიურ ობიექტზე-ორიენტირებულ სისტემაში არქიტექტურის ერთ-ერთი ფენა არის:
ექნიკური სევისი
იზაინის ფენა
ოხმარების მოდელი
რთიერთქმედების დიაგრამა
არგი დიზაინის ერთ-ერთი ფუნდამენტური პრინციპია მოდელისა და შესახედაობის განცალკევების პრინციპი. ქვემოთ ჩამოთვლილთაგან, რომელს არ მოიცავს ამ პრინციპის მოტივაცია:
ხარს უჭრს მოდელის დამოუკიდებელ აღწერას, სადაც ფოკუსი შეჩერებულია დომეინის პროცესებზე და არა მომხმარებლის ინტერფეისზე
ესაძლებლობას იძელვა, რომ მოდელი და მომხმარებლის ინტერფეისი შემუშავდეს დამოუკიდებლად
ნტერფეისზე მოთხოვნების ცვლილების ეფექტი მაქსიმალური უნდა იყოს დომეინზე
ესაძლებელი იყოს ახალი ინტერფეისის მორგება დომეინზე დომეინის ცვლილების გარეშე
როგრამული უზრუნველყოფის არქიტექტურა მიზნად არ ისახავს :
როგრამული უზრუნველყოფის სირთულის დადგენას მისი შემდგომი გართულების...
ვესისტემების ინტერფეისებსა და ქვესისტემებს შორის ურთიერთქმედების წესების დადგენა
ვესისტემების იდენტიფიცირებას, რომლებმაც უნდა შექმნან სისტემა
რცერთი პასუხი არ არის სწორი
ისტემის სტრუქტურების შექმნა და დოკუმენტირება საჭიროა
აინტერესებულ მხარეებს შორის მოლაპარაკებისა და შეთანხმების ხელშეწყობისათბის
ფრო მეტი ფინანსური რესურსის მოზიდვისთვის
რცერთი პასუი არ არის სწორი
როექტის ხანგრძლივობის გაზრდისათვის
როგრამული უზრუნველყოფის არქიტექტურის საფუძველზე შეუძლებელია:
რცერთი პასუხი არ არის სწორი
უნდების (ან პირების) ცალკეულ ნაწილებზე დამოუკიდებელი მუშაობის შესაძლებლობა
ისტემის თვისებების ანალიზი ან პროგნოზირება
ადგინდეს არსებული კომპონენტების ხელახლა გამოყენების შესაძლებლობა
ისტემის არქიტექტურის ხედები საჭიროა:
რცერთი პასუხი არ არის სწორი
ისტემის ზოგადი თვისებებისა და ატრიბუტების შეფასებოსათვის
ისტემის ინვარიანტული თვისებებისა და ატრიბუტების შეფასებისათვის
ისტემის სპეციფიკური თვისებებისა და ატრიბუტების შეფასებისათვის.
ოდულის ხედის მიხედვით სისტემის მოდულებს შორის ურთიერთობების მაგალითია (გვ.3-4)
რ იყენებს ან დამოუკიდებელია
რცერთი პასუხი არ არის სწორი
ანზოგადება ან სპეციალიზაცია
რ არის ნაწილი
ომპონენტისა და კონექტორის ხედის თანახმად
ონექტორები ქმნიან კლასების კოლექციებს
რცერთი პასუხი არ არის სწორი
ონექტორები უზრუნველყოფენ კოომპონენტების ურთიერთქმედებას
ლასების კოლექციები ქმნიან კომპონენტებს
იპიურ ობიექტზე-ორიენტირებულ სისტემაში არქიტექტურის ფენები არ მოიცავს:
ომხმარებლის ინტერფეისს
რც ერთ პასუხი არ არის სწორი
ექნიკურ სერვისებს
როგრამის ლოგიკას და დომეინის ობიექტებს, რომლებიც ასახავენ დომეინის ცნებებს და ...
იპიურ ობიექტზე-ორიენტირებულ სისტემაში არქიტექტურის ერთ-ერთი ფენა არის:
ექნიკური სერვისი
იზაინის ფენა
ოხმარების მოდელი
რთიერთქმედების დიაგრამა
ენებით დიზაინის მთავარი იდეა არის
იტემის ლოგიკური სტრუქტურის ორგანიზება დისკრეტულ ფენებში, ისე გადანაწილება ფენებში.
იტემის ლოგიკური სტრუქტურის ორგანიზება დისკრეტულ ფენებში, ისე … მთლიანობაში
რცერთი პასუხი არ არის სწორი
იტემის ლოგიკური სტრუქტურის ორგანიზება დისკრეტულ ფენებში, ისე … მთლიანობაში
ომეინის ფენა არის:
რცერთი პასუხი არ არის სწორი
ონცეპტუალური ანალიზის ნაწილი
არმომადგენლობითი სხვაობა ქვესისტემებს შორის
როგრამული უზრუნველყოფის ნაწილი
ოდელისა და შესახედაობის პრინციპის მოტივაცია არ მოიცავს:
ესაძლებლობას იძლევა, რომ მოდელი და მომხმარებლის ინტერფეისის შემუშავდეს დამოუკიდებლად
ნტერფეისზე მოთხოვნების ცვლილებების ეფექტი მინიმალური უნდა იყოს დომეინზე
ხარს უჭერს მოდელების დამოუკიდებელ აღწერას, სადაც ფოკუსი შეჩერებულია დომეინის პროცესებზე, და არა მომხმარებლის ინტერფეისზე
ხარს უჭერს ამოცანის ლოგიკის განთავსებას მომხმარებლის ინტერფეისის ობიექტებში
არგი დიზაინის ერთ-ერთი ფუნდამენტური პრინციპია მოდელისა და შესახედაობის განცალკევების პრინციპი. ქვემოთ ჩამოთვლილთაგან, რომელს არ მოიცავს ამ პრინციპის მოტივაცია: (გვ. 9)
ხარს უჭრს მოდელის დამოუკიდებელ აღწერას, სადაც ფოკუსი შეჩერებულია დომეინის პროცესებზე და არა მომხმარებლის ინტერფეისზე
ესაძლებლობას იძელვა, რომ მოდელი და მომხმარებლის ინტერფეისი შემუშავდეს დამოუკიდებლად
ნტერფეისზე მოთხოვნების ცვლილების ეფექტი მაქსიმალური უნდა იყოს დომეინზე
ესაძლებელი იყოს ახალი ინტერფეისის მორგება დომეინზე დომეინის ცვლილების გარეშე
მოცემული კლასის დიაგრამაში ასოციაცია : (გვ. 26)

Screenshot 2024-01-10 at 18.16.47

ომუტაციურია
ისტრიბუტიურია
ვალიფიცირებულია
რცერთი პასუხი არ არის სწორი
ასუხისმგებლობით მართვად დიზაინში ობიექტის ცოდნის პასუხისმგებლობა შეიცავს
ხვა ობიექტთა შექმნის პასუხისმგებლობას
რცერთი პასუხი არ არის სწორი
ხვა ობიექტთა პასუხისმგებლობების გადანაწილების პასუხისმგებლობა
ხვა ობიექტთა ქმედებების ინიცირების პასუხისმგებლობას
ომელი ქმედება არ არის ობიექტის ცოდნის პასუხისმგებლობა?
ააჩნია ცოდნა დაფარული ინკაფსულირებული მონაცემის შესახებ
ააჩნია ცოდნა დამოკიდებული ობიექტების შესახებ
ცის, რა შეუძლია მიიღოს ან გამოთვალოს
რცერთი პასუხი არ არის სწორი
ასუხისმგებლობით მართვად დიზაინში ობიექტის ქმედების პასუხისმგებლობა შეიცავს:
ხვა ობიექტთა ქმედებების კოორდინაციის პასუხისმგებლობას
ისტემის მოდულების გადანაწილებას შესაბამის ფენებში
ისტემის ფენების იერარქიულ მოწყობას
რცერთი პასუხი არ არის სწორი
ომელი ქმედება არ არის ობიექტის ქმედების პასუხისმგებლობა:
აიმეს ასრულებს თვითონ მაგალითად ქმნის ობიექტს ან გამოთვლებს ასრულებს
სრულებს სხვა ობიექტების საქმიანობის ინიციზირებას
კონტროლებს და კოორდინაციას უწევს სხვა ობიექტების ქმედებებს
რცერთი პასუხი არ არის სწორი
ასუხისმგებლობით მართვად დიზაინში პასუხისმგებლობის რეალიზაცია ხორციელდება (გვ.28)
ხოლოდ ბოლო იტერაციაში
ეთოდების გამოყენებით
რცერთი პასუხი არ არის სწორი
ისტემის ჩაბარების შემდგომი მომსახურების ფაზაში
A კლასს არ უნდა მივანიჭოთ B კლასის შექმნის პასუხისმგებლობა თუ
A კლასი კომპოზიციურად აგრერირებს B კლასს
A კლასს გააჩნია ინფორმაცია B კლასის შესაქმნელად
A კლასი არ შეიცავს B კლასს
რცერთი პასუხი არ არის სწორი
ნფორმაციის ექსპერტს ვეძებთ:
რცერთი პასუხი არ არის სწორი
პირველეს ყოვლისა მოხმარების შემთხვევების მოდელში
პირველეს ყოვლისა დიზაინის მოდელში
ოირველეს ყოვლისა დომენინის მოდელში
ნფორმაციის ექსპერტის ნიმუში გულისხმობს, რომ:
აცულია ინფორმაციის ინკაპსულაციის პრინციპი, რადგანაც ობიექტები იყენებენ საკუთარ ინფორმაციას საქმის შესასრულებლად
ოგორც წესი, დაცულია მაღალი ურთიერთკავშირის პრინციპი
ასუხისმგებლობა გადანაწილებულია იმ კლასებში, რომლებლსაც არა აქვთ ცალ- ცალკე სრული ინფორმაცია
რცერთი პასუხი არ არის სწორი
ნფორმაციის ექსპერტის ნიმუშის გამოყენების უპირატესობაა
ლასების მომსახურება უფრო მეტ რესურს მოითხოვს
ლასებს თანაბრად უნაწილდებათ პასუხისმგებლობები
რცერთი პასუხი არ არის სწორი
ლასების გააზრება უფრო მარტივია
ომელი ნიმუში ხსნის შემდეგ ამოცანას: როგორ შევქმნათ პროგრამული უზრუნველყოფა, რომელიც ნაკლებად განიცდის ცვლილებების ზეგავლენას და რომლის ხელმეორედ გამოყენება იოლია:
ემქმნელი
ნფორმაციის ექსპერტი
აბალი ურთიერთკავშირი
აღალი შეჯაჭვულობა
ლასები, რომელთაც მაღალი ურთიერთკავშირი აქვთ, იწვევენ შემდეგს:
ოლია მათი გამოყენება სხვა სისტემებში
რცერთი პასუხი არ არის სწორი
დვილია მათი გააზრება ცალკე (იზოლაციაში)
ნელია მათი ხელმეორედ გამოყენება
ასადის კონტროლერის გამოყენება იწვევს შემდეგს:
ოსალოდნელია კონტროლერის ატრიბუტების და მეთოდების რაოდენობის შემცირება
ეიძლება მოხდეს კლასების შეჯაჭვულობის გაზრდა
ეიძლება მოხდეს კლასების ურთიერთკავშირის რაოდენობის შემცირება
რცერთი პასუხი არ არის სწორი
ონტროლერის ნიმუში გულისხმობს, რომ:
ონტროლერი არ უჭერს მხარს ფენითი არქიტექტურისა და შესახედაობის განცალკევების პრინციპს
ომხმარებლის ინტერფეისის შეცვლა შედარებით გართულებულია
ესაძლებელია გავაკონტროლოთ, რომ სისტემის ოპერაციები სრულდება მკაცრად განსაზღვრული თანმიმდევრობით.
რცერთი პასუხი არ არის სწორი
ომელი ნიმუში ხსნის შემდეგ ამოცანას: როგორ მივაღწიოთ იმას, რომ ობიექტები იყოს კარგად განსაზღვრული, ფოკუსირებული ერთ საქმიანობაზე, იოლად მართვადი?
ემქმნელი
ნფორმაციის ექსპერტი
აბალი ურთიერთკავშირი
აღალი შეჯაჭვულობა
აბალი შეჯაჭვულობის კლასებისათვის დამახასიათებელია შემდეგი:
რცერთი პასუხი არ არის სწორი
სეთი კლასების გააზრება მარტივია
სეთი კლასების ხელახალი გამოყენება იოლია
სეთი კლასები არ განიცდიან ცვლილებების გავლენას
აღალი შეჯაჭვულობის პრინციპი არ გულისხმობს შემდეგ უპირატესობებს:
ლასი მარტივი გასაგებია
ლასის გამდიდრება და მომსახურება გამარტივებულია
არტივია კლასის ხელახლა გამოყენება
რცერთი პასუხი არ არის სწორი
B ობიექტი არის მოქცეული A ობიექტის ლოკალური ხედვის არეში, თუ
A-ს გააჩნია მეთოდი, რომლის ტანში არის B ტიპის ცვლადი
A-ს ყველა მეთოდი სტატიკურია
რცერთი პასუხი არ არის სწორი
B გადაეცემა, როგორც პარამეტრი A-ს მეთოდს
ომელი ფაქტორი არის შედარებით ნაკლებად განმსაზღვრელი პუ-ის პროექტისთვის?
როექტის ხარისხი
როექტის განრიგი (დროულობა)
როექტის ღირებულება
როექტის მართვა
ბიექტზე ორიენტირებული ანალიზი და დიზაინი არ გულისხმობს:
ასმული ამოცანის კონცეპტუალურ გადაწყვეტას
რცერთი პასუხი არ არის სწორი
ასმული ამოცანის მოთხოვნების გამოკვლევას და კონცეპტუალურ გადაწყვეტას
ასმული ამოცანის მოთხოვნების გამოკვლევას
როექტის რისკების მენეჯმენტი არ გულისხმობს:
რცერთი პასუხი არ არის სწორი
ისკის მოხდენით გამოწვეული ზარალის შეფასებას
ისკების იდენტიფიცირებას
ისკების მოხდენის ალბათობების დადგენა
ალისხმევის ქვემოდან-ზევით შეფასების მიდგომა არ ითვალისწინებს:
არტივი / საშუალო / რთული მოდულისთვის კოდირების საშუალო დანახარჯის განსაზღვრას
რცერთი პასუხი არ არის სწორი
ითოეული პროგრამული მოდულის კლასიფიცირებას როგორც მარტივი, საშუალო ან რთული
ისტემაში ჩაშენებულ ძირითადი პროგრამული მოდულების განსაზღვრას
რული მოხმარების შემთხვევის სტრუქტურა არ შეიცავს:
ინაპირობებს
ონეს
აფართოებებს
რცერთი პასუხი არ არის სწორი
ტერაციულ-ევოლუციური ტიპის ცხოვრების ციკლი გულისხმობს, რომ:
ოდელის თითოეული იტერაცია შეიძლება წარმოვადგინოთ როგორც ჩანჩქერის მოდელის ტიპის პროექტი
რ შეიძლება ერთდროულად მიმდინარეობდეს მოთხოვნების დადგენის და კოდირების სამუშაოები
რცერთი პასუხი არ არის სწორი
რ შეიძლება დაიწყოს დიზაინის აქტივობა ვიდრე ყველა მოთხოვნა არ იქნება დადგენილი
უ-ის ცხოვრების ციკლის ჩანჩქერის მოდელის ანალიზის ფაზის ბოლოს იქმნება:
რქიტექტურული დიზაინი
რცერთი პასუხი არ არის სწორი
პეციფიკაციის დოკუმენტი
აწილობითი დიზაინი
{"name":"ნჟინერია", "url":"https://www.quiz-maker.com/QPREVIEW","txt":"სისტემასთნა მოქმედი პირი შეიძლება იყოს:, პროდუქტიულობა პროგრამული უზრუნველყოფის ინდუსტეიაში განისაზღვრება:, მოდელისა და შესახედაობის პრინციპის მოტივაცია არ მოიცავს:","img":"https://www.quiz-maker.com/3012/images/ogquiz.png"}
More Quizzes
How well do you know How To Train Your Dragon?
1890
8/20/19
100
The Ultimate Lifestyle Quiz!
10520
Prepositions Quiz
1160
Free DSM-5 Diagnostic Criteria
201022802
Free Cambodia Residential Care Facilities
201026349
Free Bootcamp Knowledge Assessment
201025167
Chest Radiography: Master Abdominal Radiography
201051320
Snowflake Test: Discover How Unique You Really Are
201025860
Maus: Test Your Art Spiegelman Graphic Novel Knowledge
201032464
Mammo Test Mastery: Free ARRT to Boost Your Score
201045188
Ultimate English Grammar Test for High School Students
201023911