Деректер қоймасы және ERP | ОРТАЛЫҚ МӘЛІМЕТ МҰРАҒАТЫ: ТАРИХ ЖӘНЕ ЭВОЛЮЦИЯЛАР

АРХИВИО МӘЛІМЕТ ОРТАЛЫҚ: ТАРИХ ЖӘНЕ Эволюциялар

90 жылдардағы корпоративтік технологияның екі басым тақырыбы
мемлекеттер i деректер қоймасы және ERP. Ұзақ уақыт бойы бұл екі күшті
Қазіргі уақытта ешқашан болмаған корпоративтік АТ бөліктері болды
қиылыстар. Олар дерлік материя және антиматерия сияқты болды. Бірақ
екі құбылыстың өсуі еріксіз біреуге әкелді
олардың қиылысы. Бүгінгі күні компаниялар проблемасымен бетпе-бет келіп отыр
ERP-мен не істеу керек e деректер қоймасы. Бұл мақала суреттейтін болады
қандай проблемалар бар және оларды компаниялар қалай шешеді.
БАСЫНДА…
басында болды деректер қоймасы. Мәліметтер қоймасы үшін дүниеге келген
транзакцияны өңдеу қолданбалы жүйесіне қарсы әрекет ету.
Алғашқы күндері жаттау дати болуы керек еді
компьютерді өңдеу қолданбаларына қарсы ғана
транзакциялар. Бірақ қазіргі уақытта әлдеқайда күрделі көзқарастар бар
неден а деректер қоймасы. Қазіргі әлемде
деректер қоймасы ол болуы мүмкін құрылымның ішіне енгізіледі
Корпоративтік ақпарат фабрикасы деп аталады.
КОРПОРАТИВТІК АҚПАРАТ ФАБРИКАСЫ
(CIF)
Корпоративтік ақпарат фабрикасында архитектуралық құрамдас бөліктер бар
стандарт: кодты түрлендіру және интеграциялау деңгейі
ол i біріктіреді дати ал мен дати олар қоршаған ортадан қозғалады
қоршаған ортаға қолдану деректер қоймасы компанияның; а
деректер қоймасы орналасқан компанияның дати
егжей-тегжейлі және біріктірілген тарих. The деректер қоймасы компанияның қызметін атқарады
барлық басқа бөліктерді салуға болатын негіз
қоршаған ортасының деректер қоймасы; операциялық деректер қоймасы (ODS).
ODS - бұл деректердің кейбір аспектілерін қамтитын гибридті құрылым
қойма және OLTP ортасының басқа аспектілері; data marts, мұндағы i
Әртүрлі бөлімдерде деректердің өз нұсқасы болуы мүмкін
қойма; а деректер қоймасы барлау, онда i
Компанияның «философтары» өз сұрақтарын қоя алады
Зиянды әсері жоқ 72 сағат деректер қоймасы; және естелік
жақын сызық, қайда дати ескі және дати көлемді деталь болуы мүмкін
арзан сақталады.
ERP LA-МЕН ҚОСЫЛҒАН ҚАЙДА
КОРПОРАТИВТІК АҚПАРАТ ФАБРИКАСЫ
ERP екі жерде Корпоративтік ақпарат фабрикасымен біріктіріледі.
Біріншіден, i қамтамасыз ететін негізгі қолданба (базалық) ретінде
дати өтінішінен деректер қоймасы. Бұл жағдайда i дати,
транзакция процесінің жанама өнімі ретінде жасалған,
біріктіріліп, ішіне жүктеледі деректер қоймасы компанияның. The
ERP және CIF және ODS арасындағы қосылудың екінші нүктесі. Шын мәнінде, көп
орталарда ERP классикалық ODS ретінде пайдаланылады.
ERP негізгі қолданба ретінде пайдаланылған жағдайда, ол
бірдей ERP CIF-де ODS ретінде де пайдаланылуы мүмкін. жылы
Кез келген жағдайда, егер ERP екі рөлде де қолданылса, онда
екі нысанның арасында нақты айырмашылық болуы керек. Басқа сөздермен айтқанда,
ERP негізгі қолданба және ODS рөлін ойнағанда,
екі сәулет нысаны бөлек болуы керек. Жалғыз болса
ERP енгізу екі рөлді де орындауға тырысады
бұл ретте проблемалар сөзсіз болады
осы құрылымды жобалау және енгізу.
БӨЛЕК ОТҚ ЖӘНЕ НЕГІЗГІ ҚОЛДАНБАЛАР
Компоненттердің бөлінуіне әкелетін көптеген себептер бар
архитектуралық. Бәлкім, бөлу үшін ең шешен сұрақ
Архитектураның әр түрлі құрамдас бөліктері әр компонент болып табылады
сәулет өнерінің өзіндік көзқарасы бар. Негізгі қолданба қызмет етеді
ODS мақсатынан басқа мақсат үшін. Қабаттауға тырысыңыз
ODS әлеміндегі қолданбаның негізгі көрінісі немесе керісінше
Бұл жұмыс істеудің дұрыс жолы емес.
Демек, CIF-тегі ERP-тің бірінші мәселесі - бұл
негізгі және қолданбалар арасында айырмашылық бар-жоғын тексеріңіз
SDGs.
КОРПОРАТИЯДАҒЫ ДЕРЕКТЕР МҮЛДЕРІ
АҚПАРАТ ФАБРИКАСЫ
Әртүрлі құрамдас бөліктер арасындағы үйлесімділікке қол жеткізу
CIF архитектурасының үлгісі болуы керек дати. мен
үлгілері дати Олар әртүрлі құрамдас бөліктер арасындағы байланыс қызметін атқарады
базалық қолданбалар және ODS сияқты архитектураның. THE
үлгілері дати ие болу үшін «интеллектуалдық жол картасына» айналды
CIF әртүрлі архитектуралық құрамдастарынан дұрыс мағына.
Осы ұғыммен қатар келер болсақ, керек деген ой туындайды
тамаша және бірегей үлгісі болыңыз дати. Әрине керек
үлгі болу дати құрамдастардың әрқайсысы үшін және сол жерде
бұл әртүрлі үлгілерді байланыстыратын ақылға қонымды жол болуы керек.
Архитектураның әрбір құрамдас бөлігі – ODS, базалық қолданбалар,
деректер қоймасы компанияның және т.б.. – өзінің қажет
үлгісі дати. Сондықтан оның нақты анықтамасы болуы керек
осы модельдер сияқты дати олар бір-бірімен байланысады.
ҚОСУ I МӘЛІМЕТ ДЕРЕКТЕРДЕГІ ERP
ҚАУІПСІЗДІК
Егер шығу тегі дати бастапқы қолданба және/немесе ODS болып табылады, қашан
ERP кірістіреді i дати 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-мен байланысты мәселелердің бірі - басқалармен не болатыны
қолданба көздері немесе ai дати олар үлес қосуы тиіс ODS туралы
деректер қоймасы бірақ олар ERP ортасының бөлігі емес. Берілген
ERP жабық сипаты, әсіресе SAP, біріктіру әрекеті
сыртқы көздерден алынған кілттер дати мен дати олар ERP жүйесінен келеді
қозғалатын уақыт i дати Nel деректер қоймасы, бұл үлкен сынақ.
Және дәл қандай ықтималдықтар мен дати қолданбалардың немесе
ERP ортасынан тыс ODS деректерге біріктіріледі
қойма? Ықтималдықтар шын мәнінде өте жоғары.
ТАБУ МӘЛІМЕТ ERP-тен ТАРИХИ
i-мен тағы бір мәселе дати ERP нәтижесі болып табылады
болу қажеттілігінен дати ішіндегі тарихшылар деректер қоймасы.
Әдетте деректер қоймасы қажеттіліктер дати тарихшылар. ЖӘНЕ
ERP технологиясы әдетте бұларды сақтамайды дати
тарихи, тым болмағанда деректерде қажетті деңгейде емес
қойма. Үлкен мөлшерде болған кезде дати тарихшылар бастайды
ERP ортасына қосылса, сол орта болуы керек
тазартылды. Мысалы, a деректер қоймасы дебба
бес жыл мерзімге жүктеледі дати тарихи, ал ERP сақтайды
олардың ең көбі алты айы дати. Компанияның көңілінен шыққанша
жиынтығын жинаңыз дати уақыт өткен сайын тарихшылар
онда ERP көзі ретінде пайдалануда қиындықтар болмайды
деректер қоймасы. Бірақ қашан деректер қоймасы кету керек
уақытқа оралып, құдайларды қабылдаңыз дати болмаған тарихшылар
бұрын ERP жинаған және сақталған, содан кейін ERP ортасы
тиімсіз болады.
ERP ЖӘНЕ МЕТАМӘЛІМЕТТЕР
ERP туралы тағы бір ескеру қажет e деректер қоймасы бұл сол
ERP ортасында бар метадеректер туралы. Сондай-ақ метадеректер
ERP ортасынан АТ ортасына өту деректер қоймасы, i
метадеректер дәл осылай жылжытылуы керек. Сонымен қатар, И
метадеректер пішім мен құрылым бойынша трансформациялануы керек
инфрақұрылымы талап етеді деректер қоймасы. Үлкені бар
операциялық метадеректер мен DSS метадеректері арасындағы айырмашылық. Метадеректер
операциялық, ең алдымен, әзірлеушіге және пайдаланушыға арналған
бағдарламашы. DSS метадеректері ең алдымен пайдаланушыға арналған
финал. ERP қолданбаларындағы немесе ODS файлдарындағы бар метадеректер
оларды түрлендіру керек және бұл түрлендіру әрқашан оңай бола бермейді
және тікелей.
ERP ДЕРЕКТЕРДІҢ КӨЗІН АЛУ
Егер ERP провайдері ретінде пайдаланылса дати жылына деректер қоймасы ci
ол i жылжытатын берік интерфейс болуы керек дати қоршаған ортадан
Қоршаған ортаға ERP деректер қоймасы. Интерфейс:
▪ пайдалану оңай
▪ қол жеткізуге мүмкіндік береді дати ERP
▪ мағынасын алыңыз дати жылжытылатын болады
Nel деректер қоймасы
▪ пайда болуы мүмкін ERP шектеулерін білу
қашан дати ERP туралы:
▪ анықтамалық тұтастық
▪ иерархиялық қатынастар
▪ жасырын логикалық қатынастар
▪ қолдану конвенциясы
▪ барлық құрылымдары дати ERP қолдауымен және т.б.
▪ қол жеткізуде тиімді болу датиқамтамасыз ету арқылы:
▪ тікелей қозғалысы дати
▪ өзгерістерді сатып алу дати
▪ дер кезінде қол жеткізуді қолдау дати
▪ форматын түсіну дати, және тағы басқа…
SAP-МЕН ИНТЕРФЕЙС
Интерфейс екі түрлі болуы мүмкін, үйде немесе коммерциялық.
Кейбір негізгі сауда интерфейстері мыналарды қамтиды:
▪ SAS
▪ Prims Solutions
▪ D2k және т.б.
КӨПТЕГЕН ERP ТЕХНОЛОГИЯЛАРЫ
ERP ортасын бір технология сияқты өңдеу – а
үлкен қате. Көптеген ERP технологиялары бар, олардың әрқайсысының өзіндік ерекшеліктері бар
күшті жақтары. Нарықтағы ең танымал жеткізушілер:
▪ SAP
▪ Oracle Financials
▪ PeopleSoft
▪ Дж.Д. Эдвардс
▪ Баан
SAP
SAP - ең үлкен және толық ERP бағдарламалық жасақтамасы. Қолданбалар
SAP бағдарламасы көптеген салалардағы қолданбалардың көптеген түрлерін қамтиды. SAP бар
беделі:
▪ өте үлкен
▪ іске асыру өте қиын және қымбат
▪ көп адам мен кеңесшілер болуы керек
жүзеге асырылды
▪ іске асыру үшін арнайы мамандар қажет
▪ іске асыру үшін көп уақыт қажет
Сонымен қатар, SAP өзінің сақтау беделіне ие дати molto
мұқият, бұл оларға қол жеткізуді қиындатады
SAP аймағынан тыс адам. SAP-тың күші - болу
көп мөлшерін түсіруге және сақтауға қабілетті дати.
Жақында SAP мерзімін ұзарту ниеті туралы хабарлады
оның қолданбалары деректер қоймасы. Көптеген артықшылықтар мен кемшіліктер бар
SAP жеткізуші ретінде пайдалануда деректер қоймасы.
Артықшылығы - SAP қазірдің өзінде орнатылған және көп бөлігі
кеңесшілер SAP-ті біледі.
SAP жеткізуші ретінде болуының кемшіліктері деректер қоймасы ұйқы
көптеген: SAP әлемде тәжірибесі жоқ деректер қоймасы
Егер SAP жеткізушісі болса деректер қоймасы, «шығару» керек
i дати SAP-тен деректер қоймасы. дата SAP тәжірибесі
жабық жүйеде SAP жүйесінен кіру оңай болуы екіталай
бұл (???). SAP жүйесін қуаттайтын көптеген ескі орталар бар,
IMS, VSAM, ADABAS, ORACLE, DB2 және т.б.
SAP «мұнда ойлап табылмаған» көзқарасты талап етеді. SAP мұны қаламайды
пайдалану немесе жасау үшін басқа жеткізушілермен бірлесіп жұмыс жасаңыз деректер қоймасы.
SAP өзінің барлық бағдарламалық жасақтамасын өзі жасауды талап етеді.
SAP ірі және қуатты компания болғанымен, факт
ELT, OLAP, әкімшілік технологияларын қайта жазу әрекеті
жүйесі және тіпті негізгі коды dbms бұл жай ғана ақылсыз.
Жабдықтаушылармен ынтымақтаса жұмыс істеудің орнына
di деректер қоймасы көптен бері SAP осы тәсілді ұстанды
олар «жақсырақ біледі». Бұл көзқарас табысқа жетуді бәсеңдетеді
SAP аймағында болуы мүмкін деректер қоймасы.
SAP сыртқы жеткізушілерге кіруге рұқсат беруден бас тартуы
оларға тез және мейірімді дати. Пайдаланудың мәні
un деректер қоймасы қол жеткізу оңай дати. SAP-тың бүкіл тарихы
қол жеткізуді қиындатуға негізделген дати.
SAP-тың үлкен көлемдермен жұмыс істеу тәжірибесінің болмауы дати;
саласында деректер қоймасы көлемдер бар дати бері көрмеген
SAP және осы үлкен көлемдерді басқару дати сізде біреуі болуы керек
қолайлы технология. SAP бұл туралы хабардар емес сияқты
деректер өрісіне кіру үшін бар технологиялық кедергі
қойма.
SAP корпоративтік мәдениеті: SAP бизнесті құрды
i алуда дати жүйеден. Бірақ мұны істеу үшін сізде болуы керек
басқа менталитет. Дәстүрлі түрде бағдарламалық қамтамасыз ету компаниялары болды
деректерді ортаға алуда жақсы болмады
басқа жолмен жүру үшін деректерді алу. Егер SAP мұны істей алса
коммутатор мұны жасаған алғашқы компания болады.
Бір сөзбен айтқанда, компания таңдау керек пе деген сұрақ туындайды
SAP жеткізуші ретінде деректер қоймасы. Өте ауыр тәуекелдер бар
бір жағынан, ал екінші жағынан өте аз сыйақы. Бірақ басқасы бар
деректер жеткізушісі ретінде SAP таңдауға кедергі келтіретін себеп
қойма. Өйткені әрбір компанияда бір күн болуы керек
барлық басқа компаниялардың қоймасы? The деректер қоймасы бұл жүрек
бәсекелестік артықшылық. Әрбір компания бірдей қабылдаса
деректер қоймасы қиын болар еді, мүмкін болмаса да,
бәсекелестік артықшылыққа қол жеткізу. SAP бұл деп ойлайтын сияқты, а
деректер қоймасы печенье ретінде көруге болады және бұл а
олардың «деректерді алу» қолданбалы менталитетінің қосымша белгісі
жылы «.
Ешбір басқа ERP жеткізушісі SAP сияқты басым емес.
SAP жолын ұстанатын компаниялар болатыны сөзсіз
олар үшін деректер қоймасы бірақ бұл күндер
SAP қоймалары үлкен, қымбат және талапты болады
оларды құру уақыты келді.
Бұл орталарға банк кассасын өңдеу,
авиакомпанияларды брондау процестері, шағымдар процестері
сақтандыру және т.б. Транзакция жүйесі тиімдірек болды,
операциялық және процесті бөлу қажеттілігі айқынырақ болды
DSS (шешім қабылдауды қолдау жүйесі). Дегенмен, ресурстық жүйелермен
адам және жеке, сіз ешқашан өзіңізді үлкен көлемдермен кездестірмейсіз
транзакциялар. Және, әрине, адам жұмысқа қабылданған кезде
немесе компаниядан кетеді, бұл транзакцияның жазбасы.
Бірақ басқа жүйелерге қатысты адам ресурстары жүйелері және
жеке тұлғалардың транзакциялары көп емес. Сондықтан, в
адам ресурстары мен персонал жүйесі бар екені толығымен анық емес
DataWarehouse қажет. Көптеген жолдармен бұл жүйелер
DSS жүйелерінің бірігуін білдіреді.
Бірақ егер қажет болса, ескеру қажет тағы бір фактор бар
деректер қоймасымен және PeopleSoft көмегімен орындаңыз. Көптеген орталарда, i дати
адам және жеке ресурстар бизнес үшін екінші орында
компаниясының басшысы. Көптеген компаниялар жүзеге асырады
өндіру, сату, қызмет көрсету және т.б. THE
Кадрлар және персонал жүйелері әдетте қайталама (немесе
қолдау) компанияның негізгі бизнес бағытына. Сондықтан, солай
екіұшты және ыңғайсыз деректер қоймасы үшін бөлек
адам және жеке ресурстарды қолдау.
PeopleSoft бұл жағынан SAP-тен айтарлықтай ерекшеленеді. SAP көмегімен бұл
бар болуы міндетті деректер қоймасы. PeopleSoft қолданбасымен олай емес
сонда анық. Деректер қоймасы PeopleSoft бағдарламасымен міндетті емес.
Мен үшін айтуға болатын ең жақсы нәрсе дати PeopleSoft - бұл деректер
қойманы мұрағаттау үшін пайдалануға болады дати қатысты
ескі адам және жеке ресурстар. Екінші себеп
компания қайсысын пайдаланғысы келеді а деректер қоймасы a
PeopleSoft ортасының зияны қол жеткізуге және
талдау құралдарына еркін қол жеткізу, ai дати PeopleSoft арқылы. Бірақ
Осы себептерге қосымша, олай болмайтын жағдайлар болуы мүмкін
үшін деректер қоймасы бар дати PeopleSoft.
Қысқаша
Деректерді құруға қатысты көптеген идеялар бар
ERP бағдарламалық құралының ішіндегі қойма.
Олардың кейбіреулері:
▪ бар болу мағынасы бар деректер қоймасы кез келгеніне ұқсайды
басқа салада?
▪ ERP қаншалықты икемді деректер қоймасы бағдарламалық жасақтама?
▪ ERP деректер қоймасы бағдарламалық қамтамасыз ету көлемін өңдей алады
дати а-да орналасқандеректер қоймасы арена»?
▪ ERP жеткізушісі қадағалайтын журнал дегеніміз не
оңай және қымбат емес, уақыт тұрғысынан, а.и дати? (не
ERP жеткізушілері арзан жеткізу бойынша рекорд болып табылады
уақыт, деректерге қол жеткізу оңай ма?)
▪ DSS архитектурасы туралы түсінігіңіз қандай және
ERP жеткізушісінің «корпоративтік ақпарат фабрикасы»?
▪ ERP жеткізушілері қалай жетуге болатынын түсінеді дати ішінде
қоршаған ортаны, сонымен қатар оларды қалай экспорттау керектігін түсінесіз бе?
▪ Бүгінгі күнге дейін ERP жеткізушісі қаншалықты ашық
қоймалау?
Осылардың барлығын анықтау кезінде ескеру қажет
қайда қою керек деректер қоймасы ол мен қабылдайды дати ERP және т.б
дати. Тұтастай алғанда, егер дәлелді себеп болмаса
әйтпесе жасау ұсынылады деректер қоймасы сыртында
ERP жеткізушінің ортасынан.
1-тарау
BI ұйымына шолу
Негізгі нүктелер:
Ақпараттық репозиторийлер керісінше жұмыс істейді
бизнес интеллект (BI) архитектурасына:
Корпоративтік мәдениет пен IT табысқа шектеу қоя алады
BI ұйымдарын құру.
Технология енді BI ұйымдары үшін шектеуші фактор емес. The
Сәулетшілер мен жобаны жоспарлаушылар үшін мәселе бұл емес
технологиялар бар, бірақ егер олар тиімді жүзеге асыра алса
қолжетімді технология.
Көптеген компаниялар үшін а деректер қоймасы бұл қоймадан сәл ғана артық
i тарататын пассивті дати қажет пайдаланушыларға. THE дати
олар бастапқы жүйелерден алынады және мақсатты құрылымдарға толтырылады
di деректер қоймасы. мен дати олар сондай-ақ барлық заттармен тазалауға болады
сәттілік. Дегенмен, қосымша мән де қосылмайды
жинаған дати осы процесс барысында.
Негізінде, пассивті Dw, ең жақсы жағдайда, жеткізеді
тек мен дати пайдаланушылар қауымдастығы үшін таза және жұмыс істейді. Ана жерде
ақпаратты құру және аналитикалық түсіну тәуелді
толығымен пайдаланушылар арқылы. DW (Мәліметтер қоймасы) болып табылады
табыс субъективті. Сәттілікке баға берсек
тиімді жинау, біріктіру және тазалау мүмкіндігі i дати
болжамды негізде корпоративті болса, иә, DW сәтті.
Екінші жағынан, егер біз жинаққа қарасақ, шоғырландыру және мыналар
жалпы ұйымның ақпаратын пайдалану, содан кейін
DW сәтсіздікке ұшырады. DW аз немесе мүлдем мән бермейді
ақпарат. Нәтижесінде пайдаланушылар жасауға мәжбүр болады,
осылайша ақпараттық силостарды жасайды. Бұл тарау ұсынылады
BI архитектурасын қорытындылауға арналған толық көзқарас (Business
компанияның барлауы). BI e сипаттамасынан бастайық
содан кейін біз дизайн және туралы талқылауға көшеміз
жай ғана қамтамасыз етуден гөрі ақпаратты әзірлеу дати
пайдаланушыларға. Содан кейін талқылаулар есептеуге бағытталады
BI күш-жігеріңіздің құндылығы. Біз IBM қалай анықтау арқылы қорытындылаймыз
ұйымыңыздың BI архитектуралық талаптарына жауап береді.
архитектурасына сипаттама
BI ұйымы
Транзакцияға бағытталған қуатты ақпараттық жүйелер қазір
кез келген ірі кәсіпорында, олардың деңгейіне қарай әдеттегідей
дүние жүзіндегі корпорациялар үшін тиімді ойын алаңы.
Бәсекеге қабілетті болып қалу үшін қазір аналитикалық жүйе қажет
ред. қайта ашу арқылы компанияның қабілетін өзгертуге бағытталған
оларда бар ақпаратты пайдаланады. Бұл жүйелер
аналитика байлығынан түсінуден туындайды дати
қолжетімді. BI барлық ақпарат бойынша өнімділікті жақсарта алады
компанияның. Компаниялар тұтынушы мен тұтынушы арасындағы қарым-қатынасты жақсарта алады
жеткізушілер, өнімдер мен қызметтердің пайдасын жақсарту, өндіру
жаңа және жақсы ұсыныстар, тәуекеліңізді басқарыңыз және басқалар
кірістер шығындарды күрт қысқартады. BI-мен сіздікі
компания тұтынушылар туралы ақпаратты пайдалана бастайды
мақсаттары бар қосымшалардың арқасында бәсекеге қабілетті тауар ретінде
нарық.
Дұрыс бизнеске ие болу дегеніміз - нақты жауаптар алу дегенді білдіреді
сияқты негізгі сұрақтар:
▪ Қайсысы біздікі клиенттер олар бізді көбірек табуға мәжбүр етеді немесе біз
олар шығынға ұшырады ма?
▪ Ең жақсыларымыз қайда тұрады клиенттер қатысты дүкен/
олар жиі баратын қойма?
▪ Біздің өнімдеріміз бен қызметтеріміздің қайсысы көбірек сатылуы мүмкін
тиімді және кімге?
▪ Қандай өнімдерді ең тиімді және кімге сатуға болады?
▪ Қай сату науқаны ең табысты және неге?
▪ Қандай өнімдер үшін ең тиімді сату арналары бар?
▪ Ең жақсы адамдарымызбен қарым-қатынасымызды қалай жақсартуға болады клиенттер?
Көптеген компанияларда бар дати жауап беру дөрекі
осы сұрақтар.
Операциялық жүйелер үлкен көлемдегі өнім шығарады
тұтынушы және дати сауда нүктелерінен базар, брондау,
тұтынушыларға қызмет көрсету және техникалық қолдау жүйелері арқылы. Мәселе мынада
осы ақпаратты шығарып алыңыз және пайдаланыңыз.
Көптеген компаниялар өздерінің шағын бөліктерінен ғана пайда көреді дати
стратегиялық талдаулар үшін.
I дати қалған, көбінесе i-ге қосылады дати сияқты сыртқы көздерден туындайды
«Үкімет есептері» және басқа да сатып алынған ақпарат бір
алтын кеніші барлауды күтуде, ei дати керек
тек сіздің ақпараттық контекстіңізде нақтыланыңыз
ұйымдастыру.
Бұл білімді әртүрлі тәсілдермен, вариациялармен қолдануға болады
жалпы корпоративтік стратегияны әзірлеуден бастап
байланыс орталықтары арқылы жеткізушілермен жеке байланыс,
шот-фактура, Интернет және басқа да нүктелер. Бүгінгі іскерлік орта талап етеді
DW және оған қатысты BI шешімдері шектен тыс дамиды
дәстүрлі құрылымдардың орындалуы дати ол мен дати дейін нормаланған
атомдық деңгейдегі және «жұлдыз/текше фермалары».
Бәсекеге қабілетті болып қалу үшін қажет нәрсе біріктіру болып табылады
қолдау көрсету мақсатында дәстүрлі және озық технологиялар
кең аналитикалық пейзаж.
Қорытындылай келе, жалпы орта білімді арттыруы керек
қабылданған шараларды қамтамасыз ету, жалпы компанияның
Жүргізілген талдаулардың нәтижесінде әркім жасай алатындай пайдалы
пайда.
Мысалы, сіз өзіңізді классификациялайсыз делік клиенттер санаттарында
жоғары немесе төмен тәуекел.
Бұл ақпарат алу үлгісінен жасалған болса немесе
басқа құралдар Dw ішіне орналастырылуы және қол жетімді болуы керек
кез келген қол жеткізу құралы арқылы, мысалы, i
статикалық есептер, электрондық кестелер, кестелер немесе аналитикалық өңдеу
сызық (OLAP).
Дегенмен, қазіргі уақытта мұндай ақпарат көп
силостарда қалады дати олар жасайтын жеке тұлғалар немесе бөлімдер
талдау. Ұйым, тұтастай алғанда, аз немесе мүлдем көрінбейді
түсіну үшін. Тек осы түрдегі мазмұнды араластыру
Сіздің компанияңыздағы ақпарат DW сіз силостарды жоя аласыз
ақпарат және DW ортаңызды жоғарылатыңыз.
Ұйымның дамуына екі үлкен кедергі бар
BI.
Біріншіден, бізде ұйымның проблемасы бар
тиісті пәннің.
Тіпті саясатты өзгертуге көмектесе алмасақ та
ұйымның құрамдастарын түсінуге көмектесе аламыз
BI ұйымы, оның архитектурасы және қалай
IBM технологиясы оның дамуын жеңілдетеді.
Екінші кедергі – технологияның жоқтығы
интеграцияланған және бүкіл кеңістікті еске түсіретін әдісті білу
кішігірім құрамдас бөлікке қарағанда, BI.
IBM технологиядағы өзгерістермен келісімге келеді
интеграцияланған. Дизайнды қамтамасыз ету сіздің жауапкершілігіңіз
саналы. Бұл архитектураны дамыту керек
шектеусіз немесе, кем дегенде, біріктіру үшін таңдалған технология
ашық стандарттарға сәйкес келетін технология. Оның үстіне, сіздікі
Компания басшылығы Би кәсіпорынның болуын қамтамасыз етуі керек
бағдарламасына сәйкес жүзеге асырылады және оған жол бермеу
өзіне қызмет көрсету нәтижесінде туындайтын ақпараттық силостарды әзірлеу
күн тәртібі немесе мақсаттар.
Бұл BI ортасы сезімтал емес дегенді білдірмейді
әртүрлі пайдаланушылардың әртүрлі қажеттіліктері мен талаптарына жауап беру; орнына, білдіреді
сол жеке қажеттіліктер мен талаптарды жүзеге асыру болып табылады
бүкіл BI ұйымының игілігі үшін жасалған.
BI ұйымының архитектурасының сипаттамасы мүмкін
9-суретте 1.1-беттен табуға болады. Архитектура көрсетеді
технологиялар мен техниканың бай қоспасы.
Дәстүрлі көзқарас бойынша архитектура келесі компоненттерді қамтиды
қоймасы
Атомдық қабат.
Бұл бүкіл Dw негізі, жүрегі және сондықтан
стратегиялық есеп беру.
I дати мұнда сақталған тарихи тұтастық, қарым-қатынастар сақталады
дати және алынған көрсеткіштерді қамтиды, сонымен қатар таза,
интегралды және экстрагирлеу үлгілері арқылы сақталады.
Бұлардың барлық кейінгі қолданылуы дати және оған қатысты ақпарат болып табылады
осы құрылымнан алынған. Бұл үшін тамаша дереккөз
өндіру дати және құрылымдық SQL сұраулары бар есептер үшін
Операциялық депо дати немесе есеп негізінде
дати(Операциялық деректер қоймасы (ODS) немесе есеп беру
дерекқор.)
Бұл құрылым дати үшін арнайы әзірленген
техникалық есеп беру.
I дати осы құрылымдар бойынша сақталады және хабарланады, ақырында
ұйымдастыру аймағы арқылы қоймаға таралады (сахналық
аймақ), ол стратегиялық сигнал беру үшін пайдаланылуы мүмкін.
Қою алаңы.
Көпшілік үшін бірінші аялдама дати қоршаған ортаға арналған
қойма – ұйымдастыру аймағы.
Мұнда мен дати олар біріктіріліп, тазартылады және түрленеді дати пайдалы
қойма құрылымын толтырады
Деректер маркерлері.
Сәулеттің бұл бөлігі құрылымын білдіреді дати қолданылған
арнайы OLAP үшін. Datamarts болуы, егер i дати ұйқы
қабаттасатын жұлдыз схемаларында сақталады дати
реляциялық ортада немесе файлдық шкафтарда көп өлшемді
di дати сияқты арнайы OLAP технологиясы пайдаланатын құпия ақпарат
DB2 OLAP сервері маңызды емес.
Жалғыз шектеу - сәулет пайдалануды жеңілдетеді дати
көпөлшемді.
Архитектура сонымен қатар маңызды BI технологиялары мен әдістерін қамтиды
келесідей ажыратылады:
Кеңістіктік талдау
Ғарыш - бұл талдаушы үшін күтпеген ақпарат және
шешуді аяқтау үшін маңызды. Ғарыш мүмкін
белгілі бір жерде тұратын адамдар туралы ақпаратты білдіреді
орналасқан жері, сондай-ақ сол орынның қай жерде екендігі туралы ақпарат
физикалық тұрғыдан әлемнің қалған бөлігімен салыстырғанда.
Бұл талдауды орындау үшін сіз өзіңізді байлаудан бастауыңыз керек
ендік пен бойлық координаталары туралы мәліметтер. Нені білдіреді
«геокодтау» деп аталады және экстракцияның бөлігі болуы керек,
түрлендіру, және деңгейде жүктеу процесі (ETL).
қоймаңыздың атомы.
Деректерді өндіру.
-ның алынуы дати компанияларымыздың өсуіне мүмкіндік береді
саны клиенттер, сату үрдістерін болжау және қосу
мен қарым-қатынасты басқару клиенттер (CRM), басқа да бастамаларымен қатар
BI.
-ның алынуы дати сондықтан ол құрылымдармен біріктірілуі керек
дати үшін Dwhouse және қойма процестерімен қолдау көрсетіледі
технологияларды тиімді және тиімді пайдалануды қамтамасыз ету және
байланысты техникалар.
BI архитектурасында айтылғандай, атомдық деңгейі
Dwhouse, сондай-ақ datamarts, тамаша көзі болып табылады дати
алу үшін. Сол құрылымдар да болуы керек
қолжетімділігін қамтамасыз ету үшін экстракция нәтижелерін алушы
ең үлкен аудитория (ең кең аудитория).
Агенттер.
Тұтынушыны әр нүкте бойынша тексеретін әртүрлі «агенттер» бар, мысалы, мысалы
компанияның операциялық жүйелері және бірдей dw. Бұл агенттер мүмкін
білуге ​​үйретілген озық нейрондық желілер болуы керек
әрбір нүктенің тенденциялары, мысалы, өнімнің болашақ сұранысына негізделген
сатуды ынталандыру туралы, әрекет ету үшін ережеге негізделген қозғалтқыштар
un деректер жағдайлардың жиынтығы немесе тіпті қарапайым агенттер
олар «жоғарғы басшыларға» ерекшеліктерді хабарлайды. Бұл процестер иә
әдетте нақты уақытта болады, сондықтан қажет
олардың қозғалысымен тығыз байланысты дати.
Барлық осы құрылымдар дати, технологиялар мен техника кепілдігі
ұйым құру үшін түнді өткізбейтініңіз
сіздің BI.
Бұл әрекет біртіндеп, шағын қадамдармен дамитын болады
ұпай.
Әрбір қадам тәуелсіз жоба әрекеті болып табылады және есеп беріледі
DW немесе BI бастамаңыздағы итерация ретінде. Итерациялар
үшін жаңа технологияларды енгізуді қамтуы мүмкін
жаңа құрылымдарды қосып, жаңа әдістерден бастаңыз дати ,
жүктеу i дати қосымша немесе талдауды кеңейту арқылы
сіздің ортаңыз. Бұл параграф толығырақ талқыланады
3 тарауда тереңірек.
DW және BI құралдарының дәстүрлі құрылымдарынан басқа басқалары бар
сізге қажет BI ұйымының функциялары
дизайн, мысалы:
Тұтынушының жанасу нүктелері (Customer touch
нүктелер).
Барлық заманауи ұйымдар сияқты, олардың саны бар
тәжірибені қалай алуға болатынын көрсететін тұтынушы байланыс нүктелері
сіз үшін оң клиенттер. i сияқты дәстүрлі арналар бар
саудагерлер, коммутаторлар, тікелей пошта, мультимедиа және баспа
жарнама, сондай-ақ электрондық пошта және веб сияқты ең өзекті арналар, i дати
кейбір жанасу нүктесі бар өнімдерді сатып алу керек,
тасымалданады, тазартылады, өңделеді, содан кейін нысандарға қоныстанады дати della
BI.
негіздері дати операциялық және пайдаланушылық бірлестіктер (Operational
дерекқорлар және пайдаланушылар қауымдастығы).
Байланыс нүктелерінің соңында клиенттер негіздері табылды дати
компанияның қолданбалары мен пайдаланушылар қауымдастығы. THE дати бар
ұйқы дати біріктіріп, біріктіру керек дәстүрлі дати Che
қажетті қанағаттандыру үшін байланыс нүктелерінен ағын
ақпарат.
Сарапшылар. (Талдаушылар)
BI ортасының негізгі бенефициары талдаушы болып табылады. Ол сол
ағымдағы өндіруден пайда көреді дати операциялық, біріктірілген
әртүрлі көздері дати , аналитика сияқты мүмкіндіктермен толықтырылған
географиялық (геокодтау) және BI технологияларында ұсынылған
шығаруға, OLAP, кеңейтілген SQL есептерін шығаруға және талдауға мүмкіндік береді
географиялық. Орта үшін талдаушыға арналған негізгі интерфейс
есеп беру BI порталы болып табылады.
Дегенмен, талдаушы архитектурадан пайда көретін жалғыз адам емес
BI.
Менеджерлер, ірі пайдаланушылар қауымдастығы, тіпті мүшелер, жеткізушілер және
клиенттер олар кәсіпорынның BI-да пайда табуы керек.
Кері беру циклі.
BI архитектурасы – оқу ортасы. Принцип
дамуының сипаты тұрақты құрылымдарға мүмкіндік беру болып табылады дати
пайдаланылған BI технологиясын пайдаланып және әрекеттер арқылы жаңартылады
пайдаланушы міндеттемелері. Мысал ретінде бағалауды келтіруге болады
тұтынушы (тұтынушы баллы).
Егер сату бөлімі тау-кен үлгісін жүзеге асырса
жаңа қызметті пайдалану бойынша тұтынушының ұпайлары, содан кейін
Сату бөлімі жалғыз бенефициар топ болмауы керек
қызметтің
Оның орнына, экстракциялық модель бөлік ретінде орындалуы керек
компания ішіндегі табиғи деректер ағыны және тұтынушының ұпайлары
ақпараттық контекстінің біріктірілген бөлігіне айналуы тиіс
барлық пайдаланушыларға көрінетін қойма. Bi-bI-орталықталған IBM Suite
соның ішінде DB2 UDB, DB2 OLAP сервері көпшілігін қамтиды
суретте анықталған маңызды технологиялық құрамдастардың бөлігі
1.1.
Біз архитектураны кітаптан бастап осы суретте көрсетілгендей қолданамыз
бізге үздіксіздік деңгейін беріңіз және әр өнімнің қалай екенін көрсетіңіз
IBM ұсынған BI жалпы үлгісіне сәйкес келеді.
Ақпараттық мазмұнды қамтамасыз ету (Қамтамасыз ету
Ақпараттық мазмұн)
BI ортаңызды жобалау, дамыту және енгізу
ауыр операция. Дизайн екеуін де қамтуы керек
ағымдағы және болашақ бизнес талаптары. Сәулет өнерінің дизайны
барлық табылған қорытындыларды қамту үшін толық болуы керек
жобалау кезеңінде. Орындау сақталуы керек
бір мақсатқа бағытталған: BI архитектурасын дамыту
сызбада ресми түрде көрсетілгендей және талаптары негізінде
Бизнес.
Тәртіпті қамтамасыз етеді деп айту әсіресе қиын
салыстырмалы табыс.
Бұл қарапайым, өйткені сіз бүкіл BI ортасын дамытпайсыз
кенеттен, бірақ уақыт өте келе шағын қадамдармен жасалады.
Дегенмен, архитектураңыздың BI құрамдастарын анықтау болып табылады
екі себеп бойынша маңызды: Сіз барлық келесі шешімдерді басшылыққа аласыз
сәулет техникасы.
Сіз белгілі бір технологияны пайдалануды саналы түрде жоспарлай аласыз
дегенмен сізге қажет қайталанбауы мүмкін
технология бірнеше ай бойы.
Сіздің бизнес талаптарыңызды жеткілікті түрде түсіну түрге әсер етеді
сәулетіңіз үшін сатып алатын өнімдер.
Сіздің сәулетіңіздің дизайны мен дамуы қамтамасыз етеді
сіздің қоймаңыз
кездейсоқ оқиға емес, «жақсы ойластырылған»,
мұқият құрастырылған жарнама опера мозаикасы сияқты өнер
аралас технология.
Ақпараттық мазмұнды жобалау
Барлық бастапқы жоспарлау шоғырлануы және анықтауы керек
қоршаған ортаға қажет болатын негізгі BI құрамдастары
жалпы қазір және болашақта.
Бизнес талаптарын білу маңызды.
Тіпті барлық әдеттегі жоспарлау басталғанға дейін
жобаны жоспарлаушы көбінесе бір немесе екеуін анықтай алады
бірден компонент.
үшін қажет болуы мүмкін компоненттердің балансы
Сіздің архитектураңызды оңай табу мүмкін емес.
Жобалау кезеңінде архитектураның негізгі бөлігі
қолданбаларды әзірлеу (JAD) сеансын іздеумен байланыстырады
бизнес талаптарын анықтау.
Кейде бұл талаптарды құралдарға сеніп тапсыруға болады
сұрау және есеп беру.
Мысалы, пайдаланушылар автоматтандыруды қаласа деп хабарлайды
қазіргі уақытта есепті біріктіру арқылы қолмен жасау керек
екі ағымдағы қатынас және алынған есептеулерді қосу
комбинациясы дати.
Бұл талап қарапайым болғанымен, ол белгілі бір нәрсені анықтайды
қашан қосу керек мүмкіндіктің функционалдығы
ұйымыңыз үшін есеп беру құралдарын сатып алыңыз.
Дизайнер қосымша талаптарды орындауы керек
толық суретті алыңыз. Пайдаланушылар жазылғысы келеді
бұл есеп?
Есептің ішкі жиындары жасалады және әртүрлі электрондық пошта арқылы жіберіледі
пайдаланушылар? Олар бұл есепті компания порталында көргісі келеді ме?
Бұл талаптардың барлығы қарапайым қажеттіліктің бір бөлігі
пайдаланушылар сұрағандай қолмен есеп беруді ауыстырыңыз. Пайда
талаптардың осы түрлерінің бірі - пайдаланушылар да, дизайнерлер де бар
есеп беру ұғымы туралы түсінік.
Дегенмен, біз жоспарлауымыз керек басқа да бизнес түрлері бар.
Кәсіпкерлік талаптар түрінде көрсетілген кезде
Бизнес-стратегиялық сұрақтар, бұл сарапшы дизайнер үшін оңай
Өлшем/факті және өлшем талаптарын ажыратыңыз.
1.2-суретте a-ның өлшемдік және өлшемдік құрамдастары көрсетілген
Бизнес мәселесі.
JAD пайдаланушылары өз талаптарын қалай жариялау керектігін білмесе
бизнес мәселесі түрінде дизайнер жиі қамтамасыз етеді
жинау сеансын өткізіп жіберу үшін кейбір мысалдар
талаптар.
Сарапшы дизайнер пайдаланушыларға түсінуге көмектесе алады
стратегиялық сауда, сонымен қатар оны қалай қалыптастыру керек.
Талаптарды жинау тәсілі 3 тарауда талқыланады; Үшін
енді біз барлығына арналған дизайн қажеттілігін атап өткіміз келеді
BI талаптарының түрлері
Бизнестің стратегиялық мәселесі жай ғана талап емес
Бизнес, сонымен қатар дизайн туралы анықтама. Жауап беру керек болса
көп өлшемді сұраққа, содан кейін есте сақтау керек,
қазіргі i дати өлшемді және сақтау қажет болса
дати көпөлшемді, сіз қандай технология түрін шешуіңіз керек немесе
сіз қолданатын техника.
Сіз резервтелген текше жұлдыз схемасын немесе екеуін де жүзеге асырасыз ба?
Көріп отырғаныңыздай, тіпті қарапайым бизнес мәселесі
дизайнға айтарлықтай әсер етуі мүмкін. Дегенмен
Бизнес талаптарының бұл түрлері, кем дегенде, қарапайым және түсінікті
жоба тәжірибесі бар дизайнерлер мен жоспарлаушылар.
технологиялары мен қолдауы туралы жеткілікті пікірталас болды
OLAP және шешімдердің кең ауқымы қол жетімді. Қазірге дейін
біз қарапайым есептілікті i-мен біріктіру қажеттігін айттық
бизнес өлшемдік талаптар және бұл талаптар қалай
техникалық сәулет шешімдеріне әсер етеді.
Бірақ оңай түсінілмейтін талаптар қандай
пайдаланушылар немесе DW командасы арқылы ма? Сізге аналитика қажет бола ма?
кеңістіктік (analysis spatiali)?
алу үлгілері дати олар сенің қажетті бөлігің болады
келешек? Кім біледі?
Айта кету керек, бұл технологиялар түрлері өте көп емес
жалпы пайдаланушылар қауымдастығы мен топ мүшелерімен белгілі
Dw, ішінара, бұл әдетте болғандықтан орын алуы мүмкін
кейбір ішкі немесе үшінші тарап техникалық сарапшылары қарастырады. Бұл
осы технологиялар түрлері тудыратын мәселелердің төтенше жағдайы. Өздігінен
пайдаланушылар бизнес талаптарын сипаттай алмайды немесе оларды құрастыра алмайды
дизайнерлерге нұсқаулар беру үшін олар мүмкін
елеусіз қалдырыңыз немесе одан да жаманы, жай еленбейді.
Дизайнер мен әзірлеуші ​​жасамаған кезде бұл қиынырақ болады
осы жетілдірілген бірінің қолданбасын тани алады, бірақ
сыни технологиялар.
Біз дизайнерлердің айтқанын жиі естігеніміздей, «жақсы, өйткені
Осы басқа нәрсені алғанша оны бір жаққа тастамаймыз ба?
«Оларды шынымен де басымдықтар қызықтырады ма, әлде олардан қашқақтайды
олар түсінбейтін талаптар? Бұл, ең алдымен, соңғы гипотеза.
Сіздің сату тобыңыз талап қойды делік
бизнес, 1.3-суретте көрсетілгендей, көріп отырғаныңыздай,
талап іскерлік мәселе түрінде құрылады. Ана жерде
бұл мәселенің әдеттегі өлшемдік есептен айырмашылығы
қашықтық. Бұл жағдайда сату тобы білгісі келеді,
ай сайын өнімнен, қоймалардан және жалпы сатудан
клиенттер олар қоймадан 5 миль қашықтықта тұрады
олар сатып алады.
Өкінішке орай, дизайнерлер немесе сәулетшілер мұны істей алады
Кеңістіктік құрамды елемеңіз, «бізде тұтынушы бар
өнім және мен дати депозит бойынша. дейін қашықтықты сақтайық
басқа итерация.
«Қате жауап. Бизнестің бұл түрі проблемаға қатысты
BI толығымен. туралы тереңірек түсінуді білдіреді
біздің бизнес және біздің талдаушылар үшін сенімді аналитикалық кеңістік.
BI қарапайым сұраудан немесе стандартты есеп беруден тыс немесе
тіпті OLAP. Бұл бұл технологиялар жоқ дегенді білдірмейді
олар сіздің BI үшін маңызды, бірақ өз бетінше олар ұсынбайды
BI ортасы.
Ақпараттық контекстке арналған дизайн
(Ақпараттық мазмұнды жобалау)
Енді біз бизнеске қойылатын талаптарды анықтадық
сызбаға әртүрлі іргелі құрамдас бөліктер енгізілуі керек
жалпы архитектуралық. BI компоненттерінің кейбірі бөлігі болып табылады
Біздің алғашқы күш-жігеріміз, ал кейбіреулері үшін орындалмайтын болады
бірнеше ай.
Дегенмен, барлық белгілі талаптар дизайнда көрсетілген
белгілі бір технологияны енгізу қажет болғанда, біз
жасауға дайын болыңыз. Жоба туралы бір нәрсе ойды көрсетеді
дәстүрлі.
Мысалы, тараудың басындағы 1.1 суретте деректер көрсетілген
i сақтайтын март дати өлшемді.
Бұл жинақ дати келесі пайдалануды қолдау үшін пайдаланылады
дати Өлшемдік өлшемдер бизнес мәселелеріне негізделген
анықтадық. Қосымша құжаттар ретінде
генерацияланған, мысалы, дизайн әзірлеу дати, біз
біз қалай ресімдеуді бастаймыз дати олар қоршаған ортаға таралады.
Біз i ұсынудың қажеттілігін анықтадық дати солай
өлшемді, оларды бөлу (нақты қажеттіліктерге сәйкес).
анықталған) деректер маркеттерінде.
Жауап беретін келесі сұрақ: олар қалай салынады
бұл деректер маркерлері?
Сіз текшелерді қолдау үшін жұлдыздарды саласыз ба, әлде текшелерді ме, әлде жай ғана жұлдыздарды ма?
(немесе оң жақ текшелер немесе оң жұлдыздар). Деректер архитектурасын жасаңыз
барлығына атом қабатын қажет ететін тәуелді марттар дати
сатып алынды? Тәуелсіз деректер маркерлеріне i алуға рұқсат беріңіз дати
тікелей операциялық жүйелерден?
Қандай Cube технологиясын стандарттауға тырысасыз?
Сізде үлкен мөлшер бар дати өлшемдік талдау үшін қажет
немесе сізге ұлттық сату күшіңіздің текшелері қажет
апталық немесе екеуі де? Күшті зат жасаңыз
қаржыға арналған DB2 OLAP сервері немесе Cognos текшелері сияқты
Сату ұйымыңызға немесе екеуіне де арналған PowerPlay?
Бұл үлкен архитектуралық дизайн шешімдері
BI ортаңызға осыдан кейін әсер етеді. Иә,
сіз OLAP қажеттілігін анықтадыңыз. Енді оны қалай жүзеге асырасыз
техника мен технологияның түрі?
Ең озық технологиялардың кейбірі сізге қалай әсер етеді
сызбалар? Сіз қажеттілікті анықтадыңыз деп ойлаймыз
ұйымыңыздағы кеңістік. Енді еске түсіру керек
жоспарланбаған болса да архитектуралық сызба мәселелері
бірнеше ай бойы ғарыштық компоненттерді орындаңыз. Сәулетші міндетті түрде
бүгінгі күні қажет нәрсеге негізделген дизайн. қажеттілігін болжаңыз
тудыратын, сақтайтын, орындайтын және қамтамасыз ететін кеңістіктік талдау
қол жеткізу дати кеңістіктік. Бұл өз кезегінде қызмет етуі керек
технология түріне және техникалық сипаттамаларға қатысты шектеулер
қазіргі уақытта қарастыруға болатын бағдарламалық платформа. Үшін
мысалы, басқару жүйесі дерекқор реляциялық
Атомдық қабат үшін орындайтын (RDBMS) болуы керек
сенімді кеңістік кеңейтімі бар. Бұл анықтайтын еді
геометрия мен объектілерді пайдалану кезінде максималды өнімділік
аналитикалық қолданбаларыңыздағы кеңістік. Егер сіздің RDBMS жоқ болса
жеңе алады i дати (кеңістіктік-орталық) ішкі, сондықтан сізге қажет болады
тұрақтандыру дерекқор (кеңістіктік-орталық) сыртқы. Бұл қиындатады
мәселені басқару және сіздің жалпы өнімділікті төмендетеді,
сіз үшін жасалған қосымша проблемаларды айтпағанның өзінде
DBAs, өйткені оларда ең аз түсінік болуы мүмкін
негіздерінен дати кеңістіктік те. Екінші жағынан, егер сіздің қозғалтқышыңыз болса
RMBS барлық кеңістіктік құрамдастарды және соған байланысты өңдейді
оңтайландырушы арнайы қажеттіліктерді біледі (мысалы,
Кеңістіктік нысандарды индекстеу), содан кейін сіздің DBA оларды өңдей алады
мәселелерді дереу басқарыңыз және сіз оларды көтере аласыз
өнімділік.
Сонымен қатар, сіз сахналық аумақты және қабатты реттеуіңіз керек
мекенжайды тазалауды қамтитын атом ортасы (а
кеңістіктік талдаудың негізгі элементі), сондай-ақ келесі
ғарыш объектілерін үнемдеу. басылымдарының сабақтастығы
Біз тазалау түсінігін енгізгеннен кейін сурет салу жалғасуда
мекенжайы. Бір жағынан, бұл қолданба түрін белгілейді
сіздің ETL әрекетіңізге қажет бағдарламалық құрал.
Сізге мекенжай беру үшін Trillium сияқты өнімдер қажет
таза немесе оны қамтамасыз етуді таңдаған ETL провайдері
функционалдығы?
Әзірге дизайн деңгейін бағалау маңызды
орындауды бастамас бұрын аяқталуы керек
қоршаған орта (қойма). Жоғарыда келтірілген мысалдар қажет
орындалу керек көптеген дизайн шешімдерін көрсетіңіз
кез келген нақты бизнес талаптарын анықтау. Жасалса
Дұрыс, бұл дизайн шешімдері алға шығады
қоршаған ортаңыздың физикалық құрылымдары арасындағы өзара тәуелділік,
қолданылатын технологияны таңдау және таралу ағыны
ақпарат мазмұны. Бұл дәстүрлі архитектурасыз
BI бойынша ұйымыңыз араласуға ұшырайды
бар технологиялардың хаотикалық, ең жақсысы, бір жолмен біріктірілген
айқын тұрақтылықты қамтамасыз ету үшін дәл емес.
Ақпараттық мазмұнды сақтау
Ұйымыңызға ақпараттың құндылығын жеткізу
өте қиын операция. Жеткілікті түсініксіз
және тәжірибе, немесе барабар жоспарлау және сызба, тіпті
жақсы командалар сәтсіздікке ұшырайды. Екінші жағынан, егер сізде үлкен болса
интуиция және егжей-тегжейлі жоспарлау, бірақ тәртіп жоқ
орындау, сіз тек ақшаңызды және уақытыңызды босқа жұмсадыңыз
өйткені сіздің күш-жігеріңіз сәтсіздікке ұшырайды. Хабарлама керек
анық болыңыз: егер сізде осылардың біреуі немесе бірнешеуі жоқ болса
дағдылар, түсіну/тәжірибе немесе жоспарлау/сызу немесе
орындау тәртібі, бұл параличке әкеледі немесе
BI ұйымының ғимаратын бұзу.
Сіздің командаңыз жеткілікті түрде дайын ба? Сенің жаныңда біреу бар
Қолжетімді кең аналитикалық ландшафтты түсінетін BI командасы
BI орталарында, қажетті әдістер мен технологияларда
бұл пейзажды жүзеге асыру үшін? Сіздің командаңызда біреу бар
қосымшалар арасындағы қолданба айырмашылығын тани алады
статикалық есеп беру және OLAP немесе ROLAP пен OLAP арасындағы айырмашылықтар ма? Бірі
Сіздің командаңыздың мүшелері жолды анық таниды
сығынды және оның қоймаға қалай әсер етуі мүмкін немесе қалай
Қойма тау-кен өнімділігін сақтай ала ма? Мүше
ұжымның құндылығын түсінеді дати ғарыш немесе технология
агент негізінде? Бірегей қолданбаны бағалайтын адам бар ма?
ETL құралдарының брокер технологиясымен салыстырғанда
хабар? Егер сізде жоқ болса, біреуін алыңыз. BI әлдеқайда көп
нормаланған атом қабатының үлкені, OLAP, схемалардың а
жұлдыз және ODS.
Талаптарды тану үшін түсінік пен тәжірибеге ие болыңыз
BI және олардың шешімдері сіздің қабілетіңіз үшін маңызды
пайдаланушының қажеттіліктері мен дизайнын дұрыс ресімдеу
және олардың шешімдерін жүзеге асыру. Егер сіздің пайдаланушы қауымдастығыңыз болса
талаптарды сипаттау қиындығы, бұл ұжымның міндеті
қойма бұл түсінікті қамтамасыз етеді. Бірақ егер командасы
қойма
BI нақты қолданбасын танымайды - мысалы, деректер
тау-кен - бұл BI орталары жасайтын ең жақсы нәрсе емес
көбінесе пассивті депозиттермен шектеледі. Дегенмен, бұларды елемеңіз
технологиялар олардың маңыздылығы мен әсерін төмендетпейді
Сіздің іскерлік барлау мүмкіндіктеріңіздің пайда болуы туралы
ұйым, сондай-ақ сіз жобалаған ақпараттық құрылым
жәрдемдесу.
Жоспарлау сызу ұғымын қамтуы керек, ред
екеуі де сауатты адамды қажет етеді. Оған қоса, жоспарлау
командалық философия мен бақылауды қажет етеді
стандарттарының. Мысалы, егер сіздің компанияңыз а
стандартты платформа немесе сіз белгілі бір RDBMS анықтады
платформада стандарттауды қаласаңыз, бұл бізге міндет
командадағы барлық адамдар осы стандарттарды ұстанады. Жалпы бір
команда қалыпқа келтіру қажеттілігін ашады (пайдаланушыға
қауымдастық), бірақ команданың өзі қосылғысы келмейді
стандарттар компанияның басқа салаларында немесе тіпті мүмкін
ұқсас компаниялар. Бұл екіжүзділік қана емес, сонымен қатар компанияның мұндай еместігіне кепілдік береді
қолда бар ресурстар мен инвестицияларды пайдалануға қабілетті. Бұл дегенді білдірмейді
платформаға немесе а кепілдік беретін жағдайлар жоқ
стандартталмаған технология; дегенмен қойманың күш-жігері
дейін кәсіпорын стандарттарын қызғанышпен қорғауы керек
бизнес талаптары басқаша талап етпейтінін.
BI құру үшін қажет үшінші негізгі компонент
ұйымдастыру – бұл тәртіп.
Бұл жеке адамдарға және қоршаған ортаға бірдей байланысты.
Жобаны жоспарлаушылар, демеушілер, сәулетшілер және пайдаланушылар бағалауы керек
компанияның ақпараттық құрылымын құру үшін қажетті тәртіп.
Дизайнерлер өздерінің дизайндық күш-жігерін осындай жолмен бағыттауы керек
қоғамдағы басқа да қажетті күш-жігерді аяқтау.
Мысалы, сіздің компанияңызды құрастырады делік
Қойма құрамдас бөлігі бар ERP қолданбасы.
Сондықтан ERP дизайнерлерімен бірлесіп жұмыс істеу жауапкершілігі
қойма ортасы командасы бәсекеге түспеу үшін немесе
басталған жұмысты қайталаңыз.
Тәртіп мәселесі де назар аударуды қажет ететін тақырып
бүкіл ұйыммен және әдетте құрылады және а
атқарушы деңгей.
Менеджерлер жобаланған тәсілді ұстануға дайын ба? А
ақпараттық мазмұнды жасауға уәде беретін тәсіл
соңы бизнестің барлық салаларына құндылық әкеледі, бірақ мүмкін
Ол жеке немесе ведомстволық күн тәртібін бұзады ма? Мақалды есте сақта
«Бір нәрсе туралы ойлаудан гөрі бәрін ойлау маңызды».
Бұл сөз BI ұйымдарына қатысты.
Өкінішке орай, көптеген қоймалар өз күштерін шоғырландырады
мақсатқа жетуге және белгілі бір бөлімге мән беруге тырысу немесе
ұйымға аз ғана назар аудара отырып, нақты пайдаланушылар
жалпы. Менеджер командадан көмек сұрады делік
сарай. Команда 90 күнге созылған жұмыспен жауап береді
белгілеген хабарлама талаптарын жеткізуді ғана қамтымайды
менеджер, бірақ барлығын қамтамасыз етеді дати негіз қабатқа араластырылады
текше технологиясына енгізілгенге дейін атомдық
ұсыныс.
Бұл инженерлік қосымшаның орындалуын қамтамасыз етеді
werehouse пайда көреді дати менеджерге қажет.
Дегенмен, басшы бұл туралы сыртқы консалтингтік фирмалармен сөйлесті
4-тен аз мерзімде жеткізумен ұқсас өтінімді ұсынды
апта.
Ішкі werehouse командасы құзыретті деп есептесек,
менеджердің таңдау құқығы бар. Тәртіпті кім қолдай алады
активті өсіру үшін қосымша инженерия қажет
ақпараттық бизнес немесе сіз өзіңізді құруды таңдай аласыз
тез шешу. Соңғысы шынымен таңдалған сияқты
тым жиі және тек ақпараттық контейнерлерді жасауға қызмет етеді
бұл бірнеше адамға немесе жеке адамға ғана пайда әкеледі.
Қысқа және ұзақ мерзімді мақсаттар
Сәулетшілер мен жоба дизайнерлері а
жалпы архитектураның ұзақ мерзімді көрінісі және жоспарлары
BI ұйымында өсіңіз. Бұл комбинациясы
қысқа мерзімді табыс пен ұзақ мерзімді жоспарлау
BI күш-жігерінің екі жағын білдіреді. Қысқа мерзімді пайда
соңғы мерзім - BI қыры, ол итерациялармен байланысты
сіздің қоймаңыз.
Мұнда жоспарлаушылар, сәулетшілер мен демеушілер назар аударады
нақты бизнес талаптарын қанағаттандыру. Дәл осы деңгейде
физикалық құрылымдар салынды, технология сатып алынады және
техникалар жүзеге асырылады. Олармен мүлдем айналысуға болмайды
белгілі бір пайдаланушылар қауымдастығы анықтаған арнайы талаптар.
Барлығы нақты белгіленген талаптарды орындау үшін жасалады
белгілі бір қауымдастықтан.
Ұзақ мерзімді жоспарлау, алайда, басқа қыры
BI. Міне, жоспарлар мен жобалар оны қамтамасыз етті
кез келген физикалық құрылымды, таңдалған технологияларды және
кәсіпорынға көзқараспен жасалған әдістемелерді іске асырды. Және
біртұтастығын қамтамасыз ететін ұзақ мерзімді жоспарлау
іскерлік пайданың барлығына есептелуін қамтамасыз ету үшін қажет
қысқа мерзімді табыстар табылды.
BI күш-жігеріңізді ақтаңыз
Un деректер қоймасы оның өзіндік құндылығы жоқ. Басқада
технологияларының арасында өзіндік құндылық жоқ
қойма және іске асыру әдістері.
Кез келген қоймалық күш-жігердің мәні әрекеттерден табылады
қойма ортасы мен мазмұнына сәйкес орындалады
уақыт өте келе дамыған ақпараттық. Бұл түсіну үшін маңызды нүкте
кез келген бастамасының құнын бағалауға әрекет жасамас бұрын
қай үй.
Көбінесе сәулетшілер мен дизайнерлер құндылықты қолдануға тырысады
қойманың физикалық және техникалық құрамдас бөліктері, егер шын мәнінде құны болса
оң әсер ететін бизнес-процестерге негізделген
қойма және жақсы алынған ақпарат.
BI құрудың қиындығы осында: инвестицияны қалай негіздейсіз?
Егер үй-жайдың өзіндік құндылығы болмаса, дизайнерлер
жоба артықшылықтарды зерттеуге, анықтауға және ресімдеуге тиіс
қойманы пайдаланатын тұлғалар қол жеткізеді
нақты бизнес-процестерді немесе мәнін жақсарту
қорғалған ақпарат немесе екеуі де.
Мәселелерді қиындату үшін кез келген бизнес-процесс
қойма әрекеттерінен зардап шеккендер пайда әкелуі мүмкін
«Елеулі» немесе «аздап». Айтарлықтай артықшылықтар а
инвестицияның табыстылығын (ROI) өлшеуге арналған материалдық көрсеткіш – мысалы
Мысалы, тауарлық-материалдық қорларды кезең ішінде қосымша уақытты айналдыру
арнайы немесе бір жөнелтуге арналған тасымалдау құнының төмендігі үшін. Бұл көбірек
Қолжетімділікті жақсарту сияқты шамалы артықшылықтарды анықтау қиын
материалдық құндылық тұрғысынан ақпарат.
туралы білу үшін жобаңызды қосыңыз
Іскерлік сұраныстар
Көбінесе жоба дизайнерлері мәнді қосуға тырысады
аморфты компания мақсаттары бар қойманың. Мұны жариялау
«Қойманың құны біздің қабілетімізге негізделген
стратегиялық сұраныстарды қанағаттандыру» бөлімін ашамыз
сөйлеу. Бірақ мұны анықтау үшін жалғыз өзі жеткіліксіз
тауарлық-материалдық қорларға инвестиция салудың мәні бар. Қайталауларды байланыстырған дұрыс
нақты және белгілі іскерлік сұраныстары бар қоймалар.
ROI өлшеу
Қойма параметрінде ROI есептеу болуы мүмкін
ерекше қиын. Бұл артықшылық болса, әсіресе қиын
Белгілі бір қайталаудың принципі материалдық емес нәрсе немесе
өлшеуге оңай. Зерттеу пайдаланушылардың қабылдайтынын көрсетті
BI бастамаларының екі негізгі артықшылығы:
▪ Шешім қабылдау қабілетін қалыптастыру
▪ Ақпаратқа қол жеткізу
Бұл артықшылықтар жұмсақ (немесе жұмсақ) артықшылықтар. Көру оңай
Қатты тұтынушыға негізделген ROI-ді қалай есептеуге болады (немесе
үлкен) көлік құнын төмендету сияқты, бірақ қалай
біз жақсырақ шешім қабылдау қабілетін өлшейміз бе?
Бұл, әрине, жоба дизайнерлері үшін қиындық туғызады
олар компанияны белгілі бір компанияға инвестициялауға сендіруге тырысады
қойма күш-жігері. Сату көлемін ұлғайту немесе шығындарды азайту
олар енді BI ортасын басқаратын орталық тақырыптар емес.
Оның орнына сіз кіруге арналған бизнес сұрауларын қарап жатырсыз
белгілі бір бөлім білуі үшін ақпаратқа жақсырақ
тезірек шешім қабылдау. Бұл стратегиялық драйверлер а
Бұл бизнес үшін бірдей маңызды, бірақ маңызды
анық емес және нақты метрикада сипаттау қиынырақ.
Бұл жағдайда ROI есептеу маңызды емес болса, жаңылыстыруы мүмкін.
Жоба дизайнерлері құндылықты көрсете білуі керек
басшыларға инвестиция салу туралы шешім қабылдау үшін нақты
арнайы қайталау қолданылады. Дегенмен, біз жаңасын ұсынбаймыз
ROI есептеу әдісі немесе біз немесе үшін ешқандай дәлел келтірмейміз
оған қарсы.
Негіздерін талқылайтын көптеген мақалалар мен кітаптар бар
ROI есептеу. Құндылық ретінде ерекше құндылық ұсыныстары бар
Gartner сияқты топтар ұсынатын Investing (VOI) бойынша
зерттеуге. Оның орнына біз кез келген нәрсенің негізгі аспектілеріне назар аударамыз
ROI немесе басқа құнды ұсыныстарды ескеру қажет.
ROI қолдану
«Қатты» артықшылықтар мен «жұмсақ» артықшылықтар аргументінен басқа
BI күш-жігерімен байланысты басқа да мәселелер қарастырылады
ROI қолданған кезде. Мысалы:
Келетін DW әрекеттеріне тым көп үнемдеуді жатқызыңыз
кез келген жағдайда
Сіздің компанияңыз архитектурадан шықты делік
негізгі фрейм таратылған UNIX ортасына. Сондықтан кез келген
осы күш-жігерден жүзеге асырылуы мүмкін (немесе болмауы мүмкін) үнемдеу
тек, егер мүлде болса (?) жатқызылмауы керек
қойма.
Барлығын есепке алмау қымбатқа түседі. Ал атқарылатын істер көп
ескеру. Келесі тізімді қарастырыңыз:
▪ Іске қосу құны, оның ішінде техникалық-экономикалық негіздеме.
▪ Тиісті жады бар арнайы жабдықтың құны e
байланыс
▪ Басқаруды қоса алғанда, бағдарламалық құралдың құны дати және кеңейтімдер
клиент/сервер, ETL бағдарламалық қамтамасыз ету, DSS технологиялары, құралдар
визуализация, бағдарламалау және ағынды қолданбалар
жұмыс және бақылау бағдарламалық қамтамасыз ету, .
▪ Құрылымды жобалау құны дати, жүзеге асырумен және
оңтайландыру
▪ Тікелей күш-жігермен байланысты бағдарламалық қамтамасыз етуді әзірлеу құны
BI
▪ Үйді қолдау құны, оның ішінде оңтайландыру
өнімділігі, соның ішінде бағдарламалық құрал нұсқасын бақылау және
көмек операциялары
«Big-Bang» ROI қолданыңыз.
Бірыңғай және үлкен күш ретінде қойманы құру
сәтсіздікке ұшырауы мүмкін, сондықтан бастама үшін ROI есептеңіз
ірі кәсіпорынның ұсынысы таң қалдырады, бұл дизайнерлер
бүтіннің құнын бағалауға әлсіз әрекеттер жасауды жалғастыру
күш.
Өйткені дизайнерлер ақшалай мән беруге тырысады
іскерлік бастама бойынша, егер ол көпшілікке белгілі және қабылданған болса
Арнайы қайталауларды бағалау қиын ба? Бұл қалай мүмкін? Ол емес
бірнеше ерекшеліктерді қоспағанда мүмкін. Оны жасама.
Енді біз есептеу кезінде не істеуге болмайтынын анықтадық
ROI, мұнда анықтауға көмектесетін кейбір нүктелер бар
BI күш-жігеріңіздің мәнін бағалаудың сенімді процесі.
ROI консенсусын алу. Сіздікіне қарамастан
Сіздің BI күш-жігеріңіздің құнын бағалау үшін әдісті таңдау керек
жоба дизайнерлерін қоса алғанда, барлық тараптармен келісіледі,
демеушілер мен компания басшылары.
ROI-ді анықталатын бөліктерге азайтыңыз. Қажетті қадам
ROI-нің ақылға қонымды есебі - бұл есептеуді a-ға бағыттау
нақты жоба. Бұл мәнді бағалауға мүмкіндік береді
орындалатын нақты бизнес талаптарына негізделген
Шығындарды анықтаңыз. Жоғарыда айтылғандай, көптеген шығындар болуы керек
қарастырылады. Сонымен қатар, шығындар тек ілеспе шығындарды қамтымауы керек
бір итерацияға, сонымен қатар байланысты шығындарға
компанияның стандарттарына сәйкестігін қамтамасыз ету.
Артықшылықтарды анықтаңыз. ROI-ны талаптарға анық байланыстыру
нақты кәсіпорындарды анықтай алуымыз керек
талаптарды қанағаттандыруға әкелетін артықшылықтар.
Шығындар мен пайданы алдағы пайдаға азайтыңыз. Ол жол
бағалауды таза келтірілген құнға негіздеген дұрыс
(NPV) болашақ құнды болжау әрекетінен айырмашылығы
болашақ табыстар.
ROI бөлу уақытын минимумға дейін сақтаңыз. ЖӘНЕ'
ұзақ уақыт бойы жақсы құжатталған, ол сізде қолданылған
ROI
Бірнеше ROI формуласын пайдаланыңыз. үшін көптеген әдістер бар
ROI болжамы және сіз біреуін немесе пайдалануды жоспарлауыңыз керек
плюс таза келтірілген құнмен қоса кірістің ішкі жылдамдығы
(IRR) және қалпына келтіру.
Қайталанатын процесті анықтаңыз. Бұл есептеу үшін өте маңызды
кез келген ұзақ мерзімді құндылық. Ол құжатталуы керек а
барлық жобаның ішкі реттіліктері үшін бір қайталанатын процесс a
орындаңыз.
Тізімделген мәселелер сарапшылар анықтаған ең көп таралған мәселелер болып табылады
үй ортасы. басшылығы тарапынан талап
«Үлкен жарылыс» ROI жеткізу өте шатастырады. Егер сіз бәрін бастасаңыз
ROI есептеулерін анықтауға болатын және нақты бөліктерге азайту арқылы сізде
дәл ROI бағасын бағалаудың жақсы мүмкіндігі.
ROI артықшылықтарына қатысты сұрақтар
Сіздің артықшылықтарыңыз қандай болса да, жұмсақ немесе қатты, сіз оларды пайдалана аласыз
олардың құндылығын анықтау үшін кейбір негізгі сұрақтар. Кімге
қарапайым масштабтау жүйесін пайдаланып мысал, 1-ден 10-ға дейін, сіз
төмендегілерді пайдаланып кез келген әрекеттің әсерін бақылауға болады
сұрақтар:
▪ Түсіну деңгейін қалай бағалайсыз дати осыдан кейін
сіздің компанияңыздың жобасы?
▪ Нәтижесінде процестің жақсаруын қалай бағалайсыз?
бұл жоба?
▪ Жаңа түсініктер мен тұжырымдардың әсерін қазір қалай өлшейтін едіңіз?
осы итерация арқылы қолжетімді болды
▪ Жаңа компьютерлік орталардың әсері қандай болды e
үйренген нәрсенің нәтижесінде орындалады?
Бұл сұрақтарға жауаптар аз болса, бұл мүмкін
компания салған инвестицияға тұрарлық емес. Сұрақтар жоғары
ұпай маңызды құндылық өсімдерін көрсетеді және керек
әрі қарай зерттеу үшін нұсқаулық ретінде қызмет етеді.
Мысалы, процесті жақсарту үшін жоғары балл
ол дизайнерлерді процестердің қандай екенін тексеруге әкелуі керек
жетілдірілді. Сіз алған табыстардың бір бөлігін немесе барлығын таба аласыз
олар материалдық болып табылады, сондықтан ақшалай құнды оңай алуға болады
қолданылды.
Бірінші итерациядан барынша пайда алу
қойма
Сіздің іскерлік күш-жігеріңіздің ең үлкен нәтижесі көбінесе
алғашқы бірнеше итерация. Бұл алғашқы әрекеттер дәстүрлі түрде
жұртшылық үшін ең пайдалы ақпарат мазмұнын құру және
кейінгілерге техникалық көмек көрсетуді белгілейді
BI қолданбалары.
Әдетте әрбір келесі келесі реттілік дати жобаның
қоймалар компанияға азырақ қосымша құн әкеледі
жалпы. Бұл әсіресе қайталамасаңыз дұрыс
жаңа тақырыптарды қосады немесе жаңа тақырыптың қажеттілігін қанағаттандырмайды
пайдаланушылар қауымдастығы.
Сақтаудың бұл мүмкіндігі батареяларға да қатысты
-ның өсуі дати тарихшылар. Өйткені кейінгі әрекеттер көбірек қажет етеді
дати және тағы қалай дати уақыт өте келе қоймаға құйылады, көп бөлігі
дати пайдаланылатын талдауға қатыстылығы азырақ болады. Мыналар дати ұйқы
жиі шақырылады дати ұйқысыз және оларды ұстау әрқашан қымбат, өйткені
олар ешқашан қолданылмайды.
Бұл жоба демеушілері үшін нені білдіреді? Негізінде, И
Алғашқы демеушілер инвестицияның қанша тұратынын көбірек бөліседі.
Бұл бірінші кезекте, өйткені олар қабаттың негізін қалауға түрткі болып табылады
кең технологиялық орта және қойма ресурстары,
оның ішінде органикалық.
Бірақ бұл алғашқы қадамдар ең жоғары құндылықты әкеледі, демек дизайнерлер
жобалар көбінесе инвестицияны ақтауға тура келеді.
BI бастамасынан кейін жасалған жобалардың құны болуы мүмкін
төмен (біріншімен салыстырғанда) және тікелей, бірақ аз құндылық әкеледі
компанияға.
Ал ұйым иелері ойлануға кірісуі керек
жинақталған заттарды тастаңыз дати және онша маңызды емес технологиялар.
Деректерді өндіру: экстракция Dati
Көптеген сәулет құрамдастары вариацияларды қажет етеді
деректерді өндіру технологиялары мен әдістері -
мысалы, қызықты жерлерді зерттеуге арналған әртүрлі «агенттер».
клиенттер, компанияның операциялық жүйелері және dw өзі үшін. Мыналар
агенттер оқытылған жетілдірілген нейрондық желілер болуы мүмкін
негізделген болашақ өнім сұранысы сияқты өсіретін үрдістер
сатуды ынталандыру; ережелерге негізделген қозғалтқыштар
жиынтыққа реакция деректер жағдайлар, мысалы, диагноз
медициналық және емдік ұсыныстар; немесе тіпті қарапайым агенттер
жоғары басшыларға ерекше жағдайлар туралы есеп беру рөлімен (жоғарғы
басшылар). Әдетте бұл экстракция процестері дати si
нақты уақыт режимінде тексеру; сондықтан олар біртұтас болуы керек
қозғалысымен толығымен дати өздері.
Онлайн аналитикалық өңдеу
Онлайн аналитика
Кесу, кесу, домалату, бұрғылау қабілеті
және талдауды орындаңыз
не-егер, люкс ауқымында, мақсатына жатады
IBM технологиясы. Мысалы, аналитикалық өңдеу функциялары
DB2 үшін онлайн (OLAP) бар, ол өлшемдік талдауды ұсынады
қозғалтқышы дерекқор бірдей.
Функциялар SQL-ге өлшемдік қызметтік бағдарламаны қосады
олар DB2 табиғи бөлігі болудың барлық артықшылықтарын пайдаланады. Басқа
OLAP интеграциясының мысалы DB2 шығару құралы болып табылады
OLAP сервер анализаторы. Бұл технология текшелерге мүмкіндік береді
DB2 OLAP сервері жылдам және автоматты түрде болады
мәндерін анықтау және есеп беру үшін талданады дати әдеттен тыс немесе күтпеген
текше бойынша бизнес талдаушыға. Және, ең соңында, функциялары
DW орталығы сәулетшілерге тексеруге мүмкіндік береді
басқа нәрселер, бөлік ретіндегі DB2 OLAP сервер текшесінің профилі
ETL процестерінің табиғи сипаты.
Кеңістіктік талдау Кеңістіктік талдау
Кеңістік аналитикалық якорьдердің (тілектердің) жартысын білдіреді.
панорама үшін қажет
аналитикалық кең (уақыт екінші жартысын білдіреді). Атомдық деңгей
1.1-суретте көрсетілген қойманың (атомдық деңгейі),
уақыт пен кеңістік үшін негіздерді қамтиды. Жазбалар
Уақыт пен мекен-жай ақпараты үшін уақыт анкерлік талдау
ғарыштан анкерлік талдаулар. Уақыт белгілері
олар талдауды уақытында жүргізеді, ал бағыт ақпараты жетелейді
кеңістік бойынша талдау. Диаграмма геокодтау процесін көрсетеді
мекенжайларды картадағы нүктелерге немесе кеңістіктегі нүктелерге түрлендіру
қашықтық және ішкі/сыртқы сияқты ұғымдар болуы мүмкін
талдауда қолданылады – атомдық деңгейде және кеңістіктік талдауда жүргізіледі
талдаушыға қолжетімді болады. IBM кеңейтімдерді қамтамасыз етеді
қоршаған ортаны қорғау жүйесін зерттеу институтымен (ESRI) әзірленген ғарыш,
al дерекқор DB2 ғарыш объектілері болуы үшін
қалыпты бөлігі ретінде сақталады дерекқор қатынастық. DB2
Spatial Extenders, сонымен қатар барлық SQL кеңейтімдерін қамтамасыз етеді
кеңістіктік талдауды пайдалану. Мысалы, SQL кеңейтімдері
туралы сұрақ
мекенжайлар арасындағы қашықтық немесе нүктенің аймақтың ішінде немесе сыртында болуы
анықталған көпбұрыш, Кеңістікпен аналитикалық стандарт болып табылады
Ұзартқыштар. Қосымша ақпарат алу үшін 16 тарауды қараңыз.
дерекқор-Rezident Tools Tools дерекқор-
Резидент
DB2-де көмектесетін көптеген BI-резиденттік SQL мүмкіндіктері бар
талдау әрекетінде. Оларға мыналар жатады:
▪ «Табу
бастап барлық ықтимал ұшу жолдары Сан-Франциско a Нью-Йорк«.
▪ Реттеуге арналған аналитикалық функциялар, жиынтық функциялар, текше
және әдетте орындалатын тапсырмаларды жеңілдету үшін жинақтар
тек OLAP технологиясымен олар енді табиғи бөлігі болып табылады
қозғалтқышы дерекқор
▪ Нәтижелері бар кестелерді құру мүмкіндігі
Сатушылар дерекқор көшбасшылар BI мүмкіндіктерінен көбірек араласады
Nel дерекқор бірдей.
Негізгі жеткізушілер дерекқор қарағанда көбірек араласады
BI функционалдығы дерекқор бірдей.
Бұл сіздің жұмысыңыз үшін жақсырақ өнімділікті және көбірек іске қосу опцияларын қамтамасыз етеді
BI шешімдері.
DB2 V8 мүмкіндіктері мен функциялары талқыланады
келесі тарауларда егжей-тегжейлі:
Техникалық архитектура және деректерді басқару негіздері
(5-тарау)
▪ DB2 BI негіздері (6-тарау)
▪ DB2 материалдандырылған сұрау кестелері
Кестелер) (7-тарау)
▪ DB2 OLAP функциялары (13-тарау)
▪ DB2 Enhanced BI мүмкіндіктері мен функциялары (Enhanced BI
Мүмкіндіктер мен функциялар) (15-тарау)
Деректерді жеткізудің оңайлатылған жүйесі
Жеткізу жүйесі дати жеңілдетілген
1.1-суретте бейнеленген архитектура көптеген қамтиды
құрылымдар дати физикалық. Біреуі – қоймасы дати жедел.
Әдетте, ODS объектіге бағытталған,
біріктірілген және ағымдағы. Қолдау үшін ODS құрастырасыз ба, мысалы:
мысалы, сату кеңсесі. ODS сатылымы толықтырылады дати
көптеген әртүрлі жүйелерден келеді, бірақ тек сақтайды, мысалы:
мысалы, бүгінгі транзакциялар. ODS жаңартуға болады
тіпті күніне бірнеше рет. Сонымен қатар, процестер
олар итереді дати басқа қолданбаларға біріктірілген. Бұл құрылым
біріктіру үшін арнайы әзірленген дати ток және динамикалық e
нақты уақыттағы талдауды қолдауға ықтимал үміткер болар еді,
қызмет агенттерін қалай қамтамасыз ету керек клиенттер сату туралы ақпарат
сату үрдісі туралы ақпаратты алу арқылы тұтынушының ағымдағы трендтері
қойманың өзінен. 1.1-суретте көрсетілген тағы бір құрылым
dw үшін ресми мәртебе. Бұл орын ғана емес
қажетті интеграцияның орындалуы, сапасы дати, e
түрлендіру туралы дати акциясы жақында келеді, бірақ ол да
үшін сенімді және уақытша сақтау орны дати соған жауап бер
нақты уақыттағы талдауда қолдануға болады. Егер сіз шешсеңіз
ODS немесе сахналау аймағын пайдаланыңыз, біреуі
осы құрылымдарды толтырудың ең жақсы құралдарының бірі дати қолдану
әртүрлі операциялық көздер DB2 гетерогенді таратылған сұрауы болып табылады.
Бұл мүмкіндік DB2 қосымша мүмкіндігімен қамтамасыз етілген
DB2 Relational Connect (тек сұрау) деп аталады және DB2 арқылы
DataJoiner (қолданбаны жеткізетін бөлек өнім,
енгізу, жаңарту және жою мүмкіндігі a
Гетерогенді таралған RDBMS).
Бұл технология сәулетшілерге мүмкіндік береді дати байлау дати di
аналитикалық процестері бар өндіріс. Тек технология ғана емес
репликация сұрауларының кез келгеніне бейімделу
олар нақты уақыттағы аналитикамен көрінуі мүмкін, бірақ ол
Олар сондай-ақ әртүрлі базаларға қосыла алады дати көбірек
танымал, соның ішінде DB2, Oracle, Sybase, SQL Server,
Informix және т.б. DB2 DataJoiner толтыру үшін пайдаланылуы мүмкін
құрылым дати ODS немесе тіпті кесте сияқты ресми
қалпына келтіруге арналған қоймада тұрақты түрде ұсынылған
жылдам жаңартулар немесе сату үшін. Әрине,
дәл осы құрылымдар дати пайдаланып толтыруға болады
қайталауға арналған тағы бір маңызды технология дати, IBM
DataPropagator қатынасы. (DataPropagator - бұл бөлек өнім
орталық жүйелер үшін. DB2 UNIX, Linux, Windows және OS/2 кіреді
репликация қызметтері дати стандартты функция ретінде).
Жылжытудың тағы бір әдісі дати айналасында жұмыс істейді
кәсіпорынға басқаша жағдайда кәсіпорын қолданбасының интеграторы болып табылады
хабар брокері ретінде белгілі. Бұл
Бірегей технология орталықтандыруды теңдессіз басқаруға мүмкіндік береді
(нысана) және жылжытыңыз дати компанияның айналасында. IBM-де делдал бар
ең көп қолданылатын хабардың, MQSeries немесе нұсқа
талаптарын қамтитын өнімнің электрондық коммерция, IBM
WebSphere MQ.
Қолдау үшін MQ-ды қалай пайдалану керектігі туралы қосымша талқылау үшін a
қойма және BI ортасы, барыңыз веб-сайт кітаптың. Әзірге солай
үшін бұл технологияның тамаша құралы екенін айтсақ та жеткілікті
түсіру және түрлендіру (MQSeries Integrator көмегімен) дати
BI шешімдері үшін жалданған орталықтандырылған (мақсатты) операторлар. Ана жерде
MQ технологиясы UDB V8 жүйесіне біріктірілген және пакеттелген
хабарлар кезектерін енді басқаруға болатынын білдіреді
олар DB2 кестелері сияқты. Дәнекерлеу туралы түсінік
кезекте тұрған хабарламалар және ғалам дерекқор қатынасқа бағытталған
қуатты жеткізу ортасына қарай дати.
Нөлдік кешігу Нөлдік кідіріс
IBM үшін түпкілікті стратегиялық мақсат нөлдік кідіріс (нөлдік күту) талдауы болып табылады.
анықтағандай
Gartner, BI жүйесі қорытынды жасауға, ассимиляциялауға қабілетті болуы керек
және сұрау бойынша талдаушыларға ақпарат береді. Қиындық,
әрине, бұл қалай араластыру керек дати ағымдағы және нақты уақытта
сияқты қажетті тарихи мәліметтермен, мысалы, и дати қатысты үлгі(лер).
тенденция немесе алынған түсінік, оның шекарасы ретінде
клиент
Мұндай ақпарат, мысалы, сәйкестендіруді қамтиды клиенттер ad
жоғары немесе төмен тәуекел немесе қандай өнімдер i клиенттер олар көп сатып алады
олардың арбаларында ірімшік болса керек
сатып алулар.
Нөлдік кідіріс алу шын мәнінде екеуіне байланысты
негізгі механизмдері:
▪ Толық бірігу дати көмегімен талданады
BI жасаған белгіленген әдістер мен құралдар
▪ жеткізу жүйесі дати қамтамасыз ету үшін тиімді
нақты уақыттағы талдау шынымен қол жетімді
Нөлдік кідірістің бұл алғышарттары екеуінен еш айырмашылығы жоқ
IBM белгілеген және жоғарыда сипатталған мақсаттар.
жақын жұптасуы дати бағдарламасының бөлігі болып табылады
IBM ұйымдастырған үздіксіз интеграция. Және жүйені жасаңыз
жеткізу дати тиімділігі толығымен тәуелді
жеткізу процесін жеңілдететін қолжетімді технология
дати. Нәтижесінде, IBM үш мақсатының екеуі маңызды
үшіншісін жасау. IBM өзін саналы түрде дамытуда
нөлдік кідірісті қамтамасыз ету технологиясы пайдаланушылар үшін шындық болып табылады
қойма күштері.
Қорытынды / Синтез
BI ұйымы жол картасын ұсынады
ортаңызды жасаңыз
итеративті түрде. Ол қажеттіліктерді көрсету үшін реттелуі керек
Сіздің бизнесіңіз, қазіргі және болашақ. Архитектуралық көзқарассыз
кең, қойманың қайталанулары азырақ
Орталық қойманың кездейсоқ іске асырылуы аз нәтиже береді
кең, ақпараттық кәсіпорын құру.
Жоба менеджерлері үшін бірінші кедергі - бұл қалай негіздеу
BI ұйымының дамуына қажетті инвестициялар.
ROI есептеу негізгі қолдау болып қала берді
қойма жетістіктері, бұл қиын болып барады
дәл болжау. Бұл басқа әдістерге әкелді
сіздің ақшаңыздың құнын алатыныңызды анықтау. The
инвестиция құны2 (VOI), мысалы, сатып алынады
шешім ретінде.
Ол сәулетшілерге жүктелген дати және жобаны жоспарлаушылар
әдейі құру және бірлестіктерге ақпарат беру
пайдаланушыларға жай ғана қызмет көрсетпейді дати. бар
екеуінің арасындағы үлкен айырмашылық. Ақпарат - бұл адам жасайтын нәрсе
шешім қабылдау процестері мен тиімділігінің айырмашылығы; салыстырмалы түрде, яғни
дати олар сол ақпаратты алу үшін құрылыс блоктары болып табылады.
Дереккөзге сын көзбен қарасам да дати сұраныстарды шешу үшін
коммерциялық, BI ортасы үлкен рөл атқаруы керек
ақпараттық мазмұнды құруда. алуымыз керек
тазалау, біріктіру, түрлендіру немесе қосымша шаралар
әйтпесе ақпараттық мазмұнды жасаңыз, оған сәйкес
пайдаланушылар әрекет жасай алады, сондықтан біз оларға көз жеткізуіміз керек
әрекеттер мен шешімдер орынды болған жағдайда қолдау көрсетіледі
BI ортасында. Егер біз қойманы тек қызмет ету үшін ауыстырсақ дати,
пайдаланушы бірлестіктері мазмұнды жасайтынына кепілдік беріледі
әрекет ету үшін қажетті ақпарат. Бұл олардың болуын қамтамасыз етеді
қауымдастық жақсырақ шешім қабылдай алады, бірақ кәсіпорын
пайдаланған білімінің жоқтығынан зардап шегеді.
дата сәулетшілер мен жобаны жоспарлаушылар жобаларға бастамашылық етеді
BI ортасына тән болғандықтан, олар кәсіпорын алдында есеп береді
жалпы айтқанда. Бұл екі мүмкіндіктің қарапайым мысалы
BI итерацияларының беттері дереккөзден табылған дати. Бәрі
дати арнайы коммерциялық сұраныстар үшін алынған болуы керек
бірінші атом қабатында орналасқан. Бұл дамуын қамтамасыз етеді
корпоративтік ақпарат активтерін басқарады, басқарады
Итерацияда анықталған пайдаланушыға тән сұраулар.

Қандай үй бар?
Мәліметтер қоймасы ол ақпараттық жүйелер архитектурасының жүрегі болып табылады
1990 жылдан бері және сенімді ұсына отырып, ақпараттық процестерді қолдайды
біріктірілген платформа дати кейінгілерге негіз болған тарихшылар
талдаулар. THE деректер қоймасы а-ға интеграцияның жеңілдігін ұсынады
бір-бірімен үйлеспейтін қолданбалы жүйелер әлемі. Күн
қойма тенденцияға айналды. Мәліметтер қоймасы
ұйымдастыру және сақтау i дати ақпараттық процестер үшін қажет e
ұзақ тарихи уақытша перспективаға негізделген аналитикалық. Барлық
бұл құрылысқа айтарлықтай және тұрақты міндеттемені қамтиды және
техникалық қызмет көрсетуде деректер қоймасы.
Сонымен, а деректер қоймасы? А деректер қоймасы және:
▪ пәнге бағытталған
▪ біріктірілген жүйе
▪ нұсқа уақыты
▪ тұрақты емес (өшіру мүмкін емес)
жинағы дати басқарушылық шешімдерді қолдау үшін қолданылады
процестерді жүзеге асыру.
I дати енгізілген деректер қоймасы көпшілігінде пайда болады
операциялық ортадан алынған жағдайлар. The деректер қоймасы оны біреу жасайды
қалған бөлігінен физикалық түрде бөлінген сақтау бірлігі
қамтитын жүйе дати бұрын түрлендірілген
ортадан алынатын ақпаратпен жұмыс істейтін қолданбалар
жедел.
Сөзбе-сөз анықтамасы а деректер қоймасы тереңдетіп зерттеуге лайық
түсіндіру, өйткені маңызды уәждері мен мағыналары бар
қойманың сипаттамаларын сипаттайтын фон.
ПӘННІҢ БАҒЫТТАРЫ
ТАҚЫРЫПТЫҚ
Бірінші қасиет А деректер қоймасы бағытталған болып табылады
компанияның негізгі ойыншылары. арқылы сынақтар нұсқаулығы
дати ол беретін классикалық әдіске қарама-қайшы
қолданбаларды процестер мен функцияларға бағдарлау,
көбіне ортақ әдіс
ескі басқару жүйелері.
Операциялық әлем қолданбалар мен функциялар айналасында жасалған
несиелер, жинақтар, банк карталары және мекемеге арналған сенім сияқты
Қаржылық. dw әлемі пәндердің айналасында ұйымдастырылған
тұтынушы, сатушы, өнім және бизнес сияқты принциптер.
Тақырыптар төңірегінде туралау дизайнға және
жүзеге асыру туралы дати dw-да табылды. Ең бастысы,
негізгі тақырып ең маңызды бөлігіне әсер етеді
негізгі құрылым.
Қолданба әлеміне деректердің дизайны да әсер етеді
процесті жобалауға негізделген. әлемі
dw тек үлгілеуге бағытталған дати Ол қосулы
сызбасы дерекқор. Процестің дизайны (оның түрінде
классикалық) dw ортасының бөлігі емес.
Процесті/функцияны таңдау және қолдану арасындағы айырмашылықтар
пән бойынша таңдау да мазмұндық айырмашылықтар ретінде айқындалады
dei дати егжей-тегжейлі деңгейде. THE дати dw ішіне i кірмейді дати Che
қолданбалар кезінде DSS процесі үшін пайдаланылмайды
операциялық бағдарланған дати құрамында i дати қанағаттандыру
бірден функционалдық/өңдеу талаптары
аз DSS талдаушысы үшін ешқандай пайдасы жоқ.
Операциялық бағдарланған қосымшалардың тағы бір маңызды жолы
ai дати -дан ерекшеленеді дати dw саны dei есептерінде көрсетілген дати. мен дати
операциялық екі немесе одан да көп кестелер арасындағы үздіксіз қатынасты қамтамасыз етеді
белсенді іскерлік ережеге негізделген. THE дати by dw
олар уақыт спектрін қамтиды және dw-да табылған қатынастар
көп. Көптеген сауда ережелері (және сәйкесінше, көптеген
есептері дати ) қоймасында ұсынылған дати екі арасында
бірнеше кестелер.
(Олар арасындағы байланыстарды егжей-тегжейлі түсіндіру үшін дати ұйқы
DW-де қарастырылған, біз бұл туралы Техникалық тақырыпқа жүгінеміз
сұрақ.)
Айырмашылық тұрғысынан қарағанда
функционалдық/процесстік қолданбаны таңдау және арасындағы негізгі
пән таңдау, жүйелер арасында үлкен айырмашылық бар
операциялық ei дати және DW.
ИНТЕГРАЦИЯЛЫҚ ИНТЕГРАЦИЯ
dw ортасының ең маңызды аспектісі мынада: i дати табылды
dw ішінде олар оңай біріктірілген. ƏРҚАШАН. ЖОҚ
ЕРЕКШЕЛІКТЕР. dw ортасының мәні мынада: i дати
қойма шегінде қамтылғандар біріктірілген.
Интеграция өзін әртүрлі жолдармен – конвенцияларда көрсетеді
сәйкестендірілген, дәйекті айнымалыларды өлшеуде, в
физикалық атрибуттарында тұратын кодталған құрылымдар дати
дәйекті және т.б.
Көптеген жылдар бойы әртүрлі қолданбалардың дизайнерлері осылай жасады
өтініштің қалай болуы керектігі туралы көптеген шешімдерге ие болу
дамытылуы. Жеке стиль және дизайн шешімдері
Дизайнерлердің қосымшалары өзін жүз жолмен көрсетеді: в
кодтау айырмашылықтары, негізгі құрылымы, физикалық сипаттамалары,
конвенцияларды анықтау және т.б. Көпшіліктің ұжымдық қабілеті
Қолданба құрастырушылары сәйкес келмейтін қолданбаларды жасайды
бұл аңызға айналған. 3-суретте кейбір айырмашылықтар көрсетілген
қолданбаларды құрастыру тәсілдерінде маңызды.
Кодтау: Кодтау:
Қолданба дизайнерлері өріс кодтауын таңдады –
жыныстық қатынас - әртүрлі жолдармен. Дизайнер жыныстық қатынасты бейнелейді
«m» және «f». Басқа дизайнер жыныстық қатынасты «1» деп көрсетеді.
және «0». Басқа дизайнер жыныстық қатынасты «х» ретінде көрсетеді және
«y». Басқа дизайнер жыныстық қатынасты «ер» және
«әйел». Жыныстық қатынастың DW-ге қалай түсетіні маңызды емес. «М»
және «F» бәрі сияқты жақсы болуы мүмкін
өкілдігі.
Ең бастысы, секс өрісі қайдан болса да,
бұл өріс DW-ге дәйекті интеграцияланған күйде келеді. бастап
өріс DW ішіне жүктелген кезде пайда болады
пішімде ұсынылған қолданба
«M» және «F», яғни дати DW пішіміне түрлендіру керек.
Атрибуттарды өлшеу: өлшеу
Атрибуттары:
Қолданба дизайнерлері құбырды өлшеуді таңдады
курста әртүрлі тәсілдер
Біраз жылдар. Дизайнер сақтайды дати ішіндегі құбырдың
сантиметр. Басқа қолданба дизайнері сақтайды дати
дюйммен есептегенде құбырдың. Тағы бір дизайнер
қолданбалы дүкендер i дати құбырдың көлемі миллион текше фут
секундына. Ал басқа дизайнер ақпаратты сақтайды
аулалар бойынша құбыр. Қандай дереккөз болса да, қашан
құбыр туралы ақпарат DW-ге келеді, ол болуы керек
бірдей өлшенеді.
3-суреттегі көрсеткіштерге сәйкес интеграция мәселелері
олар жобаның барлық дерлік аспектілеріне - мүмкіндіктерге әсер етеді
физикалық құдайлар дати, бірнеше көзге ие болу дилеммасы датиЛа
сәйкес келмейтін анықталған үлгілерді, форматтарды шығару дати
сәйкес келмейтін және т.б.
Дизайн тақырыбы қандай болса да, нәтиже бірдей -
i дати DW-де сингулярлық e-де сақталуы керек
операциялық жүйелерінде де жаһандық қолайлы әдіс
түбінде олар басқаша сақтайды i дати.
DSS талдаушысы DW-ге қараған кезде, талдаушының мақсаты
пайдалану болуы керек дати қоймада бар,
сенімділігі немесе дәйектілігі туралы ойланудан гөрі
дати.
УАҚЫТ ТҮРЛІГІ
Барлығы дати DW-де олар белгілі бір уақытқа дейін дәл болады.
Бұл негізгі сипаттама дати DW-де ол басқалардан айтарлықтай ерекшеленеді дати
операциялық ортада табылды. THE дати операциялық орта болып табылады
қол жеткізу сәтіндегідей дәл. Басқа сөздермен айтқанда,
дискіге кіру кезінде жұмыс ортасында дати, иә
қол жеткізу кезіндегідей нақты мәндерді көрсеткенше күтіңіз.
Себебі мен дати DW-де белгілі бір нүктедегідей дәл
уақыт (яғни, «дәл қазір» емес), и дати 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-де не болып жатқанын түсінбеу.
Іс жүзінде минимум артық жұмыс бар дати жұмыс ортасы арасында
және дати DW. Келесілерді қарастырайық:
▪ I дати олар сүзіледі деректер операциялық ортадан өтетін
DW ортасына. Көптеген дати олар ешқашан сыртқа өтпейді
операциялық ортадан. Одан басқа мен дати үшін қажет
DSS өңдеу қоршаған ортада өз бағытын табады
▪ уақыт горизонты дати ол қоршаған ортадан өте ерекшеленеді
екіншісіне. THE дати жұмыс ортасында олар өте жаңа. THE дати
DW-де олар әлдеқайда үлкен. Тек көзқараспен
уақыт көкжиегінде өте аз қабаттасады
жұмыс ортасы мен DW арасында.
▪ DW құрамында дати ешқашан табылмайтын түйіндеме
ортада
▪ I дати бастап түбегейлі өзгеріске ұшырайды
Олардың 3-суретке өту сәті мұның көп бөлігін көрсетеді
бөлігі дати жағдайы айтарлықтай өзгереді
таңдалады және DW-ге жылжытылады. Басқаша айтқанда,
көпшілігі дати физикалық түрлендірілген және
түбегейлі қалай DW жылжытылады. тұрғысынан
интеграциясы бірдей емес дати кім тұрады
операциялық ортада.
Осы факторларды ескере отырып, артықшылық дати екі ортаның арасында
сирек кездесетін оқиға, бұл екеуінің арасындағы 1% артық артықшылыққа әкеледі
орталар.
ҚОЙМА ҚҰРЫЛЫМЫ
DW-дің ерекше құрылымы бар. Қорытындылаудың әртүрлі деңгейлері бар және
DW-ны шектейтін деталь.
DW әртүрлі компоненттері:
▪ Метадеректер
▪ Dati ағымдағы мәліметтер
▪ Dati ескі бөлшектерден
▪ Dati аздап жинақталған
▪ Dati жоғары жинақталған
Әзірге басты алаңдаушылық дати егжей-тегжейлі
токтар. Бұл басты алаңдаушылық, себебі:
▪ I дати ағымдағы мәліметтер ең соңғы оқиғаларды көрсетеді,
олар әрқашан үлкен қызығушылық тудырады және
▪ i дати Ағымдағы мәліметтер көлемді, өйткені ол
түйіршіктіліктің ең төменгі деңгейінде сақталады e
▪ i дати Ағымдағы мәліметтер әрқашан дерлік сақталады
жылдам қол жеткізуге болатын, бірақ қымбат тұратын дискілік жады
бастап кешен
I дати олар неғұрлым үлкен болса, егжей-тегжейлі дати оларда сақталады
кейбір естеліктер Масса. Оған кездейсоқ қол жетімділік бар және солай
үйлесімді деталь деңгейінде сақталады дати dettagliati
токтар. Оны ортада сақтау міндетті емес
үлкен көлеміне байланысты баламалы сақтау дати -мен біріккен
кездейсоқ қол жеткізу дати, жадты қолдау дати di
Ескі мәліметтер әдетте дискіде сақталмайды.
I дати аздап жинақталған дати олар түбінен тазартылады
егжей-тегжейдің ағымдағы деңгейінде табылған деталь деңгейі. Бұл
DW деңгейі әрдайым дерлік дискілік жадта сақталады. THE
сәулетші үшін туындайтын жобалау мәселелері дати
DW осы деңгейдің құрылысында:
▪ Жоғарыда келтірілген қорытынды уақыт бірлігі қандай
▪ Қандай мазмұндар, атрибуттар аздап қорытындылайды
мазмұны дати
Келесі деңгейі дати DW табылған болып табылады дати жоғары
қорытындылар. THE дати жоғары жинақталған ықшам және оңай
қолжетімді. THE дати жоғары жинақталған кейде кездеседі
DW ортасында және басқа жағдайларда i дати жоғары жинақталған
DW орналасқан технологияның тікелей қабырғаларының сыртында табылды.
(кез келген жағдайда, яғни дати жоғары жинақталған DW бөлігі болып табылады
қай жерде болса да i дати физикалық түрде орналастырылған).
DW соңғы компоненті метадеректер болып табылады. Көп жағынан
метадеректер басқаларға қарағанда басқа өлшемде орналасады дати
DW, себебі метадеректерде ешқайсысы жоқ деректер тікелей
операциялық ортадан алынған. Метадеректер ерекше рөл атқарады e
DW-де өте маңызды. Метадеректер келесідей пайдаланылады:
▪ DSS талдаушысының орнын анықтауға көмектесетін каталог
DW мазмұны,
▪ картаға түсіру бойынша нұсқаулық дати қалай мен дати Олар болды
операциялық ортадан DW ортасына өзгерді,
▪ арасындағы қорытындылау үшін қолданылатын алгоритмдер бойынша нұсқаулық дати di
ағымдағы егжей ei дати аздап жинақталған, яғни дати жоғары
қорытындылар,
DW ортасында метадеректер әлдеқайда үлкен рөл атқарады
олар операциялық ортада бұрын-соңды болмаған
ЕСКІ БЕЛГІЛЕРДІ САҚТАУ ОРТА
Мұндай сақтау үшін магниттік таспаны пайдалануға болады
дати. Іс жүзінде сақтау құралдарының кең ауқымы бар
олар ескілерді сақтау үшін қарастырылуы керек дати di
деталь.
көлеміне байланысты дати, қол жеткізу жиілігі, құны
құралдары мен қол жеткізу түрі бойынша бұл толық ықтимал
басқа құралдарға егжей-тегжейдің ескі деңгейі қажет болады
DW-де.
ДЕРЕКТЕР АҒЫНЫ
Қалыпты және болжамды ағыны бар дати DW ішінде.
I дати олар жұмыс ортасынан DW кіреді. (ЕСКЕРТУ: бар
осы ережеге өте қызықты ерекшеліктер. Дегенмен, дерлік
бәрі дати жұмыс ортасынан DW енгізіңіз). дата бұл мен дати
олар жұмыс ортасынан DW кіреді, ол бұрынғыдай түрленеді
бұрын сипатталған. DW кіру шарты бойынша, i дати олар кіреді
көрсетілгендей ағымдағы егжей-тегжейлі деңгейі. Ол сонда тұрады және пайдаланылады
үш оқиғаның бірі орын алғанша:
▪ тазартылады,
▪ қорытындыланады және/немесе
▪ болып табылады
DW ішіндегі ескірген процесс i жылжытады дати ағымдағы мәліметтер
a дати жасына негізделген ескі бөлшектер дати. Процесс
жиынтық мәліметтерін пайдаланады дати есептеу үшін i дати
аздап жинақталған және жоғары жинақталған деңгейлері дати. Сонда
көрсетілген ағынға кейбір ерекшеліктер (кейінірек талқыланады).
Дегенмен, әдетте, басым көпшілігі үшін дати табылды
DW ішінде, ағыны дати ол бейнеленгендей.
ДЕРЕКТЕР ҚОЙЫНЫН ПАЙДАЛАНУ
Әртүрлі деңгейлері таңқаларлық емес дати DW ішінде емес
пайдаланудың әртүрлі деңгейлерін алады. Әдетте, деңгейі соғұрлым жоғары болады
қорытынды, плюс i дати олар пайдаланылады.
Көптеген қолданулар кездеседі дати жоғары жинақталған, ал ескі
дати егжей-тегжейлер ешқашан қолданылмайды. Бұл жерде жақсы себеп бар
ұйымды ресурстарды пайдалану парадигмасына көшіру. Ол неғұрлым көп болса
қорытынды i дати, соғұрлым тезірек және тиімдірек болады дати. өзі
un дүкен оның DW егжей-тегжейлі деңгейінде көп өңдейтінін табыңыз,
содан кейін машина ресурстарының сәйкес үлкен көлемі
тұтынылады. Сотқа тарту әркімнің мүддесіне сай
мүмкіндігінше тезірек қорытындылаудың жоғары деңгейінде.
Көптеген дүкендер үшін DW алдындағы ортадағы DSS талдаушысы пайдаланылды
дати егжей-тегжейлі деңгейде. Көп жағдайда келу дати dettagliati
ол қол жетімді болса да, қауіпсіздік жамылғысына ұқсайды
қорытындылаудың басқа деңгейлері. Сәулетшінің жұмыстарының бірі дати è
DSS пайдаланушысын тұрақты пайдаланудан арылтады дати ең жоғары деңгейде
төмен деталь. Екі себеп бар
сәулетшісінің дати:
▪ соңғы пайдаланушы төлейтін төлемді қайтару жүйесін орнату
тұтынылатын ресурстар e
▪ бұл жауап беру уақыты өте жақсы болуы мүмкін екенін көрсетеді
i-мен мінез-құлық кезінде алынған дати ол жоғары деңгейде
Қорытынды бойынша, ал нашар жауап уақыты келесіден келеді
мінез-құлқы дати төмен деңгейде
БАСҚА ШАРТТАР
Басқа да құрылыс және басқару мәселелері бар
Д.В.
Бірінші ескерілетін нәрсе - индекстер. THE дати ең жоғары деңгейде
қорытынды еркін индекстелуі мүмкін, ал i дати
егжей-тегжейлердің төменгі деңгейлерінде олар мүмкіндігінше көлемді болады
үнемді индекстелген. Сол таңбадан, и дати жоғары деңгейде
бөлшектерді салыстырмалы түрде оңай жөндеуге болады,
көлемі болған кезде дати төменгі деңгейлерде ол соншалықты үлкен, i дати емес
оларды оңай жөндеуге болады. Сәйкесінше, модель
dei дати және дизайн арқылы жасалған ресми жұмыс жасайды
DW негізі дерлік тек деңгейде қолданылады
егжей-тегжейлі ағымдағы. Басқаша айтқанда, модельдеу әрекеттері
дати олар әр жағдайда дерлік қорытындылау деңгейлеріне қолданылмайды.
Басқа құрылымдық қарастыру - бұл бөлімше
дати DW.
Бөлу екі деңгейде орындалуы мүмкін – деңгейінде dbms және т.б.
қолдану деңгейі. Деңгейдегі бөлімшеде dbmsол dbms è
бөлімшелер туралы хабардар етеді және тиісінше бақылауды жүзеге асырады. Жағдайда
қолданбалар деңгейінде бөлу, тек бағдарламашы
бөлімшелер мен олардың жауапкершілігі туралы хабардар етеді
басқару оған қалды
Деңгейден төмен dbms, көп жұмыс автоматты түрде орындалады. Сонда бар
автоматты басқарумен байланысты көптеген икемсіздік
бөлімдер. Қолдану деңгейінде бөлімдер болған жағдайда дати дель
деректер қоймасы, бағдарламашыға көп жұмыс ауыр, бірақ
түпкілікті нәтиже басқарудағы икемділік дати күні
қойма
АЛТРЕ АНОМАЛИ
құрамдас бөліктері болған кезде деректер қоймасы Олар сипатталғандай жұмыс істейді
барлығына дерлік дати, қажет кейбір пайдалы ерекшеліктер бар
талқыланады. Ерекшелік - бұл дати жалпыға ортақ қорытындылар
(жалпыға ортақ жиынтық деректер). Бұлар дати болған қорытындылар
есебінен есептеледі деректер қоймасы бірақ оларды қоғам пайдаланады. THE дати
Жалпыға ортақ қорытындылар ішінде сақталады және басқарылады деректер қоймасы,
бұрын айтылғандай, олар есептелгенімен. THE
бухгалтерлер тоқсан сайын оларды шығару үшін жұмыс істейді дати ретінде
кіріс, тоқсандық шығыс, тоқсандық пайда және т.б. Жұмысы
Бухгалтерлер орындайтын сыртқы деректер қоймасы. Дегенмен, и дати ұйқы
компания ішінде «ішкі» қолданылады – бастап маркетинг, сату және т.б.
Талқыланбайтын тағы бір аномалия - бұл дати сыртқы.
Тағы бір ерекше түрі дати бұл берілгеннен табуға болады
қойма тұрақты егжей-тегжейлі деректер болып табылады. Бұлар тудырады
тұрақты сақтау керек i дати бір деңгейде
этикалық немесе заңды себептер бойынша егжей-тегжейлі. Егер компания көрмеге i
қауіпті заттармен байланысты жұмысшыларға қажеттілік бар дати
егжей-тегжейлі және тұрақты. Егер компания өнім шығарса
қоғамдық қауіпсіздікті қамтиды, ұшақтың қандай бөліктері бар
қажеттілігі дати егжей-тегжейлі тұрақты, сондай-ақ егер компания
қауіпті келісімшарттар жасайды.
Қоғам егжей-тегжейлерді елемеу мүмкін емес, өйткені
келесі бірнеше жыл ішінде сот ісін жүргізу, кері қайтарып алу, а
даулы құрылыс ақауы және т.б. компанияның экспозициясы
үлкен болуы мүмкін. Нәтижесінде бірегей түрі бар дати
тұрақты егжей-тегжейлі деректер ретінде белгілі.
ҚОРЫТЫНДЫ
Un деректер қоймасы объектіге бағытталған, біріктірілген, нұсқасы болып табылады
уақыт, жинақ дати қажеттіліктерін қолдау үшін тұрақты емес
әкімшілік шешімі. -ның маңызды функцияларының әрқайсысы
un деректер қоймасы салдары бар. Оның үстіне төртеуі бар
деңгейлері дати дель деректер қоймасы:
▪ Ескі деталь
▪ Ағымдағы мәліметтер
▪ Dati аздап қайталанады
▪ Dati жоғары қорытындыланады
Метадеректер де маңызды бөлігі болып табылады деректер қоймасы.
АНСТРАТ
Сақтау туралы түсінік дати жақында алынды
көп көңіл бөлді және 90-шы жылдардың трендіне айналды
қабілетіне байланысты а деректер қоймасы оларды жеңу
сияқты әкімшілік қолдау жүйелерінің шектеулері
шешімдерді қолдау жүйелері (DSS) және ақпараттық жүйелер
атқарушы (EIS).
деген ұғым болса да деректер қоймасы перспективалы көрінеді,
іске асыру i деректер қоймасы байланысты проблемалық болуы мүмкін
ауқымды қоймалық процестер. қарамастан
қоймалық жобалардың күрделілігі дати, көптеген жеткізушілер
және қойма жөніндегі кеңесшілер дати олар бұл туралы айтады
сақтау дати ток ешқандай қиындық тудырмайды.
Алайда, бұл ғылыми жобаның басында жоқ дерлік
тәуелсіз, тиянақты және жүйелі зерттеулер жүргізілді. бастап
Сондықтан шынымен не болатынын айту қиын
олар салынған кезде өнеркәсіпте деректер қоймасы.
Бұл зерттеу қоймалық тәжірибені зерттеді дати
тереңірек түсінуді дамытуға бағытталған замандастар
австралиялық тәжірибе. Әдебиеттерді талдау мынаны қамтамасыз етті
контекст және эмпирикалық зерттеудің негізі.
Бұл зерттеудің бірқатар тұжырымдары бар. Бірінші
орын, бұл зерттеу орын алған әрекеттерді анықтады
дамуы кезінде деректер қоймасы. Көптеген салаларда, i дати жиналған
әдебиеттерде айтылған тәжірибені растады. Екіншіден
сайтқа әсер етуі мүмкін мәселелер мен мәселелер
дамуы деректер қоймасы осы зерттеу арқылы анықталды.
Ақырында, австралиялық ұйымдардан алынған жеңілдіктер
пайдалану деректер қоймасы анықталды.
1 тарау
Зерттеу контексі
Мәліметтерді сақтау тұжырымдамасы кеңінен танылды
экспозиция және дамушы үрдіске айналды
90-шы жылдар (McFadden 1996, TDWI 1996, Shah and Milstein 1997,
Shanks және т.б. 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,
Сакагучи мен Фролик 1996, Альварес 1997, Брусел 1997, Кларк
1997, МакКарти 1997, О'Доннелл 1997, Эдвардс 1998, TDWI
1999) ұйымдардан алынған елеулі пайдалар туралы хабарлады
жүзеге асыратын i деректер қоймасы. Олар өз теориясын қолдады
табысты іске асырудың анекдоттық дәлелдерімен, жоғары қайтарыммен
Инвестициялық көрсеткіштер (ROI) туралы, сондай-ақ басшылықты қамтамасыз ету
әзірлеуге арналған анықтамалық немесе әдістемелер деректер қоймасы
(Shanks және басқалар 1997, Seddon and Benjamin 1998, Little and Gibson
1999). Төтенше жағдайда Грэм және т.б. (1996) бар
үш жылдық инвестициядан 401% орташа табыстылық туралы хабарлады.
Алайда, қазіргі әдебиеттердің көпшілігі бұл мәселені назардан тыс қалдырды
осындай жобаларды жүзеге асыруға байланысты қиындықтар. жобалары
деректер қоймасы олар әдетте күрделі және ауқымды және
сондықтан олар болмаған жағдайда сәтсіздікке ұшырау ықтималдылығын білдіреді
мұқият бақыланады (Shah and Milstein 1997, Eckerson 1997,
Фоли 1997b, Циммер 1997, Борт 1998, Гиббс пен Клаймер 1998, Рао
1998). Олар адам мен ресурстардың үлкен көлемін талап етеді
қаржылық және, оларды құру үшін уақыт пен күш (Hill 1998, Crofts 1998). The
типтік уақыт және қажетті қаржылық құралдар сәйкесінше
шамамен екі жыл және екі немесе үш миллион доллар (Braly 1995, Foley
1997b, Bort 1998, Humphries et al. 1999). Бұл уақыт пен құралдар
қаржы институттарынан көптеген аспектілерді бақылау және шоғырландыру талап етіледі
деректер қоймасындағы айырмашылықтар (Cafasso 1995, Hill 1998). Бүйір жағында
әр түрлі аппараттық және бағдарламалық қамтамасыз ету, басқа функциялар
өндіруден дати жүктеу процестеріне дати, оның
жаңартулар мен метадеректерді басқаруға арналған жад сыйымдылығы дати
пайдаланушыларды оқыту үшін қарастырылуы керек.
Бұл зерттеу жобасы басталған кезде өте аз болды
деректерді сақтау саласында жүргізілген академиялық зерттеулер,
әсіресе Австралияда. Бұл заттардың тапшылығынан байқалды
газеттерде немесе басқа жазбаларда деректер қоймасы туралы жарияланған
сол кездегі академиктер. Көптеген академиялық жазбалар
қолжетімді АҚШ тәжірибесін сипаттады. болмауы
sl деректер қоймасы саласындағы академиялық зерттеулер себеп болды
қатаң зерттеулер мен эмпирикалық зерттеулерге шақырады (McFadden 1996,
Shanks және т.б. 1997, Литтл және Гибсон 1999). Атап айтқанда, зерттеулер
жүзеге асыру процесі бойынша зерттеулер жүргізу деректер қоймасы
білімін кеңейту үшін жүзеге асыру қажет
жүзеге асыруға қатысты жалпы деректер қоймасы e
болашақ зерттеуге негіз болады (Шанкс ред
басқалар. 1997, Литтл және Гибсон 1999).
Сондықтан бұл зерттеудің мақсаты - шын мәнінде нені зерттеу
Бұл ұйымдар деректерді сақтаған және пайдаланған кезде орын алады
Австралиядағы қойма. Атап айтқанда, бұл зерттеу қамтылады
бүкіл даму процесін талдау а деректер қоймасы,
бастау мен жоспарлаудан бастап жобалау арқылы және
ұйымдар ішінде жүзеге асыру және кейіннен пайдалану
австралиялық. Сонымен қатар, зерттеу қазіргі тәжірибеге де ықпал етеді
тәжірибені одан әрі дамытуға болатын салаларды анықтау
жақсартылған және тиімсіздіктер мен тәуекелдерді азайтуға болады немесе
болдырмау. Сонымен қатар, ол басқа зерттеулерге негіз болады деректер қоймасы in
Австралия және қазіргі уақытта әдебиетте бар олқылықты толтырады.
Зерттеу сұрақтары
Бұл зерттеудің мақсаты - тартылған әрекеттерді зерттеу
жүзеге асыруда деректер қоймасы және оларды пайдалану
Австралиялық ұйымдар. Атап айтқанда, элементтері зерттеледі
жобаны жоспарлауға, әзірлеуге,
операция, пайдалану және байланысты тәуекелдер. Сонымен сұрақ
бұл зерттеудің:
«Қазіргі тәжірибе қандай деректер қоймасы Австралияда ма?
Бұл мәселеге тиімді жауап беру үшін, а
қосымша зерттеу сұрақтарының белгілі бір саны. Атап айтқанда, үш
әдебиеттерден қосалқы сұрақтар анықталды, яғни
осы зерттеу жобасына басшылық ету үшін 2 тарауда келтірілген:
Олар қалай жүзеге асырылады i деректер қоймасы ұйымдар бойынша
австралиялық? Қандай қиындықтарға тап болдыңыз?
Қандай артықшылықтар бар?
Бұл сұрақтарға жауап беру кезінде сызба пайдаланылды
сауалнаманы қолданатын барлау зерттеу. Мен қалай оқимын
барлау, жоғарыдағы сұрақтарға жауаптар толық емес
(Shanks және т.б. 1993, Denscombe 1998). Бұл жағдайда ол
оларға жауаптарды жақсарту үшін триангуляция қажет
сұраулар. Дегенмен, тергеу сенімді негіз береді
осы сұрақтарды қарастыратын болашақ жұмыс. Егжей-тегжейлі
зерттеу әдісін негіздеу мен жобалауды талқылау
3 тарауда берілген.
Ғылыми жобаның құрылымы
Бұл ғылыми жоба екі бөлікке бөлінеді: контекстік зерттеу
деректерді сақтау және эмпирикалық зерттеулер тұжырымдамасы (қараңыз
1.1 сурет), олардың әрқайсысы төменде талқыланады.
I бөлім: Мәтінмәндік зерттеу
Зерттеудің бірінші бөлімі қайта қараудан тұрды
деректер қоймасының әртүрлі түрлері бойынша ағымдағы әдебиеттер, соның ішінде i
шешімдерді қолдау жүйелері (DSS), ақпараттық жүйелер
атқарушы (EIS), кейс зерттеулері деректер қоймасы және дата ұғымдары
қойма. Сонымен қатар, форумдардың нәтижелері деректер қоймасы және құдайлар
тобымен өткізілетін сарапшылар мен мамандарға арналған кездесу топтары
Монаштың DSS зерттеуі зерттеудің осы кезеңіне ықпал етті
деректер тәжірибесі туралы ақпаратты алуға арналған
қойма және оларды қабылдауға байланысты тәуекелдерді анықтау.
Бұл кезеңде контекстік зерттеу, түсіну
туралы білім беру үшін проблемалық аймақ құрылды
кейінгі эмпирикалық зерттеулерге негіз болады. Дегенмен, бұл
зерттеу жүріп жатқан кезде бұл үздіксіз процесс болды
ғылыми-зерттеу.
II бөлім: Эмпирикалық зерттеулер
Деректер қоймасының салыстырмалы түрде жаңа тұжырымдамасы, атап айтқанда
үшін сауалнама жүргізу қажеттілігін тудырды
пайдалану тәжірибесінің кең бейнесін алыңыз. Бұл
бөлігі проблемалық домен болғаннан кейін орындалды
кең көлемді әдебиеттерге шолу жасау арқылы анықталды. Тұжырымдама
Мәтінмәндік зерттеу кезеңінде қалыптасқан деректер қоймасы болып табылады
осы зерттеудің бастапқы сауалнамасы үшін кіріс ретінде пайдаланылды.
Осыдан кейін сауалнама қаралды. Сіз күннің сарапшыларысыз
қоймасы сынаққа қатысты. Тесттің мақсаты
Бастапқы сауалнама толықтығы мен дәлдігін тексеру болды
кейбір сұрақтар. Тест нәтижелері бойынша сауалнама жасалады
өзгертілді және өзгертілген нұсқасы жіберілді
сауалнамаға қатысушылар. Сауалнамалар сол кезде қайтарылды
үшін талданған дати кестелерде, диаграммаларда және басқа форматтарда. THE
талдау нәтижелері дати лезде фотосуретті қалыптастырыңыз
Австралиядағы деректерді сақтау тәжірибесі.
ДЕРЕКТЕР ҚОЙМАСЫНА ШОЛУ
Деректерді сақтау тұжырымдамасы жетілдірулермен дамыды
компьютерлік технология.
Ол топтарда кездесетін проблемаларды жеңуге бағытталған
Шешім қабылдауды қолдау жүйесі (DSS) сияқты қолданбаларды қолдау e
Атқарушы ақпараттық жүйе (EIS).
Бұрын бұл қосымшалардың негізгі кедергісі болды
бұл қолданбалардың қамтамасыз ете алмауы дерекқор
талдау үшін қажет.
Бұл негізінен жұмыстың сипатына байланысты
басқару. Компания басшылығының мүдделері әртүрлі
өңделген аймаққа байланысты үнемі. Сондықтан мен дати
бұл қолданбалар үшін іргелі болуы керек
өңделетін бөлікке байланысты тез өзгереді.
Бұл i дати түрінде қол жетімді болуы керек
қажетті талдаулар үшін жеткілікті. Іс жүзінде қолдау топтары
қолданбаларды жинау бұрын өте қиын болған
интеграциялау дати күрделі және әртүрлі көздерден.
Осы бөлімнің қалған бөлігі тұжырымдамаға шолу жасайды
деректер қоймасы және оны қалай жасаумен айналысады деректер қоймасы жеңе алады
Қолданбаларды қолдау тобының мәселелері.
«ТерминДеректер қоймасы” 1990 жылы Уильям Инмон шығарған.
Оның жиі келтірілген анықтамасы мынаны көреді Деректер қоймасы келу
жинағы дати пәнге бағытталған, интеграцияланған, өзгермейтін және ауыспалы
уақыт өте келе басқару шешімдерін қолдауда.
Бұл анықтаманы пайдалану Инмон i дати тұрғын
ішінде а деректер қоймасы төмендегілерге ие болуы керек 4
Мүмкіндіктер:
▪ Пәнге бағытталған
▪ Біріктірілген
▪ Ұшқыш емес
▪ Уақыт бойынша өзгермелі
Пәнге бағытталған Инмон дегеніміз i дати күні
ең үлкен ұйымдық аймақтарда қойма болды
үлгіде анықталған дати. Мысалы, барлығы дати қатысты и клиенттер
пәндік аймақта қамтылған КЛИЕНТТЕР. Сол сияқты барлығы
дати өнімдерге қатысты тақырыптық аймақта қамтылған
ӨНІМДЕР.
Integrated Inmon арқылы i дати әртүрлі жақтан келеді
платформалар, жүйелер мен орындар біріктіріліп, сақталады
жалғыз орын. Нәтижесінде дати ұқсас түрлендіру керек
бірізді пішімдерде, сондықтан оларды қосуға және салыстыруға болады
оңай.
Мысалы, еркек пен әйел жынысы ұсынылған
бір жүйеде M және F әріптерімен, ал екіншісінде 1 және 0 арқылы. Үшін
оларды дұрыс жолмен біріктіру үшін бір немесе екі пішім де қажет
екі пішім бірдей болатындай етіп түрлендіріңіз. Бұнда
жағдайда біз M-ді 1-ге және F-ді 0-ге немесе керісінше өзгерте аламыз. бағытталған
тақырып және Біріктірілген деректер қоймасы үшін арналған
функционалдық және көлденең көріністі қамтамасыз етеді дати шетке
компанияның.
Non-volatile арқылы ол i дати Nel деректер қоймасы олар қалады
бірізділігі мен жаңартылуы дати бұл қажет емес. Оның орнына, әрбір
өзгерту дати түпнұсқалар қосылады дерекқор күні
қойма. Бұл дегеніміз тарихи деи дати құрамында қамтылған
деректер қоймасы.
Уақыты бар айнымалылар үшін Inmon i екенін көрсетеді дати Nel деректер қоймасы
әрқашан ei уақыт көрсеткіштерін қамтиды дати әдетте
белгілі бір уақыт көкжиегін кесіп өтеді. Мысалы, а
деректер қоймасы 5 жылдық тарихи құндылықтарды қамтуы мүмкін клиенттер dal
1993 жылдан 1997 жылға дейін. Тарихтың және уақыттық қатардың болуы
dei дати тенденцияларды талдауға мүмкіндік береді.
Un деректер қоймасы өзі жинай алады дати жүйелерден
OLTP;бастапқыдан дати ұйымнан тыс және/немесе басқа мамандар арқылы
жүйелік жобаларды түсіру дати.
I дати сығындылар тазалау процесінен өтуі мүмкін
бұл жағдай i дати олар болмас бұрын түрленіп, біріктірілген
ішінде сақталады дерекқор дель деректер қоймасы. Содан кейін, и дати
ішіндегі тұрғындар дерекқор дель деректер қоймасы қолжетімді етеді
соңғы пайдаланушыға қол жеткізу және қалпына келтіру құралдары. Қолдану
бұл құралдар соңғы пайдаланушы біріктірілген көрініске қол жеткізе алады
ұйымдастыру туралы дати.
I дати ішіндегі тұрғындар дерекқор дель деректер қоймасы ұйқы
егжей-тегжейлі де, жиынтық пішімдерде де сақталады.
Қорытындылау деңгейі оның сипатына байланысты болуы мүмкін дати. мен дати
егжей-тегжейлі тұруы мүмкін дати ағымдағы e дати тарихшылар
I дати роялти құрамына кірмейді деректер қоймасы дейін мен дати
Nel деректер қоймасы жаңартылады.
Сақтаудан басқа i дати өздері, а деректер қоймасы да болады
басқа түрін сақтаңыз деректер МЕТАДАТА деп аталады
сипаттау i дати оның тұрғындары дерекқор.
Метадеректердің екі түрі бар: әзірлеу метадеректері және әзірлеу метадеректері
талдаулар.
Әзірлеу метадеректері басқару және автоматтандыру үшін пайдаланылады
алу, тазалау, картаға түсіру және тиеу процестері дати Nel
деректер қоймасы.
Әзірлеу метадеректерінде қамтылған ақпарат болуы мүмкін
операциялық жүйелердің мәліметтері, шығарылатын элементтердің мәліметтері,
Modello дати дель деректер қоймасы және компания ережелері
түрлендіру дати.
Аналитикалық метадеректер ретінде белгілі метадеректердің екінші түрі
соңғы пайдаланушыға деректердің мазмұнын зерттеуге мүмкіндік береді
табу үшін қойма дати қол жетімді және олар нені білдіреді
анық және техникалық емес.
Сондықтан аналитикалық метадеректер деректер арасындағы көпір ретінде жұмыс істейді
қойма және соңғы пайдаланушы қолданбалары. Бұл метадеректер мүмкін
бизнес үлгісін, сипаттамасын қамтиды дати тілшілер
бизнес үлгісіне, алдын ала анықталған сұраулар мен есептерге,
пайдаланушы логиндері мен индексіне арналған ақпарат.
Талдау және әзірлеу метадеректері бір жерге біріктірілуі керек
дұрыс жұмыс істеуі үшін біріктірілген метадеректерді сақтау.
Өкінішке орай, қолданыстағы құралдардың көпшілігінде өздерінің бар
метадеректер және қазіргі уақытта қолданыстағы стандарттар жоқ
деректер қоймасының құралдарын біріктіруге мүмкіндік береді
метадеректер. Бұл жағдайды түзету үшін көптеген трейдерлер
деректерді сақтаудың негізгі құралдары Meta Data қалыптастырды
Кеңес, ол кейінірек Мета деректер коалициясы болды.
Бұл коалицияның мақсаты метадеректер жинағын құру болып табылады
әртүрлі деректерді сақтау құралдарына мүмкіндік беретін стандарт
метадеректерді түрлендіру
Олардың күш-жігері Метаның дүниеге келуіне әкелді
алмасуға мүмкіндік беретін деректер алмасу спецификациясы (MDIS).
Microsoft мұрағаттары мен қатысты MDIS файлдары арасындағы ақпарат.
бар болуы дати жинақталған/индекстелген және егжей-тегжейлі береді
пайдаланушыға БҰРҒА СУДЫРУ мүмкіндігін береді
(бұрғылау) келіңіз дати егжей-тегжейлі және керісінше индекстелген.
бар болуы дати егжей-тегжейлі тарих құруға мүмкіндік береді
уақыт бойынша трендті талдау. Сонымен қатар, метадеректерді талдау мүмкін
каталогы ретінде пайдаланылады дерекқор дель деректер қоймасы бір
соңғы пайдаланушыларға i дати қажетті.
Қолдау мүмкіндігімен OLTP жүйелерімен салыстырғанда
талдау дати және есеп беру, деректер қоймасы жүйе ретінде қарастырылады
жасау және сияқты ақпараттық процестер үшін қолайлырақ
сұрауларға жауап беру және есептерді шығару. Келесі бөлім
екі жүйенің айырмашылықтарын егжей-тегжейлі көрсетеді.
ДЕРЕКТЕР ҚОЙМАСЫ OLTP ЖҮЙЕЛЕРІНЕ ҚАРСЫ
Ұйымдардағы көптеген ақпараттық жүйелер
Олар күнделікті операцияларды қолдауға арналған. Мыналар
OLTP SYSTEMS деп аталатын жүйелер транзакцияларды түсіреді
күн сайын үздіксіз жаңартылып отырады.
I дати осы жүйелердің ішінде олар жиі өзгертіледі, қосылады немесе
жойылды. Мысалы, тұтынушының мекенжайы әрең өзгереді
ол бір жерден екінші жерге ауысады. Бұл жағдайда жаңа мекенжай
мекенжай өрісін өзгерту арқылы тіркеледі дерекқор.
Бұл жүйелердің негізгі мақсаты шығындарды азайту болып табылады
транзакциялар және сонымен бірге өңдеу уақытын қысқартады.
OLTP жүйелерінің мысалдары жазу сияқты маңызды әрекеттерді қамтиды
бухгалтерлік есеп, жалақы, шот-фактуралар, өндіріс, ай қызметтеріне тапсырыс беру клиенттер.
Әр процесте жасалған OLTP жүйелерінен айырмашылығы
транзакциялар мен оқиғаларға негізделген, i деректер қоймасы олар құрылды
аналитикаға негізделген процестерге қолдау көрсету дати U болып табылады
шешім қабылдау процестері.
Бұған әдетте i интегралдау арқылы қол жеткізіледі дати әртүрлі жүйелерден
OLTP және сыртқы бір «контейнерде». дати, талқыланғандай
алдыңғы бөлімде.
Monash деректер қоймасының процесінің үлгісі
үшін процесс үлгісі деректер қоймасы Монаш әзірлеген
Monash DSS зерттеу тобының зерттеушілері негізделген
әдебиеттері деректер қоймасы, қолдау тәжірибесі туралы
жүйелерінің өрістерін дамыту, жеткізушілермен талқылау
пайдалануға арналған қолданбалар деректер қоймасы, сарапшылар тобында
пайдалануда деректер қоймасы.
Фазалар: Бастау, жоспарлау, әзірлеу және операциялар
Түсініктемелер. Диаграмма қайталану сипатын түсіндіреді немесе
эволюциялық дамуы а деректер қоймасы пайдалану процесі
әртүрлі фазалар арасында орналасқан екі жақты көрсеткілер. Бұнда
«Итеративті» және «эволюциялық» контекст әрқайсысында мынаны білдіреді
процесінің қадамы, іске асыру әрекеттері жасалуы мүмкін
әрқашан алдыңғы кезеңге кері қарай таратады. Бұл
жобаның сипатына байланысты a деректер қоймасы онда
қосымша сұраулар кез келген уақытта туындайды
соңғы пайдаланушының. Мысалы, даму кезеңінде а
процесі деректер қоймасы, біреуін соңғы пайдаланушы сұрайды
тиесілі емес жаңа өлшем немесе тақырып аймағы
бастапқы жоспар, бұл жүйеге қосылуы керек. Бұл
жобаның өзгеруіне әкеледі. Нәтижесінде, команда
дизайн осы уақытқа дейін жасалған құжаттардың талаптарын өзгертуі керек
жобалау кезеңінде. Көптеген жағдайларда қазіргі жағдай
жоба жобалау фазасына қайту керек
жаңа сұраныс қосылуы және құжатталуы керек. Пайдаланушы
соңғы қаралған нақты құжаттаманы көре алуы керек ei
даму кезеңінде енгізілген өзгерістер. Соңында
бұл даму циклінен жоба үлкен кері байланыс алуы керек
екі команда, әзірлеу тобы және пайдаланушы тобы. THE
кері байланыс болашақ жобаны жақсарту үшін қайта пайдаланылады.
Сыйымдылықты жоспарлау
Dw өлшемі өте үлкен және өседі
өте тез (Best 1995, Rudin 1997a) келесі
сомасы дати олардың ұзақтығынан сақталатын тарих. Ана жерде
өсуіне де себеп болуы мүмкін дати сұраған қосымша элементтер
мәнін арттыру үшін пайдаланушылар дати оларда бұрыннан бар. бастап
демек, сақтау талаптары дати мүмкін
айтарлықтай күшейтіледі (Экерсон 1997). Сондықтан солай
жоспарлауды жүргізу арқылы қамтамасыз ету маңызды
құрылатын жүйе ұлғая алатын қуат
қажеттіліктердің өсуі (Best 1995, LaPlante 1996, Lang 1997,
Эккерсон 1997, Рудин 1997а, Фоли 1997а).
dw ауқымдылығын жоспарлауда білу керек
қорлар көлемінің күтілетін өсуі, сұрақтардың түрлері
орындалуы мүмкін және қолдау көрсетілетін соңғы пайдаланушылар саны (Ең жақсы
1995, Рудин 1997б, Фоли 1997а). Масштабталатын қолданбаларды құрастырыңыз
масштабталатын серверлік технологиялар мен әдістердің комбинациясын қажет етеді
масштабталатын қосымшаларды жобалау (Best 1995, Rudin 1997b.
Екеуі де қолданба жасау кезінде қажет
өте ауқымды. Масштабталатын сервер технологиялары мүмкін
жадты, жадты және қосуды оңай және пайдалы етіңіз
Өнімділігін төмендетпей CPU (Lang 1997, Telephony 1997).
Екі негізгі масштабталатын серверлік технологиялар бар: есептеу
симметриялық еселік (SMP) және массивті өңдеу
параллель (MPP) ) (IDC 1997, Humphries et al. 1999). Сервер
SMP әдетте бір жадты ортақ пайдаланатын бірнеше процессордан тұрады,
автобус жүйесі және басқа ресурстар (IDC 1997, Humphries et al. 1999).
Кеңейту үшін қосымша процессорларды қосуға болады
ол күш есептеу. Көбейтудің тағы бір әдісі
күш SMP серверінің есептеу күші көптеген серверлерді біріктіру болып табылады
SMP машиналары. Бұл әдіс кластерлеу ретінде белгілі (Humphries
т.б. 1999). MPP серверінде, керісінше, әрқайсысында бірнеше процессорлар бар
жеке жадымен, автобус жүйесімен және басқа ресурстармен (IDC 1997,
Хамфрис және т.б. 1999). Әрбір процессор түйін деп аталады. А
ұлғайту күш есептеуге қол жеткізуге болады
MPP серверлеріне қосымша түйіндерді қосу (Humphries et al.
1999).
SMP серверлерінің әлсіздігі - енгізу-шығару операцияларының тым көп болуы
(I/O) шина жүйесін кептелуі мүмкін (IDC 1997). Бұл
мәселе MPP серверлерінде кездеспейді
процессордың өз шиналық жүйесі бар. Дегенмен, өзара байланыстар
әрбір түйіннің арасында олар әдетте шиналық жүйеге қарағанда әлдеқайда баяу
SMPs. Сонымен қатар, MPP серверлері қабат қоса алады
қолданбаларды әзірлеушілер үшін қосымша күрделілік (IDC
1997). Осылайша, SMP және MPP серверлері арасындағы таңдау әсер етуі мүмкін
көптеген факторларға, соның ішінде сұрақтардың күрделілігіне, қарым-қатынасқа байланысты
баға/өнімділік, талап етілетін өңдеу қуаты,
dw қолданбаларына және көлемінің ұлғаюына жол бермеді дерекқор
dw және соңғы пайдаланушылар санында.
Көптеген масштабталатын қолданбаларды жобалау әдістері
қуаттылықты жоспарлауда қолдануға болады. Бір
utilizza vari periodi di notifica come giorni, settimane, mesi e anni.
Avendo vari periodi di notifica, il дерекқор può essere diviso in
pezzi raggruppati maneggevolmente (Inmon et al. 1997). Un’altra
tecnica è utilizzare tabelle riepilogative che sono costruite
riassumendo дати da дати егжей-тегжейлі. Сонымен, и дати riassunti sono più
compatti del dettagliato, il quale richiede meno spazio di memoria.
Quindi i дати di dettaglio possono essere archiviati in un’unità di
memorizzazione meno cara, la quale salva ancora più deposito.
Benché utilizzare tabelle riepilogative possa salvare spazio di
memoria, essi richiedono molto sforzo per mantenerli aggiornati e in
linea con le necessità commerciali. Tuttavia, questa tecnica è
ampiamente utilizzata e spesso utilizzata insieme alla tecnica
precedente(Best 1995, Inmon 1996a, Chauduri and Dayal
1997).
Анықтау Деректер қоймасы техникалық
Architectures Definizione delle tecniche di
architetture di dw
Iniziali adottanti di data warehousing concepivano principalmente
un’implementazione centralizzata del dw in cui tutti i дати, енгізілген
i дати сыртқы, біртұтас біріктірілген,
физикалық сақтау (Inmon 1996a, Bresnahan 1996, Peacock 1998).
Il vantaggio principale di questo approccio è che gli utenti finali
sono in grado di accedere alla vista su scala imprenditoriale
(enterprise-wide view) dei дати organizzativi (Ovum 1998). Un altro
vantaggio è che offre standardizzazione di дати арқылы
l’organizzazione, che significa che c’è solo una versione o
definizione per ogni terminologia utilizzata nel dw deposito
(reposity) metadata (Flanagan and Safdie 1997, Ovum 1998). Lo
svantaggio di questo approccio, d’altra parte, è che è caro e difficile
da costruire (Flanagan and Safdie 1997, Ovum 1998, Inmon et al.
1998). Non molto dopo che l’architettura d’immagazzinamento дати
centralizzata divenne popolare, si evolse il concetto di estrazione
dei sottoinsiemi più piccoli dei дати per sostenere i bisogni di
applicazioni specifiche (Varney 1996, IDC 1997, Berson e Smith
1997, peacock 1998). Questi piccoli sistemi sono derivati dal più
Ұлы деректер қоймасы centralizzato. Sono denominati data
warehouse dipartimentali dipendenti o data marts dipendenti.
L’architettura del data mart dipendente è conosciuta come
architettura tre-tiered in cui la prima fila consiste del data
warehouse centralizzato, la seconda consiste dei depositi di дати
ведомстволық және үшінші қол жеткізуден тұрады дати e dai tools di
analisi (Demarest 1994, Inmon ed altri. 1997).
Data marts әдетте кейін жасалады деректер қоймасы
centralizzato è stato costruito per rispondere alle esigenze delle
specifiche unità(White 1995, Varney 1996).
Деректер қоймалары сақтайды дати molto rilevanti relativi a particolari
unità (Inmon ed altri. 1997, Inmon ed altri. 1998, IA 1998).
Бұл әдістің артықшылығы - ол болмайды деректер емес
integrato e che i дати saranno meno ridondanti all’interno dei data
marts poiché tutti i дати олар қоймадан келеді дати интеграцияланған.
Un altro vantaggio è che ci saranno pochi collegamenti fra ogni
data mart e le relative fonti di дати perché ogni data mart ha soltanto
una fonte di дати. In più con questa architettura sul posto, gli utenti
finali possono ancora accedere alla panoramica dei дати
organizzativi aziendali. Questo metodo è conosciuto come il
metodo top-down, in cui i data marts sono costruiti dopo il data
warehouse (peacock 1998, Goff 1998).
Aumentando la necessità di mostrare presto i risultati, alcune
organizzazioni hanno cominciato costruire data marts indipendenti
(Flanagan e Safdie 1997, White 2000). In questo caso, i data marts
prendono i loro дати негіздерінен тікелей дати OLTP e non dal
deposito centralizzato e integrato, eliminando così l’esigenza di
avere il deposito centrale sul posto.
Ogni data mart richiede almeno un collegamento alle relative fonti
di дати. Uno svantaggio di avere collegamenti multipli per ogni data
mart è che, confrontato alle due architetture precedenti, la
sovrabbondanza di дати айтарлықтай артады.
Әрбір деректер маркері барлығын сақтауы керек дати richiesti localmente per
non avere effetto sui sistemi di OLTP. Questo provoca che i дати
sono immagazzinati in differenti data marts (Inmon ed altri. 1997).
Un altro svantaggio di questa architettura è che conduce alla
creazione di complesse interconnessioni fra i data marts e le loro
fonti di дати che sono difficili da effettuare e controllare (Inmon ed
altri. 1997).
Un altro svantaggio è che gli utenti finali non possono potere
accedere alla panoramica delle informazioni aziendali poiché i дати
әр түрлі деректер марштары біріктірілмеген (Ovum 1998).
Ancora un altro svantaggio è che potrebbe esistere più di una
definizione per ogni terminologia usata nei data marts che genera
inconsistenze di дати ұйымда (Ovum 1998).
Malgrado gli svantaggi discussi sopra, i data marts indipendenti
attraggono ancora l’interesse di molte organizzazioni (IDC 1997).
Un fattore che li rende attraenti è che sono più rapidi da sviluppare
e richiedono meno tempo e risorse (Bresnahan 1996, Berson e
Smith 1997, Ovum 1998). Di conseguenza, servono principalmente
come progetti-prova che possono essere usati per identificare
rapidamente i benefici e/o le imperfezioni nel progetto (Parsaye
1995, Braly 1995, Newing 1996). In questo caso, la parte da
implementare nel progetto pilota deve essere piccola ma importante
per l’organizzazione (Newing 1996, Mansell-Lewis 1996).
Esaminando il prototipo, gli utenti finali e l’amministrazione possono
decidere se continuare o fermare il progetto (Flanagan e Safdie
1997).
Se la decisione è di continuare, i data marts per altri settori
dovrebbero essere costruiti una alla volta. Ci sono due opzioni per
gli utenti finali basate sui loro bisogni nella costruzione dei data
matrs indipendenti: integrated/federated ed unintegrated (Ovum
1998)
Nel primo metodo, ogni nuovo data mart dovrebbe essere costruito
basandosi sui data marts attuali e sul modello дати пайдаланылған
dall’impresa (Varney 1996, Berson e Smith 1997, Peacock 1998).
La necessità di usare il modello дати dell’impresa fa si che bisogna
accertarsi che esista soltanto una definizione per ogni terminologia
usata attraverso i data marts, questo anche per accertarsi che data
marts differenti possano essere uniti per dare una panoramica delle
informazioni aziendali (Bresnahan 1996). Questo metodo è
denominato il bottom-up ed è il migliore quando c’è un vincolo sui
mezzi finanziari e sul tempo (Flanagan e Safdie 1997, Ovum 1998,
peacock 1998, Goff 1998). Nel secondo metodo, i data marts
costruiti possono soddisfare soltanto i bisogni di un’unità specifica.
Una variante del federated data mart è il деректер қоймасы таратылды
онда дерекқор middleware hub server è utilizzato per unire molti
data marts in un singolo deposito di дати distribuito (White 1995). In
questo caso, i дати aziendali sono distribuiti in parecchi data marts.
Le richieste dell’utente finale sono trasmesse al дерекқор
барлығын шығаратын сервер хабының аралық бағдарламасы дати richiesti dai data
marts e ritorna i risultati alle applicazioni dell’utente finale. Questo
metodo fornisce le informazioni aziendali agli utenti finali. Tuttavia,
ancora non vengono eliminati i problemi dei data marts
indipendenti. C’è un’altra architettura che può essere usata che è
chiamata il деректер қоймасы virtuale (White 1995). Tuttavia, questa
architettura, che è descritta nella figura 2.9, non è un’architettura
d’immagazzinamento di дати reali poiché non sposta il caricamento
dai sistemi OLTP al деректер қоймасы (Demarest 1994).
Шын мәнінде, өтініштері дати dagli utenti finali sono passate sopra ai
sistemi di OLTP che restituiscono i risultati dopo l’elaborazione delle
richieste di utente. Anche se questa architettura permette agli utenti
finali di generare i rapporti e formulare le richieste, non può fornire i
дати компания ақпаратының тарихи және шолуы i дати
dai differenti sistemi di OLTP non sono integrati. Quindi, questa
architettura non può soddisfare l’analisi di дати complessa quale ad
esempio previsioni.
Selezione dell’applicativi di accesso e di
recupero dei дати
Құрылыстың мақсаты А деректер қоймасы è di trasmettere
informazioni agli utenti finali (Inmon ed altri 1997, Poe 1996,
McFadden 1996, Shanks ed altri 1997, Hammergren 1998); uno o
più applicativi di accesso e recupero дати devono essere forniti. Ad
oggi, esiste un’ampia varietà di questi applicativi tra cui l’utente può
scegliere (Hammergren 1998, Humphries ed altri 1999). Gli
applicativi selezionati determinano il successo dello sforzo
d’immagazzinamento di дати in un’organizzazione perché gli
applicativi sono la parte più visibile del деректер қоймасы all’utente
finale (Inmon ed altri 1997, Poe 1996). Per aver successo un data
warehouse, deve potere sostenere le attività di analisi dei дати
dell’utente finale (Poe 1996, Seddon e Benjamin 1998, Eckerson
1999). Quindi il “livello” di ciò che l’utente finale vuole deve essere
identificato (Poe 1996, Mattison 1996, Inmon ed altri 1997,
Humphries ed altri 1999).
In generale, gli utenti finali possono essere raggruppati in tre
categorie: executive users, business analysts e power user (Poe
1996, Humphries ed altri 1999). Gli executive users necessitano di
un facile accesso ad insiemi predefiniti di rapporti (Humphries ed
altri 1999). Questi rapporti possono essere raggiunti facilmente con
la navigazione dei menu (Poe 1996). In più, i rapporti dovrebbero
presentare le informazioni usando la rappresentazione grafica
come le tabelle ed i modelli per trasportare rapidamente le
informazioni (Humphries ed altri 1999). I business analyst, che non
possono avere le possibilità tecniche per sviluppare i rapporti da
zero da soli, necessitano di potere modificare i rapporti attuali per
soddisfare i loro bisogni specifici (Poe 1996, Humphries ed altri
1999). I power user, d’altra parte, sono il tipo di utilizzatori finali che
hanno la capacità di generare e scrivere le richieste ed i rapporti da
zero (Poe 1996, Humphries ed altri 1999). Sono quelli che
sviluppano i rapporti per gli altri tipi di utenti (Poe 1996, Humphries
ed altri 1999).
Una volta determinati i requisiti dell’utente finale deve essere fatta
una selezione degli applicativi di accesso e recupero дати tra tutti
quelli disponibili (Poe 1996, Inmon ed altri 1997).
қол жеткізу дати e gli strumenti di retrieval possono essere
classificati in 4 tipi: OLAP tool, EIS/DSS tool, tool di query e
reporting e tool di data mining.
I tool OLAP permettono agli utenti di creare query ad hoc così come
quelle fatte sul дерекқор дель деректер қоймасы. Inoltre questi prodotti
consentono agli utenti di fare drill-down dai дати generali a quelli
dettagliati.
I tool EIS/DSS forniscono reporting esecutivi come analisi “what if”
e accessi ai reports organizzati a menu. I report devono essere
predefiniti e uniti ai menu per una navigazione più facile.
I tool di query e reporting permettono agli utenti di produrre report
predefiniti e specifici.
I tool di data mining sono usati per identificare relazioni che
potrebbero fare nuova luce sulle operazioni dimenticate nei дати дель
datawarehouse.
Accanto all’ottimizzazione dei requisiti di ogni tipologia di utenti, i
tool selezionati devono essere intuitivi, efficienti e di facile utilizzo.
Inoltre devono essere compatibili con le altre parti dell’architettura e
in grado di lavorare con i sistemi esistenti. È inoltre suggerito di
scegliere data access e tool di retrieval con prezzi e performance
ragionevoli. Altri criteri da considerare includono l’impegno del
venditore del tool nel sostenere il loro prodotto e gli sviluppi che lo
stesso avrà nelle future release. Per garantire l’impegno degli utenti
nell’utilizzo del datawarehouse, il team di sviluppo coinvolge gli
utenti nel processo della selezione del tool. In questo caso
dovrebbe essere effettuata una valutazione pratica dell’utente.
Per migliorare il valore del datawarehouse il team di sviluppo può
fornire anche un accesso web ai loro datawarehouse. Un
datawarehouse web-enabled permette agli utenti di accedere ai дати
шалғай жерлерден немесе саяхат кезінде. Қосымша ақпарат алуға болады
essere fornite a costi più bassi mediante una diminuzione dei costi
оқыту.
2.4.3 Деректер қоймасы Жұмыс кезеңі
Questa fase consiste di tre attività: definizione di strategie di data
refresh, controllo delle attività del datawarehouse e gestione della
sicurezza del datawarehouse.
Деректерді жаңарту стратегияларының анықтамасы
Бастапқы жүктеуден кейін, i дати Nel дерекқор del datawarehouse
devono essere refreshati periodicamente per riprodurre i
cambiamenti effettuati sui дати originali. Bisogna quindi decidere
quando fare il refresh, ogni quanto tempo deve essere schedulato il
refresh e come eseguire il refresh dei дати. Viene suggerito di fare il
refresh dei дати quando il sistema può essere messo off- line. La
frequenza del refresh è determinata dal team di sviluppo basandosi
sui requisiti degli utenti. Ci sono due approcci per fare il refresh del
datawarehouse: il refresh completo e il caricamento continuo dei
өзгерістер.
Il primo approccio, il refresh completo, richiede il ricaricamento di
бәрі дати нөлден. Бұл барлық дегенді білдіреді дати richiesti devono
essere estratti, puliti, trasformati ed integrati in ogni refresh. Questo
approccio dovrebbe essere, per quanto possibile, evitato perché
richiede molto tempo e risorse.
Un approccio alternativo è quello di caricare continuamente i
cambiamenti. Questo aggiunge i дати che sono stati cambiati
dall’ultimo ciclo di refresh del datawarehouse. L’identificazione di
records nuovi o modificati riduce significativamente la quantità di
дати che devono essere propagati al datawarehouse in ogni
aggiornamento poiché solo questi дати қосылады дерекқор
деректер қоймасының.
Ci sono almeno 5 approcci che possono essere usati per prelevare
i дати nuovi o modificati. Per ottenere un’efficiente strategia di
refresh dei дати può essere utile un misto di questi approcci che
preleva tutti i cambiamenti nel sistema.
Il primo approccio, che usa i timestamp, suppone che viene
assegnato a tutti i дати modificati e aggiornati un timestamp in modo
da potere identificare facilmente tutti i дати modificati e nuovi.
Questo approccio, però, non è stato molto usato nella maggior
parte degli odierni sistemi operativi.
Il secondo approccio è quello di usare un delta file generato da
un’applicazione che contiene soltanto i cambiamenti fatti ai дати.
Бұл файлды пайдалану жаңарту циклін де күшейтеді.
Tuttavia, anche questo metodo, non è stato usato in molte
applicazioni.
Il terzo approccio è quello di fare uno scan su un file di log, che
fondamentalmente contiene informazioni simili al delta file. L’unica
differenza è che un log file è creato per il processo di recovery e
può essere difficile da capire.
Il quarto approccio è quello di modificare il codice dell’applicazione.
Tuttavia la maggior parte del codice delle applicazioni è vecchio e
fragile; perciò questa tecnica dovrebbe essere evitata.
Соңғы тәсіл - салыстыру дати sorgenti con il file
principale dei дати.
Мәліметтер қоймасының қызметін бақылау
Una volta che il datawarehouse è stato rilasciato agli utenti, è
necessario monitorarlo nel tempo. In questo caso, l’amministratore
del datawarehouse può impiegare uno o più tool di gestione e
controllo per monitorare l’uso del datawarehouse. In particolare
possono essere raccolte informazioni sulle persone e sul tempo in
cui accedono al datawarehouse. Dai дати raccolti può essere creato
un profilo del lavoro effettuato che può essere usato come input
nell’implementazione del chargeback dell’utente. Il Chargeback
permette agli utenti di essere informati sul costo di elaborazione del
datawarehouse.
Inoltre, il controllo del datawarehouse può anche essere usato per
identificare i tipi di query, la loro grandezza, il numero di query al
giorno, i tempi di reazione alla query, i settori raggiunti e la quantità
di дати processati. Un altro scopo di fare il controllo del
datawarehouse è identificare i дати пайдаланылмайтын. Мыналар дати
уақытты жақсарту үшін оларды деректер қоймасынан жоюға болады
сұраудың орындалуына жауап беру және өсуін бақылау
дати ішінде тұратындар дерекқор деректер қоймасының.
Деректер қоймасының қауіпсіздігін басқару
Деректер қоймасы бар дати integrati, critici, sensibili che
possono essere raggiunti facilmente. Per questo motivo dovrebbe
essere protetto dagli utenti non autorizzati. Un modo per
implementare la sicurezza è quello di usare la funzione del ДББЖ
per assegnare i diversi privilegi ai diversi tipi di utenti. In questo
modo, deve essere mantenuto per ogni tipo di utenti un profilo di
accesso. Un altro modo per assicurare il datawarehouse è cifrarlo
come è scritto nella дерекқор деректер қоймасының. қол жеткізу
дати және іздеу құралдарының шифрын ашу керек дати prima di presentare i
risultati agli utenti.
2.4.4 Деректер қоймасы Орналастыру кезеңі
È l’ultima fase nel ciclo di implementazione del datawarehouse. Le
attività da effettuare in questa fase includono l’addestramento degli
utenti per utilizzare il datawarehouse e la realizzazione di reviews
деректер қоймасының.
Пайдаланушыны оқыту
L’addestramento degli utenti dovrebbe essere fatto prima
dell’accesso ai дати del datawarehouse e dell’uso dei tool di
retrieval. Generalmente, le sessioni dovrebbero iniziare con
l’introduzione al concetto dell’immagazzinamento di дати, Кімге
contenuto del datawarehouse, ai meta дати ed alle features di base
dei tool. Poi, gli utenti più avanzati potrebbero inoltre studiare le
tabelle fisiche e le features degli utenti dei data access e dei tool di
іздеу.
Ci sono molti approcci per fare l’addestramento degli utenti. Uno di
questi prevede una selezione di molti utenti o analisti scelti da un
insieme di utenti, basandosi sulla loro leadership e abilità di
comunicazione. Questi vengono addestrati a titolo personale su
tutto quello che devono sapere per prendere confidenza con il
sistema. Finito l’addestramento, questi ritornano al loro lavoro e
iniziano a insegnare agli altri utenti come utilizzare il sistema. Sulla
base di quanto hanno imparato, gli altri utenti possono iniziare ad
esplorare il datawarehouse.
Un altro approccio è quello di addestrare molti utenti nello stesso
tempo, come se si stesse facendo un corso in aula. Questo metodo
è adatto quando ci sono molti utenti che devono essere addestrati
allo stesso tempo. Un altro metodo ancora è quello di addestrare
individualmente ogni utente, ad uno ad uno. Questo metodo è
adatto quando ci sono pochi utenti.
Lo scopo dell’addestramento degli utenti è quello di familiarizzare
con l’accesso ai дати e i tool di retrieval così come i contenuti del
datawarehouse. Tuttavia, alcuni utenti possono essere sopraffatti
dalla quantità di informazioni fornita durante la sessione di
addestramento. Quindi devono essere fatte un certo numero di
sessioni di aggiornamento l’assistenza continua e per rispondere
alle domande specifiche. In alcuni casi viene formato un gruppo di
utenti per fornire questo tipo di supporto.
Кері байланыс жинау
Una volta che il datawarehouse è stato rolled out, gli utenti possono
usare i дати che risiedono nel datawarehouse per vari scopi.
Principalmente, gli analisti o gli utenti utilizzano i дати Nel
datawarehouse per:
1 Identificare le tendenze dell’azienda
2 Analizzare i profili d’acquisto dei клиенттер
3 Suddividere i клиенттер және
4 Fornire i servizi migliori ai клиенттер - қызметтерді теңшеу
5 Formulare strategie di маркетинг
6 Effettuare preventivi competitivi per cost analyses e help
бақылау
7 Supportare decision-making strategiche
8 Identificare occasioni per emergere
9 Migliorare la qualità degli attuali business process
10 Controllare il profitto
Seguendo la direzione di sviluppo del datawarehouse, si potrebbero
condurre una serie di revisioni al sistema per ottenere dei feddback
sia da parte del team di sviluppo che da parte della comunità degli
utenti finali.
I risultati ottenuti possono essere presi in considerazione per il
prossimo ciclo di sviluppo.
Dal momento che il datawarehouse ha un approccio incrementale,
è fondamentale imparare dai successi e dagli errori dei precedenti
sviluppi.
2.5 Түйіндеме
In questo capitolo sono stati discussi gli approcci presenti in
letteratura. Nella sezione 1 è stato discusso il concetto di
datawarehouse e il suo ruolo nella scienza delle decisioni. Nella
sezione 2 sono state descritte le principali differenze tra
datawarehouse e sistemi OLTP. Nella sezione 3 si è discusso il
modello di datawarehouse secondo Monash che è stato utilizzato
nella sezione 4 per descrivere le attività coinvolte nel processo di
sviluppo di un datawarehouse, queste tesi non sono state basate su
una ricerca rigorosa. Quello che succede nella realtà può essere
molto diverso da quello che riporta la letteratura, tuttavia questi
risultati possono essere utilizzati per creare un bagaglio di base che
sottolinei il concetto di datawarehouse per questa ricerca.
3 тарау
Зерттеу және жобалау әдістері
Questo capitolo si occupa dei metodi di ricerca e progettazione per
questo studio. La prima parte mostra una vista generica dei metodi
di ricerca disponibili per il reperimento dell’informazione, inoltre
vengono discussi i criteri per selezionare il miglior metodo per uno
studio particolare. Nella sezione 2 vengono poi discussi due metodi
selezionati con i criteri appena esposti; di questi ne verrà scelto ed
adottato uno con le motivazioni esposte nella sezione 3 dove sono
anche esposte le motivazioni per l’esclusione dell’altro criterio. La
sezione 4 presenta il progetto della ricerca e la sezione 5 le
conclusioni.
3.1 Ақпараттық жүйелердегі зерттеулер
La ricerca nei sistemi informativi non si limita semplicemente
all’ambito tecnologico ma deve essere anche estesa per includere
fini riguardanti il comportamento e l’organizzazione.
Questo lo dobbiamo alle tesi di varie discipline che vanno dalle
scienze sociali a quelle naturali; questo porta alla necessità di un
certo spettro di metodi di ricerca che coinvolgono metodi quantitativi
e qualitativi da utilizzare per i sistemi informativi.
Tutti i metodi di ricerca disponibili sono importanti, infatti svariati
ricercatori come Jenkins (1985), Nunamaker et al. (1991), e Galliers
(1992) sostengono che non esista un metodo specifico universale
per condurre ricerche nei vari campi dei sistemi informativi; infatti
un metodo può essere adatto per una particolare ricerca ma non
per altre. Questo ci porta la necessità di selezionare un metodo che
sia adatto alla nostro particolare progetto di ricerca: per questa
scelta Benbasat et al. (1987) affermano che si debbano considerare
la natura e il fine della ricerca.
3.1.1 Зерттеудің сипаты
I vari metodi basati sulla natura della ricerca possono essere
classificati in tre tradizioni ampiamente conosciuti nella scienza
dell’informazione: positivista, interpretativa e ricerca critica.
3.1.1.1 Позитивистік зерттеулер
La ricerca positivista è anche conosciuta come studio scientifico o
empirico. Essa cerca di: “spiegare e prevedere cosa succederà nel
mondo sociale guardando alle regolarità e alle relazioni causaeffetto
tra gli elementi che lo costituiscono” (Shanks et al 1993).
La ricerca positivista è inoltre caratterizzata da ripetibilità ,
semplificazioni e confutazioni. Inoltre la ricerca positivista ammette
l’esistenza di relazioni a priori tra i fenomeni studiati.
Secondo Galliers(1992) la tassonomia è un metodo di ricerca
incluso nel paradigma positivista, che però non è limitato a questa,
infatti sussistono esperimenti di laboratorio, esperimenti sul campo,
casi di studio, dimostrazioni di teoremi, previsioni e simulazioni.
Utilizzando questi metodi i ricercatori ammettono che i fenomeni
studiati possano essere osservati oggettivamente e rigorosamente.
3.1.1.2 Түсіндірмелі зерттеу
La ricerca interpretativa, che è spesso chiamata fenomenologia o
anti-positivismo viene descritta da Neuman (1994) come “l’analisi
sistematica del significato sociale dell’azione attraverso la diretta e
dettagliata osservazione delle persone in situazioni naturali, al fine
di arrivare alla comprensione e all’interpretazione di come le
persone creano e mantengono il loro mondo sociale”. Gli studi
interpretative rifiutano l’assunzione che i fenomeni osservati
possano essere osservati oggettivamente. Infatti essi sono basati
su interpretazioni soggettive. Inoltre i ricercatori interpretativi non
impongono significati a priori ai fenomeni che studiano.
Questo metodo comprende studi soggettivo/argomentativi, azioni di
ricerca, studi descrittivo/interpretativi, ricerche future e giochi di
ruolo. In aggiunta a questi indagini e casi di studio possono essere
inclusi in questo approccio in quanto essi concernono gli studi degli
individui o delle organizzazioni all’interno di complesse situazioni
нақты әлемнен.
3.1.1.3 Сыни зерттеулер
La ricerca critica è l’approccio meno conosciuto nelle scienze
sociali ma di recente ha ricevuto l’attenzione dei ricercatori
nell’ambito dei sistemi informativi. L’assunzione filosofica che la
realtà sociale è storicamente prodotta e riprodotta dalle persone,
così come i sistemi sociali con le loro azioni ed interazioni. La loro
abilità, comunque, è mediata da un certo numero di considerazione
sociali, culturali e politiche.
Cosi come la ricerca interpretativa, quella critica sostiene che la
ricerca positivista non c’entra con il contesto sociale ed ignora la
sua influenza sulle azioni umane.
La ricerca critica, d’altra parte, critica la ricerca interpretativa per
essere troppo soggettiva e perché non si propone di aiutare le
persone a migliorare le proprie vite. La più grossa differenza tra la
ricerca critica e gli altri due approcci è la sua dimensione valutativa.
Mentre l’oggettività delle tradizioni positivista ed interpretativa, è per
predire o spiegare lo status quo o la realtà sociale, la ricerca critica
punta a valutare criticamente e trasformare la realtà sociale sotto
студия.
I ricercatori critici solitamente si oppongono allo status quo al fine di
rimuovere le differenze sociali e migliorare le condizioni sociali. La
ricerca critica ha un impegno ad una vista processuale dei
fenomeni di interesse e, pertanto, è normalmente longitudinale.
Esempi di metodi di ricerca sono gli studi storici a lungo termine e
gli studi etnografici. La ricerca critica, tuttavia, non è stata
ampiamente usata nella ricerca dei sistemi d’informazione
3.1.2 Зерттеудің мақсаты
Assieme alla natura della ricerca, il suo scopo può essere utilizzato
per guidare il ricercatore nella selezione di un particolare metodo di
ricerca. Lo scopo di un progetto di ricerca è strettamente correlato
alla posizione della ricerca rispetto al ciclo di ricerca che consiste di
tre fasi: costruzione della teoria, test della teoria e affinamento della
teoria. Così, basandosi sul momento rispetto al ciclo di ricerca, un
progetto di ricerca può avere un fine di spiegazione, descrittivo, di
esplorazione oppure predittivo.
3.1.2.1 Барлау зерттеулері
La ricerca esplorativa è finalizzata nell’investigare un argomento
totalmente nuovo e formulare domande e ipotesi per la ricerca
futura. Questo tipo di ricerca è utilizzato nella costruzione della
teoria per ottenere dei riferimenti iniziali in una nuova area.
Normalmente si utilizzano metodi di ricerca qualitativa, come i casi
di studio o gli studi fenomenonologici.
Tuttavia è anche possibile impiegare tecniche quantitative come
indagini esplorative od esperimenti.
3.1.3.3 Сипаттамалық зерттеу
La ricerca descrittiva è finalizzata ad analizzare e descrivere in gran
dettaglio una particolare situazione o pratica organizzativa. Questa
è appropriata per costruire teorie e può essere anche usata per
confermare o contestare ipotesi. La ricerca descrittiva solitamente
comprende l’uso di misure e campioni. I metodi di ricerca più adatti
comprendono indagini e analisi di antecedenti.
3.1.2.3 Түсіндірмелі зерттеу
La ricerca esplicativa cerca di spiegare perché succedono le cose.
Essa è costruita su fatti che sono già stati studiati e cerca di trovare
i perché di tali fatti.
Quindi la ricerca esplicativa è normalmente costruita sulla ricerca
esplorativa o descrittiva ed è accessoria al fine di testare ed affinare
le teorie. La ricerca esplicativa normalmente impiega casi di studio
o metodi di ricerca basati sulle indagini.
3.1.2.4 Профилактикалық зерттеулер
La ricerca preventiva punta a predire gli eventi e i comportamenti
sotto osservazione che si stanno studiando (Marshall and Rossman
1995). La previsione è il test scientifico standard della verità.
Questo tipo di ricerca generalmente impiega indagini o analisi dei
дати тарихшылар. (Инь 1989)
La suddetta discussione dimostra che c’è un certo numero di
possibili metodi di ricerca che possono essere usati in uno studio
particolare. Tuttavia, ci deve essere un metodo specifico più adatto
degli altri per un tipo particolare di progetto di ricerca. (Galliers
1987, Yin 1989, De Vaus 1991). Ogni ricercatore, quindi, ha
bisogno di valutare con attenzione i punti di forza e le debolezze di
vari metodi, per arrivare ad adottare il metodo di ricerca più adatto e
compatibile col progetto di ricerca. (Jenkins 1985, Pervan e Klass
1992, Bonomia 1985, Yin 1989, Himilton and Ives 1992).
3.2. Мүмкін болатын зерттеу әдістері
L’obiettivo di questo progetto era studiare l’esperienza nelle
organizzazioni australiane con i дати immagazzinati con uno
дамуы деректер қоймасы. дата che, attualmente, c’è una
mancanza di ricerca nell’area di data warehousing in Australia,
questo progetto di ricerca è ancora nella fase teorica del ciclo di
ricerca ed ha uno scopo esplorativo. Esplorando l’esperienza nelle
organizzazioni australiane che adottano il data warehousing
richiede l’interpretazione della società reale. Di conseguenza, il
l’assunzione filosofica alla base del progetto di ricerca segue
l’interpretazione tradizionale.
Dopo un rigoroso esame dei metodi disponibili, sono stati identificati
due possibili metodi di ricerca: indagini (surveys) e casi di studio
(case studies), che possono essere usati per una ricerca
esplorativa (Shanks et al. 1993). Galliers (1992) sostiene che
l’idoneità di questi due metodi per questo particolare studio nella
sua tassonomia rivisitata dicendo che sono adatti per la costruzione
teorica. Le seguenti due sottosezioni discutono ogni metodo in
деталь.
3.2.1 Сауалнамалық зерттеу әдісі
Il metodo di ricerca d’indagine proviene dall’antico metodo del
censimento. Un censimento consta nel collezionare informazioni da
un’intera popolazione. Questo metodo è costoso e poco pratico, in
particolare se la popolazione è elevata. Quindi, rispetto al
censimento, una indagine normalmente è concentrata sul
collezionare informazioni per un piccolo numero, o campione, dei
rappresentanti della popolazione (Fowler 1988, Neuman 1994). Un
campione riflette la popolazione da cui è disegnato, con differenti
livelli di accuratezza, secondo la struttura del campione, la
dimensione e il metodo di selezione utilizzato (Fowler 1988, Babbie
1982, Neuman 1994).
Il metodo d’indagine è definito come “snapshots of practices,
situations or views at a particular point in time, undertaken using
questionnaires or interviews, from which inferences may be
made” (Galliers 1992:153) [fotografia istentanea delle pratiche,
situazioni o viste in particolare punto temporale, intrapreso usando
questionari o interviste, da cui possono essere fatte inferenze]. Le
indagini si occupano della raccolta di informazioni su alcuni aspetti
dello studio, da un certo numero di partecipanti, facendo delle
domande (Fowler 1988). Anche questi questionari e interviste, che
includono le interviste faccia a faccia al telefono e quelle strutturate,
sono le tecniche di collezione di дати più comuni impiegate nelle
indagini (Blalock 1970, Nachmias and Nachmias 1976, Fowler
1988), possono essere utilizzate osservazioni ed analisi (Gable
1994). Di tutti questi metodi di collezione dei дати, l’uso del
questionario è la tecnica più popolare, poiché assicura che i дати
collezionati siano strutturati e formattati, e quindi facilita la
classificazione delle informazioni (Hwang 1987, de Vaus 1991).
Талдау кезінде И дати, una strategia d’indagine impiega spesso le
tecniche quantitative, come l’analisi statistica, ma possono essere
impiegate anche tecniche qualitative (Galliers 1992, Pervan
және Klass 1992, Gable 1994). Әдетте, i дати raccolti sono
usati per analizzare le distribuzioni e i modelli delle associazioni
(Fowler 1988).
Anche se le indagini sono generalmente appropriate per ricerche
che si occupano della domanda ‘che cosa?’ (what) o da essa
derivanti, quali ‘quanto’(how much) e ‘quant’è’ (how many), esse
possono essere poste tramite la domanda ‘perché’ (Sonquist and
Dunkelberg 1977, Yin 1989). Secondo Sonquist e Dunkelberg
(1977), l’indagine di ricerca punta ad ipotesi difficili, programme di
valutazione, descrivendo la popolazione e sviluppando modelli del
comportamento umano. Inoltre, le indagini possono essere usate
per studiare un’opinione certa della popolazione, condizioni,
opinioni, caratteristiche, aspettative e anche comportamenti passati
o presenti(Neuman 1994).
Le indagini permettono al ricercatore di scoprire i rapporti tra la
popolazione ed i risultato sono normalmente più generici rispetto ad
altri metodi (Sonquist and Dunkelberg 1977, Gable 1994). Le
indagini permettono ai ricercatori di riguardare una zona geografica
più larga e di raggiungere tantissimi dichiaranti (Blalock 1970,
Sonquist and Dunkelberg 1977, Hwang and Lin 1987, Gable 1994,
Neuman 1994). Infine, le indagini possono fornire le informazioni
che non sono disponibili altrove o nella forma richiesta per le analisi
(Fowler 1988).
Ci sono, tuttavia, alcune limitazioni nell’eseguire un’indagine. Uno
svantaggio è che il ricercatore non può ottenere molte informazioni
a riguardo dell’oggetto studiato. Questo è dovuto al fatto che le
indagini sono eseguite soltanto in un momento particolare e, quindi,
c’è un numero limitato di variabili e di persone che il ricercatore può
studiare (Yin 1989, de Vaus 1991, Gable 1994, Denscombe 1998).
Un altro svantaggio è quello che esegue un’indagine può essere
molto costoso in termini di tempo e risorse, particolarmente se
coinvolge le interviste faccia a faccia (Fowler 1988).
3.2.2. Сауалнамалық зерттеу әдісі
Il metodo di ricerca di inchiesta coinvolge lo studio approfondito su
una particolare situazione all’interno del relativo contesto reale in un
periodo di tempo definito, senza alcun intervento da parte del
ricercatore (Shanks & C. 1993, Eisenhardt 1989, Jenkins 1985).
Principalmente questo metodo è usato per descrivere i rapporti fra
le variabili che si stanno studiando in una situazione particolare
(Galliers 1992). Le inchieste possono coinvolgere singoli casi o
multipli, a seconda del fenomeno analizzato (Franz e Robey 1987,
Eisenhardt 1989, Yin 1989).
Il metodo di ricerca di inchiesta è definito come “un’inchiesta
empirica che studia un fenomeno contemporaneo all’interno del
relativo contesto reale, usando le fonti multiple raccolte da una o
più entità quali la gente, i gruppi, o le organizzazioni” (Yin 1989).
Non c’è netta separazione fra il fenomeno ed il relativo contesto e
non c’è controllo o manipolazione sperimentale delle variabili (Yin
1989, Benbasat ed altri 1987).
Оны жинаудың әртүрлі әдістері бар дати олар жасай алады
essere impiegate nel metodo di inchiesta, che includono le
osservazioni dirette, revisioni di record di archivi, questionari,
revisione della documentazione ed interviste strutturate. Avendo
una gamma varia di tecniche della raccolta di дати, le inchieste
permettono ai ricercatori di occuparsi sia dei дати qualitativi che
quantitativi allo stesso tempo (Bonoma 1985, Eisenhardt 1989, Yin
1989, Gable 1994). Com’è il caso con il metodo di indagine, un
ricercatore di inchiesta funge da osservatore o ricercatore e non
come partecipante attivo all’organizzazione allo studio.
Benbasat ed altri (1987) asseriscono che il metodo di inchiesta è
particolarmente adatto per la costruzione della teoria di ricerca, che
comincia con una domanda di ricerca e continua con la formazione
жинақтау процесінде теорияның дати. Болу
adatto anche per la fase
della costruzione di teoria, Franz e Robey (1987) suggeriscono che
il metodo di inchiesta può anche essere utilizzato per la complessa
fase di teoria. In questo caso, basandosi sulle prove raccolte, una
data teoria o ipotesi viene verificata o confutata. In più, l’inchiesta è
anche adatta per ricerca che si occupa delle domande ‘come’ o
‘perché’ (Yin 1989).
Rispetto ad altri metodi, le inchieste permettono al ricercatore di
catturare le informazioni essenziali più nel particolare (Galliers
1992, Shanks ed altri 1993). Inoltre, le inchieste permettono al
ricercatore di capire la natura e la complessità dei processi studiati
(Benbasat ed altri 1987).
Ci sono quattro svantaggi principali connessi con il metodo di
inchiesta. Il primo è la mancanza di deduzioni controllate. La
soggettività del ricercatore può alterare i risultati e le conclusioni
dello studio (Yin 1989). Il secondo svantaggio è la mancanza di
osservazione controllata. A differenza dei metodi sperimentali, il
ricercatore di inchiesta non può controllare i fenomeni studiati
poiché sono esaminati nel loro contesto naturale (Gable 1994). Il
terzo svantaggio è la mancanza di replicabilità. Ciò è dovuto al fatto
che il ricercatore ha poca probabilità di osservare gli stessi eventi, e
non può verificare i risultati di un particolare studio (Lee 1989).
Infine, come conseguenza della non replicabilità, è difficile
generalizzare i risultati ottenuti da una o più inchieste (Galliers
1992, Shanks ed altri 1993). Tutti questi problemi, tuttavia, non
sono insormontabili e possono, infatti, essere minimizzati dal
ricercatore applicando azioni appropriate (Lee 1989).
3.3. Зерттеу әдістемесін негіздеңіз
қабылданды
Dai due metodi di ricerca possibili per questo studio, il metodo di
indagine è considerato come il più adatto. Quello di inchiesta è
stato scartato in seguito ad un attenta considerazione dei relativi
meriti e debolezze. La convenienza o l’inappropriatezza di ogni
metodo per questo studio è discussa in seguito.
3.3.1. Зерттеу әдісінің сәйкессіздігі
тергеу
Il metodo di inchiesta richiede lo studio approfondito circa una
situazione particolare all’interno di una o più organizzazioni per un
periodo di tempo (Eisenhardt 1989). In questo caso, il periodo può
eccedere la struttura di tempo data per questo studio. Un altro
motivo per non adottare il metodo di inchiesta è che i risultati
possono soffrire da mancanza di rigore (Yin 1989). La soggettività
del ricercatore può influenzare i risultati e le conclusioni. Un altro
motivo è che questo metodo è più adatto a ricerche su domande
del tipo ‘come’ o ‘perché’ (Yin 1989), mentre la domanda di ricerca
per questo studio è del tipo ‘che cosa’. Infine, ma non meno
importante, è difficile generalizzare i risultati da appena una o
poche inchieste (Galliers 1992, Shanks ed altri 1993). Sulla base di
questa spiegazione razionale, il metodo di ricerca di inchiesta non è
stato scelto poiché inadatto per questo studio.
3.3.2. Іздеу әдісінің ыңғайлылығы
тергеу
Quando questa ricerca è stata condotta, la pratica di datawarehousing
non era stata ampiamente adottata dalle
organizzazioni australiane. Quindi, non c’erano molte informazioni
per quanto riguarda la loro implementazione all’interno delle
organizzazioni australiane. Le informazioni disponibili provenivano
dalle organizzazioni che avevano implementato o utilizzato un data
warehouse. In questo caso, il metodo di ricerca di indagine è il più
adatto poiché permette di ottenere le informazioni che non sono
disponibili altrove o nella forma richiesta per analisi (Fowler 1988).
In più, il metodo di ricerca di indagine permette al ricercatore di
ottenere una buona visione delle pratiche, delle situazioni, o delle
viste in un determinato momento (Galliers 1992, Denscombe 1998).
Una veduta d’insieme era stata richiesta per aumentare la
conoscenza circa l’esperienza australiana di data warehousing.
Ancora, Sonquist e Dunkelberg (1977) dichiarano che i risultati di
ricerca di indagine sono più generali di altri metodi.
3.4. Сауалнамалық зерттеу дизайны
L’indagine circa la pratica di data warehousing è stata eseguita nel 1999.

La popolazione obiettivo era formata da organizzazioni
australiane interessate agli studi di data warehousing, poiché erano
probabilmente già informati circa i дати che immagazzinano e,
pertanto, potrebbe fornire le informazioni utili per questo studio. La
popolazione obiettivo è stata identificata con un’indagine iniziale di
tutti i membri australiani del ‘The Data Warehousing Institute’ (Tdwiaap).
Questa sezione discute il disegno della fase di ricerca
empirica di questo studio.
3.4.1. Егін жинау техникасы дати
Dalle tre tecniche usate comunemente nella ricerca di indagine
(cioè questionario via posta, intervista del telefono ed intervista
personale) (Nachmias 1976, Fowler 1988, de Vaus 1991), per
questo studio è stato adottato il questionario via posta. Il primo
motivo per l’adozione di quest’ultimo è che può raggiungere una
popolazione sparsa geograficamente (Blalock 1970, Nachmias e
Nachmias 1976, Hwang e Lin 1987, de Vaus 1991, Gable 1994).
Secondariamente, il questionario via posta è adatto a partecipanti
altamente istruiti (Fowler 1988). Il questionario via posta per questo
studio è stato indirizzato ai project sponsors del data warehousing,
direttori e/o responsabili di progetto. In terzo luogo, i questionari via
posta sono adatti quando si ha a disposizione una lista sicura di
indirizzi (Salant e Dilman 1994). TDWI, in questo caso, una
associazione fidata di data warehousing ha fornito la lista di indirizzi
dei relativi membri australiani. Un altro vantaggio del questionario
via posta rispetto al questionario via telefono o alle interviste
personali è che permette ai dichiaranti di rispondere con maggior
esattezza, particolarmente quando i dichiaranti devono consultare
le annotazioni o discutere le domande con altra gente (Fowler
1988).
Uno svantaggio potenziale può essere il tempo richiesto per
condurre i questionari via posta. Normalmente, un questionario via
posta è condotto in questa sequenza: spedire le lettere, aspettare le
risposte e mandare la conferma(Fowler 1988, Bainbridge 1989).
Quindi, il tempo totale può essere più lungo del tempo richiesto per
le interviste personali o per le interviste al telefono. Tuttavia, il
tempo totale può essere conosciuto in anticipo (Fowler 1988,
Denscombe 1998). Il tempo speso per condurre le interviste
personali non può essere conosciuto in anticipo poiché varia da
un’intervista all’altra (Fowler 1988). Le interviste telefoniche
possono essere più rapide dei questionari via posta e delle
interviste personali ma possono avere un alto tasso di mancanza di
risposta dovuto all’indisponibilità di alcune persone (Fowler 1988).
In più, le interviste telefoniche sono limitate generalmente a liste di
domande relativamente corte (Bainbridge 1989).
Un’altra debolezza di un questionario via posta è l’alto tasso di
mancanza di risposta (Fowler 1988, Bainbridge 1989, Neuman
1994). Tuttavia, sono state prese delle contromisure, associando
questo studio con un’istituzione fidata nel campo del data
warehousing (cioè TDWI) (Bainbridge 1989, Neuman 1994), la
quale trasmette due lettere di sollecito ai chi non ha risposto
(Fowler 1988, Neuman 1994) ed include inoltre una lettera
aggiuntiva che spiega lo scopo dello studio (Neuman 1994).
3.4.2. Талдау бірлігі
Lo scopo di questo studio è ottenere le informazioni circa
l’implementazione del data warehousing e l’utilizzo dello stesso
all’interno delle organizzazioni australiane. La popolazione obiettivo
è costituita da tutte le organizzazioni australiane che hanno
implementato, o stanno implementando, i деректер қоймасы, жылы
seguito vengono intestate le singole organizzazioni. Il questionario
via posta è stato spedito alle organizzazioni interessate all’adozione
di деректер қоймасы. Questo metodo garantisce che le informazioni
raccolte provengano dalle risorse più adatte di ogni organizzazione
partecipante.
3.4.3. Сауалнама үлгісі
La “mailing list” dei partecipanti all’indagine è stata ottenuta da
TDWI. A partire da questa lista, 3000 organizzazioni australiane
sono state selezionate come base per il campionamento. Una
lettera di aggiuntiva spiegava il progetto e lo scopo dell’indagine,
insieme ad una scheda per le risposte e una busta prepagata per
rinviare il questionario compilato sono state inviate al campione.
Delle 3000 organizzazioni, 198 hanno accettato di partecipare allo
studio. Era previsto un così piccolo numero di risposte деректер il
grande numero di organizzazioni australiane che allora avevano
abbracciato o stavano abbracciando la strategia di data
warehousing all’interno delle loro organizzazioni. Quindi, la
popolazione obiettivo per questo studio consiste di sole 198
organizzazioni.
3.4.4. Сауалнаманың мазмұны
La struttura del questionario è stata basata sul modello di data
warehousing Monash (discusso precedentemente nella parte 2.3). Il
contenuto del questionario è stato basato sull’analisi della
letteratura presentata nel capitolo 2. Una copia del questionario
spedito ai partecipanti all’indagine può essere trovata
nell’appendice B. Il questionario è composto da sei sezioni, che
seguono le fasi del modello trattato. I seguenti sei paragrafi
brevemente ricapitolano il contenuto di ogni sezione.
А бөлімі: Ұйым туралы негізгі ақпарат
Questa sezione contiene le domande relative al profilo delle
organizzazioni partecipanti. In più, alcune delle domande sono
relative alla condizione del progetto di data warehousing del
partecipante. Le informazioni confidenziali quale il nome
dell’organizzazione non sono state rivelate nell’analisi di indagine.
В бөлімі: Басталуы
Le domande in questa sezione sono relative all’attività di inizio di
data warehousing. Le domande sono state fatte per quanto
riguarda gli iniziatori di progetto, garanti, abilità e conoscenza
richieste, gli obiettivi dello sviluppo di data warehousing e le
aspettative degli utilizzatori finali.
С бөлімі: Дизайн
Questa sezione contiene le domande relative alle attività di
pianificazione del деректер қоймасы. In particolare, le domande sono
state circa la portata di esecuzione, la durata del progetto, il costo
del progetto e l’analisi di costi/benefici.
D бөлімі: Әзірлеу
Nella sezione di sviluppo ci sono le domande relative alle attività di
дамуы деректер қоймасы: raccolta di requisiti dell’utilizzatore
finale, le fonti di дати, логикалық моделі дати, prototipi, la
pianificazione di capienza, architetture tecniche e selezione dei
tools di sviluppo del data warehousing.
E бөлімі: Операция
Domande di funzionamento relative al funzionamento ed
all’estensibilità del деректер қоймасы, come si evolve nella
successiva fase di sviluppo. La мәліметтер сапасы, le strategie di
refresh dei дати, түйіршіктілігі дати, scalabilità del data
warehouse ed i problemi di sicurezza del деректер қоймасы erano fra
le tipologie di domande fatte.
F бөлімі: Әзірлеу
Questa sezione contiene le domande relative all’utilizzo del data
warehouse da parte degli utenti finali. Il ricercatore era interessato
allo scopo e all’utilità del деректер қоймасы, la revisione e le strategie
di addestramento adottati e la strategia di controllo del data
warehouse adottata.
3.4.5. Жауап беру жылдамдығы
Anche se le indagini via posta sono criticate per avere un tasso di
risposta basso, sono state adottate delle misure per aumentare il
tasso di rendimento (come discusso precedentemente nella parte
3.4.1). Il termine ‘tasso di risposta’ si riferisce alla percentuale di
persone in un campione particolare di indagine che risponde al
questionario (Denscombe 1998). E’ stata utilizzata la seguente
formula per calcolare il tasso di risposta per questo studio:
Жауап берген адамдар саны
Tasso di risposta =
——————————————————————————– X 100
Numero totale di questionari spediti
3.4.6. Пилоттық сынақ
Prima che il questionario sia spedito al campione, le domande sono
state esaminate effettuando le prove pilota, come suggerito da Luck
e Rubin (1987), Jackson (1988) e de Vaus (1991). Lo scopo delle
prove pilota è di rivelare tutte le espressioni scomode, ambigue e
domande di difficile interpretazione, per chiarire qualunque
definizioni e termini usati e per identificare il tempo approssimativo
richiesto per compilare il questionario (Warwick e Lininger 1975,
Jackson 1988, Salant e Dilman 1994). Le prove pilota sono state
effettuate selezionando soggetti con caratteristiche simili a quelle
dei soggetti finali, come suggerito Davis e Cosenza (1993). Ішінде
questo studio, sei professionisti di data warehousing sono stati
selezionati come i soggetti pilota. Dopo ogni prova pilota, sono
state fatte le correzioni necessarie. Dalle prove pilota effettuate, i
partecipanti hanno contribuito a rimodellare e reimpostar la
versione definitiva del questionario.
3.4.7. Талдау әдістері бойынша Dati
I дати di indagine raccolti dai questionari a domanda chiusa sono
stati analizzati usando un pacchetto di programmi statistico
denominato SPSS. Molte delle risposte sono state analizzate
usando le statistiche descrittive. Un certo numero di questionari
sono ritornati incompleti. Questi sono stati trattati con maggiore
attenzione per accertarsi che i дати mancanti non fossero una
conseguenza degli errori di data entry, ma perché le domande non
erano adatte per il dichiarante, o il dichiarante ha deciso non
rispondere ad una o più domande specifiche. Queste risposte
mancanti sono state ignorate durante l’analisi dei дати e sono state
codificate come ‘- 9’ per accertare la loro esclusione dal processo di
талдаулар.
Nel preparare il questionario, le domande chiuse sono state
precodificate assegnando un numero ad ogni opzione. Il numero
allora è stato usato per preparare i дати durante l’analisi
(Denscombe 1998, Sapsford e Jupp 1996). Per esempio, c’erano
sei opzioni elencate nella domanda 1 della sezione B: consiglio
d’amministrazione, esecutivo ad alto livello, dipartimento IT , unità
di affari, i consulenti ed altro. Nello schedario di дати di SPSS, è
stata generata una variabile per indicare ‘l’iniziatore di progetto’,
con sei etichette di valore: ‘1’ per il ‘consiglio d’amministrazione’, ‘2’
per ‘l’esecutivo ad alto livello’ e così via. L’uso della scala di Likertin
in alcune delle domande chiuse inoltre ha permesso
un’identificazione che non richiede sforzo visto l’utilizzo dei valori
numerici corrispondenti inseriti in SPSS. Per le domande con le
risposte non esaustive, che non erano reciprocamente esclusive,
ogni opzione è stata trattata come una singola variabile con due
etichette di valore: ‘1 ‘ per ‘segnata’ e ‘2 ‘ per ‘non segnata’.
Le domande aperte sono state trattate diversamente dalle domande
chiuse. Le risposte a queste domande non sono state inserite in
SPSS. Al contrario, sono state analizzate a mano. L’uso di questo
tipo di domande permette di acquisire informazioni circa le idee
liberamente espresse e le esperienze personali nei dichiaranti
(Bainbridge 1989, Denscombe 1998). Dove possibile, è stata fatta
una categorizzazione delle risposte.
талдау үшін дати, sono usati metodi di semplice analisi statistica,
come la frequenza delle risposte, la media, la scarto quadratico
medio e la mediana (Argyrous 1996, Denscombe 1998).
Il Gamma test era performante per ottenere misure quantitative
delle associazioni tra дати ordinali (Norusis 1983, Argyrous 1996).
Questi test erano appropriati perché le scale ordinali usate non
avevano molte categorie e potevano essere mostrate in una tabella
(Norusis 1983).
3.5 қысқаша сипаттама
In questo capitolo, sono stati discussi la metodologia di ricerca e il
design adottati per questo studio.
La selezione del più appropriato metodo di ricerca per un
particolare studio prende in
considerazione un certo numero di regole, inclusa la natura e il tipo
della ricerca, così come i meriti e le debolezze di ogni possibile
metodo(Jenkins 1985, Benbasat et al. 1097,Galliers e Land 1987,
yin 1989, Hamilton e ives 1992, Galliers 1992, neuman 1994). Vista
la mancanza di conoscenza e teoria esistenti a proposito
dell’adozione di data warehousing in Australia, questo studio di
ricerca richiede un metodo di ricerca interpretativo con una abilità
esplorativa per esplorare le esperienze delle organizzazioni
australiane. Il metodo di ricerca prescelto è stato selezionato per
raccogliere informazioni riguardanti l’adozione del concetto di data
ware-housing da parte delle organizzazioni australiane. Un
questionario postale è stato scelto come tecnica di raccolta дати. Le
giustificazioni per il metodo di ricerca e la tecnica di raccolta дати
selezionati saranno fornite in questo capitolo. Inoltre è stata
presentata una discussione sull’unità di analisi,il campione
utilizzato, le percentuali di risposte, il contenuto del questionario, il
pre test del questionario e il metdo di analisi dei дати.

Жобалау а Деректер қоймасы:
Нысан қатынасы мен өлшемді модельдеуді біріктіру
АННОТАЦИЯ
Сақтау i дати è un problema attuale importante per molte
organizzazioni. Un problema chiave nello sviluppo
dell’immagazzinamento dei дати бұл оның дизайны.
Il disegno deve sostenere il rilevamento di concetti nel data
warehouse a legacy system e le altre fonti di дати ed anche una
facile comprensione ed efficienza nell’implementazione di data
қойма.
Сақтау әдебиетінің көп бөлігі дати ұсынылады
l’uso di entity relationship modelling or dimensional modelling per
rappresentare il disegno di деректер қоймасы.
In questo giornale noi mostriamo come entrambe le
rappresentazioni possono essere combinate in un approccio per il
disegno di деректер қоймасы. Қолданылатын тәсіл жүйелі
esaminato in un caso di studio ed è identificato in un numero di
importanti implicazioni con professionisti.
ДЕРЕКТЕРДІ САҚТАУ
Un деректер қоймасы di solito è definito come un “subject-oriented,
integrated, time-variant, and nonvolatile collection of data in support
of management’s decisions” (Inmon and Hackathorn, 1994).
Subject-oriented and integrated indica che il деректер қоймасы è
progettato per attraversare i confini funzionali dei legaci system per
offrire una prospettiva integrata dei дати.
Уақыт-варианты тарихи немесе уақыт қатарының сипатына әсер етеді дати in
un деректер қоймасы, la quale abilita trend per essere analizzati.
Non-volatile indica che il деректер қоймасы non è continuamente
aggiornato come un дерекқор di OLTP. Piuttosto è aggiornato
periodicamente, con дати ішкі және сыртқы көздерден келеді. The
деректер қоймасы specificatamente è disegnato per la ricerca
piuttosto che per l’integrità degli aggiornamenti e le prestazioni delle
operazioni.
Сақтау идеясы i дати non è nuova, è stato uno degli scopi
басқарудың дати алпысыншы жылдардан бастап (Мартин, 1982).
I деректер қоймасы олар инфрақұрылымды ұсынады дати per management
support systems. Management support systems includono decision
support systems (DSS) and executive information systems (EIS).
Un DSS è un sistema di informazioni computer-based che è
progettato per migliorare il processo e di conseguenza la presa di
decisione umana. Un EIS è tipicamente un sistema di consegna di
дати che abilita dirigenti d’azienda ad accedere facilmente alla vista
dei дати.
Жалпы архитектурасы А деректер қоймасы рөлін атап көрсетеді
деректер қоймасы nel supporto alla gestione. Oltre ad offrire
l’infrastruttura дати EIS және DSS үшін, т.б деректер қоймасы мүмкін
accedervi direttamente attraverso le query. I дати inclusi in un data
warehouse si basano su un’analisi dei requisiti di informazioni di
gestione e sono ottenuti da tre fonti: internal legacy systems,
special purpose data capture systems and external data sources. I
дати negli internal legacy systems sono frequentemente ridondanti,
inconsistenti, di bassa qualità, e immagazzinati in diversi formati
quindi devono essere riconciliati e puliti prima di poterli caricare nel
деректер қоймасы (Инмон, 1992; МакФадден, 1996). THE дати provenienti
da sistemi di immagazzinamento дати арнайы және көздерден дати
сыртқы жиі көбейту (жаңарту, ауыстыру) үшін қолданылады i
дати бұрынғы жүйелерден.
дамыту үшін көптеген дәлелді себептер бар деректер қоймасы,
che includono una migliore presa di decisione attraverso l’uso
effettivo di più informazioni (Ives 1995), il supporto per un focus
sugli affari completi (Graham 1996), e la riduzione in costi di
provvedimento di дати per EIS e DSS (Graham 1996, McFadden
1996).
Un recente studio empirico ha scoperto, in media, un ritorno degli
investimenti per i деректер қоймасы del 401% dopo tre anni (Graham,
1996). Comunque, gli altri studi empirici di деректер қоймасы бар
trovato significanti problemi incluso la difficoltà nel misurare ed
assegnare benefici, mancanza di un scopo chiaro, sottovalutando lo
scopo e la complessità del processo di immagazzinare i датижылы
particolare quanto riguarda le fonti e la pulizia dei дати.
Сақтау i дати può essere considerato come una soluzione
al problema di gestione dei дати fra le organizzazioni. La
manipolazione dei дати come risorsa sociale è rimasto uno dei
problemi chiave nella gestione di sistemi di informazioni in tutto il
mondo per molti anni (Brancheau et al. 1996, Galliers et al. 1994,
Niederman et al. 1990, Pervan 1993).
Басқарудың танымал тәсілі дати negli anni ottanta era
lo sviluppo di un modello дати әлеуметтік. Үлгі дати sociale fu
pensato per offrire una base stabile per lo sviluppo di nuovi sistemi
applicativi e дерекқор e la ricostruzione e l’integrazione di legacy
systems (Brancheau et al.
1989, Goodhue et al. 1988:1992, Kim and Everest 1994).
Comunque, ci sono molti problemi con questo approccio, in
particolare, la complessità e il costo di ogni task, ed il lungo tempo
richiesto per avere risultati tangibili (Beynon-Davies 1994, Earl
1993, Goodhue et al. 1992, Periasamy 1994, Shanks 1997).
Il деректер қоймасы è un databse separato che co-esiste coi legacy
databases piuttosto che sostituirli. Esso perciò consente di
indirizzare la gestione dei дати ed evitare la costosa ricostruzione
dei legacy systems.
ДЕРЕКТЕРДІ ДИЗАЙНДАУҒА ҚОЛДАНЫЛҒАН ТӘСІЛДЕР
ҚАУІПСІЗДІК
Құру және жетілдіру процесі а деректер қоймасы
va compreso più come un processo evolutivo piuttosto che un
lifecycle di sviluppo di sistemi tradizionali (Десио, 1995, Shanks,
O’Donnell and Arnott 1997a ). Ci sono molti processi coinvolti in un
жобасы деректер қоймасы come inizializzazione, pianificazione;
informazioni acquisite dai requisiti chieste ai dirigenti d’azienda;
fonti, trasformazioni, pulizia dei дати e di sincronizzazione da legacy
systems e le altre fonti di дати; sistemi di consegna in sviluppo;
monitoraggio dei деректер қоймасы; e insensatezza del processo
evolutivo e di costruzione di un деректер қоймасы (Stinchi, O’Donnell
ed Arnott 1997b). In questo giornale, noi focalizziamo su come
disegnare i дати immagazzinati nel contesto di questi altri processi.
Ci sono un numero di approcci proposti per l’architettura dei data
warehouse nella letteratura (Inmon 1994, Ives 1995, Kimball 1994
McFadden 1996). Ognuna di queste metodologie ha una breve
rassegna con un’analisi dei loro punti di forza e non.
Инмонның (1994) көзқарасы Деректер қоймасы
жобалау
Inmon (1994) propose quattro passi iterativi per disegnare un data
warehouse (veda Figura 2). Il primo passo è progettare un modello
дати қалай түсіну үшін әлеуметтік i дати possono essere integrati
attraverso aree funzionali all’interno di un’organizzazione
suddividendo i дати аймақтарда сақтау. Үлгі дати ол үшін жасалған
immagazzinare дати шешімдер қабылдауға қатысты, соның ішінде дати
тарихшылар, оның ішінде дати dedotti ed aggregati. Il secondo passo è
identificare aree soggette per la realizzazione. Questi sono basati
su priorità determinate da una particolare organizzazione. Il terzo
passo comporta il disegno di un дерекқор per l’area soggetta, pone
particolare attenzione a includere appropriati livelli di granularità.
Inmon raccomanda di usare il modello entità e relazioni. Il quarto
passo è identificare sistemi di fonti дати richiesti e sviluppare
processi di trasformazione per acquisire, pulire e formattare i дати.
Инмон тәсілінің күшті жақтары - бұл модель дати қоғамдық
offre la base per l’integrazione di дати all’interno dell’organizzazione
e pianificazione di supporti per lo sviluppo iterativo di data
warehouse. Le sue pecche sono la difficoltà e il costo nel disegnare
модель дати sociale, la difficoltà nel capire modelli di entità e
relazioni usati in ambo i modelli, quello дати әлеуметтік және сол дати
пән аймағы бойынша сақталады және сәйкестігі дати дель
disegno di деректер қоймасы жүзеге асыру үшін дерекқор
қатысты, бірақ үшін емес дерекқор көпөлшемді.
Ives' (1995) Approach to Деректер қоймасы
жобалау
Ives (1995) propone un approccio di quattro passi per disegnare un
sistema informativo che lui ritiene applicabile al disegno di un data
warehouse (veda Figura 3). L’approccio è molto basato sull’
Information Engineering per lo sviluppo di sistemi di informazioni
(Martin 1990). Il primo passo è determinare gli obiettivi, i fattori
critici e di successo e gli indicatori chiave delle prestazioni. I
processi chiave di business e le informazioni necessarie sono
modellate per condurci ad un modello дати sociale. Il secondo passo
comporta lo sviluppo di un architettura che definisce дати
аймақтар бойынша сақталады, дерекқор di деректер қоймасы, i componenti
di tecnologia che sono richiesti, l’insieme di supporto organizzativo
richiesto per implementare ed operare con деректер қоймасы. Il terzo
passo include la selezione di pacchetti software e attrezzi richiesti.
Il quarto passo è il disegno particolareggiato e la costruzione del
деректер қоймасы. Айвес сақтайтынын атап өтеді дати è un vincolato
processo iterativo.
La forza dell’approccio di Ives sono l’uso di specifiche tecniche per
determinare i requisiti d’informazione, l’uso di uno strutturato
processo per sostenere l’integrazione dei деректер қоймасы,
l’opportuna selezione hardware e software, e l’uso di molteplici
tecniche di rappresentazione per il деректер қоймасы. Le sue pecche
sono inerenti alla complessità. Altre includono la difficoltà nello
sviluppare molti livelli di дерекқор ішінде деректер қоймасы in
tempi e costi ragionevoli.
Кимбаллдың (1994) көзқарасы Деректер қоймасы
жобалау
Kimball (1994) propose cinque passi iterativi per disegnare un data
warehouse (vedi Figuri 4). Il suo approccio è particolarmente
dedicato sul disegno di un solo деректер қоймасы e sull’uso di modelli
dimensionali in preferenza a modelli di entità e relazioni. Kimball
analizza quei modelli dimensionali perché è più facile capire per i
dirigenti d’azienda gli affari, è più efficiente quando si trattano
consultazioni complesse, e il disegno di дерекқор fisico è più
efficiente (Kimball 1994). Kimball riconosce che lo sviluppo di un
деректер қоймасы бұл итеративті және бұл деректер қоймасы separati possono
essere integrati attraverso la ripartizione in tavole di dimensioni
ортақ.
Il primo passo è identificare la particolare area soggetto per essere
perfezionato. Il secondo e terzo passo concernono modellatura
dimensionale. Nel secondo passo le misure identificano cose di
interesse nell’area soggetto e raggruppate in una tabella dei fatti.
Per esempio, in un’area di soggetto di vendite le misure di interesse
potrebbero includere l’ammontare di articoli venduto ed il dollaro
come valuta di vendite. Il terzo passo comporta l’identificazione di
dimensioni che sono i modi nei quali possono essere raggruppati i
fatti. In un’area di soggetto di vendite, dimensioni attinenti
potrebbero includere articolo, ubicazione e tempo periodo. La
tabella dei fatti ha una chiave multi- part per collegarla ad ognuna
delle tabelle di dimensione e tipicamente contiene un numero molto
grande di fatti. In contrasto, tavole di dimensione contengono
descrittive informazioni sulle dimensioni e gli altri attributi che
possono essere usati per raggruppare i fatti. La tabella dei fatti e
dimensioni associata proposta forma quello che è chiamato uno
schema a stella a causa della sua forma. Il quarto passo comporta
la costruzione di un дерекқор multidimensionale per perfezionare lo
schema della stella. Il passo finale è identificare sistemi di fonti дати
richiesti e sviluppare processi di trasformazione per acquisire, pulire
e formattare i дати.
Le forze dell’approccio di Kimball includono l’uso di modelli
dimensionali per rappresentare i дати immagazzinati che lo rendono
facile da capire e conduce ad un disegno fisico efficiente. Un
modello dimensionale che usa prontamente anche entrambi i
жүйелері дерекқор реляциялық жетілген немесе жүйелер болуы мүмкін
дерекқор multidimensionali. Le sue pecche includono la mancanza
di alcune tecniche per facilitare la pianificazione o l’integrazione di
molti schemi della stella all’interno di un деректер қоймасы және
difficoltà di progettare dall’estrema struttura denormalizzata in un
modello dimensionale a дати мұрагерлік жүйеде.
МакФадден (1996) деректерге көзқарас
Қойма дизайны
McFadden (1996) propone un approccio di cinque passi per
disegnare un деректер қоймасы (5-суретті қараңыз).
Il suo approccio è basato su una sintesi delle idee dalla letteratura
ed è focalizzato sul disegno di un solo деректер қоймасы. Ең бірінші
passo comporta un’analisi dei requisiti. Anche se le specifiche
tecniche non sono prescritte, le note di McFadden identificano le
entità дати specifiche ed i loro attributi, e si riferisce ai lettori Watson
e Frolick (1993) per l’acquisizione dei requisiti.
Екінші қадамда нысан қатынастарының үлгісі арналған
деректер қоймасы e poi convalidato dai dirigenti d’azienda. Il terzo
passo comprende la determinazione del mapping da legacy system
e fonti esterne di деректер қоймасы. Il quarto passo comporta
processi in sviluppo, la distribuzione e sincronizzazione di дати Nel
деректер қоймасы. Nel passo finale, la consegna del sistema è
sviluppata con particolare enfasi su un’interfaccia utente.
McFadden fa notare che il processo di disegno è generalmente
iterativo.
Le forze dell’approccio di McFadden puntano sulla partecipazione
da parte dei dirigenti d’azienda nel determinare i requisiti ed anche
l’importanza delle risorse дати, la loro pulizia e raccolta. Le sue
pecche riguardano la mancanza di un processo per suddividere un
grande progetto di деректер қоймасы көптеген біріктірілген кезеңдерде және
дизайнында қолданылатын субъект және қарым-қатынас үлгілерін түсіну қиындықтары
деректер қоймасы.

Admin бас атқарушы директор

👍Онлайн Веб Агенттігі | Веб агенттігінің сандық маркетинг және SEO бойынша сарапшысы. Web Agency Online — веб-агенттік. Agenzia Web Online үшін цифрлық трансформациядағы табысқа жету Iron SEO нұсқасының 3 негізіне негізделген. Мамандықтар: Жүйелік интеграция, Кәсіпорын қолданбаларын біріктіру, Қызметке бағытталған архитектура, Бұлттық есептеулер, Деректер қоймасы, іскерлік интеллект, Үлкен деректер, порталдар, интранеттер, Веб қолданбасы Реляциялық және көп өлшемді мәліметтер қорын жобалау және басқару Сандық медиа үшін интерфейстерді жобалау: ыңғайлылық және графика. Онлайн веб-агенттігі компанияларға келесі қызметтерді ұсынады: -Google, Amazon, Bing, Yandex-те SEO; -Web Analytics: Google Analytics, Google Tag Manager, Yandex Metrica; -Пайдаланушы түрлендірулері: Google Analytics, Microsoft Clarity, Yandex Metrica; -Google, Bing, Amazon Ads сайттарында SEM; -Әлеуметтік медиа маркетинг (Facebook, Linkedin, Youtube, Instagram).

Толық био қараңыз

сандық Маркетинг дерекқор ДББЖ Деректер қоймасы деректер Ғылым Онлайн жарнама Ақпараттық технологиясы Веб-агенттік Жарнама агенттігі Маркетинг