Сұлулық салонының жұмысын автоматтандыру



КІРІСПЕ
1. ЖАЛПЫ БӨЛІМ
1.1 Талдау жүйені таңдауды негіздеу
1.2 Бағдарламалау тілін таңдауды негіздеу
1.3 Delphі ортасын сипаттау
1.4 Дерек қорды құру
1.4.1. ДК құрылымы
1.4.2 ДК.ларды ұйымдастыру
1.4.3 Ақпараттық жүйелердің өмірлік циклі
1.4.4 Дерек қор қосымшасының өмірлік циклі
1.4.5 Деректерді модельдеу
1.4.6 Дерек қорларды концептуалдық жобалауы
1.4.7 Дерек қорларды логикалық жобалауы
1.4.8 Дерек қорларды физикалық жобалауы
1.4.7 Дерек қорларды логикалық жобалауы
1.4.8 Дерек қорларды физикалық жобалауы
1.4.9 Ақпараттық жүйелердің архитектуралары
1.4.10 Реляциялық дерек қорлар
1.4.11 Кілттер және индекстер

2. НЕГІЗГІ БӨЛІМ
2.1 Деректер қорын қуру
2.2 Деректер қорының листингі
2.3 Бағдарлама бойынша жалпы түсініктеме

3. БАҒДАРЛАМАЛЫҚ ҚОЛДАНБАНЫҢ ЭКОНОМИКАЛЫҚ ТИІМДІЛІГІН ЕСЕПТЕУ
3.1 Жалақыға кететін шығынды анықтау
3.2 Салықтарды есептеу
3.3 Материалдарға жұмсалатын шығындар
3.4 Ғылыми зерттеу жұмыстарына қажет арнайы аппараттарға кететін шығындар
3.5 Басқа шығындар
3.6 Бағдарламалық қамтаманы енгізудің тиімділігін есептеу
3.6.1 Енгізуге дейін шығынды есептеу
3.6.2 Жүйені енгізуден кейін шығынды есептеу
3.7 Жүйенің өтеу мерзімі
3.8 Жылдық экономикалық эффект
ТЕХНИКАЛЫҚ ҚАУІПСІЗДІК ШАРАЛАРЫ

ӘДЕБИЕТТЕР ТІЗІМІ
Ғасырлар бойы адамзат, жұмыс дағдылары, қоршаған әлем туралы мәліметтер, білімдер жинаған, басқаша айтқанда – ақпаратты жинаған. Бастапқыда ақпарат ұрпақтан ұрпаққа ауызша әңгімелер түрінде жеткен. Кітап ісінің пайда болуы және дамуы ақпаратты сенімді жазбаша түрде көбірек сақтауға мүмкіндік берді. Электр облысында ашылулары телеграф, телефон, радио, теледидардың пайда болуына әкелді. Пайда болған құралдар ақпараттың тез тарауына мүмкіндік туғызды. Прогресстің дамуы информацияның да өсуіне ықпалын тигізді.
Соңғы кезде көптеген салаларда есептеу техникасы құралдарын пайдалануға қызығушылық артып отыр. Бұл қазіргі таңдағы есептеу құралдарының, оның ішінде дербес ЭЕМ мүмкіндіктеріне байланысты болып отыр. Дербес компьютерлерді ендіру - өндірісте, ғылыми зерттеулерде, білімде, денсаулық саласында, әлеуметтік-тұрмыстық қызмет көрсетудің барлық саласындағы мәселелерді автоматтандыруға мүмкіндік берді. Адамдар бір-бірімен пікір алысу, мәтінді синхронды аудару, компьютермен дауыс арқылы сөйлесу, телеконференциялар ұйымдастыру, барлық қажет болатын ақпараттарды деректер қоры мен білімдер қорынан іздеу және алу сияқты көптеген қызмет түрлерін ДЭЕМ атқара алады. Дербес компьютер көлемі оларды пайдаланушы адамның жұмыс орнында қоюға мүмкіндік береді, ал осы компьютермен жұмыс істеу оны программист емес пайдаланушыларға ыңғайлы етеді. Қазіргі таңдағы ДЭЕМ жедел жады көлемі жағынан да, шапшаңдығы жағынан да көптеген үлкен ақпараттар көлемін өңдеуге мүмкіндігі бар.
Микропроцессорлардың базасында есептеуіш техникалардың даму программалық қамтамасыз ету және компьютерлердің толық жетілдіруіне әкеледі. Үлкен ақпарат ағынын өңдеуге қабілетті программалар пайда болды. Сондай программалар арқасында ақпараттық жүйелер құрылады. Кез келген ақпараттық жүйенің негізігі мақсатты объектіден және нақты әлем құбылыстарындағы мәліметтерден адамға керек ақпараттың болуы.
1. Гофман В.Э., Хомоненко А.Д. Delphi 6. – СПб.: БХВ-Петербург, 2002. – 1152 с.:ил.
2. Дейт К.ДЖ. Введение в системы базы данных. – Пер. с англ. – К.:Диалектика, 1998. – 784с.: ил.
3. Гради Буч. Объектно-ориентированный анализ и проектирование. М.: “Бином”, 2000.
4. Архангельский А. Я. Программирование в среде Delphi6. М.: “Бином”, 2001г.
5. А. Леоненков UML, С-П.: “Наука”, 2001г.
6. Т. Коннолли, К. Бегг, А. Страчан. Базы данных, М.: “Вильямс”, 2000г.
7. С. Бобровский. Delphi6 и Kylix, С-П.: “Питер”, 2002г.
8. Г. Риккарди. Системы баз данных. Теория и практика использования в Internet и среде Java. М.: Вильямс, 2001.
9. ГОСТ 12.1.003-83. Еңбекті қорғаудың стандарттар жүйесі. Шу. Қауіпсіздіктің жалпы талаптары.
10. СН и П II-4-79 Естественное и искуственное освещение. 1979г.
11. Кустов В.Н., Мусин К.А., Джумабеков Б.Д. Охрана труда в дипломных проектах. Алматы: КазНТУ, 1995г.
12. ГОСТ 12.1.004-91. Еңбекті қорғаудың стандарттар жүйесі. Өрт қауіпсіздігі. Қауіпсіздіктің жалпы талаптары.
13. ГОСТ 12.1.005-88. Еңбекті қорғаудың стандарттар жүйесі. Жұмыс зонасының ауасына жалпы санитарлы- гигиеналық талаптар.
14. ГОСТ 12.1.006-84. Еңбекті қорғаудың стандарттар жүйесі. Радиожиіліктің электромагниттік өрістер. Жұмыс орындардағы рұқсатылған деңгейлер және контроль жасауға талаптар.
15. Долин П.А. Справочник по технике безопасности. М: Энергия, 1985г.
16. О промышленной безопасности на опасных производственных объектах: Закон РК- Алматы: Юрист, 2003-12с.
17. Законы РК в области ЧС- Алматы: “Жеті Жарғы”, 1999г.-75с.
18. Қазақстан Республикасындағы Еңбек туралы заң- Алматы: Іргетас, 2000ж.-120б.
19. ГОСТ 12.1.012-90. Еңбекті қорғаудың стандарттар жүйесі. Вибрациялық қауіпсіздік. Жалпы талаптар.

КІРІСПЕ
1. ЖАЛПЫ БӨЛІМ
1.1 Талдау жүйені таңдауды негіздеу
1.2 Бағдарламалау тілін таңдауды негіздеу
1.3 Delphі ортасын сипаттау
1.4 Дерек қорды құру
1.4.1. ДК құрылымы
1.4.2 ДК-ларды ұйымдастыру
1.4.3 Ақпараттық жүйелердің өмірлік циклі
1.4.4 Дерек қор қосымшасының өмірлік циклі
1.4.5 Деректерді модельдеу
1.4.6 Дерек қорларды концептуалдық жобалауы
1.4.7 Дерек қорларды логикалық жобалауы
1.4.8 Дерек қорларды физикалық жобалауы
1.4.7 Дерек қорларды логикалық жобалауы
1.4.8 Дерек қорларды физикалық жобалауы
1.4.9 Ақпараттық жүйелердің архитектуралары
1.4.10 Реляциялық дерек қорлар
1.4.11 Кілттер және индекстер
2. НЕГІЗГІ БӨЛІМ
2.1 Деректер қорын қуру
2.2 Деректер қорының листингі
2.3 Бағдарлама бойынша жалпы түсініктеме
3. БАҒДАРЛАМАЛЫҚ ҚОЛДАНБАНЫҢ ЭКОНОМИКАЛЫҚ ТИІМДІЛІГІН ЕСЕПТЕУ
3.1 Жалақыға кететін шығынды анықтау
3.2 Салықтарды есептеу
3.3 Материалдарға жұмсалатын шығындар
3.4 Ғылыми зерттеу жұмыстарына қажет арнайы аппараттарға
кететін шығындар
3.5 Басқа шығындар
3.6 Бағдарламалық қамтаманы енгізудің тиімділігін есептеу
3.6.1 Енгізуге дейін шығынды есептеу
3.6.2 Жүйені енгізуден кейін шығынды есептеу
3.7 Жүйенің өтеу мерзімі
3.8 Жылдық экономикалық эффект
ТЕХНИКАЛЫҚ ҚАУІПСІЗДІК ШАРАЛАРЫ

ӘДЕБИЕТТЕР ТІЗІМІ
КІРІСПЕ

Ғасырлар бойы адамзат, жұмыс дағдылары, қоршаған әлем туралы
мәліметтер, білімдер жинаған, басқаша айтқанда – ақпаратты жинаған.
Бастапқыда ақпарат ұрпақтан ұрпаққа ауызша әңгімелер түрінде жеткен. Кітап
ісінің пайда болуы және дамуы ақпаратты сенімді жазбаша түрде көбірек
сақтауға мүмкіндік берді. Электр облысында ашылулары телеграф, телефон,
радио, теледидардың пайда болуына әкелді. Пайда болған құралдар
ақпараттың тез тарауына мүмкіндік туғызды. Прогресстің дамуы информацияның
да өсуіне ықпалын тигізді.

Соңғы кезде көптеген салаларда есептеу техникасы құралдарын
пайдалануға қызығушылық артып отыр. Бұл қазіргі таңдағы есептеу
құралдарының, оның ішінде дербес ЭЕМ мүмкіндіктеріне байланысты болып отыр.
Дербес компьютерлерді ендіру - өндірісте, ғылыми зерттеулерде, білімде,
денсаулық саласында, әлеуметтік-тұрмыстық қызмет көрсетудің барлық
саласындағы мәселелерді автоматтандыруға мүмкіндік берді. Адамдар бір-
бірімен пікір алысу, мәтінді синхронды аудару, компьютермен дауыс арқылы
сөйлесу, телеконференциялар ұйымдастыру, барлық қажет болатын ақпараттарды
деректер қоры мен білімдер қорынан іздеу және алу сияқты көптеген қызмет
түрлерін ДЭЕМ атқара алады. Дербес компьютер көлемі оларды пайдаланушы
адамның жұмыс орнында қоюға мүмкіндік береді, ал осы компьютермен жұмыс
істеу оны программист емес пайдаланушыларға ыңғайлы етеді. Қазіргі таңдағы
ДЭЕМ жедел жады көлемі жағынан да, шапшаңдығы жағынан да көптеген үлкен
ақпараттар көлемін өңдеуге мүмкіндігі бар.

Микропроцессорлардың базасында есептеуіш техникалардың даму
программалық қамтамасыз ету және компьютерлердің толық жетілдіруіне
әкеледі. Үлкен ақпарат ағынын өңдеуге қабілетті программалар пайда болды.
Сондай программалар арқасында ақпараттық жүйелер құрылады. Кез келген
ақпараттық жүйенің негізігі мақсатты объектіден және нақты әлем
құбылыстарындағы мәліметтерден адамға керек ақпараттың болуы.
Егер біз бірнеше объектілердің жиынтығын қарастыратын болсақ, бірдей
қасиеттері бар объектілерді бөлеміз. Мұндай объектілер бөлек кластарды
белгілейді. Объектілердің белгіленген класының ішінде жалпы ережелерімен
классификациялауды реттейміз, мысалы, түсі бойынша, материалы бойынша,
алфавит бойынша және кейбір жалпы белгілері бойынша. Айқын белгілермен
объектілерді топтау ақпаратты іздеу және сұрыптауда маңызды жеңілдіктер
жасайды. Осы барлық мәліметтер дерек қоры деп аталатын файл затына
жинастырылады, ал бұл файлдарды басқару үшін арнайы программалар құрылады
– деректер қорын басқару жүйесі (ДҚБЖ).
Дерек қорларды басқару жүйесі (ДҚБЖ) – бұл ДҚ-ды құру, пайдалану үшін
арналған программалық құралдар және тілдер жиынтығы болып табылады. Қолдану
сипатына қарай ДҚБЖ персоналды және көппайдаланушы болып бөлінеді.
Персоналды ДҚБЖ, бір компьютерде жұмыс істейтін ауқымды ДҚ құруға мүмкіндік
береді. Персоналды ДҚБЖ-ға Paradox, FoxPro, Access және т.б. жатады. Ал
көппайдаланушы ДҚБЖ-ға Oracle, Informix, SyBase, Microsoft SQLServer,
InterBase жатады. Көппайдаланушы ДҚБЖ-лар, “клиент-сервер” архитектурада
функционалдайтын ақпараттық жүйелерді құруға мүмкіндік береді.
Осы дипломдық жобада қарастырылатын жүйе мұғалімдер жүктемесін
есептеу және тарату процессін автоматтандыруға мүмкіндік береді. Бұл жүйе
деректерді мұғалімдер, топтар және пәндер туралы ақпаратты сақтайтын
негізгі дерек қордан алады. Бұл жүйені ендіру – ақпаратты тез өңдеуіне және
сапасын жақсартуына мүмкіндік береді.

ЖАЛПЫ БӨЛІМ

1.1 Талдау жүйені таңдауды негіздеу

Windows талдау жүйесін (ОЖ) таңдаудағы себептердің негізісіне оның
дүние жүзіндегі кең таралуы болды. Бұл ОЖ-ның жақсы жақтарына мыналарды
жатқызамыз:

• көп есептілік, бағдарламаны іске қосқанда, сонымен бірге қосымша
қолданбаларды да іске қосып пайдалануға болады;
• виртуальды жады қолдамасы болғанда жады көлемін тиімді түрде басқару;
• пайдаланушыға лайықталған қарапайым, өте түсінікті, тез еске сақтауға
болатын интерфейстің болуы. Бұндай интерфейс кең тараған графикалық
редакторлар интерфейсімен де бірге істей алады.

1.2 Бағдарламалау тілін таңдауды негіздеу

Қазіргі кезде бағдарлама жасау үшін деректерді үлестіріп өңдейтін
орталарда немесе клиент-серверде қолданбаларды тез жасауға арналған
құралдар RAD (Rapid Application Development) пайдаланылады. Мысалы:
Delphi, Visual Basic, C++ Builder және т.б. сияқты. Олар программа
жасаушыларға қолданба программаларды дайын компоненттерді пайдалана
отырып, қысқа мерзімде дайындауға мүмкіндік береді. Delphi осындай RAD
жүйесіндегі құралдардың пайдаланыла бастаған бірінші тобына кіреді және
осы жүйенің қолданба жасайтын құралдар класында жетекші роль атқарады.

Біз ұсынып отырған бағдарламалық комплексті жасау үшін Delphi 6.0.
пайдаланылады. Бұл құралды таңдап алудың негізгі себептеріне мыналарды
жатқызамыз:

• Delphi-де қолданбаларды жобалауда визуалды құралдары мен оңтайлау
жүргізетін компилятордың жемісті түрде үйлесуі деуге болады. Бұл
жағдайда машиналық кодтың генерациялануы технологиясы Object Pascal-
дың компиляцияға жататын тіл болуы және осы тілді жасағанда
компиляция мен оптимизацияға қатысты бүкіл талаптардың орындалуы
сияқты мәселелерге негізделеді;
• Delphi қуатты, икемді ғана емес, объектті-бағытталған бағдарламалау
принциптері негізінде құрылған қарапайым, пайдалануға ыңғайлы құрал
болып табылады.
Delphі-дің жобалары модульдерден тұратын бағдарламалық бірліктер
жиынынан тұрады. Бастысы болып табылатын модульдің бәрінде бағдарламаның
орындалатын нұсқауы болады. Басты модульді Delphі-автоматты түрде
жасайды.

Комментарий сияқты {$R*.RES} компиляторға пиктограмма сияқты файл
ресурстарын орындауды көрсетеді. Жұлдызша файл ресурсының аты жобаныкімен
бірдей, бірақ өлшемі .res-екенін көрсетеді.
Басты модульдің орындалатын бөлігі begіn, end арасында орналасады.
Орындалатын бөлік нұсқауы қосымшаны инициализациялау және экранға шығаруды
қамтамасыз етеді. Әрбір бағдарламада басты модульден басқа да кем дегенде
бір модуль формалары болады, ол үрдістің орындалуын қамтамасыз етеді.
Delphі –де әр форманың өз модулі болады.
Модуль unіt сөзімен басталады кейін модуль аты жазылады.Осы ат
қосымшаның басты модульдегі uses нұсқауында жазылған,оның тексті екінші
листингте жазылған. Модуль 3 бөліктен тұрады: интерфейс, іске асыру,
инициализация.
Интерфейс бөлігі (іnterface сөзімен басталады) компиляторға басқа
бағдарлама модульдеріне модульдің қай бөлігі сай келетінін көрсетеді. Бұл
бөлікте (uses сөзінен кейін) модулдың пайдаланатын кітапханалық модульдері
және type сөзінен кейін Delphі форманың сипаттамасы жазылады.

Бағдарламада кездесетін қателерді 3 топқа бөледі :
• Синтаксистік
• Орындалу уақытының қателері
• Алгоритмді
Синтаксистік қателер - оларды тағы да оңайырақ шегерілетін,
компиляция уақытының қатесі деп атайды. Оларды компилятор табады, ал
бағдарламалаушыға тек қана бағдарлама текстіне өзгеріс енгізу және
компиляцияны қайтадан орындау қалады.
Орындалу уақытының қателері Delphі-де олар ерекшелік (exeptіon) деп
аталады, әрине ол да оңай шегерілетін. Олар көбінесе бағдарламаны бірінші
іске қосқан және тестеу уақытынан бастап шығады.
Delphі-дегі бағдарламада қателер шыққан жағдайда өңдеу аймағы
бағдарлама жұмысы аяқтайды, оны Delphі терезесінің басындағы жақшаға
алынған Stopped сөзі дәлелдейді және қате түрі туралы ақпаратты хабарламаса
болатын диалогті терезе Error (қате) экранға шығады. Егер бағдарлама
WІNDOWS –тан шыққан болса, онда қате болған жағдайда экранда Error диалогті
терезе шығады, бірақ қате шыққан бағдарламада OK пернесін басқаннан кейін
мүмкіншілігі жетсе, жұмысын жалғастырады.
Алгоритмдік қателермен жұмыс басқаша болады. Алгоритмдік қатесі бар
бағдарлама компиляциясы өте жақсы бітеді.

1.3 Delphі ортасын сипаттау

1998 жылы Іnprіse Corporatіon фирмасы (бұрынғы Borland Жаңа версия
бағдарламалаудағы және практикадағы қосымша құрудың кейінгі жаңа
жетістіктеін қолдана отырып визуалды программалауға арналған. Визуалды
программалау программаның интерфейсін құруға өте қолайлы.

Wіndows талдау жүйесінде Паскаль, Си және т.б. тілдерді қолданып
бағдарлама құру - оңай жұмыс емес. Delphі пакетінде Wіndows-тың
ерекшеліктеріне аса мән бермей программа құруға болады. Бұл оның тағы бір
жетістігі.
Кейінгі кездегі дамып келе жатқан визуалды бағдарламалау
бағдарламаның текстін қолдан жазғанның орнына бағдарламалау пакетінің
ішіндегі дайындықтарды қолдануды қолдайды, ол дайындықтардың тек қана
кейбір параметрлерін керек бойынша өзгертіп немесе модификациалау қажет.
Delphі-де дайын бөліктерді біріктіру арқылы программа құруға болады.
Және осы құрылған бағдарламаны тексеруге және жұмыс істетуге болады.
Delphі-дегі бағдарламалаудың бір ерекшелігі,бағдарламашы өзінің істеп
отырған жұмысының шешімдерін, нәтижелерін көзбе-көз көруінде болады болып
табылады (визуалды бағдарламалау).
Бағдарламаны құруды пернетақта және тышқан арқылы басқаруға болады.
Delphі-дің көптеген элементтері Wіndows-тың стандартты компоненттеріне
ұқсас болып келеді. Delphі-дің интеграл-дау аймағына келесі
мүмкіндіктермен кіруге болады.
Wіndows-тың жұмыс аймағында - монитор экранындағы негізгі аймақ –
Delphі-дің жарлығы (ярлык) орналасуы мүмкін. Бұл жарлықты тышқанмен
белсендіру керек. Бұл нұсқа ең оңайы және тез болып табылады.
Немесе "Выполнить" (орындау) командасын қолдануға болады: жолдың
бағытын көрсетеді, яғни ашылатын файлға қарасты барлық папкаларды. Бұл
жағдайда орнату келесідей:
C:\Program Fіles\Borland\Delphі_4\Bіn\ Delphі_32.exe
Бұл жолды енгізудің оңай жолы жол сілтеуші (Проводник) арқылы ашылған
терезенің "Обзор" батырмасы көмегімен керек файлды іздестіру арқылы.
Delphі-дің бағдарламалау аймағының негізгі элементтері:
- Басты терезе:
- басты мәзір;
- құрал-саймандар панелі,
- компоненттер палитрасы,
- Текстік редактор (Code Edіtor);
- Форма құрастырушы (Form);
- Жоба администраторы (Project Manager);
- Обьектілер инспекторы (Object Іnspector);
- Компоненттер кітапханасы (Component Lіbrary);
- Обьектілер архивы (Object Reposіtory);
- Обьектілердің навигаторы (Browser);
- Мәзір конструкторы (Menu Desіgner);
- Встроенный отладчик;
- Локальды меню;
- Анықтама жүйесі.
Бұл айтылған компоненттерден басқа Delphі-ді орнатқанда автоматты
түрде графика редакторы (Іmage Edіtor) және мәліметтер базасы (Database
Desktop) қосылады.
Delphі-де бағдарламалауда бағдарламашыны жұмысы негізінен оқиғаны
өңдеу үрдісін (ішкі бағдарлама) жасаумен аяқталады. Жасалған ішкі
бағдарламалардың байланысын ұйымдастыру есебін Delphі өзіне алады. Object
Pascal негізгі бағдарламалық бірлік болып – ішкі бағдарлама табылады. Ішкі
бағдарламалардың екі түрі бар: процедура және функция.
Бағдарлама көру жұмысы кезінде қалыпты жағдайда жұмыс істейді, бірақ
қорытынды анализ кезінде, оның дұрыс еместігі анықталады. Алгоритмдік
қатені шегеру үшін, алгоритмді анализдеу қажет және оның орындалуын қолмен
айналдыру керек .
Өңдеу Delphі-дің интегралды аймағы,онда орындату-бағдарламалау-шының
бағдарламалаудағы қатені іздеу және шегеру үшін өте мықты затпен
қамтамасыз етеді. Бағдарламаның трассировкасын орындау, айнымалылар мәнін
бақылауға, бағдарламамен шығарылатын мәліметтерді тексеруге мүмкіншілік
береді.

Delphі терминологиясындағы жоба түсінігі – бұл орындалатын файл жасау
үшін компилятор қолданатын файлдар жиынтығы. Жобаға, жоба файлы және бір
немесе бірнеше модуль файлдары (Unіt-модуль) кіреді. Жоба файлы .dpr
кеңейтуіне ие және жобаның жалпы сипаттауынан тұрады. Жобаның модульдер
файлы .pas кеңейтуіне ие немесе процедуралар, функциялар текстінен, түрлер
сипаттамасы және компиляторға орындалатын бағдарлама жасау үшін керекті
ақпараттардан тұрады.

1.4 Дерек қорды құру

1.4.1. ДҚ құрылымы

Түрлі ұйымдар жақсы функционалдау үшін, автоматты түрде деректерді
басқаруды, өңдеуді және жинауды іске асыратын, дамыған ақпараттық жүйенің
бар болуын талап етеді.
Деректер банкісі болып табылатын ақпараттық жүйелердің жаңашыл
формасының құрамында:
• Есептеу жүйесі;
• Дерек қорды басқару жүйесі (ДҚБЖ);
• Бір немесе бірнеше дерек қор (ДҚ);
• Қосымша программалар жинағы (ДҚ қосымшалары) болу керек.
ДҚ ақпараттың сақталуын қамтамасыз етеді, сонымен қатар, деректерге
тез және ыңғайлы қатынауды қамтамасыз етеді. Бұл анықталған ережелер
бойынша ұйымдастырылған түрлі сипаттамасы бар деректер жиынтығы болып
табылады. ДҚ-да ақпарат:
• қарама-қайшылықсыз;
• артықтықсыз;
• бүтін болу керек.
Дерек қорларды басқару жүйесі (ДҚБЖ) – бұл ДҚ-ды құру, пайдалану үшін
арналған программалық құралдар және тілдер жиынтығы болып табылады. Қолдану
сипатына қарай ДҚБЖ персоналды және көппайдаланушы болып бөлінеді.
Персоналды ДҚБЖ, бір компьютерде жұмыс істейтін ауқымды ДҚ құруға мүмкіндік
береді. Персоналды ДҚБЖ-ға Paradox, FoxPro, Access және т.б. жатады.
Көппайдаланушы ДҚБЖ-лар, “клиент-сервер” архитектурада
функционалдайтын ақпараттық жүйелерді құруға мүмкіндік береді.
Көппайдаланушы ДҚБЖ-ға Oracle, Informix, SyBase, Microsoft SQLServer,
InterBase жатады.
Жаңашыл ДҚБЖ тілдік құралдар құрамына төмендегілер кіреді:
• Деректердің логикалық құрылымын сипаттауға арналған деректерді
сипаттау тілі;
• Деректермен негізгі операциялардың орындалуын қамтамасыз ететін –
деректерді басқару тілі;
• Алыстатылған ДҚ-ға қатынауға стандартты құралы болып табылатын,
деректерді басқаруды және ДҚ құрылымын басқаруды қамтамасыз ететін –
құрылымдандырылған сұраныстар тілі SQL (Structured Query Language);
• ДҚ-ға сұраныстарды визуалды түрде құрастыруды қамтамасыз ететін –
үлгі бойынша сұраныстар тілі (QBE – Query By Example).
Қолданбалы программалар немесе қосымшалар, ДҚ-дағы деректерді өңдеу
үшін арналған. Пайдаланушы ДҚ басқаруын және оның деректерімен жұмысын
осы қосымшалар арқылы іске асырады.

1.4.2 ДҚ-ларды ұйымдастыру

ДҚ-да кез келген қосымша ақпараттық жүйемен пайдаланылатын деректер
бар. Деректердің ұйымдасу түріне байланысты, қорда деректер көрінісінің
негізгі модельдері төменде көрсетілген:

• иерархиялық;
• желілік;
• реляциялық;
• объектті-бағытталған.
Иерархиялық модельде деректер ағаш тәрізді құрылым түрінде
көрсетілген. Мұндай деректердің ұйымдастырылуы иерархиялы түрде реттелген
ақпаратпен жұмыс істеуге ыңғайлы. Бірақ, күрделі логикалық байланыстары
бар деректермен жұмыс істегенде, иерархиялық модель өте қиын болып
табылады.

Желілік модельде деректер еркін граф түрінде ұйымдастырылады.
Желілік модельдің кемшіліктері бұл құрылымның қаттылығы және оның іске
асырудың жоғары күрделілігі.

Сонымен қатар, деректердің құрылымы ДҚ-ды жобалау кезеңінде
беріледі және деректерге қатынауды ұйымдастыру кезінде өзгертуге
болмайтыны иерархиялық және желілік модельдердің едәуір кемшілігі болып
табылады.

Объектілі-бағытталған модельде (ОБМ) ДҚ-дың бөлек жазбалары
объектілер түрінде көрсетіледі. ДҚ-лардың жазбалары және оларды өңдеу
функциялары арасында механизімдер арқылы өзара байланыс орнатылады. ОБМ-
дер желілік және реляциялық модельдердің ерекшеліктерін үйлестіріп,
деректер құрылымы күрделі болатын ірі ДҚ-ды құру үшін қолданылады.

Реляциялық модель өзінің атын ағылшын “relation” терминінен алды
және 70-шы жылдары IBM фирмасының қызметкері Эдгар Коддпен ұсынылды.
Реляциялық ДҚ, қатынастармен байланысқан кестелер жиынтығы болып
табылады. Реляциялық модельдің артықшылықтары – бұл қарапайымдылығы,
құрылымның иілгіштігі, компьютерде іске асыру ыңғайлылығы және теориялық
сипаттауының бар болуы. Персоналды компьютерлер үшін көптеген жаңашыл ДҚ-
лар реляциялық болып табылады.

1.4.3 Ақпараттық жүйелердің өмірлік циклі

Ақпараттық жүйе – ұйымның ішінде ақпаратты жинауға, түзетуге және
таратуға мүмкіндік беретін ресурстар.

70-шы жылдардан бастап, ұйымдардың ақпараттық жүйелердің
инфрақұрылымының бөлігі ретінде қолданылған файлдық жүйелердің орнына
дерек қор жүйелері біртіндеп келді. Әдеттегі компьютерленген ақпараттық
жүйенің құрамында мынадай компоненттері болады:

• дерек қор;
• дерек қордың бағдарламалық қамтамасы;
• қолданбалық бағдарламалық қамтама;
• ақпараттық қамтама, сонымен бірге сақтау құралы;
• осы жүйені құрастыратын және пайдаланатын персонал.
Дерек қор ақпараттық жүйелердің фундаментальды компоненті болып
табылатындықтан, ұйымның ақпараттық жүйенің өмірлік циклі, оны қолдайтын
дерек қор жүйенің өмірлік циклмен байланысты болады. Әдетте, ақпараттық
жүйенің өмірлік циклі бірнеше кезеңдерден тұрады: жоспарлау, жинау және
талаптарды талдау, жобалау (дерек қорды жобалауды қосқанда), прототипті
құру, іске асыру, тестілеу.

1.4.4 Дерек қор қосымшасының өмірлік циклі

ДҚ жүйесі, ұйымның ақпараттық жүйенің негізгі компоненті
болғандықтан, дерек қор қосымшаның өмірлік циклі ақпараттық жүйенің
өмірлік циклімен тығыз байланысқан. ДҚ қосымшаның өмірлік циклі 6-суретте
көрсетілген.

Мұнда кезеңдер қатал тізбекті болып табылмайды, олардың құрамында
кері байланыс циклдер (feedback loop) түріндегі бірнеше алғашқы
қадамдардың қайталану саны бар. Мысалы, дерек қорды жобалау кезінде
мәселелер пайда болуы мүмкін және оларды шешу үшін, талаптарды жинау және
талдау кезеңіне қайту керек болуы мүмкін. Кері байланыс циклдары кез
келген кезеңдердің арасында болуы мүмкін, бірақ мұнда жиі кездесетіні
ғана көрсетілген.

Төменде ДҚ өмірлік циклінің әр кезеңінде орындалатын негізгі
әрекеттер көрсетілген:

• ДҚ құрастыруын жоспарлау. Жүйенің өмірлік цикл кезеңдерін жүзеге
асырудың ең тиімді әдісін жоспарлау. ДҚ-ды құрастыруды жоспарлаудың
мақсаты, негізгі үш компоненттерді: талап етілетін жұмыс мөлшері,
қажетті ресурстрарды және жобаның жалпы құнын анықтау болып табылады.
ДҚ құрастыруды жоспарлау ұйымның ақпараттық жүйесін құруды жалпы
стратегиясымен байланысты болу керек. Бұл стратегияның мәні төмендегі
есептерді шешуде:
- бизнес жоспарларды және ұйымның мақсаттарын анықтауда және оның кейінгі
ақпараттық технологияларда қажеттіліктерін анықтауда;
- бар ақпараттық жүйелердің көрсеткіштерін бағалау. Мұның мақсаты – оның
әлсіз және күшті жақтарын анықтау үшін;
- бәсекелесу қабілетігі қасиетіне жету үшін, ақпараттық технологияларды
пайдалану мүмкіндіктерін бағалау.
ДҚ өңдеуін жоспарлауын қолдау үшін деректердің корпоративтік моделі
құрылуы мүмкін. Ол өте маңызды деректерді және олардың арасындағы
байланыстарды көрсетеді, ұйымның түрлі функционалдық сфераларға
қатынасын көрсетеді.

Сонымен қатар, ДҚ өңдеуін жоспарлау, деректерді жинау қалай
асырылатыны, олардың форматы қандай болатынын, қандай құжаттар керек
болатынын және қосымшаларды жүзеге асыру және жоспарлау қалай
орындалатыны сияқты стандарттарды өңдеуін өзіне қосу керек.

• Жүйеге талаптарды анықтау. ДҚ қосымшалардың әрекет ету диапазонын
және шектерін, оның пайдаланушыларын және қолдану аймақтарын анықтау.
• Пайдаланушылардың талаптарын жинау және талдау. Бұл кезеңде мүмкін
болатын барлық қолдану аймақтарынан пайдаланушылардың талаптарын
жинау және талдау жүргізіледі.
• ДҚ-ды жобалау. Құрастырудың толық циклі ДҚ-ды концептуалды, логикалық
және физикалық жоспарлау болып табылады.
• Мақсатты ДҚБЖ-ны таңдау (қажетті емес). Бұл кезеңде ДҚ қосымшалары
үшін қолайлы ДҚБЖ-ны таңдау орындалады.
• Қосымшаларды құрастыру. ДҚ-ды пайдаланатын және өңдейтін қолданбалы
бағдарламаларды және пайдаланушы интерфейсін анықтау.
• Прототиптерді құру (қажетті емес). Бұл кезеңде, құрастырушыларға
немесе пайдаланушыларға жүйенің функционалдау тәсілдерін және ақырғы
түрін бағалау және көрсетуді рұқсат ететін, дерек қор қосымшаның
жұмыс істейтін моделі құрылады.
• Жүзеге асыру. Бұл кезеңде қолданбалы бағдарламалық және ДҚ-дың
сыртқы, концептуалды және ішкі анықтамаларды құру болып табылады.
• Деректерді жүктеу және конверттілеу. Бұл кезеңде ескі жүйеден жаңа
жүйеге деректерді келтіру және жүктеу орындалады.
• Сынақтау. ДҚ қосымшасы қателерді табу мақсатымен, сонымен қатар,
пайдаланушылармен шығарылған барлық талаптарға сәйкестікке тексеру
мақсатымен, сынақтау жүргізіледі.
• Эксплуатациялау және шығарып салу (сопровождение). Бұл кезеңде ДҚ
қосымшасы толық құрастырылған және жүзеге асырылған болып табылады.
Алдағы уақытта бүкіл жүйе тұрақты бақылауда болады және сәйкесінше
қолдау алады. Керек жағдайда, функционалдайтын қосымшаларға жауап
беретін өзгерістер енгізілуі мүмкін. Бұл өзгерістерді жүзеге асыру,
жоғарыда келтірілген өмірлік цикл кезеңдердің ішінен кейбіреулердің
қайталанып орындалу көмегімен жүргізіледі. Эксплуатациялау және
шығарып салу мынадай әрекеттерді орындайды:
- жүйе өнімділігін бақылау. Егер өнімділігі тиімді деңгейден төмен болса,
онда дерек қордың қосымшасын жөндеу және қайта ұйымдастыру қажет болу
мүмкін.
- дерек қор қосымшаларды шығарып салу және модернизациялау. Жаңа талаптар,
дерек қор қосымшаларына өмірлік циклінің алдыңғы кезеңдердің қайталанып
орындалу кезінде қосылады.

1.4.5 Деректерді модельдеу

Деректерді модельдеудің негізгі мақсаттары деректер мәнінің
тереңдеп түсінуде және деректерге талаптарды талдау процедураларын
жеңілдету болып табылады. Деректер моделін құру кезінде міндетті түрде
бөлек заттар, байланыстар және атрибуттар туралы анықталған сұрақтарға
жауап алу керек. Заттар, байланыстар және атрибуттар кез келген
өнеркәсіптің фундаменталды түсініктемелері болып табылады. Бірақ олардың
нақты мәні белгісіз болып қала береді, егер оны белгілі бір түрде
құжаттамаларда сипаттамаса. Модельдің құрылуы, деректердің келесі
аспектілерін түсінуге кепілдік береді:

• әр пайдаланушының көзқарасы жағынан деректердің түрі;
• физикалық көрініске тәуелді емес, деректердің табиғаты;
• қосымшаны қолдану аймағы шегінде деректерді пайдалану.
Құрастырушылардың кәсіпорында деректерге деген талаптардың түсінуін
көрсету үшін, деректердің моделін пайдалану мүмкін. Дерек қорларды
құрастыруда жиі қолданылатын, деректерді жоғары деңгейлік модельдеудің
технологиясы, “зат-байланыс” (Entity Relationship model – ER-моделі)
концепциясында құрылған. Деректердің тиімді моделі төмендегі
критерийлерді қанағаттандыру керек:

• құрылымдық дұрыстық (структурная достоверность);
• қарапайымдылық;
• айқындылығы;
• артықтылықтың болмауы;
• бірлескен пайдалануға қабілетті;
• кеңейту мүмкіндігі;
• бүтінділік;
• диаграммалар түрінде көріну.

1.4.6 Дерек қорларды концептуалдық жобалауы

ДҚ-ларды концептуалдық жобалау – ақпарат кәсіпорнында пайдаланатын,
оның көрінісінің кез келген физикалық аспектілерінен тәуелсіз, модельді
құру процессі.

ДҚ-ларды жобалау процесінің бірінші фазасы – дерек қорларды
концептуалдық жобалау деп аталынады. Бұның негізгі мақсаты – таладанатын
кәсіпорынның бөлігі үшін деректердің концептуальды моделін құруда. Бұл
деректер моделі, пайдаланушылар талаптарының спецификацияларында жазылған
ақпараттың негізінде құрылады. ДҚ-ды концептуальды жобалау, таңдалған
мақсатты ДҚБЖ типінен, құрылатын қолданбалы программалар жиынтығынан,
қолданылатын программалау тілінен, есептеу платформаның типінен сияқты
және т.б. физикалық жүзеге асыру ерекшеліктерінен сияқты, оны жүзеге
асыру толықтырулардан тәуелсіз. Өңдеу кезінде, деректердің концептуалдық
моделі пайдаланушылар талаптарының сәйкестігіне тексерулерге және
сынақтан үнемі ұшырайды. Кәсіпорынның құрылған деректердің концептуалды
моделі, деректерді логикалық жобалау фазасы үшін басты ақпарат болып
табылады.

1.4.7 Дерек қорларды логикалық жобалауы

Дерек қорлады логикалық жобалауы дегеніміз, мақсатты ДҚБЖ типінен
және жүзеге асырудың басқа физикалық аспектілерінен тәуелсіз, деректерді
ұйымдастырудың таңдалған модельдің есебімен ақпарат кәсіпорнында
пайдаланатын модельді құру процессі.

Бұл кезеңде, мақсатты ДҚБЖ ретінде қайсысы пайдалынатыны анықталу
керек: реляциялық, желілік, иерархиялық немесе объектті-бағытталған.
Бірақ бұл кезеңде, индекстерді құру және деректерді сақтау құрылымын
физикалық ұйымдастырудың кез келген ерекшеліктері сияқты таңдалған ДҚБЖ-
ның аспектілері қарастырылмайды. Деректердің логикалық моделінің
дұрыстығын тексеру үшін қалыптандыру (нормализация) әдісі пайдалынады.
Қалыптандыру, осы деректер моделінен шыққан қатынастарда деректердің
артықтылығы болмайтынына кепілдік береді.

Концептуалдық және логикалық жобалау – белгілі бір уақыт кезінде
басталатын және бұл шексіз нақтылау және жақсартулар қатары түрінде
жалғастыратын итеративті процестер.

1.4.8 Дерек қорларды физикалық жобалауы

ДҚ-ды физикалық жобалау дегеніміз, деректерді тиімді өңдеуді
ұйымдастыру үшін пайдалынатын қатынау әдістері және сақтау құрылымын
көрсетумен бірге екілік сақтау құрылғыларда дерек қорлардың жүзеге асыру
сипаттамасын құру процессі.

Алдындағы фазаны жобалау кезінде дерек қордың логикалық құрылымы
анықталған (яғни, оның заттардың, байланыстардың және атрибуттардың
жиынтығы). Бұл құрылым наңты мақсатты ДҚБЖ-дан тәуелсіз болғанымен, ол
таңдалған деректерді сақтау моделінің есебімен құрылған (мысалы,
реляциялық, желілік немесе иерархиялық). ДҚ-ды физикалық жобалауға кірісу
алдында нақты мақсатты ДҚБЖ-ны таңдау керек. Физикалық жобалау кезеңінде
жүйенің өнімділігін көтеру мақсатымен шешімдерді қабылдауы, деректердің
логикалық моделінің құрылымына әсер етуі мүмкін болатындықтан логикалық
және физикалық жобалаудың арасында тұрақты кері байланыс бар.

ДҚ-ды физикалық жобалаудың негізгі мақсаты – ДҚ логикалық жобаның
физикалық жүзеге асыру тәсілін сипаттау болып табылады. Деректердің
реляциялық моделі жағдайында:

• реляциялық кестелер жиынтығын және оларға деректердің глобальды
логикалық модельде көрсетілген ақпарттың негізінде шектеулерді құру;
• деректерді сақтаудың нақты құрылымын және жүйенің дерек қормен тиімді
өнімділігін қамтамасыз ететін, деректерге қатынау тәсілдерін анықтау;
• құрылатын жүйенің қорғау құралдарын құрастыру.

1.4.9 Ақпараттық жүйелердің архитектуралары

ДҚ және қосымшалардың орналасуына қарай:

• ауқымды ДҚ;
• алыстатылған ДҚ деп бөлуге болады.
Ауқымды ДҚ-мен операцияларды орындау үшін ауқымды қосымшалар
құрастырылып, қолданылады, ал алыстатылған ДҚ операциялары үшін – клиент-
серверлік қосымшалар қолданылады.

Delphi-қосымшасы ДҚ-ға BDE (Borland Database Engine – Borland
фирмасының дерек қор процессоры) арқылы қатынауды жүзеге асырады. BDE –
бұл деректерге қатынауды қамтамасыз ететін динамикалық кітапханалар және
драйверлер жиынтығы. Қосымша BDE арқылы дерек қорға сұраныс жіберіп,
өзіне керек деректерді қайтарады.

Ауқымды ДҚ, өзімен жұмыс істейтін қосымшалар орналасқан компьютерде
орналасады. Бұл жағдайда, ақпараттық жүйеде ауқымды архитектурасы бар
дейді. ДҚ-мен жұмыс бір пайдаланушы режимде жүргізіледі. Керек болған
жағдайда, компьютерде осы деректерге қатынауды бір уақытта жүзеге
асыратын басқа қосымшаны қосуға болады. ДҚ-ға бірлескен қатынауды басқару
үшін арнайы бақылау және қорғау құралдары керек.

Ауқымды ДҚ-ға қатынау үшін BDE дерек қор процессоры dBase, Paradox,
FoxPro және текстік файлдармен жұмыс істеуге мүмкіндік беретін стандартты
драйверлерді қолданады.

Желіде ауқымды ДҚ-ды қолдану кезінде көппайдаланушылық қатынауды
ұйымдастыруға болады. Бұл жағдайда ДҚ файлдары және онымен жұмыс істеуге
арналған қосымша желі серверінде орналасады. әр пайдаланушы өзінің
компьютерінен серверде орналасқан осы қосымшаны іске қосады, бірақ, мұнда
қосымшаның көшірмесі қосылады. Ауқымды ДҚ-ды қолданудың мұндай желілік
варианты “файл-сервер” архитектураға сәйкес. Сонымен қатар “файл-сервер”
архитектурада қосымша желінің әр компьютеріне жазылуға болады, бірақ бұл
жағдайда бөлек компьютер қосымшасына жалпы ДҚ-дың орналасу жері белгілі
болу керек (2-сурет).

Деректермен жұмыс істегенде желідегі әр пайдаланушы компьютерінде
ДҚ-дың ауқымды көшірмесі қолданылады. Бұл көшірме, сервердегі ДҚ-дағы
деректермен мерзімді жаңартылады.

“Файл-сервер” архитектурасы әдетте көп емес пайдаланушылар саны бар
желілерде қолданылады, оны жүзеге асыру үшін персоналды ДҚБЖ (мысалы,
Paradox немесе dBase) қолайлы болады. Бұл архитектураның артықшылықталы:
оның жүзеге асырылудың қарапайымдылығы, және қосымша бір пайдаланушы
есебінде құрастырылып және ол орнатылатын компьютер желісіне тәуелді
емес.

Бірақ “файл-сервер” архитектурада елеулі кемшіліктері бар:

• Пайдаланушы өзінің ауқымды ДҚ көшірмесімен жұмыс істейді, оның
деректері кез келген кестелерден әр сұраныс кезінде жаңартылады.
Сонда серверден сұралатын деректердің барлық кестенің жаңа көшірмесі
жіберіледі. Егер пайдаланушыға кестенің бірнеше жазбалары керек
болса, онда желі бойынша серверден түгел бір кесте жіберіледі.
Осындай үлкен көлемді артық ақпараттың желіде циркуляциялау
нәтижесінде желіге жүктеме күрт өседі, бұл желінің тез іс-әрекет
етуіне және ақпараттық жүйенің өндіругіштігінің сәйкесінше
төмендеуіне әкеледі;
• ДҚ-ды басқару әр түрлі компьютерлерде жүргізілетіндіктен қатынауды
бақылауды ұйымдастырудың, ДҚ-дың тұтастығын қолдаудың және
конфиденциалдықтың сақтауды едәуір дәрежеде қиындатылған;
• Әр компьютерде өзінің ДҚ көшірмесі болғанына байланысты, мұнда бір
пайдаланушымен енгізілген өзгерістер біраз уақыт басқа пайдаланушылар
үшін белгісіз болады. Сондықтан, ДҚ-дың тұрақты жаңартылуы қажет.
Алыстатылған ДҚ желінің сервер-компьютерінде орналасады, ал осы ДҚ-
мен жұмысты жүзеге асыратын қосымша, пайдаланушының компьютерінде
орналасады. Бұл жағдайда архитектура – “клиент-сервер” архитектурасы деп
аталады. Мұнда ақпараттық жүйе – ДҚ сервері және ДҚ клиенті болып
бөлінеді. Компьютер-сервер клиенттен бөлек орналасуына байланысты
болғандықтан, оны алыстатылған сервер деп те атайды.

Клиент – бұл пайдаланушының қосымшасы. Деректерді алу үшін, клиент
ДҚ-ы орналасқан алыстатылған серверге сұранысты қалыптастырады және
жібереді. Сұраныс, деректердің реляциялық модельдерін қолдану кезінде
серверге қатынаудың стандартты құралы болып табылатын SQL тілінде
қалыптастырылады. Сұранысты қабылдағаннан кейін алыстатылған сервер оны
SQL-серверге (ДҚ серверіне) жібереді.

SQL-сервер – бұл алыстатылған ДҚ-мен басқаратын және сұраныстың
орындалуын қамтамасыз ететін және оның нәтижелерін клиентке жіберетін
арнайы программа. Сонымен, “клиент-сервер” архитектурада клиент
деректерді көрсету үшін сұранысты жіберіп, тек керек деректерді ғана
алады. Сұраныстың өңделуі алыстатылған серверде орындалады. Мұндай
архитектурада келесі артықшылықтары бар:

• Желіге жүктеменің азаюуы (мұнда, енді тек керек ақпарат ғана
циркуляцияланады);
• Серверде орналасқан, барлық клиенттердің сұраныстары бір программамен
өңделетіндіктен, ақпараттың қауіпсіздігінің өсуі. Сервер барлық
пайдаланушылар үшін ортақ ДҚ-ды пайдалану ережелерін орнатып,
деректерге клиенттердің қатынау режимдерін басқарады.
“Клиент-сервер” архитектурасын жүзеге асыру үшін әдетте
көппайдаланушылық ДҚБЖ қолданылады, мысалы, Oracle немесе Microsoft SQL-
Server. Мұндай ДҚБЖ өндірістік деп те атайды, олар көп санды
пайдаланушылары бар кәсіпорынның немесе ұйымның ақпараттық жүйесін құруға
мүмкіндік береді. Өндірістік ДҚБЖ күрделі жүйелер болып табылады және
қуатты есептеу техниканы және сәйкесінше оны қызмет етуін қажет етеді.
Қызмет етуді ДҚ-дың жүйелік администраторы деп аталатын арнайы маман
(немесе мамандар тобы) орындайды. Жүйелік администратордың негізгі
міндеті:

• ДҚ-ды қорғау;
• ДҚ-дың бүтінділігін қолдау;
• Пайдаланушыларды дайындау және оқыту;
• Деректерді сынақтан өткізу;
• Резервтік көшіру және қалпына келтіру;
• Ақпараттық жүйеге өзгертулерді енгізу.
Delphi-қосымшалары өндірістік ДҚБЖ-ға SQL-Links драйыерлері арқылы
қатынауды іске асырады.

Сипатталған архитектура екі деңгейлі болып табылады – клиент-
қосымшалары және ДҚ сервері. Сонымен қатар, клиенттік қосымшаны күшті
немесе “толық” клиент деп атайды.

Осы архитектураның әрі қарай дамуы “клиент-сервер” үш деңгейлі –
клиент-қосымшасы, қосымшалар сервері және ДҚ сервері вариантының пайда
болуына әкелді.

Үш деңгейлі архитектурада, деректерге қатынауды ұйымдастыру үшін
және оларды өңдеу үшін арналған құралдардың және кодтың бір бөлігі клиент-
қосымшадан қосымшалар серверіне бөлінеді. Клиенттік қосымшаны әлсіз
немесе “жіңішке” клиент деп аталады. Барлық клиенттік қосымшалар үшін
ортақ құралдарды және кодты қосымшалар серверінде орналастыру ыңғайлы,
мысалы, ДҚ-ға қатынау құралдарды.

“Клиент-сервер” үш деңгейлі архитектураның негізгі артықшылықтары
келесі:

• Қосымшалар серверіне тасымалданған, операциялардың орындалуының бір
бөлігін серверден алып тасталуы;
• Артық кодты алып тастау есебінен клиенттік қосымшалардың өлшемдерінің
азаюуы;
• Барлық клиенттерде бір мінез-құлқы;
• Клиенттерді жөндеп-келтіруді жеңілдету – қосымшалар-серверінің ортақ
кодын өзгерту кезінде клиенттік-қосымшалардың мінез-құлқы автоматты
түрде өзгереді.
Ауқымды ДҚ қосымшалары бір деңгейлі деп аталады, ал клиент-
серверлік ДҚ қосымшалары – көп деңгейлі.

1.4.10 Реляциялық дерек қорлар

Реляциялық ДҚ өзара байланысқан кестелерден тұрады. Әр кесте бір
типті объектілер туралы ақпаратты сақтайды, ал барлық кестелер жиынтығы
бірыңғай ДҚ-ды құрайды.

ДҚ-ды құрайтын кестелер магниттік дискідегі каталогта орналасады.
Кестелер файлдарда сақталып, бөлек документтер немесе электрондық
кестелерге (мысалы, Microsoft Excel кестелік процессорға) ұқсас болады.
ДҚ кестелері көппайдаланушылық режимдегі қатынауды қолдайды, сондықтан
олар бірнеше қосымшалармен қолданылуы мүмкін.

Бір кесте үшін, деректерді, индекстерді, кілттерді т.б. сақтайтын
бірнеше файлдар құрылады. Олардың ең бастысы – деректерді сақтайтын файл.
Бұл файлдың аты кестенің атына айналады (Paradox кестесіндегі басты
файлдың кеңейтілуі – DB). Кестенің басқа файлдары үшін аттары автоматты
түрде қойылады, мұнда барлық файлдар кестенің атымен сәйкес бірдей
аттары, бірақ түрлі кеңейтулері болады.

ДҚ-дың әр кестесі, ақпараттық жүйенің бір типті объектілері туралы
деректерді сақтау үшін ... жалғасы

Сіз бұл жұмысты біздің қосымшамыз арқылы толығымен тегін көре аласыз.
Ұқсас жұмыстар
Сұлулық салонның ақпараттық жүйесін жобалау
WEB - сайттар түрлері, жобалау кезеңдері. Бағдарламалық жабдықты таңдау
Самал сұлулық институты - Бизнес жоспар
Сұлулық салонының жұмысын мәліметтер базасында ұйымдастыру
Бизнес жоспар «Beauty plaza» сән салоны
Сұлулық салонының бизнес-жоспары
Шаштараз қызметінің сипаттамасы
АҚПАРАТТЫҚ ЖҮЙЕНІ ӘЗІРЛЕУ
Бизнес-жоспар, оның үлгісі: Алматы қаласында сұлулық институтын құру ЖШС «Самал»
Интернет жарнама
Пәндер