GOU NPO პროფესიონალი

M E T O D I C E S K I E

რეკომენდაციები

კურსის დიზაინისთვის

დისციპლინის მიხედვით

პროგრამული უზრუნველყოფის განვითარების ტექნოლოგია

სპეციალობით

230105(2203) პროგრამული უზრუნველყოფა კომპიუტერული მეცნიერებადა
ავტომატური სისტემები

(საბაზისო დონე)

კალინინგრადი, 2007 წ

“ დამტკიცებულია”

საგანი

(ციკლური) საკომისიო

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

PCC-ის თავმჯდომარე

მოადგილე რეჟისორები

UMR-ის მიერ

_______________________

_______________________

მიმომხილველები:

შესავალი

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

· ამოცანის პროგრამული განხორციელების ალგორითმის შემუშავება;

შემუშავებული ალგორითმის მიხედვით პროგრამული პროდუქტის შექმნა, პროგრამული პროდუქტის გამართვა და ტესტირება;

· ქსელური აპლიკაციების შემუშავება და შენარჩუნება;

დავალებებიკურსის პროექტებია:

საკურსო პროექტის თემასთან დაკავშირებული კონკრეტული საგნობრივი სფეროს თავისებურებების შესწავლა;

შესაძლო მიდგომებისა და გადაწყვეტის მეთოდების ანალიზი არჩეული მეთოდის დასაბუთებით;

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

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

პროგრამული მუშაობის შედეგების ანალიზი;

პროგრამული და ოპერატიული დოკუმენტაციის შემუშავება.

2. თემის შერჩევა

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

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

3. კურსის პროექტების თემები (დანართი)

1. პროგრამული მოდულის შემუშავება „მოსწავლეთა პროგრესის აღრიცხვა“.

2. პროგრამის მოდულის შემუშავება „მოსწავლეთა პირადი საქმეები“.

3. პროგრამული მოდულის „დეპარტამენტის“ შემუშავება.

4. შეიმუშავეთ პროგრამული მოდული „ლაბორატორია“.

5. შეიმუშავეთ პროგრამული მოდული „Car Service“.

6. პროგრამული მოდულის შემუშავება „წესების დარღვევის აღრიცხვა მოძრაობა».

7. პროგრამული მოდულის შემუშავება „უძრავი ქონების სააგენტოს ბარათის ფაილი“.

8. პროგრამული მოდულის შემუშავება „ATS აბონენტთა ბარათის ფაილი“.

9. პროგრამული მოდულის შემუშავება „ავიაბილეთის ოფისი“.

10. შეიმუშავეთ პროგრამული მოდული „წიგნების მაღაზია“.

11. შეიმუშავეთ პროგრამული მოდული „პარკინგი“.

12. პროგრამული მოდულის შემუშავება „დასაქმების სააგენტო“.

13. პროგრამული მოდულის შემუშავება „ქონების ცვეთის გაანგარიშება“.

14. შეიმუშავეთ პროგრამული მოდული „Examiner“.

15. პროგრამული მოდულის შემუშავება „სტუდენტების სამუშაო საათების აღრიცხვა“.

16. შეიმუშავეთ პროგრამული მოდული „საინფორმაციო და საცნობარო პროგრამა კლიენტების საფოსტო მისამართებისთვის“.

17. პროგრამული მოდულის შემუშავება „ბარათის ფაილი სააღრიცხვო ლიტერატურისთვის ბიბლიოთეკაში“.

18. პროგრამული მოდულის შემუშავება „საქონელის აღრიცხვა საწყობში“.

19. პროგრამული მოდულის შემუშავება " თამაშის პროგრამა Master Mind ტიპი.

20. შეიმუშავეთ პროგრამული მოდული „ლოგიკური თამაში რიცხვთა კომბინაციის გამოსაცნობად“.

21. პროგრამული მოდულის შემუშავება „მოსწავლეთა ჯგუფისთვის მიმდინარე გაკვეთილების განრიგის ჩვენების პროგრამა“.

22. პროგრამული მოდულის შემუშავება „დისკების გაყიდვის საინფორმაციო და საცნობარო პროგრამა“.

23. შექმენით პროგრამის მოდული „ტურისტული კომპანიის კორპორატიული ვებგვერდი“.

24. შექმენით პროგრამის მოდული „კომპიუტერული აქსესუარების მაღაზიის კორპორატიული ვებ საიტი“.

25. შექმენით პროგრამის მოდული „კომპიუტერის პერიფერიული მაღაზიის კორპორატიული ვებ-გვერდი“.

26. შექმენით პროგრამული მოდული „კომპიუტერული ქსელის ადმინისტრატორის პირადი ვებ საიტი“.

27. შექმენით პროგრამული მოდული „კოლეჯის ტერიტორიის კეთილმოწყობის პროექტის ვებ-გვერდი“.

28. შექმენით პროგრამის მოდული „ვებ საიტი კოლეჯის ტერიტორიაზე ზამთრის ბაღის მშენებლობის პროექტისთვის“.

4. შინაარსი და ეტაპები
კურსის პროექტი

1. თემის შერჩევა და ლიდერთან შეთანხმება. ლიტერატურის შერჩევა.

2. სამუშაოს დიზაინის მოთხოვნების შესწავლა.

3. კურსის პროექტის განხორციელების გეგმის შედგენა. ამოხსნის ალგორითმის შემუშავება.

4. ალგორითმის განხორციელება.

5. პროგრამის გამართვა.

6. პროგრამის ტესტირება.

7. პროგრამული და ოპერატიული დოკუმენტაციის შედგენა.

8. მიღებული შედეგების ანალიზი.

9. ანგარიშის რეგისტრაცია.

10. კურსის პროექტის დაცვა.

5. კურსის პროექტის სტრუქტურა

კურსის პროექტი უნდა შეიცავდეს შემოწმებულ პროგრამულ უზრუნველყოფას და განმარტებით ჩანაწერს (მინიმუმ 20 A4 ფურცელი).

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

კურსის პროექტის განმარტებით ჩანაწერს უნდა ჰქონდეს შემდეგი
სტრუქტურა:

დადგენილი ნიმუშის სათაური ფურცელი (დანართი 1);

შესავალი;

პროგრამული უზრუნველყოფისა და ტექნიკის არჩევანი ნაკრების განსახორციელებლად
დავალებები;

შემუშავებული პროგრამული უზრუნველყოფის აღწერითი ნაწილი;

პროგრამული დოკუმენტაცია;

ოპერატიული დოკუმენტაცია;

დასკვნა, რომელიც გამოაქვს დასკვნები და რეკომენდაციები
პროექტის მასალების გამოყენების შესაძლებლობები;

გამოყენებული ლიტერატურის სია;

აპლიკაციები.

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

პროგრამული დოკუმენტაციამოიცავს დოკუმენტების შემდეგ კომპლექტს:

კრეატიული მიდგომა კურსის პროექტის დაწერისას;

დასკვნების სისწორე და მეცნიერული მართებულობა;

კურსის პროექტის სიზუსტე და სწორი დიზაინი.

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

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

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

დანართი 1

სათაურის გვერდის შაბლონი

GOU NPO პროფესიონალი

№10 სახელოვნებო და სამრეწველო ლიცეუმი

კურსის პროექტი

დისციპლინაში "პროგრამული პროდუქტის შემუშავების ტექნოლოგია"

თემაზე: _________________________________________________________________

ავსებს სტუდენტი _________________________________ გვარი, სახელი, პატრონიმი

სპეციალობა, კურსი, ჯგუფი _________________________________________________

ხელმძღვანელი __________________________ გვარი, სახელი, პატრონიმი

მიწოდების თარიღი, სტუდენტის ხელმოწერა ____________________

________________________________________________

დაცვის თარიღი, კლასი, მასწავლებლის ხელმოწერა

კალინინგრადი

დანართი 2

ტექნიკური დავალება.

მოთხოვნები შინაარსისა და დიზაინის მიმართ

GOST 19.201 - 78

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

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

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

1. შესავალი

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

2. განვითარების საფუძველი

დოკუმენტი (დოკუმენტები), რომლის საფუძველზეც ხორციელდება შემუშავება;

ორგანიზაცია, რომელმაც დაამტკიცა ეს დოკუმენტი და მისი დამტკიცების თარიღი;

განვითარების თემის სახელი და/ან სიმბოლო.

3. განვითარების მიზანი

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

4. მოთხოვნები პროგრამის ან პროგრამული პროდუქტის მიმართ

4.1. შესრულების მოთხოვნები.

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

4.2. საიმედოობის მოთხოვნები.

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

4.3. Მოხმარების პირობები.

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

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

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

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

5. მოთხოვნები პროგრამული დოკუმენტაციის მიმართ

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

6. ტექნიკური და ეკონომიკური ინდიკატორები

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

7. განვითარების ეტაპები და ეტაპები

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

8. კონტროლისა და მიღების ბრძანება

განყოფილებაში უნდა იყოს მითითებული ტესტების ტიპები და სამუშაოს მიღების ზოგადი მოთხოვნები.

IN აპლიკაციებიმითითების პირობებს, საჭიროების შემთხვევაში, მიჰყავთ:

კვლევის და განვითარების დამადასტურებელი სხვა სამუშაოების ჩამონათვალი;

ალგორითმის სქემები, ცხრილები, აღწერილობები, დასაბუთებები, გამოთვლები და სხვა დოკუმენტები, რომლებიც შეიძლება გამოყენებულ იქნას შემუშავებაში;

განვითარების სხვა წყაროები.

დანართი 3

პროგრამის ტექსტი (GOST 19.401 - 78)

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

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

ასევე დასაშვებია სახელის შეყვანა სექციების ნაკრებისთვის.

თითოეული ეს განყოფილება განხორციელებულია ერთ-ერთი სიმბოლური აღნიშვნის ტიპით, მაგალითად:

სიმბოლური აღნიშვნა ორიგინალ ენაზე;

სიმბოლური აღნიშვნა შუალედურ ენებში;

მანქანების კოდების სიმბოლური წარმოდგენა და ა.შ.

დანართი 4

პროგრამის აღწერა (GOST 19.402 - 78)

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

1. გენერალური

განყოფილება უნდა შეიცავდეს: პროგრამის აღნიშვნას და სახელს; პროგრამის მუშაობისთვის საჭირო პროგრამული უზრუნველყოფა; პროგრამირების ენები, რომლებშიც დაწერილია პროგრამა.

2. ფუნქციური დანიშნულება

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

3. ლოგიკური სტრუქტურის აღწერა

განყოფილება უნდა შეიცავდეს:

პროგრამის ალგორითმები;

გამოყენებული მეთოდები;

პროგრამის სტრუქტურა ფუნქციების აღწერით შემადგენელი ნაწილებიდა მათ შორის კავშირები;

პროგრამის ბმულები სხვა პროგრამებთან.

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

4. გამოყენებული ტექნიკური საშუალებები

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

განყოფილება უნდა შეიცავდეს:

როგორ გამოვიძახოთ პროგრამა შესაბამისი მონაცემთა მატარებლიდან;

პროგრამის შესვლის პუნქტები.

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

6. შეყვანის მონაცემები

განყოფილება უნდა შეიცავდეს:

შეყვანის მონაცემების ბუნება, ორგანიზაცია და წინასწარი მომზადება;

შეყვანის მონაცემების ფორმატი, აღწერა და კოდირება.

7. IMPRINT

განყოფილება უნდა შეიცავდეს:

ანაბეჭდის ბუნება და ორგანიზაცია;

გამომავალი ფორმატი, აღწერა და კოდირება.

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

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

დანართი 5

განმარტებითი შენიშვნა (GOST 19.404-79)

საინფორმაციო ნაწილის (რეზიუმე და შინაარსი) შედგენა არჩევითია.

დოკუმენტის მახასიათებლებიდან გამომდინარე, შესაძლებელია ცალკეული სექციების (ქვესექციების) გაერთიანება, ასევე ახალი სექციების (ქვესექციების) დანერგვა.

შესავალი

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

1. მიზანი და ფარგლები

განყოფილებაში მითითებულია პროგრამის მიზანი, პროგრამის მოცულობის მოკლე აღწერა.

2. ტექნიკური მახასიათებლები

განყოფილება უნდა შეიცავდეს შემდეგ ქვეგანყოფილებებს:

2.1 პრობლემის განცხადება.

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

2.2 პროგრამის ალგორითმის ან/და მუშაობის აღწერა.

პროგრამის ალგორითმი ან/და მოქმედება აღწერილია პრობლემის გადაჭრის ალგორითმის სქემის არჩევის დასაბუთებით, პროგრამის შესაძლო ურთიერთქმედებით სხვა პროგრამებთან.

2.3 შემადგენლობა ტექნიკური და პროგრამული ინსტრუმენტები.

მოცემულია შეყვანისა და გამომავალი მონაცემების ორგანიზების მეთოდის შემადგენლობის არჩევანის აღწერა და დასაბუთება.

2.4 აპარატურის და პროგრამული უზრუნველყოფის შემადგენლობა.

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

3. მოსალოდნელი ტექნო-ეკონომიკური შესრულება

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

4. განვითარებაში გამოყენებული წყაროები

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

IN განაცხადიდოკუმენტი შეიძლება შეიცავდეს ცხრილებს, დასაბუთებებს, მეთოდებს, გამოთვლებს და შემუშავებაში გამოყენებულ სხვა დოკუმენტებს.

დანართი 6

თანმხლები დოკუმენტების განცხადება

GOST 19.507 - 79

საინფორმაციო ნაწილის (რეზიუმე და შინაარსი) შედგენა არჩევითია.

განცხადებაში მითითებულია საოპერაციო დოკუმენტების ჩამონათვალში შეტანილი დოკუმენტები.

საოპერაციო დოკუმენტების სია უნდა შეიცავდეს შემდეგ განყოფილებებს: დოკუმენტები პროგრამისთვის; დოკუმენტები პროგრამის კომპონენტებისთვის.

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

განყოფილებაში "დოკუმენტები პროგრამისთვის" ყველა ოპერატიული დოკუმენტი (გარდა საოპერაციო დოკუმენტების განცხადებისა) უნდა იყოს ჩაწერილი ამ პროგრამას.

სექციაში „დოკუმენტები პროგრამის შემადგენელი ნაწილებისთვის“ უნდა ჩაიწეროს საოპერაციო დოკუმენტების განცხადებები ყველა პროგრამისთვის, რომელიც უშუალოდ შედის პროგრამაში.

დოკუმენტები აღირიცხება განცხადებაში სექციების სათაურებში სვეტში "სახელი".

ანგარიშგებაში დოკუმენტები აღირიცხება აღნიშვნაში შეტანილი დოკუმენტის ტიპის კოდის ზრდის მიხედვით.

განცხადების სვეტები ივსება შემდეგნაირად:

· სვეტში "აღნიშვნა" მიუთითეთ დოკუმენტების აღნიშვნა GOST 19.103-77 შესაბამისად;

სვეტში „სახელი“ მიუთითეთ ოპერატიული დოკუმენტის სრული დასახელება დამტკიცების ფურცელში მითითებული სახელწოდების შესაბამისად ან სათაურის გვერდი;

ამ პროგრამის დოკუმენტებისთვის ჩაწერილია მხოლოდ დოკუმენტების დასახელება და ტიპი;

გრაფაში „კოლ. ასლი. ” მიუთითეთ ასლების რაოდენობა ამ დოკუმენტს;

· სვეტში „მდებარეობა“ მიუთითეთ საქაღალდის ნომერი, რომელშიც ინახება დაბეჭდილი დოკუმენტი.

საჭიროების შემთხვევაში დასაშვებია შენიშვნების ტექსტისა და დამატებით საოპერაციო დოკუმენტებთან დაკავშირებული დამატებითი ინფორმაციის ჩაწერა.

ნებადართულია შენიშვნების სერიული ნომრების მიცემა.

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

განცხადებაში ასევე მოცემულია, საჭიროების შემთხვევაში, საქაღალდეების სია, რომლებშიც მოთავსებულია დაბეჭდილი დოკუმენტები.

განცხადებაში საქაღალდეები ჩაიწერება ყველა დოკუმენტის ჩამოთვლის შემდეგ, სათაურით „საქაღალდეების სია“ სვეტში „სახელი“ მათი სერიული ნომრების ზრდის მიხედვით.

საქაღალდეების ჩაწერისას განცხადების სვეტები ივსება შემდეგნაირად:

ხაზგასმულია სვეტი „აღნიშვნა“;

სვეტში „სახელი“ მიუთითეთ საქაღალდის სახელი და ნომერი, მაგალითად, „საქაღალდე No1“;

გრაფაში „კოლ. ასლი. ” მიუთითეთ ამ სახელწოდების საქაღალდეების ასლების რაოდენობა, რომლებიც არის ოპერატიული დოკუმენტების ერთი ნაკრების ნაწილი;

"მდებარეობის" სვეტში, საჭიროების შემთხვევაში, მიუთითეთ საქაღალდეების ადგილმდებარეობა.

საოპერაციო დოკუმენტების განცხადების შევსების მაგალითი

Დანიშნულება

სახელი

მდებარეობა

A. V. 001-01_32_01-1

Ოპერაციული სისტემა. სისტემის აღდგენის ინსტრუმენტები

A. V. 001-01_32_01-2

Ოპერაციული სისტემა. ბმული რედაქტორი.

დანართი 7

განაცხადის აღწერა (GOST 19.502-78)

საინფორმაციო ნაწილის (რეფერატი და შინაარსი) შედგენა სავალდებულოა.

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

1. პროგრამის მიზანი

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

2. გამოყენების პირობები

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

3. პრობლემის აღწერა

განყოფილება უნდა შეიცავდეს პრობლემის განმარტებებს და მისი გადაჭრის მეთოდებს.

4. შემავალი და გამომავალი მონაცემები

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

საცნობარო მასალები (ილუსტრაციები, ცხრილები, გრაფიკები, მაგალითები და ა.შ.) შეიძლება იყოს დოკუმენტის დანართში.

დანართი 8

ტექნიკური სახელმძღვანელო

(GOST 19.508-79)

საინფორმაციო ნაწილის (რეფერატი და შინაარსი) შედგენა სავალდებულოა.

დოკუმენტის მახასიათებლებიდან გამომდინარე, დასაშვებია დამატებითი სექციების შემოღება.

1. შესავალი

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

2. ზოგადი ინსტრუქციები

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

3. მოთხოვნები ტექნიკური საშუალებების მიმართ

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

4. ფუნქციების აღწერა

განყოფილებაში მითითებულია:

ამ პროგრამით შემოწმებული ტექნიკური საშუალებების მაქსიმალური შემადგენლობა;

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

ტექნიკური საშუალებების მოვლა-პატრონობაში გამოყენებული შეყვანისა და გამომავალი მონაცემების ორგანიზაციის აღწერა;

მოწყობილობების პროგრამასთან ურთიერთქმედების აღწერა, ურთიერთქმედების შედეგები, პროგრამის შედეგების გამომავალთან.

დანართი 9

1. პროგრამული მოდულის შემუშავება „მოსწავლეთა პროგრესის აღრიცხვა“.

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

2. პროგრამის მოდულის შემუშავება „მოსწავლეთა პირადი საქმეები“.

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

3. პროგრამული მოდულის „დეპარტამენტის“ შემუშავება.

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

4. შეიმუშავეთ პროგრამული მოდული „ლაბორატორია“.

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

5. შეიმუშავეთ პროგრამული მოდული „Car Service“.

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

6. პროგრამული მოდულის შემუშავება „სატრანსპორტო მოძრაობის წესების დარღვევის აღრიცხვა
მოძრაობა."

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

7. პროგრამული მოდულის შემუშავება „უძრავი ქონების სააგენტოს ბარათის ფაილი“.

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

8. პროგრამული მოდულის შემუშავება „ATS აბონენტთა ბარათის ფაილი“.

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

9. პროგრამული მოდულის შემუშავება „ავიაბილეთის ოფისი“.

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

10. შეიმუშავეთ პროგრამული მოდული „წიგნების მაღაზია“.

11. შეიმუშავეთ პროგრამული მოდული „პარკინგი“.

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

12. პროგრამული მოდულის შემუშავება „დასაქმების სააგენტო“.

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

13. პროგრამული მოდულის შემუშავება „ქონების ცვეთის გაანგარიშება“.

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

ბ) მითითებული სითხის ღირებულება აღემატება საწყის მნიშვნელობას;

გ) მითითებულია საანგარიშო პერიოდი, რომელიც აღემატება ამორტიზაციის პერიოდს.

14. შეიმუშავეთ პროგრამული მოდული „Examiner“.

სატესტო დავალება უნდა შედგებოდეს 5-7 კითხვისაგან, ტესტის ფაილის დასახელება მითითებულია პროგრამის სიის ბრძანების სტრიქონში.

15. პროგრამული მოდულის შემუშავება „სამუშაო საათების აღრიცხვა
სტუდენტები."

პროგრამა უნდა განხორციელდეს MS Visual Studio-ს გამოყენებით; მოსწავლის გვარის, ჯგუფის ნომრისა და სამუშაო საათების შეყვანა-გამოტანის ჩართვა, ასევე მოკლე აღწერადასრულებული სამუშაო; აჩვენოს სტუდენტების სია და თითოეული მათგანის სამუშაოს მოკლე აღწერა; შეეძლოს სიის და აღწერილობის რედაქტირება.

16. შეიმუშავეთ პროგრამული მოდული „საინფორმაციო და საცნობარო პროგრამა კლიენტების საფოსტო მისამართებისთვის“.

პროგრამა უნდა განხორციელდეს MS Visual Studio-ს გამოყენებით; კლიენტის გვარის, სახელისა და პატრონიმის და მისი საფოსტო მისამართის შეყვანა-გამოსვლის ჩართვა; აჩვენეთ კლიენტების სია და თითოეული მათგანის მისამართი; შეძლოს სიის და მისამართების რედაქტირება; შეძლოს მრავალი სიის შექმნა და ჩვენება; შეეძლოს ინფორმაციის ექსპორტი სხვა აპლიკაციებში, როგორიცაა MS Word.

17. პროგრამული მოდულის შემუშავება „ბარათის ფაილი სააღრიცხვო ლიტერატურისთვის ბიბლიოთეკაში“.

პროგრამა უნდა განხორციელდეს MS Visual Studio-ს გამოყენებით; ჩართეთ წიგნის სათაურისა და ავტორის შეყვანა-გამოტანა და მოკლე ანოტაცია; აჩვენოს წიგნების სია და ანოტაცია თითოეული მათგანისთვის; შეძლოს წიგნის სათაურის და ანოტაციის რედაქტირება; შეძლოს ლიტერატურის თემაზე რამდენიმე სიის შექმნა და ინფორმაციის გადატანა ერთი სიიდან მეორეში.

18. პროგრამული მოდულის შემუშავება „საქონელის აღრიცხვა საწყობში“.

პროგრამა უნდა განხორციელდეს MS Visual Studio-ს გამოყენებით; მიეცით საშუალება შეიყვანოთ პროდუქტის დასახელება და რაოდენობა, ასევე მოკლე აღწერა; აჩვენეთ პროდუქტების სია და აღწერილობები თითოეულისთვის; შეეძლოს პროდუქტის დასახელებისა და აღწერილობის რედაქტირება; შეძლოს მრავალი სიის შექმნა პროდუქტის ჯგუფების მიხედვით.

19. პროგრამული მოდულის შემუშავება „თამაშის ტიპის პროგრამაოსტატიგონება".

პროგრამა უნდა განხორციელდეს MS Visual Studio-ს გამოყენებით; მისცეს ფერების ნაკრების გამოცნობის და შეცდომების შესახებ ინფორმაციის ჩვენების შესაძლებლობა; მომხმარებელს ეძლევა რამდენიმე მცდელობა; თუ ნაკრები გამოიცნობს, გამოჩნდება მოგების შეტყობინება, თუ არა, გამოჩნდება ახალი მცდელობა ან წაგების შეტყობინება.

20. შეიმუშავეთ პროგრამული მოდული „ლოგიკური თამაში რიცხვთა კომბინაციის გამოსაცნობად“.

პროგრამა უნდა განხორციელდეს MS Visual Studio-ს გამოყენებით; მიეცით შესაძლებლობა გამოიცნოს რიცხვითი კომბინაციები და აჩვენოს ინფორმაცია შეცდომების შესახებ; მომხმარებელს ეძლევა რამდენიმე მცდელობა; თუ კომბინაცია გამოიცნობს, გამოჩნდება მოგების შეტყობინება, თუ არა, გამოჩნდება ახალი მცდელობა ან წაგების შეტყობინება. ფიქრის დრო შეზღუდულია.

21. პროგრამული მოდულის შემუშავება „მოსწავლეთა ჯგუფისთვის მიმდინარე გაკვეთილების განრიგის ჩვენების პროგრამა“.

პროგრამა უნდა განხორციელდეს MS Visual Studio-ს გამოყენებით; დროის მიხედვით, ეკრანზე აჩვენეთ მიმდინარე გაკვეთილი, მისი დასაწყისი და დასასრული შეყვანილი გრაფიკის შესაბამისად.

22. პროგრამული მოდულის შემუშავება „იყიდება საინფორმაციო და საცნობარო პროგრამაCD".

პროგრამა უნდა განხორციელდეს MS Visual Studio-ს გამოყენებით; დისკის სახელის, ღირებულებისა და შეჯამების შეყვანა-გამოსვლის ჩართვა; დისკების სიის ჩვენება და თითოეული მათგანის მოკლე მიმოხილვა; შეეძლოს სიის და შინაარსის რედაქტირება; შეუძლია დისკის აღწერილობის იმპორტი სხვა აპლიკაციიდან, როგორიცაა MS Word.

23. შექმენით პროგრამული მოდული „კორპორატიულიტურისტული კომპანიის საიტი.

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

24. შექმენით პროგრამული მოდული „კორპორატიულიკომპიუტერული აქსესუარების მაღაზიის საიტი.

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

25. შექმენით პროგრამული მოდული „კორპორატიულიკომპიუტერული პერიფერიული მაღაზიის საიტი.

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

26. შექმენით პროგრამის მოდული „პირადიკომპიუტერული ქსელის ადმინისტრატორის ვებ-გვერდი.

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

27. შექმენით პროგრამის მოდული "ლიცეუმის ტერიტორიის კეთილმოწყობის პროექტის ვებგვერდი.

28. შექმენით პროგრამის მოდული "ლიცეუმის ტერიტორიაზე ზამთრის ბაღის მშენებლობის პროექტის ვებ-გვერდი.

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

ბიბლიოგრაფია

1. GOST 7.1–84. დოკუმენტის ბიბლიოგრაფიული აღწერა. შედგენის ზოგადი მოთხოვნები და წესები.

2. GOST 7.9-95. აბსტრაქტული და აბსტრაქტული. Ძირითადი მოთხოვნები.

3. პროგრამული დოკუმენტაციის ერთიანი სისტემის (ESPD) სტანდარტები.

4. შიშკინის ინსტრუქციები კურსის პროექტისთვის. - სმოლენსკი, 2002 წ.

5. რუდაკოვის მონაცემები. აპლიკაციის შემუშავება - სანკტ-პეტერბურგი: BHV-Petersburg, 2006 წ

6. ილიუშეჩკინის გამოყენება და მონაცემთა ბაზების დიზაინი - მ.: უმაღლესი განათლება. 2009 წ

შესავალი.. 3

1. კურსის დიზაინის მიზანი და ამოცანები .. 3

2. აირჩიეთ თემა... 4

3. კურსის პროექტების თემები.. 4

5. კურსის პროექტის სტრუქტურა .. 5

6. კურსის პროექტის ახსნა-განმარტების ფორმულირება .. 6

7.პროექტის კურსის დაცვა .. 7

დანართი 1.8

დანართი 2.9

დანართი 3. 11

დანართი 4. 12

დანართი 5. 14

დანართი 6. 15

დანართი 7. 16

დანართი 8. 17

დანართი 9. 18

ლიტერატურა... 22

ამავე ვარიანტზე ტარდება No1-5 ლაბორატორიული სამუშაოები.

• 1. პროგრამული მოდულის შემუშავება „მოსწავლეთა პროგრესის აღრიცხვა“. პროგრამული მოდული შექმნილია იმისთვის, რომ დროულად ჩაიწეროს სტუდენტების პროგრესი დეკანის, დეკანის მოადგილეებისა და დეკანის პერსონალის სესიაზე. ინფორმაცია სტუდენტების პროგრესის შესახებ უნდა იყოს შენახული მათი სწავლის მთელი პერიოდის განმავლობაში და გამოყენებული იქნას გავლილი კურსების სერტიფიკატებისა და დიპლომის დამატებების მომზადებაში.
• 2. პროგრამის მოდულის შემუშავება „მოსწავლეთა პირადი საქმეები“. პროგრამული მოდული შექმნილია სტუდენტების შესახებ ინფორმაციის მისაღებად დეკანატში, პროფკავშირის კომიტეტისა და პერსონალის განყოფილების თანამშრომლების მიერ. ინფორმაცია უნდა ინახებოდეს სტუდენტების სწავლის მთელი პერიოდის განმავლობაში და გამოყენებული იქნას სერტიფიკატებისა და ანგარიშების მომზადებაში.
• 3. პროგრამული მოდულის შემუშავება „კომბინატორიული ოპტიმიზაციის ამოცანების ამოხსნა“. მოდული უნდა შეიცავდეს ალგორითმებს მინიმალური სიგრძის ციკლის მოსაძებნად (მოგზაური გამყიდველის პრობლემა), უმოკლესი ბილიკის პოვნა და მინიმალური დაფარვის ხის პოვნა.
• 4. შეიმუშავეთ აპლიკაცია 'Utsio?5 "ორგანიზატორი". აპლიკაცია შექმნილია მისამართებისა და ტელეფონის ნომრების ჩასაწერად, შესანახად და მოსაძებნად პირებიდა ორგანიზაციები, ასევე განრიგი, შეხვედრები და ა.შ. აპლიკაცია განკუთვნილია ნებისმიერი კომპიუტერის მომხმარებლისთვის.
• 5. შეიმუშავეთ yindows აპი „კალკულატორი“. აპლიკაცია განკუთვნილია ნებისმიერი მომხმარებლისთვის და უნდა შეიცავდეს ყველა არითმეტიკულ ოპერაციას (პრიორიტეტებთან მიმართებაში) და სასურველია (მაგრამ არა საჭირო) რამდენიმე მათემატიკურ ფუნქციას.
• 6. შეიმუშავეთ პროგრამული მოდული „დეპარტამენტი“, რომელიც შეიცავს ინფორმაციას დეპარტამენტის პერსონალის შესახებ (სახელი, თანამდებობა, აკადემიური ხარისხი, დისციპლინები, დატვირთვა, სოციალური სამუშაო, ნახევარ განაკვეთზე მუშაობა და ა.შ.). მოდული განკუთვნილია პერსონალის განყოფილებისა და დეკანატურის თანამშრომლებისთვის.
• 7. შეიმუშავეთ პროგრამული მოდული „ლაბორატორია“, რომელიც შეიცავს ინფორმაციას ლაბორატორიის პერსონალის შესახებ (სახელი, სქესი, ასაკი, ოჯახური მდგომარეობა, ბავშვების ყოფნა, თანამდებობა, აკადემიური ხარისხი). მოდული განკუთვნილია პროფკავშირის კომიტეტისა და პერსონალის დეპარტამენტის თანამშრომლებისთვის.
• 8. შეიმუშავეთ პროგრამული მოდული „Car Service“. სერვისზე რეგისტრაციისას ივსება განცხადება, რომელშიც მითითებულია მფლობელის სახელი, მანქანის ბრენდი, სამუშაოს სახეობა, შეკვეთის მიღების თარიღი და რემონტის ღირებულება. სამუშაოს დასრულების შემდეგ იბეჭდება ქვითარი.
• 9. შეიმუშავეთ პროგრამული მოდული „სატრანსპორტო მოძრაობის დარღვევების აღრიცხვა“. თითოეული მანქანისთვის (და მისი მფლობელისთვის) მონაცემთა ბაზაში ინახება დარღვევების სია. თითოეულ დარღვევაზე ფიქსირდება თარიღი, დრო, დარღვევის სახეობა და ჯარიმის ოდენობა. როდესაც ყველა ჯარიმა გადაიხდება, მანქანა ამოღებულია მონაცემთა ბაზიდან.
• 10. სააგენტოს თანამშრომლების სარგებლობისთვის განკუთვნილი პროგრამული მოდულის „უძრავი ქონების სააგენტოს ბარათის ფაილი“ შემუშავება. მონაცემთა ბაზა შეიცავს ინფორმაციას ბინების შესახებ (ოთახების რაოდენობა, სართული, კადრები და ა.შ.). გაცვლის (ყიდვა, გაყიდვა) განაცხადის მიღებისთანავე ხდება შესაბამისი ვარიანტის ძიება. თუ ეს ასე არ არის, კლიენტი შედის კლიენტის ბაზაში და ეცნობება, როდესაც გამოჩნდება ვარიანტი.
• 11. პროგრამული მოდულის შემუშავება „ATS აბონენტთა ბარათის ფაილი“. ბარათის ფაილი შეიცავს ინფორმაციას ტელეფონებისა და მათი მფლობელების შესახებ. აფიქსირებს გადახდის დავალიანებას (აბონენტის და დროის მიხედვით). ითვლება, რომ ადგილობრივი სატელეფონო ზარების საათობრივი გადახდა უკვე დანერგილია.
• 12. შეიმუშავეთ პროგრამული მოდული „ავიაბილეთების ოფისი“, რომელიც შეიცავს ინფორმაციას საჰაერო მარშრუტებზე ადგილების ხელმისაწვდომობის შესახებ. მონაცემთა ბაზა უნდა შეიცავდეს ინფორმაციას ფრენის ნომრის, ეკიპაჟის, თვითმფრინავის ტიპის, გაფრენის თარიღისა და დროის, აგრეთვე ავიაბილეთის (სხვადასხვა კლასის) ღირებულების შესახებ. როდესაც ბილეთებზე განაცხადი მიიღება, პროგრამა ეძებს შესაბამის ფრენას.
• 13. შეიმუშავეთ პროგრამული მოდული „წიგნების მაღაზია“, რომელიც შეიცავს ინფორმაციას წიგნების შესახებ (ავტორი, სათაური, გამომცემელი, გამოცემის წელი, ფასი). მყიდველი ავსებს განაცხადს მისთვის საჭირო წიგნებზე, თუ არ არის, ის შედის მონაცემთა ბაზაში და ეცნობება მაღაზიაში საჭირო წიგნების მისვლისას.
• 14. შეიმუშავეთ პროგრამული მოდული „პარკინგი“. პროგრამა შეიცავს ინფორმაციას მანქანის ბრენდის, მისი მფლობელის, შემოსვლის თარიღისა და დროის, პარკირების ღირებულების, ფასდაკლებების, გადახდის დავალიანების შესახებ და ა.შ.
• 15. პროგრამული მოდულის შემუშავება „დასაქმების სააგენტო“, რომელიც შეიცავს ინფორმაციას ვაკანსიებისა და რეზიუმეების შესახებ. პროგრამული მოდული შექმნილია როგორც თანამშრომლის მოსაძებნად, რომელიც აკმაყოფილებს კომპანიის მენეჯერების მოთხოვნებს, ასევე შესაფერისი სამუშაოს მოსაძებნად.

შესავალი

1. ანალიტიკური ნაწილი

1.1 საგანი და საწარმოს ტექნიკური და ეკონომიკური მახასიათებლები.

1.1.1 საწარმოს მახასიათებლები

1.2 დავალებების კომპლექსის მახასიათებლები, ამოცანები და ავტომატიზაციის საჭიროების დასაბუთება

1.2.1 ავტომატიზაციის ამოცანების ნაკრების შერჩევა და არსებული ბიზნეს პროცესების მახასიათებლები

1.2.2 პრობლემის გადასაჭრელად კომპიუტერული ტექნოლოგიების გამოყენების აუცილებლობის დასაბუთება

1.2.3 საწარმოსთვის IS-ის ძირითადი თვისებების აღწერა და ამოცანების შერჩეული ნაკრები

1.2.4 ამოცანების ნაკრების ეკონომიკური არსი

1.2.5 დასახული დავალების ადგილის განსაზღვრა ამოცანების კომპლექსში

1.2.6 დავალების არსი

1.3.2 ამოცანების ავტომატიზაციის სტრატეგიის შერჩევა და დასაბუთება

1.4 ავტომატიზაციის მიზნებისა და ქვეამოცანების დასახვა. მიზნის მიღწევის კრიტერიუმები.

1.4.3 კომპიუტერზე ქვეამოცანების ამოხსნის ორგანიზაციის ზოგადი მახასიათებლები

1.5 არსებული მოვლენების ანალიზი და დიზაინის ტექნოლოგიის არჩევის დასაბუთება.

1.6 საპროექტო გადაწყვეტილებების დასაბუთება

1.6.2 საინფორმაციო მხარდაჭერის საპროექტო გადაწყვეტილებების დასაბუთება

2. დიზაინის ნაწილი

2.1 დავალების ინფორმაციული მხარდაჭერა

2.1.4 მონაცემთა ბაზის მახასიათებლები.

2.2 პროგრამული დავალება

2.3 ამოცანის ტექნოლოგიური მხარდაჭერა

2.4 პროექტის განხორციელების საცდელი შემთხვევა და მისი აღწერა

დასკვნა

გამოყენებული წყაროების სია

1.1 ტექნიკოსი - საგანი და საწარმოს ეკონომიკური მახასიათებლები

1.1.1 საწარმოს მახასიათებლები

1. სრული დასახელება: უძრავი ქონების ოპერაციების სააგენტო „ელენა“. Მოკლე სახელი: ელენა უძრავი ქონების სააგენტო.

2. უძრავი ქონების სააგენტო „ელენა“ რეგისტრირებულია კერძო მეწარმის მიერ „სახელმწიფო რეგისტრაციის შესახებ“ რუსეთის ფედერაციის კანონის შესაბამისად. იურიდიული პირებიდა ინდივიდუალური მეწარმეები.

3. სააგენტოს ადგილმდებარეობა: რუსეთის ფედერაცია, ბაშკორტოსტანის რესპუბლიკა, ქალაქი ოქტიაბრსკი, ლენინის გამზირი, 67.

4. ამოცანები:

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

დახმარება იპოთეკური სესხის აღებაში.

· უძრავი ქონების შესახებ ინფორმაციის მოსაძიებლად ხელმისაწვდომი სერვისების შექმნა.

· უძრავი ქონების ინვესტიციისთვის მომსახურების სრული სპექტრის უზრუნველყოფა.

საწარმოს საქმიანობაში სტაბილურობის უზრუნველყოფა.

5. ფირმის მიზნები:

· მოგების მოპოვება.

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

· ახალი კლიენტების მოზიდვა.

· საქმიანობის ტერიტორიული დაფარვის გაფართოება.

უძრავი ქონების სააგენტო "ელენა" 2006, 2007, 2008 წწ.

	ძირითადი ინდიკატორები	2006 წ	2007 წ	გადახრები (%)2007 წლიდან 2006 წლამდე	2008 წ	გადახრები (%)2007 წლიდან 2006 წლამდე
1	2	3	4	5	6	7
1.	გაწეული მომსახურების მოცულობა, ათასი რუბლი;	6500	7100	109	9800	151
2.	გაწეული მომსახურების ღირებულება, ათასი რუბლი;	5200	5400	104	7340	141
3.	გაწეული მომსახურების 1 რუბლის ხარჯები, კაპიკები;	1,25	0,76	60	0,75	60
4.	მოგება, ათასი რუბლი;	1300	1700	131	2460	189
5.	მომგებიანობა, %	25	34	136	33	132
6.	პერსონალის რაოდენობა, პირები;	5	6	120	8	160
7.	შრომის პროდუქტიულობა, ათასი რუბლი / ადამიანი;	1300	1183	91	1225	94
8.	საშუალო თვიური ხელფასი, რუბლი;	8000	10000	125	15000	187
9.	სახელფასო ფონდი, რუბლი;	40000	60000	150	120000	300

ზემოაღნიშნული მონაცემებით შევაფასოთ სააგენტო „ელენას“ ფინანსური შედეგები 2006, 2007, 2008 წწ.

ცხრილიდან ჩანს, რომ გაწეული მომსახურების მოცულობა ყოველწლიურად იზრდება: 2007 წელს, 2006 წელთან შედარებით - 9%, 2008 წელს - 51%-ით.

შემდეგმა ფაქტორებმა ხელი შეუწყო ამ ზრდას:

იპოთეკური სესხი ხელმისაწვდომი იყო 2008 წელს - ბანკის პროცენტი მერყეობდა წლიური 11%-დან;

მოწოდებული სერვისების ბაზარი მნიშვნელოვნად გაფართოვდა, დაიპყრო რეგიონის მიმდებარე ქალაქები;

სააგენტოში ახალი რეალტორების მოსვლასთან ერთად მუშაობის ვადები მკვეთრად შემცირდა;

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

2007 წელს გაწეული მომსახურების ღირებულება 2006 წელთან შედარებით გაიზარდა 4%-ით, ხოლო 2008 წელს, შესაბამისად, 41%-ით. შემდეგი ფაქტორები შეუწყო ხელი ხარჯების ზრდას:

ენერგიის ხარჯების ზრდა, წყლის, სითბოს ფასების ზრდა, სატელეფონო კავშირი, ინტერნეტის გადახდა;

უახლესი უსაფრთხოების განგაშის დაყენება;

გაზრდილი საწვავის მოხმარება მანქანებისთვის;

2007 და 2008 წლებში გაწეული მომსახურების 1 რუბლის ხარჯები (ღირებულების თანაფარდობა გაწეული მომსახურების მოცულობასთან) 2006 წელთან შედარებით 40%-ით შემცირდა.

ეს შემცირება გამოწვეულია იმით, რომ კომპანია ცდილობს მინიმუმამდე დაიყვანოს ხარჯები:

შეუზღუდავი ინტერნეტ კავშირი;

მომხმარებელთა მოსაზიდად ზეპირი სიტყვის მეტი გამოყენება;

შეზღუდვები შორ მანძილზე სატელეფონო ზარებზე;

თუ ვიმსჯელებთ მოგების მაჩვენებლებით (სხვაობა მომსახურების მოცულობასა და ღირებულებას შორის), სააგენტო მუშაობს მომგებიანად, ანუ მოგება ყოველწლიურად იზრდება: 2007 წელს, 2006 წელთან შედარებით, ის გაიზარდა 31%-ით, 2008 წელს ასევე, 2006 წელთან შედარებით ის 89%-ით გაიზარდა.

ამაზე იმოქმედა გაწეული მომსახურების 1 რუბლზე ხარჯების შემცირებამ. ამავე მიზეზებით განისაზღვრება მომგებიანობის ზრდის დინამიკა.

კადრების რაოდენობა ყოველწლიურად იზრდება, 2007 წელს პერსონალს დაემატა 1 რეალტორი, 2008 წელს - კიდევ 3 სპეციალისტი. ეს გამოწვეულია მომსახურების მოცულობის ზრდით. საჭიროების შემთხვევაში, სპეციალისტები ცვლიან ერთმანეთს, რითაც ამაღლებენ კვალიფიკაციის დონეს, ამავდროულად ხელს უშლიან კლიენტს კომპანიის სხვა სააგენტოში წასვლას.

2007 წელს შრომის პროდუქტიულობა (მომსახურების მოცულობის თანაფარდობა დასაქმებულთა რაოდენობასთან), 2006 წელთან შედარებით, 9%-ით შემცირდა, ხოლო 2008 წელს, 2006 წელთან შედარებით, 6%-ით. ამაზე გავლენა იქონია სახელმწიფოს გაფართოებამ. თუმცა, ეს ნორმალურია კომპანიისთვის, თანამშრომლები სწრაფად შედიან სამუშაო რიტმში, რითაც არის გუნდის პროდუქტიულობის გაზრდის ტენდენცია.

დასაქმებულთა საშუალო თვიური ხელფასი 2007 წელს, 2006 წელთან შედარებით, 25%-ით გაიზარდა, 2008 წელს, შესაბამისად, 87%-ით. შესაბამისად, იზრდება სახელფასო ფონდი (საშუალო თვიური ხელფასისა და დასაქმებულთა რაოდენობის პროდუქტი). ეს ზრდა დაკავშირებულია გაწეული სერვისების მოცულობის ზრდასთან, ისევე როგორც დირექტორი ხელს უწყობს პრემიებით ეფექტურობისა და პროფესიონალიზმისთვის, კომპანიის ხარჯზე, რომელსაც ის აგზავნის ფასიან სემინარებზე მოსკოვში, უფაში, სამარაში.

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

1.1.2 საწარმოს მართვის ორგანიზაციული სტრუქტურა და მისი მახასიათებლები

სტრუქტურა

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

ოფისის უფროსი. რეალტორი ჯგუფის ლიდერი

პასუხისმგებლობები:

· რეალტორთა ჯგუფის მართვა.

· ოფისის მუშაობის დაგეგმვა, კონტროლი და ანგარიშგება.

· ყველა ტრანზაქციის მიმდინარეობის მონიტორინგი.

· რეალტორთა ტრენინგი.

· წინასწარი გადახდების მიღება და განხორციელება.

უფროსი იურიდიული მრჩეველი:

პასუხისმგებლობები:

· გარიგების მხარდაჭერა

დოკუმენტაციის „სიწმინდის“ შემოწმება

· სააგენტოს საქმიანობის კანონმდებლობასთან შესაბამისობის მონიტორინგი.

ბუღალტერი

პასუხისმგებლობები:

· ანგარიშების მომზადება და წარდგენა

რეალტორი

პასუხისმგებლობები:

・ მიიღეთ ზარები

· პოტენციური კლიენტების კონსულტაცია.

· სააგენტოს ხელშეკრულებების გაფორმება კომპანიის ოფისში და ადგილზე ვიზიტები კლიენტთან.

· ბინების შერჩევა უძრავი ქონების სპეციალიზებულ ბაზაზე.

· ბინების ჩვენება.

დოკუმენტების შეგროვება

· გარიგებების მომზადება.

· წინასწარ გადახდა.

Ოფისის მენეჯერი

პასუხისმგებლობები:

· საოფისე საქმიანობის ადმინისტრაციული უზრუნველყოფა.

· კლიენტებთან შეხვედრა. ჩაი, ყავა კლიენტებისთვის.

· ფაქსების გაგზავნა/მიღება. დოკუმენტების ამობეჭდვა.

· საკანცელარიო ნივთების და სხვა საქონლის შეძენა ოფისის სიცოცხლისთვის.

თანამშრომლების მიერ ოფისში ვიზიტების სტატისტიკის შენარჩუნება.

კურიერი

· კორესპონდენციის მიწოდება.

· საბუთების მიწოდება.

სურათი 1.1 ორგანიზაციული სქემა

დამახასიათებელი

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

სააგენტოში მომუშავე ყველა ადამიანს აქვს უმაღლესი განათლება, თუმცა ელენას სააგენტოში მუშაობამდე პროფესიები და საქმიანობის სფერო საკმაოდ მრავალფეროვანი იყო. ყველა მათგანს აქვს „კომერციული სტრიქონი“, როგორც წესი, ყოფილი მეწარმეები ან გამოცდილი იურისტები არიან.

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

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

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

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

სავარაუდოდ, ასეთი სქემა მუშაობს და იძლევა შედეგებს.

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

1.1.3 საწარმოს საინფორმაციო და ტექნიკური უზრუნველყოფის აღწერა, გამოყენებული ფუნქციონირება

ბიზნეს სუბიექტი, რომელსაც ჩვენ განვიხილავთ, იყენებს შემდეგ აღჭურვილობას.

7 პერსონალური კომპიუტერები.

7 სტაციონარული ტელეფონის კომპლექტიერთ ხაზზე.

· 3 პრინტერი.

· 1 ფაქსი.

· 1 ქსეროქსი.

· 1 როუტერი ინტერნეტთან წვდომისთვის.

და შემდეგი პროგრამული უზრუნველყოფა.

7 ოპერაციული სისტემა Windows XP

7 MSoffice 2003 პაკეტი

1 ბუღალტრული პროგრამა 1C ბუღალტერია 7.7

· 1 პროგრამული პაკეტი გარანტი.

1.2 ამოცანების კომპლექსის მახასიათებლები, ამოცანები და ავტომატიზაციის საჭიროების დასაბუთება

1.2.2 ავტომატიზაციის ამოცანების ნაკრების შერჩევა და არსებული ბიზნეს პროცესების მახასიათებლები

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

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

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

საწარმოში აღრიცხვა;

ქირავდება და გასაყიდი ბინების და სახლების აღრიცხვა;

კლიენტების აღრიცხვა, რომელთაც სურთ ბინის დაქირავება ან ყიდვა;

კლიენტების აღრიცხვა, რომლებიც იღებენ სხვა მომსახურებას;

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

1.2.3 პრობლემის გადასაჭრელად კომპიუტერული ტექნოლოგიების გამოყენების აუცილებლობის დასაბუთება

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

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

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

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

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

სტატიკური ინფორმაციისა და შესრულებული ოპერაციების ჟურნალების შესანახად დირექტორიებიდან მონაცემების ძებნისა და შერჩევის მოხერხებულობის გაუმჯობესება;

· ინფორმაციის მოძიებისა და შერჩევის სიჩქარის გაზრდა, ასევე უძრავი ქონებით გარიგებების რეგისტრაცია;

· უძრავი ქონების ბაზარზე ყოველი ახლად გამოჩენილი წინადადების მომხმარებელთა ძველ განაცხადებზე გავლენის უზრუნველყოფა;

ინფორმაციის შენახვის უსაფრთხოების უზრუნველყოფა;

მრავალ მომხმარებლის მუშაობის უზრუნველყოფა.

1.2.4 საწარმოსთვის IS-ის ძირითადი თვისებების აღწერა და ამოცანების შერჩეული ნაკრები.

IS-ის ძირითადი თვისებები ამ საწარმოსთვის არის

პატარა და გაურთულებელი - არ არის საჭირო მიმდინარე ამოცანებიდიდ და რთულ IC-ში

· დინამიური და ადვილად ცვალებადი - Microsoft Access-ის ბაზაზე აგებული არ საჭიროებს სპეციალიზებულ უნარებს IP-ის შესაცვლელად

დაბალი უსაფრთხოება - ამ ეტაპზე საწარმოს არ აქვს მოთხოვნები IP უსაფრთხოების შესახებ

· პირი აქტიურ მონაწილეობას იღებს IS-ის მუშაობაში - მონაცემთა შეყვანა, მონაცემთა მოპოვება.

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

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

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

ამიტომ, ასეთი IS-ის მისაღებად, მიზანშეწონილია საწარმომ შეიმუშაოს მისთვის ყველაზე შესაფერისი სისტემა, ამ კომპანიის საქმიანობის ყველა ნიუანსის გათვალისწინებით.

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

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

1.2.6 დასახული დავალების ადგილის განსაზღვრა ამოცანების კომპლექსში

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

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

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

ამ სადიპლომო პროექტის მიზანია ზუსტად გადაჭრას კლიენტთა და უძრავი ქონების მონაცემთა ბაზის ავტომატიზაციის ამოცანა - საწარმოს საქმიანობის ავტომატიზაციის კომპლექსური ამოცანის ცენტრალური ამოცანა.

ავტომატიზაციის ამოცანების კომპლექსი და ამ კომპლექსში მოგვარებული პრობლემის ადგილი ნაჩვენებია სურათზე 1.2.

სურათი 1.2 ავტომატიზაციის ამოცანების კომპლექსი და ამ კომპლექსში მოგვარებული პრობლემის ადგილი.

1.2.7 ამოცანის არსი

მომხმარებლისა და უძრავი ქონების აღრიცხვის სისტემა მრავალი ასპექტისგან შედგება.

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

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

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

1.3 არსებული მოვლენების ანალიზი და ავტომატიზაციის სტრატეგიის არჩევანი

1.3.1 არსებული განვითარების ანალიზი ამოცანების ავტომატიზაციისთვის

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

მაგალითად, სისტემა „იდეალური ვარიანტი: უძრავი ქონება“ ამ სისტემაში დანერგილია შემდეგი ფუნქციები

მოსახერხებელი და მარტივი ინტერფეისი

ასევე, მეტ-ნაკლებად მსგავსი ვარიანტებია სისტემები:

"უძრავი ქონების ობიექტების მონაცემთა ბაზა"

"უძრავი ქონების ექსპერტი"

საუკეთესო სისტემა ბაზარზე, რა თქმა უნდა, იდეალურია: უძრავი ქონება»

თუმცა, ავტომატიზირებული სისტემა „იდეალური ვარიანტი: უძრავი ქონება“ საკმაოდ რთული და შრომატევადია. სისტემა მომხმარებლისგან მაღალ კვალიფიკაციას მოითხოვს და გარდა ამისა, საკმაოდ რთულ კონფიგურაციასა და ადმინისტრირებას მოითხოვს.

არანაკლებ მნიშვნელოვანია მაღალი ღირებულების ფაქტორი ავტომატური სისტემა"იდეალური ვარიანტი: უძრავი ქონება", კვალიფიციური სპეციალისტის დაქირავება DBMS-ის მხარდასაჭერად და შესანარჩუნებლად, მომხმარებლის ტრენინგი და გადაუდებელი ტექნიკური დახმარების შეუძლებლობა დეველოპერის ძლიერი დისტანციურობის გამო, ასევე დიდ გავლენას მოახდენს ღირებულებაზე. ასევე, არ არის საჭირო ამ სისტემის ფუნქციების უმეტესობა.

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

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

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

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

1.3.3 ამოცანების ავტომატიზაციისთვის IP-ის მოპოვების მეთოდის შერჩევა და დასაბუთება

აპლიკაციის შესაქმნელად, რომელიც ახორციელებს ბუღალტერიას, საჭიროა შემდეგი IS:

საოპერაციო ოთახი Windows სისტემაშექმნილია კლიენტის მანქანაზე მუშაობისთვის;

სერვერის ტიპის Windows ოპერაციული სისტემა ან, თუ 10-ზე ნაკლები თანამშრომელი მუშაობს „ავტომატური უძრავი ქონების სააგენტოს სისტემასთან“, კლიენტის ტიპის Windows ოპერაციული სისტემა, რომელიც შექმნილია სერვერზე მუშაობისთვის და მონაცემთა ბაზასთან მრავალ მომხმარებლის კავშირზე.

· DBMS MSAccess თითოეულ მანქანაზე აღრიცხვის სისტემის ლოკალური ფუნქციონირების უზრუნველსაყოფად;

· აპლიკაციის შესაქმნელად ყველაზე მიზანშეწონილია MSAccess DBMS-ის გამოყენება IS-ის მცირე ზომის გამო.

ყველა ეს IS უნდა იყოს შეძენილი საწარმოში "უძრავი ქონების სააგენტოს ავტომატური სისტემის" განვითარებისა და შემდგომი გამოყენებისთვის.

1.4 ავტომატიზაციის მიზნებისა და ქვედავალებების დასახვა. მიზნის მიღწევის კრიტერიუმები

1.4.1 ამოცანის ეკონომიკური არსი

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

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

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

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

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

1.4.2 პრობლემის ავტომატური გადაწყვეტის მიზნები და მიზანი

გამოსაშვები პროექტის მიზანია „უძრავი ქონების სააგენტოს ავტომატური სისტემის“ შემუშავება და ამ სისტემის დანერგვის აპლიკაციის შექმნა. შემუშავებულმა სისტემამ უნდა გადაჭრას უძრავი ქონების სააგენტოს მუშაობის ავტომატიზაციის პრობლემა და შეასრულოს შემდეგი ფუნქციები:

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

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

· ბინების, სახლების გაცვლის კატალოგის მოვლა ძირითადი მახასიათებლების მითითებით.

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

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

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

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

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

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

1.4.3 კომპიუტერზე ქვეამოცანების ამოხსნის ორგანიზაციის ზოგადი მახასიათებლები.

სააგენტოს მუშაობის ავტომატიზაციის ამოცანა შედგება რამდენიმე ძირითადი ქვეამოცანისგან:

· მონაცემთა ბაზის შექმნა მოსახერხებელი შენახვის მეთოდით.

AS მონაცემთა ბაზა უნდა აკმაყოფილებდეს შემდეგ მოთხოვნებს:

ხელმისაწვდომობა - მონაცემთა ბაზა უნდა იყოს ადვილად ხელმისაწვდომი ქსელში მრავალ მომხმარებლის მუშაობისთვის.

არ საჭიროებს მოვლას სპეციალურად მომზადებული პერსონალის მიერ - რაც ზრდის AU-ს შენარჩუნების ღირებულებას და ზრდის შეფერხების დროს გაუმართაობის შემთხვევაში.

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

მარტივი განახლება - AU-ს სიმარტივე და გახსნილობა არის კომპანიის დაზღვევის ერთ-ერთი მთავარი მოთხოვნა ამ AU-ს შემქმნელის შეუძლებლობისგან გააგრძელოს მუშაობა და შეინარჩუნოს იგი.

ტექნიკის კომპონენტებზე მაღალი მოთხოვნების ნაკლებობა - კომპანიის კომპიუტერული ფლოტის მოდერნიზაციისთვის მაღალი დამატებითი ხარჯების არარსებობის გამო.

· სხვადასხვა საჭიროებისთვის ავტომატური სისტემის ქვესისტემების შექმნა.

· მონაცემთა ბაზაში ინფორმაციის შეყვანის გზების შექმნა.

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

მონაცემთა ბაზაში ინფორმაციის შეყვანას უნდა ჰქონდეს მოსახერხებელი ინტერფეისი

შეძლებისდაგვარად, ინფორმაციის შეყვანისას გამოყენებული უნდა იყოს ადრე შედგენილი დირექტორიები და კლასიფიკატორები.

· მონაცემთა ბაზიდან ინფორმაციის მოპოვების გზების შექმნა.

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

· მომხმარებელთა მართვის სრული სტრუქტურის ორგანიზება.

AC უნდა უზრუნველყოს სრული შესაძლებლობებიმომხმარებელთა ბაზის შენარჩუნება.

1.4.4 ქვედავალებების გამოთვლების ფორმალიზაცია

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

გასაყიდი ბინების და სახლების მოვლის ქვესისტემა;

ბინების და სახლების შესაძენად კლიენტების მართვის ქვესისტემა;

ბინებისა და სახლების გაქირავებისთვის კლიენტების მართვის ქვესისტემა;

ქვესისტემა ბინებისა და სახლების გასაქირავებლად კლიენტების მართვისთვის

კლიენტების სხვა სერვისებზე მიმართვის ქვესისტემა;

ანალიტიკური ინფორმაციის ქვესისტემა.

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

გასაყიდი ბინების და სახლების შენარჩუნების ქვესისტემა უნდა იძლეოდეს შემდეგი ობიექტების ჩანაწერების შენახვას:

· ბინები. ცხრილი "გაყიდვის მონაცემები 1" შექმნილია ბინების შესახებ ძირითადი ინფორმაციის შესანახად, როგორიცაა:

- "ოთახების რაოდენობა" - ახასიათებს საცხოვრებელი ოთახების რაოდენობას, ეს ველი შეიძლება ნაწილობრივ იყოს წინასწარ განსაზღვრული მონაცემების შეყვანისას.

- "მისამართი" - გასაყიდად ან გასაქირავებლად განკუთვნილი საცხოვრებელი ფართის მისამართი.

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

- "სართული" - საცხოვრებელი ფართის ადგილმდებარეობის სართული.,

- "ისტორიები" - სახლის სართულების რაოდენობა,

- "ოთახის ზომა" - ოთახის ფართობი კვადრატულ მეტრში,

- "ფასი" - შენობის მთლიანი ღირებულება.

· ბინების გაფართოებული ინფორმაცია. ცხრილი "გაყიდვა მონაცემები 2" ემსახურება ბინების შესახებ ინფორმაციის შენახვას, რომელიც მეორეხარისხოვანია მნიშვნელობის მქონე ოფციების შერჩევის დროს, შეიცავს ინფორმაციას მფლობელის, ბინის ტიპის, მფლობელის ან საკონტაქტო პირის შესახებ და სხვა ინფორმაცია, რომელიც შეიძლება იყოს საჭირო.

· ბინების შეძენა. ეს დირექტორია შექმნილია იმ მომხმარებლების შესახებ ინფორმაციის შესანახად, რომლებსაც სურთ ბინის შეძენა.

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

· ბინების გაცვლა. ცხრილი განკუთვნილია ბინების გაცვლის შეთავაზებების შესახებ ინფორმაციისთვის. ვიმსჯელებთ, მოყვება ინფორმაცია კლიენტის შესახებ, თუ რა სახის ქონების შეცვლას აპირებს, არის თუ არა დამატებითი გადახდის ნიშანი და სხვა ინფორმაცია ცხრილებიდან „გაყიდვა მონაცემები 2“ და „გაყიდვა“. მონაცემები 1”.

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

· მცირე ოჯახი. ცხრილი განკუთვნილია "მცირე ოჯახის" ტიპის ცალკეული ტიპის ბინების შესახებ ინფორმაციის შესანახად, ამ ტიპის ბინების ამოღება განპირობებულია ამ ტიპის ბინების დიდი რაოდენობით არსებობით უპირატეს ტერიტორიაზე. სააგენტო.

და მათი გარკვეული იზოლაცია დანარჩენი საცხოვრებლისგან.

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

· კლიენტები. ეს დირექტორია შექმნილია უძრავი ქონების სააგენტოს კლიენტების სიის შესანახად. თითოეული კლიენტისთვის (კლიენტთა კატალოგის ელემენტი) შესაძლებელი უნდა იყოს ყველა საჭირო თვისების დაყენება, რომელიც ახასიათებს კლიენტს.

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

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

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

1.5 არსებული მოვლენების ანალიზი და დიზაინის ტექნოლოგიის არჩევის დასაბუთება

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

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

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

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

· ოპერაციების ჩატარება „გაყიდვა“, „ყიდვა“, „გაქირავება“ და ა.შ.

ნებისმიერი ტიპის უძრავი ქონების გაყიდვისა და იჯარის განაცხადების აღრიცხვა (100-ზე მეტი დეტალი ქონების აღწერისთვის)

· უძრავი ქონების შესყიდვისა და ქირავნობის შესახებ განაცხადების აღრიცხვა

აპლიკაციებსა და ქონების აღწერილობებს შორის ჯვარედინი ძიება

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

ანგარიშების თვითნებური ფორმების შექმნა

· თვითნებური მოთხოვნებინებისმიერი პარამეტრისთვის

მონაცემების ექსპორტი Excel, txt, csv და xml ფორმატებში

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

კლიენტისთვის ინფორმაციის მიწოდება "უსაფრთხო" ფორმით (კომერციული ინფორმაციის დამალვის შესაძლებლობა)

უძრავი ქონების ობიექტების, ნახატების და გეგმების ფოტოების სლაიდშოუ ნებისმიერ ფორმატში (bmp, jpeg, rle, wmf)

მომხმარებლის წვდომის მართვა სხვადასხვა რეჟიმებიდა პროგრამის ფუნქციები

იხილეთ მონაცემები თქვენს ვებსაიტზე ინტერნეტში

ერთდროულად შეუზღუდავი რაოდენობის მომხმარებლების მხარდაჭერა

ძლიერი და სწრაფი მონაცემთა ბაზა

მოსახერხებელი და მარტივი ინტერფეისი

პროგრამაში ჩაშენებული დეტალური დოკუმენტაცია

· ხელმისაწვდომი დახმარების მაგიდა

ხოლო „უძრავი ქონების სააგენტოს“ სისტემა შემდეგი ფუნქციებით

ოპერაციები: "გაყიდვა", "ყიდვა", "ქირავება", "გაქირავება", "შეცვლა".

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

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

მძლავრი ფილტრები ყველა პარამეტრის, მათ შორის ტელეფონის ნომრის ფრაგმენტების ძებნის ვარიანტებისთვის

ყველა პარამეტრის მიხედვით აპლიკაციების დახარისხების ვიზუალური სისტემა

გაცვლის ვარიანტების შერჩევა და ეტაპობრივი ოპტიმიზაცია, მათ შორის. საქალაქთაშორისო

აქტიური და არქივის ბილეთების შენახვის ადგილები

მოძებნეთ გეოგრაფიული დუბლიკატები

ფასების სიის სხვადასხვა ვარიანტები, ვიზუალური ფასების დიზაინერი

გაქირავების მენეჯმენტი

გარიგების მენეჯმენტი

ბიზნეს პროცესების ორგანიზება ამოცანების დადგენით, შეტყობინებებით და მონიტორინგით

გაფართოებული მხარდაჭერა სხვადასხვა ფორმატის დოკუმენტების შექმნისა და რედაქტირებისთვის შეკვეთებთან, გარიგებებთან, ამოცანებთან დაკავშირებით

შესრულების ანგარიშები

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

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

Multiplayer და singleplayer პარამეტრები

ორსაფეხურიანი უსაფრთხოების სისტემა - მონაცემთა ბაზის სერვერის დონეზე და კლიენტის დონეზე

მომხმარებლის უფლებების დაზუსტება - დაახლოებით 200 ტიპის დაცული ქმედება

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

განაცხადის მოძრაობის სტატისტიკა

მარტივი ინსტალერი და განახლება

მზა დემო მონაცემთა ბაზა რამდენიმე ათასი აპლიკაციით პროგრამის შესაძლებლობების სწრაფი გაცნობისა და მასთან მუშაობის ათვისებისთვის

კლიენტ-სერვერის არქიტექტურა: მონაცემთა შენახვის მაღალი საიმედოობა და დამუშავების მაქსიმალური სიჩქარე

მაგრამ როგორც ზემოთ აღინიშნა, თავში 1.3. ეს სისტემები ზედმეტად რთულია და იმაზე მეტი ღირს, ვიდრე პატარა ქალაქში უძრავი ქონების სააგენტოს სჭირდება.

1.6 დიზაინის გადაწყვეტილებების დასაბუთება

1.6.1 ტექნიკური უზრუნველყოფის საპროექტო გადაწყვეტილებების დასაბუთება

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

უძრავი ქონების სააგენტოს ავტომატური სისტემა შექმნილია IBMPC ტიპის კომპიუტერზე მუშაობისთვის, ტექნიკური მახასიათებლებით მინიმუმ:

პროცესორი - Intel Celeron 2000;

· ოპერატიული მეხსიერება: 256 Mb;

· HDD, რომელიც უზრუნველყოფს ოპერაციული სისტემის მდებარეობას და Microsoft Access 2007. განვითარებული სისტემის დასაყენებლად საჭიროა 20 მბ თავისუფალი ადგილი მყარ დისკზე;

· ქსელის ბარათი ქსელთან დასაკავშირებლად.

ანგარიშების დასაბეჭდად და დოკუმენტების გამოსატანად გჭირდებათ პრინტერი, რომელიც თავსებადია ზემოაღნიშნული აღჭურვილობით კომპიუტერთან.

სისტემასთან მრავალმომხმარებლის მუშაობის შემთხვევაში, მონაცემთა ბაზაში შესასვლელად დაგჭირდებათ ერთი კომპიუტერის ფაილების სერვერის გამოყენება. მიზანშეწონილია ამ მონაცემთა ბაზის სერვერზე განთავსება და კლიენტის კომპიუტერებიდან დაკავშირება მას smb პროტოკოლით ან ODBC-ის მეშვეობით smb-ზე. IBMPCc ტიპის კომპიუტერი მახასიათებლებით არანაკლებ:

პროცესორი - Intel Celeron 2000;

ოპერატიული მეხსიერება: 256 Mb;

მყარი დისკი, რომელიც მასპინძლობს ოპერაციულ სისტემას და Microsoft Access 2007 აპლიკაციას.

როგორც სერვერზე ოპერაციული სისტემა, სრულიად მიზანშეწონილი არ არის Unix ოჯახის ოპერაციული სისტემის გამოყენება, როგორიცაა Linux, მაგალითად, smb და ODBC არასაკმარისი მხარდაჭერის გამო.

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

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

შემუშავებული სისტემა შექმნილია Windows ოპერაციულ სისტემაში მუშაობისთვის. პროგრამა უნდა მუშაობდეს Windows ოჯახის ნებისმიერ ოპერაციულ სისტემაზე: Windows 95/98, NT (ServicePack 6), 2000 (ServicePack 3), XP, ასევე ამ ოპერაციული სისტემის სერვერულ ვერსიებზე. ეს არჩევანი აიხსნება ამ ოჯახის ოპერაციული სისტემების განვითარებული მოსახერხებელი გრაფიკული ინტერფეისით, ასევე მისი პოპულარობით. რუსული ბაზარი. ბევრი პროგრამული კომპანია, მათ შორის აპლიკაციების განვითარების სისტემები, ასევე ორიენტირებულია ოპერაციული სისტემების ამ ოჯახზე, რამაც განაპირობა დიდი რაოდენობით პროგრამირების სისტემების ბაზარზე ყოფნა, რაც საშუალებას გაძლევთ შექმნათ პროგრამული უზრუნველყოფა Windows-ისთვის.

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

ბოლო დროს საოპერაციო დარბაზმა განსაკუთრებული პოპულარობა მოიპოვა. Linux სისტემადა მისი წარმოებულები.

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

იმის გამო, რომ პროგრამა ინახავს ინფორმაციას მონაცემთა ბაზაში, აუცილებელია შესაბამისი DBMS.

პროგრამა ორიენტირებულია ფორმატის მონაცემთა ბაზებთან მუშაობაზე: MSAccess. შესაბამისად, ეს DBMS უნდა იყოს დაინსტალირებული კომპიუტერზე. თუ MSAccess ბაზა მუშაობს სერვერზე, მაშინ უნდა დარწმუნდეთ, რომ კომპიუტერი დაკავშირებულია სერვერთან. MsAccess მონაცემთა ბაზასთან მუშაობისთვის დისტანციური კომპიუტერიმოითხოვს გახსნას საჯარო წვდომამონაცემთა ბაზაში, რომელიც მდებარეობს დისტანციურ კომპიუტერზე SMB პროტოკოლის საშუალებით.

ასევე აუცილებელია მონაცემთა ბაზასთან დაკავშირებულ დისტანციურ მომხმარებელს მისცეს უფლება წაიკითხოს, ჩაწეროს, შეცვალოს მონაცემები კომპიუტერზე, რომელიც შეინახავს მონაცემთა ბაზას. ასევე, მონაცემებზე წვდომისთვის გამოიყენება Microsoft-ის 2007 წლის ვერსიის MSAccess მონაცემთა ბაზის სისტემა.

1.6.3 პროგრამული უზრუნველყოფის დიზაინის გადაწყვეტილებების დასაბუთება

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

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

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

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

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

მიზეზი 1.

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

მიზეზი 2.

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

მიზეზი 3.

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

მიზეზი 4.

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

Microsoft Access, რომელსაც აქვს კლასიკური DBMS-ის ყველა მახასიათებელი, უზრუნველყოფს და დამატებითი ფუნქციები. წვდომა არის არა მხოლოდ ძლიერი, მოქნილი და ადვილად გამოსაყენებელი DBMS, არამედ სისტემა აპლიკაციების შემუშავებისთვის, რომლებიც მუშაობენ მონაცემთა ბაზებთან. Access-ით შეგიძლიათ შექმნათ აპლიკაცია, რომელიც მუშაობს Windows გარემოდა სრულად მორგებულია თქვენი მონაცემთა მართვის საჭიროებებზე. შეკითხვის გამოყენებით შეგიძლიათ აირჩიოთ და მანიპულირება მოაწყოთ ცხრილებში შენახული ინფორმაციისთვის. შეგიძლიათ შექმნათ ფორმები მონაცემების შესაყვანად, სანახავად და განახლებისთვის და გამოიყენოთ Access მარტივი და რთული ანგარიშების შესაქმნელად. ფორმები და ანგარიშები "მემკვიდრეობენ" ძირითადი ცხრილის ან მოთხოვნის თვისებებს, ამიტომ უმეტეს შემთხვევაში თქვენ მხოლოდ ერთხელ აკონკრეტებთ ფორმატებს, მნიშვნელობის პირობებს და სხვა მონაცემთა მახასიათებლებს. ყველაზე მძლავრ წვდომის ინსტრუმენტებს შორის არის ობიექტების ავტორინგის ხელსაწყოები - Wizards, რომლებიც შეგიძლიათ გამოიყენოთ ცხრილების, მოთხოვნების შესაქმნელად. სხვადასხვა სახისფორმები და ანგარიშები უბრალოდ მაუსის საშუალებით სასურველი ვარიანტების არჩევით. თქვენი აპლიკაციის სრული ავტომატიზაციისთვის, Access მაკროები აადვილებენ მონაცემების ფორმებსა და ანგარიშებთან დაკავშირებას. თქვენ შეგიძლიათ შექმნათ აპლიკაციების უმეტესობა კოდის ერთი ხაზის დაწერის გარეშე, მაგრამ თუ თქვენ გჭირდებათ რაიმე ძალიან დახვეწილი შექმნა, მაშინ ამ შემთხვევაში Microsoft Access გთავაზობთ მძლავრ პროგრამირების ენას - Microsoft Access Basic.

და ბოლოს, ყველა ეს ინსტრუმენტი საშუალებას გაძლევთ შექმნათ აპლიკაციები, რომლებიც მუშაობენ არა მხოლოდ ბაზასთან მონაცემებზე წვდომა, არამედ სხვა ყველაზე გავრცელებულ მონაცემთა ბაზებთან. თქვენს აპლიკაციას შეუძლია პირდაპირ იმუშაოს dBASE ფაილებთან, Paradox-თან, FoxPro-სთან და ნებისმიერ მონაცემთა ბაზასთან, რომელიც მხარს უჭერს ODBC-ს. თქვენ ასევე შეგიძლიათ მარტივად შემოიტანოთ მონაცემები ტექსტური ფაილებიდან, ტექსტური პროცესორის დოკუმენტებიდან და ცხრილები(და მათში მონაცემების ექსპორტი).

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

2 დიზაინის ნაწილი

2.1 ამოცანის საინფორმაციო მხარდაჭერა

2.1.1 საინფორმაციო მოდელი და მისი აღწერა

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

საინფორმაციო მოდელს აქვს სამი სფერო.

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

ზონა 2 აღწერს მონაცემთა ბაზიდან მონაცემთა მიღების სისტემას.

ამ სფეროში მომხმარებელი იღებს ისეთ ინფორმაციას, როგორიცაა.

უძრავი ქონების გაყიდვა/ყიდვა/გაცვლა/გაქირავება/გაქირავება ცხრილებიდან:

გაყიდეთ მონაცემები

გაყიდვა მონაცემები 2

კვ გაცვლა

პატარა ოჯახი

გაცვლის სახლი/კვ

მცირე თესლის გაცვლა

Შესყიდვა

შეძენა 2

სახლის შეძენა

რამდენიმეს ყიდვა

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

ზონა 4 აჩვენებს ფორმების ქვესისტემას, როგორიცაა გასაყიდად, შესყიდვის განაცხადის ფორმები და ა.შ. და BSO.

საინფორმაციო მოდელი ნაჩვენებია ნახაზზე 2.4.

სურათი 1.3. ინფორმაციის მოდელი.

2.1.2 გამოყენებული კლასიფიკატორები და კოდირების სისტემები

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

2.1.3 პირველადი დოკუმენტების მახასიათებლები მითითებით და შეყვანილი ოპერატიული ინფორმაციით

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

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

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

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

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

№	დირექტორიის სრული სახელი	მოკლე სათაური	ქვედირექტორია	პასუხისმგებელი	განახლების სიხშირე
1	იყიდება ქონება	გაყიდვის მონაცემები 1	რეალტორი	აუცილებლობის
2	უძრავი ქონების გაყიდვა (დამატებითი)	გაყიდვის მონაცემები 2	№1	რეალტორი	აუცილებლობის
3	ბინის გაცვლა	გაცვლა კვ.	რეალტორი	აუცილებლობის
4	ბინების გაცვლის ვარიანტები	გაცვლა კვ.	№3	რეალტორი	აუცილებლობის
5	პატარა ოჯახი	მალოსეიმეიკა	რეალტორი	აუცილებლობის
6	ქონების ყიდვა	Შესყიდვა	რეალტორი	აუცილებლობის
7	უძრავი ქონების შეძენა (დამატებითი)	ყიდვა 2	№6	რეალტორი	აუცილებლობის

მონაცემთა ბაზის მახასიათებელი

2.1.3.1. მონაცემთა ბაზის ინფოლოგიური მოდელის მახასიათებლები

ინფოლოგიური მოდელი გამოიყენება საგნის არეალის სიტყვიერი აღწერის შემდეგ.

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

ურთიერთობები სიმრავლით იყოფა სამ ტიპად: ერთი-ერთზე (1:1), ერთი-მრავალზე (1:M), ბევრი-მრავალზე (M:M).

ერთი-ერთზე ურთიერთობა ნიშნავს, რომ ერთი ერთეულის მაგალითი ასოცირდება მეორე ერთეულის მხოლოდ ერთ ეგზემპლართან.

ერთი-მრავალზე (1:M) ურთიერთობა ნიშნავს, რომ ერთი ერთეულის ინსტანცია ურთიერთობის მარცხნივ შეიძლება იყოს დაკავშირებული მრავალ ერთეულთან ურთიერთობის მარჯვნივ.

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

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

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

საგნის არეალის ანალიზის საფუძველზე გამოვყოფთ Entity Relationship მოდელის (ER-models) ერთეულებს და გამოვსახავთ მათ დიაგრამის სახით.

სურათი 1.4. ER მოდელი.

2.1.3.2. მონაცემთა ბაზის დატალოლოგიური მოდელის მახასიათებლები

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

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

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

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

სვეტ(ებ)ის " ვარიანტი გაცვლა კვ. "მაგიდა
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ავტონომერი	NULL	დიახ	დიახ
გაცვლის ვარიანტები	ტექსტი (255)	NULL	არა	არა
სახლის ტიპი	ტექსტი (255)	NULL	არა	არა
ბინის ტიპი	ტექსტი (255)	NULL	არა	არა
საერთო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
საცხოვრებელი ფართი	გრძელი მთელი რიცხვი	NULL	არა	არა
სამზარეულო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
იატაკი	ტექსტი (255)	NULL	არა	არა
სართულების რაოდენობა	ტექსტი (255)	NULL	არა	არა
აბაზანის ტიპი	ტექსტი (255)	NULL	არა	არა
აივანი	ტექსტი (255)	NULL	არა	არა
დამატებითი ინფორმაცია	შენიშვნა	NULL	არა	არა
სვეტ(ებ)ის " სახლი "მაგიდა
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ავტონომერი	NULL	დიახ	არა
მისამართი (ქუჩის_სახლი)	შენიშვნა	NULL	არა	არა
ნაკვეთის ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
სახლის მასალა	ტექსტი (255)	NULL	არა	არა
გადახურვა	ტექსტი (255)	NULL	არა	არა
სახლის სართულების რაოდენობა	ტექსტი (255)	NULL	არა	არა
საერთო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
ოთახების რაოდენობა	ტექსტი (255)	NULL	არა	არა
ფასი (ათასი რუბლი) მდე	გრძელი მთელი რიცხვი	NULL	არა	არა
კომუნიკაციები	შენიშვნა	NULL	არა	არა
დამატებითი ინფორმაცია	შენიშვნა	NULL	არა	არა
საკონტაქტო პირი	შენიშვნა	NULL	არა	არა
საკონტაქტო ნომერი	ტექსტი (255)	NULL	არა	არა
ვებ მისამართი	შენიშვნა	NULL	არა	არა
სვეტ(ებ)ის " კლიენტები "მაგიდა
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ტექსტი (18)	NULL	დიახ	არა
Სრული სახელი	ტექსტი (18)	NULL	არა	არა
სახლის ტელეფონი	ტექსტი (18)	NULL	არა	არა
Მობილური ტელეფონი	ტექსტი (18)	NULL	არა	არა
საცხოვრებელი მისამართი	ტექსტი (18)	NULL	არა	არა
არსებული გარიგების ნიშანი	ტექსტი (18)	NULL	არა	არა
გარიგების დეტალები	ტექსტი (18)	NULL	არა	არა
დამატებითი მონაცემები	ტექსტი (18)	NULL	არა	არა
სვეტ(ებ)ის " პატარა ოჯახი "მაგიდა
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ავტონომერი	NULL	დიახ	არა
მისამართი (ქუჩის_სახლი)	ტექსტი (255)	NULL	არა	არა
სახლის ტიპი	ტექსტი (255)	NULL	არა	არა
საცხოვრებლის ტიპი	ტექსტი (255)	NULL	არა	არა
იატაკი	ტექსტი (255)	NULL	არა	არა
სართულების რაოდენობა	ტექსტი (255)	NULL	არა	არა
საერთო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
საცხოვრებელი ფართი	გრძელი მთელი რიცხვი	NULL	არა	არა
ფასი (ათასი რუბლი) მდე	გრძელი მთელი რიცხვი	NULL	არა	არა
დამატებითი ინფორმაცია	შენიშვნა	NULL	არა	არა
საკონტაქტო პირი	შენიშვნა	NULL	არა	არა
საკონტაქტო ნომერი	ტექსტი (255)	NULL	არა	არა
ვებ მისამართი	შენიშვნა	NULL	არა	არა
სვეტ(ებ)ის " გაცვლა სახლი / კვ. "მაგიდა
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ავტონომერი	NULL	დიახ	არა
მისამართი (ქუჩის_სახლი)	შენიშვნა	NULL	არა	არა
ნაკვეთის ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
სახლის მასალა	ტექსტი (255)	NULL	არა	არა
სახლის სართულების რაოდენობა	ტექსტი (255)	NULL	არა	არა
საერთო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
ოთახების რაოდენობა	ტექსტი (255)	NULL	არა	არა
ფასი (ათასი რუბლი) მდე	გრძელი მთელი რიცხვი	NULL	არა	არა
კომუნიკაციები	შენიშვნა	NULL	არა	არა
დამატებითი ინფორმაცია	შენიშვნა	NULL	არა	არა
გაცვლის ვარიანტები	ტექსტი (255)	NULL	არა	არა
პირობები	შენიშვნა	NULL	არა	არა
საკონტაქტო პირი	შენიშვნა	NULL	არა	არა
საკონტაქტო ნომერი	ტექსტი (255)	NULL	არა	არა
ვებ მისამართი	შენიშვნა	NULL	არა	არა
სვეტ(ებ)ის " გაცვლა კვ. "მაგიდა
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ავტონომერი	NULL	დიახ	არა
ბინის კატეგორია	ტექსტი (255)	NULL	არა	არა
მისამართი (ქუჩის_სახლი)	შენიშვნა	NULL	არა	არა
სახლის ტიპი	ტექსტი (255)	NULL	არა	არა
ბინის ტიპი	ტექსტი (255)	NULL	არა	არა
იატაკი	გრძელი მთელი რიცხვი	NULL	არა	არა
სართულების რაოდენობა	გრძელი მთელი რიცხვი	NULL	არა	არა
საერთო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
საცხოვრებელი ფართი	გრძელი მთელი რიცხვი	NULL	არა	არა
სამზარეულო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
აბაზანის ტიპი	ტექსტი (255)	NULL	არა	არა
აივანი	ტექსტი (255)	NULL	არა	არა
დამატებითი ინფორმაცია	შენიშვნა	NULL	არა	არა
ფასი (ათასი რუბლი)	გრძელი მთელი რიცხვი	NULL	არა	არა
გაცვლის ვარიანტები	ტექსტი (255)	NULL	არა	არა
მდგომარეობა	შენიშვნა	NULL	არა	არა
საკონტაქტო პირი	შენიშვნა	NULL	არა	არა
საკონტაქტო ნომერი	ტექსტი (255)	NULL	არა	არა
ვებ მისამართი	შენიშვნა	NULL	არა	არა
სვეტ(ებ)ის " გაცვლა რამდენიმე "მაგიდა
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ავტონომერი	NULL	დიახ	არა
მისამართი (ქუჩის_სახლი)	ტექსტი (255)	NULL	არა	არა
სახლის ტიპი	ტექსტი (255)	NULL	არა	არა
საცხოვრებლის ტიპი	ტექსტი (255)	NULL	არა	არა
იატაკი	ტექსტი (255)	NULL	არა	არა
სართულების რაოდენობა	ტექსტი (255)	NULL	არა	არა
საერთო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
საცხოვრებელი ფართი	გრძელი მთელი რიცხვი	NULL	არა	არა
ფასი (ათასი რუბლი) მდე	გრძელი მთელი რიცხვი	NULL	არა	არა
დამატებითი ინფორმაცია	შენიშვნა	NULL	არა	არა
გაცვლის ვარიანტები	ტექსტი (255)	NULL	არა	არა
მდგომარეობა	შენიშვნა	NULL	არა	არა
საკონტაქტო პირი	შენიშვნა	NULL	არა	არა
საკონტაქტო ნომერი	ტექსტი (255)	NULL	არა	არა
ვებ მისამართი	შენიშვნა	NULL	არა	არა
სვეტ(ებ)ის " შესყიდვა სახლი "მაგიდა
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ავტონომერი	NULL	დიახ	არა
მისამართი (ქუჩის_სახლი)	შენიშვნა	NULL	არა	არა
ნაკვეთის ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
სახლის მასალა	ტექსტი (255)	NULL	არა	არა
გადახურვა	ტექსტი (255)	NULL	არა	არა
სახლის სართულების რაოდენობა	ტექსტი (255)	NULL	არა	არა
საერთო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
ოთახების რაოდენობა	ტექსტი (255)	NULL	არა	არა
ფასი (ათასი რუბლი) მდე	გრძელი მთელი რიცხვი	NULL	არა	არა
კომუნიკაციები	შენიშვნა	NULL	არა	არა
დამატებითი ინფორმაცია	შენიშვნა	NULL	არა	არა
საკონტაქტო პირი	შენიშვნა	NULL	არა	არა
საკონტაქტო ნომერი	ტექსტი (255)	NULL	არა	არა
ვებ მისამართი	შენიშვნა	NULL	არა	არა
სვეტ(ებ)ის " Შესყიდვა რამდენიმე "მაგიდა
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ავტონომერი	NULL	დიახ	არა
მისამართი (ქუჩის_სახლი)	ტექსტი (255)	NULL	არა	არა
სახლის ტიპი	ტექსტი (255)	NULL	არა	არა
საცხოვრებლის ტიპი	ტექსტი (255)	NULL	არა	არა
იატაკი	ტექსტი (255)	NULL	არა	არა
სართულების რაოდენობა	ტექსტი (255)	NULL	არა	არა
საერთო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
საცხოვრებელი ფართი	გრძელი მთელი რიცხვი	NULL	არა	არა
ფასი (ათასი რუბლი) მდე	გრძელი მთელი რიცხვი	NULL	არა	არა
დამატებითი ინფორმაცია	შენიშვნა	NULL	არა	არა
საკონტაქტო პირი	შენიშვნა	NULL	არა	არა
საკონტაქტო ნომერი	ტექსტი (255)	NULL	არა	არა
ვებ მისამართი	შენიშვნა	NULL	არა	არა
სვეტ(ებ)ის " შესყიდვა "მაგიდა
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ავტონომერი	NULL	დიახ	არა
ბინის კატეგორია	ტექსტი (255)	NULL	არა	არა
მისამართი (ქუჩის_სახლი)	შენიშვნა	NULL	არა	არა
სახლის ტიპი	ტექსტი (255)	NULL	არა	არა
იატაკი	გრძელი მთელი რიცხვი	NULL	არა	არა
სართულების რაოდენობა	გრძელი მთელი რიცხვი	NULL	არა	არა
საერთო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
ფასი (ათასი რუბლი) მდე	გრძელი მთელი რიცხვი	NULL	არა	არა
სვეტ(ებ)ის " შესყიდვა 2" მაგიდა
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ავტონომერი	NULL	დიახ	დიახ
ბინის ტიპი	ტექსტი (255)	NULL	არა	არა
საცხოვრებელი ფართი	გრძელი მთელი რიცხვი	NULL	არა	არა
სამზარეულო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
აბაზანის ტიპი	ტექსტი (255)	NULL	არა	არა
აივანი	ტექსტი (255)	NULL	არა	არა
დამატებითი ინფორმაცია	შენიშვნა	NULL	არა	არა
საკონტაქტო პირი	შენიშვნა	NULL	არა	არა
საკონტაქტო ნომერი	ტექსტი (255)	NULL	არა	არა
ვებ მისამართი	შენიშვნა	NULL	არა	არა
ცხრილის "გაყიდვის მონაცემები 1" სვეტები
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ავტონომერი	NULL	დიახ	არა
ბინის კატეგორია	ტექსტი (255)	NULL	არა	არა
მისამართი (ქუჩის_სახლი)	შენიშვნა	NULL	არა	არა
სახლის ტიპი	ტექსტი (255)	NULL	არა	არა
იატაკი	გრძელი მთელი რიცხვი	NULL	არა	არა
სართულების რაოდენობა	გრძელი მთელი რიცხვი	NULL	არა	არა
საერთო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
ფასი (ათასი რუბლი) მდე	გრძელი მთელი რიცხვი	NULL	არა	არა
ცხრილის "გაყიდვის მონაცემები 2" სვეტები
სახელი	მონაცემთა ტიპი	ნულოვანი პარამეტრები	არის პ.კ.	არის ფ.კ.
კოდი	ავტონომერი	NULL	დიახ	დიახ
ბინის ტიპი	ტექსტი (255)	NULL	არა	არა
საცხოვრებელი ფართი	გრძელი მთელი რიცხვი	NULL	არა	არა
სამზარეულო ფართობი	გრძელი მთელი რიცხვი	NULL	არა	არა
აბაზანის ტიპი	ტექსტი (255)	NULL	არა	არა
აივანი	ტექსტი (255)	NULL	არა	არა
დამატებითი ინფორმაცია	შენიშვნა	NULL	არა	არა
საკონტაქტო პირი	შენიშვნა	NULL	არა	არა
საკონტაქტო ნომერი	ტექსტი (255)	NULL	არა	არა
ვებ მისამართი	შენიშვნა	NULL	არა	არა

2.2სამუშაო პროგრამული უზრუნველყოფა

2.2.1 ზოგადი (ფუნქციის ხე და დიალოგის სკრიპტი)

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

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

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

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

2.2.2 პროექტის სტრუქტურული დიაგრამა

ნახაზი 2.14 გვიჩვენებს პროექტის ბლოკ-სქემას.

სურათი 2.1. მოდულის გამოძახების სქემა.

2.2.3 პროგრამული მოდულების აღწერა

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

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

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

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

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

დირექტორია ტექნიკური ქვესისტემა მოიცავს შემდეგ მოდულებს:

· საქონლის სიის სანახავად მოდული შექმნილია როგორც საქონლის სიის სანახავად, ასევე ნებისმიერი გამოძახების ფორმით საქონლის შესარჩევად;

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

· ანალოგების მოდული განკუთვნილია საქონლის საქონლის ანალოგების სანახავად და მინიჭებისთვის;

· პროექტის მოდული განკუთვნილია ტიპიური პროექტების სიის სანახავად. რა საქონლის გამოყენებაა შესაძლებელი, ასევე ამ პროექტების შერჩევისას გამოძახების ფორმებში;

· პროექტის რედაქტირების მოდული განკუთვნილია ერთი კონკრეტული პროექტის მონაცემების რედაქტირებისთვის და ამ პროექტისთვის პროექტის თვისებების დასაყენებლად;

· პროექტის თვისებების მოდული შექმნილია პროექტის თვისებების ჩამონათვალის შესანარჩუნებლად;

· პროექტის ქონების რედაქტირების მოდული განკუთვნილია ერთი კონკრეტული ქონების მონაცემების რედაქტირებისთვის;

· კლიენტის მოდული განკუთვნილია კლიენტების სიის სანახავად და რედაქტირებისთვის, მათ შორის კლიენტის ყველა მონაცემის რედაქტირებისთვის, ასევე დარეკვის ფორმაში კლიენტების შესარჩევად;

· მწარმოებლების მოდული განკუთვნილია კლიენტების სიის სანახავად და რედაქტირებისთვის, მათ შორის კლიენტის ყველა მონაცემის რედაქტირებისთვის, ასევე დარეკვის ფორმაში კლიენტების შესარჩევად;

· საქონლის თვისებების მოდული შექმნილია საქონლის თვისებების სიის სანახავად;

· პროდუქტის თვისებების რედაქტირების მოდული განკუთვნილია ამ კონკრეტული პროდუქტის თვისების მონაცემების რედაქტირებისთვის და ამ თვისების ყველა შესაძლო მნიშვნელობის დასაყენებლად;

ქონების ღირებულებების მოდული განკუთვნილია პროდუქტის თვისებების მნიშვნელობების სანახავად და რედაქტირებისთვის

· საწყობების მოდული განკუთვნილია საწყობების სიის სანახავად და გამოძახების ფორმაში საწყობების შესარჩევად;

· საწყობის რედაქტირების მოდული განკუთვნილია კონკრეტული საწყობის მონაცემების რედაქტირებისთვის;

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

· დოკუმენტის ჟურნალის მოდული შეიცავს ოპერაციების ჩამონათვალს, რომლებიც ჩაწერილია მონაცემთა ბაზის ოპერაციების ცხრილში;

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

· ოპერაციის ტაბულური ნაწილის ხაზის რედაქტირების მოდული განკუთვნილია დოკუმენტის ერთი ხაზის მონაცემების რედაქტირებისთვის.

ანალიტიკური ანგარიშგების ქვესისტემა მოიცავს შემდეგ მოდულებს:

· საწყობებში საქონლის ბალანსის შესახებ ანგარიშის შედგენის მოდული;

· საწყობებში საქონლის მოძრაობის შესახებ ანგარიშის შედგენის მოდული.

ვიზუალური ინტეგრირებული განვითარების გარემოში Borland C++ Builder პროგრამის მთავარი კომპონენტი ფორმაა. ფორმა აერთიანებს მომხმარებლის ინტერფეისის ელემენტებს და პროგრამირების კოდი A, რომელიც შეიცავს პასუხს მომხმარებლის ქმედებებზე. ეს სრულად შეესაბამება ობიექტზე ორიენტირებული პროგრამირების პრინციპებს. C++Builder ავტომატურად წარმოქმნის ფორმის კლასს ფორმისთვის, რომელიც შეიცავს ფორმაზე მოთავსებულ კომპონენტებს, მახასიათებლებსა და მეთოდებს, რომლებიც ავტომატურად გენერირებულია C++Builder-ის მიერ და განსაზღვრულია მომხმარებლის მიერ. შემუშავებულ აპლიკაციაში განსაზღვრულია შემდეგი ფორმები:

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

· UnitTovar.cpp ფაილში დანერგილი FTovar ფორმა ასრულებს სისტემის მონაცემთა ბაზის საქონლის ცხრილში შეტანილი საქონლის სიის ნახვის ფუნქციებს. ფორმის მთავარი ელემენტია C++ Builder კომპონენტის პალიტრის DBGrid კომპონენტი, რომელიც აჩვენებს პროდუქტების ცხრილს სიის სახით. DBGrid კომპონენტის სვეტები აჩვენებს პროდუქტის ცხრილის შესაბამის ველებს: სახელი, ინგლისური სახელი, შტრიხკოდი და მწარმოებელი. იგივე ფორმა გამოიყენება პროდუქტის შესარჩევად იმ შემთხვევაში, თუ ეს ფორმა გამოიძახება სხვა ფორმებიდან კონკრეტული პროდუქტის შესარჩევად, მაგალითად, ნაშთების შესახებ ანგარიშის სახით.

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

· FormClients ფორმა, დანერგილი FormClientsU.cpp ფაილში, გამიზნულია სისტემის კონტრაგენტებზე: მომწოდებლებზე და მყიდველებზე მონაცემების სანახავად და რედაქტირებისთვის. ფორმა აგებულია ისე, რომ საშუალებას გაძლევთ ნახოთ მყიდველების სია მარცხენა მხარეს, ხოლო დეტალური ინფორმაცია მიმდინარე მყიდველის შესახებ მარჯვნივ. სია აჩვენებს მხოლოდ მყიდველის სახელს მონაცემთა ბაზის ცხრილის სახელის ველიდან, მარჯვენა მხარეს მართულები აჩვენებს მონაცემებს ყველა სხვა ველიდან. ეს მიდგომა ძალიან მოსახერხებელია, რადგან ის საშუალებას გაძლევთ ნახოთ და დაარედაქტიროთ მომხმარებლის სრული მონაცემები ერთი ფორმით. დამატება, შენახვა და წაშლის ღილაკები იძახიან პროცედურებს, რომლებიც ასრულებენ SQL შეკითხვებს მონაცემთა ბაზიდან ჩანაწერების დასამატებლად, შესაცვლელად და წაშლისთვის.

· FormVendirs ფორმა, დანერგილი FormVendirsU.cpp ფაილში, განკუთვნილია საქონლის მწარმოებლების მონაცემების სანახავად და რედაქტირებისთვის. ფორმა შექმნილია ისე, რომ საშუალებას გაძლევთ ნახოთ მწარმოებლების სია მარცხენა მხარეს, ხოლო დეტალური ინფორმაცია მიმდინარე მწარმოებლის შესახებ მარჯვენა მხარეს. სია აჩვენებს მხოლოდ მწარმოებლის სახელს მონაცემთა ბაზის ცხრილის სახელის ველიდან, მარჯვენა მხარეს მართულები აჩვენებს მონაცემებს ყველა სხვა ველიდან. ეს მიდგომა ძალიან მოსახერხებელია, რადგან ის საშუალებას გაძლევთ ნახოთ და შეცვალოთ სრული მონაცემები მწარმოებლის შესახებ ერთი ფორმით. დამატება, შენახვა და წაშლის ღილაკები იძახიან პროცედურებს, რომლებიც ასრულებენ SQL შეკითხვებს მონაცემთა ბაზიდან ჩანაწერების დასამატებლად, შესაცვლელად და წაშლისთვის.

· FProj ფორმა, დანერგილი FProjU.cpp ფაილში, ასრულებს სისტემის მონაცემთა ბაზის პროექტების ცხრილში შეტანილი პროექტების სიის ნახვის ფუნქციებს. ფორმის მთავარი ელემენტია C++ Builder კომპონენტის პალიტრის DBGrid კომპონენტი, რომელიც აჩვენებს პროექტის ცხრილს სიის სახით. DBGrid კომპონენტის სვეტები აჩვენებს მხოლოდ პროექტის ცხრილის "Name" ველს. იგივე ფორმა გამოიყენება პროექტის შესარჩევად, თუ ეს ფორმა გამოიძახება სხვა ფორმებიდან კონკრეტული პროექტის შესარჩევად, მაგალითად, პროდუქტის მონაცემების რედაქტირების ფორმაში.

· UnitProjEdit.cpp ფაილში დანერგილი FProjEdit ფორმა განკუთვნილია პროექტის სრული მონაცემების სანახავად და რედაქტირებისთვის, ასევე პროექტის თვისებების მინიჭებისთვის. ფორმის მარცხენა ნაწილში, შესაბამის კონტროლებში, ნაჩვენებია პროექტის ყველა მონაცემი პროექტის ცხრილიდან: სახელი, დეტალური დასახელება და დეტალური აღწერა, ხოლო მარცხენა ნაწილში მდებარეობს ამ პროექტის თვისებების სია. ღილაკით „საკუთრების დამატება“ იხსნება საპროექტო ქონების საცნობარო წიგნის შერჩევის ფორმა, რომელიც საშუალებას გაძლევთ აირჩიოთ და მივანიჭოთ პროექტი პროექტს. საკუთრების ამოღება პროექტის თვისებების სიიდან ხდება მაშინ, როდესაც დააჭირეთ ღილაკს "საკუთრების წაშლა".

· UnitSimp.cpp ფაილში დანერგილი FSimp ფორმა განკუთვნილია პროექტის თვისებების სიის სანახავად, რომლებიც დამატებით ახასიათებს პროექტს.

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

· FProperty ფორმა, დანერგილი UnitProperty.cpp ფაილში, არის პროდუქტის თვისებების სია. ამ ფორმას აქვს მხოლოდ იმ საკუთრების სახელების სია, რომლის ნახვაც მომხმარებელს შეუძლია და ამოირჩიოს ამ თვისებიდან ერთ-ერთი გამოძახების ფორმაში, თუ ფორმა გაიხსნა ქონების სხვა ფორმის ასარჩევად.

· FPropertyEdit ფორმა, დანერგილი UnitPropertyEdit.cpp ფაილში, შექმნილია საკუთრების სახელისა და პროდუქტის საკუთრების დეტალური აღწერილობის რედაქტირებისთვის, აგრეთვე პროდუქტის თვისებების მნიშვნელობების დასაყენებლად ფორმის მარჯვენა მხარეს სიაში. სიის საკონტროლო ღილაკები საშუალებას გაძლევთ გახსნათ ქონების მნიშვნელობების ფორმა ქონების მნიშვნელობის შესარჩევად. რომელიც შეიძლება მიენიჭოს მოცემულ საკუთრებას და ქონების ღირებულების რედაქტირებისთვის წაშალეთ ქონების ღირებულება.

· UnitSklad.cpp ფაილში დანერგილი FSklad ფორმა განკუთვნილია საწყობების სიის სანახავად, რომელიც შეიცავს საწყობების სახელებს. იგივე ფორმა საშუალებას გაძლევთ აირჩიოთ საწყობის მიმდინარე ჩანაწერი გამოძახების ფორმაში

· UnitSkladEdit.cpp ფაილში დანერგილი FSkladEdit ფორმა განკუთვნილია დეტალური მონაცემების სანახავად და როგორც სახელის, ასევე დამატებითი საწყობის მონაცემების რედაქტირებისთვის.

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

· UnitValsEdit.cpp ფაილში დანერგილი FValsEdit ფორმა შექმნილია პროდუქტის თვისების ღირებულების რედაქტირებისთვის მისი სახელისა და დეტალური აღწერილობის მითითებით.

· FormFilter ფორმა, დანერგილი FormFilterU.cpp ფაილში, შექმნილია მათი თვისებების კომბინაციით საქონლის შერჩევის პრობლემის გადასაჭრელად. შერჩევისთვის შეიძლება გამოყენებულ იქნას როგორც ძირითადი პროდუქტის მონაცემები (სახელი, ინგლისური სახელი, სინონიმები, სრული სახელი, დეტალური აღწერა) და დაკავშირებული პროდუქტის მონაცემები: ანალოგიები და საქონლის თვისებები. ვინაიდან პროდუქტის ძირითადი მონაცემები არის სიმებიანი მნიშვნელობები, ფორმა მომხმარებელს სთავაზობს ამ მონაცემებზე დაყრდნობით მოქნილი შერჩევის ორგანიზებას. თქვენ შეგიძლიათ მოაწყოთ პროდუქტების ცხრილში ჩანაწერების შერჩევა შეყვანილი ფრაზის ზუსტი შესატყვისით, შერჩევის ველში შეყვანილი ფრაზის შეყვანით, შერჩევის ველში შეყვანილი ფრაზიდან ყველა სიტყვის შეყვანით ნებისმიერი თანმიმდევრობით, ან შეყვანის ველში შეყვანილი ფრაზის ერთ-ერთი სიტყვის მაინც შეყვანით. ასეთი შერჩევის ორგანიზება შესაძლებელია შერჩევის ცხრილის ნებისმიერი ველით. ძირითადი თვისებების მიხედვით გაფილტვრის გარდა, ფილტრის ფორმა იძლევა შესაძლებლობას მოაწყოთ შერჩევა პროექტების მიხედვით, რომლებსაც პროდუქტი ეკუთვნის. ამისათვის ივსება პროექტების სია, რომლებშიც ჩანაწერები ემატება პროექტების არჩევით პროექტების სიის ფორმიდან, როდესაც ის იხსნება შესარჩევად. პროექტების სიის კონტროლი საშუალებას გაძლევთ დაამატოთ ჩანაწერები სიაში, წაშალოთ ჩანაწერები სიიდან, შეამოწმოთ ყველა ჩანაწერი ან მთლიანად გაასუფთავოთ სია. სიაში ყველა ჩანაწერს შეიძლება ჰქონდეს შერჩევისას გამოყენების ნიშანი ან არ გამოიყენოს (მონიშვნა), რომლის მოხსნითაც მომხმარებელს შეუძლია გამორიცხოს არჩევანი ამ პროექტისთვის. შედეგად, მხოლოდ ის პროდუქტები, რომლებიც მიეკუთვნება სიაში ჩამოთვლილ პროექტებს, შედის პროდუქტის დირექტორიაში ჩანაწერების შერჩევაში. ფორმა ასევე ახორციელებს შერჩევას პროდუქტის თვისებებისა და მათი მნიშვნელობების მიხედვით. თქვენ შეგიძლიათ დაამატოთ ჩანაწერები თვისებების დირექტორიადან საქონლის თვისებების სიაში შერჩევისა და მისგან შერჩევისთვის თვისებების სიის ფორმის გახსნით. გარკვეული ქონება. მიმდინარე ჩანაწერისთვის, თვისებების სია აჩვენებს ყველა იმ მნიშვნელობას, რაც ამ თვისებას შეუძლია, საიდანაც მომხმარებელი ირჩევს საჭიროებს მათში ნიშნების ჩასმით. შედეგად, მხოლოდ ის პროდუქტები, რომლებსაც აქვთ სიაში ჩამოთვლილი თვისებების მნიშვნელობები, ჩაერთვება გენერირებულ შერჩევაში. ფილტრის ფორმა პირდაპირ არ არის გამოძახებული მთავარი მენიუდან, არამედ გამოიძახება მხოლოდ საქონლის ფორმის სიიდან, მათ შორის, როდესაც ის იხსნება შერჩევისთვის, თუ ამ ფორმით აუცილებელია საქონლის შერჩევის ორგანიზება ნებისმიერი კომბინაციის მიხედვით. კრიტერიუმები.

· UnitDM.cpp ფაილში დანერგილი DM ფორმა არის C++ Builder კომპონენტების შესანახი მოდული, რომელიც უზრუნველყოფს მონაცემთა ბაზაზე წვდომას. მონაცემთა ბაზის თითოეული ცხრილისთვის გამოყოფილია ცალკე TQuery კომპონენტი, რომელიც საშუალებას გაძლევთ შეიყვანოთ და შეასრულოთ SQL მოთხოვნები, რომლებიც საშუალებას გაძლევთ აირჩიოთ, დაარედაქტიროთ და წაშალოთ ჩანაწერები მონაცემთა ბაზის ცხრილებში. ის ფაქტი, რომ თითოეული ცხრილისთვის არის გამოყოფილი მხოლოდ ერთი წვდომის კომპონენტი და ის, რომ ისინი ყველა გაერთიანებულია ერთ მოდულში, განპირობებულია იმით, რომ პროგრამას აქვს MDI ინტერფეისი და მონაცემების შეცვლა ერთი ფორმით იწვევს მათი ჩვენების მყისიერ ცვლილებას. ყველა სხვა ფორმა. გარდა მონაცემთა ხელმისაწვდომობის კომპონენტებისა, ეს ფორმა ასევე ინახავს კომპონენტებს, რომლებიც ემსახურებიან მონაცემთა წყაროს ფორმებში მონაცემთა ჩვენების კომპონენტებისთვის. მონაცემთა ბაზის კომპონენტი უზრუნველყოფს ყველა სხვა პროგრამის კომპონენტის ფიზიკურ კავშირს მონაცემთა ბაზასთან.

· FJornal ფორმა განკუთვნილია დოკუმენტების ჟურნალის სანახავად – ე.ი. ოპერაციების სია, რომლებიც უკვე შესრულებულია საქონელთან. ფორმა შეიცავს TDBGrid კომპონენტს, რომელიც აჩვენებს ოპერაციების სიას შემდეგი პარამეტრებით თითოეული ჩანაწერისთვის: ოპერაციის თარიღი, ოპერაციის ნომერი, საწყობი, საიდანაც ოპერაცია გაიცა, კლიენტი, რომლითაც ოპერაცია დარეგისტრირდა.

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

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

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

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

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

თითოეული ფორმა ასრულებს შესაბამისი მოდულის ფუნქციებს C ++ Builder გარემოს კომპონენტების გამოყენებით, რომლებიც განთავსებულია ფორმაზე კომპონენტების პალიტრიდან. ოთხშაბათი სწრაფი შექმნააპლიკაციები ან RAD-გარემო (RapidApplicationDevelopment - RAD) C ++ Builder იყენებს ვიზუალური კომპონენტების ბიბლიოთეკას VCL (VisualComponentLibrary - VCL), რომელიც შედგება გამოსაყენებლად მზად ვიზუალური და არავიზუალური ობიექტებისგან. ის საშუალებას იძლევა მინიმალური ღირებულებაშექმენით აპლიკაციები VCL-ისგან დამოუკიდებლობის ხარისხთან ერთად.

კომპონენტებთან მუშაობისას C++ Builder ფართოდ იყენებს ობიექტების ხელახალი გამოყენების პრინციპს. კომპონენტები არის კლასის ინსტანციები, რომლებიც ხელმისაწვდომია ComponentPalette-ის მეშვეობით. რა შეიძლება იყოს უფრო ადვილი აპლიკაციის შექმნისას, ვიდრე უბრალოდ სასურველი კომპონენტის ჩამოგდება ფორმაზე, მისი თვისებების დაყენება და შემდეგ მოვლენის დამმუშავებლების განსაზღვრა. ფორმის კომპონენტების დახმარებით ისინი ასრულებენ მათში თანდაყოლილ ფუნქციებს.

2.3 დავალების ტექნოლოგიური მხარდაჭერა

2.3.1 ინფორმაციის შეგროვების, გადაცემის, დამუშავებისა და გაცემის ტექნოლოგიის ორგანიზაცია

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

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

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

2.3.2 ინფორმაციის შეგროვების, გადაცემის, დამუშავებისა და გაცემის ტექნოლოგიური პროცესის სქემები

IN ამ განყოფილებასწარმოდგენილია პრობლემის გადაჭრის ფუნქციონალურ-ტექნოლოგიური სქემები.

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

სურათი 2.2. დავალების ფუნქციონალურ-ტექნოლოგიური სქემა A1 "საცნობარო წიგნების შენახვა"

თითოეული შერჩეული მოდულისთვის შემუშავებულია ფუნქციონალურ-ტექნოლოგიური სქემა და მისი კოდირების დეტალური ალგორითმი. A1 ამოცანის ბლოკ-სქემა ნაჩვენებია 2.14-ზე, ხოლო A1-ის ყველა მოდულის ფუნქციონალური და ტექნოლოგიური დიაგრამები ნაჩვენებია 2.15-ზე.

სურათი 2.3. A1 პრობლემის გადაჭრის სქემა "ცნობარების შენარჩუნება"

სურათი 2.4. ამოცანის A1 მოდულების ფუნქციონალურ-ტექნოლოგიური სქემები

მოდით უფრო დეტალურად აღვწეროთ მიღებული სქემები.

A1.1 მოდულისთვის:

პროცესი: პროდუქტის მონაცემების შემოწმება და შეყვანა.

შეყვანა: პროდუქტის ინფორმაცია.

გამომავალი: პროდუქტის გენერირებული მონაცემები მონაცემთა ბაზაში

ალგორითმი:

მონაცემთა ბაზაში პროდუქტის მონაცემების ხელმისაწვდომობის შემოწმება

პროდუქტის ინფორმაციის ჩვენება ეკრანზე.

A 1.2 მოდულისთვის:

პროცესი: მომხმარებლის მონაცემების შემოწმება და შეყვანა.

შესვლა: მომხმარებლის ინფორმაცია.

გამომავალი: მონაცემთა ბაზაში კლიენტის შესახებ გენერირებული მონაცემები

ალგორითმი:

მონაცემთა ბაზაში მომხმარებლის მონაცემების ხელმისაწვდომობის შემოწმება

თუ მონაცემები არ არის, დაამატეთ ახალი ჩანაწერი მონაცემთა ბაზაში

აჩვენეთ კლიენტის ინფორმაცია ეკრანზე.

A 1.3 მოდულისთვის:

პროცესი: პროდუქტის საკუთრების შესახებ მონაცემების შემოწმება და შეყვანა.

შეყვანა: ინფორმაცია პროდუქტის საკუთრების შესახებ.

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

ალგორითმი:

მონაცემთა ბაზაში პროდუქტის საკუთრების შესახებ მონაცემების ხელმისაწვდომობის შემოწმება

თუ მონაცემები არ არის, დაამატეთ ახალი ჩანაწერი მონაცემთა ბაზაში

აჩვენეთ მონაცემები პროდუქტის საკუთრების შესახებ ეკრანზე.

A 1.4 მოდულისთვის:

პროცესი: მომხმარებლის მონაცემების შემოწმება და შეყვანა.

შეყვანა: მომხმარებლის ინფორმაცია.

გამომავალი: მონაცემთა ბაზაში მომხმარებლის შესახებ გენერირებული მონაცემები

ალგორითმი:

მონაცემთა ბაზაში მომხმარებლის მონაცემების ხელმისაწვდომობის შემოწმება

თუ მონაცემები არ არის, დაამატეთ ახალი ჩანაწერი მონაცემთა ბაზაში

ეკრანზე მომხმარებლის ინფორმაციის ჩვენება.

A 1.5 მოდულისთვის:

პროცესი: პროექტის მონაცემების შემოწმება და შეყვანა.

შეყვანა: ინფორმაცია პროექტის შესახებ.

შედეგი: მონაცემთა ბაზაში პროექტის შესახებ გენერირებული მონაცემები

ალგორითმი:

მონაცემთა ბაზაში პროექტის მონაცემების ხელმისაწვდომობის შემოწმება

თუ მონაცემები არ არის, დაამატეთ ახალი ჩანაწერი მონაცემთა ბაზაში

აჩვენეთ პროექტის მონაცემები ეკრანზე.

A 1.6 მოდულისთვის:

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

შეყვანა: ინფორმაცია ერთეულის შესახებ.

გამომავალი: მონაცემთა ბაზაში დეპარტამენტის შესახებ გენერირებული მონაცემები

ალგორითმი:

მონაცემთა ბაზაში ერთეულის შესახებ მონაცემების არსებობის შემოწმება

თუ მონაცემები არ არის, დაამატეთ ახალი ჩანაწერი მონაცემთა ბაზაში

აჩვენეთ ინფორმაცია განყოფილების შესახებ ეკრანზე.

A 1.7 მოდულისთვის:

პროცესი: მწარმოებლების მონაცემების შემოწმება და შეყვანა.

შეყვანა: ინფორმაცია მწარმოებლის შესახებ.

გამომავალი: გენერირებული მონაცემები მწარმოებლის შესახებ მონაცემთა ბაზაში

ალგორითმი:

მონაცემთა ბაზაში მწარმოებლის შესახებ მონაცემების ხელმისაწვდომობის შემოწმება

თუ მონაცემები არ არის, დაამატეთ ახალი ჩანაწერი მონაცემთა ბაზაში

აჩვენეთ მწარმოებლის ინფორმაცია ეკრანზე.

შემდეგი, განიხილეთ სისტემაში დოკუმენტების შეყვანის ამოცანა, მოდით ვუწოდოთ მას B1. ამ პრობლემის გადასაჭრელად დოკუმენტების დამუშავების ჯგუფის ოპერატორი ახარისხებს შემოსულ ქაღალდის დოკუმენტებს, ამუშავებს და შეაქვს სისტემაში, რის შედეგადაც იცვლება ბალანსის ცხრილში ჩანაწერები და დოკუმენტების ჟურნალი. დავალების B1 ფუნქციონალურ-ტექნოლოგიური სქემა ნაჩვენებია ნახაზზე 2.16.

სურათი 2.5. დავალების B1 „დოკუმენტების გაცნობა“ ფუნქციონალურ-ტექნოლოგიური სქემა.

თითოეული შერჩეული მოდულისთვის შემუშავებულია ფუნქციონალურ-ტექნოლოგიური სქემა და მისი კოდირების დეტალური ალგორითმი. დავალების B1 ბლოკ-სქემა ნაჩვენებია 2.17-ზე, ხოლო B1-ის ყველა მოდულის ფუნქციონალური და ტექნოლოგიური დიაგრამები ნაჩვენებია 2.18-ზე.

სურათი 2.6. ბლოკ-სქემა B1 ამოცანის გადასაჭრელად "დოკუმენტების გაცნობა"

სურათი 2.7. დავალების B1 მოდულების ფუნქციონალურ-ტექნოლოგიური სქემები

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

სურათი 2.8. დავალების ფუნქციონალურ-ტექნოლოგიური სქემა B1 "ანგარიშების ფორმირება"

დავალების B1 ბლოკ-სქემა ნაჩვენებია 2.20-ზე, ხოლო B1-ის ყველა მოდულის ფუნქციონალური და ტექნოლოგიური დიაგრამა ნაჩვენებია 2.21-ზე.

სურათი 2.9. B1 დავალების ბლოკ-სქემა

ნახატი 2 . 10 . დავალების მოდულების ფუნქციონალურ-ტექნოლოგიური სქემები B1

2.4 პროექტის განხორციელების საცდელი შემთხვევა და მისი აღწერა

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

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

· სატესტო ინფორმაციის დირექტორიაში შეყვანა;

· საწყობში საქონლის გადაადგილების საცდელი ქეისების შეყვანა;

· საწყობებში საქონლის რაოდენობის ცვლილების ამსახველი ანგარიშების მიღება და გადაადგილების ანალიზის გაკეთების საშუალებას.

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

პროდუქტის დირექტორიას დაემატა სამი პროდუქტი:

· კარი "კლინკორი" ლითონის;

· კარი "ბაზელი" ხის;

ლითონის კარი "ვეგასი"

სურათი 2.24 გვიჩვენებს ეკრანის ფორმას პროდუქტების სიით.

სურათი 2.11. Პროდუქტების სია

ცხრილი 17 გვიჩვენებს ტესტის მონაცემებს საქონლის თვისებებზე და მნიშვნელობებზე, რაც ამ თვისებებს შეუძლიათ

ცხრილი 17. ტესტის მონაცემები საქონლის თვისებების შესახებ.

ცხრილი 18 გვიჩვენებს პროდუქტებს მინიჭებული თვისებები და მათი მნიშვნელობები.

ცხრილი 18. ტესტის მონაცემები პროდუქციის თვისებების მინიჭებისთვის.

პროდუქტი	საკუთრება	მინიჭებული ქონების ღირებულება
კარი "კლინკორი" ლითონის	ციხე 1	ტაისონის ციხე
	ციხე 2	ციხე "ვერიტა"
	წონა	500 კგ
	გარე ბალიშები	პლასტიკური
	ინტერიერის პერანგები	დაკარგული
	Დათბობა	დაკარგული
ვეგასის რკინის კარი	ციხე 1	ტაისონის ციხე
	ციხე 2	ვეგასის ციხე
	წონა	150 კგ
	გარე ბალიშები	დეკორატიული პლასტმასი
	ინტერიერის პერანგები	ხალიჩა
	Დათბობა	პოლისტირონი
კარი "ბაზელის" ხის	ციხე 1	ტაისონის ციხე
	ციხე 2	დაკარგული
	წონა	120 კგ
	გარე ბალიშები	დაკარგული
	ინტერიერის პერანგები	ხალიჩა
	Დათბობა	პარალონი

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

ცხრილი 19. პროექტების ტესტის მონაცემები.

საქონლის მინიჭება კონკრეტულ პროექტზე წარმოდგენილია ცხრილში 20.

ცხრილი 20. პროექტებზე საქონლის მინიჭების ტესტის მონაცემები.

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

სურათი 2.12. პროდუქტის რედაქტირების ტესტის ფორმა

ასევე, საცდელი საქმის სისრულისთვის აუცილებელია მწარმოებლების, მომხმარებლების, საწყობების და მომხმარებლების დირექტორიების შევსება. მათი შევსება ნაჩვენებია 2.26 - 2.29 სურათებზე.

სურათი 2.13. სატესტო შევსება მწარმოებლის დირექტორიაში

სურათი 2.14. კლიენტების კატალოგის სატესტო შევსება.

სურათი 2.15. საწყობების კატალოგის სატესტო შევსება.

სურათი 2.16. მომხმარებელთა საცნობარო წიგნის სატესტო შევსება.

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

ყველა პროდუქტი ტაისონის საკეტით (ფილტრის ფორმა ნაჩვენებია ფიგურაში).

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

Klondike-ის მწარმოებლის ყველა პროდუქტი.

ნახატი 2 . 17 . პროდუქტის ფილტრის დაყენება.

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

ნახატი 2 . 18 . დოკუმენტების ჟურნალი.

ნახატი 2 . 19 . დოკუმენტის ფორმა.

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

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

დასკვნა

სადიპლომო პროექტის დასრულების შედეგად შეისწავლეს შპს „კავშირ-კარებში“ საწყობის აღრიცხვის წარმართვის მეთოდოლოგია.

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

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

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

პროგრამა მუშაობს Windows 95/98, NT, 2000, XP ოპერაციული სისტემებით და დანერგილია BorlandC++ Builder გარემოში. პროგრამის შედეგებია საწყობებში გადაადგილების დოკუმენტების ცხრილები და საწყობებში საქონლის ნაშთები.

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

1. Podbelsky V.V., Fomin S.S. C პროგრამირება: Proc. სარგებელი. - მე-2 დამატება. რედ. - M: ფინანსები და სტატისტიკა, 2002. - 600 წ.

2. Herbert Schildt პროგრამირება C და C ++-ში Windows 95 - K .: BHV Trade and Publishing Office, 1996 წ.

3. C. Petzold პროგრამირება Windows 95-ისთვის; ორ ტომად - პეტერბურგი: BHV - პეტერბურგი, 1997 წ

4. არხანგელსკი პ.ა. "პროგრამირება BorlandC++ 4.0-ში" M. Nauka, 2000 წ

5. Stroustrup B. „C++ პროგრამირების ენა: Per. ინგლისურიდან." M. რადიო და კომუნიკაცია, 1991.-352 გვ.: ill.

6. ბობროვსკი ს.ი. დელფი 5 - მ.: პეტრე, 2002 წ.

7. Gaevsky A. პროგრამული აპლიკაციების შემუშავება Delphi 6-ზე - M.: კიევი, 2000 წ.

8. ზუევვ. A. Turbo Pascal 6.0, 7.0. მ.: მოსკოვი, 1998 წ.

9. Kotsyubinsky A.O., Groshev S.V. Delphi 5 პროგრამირების ენა - M.: მოსკოვი, 1999 წ.

10. ლეონტიევი ვ.ი. დელფი 5 - მ.: მოსკოვი, 1999 წ.

11. მოისეევი ა.ს. ობიექტი პასკალი - მოსკოვი: მოსკოვი, 2000 წ.

12. ნემნიუგინი ს.ა. პროგრამირება - M .: პეტრე, 2000 წ.

13. Remizov N. C. Delphi - M .: პეტრე, 2000 წ

14. არხანგელსკი პ.ა. პროგრამირება დელფში 5. M., Nauka, 2000 წ

15. დარახველიძე პ.გ. პროგრამირება DELPHI-ში 5. სანკტ-პეტერბურგი, Binom, 2000 წ

16. Teixeira ST DELPHI 5. დეველოპერის სახელმძღვანელო. მ., უილიამსი, 2000 წ

17. უგრინოვიჩ ნ. ინფორმატიკა და საინფორმაციო ტექნოლოგიები. საბაზისო ცოდნის ნაკრები. მ., რადიო და კომუნიკაცია, 2000 წ

18. ფარონოვი ვ.ვ. Delphi 3. სასწავლო კურსი. მ., ცოდნა, 1998 წ

19. ფარონოვი ვ.ვ. Delphi 4. სასწავლო კურსი. მ., ცოდნა, 1998 წ

20. Harrington J. რელაციური მონაცემთა ბაზების დიზაინი. მ., ლორი, 2000 წ

21. შუმაკოვი ვ.პ. Delphi 3 და მონაცემთა ბაზის აპლიკაციების შექმნა. მ., ცოდნა, 1998 წ

22. GOST 2.105-95 ESKD. ზოგადი მოთხოვნები ტექსტური დოკუმენტებისთვის

23. GOST 19.103-33 ESPD. პროგრამებისა და პროგრამული დოკუმენტების აღნიშვნა.

24. GOST 19.701-90 ESPD. ალგორითმების, პროგრამების, მონაცემებისა და სისტემების სქემები. კონვენციები და აღსრულების წესები.

განაცხადი

მონაცემთა ნაკადის დიაგრამა "როგორც არის"

მონაცემთა ნაკადის დიაგრამა "როგორც უნდა იყოს".

დოკუმენტების ნაკადის სქემა უძრავი ქონების ტრანზაქციებში კლიენტებთან მუშაობის კონტექსტში.

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

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

მასპინძლობს http://www.allbest.ru/

თემა: "საინფორმაციო სისტემის "უძრავი ქონების სააგენტო" განვითარება"

შინაარსი

• შესავალი
• 1 . ტექნიკური დავალება
• 1.1 პრობლემის განცხადება
• 1.2 პროგრამული უზრუნველყოფის მოთხოვნა
• სანდოობის მოთხოვნები
• 1.4 ამოცანის საინფორმაციო მხარდაჭერა
• შეყვანის ინფორმაციის აღწერა
• 2. აღწერითი ნაწილი
• 2.2 პროგრამული უზრუნველყოფის აღწერა
• 2.3 სატესტო შემთხვევა
• 2.4 Მომხმარებლის სახელმძღვანელო
• დასკვნა
• ბიბლიოგრაფია

შესავალი

კურსის პროექტის თემაა საინფორმაციო სისტემის შექმნა და განვითარება.

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

ინფორმაცია - ინფორმაცია, შეტყობინებები, მონაცემები და ა.შ. ამჟამად არ არსებობს ტერმინი ინფორმაციის ერთიანი განმარტება.

საინფორმაციო მოდელი - ინფორმაციის ერთობლიობა, რომელიც ახასიათებს საგნის, პროცესის, ფენომენის არსებით თვისებებსა და მდგომარეობას, აგრეთვე ურთიერთობას გარე სამყაროსთან.

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

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

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

Პროგრესირებს კურსის დიზაინიაუცილებელია დისციპლინებში მიღებული ცოდნის კონსოლიდაცია და სისტემატიზაცია "მონაცემთა ბაზები", ინფორმაციის წყაროს შექმნა, "ინფორმაციული სისტემების განვითარება და ფუნქციონირება", IS-ის შექმნა, " Კომპიუტერული გრაფიკა“, ფორმებზე ღილაკების განაწილება და ინტუიციური ინტერფეისის შექმნა.

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

კურსის პროექტის მიზანია:

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

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

კურსის პროექტის შემუშავების პროცესში აუცილებელია საინფორმაციო სისტემის „უძრავი ქონების სააგენტო“ ხელახალი შექმნა. ამ საინფორმაციო სისტემის ამოცანა იქნება უძრავი ქონების სააგენტოს თანამშრომელთა განრიგის ჩვენება.

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

1. მითითება

1.1 პრობლემის განცხადება

კურსის დიზაინის პროცესში აუცილებელია საინფორმაციო სისტემის „უძრავი ქონების სააგენტო“ შემუშავება.

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

სისტემამ უნდა შეასრულოს შემდეგი ფუნქციები:

- უძრავი ქონების შესახებ ინფორმაციის შეყვანა და რედაქტირება:

- "Ოპერაციები";

- "Უძრავი ქონება";

- თანამშრომლების შესახებ ინფორმაციის შეყვანა და რედაქტირება:

- "მუშები";

- მომხმარებლის ინფორმაციის შეყვანა და რედაქტირება:

- "კლიენტები";

- ხელშეკრულების შედგენა (რომლის დახმარებით შედგენილია გრაფიკი):

- "კონტრაქტები";

- ისეთი დოკუმენტების ფორმირება და ბეჭდვა, როგორიცაა:

- „დასაქმებულთა განრიგი“;

შეყვანის ინფორმაცია უნდა იყოს:

- კლიენტთა სიები:

- კლიენტის სრული სახელი;

- ტელეფონი;

- თანამშრომელთა სია:

- დასაქმებულის სრული სახელი;

- სააგენტოს შესაძლებლობები: ხელმისაწვდომი ოპერაციები; ხელმისაწვდომი უძრავი ქონება.

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

1.2 პროგრამული უზრუნველყოფის მოთხოვნა

შესრულების მოთხოვნები

საინფორმაციო სისტემა „უძრავი ქონების სააგენტო“ მიმართული უნდა იყოს უძრავი ქონების სააგენტოს თანამშრომელთა განრიგის შენარჩუნებაში. სისტემამ უნდა დაამუშაოს ინფორმაცია და დაბეჭდოს გამომავალი დოკუმენტები.

ამ სისტემას უნდა ჰქონდეს Windows XP SP2 (ან უფრო ახალი) ან Windows Vistaდა Microsoft Office 2007 Toolkit.

საინფორმაციო სისტემა „უძრავი ქონების სააგენტო“ უნდა შეასრულოს შემდეგი ფუნქციები:

- უძრავი ქონების სააგენტოს თანამშრომლების მუშაობის შესახებ შემდეგი ინფორმაციის შეყვანა და რედაქტირება:

- დასაქმებულის სრული სახელი;

- კლიენტის შესახებ შემდეგი ინფორმაციის შეყვანა და რედაქტირება:

- კლიენტის სრული სახელი;

- ტელეფონი;

- სააგენტოს შესაძლებლობების შესახებ შემდეგი ინფორმაციის შეყვანა და რედაქტირება:

- ხელმისაწვდომი ოპერაციები;

- ხელმისაწვდომი უძრავი ქონება;

- შემდეგი გამომავალი დოკუმენტების ფორმირება და ბეჭდვა:

- „დასაქმებულთა განრიგი“.

სანდოობის მოთხოვნები

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

სისტემის საიმედოობის უზრუნველსაყოფად აუცილებელია:

- მონაცემთა დაცვის უზრუნველყოფა არაავტორიზებული წვდომისგან;

- მონაცემების არასწორი შეყვანის შემთხვევაში შეცდომის შეტყობინების ჩვენება, რომელშიც მითითებულია ველი, სადაც მოხდა შეცდომა;

- ყველა მონაცემი უნდა იყოს შეყვანილი სწორად და სწორად, ანუ უნდა განხორციელდეს მონაცემთა კონტროლი, სავალდებულო ველების ჩათვლით;

- აუცილებელი ველებია:

- კლიენტის სრული სახელი;

- კლიენტის ტელეფონის ნომერი;

- დასაქმებულის სრული სახელი;

– ქონების სახეობა;

– ოპერაციები უძრავი ქონებით;

- ნებისმიერი მონაცემის წაშლისას აუცილებელია გათვალისწინებული იყოს უარის თქმის შესაძლებლობა, ანუ მომხმარებლის თანხმობის მოთხოვნის გაცემა.

მოთხოვნები ოპერაციული პირობებისთვის

მომხმარებელს უნდა ჰქონდეს Windows-თან მუშაობის ძირითადი უნარ-ჩვევები (ეს საჭირო იქნება რაიმე წარუმატებლობის შემთხვევაში) და Microsoft Office 2007 ინსტრუმენტების პაკეტთან მუშაობის უნარები, კერძოდ, Microsoft-ის აპლიკაციები Word და Microsoft Access.

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

– OS Windows XP SP2 (და უფრო მაღალი) ან Windows Vista;

- Microsoft Office 2007.

1.3 ტექნიკური საშუალებების შემადგენლობისა და პარამეტრების მოთხოვნები

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

- კომპიუტერი, როგორიცაა IBM PC ან Note Book;

- Pentium Celeron პროცესორი (Pentium IV და ზემოთ), AMD Athlon(და ზემოთ), თან საათის სიხშირეარანაკლებ 1,6 გჰც;

- 512 MB ოპერატიული მეხსიერება;

- HDD ერთად თავისუფალი სივრცემინიმუმ 40 მბ;

- ოპერაციული სისტემა Windows XP SP2 (და უფრო მაღალი) ან Windows Vista;

- შეყვანისა და მანიპულირების მოწყობილობები (კლავიატურა/მაუსი);

- Microsoft Office 2007 ინსტრუმენტარიუმის;

- პრინტერი, რომელიც მხარს უჭერს A4 დოკუმენტების ბეჭდვას (გამომავალი დოკუმენტების დასაბეჭდად).

დამატებითი მოწყობილობები არ არის საჭირო. ყველა ზემოთ ჩამოთვლილი მოწყობილობა უნდა იყოს სრულად ფუნქციონალური და თავსებადი ოპერაციულ სისტემასთან.

1.4 დავალების ინფორმაციული მხარდაჭერა

შეყვანის ინფორმაციის აღწერა

შეყვანილი მონაცემები „უძრავი ქონების სააგენტოს“ საინფორმაციო სისტემაში შედის კლიენტის პასპორტიდან და უძრავი ქონების სააგენტოს შესაძლებლობებიდან.

საინფორმაციო სისტემა უძრავი ქონების სააგენტო

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

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

ცხრილი 1 - "ხელშეკრულების" ცხრილის სტრუქტურა

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

ცხრილი 2 - "მომხმარებლების" ცხრილის სტრუქტურა

უძრავი ქონების შესახებ ინფორმაცია შეტანილია ცხრილში „უძრავი ქონება“, რომლის სტრუქტურა წარმოდგენილია ცხრილში 3 (გასაღების ველი მონიშნულია „“ ხატით).

საცნობარო ინფორმაციის აღწერა

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

- მაგიდები:

- Უძრავი ქონება;

- Ოპერაციები;

- მუშები.

საცნობარო ცხრილების სტრუქტურა ნაჩვენებია ქვემოთ (გასაღების ველი მონიშნულია "" ხატით).

ცხრილი 3 - საცნობარო ცხრილის სტრუქტურა "უძრავი ქონება"

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

ცხრილი 4 - საცნობარო ცხრილის სტრუქტურა "ოპერაციები"

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

ცხრილი 5 - საცნობარო ცხრილის სტრუქტურა "მუშაკები"

სურათი 1 გვიჩვენებს ამ საინფორმაციო სისტემის მონაცემთა სქემას.

სურათი 1 - მონაცემთა სქემა

2. აღწერა

2.1 გადასაჭრელი ამოცანის ბიზნეს პროცესის კონტექსტური დიაგრამა

Computer Associates BPwin პროგრამაში შესრულებული ამოხსნილი ამოცანის „უძრავი ქონების სააგენტო“ ბიზნეს პროცესის კონტექსტური დიაგრამა წარმოდგენილია ქვემოთ.

კონტექსტური სქემის "უძრავი ქონების სააგენტოს დაგეგმვის" ძირითადი შემადგენლობა, რომელიც ნაჩვენებია სურათზე 2, შეიცავს შემდეგ მონაცემებს:

შესასვლელში: კლიენტის პასპორტის მონაცემები, სააგენტოს შესაძლებლობები;

მენეჯმენტი: რუსეთის ფედერაციის წესდება, საწარმოს წესდება, მომსახურების გაწევის ლიცენზია;

რესურსები: MTO (ტექნიკის ტექნიკური მანქანა), ბოსები;

გამომავალი: მუშაკთა განრიგი.

სურათი 2 - უძრავი ქონების სააგენტოს განრიგის ფორმირება

კონტექსტური დიაგრამის პირველი დონის დაშლა „უძრავი ქონების სააგენტოს განრიგი“ ნაჩვენებია სურათზე 3.

სურათი 3 - პირველი დონის დაშლა

"ინფორმაციის შეგროვების" ბლოკის დაშლა ნაჩვენებია ნახაზ 4-ში.

სურათი 4 - პირველი დონის დაშლა

"მონაცემთა ბაზის ფორმირების" ბლოკის დაშლა ნაჩვენებია ნახაზ 5-ში.

სურათი 5 - ბლოკის "მონაცემთა ბაზის ფორმირება" დაშლა

"Query execution" ბლოკის დაშლა ნაჩვენებია სურათზე 6.

სურათი 6 - ბლოკის "შეკითხვის შესრულების" დაშლა

2.2 პროგრამული უზრუნველყოფის აღწერა

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

პროგრამა შემუშავებულია Microsoft Office 2007 Access-ში. თავდაპირველად პროგრამა იკავებს 2 მბ-ს, მონაცემთა ბაზის შევსებისას პროგრამა მეტ ადგილს დაიკავებს მყარ დისკზე. საინფორმაციო სისტემას აქვს 7 ფორმა. მათი სახელი და აღწერა მოცემულია ცხრილში 6.

ცხრილი 6 - საცნობარო ფორმების აღწერა

ფორმის სახელი	ფორმის აღწერა
	ძირითადი ფორმა. იხსნება გაშვებისას
	შედგენილი კონტრაქტები
	კლიენტების სია
Უძრავი ქონება	უფლებამოსილი ქონების სია
Ოპერაციები	ოპერაციების სია
	მუშაკთა სია
	ღილაკის ფორმა. დაადასტურეთ პროგრამიდან გასვლა

2.3 სატესტო შემთხვევა

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

ჩვენ გავუშვით საინფორმაციო სისტემა, ეს არის *. accdb (სურათი 7).

სურათი 7 - პროგრამის გაშვება

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

სურათი 8 - პაროლის მოთხოვნა

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

სურათი 9 - მენიუს ფორმა

10, 11, 12, 13 და 14 სურათებზე ნაჩვენებია კონტრაქტის, მუშაკების, კლიენტების, ოპერაციების და უძრავი ქონების ფორმები, შესაბამისად.

სურათი 10 - "შეთანხმება"

სურათი 11 - "მუშები"

სურათი 12 - "კლიენტები"

სურათი 13 - "ოპერაციები"

სურათი 14 - "უძრავი ქონება"

2.4 მომხმარებლის სახელმძღვანელო

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

ძირითადი მოქმედებები, რომლებიც ხელმისაწვდომია ამ საინფორმაციო სისტემის მომხმარებლისთვის, ჩამოთვლილია მე-7 ცხრილში.

ცხრილი 7 - მომხმარებლის სახელმძღვანელო

Ოპერაცია	მომხმარებლის მოქმედება	პროგრამის მოქმედება
პროგრამის გაშვება	პროგრამის გასაშვებად თქვენ უნდა გაუშვათ ფაილი "IS Real Estate Agency. accdb"	ეკრანზე გამოჩნდება პაროლის შეყვანის ფანჯარა.
პაროლის შეყვანა	შესასვლელად უნდა შეიყვანოთ სწორი პაროლი	თუ პაროლი სწორია, IP-ის ძირითადი ფორმა გაიხსნება
	მომხმარებელი ათვალიერებს შედგენილი ხელშეკრულებების ფორმას, ასევე შესაძლებელია ახალი ჩანაწერების დამატება/წაშლა.
	მომხმარებელი ათვალიერებს სააგენტოს თანამშრომელთა ფორმას, ასევე შესაძლებელია ახალი ჩანაწერების დამატება/წაშლა.	მონაცემები ავტომატურად შეიტანება მონაცემთა ბაზაში
	მომხმარებელი ათვალიერებს სააგენტოს კლიენტთა ფორმას, ასევე შესაძლებელია ახალი ჩანაწერების დამატება/წაშლა.	მონაცემები ავტომატურად შეიტანება მონაცემთა ბაზაში
Ოპერაციები	მომხმარებელი ათვალიერებს უძრავი ქონების სააგენტოს შესაძლო ტრანზაქციების ფორმას.	არჩეული ოპერაციის შეყვანა „კონტრაქტის“ ფორმაში
Უძრავი ქონება	მომხმარებელი ათვალიერებს სააგენტოს მიერ უძრავი ქონების ოფციების მიწოდების ფორმას.	შერჩეული ტიპის ქონების შეყვანა „შეთანხმების“ ფორმაში
	მთავარ მენიუში მომხმარებელმა დააჭირა ღილაკს "გასვლა".	პროგრამა ააქტიურებს ღილაკის ფორმას ოფციებით: YES და NO
ვარიანტი "არა"	მომხმარებელმა აირჩია ღილაკი "არა".	პროგრამა უბრუნდება ძირითად ფორმას
ვარიანტი "დიახ"	მომხმარებელმა აირჩია ღილაკი "დიახ".	აპლიკაცია იხურება

დასკვნა

საკურსო პროექტის შემუშავების პროცესში დისციპლინაზე "ინფორმაციული სისტემების შემუშავება და ექსპლუატაცია" დამოუკიდებლად იქნა შესწავლილი Microsoft Access 2007-ის ახალი ფუნქციები და ფუნქციები, მაგალითად: დამცავი პაროლის დაყენება, ღილაკზე დაჭერილი ფორმების შექმნა, ავტორუნის ფორმები.

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

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

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

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

ბიბლიოგრაფია

1. საიტი http://office. microsoft.com/en-us/training/CR101582831049. aspx;

მასპინძლობს Allbest.ru-ზე

მსგავსი დოკუმენტები

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

ნაშრომი, დამატებულია 27/11/2009


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

საკურსო ნაშრომი, დამატებულია 02/10/2013


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

ნაშრომი, დამატებულია 11/04/2012


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

საკურსო ნაშრომი, დამატებულია 28.12.2012


Microsoft Access DBMS-ზე დაფუძნებული მონაცემთა ბაზის შემუშავება, რომელიც დასაქმების სააგენტოს მუშაობის ავტომატიზაციის საშუალებას იძლევა. საგანი, რომელიც ეფუძნება რეალურ ინფორმაციას დასაქმების სააგენტოს შესახებ. ER-win-ში დანერგილი საინფორმაციო სისტემის მოდელი.

საკურსო ნაშრომი, დამატებულია 15/12/2011


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

საკურსო ნაშრომი, დამატებულია 28/08/2012


საინფორმაციო სისტემის „მოგზაურობის სააგენტოს“ ფუნქციონირების საგნობრივი სფეროსა და გარემოს ანალიზი. მონაცემთა ბაზების შემუშავება და შენარჩუნება Enterprise Manager-ის გამოყენებით SQL Server 2008-ში. ცხრილების შექმნის პრინციპები, მოთხოვნები, შენახული პროცედურები.

ნაშრომი, დამატებულია 12/11/2013


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

პრეზენტაცია, დამატებულია 12/08/2013


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

საკურსო ნაშრომი, დამატებულია 16.09.2017წ


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

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

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

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

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

შემდეგი ფაქტორები გავლენას ახდენდნენ ანალიზისთვის ადგილების არჩევაზე:

საიტის ხანგრძლივობა;

საიტის ტრაფიკი.

რუსული კომპანიებიდან გაანალიზდა შემდეგი კომპანიების ვებ-წარმომადგენლობები: "Titul DV" (ვლადივოსტოკი), "Zhilfond" (ციმბირი), "Dom.Com" (ხაბაროვსკი), "Inkom-Nedvizhimost" (მოსკოვი), ასევე. როგორც უცხოური ვებ-წარმომადგენლობა "Local-n-Global Realty" (აშშ, კლივლენდი, ოჰაიო).

ამ საიტების შესწავლის შემდეგ ცნობილი გახდა, რომ ისინი:

მოიცავს გაწეული სერვისების ჩამონათვალს და ბინების მონაცემთა ბაზას;

მიაწოდეთ უკუკავშირი.

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

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

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

სურათი 1 - სტრუქტურული სქემავებ-წარმომადგენლობის ძირითადი განყოფილებები

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

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

სურათი 2 - ვებ-წარმოდგენის მთავარი გვერდის ლოგიკური დიაგრამა

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

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

Runet-ის, Bynet-ისა და Uanet-ის ეროვნული დომენური ზონების შესწავლის გარდა, გამოკვლეული რესურსების სიაში შედის სხვა დომენური ზონების საიტები, რომლებსაც მასიურად სტუმრობენ რუსულენოვანი მომხმარებლები. გაანალიზებული დომენების საერთო რაოდენობა 5,5 მილიონია. ცხრილი 1 წარმოგიდგენთ 2014 წლის დასაწყისში ვებსაიტების შექმნისა და შენარჩუნების ავტომატური პლატფორმების რეიტინგს.

	CMS
	ჯომლა
	WordPress
	1C-ბიტრიქსი
	დრუპალი

CMS-ის (შინაარსის მართვის სისტემების) ლიდერები 2014 წლის დასაწყისში იყვნენ Joomla, WordPress, 1C-Bitrix და Drupal.

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

სიცხადისთვის, შეიქმნა CMS რეიტინგის სქემა (სურათი 3).

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

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

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