A CRmcAL STARTING POINT WHEN DEVELO

A CRmcAL STARTING POINT WHEN DEVELOPING AN EIS is determining what purpose or purposes the system is to serve. Depending on the need(s) motivating EIS develop- ment, the system can possess very different information, characteristics, and capabil- ities. Guiden and Ewers [9] identify four kinds of systems. One kind of Eis focuses on providing faster, easier access to information. Another stresses improved communi- cations through electronic messaging, voice mail, calendaring, word processing, and other office support systems. Yet another type of EIS might be designed to solve a particular problem and include decision support system capabilities. The final kind of EIS might be designed with motivating performance in mind. The infonnation provided by the system focuses executive attention on areas where it is needed. Rockart [14] identifies three EIS eras based on the user group that the system is designed to serve. The types refiect an evolutionary shift from limited access toward organization-wide access to corporate infonnation. During the first era, Eiss were designed for individual executives. In 1987, there was a noticeable shift to support for teams of executives. The third era, begun in 1989, is characterized by systems that support multiple levels of management. The shift to systems supporting more man- agement levels increases the need to include information about business processes. The development of an EIS should employ a prototyping/evolutionary methodology. In a survey of 50 firms with ms, Watson, Rainer, and Koh [20] found that 92 percent of them had used this development approach. Prototyping is required because of the difficulty of specifying in advance what information is needed and how it should be presented [15]. Requirements can be tailored and tested through prototyping and executive use of the system. Employing an evolving development approach enables executives to participate in a leaming process and build a sense of ownership with the EIS [18]. Over time, more infonnation can be placed in the system, it can serve more users, and additional features can be included.
A decision must be made about what information to provide in the initial version. A number of options exist and have been used by different organizations. One altemative is to go with the infonnation provided in the prototype that was created to build executive interest in EIS and to demonstrate its feasibility. This information often relates to a current problem that the executive sponsor is facing. A potential problem with this approach is that it does not build a broad base of support for the Eis. As Friend [6] points out, "By addressing individual needs instead of those of the organization, the ms does not become part of the coiporate culture and remains tied to the continuing sponsorship of the executive." Evolution of the Eis should focus on building this support.
Another approach is to focus on key performance data. Tliis information is usually high level and financial in nature, and much of it can be obtained fix)m existing organizational databases. A potential problem with this approach is that it provides only a limited amount of the information that executives need. In particular, it does not address the need for "soft" information, such as plans, mmors, and explanations [11]. Once again, a carefully planned strategy for the design and evolution of the EIS is iinportant.

ผลลัพธ์ (ไทย) 1:

CRmcAL เริ่มต้นจุดเมื่อพัฒนาอัน EIS คือการกำหนดวัตถุประสงค์หรือเพื่อวัตถุประสงค์ใดระบบจะให้บริการ ตาม need(s) ด EIS พัฒนาติดขัด ระบบสามารถมีข้อมูลที่แตกต่างกันมาก ลักษณะ และ capabil-ities Guiden และ Ewers [9] ระบุสี่ชนิดของระบบ ชนิดหนึ่งของ Eis เน้นให้ง่ายต่อการเข้าถึงข้อมูลได้เร็วขึ้น อื่นเน้นปรับปรุงฮาวายชุดสื่อสารเป็นของหายากผ่านการส่งข้อความอิเล็กทรอนิกส์ เสียง ง่ายดาย การประมวลผลคำ และระบบสนับสนุนอื่น ๆ สำนักงาน ยัง อีกชนิดหนึ่งของ EIS อาจมาเพื่อแก้ปัญหาเฉพาะ และรวมความสามารถของระบบสนับสนุนการตัดสินใจ อาจออกแบบชนิดสุดท้ายของ EIS มีประสิทธิภาพกระตุ้นใจ Infonnation โดยระบบเน้นบริหารความสนใจบนพื้นที่ที่ต้อง Rockart [14] ระบุสามช่วง EIS ตามกลุ่มผู้ใช้ระบบที่ออกแบบมาเพื่อให้บริการ Refiect ชนิดกะมีวิวัฒนาการจากการจำกัดการเข้าถึงไปทั่วทั้งองค์กรเข้ากับบริษัท infonnation ในช่วงยุคแรก Eiss ถูกออกแบบสำหรับผู้บริหารแต่ละ ในปีค.ศ. 1987 มีกะชัดเพื่อสนับสนุนทีมของผู้บริหาร ยุคที่สาม เริ่มต้นในปี 1989 มีลักษณะเป็นระบบที่สนับสนุนหลายระดับของการจัดการ กะระบบสนับสนุนเพิ่มเติม agement คนระดับเพิ่มขึ้นจำเป็นต้องมีข้อมูลเกี่ยวกับกระบวนการทางธุรกิจ การพัฒนา EIS ควรใช้วิธีการต้นแบบ/วิวัฒนาการ ในการสำรวจของบริษัท 50 กับ ms, Watson, Rainer และเกาะ [20] พบว่า ร้อยละ 92 ของพวกเขาได้ใช้วิธีการพัฒนานี้ ต้นแบบที่ถูกต้องเนื่องจากความยากของการระบุล่วงหน้าข้อมูลจำเป็นต้องใช้และมันควรจะนำเสนอ [15] ความต้องสามารถปรับแต่ง และทดสอบ โดยใช้ต้นแบบและบริหารระบบ ใช้วิธีการพัฒนาพัฒนาให้ผู้บริหารมีส่วนร่วมในกระบวนการ leaming และสร้างความรู้สึกเป็นเจ้าของกับ EIS [18] ช่วงเวลา สามารถวางเพิ่มเติม infonnation ในระบบ มันสามารถรองรับผู้ใช้เพิ่มเติม และคุณลักษณะเพิ่มเติมสามารถรวมต้องทำการตัดสินใจเกี่ยวกับข้อมูลให้ในรุ่นเริ่มต้น จำนวนตัวเลือกมีอยู่ และได้ถูกใช้ โดยองค์กรต่าง ๆ Altemative หนึ่งคือการ ไปกับ infonnation ในต้นแบบที่สร้างขึ้น เพื่อสร้างผู้บริหารสนใจใน EIS และแสดง ให้เห็นถึงความเป็นไปได้ของ ข้อมูลนี้มักจะเกี่ยวข้องกับปัญหาปัจจุบันที่หันหน้าเข้าหาผู้สนับสนุนผู้บริหาร ปัญหาอาจเกิดขึ้น ด้วยวิธีการนี้คือ ว่า มันไม่สร้างฐานกว้างของ Eis สนับสนุน เป็นเพื่อน [6] ชี้ให้เห็น "โดยต้องแก้ปัญหา แทนของบรรดาองค์กร ms ไม่เป็น ส่วนหนึ่งของวัฒนธรรม coiporate และเชื่อมโยงกับการสนับสนุนอย่างต่อเนื่องของผู้บริหารยังคง" วิวัฒนาการของ Eis ควรเน้นสร้างการสนับสนุนนี้อีกวิธีคือการ เน้นประสิทธิภาพการทำงานคีย์ข้อมูล Tliis ข้อมูลได้มักจะสูงระดับ และเงินในธรรมชาติ และมากของมันสามารถได้รับการแก้ไข) m ฐานข้อมูลขององค์กรที่มีอยู่ได้ ปัญหาอาจเกิดขึ้น ด้วยวิธีการนี้จะให้เท่าจำนวนที่จำกัดของข้อมูลที่ผู้บริหารต้อง โดยเฉพาะ มันไม่อยู่ต้องการข้อมูล "อ่อน" แผน mmors และคำอธิบาย [11] อีกครั้ง กลยุทธ์การวางแผนอย่างรอบคอบในการออกแบบและวิวัฒนาการของ EIS มี iinportant

ผลลัพธ์ (ไทย) 2:

เป็นจุดเริ่มต้น CRmcAL เมื่อมีการพัฒนา EIS คือการกำหนดวัตถุประสงค์อะไรหรือวัตถุประสงค์ของระบบคือการให้บริการ ทั้งนี้ขึ้นอยู่กับความต้องการ (s) การสร้างแรงจูงใจการพัฒนา EIS ระบบสามารถมีข้อมูลที่แตกต่างกันมากลักษณะและสิ่งอําสามารถใน Guiden และโท [9] ระบุสี่ชนิดของระบบ หนึ่งในชนิดของ Eis มุ่งเน้นการให้เร็วขึ้นการเข้าถึงข้อมูลได้ง่ายขึ้น ความเครียดที่ดีขึ้นอีกไพเพอสื่อสารผ่านการส่งข้อความอิเล็กทรอนิกส์, ข้อความเสียง, ปฏิทิน, การประมวลผลคำและระบบสนับสนุนการสำนักงานอื่น ๆ แต่ชนิดของ EIS อื่นอาจจะมีการออกแบบมาเพื่อแก้ปัญหาเฉพาะและรวมถึงความสามารถในการตัดสินใจระบบสนับสนุน ชนิดสุดท้ายของ EIS อาจจะมีการออกแบบที่มีประสิทธิภาพการทำงานที่สร้างแรงจูงใจในใจ infonnation โดยระบบมุ่งเน้นความสนใจของผู้บริหารในพื้นที่ที่มีความจำเป็น Rockart [14] ระบุสามยุค EIS ขึ้นอยู่กับกลุ่มผู้ใช้ที่ระบบถูกออกแบบมาเพื่อให้บริการ ประเภท refiect เปลี่ยนแปลงวิวัฒนาการจากการ จำกัด การเข้าถึงที่มีต่อการเข้าถึงทั้งองค์กรเพื่อ infonnation องค์กร ช่วงยุคแรก EISs ได้รับการออกแบบสำหรับผู้บริหารของแต่ละบุคคล ในปี 1987 มีการเปลี่ยนแปลงที่เห็นได้ชัดเจนที่จะสนับสนุนทีมของผู้บริหาร ยุคที่สามเริ่มต้นในปี 1989 ที่โดดเด่นด้วยระบบที่สนับสนุนหลายระดับของการจัดการ การเปลี่ยนไปใช้ระบบการสนับสนุนระดับ agement มนุษย์มากขึ้นเพิ่มความจำเป็นที่จะต้องมีข้อมูลเกี่ยวกับกระบวนการทางธุรกิจ การพัฒนา EIS ควรใช้ต้นแบบ / วิธีการวิวัฒนาการ ในการสำรวจ 50 บริษัท ที่มีมิลลิวัตสัน, เรนเนอร์, และเกาะ [20] พบว่าร้อยละ 92 ของพวกเขาได้ใช้แนวทางการพัฒนานี้ การสร้างต้นแบบที่จำเป็นเพราะความยากลำบากในการระบุล่วงหน้าว่าข้อมูลเป็นสิ่งจำเป็นและวิธีการที่ควรจะนำเสนอ [15] ความต้องการสามารถปรับแต่งและทดสอบผ่านการสร้างต้นแบบและการใช้งานของผู้บริหารระบบ จ้างพัฒนาแนวทางการพัฒนาผู้บริหารระดับสูงจะช่วยให้มีส่วนร่วมในกระบวนการ Leaming และสร้างความรู้สึกเป็นเจ้าของกับ EIS [18] เมื่อเวลาผ่านไปมากขึ้น infonnation สามารถอยู่ในระบบก็สามารถให้บริการผู้ใช้มากขึ้นและคุณลักษณะเพิ่มเติมสามารถรวม.
การตัดสินใจจะต้องทำเกี่ยวกับสิ่งที่จะให้ข้อมูลในรุ่นแรก จำนวนของตัวเลือกที่มีอยู่และได้รับการใช้โดยองค์กรที่แตกต่างกัน นำแสงหนึ่งคือการไปกับ infonnation ที่ให้ไว้ในต้นแบบที่ถูกสร้างขึ้นเพื่อสร้างความสนใจผู้บริหารใน EIS และแสดงให้เห็นถึงความเป็นไปได้ ข้อมูลนี้มักจะเกี่ยวข้องกับปัญหาในปัจจุบันที่เป็นสปอนเซอร์ผู้บริหารจะหัน ปัญหาที่อาจเกิดด้วยวิธีนี้คือว่ามันไม่ได้สร้างฐานกว้างของการสนับสนุนสำหรับ Eis ในฐานะที่เป็นเพื่อน [6] ชี้ให้เห็น "โดยการตอบสนองความต้องการของแต่ละบุคคลผู้แทนขององค์กรมิลลิวินาทีไม่ได้กลายเป็นส่วนหนึ่งของวัฒนธรรม coiporate และยังคงผูกติดอยู่กับการให้การสนับสนุนอย่างต่อเนื่องของผู้บริหาร." วิวัฒนาการของ Eis ควรมุ่งเน้นไปที่การสร้างการสนับสนุนนี้.
อีกวิธีหนึ่งคือการมุ่งเน้นข้อมูลประสิทธิภาพการทำงานที่สำคัญ ข้อมูล Tliis มักจะอยู่ในระดับสูงและการเงินในธรรมชาติและมากของมันจะได้รับการแก้ไข) มที่มีอยู่ในฐานข้อมูลขององค์กร ปัญหาที่อาจเกิดด้วยวิธีนี้ก็คือว่ามันมีเพียงจำนวน จำกัด ของข้อมูลที่ผู้บริหารต้องการ โดยเฉพาะอย่างยิ่งไม่ได้อยู่ที่ความจำเป็นในการข้อมูล "อ่อน" เช่นแผน mmors และคำอธิบายที่ [11] อีกครั้งหนึ่งที่กลยุทธ์การวางแผนอย่างรอบคอบในการออกแบบและวิวัฒนาการของ EIS เป็น iinportant

ผลลัพธ์ (ไทย) 3:

เป็น crmcal จุดเริ่มต้นเมื่อพัฒนา EIS คือการกําหนดวัตถุประสงค์หรือวัตถุประสงค์ของระบบให้บริการ ทั้งนี้ขึ้นอยู่กับความต้องการ ( s ) แรงจูงใจของพัฒนาการ ระบบสามารถมีข้อมูลที่แตกต่างกันมาก ลักษณะ และ capabil - ities . และ guiden คนโท [ 9 ] ระบุสี่ประเภทของระบบ ประเภทหนึ่งของ EIS เน้นให้เร็วขึ้น , การเข้าถึงได้ง่ายข้อมูลอื่นเน้นการปรับปรุงการสื่อสาร - ไอออนผ่านการส่งข้อความอิเล็กทรอนิกส์เสียงอีเมล , ปฏิทิน , การประมวลผลคำและระบบสนับสนุนสำนักงานอื่น ๆ อีกประเภทของ EIS อาจถูกออกแบบมาเพื่อแก้ปัญหาโดยเฉพาะ และรวมถึงความสามารถของระบบสนับสนุนการตัดสินใจ ชนิดสุดท้ายของ EIS จะออกแบบด้วยกระตุ้นประสิทธิภาพในจิตใจข้อมูลที่ได้จากระบบมุ่งเน้นความสนใจบริหารในพื้นที่ที่มันต้องการ rockart [ 14 ] ระบุสามของยุคตามกลุ่มผู้ใช้ที่ระบบถูกออกแบบมาเพื่อใช้ ประเภท refiect กะวิวัฒนาการจากการเข้าถึงการเข้าถึงข้อมูลที่มีต่อองค์กรทั้งองค์กร ในยุคก่อน eiss ถูกออกแบบมาสำหรับลูกค้าแต่ละราย ในปี 1987มีกะสามารถที่จะสนับสนุนทีมของผู้บริหาร สมัยที่สาม เริ่มในปี 1989 เป็นลักษณะตามระบบที่สนับสนุนหลายระดับของการจัดการ เปลี่ยนระบบสนับสนุนมนุษย์มากขึ้น - agement ระดับเพิ่มต้องรวมกระบวนการเกี่ยวกับธุรกิจสารสนเทศ การพัฒนาระบบ EIS ควรจ้างต้นแบบ / วิวัฒนาการต่อไปในการสำรวจของ 50 บริษัทกับ MS , วัตสัน , ไรเนอร์ และเกาะ [ 20 ] พบว่าร้อยละ 92 ของพวกเขาได้ใช้แนวทางการพัฒนานี้ ต้นแบบเป็นสิ่งจำเป็นเพราะความยากของการระบุล่วงหน้าว่าเป็นข้อมูลที่จำเป็นและวิธีการที่ควรได้รับการเสนอ [ 15 ] ความต้องการที่สามารถปรับแต่ง และทดสอบผ่านต้นแบบและใช้บริหารระบบใช้เพื่อพัฒนาแนวทางการพัฒนาช่วยให้ผู้บริหารมีส่วนร่วมในกระบวนการเรียนรู้ กระบวนการ และสร้างความรู้สึกของความเป็นเจ้าของด้วย EIS [ 18 ] ตลอดเวลา ข้อมูลเพิ่มเติมสามารถอยู่ในระบบ สามารถให้บริการผู้ใช้มากขึ้นและคุณสมบัติเพิ่มเติมที่สามารถรวม
ต้องตัดสินใจเกี่ยวกับสิ่งที่ข้อมูลที่จะให้ในรุ่นเริ่มต้นหมายเลขของตัวเลือกที่มีอยู่และมีการใช้โดยองค์กรที่แตกต่างกัน หนึ่งดีมีคุณค่าไปกับข้อมูลไว้ในต้นแบบที่ถูกสร้างขึ้นเพื่อสร้างความสนใจของผู้บริหาร และเพื่อแสดงให้เห็นถึงความเป็นไปได้ของ . ข้อมูลนี้มักจะเกี่ยวข้องกับปัญหาปัจจุบันที่ผู้บริหารสปอนเซอร์จะหันปัญหาด้วยวิธีนี้คือ มันไม่สร้างฐานกว้างของการสนับสนุนสำหรับ EIS . เป็นเพื่อน [ 6 ] ชี้ " โดยการจัดการกับความต้องการแต่ละแทนขององค์กร คุณไม่ได้กลายเป็นส่วนหนึ่งของวัฒนธรรม และยังเชื่อมโยงกับ coiporate ต่อเนื่อง การสนับสนุนของผู้บริหาร " วิวัฒนาการของ EIS ควรมุ่งเน้นการสร้าง
สนับสนุนนี้อีกวิธีหนึ่งคือการมุ่งเน้นข้อมูลประสิทธิภาพที่สำคัญ tliis ข้อมูลระดับมักจะสูงและทางการเงินในธรรมชาติและมากมันสามารถได้รับการแก้ไข ) ที่มีอยู่ขององค์กรฐานข้อมูล ปัญหาด้วยวิธีนี้คือ ว่า มันมีเพียงจำนวน จำกัด ของข้อมูลที่ผู้บริหารต้องการ โดยเฉพาะอย่างยิ่ง มันไม่ได้อยู่ที่จำเป็นสำหรับข้อมูล " อ่อน " เช่นแผนmmors และคำอธิบาย [ 11 ] อีกครั้ง , รอบคอบวางแผนกลยุทธ์สำหรับการออกแบบและวิวัฒนาการของ EIS เป็น iinportant .