A third way to improve the developm

A third way to improve the development process is to use computer - aided software engineering tools to automate important aspects of the software development process. CASE tools are used to plan, analyze, design, program, and maintain an information system. They are also used to enhance the efforts of managers, users, and programmers in understanding information needs.

Ann considered the different strategies discussed in this chapter and eliminate several of them. She decided against outsourcing the AIS because she did not feel that option would provide Shoppers Mart with the type of system that management wanted. She also believed her team could do a better and faster job developing the system than an outsourcer. Ann did not think that prototyping would be effective, because Shoppers Mark needed a large and complex system that would serve the needs of many users in many functional areas. Ann discussed the new system with top management and the systems staff and decided that the company's business processes did not need to be radically overhauled; that is, the system did not need to be reengineered.

Ann narrowed her options down to purchasing a system or designing one in - house If Shoppers Mark decides to develop its own software, Ann will investigate the various CASE packages on the marker to see if they will add value to the development process.

No matter which approach she chooses, Ann wants to facilitated as much end - user development as is practical and useful. Ann will make the final decision during the conceptual design phase (Chapter 20). To gather the information she needs to decide whether to purchase software, Ann prepares and sends an RFP to vendors. The RFP asks the vendors to propose software and hardware to meet the company's needs as identified during systems analysis.

KEY TERMS
canned software 703
turnkey system 703
application service provider (ASP) 703
request for proposal (RFP) 704
benchmark problem 706
point scoring 706
requirements costing 706
custom software 707
end - user computing (EUC) 708

end - user development (EUD) 709
help desk 711
outsourcing 712
business process reengineering (BPR) 714
business process management (BPM) 714
prototyping 716
prototype 716

operational prototype 718
nonoperational (throwaway) prototype 718
computer-aided software (or systems) engineering (CASE) 720

AIS IN ACTION
CHAPTER QUIZ
1. Which of the following is not one of the difficulties accountants have experienced using the traditional systems development life cycle?
a. AIS development projects are backlogged for years.
b. Changes are not usually possible after requirements have been frozen.
c. The AIS that is developed may not meet their needs.
d. All of the above are difficulties with the SDLC.

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

วิธีที่สามการปรับปรุงพัฒนาคือการ ใช้คอมพิวเตอร์ - เครื่องมือช่วยวิศวกรรมซอฟต์แวร์ด้านสำคัญของการพัฒนาซอฟต์แวร์โดยอัตโนมัติ กรณีเครื่องมือจะใช้ในการวางแผน วิเคราะห์ ออก แบบ โปรแกรม และรักษาระบบข้อมูลการ นอกจากนี้พวกเขายังจะใช้ในการเพิ่มความพยายามของผู้บริหาร ผู้ใช้ และโปรแกรมเมอร์ในการเข้าใจความต้องการข้อมูลแอนพิจารณากลยุทธ์ต่าง ๆ กล่าวถึงในบทนี้ และกำจัดได้ เธอตัดสินใจกับผู้รับเหมาช่วงเอไอเอสเนื่องจากเธอไม่ได้รู้สึกว่า ตัวเลือกจะให้นักช็อปมินิมาร์ทกับชนิดของระบบที่ต้องจัดการ เธอยังเชื่อว่า ทีมงานของเธอสามารถทำงานดีขึ้น และเร็วขึ้นพัฒนาระบบกว่า outsourcer การ แอนไม่ได้คิดว่า ต้นแบบนั้นจะมีประสิทธิภาพ เนื่องจากนักช็อปหมายจำเป็นต้องใช้ระบบขนาดใหญ่ และซับซ้อนที่จะตอบสนองความต้องของผู้ใช้จำนวนมากในหลายพื้นที่ทำงาน แอนกล่าวถึงระบบใหม่กับผู้บริหารระดับสูงและพนักงานระบบ และตัดสินใจว่า กระบวนการทางธุรกิจของบริษัทไม่ได้จำเป็นต้องมีก็ overhauled นั่นคือ ระบบก็ไม่จำเป็นต้องมี reengineeredแอนจำกัดตัวเลือกของเธอเพื่อซื้อระบบ หรือออกแบบใน - บ้านหมายนักช็อปหากตัดสินใจที่จะพัฒนาซอฟต์แวร์ของตนเอง แอนจะตรวจสอบแพ็คเกจกรณีต่าง ๆ บนเครื่องเพื่อดูถ้าพวกเขาจะเพิ่มมูลค่าการพัฒนา ไม่ว่าวิธีที่เธอเลือก แอนน์อยากอำนวยความสะดวกมากที่สุดสิ้นสุด - พัฒนาผู้ตามเป็นจริง และมีประโยชน์ แอนจะทำให้การตัดสินใจขั้นสุดท้ายระหว่างขั้นตอนการออกแบบแนวคิด (บทที่ 20) เพื่อรวบรวมข้อมูลที่ เธอต้องตัดสินใจว่า จะซื้อซอฟต์แวร์ แอนเตรียม และส่ง RFP กับผู้ขาย RFP ถามผู้ขายที่เสนอซอฟต์แวร์และฮาร์ดแวร์เพื่อตอบสนองความต้องการของบริษัทตามที่ระบุในระหว่างการวิเคราะห์ระบบเงื่อนไขที่สำคัญ ซอฟต์แวร์กระป๋อง 703 ระบบครบวงจร 703 ผู้ให้บริการแอพลิเคชัน (ASP) 703 คำขอข้อเสนอ (RFP) 704 ปัญหามาตรฐาน 706 ชี้ 706 คะแนน ความต้องการคิดต้นทุน 706 ซอฟท์แวร์ 707 ผู้ใช้คอมพิวเตอร์ (EUC) 708 - สิ้นสุดผู้พัฒนา (EUD) 709 - สิ้นสุด แผนกบริการ 711 จ้าง 712 การรื้อปรับระบบ (BPR) 714 จัดการกระบวนการธุรกิจ (BPM) 714 ต้นแบบ 716 ต้นแบบ 716ต้นแบบงาน 718 ต้นแบบ (ปลิว) nonoperational 718 ซอฟต์แวร์ใช้คอมพิวเตอร์ช่วย (หรือระบบ) วิศวกรรม (กรณี) 720เอไอเอสในการดำเนินการแบบทดสอบบทที่1. ซึ่งต่อไปนี้ไม่ใช่ความยากลำบากการบัญชีมีประสบการณ์ในการใช้วงจรชีวิตของการพัฒนาระบบแบบดั้งเดิมเอโครงการพัฒนาเอไอเอสมีคงค้างปีเกิดการเปลี่ยนแปลงไม่ได้ปกติหลังจากที่ต้องมีการแช่แข็งc. เอไอเอสที่ถูกพัฒนาขึ้นอาจตอบสนองความต้องd. ทั้งหมดข้างต้นเป็นความยากลำบากกับ SDLC

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

วิธีที่สามในการปรับปรุงกระบวนการพัฒนาคือการใช้คอมพิวเตอร์ - เครื่องมือวิศวกรรมซอฟต์แวร์ช่วยการทำงานโดยอัตโนมัติที่สำคัญของกระบวนการพัฒนาซอฟต์แวร์ เครื่องมือกรณีถูกนำมาใช้ในการวางแผนวิเคราะห์ออกแบบโปรแกรมและการบำรุงรักษาระบบสารสนเทศ พวกเขายังใช้เพื่อเพิ่มความพยายามของผู้บริหารผู้ใช้และการเขียนโปรแกรมในการทำความเข้าใจความต้องการข้อมูล. แอนถือว่าเป็นกลยุทธ์ที่แตกต่างที่กล่าวถึงในบทนี้และกำจัดหลายของพวกเขา เธอตัดสินใจจ้างเอไอเอสเพราะเธอไม่ได้รู้สึกว่าตัวเลือกที่จะให้ผู้ซื้อมาร์ทกับประเภทของระบบการจัดการที่ต้องการ นอกจากนี้เธอยังเชื่อว่าทีมงานของเธออาจจะได้งานที่ดีขึ้นและเร็วขึ้นการพัฒนาระบบกว่าจ้าง แอนไม่ได้คิดว่าจะเป็นการสร้างต้นแบบที่มีประสิทธิภาพเพราะผู้ซื้อมาร์คจำเป็นระบบขนาดใหญ่และซับซ้อนที่จะตอบสนองความต้องการของผู้ใช้จำนวนมากในพื้นที่การทำงานหลาย ๆ แอนกล่าวถึงระบบใหม่ที่มีผู้บริหารระดับสูงและพนักงานระบบและตัดสินใจว่ากระบวนการทางธุรกิจของ บริษัท ไม่จำเป็นต้องได้รับการซ่อมแซมอย่างรุนแรง; ว่ามีระบบไม่จำเป็นต้องได้รับการปรับเปลี่ยนใหม่. แอนแคบตัวเลือกของเธอลงไปซื้อของระบบหรือการออกแบบอย่างใดอย่างหนึ่งในบ้าน - ถ้าผู้ซื้อมาร์คตัดสินใจในการพัฒนาซอฟต์แวร์ของตัวเองแอนจะตรวจสอบกรณีแพคเกจต่างๆในเครื่องหมายเพื่อดูว่า พวกเขาจะเพิ่มมูลค่าให้กับกระบวนการพัฒนา. ไม่ว่าเธอเลือกวิธีการที่แอนต้องการที่จะอำนวยความสะดวกมากที่สุดเท่าที่ปลาย - การพัฒนาผู้ใช้เป็นเป็นจริงและมีประโยชน์ แอนจะตัดสินใจขั้นสุดท้ายในระหว่างขั้นตอนการออกแบบ (บทที่ 20) เพื่อรวบรวมข้อมูลที่เธอต้องการที่จะตัดสินใจว่าจะซื้อซอฟต์แวร์แอนเตรียมและส่ง RFP ให้กับผู้ขาย RFP ถามผู้ขายเพื่อนำเสนอซอฟแวร์และฮาร์ดแวร์ที่จะตอบสนองความต้องการของ บริษัท ตามที่ระบุในระหว่างการวิเคราะห์ระบบ. คำสำคัญซอฟต์แวร์กระป๋อง 703 ระบบแบบครบวงจร 703 ผู้ให้บริการแอพลิเคชัน (ASP) 703 คำขอสำหรับข้อเสนอ (RFP) 704 ปัญหามาตรฐาน 706 จุดให้คะแนน 706 ต้องการ ต้นทุน 706 ซอฟต์แวร์ที่กำหนดเอง 707 - end คอมพิวเตอร์ของผู้ใช้ (EUC) 708 ปลาย - การพัฒนาของผู้ใช้ (EUD) 709 ช่วยโต๊ะ 711 จ้าง 712 การปรับรื้อกระบวนการทางธุรกิจ (BPR) 714 การจัดการกระบวนการทางธุรกิจ (BPM) 714 716 ต้นแบบต้นแบบ 716 ต้นแบบการดำเนินงาน 718 nonoperational (ใบปลิว ) ต้นแบบ 718 ซอฟต์แวร์คอมพิวเตอร์ช่วย (หรือระบบ) วิศวกรรม (case) 720 เอไอเอสในการดำเนินการทดสอบบทที่1 ซึ่งต่อไปนี้ไม่ได้เป็นหนึ่งในปัญหาที่บัญชีมีประสบการณ์การใช้ระบบแบบดั้งเดิมการพัฒนาวงจรชีวิต? เอไอเอสได้รับการพัฒนาโครงการ backlogged ปีที่ผ่านมา. ข การเปลี่ยนแปลงเป็นไปไม่ได้ปกติหลังจากความต้องการได้รับการแช่แข็ง. ค เอไอเอสที่มีการพัฒนาอาจจะไม่ตอบสนองความต้องการของพวกเขา. ง ทั้งหมดที่กล่าวมาเป็นปัญหากับ SDLC

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

วิธีที่สามที่จะปรับปรุงกระบวนการพัฒนาคือการใช้คอมพิวเตอร์ช่วยวิศวกรรมซอฟต์แวร์เครื่องมืออัตโนมัติที่สำคัญของกระบวนการพัฒนาซอฟต์แวร์ เครื่องมือนี้ใช้ในการวางแผน วิเคราะห์ การออกแบบโปรแกรม และรักษาข้อมูลระบบ พวกเขายังใช้เพื่อเพิ่มความพยายามของผู้จัดการผู้ใช้และโปรแกรมเมอร์ในการทำความเข้าใจความต้องการ

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

ภาพที่ประกอบร่างแล้วแอน จำกัด ตัวเลือกของเธอลงเพื่อการจัดซื้อระบบ หรือการออกแบบ หนึ่งในบ้าน - ถ้าผู้ซื้อมาร์คตัดสินใจที่จะพัฒนาซอฟต์แวร์ของตัวเอง แอนจะสอบสวนคดีต่างๆ เรื่องเครื่องหมายเพื่อดูว่าพวกเขาจะเพิ่มมูลค่าให้กับกระบวนการพัฒนา

ไม่ว่าวิธีการที่เธอเลือกให้ แอน อยากเกิดเป็นจบมากการพัฒนาผู้ใช้เป็นประโยชน์ และเป็นประโยชน์แอนจะทำให้การตัดสินใจขั้นสุดท้ายในช่วงระยะการออกแบบ ( บทที่ 20 ) เพื่อรวบรวมข้อมูลที่เธอต้องตัดสินใจว่าจะซื้อซอฟต์แวร์แอนเตรียมและส่ง RFP เพื่อผู้ขาย RFP ถามผู้ขายเพื่อนำเสนอซอฟต์แวร์และฮาร์ดแวร์ที่ตอบสนองความต้องการของ บริษัท ที่ระบุไว้ในการวิเคราะห์ระบบ คีย์แง่



ระบบซอฟต์แวร์แบบกระป๋องแล้ว 703
ผู้ให้บริการโปรแกรม ( ASP ) 703
คำขอสำหรับข้อเสนอ ( RFP ) 704


แต่มาตรฐานปัญหาจุดที่ความต้องการซอฟต์แวร์เอง

แต่ถ้าจบ - ต้นทุนคอมพิวเตอร์ผู้ใช้คะแนน ( euc ) แต่

จบ - ใช้พัฒนา ( eud ) 709

Outsourcing ช่วยโต๊ะ 711 712
Burma VJ ( BPR ) การจัดการกระบวนการทางธุรกิจ ( BPM ) แล้วนี่




ต้นแบบต้นแบบ 716 717 718
งานต้นแบบnonoperational ( ใบปลิว ) ต้นแบบ 718
ซอฟต์แวร์คอมพิวเตอร์ ( หรือระบบ ) วิศวกรรม ( กรณี ) 720

จึงทดสอบบทแอ็คชั่น

1 ซึ่งต่อไปนี้ไม่ได้เป็นหนึ่งในปัญหาที่นักบัญชีที่มีประสบการณ์การใช้แบบดั้งเดิมในการพัฒนาระบบวงจรชีวิต ?
a การพัฒนาโครงการ เอไอเอสจะค้างๆไว้นะสำหรับปี .
เปลี่ยนบีไม่ได้มักจะเป็นไปได้ตามความต้องการได้ถูกแช่แข็ง
Cเอไอเอส ที่พัฒนาขึ้น อาจจะไม่ตอบสนองความต้องการของพวกเขา .
d ทั้งหมดข้างต้นมีปัญหากับงาน