The NFR Framework constitutes a Goa

The NFR Framework constitutes a Goal-Oriented Requirements Engineering (hereafter
GORE) approach [4] for capturing NFRs in the domain of interest, and defining their
interdependencies and operationalizations. Nowadays, the interest in this kind of approach
increases in the RE community as the elaboration process of GORE approaches
ends where the traditional ones (e.g. Rational Unified Process (RUP) and other objectoriented
approaches) start. Thus, the NFR Framework, as well as all GORE approaches,
focuses on activities that precede the requirements specification, and that are performed
during the architecture design stage to drive and validate architectural decisions.
We chose the NFR Framework because it allows: designing alternatives for different
NFRs; dealing with conflicts, tradeoffs, and priorities; evaluating the decisions
impact centered on NFRs that commonly influence the success of ubisystems; and systematically
refining the models through the contributions specification for all alternatives
on the NFRs. The NFR Framework provides graphs – Softgoals Interdependency
Graphs (SIGs) – for NFRs modeling. The SIGs graphically represent NFRs as nodes;
their refinements using AND/OR decompositions links; their positive/negative interdependencies
as some+(hurt), some-(help), some++(make), some--(break) contribution
links; their operationalizations as leaf nodes; and claims as annotations in natural language.
Figure 1 illustrates a very simple SIG that models the Software Ubiquity, by
considering its decompositions – AND links – in Software Pervasiveness, Software
Mobility, and User's Satisfaction; an interdependency between Software Mobility and
User's Satisfaction – Mobility[Software] positively impacts (help) on Satisfaction[User];
an operationalization: “Mobile Agents using special capabilities” help Mobility[
Software]; and a claim “The Software delegates the complex device’s configuration
to the users” hurt the decomposition between Ubiquity[Software] and Satisfaction[
User]..

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

กรอบ NFR ถือว่าเป็นเป้าหมายเชิงวิศวกรรมความต้องการ (ต่อ
ขวิด) วิธี [4] สำหรับการจับ nfrs ในโดเมนที่น่าสนใจและการกำหนดความสัมพันธ์ซึ่งกันและกัน
ของพวกเขาและ operationalizations ในปัจจุบันความสนใจในชนิดของวิธีการนี​​้เพิ่มขึ้น
ในชุมชนอีกเป็นกระบวนการที่ทำอย่างประณีตของวิธีการขวิด
จบลงที่แบบดั้งเดิม (เช่นกระบวนการแบบครบวงจรที่มีเหตุผล (โฟโต้) และอื่น ๆ วิธี
objectoriented) เริ่มต้น ดังนั้นกรอบ NFR, เช่นเดียวกับวิธีการแทง
มุ่งเน้นไปที่กิจกรรมที่นำหน้าข้อกำหนดความต้องการและที่จะดำเนินการในช่วง
ขั้นตอนการออกแบบสถาปัตยกรรมที่จะขับรถและตรวจสอบการตัดสินใจสถาปัตยกรรม
เราเลือกกรอบ NFR เพราะจะช่วยให้. การออกแบบทางเลือกสำหรับ nfrs
ที่แตกต่างกันการจัดการกับความขัดแย้งเกิดความสมดุลและการจัดลำดับความสำคัญ; การประเมินผลกระทบต่อการตัดสินใจ
ศูนย์กลาง nfrs ที่มักมีอิทธิพลต่อความสำเร็จของ ubisystems; และระบบการปรับแต่งรูปแบบ
ผ่านข้อกำหนดสมทบทุกทางเลือก
เมื่อ nfrs กรอบ NFR ให้กราฟ - การพึ่งพากันและกัน softgoals กราฟ
(กาล) - สำหรับการสร้างแบบจำลอง nfrsกาลกราฟิกเป็นตัวแทนของ nfrs เป็นโหนด;
กลั่นกรองของตนโดยใช้และ / หรือการเชื่อมโยง decompositions; ความสัมพันธ์ซึ่งกันและกันบวก / ลบของพวกเขาขณะที่บางคน
(เจ็บปวด), (ช่วย) บางคน, บางคน (ทำ), บาง - (ตัวแบ่ง) การมีส่วนร่วม
; operationalizations เป็นโหนดใบของพวกเขา. และอ้างว่าเป็นคำอธิบายในภาษาธรรมชาติรูปที่แสดงให้เห็นถึง
1 ครับง่ายมากที่รูปแบบการแพร่หลายซอฟต์แวร์โดย
พิจารณา decompositions ของ - และการเชื่อมโยง - ในฟุ้งซ่านซอฟแวร์การเคลื่อนไหว
และความพึงพอใจของผู้ใช้; การพึ่งพากันและกันระหว่างการเคลื่อนไหวซอฟต์แวร์และความพึงพอใจของผู้ใช้
ของ - [คล่องตัวซอฟต์แวร์] บวกผลกระทบ (ช่วย) ความพึงพอใจ [ผู้ใช้];
operationalization: "มือถือ ตัวแทนใช้ความสามารถในการเคลื่อนย้ายพิเศษช่วยเหลือ "[
ซอฟต์แวร์];และการเรียกร้อง "ซอฟแวร์ที่ได้รับมอบหมาย
กำหนดค่าอุปกรณ์ที่ซับซ้อนให้กับผู้ใช้" เจ็บระหว่างการสลายการแพร่หลาย [ซอฟแวร์] และความพึงพอใจ [ผู้ใช้
] ..

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

กรอบ NFR ถือเป็น Goal-Oriented ความวิศวกรรม (โดย
โลหิต) วิธี [4] สำหรับจับ NFRs ในโดเมนของดอกเบี้ย และการกำหนดของ
กันและ operationalizations ปัจจุบัน สนใจในวิธีการแบบนี้
เพิ่มในชุมชนใหม่ทุก ๆ กระบวนการของกอร์ใกล้
จบคนโบราณ (เช่น กระบวนการการรวมแรงครั้งใหญ่เชือด (คือ) และ objectoriented อื่น ๆ
วิธี) เริ่มต้น จึง กรอบ NFR ตลอดจนแนวทางทั้งหมดของกอร์,
เน้นกิจกรรมที่นำข้อกำหนดความต้องการ และที่จะดำเนินการ
ระหว่างขั้นตอนการออกแบบสถาปัตยกรรมไดรฟ์ และตรวจสอบสถาปัตยกรรมตัดสินใจ
เราเลือกกรอบ NFR เพราะจะช่วยให้: ออกทางอื่น
NFRs การจัดการกับความขัดแย้ง ยืนยัน และ สำคัญ ประเมินตัดสินใจ
แปลกบน NFRs ที่มักส่งผลต่อความสำเร็จของ ubisystems ผลกระทบ และระบบ
กลั่นรุ่นผ่านข้อกำหนดจัดสรรสำหรับทางเลือกทั้งหมด
บน NFRs กรอบ NFR ให้กราฟ – Softgoals ความเชื่อมโยงกัน
กราฟ (SIGs) – สำหรับ NFRs ที่สร้างโมเดล SIGs ภาพกราฟิกแสดง NFRs เป็นโหน;
refinements การใช้ หรือเชื่อมโยง decompositions กันของพวกเขาบวก/ลบ
เป็นบางส่วน (น้อย), some-(help) บางอย่าง (ทำ), ส่วน some--(break)
เชื่อมโยง operationalizations ของพวกเขาเป็นใบไม้โหน และร้องเป็นคำในภาษาธรรมชาติ
รูปที่ 1 แสดง SIG ง่ายมากที่รุ่น Ubiquity ซอฟต์แวร์ โดย
พิจารณาของ decompositions-เชื่อมโยงและ – ใน Pervasiveness ซอฟต์แวร์ ซอฟต์แวร์
Mobility และความพึงพอใจของผู้ใช้ มีความเชื่อมโยงกันระหว่างซอฟต์แวร์ Mobility และ
ต่อความพึงพอใจของผู้ใช้ – เคลื่อนไหว [ซอฟต์แวร์] บวกผล (วิธีใช้) ความพึงพอใจ [ผู้ใช้];
operationalization เป็น: "แทนโทรศัพท์มือถือที่ใช้ความสามารถพิเศษ" ช่วยเคลื่อนไหว [
ซอฟต์แวร์]; และข้อเรียกร้อง "ซอฟต์แวร์มอบหมายการกำหนดค่าของอุปกรณ์ซับซ้อน
สำหรับผู้ใช้" เจ็บการเน่าระหว่าง Ubiquity [ซอฟต์แวร์] และความพึงพอใจ [
ผู้ใช้] ...

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

สามารถใช้ได้: NFR กรอบถือเป็น goal-oriented ความต้องการทางด้านวิศวกรรม(ซึ่งจะอ้างถึง
แทงด้วยของแหลม)การ[ 4 ]สำหรับการถ่าย nfrs ในโดเมนที่มีส่วนได้เสียและการกำหนด operationalizations และ
องค์ประกอบของพวกเขา ในปัจจุบันนี้ดอกเบี้ยใน ประเภท นี้ของวิธีการ
ซึ่งจะช่วยเพิ่มขึ้นอีกครั้งในชุมชนที่เป็นกระบวนการความละเอียดอ่อนของแทงด้วยของแหลมแนวทาง
ซึ่งจะช่วยจะสิ้นสุดลงที่คนแบบดั้งเดิม(เช่นมีเหตุผลแบบครบวงจร(ที่)และอื่นๆ objectoriented
แนวทาง)เริ่ม( Start ) ซึ่งสามารถใช้ได้: NFR กรอบและแทงด้วยของแหลมทั้งหมดวิธีการ
โดยจะเน้นไปในการทำกิจกรรมที่สำคัญกว่าความต้องการข้อมูลจำเพาะและที่จะเกิดขึ้น
ซึ่งจะช่วยในระหว่างขั้นตอนการออกแบบทางสถาปัตยกรรมที่จะขับรถและตรวจสอบการตัดสินใจทางด้านสถาปัตยกรรม.
เราเลือก: NFR กรอบเพราะมันช่วยให้การออกแบบทางเลือกให้แตกต่างกัน
nfrsการจัดการกับความขัดแย้งทางผลประโยชน์และ สภา แวดล้อมลำดับความสำคัญการประเมินผลกระทบต่อการตัดสินใจ
ซึ่งจะช่วยให้ศูนย์กลางอยู่ที่ nfrs ที่มักมีอิทธิพลต่อความสำเร็จของ ubisystems อย่างเป็นระบบและการกลั่นรุ่น
ซึ่งจะช่วยให้การบริจาคเงินผ่านข้อมูลจำเพาะสำหรับทางเลือกทั้งหมด
บน nfrs. ที่ สามารถใช้ได้: NFR กรอบจัดให้บริการกราฟ - softgoals interdependency
กราฟ( sigs ) - สำหรับการสร้างแบบจำลอง nfrsที่ sigs ภาพ กราฟิกแสดง nfrs เป็นโหนด;
ของพวกเขาโดยใช้ความละเอียดปราณีตและ/หรือ decompositions L ของเขาในทางบวก/ลบองค์ประกอบ
ซึ่งจะช่วยเป็นบางส่วน(บาดเจ็บ),บางอย่าง(ช่วย),บางส่วน(ทำ),บางอย่างคือข้อเรียกร้อง()สนับสนุน
L ของเขา operationalizations เหมือนใบไม้โหนด;และอ้างว่าเป็นธรรมชาติมีหมายเหตุประกอบแบบใน ภาษา
รูปที่ 1 แสดงถึงที่เรียบง่ายเป็นอย่างมากรุ่น SIG ที่ซอฟต์แวร์อยู่ทุกหนทุกแห่ง,โดย
การพิจารณาของ decompositions - และ L - ในซอฟต์แวร์ pervasiveness ,ซอฟต์แวร์
ซึ่งจะช่วยการพกพาและความพึงพอใจของผู้ใช้;ที่ interdependency ระหว่างซอฟต์แวร์ระบบเคลื่อนที่และ
ซึ่งจะช่วยสร้างความพึงพอใจของผู้ใช้ - การประมวลผลแบบพกพา[ซอฟต์แวร์]ในเชิงบวกต่อ(ช่วย)บนความพึงพอใจ[ผู้ใช้];
ที่ operationalization :" Mobile Agents โดยใช้ความสามารถในแบบพิเศษ"ช่วยให้การสื่อสารเคลื่อนที่[
ซอฟต์แวร์];และการเรียกร้อง"ผู้ร่วมประชุมซอฟต์แวร์ของคอมเพล็กซ์อุปกรณ์ที่กำหนดค่า
ซึ่งจะช่วยให้ผู้ใช้"ทำร้ายแยกออกเป็นส่วนๆระหว่างอยู่ทุกหนทุกแห่ง[ซอฟต์แวร์]และความพึงพอใจ[
]ผู้ใช้...