Мәліметтер қоймасы және кәсіпорын ресурстарын жоспарлау | DWH және ERP

АРХИВИО МӘЛІМЕТ ОРТАЛЫҚ: ТАРИХ ЕД ЭВОЛЮЦИЯЛАР

90 жылдардағы корпоративтік технологияның екі басым тақырыбы i деректер қоймасы және ERP. Ұзақ уақыт бойы бұл екі қуатты ағым ешқашан қиылысусыз корпоративтік АТ бөліктері болды. Олар дерлік материя және антиматерия сияқты болды. Бірақ екі құбылыстың да өсуі сөзсіз олардың тоғысуына әкелді. Бүгінгі күні компаниялар ERP және не істеу керек деген мәселеге тап болып отыр деректер қоймасы. Бұл мақалада қандай проблемалар бар және компаниялар оларды қалай шешетіні туралы айтылады.

БАСЫНДА…

басында болды деректер қоймасы. Мәліметтер қоймасы транзакцияларды өңдеу қолданбалы жүйесіне қарсы тұру үшін жасалған. Алғашқы күндері жаттау дати ол транзакцияларды өңдеу қолданбаларына қарсы нүкте болу керек еді. Бірақ қазіргі уақытта не туралы әлдеқайда күрделі көзқарастар бар деректер қоймасы. Қазіргі әлемде деректер қоймасы ол Корпоративтік ақпарат фабрикасы деп атауға болатын құрылымға енгізілген.

КОРПОРАТИВТІК АҚПАРАТ ФАБРИКАСЫ (CIF)

Корпоративтік ақпарат фабрикасында стандартты архитектуралық құрамдас бөліктер бар: трансформация деңгейі және кодты біріктіретін кодты біріктіру. дати ал мен дати олар қолданбалы ортадан ортасына қарай жылжиды деректер қоймасы компанияның; а деректер қоймасы орналасқан компанияның дати егжей-тегжейлі және біріктірілген тарих. The деректер қоймасы Компанияның құрылымы қоршаған ортаның барлық басқа бөліктерін салуға болатын негіз ретінде қызмет етеді деректер қоймасы; операциялық деректер қоймасы (ODS). ODS кейбір аспектілерін қамтитын гибридті құрылым болып табылады деректер қоймасы және OLTP ортасының басқа аспектілері; data marts, мұнда әртүрлі бөлімдердің өз нұсқасы болуы мүмкін деректер қоймасы; а деректер қоймасы компанияның «философтары» 72 сағат бойына зиянды әсер етпестен өз сауалдарын бере алатын барлау туралы. деректер қоймасы; және жақын желілік жады, онда дати ескі және дати көлемді бөлшектерді арзан сақтауға болады.

ERP LA-МЕН ҚОСЫЛҒАН ҚАЙДА КОРПОРАТИВТІК АҚПАРАТ ФАБРИКАСЫ

ERP екі жерде Корпоративтік ақпарат фабрикасымен біріктіріледі. Біріншіден, i қамтамасыз ететін негізгі қолданба (базалық) ретінде дати өтінішінен деректер қоймасы. Бұл жағдайда i дати, транзакция процесінің жанама өнімі ретінде жасалған, біріктірілген және жүктелген деректер қоймасы компанияның. ERP және CIF және ODS арасындағы қосылудың екінші нүктесі. Шын мәнінде, көптеген орталарда ERP классикалық ODS ретінде пайдаланылады.

ERP негізгі қолданба ретінде пайдаланылған жағдайда, сол ERP CIF-те ODS ретінде де пайдаланылуы мүмкін. Кез келген жағдайда, егер ERP екі рөлде де пайдаланылса, екі нысан арасында нақты айырмашылық болуы керек. Басқаша айтқанда, ERP негізгі қолданба және ODS рөлін атқарса, екі архитектуралық нысанды ажырату керек. Егер бір ERP іске асыру екі рөлді бір уақытта орындауға тырысса, сол құрылымды жобалау мен енгізуде міндетті түрде қиындықтар туындайды.

БӨЛЕК ОТҚ ЖӘНЕ НЕГІЗГІ ҚОЛДАНБАЛАР

Архитектуралық құрамдас бөліктердің бөлінуіне әкелетін көптеген себептер бар. Архитектураның әртүрлі құрамдас бөліктерін бөлудің ең маңызды мәселесі архитектураның әрбір құрамдас бөлігінің өзіндік көзқарасы болуы мүмкін. Негізгі қолданба ODS-ке қарағанда басқа мақсатқа қызмет етеді. Қабаттауға тырысыңыз

ODS әлеміндегі қолданбаның негізгі көрінісі немесе керісінше жұмыс істеудің дұрыс жолы емес.

Демек, CIF-тегі ERP-тің бірінші мәселесі негізгі қолданбалар мен ODS арасында айырмашылық бар-жоғын тексеру болып табылады.

КОРПОРАТИЯДАҒЫ ДЕРЕКТЕР МҮЛДЕРІ АҚПАРАТ ФАБРИКАСЫ

CIF архитектурасының әртүрлі құрамдас бөліктері арасындағы үйлесімділікке қол жеткізу үшін үлгі болуы керек дати. үлгілері дати олар базалық қолданбалар мен ODS сияқты сәулеттің әртүрлі құрамдас бөліктері арасындағы байланыс қызметін атқарады. үлгілері дати олар CIF-тің әртүрлі архитектуралық құрамдастарынан дұрыс мағынаны алу үшін «зияткерлік жол картасына» айналады.

Осы түсінікпен қатар келе отырып, бір үлкен және бір үлгі болуы керек деген идея бар дати. Үлгі болуы керек екені анық дати құрамдастардың әрқайсысы үшін, сондай-ақ әртүрлі үлгілерді байланыстыратын ақылға қонымды жол болуы керек. Архитектураның әрбір құрамдас бөлігі – ODS, базалық қолданбалар, деректер қоймасы компанияның және т.б.. – өз үлгісін қажет етеді дати. Сондықтан бұл модельдердің нақты анықтамасы болуы керек дати олар бір-бірімен байланысады.

ҚОСУ I МӘЛІМЕТ ДЕРЕКТЕРДЕГІ ERP ҚАУІПСІЗДІК

Егер шығу тегі дати ERP енгізген кезде базалық қолданба және/немесе ODS болып табылады дати Nel деректер қоймасы, бұл кірістіру "түйірлік" ең төменгі деңгейде орын алуы керек. Жай қорытындылау немесе жинақтау i дати өйткені олар ERP негізгі қолданбасынан шыққан немесе ERP ODS дұрыс емес. THE дати мәліметтер қажет деректер қоймасы DSS процесінің негізін құру. Мұндай дати деректер маркеттері мен зерттеулері арқылы көптеген жолдармен қайта құрылады деректер қоймасы.

орын ауыстыруы дати ERP негізгі қолданбалы ортасынан бастап деректер қоймасы компанияның жұмысы ақылға қонымды түрде жеңілдетілген түрде жасалады. Бұл жылжыту ERP жүйесінде жаңартудан немесе жасалғаннан кейін шамамен 24 сағаттан кейін орын алады. «жалқау» қозғалысының болуы фактісі дати Nel деректер қоймасы компания рұқсат береді дати ERP-ден «депозитке» келеді. Бірде мен дати негізгі қолданбада сақталады, содан кейін қауіпсіз жылжытуға болады дати кәсіпорындағы ERP. «жалқау» қозғалысының арқасында қол жеткізуге болатын тағы бір мақсат дати бұл операциялық процестер мен DSS арасындағы нақты шекара. «жылдам» қозғалысымен дати DSS және операциялық арасындағы бөлу сызығы бұлыңғыр болып қалады.

Қозғалысы дати ERP ODS бастап деректер қоймасы компанияның жұмысы мерзімді түрде, әдетте апта сайын немесе ай сайын жасалады. Бұл жағдайда қозғалысы дати ол ескіні «тазалау» қажеттілігіне негізделген дати тарихшылар. Әрине, ODS құрамында i дати қарағанда әлдеқайда соңғы болып табылады дати тарихшылар табылды деректер қоймасы.

орын ауыстыруы дати Nel деректер қоймасы ол ешқашан дерлік «көтерме» (көтерме саудада) жасалмайды. ERP ортасынан кестені көшіріңіз деректер қоймасы мағынасы жоқ. Таңдалған бірліктерді жылжыту әлдеқайда шынайы тәсіл болып табылады дати. Тек дати соңғы жаңартуынан кейін өзгерген деректер қоймасы оларды көшіру керек деректер қоймасы. Олардың қайсысы екенін білудің бір жолы дати соңғы жаңарту уақыт белгілерін қарау үшін өзгерді дати ERP ортасында табылған. Дизайнер соңғы жаңартудан кейін орын алған барлық өзгерістерді таңдайды. Басқа тәсіл - өзгерістерді түсіру әдістерін пайдалану дати. Осы әдістердің көмегімен журналдар мен журнал таспалары қайсысы екенін анықтау үшін талданады дати ERP ортасынан ортасына көшу керек деректер қоймасы. Бұл әдістер ең жақсы, себебі журналдар мен журнал таспаларын басқа ERP ресурстарына одан әрі әсер етпестен ERP файлдарынан оқуға болады.

БАСҚА АСҚЫНУЛАР

CIF-тегі ERP мәселелерінің бірі - басқа қолданба көздеріне не болатыны дати олар үлес қосуы тиіс ODS туралы деректер қоймасы бірақ олар ERP ортасының бөлігі емес. ERP жабық сипатын ескере отырып, әсіресе SAP, сыртқы көздерден кілттерді біріктіруге тырысады дати мен дати жылжытқанда ERP-тен келетін дати Nel деректер қоймасы, бұл үлкен сынақ. Және дәл қандай ықтималдықтар мен дати ERP ортасынан тыс қосымшалардың немесе ODS бағдарламасына біріктірілетін болады деректер қоймасы? Ықтималдықтар шын мәнінде өте жоғары.

ТАБУ МӘЛІМЕТ ERP-тен ТАРИХИ

i-мен тағы бір мәселе дати ERP - бұл ие болу қажеттілігінен туындайтын нәрсе дати ішіндегі тарихшылар деректер қоймасы. Әдетте деректер қоймасы қажеттіліктер дати тарихшылар. Ал ERP технологиясы әдетте бұларды сақтамайды дати тарихи, ең болмағанда, ол қажет болған жағдайда емес деректер қоймасы. Үлкен сома болған кезде дати тарих ERP ортасында қосыла бастайды, бұл ортаны тазалау керек. Мысалы, a деректер қоймасы бес жылмен жүктелуі керек дати тарихи, ал ERP олардың ең көбі алты айын сақтайды дати. Компания сериясын жинауға қанағаттанғанша дати Тарихшылар уақыт өте келе, ERP дереккөзін пайдалануда ешқандай проблема жоқ деректер қоймасы. Бірақ қашан деректер қоймасы ол уақытты кері қайтарып, құдайларды алуы керек дати бұрын ERP жинамаған және сақтамаған тарихтар болса, ERP ортасы тиімсіз болады.

ERP ЖӘНЕ МЕТАМӘЛІМЕТТЕР

ERP туралы тағы бір ескеру қажет e деректер қоймасы ERP ортасында бар метадеректердегі біреуі болып табылады. Метадеректер ERP ортасынан келесіге ағыны сияқты деректер қоймасы, метадеректер бірдей жолмен жылжытылуы керек. Сонымен қатар, метадеректер инфрақұрылым талап ететін пішім мен құрылымға өзгертілуі керек деректер қоймасы. Операциялық метадеректер мен DSS метадеректері арасында үлкен айырмашылық бар. Операциялық метадеректер ең алдымен әзірлеушіге және әзірлеушіге арналған

бағдарламашы. DSS метадеректері негізінен соңғы пайдаланушыға арналған. ERP қолданбаларындағы немесе ODS файлдарындағы бар метадеректерді түрлендіру қажет және бұл түрлендіру әрқашан оңай әрі қарапайым бола бермейді.

ERP ДЕРЕКТЕРДІҢ КӨЗІН АЛУ

Егер ERP провайдері ретінде пайдаланылса дати жылына деректер қоймасы жылжытатын берік интерфейс болуы керек дати ERP ортасынан ортаға дейін деректер қоймасы. Интерфейс:

• ▪ пайдалану оңай
• ▪ қол жеткізуге мүмкіндік береді дати ERP
• ▪ мағынасын алыңыз дати көшірілетін болады деректер қоймасы
• ▪ кіру кезінде туындауы мүмкін ERP шектеулерін білу дати ERP туралы:
• ▪ анықтамалық тұтастық
• ▪ иерархиялық қатынастар
• ▪ жасырын логикалық қатынастар
• ▪ қолдану конвенциясы
• ▪ барлық құрылымдары дати ERP қолдауымен және т.б.
• ▪ қол жеткізуде тиімді болу датиқамтамасыз ету арқылы:
• ▪ тікелей қозғалысы дати
• ▪ өзгерістерді сатып алу дати
• ▪ дер кезінде қол жеткізуді қолдау дати
• ▪ форматын түсіну дати, және тағы басқа… SAP-МЕН ИНТЕРФЕЙС Интерфейс екі түрлі болуы мүмкін, үйде немесе коммерциялық. Кейбір негізгі сауда интерфейстері мыналарды қамтиды:

• ▪ SAS
• ▪ Prims Solutions
• ▪ D2k және т.б. КӨПТЕГЕН ERP ТЕХНОЛОГИЯЛАРЫ ERP ортасына бір технология сияқты қарау - үлкен қателік. Көптеген ERP технологиялары бар, олардың әрқайсысының өзіндік күшті жақтары бар. Нарықтағы ең танымал жеткізушілер:

• ▪ SAP
• ▪ Oracle Financials
• ▪ PeopleSoft
• ▪ Дж.Д. Эдвардс
• ▪ Баан SAP SAP - ең үлкен және толық ERP бағдарламалық жасақтамасы. SAP қолданбалары көптеген салалардағы қолданбалардың көптеген түрлерін қамтиды. SAP келесідей беделге ие:

• ▪ өте үлкен
• ▪ іске асыру өте қиын және қымбат
• ▪ іске асыру үшін көптеген адамдар мен кеңесшілер қажет
• ▪ іске асыру үшін арнайы мамандар қажет
• ▪ Іске асыру үшін көп уақыт қажет Сонымен қатар, SAP оны есте сақтау беделіне ие дати өте мұқият, бұл SAP аймағынан тыс біреудің оларға қол жеткізуін қиындатады. SAP-тың күші оның көп мөлшерін басып алуға және сақтауға қабілеттілігінде дати. Жақында SAP өз қосымшаларын кеңейту ниетін жариялады деректер қоймасы. SAP-ті жеткізуші ретінде пайдаланудың көптеген артықшылықтары мен кемшіліктері бар деректер қоймасы. Артықшылығы - SAP әлдеқашан орнатылған және кеңесшілердің көпшілігі SAP-ті біледі.
  SAP жеткізуші ретінде болуының кемшіліктері деректер қоймасы көп: SAP әлемінде тәжірибесі жоқ деректер қоймасы Егер SAP жеткізушісі болса деректер қоймасы, «шығару» керек i дати SAP-тен деректер қоймасы. дата SAP-тың жабық жүйедегі тәжірибесі, оған SAP-тен i-ді алу оңай болуы екіталай (???). IMS, VSAM, ADABAS, ORACLE, DB2 және т.б. сияқты SAP жүйесін қуаттандыратын көптеген ескі орталар бар. SAP «мұнда ойлап табылмаған» көзқарасты талап етеді. SAP пайдалану немесе жасау үшін басқа жеткізушілермен серіктес болғысы келмейді деректер қоймасы. SAP өзінің барлық бағдарламалық жасақтамасын өзі жасауды талап етеді.

SAP үлкен және қуатты компания болса да, ELT, OLAP технологиясын, жүйе әкімшілігін және тіпті негізгі кодты қайта жазуға тырысады. dbms бұл жай ғана ақылсыз. Жеткізушілермен ынтымақтаса жұмыс істеудің орнына деректер қоймасы SAP ұзақ уақыт бойы «олар жақсы біледі» әдісін ұстанды. Бұл көзқарас SAP осы саладағы табысқа жете алмайды деректер қоймасы.
SAP-тың сыртқы жеткізушілерге олардың жеткізушілеріне жылдам және әдемі қол жеткізуге рұқсат беруден бас тартуы дати. Пайдаланудың мәні а деректер қоймасы қол жеткізу оңай дати. SAP-тың бүкіл тарихы қол жеткізуді қиындатуға негізделген дати.
SAP-тың үлкен көлемдермен жұмыс істеу тәжірибесінің болмауы дати; саласында деректер қоймасы көлемдер бар дати ешқашан SAP көрмеген және осы үлкен көлемдерді басқару үшін дати қолайлы технология болуы керек. SAP бұл салаға кіру үшін бар технологиялық кедергіні білмейтін сияқты деректер қоймасы.
SAP корпоративтік мәдениеті: SAP алу бизнесін жасады дати жүйеден. Бірақ ол үшін басқа менталитет болуы керек. Дәстүр бойынша, деректерді ортаға алуда жақсы бағдарламалық жасақтама компаниялары деректерді басқа жолмен алуда жақсы болмады. Егер SAP коммутатордың бұл түрін жасай алса, ол мұны жасаған бірінші компания болады.

Бір сөзбен айтқанда, компания жеткізуші ретінде SAP таңдау керек пе деген сұрақ туындайды деректер қоймасы. Бір жағынан өте маңызды тәуекелдер бар, ал екінші жағынан өте аз сыйақы. Бірақ жеткізуші ретінде SAP таңдауға кедергі келтіретін тағы бір себеп бар деректер қоймасы. Өйткені әрбір компанияда бірдей болуы керек деректер қоймасы барлық басқа компаниялардың? The деректер қоймасы бұл бәсекелестік артықшылықтың жүрегі. Әрбір компания бірдей қабылдаса деректер қоймасы бәсекелестік артықшылыққа қол жеткізу мүмкін болмаса да, қиын болар еді. SAP бұл деп ойлайтын сияқты, а деректер қоймасы оны cookie файлы ретінде қарастыруға болады және бұл олардың қолданбалардың менталитетіне «деректерді алу» тағы бір белгісі.

Ешбір басқа ERP жеткізушісі SAP сияқты басым емес. Өздері үшін SAP жолын ұстанатын компаниялар болатыны сөзсіз деректер қоймасы бірақ бұлар деректер қоймасы SAP жасау үлкен, қымбат және уақытты қажет етеді.

Бұл орталарға банк кассасын өңдеу, авиакомпанияларды брондау процестері, сақтандыру шағымдары процестері және т.б. сияқты әрекеттер кіреді. Транзакция жүйесі неғұрлым өнімді болса, операциялық процесс пен DSS (шешім қабылдауды қолдау жүйесі) арасындағы бөлу қажеттілігі соғұрлым айқын болды. Дегенмен, HR және персонал жүйелерімен сіз ешқашан транзакциялардың үлкен көлеміне тап болмайсыз. Және, әрине, адам жұмысқа қабылданғанда немесе компаниядан кеткенде, бұл транзакцияның жазбасы. Бірақ басқа жүйелерге қатысты HR және персонал жүйелерінде көп транзакциялар болмайды. Сондықтан, HR және персонал жүйелерінде DataWarehouse қажет екені анық емес. Көптеген жолдармен бұл жүйелер DSS жүйелерінің бірігуін білдіреді.

Бірақ деректер қоймаларымен және PeopleSoft бағдарламасымен жұмыс жасайтын болсаңыз, ескеру қажет тағы бір фактор бар. Көптеген орталарда, i дати адам және жеке ресурстар компанияның негізгі бизнесінен кейін екінші орында. Көптеген компаниялар өндіріспен, сатумен, қызмет көрсетумен және т.б. Адам ресурстары мен персонал жүйесі әдетте компанияның негізгі бизнес бағытына (немесе қолдау көрсетуге) қосымша болып табылады. Сондықтан бұл екіұшты және ыңғайсыз деректер қоймасы адам ресурстары мен персоналды қолдау үшін бөлек.

PeopleSoft бұл жағынан SAP-тен айтарлықтай ерекшеленеді. SAP көмегімен міндетті түрде бар деректер қоймасы. PeopleSoft көмегімен бұл анық емес. Деректер қоймасы PeopleSoft бағдарламасымен міндетті емес.

Мен үшін айтуға болатын ең жақсы нәрсе дати PeopleSoft - бұл деректер қоймасы мұрағаттау үшін пайдалануға болады i дати ескі адам және жеке ресурстарға қатысты. Компания неліктен a деректер қоймасы a

PeopleSoft ортасының зияны талдау құралдарына қол жеткізуге және еркін қол жеткізуге мүмкіндік беру болып табылады дати PeopleSoft арқылы. Бірақ бұл себептерден басқа, деректер қоймасының болмауы жақсырақ болатын жағдайлар болуы мүмкін дати PeopleSoft.

Қысқаша

құрылысына қатысты көптеген идеялар бар деректер қоймасы ERP бағдарламалық құралының ішінде.
Олардың кейбіреулері:

• ▪ бар болу мағынасы бар деректер қоймасы бұл саладағы басқа нәрсе сияқты ма?
• ▪ ERP қаншалықты икемді деректер қоймасы бағдарламалық жасақтама?
• ▪ ERP деректер қоймасы бағдарламалық қамтамасыз ету көлемін өңдей алады дати а-да орналасқандеректер қоймасы арена»?
• ▪ ERP жеткізушісі уақыт тұрғысынан оңай және арзан болған жағдайда қандай із қалдырады? дати? (ERP жеткізушілерінің қымбат емес, дер кезінде, қол жеткізуге оңай деректерді жеткізу тәжірибесі қандай?)
• ▪ ERP жеткізушісі DSS архитектурасы мен корпоративтік ақпарат фабрикасы туралы не түсінеді?
• ▪ ERP жеткізушілері қалай жетуге болатынын түсінеді дати ортада, сонымен қатар оларды қалай экспорттау керектігін түсіну керек пе?
• ▪ ERP жеткізушісі деректерді сақтау құралдарына қаншалықты ашық?
  Бұлардың барлығын қайда қою керектігін анықтау кезінде ескеру қажет деректер қоймасы ол мен қабылдайды дати ERP және т.б дати. Тұтастай алғанда, басқаша істеуге дәлелді себеп болмаса, салу ұсынылады деректер қоймасы ERP жеткізушісінің ортасынан тыс. 1-тарау BI ұйымының негізгі нүктелеріне шолу:
  Ақпараттық репозиторийлер бизнес интеллектінің (BI) архитектурасына керісінше жұмыс істейді:
  Корпоративтік мәдениет пен АТ BI ұйымдарын құрудағы табысты шектей алады.

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

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

Негізінде, пассивті Dw, ең жақсы жағдайда, тек i береді дати пайдаланушылар қауымдастығы үшін таза және жұмыс істейді. Ақпаратты құру және аналитикалық түсіну толығымен пайдаланушыларға байланысты. DW (Мәліметтер қоймасы) табыс субъективті болып табылады. Табысты тиімді жинау, біріктіру және тазалау қабілетіне бағаласақ дати болжамды негізде корпоративті болса, иә, DW сәтті. Екінші жағынан, егер біз жалпы ұйымның ақпаратты жинау, шоғырландыру және пайдалануын қарастыратын болсақ, онда DW сәтсіздікке ұшырайды. DW ақпарат мәнін аз қамтамасыз етеді. Нәтижесінде пайдаланушылар әрекет етуге мәжбүр, осылайша ақпараттық силостар жасайды. Бұл тарауда компанияның BI (Business Intelligence) архитектурасын қорытындылау үшін жан-жақты көрініс берілген. Біз BI сипаттамасынан бастаймыз, содан кейін жай ғана ақпаратты беруден гөрі, ақпаратты жобалау мен әзірлеуді талқылауға көшеміз. дати пайдаланушыларға. Содан кейін талқылаулар BI күш-жігерінің мәнін есептеуге бағытталады. Біз IBM ұйымыңыздың BI архитектуралық талаптарын қалай шешетінін анықтау арқылы қорытындылаймыз.

архитектурасына сипаттама BI ұйымы

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

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

Тиісті бизнес құралдарының болуы келесі сияқты негізгі сұрақтарға нақты жауаптардың болуын білдіреді:

• ▪ Қайсысы біздікі клиенттер олар бізді көбірек табуға мәжбүрлейді ме, әлде ақша жоғалтады ма?
• ▪ Ең жақсыларымыз қайда тұрады клиенттер қатысты дүкен/ олар жиі келетін қойма?
• ▪ Біздің өнімдеріміз бен қызметтеріміздің қайсысы ең тиімді және кімге сатылуы мүмкін?
• ▪ Қандай өнімдерді ең тиімді және кімге сатуға болады?
• ▪ Қай сату науқаны ең табысты және неге?
• ▪ Қандай өнімдер үшін ең тиімді сату арналары бар?
• ▪ Ең жақсы адамдарымызбен қарым-қатынасымызды қалай жақсартуға болады клиенттер? Көптеген компанияларда бар дати осы сұрақтарға жауап берудің өрескел жолдары.
  Операциялық жүйелер өнімді, тұтынушыны және үлкен көлемдерді жасайды дати сауда нүктелерінен, брондау, тұтынушыларға қызмет көрсету және техникалық қолдау жүйелерінен нарық. Мәселе осы ақпаратты алу және пайдалану болып табылады. Көптеген компаниялар өздерінің шағын бөліктерінен ғана пайда көреді дати стратегиялық талдаулар үшін.
  I дати қалған, көбінесе i-ге қосылады дати үкімет есептері және басқа да сатып алынған ақпарат сияқты сыртқы көздерден алынған бұл барлауды күтіп тұрған алтын кеніші және дати олар тек ұйымыңыздың ақпараттық контекстінде нақтылануы керек.

Бұл білімді жалпы корпоративтік стратегияны жобалаудан бастап, байланыс орталықтары, шот-фактуралар арқылы жеткізушілермен жеке байланысқа дейін, бірнеше жолмен қолдануға болады. Интернет және басқа да нүктелер. Бүгінгі бизнес орта DW және оған қатысты BI шешімдерінің дәстүрлі бизнес құрылымдарын басқарудан тыс дамитынын талап етеді. дати ол мен дати атом деңгейінде қалыпқа келтірілген және «жұлдыз/текше фермалары».

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

Мысалы, сіз өзіңізді классификациялайсыз делік клиенттер жоғары немесе төмен тәуекел санаттарына бөлінеді.
Егер бұл ақпарат үлгі экстракторы немесе басқа құралдар арқылы жасалса, ол DW ішіне енгізілуі және кез келген кіру құралының көмегімен, мысалы, статикалық есептер, электрондық кестелер, кестелер немесе онлайн аналитикалық өңдеу (OLAP ) арқылы қол жетімді болуы керек. .

Дегенмен, қазіргі уақытта мұндай ақпараттың көп бөлігі силостарда қалады дати талдау жасайтын жеке тұлғалардың немесе бөлімдердің. Ұйым, тұтастай алғанда, түсіну үшін аз немесе мүлдем көрінбейді. Ақпараттық мазмұнның осы түрін кәсіпорынның DW жүйесіне араластыру арқылы ғана ақпараттық силостарды жоюға және DW ортаңызды жоғарылатуға болады.
BI ұйымын дамытуға екі негізгі кедергі бар.
Біріншіден, бізде ұйымның өзі және оның тәртібі мәселесі.
Ұйымдық саясатты өзгертуге көмектесе алмасақ та, ұйымның BI құрамдастарын, оның архитектурасын және IBM технологиясы оның дамуын қалай жеңілдететінін түсінуге көмектесе аламыз.
Еңсеруге болатын екінші кедергі - интеграцияланған технологияның және шағын құрамдас бөлікке қарағанда, бүкіл BI кеңістігін қарастыратын әдіс туралы білімнің болмауы.

IBM интеграциялық технологиядағы өзгерістермен күресуде. Ойланған дизайнды қамтамасыз ету сіздің жауапкершілігіңіз. Бұл архитектура шектеусіз интеграция үшін таңдалған технологиямен немесе, ең болмағанда, ашық стандарттарды ұстанатын технологиямен әзірленуі керек. Сонымен қатар, сіздің компанияңыздың басшылығы BI міндеттемесінің жоспарға сәйкес жүзеге асырылуын қамтамасыз етуі керек және өз-өзіне қызмет ететін күн тәртібінен немесе мақсаттардан туындайтын ақпараттық силостардың дамуына жол бермеуі керек.
Бұл BI ортасы әртүрлі пайдаланушылардың әртүрлі қажеттіліктері мен талаптарына жауап беруге сезімтал емес дегенді білдірмейді; оның орнына, бұл жеке қажеттіліктер мен талаптарды іске асыру бүкіл BI ұйымының игілігі үшін жасалатынын білдіреді.
BI ұйымының архитектурасының сипаттамасын 9-суреттегі 1.1-беттен табуға болады.Архитектура технологиялар мен әдістердің бай қоспасын көрсетеді.
Дәстүрлі көзқарас бойынша архитектура келесі қойма құрамдастарын қамтиды

Атомдық қабат.

Бұл бүкіл DW негізі, сондықтан стратегиялық есеп берудің жүрегі.
I дати мұнда сақталған тарихи тұтастық, қарым-қатынастар сақталады дати және алынған көрсеткіштерді қамтиды, сондай-ақ үлгіні алу арқылы тазартылады, біріктіріледі және сақталады.
Бұлардың барлық кейінгі қолданылуы дати және соған қатысты ақпарат осы құрылымнан алынады. Бұл тау-кен өндірудің тамаша көзі дати және құрылымдық SQL сұраулары бар есептер үшін

Операциялық депо дати немесе есеп негізінде дати(Операциялық деректер қоймасы (ODS) немесе есеп беру дерекқор.)

Бұл құрылым дати техникалық есеп беру үшін арнайы әзірленген.

I дати жоғарыда сақталған және хабарланған бұл құрылымдар стратегиялық сигнал беру үшін пайдаланылуы мүмкін орналастыру аймағы арқылы ақырында қоймаға тарай алады.

Қою алаңы.

Көпшілік үшін бірінші аялдама дати қойма ортасы ұйымдық аймақ болып табылады.
Мұнда мен дати олар біріктіріліп, тазартылады және түрленеді дати қойма құрылымын толтыратын пайда

Деректер маркерлері.

Сәулеттің бұл бөлігі құрылымын білдіреді дати OLAP үшін арнайы пайдаланылады. Datamarts болуы, егер i дати қабаттасатын жұлдыз схемаларында сақталады дати реляциялық ортада немесе файлдарында көпөлшемді дати DB2 OLAP сервері сияқты арнайы OLAP технологиясы пайдаланатын құпия ақпарат маңызды емес.

Жалғыз шектеу - сәулет пайдалануды жеңілдетеді дати көпөлшемді.
Архитектура сонымен қатар маңызды Bi технологиялары мен әдістерін қамтиды:

Кеңістіктік талдау

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

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

Деректерді өндіру.

-ның алынуы дати компанияларымыздың санын арттыруға мүмкіндік береді клиенттер, сату үрдістерін болжау және қарым-қатынастарды басқаруға мүмкіндік беру клиенттер (CRM), басқа BI бастамаларымен қатар.

-ның алынуы дати сондықтан ол құрылымдармен біріктірілуі керек дати тиісті технологиялар мен әдістерді тиімді және тиімді пайдалануды қамтамасыз ету үшін Dwhouse және қойма процестерімен қолдау көрсетіледі.

BI архитектурасында көрсетілгендей, Dwhouse-дың атомдық деңгейі, сондай-ақ datamarts, тамаша ақпарат көзі болып табылады. дати алу үшін. Ең кең аудиторияға қолжетімділікті қамтамасыз ету үшін дәл сол нысандар экстракция нәтижелерінің алушылары болуы керек.

Агенттер.

Клиентті компанияның операциялық жүйелері және dw өзі сияқты әрбір нүкте бойынша тексеретін әртүрлі «агенттер» бар. Бұл агенттер әр нүктедегі тенденциялар туралы білуге ​​үйретілген жетілдірілген нейрондық желілер болуы мүмкін, мысалы, сатуды ынталандыруға негізделген болашақ өнім сұранысы, ережелерге негізделген қозғалтқыштар. деректер жағдайлар жиынтығы немесе тіпті «жоғарғы басшыларға» ерекше жағдайлар туралы есеп беретін қарапайым агенттер. Бұл процестер әдетте нақты уақытта орын алады, сондықтан олардың қозғалысымен тығыз байланысты болуы керек дати. Барлық осы құрылымдар дати, технологиялар мен әдістер сіздің BI ұйымын құру үшін түнді өткізбейтініңізге кепілдік береді.

Бұл әрекет шағын нүктелер үшін қадамдық қадамдармен дамытылады.
Әрбір қадам жобаның тәуелсіз әрекеті болып табылады және сіздің DW немесе BI бастамаңыздағы итерация деп аталады. Итерациялар жаңа технологияларды енгізуді, жаңа әдістерден бастап, жаңа құрылымдарды қосуды қамтуы мүмкін дати , жүктеу i дати қосымша немесе ортаңызды талдауды кеңейту арқылы. Бұл параграф 3-тарауда толығырақ қарастырылады.

Дәстүрлі DW құрылымдары мен BI құралдарынан басқа, BI ұйымыңыздың басқа функциялары бар, олар үшін жобалау қажет, мысалы:

Тұтынушының жанасу нүктелері (Customer touch нүктелер).

Кез келген заманауи ұйымдағы сияқты, сіз үшін оң тәжірибені қалай алуға болатынын көрсететін тұтынушылардың бірнеше байланыс нүктелері бар клиенттер. Сатушылар, коммутаторлар, тікелей пошта, мультимедиялық және баспа жарнамасы сияқты дәстүрлі арналар, сондай-ақ электрондық пошта және веб сияқты ағымдағы арналар, дати қандай да бір байланыс нүктесі бар өнімдерді сатып алу, тасымалдау, тазалау, өңдеу, содан кейін нысандарда толтыру керек дати BI.

негіздері дати операциялық және пайдаланушылық бірлестіктер (Operational

дерекқорлар және пайдаланушылар қауымдастығы).
Байланыс нүктелерінің соңында клиенттер негіздері табылды дати компанияның қолданбалары мен пайдаланушылар қауымдастығы. THE дати бар дати біріктіріп, біріктіру керек дәстүрлі дати қажетті ақпаратты қанағаттандыру үшін байланыс нүктелерінен ағады.

Сарапшылар. (Талдаушылар)

BI ортасының негізгі бенефициары талдаушы болып табылады. Дәл қазіргі өндіруден пайда көретін сол дати операциялық, әртүрлі көздермен біріктірілген дати , географиялық талдау (геокодтау) сияқты мүмкіндіктермен толықтырылған және шығару, OLAP, кеңейтілген SQL есеп беру және географиялық талдау мүмкіндігін беретін BI технологияларында ұсынылған. Есеп беру ортасына арналған негізгі талдаушы интерфейсі BI порталы болып табылады.

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

Кері беру циклі.

BI архитектурасы – бұл оқу ортасы. Дамудың сипатты принципі тұрақты құрылымдарға мүмкіндік беру болып табылады дати пайдаланылатын BI технологиясы және пайдаланушы орындайтын әрекеттер арқылы жаңартылады. Мысал ретінде тұтынушы бағалауын келтіруге болады.

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

Оның орнына, үлгіні шығару кәсіпорын ішіндегі деректер ағынының табиғи бөлігі ретінде орындалуы керек және тұтынушы ұпайлары барлық пайдаланушыларға көрінетін қойма ақпараты контекстінің біріктірілген бөлігі болуы керек. DB2 UDB, DB2 OLAP серверін қамтитын Bi-bI-орталықталған IBM Suite 1.1-суретте анықталған негізгі технология құрамдастарының көпшілігін қамтиды.

Біз архитектураны кітаптағы осы суретте көрсетілгендей, бізге үздіксіздік деңгейін беру және әрбір IBM өнімінің жалпы BI схемасына қалай сәйкес келетінін көрсету үшін пайдаланамыз.

Ақпараттық мазмұнды қамтамасыз ету (Қамтамасыз ету Ақпараттық мазмұн)

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

Тәртіп салыстырмалы табысты қамтамасыз етеді деп айту өте қиын.
Бұл қарапайым, өйткені сіз BI ортасын бірден дамытпайсыз, бірақ оны уақыт өте шағын қадамдармен жасайсыз.

Дегенмен, архитектураңыздың BI құрамдастарын анықтау екі себеп бойынша маңызды: Сіз барлық келесі техникалық архитектура шешімдерін басшылыққа аласыз.
Бірнеше ай бойы технологияны қажет ететін қайталанбауыңыз мүмкін болса да, сіз белгілі бір технологияны пайдалануды саналы түрде жоспарлай аласыз.

Сіздің бизнес талаптарыңызды жеткілікті түрде түсіну сіздің сәулетіңіз үшін сатып алатын өнімдер түріне әсер етеді.
Архитектураңызды жобалау және дамыту қоймаңыздың болуын қамтамасыз етеді

кездейсоқ оқиға емес, мұқият құрастырылған «жақсы ойластырылған». опера өнердің аралас технологияның мозаикасы ретінде.

Ақпараттық мазмұнды жобалау

Барлық бастапқы дизайн қазіргі және болашақта жалпы ортаға қажет болатын негізгі BI құрамдастарына назар аударуы және анықтауы керек.
Бизнес талаптарын білу маңызды.

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

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

Толық суретті алу үшін дизайнер қосымша талаптарды орындауы керек. Пайдаланушылар осы есепке жазылғылары келе ме?
Есептің ішкі жиындары жасалып, әртүрлі пайдаланушыларға электрондық пошта арқылы жіберіледі ме? Олар бұл есепті компания порталында көргісі келеді ме? Барлық осы талаптар пайдаланушылар сұрағандай қолмен есепті ауыстырудың қарапайым қажеттілігінің бөлігі болып табылады. Бұл талаптар түрлерінің артықшылығы - пайдаланушылар мен дизайнерлердің барлығы есеп беру түсінігін біледі.

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

Егер JAD пайдаланушылары өз талаптарын бизнес мәселесі түрінде қалай айту керектігін білмесе, дизайнер талаптарды жинау сеансын жылдам бастау үшін жиі мысалдар береді.
Сарапшы дизайнер пайдаланушыларға тек стратегиялық сауданы ғана емес, оны қалай қалыптастыру керектігін түсінуге де көмектесе алады.
Талаптарды жинау тәсілі 3 тарауда талқыланады; әзірге біз BI талаптарының барлық түрлеріне дизайн жасау қажеттілігін атап өткіміз келеді.

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

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

OLAP технологиялары мен қолдауы туралы жеткілікті талқылау болды және шешімдердің кең ауқымы қолжетімді. Осы уақытқа дейін біз қарапайым есептілікті бизнес өлшемдік талаптармен біріктіру қажеттілігін және бұл талаптардың техникалық архитектуралық шешімдерге қалай әсер ететінін айттық.

Бірақ пайдаланушылар немесе Dw командасы оңай түсінбейтін талаптар қандай? Сізге кеңістіктік талдау қажет бола ма?
алу үлгілері дати олар сіздің болашағыңыздың қажетті бөлігі бола ма? Кім біледі?

Технологиялардың бұл түрлерін жалпы пайдаланушы қауымдастығы мен Dw тобының мүшелері жақсы білмейтінін атап өткен жөн, ішінара бұл оларды әдетте кейбір ішкі немесе үшінші тарап техникалық сарапшылары өңдейтіндіктен болуы мүмкін. Бұл технологиялардың осы түрлері тудыратын мәселелердің төтенше жағдайы. Егер пайдаланушылар бизнес талаптарын сипаттай алмаса немесе оларды дизайнерлерге нұсқау беретін етіп құрастыра алмаса, олар байқалмай қалуы немесе одан да жаманы, жай еленбей қалуы мүмкін.

Дизайнер мен әзірлеуші ​​осы жетілдірілген, бірақ маңызды технологиялардың бірін қолдануды тани алмаса, бұл мәселе одан да көп болады.
Дизайнерлердің айтқанын жиі еститініміздей: «Неліктен біз бұл басқа нәрсені алғанша оны бір жаққа қалдырмасқа? «Оларды шынымен де басымдықтар қызықтырады ма, әлде олар түсінбейтін талаптардан жалтарып жатыр ма? Бұл, ең алдымен, соңғы гипотеза. 1.3-суретте көрсетілгендей, сіздің сату тобыңыз іскерлік талапты жеткізді делік, көріп отырғаныңыздай, талап бизнес проблемасы түрінде жасалған. Бұл есептің типтік өлшемдік есептен айырмашылығы - қашықтық. Бұл жағдайда сату тобы ай сайын өнімдерден, қоймалардан және клиенттер олар сатып алатын қоймадан 5 миль қашықтықта тұрады.

Өкінішке орай, дизайнерлер немесе сәулетшілер «бізде тұтынушы, өнім және дати депозит бойынша. Басқа итерацияға дейін қашықтықты сақтайық.

«Қате жауап. Бизнес мәселесінің бұл түрі BI-ға қатысты. Бұл біздің бизнесімізді тереңірек түсінуді және талдаушыларымыз үшін сенімді аналитикалық кеңістікті білдіреді. BI қарапайым сұраудан немесе стандартты есеп беруден, тіпті OLAP-тан тыс. Бұл сіздің BI үшін бұл технологиялар маңызды емес дегенді білдірмейді, бірақ олар тек BI ортасын көрсетпейді.

Ақпараттық контекстке арналған дизайн (Ақпараттық мазмұнды жобалау)

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

Дегенмен, белгілі бір технологияны енгізу қажет болғанда, біз оны жасауға дайын болу үшін барлық белгілі талаптар дизайнда көрсетілген. Жоба туралы бір нәрсе дәстүрлі ойлауды көрсетеді.

Бұл жинақ дати келесі пайдалануды қолдау үшін пайдаланылады дати өлшемді біз анықтаған Бизнес мәселелерін басшылыққа ала отырып. Жобаны әзірлеу сияқты қосымша құжаттар қалыптасады дати, біз қалай ресімдеуді бастаймыз i дати олар қоршаған ортаға таралады. Біз i ұсынудың қажеттілігін анықтадық дати өлшемді түрде, оларды (нақты нақты қажеттіліктерге сәйкес) деректер маркерлеріне бөлу.

Жауап беретін келесі сұрақ: бұл деректер маркерлері қалай құрылады?
Сіз текшелерді қолдау үшін жұлдыздарды саласыз ба, әлде текшелерді ме, әлде жай ғана жұлдыздарды ма? (немесе оң жақ текшелер немесе оң жұлдыздар). Барлығына атомдық қабатты қажет ететін тәуелді деректер марттары үшін архитектураны жасаңыз дати сатып алынды? Тәуелсіз деректер маркерлеріне i алуға рұқсат беріңіз дати тікелей операциялық жүйелерден?

Қандай Cube технологиясын стандарттауға тырысасыз?

Сізде үлкен мөлшер бар дати өлшемдік талдау үшін қажет немесе апта сайын ұлттық сату күшіңізден текшелер қажет пе немесе екеуі де керек пе? Қаржыға арналған DB2 OLAP сервері немесе сату ұйымыңыз үшін Cognos PowerPlay текшелері немесе екеуі сияқты қуатты нәрсе жасайсыз ба? Бұл сіздің BI ортаңызға осыдан кейін әсер ететін үлкен архитектуралық дизайн шешімдері. Иә, сіз OLAP қажеттілігін анықтадыңыз. Енді мұндай техника мен технологияны қалай жүзеге асырасыз?

Ең озық технологиялардың кейбірі дизайныңызға қалай әсер етеді? Ұйымыңызда кеңістік қажеттілігін анықтадыңыз делік. Енді сіз бірнеше ай бойы кеңістіктік құрамдастарды жасауды жоспарламасаңыз да, архитектуралық сызба басылымдарын еске түсіруіңіз керек. Сәулетші бүгінде қажет нәрсені ескере отырып жобалауы керек. Жасайтын, сақтайтын, орындайтын және қол жеткізуді қамтамасыз ететін кеңістіктік аналитика қажеттілігін болжаңыз дати кеңістіктік. Бұл өз кезегінде қазіргі уақытта қарастыруға болатын бағдарламалық жасақтама технологиясының түріне және платформаның техникалық сипаттамаларына қатысты шектеу болуы керек. Мысалы, басқару жүйесі дерекқор атомдық қабат үшін орындайтын реляциялық қабаттың (RDBMS) сенімді кеңістіктік ауқымы қолжетімді болуы керек. Бұл аналитикалық қолданбаларыңызда геометрия мен кеңістік нысандарын пайдалану кезінде максималды өнімділікті қамтамасыз етеді. Егер сіздің RDBMS өңдей алмаса дати (кеңістіктік-орталық) ішкі, сондықтан сізге орнату керек болады дерекқор (кеңістіктік-орталық) сыртқы. Бұл мәселелерді басқаруды қиындатады және сіздің DBA үшін жасалған қосымша проблемаларды айтпағанда, жалпы өнімділігіңізге нұқсан келтіреді, өйткені оларда ең аз түсініктер болуы мүмкін. дати кеңістіктік те. Екінші жағынан, егер сіздің RDMBS қозғалтқышыңыз барлық кеңістіктік құрамдастарды өңдесе және оның оңтайландырғышы кеңістіктік нысандардың арнайы қажеттіліктерін (мысалы, индекстеу) білсе, DBA-лар мәселелерді басқаруды оңай шеше алады және өнімділікті барынша арттыра аласыз.

Оған қоса, мекенжайды тазалауды (а

кеңістіктік талдаудың негізгі элементі), сондай-ақ ғарыш объектілерін кейіннен үнемдеу. Біз нақты бағыт ұғымын енгізгеннен кейін сурет басылымдарының сабақтастығы жалғасуда. Біріншіден, бұл қолданба сіздің ETL әрекетіңізге қажетті бағдарламалық құрал түрін белгілейді.

Сізге таза мекенжаймен қамтамасыз ету үшін Trillium сияқты өнімдер немесе сол функцияны қамтамасыз ету үшін сіз таңдаған ETL жеткізушісі қажет пе?
Әзірге қойманы енгізуді бастамас бұрын аяқталуы керек дизайн деңгейін бағалау маңызды. Жоғарыда келтірілген мысалдар кез келген нақты бизнес талаптарының сәйкестендірілуіне байланысты дизайн шешімдерінің көптігін көрсетуі керек. Егер дұрыс жасалса, бұл жобалық шешімдер ортаңыздың физикалық құрылымдары, қолданылатын технологияны таңдау және ақпарат мазмұнының таралу ағыны арасындағы өзара тәуелділікке ықпал етеді. Бұл кәдімгі BI архитектурасынсыз сіздің ұйымыңыз айқын тұрақтылықты қамтамасыз ету үшін ең жақсы жағдайда еркін тігілген бар технологиялардың ретсіз араласуына ұшырайды.

Ақпараттық мазмұнды сақтау

Ұйымыңызға ақпараттың құндылығын жеткізу өте қиын міндет. Жеткілікті түсінік пен тәжірибе болмаса немесе дұрыс жоспарлау мен дизайн болмаса, тіпті ең жақсы командалар сәтсіздікке ұшырайды. Екінші жағынан, егер сізде керемет интуиция және егжей-тегжейлі жоспарлау болса, бірақ оны орындау тәртібі болмаса, сіз ақшаңыз бен уақытыңызды босқа жұмсадыңыз, өйткені сіздің күш-жігеріңіз сәтсіздікке ұшырайды. Хабарлама анық болуы керек: егер сізде осы дағдылардың біреуі немесе бірнешеуі, түсіну/тәжірибе немесе жоспарлау/дизайн немесе іске асыру тәртібі жетіспесе, ол BI ұйымының ғимаратын бұзады немесе бұзады.

Сіздің командаңыз жеткілікті түрде дайын ба? BI командаңызда BI орталарында қолжетімді кең аналитикалық ландшафтты және осы ландшафтты сақтау үшін қажетті әдістер мен технологияларды түсінетін біреу бар ма? Сіздің командаңызда қосымшалар арасындағы айырмашылықты тани алатын біреу бар ма?

статикалық есеп беру және OLAP немесе ROLAP пен OLAP арасындағы айырмашылықтар ма? Топ мүшелерінің бірі қалай шығару керектігін және оның қоймаға қалай әсер етуі мүмкін екенін немесе қойманың шығару өнімділігін қалай қолдайтынын анық таниды ма? Топ мүшесі құндылығын түсінеді дати ғарыш немесе агент негізіндегі технология? Хабарлама брокерінің технологиясына қарсы ETL құралдарының бірегей қолданбасын бағалайтын адам бар ма? Егер сізде жоқ болса, біреуін алыңыз. BI нормаланған атом қабатынан, OLAP, жұлдызды схемалардан және ODS-тен әлдеқайда үлкен.

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

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

Жоспарлау сызу ұғымын қамтуы керек және екеуі де сауатты тұлғаны қажет етеді. Сонымен қатар, дизайн командалық қойма философиясын және стандарттарды сақтауды талап етеді. Мысалы, егер сіздің компанияңыз стандартты платформа құрған болса немесе платформада стандарттағыңыз келетін белгілі бір RDBMS анықтаған болса, сол стандарттарды ұстануға командадағы әрбір адам жүктеледі. Әдетте команда стандарттау қажеттілігін ашады (пайдаланушылар қауымдастығына), бірақ команданың өзі компанияның басқа салаларында немесе тіпті ұқсас компанияларда белгіленген стандарттарды ұстанғысы келмейді. Бұл екіжүзділік қана емес, компанияның бар ресурстар мен инвестицияларды пайдалана алмайтындығын көрсетеді. Бұл стандартталмаған платформаны немесе технологияны талап ететін жағдайлар жоқ дегенді білдірмейді; дегенмен, қойманың күш-жігері

олар кәсіпорынның стандарттарын бизнес талаптары басқаша талап етпейінше, қызғанышпен қорғауы керек.

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

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

Тәртіп сонымен қатар бүкіл ұйыммен айналысуы керек және әдетте атқарушы деңгейге бекітілетін және сеніп тапсырылған тақырып.
Менеджерлер жобаланған тәсілді ұстануға дайын ба? Сайып келгенде, кәсіпорынның барлық салаларына құндылық әкелетін, бірақ жеке немесе ведомстволық күн тәртібін бұзатын ақпараттық мазмұнды жасауға уәде беретін тәсіл? «Бір нәрсені ойлаудан гөрі бәрін ойлау маңызды» деген сөзді есте сақтаңыз. Бұл сөз BI ұйымдарына қатысты.

Өкінішке орай, көптеген қоймалар ұйымға көп мән бермей, белгілі бір бөлімге немесе нақты пайдаланушыларға мақсат қоюға және құндылық әкелуге тырысады. Басшы werehouse командасынан көмек сұрады делік. Команда 90 күндік күш-жігермен жауап береді, ол тек менеджер анықтаған хабарландыру талаптарын жеткізіп қана қоймай, сонымен бірге барлығын қамтамасыз етеді. дати негіздер ұсынылған текше технологиясына енгізілмес бұрын атом деңгейінде араласады.
Бұл инженерлік қосымша үй кәсіпорнының пайда табуын қамтамасыз етеді дати менеджерге қажет.
Дегенмен, басшы 4 аптадан аз уақыт ішінде жеткізумен ұқсас қосымшаны ұсынған сыртқы консалтингтік фирмалармен сөйлесті.

Ішкі қойма командасы сауатты болса, басшының таңдауы бар. Ақпараттық активтер кәсіпорнын дамыту үшін қажет қосымша инженерлік пәнді кім қолдай алады немесе өз шешімін тез құруды таңдай алады. Соңғысы тым жиі таңдалған сияқты және тек бірнеше адамға немесе жеке адамға пайдалы ақпарат контейнерлерін жасауға қызмет етеді.

Қысқа және ұзақ мерзімді мақсаттар

Сәулетшілер мен жоба дизайнерлері BI ұйымындағы жалпы архитектура мен өсу жоспарларының ұзақ мерзімді көрінісін ресімдеуі керек. Қысқа мерзімді табыс пен ұзақ мерзімді жоспарлаудың бұл үйлесімі BI әрекетінің екі жағын білдіреді. Қысқа мерзімді табыс қоймаңыздың қайталануымен байланысты BI қыры болып табылады.

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

BI күш-жігеріңізді ақтаңыз

Un деректер қоймасы өз алдына оның өзіндік құндылығы жоқ. Басқаша айтқанда, қойма технологиялары мен іске асыру әдістерінің арасында өзіндік құндылық жоқ.

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

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

BI құрудың қиындығы осында: инвестицияны қалай негіздейсіз? Егер үй-жайдың өзіндік құндылығы болмаса, жоба дизайнерлері қойманы нақты бизнес-процестерді немесе қорғалған ақпараттың құндылығын немесе екеуін де жақсарту үшін пайдаланатын тұлғалардың қол жеткізген артықшылықтарын зерттеуі, анықтауы және ресімдеуі керек.

Мәселені қиындату үшін қоймалық әрекеттер әсер еткен кез келген бизнес-процесс «айтарлықтай» немесе «аздап» артықшылықтар бере алады. Елеулі артықшылықтар инвестицияның кірістілігін (ROI) өлшеу үшін нақты көрсеткішті қамтамасыз етеді – мысалы, белгілі бір кезең ішінде тауарлық-материалдық қорларды қосымша уақытты айналдыру немесе жөнелтуге арналған тасымалдау құнын төмендету. Ақпаратқа қолжетімділікті жақсарту сияқты нәзік артықшылықтарды нақты құндылық тұрғысынан анықтау қиынырақ.

туралы білу үшін жобаңызды қосыңыз Іскерлік сұраныстар

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

ROI өлшеу

Қойма жағдайында ROI есептеу әсіресе қиын болуы мүмкін. Бұл артықшылық болса, әсіресе қиын

Белгілі бір қайталаудың принципі - бұл нақты емес немесе өлшеуге оңай нәрсе. Бір зерттеу пайдаланушылар BI бастамаларының екі негізгі артықшылығын қабылдайтынын көрсетті:

• ▪ Шешім қабылдау қабілетін қалыптастыру
• ▪ Ақпаратқа қол жеткізу
  Бұл артықшылықтар жұмсақ (немесе жұмсақ) артықшылықтар. Көлік шығындарын азайту сияқты қиын (немесе негізгі) пайдаға негізделген ROI-ді қалай есептеуге болатынын түсіну оңай, бірақ жақсырақ шешім қабылдау мүмкіндігін қалай өлшейміз?
  Бұл жобаны жоспарлаушылар үшін компанияны белгілі бір қойма күшіне инвестициялауға сендіруге тырысқанда, сөзсіз. Сатылымды ұлғайту немесе шығындарды азайту енді BI ортасын қозғайтын орталық тақырыптар емес.
  Оның орнына, сіз белгілі бір бөлім жылдамырақ шешім қабылдауы үшін ақпаратқа жақсырақ қол жеткізу үшін бизнес сұрауларын қарап жатырсыз. Бұл кәсіпорын үшін бірдей маңызды болып табылатын стратегиялық драйверлер, бірақ анық емес және нақты көрсеткіште сипаттау қиынырақ. Бұл жағдайда ROI есептеу маңызды емес болса, жаңылыстыруы мүмкін.
  Жобаны жоспарлаушылар белгілі бір итерацияға салынған инвестицияның тұрарлық екенін шешу үшін басшылар үшін нақты құнды көрсете алуы керек. Дегенмен, біз ROI есептеудің жаңа әдісін ұсынбаймыз және оны қолдайтын немесе қарсы дәлелдер келтірмейміз.
  ROI есептеу негіздерін талқылайтын көптеген мақалалар мен кітаптар бар. Сіз зерттеуге болатын Gartner сияқты топтар ұсынатын инвестициялау құны (VOI) сияқты арнайы құнды ұсыныстар бар. Оның орнына біз кез келген ROI немесе сіз қарастыру қажет басқа құнды ұсыныстардың негізгі аспектілеріне назар аударамыз. ROI қолдану BI күш-жігерімен байланысты «қатты» артықшылықтар мен «жұмсақ» артықшылықтар туралы дәлелден басқа, ROI қолдану кезінде қарастырылатын басқа да мәселелер бар. Мысалы:

DW әрекеттеріне тым көп үнемдеуді жатқызыңыз, бұл бәрібір келеді
Сіздің компанияңыз негізгі құрылым архитектурасынан бөлінген UNIX ортасына көшті делік. Осылайша, осы күш-жігерден жүзеге асырылуы мүмкін (немесе болмауы мүмкін) кез келген үнемдеу, егер мүлде болса (?) тек қоймаға жатқызылмауы керек.

Барлығын есепке алмау қымбатқа түседі. Ал ескеретін жайттар көп. Келесі тізімді қарастырыңыз:

• ▪ Іске қосу құны, оның ішінде техникалық-экономикалық негіздеме.
• ▪ Тиісті сақтау және коммуникациялары бар арнайы жабдықтың құны
• ▪ Басқаруды қоса алғанда, бағдарламалық құралдың құны дати және клиент/сервер кеңейтімдері, ETL бағдарламалық құралы, DSS технологиялары, визуализация құралдары, жоспарлау және жұмыс үрдісі қолданбалары және мониторинг бағдарламалық құралы, .
• ▪ Құрылымды жобалау құны дати, жасаумен және оңтайландыруымен
• ▪ BI күшіне тікелей байланысты бағдарламалық құралды әзірлеу құны
• ▪ Бағдарламалық құрал нұсқасын басқару және анықтамалық операцияларды қоса, өнімділікті оңтайландыруды қоса алғанда, сайттағы қолдау құны «Big-Bang» ROI қолданыңыз. Қойманы біртұтас, орасан зор күш ретінде салу сәтсіздікке ұшырайды, сондықтан тіпті ірі кәсіпорынның бастамасы үшін ROI есептеңіз Ұсыныс таң қалдырады және жоспарлаушылар бүкіл күш-жігердің құнын бағалауға әлсіз әрекеттер жасауды жалғастыруда. Белгілі қайталануларды бағалау қиын екені көпшілікке белгілі және қабылданған болса, жоспарлаушылар бизнес бастамаға ақшалай баға қоюға неге тырысады? Бұл қалай мүмкін? Кейбір ерекшеліктермен бұл мүмкін емес. Оны жасама. Енді біз ROI есептеу кезінде не істеуге болмайтынын анықтадық, BI күш-жігеріңіздің мәнін бағалаудың сенімді процесін құруға көмектесетін бірнеше тармақ бар.

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

ROI-ді анықталатын бөліктерге азайтыңыз. ROI-ді ақылға қонымды есептеуге қажетті қадам - ​​бұл есептеуді белгілі бір жобаға шоғырландыру. Бұл орындалатын нақты бизнес талаптарына негізделген мәнді бағалауға мүмкіндік береді

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

Артықшылықтарды анықтаңыз. ROI-ді нақты бизнес талаптарымен нақты байланыстыра отырып, біз талаптарды орындауға әкелетін артықшылықтарды анықтай алуымыз керек.

Шығындар мен пайданы алдағы пайдаға азайтыңыз. Бұл болашақ табыстың болашақ құнын болжауға тырысудан гөрі, сіздің бағалауыңызды таза ағымдағы құнға (NPV) негіздеудің ең жақсы тәсілі.

ROI бөлу уақытын минимумға дейін сақтаңыз. Ол сіздің ROI-де пайдаланылған ұзақ уақыт бойы жақсы құжатталған.

Бірнеше ROI формуласын пайдаланыңыз. ROI болжаудың көптеген әдістері бар және олардың біреуін немесе бірнешеуін пайдалануды жоспарлау керек, соның ішінде таза келтірілген құн, кірістің ішкі нормасы (IRR) және өтелу.

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

Тізімделген проблемалар - бұл үй жағдайында сарапшылар анықтаған ең жиі кездесетін мәселелер. Басшылықтың «Үлкен жарылыс» ROI жеткізудегі табандылығы өте алаңдатады. Егер сіз барлық ROI есептеулерін оларды анықталатын, нақты бөліктерге бөлу арқылы бастасаңыз, сізде дәл ROI рейтингін бағалаудың жақсы мүмкіндігі болады.

ROI артықшылықтарына қатысты сұрақтар

Сіздің артықшылықтарыңыз қандай болса да, жұмсақ немесе қатты болса да, олардың мәнін анықтау үшін кейбір негізгі сұрақтарды пайдалана аласыз. Мысалы, 1-ден 10-ға дейінгі қарапайым масштабтау жүйесін пайдалана отырып, келесі сұрақтарды қолдану арқылы кез келген күш-жігердің әсерін өлшеуге болады:

• Түсіну деңгейін қалай бағалайсыз дати Сіздің компанияңыздың осы жобасына келесіз бе?
• Осы жобаның нәтижесінде процестің жақсаруын қалай бағалайсыз?
• Осы итерация арқылы қол жетімді жаңа түсініктер мен тұжырымдардың әсерін қалай өлшейтін едіңіз
• Үйренгендердің нәтижесінде жаңа және өнімді есептеу орталарының әсері қандай болды? Бұл сұрақтарға жауап аз болса, компания салған инвестицияға тұрарлық емес болуы мүмкін. Жоғары ұпай жинаған сұрақтар маңызды құндылықтарды көрсетеді және одан әрі зерттеу үшін нұсқаулық ретінде қызмет етуі керек. Мысалы, процесті жақсарту үшін жоғары балл дизайнерлерді процестердің қалай жетілдірілгенін тексеруге әкелуі керек. Сіз қол жеткізген табыстардың бір бөлігінің немесе барлығының нақты екенін, сондықтан ақшалай құндылықты оңай қолдануға болатынын таба аласыз. Бірінші итерациядан барынша пайда алу қойма Сіздің кәсіпорын күш-жігеріңіздің ең үлкен нәтижесі көбінесе алғашқы бірнеше итерацияда болады. Бұл алғашқы әрекеттер дәстүрлі түрде қоғам үшін ең пайдалы ақпарат мазмұнын белгілейді және кейінгі BI қолданбалары үшін технологиялық негізді құруға көмектеседі. Әдетте әрбір келесі келесі реттілік дати қойма жобалары жалпы кәсіпорынға азырақ қосымша құн әкеледі. Бұл әсіресе итерация жаңа тақырыптарды қоспаса немесе жаңа пайдаланушы қауымдастығының қажеттіліктерін қанағаттандырмаса дұрыс.

Бұл сақтау мүмкіндігі өсіп келе жатқан дестелерге де қолданылады дати тарихшылар. Өйткені кейінгі әрекеттер көбірек қажет етеді дати және тағы қалай дати уақыт өте келе қоймаға құйылады, көп бөлігі дати пайдаланылатын талдауға қатыстылығы азырақ болады. Мыналар дати олар жиі аталады дати тыныш күйде және оларды ұстау әрқашан қымбат, өйткені олар ешқашан қолданылмайды.

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

Бірақ бұл алғашқы қадамдар ең жоғары құндылық әкеледі, сондықтан жоба дизайнерлері көбінесе инвестицияны ақтауға тура келеді.
BI бастамаңыздан кейін жасалған жобалар төменірек (біріншімен салыстырғанда) және тікелей шығындарға ие болуы мүмкін, бірақ компанияға азырақ құндылық әкеледі.

Ал ұйым иелері жинақтауды тастауды қарастыру керек дати және онша маңызды емес технологиялар.

Деректерді өндіру: экстракция Dati

Көптеген архитектуралық құрамдас бөліктер деректерді өңдеу технологиялары мен әдістерінің өзгеруін талап етеді.
мысалы, қызықты жерлерді зерттеуге арналған әртүрлі «агенттер». клиенттер, компанияның операциялық жүйелері және dw өзі үшін. Бұл агенттер POT трендтері бойынша оқытылатын жетілдірілген нейрондық желілер болуы мүмкін, мысалы, сатуды ынталандыру негізінде болашақ өнім сұранысы; жиынға әрекет ету үшін ережелерге негізделген қозғалтқыштар деректер жағдайлар, мысалы, медициналық диагностика және емдеу бойынша ұсыныстар; немесе тіпті жоғарғы басшыларға ерекше жағдайлар туралы есеп беру рөлі бар қарапайым агенттер. Әдетте бұл экстракция процестері дати si

нақты уақыт режимінде тексеру; сондықтан олар қозғалысымен толығымен біріктірілуі керек дати өздері.

Онлайн аналитикалық өңдеу

Онлайн аналитика

Кесу, кесу, домалату, бұрғылау және талдау жасау мүмкіндігі
не-егер, IBM технологиялар жинағының ауқымында, фокусында. Мысалы, бағдарламалық құралға өлшемдік талдауды әкелетін DB2 үшін онлайн аналитикалық өңдеу (OLAP) функциялары бар. дерекқор бірдей.

Функциялар DB2 табиғи бөлігі болудың барлық артықшылықтарын пайдалана отырып, SQL-ге өлшемдік қызметтік бағдарламаны қосады. OLAP интеграциясының тағы бір мысалы DB2 OLAP сервер талдаушысы шығару құралы болып табылады. Бұл технология DB2 OLAP серверінің текшелеріне мән мәндерін табу және олар туралы есеп беру үшін жылдам және автоматты түрде талдауға мүмкіндік береді. дати бизнес талдаушыға текше бойынша әдеттен тыс немесе күтпеген. Соңында, DW Center мүмкіндіктері сәулетшілерге басқа нәрселермен қатар ETL процестерінің табиғи бөлігі ретінде DB2 OLAP сервер текшесі профилін басқару құралын қамтамасыз етеді.

Кеңістіктік талдау Кеңістіктік талдау

Кеңістік панорама үшін қажетті аналитикалық анкерлердің (тізбегілердің) жартысын білдіреді
аналитикалық кең (уақыт екінші жартысын білдіреді). 1.1-суретте көрсетілген қойманың атомдық деңгейі уақыт пен кеңістік негіздерін қамтиды. Уақыт таңбалары уақыт бойынша талдауларды зәкірлейді және кеңістік бойынша ақпаратты зәкірлік талдауларды мекенжай бойынша анықтайды. Уақыт белгілері уақыт бойынша талдау жүргізеді, ал адрестік ақпарат кеңістік бойынша талдау жасайды. Диаграмма геокодтауды көрсетеді – адрестерді картадағы нүктелерге немесе кеңістіктегі нүктелерге түрлендіру процесі, осылайша қашықтық және ішкі/сыртқы сияқты ұғымдарды атомдық деңгейде жүргізілетін талдауда және кеңістіктік талдауда қолдануға болады. талдаушы. IBM қоршаған ортаны қорғау жүйесін зерттеу институтымен (ESRI) әзірленген кеңістіктік кеңейтімдерді қамтамасыз етеді дерекқор DB2, осылайша ғарыш объектілерін қалыпты бөлігі ретінде сақтауға болады дерекқор қатынастық. DB2

Кеңістіктік кеңейткіштер сонымен қатар кеңістіктік талдаудың артықшылығын пайдалану үшін барлық SQL кеңейтімдерін қамтамасыз етеді. Мысалы, сұрауға арналған SQL кеңейтімдері
мекенжайлар арасындағы қашықтық немесе нүктенің анықталған көпбұрышты аймақтың ішінде немесе сыртында болуы Кеңістіктік кеңейткіштің аналитикалық стандарты болып табылады. Қосымша ақпарат алу үшін 16 тарауды қараңыз.

дерекқор-Rezident Tools Tools дерекқор- Тұрғын

DB2-де талдау әрекетіне көмектесетін көптеген BI-резиденттік SQL мүмкіндіктері бар. Оларға мыналар жатады:

• Талдауды орындауға арналған рекурсия функциялары, мысалы, « барлық ықтимал ұшу жолдарын табу Сан-Франциско a Нью-Йорк«.
• Әдетте тек OLAP технологиясымен орындалатын тапсырмаларды жеңілдету үшін рейтинг, жинақталған функциялар, текше және жинақтау үшін аналитикалық функциялар енді қозғалтқыштың табиғи бөлігі болып табылады. дерекқор
• Нәтижелері бар кестелерді құру мүмкіндігі
  Сатушылар дерекқор Көшбасшылар BI мүмкіндіктерін көбірек араластырады дерекқор бірдей.
  Негізгі жеткізушілер дерекқор олар BI мүмкіндіктерін көбірек араластыруда дерекқор бірдей.
  Бұл BI шешімдері үшін жақсырақ өнімділікті және көбірек орындау опцияларын қамтамасыз етеді.
  DB2 V8 мүмкіндіктері мен функциялары келесі тарауларда егжей-тегжейлі талқыланады:
  Техникалық архитектура және деректерді басқару негіздері (5-тарау)

• DB2 BI негіздері (6-тарау)
• DB2 материалдандырылған сұрау кестелері (7-тарау)
• DB2 OLAP функциялары (13-тарау)
• DB2 Enhanced BI мүмкіндіктері мен функциялары (15-тарау) Деректерді жеткізудің оңайлатылған жүйесі Жеткізу жүйесі дати жеңілдетілген

1.1-суретте бейнеленген архитектура көптеген құрылымдарды қамтиды дати физикалық. Біреуі – қоймасы дати жұмыс істейді. Жалпы алғанда, ODS пәнге бағытталған, біріктірілген және ағымдағы нысан болып табылады. Сіз, мысалы, сату кеңсесін қолдау үшін ODS құрастырар едіңіз. ODS сатылымы толықтырылады дати көптеген әртүрлі жүйелерден, бірақ, мысалы, бүгінгі транзакцияларды ғана сақтайды. Сондай-ақ ODS күніне бірнеше рет жаңартылуы мүмкін. Сонымен қатар процестер итермелейді дати басқа қолданбаларға біріктірілген. Бұл құрылым арнайы біріктіру үшін жасалған дати ағымдағы және динамикалық және қызмет агенттеріне ұсыну сияқты нақты уақыттағы аналитиканы қолдауға ықтимал үміткер болады клиенттер қойманың өзінен сату үрдісі туралы ақпаратты алу арқылы тұтынушының ағымдағы сату ақпараты. 1.1-суретте көрсетілген басқа құрылым dw үшін формальды күй болып табылады. Бұл қажетті интеграцияның орындалу орны ғана емес, сапасы дати, және түрлендіру туралы дати кіріс қоймасы, бірақ ол сонымен қатар сенімді және уақытша сақтау орны болып табылады дати нақты уақыттағы талдауларда қолданылуы мүмкін көшірмелер. Егер сіз ODS немесе сахналық аумақты пайдалануды шешсеңіз, бұл құрылымдарды толтырудың ең жақсы құралдарының бірі дати әртүрлі операциялық көздерді пайдалану DB2 гетерогенді таратылған сұрауы болып табылады. Бұл мүмкіндік DB2 Relational Connect (тек сұрау) деп аталатын қосымша DB2 мүмкіндігімен және DB2 DataJoiner (біртексіз таратылған RDBMS үшін сұрау, кірістіру, жаңарту және жою мүмкіндігін беретін бөлек өнім) арқылы жеткізіледі.

Бұл технология сәулетшілерге мүмкіндік береді дати байлау дати аналитикалық процестері бар өндіріс. Технология нақты уақыттағы аналитикамен туындауы мүмкін кез келген репликация талаптарына бейімделіп қана қоймайды, сонымен қатар көптеген деректер базаларына қосыла алады. дати ең танымал, соның ішінде DB2, Oracle, Sybase, SQL Server, Informix және т.б. DB2 DataJoiner құрылымын толтыру үшін пайдаланылуы мүмкін дати жедел жаңартуларды жылдам қалпына келтіруге немесе сатуға арналған ODS немесе тіпті қоймада ұсынылған тұрақты кесте ретінде ресми. Әрине, дәл осындай құрылымдар дати пайдаланып толтыруға болады

қайталауға арналған тағы бір маңызды технология дати, IBM DataPropagator Relational. (DataPropagator орталық жүйелерге арналған бөлек өнім болып табылады. DB2 UNIX, Linux, Windows және OS/2 деректердің репликация қызметтерін қамтиды. дати стандартты функция ретінде).
Жылжытудың тағы бір әдісі дати кәсіпорынның айналасында жұмыс істейтін кәсіпорын қолданбасының интеграторы, әйтпесе хабарлама брокері деп аталады.Бұл бірегей технология мақсатты бағыттау және жылжыту үшін теңдесі жоқ басқаруға мүмкіндік береді. дати компанияның айналасында. IBM-де ең көп қолданылатын хабар брокері, MQSeries немесе келесі талаптарды қамтитын өнімнің нұсқасы бар. электрондық коммерция, IBM WebSphere MQ.
Қойманы және BI ортасын қолдау үшін MQ левередждерін қалай пайдалану керектігі туралы қосымша талқылау үшін мына сайтқа кіріңіз веб-сайт кітаптың. Әзірге бұл технология түсірудің және түрлендірудің тамаша құралы екенін айту жеткілікті (MQSeries Integrator көмегімен) дати BI шешімдері үшін алынған орталықтандырылған (мақсатты) операторлар. MQ технологиясы UDB V8 ішіне біріктіріліп, бумаланған, яғни хабарлар кезектерін енді DB2 кестелері сияқты басқаруға болады. Кезекте тұрған хабарламаларды дәнекерлеу тұжырымдамасы және ғалам дерекқор қатынасы қуатты жеткізу ортасына қарай бағыттайды дати.

Нөлдік кешігу Нөлдік кідіріс

IBM үшін соңғы стратегиялық мақсат нөлдік кідіріс талдауы болып табылады. анықтағандай
Gartner, BI жүйесі сұрау бойынша талдаушыларға ақпаратты шығаруға, ассимиляциялауға және қамтамасыз етуге қабілетті болуы керек. Мәселе, әрине, қалай араластыру керек дати i сияқты қажетті тарихи ақпаратпен ағымдағы және нақты уақыттағы дати қатысты үлгі/тренд немесе тұтынушы профилін жасау сияқты алынған түсінік.

Мұндай ақпарат, мысалы, сәйкестендіруді қамтиды клиенттер жоғары немесе төмен тәуекел немесе қандай өнімдер i клиенттер егер олардың сауда арбаларында ірімшік болса, олар сатып алады.

Нөлдік кешігуге қол жеткізу екі негізгі механизмге байланысты:

• толық бірлестігі дати олар BI жасаған белгіленген әдістер мен құралдармен талданады
• жеткізу жүйесі дати нақты уақыттағы аналитиканың шынымен қол жетімді болуын қамтамасыз ету үшін тиімді Бұл нөлдік кідірістің алғы шарттары IBM белгілеген және жоғарыда сипатталған екі мақсаттан еш айырмашылығы жоқ. жақын жұптасуы дати Бұл IBM компаниясының үздіксіз интеграция бағдарламасының бөлігі. Және жеткізу жүйесін құру дати тиімділігі жеткізу процесін жеңілдететін қолжетімді технологияға толығымен тәуелді дати. Нәтижесінде, IBM үш мақсатының екеуі үшіншісін жүзеге асыру үшін өте маңызды. IBM нөлдік кідіріс қоймадағы күш-жігерді қамтамасыз ету үшін өз технологиясын саналы түрде дамытады. Қорытынды / Синтез BI ұйымы ортаңызды құрудың жол картасын ұсынады
  итеративті түрде. Ол сіздің бизнесіңіздің ағымдағы және болашақтағы қажеттіліктерін көрсету үшін реттелуі керек. Кең сәулеттік көзқарассыз қойма итерациялары кең, ақпараттық кәсіпорын құру үшін аз жұмыс істейтін орталық қойманың кездейсоқ іске асырылуынан ғана емес. Жоба менеджерлері үшін бірінші кедергі - BI ұйымын дамытуға қажетті инвестицияларды қалай ақтау. ROI есептеу қойманы іске асырудың негізгі тірегі болып қала бергенімен, дәл болжау қиындай түсуде. Бұл сіздің ақшаңызды алатын-алмайтыныңызды анықтаудың басқа әдістеріне әкелді. Инвестиция құны2 (VOI), мысалы, шешім ретінде алға жылжытылады. Ол сәулетшілерге жүктелген дати және жобаны жоспарлаушылар пайдаланушы қауымдастығына ақпаратты әдейі жасайды және береді, оларға жай ғана қызмет көрсетпейді. дати. Екеуінің арасында үлкен айырмашылық бар. Ақпарат шешім қабылдауда және тиімділікте айырмашылық жасайтын нәрсе; салыстырмалы түрде, яғни дати олар сол ақпаратты алу үшін құрылыс блоктары болып табылады.

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

WhatisaDataWarehouse?

Мәліметтер қоймасы ол 1990 жылдан бері ақпараттық жүйелер архитектурасының жүрегі болып табылады және сенімді интеграцияланған платформа ұсына отырып, ақпараттық процестерді қолдайды. дати кейінгі талдаулар үшін негіз ретінде алынған тарихи деректер. THE деректер қоймасы олар үйлесімсіз қолданбалы жүйелер әлемінде интеграцияның жеңілдігін ұсынады. Мәліметтер қоймасы трендке айналды. Мәліметтер қоймасы ұйымдастыру және сақтау i дати ұзақ тарихи уақытша перспективаға негізделген ақпараттық-аналитикалық процестер үшін қажет. Мұның бәрі құрылыс пен техникалық қызмет көрсетуде айтарлықтай және тұрақты міндеттемені талап етеді деректер қоймасы.

Сонымен, а деректер қоймасы? А деректер қоймасы және:

• ▪ пәнге бағытталған
• ▪ біріктірілген жүйе
• ▪ нұсқа уақыты
• ▪ тұрақты емес (өшіру мүмкін емес)

жинағы дати процестерді жүзеге асыруда басқарушылық шешімдерді қолдау үшін қолданылады.
I дати енгізілген деректер қоймасы көп жағдайда олар операциялық ортадан алынады. The деректер қоймасы ол құрамындағы жүйенің қалған бөлігінен физикалық түрде бөлінген сақтау бірлігі арқылы жасалады дати бұрын операциялық ортадан алынған ақпаратпен жұмыс істейтін қолданбалармен түрлендірілді.

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

ПӘННІҢ БАҒЫТТАРЫ ТАҚЫРЫПТЫҚ

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

Операциялық әлем несиелер, жинақтар, банк карталары және қаржы институтының сенімі сияқты қолданбалар мен функцияларға негізделген. Dw әлемі тұтынушы, сатушы, өнім және қызмет сияқты негізгі тақырыптардың айналасында ұйымдастырылған. Тақырыптар төңірегінде теңестіру дизайн мен іске асыруға әсер етеді дати dw-да табылды. Ең бастысы, негізгі тақырып негізгі құрылымның ең маңызды бөлігіне әсер етеді.

Қолданба әлеміне мәліметтер базасының дизайны да, процесті жобалау да әсер етеді. dw әлемі тек модельдеуге бағытталған дати және дизайны туралы дерекқор. Процесс дизайны (классикалық түрінде) dw ортасының бөлігі емес.

Процесті/функцияны қолдануды таңдау мен пәнді таңдау арасындағы айырмашылықтар мазмұндағы айырмашылықтар ретінде де анықталады. дати егжей-тегжейлі деңгейде. THE дати dw ішіне i кірмейді дати қолданбалар кезінде DSS процесі үшін пайдаланылмайды

операциялық бағдарланған дати құрамында i дати DSS талдаушысы үшін пайдаланылуы мүмкін немесе болмауы мүмкін функционалдық/өңдеу талаптарын дереу қанағаттандыру.
Операциялық-бағдарланған қолданбалардың тағы бір маңызды жолы дати -дан ерекшеленеді дати dw саны dei есептерінде көрсетілген дати. мен дати операциялар белсенді іскери ережеге негізделген екі немесе одан да көп кестелер арасындағы үздіксіз қатынасты сақтайды. THE дати dw уақыт спектрін кесіп өтеді және dw-де табылған қатынастар көп. Көптеген сауда ережелері (және сәйкесінше, көптеген қатынастар дати ) қоймасында ұсынылған дати екі немесе одан да көп кестелер арасында.

(Олар арасындағы байланыстарды егжей-тегжейлі түсіндіру үшін дати DW-де өңделеді, біз осы мәселе бойынша Техникалық тақырыпқа жүгінеміз.)
Функционалдық/процесті қолданбалы таңдау мен тақырыпты таңдау арасындағы түбегейлі айырмашылықтан басқа ешқандай тұрғыдан алғанда, операциялық жүйелер мен компьютерлер арасында үлкен айырмашылық бар ма? дати және DW.

ИНТЕГРАЦИЯЛЫҚ ИНТЕГРАЦИЯ

dw ортасының ең маңызды аспектісі мынада: i дати dw ішінде табылғандар оңай біріктірілген. ƏРҚАШАН. ЕРЕКШЕЛІКТЕРСІЗ. dw ортасының мәні мынада: i дати қойма шегінде қамтылғандар біріктірілген.

Интеграция өзін әртүрлі жолдармен көрсетеді – дәйекті анықталған конвенцияларда, дәйекті айнымалы өлшемдерде, дәйекті кодталған құрылымдарда, физикалық атрибуттарда. дати дәйекті және т.б.

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

Кодтау: Кодтау:

Қолданба дизайнерлері өріс кодтауын – жынысты – әртүрлі жолдармен таңдады. Дизайнер жыныстық қатынасты «m» және «f» ретінде көрсетеді. Басқа дизайнер жынысты «1» және «0» ретінде көрсетеді. Басқа дизайнер сексті «x» және «y» ретінде көрсетеді. Басқа дизайнер жыныстық қатынасты «ер» және «әйел» деп көрсетеді. Жыныстық қатынастың DW-ге қалай түсетіні маңызды емес. «M» және «F» бүкіл пьеса сияқты жақсы шығар.

Ең бастысы, жыныс өрісі қай жерден шыққанына қарамастан, бұл өріс DW-ге дәйекті интеграцияланған күйде келеді. Демек, өріс «M» және «F» пішімінде көрсетілген қолданбадан DW-ге жүктелгенде, дати DW пішіміне түрлендіру керек.

Атрибуттарды өлшеу: өлшеу Атрибуттары:

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

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

Дизайн тақырыбы қандай болса да, нәтиже бірдей – i дати негізгі операциялық жүйелер оларды басқаша сақтаса да, DW-де бірегей және жаһандық қолайлы түрде сақталуы керек дати.

DSS талдаушысы DW-ге қараған кезде, талдаушының мақсаты оны пайдалану болуы керек дати қоймада бар,

сенімділігі немесе дәйектілігі туралы ойланудан гөрі дати.

УАҚЫТ ТҮРЛІГІ

Барлығы дати DW-де олар белгілі бір уақытқа дейін дәл болады. Бұл негізгі сипаттама дати DW-де ол басқалардан айтарлықтай ерекшеленеді дати операциялық ортада табылды. THE дати жұмыс ортасы қол жеткізу сәтіндегідей дәл. Басқаша айтқанда, дискіге кіру кезінде операциялық ортада дати, ол қол жеткізу кезіндегідей нақты мәндерді көрсетеді деп күтілуде. Себебі мен дати DW-де белгілі бір уақыттағыдай дәл (яғни, «дәл қазір» емес), i деп айтылады дати DW табылған «уақыт дисперсиясы».
Уақыттың ауытқуы дати DW көптеген жолдармен аталады.
Ең қарапайым әдіс - бұл i дати DW көрсетеді дати ұзақ уақыт көкжиегі – бес-он жыл. Жұмыс ортасы үшін ұсынылған уақыт көкжиегі бүгінгі ағымдағы мәндерден алпыс тоқсанға дейін әлдеқайда қысқа
Жақсы жұмыс істейтін және транзакцияны өңдеу үшін қолжетімді болуы керек қолданбалар ең аз соманы қамтуы керек дати егер олар кез келген икемділік дәрежесіне мүмкіндік берсе. Сонымен, операциялық қолданбалардың аудио қолданбаларды жобалау тақырыбы сияқты қысқа уақыт көкжиегі бар.
DW-де пайда болатын «уақыт дисперсиясының» екінші жолы кілттік құрылымда. DW-дегі әрбір негізгі құрылымда күн, апта, ай және т.б. сияқты жанама немесе айқын уақыт элементі бар. Уақыт элементі әрқашан дерлік DW ішінде орналасқан біріктірілген кілттің төменгі жағында болады. Мұндай жағдайларда уақыт элементі айдың немесе тоқсанның соңында бүкіл файл қайталанатын жағдай сияқты жасырын түрде болады.
Уақыт дисперсиясын көрсетудің үшінші жолы - i дати Дұрыс тіркелгеннен кейін DW жаңарту мүмкін емес. THE дати DW барлық практикалық мақсаттар үшін суреттердің ұзақ сериясы болып табылады. Әрине, суреттер қате түсірілген болса, суреттерді өзгертуге болады. Бірақ суреттер дұрыс түсірілген болса, олар түсірілген бойда өзгертілмейді. Кейбіреулерінде

Кейбір жағдайларда DW-дегі суреттерді өзгерту этикалық емес немесе тіпті жарамсыз болуы мүмкін. THE дати қол жеткізу сәтіндегідей операциялық, олар қажет болған жағдайда жаңартылуы мүмкін.

ҰШҚАҢЫЗ

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

DW. Мұндай түсіндіру үстірт болып табылады және DW-де не болып жатқанын түсінбеуді көрсетеді.
Іс жүзінде минимум артық жұмыс бар дати жұмыс ортасы мен i арасындағы дати DW. Төмендегілерді қарастырыңыз: I дати олар сүзіледі деректер жұмыс ортасынан DW ортасына ауысу. Көптеген дати олар ешқашан жұмыс ортасынан тыс жерде өтпейді. Одан басқа мен дати DSS өңдеуге қажетті ортада өз бағытын табады

▪ уақыт горизонты дати ол бір ортадан екіншісіне өте ерекшеленеді. THE дати жұмыс ортасында олар өте жаңа. THE дати DW-де олар әлдеқайда үлкен. Уақыт көкжиегі тұрғысынан ғана операциялық орта мен DW арасында өте аз сәйкестік бар.

▪ DW құрамында дати қоршаған ортада ешқашан кездеспейтін түйіндеме

▪ I дати 3-суретке өту кезінде түбегейлі өзгерістерге ұшырайды дати таңдалған және DW-ге жылжытылған жағдайда айтарлықтай өзгертіледі. Басқаша айтқанда, көпшілігі дати ол DW-ге көшкен сайын физикалық және түбегейлі өзгереді. Интеграция тұрғысынан олар бірдей емес дати операциялық ортада тұратындар. Осы факторларды ескере отырып, артықшылық дати екі орта арасындағы сирек оқиға, екі орта арасындағы 1%-дан аз артық артықшылыққа әкеледі. ҚОЙМА ҚҰРЫЛЫМЫ DW-тердің ерекше құрылымы бар. DW-терді шектейтін әртүрлі жиынтық және егжей-тегжейлі деңгейлер бар.
DW әртүрлі компоненттері:

• Метадеректер
• Dati ағымдағы мәліметтер
• Dati ескі бөлшектерден
• Dati аздап жинақталған
• Dati жоғары жинақталған

Әзірге басты алаңдаушылық дати ағымдағы мәліметтер. Бұл басты алаңдаушылық, себебі:

• I дати ағымдағы мәліметтер әрқашан үлкен қызығушылық тудыратын соңғы оқиғаларды көрсетеді
• i дати ағымдағы егжей-тегжей көлемді, өйткені ол түйіршіктіліктің ең төменгі деңгейінде сақталады және
• i дати Ағымдағы мәліметтер әрдайым дерлік дискінің жадында сақталады, оған қол жеткізу жылдам, бірақ пайдалану қымбат және күрделі дати олар неғұрлым үлкен болса, егжей-тегжейлі дати олар кейбір жадта сақталады Масса. Оған кездейсоқ қол жеткізіледі және үйлесімді мәліметтер деңгейінде сақталады дати ағымдағы мәліметтер. Оның үлкен көлеміне байланысты баламалы сақтау ортасында сақтау міндетті емес дати кездейсоқ қол жеткізумен біріктірілген дати, жадты қолдау дати ескі егжей-тегжейлі деректер әдетте дискіде сақталмайды. THE дати аздап жинақталған дати олар табылған егжей-тегжейдің төменгі деңгейінен егжей-тегжейдің ағымдағы деңгейіне дейін тазартылады. Бұл DW деңгейі әрдайым дерлік дискілік жадта сақталады. Сәулетшінің алдында тұрған жобалау мәселелері дати DW осы деңгейдің құрылысында:

• Жоғарыда қорытындылау қандай уақыт бірлігі болып табылады
• Қандай мазмұн, атрибуттар мазмұнын аздап қорытындылайды дати Келесі деңгейі дати DW табылған болып табылады дати жоғары қорытындыланады. THE дати жоғары жинақталған ықшам және оңай қол жетімді. THE дати жоғары жинақталған кейде DW ортасында және басқа жағдайларда i дати жоғары жинақталған деректер DW орналасқан технологияның тікелей қабырғаларынан тыс жерде кездеседі. (кез келген жағдайда, яғни дати жоғары жинақталған i қай жеріне қарамастан DW бөлігі болып табылады дати физикалық түрде орналастырылған). DW соңғы компоненті метадеректер болып табылады. Көп жағдайда метадеректер басқаларға қарағанда басқа өлшемде орналасады дати DW, себебі метадеректерде ешқайсысы жоқ деректер тікелей жұмыс ортасынан алынған. DW-де метадеректер ерекше және өте маңызды рөлге ие. Метадеректер келесідей пайдаланылады:

• DSS талдаушысына DW мазмұнын табуға көмектесетін каталог,
• картаға түсіруге арналған нұсқаулық дати қалай мен дати операциялық ортадан DW ортасына ауыстырылды,
• арасындағы қорытындылау үшін қолданылатын алгоритмдер бойынша нұсқаулық дати ағымдағы мәліметтер ei дати аздап жинақталған, яғни дати Жалпы алғанда, метадеректер DW ортасында операциялық ортадағыға қарағанда әлдеқайда үлкен рөл атқарады. ЕСКІ БЕЛГІЛЕРДІ САҚТАУ ОРТА Мұндай сақтау үшін магниттік таспаны пайдалануға болады дати. Шындығында, ескі сақтау үшін қарастырылуы керек көптеген сақтау құралдары бар дати егжей-тегжейлі. көлеміне байланысты дати, қол жеткізу жиілігі, құралдардың құны және қол жеткізу түрі, басқа құралдарға DW мәліметтерінің ескі деңгейі қажет болуы әбден мүмкін. ДЕРЕКТЕР АҒЫНЫ Қалыпты және болжамды ағыны бар дати DW ішінде.
  I дати олар жұмыс ортасынан DW кіреді. (ЕСКЕРТПЕ: Бұл ережеде өте қызықты ерекшеліктер бар. Дегенмен, барлығы дерлік дати жұмыс ортасынан DW енгізіңіз). дата бұл мен дати жұмыс ортасынан DW енгізіңіз, ол бұрын сипатталғандай түрлендіріледі. DW кіру шарты бойынша, i дати көрсетілгендей ағымдағы мәліметтер деңгейін енгізіңіз. Ол сол жерде тұрады және үш оқиғаның бірі орын алғанша пайдаланылады:

• тазартылады,
• қорытындыланады және/немесе ▪è DW ішіндегі ескірген процесс i жылжытады дати ағымдағы мәліметтер а дати жасына негізделген ескі бөлшектер дати. Процесс

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

ДЕРЕКТЕР ҚОЙЫНЫН ПАЙДАЛАНУ

Әртүрлі деңгейлері таңқаларлық емес дати DW ішінде олар әртүрлі пайдалану деңгейлерін алмайды. Әдетте, қорытындылау деңгейі неғұрлым жоғары болса, соғұрлым i дати олар пайдаланылады.
Көптеген қолданулар кездеседі дати жоғары жинақталған, ал ескі дати егжей-тегжейлер ешқашан қолданылмайды. Ұйымды ресурстарды пайдалану парадигмасына көшірудің жақсы себебі бар. Толығырақ i дати, соғұрлым тезірек және тиімдірек болады дати. Егер а дүкен ол DW егжей-тегжейлі деңгейінде көптеген процестерді орындайтынын анықтайды, содан кейін сәйкес үлкен көлемдегі машина ресурстары жұмсалады. Қорытындылауды мүмкіндігінше тезірек жоғары деңгейде өңдеу әркімнің мүддесіне сай.

Көптеген дүкендер үшін DW алдындағы ортадағы DSS талдаушысы пайдаланылды дати егжей-тегжейлі деңгейде. Көп жағдайда келу дати егжей-тегжейлі қорытынды, басқа жиынтық деңгейлері қол жетімді болса да, қауіпсіздік жамылғысына ұқсайды. Сәулетшінің жұмыстарының бірі дати DSS пайдаланушысын тұрақты пайдаланудан арылту болып табылады дати егжей-тегжейдің ең төменгі деңгейінде. Сәулетші үшін екі мотивация бар дати:

• ақы төлеу жүйесін орнату арқылы соңғы пайдаланушы тұтынылған ресурстарды төлейді және
• бұл i-мен мінез-құлық кезінде өте жақсы жауап беру уақытына қол жеткізуге болатындығын көрсетеді дати қорытындылаудың жоғары деңгейінде, ал нашар жауап беру уақыты оның мінез-құлқынан туындайды дати төмен деңгейде БАСҚА ШАРТТАР Кейбір басқа DW құрылысы және басқару мәселелері бар.
  Бірінші ескерілетін нәрсе - индекстер. THE дати қорытындылаудың жоғары деңгейлерінде олар еркін индекстелуі мүмкін, ал i дати

егжей-тегжейлердің төменгі деңгейлерінде олар соншалықты көлемді, сондықтан оларды үнемді индекстеуге болады. Сол таңбадан, и дати жоғары деңгейде егжей-тегжейлі салыстырмалы оңай қайта құрылымдауға болады, ал көлемі дати төменгі деңгейлерде ол соншалықты үлкен, i дати оларды оңай жөндеу мүмкін емес. Демек, моделі дати және дизайнмен жасалған ресми жұмыс тек қазіргі егжей-тегжейлі деңгейде қолданылатын DW негізін қалады. Басқаша айтқанда, модельдеу әрекеттері дати олар әр жағдайда дерлік қорытындылау деңгейлеріне қолданылмайды. Басқа құрылымдық қарастыру - бұл бөлімше дати DW.

Бөлу екі деңгейде орындалуы мүмкін – деңгейінде dbms және қолданба деңгейінде. Деңгейдегі бөлімшеде dbmsол dbms бөлімшелер туралы хабардар болып, оларға сәйкес бақылауды жүзеге асырады. Қолданбалы деңгейде бөліну жағдайында бөлімдер туралы тек бағдарламашы ғана хабардар етіледі және оларды басқару жауапкершілігі оған жүктеледі.

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

АЛТРЕ АНОМАЛИ

құрамдас бөліктері болған кезде деректер қоймасы Олар барлығына дерлік сипатталғандай жұмыс істейді дати, талқылауды қажет ететін кейбір пайдалы ерекшеліктер бар. Ерекшелік - бұл дати жалпыға ортақ жиынтық деректер. Бұлар дати бойынша есептелген қорытындылар деректер қоймасы бірақ оларды қоғам пайдаланады. THE дати Жалпыға ортақ қорытындылар ішінде сақталады және басқарылады деректер қоймасы, бірақ бұрын айтылғандай олар есептелген. Есепшілер тоқсан сайын осындай өнім шығару үшін жұмыс істейді дати мысалы, кіріс, тоқсандық шығыс, тоқсандық пайда және т.б. Бухгалтерлердің атқаратын жұмыстары сыртқы болып табылады деректер қоймасы. Дегенмен, и дати компания ішінде «ішкі» қолданылады – бастап маркетинг, сату және т.б. Талқыланбайтын тағы бір аномалия - бұл дати сыртқы.

Тағы бір ерекше түрі дати а-да табуға болады деректер қоймасы тұрақты егжей-тегжейлі деректер болып табылады. Бұл тұрақты сақтау қажеттілігін тудырады дати этикалық немесе заңды себептер бойынша егжей-тегжейлі деңгейде. Егер компания өз қызметкерлерін қауіпті заттарға ұшыратса, бұл қажет дати егжей-тегжейлі және тұрақты. Егер компания ұшақ бөлшектері сияқты қоғамдық қауіпсіздікті қамтамасыз ететін өнімді шығарса, қажет дати тұрақты мәліметтер, сондай-ақ егер компания қауіпті шарттар жасаса.

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

ҚОРЫТЫНДЫ

Un деректер қоймасы объектіге бағытталған, интегралды, уақыттық нұсқа, жиынтығы болып табылады дати әкімшіліктің шешім қабылдау қажеттіліктерін қолдау үшін тұрақты емес. А-ның маңызды функцияларының әрқайсысы деректер қоймасы салдары бар. Оның үстіне төрт деңгей бар дати дель деректер қоймасы:

• Ескі деталь
• Ағымдағы егжей-тегжей
• Dati аздап қайталанады
• Dati жоғары жинақталған метадеректер де маңызды бөлігі болып табылады деректер қоймасы. АНСТРАТ Сақтау туралы түсінік дати Жақында оған көп көңіл бөлініп, 90-шы жылдардағы трендке айналды.Бұл деректер қоймасы шешімдерді қолдау жүйелері (DSS) және атқарушы ақпараттық жүйелер (EIS) сияқты басқаруды қолдау жүйелерінің шектеулерін еңсеру. деген ұғым болса да деректер қоймасы перспективалы болып көрінеді, іске асыру i деректер қоймасы ауқымды қоймалық процестерге байланысты проблемалық болуы мүмкін. Қойма жобаларының күрделілігіне қарамастан дати, қорлары бар көптеген жеткізушілер мен кеңесшілер дати сақтауды талап етеді дати ток ешқандай қиындық тудырмайды. Дегенмен, бұл ғылыми жобаның басында тәуелсіз, қатаң және жүйелі зерттеулер жүргізілген жоқ. Демек, олар салынған кезде өнеркәсіпте не болатынын айту қиын деректер қоймасы. Бұл зерттеу қоймалық тәжірибені зерттеді дати австралиялық тәжірибе туралы бай түсінікті дамытуға бағытталған замандастар. Әдебиеттерді шолу эмпирикалық зерттеу үшін контекст пен негізді қамтамасыз етті. Бұл зерттеудің бірқатар тұжырымдары бар. Біріншіден, бұл зерттеу даму барысында пайда болған әрекеттерді анықтады деректер қоймасы. Көптеген салаларда, i дати жиналғандар әдебиетте келтірілген тәжірибені растады. Екіншіден, дамуға әсер етуі мүмкін мәселелер мен проблемалар деректер қоймасы осы зерттеу арқылы анықталды. Ақырында, пайдаланумен байланысты австралиялық ұйымдар алған артықшылықтар деректер қоймасы анықталды.

1 тарау

Зерттеу контексі

Мәліметтерді сақтау концепциясы 90-шы жылдары кеңінен танымал болды және жаңа тенденцияға айналды (McFadden 1996, TDWI 1996, Shah and Milstein 1997, Shanks et al. 1997, Eckerson 1998, Adelman and Oates 2000). Мұны сауда басылымдарындағы деректер қоймасы туралы мақалалардың көбеюінен көруге болады (Little and Gibson 1999). Көптеген мақалалар (қараңыз, мысалы, Fisher 1995, Hackathorn 1995, Morris 1995a, Bramblett and King 1996, Graham et al. 1996, Sakaguchi and Frolick 1996, Alvarez 1997, Brousell 1997, Clarke1997ll, Oc1997, O. Эдвардс 1997, TDWI 1998) i жүзеге асыратын ұйымдардың айтарлықтай пайда алғанын хабарлады. деректер қоймасы. Олар өз теориясын табысты іске асырудың анекдоттық дәлелдерімен, инвестицияның жоғары кірістілігі (ROI) көрсеткіштерімен, сондай-ақ әзірлеуге арналған нұсқаулықтар мен әдістемелермен қамтамасыз етті. деректер қоймасы

(Shanks және т.б. 1997, Seddon and Benjamin 1998, Little and Gibson 1999). Төтенше жағдайда Грэм және т.б. (1996) 401% үш жылдық инвестицияның орташа табыстылығын хабарлады.

Алайда қазіргі әдебиеттердің көпшілігі мұндай жобаларды жүзеге асырудағы қиындықтарды елемейді. жобалары деректер қоймасы олар әдетте күрделі және ауқымды, сондықтан олар мұқият бақыланбаса, сәтсіздікке ұшырау ықтималдығы жоғары болады (Shah and Milstein 1997, Eckerson 1997, Foley 1997b, Zimmer 1997, Bort 1998, Gibbs and Clymer 1998, Rao 1998). Олар адам мен қаржылық ресурстардың үлкен көлемін, оларды құру үшін уақыт пен күш-жігерді қажет етеді (Hill 1998, Crofts 1998). Қажетті әдеттегі уақыт пен қаржылық құралдар сәйкесінше шамамен екі жыл және екі-үш миллион долларды құрайды (Braly 1995, Foley 1997b, Bort 1998, Humphries et al. 1999). Бұл уақыт пен қаржылық құралдар деректерді сақтаудың көптеген әртүрлі аспектілерін бақылау және шоғырландыру үшін қажет (Cafasso 1995, Hill 1998). Аппараттық және бағдарламалық қамтамасыз етуді қарастырумен қатар, шығарудан өзгеретін басқа функциялар дати жүктеу процестеріне дати, жаңартуларды және метаны басқаруға арналған жад сыйымдылығы дати пайдаланушыларды оқыту үшін қарастырылуы керек.

Бұл зерттеу жобасы басталған кезде деректерді сақтау саласында, әсіресе Австралияда өте аз академиялық зерттеулер жүргізілді. Бұл журналдардан немесе сол кездегі басқа академиялық жазбалардан деректер қоймасы туралы жарияланған мақалалардың жетіспеушілігінен көрінді. Қолда бар көптеген академиялық жазбаларда АҚШ тәжірибесі сипатталған. Деректерді сақтау саласындағы академиялық зерттеулердің болмауы қатаң зерттеулер мен эмпирикалық зерттеулерді талап етті (McFadden 1996, Shanks et al. 1997, Little and Gibson 1999). Атап айтқанда, жүзеге асыру процесі бойынша ғылыми зерттеулер деректер қоймасы жүзеге асыруға қатысты жалпы білімді кеңейту үшін жүргізілуі қажет деректер қоймасы және болашақ зерттеу зерттеуі үшін негіз болады (Shanks et al. 1997, Little and Gibson 1999).

Демек, бұл зерттеудің мақсаты ұйымдар i деректер қоймасы Австралияда. Атап айтқанда, бұл зерттеу бүкіл даму процесін талдауды қамтиды деректер қоймасы, бастау және жоспарлаудан бастап жобалау және іске асыру арқылы және австралиялық ұйымдарда кейіннен пайдалану. Бұған қоса, зерттеу тәжірибені одан әрі жақсартуға және тиімсіздік пен тәуекелдерді азайтуға немесе болдырмауға болатын салаларды анықтау арқылы ағымдағы тәжірибеге де ықпал етеді. Сонымен қатар, ол басқа зерттеулерге негіз болады деректер қоймасы Австралияда және қазіргі уақытта әдебиетте бар олқылықты толтырады.

Зерттеу сұрақтары

Бұл зерттеудің мақсаты жүзеге асыруға қатысатын әрекеттерді зерттеу болып табылады деректер қоймасы және оларды австралиялық ұйымдардың пайдалануы. Атап айтқанда, жобаны жоспарлау, әзірлеу, пайдалану, пайдалану және қатысты тәуекелдерге қатысты элементтер зерттеледі. Сонымен, бұл зерттеудің сұрағы:

«Қазіргі тәжірибе қандай деректер қоймасы Австралияда ма?

Бұл сұраққа тиімді жауап беру үшін бірқатар қосымша зерттеу сұрақтары қажет. Атап айтқанда, осы ғылыми жобаны басшылыққа алу үшін 2-тарауда берілген әдебиеттерден үш ішкі сұрақ анықталды: деректер қоймасы австралиялық ұйымдардан? Қандай қиындықтарға тап болдыңыз?

Қандай артықшылықтар бар?
Бұл сұрақтарға жауап беру кезінде сауалнаманы қолданатын барлау зерттеу жобасы пайдаланылды. Барлау зерттеуі ретінде жоғарыда аталған сұрақтарға жауаптар толық емес (Shanks et al. 1993, Denscombe 1998). Бұл жағдайда осы сұрақтарға жауаптарды жақсарту үшін триангуляция қажет. Дегенмен, тергеу осы сұрақтарды зерттейтін болашақ жұмыс үшін берік негіз береді. Зерттеу әдісінің негіздемесі мен дизайны туралы егжей-тегжейлі талқылау 3-тарауда берілген.

Ғылыми жобаның құрылымы

Бұл ғылыми жоба екі бөлікке бөлінген: деректер қоймасы тұжырымдамасын контекстік зерттеу және эмпирикалық зерттеу (1.1 суретті қараңыз), олардың әрқайсысы төменде талқыланады.

I бөлім: Мәтінмәндік зерттеу

Зерттеудің бірінші бөлімі деректерді сақтаудың әртүрлі түрлері бойынша ағымдағы әдебиеттерді шолудан тұрды, соның ішінде шешімдерді қолдау жүйелері (DSS), атқарушы ақпараттық жүйелер (EIS), жағдайлық зерттеулер. деректер қоймасы және ұғымдары деректер қоймасы. Сонымен қатар, форумдардың нәтижелері деректер қоймасы және Monash DSS зерттеу тобы басқаратын сарапшылар мен практиктердің кездесу топтары зерттеудің осы кезеңіне өз үлесін қосты, ол тәжірибе туралы түсінік алуға бағытталған деректер қоймасы және оларды қабылдауға байланысты тәуекелдерді анықтау. Осы контекстік зерттеу кезеңінде проблемалық аймақты түсіну келесі эмпирикалық зерттеулер үшін бастапқы білім беру үшін орнатылды. Дегенмен, бұл зерттеуді жүргізу кезінде үздіксіз процесс болды.

II бөлім: Эмпирикалық зерттеулер

Деректерді сақтаудың салыстырмалы түрде жаңа тұжырымдамасы, әсіресе Австралияда, пайдаланушы тәжірибесінің кең бейнесін алу үшін сауалнама жүргізу қажеттілігін тудырды. Бұл бөлім кең көлемді әдебиеттерді шолу арқылы проблемалық аймақ анықталғаннан кейін орындалды. Мәтінмәндік зерттеу кезеңінде қалыптасқан деректерді сақтау тұжырымдамасы осы зерттеудің бастапқы сауалнамасы үшін кіріс ретінде пайдаланылды. Осыдан кейін сауалнама қаралды. Сіз мамансыз деректер қоймасы сынаққа қатысты. Бастапқы сауалнаманы тестілеудің мақсаты сұрақтардың толықтығы мен дұрыстығын тексеру болды. Тестілеу нәтижелері бойынша сауалнамаға өзгерістер енгізіліп, өзгертілген нұсқасы сауалнамаға қатысушыларға жіберілді. Қайтарылған сауалнамалар i үшін талданды дати кестелерде, диаграммаларда және басқа форматтарда. THE

талдау нәтижелері дати олар Австралиядағы деректерді сақтау тәжірибесінің суретін құрайды.

ДЕРЕКТЕР ҚОЙМАСЫНА ШОЛУ

Мәліметтерді сақтау концепциясы компьютерлік технологияның жетілдірілуімен дамыды.
Ол Шешім қабылдауды қолдау жүйесі (DSS) және Атқарушы ақпараттық жүйе (EIS) сияқты қолданбаларды қолдау топтарында кездесетін мәселелерді еңсеруге бағытталған.

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

Осы бөлімнің қалған бөлігі деректерді сақтау тұжырымдамасына шолуды ұсынады және оны қалай жасау керектігін талқылайды деректер қоймасы қолданбаларды қолдау топтарының мәселелерін жеңе алады.
«ТерминДеректер қоймасы” 1990 жылы Уильям Инмонмен танымал болды. Оның жиі келтірілетін анықтамасы мынаны көреді Деректер қоймасы жинағы ретінде дати басқару шешімдерін қолдау үшін пәнге бағытталған, интеграцияланған, өзгермейтін және уақыт бойынша өзгермелі.

Бұл анықтаманы пайдалану Инмон i дати а-да тұратын деректер қоймасы олар келесі 4 қасиетке ие болуы керек:

• ▪ Пәнге бағытталған
• ▪ Біріктірілген
• ▪ Ұшқыш емес
• ▪ Уақыт бойынша айнымалы. Пәнге бағытталған Inmon арқылы i дати Nel деректер қоймасы болған ең ірі ұйымдастырушылық салаларда

үлгіде анықталған дати. Мысалы, барлығы дати қатысты и клиенттер пәндік аймақта қамтылған КЛИЕНТТЕР. Сол сияқты барлығы дати өнімдерге қатысты ақпарат ӨНІМДЕР тақырыптық аймағында қамтылған.

Integrated Inmon арқылы i дати әртүрлі платформалардан, жүйелерден және орындардан келетін деректер біріктіріліп, бір жерде сақталады. Нәтижесінде дати ұқсас пішімдерді оңай қосуға және салыстыруға болатындай дәйекті пішімдерге айналдыру керек.
Мысалы, еркек пен әйел жынысы бір жүйеде M және F әріптерімен, ал екіншісінде 1 және 0 әріптерімен көрсетіледі. Оларды дұрыс біріктіру үшін бір немесе екі пішімді екі пішім бірдей болатындай түрлендіру керек. Бұл жағдайда M-ді 1-ге және F-ді 0-ге немесе керісінше өзгертуге болады. Пәнге бағытталған және интеграцияланған деректер қоймасы функционалдық және көлденең көріністі қамтамасыз етуге арналған дати компания арқылы.

Non-volatile арқылы ол i дати Nel деректер қоймасы тұрақты болып қалады және жаңартылады дати бұл қажет емес. Оның орнына әрбір өзгеріс дати түпнұсқалар қосылады дерекқор дель деректер қоймасы. Бұл тарихи деи дегенді білдіреді дати құрамында қамтылған деректер қоймасы.

Уақыты бар айнымалылар үшін Inmon i екенін көрсетеді дати Nel деректер қоймасы әрқашан ei уақыт көрсеткіштерін қамтиды дати олар әдетте белгілі бір уақыт көкжиегін кесіп өтеді. Мысалы, а
деректер қоймасы 5 жылдық тарихи құндылықтарды қамтуы мүмкін клиенттер 1993 жылдан 1997 жылға дейін. Тарихы мен уақыт қатарының болуы дати тенденцияларды талдауға мүмкіндік береді.

Un деректер қоймасы өзі жинай алады дати OLTP жүйелерінен; көздерден дати ұйымнан тыс және/немесе басқа арнайы түсіру жүйесінің жобалары арқылы дати.
I дати сығындылар тазалау процесінен өтуі мүмкін, бұл жағдайда i дати ішінде сақталмас бұрын түрлендіріледі және біріктіріледі дерекқор дель деректер қоймасы. Содан кейін, и дати

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

I дати ішіндегі тұрғындар дерекқор дель деректер қоймасы олар егжей-тегжейлі де, жиынтық пішімдерде де сақталады.
Қорытындылау деңгейі оның сипатына байланысты болуы мүмкін дати. мен дати егжей-тегжейлі тұруы мүмкін дати ағымдағы e дати тарихшылар
I дати роялти құрамына кірмейді деректер қоймасы дейін мен дати Nel деректер қоймасы жаңартылады.
Сақтаудан басқа i дати өздері, а деректер қоймасы ол басқа түрін де сақтай алады деректер сипаттайтын METADATA деп аталады дати оның тұрғындары дерекқор.
Метадеректердің екі түрі бар: әзірлеу метадеректері және аналитикалық метадеректер.
Әзірлеу метадеректері өндіру, тазалау, картаға түсіру және жүктеу процестерін басқару және автоматтандыру үшін пайдаланылады дати Nel деректер қоймасы.
Әзірлеу метадеректерінде қамтылған ақпарат операциялық жүйелердің мәліметтерін, шығарылатын элементтердің мәліметтерін, үлгіні қамтуы мүмкін. дати дель деректер қоймасы және түрлендіруге арналған бизнес ережелері дати.

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

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

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

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

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

Бұл коалицияның мақсаты әртүрлі деректерді сақтау құралдарына метадеректерді түрлендіруге мүмкіндік беретін стандартты метадеректер жинағын құру болып табылады.
Олардың күш-жігері Microsoft мұрағаттары мен тиісті MDIS файлдары арасында ақпарат алмасуға мүмкіндік беретін Meta Data Interchange Specification (MDIS) дүниеге әкелді.

бар болуы дати жиынтықталған/индекстелген және егжей-тегжейлі пайдаланушыға БҰРҒАУДЫ (бұрғылауды) орындауға мүмкіндік береді. дати егжей-тегжейлі және керісінше индекстелген. бар болуы дати егжей-тегжейлі тарих уақыт бойынша тренд талдауларын жасауға мүмкіндік береді. Қосымша аналитикалық метадеректерді каталог ретінде пайдалануға болады дерекқор дель деректер қоймасы түпкі пайдаланушылардың орнын анықтауға көмектесу дати қажетті.

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

ДЕРЕКТЕР ҚОЙМАСЫ OLTP ЖҮЙЕЛЕРІНЕ ҚАРСЫ

Ұйымдардағы көптеген ақпараттық жүйелер күнделікті операцияларды қолдауға арналған. OLTP SYSTEMS деп аталатын бұл жүйелер үздіксіз жаңартылатын күнделікті транзакцияларды жазып алады.

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

Транзакцияға және оқиғаға негізделген процестер үшін жасалған OLTP жүйелерінен айырмашылығы, i деректер қоймасы аналитикаға негізделген процестерге қолдау көрсету үшін жасалған дати және шешім қабылдау процестері.

Бұған әдетте i интегралдау арқылы қол жеткізіледі дати бір «контейнердегі» әртүрлі OLTP және сыртқы жүйелерден дати, алдыңғы бөлімде талқыланғандай.

Monash деректер қоймасының процесінің үлгісі

үшін процесс үлгісі деректер қоймасы Монашты Monash DSS Research Group зерттеушілері әзірледі және әдебиеттерге негізделген деректер қоймасы, Жүйелік өрістерді дамытуды қолдау тәжірибесі туралы, қолдану үшін қосымшаларды жеткізушілермен талқылау туралы деректер қоймасы, қолдану бойынша сарапшылар тобы бойынша деректер қоймасы.

Фазалар: бастама, жоспарлау, әзірлеу, операциялар және түсіндіру. Диаграмма а дамуының итерациялық немесе эволюциялық сипатын түсіндіреді деректер қоймасы әртүрлі фазалар арасында орналасқан екі жақты көрсеткілерді пайдаланып процесс. Бұл контекстте «итеративті» және «эволюциялық» процестің әрбір қадамында іске асыру әрекеттері әрқашан алдыңғы фазаға қарай артқа қарай таралу мүмкіндігін білдіреді. Бұл жобаның сипатына байланысты деректер қоймасы соңғы пайдаланушының қосымша сұраулары кез келген уақытта пайда болатын. Мысалы, процестің даму кезеңінде деректер қоймасы, бастапқы жоспардың бөлігі болмаған соңғы пайдаланушы жаңа өлшемді немесе тақырып аймағын сұрайды, бұл жүйеге қосылуы керек. Бұл жобаның өзгеруіне әкеледі. Нәтиже - жобалау тобы жобалау кезеңінде осы уақытқа дейін жасалған құжаттардың талаптарын өзгертуі керек. Көптеген жағдайларда жобаның ағымдағы күйі жобалау кезеңіне қайта оралуы керек, онда жаңа талап қосылуы және құжатталуы қажет. Соңғы пайдаланушы қарастырылған нақты құжаттаманы және әзірлеу кезеңінде енгізілген өзгерістерді көре алуы керек. Осы әзірлеу циклінің соңында жоба әзірлеушілер мен пайдаланушы топтарынан тамаша кері байланыс алуы керек. Содан кейін кері байланыс болашақ жобаны жақсарту үшін қайта пайдаланылады.

Сыйымдылықты жоспарлау
Dw мөлшері өте үлкен және өте тез өседі (Best 1995, Rudin 1997a) мөлшерінің нәтижесінде дати олардың ұзақтығынан сақталатын тарих. Өсуге де себеп болуы мүмкін дати мәнін арттыру үшін пайдаланушылар сұраған толықтырулар дати оларда бұрыннан бар. Тиісінше, сақтау талаптары дати айтарлықтай жақсартуға болады (Экерсон 1997). Осылайша, қуаттылықты жоспарлау арқылы салынып жатқан жүйе қажеттіліктер өскен сайын өсе алатынын қамтамасыз ету өте маңызды (Best 1995, LaPlante 1996, Lang 1997, Eckerson 1997, Rudin 1997a, Foley 1997a).
Дерекқордың ауқымдылығын жоспарлау кезінде қойма көлемінің күтілетін өсімін, жасалуы мүмкін сұраулардың түрлерін және қолдау көрсетілетін соңғы пайдаланушылар санын білу керек (Best 1995, Rudin 1997b, Foley 1997a). Масштабталатын қолданбаларды құру масштабталатын серверлік технологиялар мен масштабталатын қолданбаларды жобалау әдістерінің комбинациясын қажет етеді (Best 1995, Rudin 1997b. Екеуі де жоғары масштабталатын қолданбаны құру үшін қажет. Масштабталатын серверлік технологиялар сақтауды, жадты және процессорды нашарлатпай қосуды жеңіл және тиімді ете алады. орындау (Lang 1997, Telephony 1997).

Екі негізгі масштабталатын серверлік технологиялар бар: симметриялық көп өңдеу (SMP) және жаппай параллель өңдеу (MPP) (IDC 1997, Humphries et al. 1999). SMP серверінде әдетте жадты, жүйелік шинаны және басқа ресурстарды ортақ пайдаланатын бірнеше процессорлар болады (IDC 1997, Humphries et al. 1999). Оны көбейту үшін қосымша процессорларды қосуға болады күш есептеу. Көбейтудің тағы бір әдісі күш SMP сервері көптеген SMP машиналарын біріктіру болып табылады. Бұл әдіс кластерлеу ретінде белгілі (Humphries et al. 1999). MPP серверінде, керісінше, әрқайсысының жеке жады, шиналық жүйесі және басқа ресурстары бар бірнеше процессорлары бар (IDC 1997, Humphries et al. 1999). Әрбір процессор түйін деп аталады. ұлғаюы күш есептеуге қол жеткізуге болады

MPP серверлеріне қосымша түйіндерді қосу (Humphries et al. 1999).

SMP серверлерінің әлсіз тұсы - енгізу-шығару (енгізу-шығару) операцияларының тым көп болуы жүйелік шинаға кедергі келтіруі мүмкін (IDC 1997). Бұл мәселе MPP серверлерінде болмайды, өйткені әрбір процессордың өз шиналық жүйесі бар. Дегенмен, әрбір түйін арасындағы өзара байланыстар, әдетте, SMP шина жүйесіне қарағанда әлдеқайда баяу. Сонымен қатар, MPP серверлері қолданбаларды әзірлеушілерге күрделіліктің қосымша деңгейін қоса алады (IDC 1997). Осылайша, SMP және MPP серверлері арасындағы таңдауға көптеген факторлар әсер етуі мүмкін, соның ішінде қосымшалардың күрделілігі, баға/өнімділік арақатынасы, қажетті өңдеу сыйымдылығы, алдын ала алынған dw қолданбалары және өлшемдердің ұлғаюы. дерекқор dw және соңғы пайдаланушылар санында.

Сыйымдылықты жоспарлауда көптеген масштабталатын қолданбаларды жобалау әдістерін қолдануға болады. Күндер, апталар, айлар және жылдар сияқты әртүрлі хабарландыру кезеңдері пайдаланылады. Әртүрлі хабарландыру кезеңдері бар дерекқор оны басқарылатын топтастырылған бөліктерге бөлуге болады (Inmon et al. 1997). Басқа әдіс - жинақтау арқылы құрастырылған жиынтық кестелерді пайдалану дати da дати егжей-тегжейлі. Сонымен, и дати жинақталған мәліметтер егжей-тегжейлі қарағанда ықшам, бұл жад орнын аз қажет етеді. Сонымен дати егжей-тегжейлерді арзанырақ сақтау құрылғысында сақтауға болады, бұл одан да көп сақтауды үнемдейді. Жиынтық кестелерді пайдалану жад кеңістігін үнемдей алатынымен, оларды жаңартып отыру және бизнес қажеттіліктеріне сәйкес болу үшін көп күш қажет. Дегенмен, бұл әдіс кеңінен қолданылады және жиі алдыңғы әдістемемен бірге қолданылады (Best 1995, Inmon 1996a, Chauduri және Dayal).
1997).

Анықтау Деректер қоймасы Техникалық архитектуралар dw архитектурасының әдістерінің анықтамасы

Деректерді сақтауды ерте қолданушылар, ең алдымен, dw-ны орталықтандырылған енгізуді ойластырды. дати, оның ішінде i дати сыртқы, біртұтас біріктірілген,
физикалық сақтау (Inmon 1996a, Bresnahan 1996, Peacock 1998).

Бұл тәсілдің басты артықшылығы - соңғы пайдаланушылардың кәсіпорынның жалпы көрінісіне қол жеткізуі дати ұйымдастырушылық (Ovum 1998). Тағы бір артықшылығы - стандарттауды ұсынады дати ұйымдастыру арқылы, яғни dw репозиторийінде (метадеректер) қолданылатын әрбір терминология үшін бір ғана нұсқа немесе анықтама бар (Flanagan and Safdie 1997, Ovum 1998). Бұл тәсілдің кемшілігі, керісінше, оны салу қымбат және қиын (Flanagan and Safdie 1997, Ovum 1998, Inmon et al. 1998). Сақтау архитектурасынан кейін көп ұзамай дати орталықтандырылған танымал болды, дамыған шағын жиынтықтарды алу тұжырымдамасы дати арнайы қолданбалардың қажеттіліктерін қолдау үшін (Varney 1996, IDC 1997, Berson and Smith 1997, peacock 1998). Бұл шағын жүйелер үлкеніректің туындылары болып табылады деректер қоймасы орталықтандырылған. Олар аталды деректер қоймасы тәуелді ведомстволық немесе тәуелді деректер маркерлері. Тәуелді деректер мартының архитектурасы үш деңгейлі архитектура ретінде белгілі, мұнда бірінші деңгей келесіден тұрады деректер қоймасы орталықтандырылған, екіншісі депозиттерден тұрады дати ведомстволық және үшінші қол жеткізуден тұрады дати және талдау құралдары арқылы (Demarest 1994, Inmon et al. 1997).

Data marts әдетте кейін жасалады деректер қоймасы орталықтандырылған нақты бірліктердің қажеттіліктерін қанағаттандыру үшін салынды (White 1995, Varney 1996).
Деректер қоймалары сақтайды дати белгілі бірліктерге қатысты өте маңызды (Inmon et al. 1997, Inmon et al. 1998, IA 1998).

Бұл әдістің артықшылығы - ол болмайды деректер біріктірілмеген және бұл i дати барлығы сияқты data marts ішінде артық болмайды дати олар қоймадан келеді дати біріктірілген. Тағы бір артықшылығы - әрбір datamart және оның көздері арасында байланыс аз болады дати себебі әрбір datamart бір ғана дереккөзге ие дати. Сонымен қатар, осы архитектура орнында болса да, соңғы пайдаланушылар шолуға әлі де қол жеткізе алады дати

корпоративтік ұйымдар. Бұл әдіс «жоғарыдан төменге» әдісі ретінде белгілі, мұнда деректер маркерлері кейін құрастырылады деректер қоймасы (Павлин 1998, Гофф 1998).
Нәтижелерді ертерек көрсету қажеттілігін арттыра отырып, кейбір ұйымдар тәуелсіз деректер маркетингтерін құруға кірісті (Flanagan және Safdie 1997, White 2000). Бұл жағдайда деректер маркерлері өздерін алады дати негіздерінен тікелей дати Орталықтандырылған және біріктірілген қоймадан емес, OLTP, осылайша сайтта орталық қойманың болуы қажеттілігін жояды.

Әрбір datamart өз көздеріне кемінде бір сілтемені қажет етеді дати. Әрбір datamart үшін бірнеше қосылымдардың болуының кемшілігі алдыңғы екі архитектурамен салыстырғанда, олардың көптігі болып табылады. дати айтарлықтай артады.

Әрбір деректер маркері барлығын сақтауы керек дати OLTP жүйелеріне әсер етпеуі үшін жергілікті талап етіледі. Бұл i дати олар әртүрлі деректер қоймаларында сақталады (Inmon et al. 1997). Бұл архитектураның тағы бір кемшілігі, ол деректер марттары мен олардың деректер көздері арасында күрделі өзара байланыстарды құруға әкеледі. дати жүзеге асыру және бақылау қиын (Inmon et al. 1997).

Тағы бір кемшілігі соңғы пайдаланушылар компания ақпаратының шолуына қол жеткізе алмайды, себебі i дати әр түрлі деректер марштары біріктірілмеген (Ovum 1998).
Тағы бір кемшілігі - деректер маркетингінде қолданылатын әрбір терминология үшін сәйкессіздікті тудыратын бірден көп анықтама болуы мүмкін. дати ұйымда (Ovum 1998).
Жоғарыда талқыланған кемшіліктерге қарамастан, тәуелсіз деректер маркетингтері әлі де көптеген ұйымдардың қызығушылығын тудырады (IDC 1997). Оларды тартымды ететін факторлардың бірі - олар тезірек дамиды және аз уақыт пен ресурстарды қажет етеді (Bresnahan 1996, Berson and Smith 1997, Ovum 1998). Демек, олар ең алдымен жобадағы артықшылықтарды және/немесе кемшіліктерді жылдам анықтау үшін пайдалануға болатын сынақ жобалары ретінде қызмет етеді (Parsaye 1995, Braly 1995, Newing 1996). Бұл жағдайда пилоттық жобада іске асырылатын бөлік шағын, бірақ ұйым үшін маңызды болуы керек (Newing 1996, Mansell-Lewis 1996).

Прототипті зерттей отырып, соңғы пайдаланушылар мен әкімшілік жобаны жалғастыру немесе тоқтату туралы шешім қабылдай алады (Flanagan және Safdie 1997).
Егер шешімді жалғастыру туралы шешім қабылданса, басқа салаларға арналған деректер маркетингі бір уақытта салынуы керек. Деректер матрицаларын құрудағы қажеттіліктеріне негізделген соңғы пайдаланушылар үшін екі нұсқа бар: біріктірілген/федерацияланған және біріктірілмеген (Ovum 1998)

Бірінші әдісте әрбір жаңа деректер тасымалы ағымдағы деректер маркерлері мен үлгі негізінде құрылуы керек дати компания пайдаланған (Varney 1996, Berson and Smith 1997, Peacock 1998). Модельді пайдалану қажеттілігі дати компанияның мәліметі деректер марттарында қолданылатын әрбір терминология үшін бір ғана анықтаманың болуын қамтамасыз ету керек дегенді білдіреді, бұл сонымен қатар компания ақпаратына шолу жасау үшін әртүрлі деректер маркетингтерін біріктіруге болатындығын қамтамасыз ету (Бреснахан 1996). Бұл әдіс «төменнен жоғарыға» деп аталады және қаржылық құралдар мен уақыт бойынша шектеулер болған кезде жақсы болады (Flanagan and Safdie 1997, Ovum 1998, Peacock 1998, Goff 1998). Екінші әдісте құрастырылған деректер маркерлері тек белгілі бір блоктың қажеттіліктерін қанағаттандыра алады. Федерацияланған деректер мартының нұсқасы болып табылады деректер қоймасы таралады, онда дерекқор Hub Server аралық бағдарламалық құралы көптеген деректер қоймаларын бір репозиторийге біріктіру үшін пайдаланылады дати таратылды (White 1995). Бұл жағдайда, i дати компаниялар бірнеше деректер маркетингінде таратылады. Соңғы пайдаланушы сұраулары келесіге жіберіледі дерекқор барлығын шығаратын сервер хабының аралық бағдарламасы дати data marts сұрайды және нәтижелерді соңғы пайдаланушы қолданбаларына қайтарады. Бұл әдіс соңғы пайдаланушыларға бизнес ақпаратын береді. Дегенмен, тәуелсіз деректер маркерлерінің проблемалары әлі де жойылған жоқ. Қолданылуы мүмкін басқа архитектура бар, ол деп аталады деректер қоймасы виртуалды (Ақ 1995). Дегенмен, 2.9-суретте сипатталған бұл архитектура деректерді сақтау архитектурасы емес. дати нақты, себебі ол OLTP жүйесінен жүктеуді жылжытпайды деректер қоймасы (Demarest 1994).

Шын мәнінде, өтініштері дати соңғы пайдаланушылардан пайдаланушы сұрауларын өңдегеннен кейін нәтижелерді қайтаратын OLTP жүйелеріне беріледі. Бұл архитектура соңғы пайдаланушыларға есептерді шығаруға және сұрау салуға мүмкіндік бергенімен, ол қамтамасыз ете алмайды

дати компания ақпаратының тарихи және шолуы i дати әр түрлі OLTP жүйелері біріктірілмеген. Демек, бұл архитектура талдауды қанағаттандыра алмайды дати болжамдар сияқты күрделі.

Қол жеткізу және қалпына келтіру қолданбаларын таңдау дати

Құрылыстың мақсаты А деректер қоймасы соңғы пайдаланушыларға ақпаратты жеткізу болып табылады (Inmon et al. 1997, Poe 1996, McFadden 1996, Shanks et al. 1997, Hammergren 1998); бір немесе бірнеше кіру және қалпына келтіру қолданбалары дати қамтамасыз етілуі керек. Бүгінгі күні пайдаланушы таңдай алатын осы қолданбалардың алуан түрлілігі бар (Hammergren 1998, Humphries et al. 1999). Сіз таңдаған қолданбалар сіздің қоймадағы жұмысыңыздың сәттілігін анықтайды дати ұйымда, себебі қолданбалар ең көрінетін бөлігі болып табылады деректер қоймасы соңғы пайдаланушыға (Inmon et al. 1997, Poe 1996). Табысты болу үшін а деректер қоймасы, талдау әрекеттерін қолдай білуі керек дати соңғы пайдаланушының (Poe 1996, Seddon and Benjamin 1998, Eckerson 1999). Осылайша, соңғы пайдаланушы қалайтын нәрсенің «деңгейі» анықталуы керек (Poe 1996, Mattison 1996, Inmon et al. 1997, Humphries et al. 1999).

Жалпы, соңғы пайдаланушыларды үш санатқа топтастыруға болады: атқарушы пайдаланушылар, бизнес-аналитиктер және қуатты пайдаланушылар (Poe 1996, Humphries et al. 1999). Атқарушы пайдаланушыларға есептердің алдын ала анықталған жиындарына оңай қол жеткізу қажет (Humphries et al. 1999). Бұл арақатынастарға мәзірді шарлау арқылы оңай қол жеткізуге болады (Poe 1996). Сонымен қатар, есептер ақпаратты жылдам жеткізу үшін кестелер мен шаблондар сияқты графикалық көріністі пайдаланып ақпаратты ұсынуы керек (Humphries et al. 1999). Өз бетінше есептерді нөлден бастап әзірлеуге техникалық мүмкіндіктері жоқ бизнес-аналитиктер өздерінің нақты қажеттіліктерін қанағаттандыру үшін ағымдағы есептерді өзгерте алуы керек (Poe 1996, Humphries et al. 1999). Күшті пайдаланушылар, керісінше, сұраулар мен есептерді нөлден бастап жасау және жазу мүмкіндігі бар соңғы пайдаланушылардың түрі (Poe 1996, Humphries et al. 1999). Олар солар

олар пайдаланушылардың басқа түрлері үшін есептерді әзірлейді (Poe 1996, Humphries et al. 1999).

Соңғы пайдаланушы талаптары анықталғаннан кейін қол жеткізу және қалпына келтіру қолданбаларын таңдау керек дати бар болғандардың арасында (Poe 1996, Inmon et al. 1997).
қол жеткізу дати және іздеу құралдарын 4 түрге жіктеуге болады: OLAP құралдары, EIS/DSS құралдары, сұрау және есеп беру құралдары және деректерді іздеу құралдары.

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

EIS/DSS құралдары «не болса» талдауы және мәзірге негізделген есептерге қол жеткізу сияқты атқарушы есептілікті қамтамасыз етеді. Жеңіл шарлау үшін есептер алдын ала анықталып, мәзірлермен біріктірілуі керек.
Сұрау және есеп беру құралдары пайдаланушыларға алдын ала анықталған және арнайы есептерді шығаруға мүмкіндік береді.

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

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

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

оқыту шығындарын азайту арқылы төмен шығындармен қамтамасыз етілуі мүмкін.

2.4.3 Деректер қоймасы Жұмыс кезеңі

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

Деректерді жаңарту стратегияларының анықтамасы

Бастапқы жүктеуден кейін, i дати Nel дерекқор деректер қоймасы оларға енгізілген өзгерістерді қайта шығару үшін мерзімді түрде жаңартылуы керек дати түпнұсқалар. Сондықтан қашан жаңарту керектігін, жаңартуды қаншалықты жиі жоспарлау керектігін және деректерді қалай жаңарту керектігін шешуіңіз керек. дати. Жаңарту ұсынылады дати жүйені офлайн режиміне қоюға болатын кезде. Жаңарту жиілігін пайдаланушы талаптары негізінде әзірлеу тобы анықтайды. Деректер қоймасын жаңартудың екі тәсілі бар: толық жаңарту және өзгерістерді үздіксіз жүктеу.

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

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

i қайтарып алу үшін пайдалануға болатын кемінде 5 тәсіл бар дати жаңа немесе өзгертілген. Тиімді деректерді жаңарту стратегиясын алу үшін дати жүйедегі барлық өзгерістерді қамтитын осы тәсілдердің қоспасы пайдалы болуы мүмкін.

Уақыт белгілерін пайдаланатын бірінші тәсіл барлығы тағайындалған деп болжайды дати уақыт белгісін өңдеп, жаңартты, осылайша барлығын оңай анықтауға болады дати өзгертілген және жаңа. Алайда бұл тәсіл қазіргі операциялық жүйелердің көпшілігінде кеңінен қолданылмаған.
Екінші тәсіл тек енгізілген өзгертулерді қамтитын қолданба арқылы жасалған дельта файлын пайдалану болып табылады дати. Бұл файлды пайдалану жаңарту циклін де күшейтеді. Дегенмен, тіпті бұл әдіс көптеген қолданбаларда қолданылған жоқ.
Үшінші тәсіл - журнал файлын сканерлеу, ол негізінен delta файлына ұқсас ақпаратты қамтиды. Жалғыз айырмашылық - журнал файлы қалпына келтіру процесі үшін жасалған және оны түсіну қиын болуы мүмкін.
Төртінші тәсіл қолданбалы кодты өзгерту болып табылады. Дегенмен, қолданба кодтарының көпшілігі ескі және нәзік; сондықтан бұл техникадан аулақ болу керек.
Соңғы тәсіл - салыстыру дати негізгі dei файлы бар көздер дати.

Мәліметтер қоймасының қызметін бақылау

Деректер қоймасы пайдаланушыларға шығарылғаннан кейін оны уақыт өте келе бақылап отыру керек. Бұл жағдайда деректер қоймасының әкімшісі деректер қоймасын пайдалануды бақылау үшін бір немесе бірнеше басқару және басқару құралдарын пайдалана алады. Атап айтқанда, адамдар және олардың деректер қоймасына кіру уақыты туралы ақпаратты жинауға болады. Кәне дати жиналған, пайдаланушының кері қайтарымын іске асыруға кіріс ретінде пайдалануға болатын орындалған жұмыс профилін жасауға болады. Төлемді қайтару пайдаланушыларға деректер қоймасының өңдеу құны туралы ақпарат алуға мүмкіндік береді.

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

сұраудың орындалуына жауап беру және өсуін бақылау дати ішінде тұратындар дерекқор деректер қоймасының.

Деректер қоймасының қауіпсіздігін басқару

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

2.4.4 Деректер қоймасы Орналастыру кезеңі

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

Пайдаланушыны оқыту

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

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

Білгендері негізінде басқа пайдаланушылар деректер қоймасын зерттеуді бастай алады.
Тағы бір әдіс - бір уақытта көптеген пайдаланушыларды оқыту, мысалы, сіз аудиториялық курста жүргендейсіз. Бұл әдіс бір уақытта оқытуды қажет ететін көптеген пайдаланушылар болған кезде қолайлы. Тағы бір әдіс - әр пайдаланушыны жеке-жеке, бір-бірлеп оқыту. Бұл әдіс пайдаланушылар аз болған кезде қолайлы.

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

Кері байланыс жинау

Деректер қоймасы шығарылғаннан кейін пайдаланушылар i пайдалана алады дати әртүрлі мақсаттар үшін деректер қоймасында тұратын. Көбінесе талдаушылар немесе пайдаланушылар i дати деректер қоймасында:

1. 1 Компанияның трендтерін анықтау
2. 2 Сатып алу профильдерін талдаңыз клиенттер
3. 3 i бөліңіз клиенттер және
4. 4 Ең жақсы қызметтерді көрсетіңіз клиенттер - қызметтерді теңшеу
5. 5 Стратегияларды құрастыру маркетинг
6. 6 Шығындарды талдау және бақылауға көмектесу үшін бәсекеге қабілетті баға ұсыныстарын беріңіз
7. 7 Стратегиялық шешімдер қабылдауды қолдау
8. 8 Көзге түсу мүмкіндіктерін анықтаңыз
9. 9 Ағымдағы бизнес-процестердің сапасын жақсарту
10. 10 Табысты тексеріңіз

Деректер қоймасының даму бағытына сәйкес кері байланыс алу үшін жүйеге бірқатар шолулар жүргізілуі мүмкін

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

Деректер қоймасының қосымша тәсілі болғандықтан, алдыңғы әзірлемелердің жетістіктері мен қателерінен сабақ алу өте маңызды.

2.5 Түйіндеме

Бұл тарауда әдебиетте бар тәсілдер талқыланды. 1-бөлімде деректер қоймасының түсінігі және оның шешім ғылымындағы рөлі талқыланды. 2-бөлімде деректер қоймалары мен OLTP жүйелері арасындағы негізгі айырмашылықтар сипатталған. 3-бөлімде деректер қоймасын әзірлеу процесіне қатысты әрекеттерді сипаттау үшін 4-бөлімде пайдаланылған Monash деректер қоймасының үлгісін талқыладық, бұл тезистер қатаң зерттеулерге негізделмеген. Шындығында болып жатқан оқиға әдебиеттердегі мәліметтерден мүлдем өзгеше болуы мүмкін, бірақ бұл нәтижелер осы зерттеу үшін деректер қоймасының тұжырымдамасын көрсететін негізгі фон жасау үшін пайдаланылуы мүмкін.

3 тарау

Зерттеу және жобалау әдістері

Бұл тарауда осы зерттеуге арналған зерттеу және жобалау әдістері қарастырылады. Бірінші бөлім ақпаратты іздеу үшін қолжетімді зерттеу әдістерінің жалпы көрінісін көрсетеді, сонымен қатар белгілі бір зерттеу үшін ең жақсы әдісті таңдау критерийлері талқыланады. 2-бөлімде жаңа ғана ашылған критерийлермен таңдалған екі әдіс талқыланады; олардың біреуі 3-бөлімде көрсетілген себептермен таңдалады және қабылданады, мұнда басқа критерийді алып тастаудың себептері де көрсетілген. 4 бөлімде зерттеу жобасы, ал 5 бөлімде қорытындылар берілген.

3.1 Ақпараттық жүйелердегі зерттеулер

Ақпараттық жүйелердегі зерттеулер тек технологиялық саламен шектеліп қоймайды, сонымен қатар мінез-құлық және ұйымдастырушылық мақсаттарды қамтуы керек.
Біз бұл үшін әлеуметтік ғылымдардан бастап жаратылыстану ғылымдарына дейінгі әртүрлі пәндердің тезистеріне қарыздармыз; бұл ақпараттық жүйелер үшін қолданылатын сандық және сапалық әдістерді қамтитын зерттеу әдістерінің белгілі бір спектрінің қажеттілігіне әкеледі.
Барлық қолжетімді зерттеу әдістері маңызды, іс жүзінде бірнеше зерттеушілер, мысалы, Дженкинс (1985), Нунамакер және т.б. (1991), және Галлиерс (1992) ақпараттық жүйелердің әртүрлі салаларында зерттеу жүргізудің арнайы әмбебап әдісі жоқ екенін айтады; шын мәнінде әдіс белгілі бір зерттеу үшін қолайлы болуы мүмкін, бірақ басқалары үшін емес. Бұл бізге нақты зерттеу жобамызға сәйкес келетін әдісті таңдау қажеттілігін тудырады: бұл таңдау үшін Benbasat et al. (1987) зерттеудің сипаты мен мақсатын ескеру қажет екенін айтады.

3.1.1 Зерттеудің сипаты

Зерттеу сипатына негізделген әртүрлі әдістерді ақпараттық ғылымда кеңінен танымал үш дәстүрге жіктеуге болады: позитивистік, интерпретативті және сыни зерттеу.

3.1.1.1 Позитивистік зерттеулер

Позитивистік зерттеу ғылыми немесе эмпирикалық зерттеу деп те аталады. Ол: «әлеуметтік әлемде не болатынын оны құрайтын элементтер арасындағы заңдылықтар мен себеп-салдарлық байланыстарды қарастыру арқылы түсіндіру және болжау» (Shanks et al 1993) ұмтылады.

Позитивистік зерттеулер де қайталану, жеңілдету және теріске шығарумен сипатталады. Сонымен қатар, позитивистік зерттеулер зерттелетін құбылыстар арасында априорлық байланыстардың бар екенін мойындайды.
Галлиерс (1992) бойынша таксономия позитивистік парадигмаға кіретін зерттеу әдісі болып табылады, бірақ мұнымен шектелмейді, іс жүзінде зертханалық эксперименттер, далалық эксперименттер, жағдайлық зерттеулер, теоремаларды демонстрациялау, болжамдар мен модельдеу бар. Осы әдістерді қолдану арқылы зерттеушілер зерттелетін құбылыстарды объективті және қатаң түрде байқауға болатынын мойындайды.

3.1.1.2 Түсіндірмелі зерттеу

Көбінесе феноменология немесе антипозитивизм деп аталатын интерпретациялық зерттеуді Нейман (1994) «табиғи жағдайларда адамдарды тікелей және егжей-тегжейлі бақылау арқылы іс-әрекеттің әлеуметтік мәнін жүйелі талдау, түсіну және адамдардың әлеуметтік әлемін қалай жасайтынын және қалай қолдайтынын түсіндіру». Интерпретациялық зерттеулер байқалатын құбылыстарды объективті түрде байқауға болады деген болжамды жоққа шығарады. Іс жүзінде олар субъективті түсіндірулерге негізделген. Сонымен қатар, интерпретациялаушы зерттеушілер өздері зерттейтін құбылыстарға априорлық мағыналарды жүктемейді.

Бұл әдіс субъективті/аргументативті зерттеулерді, әрекеттік зерттеулерді, сипаттамалық/интерпретативті зерттеулерді, болашақ зерттеулерді және рөлдік ойындарды қамтиды. Осы сауалнамалар мен жағдайлық зерттеулерге қосымша осы тәсілге қосылуы мүмкін, өйткені олар күрделі нақты жағдайдағы жеке тұлғаларды немесе ұйымдарды зерттеуге қатысты.

3.1.1.3 Сыни зерттеулер

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

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

Сыни зерттеушілер әдетте әлеуметтік айырмашылықтарды жою және әлеуметтік жағдайларды жақсарту үшін статус-квоға қарсы тұрады. Сыни зерттеулер қызығушылық тудыратын құбылыстардың процесстік көзқарасын ұстанады және сондықтан әдетте бойлық болып табылады. Зерттеу әдістерінің мысалы ретінде ұзақ мерзімді тарихи зерттеулер мен этнографиялық зерттеулерді айтуға болады. Сыни зерттеулер, алайда, ақпараттық жүйелерді зерттеуде кеңінен қолданылған жоқ

3.1.2 Зерттеудің мақсаты

Зерттеу сипатымен қатар оның мақсаты зерттеушіге белгілі бір зерттеу әдісін таңдауда бағыт-бағдар беру үшін пайдаланылуы мүмкін. Ғылыми жобаның мақсаты үш кезеңнен тұратын зерттеу цикліне қатысты зерттеу ұстанымымен тығыз байланысты: теорияны құру, теорияны тексеру және теорияны нақтылау. Осылайша, зерттеу циклінің уақытына негізделген зерттеу жобасы түсіндірмелі, сипаттамалық, зерттеушілік немесе болжамдық мақсатқа ие болуы мүмкін.

3.1.2.1 Барлау зерттеулері

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

Дегенмен, барлау зерттеулері немесе эксперименттер сияқты сандық әдістерді де қолдануға болады.

3.1.3.3 Сипаттамалық зерттеу

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

3.1.2.3 Түсіндірмелі зерттеу

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

3.1.2.4 Профилактикалық зерттеулер

Профилактикалық зерттеулер зерттеліп жатқан бақылаудағы оқиғалар мен мінез-құлықтарды болжауға бағытталған (Маршалл және Россман 1995). Болжам – ақиқаттың стандартты ғылыми сынағы. Зерттеудің бұл түрі әдетте сауалнамаларды немесе талдауларды пайдаланады дати тарихшылар. (Инь 1989)

Жоғарыда келтірілген талқылау белгілі бір зерттеуде қолдануға болатын бірнеше ықтимал зерттеу әдістерінің бар екенін көрсетеді. Дегенмен, зерттеу жобасының белгілі бір түріне басқаларына қарағанда қолайлы бір нақты әдіс болуы керек. (Galliers 1987, Yin 1989, De Vaus 1991). Сондықтан әрбір зерттеуші зерттеу жобасымен ең қолайлы және үйлесімді зерттеу әдісін қабылдау үшін әртүрлі әдістердің күшті және әлсіз жақтарын мұқият бағалауы керек. (Jenkins 1985, Pervan and Klass 1992, Bonomia 1985, Yin 1989, Himilton and Ives 1992).

3.2. Мүмкін болатын зерттеу әдістері

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

Қолда бар әдістерді мұқият тексергеннен кейін екі ықтимал зерттеу әдісі анықталды: барлау зерттеулері үшін пайдаланылуы мүмкін сауалнамалар және жағдайлық зерттеулер (Shanks et al. 1993). Galliers (1992) өзінің қайта қаралған таксономиясында осы екі әдістің осы нақты зерттеуге сәйкестігін дәлелдейді, олар теорияны құруға жарамды. Келесі екі бөлімде әрбір әдіс егжей-тегжейлі талқыланады.

3.2.1 Сауалнамалық зерттеу әдісі

Сауалнамалық зерттеу әдісі ежелгі санақ әдісінен шыққан. Санақ бүкіл халықтан ақпарат жинаудан тұрады. Бұл әдіс қымбат және практикалық емес, әсіресе халық көп болса. Осылайша, санақпен салыстырғанда сауалнама әдетте халық өкілдерінің шағын саны немесе іріктемесі үшін ақпарат жинауға бағытталған (Фаулер 1988, Нейман 1994). Таңдама іріктеме құрылымына, өлшеміне және пайдаланылған таңдау әдісіне байланысты әртүрлі дәлдік деңгейлерімен алынған жиынтықты көрсетеді (Fowler 1988, Babbie 1982, Neuman 1994).

Сауалнама әдісі «сауалнамаларды немесе сұхбаттарды пайдалана отырып, белгілі бір уақыттағы тәжірибелердің, жағдайлардың немесе көзқарастардың суреттері» ретінде анықталады, олардан қорытынды жасауға болады.
жасалды» (Galliers 1992:153) [сауалнамаларды немесе сұхбаттарды пайдалана отырып, қорытынды жасауға болатын белгілі бір уақыттағы тәжірибелердің, жағдайлардың немесе көзқарастардың суреті]. Сауалнама қатысушылардың белгілі бір санынан сұрақтар қою арқылы зерттеудің кейбір аспектілері туралы ақпаратты жинаумен айналысады (Фаулер 1988). Бетпе-бет телефонмен және құрылымдық сұхбаттарды қамтитын бұл сауалнамалар мен сұхбаттар да жинау әдістері болып табылады. дати тергеулерде жиі қолданылады (Blalock 1970, Nachmias and Nachmias 1976, Fowler 1988), бақылаулар мен талдауларды қолдануға болады (Gable 1994). Барлық осы жинау әдістері дати, сауалнаманы пайдалану ең танымал әдіс болып табылады, өйткені ол i дати

жиналғандар құрылымдалған және пішімделген, сондықтан ақпараттың жіктелуін жеңілдетеді (Hwang 1987, de Vaus 1991).

Талдау кезінде И датиТергеу стратегиясы статистикалық талдау сияқты сандық әдістерді жиі пайдаланады, бірақ сапалы әдістерді де қолдануға болады (Galliers 1992, Pervan

және Klass 1992, Gable 1994). Әдетте, i дати Жиналғандар қауымдастықтардың үлестірімдері мен үлгілерін талдау үшін пайдаланылады (Фаулер 1988).

Сауалнамалар әдетте «не?» сұрағымен айналысатын зерттеулер үшін қолайлы болғанымен. (не) немесе одан туындайтын «қанша» және «қанша» сияқты, оларға «неге» деген сұрақ арқылы қоюға болады (Sonquist and Dunkelberg 1977, Yin 1989). Sonquist және Dunkelberg (1977) бойынша, сұрауды зерттеу гипотезаларға қарсы шығуға, бағдарламаларды бағалауға, халықты сипаттауға және адам мінез-құлқының үлгілерін жасауға бағытталған. Сонымен қатар, сауалнамалар белгілі бір халықтың пікірін, жағдайларын, пікірлерін, сипаттамаларын, күтулерін және тіпті бұрынғы немесе қазіргі мінез-құлқын зерттеу үшін пайдаланылуы мүмкін (Neuman 1994).

Сауалнамалар зерттеушіге халық арасындағы қарым-қатынастарды анықтауға мүмкіндік береді және нәтижелер әдетте басқа әдістерге қарағанда жалпы болады (Sonquist and Dunkelberg 1977, Gable 1994). Сауалнамалар зерттеушілерге кеңірек географиялық аумақты қамтуға және көптеген респонденттерге қол жеткізуге мүмкіндік береді (Blalock 1970, Sonquist and Dunkelberg 1977, Hwang and Lin 1987, Gable 1994, Neuman 1994). Соңында, сауалнамалар басқа жерде жоқ ақпаратты немесе талдаулар үшін қажетті пішінді бере алады (Фаулер 1988).

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

зерттеу (Yin 1989, de Vaus 1991, Gable 1994, Denscombe 1998). Тағы бір кемшілігі сауалнама жүргізу уақыт пен ресурстар тұрғысынан өте қымбат болуы мүмкін, әсіресе ол бетпе-бет сұхбаттарды қамтыса (Фаулер 1988).

3.2.2. Сауалнамалық зерттеу әдісі

Сауалнамалық зерттеу әдісі зерттеушінің араласуынсыз белгілі бір уақыт аралығында нақты жағдайды оның нақты әлем контекстінде терең зерттеуді қамтиды (Shanks & C. 1993, Eisenhardt 1989, Jenkins 1985). Негізінен бұл әдіс белгілі бір жағдайда зерттелетін айнымалылар арасындағы байланыстарды сипаттау үшін қолданылады (Галлиерс 1992). Тергеулер талданатын құбылысқа байланысты бір немесе бірнеше жағдайларды қамтуы мүмкін (Франц және Робей 1987, Эйзенхардт 1989, Йин 1989).

Сауалнамалық зерттеу әдісі «адамдар, топтар немесе ұйымдар сияқты бір немесе бірнеше субъектілерден жиналған бірнеше көздерді пайдалана отырып, қазіргі құбылысты нақты контексте зерттейтін эмпирикалық сұрау» ретінде анықталады (Yin 1989). Құбылыс пен оның контексті арасында нақты айырмашылық жоқ және айнымалыларды эксперименттік бақылау немесе манипуляциялау жоқ (Yin 1989, Benbasat et al. 1987).

Оны жинаудың әртүрлі әдістері бар дати тікелей бақылаулар, мұрағаттық жазбаларға шолулар, сауалнамалар, құжаттамаларды қарау және құрылымдық сұхбаттарды қамтитын сұрау әдісін қолдануға болады. Әртүрлі егін жинау техникасының болуы дати, зерттеулер зерттеушілерге екеуін де шешуге мүмкіндік береді дати бір уақытта сапалық және сандық (Bonoma 1985, Eisenhardt 1989, Yin 1989, Gable 1994). Сауалнама әдісі сияқты, сауалнама зерттеушісі зерттелетін ұйымның белсенді қатысушысы ретінде емес, бақылаушы немесе зерттеуші ретінде қызмет етеді.

Benbasat және басқалар (1987) сұрау әдісі зерттеу сұрағынан басталып, білім берумен жалғасатын зерттеу теориясын құру үшін әсіресе қолайлы екенін айтады.

жинақтау процесінде теорияның дати. Сахнаға да лайық болу

Франц және Робей (1987) теорияны құрудың зерттеу әдісін күрделі теория кезеңі үшін де қолдануға болады деп болжайды. Бұл жағдайда жиналған дәлелдер негізінде берілген теория немесе гипотеза тексеріледі немесе жоққа шығарылады. Сонымен қатар, сауалнама «қалай» немесе «неге» сұрақтарымен айналысатын зерттеулер үшін де қолайлы (Yin 1989).

Басқа әдістермен салыстырғанда сауалнамалар зерттеушіге маңызды ақпаратты егжей-тегжейлі түсіруге мүмкіндік береді (Galliers 1992, Shanks et al. 1993). Сонымен қатар, сауалнамалар зерттеушіге зерттелетін процестердің сипаты мен күрделілігін түсінуге мүмкіндік береді (Benbasat et al. 1987).

Сауалнама әдісімен байланысты төрт негізгі кемшіліктер бар. Біріншісі – бақыланатын шегерімдердің болмауы. Зерттеушінің субъективтілігі зерттеу нәтижелері мен қорытындыларын өзгерте алады (Yin 1989). Екінші кемшілік - бақыланатын бақылаудың болмауы. Эксперименттік әдістерден айырмашылығы, зерттеуші зерттелетін құбылыстарды басқара алмайды, өйткені олар табиғи контекстте зерттеледі (Габл 1994). Үшінші кемшілік - қайталанудың болмауы. Бұл зерттеушінің бірдей оқиғаларды байқауы екіталай және белгілі бір зерттеудің нәтижелерін тексере алмайды (Ли 1989). Ақырында, қайталанбаудың салдары ретінде бір немесе бірнеше зерттеулерден алынған нәтижелерді жалпылау қиын (Galliers 1992, Shanks et al 1993). Алайда, бұл проблемалардың бәрі шешілмейтін және зерттеуші тиісті әрекеттерді қолдану арқылы азайта алады (Ли 1989).

3.3. Зерттеу әдістемесін негіздеңіз қабылданды

Осы зерттеуге арналған екі мүмкін зерттеу әдісінің ішінен сауалнама әдісі ең қолайлы болып саналады. Тиісті тұлғалар мұқият қаралған соң тергеу тоқтатылды

артықшылықтары мен әлсіз жақтары. Әрбір әдістің осы зерттеуге сәйкестігі немесе сәйкессіздігі төменде талқыланады.

3.3.1. Зерттеу әдісінің сәйкессіздігі тергеу

Сұрау әдісі белгілі бір уақыт аралығында бір немесе бірнеше ұйым ішіндегі нақты жағдайды терең зерттеуді талап етеді (Эйзенхардт 1989). Бұл жағдайда мерзім осы зерттеу үшін берілген уақыт шеңберінен асып кетуі мүмкін. Сауалнама әдісін қабылдамаудың тағы бір себебі - нәтижелердің қатаң болмауынан зардап шегуі мүмкін (Yin 1989). Зерттеушінің субъективтілігі нәтижелер мен қорытындыларға әсер етуі мүмкін. Тағы бір себебі, бұл әдіс «қалай» немесе «неге» (Yin 1989) типті сұрақтарды зерттеу үшін қолайлырақ, ал бұл зерттеуге арналған зерттеу сұрағы «қандай» типті. Соңғысы, бірақ кем дегенде, бір немесе бірнеше зерттеулердің нәтижелерін жалпылау қиын (Galliers 1992, Shanks et al. 1993). Осы негіздемеге сүйене отырып, сауалнамалық зерттеу әдісі осы зерттеуге жарамсыз болғандықтан таңдалмады.

3.3.2. Іздеу әдісінің ыңғайлылығы тергеу

Бұл зерттеу жүргізілген кезде деректерді сақтау тәжірибесі австралиялық ұйымдарда кеңінен қабылданбаған. Осылайша, олардың австралиялық ұйымдарда жүзеге асырылуы туралы ақпарат көп болмады. Қолда бар ақпарат a. іске асырған немесе пайдаланған ұйымдардан алынды деректер қоймасы. Бұл жағдайда сауалнамалық зерттеу әдісі ең қолайлы болып табылады, өйткені ол басқа жерде жоқ ақпаратты немесе талдау үшін қажетті формада алуға мүмкіндік береді (Фаулер 1988). Сонымен қатар, сауалнамалық зерттеу әдісі зерттеушіге белгілі бір уақытта тәжірибелер, жағдайлар немесе көзқарастар туралы жақсы түсінік алуға мүмкіндік береді (Galliers 1992, Denscombe 1998). Австралиялық деректерді сақтау тәжірибесі туралы білімді арттыру үшін шолу қажет болды.

Сонымен қатар, Sonquist және Dunkelberg (1977) сауалнамалық зерттеулердің нәтижелері басқа әдістерге қарағанда жалпы болып табылатынын айтады.

3.4. Сауалнамалық зерттеу дизайны

Деректерді сақтау тәжірибесіне сауалнама 1999 жылы жүргізілді. Мақсатты халықты деректер қоймасын зерттеуге қызығушылық танытқан австралиялық ұйымдар құрады, өйткені олар бұл туралы бұрыннан хабардар болуы мүмкін. дати олар сақтайды, сондықтан осы зерттеу үшін пайдалы ақпарат бере алады. Мақсатты популяция деректер қоймасы институтының (Tdwi-aap) барлық австралиялық мүшелерінің алғашқы сауалнамасы арқылы анықталды. Бұл бөлімде осы зерттеудің эмпирикалық зерттеу кезеңінің дизайны қарастырылады.

3.4.1. Егін жинау техникасы дати

Сауалнамалық зерттеулерде жиі қолданылатын үш әдістің ішінен (мысалы, пошта сауалнамасы, телефон сұхбаты және жеке сұхбат) (Начмиас 1976, Фоулер 1988, де Ваус 1991) осы зерттеу үшін пошта сауалнамасы қабылданды. Соңғысын қабылдаудың бірінші себебі - оның географиялық жағынан шашыраңқы халыққа жетуі (Blalock 1970, Nachmias and Nachmias 1976, Hwang and Lin 1987, de Vaus 1991, Gable 1994). Екіншіден, пошталық сауалнама жоғары білімді қатысушылар үшін қолайлы (Фаулер 1988). Осы зерттеуге арналған пошталық сауалнама деректер қоймасы жобасының демеушілеріне, директорларға және/немесе жоба менеджерлеріне жіберілді. Үшіншіден, пошталық сауалнамалар қауіпсіз жіберу тізімі болған кезде қолайлы (Салант пен Дилман 1994). TDWI, бұл жағдайда сенімді деректер қоймасы қауымдастығы австралиялық мүшелерінің пошталық тізімін берді. Пошта сауалнамасының телефон сауалнамасына немесе жеке сұхбатқа қарағанда тағы бір артықшылығы респонденттерге нақтырақ жауап беруге мүмкіндік береді, әсіресе респонденттер жазбалармен кеңесу немесе басқа адамдармен сұрақтарды талқылау қажет болғанда (Фаулер 1988).

Пошта арқылы сауалнама жүргізуге қажетті уақыт ықтимал кемшілігі болуы мүмкін. Әдетте, пошталық сауалнама осы реттілікпен жүргізіледі: пошта хаттары, жауаптарды күту және растауды жіберу (Fowler 1988, Bainbridge 1989). Осылайша, жалпы уақыт жеке сұхбат немесе телефон сұхбаты үшін қажет уақыттан ұзағырақ болуы мүмкін. Дегенмен, жалпы уақытты алдын ала білуге ​​болады (Fowler 1988, Denscombe 1998). Жеке сұхбат жүргізуге жұмсалған уақытты алдын ала білу мүмкін емес, өйткені ол бір сұхбаттан екіншісіне өзгереді (Фаулер 1988). Телефон сұхбаты пошталық сауалнамалар мен жеке сұхбаттарға қарағанда жылдамырақ болуы мүмкін, бірақ кейбір адамдардың қол жетімсіздігіне байланысты жауап бермеу деңгейі жоғары болуы мүмкін (Фаулер 1988). Сонымен қатар, телефон сұхбаттары әдетте сұрақтардың салыстырмалы түрде қысқа тізімдерімен шектеледі (Bainbridge 1989).

Пошта сауалнамасының тағы бір осал тұсы – жауап бермеудің жоғары деңгейі (Fowler 1988, Bainbridge 1989, Neuman 1994). Дегенмен, бұл зерттеуді жауап бермейтіндерге екі еске салу хатын жіберетін (Fowler 1989, Neuman 1994) және қосымша хатты қамтитын сенімді деректер қоймасымен (яғни TDWI) (Bainbridge 1988, Neuman 1994) байланыстыру арқылы қарсы шаралар қабылданды. зерттеу мақсатын түсіндіру (Neuman 1994).

3.4.2. Талдау бірлігі

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

3.4.3. Сауалнама үлгісі

Сауалнамаға қатысушылардың «пошталық тізімі» TDWI-дан алынды. Осы тізімнен іріктеу үшін негіз ретінде 3000 австралиялық ұйым таңдалды. Үлгіге сауалнаманың жобасы мен мақсатын түсіндіретін қосымша хат, жауап парағы және толтырылған сауалнаманы қайтару үшін алдын ала төленген конверт жіберілді. 3000 ұйымның 198-і зерттеуге қатысуға келісті. Мұндай аз жауаптар күтілді деректер кейін өз ұйымдарында деректерді сақтау стратегиясын қабылдаған немесе қолданып жатқан австралиялық ұйымдардың көп саны. Осылайша, осы зерттеуге арналған мақсатты халық саны тек 198 ұйымнан тұрады.

3.4.4. Сауалнаманың мазмұны

Сауалнама құрылымы Monash деректер қоймасының үлгісіне негізделген (бұрын 2.3 бөлімінде талқыланған). Сауалнаманың мазмұны 2-тарауда берілген әдебиеттерді талдауға негізделген. Сауалнамаға қатысушыларға жіберілген сауалнаманың көшірмесін В қосымшасынан табуға болады. Сауалнама алты бөлімнен тұрады, оларда қарастырылатын модельдің фазалары бар. Келесі алты абзац әрбір бөлімнің мазмұнын қысқаша қорытындылайды.

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

В бөлімі: Басталуы
Бұл бөлімдегі сұрақтар деректер қоймасын іске қосу тапсырмасына қатысты. Жобаның бастамашылары, кепілгерлері, талап етілетін дағдылар мен білімдер, деректер қоймасын дамыту мақсаттары және соңғы пайдаланушының күтулері туралы сұрақтар қойылды.

С бөлімі: Дизайн
Бұл бөлімде жоспарлау әрекеттеріне қатысты сұрақтар бар деректер қоймасы. Атап айтқанда, сұрақтар орындалу көлемі, жобаның ұзақтығы, жобаның құны және шығын/пайда талдауы туралы болды.

D бөлімі: Әзірлеу
Әзірлеу бөлімінде даму қызметіне қатысты сұрақтар берілген деректер қоймасы: соңғы пайдаланушы талаптарының жинағы, көздері дати, логикалық моделі дати, прототиптер, қуатты жоспарлау, техникалық архитектуралар және деректер қоймасын дамыту құралдарын таңдау.

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

F бөлімі: Әзірлеу
Бұл бөлімде қолдануға қатысты сұрақтар бар деректер қоймасы соңғы пайдаланушылар арқылы. Зерттеушіні мақсаты мен пайдалылығы қызықтырды деректер қоймасы, қабылданған шолу және оқыту стратегиялары және бақылау стратегиясы деректер қоймасы қабылданған.

3.4.5. Жауап беру жылдамдығы

Пошта сауалнамасы төмен жауап беру деңгейі үшін сынға ұшырағанымен, қайтару деңгейін арттыру бойынша шаралар қабылданды (бұрын 3.4.1 бөлімінде талқыланғандай). «Жауап беру деңгейі» термині сауалнамаға жауап берген нақты сауалнамадағы адамдардың пайызын білдіреді (Denscombe 1998). Осы зерттеуге жауап беру жылдамдығын есептеу үшін келесі формула пайдаланылды:

Жауап берген адамдар саны
Жауап жылдамдығы = ———————————————————————————– X 100 Жіберілген сауалнамалардың жалпы саны

3.4.6. Пилоттық сынақ

Сауалнама үлгіге жіберілмес бұрын сұрақтар Лак пен Рубин (1987), Джексон (1988) және де Ваус (1991) ұсынған пилоттық сынақтарды жүргізу арқылы зерттелді. Пилоттық сынақтардың мақсаты түсіндіруге қиын кез келген ыңғайсыз, екіұшты өрнектер мен сұрақтарды анықтау, қолданылған анықтамалар мен терминдерді нақтылау және сауалнаманы толтыруға қажетті шамамен уақытты анықтау (Уорвик және Лайнингер 1975, Джексон 1988, Салант) және Дилман 1994). Пилоттық сынақтар Дэвис e ұсынғандай, соңғы пәндерге ұқсас сипаттамалары бар пәндерді таңдау арқылы жүзеге асырылды. Cosenza (1993). Бұл зерттеуде пилоттық субъект ретінде деректер қоймасының алты маманы таңдалды. Әрбір пилоттық сынақтан кейін қажетті түзетулер енгізілді. Өткізілген пилоттық сынақтардан қатысушылар сауалнаманың соңғы нұсқасын өзгертуге және қалпына келтіруге үлес қосты.

3.4.7. Талдау әдістері бойынша Dati

I дати Жабық сауалнамалардан жиналған сауалнамалар SPSS деп аталатын статистикалық бағдарлама пакеті арқылы талданды. Жауаптардың көпшілігі сипаттамалық статистиканың көмегімен талданды. Бірқатар сауалнамалар толық емес қайтарылды. Оларға i дати жоғалуы деректерді енгізу қателерінің салдары емес, сұрақтар тіркеушіге сәйкес келмегендіктен немесе тіркеуші бір немесе бірнеше нақты сұрақтарға жауап бермеуді шешті. Бұл жетіспейтін жауаптар талдау кезінде еленбеді дати және оларды талдау процесінен алып тастауды қамтамасыз ету үшін «- 9» ретінде кодталды.

Сауалнаманы дайындаған кезде жабық сұрақтар әрбір нұсқаға нөмір беру арқылы алдын ала кодталды. Содан кейін нөмірді дайындау үшін пайдаланылды дати талдау кезінде (Denscombe 1998, Sapsford және Jupp 1996). Мысалы, В бөлімінің 1-сұрағында тізімделген алты нұсқа болды: директорлар кеңесі, аға басшы, АТ департаменті, бизнес-бөлімше, кеңесшілер және т.б. файлында дати SPSS жүйесінде алты мән белгісі бар «жоба бастаушысын» көрсету үшін айнымалы құрылды: «директорлар кеңесі» үшін «1», «аға басшы» үшін «2» және т.б. Street. Кейбір жабық сұрақтарда Лайкертин шкаласын қолдану SPSS жүйесіне енгізілген сәйкес сандық мәндерді пайдалану арқылы оңай сәйкестендіруге мүмкіндік берді. Бірін-бірі жоққа шығармайтын, толық емес жауаптары бар сұрақтар үшін әрбір опция екі мән белгісі бар бір айнымалы ретінде қарастырылды: «белгіленген» үшін «1» және «белгіленбеген» үшін «2».

Ашық сұрақтар жабық сұрақтардан басқаша қарастырылды. Бұл сұрақтарға жауаптар SPSS-ке енгізілмеген. Оның орнына олар қолмен талданды. Сұрақтың бұл түрін қолдану респонденттердің еркін айтылған идеялары мен жеке тәжірибесі туралы ақпаратты алуға мүмкіндік береді (Bainbridge 1989, Denscombe 1998). Мүмкіндігінше жауаптарды санаттау жүргізілді.

талдау үшін дати, жауап жиілігі, орташа, стандартты ауытқу және медиана сияқты қарапайым статистикалық талдау әдістері қолданылады (Argyrous 1996, Denscombe 1998).
Гамма сынағы арасындағы байланыстардың сандық өлшемдерін алу үшін жақсы нәтиже көрсетті дати реттік сандар (Norusis 1983, Argyrous 1996). Бұл сынақтар орынды болды, себебі пайдаланылған реттік шкалаларда көп санаттар болмады және оларды кестеде көрсетуге болады (Norusis 1983).

3.5 қысқаша сипаттама

Бұл тарауда осы зерттеу үшін қабылданған зерттеу әдістемесі мен дизайны талқыланды.

Белгілі бір зерттеу үшін ең қолайлы зерттеу әдісін таңдау назарға алынады
зерттеудің сипаты мен түрін, сондай-ақ әрбір ықтимал әдістің артықшылықтары мен әлсіз жақтарын қоса алғанда, бірқатар ережелерді қарастыру (Jenkins 1985, Benbasat et al. 1097, Galliers and Land 1987, yin 1989, Hamilton andives 1992, Galliers) 1992, Нейман 1994). Австралияда деректер қоймасын қабылдауға қатысты бар білім мен теорияның жоқтығын ескере отырып, бұл зерттеу зерттеуі австралиялық ұйымдардың тәжірибесін зерттеуге барлау қабілеті бар интерпретациялық зерттеу әдісін қажет етеді. Таңдалған зерттеу әдісі австралиялық ұйымдардың деректер қоймасы тұжырымдамасын қабылдауына қатысты ақпарат жинау үшін таңдалды. Жинау әдісі ретінде пошталық сауалнама таңдалды дати. Зерттеу әдісі мен жинау техникасының негіздемесі дати таңдалғандар осы тарауда беріледі. Сонымен қатар, талдау бірлігі, пайдаланылған үлгі, жауаптардың пайызы, сауалнаманың мазмұны, сауалнаманың алдын ала тестілеуі және талдау әдісі бойынша талқылау ұсынылды. дати.

Жобалау а Деректер қоймасы:

Нысан қатынасы мен өлшемді модельдеуді біріктіру

АННОТАЦИЯ
Сақтау i дати көптеген ұйымдар үшін өзекті мәселе болып табылады. Компьютерлік жадты дамытудағы негізгі мәселе дати бұл оның дизайны.
Дизайн концепцияларды анықтауды қолдауы керек деректер қоймасы бұрынғы жүйеге және басқа көздерге дати сондай-ақ оңай түсіну және жүзеге асыру тиімділігі деректер қоймасы.
Сақтау әдебиетінің көп бөлігі дати дизайнын көрсету үшін нысан қатынасын модельдеуді немесе өлшемді модельдеуді пайдалануды ұсынады деректер қоймасы.
Бұл мақалада біз екі көріністі сурет салудың бір тәсілінде қалай біріктіруге болатындығын көрсетеміз деректер қоймасы. Қолданылатын тәсіл жүйелі

жағдайлық зерттеуде зерттеледі және тәжірибешілермен бірқатар маңызды салдарлармен анықталады.

ДЕРЕКТЕРДІ САҚТАУ

Un деректер қоймасы ол әдетте «басшылық шешімдерін қолдау үшін субъектіге бағытталған, интеграцияланған, уақыт бойынша нұсқалы және өзгермейтін деректер жинағы» ретінде анықталады (Инмон және Хакахорн, 1994). Пәнге бағытталған және біріктірілген деректер қоймасы интеграцияланған перспективаны ұсыну үшін Legaci жүйелерінің функционалдық шекараларын кесіп өтуге арналған дати.
Уақыт-варианты тарихи немесе уақыт қатарының сипатына әсер етеді дати ішінде а деректер қоймасы, бұл трендтерді талдауға мүмкіндік береді. Тұрақты емес екенін көрсетеді деректер қоймасы a сияқты үздіксіз жаңартылмайды дерекқор OLTP. Керісінше, ол мерзімді түрде жаңартылып отырады дати ішкі және сыртқы көздерден келеді. The деректер қоймасы ол тұтастық пен жұмыс өнімділігін жаңартуға емес, іздеуге арнайы жасалған.
Сақтау идеясы i дати жаңа емес, ол басқару мақсаттарының бірі болды дати алпысыншы жылдардан бастап (Мартин, 1982).
I деректер қоймасы олар инфрақұрылымды ұсынады дати басқаруды қолдау жүйелеріне арналған. Басқаруды қолдау жүйелеріне шешімдерді қолдау жүйелері (DSS) және атқарушы ақпараттық жүйелер (EIS) кіреді. DSS – адамның шешім қабылдауын жақсартуға арналған компьютерлік ақпараттық жүйе. EIS әдетте жеткізу жүйесі болып табылады дати бұл бизнес көшбасшыларына көрініске оңай қол жеткізуге мүмкіндік береді дати.
Жалпы архитектурасы А деректер қоймасы рөлін атап көрсетеді деректер қоймасы басқарушылық қолдауда. Сондай-ақ инфрақұрылымды ұсынады дати EIS және DSS үшін, т.б деректер қоймасы оған тікелей сұраулар арқылы қол жеткізуге болады. THE дати а кіреді деректер қоймасы басқару ақпаратының талаптарын талдауға негізделген және үш көзден алынады: ішкі бұрынғы жүйелер, арнайы мақсаттағы деректерді жинау жүйелері және сыртқы деректер көздері. THE дати ішкі бұрынғы жүйелерде олар жиі артық, сәйкес келмейтін, сапасы төмен және әртүрлі пішімдерде сақталады, сондықтан оларды жүйеге жүктеу алдында салыстыру және тазалау қажет.

деректер қоймасы (Инмон, 1992; МакФадден, 1996). THE дати сақтау жүйелерінен келеді дати арнайы және көздерден дати сыртқы жиі көбейту (жаңарту, ауыстыру) үшін қолданылады i дати бұрынғы жүйелерден.

дамыту үшін көптеген дәлелді себептер бар деректер қоймасы, ол қосымша ақпаратты тиімді пайдалану арқылы шешім қабылдауды жақсартуды қамтиды (Ives 1995), тұтас мәмілеге назар аударуды қолдау (Грэм 1996) және азайту дати EIS және DSS үшін (Graham 1996, McFadden 1996).

Жақында жүргізілген эмпирикалық зерттеу орташа есеппен инвестицияның қайтарымдылығын анықтады деректер қоймасы үш жылдан кейін 401%-ға (Грэм, 1996). Дегенмен, басқа эмпирикалық зерттеулер деректер қоймасы елеулі проблемаларды тапты, соның ішінде сыйақыны өлшеу мен тағайындаудағы қиындықтар, нақты мақсаттың жоқтығы, сыйақыны сақтау процесінің мақсаты мен күрделілігін бағаламау дати, атап айтқанда көздері мен тазалығына қатысты дати. Сақтау i дати басқару мәселесінің шешімі ретінде қарастыруға болады дати ұйымдар арасында. манипуляциясы дати әлеуметтік ресурс ретінде ол көптеген жылдар бойы бүкіл әлем бойынша ақпараттық жүйелерді басқарудағы негізгі проблемалардың бірі болып қала берді (Brancheau және т.б. 1996, Galliers et al. 1994, Niederman et al. 1990, Pervan 1993).

Басқарудың танымал тәсілі дати сексенінші жылдары бұл модельдің дамуы болды дати әлеуметтік. Үлгі дати social жаңа қолданбалы жүйелерді дамыту үшін тұрақты негіз ұсынуға арналған және дерекқор және бұрынғы жүйелерді қайта құру және біріктіру (Brancheau et al.

1989, Goodhue et al. 1988:1992, Ким және Эверест 1994). Дегенмен, бұл тәсілдің көптеген проблемалары бар, атап айтқанда, әрбір тапсырманың күрделілігі мен құны және нақты нәтижелерге қол жеткізу үшін қажет ұзақ уақыт (Beynon-Davies 1994, Earl 1993, Goodhue et al. 1992, Periasamy 1994, Shanks 1997). ).

Il деректер қоймасы бұл олардың орнына емес, бұрынғы дерекқорлармен бірге жұмыс істейтін жеке дерекқор. Сондықтан басқаруды басқаруға мүмкіндік береді дати және ескі жүйелерді қымбат қайта құрудан аулақ болыңыз.

ДЕРЕКТЕРДІ ДИЗАЙНДАУҒА ҚОЛДАНЫЛҒАН ТӘСІЛДЕР

ҚАУІПСІЗДІК

Құру және жетілдіру процесі а деректер қоймасы Оны дәстүрлі жүйелердің өмірлік циклі емес, эволюциялық процесс ретінде түсіну керек (Десио, 1995, Shanks, O'Donnell және Arnott 1997a). Жобада көптеген процестер бар деректер қоймасы инициализациялау, жоспарлау сияқты; компания басшыларынан қойылатын талаптардан алынған ақпарат; көздері, түрлендірулер, тазалау дати және бұрынғы жүйелерден және басқа көздерден синхрондау дати; жеткізу жүйелері әзірленуде; мониторингі деректер қоймасы; және эволюциялық процесс пен құрылыстың мағынасыздығы а деректер қоймасы (Стинчи, О'Доннелл және Арнотт 1997b). Бұл журналда біз сурет салу әдісіне назар аударамыз дати осы басқа процестердің контекстінде сақталады. Сәулет өнеріне бірнеше ұсынылған тәсілдер бар деректер қоймасы әдебиетте (Inmon 1994, Ives 1995, Kimball 1994 McFadden 1996). Осы әдістемелердің әрқайсысында олардың күшті және әлсіз жақтарын талдаумен қысқаша шолу бар.

Инмонның (1994) көзқарасы Деректер қоймасы жобалау

Инмон (1994) a жобалау үшін төрт итерациялық қадамды ұсынды деректер қоймасы (2-суретті қараңыз). Бірінші қадам - ​​шаблонды жобалау дати қалай түсіну үшін әлеуметтік i дати оларды бөлу арқылы ұйымдағы функционалдық аймақтар бойынша біріктіруге болады дати аймақтарда сақтау. Үлгі дати сақтау үшін жасалған дати шешімдер қабылдауға қатысты, соның ішінде дати тарихшылар, оның ішінде дати шегеріліп, жинақталған. Екінші қадам – іске асырудың пәндік бағыттарын анықтау. Олар белгілі бір ұйым анықтайтын басымдықтарға негізделген. Үшінші қадам а суретін салуды қамтиды дерекқор тақырып аймағы үшін түйіршіктіліктің сәйкес деңгейлерін қосуға ерекше назар аударыңыз. Инмон нысандар мен қатынастар үлгісін пайдалануды ұсынады. Төртінші қадам – бастапқы жүйелерді анықтау дати түсіру, тазалау және пішімдеу үшін қажет және түрлендіру процестерін дамыту i дати.

Инмон тәсілінің күшті жақтары - бұл модель дати әлеуметтік ықпалдасуға негіз береді дати итеративті дамыту бойынша қолдауды ұйымдастыру және жоспарлау шеңберінде деректер қоймасы. Оның кемшіліктері модельді жобалаудың қиындығы мен құны болып табылады дати әлеуметтік, екі модельде де қолданылатын субъектілер мен қарым-қатынастардың модельдерін түсінудің қиындығы, бұл дати әлеуметтік және сол дати пән аймағы бойынша сақталады және сәйкестігі дати сызбасынан деректер қоймасы жүзеге асыру үшін дерекқор қатысты, бірақ үшін емес дерекқор көпөлшемді.

Ives' (1995) Approach to Деректер қоймасы жобалау

Ives (1995) ақпараттық жүйені жобалауға қолданылатын төрт сатылы тәсілді ұсынады. деректер қоймасы (3-суретті қараңыз). Бұл тәсіл ақпараттық жүйелерді дамытуға арналған ақпараттық инженерияға негізделген (Мартин 1990). Бірінші қадам мақсаттарды, маңызды және табысты факторларды және негізгі тиімділік көрсеткіштерін анықтау болып табылады. Негізгі бизнес-процестер мен қажетті ақпарат бізді үлгіге апару үшін үлгіленген дати әлеуметтік. Екінші қадам анықтаушы архитектураны әзірлеуді қамтиды дати аймақтар бойынша сақталады, дерекқор di деректер қоймасы, талап етілетін технология құрамдастары, іске асыру және олармен жұмыс істеу үшін қажетті ұйымдастырушылық қолдау жиынтығы деректер қоймасы. Үшінші қадам қажетті бағдарламалық жасақтама пакеттері мен құралдарды таңдауды қамтиды. Төртінші қадам - ​​егжей-тегжейлі жобалау және салу деректер қоймасы. Айвес сақтайтынын атап өтеді дати бұл шектелген итерациялық процесс.

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

Кимбаллдың (1994) көзқарасы Деректер қоймасы жобалау

Кимбалл (1994) жобалаудың бес итерациялық қадамын ұсынды деректер қоймасы (4-суреттерді қараңыз). Оның тәсілі әсіресе соло дизайнына арналған деректер қоймасы және өлшемдік үлгілерді нысан мен қатынас үлгілеріне артықшылықпен пайдалану туралы. Кимбалл сол өлшемді модельдерді талдайды, өйткені бизнес көшбасшыларына бизнесті түсіну оңайырақ, ол күрделі консультациялармен жұмыс істегенде тиімдірек және дерекқор физикалық тиімдірек (Kimball 1994). Кимбалл а-ның дамуын мойындайды деректер қоймасы бұл итеративті және бұл деректер қоймасы бөлек кестелерді ортақ өлшемдер кестелеріне бөлу арқылы біріктіруге болады.

Бірінші қадам - ​​жетілдірілетін нақты пән саласын анықтау. Екінші және үшінші қадамдар өлшемді модельдеуге қатысты. Екінші қадамда шаралар пәндік аймақтағы қызықты нәрселерді анықтайды және фактілер кестесіне топтастырылады. Мысалы, сату тақырыбы аймағында қызығушылық өлшемдері сатылған заттардың сомасын және сату валютасы ретінде долларды қамтуы мүмкін. Үшінші қадам фактілерді топтастыруға болатын әдістер болып табылатын өлшемдерді анықтауды қамтиды. Сатылым тақырыбы аймағында сәйкес өлшемдер элементті, орынды және уақыт кезеңін қамтуы мүмкін. Фактілер кестесінде оны өлшем кестелерінің әрқайсысына байланыстыру үшін көп бөлікті кілт бар және әдетте фактілердің өте көп санын қамтиды. Керісінше, өлшем кестелері фактілерді топтау үшін пайдаланылуы мүмкін өлшемдер мен басқа атрибуттар туралы сипаттаушы ақпаратты қамтиды. Байланысты ұсынылған факті және өлшем кестесі пішініне байланысты жұлдыздық схема деп аталатын нәрсені құрайды. Төртінші қадам а құруды қамтиды дерекқор жұлдыз үлгісін жетілдіру үшін көп өлшемді. Соңғы қадам бастапқы жүйелерді анықтау болып табылады дати түсіру, тазалау және пішімдеу үшін қажет және түрлендіру процестерін дамыту i дати.

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

МакФадден (1996) деректерге көзқарас Қойма дизайны

МакФадден (1996) жобалауға бес қадамдық тәсілді ұсынады деректер қоймасы (5-суретті қараңыз).
Оның көзқарасы әдебиеттегі идеялардың синтезіне негізделген және жалғыз дизайнға бағытталған деректер қоймасы. Бірінші қадам талаптарды талдауды қамтиды. Техникалық спецификациялар белгіленбегенімен, МакФадденнің жазбалары нысандарды анықтайды дати спецификациялар мен олардың атрибуттары және талаптарды қабылдау үшін Watson және Frolick (1993) оқырмандарына сілтеме жасайды.
Екінші қадамда нысан қатынастарының үлгісі арналған деректер қоймасы содан кейін бизнес жетекшілері растады. Үшінші қадам бұрынғы жүйелер мен сыртқы көздерден карталауды анықтауды қамтиды деректер қоймасы. Төртінші қадам әзірлеу, орналастыру және синхрондау процестерін қамтиды дати Nel деректер қоймасы. Соңғы кезеңде жүйені жеткізу пайдаланушы интерфейсіне ерекше назар аудара отырып әзірленеді. МакФадден сурет салу процесі әдетте итеративті екенін атап өтеді.

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

дизайнында қолданылатын субъект және қарым-қатынас үлгілерін түсіну қиындықтары деректер қоймасы.

Бізді жақын адамдар ғана таңдамайды.