Buod
Maraming mga bagay sa buhay ang naaangkop na nahaharap, subalit sa mga bagay na nagkakahalaga na magkaroon ng higit na karanasan, mayroong mga lumitaw mula sa mga pagkakamaling nagawa, dahil ang negatibong resulta na nakuha ay nalalaman, ang mga sanhi ng konteksto nito na nakakaimpluwensya sa pagkakamali at subukang huwag ulitin ito hangga't maaari.
Ang listahan ng mga pagkakamali sa pagtatayo ng isang datawarehouse ng korporasyon ay isa sa mga unang artikulo, na naghahangad na makabuo ng isang base na kaalaman at karanasan mula sa mga aralin na natutunan sa mga proyektong teknolohiya ng impormasyon, sa partikular na kaso na ito sa mga proyektong pangkalakalan ng datawarehouse ng korporasyon.
Ang listahang ito ay nilikha upang magsilbing isang utility sa lahat ng mga tao na may ilang pakikilahok sa pagbuo ng isang datawarehouse at papayagan na suriin kung alin ang landas na kanilang pupuntahan at ang mga pagkakataon para sa pangwakas na tagumpay, ngunit ang pinaka-synthesized na payo na maaaring makuha mula sa ito ay upang mapanatili ang pinagsamang gawain sa mga nakilahok na antas at mga lugar ng organisasyon pati na rin upang magtrabaho sa solidong teoretikal-praktikal na mga batayan ng teknolohiyang kasangkot.
Ang layunin ng listahang ito ay upang magbigay ng isang mapagkukunan ng konsultasyon ng mga natutunan, mula sa aplikasyon ng teknolohiyang ito sa iba't ibang mga kumpanya, pati na rin upang magbigay ng teoretikal-praktikal na batayan, na nakasalalay sa domain ng science sa computer at mas maayos, ng ang teknolohiya ng datawarehouse, at kung saan ay dapat na humantong sa hinaharap na tagumpay sa proyekto ng kumpanya ng datawarehouse ng iyong kumpanya.
Ang mga keyword: datawarehouse, datamart, datamining, pagtatayo ng isang datahouse ng korporasyon, karaniwang mga pagkakamali, pamamahala ng isang datawarehouse proyekto, mga panganib ng pagbuo ng isang datawarehouse, mga prospect ng datawarehouse, sukatan ng kakayahang kumita sa pamumuhunan ng isang datahouse
Index
1. Panimula
2. Listahan ng 10 Karamihan sa Mga Karaniwang Kasayahan sa Konstruksyon ng isang Corporate Datawarehouse
3. Konklusyon
4. Bibliograpiya
1. Panimula
Ngayon, ang mga lugar ng teknolohiya ng karamihan sa mga kumpanya sa pananalapi at komersyal, na hanggang kamakailan ay nakatuon ng karamihan sa kanilang mga pagsisikap sa pagbibigay ng mga transactional system system - na suportado ang pasanin ng karamihan sa mga aktibidad sa kanilang mga kadena ng halaga - Nakatuon sila sa pagkamit ng magkakaugnay na pagsasamantala ng kanilang nakaimbak na data: makasaysayan at transactional, ang katotohanan sa paligid nito, ay ang napakalaking sukat ng data na nakuha mula sa pang-araw-araw na operasyon ng kanilang mga transactional system, at ang problema ng pagsusuri at pagkuha ng kaalaman mula sa lahat ng ito. impormasyon na nananatiling inilibing sa loob mismo.
Mayroong isang serye ng mga pamamaraan sa computational na nagpapahintulot sa pagbabago ng transactional, pagpapatakbo at pang-araw-araw na impormasyong ito sa impormasyon na may iba't ibang mga antas ng pagsasama-sama, naibuod, eksaktong at dalubhasa sa pamamagitan ng paksa, at pinapayagan ang kanilang pagsusuri, pagpapadali sa paggawa ng desisyon sa pagdumala, Ang teknolohiyang ito ay tinatawag na isang Data Repository o Datawarehouse.
Gayunpaman, at batay sa propesyonal na kasanayan, ang pagtatayo ng isang datawarehouse ay hindi kaligtasan sa mga problema na pumipigil sa tagumpay nito at ang pagkamit ng pangwakas na layunin nito: suporta para sa pagpapasya sa pagpapasya.
Sinusubukan ng artikulong ito na lampas sa teoretikal, upang maipakita ang mga may problemang isyu na maiwasan ang matagumpay na pag-unlad ng isang datawarehouse ng korporasyon.
Samakatuwid, dapat itong tinukoy na ang sumusunod na listahan - ng mga pinaka-karaniwang error sa pagbuo ng isang datawarehouse ng korporasyon - ay lumitaw mula sa pag-unlad ng teknolohiyang ito sa mga kinatawan ng kumpanya na kabilang sa sektor ng pananalapi at komersyal ng Peru.
Ibinigay na ang isang proyekto ay dapat masiyahan ang kliyente sa pamamagitan ng kumakatawan sa mga pagbabalik sa kanilang pamumuhunan - alam namin na hindi laging madaling matantya ito sa mga proyekto sa teknolohiya ng computer, gayunpaman - ang tagumpay ng isang proyekto ng pagbuo ng datawarehouse ay direktang proporsyonal sa utility na nakuha mula sa pagsusuri ng ang impormasyon sa paggawa ng mga tamang desisyon kung saan nakikinabang ang kumpanya, sa puntong ito: alam na ang isang desisyon na ginawa - batay sa pagsusuri ng data sa pamamagitan ng datawarehouse - gumagawa ng mas malaking kita at / o pagtitipid, ay ang pinaka Sapat na pagtatantya, para dito dapat nating isaalang-alang ang kadalian ng pagkuha ng mga ulat pati na rin ang kakayahang umangkop sa pagsasaayos nito.Ito ay isinasaalang-alang - upang makabuo ng pag-aaral mula sa mga desisyon na ginawa sa bawat oras - ang kahalagahan ng pag-iimbak ng form at impormasyon ng mga pinagsama-samang at mga ulat na ginamit sa paglipas ng panahon, bilang isang paraan ng pagpapakita ng kanilang halaga para sa kumpanya.
Ang listahang ito, na may wastong paggamit, ay magbibigay-daan para sa mas mahusay na pagpapasya sa pamamagitan ng pamamahala ng proyekto, mga may-ari at kliyente, alam ang posibleng mga kahihinatnan ng isa o isa pang tinukoy na diskarte o masukat at maiwasan ang madalas na mga pagkakamali, na nagpapahintulot sa pagtitipid ng gastos., kapwa sa pagbabalangkas, pag-unlad at pagpapatupad ng proyekto.
2. Listahan ng 10 Karamihan sa Mga Karaniwang Kasayahan sa Konstruksyon ng isang Corporate Datawarehouse
1st Error: Ipalagay ang solusyon sa mga problema na maaaring lumitaw bilang isang teknikal na tanong
Ang datawarehouse ay nangangailangan ng aktibong pakikilahok ng mga tagagawa ng desisyon ng managerial.
2nd Error: Hindi pagtalaga ng isang sapat na badyet para sa buong proyekto.
Ang isang sapat na paglalaan ng kapital at mga mapagkukunan upang suportahan at patakbuhin ang teknolohikal na platform at imprastraktura na hinihiling ng isang corporate datawarehouse ay dapat isa sa mga paunang aspeto kung isasaalang-alang ito bilang isang proyekto.
3rd Error: Kakulangan ng pangako sa pamamahala ng senior.
Ang tagumpay ng corporate datawarehouse ay nangangailangan ng buong suporta ng tuktok na pamamahala batay sa seguridad at tiwala na ibinigay sa pamamahala ng proyekto at sa koponan ng pag-unlad nito, upang payagan ang gawain na maging likido sa lahat ng mga lugar na pang-organisasyon na kasangkot sa proyekto.
Ika-4 na Error: Hindi pagkakaroon ng sapat na imprastraktura upang suportahan ito.
Ang corporate datawarehouse ay nangangailangan ng isang sapat na teknolohikal pati na rin ang imprastrukturang pang-organisasyon. Ang mga arkitektura ng mga system ng isang datawarehouse mula sa pagmamay-ari ng mga server ng database, data transformation at paglilinis ng mga server, mga front-end managerial user node na nakaayos sa buong samahan. Ang software ay nangangailangan ng mga aplikasyon ng server, kliyente, at negosyo na mahusay na gumagana sa mga n-dimensional na query sa query at kahilera na pagproseso.
Ika-5 Error: Kalabisan, hindi-transparent at mga undocumented na mga database.
Ang katayuan ng mga transaksyunal na database kung saan ang impormasyon na mababago at maiimbak sa datawarehouse ay nakuha, sa pangkalahatan ay hindi isinasaalang-alang sa mga paunang pagtatantya ng oras, gayunpaman, ito ay maaaring kumakatawan sa makabuluhang pagkaantala, sa isip sa anumang kaso ay ang mga estado ng mga nilalang tulad ng mga account, kliyente, utang, pagbabayad, atbp. ay naka-imbak sa mga talahanayan sa kasaysayan para sa mga makabuluhang tagal ng oras ayon sa average na dalas ng pagkakaiba-iba (buwanang, biweekly, araw-araw) at sa karaniwang form, gayunpaman sa pagsasagawa ang impormasyong ito ay matatagpuan bilang bahagi ng mga talahanayan na ginamit para sa mga ulat ng pamamahala, na lumipas na sa isang proseso ng pagsala, sa gayon nawawala ang pagkakaugnay ng data ng kasaysayan at mga pagbabago sa kanilang mga estado sa paglipas ng panahon sa antas ng lahat ang negosyo.
Sa ilang mga kaso inirerekumenda na gawin ang isang independiyenteng reengineering ng mga database sa isang antas ng transactional, kung saan ang mga pagbabago sa mga estado ng mga nilalang ay maaaring maiimbak sa isang malinis na paraan bilang isang nakaraang hakbang upang isaalang-alang ang pagkuha ng data mula sa mga pinagmulan nito.
Ika-6 na Error: Ang pagkabigo upang mapagsulong ang isang kapaligiran ng kumpletong kooperasyon sa pagitan ng DBA at ang datawarehouse team.
Kapag nagsisimula ang isang datawarehouse proyekto sa isang kumpanya, ang lugar ng mga Administrator ng DBAs Database ay karaniwang mayroon na, kaya inirerekomenda na lumikha ng Datawarehouse Area sa parehong antas ng mga DBA - at hindi sa ilalim ng kontrol ng mga DBA. Maraming mga DBA ang responsable sa pagpapanatili ng mga database upang suportahan ang mga pang-araw-araw na transaksyon. Ang paglikha ng isang alternatibong platform na sapat para sa pag-unlad ng datawarehouse, pagkakaroon ng pag-access sa mga mapagkukunan ng impormasyon ng datawarehouse domain nang direkta at hindi bilang mga tagapamagitan sa mga DBA, ay isa sa mga mahalagang kadahilanan na nag-aambag sa isang mas mabilis na pag-unlad ng proyekto at na layunin para sa tagumpay.
7th Error: Ang pagkabigo na gumamit ng isang pamamaraan sa pagtutukoy ng mga kinakailangan na angkop para sa pamamahala.
Sa mga kinakailangan na aktibidad ng pagtutukoy ng mga gumagamit ng pamamahala, hindi gumagamit ng isang pamamaraan na nagbibigay-daan sa gumagamit upang maipahayag nang madali ang kanilang mga kinakailangan at handa na para sa kasunod na puna ay isa sa mga madalas na pagkakamali.
Inirerekomenda ang paggamit ng prototyping, pati na rin ang paghahanda ng mga dokumento ng pag-andar ng pagtutukoy para sa mga kinakailangan ng mga lugar ng pamamahala.
Ika-8 na Pagkamali: Ang pag-iingat sa chain ng halaga, dumadaloy ang impormasyon sa mga aktibidad ng negosyo.
Ang pagkilala sa mga aktibidad na kritikal na mga kadahilanan ng tagumpay, pati na rin ang pag-obserba ng daloy ng mga aktibidad ng gitnang kakayahang umangkop na nagpapahintulot sa mga produkto o serbisyo na inaalok na magbigay ng halaga sa kliyente, ay isang gawain ng kaalaman ng negosyo na hindi dapat maipasa ng mga taga-disenyo ng datawarehouse. pagtawid ito para sa pagpili ng isang diskarte sa pag-unlad ng proyekto - batay sa isang pangkalahatang modelo ng pagbuo ng datamart sa pamamagitan ng mga proseso o mga lugar na pang-organisasyon - na nagpapahintulot sa pagtatag ng mga priyoridad ayon sa estratehikong plano ng kumpanya.
9th Error: Hindi pagkakaroon ng pananaw sa pagsasama sa iba pang mga kaugnay na teknolohiya.
Ang isang solidong teoretikal na base sa teknolohiya ng impormasyon, at ang malawak na hanay ng mga umiiral na mga uso at solusyon, ay magpapahintulot sa pag-unlad ng isang datawarehouse na may isang pangitain para sa hinaharap. Sa pananaw na ito, ang mga kaugnay na teknolohiya ay: OLAP na nagpapahintulot sa pagsusuri ng impormasyon sa kasaysayan upang matukoy ang mga pattern ng pag-uugali, sa kabilang banda, ang pag-datamin na nagbibigay-daan sa pagtuklas ng mga pattern ng pag-uugali ngunit awtomatikong gumagamit ng mga modelo at algorithm (desisyon mga puno, mga kumpol, mga neural ng network, malabo logic, linear regression, atbp.), Medyo malayo pa ang pagpapatupad ng isang balanseng scorecard ng korporasyon, kung saan ang datawarehouse ay naghahain ng impormasyon mula sa mga tagapagpahiwatig para sa mga makasaysayang tagal ng panahon.
10th Error: Masamang pamamahala ng proyekto at hindi pagtatapos ng plano sa pagpapaunlad ng proyekto.
Ang kapasidad ng manager ng proyekto ay nakalantad sa lahat ng tunay na sukat nito, kapwa sa pagsasanay sa teknikal at pantao at ang produkto ng mga karanasan sa mga katulad na proyekto. Ang pag-unlad ng datawarehouse ay dapat na maging siklo at sa mga yugto, kasama ang mga aktibidad ng pagsusuri, disenyo, pag-unlad, pagsubok; paulit-ulit na milestones, sinusubukan upang maiwasan ang paulit-ulit na gawain.
3. Konklusyon
Ang artikulong ito ay bahagi ng isang serye ng mga artikulo na ipinakita ng may-akda sa teknolohiya ng impormasyon, lalo na sa artikulong ito, na nagbibigay ng isang listahan ng 10 sa mga pinaka-karaniwang error na nagaganap sa pagbuo ng mga proyekto upang makabuo ng isang corporate datawarehouse..
Ang teoretikal na batayan kung saan nakabase ang klase ng mga proyekto na ito ay nagsisimula mula sa konsepto ng Multidimensional na Impormasyon ng Mga Databases (Ontology, Konseho ng Data ng Konseho, Semantikong Pagbibigay kahulugan, Teorya ng Mga Sets at Pakikipag-ugnay), mula kung saan inaasahan na makakuha ng eksaktong impormasyon., tumpak at buod para sa pagsusuri at suporta para sa pagpapasya sa pagpapasya.
Ang praktikal na batayan ay nakuha bilang isang resulta ng pakikilahok ng may-akda sa iba't ibang mga proyekto ng datawarehouse sa mahalagang mga kumpanya ng komersyal at pinansyal ng Peru, na ang karanasan ay pinapagbinhi sa artikulong ito, at ipinakita sa mambabasa bilang isang tool para sa konsultasyon at teoretikal-praktikal na batayan., para sa tagumpay sa hinaharap sa pagbuo ng iyong corporate datawarehouse.
4. Bibliograpiya
1. Pagbuo ng may-akda ng bodega ng data WH Inmon Editorial John
Wiley & Sons, Inc. New York, NY, USA 1996
2. Ang Data Warehouse Lifecycle Toolkit: Mga Paraan ng Dalubhasa para sa Pagdidisenyo, Pag-unlad at Pagdeposito ng Mga May-akda ng Mga Warehouses ng Ralph Kimball, Laura Reeves, Warren Thornthwaite, Margy Ross, Warren Thornwaite Editorial John Wiley & Sons, Inc. New York, NY, USA 1998
3. Genetic Algorithm para sa Napili na Pagpipilian ng View sa Data
Mga Kalikasan ng Warehouse Editorial Springer Berlin / Heidelberg
1999
4. Data Warehouse Modeling at Mga Isyu ng Marka ng May-akda: Panos Vassiliadis - Kaalaman at Data Base Systems Laboratory Computer Science Division - Kagawaran ng Elektronikong Teknikal at Computer - Pambansang Teknikal na Teknolohiya ng Athens- Zographou 157 73, Athens, GREECE phd.pdf
5. Pagpapanatili ng Mga Pananaw sa Warehouse ng Data Gamit ang Pamantayan
May-akda: Mukesh Mohania, Kamal Karlapalem, Millist Vincent In D.
Ram, editor, Pamamahala ng Data, mga pahina 32–50. Springer Verlag, 1997.
6. Isang pamamaraan para sa disenyo ng datawarehouse: Mga may-akda sa pag-modelo ng konsepto na si José María Cavero Universidad Rey Juan Carlos, Spain, Esperanza Marcos Universidad Rey Juan Carlos, Espanya, Mario Piattini Universidad de Castilla-La Mancha, Spain, Adolfo Sánchez Cronos Ibérica, SA, Spain. Publisher IRM Press Hershey, PA, Estados Unidos 2002
7. Isang Estratehiya para sa Pamamahala ng Marka ng Data sa Mga Data Warehouse Data
1 / IQ01HelfertMaur.pdf
