Hence, it is necessary to considerwhether a given enterprise ought to  การแปล - Hence, it is necessary to considerwhether a given enterprise ought to  ไทย วิธีการพูด

Hence, it is necessary to considerw

Hence, it is necessary to consider
whether a given enterprise ought to purchase products and technologies from one provider or if
such an enterprise should follow a principle of selecting the best products in a given category
(e.g. the best tools for OLAP, ETL, etc.) sold by different providers. In the former case, enterprises
are guaranteed integration of particular products and a similar interface. However, it has to
be taken into account that not all solutions are going to be of the highest possible quality. Package
purchase of products frequently involves discounts, which is quite important for enterprises. On
the other hand, purchasing products from several providers may lead to delegating responsibility
for particular module performance to other providers. It is also more difficult to obtain larger discounts
while purchasing technologies that come from different providers. There is also some
other possibility – purchase of a ready to use solution instead of a particular technology. In this
situation, it is necessary to learn more about capacities of a given application and then consider
whether such an application meets enterprise’s needs and whether there are some elements that
the application in question should be subsequently provided with. Providing an enterprise with BI
products of an open source type is another possibility. Examples of complimentary or open
source products may be provided by Sygate Analyst (a tool used for data visualisation), Agata
Reports (a reporting tool), Oracle Application Express (environment for building web applications),
and cockpit for the management in open source ERP Compiere, Business Intelligence Reporting
Tool for Eclipse or Mondrian OLAP Server. Some providers of BI products use free databases.
For instance, Business Objects uses a complimentary database called MySQL (Poul,
Gautman, & Balint, 2003).
Designing and Implementing the BI System
A scale of effort undertaken at the stage of designing and implementing BI varies. Such effort
predominantly depends on the system complexity and the level of its popularity. However, in the
majority of cases, creation of a customised BI application requires a lot of time. The time required
is spent not only on designing individual interfaces but also on making sure that the whole BI application
is logical and consistent.
Another important stage of designing BI involves building a data warehouse that is supposed to
perform two functions: of a repository for further analyses, and of a base for the BI system (Inmon,
1992). This process has to be carried out in compliance with the following rules (Błotnicki,
& Wawrzynek 2006; Hackathorn, 1998):
• setting a scope of data stored in the IS that are important from a perspective of a given
organisation;
• defining interconnections between data that are to be found in different systems and that
are of the same importance. As a result of such activities, a set of data will be created and Building and Implementing Business Intelligence Systems
144
the data in question will allow for designing a target database (a repository) where data
from source bases will be sent; and
• creating a design of a data warehouse that serves as a basis for loading a BI system. Such
a design should be created in order to provide easy configuration of database related reporting
and querying mechanisms. The design is suggested to aim at reaching a model of
‘a star’ or ‘snowflake’ that simplifies further implementation of data warehouse mechanisms
including OLAP or data mining.
In order to make sure that a data warehouse is systematically updated to include data that come
from e.g. transaction systems, it is necessary to create mechanisms of data import (Meyer, 2001).
Such mechanisms ought to allow for importing all data and should enable users to perform incremental
import that only requires processing of data that have reached source systems since the
last import. Incremental import does not burden source systems and mechanisms of data processing.
Mechanisms of data transfer simultaneously perform a controlling function that is responsible
for data consistency. In many cases the mechanisms in question allow for finding inconsistencies
and errors at the stage of implementation. Import procedures are created so that they could
record erroneous data to be then transferred to a repository base, which enables to correct the data
in the place of their origination, and – subsequently - to transfer such data to the base.
A created data warehouse ought to be the basis for building modules within reports and reporting.
It is necessary to provide for a few or at least two groups of reports. The former should cover predefined
reports that are systematically updated by potential users. Such a group should also provide
more advanced users with some possibilities to create their own reports according to their
individual needs. The latter type of reports and reporting involves reports that result from unexpected
individual needs that concern details to be found in data.
Experience shows that - sooner or later - enterprises will need to use multidimensional analyses
(Rasmussen et al., 2002), which means that a BI solution ought to aim at OLAP modules (that let
users mine and view data in different perspectives) and data mining (that contributes to better understanding
of customers’ preferences, nature of such preferences, supply chain, geographical
impacts, etc.) (Grossman, 1998; Kantardzic, 2002; Perkowitz, & Etzioni, 1999). Depending on
the specifics and needs of organisations, it is possible to consider carrying out analyses that are
responsible for, inter alia
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
ดังนั้น จึงจำเป็นต้องพิจารณาว่าองค์กรกำหนดควรจะซื้อผลิตภัณฑ์และเทคโนโลยีจากผู้ให้บริการหนึ่ง หรือถ้าองค์กรดังกล่าวควรเป็นไปตามหลักการของการเลือกผลิตภัณฑ์ดีที่สุดในประเภทที่กำหนด(เช่นสุดเครื่องมือสำหรับ OLAP, ETL ฯลฯ) จำหน่าย โดยผู้ให้บริการที่แตกต่างกัน ในกรณีอดีต องค์กรมีรับประกันของผลิตภัณฑ์และอินเทอร์เฟซที่คล้ายคลึงกัน อย่างไรก็ตาม มีการสามารถนำมาพิจารณาที่โซลูชั่นทั้งหมดจะมีคุณภาพได้ แพคเกจซื้อผลิตภัณฑ์มักเกี่ยวข้องกับส่วนลด ซึ่งเป็นสิ่งสำคัญมากสำหรับองค์กร บนมืออื่น ๆ จัดซื้อสินค้าจากหลายผู้ให้บริการอาจนำไปสู่การมอบหมายความรับผิดชอบการปฏิบัติงานเฉพาะโมดูลเพื่อผู้ให้บริการอื่น ๆ ก็ยังยากต่อการได้รับส่วนลดใหญ่ในขณะที่ซื้อเทคโนโลยีที่มาจากผู้ให้บริการที่แตกต่างกัน นอกจากนี้ยังมีบางอื่น ๆ ความเป็นไปได้ – ซื้อพร้อมที่จะใช้โซลูชันเทคโนโลยีเฉพาะ ในที่นี้สถานการณ์ จำเป็นต้องเรียนรู้เพิ่มเติมเกี่ยวกับกำลังการผลิตของโปรแกรมประยุกต์ที่กำหนด และพิจารณาแล้วว่าโปรแกรมประยุกต์ดังกล่าวตรงกับขององค์กร และความต้องการว่ามีมีองค์ประกอบบางอย่างที่ใช้คำถามควรมีให้กับต่อ ให้องค์กร BIผลิตภัณฑ์ชนิดแหล่งที่มาเปิดเป็นประการอื่น ตัวอย่างฟรี หรือเปิดแหล่งผลิตภัณฑ์อาจจัดทำ โดยนักวิเคราะห์ Sygate (เครื่องมือที่ใช้ในการสร้างมโนภาพข้อมูล), Agataรายงาน (เป็นเครื่องมือรายงาน), Oracle โปรแกรมเอ็กซ์เพรส (สภาพแวดล้อมสำหรับการสร้างโปรแกรมประยุกต์เว็บ),และส่วนควบคุมสำหรับการบริหารจัดการในการเปิดแหล่ง ERP Compiere รายงานข่าวกรองธุรกิจเครื่องมือสำหรับเซิร์ฟเวอร์ OLAP คราสหรือออกแบบ ผู้ให้บริการบางอย่างของผลิตภัณฑ์ BI ใช้ฐานข้อมูลฟรีตัวอย่าง ออปเจ็กต์ธุรกิจใช้บริการฐานข้อมูล MySQL (พอล เรียกว่าGautman, & Balint, 2003)ออกแบบ และการนำระบบ BIระดับของความพยายามที่ดำเนินการในขั้นตอนของการออกแบบ และการใช้ BI ไปจน ความพยายามดังกล่าวส่วนใหญ่ขึ้นอยู่กับความซับซ้อนของระบบและระดับความนิยม อย่างไรก็ตาม ในการส่วนใหญ่ของกรณี การสร้างแอพพลิเคชัน BI ครอบต้องมาก เวลาที่ใช้ที่ใช้ในการออกแบบอินเทอร์เฟซแต่ละ แต่นอกจากนี้ในการตรวจสอบที่ไม่เพียงแต่ใช้ BI ทั้งเป็นตรรกะ และสอดคล้องกันอีกขั้นตอนที่สำคัญของ BI ออกแบบเกี่ยวข้องกับการสร้างคลังข้อมูลที่ควรดำเนินการฟังก์ชันที่สอง: การเก็บข้อมูลสำหรับการวิเคราะห์เพิ่มเติม และฐานสำหรับระบบ BI (Inmon1992) กระบวนการนี้ได้ดำเนินการตามกฎต่อไปนี้ (Błotnickiและปี 2006 Wawrzynek Hackathorn, 1998):•ที่ตั้งขอบเขตของข้อมูลที่เก็บใน IS ที่สำคัญจากมุมมองของการกำหนดองค์กร• interconnections ระหว่างข้อมูลที่พบในระบบต่าง ๆ และกำหนดมีความสำคัญเหมือนกัน จากกิจกรรมดังกล่าว ชุดของข้อมูลจะมีสร้างอาคารและระบบข่าวกรองธุรกิจที่ใช้ และ144ข้อมูลจะช่วยให้การออกแบบฐานข้อมูลเป้าหมาย (คลัง) ซึ่งข้อมูลจากแหล่ง ฐานจะถูกส่งไป และ•สร้างการออกแบบคลังข้อมูลที่เป็นข้อมูลพื้นฐานสำหรับการโหลดระบบ BI ดังกล่าวควรสร้างการออกแบบเพื่อให้การกำหนดค่าฐานข้อมูลอย่างง่าย ๆ ที่เกี่ยวข้องกับรายงานและสอบถามกลไก แนะนำการออกแบบจุดมุ่งหมายในรูปแบบของ'ดาว' หรือ 'เกล็ด' ที่ทำให้การดำเนินงานกลไกการคลังสินค้าข้อมูลเพิ่มเติมรวมทั้งการทำเหมืองข้อมูลหรือ OLAPเพื่อให้แน่ใจว่า คลังสินค้าข้อมูลระบบได้ปรับปรุงการรวมข้อมูลที่มาจากเช่นธุรกรรมระบบ จำเป็นต้องสร้างกลไกของข้อมูลนำเข้า (Meyer, 2001)กลไกดังกล่าวควรจะอนุญาตให้นำเข้าข้อมูลทั้งหมด และควรช่วยให้ผู้ใช้เพิ่มขึ้นนำเข้าที่เพียงแต่ ต้องใช้การประมวลผลข้อมูลที่ได้เข้าถึงแหล่งข้อมูลระบบตั้งแต่ การนำเข้าล่าสุด นำเข้าส่วนเพิ่มไม่ภาระระบบแหล่งที่มาและกลไกของการประมวลผลข้อมูลกลไกของการถ่ายโอนข้อมูลพร้อมทำฟังก์ชันควบคุมที่รับผิดชอบความสอดคล้องของข้อมูล ในหลายกรณี กลไกในคำถามให้หาความไม่สอดคล้องและข้อผิดพลาดในขั้นตอนของการนำ ขั้นตอนการนำเข้าจะถูกสร้างขึ้นเพื่อให้พวกเขาได้บันทึกข้อผิดพลาดข้อมูลไปแล้วโอนย้ายไปเก็บที่ฐาน ซึ่งช่วยให้สามารถแก้ไขข้อมูลเลิศจุดเริ่มต้นของพวกเขา และ – ต่อ - โอนย้ายดังกล่าวไปยังฐานข้อมูลคลังข้อมูลที่สร้างขึ้นควรจะเป็นข้อมูลพื้นฐานสำหรับการสร้างโมดูลภายในรายงานและรายงานจำเป็นสำหรับกลุ่มที่สอง หรือสามของรายงานได้ อดีตควรครอบคลุมกำหนดไว้ล่วงหน้ารายงานที่จะถูกปรับปรุงอย่างเป็นระบบ โดยผู้ใช้อาจ นอกจากนี้ยังควรให้กลุ่มดังกล่าวผู้ใช้ขั้นสูงเพิ่มเติมกับบางโอกาสเพื่อสร้างรายงานของตนเองตามความความต้องการ ชนิดหลังของรายงานและรายงานที่เกี่ยวข้องกับรายงานที่เป็นผลมาจากไม่คาดคิดต้องละซึ่งรายละเอียดในข้อมูลที่เกี่ยวข้องประสบการณ์แสดงว่า -ช้า - องค์กรจะต้องใช้การวิเคราะห์หลายมิติ(Rasmussen และ al., 2002), ซึ่งหมายความว่าโซลูชัน BI ควรจะมุ่ง OLAP โม (ที่ให้ผู้ใช้เหมือง และดูข้อมูลในมุมมองที่แตกต่างกัน) และเหมืองข้อมูล (ที่จัดสรรไปเข้าใจของลูกค้ากำหนดลักษณะ ลักษณะของการกำหนดลักษณะดังกล่าว ซัพพลายเชน ภูมิศาสตร์ผลกระทบ ฯลฯ) (Grossman, 1998 Kantardzic, 2002 Perkowitz, & Etzioni, 1999) ขึ้นอยู่กับประเภทและความต้องการขององค์กร เป็นไปได้ที่จะพิจารณาดำเนินการวิเคราะห์ที่ชอบ inter alia
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ดังนั้นจึงมีความจำเป็นที่จะต้องพิจารณา
ไม่ว่าจะเป็นองค์กรที่ได้รับควรจะสั่งซื้อผลิตภัณฑ์และเทคโนโลยีจากผู้ให้บริการหรือถ้า
เช่นองค์กรควรทำตามหลักการของการเลือกผลิตภัณฑ์ที่ดีที่สุดในหมวดหมู่ที่กำหนด
(เช่นเครื่องมือที่ดีที่สุดสำหรับ OLAP, ETL, ฯลฯ ) ที่ขายโดยผู้ให้บริการที่แตกต่างกัน ในกรณีที่อดีตผู้ประกอบการ
มีการรับประกันการรวมกลุ่มของผลิตภัณฑ์โดยเฉพาะอย่างยิ่งและอินเตอร์เฟซที่คล้ายกัน แต่ก็จะ
ต้องนำมาพิจารณาว่าการแก้ปัญหาไม่ได้ทั้งหมดจะไปเป็นของที่มีคุณภาพเป็นไปได้สูงสุด แพคเกจ
การซื้อสินค้ามักเกี่ยวข้องกับการลดราคาซึ่งเป็นสิ่งสำคัญมากสำหรับผู้ประกอบการ บน
มืออื่น ๆ , การซื้อสินค้าจากผู้ให้บริการหลายอาจนำไปสู่การมอบหมายความรับผิดชอบ
สำหรับการทำงานโมดูลโดยเฉพาะอย่างยิ่งในการให้บริการอื่น ๆ นอกจากนี้ยังเป็นเรื่องที่ยากมากที่จะได้รับส่วนลดขนาดใหญ่
ขณะที่การซื้อเทคโนโลยีที่มาจากผู้ให้บริการที่แตกต่างกัน นอกจากนี้ยังมีบางอย่างที่
เป็นไปได้อื่น ๆ - การซื้อของพร้อมที่จะใช้แก้ปัญหาแทนการใช้เทคโนโลยีโดยเฉพาะอย่างยิ่ง ในการนี้
สถานการณ์มันเป็นสิ่งจำเป็นที่จะเรียนรู้เพิ่มเติมเกี่ยวกับขีดความสามารถของโปรแกรมที่กำหนดและแล้วพิจารณา
ว่าแอพลิเคชันดังกล่าวตรงกับความต้องการขององค์กรและไม่ว่าจะมีองค์ประกอบบางอย่างที่
ประยุกต์ใช้ในคำถามที่ควรจะให้ในภายหลังด้วย ให้องค์กรที่มี BI
ผลิตภัณฑ์ชนิดเปิดแหล่งที่มาความเป็นไปได้อีก ตัวอย่างของการเปิดให้บริการฟรีหรือ
ผลิตภัณฑ์ที่มาอาจจะให้บริการโดยนักวิเคราะห์ Sygate (เครื่องมือที่ใช้สำหรับการแสดงข้อมูล) Agata
รายงาน (เครื่องมือรายงาน), Oracle Application ด่วน (สำหรับการสร้างสภาพแวดล้อมการใช้งานเว็บ)
และห้องนักบินสำหรับการจัดการในโอเพนซอร์ส ERP Compiere รายงานข่าวกรองธุรกิจ
เครื่องมือสำหรับ Eclipse หรือ Mondrian OLAP เซิร์ฟเวอร์ ผู้ให้บริการบางส่วนของผลิตภัณฑ์ BI ใช้ฐานข้อมูลฟรี.
ยกตัวอย่างเช่นวัตถุธุรกิจใช้ฐานข้อมูลฟรีที่เรียกว่า MySQL (พอล,
Gautman และ Balint 2003).
การออกแบบและการใช้ระบบ BI
ระดับของความพยายามดำเนินการในขั้นตอนของการออกแบบและการใช้ BI แตกต่างกันไป ความพยายามดังกล่าว
ส่วนใหญ่ขึ้นอยู่กับความซับซ้อนของระบบและระดับของความนิยมของมัน อย่างไรก็ตามใน
กรณีส่วนใหญ่การสร้างแอพลิเคชันที่กำหนดเอง BI ต้องใช้เวลามาก ระยะเวลาที่ต้อง
ใช้เวลาไม่เพียง แต่ในการออกแบบอินเตอร์เฟซของแต่ละบุคคล แต่ยังเกี่ยวกับการทำให้แน่ใจว่าโปรแกรมทั้งหมด BI
เป็นตรรกะและสอดคล้อง.
อีกขั้นตอนที่สำคัญของการออกแบบ BI เกี่ยวข้องกับการสร้างคลังข้อมูลที่ควรจะ
ดำเนินการทั้งสองฟังก์ชั่น: ของพื้นที่เก็บข้อมูลสำหรับการต่อไป วิเคราะห์และฐานสำหรับระบบ BI (Inmon,
1992) กระบวนการนี้จะต้องมีการดำเนินการในการปฏิบัติตามกฎต่อไปนี้ (Błotnicki,
& Wawrzynek 2006; Hackathorn, 1998):
•การตั้งค่าขอบเขตของข้อมูลที่เก็บไว้ในสภาพที่มีความสำคัญจากมุมมองของให้
องค์กร
•การกำหนดเชื่อมต่อระหว่าง ข้อมูลที่จะพบในระบบที่แตกต่างกันและ
มีความสำคัญเช่นเดียวกัน อันเป็นผลมาจากกิจกรรมดังกล่าวชุดของข้อมูลที่จะถูกสร้างขึ้นและสร้างและการใช้ Business Intelligence ระบบ
144
ข้อมูลในคำถามที่จะช่วยให้การออกแบบฐานข้อมูลเป้าหมาย (พื้นที่เก็บข้อมูล) ที่มีข้อมูล
จากฐานแหล่งที่มาจะถูกส่ง; และ
•การสร้างการออกแบบของคลังข้อมูลที่ทำหน้าที่เป็นพื้นฐานสำหรับการโหลดระบบ BI เช่น
การออกแบบควรจะสร้างขึ้นเพื่อให้ง่ายต่อการกำหนดฐานข้อมูลที่เกี่ยวข้องกับการรายงาน
และสอบถามกลไก การออกแบบที่เป็นข้อเสนอแนะที่จะมีจุดมุ่งหมายที่จะถึงรูปแบบของ
'ดาว' หรือ 'เกล็ดหิมะ' ที่ช่วยลดการดำเนินการต่อไปของกลไกคลังข้อมูล
OLAP หรือรวมทั้งการทำเหมืองข้อมูล.
เพื่อที่จะให้แน่ใจว่าคลังข้อมูลมีการปรับปรุงระบบเพื่อรวมข้อมูลที่มา
จากระบบการทำธุรกรรมเช่นมันเป็นสิ่งจำเป็นในการสร้างกลไกของการนำเข้าข้อมูล (เมเยอร์, ​​2001).
กลไกดังกล่าวควรจะอนุญาตให้นำเข้าข้อมูลทั้งหมดและจะช่วยให้ผู้ใช้ในการดำเนินการที่เพิ่มขึ้น
ที่นำเข้าเพียง แต่ต้องใช้การประมวลผลของข้อมูลที่ได้มาถึงระบบมาตั้งแต่
นำเข้าล่าสุด การนำเข้าที่เพิ่มขึ้นไม่ได้ระบบแหล่งภาระและกลไกของการประมวลผลข้อมูล.
กลไกการถ่ายโอนข้อมูลไปพร้อม ๆ กันดำเนินการฟังก์ชั่นการควบคุมที่มีหน้าที่รับผิดชอบ
สำหรับความสอดคล้องของข้อมูล ในหลายกรณีกลไกในคำถามอนุญาตให้มีการหาไม่สอดคล้องกัน
และข้อผิดพลาดในขั้นตอนของการดำเนินการ ขั้นตอนนำเข้าจะถูกสร้างขึ้นเพื่อให้พวกเขาสามารถ
บันทึกข้อมูลที่ผิดพลาดจะถูกถ่ายโอนไปแล้วฐานพื้นที่เก็บข้อมูลซึ่งช่วยให้การแก้ไขข้อมูล
ในสถานที่ของการก่อกำเนิดของพวกเขาและ - ต่อมา. - ในการถ่ายโอนข้อมูลดังกล่าวไปยังฐาน
สร้างคลังข้อมูลควร ที่จะเป็นพื้นฐานสำหรับโมดูลอาคารภายในรายงานและการรายงาน.
มีความจำเป็นต้องจัดให้มีน้อยหรืออย่างน้อยสองกลุ่มของรายงาน อดีตควรจะครอบคลุมที่กำหนดไว้ล่วงหน้า
รายงานที่มีการปรับปรุงระบบโดยผู้ที่มีศักยภาพ กลุ่มดังกล่าวยังควรให้
ผู้ใช้ที่สูงขึ้นมีความเป็นไปบางส่วนเพื่อสร้างรายงานของตัวเองตามที่พวกเขา
ต้องการของแต่ละบุคคล ชนิดหลังของรายงานและการรายงานเกี่ยวกับการรายงานที่เกิดจากการที่ไม่คาดคิด
แต่ละคนต้องกังวลว่ารายละเอียดจะพบในข้อมูล.
ประสบการณ์แสดงให้เห็นว่า - ไม่ช้าก็เร็ว - ผู้ประกอบการจะต้องใช้การวิเคราะห์หลายมิติ
(. รัสมุสเซนและคณะ, 2002) ซึ่งหมายความว่า ที่โซลูชั่น BI ควรจะมีจุดมุ่งหมายที่โมดูล OLAP (ที่ช่วยให้
ผู้ใช้เหมืองข้อมูลและมุมมองในมุมมองที่แตกต่างกัน) และการทำเหมืองข้อมูล (ที่ก่อให้เกิดความเข้าใจที่ดีขึ้น
ของการตั้งค่าของลูกค้าธรรมชาติของการตั้งค่าดังกล่าวห่วงโซ่อุปทานทางภูมิศาสตร์
ผลกระทบอื่น ๆ ) (กรอสแมน, 1998; Kantardzic 2002; Perkowitz และ Etzioni, 1999) ทั้งนี้ขึ้นอยู่กับ
รายละเอียดและความต้องการขององค์กรก็เป็นไปได้ที่จะต้องพิจารณาการดำเนินการวิเคราะห์ที่มี
ความรับผิดชอบในการอนึ่ง
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ดังนั้น จะต้องพิจารณาว่าควรจะให้องค์กร
ซื้อผลิตภัณฑ์และเทคโนโลยีจากผู้ให้บริการหนึ่ง หรือถ้า
เช่นองค์กรควรปฏิบัติตามหลักการของการเลือกผลิตภัณฑ์ที่ดีที่สุดในหมวดหมู่
( เช่น เครื่องมือที่ดีที่สุดสำหรับ OLAP , ETL , ฯลฯ ) ที่ขายโดยผู้ให้บริการที่แตกต่างกัน ในสถานประกอบการ
กรณีอดีตรับประกันการบูรณาการของผลิตภัณฑ์ที่เฉพาะเจาะจงและมีอินเตอร์เฟซที่คล้ายกัน อย่างไรก็ตาม มันได้

จะเข้าบัญชีที่โซลูชั่นทั้งหมดไม่ได้จะได้คุณภาพสูงสุด
ซื้อแพคเกจของผลิตภัณฑ์มักเกี่ยวข้องกับส่วนลดซึ่งค่อนข้างสำคัญสำหรับองค์กร บน
มืออื่น ๆที่ซื้อสินค้า จากผู้ให้บริการหลายรายอาจผลักภาระความรับผิดชอบ
โดยเฉพาะอย่างยิ่งสำหรับโมดูลการทำงานกับผู้ให้บริการอื่น ๆ มันเป็นมากขึ้นยากที่จะได้รับส่วนลดที่มีขนาดใหญ่ขึ้น
ในขณะที่การจัดซื้อเทคโนโลยีที่มาจากผู้ให้บริการที่แตกต่างกัน นอกจากนี้ยังมีความเป็นไปได้อื่น ๆของการซื้อ
และพร้อมที่จะใช้แก้ปัญหาแทนที่จะเป็นเทคโนโลยีเฉพาะ ในสถานการณ์นี้
, มันเป็นสิ่งจำเป็นที่จะเรียนรู้เพิ่มเติมเกี่ยวกับความสามารถของโปรแกรม จากนั้นให้พิจารณา
ไม่ว่าจะเป็นโปรแกรมตรงกับความต้องการขององค์กร ว่ามีองค์ประกอบบางอย่างที่
โปรแกรมในคำถามที่ควรถามต่อมาให้กับ ให้กับองค์กรบี
ผลิตภัณฑ์เปิดแหล่งที่มาประเภทมีความเป็นไปได้อีก ตัวอย่างฟรีหรือเปิดแหล่งที่มาผลิตภัณฑ์
อาจจะให้โดยไซเกทนักวิเคราะห์ ( เครื่องมือที่ใช้ในการแสดงข้อมูล ) , อากาทา
รายงาน ( รายงานเครื่องมือ ) , บริการโปรแกรม Oracle ( สภาพแวดล้อมสำหรับการสร้างโปรแกรมเว็บ ) ,
ห้องนักบินเพื่อการจัดการและในแหล่งคอมเปียร์ ERP เปิดธุรกิจข่าวกรองรายงาน
เครื่องมือสำหรับคราสหรือ mondrian OLAP Server บางผู้ให้บริการของผลิตภัณฑ์บิใช้ฐานข้อมูลฟรี .
ตัวอย่างเช่นธุรกิจวัตถุฐานข้อมูลเรียกใช้บริการ MySQL ( พอล gautman
, ,
&บัลลินต์ , 2003 )การออกแบบและการนำระบบ BI
ระดับของความพยายามดำเนินการในขั้นตอนของการออกแบบ และการใช้ บีก็แตกต่างกันไป เช่นความพยายาม
ส่วนใหญ่ขึ้นอยู่กับระบบที่ซับซ้อนและระดับของความนิยมของ อย่างไรก็ตาม ใน
ส่วนใหญ่ของกรณีการปรับโปรแกรม BI ต้องมากของเวลา เวลา
จะใช้ไม่เพียง แต่ในการออกแบบอินเตอร์เฟซส่วนบุคคล แต่ยังเพื่อให้แน่ใจว่าทั้งสองโปรแกรม

เป็นตรรกะ และสอดคล้องกัน อีกขั้นตอนที่สำคัญของการออกแบบที่เกี่ยวข้องกับการสร้างคลังข้อมูล BI ที่ควรจะ
ทำหน้าที่สองฟังก์ชั่นของพื้นที่เก็บข้อมูลสำหรับการวิเคราะห์ต่อไปและเป็นฐานสำหรับระบบ BI ( inmon
, 1992 )กระบวนการนี้จะต้องดำเนินการตามกฎต่อไปนี้ ( B ł otnicki
& wawrzynek , 2006 ; แฮคคาธ ์น , 1998 ) :
- กำหนดขอบเขตของข้อมูลที่เก็บไว้ในที่สำคัญจากมุมมองขององค์กรให้
;
- การกำหนดความสัมพันธ์ระหว่างข้อมูลที่ถูกพบในระบบ ที่แตกต่างกันและที่
มีความสำคัญเท่ากัน ผลของกิจกรรมดังกล่าวชุดของข้อมูลจะถูกสร้างขึ้นและสร้าง และการใช้ระบบธุรกิจอัจฉริยะ

คำถาม 144 ข้อมูล การออกแบบฐานข้อมูลจะช่วยให้เป้าหมาย ( พื้นที่เก็บข้อมูล ) ซึ่งข้อมูลจะถูกส่งจากแหล่งฐาน
;
- สร้างการออกแบบของคลังข้อมูลที่ทำหน้าที่เป็นพื้นฐานสำหรับการโหลดระบบบี เช่น
การออกแบบควรจะสร้างขึ้นเพื่อให้ง่ายในการปรับแต่งฐานข้อมูลที่เกี่ยวข้องรายงาน
และสอบถามกลไก การออกแบบควรมุ่งที่การเข้าถึงรูปแบบ
' ดาว ' หรือ ' เกล็ด ' ที่ง่ายต่อโครงการคลังข้อมูล OLAP หรือการทำเหมืองข้อมูลรวมทั้งกลไก
.
ในการสั่งซื้อเพื่อให้แน่ใจว่ามีการปรับปรุงระบบคลังข้อมูลเพื่อรวมข้อมูลมา
จากเช่นระบบธุรกรรม จะต้องสร้างกลไกของการนำเข้าข้อมูล ( Meyer , 2001 ) .
กลไกดังกล่าวควรที่จะอนุญาตให้นำเข้า ข้อมูลทั้งหมด และควรให้ผู้ใช้สามารถทำการเพิ่ม
นำเข้า ที่ต้องใช้ในการประมวลผลของข้อมูลที่เข้าถึงระบบที่มาตั้งแต่
เมื่อนำเข้า นำเข้าที่เพิ่มขึ้นไม่ได้ภาระแหล่งระบบและกลไกการประมวลผลข้อมูล .
กลไกการถ่ายโอนข้อมูลพร้อมกันแสดงการควบคุมการทำงานที่รับผิดชอบ
สำหรับความสอดคล้องของข้อมูล ในหลายกรณีกลไกในคำถามให้ค้นหาข้อขัดแย้ง
และข้อผิดพลาดในขั้นตอนการปฏิบัติ ขั้นตอนการนำเข้าจะถูกสร้างขึ้นเพื่อให้พวกเขาสามารถบันทึกข้อมูลที่ผิดพลาดได้
แล้วย้ายไปเก็บที่ฐาน ซึ่งช่วยให้การแก้ไขข้อมูล
ในสถานที่เกิดของพวกเขาและ–ต่อมา - ถ่ายโอนข้อมูลดังกล่าวไปยังฐาน การสร้างคลังข้อมูลควรจะเป็นพื้นฐานสำหรับการสร้างโมดูลภายในรายงานและรายงาน .
มันเป็นสิ่งที่จำเป็นเพื่อให้ไม่กี่หรืออย่างน้อยสองกลุ่มของรายงาน อดีตควรคลุมไว้ล่วงหน้า
รายงานว่าเป็นระบบปรับปรุงโดยผู้ใช้ที่มีศักยภาพ กลุ่มดังกล่าวควรให้
ผู้ใช้ขั้นสูง กับความเป็นไปได้ในการสร้างรายงานของตัวเองตามความต้องการของแต่ละคน

หลังพิมพ์รายงานและรายงานที่เกี่ยวข้องกับรายงานว่า ผลจากที่ไม่คาดคิด
ความต้องการส่วนบุคคลที่เกี่ยวข้องรายละเอียดสามารถพบได้ในข้อมูล .
ประสบการณ์แสดงให้เห็นว่า - ไม่ช้าก็เร็ว - ผู้ประกอบการจะต้องใช้หลายมิติการวิเคราะห์
( ด้าน et al . , 2002 )ซึ่งหมายความว่าโซลูชั่น BI ควรจะมุ่ง OLAP โมดูล ( ที่ปล่อย
ผู้ใช้ของฉันและดูข้อมูลในมุมมองที่แตกต่างกัน ) และการทำเหมืองข้อมูล ( ที่ก่อให้เกิดความเข้าใจ
ของความต้องการของลูกค้า เช่น ลักษณะของการตั้งค่า , ห่วงโซ่อุปทาน , ภูมิศาสตร์
ผลกระทบ ฯลฯ ) ( กรอสแมน , 1998 ; kantardzic , 2002 ; perkowitz &ล่วงมาแล้ว , 1999 ) ขึ้นอยู่กับ
เกร็ดและความต้องการขององค์กรมันเป็นไปได้ที่จะพิจารณาดำเนินการวิเคราะห์ที่ inter alia
รับผิดชอบ
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: