მოდულური პროგრამული უზრუნველყოფა
იმისათვის, რომ შევქმნათ მოქნილი, ევოლუციური და მასშტაბირებადი სისტემები, ჩვენ უნდა გვქონდეს მოდულურობა, ეს არის თვისება, რომელიც საშუალებას გაძლევთ შექმნათ ქვემოდან ზევით სისტემა (ქვემოდან ზევით).
უპირველეს ყოვლისა, თქვენ უნდა გქონდეთ მოდულები, ამიტომ გჭირდებათ მოდულების "არქივი". შემდეგ ისინი უნდა იყოს ურთიერთშემცვლელი, ანუ შესაძლებელი უნდა იყოს მოდულის შეცვლა სხვა ექვივალენტური მოდულით და ეს ხდება მოდულებს შორის ინფორმაციის გაცვლის დაშვებით განსაზღვრული ინტერფეისებით: კომპონენტების ურთიერთქმედება არ უნდა იცვლებოდეს მოდულების ცვალებადობის გამო.
მოდულური პროგრამული უზრუნველყოფა აღმოაჩენს კომპონენტებს შორის ინტეგრაციის ახალ პარადიგმას mashups-ის (ჰიბრიდული ვებ აპლიკაციის) განვითარებით, ანუ ქმნის რაღაცას, რომელიც იწყება სხვადასხვა წყაროდან, მაგალითად, იყენებს API-ებს, რომლებიც თავდაპირველად შეიქმნა სხვადასხვა მიზნებისთვის, მაგრამ შემდეგ კომბინირებულია ახალი პროდუქტის შესაქმნელად.
რამდენად მარტივი უნდა იყოს მოდულები მოდულურ სისტემაში?
ფორმები უნდა გაკეთდეს რაც შეიძლება მარტივი. თითოეულ კომპანიას შეუძლია ძალიან განსხვავებულად მართოს ყველაზე რთული ურთიერთობები (მაგ. პერსონალის მართვა), მაგრამ ელემენტარული ფუნქციები იგივე რჩება (მაგ. სახელფასო ფონდი). მცირე მოდულები იძლევა უფრო მეტ ხელახლა გამოყენებას, ნაკლები განვითარების დროს და მუდმივ ევოლუციას (მაგ., თუ თქვენ გამოყოფთ მომხმარებლის ინტერფეისს, უნდა დარწმუნდეთ, რომ ის თანმიმდევრულია, მაგალითად, თქვენ უნდა შეძლოთ კოპირ-პასტის გამოყენება, მიუხედავად სისტემისა, რომლისთვისაც UI შექმნილია).
პრობლემა, რომელიც ჩნდება, არის, ცხადია, როგორ მივაღწიოთ მოდულებს შორის ურთიერთქმედებას. დიდმა სისტემამ შესაძლებელი გახადა ბევრი ინფორმაციის ერთმანეთთან დაკავშირება თავად სისტემაში, ასევე საშუალებას აძლევდა შესაბამისი ინფორმაციის მართვას უნიკალური გზით.
წვდომის ავტორიზაციები, ხოლო i მონაცემები მიმოფანტულია და ავთენტიფიკაციის მექანიზმები შეიძლება იყოს მრავალფეროვანი.
ეს დაშლა გვაძლევს, ამავე დროს, დიდ თავისუფლებას: ე.ი მონაცემები ჩვენ შეგვიძლია დავაყენოთ ისინი, სადაც ჩვენ გვინდა, გავანაწილოთ ისინი სურვილისამებრ.
ყველა კომპონენტის ინტეგრაცია, მონაცემთა ბაზა, მოდულები და ინტერფეისები, არ ხდება ვაკუუმში, არამედ ხდება პლატფორმაზე: სწორედ ის გვაძლევს საშუალებას განვახორციელოთ ინტეგრაცია, ამიტომ აუცილებელია კარგად განვსაზღვროთ ეს პლატფორმა.
ის, რაც მოდულური სისტემების შექმნის საშუალებას იძლევა, უპირველეს ყოვლისა, არის სტანდარტი მოდულების მიერ გაცვლილი ინფორმაციის ტიპზე: უნდა არსებობდეს შესაბამისობა მოდულებს შორის შესაძლო საკომუნიკაციო ნაკადებში. ჩვენ შეგვიძლია გვქონდეს მრავალი ურთიერთშემცვლელი ჩაწერის სისტემა, თუ გვაქვს დოკუმენტის ერთი სტანდარტი, მაგრამ ჯერჯერობით ზუსტად საპირისპირო მოხდა: დომინანტური წერის სისტემა დიდი რაოდენობით დოკუმენტის ფორმატით. ამ სიტუაციას ორი უარყოფითი მხარე აქვს:
- თუ სტანდარტი ასოცირდება სისტემასთან, ეს სისტემა მიდრეკილია გახდეს უნივერსალური,
- ეს ხელს უწყობს ბაზრის დახურვას, რადგან არსებობს სტანდარტი, რომელსაც ვერავინ გამოიმუშავებს, ამიტომ ყველაზე გავრცელებული ავტომატურად ხდება ყველაზე ძლიერი.
დღის წესრიგი არის განივი განაცხადის მაგალითი ყველა სხვა აპლიკაციის მიმართ, რადგან უნდა იყოს ერთი დღის წესრიგი, ამიტომ აზრი აქვს მისი მართვა სისტემის დონეზე და არა აპლიკაციის დონეზე. სისტემა არის პლატფორმა, რომელზედაც ჩვენ ვაწარმოებთ აპლიკაციებს, რომლის მეშვეობითაც ვაძლევთ მათ კომუნიკაციას. ეს საშუალებას გვაძლევს განვასხვავოთ მონაცემები აპლიკაციებიდან. ეს მნიშვნელოვნად ამარტივებს საინფორმაციო სისტემის შექმნას: ჩვენ შეგვიძლია გავაერთიანოთ მონაცემები ორი კომპანიის უფრო ადვილად ან გამოიყენოთ სხვადასხვა აპლიკაციები მათზე წვდომისთვის მონაცემები.
საინფორმაციო სისტემების გაერთიანება აუცილებელია კომპანიების შერწყმის პროცესისთვის. მარტივი ფორმების არსებობა აადვილებს ინფორმაციის გაცვლას, ვიდრე რთული ფორმების მიღებას.
მოდულურობა ხშირად უკვე არსებობს გარე თვალსაზრისით: მომხმარებლის თვალსაზრისით. ფაქტობრივად, ის სისტემას თითო-ოროლა ხედავს, ანუ ხედავს მხოლოდ იმ ნაწილს, რომელსაც იყენებს და აღიქვამს მას დანარჩენებისგან განცალკევებულ მოდულად. მოჩვენებითი მოდულარობა არის პირველი ნაბიჯი რეალური მოდულარობისკენ გადასვლისკენ.
ეს საშუალებას გვაძლევს შევქმნათ ახალი და კომპონენტთაშორისი ურთიერთქმედებები და სერვისები. სისტემის ინტერფეისი ხდება მომხმარებლის მიერ მის გარშემო არსებულ გარემოზე დამოკიდებული: სისტემა პასუხობს მაშინ, როცა მომხმარებელს ეს სჭირდება, ამიტომ ლოდინის დრო აუცილებელია სისტემის ეფექტურობის გასაზომად.
მნიშვნელოვანია, რომ ინტერფეისი შემუშავებული იყოს მომხმარებლისგან დაწყებული, რასაც აკეთებს: მომხმარებელი ეჩვევა პროცედურებს, თუნდაც ისინი უხეში და ლოგიკას მოკლებული იყოს.
და ბოლოს, პლატფორმამ უნდა იცოდეს, რომ ის არის პლატფორმა: მან არა მხოლოდ უნდა დაუშვას მოდულების შესრულება, არამედ უნდა შეიცავდეს ყველა იმ ფუნქციას, რომელიც შეიძლება იყოს განივი (მაგ. დღის წესრიგი, ელ. ფოსტა), რომელზეც მათ შეუძლიათ წვდომა სისტემის პრიმიტივები (ისევე როგორც კოპირ-პასტის შემთხვევაში). სისტემისთვის, ეს შეიძლება ჩაითვალოს
- ნორმალური აპლიკაციები, მაგრამ ისინი აუცილებელია კომპონენტების შეერთებისთვის.
- პლატფორმა = სისტემა + განივი სერვისები.
პლატფორმა არ არის სისტემა და არ ცვლის მას, მით უმეტეს, თუ თქვენ გაქვთ სხვადასხვა სისტემები (Windows, Linux, Mac ...), სადაც შუალედური პროგრამა იკავებს და აჩვენებს მრავალ სისტემას, თითქოს ისინი ერთი იყოს.
ამიტომ, მოდულურ სისტემებს უნდა ჰქონდეს მინიმუმ 4 მახასიათებელი:
- ფორმები უნდა იყოს მარტივი;
- მოდულები უნდა იყოს ურთიერთშემცვლელი;
- ჩვენ გვჭირდება პლატფორმა, რომელიც სავსეა ინტეგრაციისთვის საჭირო სერვისებით;
- ინტერფეისი უნდა იყოს შექმნილი აპლიკაციის მომხმარებლისთვის.
ყველა ეს მახასიათებელი უკავშირდება ევოლუციას: მოდულები იძლევა ცალკეული ევოლუციების საშუალებას და სისტემის ევოლუციის საშუალებას. პლატფორმა და ინტერფეისი, თავის მხრივ, უნდა განვითარდეს პროტოკოლებისა და პროცედურების მიხედვით.
გაუზიარეთ:
შეიტყვეთ მეტი ონლაინ ვებ სააგენტოდან
გამოიწერეთ, რომ მიიღოთ უახლესი სტატიები ელექტრონული ფოსტით.
