1 IntroductionGoal-oriented require

1 Introduction

Goal-oriented requirements modeling has been proposed
for a number of years and several approaches have been
published [8, 1, 7]. Goals are intentions (why aspect) that
are expected to be fulfilled by the system [8].
As a complementary technique, scenario-based specifications describe possible ways to use a system to accomplish some desired functions or implicit purposes [1]. Scenarios are operational examples of system usage, they can
help to describe (what) and understand (how) emergent behavior of complex and dynamic systems [1, 7].
Standish identified the top 10 reasons for project success
[3], where a number of the success-factors (clear statement
of requirements (13%), proper planning (9.6%)) directly related to project planning. Despite planning and development should be based on a common collection of agreed
requirements, they usually separated into two repositories:
i) informal and semi-formal sources (e.g. documents) for
management, and ii) different requirements models (e.g.
Use case diagram) for development. This separation is the
root of many problems, such as 1) imprecise planning, 2)
superfluous effort for synchronization between these repositories, and 3) documentation overhead. All of them results
in lower quality, increased efforts and project risks.

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

1 การแนะนำ

การสร้างแบบจำลองความต้องการที่มุ่งเน้นเป้าหมายได้รับการเสนอ
มานานหลายปีและหลายวิธีที่ได้รับการตีพิมพ์
[8, 1, 7] เป้าหมายมีความตั้งใจ (ทำไมภาพ)
ที่คาดว่าจะได้รับการปฏิบัติตามระบบ [8].
เป็นเทคนิคการเสริมรายละเอียดสถานการณ์ตามอธิบายวิธีการที่เป็นไปได้ที่จะใช้ระบบการ [1] ประสบความสำเร็จบางฟังก์ชั่นที่ต้องการหรือวัตถุประสงค์นัยสถานการณ์ที่เป็นตัวอย่างในการดำเนินงานของการใช้งานระบบที่พวกเขาสามารถ
ความช่วยเหลือในการอธิบาย (สิ่งที่) และเข้าใจ (วิธีการ) พฤติกรรมฉุกเฉินของระบบที่ซับซ้อนและแบบไดนามิก [1, 7].
Standish ระบุด้านบน 10 เหตุผลที่ความสำเร็จของโครงการ
[3] ที่จำนวนของปัจจัยความสำเร็จ (คำสั่งที่ชัดเจนของความต้องการ
(13%), การวางแผนที่เหมาะสม (9.6%)) ที่เกี่ยวข้องโดยตรงกับการวางแผนโครงการแม้จะมีการวางแผนและการพัฒนาจะขึ้นอยู่กับคอลเลกชันทั่วไปของการตกลง
ความต้องการพวกเขามักจะแยกออกเป็นสองเก็บ: แหล่ง
i) ทางการและกึ่งทางการ (เช่นเอกสาร) เพื่อการจัดการ
และ ii) รูปแบบความต้องการที่แตกต่างกัน (เช่นการใช้
กรณีแผนภาพ) สำหรับการพัฒนา แยกนี้เป็น
รากของปัญหาเป็นจำนวนมากเช่น 1) การวางแผนไม่แน่ชัด 2)
ความพยายามที่จำเป็นสำหรับการประสานระหว่างที่เก็บเหล่านี้และ 3) ค่าใช้จ่ายเอกสาร ทั้งหมดของพวกเขาส่งผลให้
ในคุณภาพที่ต่ำกว่าความพยายามที่เพิ่มขึ้นและความเสี่ยงโครงการ

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

แนะนำ 1

เป้าหมายความต้องการสร้างโมเดลได้รับการเสนอชื่อ
สำหรับหลายปีและหลายวิธีได้
ประกาศ [8, 1, 7] เป้าหมายมีความตั้งใจ (ทำไมด้าน) ที่
คาดว่าจะสามารถตอบสนองระบบ [8] .
เป็นเทคนิคเพิ่มเติม ข้อมูลจำเพาะตามสถานการณ์อธิบายวิธีสามารถใช้ระบบเพื่อให้บรรลุวัตถุประสงค์นัย [1] หรือใช้ฟังก์ชันที่ต้องบาง สถานการณ์ตัวอย่างการดำเนินงานของการใช้งานระบบ พวกเขาสามารถ
ช่วยอธิบาย (อะไร) และเข้าใจพฤติกรรมที่โผล่ออกมา (วิธี) ระบบซับซ้อน และแบบไดนามิก [1, 7] .
สเตตฟอระบุสาเหตุ 10 อันดับโครงการสำเร็จ
[3], ซึ่งปัจจัยความสำเร็จ (ล้างงบ
ความต้องการ (13%), เหมาะสมวางแผน (9.6 %))โดยตรงที่เกี่ยวข้องกับการวางแผนโครงการ แม้ มีการวางแผนและการพัฒนาควรจะใช้กับคอลเลกชันทั่วไปตกลง
ความ พวกเขามักจะแบ่งออกเป็นสอง repositories:
i) เป็นทางการ และกึ่งทางแหล่ง (เช่นเอกสาร)
จัดการ และ (e.g.
Use กรณีไดอะแกรม) รุ่น ii) ความต้องการพัฒนา แยกนี้เป็น
รากของปัญหามากมาย เช่นวาง 1) imprecise, 2)
ความพยายามที่ไม่จำเป็นระหว่าง repositories เหล่านี้ และ 3) เอกสารค่าใช้จ่ายในการ ทั้งหมดผล
ลดคุณภาพ เพิ่มความพยายามและความเสี่ยงของโครงการ

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

1 การ แนะนำ

ความต้องการเป้าหมายแบบการสร้างแบบจำลองได้รับการเสนอ
ซึ่งจะช่วยเป็นจำนวนมากของปีและวิธีการหลายแห่งได้รับการ
ซึ่งจะช่วยเผยแพร่[ 817 ] บรรลุเป้าหมายมีความตั้งใจ(ทำไมลักษณะ)ที่
คาดว่าจะได้รับการจัดหาโดยระบบ[ 8 ]..
เป็นเทคนิคของสมนาคุณให้ข้อมูลจำเพาะเหตุการณ์ - ใช้อธิบายถึงวิธีการที่เป็นไปได้ในการใช้งานระบบที่จะทำให้การทำงานที่ต้องการบางอย่างหรือการใช้งานได้โดยปริยาย:[ 1 ]สถานการณ์มีการตัวอย่างของระบบการใช้งานที่สามารถ
ซึ่งจะช่วยให้ความช่วยเหลือในการอธิบายถึง()และทำความเข้าใจเกี่ยวกับ(การ)ออกมาพฤติกรรมของคอมเพล็กซ์แบบไดนามิกและระบบ[ 1 , 7 ]..
standish ระบุไว้ด้านบนสุด 10 ประการสำหรับโครงการประสบความสำเร็จ
[ 3 ],ตำแหน่งที่หมายเลขของความสำเร็จ - ปัจจัยลบคำ
ของความต้องการ( 13% ),ที่เหมาะสมการวางแผน( 9.6% ))ที่เกี่ยวข้องโดยตรงกับการวางแผนโครงการ.แม้ว่าจะมีการพัฒนาและการวางแผนควรมีพื้นฐานอยู่บนคอลเลคชั่นโดยทั่วไปที่ได้ตกลงกันไว้
ข้อกำหนดที่พวกเขาจะแยกออกเป็นสองคลังเก็บข้อมูล:
)แหล่งในแบบไม่เป็นทางการและแบบกึ่งอย่างเป็นทางการ(เช่นเอกสาร)สำหรับ
ซึ่งจะช่วยการจัดการและ II )รุ่นของความต้องการที่แตกต่างกัน(แผนผังกรณีเช่น
ใช้)สำหรับการพัฒนา การแยกนี้มี
รากของปัญหาหลายอย่างเช่น 1 )การวางแผนไม่เที่ยงตรง 2 )
ความพยายามมากเกินไปสำหรับการซิงโครไนซ์ระหว่างคลังเก็บข้อมูลเหล่านี้และ 3 )เอกสารเหนือศีรษะ. ห้องพักทั้งหมดได้ผล
ซึ่งจะช่วยลดความเสี่ยงในด้าน คุณภาพ และความพยายามมากขึ้น