OutsourcingLacity and Hirschhiem (1

Outsourcing
Lacity and Hirschhiem (1993) define information systems outsourcing as applying to a
wide range of contractual arrangements from contract programmers to third party
facilities management. They argue that the three most meaningful classification of these
contracts are: body shop, project management and total outsourcing. Body shop is the use
of contract programmers/personnel who are managed by company employees. Project
management is outsourcing for a specific project or portion of the information
development work while total outsourcing is the total provision by a vendor of a
significant information system. Fitzgerald (1994) further categorised the reasons for
outsourcing by an organisation under three broad factors: technical, financial, and
strategic and organisational. The development of EIS in Bank B and the Energy
Company were to some extent outsourced. However the activities that were outsourced
and the rationale behind the adoption of outsourcing differ between the two cases.
In case of the Bank B, a major US-based consulting company was contracted to
provide requirements identification, general system design, system architecture design
and construction by working closely with the internal project manager and business
system analysts of the Bank. This is close to total outsourcing according to Lacity and
Hirschheim. The formal reason for employing the consultant was that the internal staff
lacked experience in the conceptual design of data presentation for executives. Even
though the Bank has strongly invested in information technology, the installed systems
are focused on the operational services rather than management support. It is surprising
that such a large bank by world standards did not recruit staff with management support
skills. Two programmers from the Bank’s IS department were involved in the
construction phase under the supervision of the consultant. We believe that internal
political conflict rather than professional inexperience was the major reason for the
outsourcing of this particular EIS development.
A proprietary development methodology supplied by the consultant was used for the
EIS development. Although the methodology used terms like prototyping and module
delivery, it can best be termed a variant of the waterfall model. This reflects its
development from the consulting firm’s large scale operational systems methodology and
also reflects the one-shot nature of many consulting interventions. The process of the
initial EIS development life cycle covered planning, business requirements definition,
prototyping and system development, system installation, and maintenance.
The planning phase involved hardware and software selection, preliminary business
requirements review and project organisation. During requirements identification, the EIS
team examined existing reports, talked with support personnel, and interviewed the senior
executives. KPI were identified and a prototype was developed. This prototype was
reviewed by management. Further modules were audited by the auditor of the Bank
before delivery to the executive users. The techniques used in systems development
included data modelling, normalisation, structured flow charts, modular design,
pseudocode, structured testing and walkthroughs. The 4th Dimension package was the
major software tool used to develop applications and user interfaces. Once the system
was installed, one-to-one training was conducted. A “quick reference” brochure was
produced.
In the Energy Company, outsourcing is the standard development policy of the
Information Systems Department. The department believes that this is the way to increase
its productivity with limited personnel. Rather than allocating all to one development
project, the department can allocate professional IS staff to manage and co-ordinate
several projects with different vendors. However, the department requires that
requirements analysis, and the specification of input, process and output formats are the
responsibility of its own staff. This is “bodyshop” outsourcing for strategic reasons.
The EIS development approach of the Energy Company is best classified as waterfall
development rather than evolutionary even though the EIS is approaching its third
version. Each version has been a completely different system with different technical and
application environments. Development followed the stages of requirements analysis and
design, physical system development, system testing, system installation, training, and
system evaluation. The internal IS staff prepared the formal requirements and design
specification and database design and construction were performed by a contractor. In
requirement and design specification, system flow charts and data flow diagrams were
used to improve the understanding of the consultant about the organisation and data
flows. Questionnaires and interviews were used to identify executive's requirements.
However, the IS staff were not able to access all the executives. The Head of the IS
Department reported that “the executives could not sacrifice their time”. As a result the
requirements specification was prepared from an IS rather than an executive’s
perspective.
In addition to data flow diagrams and system flow charts, modular design,
normalisation, structured walkthroughs were cited as useful techniques. BASIC,
Microsoft Windows, C, Lotus 1-2-3, Microsoft Excel and Microsoft Access were used to
develop the applications. To maintain the EIS database, IS staff gather data from business
units, enter it to Lotus 1-2-3 or Microsoft Excel on a diskette, and use the diskette to
update the data stored in the executive LAN. This process was not automated as only
consolidated data was required and the hardware platform of each business unit differs
from the one provided to executives. After the contractor delivered the system, the IS
staff tested every screen using walkthroughs. To train the executives, a one-to-one
training strategy was used where two IS staff were assigned to explain how to operate the
system when the executives requested. An summary document of the user manual
provided by the contractor was prepared. When the system was used for six months,
system evaluation via a was conducted in order to get feedback and problems.
The experiences of these organisations calls into question the use of outsourcing for
EIS development. EIS, especially in a developing country, need frequent revision to
accommodate changes in the organisation’s environment and the wishes of individual
executives. In both cases, system evolution has been seriously constrained by the absence
of the primary developer after initial development. In both cases there has been no
transfer of skills and knowledge to the host organisation. For outsourcing to be effective
for EIS we hypothesise that client IS personnel must be trained and motivated to provide
on-going support and system development.
5.3

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

จ้าง
Lacity และ Hirschhiem (1993) กำหนดระบบข้อมูลที่ผู้รับเหมาช่วงเป็นการนำไปใช้กับการ
หลากหลายจัดตามสัญญาจากโปรแกรมเมอร์สัญญากับบุคคลที่สาม
จัดการ พวกเขาโต้แย้งที่ประเภทที่มีความหมายมากที่สุดสามเหล่านี้
สัญญาจะ: ร้านร่างกาย การจัดการโครงการ และผู้รับเหมาช่วงรวมกัน ร้านร่างกายคือ การใช้
โปรแกรมเมอร์/เจ้าหน้าที่สัญญา ที่จะถูกจัดการ โดยพนักงานบริษัท โครงการ
จัดการเป็นผู้รับเหมาช่วงสำหรับโครงการหนึ่ง ๆ หรือส่วนของข้อมูล
พัฒนาทำงานจ้างรวมเป็น เงินสำรองทั้งหมด โดยผู้ขายของเป็น
ระบบข้อมูลสำคัญ ห้อง (1994) สาเหตุที่จัดเพิ่มเติม
จ้าง โดยเป็นองค์กรภายใต้ปัจจัยสามสิ่ง: เทคนิค การเงิน และ
organisational และยุทธศาสตร์การ การพัฒนา EIS ในธนาคาร B และพลังงาน
บริษัทได้บ้างผลิตนอกบริษัท อย่างไรก็ตาม กิจกรรมที่อยู่นอกบริษัท
และเหตุผลเบื้องหลังของผู้รับเหมาช่วงต่างระหว่างสองกรณี.
กรณีธนาคาร B หลักสหรัฐอเมริกาให้คำปรึกษาบริษัทมีสัญญาให้
ให้ระบุความต้องการ ออกแบบระบบทั่วไป การออกแบบสถาปัตยกรรมระบบ
และก่อสร้าง โดยทำงานอย่างใกล้ชิดกับธุรกิจและผู้จัดการโครงการภายใน
นักวิเคราะห์ระบบของธนาคาร นี้มีผู้รับเหมาช่วงรวมตาม Lacity และ
Hirschheim เหตุผลเป็นการใช้ปรึกษาคือการที่พนักงานภายใน
ขาดประสบการณ์ในการออกแบบแนวคิดของการนำเสนอข้อมูลสำหรับผู้บริหาร แม้
แม้ว่าธนาคารได้ลงทุนในเทคโนโลยีสารสนเทศ ระบบการติดตั้งขอ
จะมุ่งเน้นบริการดำเนินงานมากกว่าการสนับสนุนการจัดการการ ความตื่นเต้น
ที่เช่นธนาคารขนาดใหญ่ตามมาตรฐานโลกได้สรรหาพนักงานจัดการสนับสนุน
ทักษะการ โปรแกรมเมอร์ 2 จากแผนก IS ของธนาคารเกี่ยวข้องในการ
ระยะก่อสร้างภายใต้การดูแลของบริษัทปรึกษา เราเชื่อว่าภายใน
ความขัดแย้งทางการเมืองแทนที่เป็นมืออาชีพ inexperience เป็นเหตุผลหลักสำหรับการ
จ้างของนี้เฉพาะ EIS พัฒนา
ใช้วิธีพัฒนากรรมสิทธิ์ที่จัดทำ โดยบริษัทปรึกษาสำหรับการ
พัฒนา EIS แม้ว่าวิธีการใช้เงื่อนไขเช่นต้นแบบและโมดูล
จัดส่ง มันสามารถส่วนเรียกว่าตัวแปรของแบบจำลองน้ำตกได้ นี้สะท้อนให้เห็นถึงความ
พัฒนาจากวิธีการดำเนินงานระบบขนาดใหญ่ของบริษัทให้คำปรึกษา และ
ยัง สะท้อนถึงลักษณะของงานวิจัยให้คำปรึกษาหลาย one-shot กระบวนการ
วงจรชีวิตการพัฒนา EIS เริ่มต้นครอบคลุมการวางแผน การกำหนดความต้องการทางธุรกิจ,
ต้นแบบ และพัฒนาระบบ ติดตั้งระบบ และการบำรุงรักษาการ
การวางแผนระยะที่เกี่ยวข้องกับฮาร์ดแวร์และซอฟต์แวร์ที่เลือก ธุรกิจเบื้องต้น
ต้องทบทวน และโครงการองค์กร ในระหว่างการระบุความต้องการ EIS
ทีมงานตรวจสอบรายงานที่มีอยู่ การพูดคุยกับฝ่ายสนับสนุน และสัมภาษณ์อาวุโส
ผู้บริหาร ระบุ KPI และต้นแบบได้รับการพัฒนา ต้นแบบนี้ได้
ตรวจทาน โดยจัดการ หลักสูตรต่อไปถูกตรวจสอบ โดยผู้สอบบัญชีของธนาคาร
ก่อนจัดส่งให้ผู้บริหาร เทคนิคที่ใช้ในการพัฒนาระบบ
รวมแบบจำลองข้อมูล normalisation แผนภูมิการไหลโครงสร้าง ออก แบบโมดูลาร์,
รหัสเทียม โครงสร้างการทดสอบและการฝึกงาน แพคเกจ 4 มิติถูก
เครื่องมือซอฟต์แวร์หลักที่ใช้ในการพัฒนาโปรแกรมประยุกต์และผู้ใช้ เมื่อระบบ
มีการติดตั้ง วิธีการฝึกอบรมแบบหนึ่งต่อหนึ่ง แผ่นพับ "การอ้างอิงด่วน" ถูก
ผลิต.
ในพลังงาน บริษัท ผู้รับเหมาช่วงเป็นนโยบายด้านการพัฒนามาตรฐานของการ
แผนกระบบข้อมูล ฝ่ายที่เชื่อว่า เป็นวิธีการเพิ่ม
ผลผลิตที่ มีบุคลากรจำกัด แทนการปันส่วนทั้งหมดเพื่อพัฒนาหนึ่ง
โครงการ แผนกสามารถปันส่วนพนักงานระดับมืออาชีพ IS เพื่อจัดการและดีที่มีไปด้วยบริษัท
หลายโครงการกับผู้ขายรายอื่นได้ อย่างไรก็ตาม แผนกต้องที่
กระบวนการวิเคราะห์ความต้องการ และข้อมูลจำเพาะของอินพุต และรูปแบบผลลัพธ์
ความรับผิดชอบของตนเอง เป็นผู้รับเหมาช่วง "bodyshop" สาเหตุเชิงกลยุทธ์
วิธีการพัฒนา EIS ของ บริษัทพลังงานถูกจัดประเภทเป็นน้ำตกส่วน
พัฒนา มากกว่าวิวัฒนาการแม้ว่า EIS กำลังมาถึงสามตัว
รุ่น แต่ละรุ่นมีระบบแตกต่างกันโดยสิ้นเชิง ด้วยเทคนิคต่าง ๆ และ
สภาพแวดล้อมของโปรแกรมประยุกต์ พัฒนาตามขั้นตอนของการวิเคราะห์ความต้องการ และ
ออกแบบ ทดสอบ ระบบ พัฒนาระบบกายภาพ ติดตั้งระบบ ฝึกอบรม และ
ระบบประเมินผลการ เจ้าหน้าที่ IS ภายในเตรียมความต้องการทางการออกแบบ
ข้อมูลจำเพาะและฐานข้อมูลการออกแบบและก่อสร้างได้ดำเนินการ โดยผู้รับเหมา ใน
สเปคความต้องการและออกแบบ ระบบขั้นตอนแผนภูมิ และไดอะแกรมการไหลของข้อมูลถูก
ใช้ความเข้าใจของที่ปรึกษาองค์กรและข้อมูล
ไหล ใช้แบบสอบถามและสัมภาษณ์เพื่อระบุความต้องการของผู้บริหาร.
อย่างไรก็ตาม IS พนักงานไม่สามารถเข้าถึงผู้บริหารทั้งหมด หัวของ IS
แผนกรายงานว่า "ผู้บริหารอาจไม่เสียสละเวลาของพวกเขา" ดังนั้นการ
ระบุข้อกำหนดที่เตรียมจาก IS การแทนของผู้บริหาร
มุมมอง
ไดอะแกรมการไหลของข้อมูลและแผนภูมิการไหลระบบ การออกแบบโมดูลาร์,
normalisation โครงสร้างการฝึกที่เรียกว่าเทคนิคที่มีประโยชน์ BASIC,
Microsoft Windows, C, Lotus 1-2-3, Microsoft Excel และ Microsoft Access ที่ใช้
พัฒนาโปรแกรมประยุกต์ เพื่อรักษาฐานข้อมูลของ EIS, IS พนักงานรวบรวมข้อมูลจากธุรกิจ
หน่วย ป้อน Microsoft Excel หรือ Lotus 1-2-3 บนแผ่นดิสก์ และใช้แผ่นดิสก์การ
ปรับปรุงข้อมูลที่เก็บในระบบ LAN บริหารการ กระบวนการนี้ถูกอัตโนมัติเพียง
รวมข้อมูลถูกต้อง และฮาร์ดแวร์แพลตฟอร์มของแต่ละหน่วยธุรกิจที่แตกต่าง
จากแก่ผู้บริหาร หลังจากผู้รับเหมาจัดส่งระบบ IS
พนักงานทดสอบทุกหน้าจอที่ใช้ฝึกการ การฝึกอบรมผู้บริหาร เป็นแบบหนึ่งต่อหนึ่ง
กลยุทธ์การฝึกอบรมใช้ที่ถูกกำหนดให้สอง IS พนักงานจะอธิบายวิธีการใช้งาน
ระบบบริหารร้องขอ เอกสารคู่มือการใช้การสรุป
โดยผู้รับเหมาที่เตรียม เมื่อใช้ระบบ 6 เดือน,
ระบบการประเมินผลทางได้ดำเนินการเพื่อให้ได้ข้อเสนอแนะและปัญหา
ประสบการณ์ขององค์กรเหล่านี้เรียกเป็นคำถามใช้ผู้รับเหมาช่วงสำหรับ
พัฒนา EIS EIS โดยเฉพาะอย่างยิ่งในประเทศกำลังพัฒนา ต้องประจำการปรับปรุง
รองรับการเปลี่ยนแปลงในสภาพแวดล้อมขององค์กรและความปรารถนาของแต่ละบุคคล
ผู้บริหาร ในทั้งสองกรณี วิวัฒนาการระบบมีการอย่างจำกัด โดยการขาดงาน
ของนักพัฒนาหลักหลังจากการเริ่มต้นพัฒนา ในทั้งสองกรณี มีไม่
ถ่ายโอนทักษะและความรู้ไปยังองค์กรโฮสต์ สำหรับผู้รับเหมาช่วงให้ผล
สำหรับ EIS เรา hypothesise ว่า ไคลเอนต์ IS บุคลากรต้องผ่านการฝึกอบรม และแรงจูงใจให้
กำลังสนับสนุนและระบบพัฒนา.
5.3

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

Outsourcing
Lacity และ Hirschhiem (1993) กำหนดระบบข้อมูลจ้างเป็นการนำไปใช้ใน
ช่วงกว้างของการเตรียมการตามสัญญาจากโปรแกรมเมอร์สัญญากับบุคคลที่สาม
การจัดการสิ่งอำนวยความสะดวก พวกเขาอ้างว่าทั้งสามประเภทที่มีความหมายมากที่สุดของเหล่า
สัญญาคือร้านค้าตามร่างกาย, การจัดการโครงการและการจ้างทั้งหมด ร้านร่างกายคือการใช้
ของโปรแกรมเมอร์สัญญา / บุคลากรที่ได้รับการจัดการโดยพนักงานของ บริษัท โครงการ
จัดการจ้างสำหรับโครงการที่เฉพาะเจาะจงหรือเป็นส่วนหนึ่งของข้อมูล
การพัฒนาในขณะที่ทั้งหมดจ้างเป็นประมาณการหนี้สินโดยผู้ผลิตของ
ระบบสารสนเทศอย่างมีนัยสำคัญ ฟิตซ์เจอรัลด์ (1994) ต่อไปแบ่งสาเหตุของการ
จ้างโดยองค์กรภายใต้ปัจจัยที่สามกว้าง: เทคนิคทางการเงินและ
เชิงกลยุทธ์และองค์กร การพัฒนาของ EIS ในธนาคาร B และพลังงาน
ของ บริษัท อยู่ในระดับ outsourced บาง แต่กิจกรรมที่ได้รับการจ้าง
และเหตุผลที่อยู่เบื้องหลังการรับเลี้ยงบุตรบุญธรรมของการจ้างที่แตกต่างกันระหว่างทั้งสองกรณี
ในกรณีของธนาคาร B, บริษัท สหรัฐตามหลักคำปรึกษาเป็นตัวที่จะ
ให้ความต้องการการระบุการออกแบบระบบโดยทั่วไปการออกแบบสถาปัตยกรรมระบบ
และการก่อสร้าง ด้วยการทำงานอย่างใกล้ชิดกับผู้จัดการโครงการและธุรกิจภายใน
ระบบนักวิเคราะห์ของธนาคาร นี้อยู่ใกล้กับรวมการจ้างตาม Lacity และ
Hirschheim เหตุผลอย่างเป็นทางการสำหรับการจ้างที่ปรึกษาคือการที่พนักงานภายใน
ขาดประสบการณ์ในการออกแบบแนวความคิดของงานนำเสนอข้อมูลสำหรับผู้บริหาร แม้
แม้ว่าธนาคารได้มีการลงทุนอย่างมากในด้านเทคโนโลยีสารสนเทศและระบบการติดตั้ง
มีความสำคัญกับการให้บริการการดำเนินงานมากกว่าการสนับสนุนการจัดการ มันน่าแปลกใจ
ที่ดังกล่าวเป็นธนาคารขนาดใหญ่ตามมาตรฐานโลกไม่ได้รับสมัครพนักงานที่มีการสนับสนุนการจัดการ
ทักษะ สองโปรแกรมเมอร์จากแผนกเป็นของธนาคารมีส่วนร่วมใน
ขั้นตอนการก่อสร้างภายใต้การดูแลของที่ปรึกษา เราเชื่อว่าภายใน
ความขัดแย้งทางการเมืองมากกว่าประสบการณ์มืออาชีพเป็นเหตุผลหลักในการ
จ้างของการพัฒนา EIS นี้โดยเฉพาะอย่างยิ่ง
วิธีการพัฒนาที่เป็นกรรมสิทธิ์จัดทำโดยที่ปรึกษาที่ใช้สำหรับ
การพัฒนา EIS แม้ว่าวิธีการที่ใช้คำเช่นการสร้างต้นแบบและโมดูล
การจัดส่งก็สามารถที่ดีที่สุดจะเรียกว่าแตกต่างจากน้ำตกจำลอง นี้สะท้อนให้เห็นถึงการ
พัฒนาจาก บริษัท ที่ปรึกษาของวิธีการระบบการดำเนินงานขนาดใหญ่และ
ยังสะท้อนให้เห็นถึงธรรมชาติที่ยิงหนึ่งของการแทรกแซงการให้คำปรึกษาหลาย กระบวนการของการ
เริ่มต้นวงจรชีวิตของการพัฒนา EIS การวางแผนครอบคลุมความต้องการทางธุรกิจนิยาม
สร้างต้นแบบและการพัฒนาระบบการติดตั้งระบบและการบำรุงรักษา
ที่เกี่ยวข้องกับฮาร์ดแวร์และซอฟแวร์ตัวเลือกขั้นตอนการวางแผนเบื้องต้นธุรกิจ
การตรวจสอบความต้องการและการจัดโครงการ ในระหว่างการระบุความต้องการ EIS
ทีมงานตรวจสอบรายงานที่มีอยู่พูดคุยกับบุคลากรการสนับสนุนและการสัมภาษณ์ผู้บริหารระดับสูง
ผู้บริหาร KPI ถูกระบุและต้นแบบได้รับการพัฒนา ต้นแบบนี้ได้รับการ
ทบทวนโดยผู้บริหาร โมดูลต่อไปตรวจสอบโดยผู้สอบบัญชีของธนาคาร
ก่อนที่จะส่งมอบให้กับผู้บริหาร เทคนิคที่ใช้ในการพัฒนาระบบ
การสร้างแบบจำลองรวมถึงข้อมูลการฟื้นฟูแผนภูมิการไหลโครงสร้างออกแบบ modular,
pseudocode การทดสอบโครงสร้างและเกมส์ แพคเกจขนาด 4 เป็น
เครื่องมือซอฟต์แวร์หลักที่ใช้ในการพัฒนาโปรแกรมและส่วนติดต่อผู้ใช้ เมื่อระบบ
มีการติดตั้งการฝึกอบรมหนึ่งต่อหนึ่งได้ดำเนินการ "การอ้างอิงอย่างรวดเร็ว" โบรชัวร์ได้รับการ
ผลิต
ใน บริษัท พลังงาน, จ้างเป็นนโยบายการพัฒนามาตรฐานของ
ระบบสารสนเทศกรม ฝ่ายเชื่อว่านี่คือวิธีที่จะเพิ่ม
ประสิทธิภาพการผลิตที่มีบุคลากร จำกัด มากกว่าการจัดสรรทั้งหมดในการพัฒนาหนึ่ง
โครงการที่กรมสามารถจัดสรรมืออาชีพเป็นพนักงานในการจัดการและประสานงาน
หลายโครงการกับผู้ขายที่แตกต่างกัน อย่างไรก็ตามหน่วยงานที่กำหนดว่า
การวิเคราะห์ความต้องการและข้อกำหนดของการป้อนข้อมูลกระบวนการและการส่งออกรูปแบบ
ความรับผิดชอบของพนักงานของตัวเอง นี้คือ "ซ่อมตัวถัง" จ้างด้วยเหตุผลทางยุทธศาสตร์
แนวทางการพัฒนา EIS ของ บริษัท พลังงานจะจัดอย่างดีในฐานะน้ำตก
พัฒนามากกว่าวิวัฒนาการแม้ว่า EIS อยู่ใกล้ที่สามของ
รุ่น แต่ละรุ่นได้รับระบบที่แตกต่างกันอย่างสมบูรณ์กับทางเทคนิคที่แตกต่างกันและ
สภาพแวดล้อมการใช้งาน การพัฒนาตามขั้นตอนของการวิเคราะห์ความต้องการและ
การออกแบบการพัฒนาระบบทางกายภาพการทดสอบระบบการติดตั้งระบบการฝึกอบรมและ
การประเมินผลระบบ ภายในเป็นพนักงานจัดทำข้อกำหนดอย่างเป็นทางการและการออกแบบ
รายละเอียดและการออกแบบฐานข้อมูลและการก่อสร้างได้ดำเนินการโดยผู้รับเหมา ใน
ความต้องการและข้อกำหนดการออกแบบแผนภูมิการไหลของระบบและข้อมูลแผนภาพกระแสถูก
นำมาใช้เพื่อปรับปรุงความเข้าใจของที่ปรึกษาเกี่ยวกับองค์กรและข้อมูลที่
ไหล แบบสอบถามและการสัมภาษณ์ถูกนำมาใช้ในการระบุความต้องการของผู้บริหาร
แต่พนักงานไม่สามารถที่จะเข้าถึงผู้บริหารทั้งหมด หัวหน้าเป็น
กรมรายงานว่า "ผู้บริหารไม่สามารถเสียสละเวลาของพวกเขา" เป็นผลให้
ข้อกำหนดความต้องการได้รับการจัดทำขึ้นจาก IS มากกว่าผู้บริหารของ
มุมมองที่
นอกเหนือจากแผนภาพการไหลของข้อมูลและแผนภูมิการไหลของระบบการออกแบบ modular,
ฟื้นฟู walkthroughs โครงสร้างที่ถูกอ้างว่าเป็นเทคนิคที่เป็นประโยชน์ พื้นฐาน
Microsoft Windows, C, Lotus 1-2-3, Microsoft Excel และ Microsoft Access ถูกนำมาใช้ในการ
พัฒนาโปรแกรมประยุกต์ เพื่อรักษาฐานข้อมูล EIS, IS เจ้าหน้าที่รวบรวมข้อมูลจาก
หน่วยงานป้อนให้ Lotus 1-2-3 หรือ Microsoft Excel ในแผ่นดิสก์และใช้ดิสเก็ตเพื่อ
ปรับปรุงข้อมูลที่เก็บไว้ในการบริหาร LAN กระบวนการนี้ไม่ได้เป็นเพียงอัตโนมัติ
รวมข้อมูลที่ถูกต้องและแพลตฟอร์มฮาร์ดแวร์ของแต่ละหน่วยธุรกิจมีความแตกต่าง
จากที่หนึ่งให้กับผู้บริหารระดับสูง หลังจากที่ผู้รับเหมาส่งมอบระบบที่เป็น
พนักงานที่ผ่านการทดสอบโดยใช้หน้าจอทุกเกมส์ การฝึกอบรมผู้บริหารระดับสูงเป็นหนึ่งต่อหนึ่ง
กลยุทธ์การฝึกอบรมถูกนำมาใช้ซึ่งทั้งสองเป็นพนักงานได้รับมอบหมายให้อธิบายวิธีการใช้งาน
ของระบบเมื่อผู้บริหารระดับสูงได้รับการร้องขอ เอกสารสรุปของคู่มือการใช้
ให้โดยผู้รับเหมาได้รับการจัดทำขึ้น เมื่อระบบถูกนำมาใช้เป็นเวลาหกเดือน,
การประเมินผลระบบผ่านทางได้ดำเนินการเพื่อให้ได้รับข้อเสนอแนะและปัญหา
ประสบการณ์ขององค์กรเหล่านี้โทรศัพท์ไปถามใช้เอาท์ซอร์สสำหรับ
การพัฒนา EIS EIS โดยเฉพาะอย่างยิ่งในประเทศที่กำลังพัฒนาจำเป็นต้องแก้ไขบ่อยไป
รองรับการเปลี่ยนแปลงในสภาพแวดล้อมขององค์กรและความปรารถนาของบุคคลที่
ผู้บริหารระดับสูง ในทั้งสองกรณีวิวัฒนาการระบบได้รับการ จำกัด อย่างจริงจังโดยไม่มี
การพัฒนาหลักหลังจากการพัฒนาเริ่มต้น ในทั้งสองกรณียังไม่มีการ
ถ่ายโอนทักษะและความรู้ให้กับองค์กรเจ้าภาพ สำหรับการจ้างให้มีประสิทธิภาพ
สำหรับ EIS เรา hypothesise ว่าลูกค้าคือบุคลากรต้องได้รับการอบรมและมีแรงจูงใจที่จะให้
การสนับสนุนที่กำลังและพัฒนาระบบ
5.3

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

และเอาท์ซอร์ส
lacity hirschhiem ( 1993 ) กำหนดระบบข้อมูล outsourcing เป็นใช้กับหลากหลายของสัญญา
การจัดการจากโปรแกรมเมอร์สัญญาบริหารพรรค
เครื่องที่สาม พวกเขาโต้เถียงที่ 3 มีความหมายมากที่สุดประเภทของสัญญาเหล่านี้
: ร้าน การบริหารจัดการโครงการ และการจ้างทั้งหมด ตัวร้านเป็นใช้
ฉบับโปรแกรมเมอร์ / บุคลากรที่บริหารงานโดยบริษัท . การบริหารจัดการโครงการ
outsourcing สำหรับเฉพาะโครงการหรือส่วนของงานพัฒนาข้อมูล
ในขณะที่ outsourcing รวมรวมไว้ โดยผู้ขายระบบสารสนเทศ
อย่างมีนัยสำคัญ ฟิตซ์เจอรัลด์ ( 1994 ) ต่อไป แบ่งเหตุผล
Outsourcing โดยองค์กรภายใต้กว้าง : 3 ปัจจัยทางเทคนิคทางการเงินและ
เชิงกลยุทธ์และองค์กร . การพัฒนา EIS ในธนาคาร B และ บริษัท พลังงาน
มีขอบเขตบางอย่างถูกต้อง อย่างไรก็ตาม กิจกรรมที่เป็น outsourced
และเหตุผลเบื้องหลังการ Outsourcing แตกต่างระหว่างสองคดี
กรณีธนาคาร B เป็นหลัก เราตาม บริษัท ที่ปรึกษา คือ สัญญา

ให้ระบุความต้องการการออกแบบระบบทั่วไปสถาปัตยกรรมระบบการออกแบบ
และการก่อสร้างโดยการทำงานอย่างใกล้ชิดกับโครงการภายใน และผู้จัดการธุรกิจระบบ
นักวิเคราะห์ของธนาคาร นี้อยู่ใกล้กับ outsourcing รวมตาม lacity และ
hirschheim . เหตุผลอย่างเป็นทางการสำหรับการจ้างที่ปรึกษาที่
พนักงานภายในขาดประสบการณ์ในการออกแบบแนวคิดของการนำเสนอข้อมูลสำหรับผู้บริหาร แม้
อย่างไรก็ตาม ธนาคารได้มีการลงทุนในเทคโนโลยีสารสนเทศ ได้ติดตั้งระบบ
เน้นบริการการดำเนินงานมากกว่าการสนับสนุนการจัดการ มันน่าแปลกใจ
เช่นธนาคารขนาดใหญ่ โดยมาตรฐานโลกไม่ได้รับสมัครพนักงานที่มีทักษะสนับสนุนการจัดการ . สองโปรแกรมเมอร์จากธนาคารเป็นฝ่ายเกี่ยวข้องกับ
การก่อสร้าง ภายใต้การดูแลของที่ปรึกษาเราเชื่อว่าภายใน
ความขัดแย้งทางการเมืองมากกว่าความอ่อนหัดมืออาชีพคือเหตุผลที่สำคัญสำหรับการ นี้เฉพาะการพัฒนา EIS
.
เป็นกรรมสิทธิ์พัฒนาจัดหาที่ปรึกษาถูกนำมาใช้สำหรับการพัฒนา EIS . ถึงแม้ว่าวิธีการที่ใช้เงื่อนไขเหมือนต้นแบบและ
ส่งโมดูล มันสามารถที่ดีที่สุดจะเรียกว่าตัวแปรของน้ำตกจำลองนี้สะท้อนให้เห็นถึงการพัฒนาของ
จากที่ปรึกษาของ บริษัท ขนาดใหญ่ระบบการปฏิบัติงานและวิธีการ
ยังสะท้อนให้เห็นถึงธรรมชาติของการแทรกแซงรวดเดียวให้มากมาย กระบวนการของการเริ่มต้นของวงจรชีวิตการพัฒนา
ครอบคลุมการวางแผนความต้องการการนิยามธุรกิจ
ต้นแบบและการพัฒนาระบบการติดตั้งระบบและการบำรุงรักษา
การวางแผนขั้นตอนที่เกี่ยวข้องกับการเลือกฮาร์ดแวร์และซอฟต์แวร์เบื้องต้นธุรกิจ
ทบทวนความต้องการองค์กรและโครงการ ในการระบุความต้องการ ทีมงานของ
ตรวจสอบรายงานที่มีอยู่ , พูดคุยกับการสนับสนุนด้านบุคลากรและสัมภาษณ์ผู้บริหารระดับสูง

KPI คือการระบุและต้นแบบการพัฒนา ต้นแบบนี้
ทบทวนโดยฝ่ายบริหารโมดูลเพิ่มเติมถูกตรวจสอบโดยผู้สอบบัญชีของธนาคาร
ก่อนส่งมอบให้ผู้บริหารคนอื่นๆ เทคนิคที่ใช้ในการพัฒนาระบบรวมข้อมูลแบบจำลอง , การฟื้นฟูโครงสร้างแผนภูมิการไหลของการออกแบบ
ดาบปลายปืนแบบโมดูลาร์ , แบบทดสอบและ walkthroughs . แพคเกจ 4 มิติ เป็นเครื่องมือที่ใช้พัฒนาซอฟต์แวร์
หลักการใช้งานและการเชื่อมต่อผู้ใช้ เมื่อระบบ
คือติดตั้งแบบหนึ่งต่อหนึ่งการฝึกอบรมเป็น " อ้างอิง " รวดเร็วชัวร์

คือ ผลิต ใน บริษัท พลังงาน , outsourcing เป็นมาตรฐานการพัฒนานโยบายของ
ระบบสารสนเทศกรม ฝ่ายเชื่อว่านี้เป็นวิธีที่จะเพิ่มประสิทธิภาพของมัน
มีบุคลากรจำกัด มากกว่าการไปโครงการพัฒนา
,แผนกสามารถจัดสรรอาชีพเป็นเจ้าหน้าที่จัดการและประสานงาน
หลายโครงการกับผู้ขายที่แตกต่างกัน อย่างไรก็ตาม ฝ่ายที่ต้องการ
ความต้องการการวิเคราะห์และการกำหนดปัจจัยเบื้องต้น กระบวนการ และรูปแบบ output เป็น
ความรับผิดชอบของพนักงานเอง นี้คือ " บอดี้ช็อป " Outsourcing เพื่อเหตุผลทางยุทธศาสตร์
การพัฒนาของวิธีการของ บริษัท พลังงานที่ดีที่สุด จัด เป็น น้ำตก
พัฒนามากกว่าวิวัฒนาการถึงแม้ว่า EIS มารุ่น 3
. แต่ละรุ่นได้ถูกระบบที่แตกต่างอย่างสิ้นเชิงกับที่แตกต่างกันและการประยุกต์ใช้เทคนิค
สภาพแวดล้อม การพัฒนาตามขั้นตอนของการวิเคราะห์ความต้องการและ
ออกแบบ พัฒนา ทดสอบระบบทางกายภาพการติดตั้ง , ระบบการฝึกอบรมและ
ประเมินผลระบบ ภายในมีเจ้าหน้าที่เตรียมความต้องการอย่างเป็นทางการและข้อมูลการออกแบบฐานข้อมูลการออกแบบและก่อสร้าง
ได้ผู้รับเหมา ใน
ความต้องการและข้อมูลการออกแบบแผนภูมิการไหลของระบบและแผนภาพการไหลข้อมูล
ใช้เพื่อปรับปรุงความเข้าใจของที่ปรึกษาเกี่ยวกับองค์กรและข้อมูล
ไหลแบบสอบถามและแบบสัมภาษณ์ที่ใช้เพื่อระบุความต้องการของผู้บริหาร
อย่างไรก็ตาม คือ เจ้าหน้าที่ไม่สามารถเข้าถึงผู้บริหารทั้งหมด หัวของแผนกคือ
รายงานว่า " ผู้บริหารไม่สามารถเสียสละเวลาของตน " การระบุข้อกำหนด
เตรียมจากการเป็นมากกว่า

มุมมองของผู้บริหารนอกจากข้อมูลการไหลแผนภาพและระบบการไหลของแผนภูมิ , modular ออกแบบ
การฟื้นฟูโครงสร้าง walkthroughs , รวมทั้งเทคนิคที่เป็นประโยชน์ ขั้นพื้นฐาน
Microsoft Windows , C , Lotus 1-2-3 , Microsoft Excel และ Microsoft Access ใช้
พัฒนาโปรแกรมประยุกต์ การรักษาของฐานข้อมูล , เจ้าหน้าที่รวบรวมข้อมูลจากหน่วยธุรกิจ
ใส่ไปโลตัส 1-2-3 หรือ Microsoft Excel บนแผ่นดิสก์ ,และใช้แผ่นดิสก์

update ข้อมูลเก็บไว้ในการบริหารระบบ LAN โดยอัตโนมัติกระบวนการนี้ไม่ได้เป็นเพียง
รวมข้อมูลที่ต้องการและฮาร์ดแวร์แพลตฟอร์มของแต่ละหน่วยธุรกิจแตกต่าง
จากหนึ่งให้กับผู้บริหาร หลังจากผู้รับเหมาส่งมอบระบบ คือเจ้าหน้าที่ทดสอบหน้าจอทุกการ walkthroughs
. การฝึกอบรมผู้บริหาร แบบหนึ่งต่อหนึ่ง
การใช้กลยุทธ์ที่ 2 คือ เจ้าหน้าที่ที่ได้รับมอบหมายเพื่ออธิบายวิธีการใช้
ระบบเมื่อผู้บริหารต้องการ สรุปเอกสารของผู้ใช้คู่มือ
จัดหาผู้รับเหมาที่เตรียมไว้ เมื่อระบบถูกใช้เป็นเวลาหกเดือน
ระบบประเมินผ่าน มีวัตถุประสงค์เพื่อรับปัญหาข้อเสนอแนะและ .
ประสบการณ์ขององค์กรเหล่านี้ โทรเข้ามาถามใช้เอาท์ซอร์สสำหรับการพัฒนา EIS . สนับสนุน โดยเฉพาะในประเทศกำลังพัฒนา ต้องแก้ไขบ่อย

รองรับการเปลี่ยนแปลงในสภาพแวดล้อมขององค์กรและความต้องการของผู้บริหารแต่ละคน

ในทั้งสองกรณี การวิวัฒนาการของระบบได้รับอย่างจริงจังอย่างต่อเนื่อง โดยขาด
ของนักพัฒนาหลักหลังจากการพัฒนาเริ่มต้นในทั้งสองกรณีมี
โอนของทักษะและความรู้เพื่อโฮสต์ ) สำหรับการเอาท์ซอร์สให้มีประสิทธิภาพ
สำหรับ EIS เรา hypothesise ไคลเอนต์ที่เป็นบุคลากรที่ต้องฝึกฝน และกระตุ้นให้การสนับสนุนและพัฒนาระบบต่อไป
.
5.3