1. Formally evaluate large projects

1. Formally evaluate large projects. Employees should be allowed to create a large application only after it has withstood the scrutiny of a formal review of its costs and benefits. When projects are large, higher-level management should be involved in the go-ahead decision.

2. Adopt formal end-user development policies. Employees usually do not develop poor applications because they wish to do so, but because no organizational policies exist that restrict them from doing so. Policy guidelines should include procedures for testing software, examining internal controls, and periodically auditing systems.


3. Formalize documentation standards. At this point in the chapter, the importance of formal documentation should be self-evident. What may be less obvious is the need to create procedures for ensuring that these documentation standards are met.

4. Limit the number of employees authorized to create end-user applications. This restricts applications development to those employees in whom management has confidence, or perhaps who have taken formal development classes.


5. Audit new and existing systems. The more critical an end-user system is to the functioning of a department or division, the more important it is for organizations to require formal audits of such systems for compliance with the guidelines outlined previously.

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

1. อย่างเป็นกิจจะลักษณะประเมินโครงการขนาดใหญ่ พนักงานควรได้รับอนุญาตให้สร้างแอพพลิเคชันขนาดใหญ่หลังจากที่มันมีความทนทาน scrutiny ของรีวิวอย่างเป็นทางการของต้นทุนและผลประโยชน์เท่านั้น เมื่อโครงการมีขนาดใหญ่ บริหารสูงกว่าควรเกี่ยวข้องใน go-ahead ตัดสินใจ

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


3 Formalize เอกสารมาตรฐาน จุดนี้ในบท ความสำคัญของเอกสารอย่างเป็นทางควรวีรกรรม อะไรอาจจะไม่ชัดเจนจึงจำเป็นต้องสร้างกระบวนการสำหรับการบริการมาตรฐานเอกสารเหล่านี้ดง

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


5 ตรวจสอบระบบใหม่ และที่มีอยู่ ยิ่งสำคัญเป็นผู้ใช้ระบบเป็นการทำงานของแผนกหรือฝ่าย ที่สำคัญก็คือสำหรับองค์กรที่ต้องการตรวจสอบอย่างเป็นทางการของระบบสำหรับการปฏิบัติตามแนวทางที่ระบุไว้ก่อนหน้านี้

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

1 . ทางการประเมินโครงการขนาดใหญ่ พนักงานควรได้รับอนุญาตในการสร้างโปรแกรมประยุกต์ที่มีขนาดใหญ่เท่านั้น หลังจากมี withstood การตรวจสอบอย่างเป็นทางการของต้นทุนและผลประโยชน์ เมื่อโครงการมีขนาดใหญ่ , การจัดการระดับควรมีส่วนร่วมในการตัดสินใจเลย

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


3 พิธีมาตรฐานเอกสาร ณจุดนี้ ในบทความสำคัญของเอกสารที่เป็นทางการควรมีความชัดเจนในตัวเอง สิ่งที่จะเห็นได้ชัด คือ ต้องสร้างกระบวนการเพื่อให้มั่นใจว่ามาตรฐานของเอกสารเหล่านี้จะพบ

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


5 ระบบใหม่และที่มีอยู่ ตรวจสอบ ยิ่งมีผู้ใช้ระบบการทํางานของแผนกแผนกหรือ และที่สำคัญที่สุด คือ องค์กรต้องมีการตรวจสอบอย่างเป็นทางการของระบบดังกล่าวเพื่อให้สอดคล้องกับแนวทางที่ระบุไว้ก่อนหน้านี้