When the requirements sources have

When the requirements sources have been identified the requirements engineer can start eliciting requirements from them. This subtopic concentrates on techniques for getting human stakeholders to articulate their requirements. This is a very difficult area and the requirements engineer needs to be sensitized to the fact that (for example) users may have difficulty describing their tasks, may leave important information unstated, or may be unwilling or unable to cooperate. It is particularly important to understand that elicitation is not a passive activity and that even if cooperative and articulate stakeholders are available, the requirements engineer has to work hard to elicit the right information. A number of techniques will be covered, but the principal ones are

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

เมื่อได้รับการระบุแหล่งมาของความต้องการ วิศวกรต้องสามารถเริ่ม eliciting ความต้องการจากพวกเขา Subtopic นี้เน้นเทคนิคการเสียบุคคลเพื่อบอกความต้องการของพวกเขา เป็นพื้นที่ยากมาก และความต้องวิศวกรต้องถูก sensitized ในความเป็นจริงที่ว่า ผู้ใช้ (ตัวอย่าง) อาจมีปัญหาในการอธิบายงาน อาจทำให้ข้อมูลสำคัญ unstated หรืออาจจะยอม หรือไม่สามารถให้ความร่วมมือ โดยเฉพาะอย่างยิ่งต้องเข้าใจว่า elicitation ไม่กิจกรรมแฝง และว่า แม้เสียชัด และสหกรณ์จะมี วิศวกรต้องมีการทำงานอย่างหนักเพื่อให้ได้รับข้อมูลที่ถูกต้องได้ จะครอบคลุมจำนวนเทคนิค แต่คนหลัก

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

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

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

เมื่อความต้องการแหล่งได้รับการระบุความต้องการวิศวกรสามารถเริ่ม eliciting ความต้องการจากพวกเขา หัวข้อย่อยนี้เน้นเทคนิคในการสร้างมนุษย์ เพื่อบอกความต้องการของตนเอง นี้คือพื้นที่ที่ยากมากและความต้องการวิศวกรต้องและความจริง ( ตัวอย่าง ) ผู้ใช้อาจมีปัญหาในการอธิบายงานของพวกเขาอาจจะทิ้งข้อมูลสำคัญ unstated หรืออาจจะเต็มใจหรือไม่สามารถที่จะร่วมมือ มันเป็นสิ่งสำคัญโดยเฉพาะอย่างยิ่งที่จะเข้าใจว่าการไม่ได้เป็นกิจกรรมเรื่อยๆ และถ้าสหกรณ์อย่างชัดเจนและผู้มีส่วนเกี่ยวข้องมีความต้องการวิศวกรที่ต้องทำงานอย่างหนักเพื่อล้วงเอาข้อมูลที่ถูกต้อง จำนวนของเทคนิคจะได้รับการคุ้มครอง แต่ที่หลักคือ