Extracting requirements of a desire

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 rerequirements
from the user through his/her skills and experience
in software engineering.

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

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

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

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

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

การสกัดความต้องการของซอฟต์แวร์ที่ต้องการสินค้า
งานแรกในการสร้างมัน บางครั้งเป้าหมายของโครงการ
อาจจะเพียงบางส่วนเท่านั้นที่ชัดเจน เนื่องจากมีการรวบรวมความต้องการ
ยากจนในนิยามขั้นตอนของโครงการ ความเรามหาสมุทร
ฉันสิ่งที่แตกต่างกัน vague 2 เพื unhelpful .
this leads เออ having no input
และเมือง build จะ
มอนสเตอร์ 50%without having any ลบของ the business for
] project is being ความหวังใน ย่อมเมื่อ
ระบบให้ผู้ใช้ประกาศก็ไม่ได้ทำอะไร
พวกเขาต้องการมัน นิยามที่ชัดเจนของโครงการ
สามารถใช้เวลาและการสื่อสารมากมาย แต่บางครั้ง
เป้าหมายและวัตถุประสงค์อาจจะไม่ชัดเจน เพราะผู้สนับสนุนโครงการ
ขาดประสบการณ์ที่จะอธิบายสิ่งที่พวกเขา
จริงๆต้อง ผู้ใช้ควรรู้สิ่งที่พวกเขาต้องการจาก
โครงการและสามารถระบุได้อย่างชัดเจน อย่างไรก็ตามผู้ใช้ไม่
ผู้เชี่ยวชาญ , นักพัฒนาจะต้องแยก rerequirements
จากผู้ใช้ผ่าน / ทักษะและประสบการณ์ของเธอ
ในวิศวกรรมซอฟต์แวร์