English· Español· Deutsch· Nederlands· Français· 日本語· ქართული· 繁體中文· 简体中文· Português· Русский· العربية· हिन्दी· Italiano· 한국어· Polski· Svenska· Türkçe· Українська· Tiếng Việt· Bahasa Indonesia

un

სტუმარი
1 / ?
უკან გაკვეთილებზე

დიფერენციალური ანალიზატორის ისტორია

ჰამინგის სისტემების ინჟინერიის პირველი წესი: თუ კომპონენტებს ოპტიმიზირებთ, სიკეთეს სისტემის მუშაობას დაანგრევთ.

ის ეს საკუთარი სამუშაოს რომელიმე ისტორიით ასახელებს. ის ოპერირებდა დიფერენციალურ ანალიზატორს — ანალოგური კომპიუტერი, რომელმაც დიფერენციალური განტოლებები ამოხსნა მექანიკური ინტეგრაციის გზით. მოთხოვნილება გაიზარდა, ამიტომ მეორე ერთეული შეუკვეთეს, რომელიც პირველთან დაკავშირებული უნდა ყოფილიყო, რათა ორივე ცალკე ან ერთად მუშაობდეს.

მშენებლები, თავიანთი ხელოვნების სიამაყით, გაუმჯობესეს გამაძლიერებელი აპარატები ახალ ერთეულში. ჰამინგი აცხადებდა: ნებისმიერი გაუმჯობესება არ უნდა ერეკლებდეს სისტემის მთლიანი მუშაობის. მიღებისას მან ჩაატარა კლასიკური ტესტი: ამოხსნა y'' + y = 0, შედგინა y მიმართ y', მოელოდა სრულყოფილი წრეწირი. ის დაუყოვნებლივ წარუმატებელი იყო.

მიზეზი: გაუმჯობესებული გამაძლიერებელი აპარატები მეტ დენს ხაზავდნენ დამიწების წრედის გავლით. არასაკმარისი დამიწება, რომელიც ორიგინალური გამაძლიერებელი აპარატებთან კარგად მუშაობდა, ახლა დაუშვა დილეკტრული დენის შეერთება ქვესისტემებს შორის. ერთი კომპონენტის (გამაძლიერებელი აპარატი) გაუმჯობესება გაუარესებული ინტერფეისი (დამიწება), და სისტემა წარუმატებელი იყო.

გამოსწორება უმნიშვნელო იყო — უფრო მძიმე სპილოს პროვოდი დამიწებისთვის — მაგრამ პრინციპი ნათელი იყო: კომპონენტის გაუმჯობესება ცვლის მის ინტერფეის ქცევას. სისტემის დანარჩენი ნაწილი ჩამოყალიბდა ძველი ინტერფეის გარშემო. გაუმჯობესება კომპონენტი, დაიშალა ინტერფეისი, გაუარესება სისტემა.

სისტემების ინჟინერია: რატომ ანგრევს კომპონენტების ოპტიმიზაცია სისტემებს

კომპონენტის ოპტიმიზაციის ცნობა

ჰამინგი ამბობს, რომ წესი 'ისე გონივრულად გამოიყურება: თუ ცალკე კომპონენტს უკეთესს გააკეთებთ, მაშინ მთელი სისტემა უკეთესი იქნება' — მაგრამ ეს არასწორია. წარუმატებლობა ინტერფეისის საშუალობით ხდება: კომპონენტის გაუმჯობესება ცვლის სიგნალს, რომელსაც ინტერფეისი ხედავს.

მიეცით კონკრეტული მაგალითი ინჟინერიაში, პროგრამულ უზრუნველყოფაში ან ორგანიზაციული დიზაინში, სადაც ერთი კომპონენტის ან ქვესისტემის გაუმჯობესება გაუარესებული სისტემის მთლიანი მუშაობა. განსაზღვრეთ კონკრეტულად: რა გაუმჯობესდა, რომელი ინტერფეისი დაზიანდა, და როგორ მიედინება ინტერფეის გაუარესება სისტემის მუშაობის ზიანზე.

ინტერფეისები კომპონენტებზე

ჰამინგის პრაქტიკული დასკვნა: სისტემის ინჟინერებმა უნდა ჩამოყალიბონ და გადაამოწმონ ინტერფეისები პირველი, კომპონენტები მეორე. სრულყოფილი კომპონენტი დაბინძურებული ინტერფეისით უსარგებლო. საშუმო კომპონენტი კარგად განსაზღვრული ინტერფეისით შეიძლება გაუმჯობესდეს მოგვიანებით.

წესი 2: სისტემის სასაზღვრო პირობები (შეზღუდვები) ხშირად მეტი მნიშვნელოვანი, ვიდრე ოპტიმალური მნიშვნელობები ეს ზღვრებში. სისტემა ჩამოყალიბდა სამაქსიმო გამოსამუშავებელი მოსალოდნელი საოპერაციო წერტილი ხშირად კრთო: მცირე გადახრა მოსალოდნელი დიაპაზონი გამოწვევა წარუმატებლობა. სისტემა ჩამოყალიბდა საოპერაციოდ უსაფრთხოდ ფართო დიაპაზონი — კარგად განსაზღვრული შეზღუდვებით — მდორე.

მაგალითი: კომუნიკაციის სისტემა დიზაინი ზუსტი 100 Mbps ტრაფიკი 25°C იქნება წარუმატებელი თუ ტრაფიკი კოკი 110 Mbps ან ტემპერატურა აღწევ 40°C. სისტემა დიზაინი შეზღუდვა 'უნდა არა აჭარბოს 90% გამოყენება ნებისმიერ ტემპერატურა ქვეშ 60°C' უფრო სარგებელი, მაშინაც თუ მისი მწვერვალი ჩამოსახ ოდნავ ქვედა.

სისტემის ინჟინერის მუშაობა: არა ოპტიმიზირება A ან B ინდივიდუალურად, მაგრამ ოპტიმიზირება A+B+C... როგორც მთელი, დაქვემდებარებული შეზღუდვებით.

განათლების სისტემა: წარუმატებელი სისტემების ინჟინერია

ჰამინგი ხელოვნება მისი საკუთარი პრინციპი განათლება. წლებზე, უნივერსიტეტებმა ოპტიმიზირება ინდივიდუალური მათემატიკა კურსი: გამოთვლა აქვს აძლიერებული მისი არსი, ხაზოვანი ალგებრა აქვს დამწვანო ზეთი გაკეთდა. თითოეული კურსი, შეფასებული ინდივიდუალურად, გამოიყურება უკეთესი.

მაგრამ სახელმწიფო როგორც სისტემა, დიდი შerspaces გაჩნდა:

- მათემატიკური ინდუქცია: თუმცა აღნიშნული მის შემდეგ საშუო სკოლა.

- კომპლექსი ნომრები: შემოტანილი მოკლედ ალგებრა, შემდეგ თავიდან აიცილა სანამ გვიან ხაზოვანი ალგებრა როდესაც კომპლექსი eigenvalues გამოჩნდება. სტუდენტები სახე ორი ახალი, რთული იდეა ერთდროულად დან რა წინა მომზადება.

- განუსაზღვრელი კოეფიციენტი: მოკლედ აღნიშნული.

- შეუძლებელი მტკიცებულებები: თითქმის მთლიანად აკლია.

- დისკრეტული მათემატიკა: ძირითადად არ აღიარებული.

ოპტიმიზაცია თითოეული კომპონენტი (თითოეული კურსი) შექმნილი ინტერფეისი გაფრთხობა: დაკარგული კონცეპტუალური ხიდი კურსი შორის. სისტემის გამომავალი — განათლებული ინჟინერი და მეცნიერი — დაზიანდა, მაშინაც თუ თითოეული კურსი გამომავალი მეტრიკა გაუმჯობესდა.

ჰამინგის ანალიზი: კურსებისთვის ხიპი უფრო უკეთეს კომპონენტი ოპტიმიზაცია რომელიმე გადაალაგებული განათლების სისტემა. განსაზღვრეთ კონკრეტული ინტერფეისი გაფრთხობა თქვენი საკუთარი განათლების გამოცდილება — ადგილი სადაც ორი კურსი ან სთემა ვერ წაკითხული, დამატებით თქვენ არამომზადებული რა მოვიდა შემდეგი. ახსენი მას სისტემის ინჟინერია პირობა: რა იყო ინტერფეისი, რა განმარტოვა თითოეული კომპონენტი, და რა განმეორდა mismatch გამოკვეთა?

წინააღმდეგობა ბუნებრივი ზემოქმედება რომ შესწორება დაბინძურებული ნაწილი

ჰამინგის დაკვირვება: ადვილია ასე სწორი სიტყვები სისტემის ინჟინერია. ძალიან რამდენი ხალხი შეუძლია რეალურად გააკეთოს ეს როდესაც მომენტი ჩამოდის.

ბუნებრივი რეაგირება როდესაც სისტემა ვერ გამოდგა: განსაზღვრეთ ყველაზე გასაოცრად დაბინძურებული კომპონენტი და შესწორება მას. ეს კომპონენტი აზროვნება. სისტემა წარუმატებელი რადგან მიზეზი რომელიმე ღების კომპონენტი, ინტერფეისი, და შეზღუდვები — მაგრამ ყველაზე თვითნაკადი წარუმატებელი უშიშრობა ჩვეულებრივ მოცემული კომპონენტი.

სისტემის ინჟინერის დისციპლინა: წინამ შესწორება თვითნაკადი წარუმატებელი, დაუსვით შეკითხვა: რატომ აკეთებს სისტემა ამ წარუმატებელი აქ კომპონენტი? დან კომპონენტი რეალურად მოქმედ-ცირკულაციული, ან მისი ითხოვა საოპერაციოდ გარეთ მისი დიზაინი ღრამი დან დანარჩენი სისტემა? შესწორება კომპონენტი სიმპტომი ტოვს სისტემა წარუმატებელი ხელი.

კომუნიკაციის ბოთლი კისერი ხშირი ორგანიზაციებში შემდეგ ამ ნიმუში: დეპარტამენტი ლაპარაკობს ცუდი (თვითნაკადი წარუმატებელი). კომპონენტი შესწორება: დაქირავება უკეთესი კომუნიკატორი. სისტემა შესწორება: გადახედვა ინფორმაციის ნაკადი არქიტექტურა ისე, რომ ნაკლები კომუნიკაციის საჭიროა მიღთ იგივე კოორდინაცია.

სისტემის დიაგნოზი

განსხვავება: კომპონენტი შესწორება მოთხოვნილება სიმპტომი. სისტემა შესწორება მოთხოვნილება მიზეზი. მიზეზი ჩვეულებრივ არის სტრუქტურა სისტემა — რომელი კომპონენტი აღწევენ, რა ინტერფეისი დაკავშირება მათ, რა შეზღუდვები აზღვრობენ მათი ოპერაციო.

აღწერთ რეალური სიტუაცია (თქვენი სამუშაო, თქვენი ორგანიზაცია, ან დოკუმენტირებული დელი) სადაც 'შესწორება' რომ აშკარა პრობლემა გააკეთა მთლიანი სიტუაცია ცუდი ან ვერ შესწორება, რადგან მას მოთხოვნილება კომპონენტი სიმპტომი ვიდრე სისტემა მიზეზი. აღწერთ კომპონენტი შესწორება რომელიმე იქნა მიღებული, სისტემა მიზეზი რომელიმე მოუხეტა, და რა სისტემა მასშტაბი ჩარევა იმას ზღვაზე.