The important task in creating a so

The important task in creating a software product is extracting the requirements or requirements
analysis. Customers typically have an abstract idea of what they want as an end result, but not
what software should do. Incomplete, ambiguous, or even contradictory requirements are
recognized by skilled and experienced software engineers at this point. Frequently demonstrating
live code may help reduce the risk that the requirements are incorrect.
Once the general requirements are gathered from the client, an analysis of the scope of the
development should be determined and clearly stated. This is often called a scope document.
Page | 6
Certain functionality may be out of scope of the project as a function of cost or as a result of
unclear requirements at the start of development. If the development is done externally, this
document can be considered a legal document so that if there are ever disputes, any ambiguity of
what was promised to the client can be clarified

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

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

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

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

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

งานที่สำคัญในการสร้างผลิตภัณฑ์ซอฟต์แวร์คือการสกัดความต้องการหรือการวิเคราะห์ความต้องการ

ลูกค้ามักจะมีความคิดที่เป็นนามธรรมของสิ่งที่พวกเขาต้องการเป็น สิ้นผล แต่ไม่ใช่
ซอฟต์แวร์อะไร ควรทำ ไม่คลุมเครือ หรือแม้แต่ขัดแย้งความต้องการ
ยอมรับฝีมือและมีประสบการณ์วิศวกรซอฟต์แวร์ที่จุดนี้ มักแสดง
รหัสอยู่อาจจะช่วยลดความเสี่ยงที่ความต้องการที่ไม่ถูกต้อง .
เมื่อความต้องการทั่วไป รวบรวมจากลูกค้า , การวิเคราะห์ขอบเขตของการพัฒนาควรกำหนดและระบุไว้อย่างชัดเจน นี้มักจะเรียกว่าขอบเขตเอกสาร หน้า | 6

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