3.1 Extracting RequirementsExtracti

3.1 Extracting Requirements
Extracting requirements of a desired software product is
the first task in creating it. Sometimes the goal of a project
may be only partially clear due to a poor requirement
gathering in the definition stage of a project. Many projects
have high level, vague and generally unhelpful requirements.
This leads the developers having no input
from the user and build what they believe is required,
without having any real knowledge of the business for
which the project is being developed. Inevitably when the
system is delivered, user declares, it does not do what
they needed it to. Defining clear requirements for a project
can take time and lots of communication, but sometimes
goals and objectives might be unclear because project
sponsors lack the experience to describe what they
really require. User should know what they require from
the project and be able to specify it clearly. However as
user is non-IT specialist, developer must extracting

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

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

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

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

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

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

ไม่ใส่จากผู้ใช้และสร้างสิ่งที่พวกเขาเชื่อว่าถูกต้อง โดยไม่มีความรู้ที่แท้จริง

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