Elicitation[edit]Elicitation is the

Elicitation[edit]
Elicitation is the gathering and discovery of requirements from stakeholders and other sources. A variety of techniques can be used such as Joint Application Design (JAD) sessions, interviews, document analysis, focus groups, etc. Elicitation is the first step of requirements development.

Analysis[edit]
Main article: Requirements analysis
Analysis is the logical breakdown that proceeds from elicitation. Analysis involves reaching a richer and more precise understanding of each requirement and representing sets of requirements in multiple, complementary ways.

Specification[edit]
Specification involves representing and storing the collected requirements knowledge in a persistent and well-organized fashion that facilitates effective communication and change management. Use cases, user stories, functional requirements, and visual analysis models are popular choices for requirements specification.

Validation[edit]
Validation involves techniques to confirm that the correct set of requirements has been specified to build a solution that satisfies the project's business objectives.

Management[edit]
Requirements change during projects and there are often many of them. Management of this change becomes paramount to ensuring that the correct software is built for the stakeholders.

Tool support for requirements engineering[edit]
Specialized commercial tools for requirements engineering are Gatherspace, Rational RequisitePro, Doors, CaliberRM or QFDCapture, but also free tools like FreeMind can be used.[3] Issue trackers implementing the Volere requirements template have been used successfully in distributed environments.[4]

See also[edit]
Software Requirements Specification

References[edit]
^ IEEE Computer Society (1990). "IEEE Standard Glossary of Software Engineering Terminology". IEEE Standard.
^ "Guide to the Software Engineering Body of Knowledge". IEEE Computer Society. Retrieved 11 January 2013.
^ Laplante, Phillip A. (2009). "Requirements Engineering for Software and Systems". CRC Press.
^ Prause, Christian; et al. (2008). "Managing the Iterative Requirements Process in a Multi-National Project using an Issue Tracker". IEEE Computer Society. Retrieved February 5, 2013.
Further reading[edit]
Wiegers, Karl (2003). Software Requirements (2nd ed.). Microsoft Press. ISBN 0072850590.
Cockburn, Alistair. Writing Effective Use Cases.
Leffingwell, Dean. Managing Software Requirements: A Unified Approach.

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

[แก้ไข] elicitation
Elicitation จะรวบรวมและค้นหาความต้องการจากแหล่งอื่นและเสีย สามารถใช้เทคนิคต่าง ๆ เช่นรอบเวลาในการออกแบบโปรแกรมประยุกต์ร่วม (JAD) สัมภาษณ์ วิเคราะห์เอกสาร กลุ่มโฟกัส ฯลฯ Elicitation เป็นก้าวแรกของความต้องการพัฒนา

วิเคราะห์ [แก้ไข]
บทความหลัก: การวิเคราะห์ความต้องการ
วิเคราะห์เป็นการแบ่งทางตรรกะที่ดำเนินการจาก elicitation เกี่ยวข้องกับการวิเคราะห์ถึงความเข้าใจยิ่งขึ้น และชัดเจนยิ่งขึ้นของแต่ละความต้องการและการแสดงชุดความหลากหลาย วิธีเสริม

ข้อมูลจำเพาะ [แก้ไข]
ข้อมูลจำเพาะเกี่ยวข้องกับการแสดง และเก็บรวบรวมความรู้ในแฟชั่นแบบถาวร และจัดห้องพักที่อำนวยความสะดวกจัดการสื่อสารและการเปลี่ยนแปลงที่มีประสิทธิภาพ ใช้กรณี เรื่องราวผู้ใช้ ความต้องการทำงาน และรูปแบบเป็นตัวเลือกยอดนิยมสำหรับความต้องการข้อมูลจำเพาะเกี่ยวกับการวิเคราะห์ภาพ

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

จัดการ [แก้ไข]
ความเปลี่ยนแปลงในระหว่างโครงการ และมักจะมีมากของพวกเขา การบริหารการเปลี่ยนแปลงนี้กลายเป็นสิ่งที่มั่นใจได้ว่า ซอฟต์แวร์ที่ถูกต้องอยู่ในเสีย

เครื่องมือสนับสนุนความต้องการวิศวกรรม [แก้ไข]
เครื่องมือทางการค้าเฉพาะสำหรับความต้องการวิศวกรรมมี Gatherspace, RequisitePro เชือด ประตู CaliberRM หรือ QFDCapture แต่ยัง สามารถใช้เครื่องมือฟรีเช่น FreeMind[3] ผู้ติดตามของปัญหาการปฏิบัติตามแบบความต้องการ Volere มีการใช้เรียบร้อยแล้วในสภาพแวดล้อมแบบกระจาย[4]

ดู [แก้ไข]
ระบุข้อกำหนดซอฟต์แวร์

อ้างอิง [แก้ไข]

IEEE คอมพิวเตอร์สังคม (1990) "มาตรฐาน IEEE อภิธานศัพท์วิศวกรรมซอฟต์แวร์" มาตรฐาน IEEE

"แนะนำตัวซอฟต์แวร์วิศวกรรมความรู้" สังคมคอมพิวเตอร์ IEEE เรียก 11 2013 มกราคม.

Laplante, A. ฟิลลิป (2009) "ความต้องการวิศวกรรมซอฟต์แวร์และระบบ" กด CRC.

Prause คริสเตียน et al (2008) . "การจัดการกระบวนการความซ้ำในโครงการหลายชาติใช้ Tracker เป็นปัญหา" สังคมคอมพิวเตอร์ IEEE เรียกข้อมูลวันที่ 5 กุมภาพันธ์ 2013.
ไปอ่าน [แก้ไข]
Wiegers คาร์ล (2003) ข้อกำหนดของซอฟต์แวร์ (2 ed) Microsoft Press ISBN 0072850590.
Cockburn, Alistair เขียนกรณีมีผลบังคับใช้
Leffingwell คณบดี การจัดการข้อกำหนดของซอฟต์แวร์: A ร่วมวิธีการ

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

สอบถาม [แก้ไข]
สอบถามคือการรวบรวมและการค้นพบของความต้องการจากผู้มีส่วนได้เสียและแหล่งอื่น ๆ ความหลากหลายของเทคนิคที่สามารถใช้ร่วมกันเช่นการประยุกต์ใช้การออกแบบ (JAD) การประชุมสัมภาษณ์การวิเคราะห์เอกสารกลุ่ม ฯลฯ สอบถามเป็นขั้นตอนแรกของความต้องการการพัฒนาวิเคราะห์ [แก้ไข] บทความหลัก: ความต้องการการวิเคราะห์การวิเคราะห์เป็นรายละเอียดตรรกะ ที่ได้จากการสอบถาม การวิเคราะห์ที่เกี่ยวข้องกับการเข้าถึงความเข้าใจที่ดียิ่งขึ้นและแม่นยำมากขึ้นตามความต้องการของแต่ละคนและเป็นตัวแทนของชุดของความต้องการในหลายวิธีเสริมสเปก [แก้ไข] รายละเอียดที่เกี่ยวข้องกับการเป็นตัวแทนและการจัดเก็บความรู้ที่ต้องการเก็บรวบรวมไว้ในรูปแบบถาวรและดีจัดที่อำนวยความสะดวกในการสื่อสารที่มีประสิทธิภาพและการเปลี่ยนแปลง การจัดการ ใช้กรณีเรื่องที่ผู้ใช้ต้องการการทำงานและรูปแบบการวิเคราะห์ภาพเป็นทางเลือกที่เป็นที่นิยมสำหรับข้อกำหนดความต้องการตรวจสอบ [แก้ไข] เกี่ยวข้องกับเทคนิคตรวจสอบเพื่อยืนยันว่าชุดที่ถูกต้องของความต้องการได้รับการระบุในการสร้างโซลูชั่นที่ตอบสนองความต้องการของโครงการวัตถุประสงค์ทางธุรกิจการจัดการ [แก้ไข] การเปลี่ยนแปลงความต้องการในระหว่างโครงการและมักจะมีมากของพวกเขา การบริหารจัดการของการเปลี่ยนแปลงนี้จะกลายเป็นสิ่งสำคัญยิ่งที่จะสร้างความมั่นใจว่าซอฟต์แวร์ที่ถูกต้องถูกสร้างขึ้นสำหรับผู้มีส่วนได้เสียสนับสนุนเครื่องมือสำหรับงานด้านวิศวกรรมความต้องการ [แก้ไข] เครื่องมือเชิงพาณิชย์เฉพาะสำหรับงานด้านวิศวกรรมความต้องการเป็น Gatherspace, เหตุผล RequisitePro, ประตู, CaliberRM หรือ QFDCapture แต่ยังมีเครื่องมือฟรีเช่น FreeMind สามารถนำมาใช้ [3]. ติดตามการดำเนินการออกข้อกำหนด Volere แม่แบบที่ได้รับการใช้ประสบความสำเร็จในสภาพแวดล้อม. แจกจ่าย [4] ดูเพิ่มเติม [แก้ไข] ความต้องการของซอฟท์แวสเปกอ้างอิง [แก้ไข] ^ IEEE สมาคมคอมพิวเตอร์ (1990) "อีอีอีมาตรฐานอภิธานศัพท์ของคำศัพท์วิศวกรรมซอฟต์แวร์" IEEE มาตรฐาน^ "คู่มือวิศวกรรมซอฟแวร์ตัวความรู้" IEEE สมาคมคอมพิวเตอร์ เรียก 11 มกราคม 2013 ^ Laplante ฟิลลิป A. (2009) "วิศวกรรมความต้องการสำหรับซอฟต์แวร์และระบบ" ซีอาร์ซีกด^ Prause คริสเตียน; และคณะ (2008) "การจัดการความต้องการของกระบวนการซ้ำในโครงการหลายชาติใช้ติดตามปัญหา" IEEE สมาคมคอมพิวเตอร์ เรียก 5 กุมภาพันธ์ 2013 เพิ่มเติมอ่าน [แก้ไข] Wiegers คาร์ (2003) ความต้องการซอฟแวร์ (2 เอ็ด). ข่าว Microsoft ISBN 0072850590 เบิร์ลิสแตร์ การเขียนที่มีประสิทธิภาพการใช้งานกรณีLeffingwell คณบดี การจัดการความต้องการของซอฟท์แว: วิธีการแบบครบวงจรที่

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

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

การวิเคราะห์ [ แก้ไข ]

บทความหลัก : การวิเคราะห์ความต้องการการวิเคราะห์ทางตรรกะ คือการแบ่งเงินที่ได้จากการ . การวิเคราะห์ที่เกี่ยวข้องกับการเข้าถึงยิ่งขึ้นและแม่นกว่าความเข้าใจในแต่ละความต้องการและเป็นตัวแทนของชุดของความต้องการหลายแบบวิธี สเปค [ แก้ไข ]


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


การตรวจสอบเกี่ยวข้องกับเทคนิคต่าง ๆ เพื่อยืนยันว่าตั้งค่าถูกต้องของความต้องการได้รับการระบุเพื่อสร้างโซลูชั่นที่ตอบสนองวัตถุประสงค์ทางธุรกิจของโครงการ

การจัดการ [ แก้ไข ]
ความต้องการการเปลี่ยนแปลงในโครงการ และมักจะมีหลายของพวกเขา การจัดการการเปลี่ยนแปลงนี้จะกลายเป็นมหาเพื่อให้มั่นใจว่าซอฟต์แวร์ที่ถูกต้องสร้างขึ้นสำหรับผู้มีส่วนได้ส่วนเสีย .

สนับสนุนเครื่องมือสำหรับวิศวกรรมความต้องการ [ แก้ไข ]
ผู้เชี่ยวชาญการค้าเครื่องมือสำหรับวิศวกรรมความต้องการ gatherspace requisitepro , ประตู , เหตุผล caliberrm หรือ qfdcapture แต่ยังเครื่องมือฟรีเช่น FreeMind สามารถใช้ . [ 3 ] ปัญหา ติดตามการใช้ความต้องการ volere แม่แบบได้ถูกนำมาใช้ประสบความสำเร็จในสภาพแวดล้อมแบบกระจาย [ 4 ]

ดู [ แก้ไข ]
ความต้องการซอฟต์แวร์สเปค

อ้างอิง [ แก้ไข ]

IEEE คอมพิวเตอร์สังคม ( 1990 ) มาตรฐานของ IEEE อภิธานศัพท์ " วิศวกรรมซอฟต์แวร์ มาตรฐาน IEEE

" คู่มือการวิศวกรรมซอฟต์แวร์องค์ความรู้ " คอมพิวเตอร์อีอีอีสังคม สืบค้น 11 มกราคม 2013 .

เลอพลันตี้ ฟิลลิป . ( 2552 ) . " วิศวกรรมความต้องการซอฟต์แวร์และระบบ " ซีอาร์ซีกด

prause , คริสเตียน ; et al .( 2008 ) การจัดการความต้องการของกระบวนการในการติดตามปัญหาหลายโครงการแห่งชาติ " คอมพิวเตอร์อีอีอีสังคม ดึง 5 กุมภาพันธ์ 2013 .
อ่านต่อ [ แก้ไข ]
wiegers คาร์ล ( 2003 ) ความต้องการของซอฟต์แวร์ ( 2 . ) ไมโครซอฟท์แถลงข่าว ISBN 0072850590 .
ค็อกเบิร์น , อลิสแตร์ . การเขียนรายใช้มีประสิทธิภาพ .
เลฟฟิ่งก์เวลดีน การจัดการความต้องการของซอฟต์แวร์ : รวมวิธีการ