3. Control. By keeping modules small, they are less likely to contain  การแปล - 3. Control. By keeping modules small, they are less likely to contain  ไทย วิธีการพูด

3. Control. By keeping modules smal


3. Control. By keeping modules small, they are less likely to contain material errors of fraudulent logic. Since each module is independent of the other , errors are contained within the module.
Test the application software
All program module must be thoroughly tested before they are implemented . there are some proven concepts about testing that should be followed by the system developers, and considered by auditors in conducting audits.
Testing methodology. The process itself has structured step to follow. Figure 5.8 show a program-testing procedure involving the creation of hypothetical master files and transaction files that are process by the modules being tested. The result of the test are then compared againt predetermined results to identify programming and logic errors. For example in testing the logic of the accounts receivable update module illustrated in figure 5.8 the programmer might create an account receivable master file record for john smith with a current balance of $1,000 and a sales order transaction record for $100.before performing the update test the programmer concludes that a new balance of $1,100 should be created to verify the module’s internal logic, the programmer compares the actual results obtained from the run with the pre-determined results. This example is a simple one of a program test. actual testing would be extensive and would involve many transaction that test all aspects of the module’s logic
Testing offline before deploying online the first point that is critical in testing is to never underestimate the principle of testing before deploying a system online implementing a system without testing offline is an invitation to disaster one online e-commerce firm went out of business because it implemented a system online without testing it offline first and accidentally left a vulnerable web server open to attacks from cracker. A cracker stole thousands of credit card number and eventually the online business failed.
Test data creating meaningful test data is an extremely time-consuming aspect of program testing
This activity can however provide future benefits as we shall see in chapterv7 application auditing sometimes involves program testing to facilitate future testing test data prepared during the implementation phase should be retained for reuse this test data will give the auditor a frame of reference for designing and evaluating future audit tests for example if a program has undergone on maintenance changes since its original implementation the test result from the audit can thus focus attention upon those areas maintaining test data and its results is also a significant control feature as future as future systems development can use the test data and results to test future changes to application software.
System implementation – phase vii
In the system implementation phase of the systems development process, database structures
Are created and populated with data equipment is purchased and installed the implementation process engager the efforts of designers programmers database administrators, users, and accountants the activities in this phase entail extensive costs and will often consume more. Personnel-hour than all other preimplementation phases of the SDLC combined
Testing the entire system
When all modules have been coded and tested they must be brought together and tested as a
Whole user personnel should direct system-wide testing as a prelude to the formal system implementation the procedure involves processing hypothetical data through
The system the output of the system are then reconciled with predetermined results.
And the test is documented to provide evidence of the system ‘s performance finally
When those conducting the tests are satisfied with the results, they should then complete
A formal acceptance document this is an explicit acknowledgment by the user that the system
In question meet stated requirement the user acceptance document becomes important in
Reconciling differences and assigning responsibility during the post-implementation review of the system
Documenting the system
The system’s documentation provides the auditor with essential information about how the system
Work’s the documentation requirement of three group—systems designers and programmers computer operators and end users—are of particular importance
Designer and programmer documentation.
System designers and programmers need documentation to debug errors and perform maintenance on the system this group is involved with the system on a highly technical level, which requires both
General and detailed in formation some of this is provided through data flow diagrams,entity relation(er)diagrams and structure diagrams in addition system flowcharts,pro-gram flowcharts and program code listings are important forms of documentation the system flowchart shows the relationship of input files programs and output files however it does
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
3. การควบคุม ทำให้โมดูเล็ก ๆ พวกเขาจะน้อยจะประกอบด้วยข้อผิดพลาดวัสดุของตรรกะที่หลอกลวง เนื่องจากแต่ละโมดูเป็นอิสระอื่น ๆ ข้อผิดพลาดที่มีอยู่ภายในโมดูลทดสอบโปรแกรมประยุกต์โมดูโปรแกรมทั้งหมดต้องมีอย่างละเอียดทดสอบก่อนดำเนินการ มีแนวคิดบางพิสูจน์เกี่ยวกับการทดสอบที่ควรจะตาม ด้วยนักพัฒนาระบบ และพิจารณา โดยผู้ตรวจสอบดำเนินการตรวจสอบการทดสอบวิธีการ กระบวนการมีโครงสร้างขั้นตอนการปฏิบัติตาม รูปที่ 5.8 แสดงขั้นตอนการทดสอบโปรแกรมเกี่ยวข้องกับการสร้างแฟ้มหลักสมมุติและแฟ้มธุรกรรมที่มีโมดูลที่กำลังทดสอบกระบวนการ ผลของการทดสอบได้ แล้วขุ่นเมื่อเปรียบเทียบผลเพื่อระบุข้อผิดพลาดในการเขียนโปรแกรมและตรรกะที่กำหนด ตัวอย่างเช่น ในการทดสอบตรรกะของโมปรับปรุงลูกหนี้บัญชีที่แสดงในรูปที่ 5.8 โปรแกรมเมอร์อาจสร้าง บัญชีบันทึกแฟ้มหลักลูกหนี้สำหรับจอห์นสมิธด้วยยอดดุลปัจจุบัน $ 1,000 และใบบันทึกรายการใบสั่งขายสำหรับ $100.before การปรับปรุงการดำเนินการทดสอบที่โปรแกรมเมอร์สรุปว่า ควรสร้างสมดุลใหม่ของ $1,100 เพื่อตรวจสอบตรรกะภายในของโมดู โปรแกรมเมอร์เปรียบเทียบผลลัพธ์ที่ได้จากการทำงานกับผลลัพธ์ที่กำหนดเอาไว้นั้นจริง ตัวอย่างนี้อย่างง่ายของการทดสอบโปรแกรม ทดสอบจริงจะกว้างขวาง และจะเกี่ยวข้องกับธุรกรรมจำนวนมากที่ทดสอบของตรรกะของโมดูลการทดสอบแบบออฟไลน์ก่อนใช้งานออนไลน์จุดแรกที่สำคัญในการทดสอบคือการไม่ประมาทเป็นหลักการของการทดสอบก่อนการปรับใช้ระบบการใช้ระบบออนไลน์ โดยไม่มีการทดสอบแบบออฟไลน์เชิญภัยพิบัติหนึ่งบริษัทออนไลน์อีคอมเมิร์ซออกจากธุรกิจ เพราะมันดำเนิน ระบบออนไลน์โดยไม่ต้องทดสอบแบบออฟไลน์ก่อน และตั้งใจปล่อยต่อเว็บเซิร์ฟเวอร์เปิดการโจมตีจากตัง ข้าวเกรียบขโมยหมายเลขบัตรเครดิตและในที่สุดธุรกิจออนไลน์ล้มเหลวทดสอบข้อมูลการสร้างข้อมูลทดสอบที่มีความหมายเป็นลักษณะใช้เวลานานมากที่สำคัญการทดสอบโปรแกรมกิจกรรมนี้สามารถให้ประโยชน์ในอนาคตเราจะดูใน chapterv7 โปรแกรมตรวจสอบบางครั้งเกี่ยวข้องกับโปรแกรมทดสอบอย่างไรก็ตามเพื่ออำนวยความสะดวกในอนาคตข้อมูลทดสอบที่ทดสอบที่เตรียมไว้ในระหว่างการดำเนินการ ระยะที่ควรเก็บรักษาเพื่อใช้ข้อมูลการทดสอบนี้จะให้ผู้สอบบัญชีของกรอบอ้างอิงสำหรับการออกแบบ และประเมินการทดสอบการตรวจสอบในอนาคตสำหรับตัวอย่างถ้าโปรแกรมได้รับการบำรุงรักษาการเปลี่ยนแปลงตั้งแต่ดำเนินการเดิมผลการทดสอบจากการตรวจสอบสามารถจึงมุ่งเน้นความสนใจกับพื้นที่เหล่านั้น รักษาข้อมูลการทดสอบและผลของยังเป็นคุณลักษณะสำคัญควบคุมในอนาคตเป็นการพัฒนาระบบในอนาคตสามารถใช้ข้อมูลทดสอบและผลการทดสอบการเปลี่ยนแปลงโปรแกรมระบบการใช้งาน – ระยะ viiในขั้นตอนการใช้งานระบบของกระบวนการพัฒนาระบบ โครงสร้างของฐานข้อมูลสร้างขึ้น และบรรจุข้อมูล อุปกรณ์ซื้อ และติดตั้ง engager การใช้งานของผู้ดูแลฐานข้อมูลโปรแกรมเมอร์นักออกแบบ ผู้ใช้ และบัญชีกิจกรรมในขั้นตอนนี้นำมาซึ่งค่าใช้จ่ายมากมาย และมักจะใช้เพิ่มเติม บุคลากรชั่วโมงกว่าระยะอื่น ๆ preimplementation ของ SDLC รวมการทดสอบระบบทั้งหมดเมื่อมีการตาย และทดสอบโมดูลทั้งหมด จะต้องมาด้วยกัน และทดสอบเป็นการบุคลากรผู้ใช้ทั้งหมดควรตรงทดสอบเป็นนำไปใช้งานระบบอย่างเป็นทางการที่เกี่ยวข้องกับสมมุติข้อมูลผ่านการประมวลผลทั้งระบบระบบการแสดงผลของระบบที่มีการกระทบยอดแล้วมีกำหนดผลลัพธ์และการทดสอบการบันทึกไว้เพื่อแสดงหลักฐานของประสิทธิภาพการทำงานของระบบในที่สุดเมื่อผู้ดำเนินการทดสอบพอใจกับผล พวกเขาควรทำเอกสารยอมรับอย่างเป็นทางเป็นการรับรู้ที่ชัดเจน โดยผู้ใช้ที่ระบบพบในคำถามตามความต้องการเอกสารยอมรับของผู้ใช้เป็นสำคัญใน การกระทบยอดผลต่างและการกำหนดความรับผิดชอบระหว่างรีวิวหลังการใช้งานของระบบเอกสารระบบการเอกสารของระบบให้มีข้อมูลที่จำเป็นเกี่ยวกับวิธีระบบทำงานของเอกสารความต้องการของกลุ่มสาม — นักออกแบบระบบ และผู้ปฏิบัติการคอมพิวเตอร์โปรแกรมเมอร์ และผู้ใช้ซึ่งมีความสำคัญเฉพาะ เอกสารออกแบบและโปรแกรมเมอร์ นักออกแบบระบบและโปรแกรมเมอร์ต้องการเอกสารการตรวจแก้จุดบกพร่องข้อผิดพลาด และทำการบำรุงรักษาในระบบกลุ่มนี้มีส่วนเกี่ยวข้องกับระบบในระดับสูง ซึ่งทั้งสองทั่วไป และรายละเอียดในการก่อตัวบางส่วนของการผ่านแผนภาพการไหลข้อมูล แผนภาพความสัมพันธ์ของเอนทิตี (เอ้อ) และโครงสร้างแผนภาพนอกจากนี้ระบบผังงาน ผังงานโปรแกรมและรหัสโปรแกรมรายการมีฟอร์มเอกสารระบบผังแสดงความสัมพันธ์ของแฟ้มโปรแกรมการป้อนข้อมูล และแสดงผลแฟ้มอย่างไรก็ตาม มันไม่สำคัญ
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!

3. การควบคุม โดยการรักษาโมดูลขนาดเล็กที่พวกเขามีโอกาสน้อยที่จะมีข้อผิดพลาดวัสดุของตรรกะหลอกลวง เนื่องจากแต่ละโมดูลเป็นอิสระจากที่อื่น ๆ ข้อผิดพลาดที่มีอยู่ภายในโมดูล.
ทดสอบโปรแกรมซอฟต์แวร์
โมดูลโปรแกรมทุกคนจะต้องผ่านการทดสอบอย่างละเอียดก่อนที่พวกเขาจะดำเนินการ มีบางส่วนที่ได้รับการพิสูจน์แนวคิดเกี่ยวกับการทดสอบที่ควรปฏิบัติตามโดยนักพัฒนาระบบและการพิจารณาโดยผู้สอบบัญชีในการดำเนินการตรวจสอบ.
วิธีการทดสอบ ดำเนินการเองได้โครงสร้างที่จะปฏิบัติตามขั้นตอน รูปที่ 5.8 แสดงขั้นตอนการทดสอบโปรแกรมที่เกี่ยวข้องกับการสร้างไฟล์ต้นแบบสมมุติและไฟล์ที่มีการทำธุรกรรมกระบวนการโมดูลที่ถูกทดสอบ ผลของการทดสอบที่มีการเปรียบเทียบผลการ againt ที่กำหนดไว้ในการระบุการเขียนโปรแกรมและตรรกะข้อผิดพลาด ยกตัวอย่างเช่นในการทดสอบตรรกะของบัญชีโมดูลปรับปรุงลูกหนี้แสดงในรูป 5.8 โปรแกรมเมอร์อาจสร้างการบันทึกบัญชีลูกหนี้ไฟล์หลักสำหรับจอห์นสมิ ธ ที่มียอดเงินปัจจุบันของ $ 1,000 และบันทึกการทำธุรกรรมเพื่อการขายสำหรับ $ 100.before ดำเนินการทดสอบการปรับปรุง โปรแกรมเมอร์สรุปว่ามีความสมดุลใหม่ของ $ 1,100 ควรจะสร้างขึ้นเพื่อตรวจสอบตรรกะภายในโมดูลโปรแกรมเมอร์เปรียบเทียบผลที่เกิดขึ้นจริงที่ได้รับจากการทำงานกับผลที่กำหนดไว้ล่วงหน้า นี่คือตัวอย่างหนึ่งที่เรียบง่ายของการทดสอบโปรแกรม การทดสอบที่เกิดขึ้นจริงจะเป็นอย่างกว้างขวางและจะเกี่ยวข้องกับการทำธุรกรรมจำนวนมากที่ทดสอบทุกแง่มุมของตรรกะของโมดูล
การทดสอบแบบออฟไลน์ก่อนที่จะปรับออนไลน์จุดแรกที่มีความสำคัญในการทดสอบคือการไม่ประมาทหลักการของการทดสอบก่อนที่จะปรับระบบออนไลน์การใช้ระบบที่ไม่มีการทดสอบแบบออฟไลน์ เป็นคำเชิญไปสู่ภัยพิบัติ บริษัท e-commerce ออนไลน์อย่างใดอย่างหนึ่งออกไปจากธุรกิจเพราะมันใช้ระบบออนไลน์โดยการทดสอบเลยครับเป็นครั้งแรกและตั้งใจซ้ายเว็บเซิร์ฟเวอร์ที่มีช่องโหว่เปิดให้โจมตีจากข้าวเกรียบ cracker ที่ขโมยพันของหมายเลขบัตรเครดิตและในที่สุดธุรกิจออนไลน์ล้มเหลว.
ข้อมูลการทดสอบการสร้างข้อมูลการทดสอบที่มีความหมายเป็นสิ่งมากใช้เวลานานในการทดสอบโปรแกรม
กิจกรรมนี้ แต่สามารถให้ผลประโยชน์ในอนาคตที่เราจะเห็นในการตรวจสอบการประยุกต์ใช้ chapterv7 บางครั้งเกี่ยวข้องกับการทดสอบโปรแกรม เพื่ออำนวยความสะดวกข้อมูลการทดสอบการทดสอบในอนาคตเตรียมในระหว่างขั้นตอนการดำเนินการควรจะเก็บไว้เพื่อนำมาใช้ข้อมูลการทดสอบนี้จะให้ผู้สอบบัญชีของกรอบของการอ้างอิงสำหรับการออกแบบและการประเมินผลการทดสอบการตรวจสอบในอนาคตตัวอย่างเช่นถ้าโปรแกรมได้รับการเกี่ยวกับการเปลี่ยนแปลงการบำรุงรักษาตั้งแต่การดำเนินงานเดิมของการทดสอบ ผลจากการตรวจสอบจึงสามารถมุ่งความสนใจอยู่กับพื้นที่ที่การรักษาข้อมูลการทดสอบและผลของมันยังเป็นคุณลักษณะการควบคุมอย่างมีนัยสำคัญในอนาคตเช่นการพัฒนาระบบในอนาคตสามารถใช้ข้อมูลการทดสอบและผลการทดสอบการเปลี่ยนแปลงในอนาคตซอฟต์แวร์ประยุกต์.
การดำเนินงานระบบ - ขั้นตอนการปกเกล้าเจ้าอยู่หัว
ใน ขั้นตอนการดำเนินงานระบบการทำงานของกระบวนการพัฒนาระบบโครงสร้างฐานข้อมูล
ที่ถูกสร้างขึ้นและมีประชากรที่มีอุปกรณ์ที่ข้อมูลจะถูกซื้อและติดตั้ง Engager ขั้นตอนการดำเนินความพยายามของผู้บริหารฐานข้อมูลนักออกแบบโปรแกรมเมอร์ผู้ใช้และนักบัญชีกิจกรรมในขั้นตอนนี้นำมาซึ่งค่าใช้จ่ายอย่างกว้างขวางและมักจะ บริโภคมากขึ้น บุคลากรชั่วโมงกว่าทุกขั้นตอน preimplementation อื่น ๆ ของ SDLC รวม
การทดสอบระบบทั้งหมด
เมื่อโมดูลทั้งหมดได้รับการเข้ารหัสและทดสอบพวกเขาจะต้องนำมารวมกันและผ่านการทดสอบเป็น
บุคลากรของผู้ใช้ทั้งควรนำการทดสอบทั้งระบบเป็นโหมโรงเพื่อการดำเนินงานระบบอย่างเป็นทางการ ขั้นตอนที่เกี่ยวข้องกับการประมวลผลข้อมูลสมมุติผ่าน
ระบบการส่งออกของระบบที่มีการคืนดีกันแล้วกับผลที่กำหนดไว้.
และทดสอบเป็นเอกสารเพื่อให้มีหลักฐานของประสิทธิภาพการทำงานของระบบในที่สุด
เมื่อผู้ดำเนินการทดสอบมีความพึงพอใจกับผลที่พวกเขาควรแล้ว เสร็จสมบูรณ์
เอกสารที่ได้รับการยอมรับอย่างเป็นทางการนี้คือการรับรู้อย่างชัดเจนโดยผู้ใช้ที่ระบบ
ในคำถามตอบสนองความต้องการที่กำหนดไว้ในเอกสารยอมรับของผู้ใช้กลายเป็นสิ่งสำคัญในการ
กลับมาคืนดีความแตกต่างและการกำหนดความรับผิดชอบในระหว่างการตรวจสอบการโพสต์การดำเนินงานของระบบ
การบันทึกระบบ
เอกสารของระบบให้ ผู้สอบบัญชีที่มีข้อมูลที่จำเป็นเกี่ยวกับวิธีการที่ระบบ
การทำงานเป็นความต้องการเอกสารของสามนักออกแบบกลุ่มระบบและโปรแกรมเมอร์ผู้ประกอบการคอมพิวเตอร์และผู้ใช้งานที่มีความสำคัญโดยเฉพาะอย่างยิ่ง
การออกแบบและเอกสารโปรแกรมเมอร์.
ออกแบบระบบและโปรแกรมเมอร์ต้องเอกสารข้อผิดพลาดของการแก้ปัญหาและดำเนินการบำรุงรักษาระบบ กลุ่มนี้มีส่วนเกี่ยวข้องกับระบบในระดับเทคนิคสูงซึ่งต้องใช้ทั้ง
ทั่วไปและมีรายละเอียดในการสร้างบางนี้มีให้ผ่านแผนภาพการไหลของข้อมูลความสัมพันธ์นิติบุคคล (ER) ไดอะแกรมและไดอะแกรมโครงสร้างผังงานระบบนอกจากนี้ผังโปรกรัมและ รายชื่อรหัสโปรแกรมเป็นรูปแบบที่สำคัญของเอกสารผังระบบการแสดงความสัมพันธ์ของโปรแกรมไฟล์ข้อมูลและไฟล์ที่ส่งออก แต่ก็ไม่
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
3 . ควบคุม โดยการรักษาโมดูลขนาดเล็กที่พวกเขามีโอกาสน้อยที่จะมีข้อผิดพลาด วัสดุของการหลอกลวงตรรกะ เนื่องจากแต่ละโมดูลเป็นอิสระ ของ อื่น ๆ , ข้อผิดพลาดที่มีอยู่ภายในโมดูลทดสอบซอฟต์แวร์โปรแกรมโปรแกรมโมดูลจะต้องทดสอบอย่างละเอียดก่อนที่จะใช้ มีการพิสูจน์แนวคิดเกี่ยวกับการทดสอบที่ควรจะตามด้วยนักพัฒนาระบบและพิจารณาโดยผู้สอบบัญชีในการตรวจสอบบัญชี .วิธีการทดสอบ กระบวนการที่ตัวเองมีโครงสร้างขั้นตอนที่จะปฏิบัติตาม รูปที่ 8 แสดงโปรแกรมการทดสอบขั้นตอนที่เกี่ยวข้องกับการสร้างสมมุติอาจารย์ไฟล์และแฟ้มที่ประมวลผลธุรกรรมโดยโมดูลที่ถูกทดสอบ ผลการทดสอบจะเปรียบเทียบใดกำหนดผลลัพธ์เพื่อระบุข้อผิดพลาดและการเขียนโปรแกรมตรรกะ ตัวอย่างเช่นในการทดสอบตรรกะของลูกหนี้ปรับปรุงโมดูลแสดง ในรูปที่ 5.8 โปรแกรมเมอร์อาจสร้างบัญชีลูกหนี้ บันทึกไฟล์หลักสำหรับจอห์น สมิธ ด้วยยอดเงินปัจจุบันของ $ 1 , 000 และบันทึกรายการใบสั่งขายสำหรับ $ 100.before แสดงการปรับปรุงการทดสอบโปรแกรมพบว่าสมดุลใหม่ของ $ 1100 ควรจะสร้างขึ้นเพื่อตรวจสอบ ของโมดูลลอจิกภายใน โปรแกรมเมอร์เปรียบเทียบผลจากการใช้จริงกับหนดผลลัพธ์ ตัวอย่างนี้เป็นง่ายหนึ่งของโปรแกรมทดสอบ การทดสอบที่แท้จริงจะกว้างขวาง และจะเกี่ยวข้องกับหลายรายการที่ทดสอบทุกด้านของตรรกะของโมดูลทดสอบครับ ก่อนปรับใช้ออนไลน์จุดแรกที่สำคัญในการทดสอบ คือ อย่าประมาท หลักการของการทดสอบก่อนการปรับใช้ระบบออนไลน์ที่ใช้ระบบโดยไม่ต้องทดสอบครับ คือ เชิญให้ภัยพิบัติออนไลน์อีคอมเมิร์ซ บริษัท ออกไปของธุรกิจเพราะมันใช้ระบบออนไลน์โดยไม่ต้องทดสอบครับ และบังเอิญทำเว็บเซิร์ฟเวอร์เสี่ยงเปิด การโจมตีจากพวก ข้าวเกรียบขโมยหลายพันหมายเลขบัตรเครดิต และในที่สุดธุรกิจออนไลน์ล้มเหลวข้อมูลทดสอบการสร้างข้อมูลทดสอบมีความหมายคือ กว้างยาวมากใช้เวลานานในการทดสอบโปรแกรมกิจกรรมนี้สามารถ แต่ให้ประโยชน์ในอนาคตที่เราจะเห็นในการตรวจสอบ chapterv7 บางครั้งเกี่ยวข้องกับการทดสอบโปรแกรมเพื่ออำนวยความสะดวกในอนาคตการทดสอบการทดสอบข้อมูลที่เตรียมไว้ในขั้นตอนการใช้งานควรเก็บไว้ใช้ใหม่นี้ข้อมูลทดสอบจะให้ผู้สอบบัญชีกรอบของการอ้างอิงสำหรับการออกแบบและประเมินอนาคตตรวจสอบการทดสอบตัวอย่างเช่นถ้าโปรแกรมที่ได้รับการเปลี่ยนแปลงตั้งแต่ในการบํารุงรักษา เดิมใช้ผลจากการตรวจสอบจึงมุ่งเน้นความสนใจเมื่อพื้นที่เหล่านั้นรักษาข้อมูลทดสอบและผลของการควบคุมคุณลักษณะที่สำคัญยังเป็นอนาคต อนาคต การพัฒนา ระบบสามารถใช้ข้อมูลทดสอบ และผลการทดสอบการเปลี่ยนแปลงในอนาคตเพื่อการประยุกต์ใช้ซอฟต์แวร์ระบบการดำเนินงาน–ขั้นตอนที่ 7ในระบบการดำเนินงานขั้นตอนของกระบวนการพัฒนาระบบ โครงสร้างฐานข้อมูลจะถูกสร้างขึ้นและมีประชากรที่มีอุปกรณ์ข้อมูลซื้อและติดตั้งกระบวนการดำเนินงาน engager ความพยายามของนักออกแบบโปรแกรมเมอร์ฐานข้อมูลผู้บริหาร ผู้ใช้ และนักกิจกรรมในขั้นตอนนี้ครอบคลุมต้นทุนอย่างละเอียด และมักจะกินมากขึ้น ชั่วโมงกว่าๆ preimplementation บุคลากรทุกขั้นตอนของงานรวมการทดสอบทั้งระบบเมื่อโมดูลทั้งหมดถูกเข้ารหัสและทดสอบพวกเขาต้องมาร่วมกัน และทดสอบเป็นบุคลากรผู้ใช้ทั้งหมดควรตรงระบบการทดสอบที่กว้างเป็นโหมโรงเพื่อใช้ระบบขั้นตอนที่เกี่ยวข้องกับการประมวลผลข้อมูลสมมุติ ผ่านระบบการแสดงผลของระบบแล้วคืนดีกับกำหนดผลลัพธ์ถูกทดสอบและเอกสารเพื่อให้หลักฐานของระบบ ' s ประสิทธิภาพในที่สุดเมื่อผู้ทำการทดสอบจะพอใจกับผลที่พวกเขาควรจะเสร็จสมบูรณ์ระบบรับเอกสารนี้รับทราบอย่างชัดเจน โดยผู้ใช้ระบบในคำถามที่ตอบสนองความต้องการของผู้ใช้ที่ระบุไว้ในเอกสารเป็นสำคัญ การยอมรับยอมรับความแตกต่าง และมอบหมายความรับผิดชอบในการตรวจสอบของระบบโพสต์เอกสารระบบเอกสารของระบบให้ตรวจสอบกับข้อมูลที่จำเป็นเกี่ยวกับวิธีการที่ระบบงานเอกสารความต้องการของระบบทั้ง 3 กลุ่ม ผู้ประกอบการ นักออกแบบและโปรแกรมเมอร์คอมพิวเตอร์และผู้ใช้มีความสําคัญเฉพาะออกแบบและจัดทำเอกสารโปรแกรมเมอร์นักออกแบบระบบ และโปรแกรมเมอร์ต้องการเอกสารเพื่อตรวจสอบข้อผิดพลาดและทำการซ่อมบำรุงในระบบกลุ่มนี้เกี่ยวข้องกับระบบในระดับเทคนิคสูง ซึ่งต้องใช้ทั้งทั่วไป และรายละเอียดในการสร้างบางส่วนของนี้ให้ผ่านแผนภาพการไหลข้อมูลองค์กรสัมพันธ์ ( ER ) แผนผังและแผนภาพโครงสร้างผังงานระบบ นอกจากนี้ โปรแกรมผังงานและรายการรหัสโปรแกรมมีรูปแบบสำคัญของระบบเอกสารผังที่แสดงความสัมพันธ์ของข้อมูลไฟล์โปรแกรมและไฟล์ออก แต่มันไม่
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: