მრავალმხრივი მოდელის 7 პრინციპები

მიუხედავად იმისა, რომ უფრო ადვილია, ვიდრე გაკეთდა, მინდა ამ კვირაში დავიწყო გეოფიზიკური ამ საკითხთან დაკავშირებით, მიუხედავად იმისა, რომ ამ საკითხზე სრული წიგნებია, ჩვენ გამოვიყენებთ 7 2.0 ვებ-პრინციპებს, შევაჯამოთ მრავალმხრივი მოდელის სქემას და მივმართავთ გეომასულ სფეროს.

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

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

მოდი ვნახოთ შემდეგ ამ მოდელის ფენებსა და მის პრინციპებს.

განვითარების ფენა

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

2. პროგრამები მრავალ მოწყობილობის გამოყენებისათვის.  აუცილებელია გავითვალისწინოთ, რომ მომხმარებლებს სურვილი აქვთ მიიღონ ინფორმაცია დესკტოპის მოწყობილობებიდან ან სხვადასხვა მობილურიდან ინტერნეტის საშუალებით, ამიტომ განვითარებამ უნდა გაითვალისწინოს ეს პრინციპი. მიუხედავად იმისა, რომ ადვილი არ არის ცნობილი გაჯეტების ევოლუციის პროგნოზირება, მინიმუმ პროექტის სპეციალობა უნდა იქნას გათვალისწინებული მონაცემების კვებისა და ჩამოტვირთვის მიზნით, როგორც საკადასტრო პროცესის შემთხვევაში, GPS აღჭურვილობისა და PDA– ს გამოყენება GIS პროგრამებით. / CAD მონაცემთა ცხრილის მინიმალური ცხრილის შესაძლებლობებით და რასტრული / ვექტორული მონაცემების გამოყენებით. რადგან ბიზნესის სპეციალობა მრავალფეროვანია, საჭიროა იცოდეთ ტექნოლოგიების წინსვლის შესახებ.

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

პროცესი ფენა

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

5. ონლაინ აპლიკაციების გამოყენება.  ეს დიდი გამოწვევაა დეველოპერებისთვის, რადგან ეს ფენა ასევე მოიცავს მომხმარებელთა დონეს, რომლებიც ახორციელებენ პროცესებს, რომლებიც სცილდება მოთხოვნას. ასეთია საკადასტრო მოვლა, რომელიც მოითხოვს დისკრეტული ფაილების გამოყენებას და არა მხოლოდ ცხრილის მონაცემების მანიპულირებას. ამისათვის არჩეულმა პროგრამულ უზრუნველყოფაში უნდა იყოს უზრუნველყოფილი ფაილების მართვის კონტროლირებადი გარემო, ვერსიების შექმნა და პროცესი, რომელიც ცნობილია როგორც checkout-checkin; მოსალოდნელია, რომ API უზრუნველყოფს შესაძლებლობებს, რათა მოხდეს ფუნქციონალური თვისებების გამიჯვნა და თავიდან აიცილოს სამუშაო პროცესების სინქრონიზაცია.

მომხმარებლის Layer

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

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

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