Chapter 7 reviews several techniques for testing application control i การแปล - Chapter 7 reviews several techniques for testing application control i ไทย วิธีการพูด

Chapter 7 reviews several technique

Chapter 7 reviews several techniques for testing application control if audit evidence shows that computer applications process data correctly and accurately the auditor can form the basis for reducing the amount of substantive testing that needs to be performed since that client organization could however have hundreds of financially significant applications testing application controls can prove to be a highly technical and time-consuming activity auditors therefore seek efficient and effective way to limit the application testing.
The systems development and maintenance process is common to all applications.
A properly functioning systems development process ensures that only needed applications
Are created that they are properly specified that they possess adequate control and that they are thoroughly tested before being implemented the systems maintenance process ensures that only legitimate changes are made to applications and that such changes are also tested before being implemented together these processes establish the accuracy of new applications and preserve their integrity throughout the period under review
If the auditor can verify that these processes are effectively controlled he or she can limit the extent of application testing that needs to be done if however audit evidence shows SDLC controls
To be weak and inconsistently applied application testing and substantive testing cannot be reduced in some situations it may even be necessary to expand the scope of the audit with this perspective in place let’s now examine the controls audit objectives and audit procedures related to these important processes.
Controlling new systems development
The first five controllable activities discussed next deal with the authorization develop ment and implementation of the original system the last two controllable activities pertain to system maintenance procedures.
Systems authorization activities
All systems must be properly authorized to ensure their justification and feasibility as with all material transactions authorizing the development of a new information system should be a formal step in the process typically this requires that each new system request be submitted in writing by users to systems professionals who have both the expertise and authority to evaluate and approve(or reject) the request
User specification activities
Users must be actively involved in the system development process their involvement should not be stifled because the proposed system is technically complex regardless of the technology involved the user can and should provide a detailed written description of the logical need that must be satisfied by the system the creation of a user specification document often involves the joint efforts of the user and systems professionals however it is most important that this document remain a statement of user need it should describe the user’s view of the problem not that of the systems professionals.
Technical design activities
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
บทที่ 7 ความคิดเห็นเทคนิคหลายอย่างสำหรับการทดสอบโปรแกรมควบคุมหากตรวจสอบหลักฐานแสดงว่า การใช้งานคอมพิวเตอร์ประมวลผลข้อมูลได้อย่างถูกต้อง และแม่นยำผู้สอบบัญชีสามารถเป็นพื้นฐานสำหรับการลดจำนวนการทดสอบเนื้อหาสาระที่ต้องดำเนินการตั้งแต่ลูกค้าองค์กรอย่างไรก็ตามอาจมีร้อยสำคัญทางการเงินโปรแกรมการทดสอบโปรแกรมควบคุม สามารถพิสูจน์เป็นเทคนิคสูง และผู้ตรวจสอบกิจกรรมที่ใช้เวลานานจึงหาวิธีที่มีประสิทธิภาพ และประสิทธิผลการจำกัดโปรแกรมประยุกต์การทดสอบ กระบวนการพัฒนาและบำรุงรักษาระบบทั่วไปของโปรแกรมประยุกต์ทั้งหมดได้กระบวนการพัฒนาระบบทำให้การที่จำเป็นต้องใช้งานสร้างว่า พวกเขาถูกต้องระบุว่า พวกเขามีการควบคุมเพียงพอ และว่า พวกเขาจะทดสอบก่อนการดำเนินการกระบวนการบำรุงรักษาระบบมั่นใจได้ว่า มีการเปลี่ยนแปลงจะต้องตามกฎหมายการใช้งาน และที่ เปลี่ยนแปลงดังกล่าวจะยังทดสอบก่อนการใช้ร่วมกันเหล่านี้กระบวนการสร้างความถูกต้องของโปรแกรมประยุกต์ใหม่ และรักษาความสมบูรณ์ของตนตลอดระยะเวลาภายใต้การทบทวน ถ้าผู้สอบบัญชีสามารถตรวจสอบว่า กระบวนการเหล่านี้ ได้อย่างมีประสิทธิภาพควบคุมเขาหรือเธอสามารถจำกัดขอบเขตของการทดสอบโปรแกรมประยุกต์ที่จะต้องทำอย่างไรก็ตาม ตรวจสอบหลักฐานแสดง SDLC ควบคุมว่าจะอ่อนแอ และคล้องใช้ ทดสอบโปรแกรมและการทดสอบเนื้อหาสาระไม่สามารถลดในบางสถานการณ์ก็อาจจำเป็นต้องขยายขอบเขตการตรวจสอบด้วยมุมมองนี้ที่มาตอนนี้ตรวจสอบวัตถุประสงค์การตรวจสอบการควบคุม และตรวจสอบขั้นตอนที่เกี่ยวข้องกับกระบวนการสำคัญนี้ได้ ควบคุมพัฒนาระบบใหม่ การจัดการต่อไปกิจกรรมควบคุมห้าที่กล่าวถึงครั้งแรกกับการตรวจสอบพัฒนาติดขัดและการใช้งานของระบบเดิมที่สุดสองควบคุมกิจกรรมที่เกี่ยวข้องกับขั้นตอนการบำรุงรักษาระบบ ระบบตรวจสอบกิจกรรมระบบทั้งหมดต้องได้รับอนุญาตอย่างถูกต้องการเหตุผลและความเป็นไปของพวกเขา มีอำนาจอนุมัติการพัฒนาข้อมูลใหม่ธุรกรรมทั้งหมด จะเป็นระบบขั้นตอนอย่างเป็นทางการในกระบวนการโดยทั่วไปต้องการว่า สามารถส่งคำขอแต่ละระบบใหม่ในการเขียนโดยผู้ใช้ระบบผู้เชี่ยวชาญที่มีความเชี่ยวชาญและการประเมิน และอนุมัติ หรือปฏิเสธ) การร้องขอ ผู้ใช้กำหนดกิจกรรมผู้ใช้ต้องมีส่วนร่วมอย่างแข็งขันในกระบวนการพัฒนาระบบการมีส่วนร่วมควรเป็น stifled เนื่องจากระบบนำเสนอเทคนิคซับซ้อนคำนึงถึงเทคโนโลยีเกี่ยวข้องกับผู้ใช้ที่สามารถ และควรให้รายละเอียดเขียนอธิบายความจำเป็นแบบลอจิคัลที่ต้องถูกแก้ไข โดยระบบการสร้างผู้ใช้กำหนดเอกสารมักจะเกี่ยวข้องกับความพยายามร่วมกันของผู้ใช้และระบบผู้เชี่ยวชาญ ก็สำคัญที่เอกสารนี้ยังคง คำสั่งของผู้ใช้ จำเป็นซึ่งควรอธิบายมุมมองของผู้ใช้ของปัญหาไม่ว่าในระบบผู้เชี่ยวชาญเทคนิคการออกแบบกิจกรรม
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
บทที่ 7 ความคิดเห็นเทคนิคหลายประการสำหรับการควบคุมการประยุกต์ใช้การทดสอบถ้าหลักฐานการตรวจสอบแสดงให้เห็นว่าการประมวลผลข้อมูลการใช้งานคอมพิวเตอร์ได้อย่างถูกต้องและถูกต้องของผู้สอบบัญชีสามารถสร้างพื้นฐานสำหรับการลดจำนวนของการทดสอบที่สำคัญที่จะต้องมีการดำเนินการตั้งแต่องค์กรไคลเอนต์ที่ แต่อาจจะมีหลายร้อยอย่างมีนัยสำคัญทางการเงิน การควบคุมการประยุกต์ใช้การทดสอบการใช้งานที่สามารถพิสูจน์ให้เป็นอย่างสูงทางด้านเทคนิคและใช้เวลานานผู้สอบบัญชีกิจกรรมจึงแสวงหาวิธีที่มีประสิทธิภาพและมีประสิทธิภาพในการ จำกัด การทดสอบแอพลิเคชัน.
การพัฒนาระบบและการบำรุงรักษากระบวนการเป็นเรื่องธรรมดาที่ทุกการใช้งาน.
อย่างถูกต้องทำงานกระบวนการพัฒนาระบบเพื่อให้แน่ใจว่ามีเพียง การใช้งานที่จำเป็น
จะถูกสร้างขึ้นว่าพวกเขามีการระบุไว้อย่างถูกต้องว่าพวกเขามีการควบคุมที่เพียงพอและว่าพวกเขาจะทดสอบอย่างละเอียดก่อนที่จะถูกดำเนินการขั้นตอนการบำรุงรักษาระบบเพื่อให้แน่ใจว่าเฉพาะการเปลี่ยนแปลงที่ถูกต้องจะทำให้การใช้งานและว่าการเปลี่ยนแปลงดังกล่าวนอกจากนี้ยังมีการทดสอบก่อนที่จะถูกนำมาใช้ร่วมกันกระบวนการเหล่านี้สร้าง ความถูกต้องของการใช้งานใหม่และรักษาความสมบูรณ์ของพวกเขาตลอดระยะเวลาที่อยู่ภายใต้การตรวจสอบ
หากผู้สอบบัญชีสามารถตรวจสอบว่ากระบวนการเหล่านี้จะถูกควบคุมอย่างมีประสิทธิภาพที่เขาหรือเธอสามารถ จำกัด ขอบเขตของการทดสอบโปรแกรมที่ต้องทำ แต่ถ้าตรวจสอบหลักฐานที่แสดงให้เห็น SDLC ควบคุม
จะอ่อนแอ และไม่ลงรอยกันนำไปใช้ทดสอบโปรแกรมและการทดสอบที่สำคัญไม่สามารถจะลดลงในบางสถานการณ์ก็อาจมีความจำเป็นที่จะขยายขอบเขตของการตรวจสอบที่มีมุมมองนี้ในสถานที่ตอนนี้ขอตรวจสอบวัตถุประสงค์การควบคุมตรวจสอบและวิธีการตรวจสอบที่เกี่ยวข้องกับกระบวนการที่สำคัญเหล่านี้.
ควบคุมระบบใหม่ การพัฒนา
ห้ากิจกรรมควบคุมแรกที่กล่าวถึงจัดการต่อไปที่มีการอนุมัติในการพัฒนา ment และการดำเนินงานของระบบเดิมที่สองกิจกรรมควบคุมได้เกี่ยวข้องกับขั้นตอนการบำรุงรักษาระบบ.
กิจกรรมการอนุมัติระบบ
ทุกระบบต้องได้รับอนุญาตอย่างถูกต้องเพื่อให้แน่ใจว่าเหตุผลและความเป็นไปของพวกเขาเช่นเดียวกับวัสดุทั้งหมด การทำธุรกรรมการอนุญาตให้มีการพัฒนาระบบสารสนเทศใหม่ควรจะเป็นขั้นตอนอย่างเป็นทางการในกระบวนการโดยทั่วไปนี้ต้องว่าแต่ละคำขอระบบใหม่จะถูกส่งเป็นลายลักษณ์อักษรจากผู้ใช้ไปยังผู้เชี่ยวชาญด้านระบบที่มีทั้งความเชี่ยวชาญและมีอำนาจในการประเมินและอนุมัติ (หรือปฏิเสธ) เดอะ คำขอ
กิจกรรมข้อกำหนดของผู้ใช้
ผู้ใช้จะต้องมีส่วนร่วมในกระบวนการพัฒนาระบบการมีส่วนร่วมของพวกเขาไม่ควรกลั้นเพราะระบบที่นำเสนอมีความซับซ้อนทางเทคนิคโดยไม่คำนึงถึงเทคโนโลยีที่เกี่ยวข้องผู้ใช้สามารถและควรจะให้เขียนคำอธิบายรายละเอียดของความต้องการตรรกะที่จะต้องมีความพึงพอใจ โดยระบบการสร้างเอกสารข้อกำหนดการใช้มักจะเกี่ยวข้องกับความพยายามร่วมกันของผู้ใช้และระบบมืออาชีพ แต่มันเป็นสิ่งสำคัญที่สุดว่าเอกสารฉบับนี้ยังคงอยู่ในคำสั่งของผู้ใช้จำเป็นต้องใช้มันควรจะอธิบายมุมมองของผู้ใช้ของปัญหาไม่ได้ว่าของผู้เชี่ยวชาญด้านระบบ .
กิจกรรมการออกแบบทางเทคนิค
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
บทที่ 7 รีวิวเทคนิคหลายประการสำหรับทดสอบโปรแกรมควบคุม ถ้าหลักฐานการตรวจสอบพบว่าคอมพิวเตอร์ประมวลผลข้อมูลได้อย่างถูกต้องและถูกต้องผู้สอบบัญชีสามารถเป็นพื้นฐานสำหรับการลดปริมาณของคำนามที่การทดสอบที่ต้องปฏิบัติตั้งแต่ที่ลูกค้าองค์กรสามารถอย่างไรก็ตามมีหลายร้อยโปรแกรมการทดสอบการควบคุมโปรแกรมทางการเงินที่สำคัญสามารถพิสูจน์ได้ในเชิงเทคนิค และใช้เวลานาน กิจกรรม ผู้สอบบัญชีจึงหาวิธีที่มีประสิทธิภาพและมีประสิทธิภาพเพื่อ จำกัด การทดสอบโปรแกรมการพัฒนาระบบและการบำรุงรักษากระบวนการทั่วไปกับโปรแกรมทั้งหมดกระบวนการพัฒนาระบบการทํางานอย่างถูกต้องเพื่อให้แน่ใจว่าต้องการโปรแกรมที่ถูกสร้างขึ้นที่พวกเขาจะถูกระบุว่าพวกเขามีการควบคุมเพียงพอ และว่าพวกเขาถูกทดสอบอย่างละเอียดก่อนการใช้กระบวนการบำรุงรักษาระบบ ยืนยันว่า การเปลี่ยนแปลงเพียงที่ถูกต้องทำเพื่อการใช้งาน และการเปลี่ยนแปลงดังกล่าวจะยังทดสอบก่อนที่จะถูกใช้ร่วมกัน กระบวนการเหล่านี้สร้างความถูกต้องของโปรแกรมใหม่และรักษาความสมบูรณ์ของพวกเขาตลอดระยะเวลาในการทบทวนถ้าผู้ตรวจสอบสามารถตรวจสอบว่ากระบวนการเหล่านี้จะควบคุมได้อย่างเขาหรือเธอสามารถ จำกัด ขอบเขตของการประยุกต์ใช้การทดสอบที่ต้องทํา แต่ถ้าแสดงหลักฐานของการตรวจสอบ การควบคุมจะอ่อนแอและชาตินิยมใช้โปรแกรมการทดสอบและการทดสอบเนื้อหาสาระจะลดลงในบางสถานการณ์มันอาจจะต้องขยายขอบเขตของการตรวจสอบกับมุมมองนี้ในสถานที่ให้ตรวจสอบการควบคุมการตรวจสอบวัตถุประสงค์และตรวจสอบกระบวนการที่เกี่ยวข้องกับกระบวนการที่สำคัญเหล่านี้การควบคุมการพัฒนาระบบใหม่ครั้งแรกที่ควบคุมกิจกรรมที่กล่าวถึงต่อไปจัดการกับการอนุญาตพัฒนา ment และการใช้งานของระบบเดิมเมื่อสองควบคุมกิจกรรมต่างๆเกี่ยวกับระบบขั้นตอนการบำรุงรักษากิจกรรมจากระบบระบบทั้งหมดจะต้องได้รับอนุญาตอย่างถูกต้องเพื่อให้แน่ใจว่าพวกเขาให้เหตุผลและความเป็นไปได้กับวัสดุทุกธุรกรรมการพัฒนาระบบสารสนเทศใหม่ควรเป็นขั้นตอนอย่างเป็นทางการ โดยทั่วไปกระบวนการนี้ต้องใช้ระบบใหม่แต่ละที่ขอแสดงความคิดเห็นในการเขียน โดยผู้ใช้ระบบผู้เชี่ยวชาญที่มีทั้งความเชี่ยวชาญและอำนาจที่จะประเมินและอนุมัติหรือปฏิเสธ ) ขอกิจกรรมรายละเอียดผู้ใช้ผู้ใช้จะต้องมีส่วนร่วมอย่างแข็งขันในกระบวนการพัฒนาระบบการมีส่วนร่วมของพวกเขาไม่ควรกังวล เพราะระบบมีความซับซ้อนทางเทคนิคโดยไม่คำนึงถึงเทคโนโลยีที่เกี่ยวข้องผู้ใช้สามารถและควรให้เขียนรายละเอียดอธิบายเป็นตรรกะที่ต้องพอใจ โดยระบบการสร้างผู้ใช้กำหนดเอกสารมักจะเกี่ยวข้องกับความพยายามร่วมกันของผู้ใช้ และระบบผู้เชี่ยวชาญ แต่ที่สำคัญที่สุด เอกสารนี้เป็นแถลงการณ์ของผู้ใช้ต้องการมันควรอธิบายมุมมองของผู้ใช้ของปัญหา ไม่ใช่ระบบมืออาชีพกิจกรรมการออกแบบทางเทคนิค
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2026 I Love Translation. All reserved.

E-mail: