Given a simple requirements documen

Given a simple requirements document for an application and organization’s normal practice, the student is able to analyze and classify the requirements for the purpose of structuring requirements documentation. Types of requirements classification may be (1) functional and non-functional requirements, (2) product or process requirements, (3) mandatory, highly desirable, desirable, or optional requirement and (4) volatility or stability requirements. 1
ไม่ได้พัฒนา ได้พัฒนามากที่สุด
Given a simple requirements document for an application, the student is able to analyze, define conflicts occur between two stakeholders requiring mutually incompatible features, between requirements and resources, or between functional and non-functional requirements. The student is able to analyze and apply the appropriate methods/techniques or negotiation process to reconcile the conflict among the requirements in order to earn the agreed requirements. 1
ไม่ได้พัฒนา ได้พัฒนามากที่สุด
The student is able to explain change management and apply this knowledge to produce apply this process to a software project to produce the well-formed system and software requirements specification. 1
ไม่ได้พัฒนา ได้พัฒนามากที่สุด
Given a simple requirements document for an application, the student is able to analyze and create conceptual models help problem domain understanding. The conceptual model is composed of entities from the problem domain configured to reflect their real-world relationships and dependencies using UML. 1
ไม่ได้พัฒนา ได้พัฒนามากที่สุด
Given a simple requirements document for an application, the student is able to analyze and create a system architecture. Student is also able to allocate requirements to components that responsible for satisfying requirements 1
ไม่ได้พัฒนา ได้พัฒนามากที่สุด
The student is able to explain and apply the requirements review process to the software project. 1
ไม่ได้พัฒนา ได้พัฒนามากที่สุด
The student is able to apply requirements reviews techniques such as requirement review from requirements evaluation checklist, prototyping and acceptance tests to the software project. 1
ไม่ได้พัฒนา ได้พัฒนามากที่สุด
The student is able to explain quantifiable requirements and apply this knowledge to produce the well-formed system and software requirements specification as clearly and unambiguous.

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

รับเอกสารข้อกำหนดเรื่องการประยุกต์ขององค์กรตามปกติ นักเรียนจะสามารถวิเคราะห์ และจัดประเภทความต้องการเพื่อจัดโครงสร้างเอกสารความต้องการ ชนิดของการจัดประเภทความต้องอาจมีความต้องการ (1) ทำงาน และไม่ทำงาน ความต้องการ (2) ผลิตภัณฑ์หรือกระบวนการ, (3) บังคับ สูงเหมาะ สมควร หรือเลือกความต้องการ และความต้องการ (4) ความผันผวนหรือความมั่นคง 1ไม่ได้พัฒนาได้พัฒนามากที่สุดกำหนดความต้องการเรื่องเอกสารใบสมัคร นักเรียนจะสามารถวิเคราะห์ กำหนด ความขัดแย้งเกิดขึ้น ระหว่างสองเสียต้องการคุณลักษณะที่เข้ากัน ระหว่างความต้องการและทรัพยากร หรือ ระหว่างความต้องการทำงาน และไม่ทำงาน นักเรียนสามารถวิเคราะห์ และใช้เทคนิคที่เหมาะสมในวิธีการกระบวนการเจรจาต่อรองการขัดแย้งระหว่างความต้องการได้รับความเห็นชอบได้ 1ไม่ได้พัฒนาได้พัฒนามากที่สุดนักเรียนจะสามารถอธิบายการจัดการการเปลี่ยนแปลง และนำความรู้นี้มาผลิตกับกระบวนการนี้โครงการซอฟต์แวร์การผลิตที่ถูกต้องระบบและซอฟต์แวร์การระบุข้อกำหนด 1ไม่ได้พัฒนาได้พัฒนามากที่สุดGiven a simple requirements document for an application, the student is able to analyze and create conceptual models help problem domain understanding. The conceptual model is composed of entities from the problem domain configured to reflect their real-world relationships and dependencies using UML. 1ไม่ได้พัฒนา ได้พัฒนามากที่สุดGiven a simple requirements document for an application, the student is able to analyze and create a system architecture. Student is also able to allocate requirements to components that responsible for satisfying requirements 1ไม่ได้พัฒนา ได้พัฒนามากที่สุดThe student is able to explain and apply the requirements review process to the software project. 1ไม่ได้พัฒนา ได้พัฒนามากที่สุดThe student is able to apply requirements reviews techniques such as requirement review from requirements evaluation checklist, prototyping and acceptance tests to the software project. 1ไม่ได้พัฒนา ได้พัฒนามากที่สุดThe student is able to explain quantifiable requirements and apply this knowledge to produce the well-formed system and software requirements specification as clearly and unambiguous.

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

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

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

ได้รับความต้องการง่าย ๆเอกสารใบสมัครและการปฏิบัติปกติขององค์กร นักเรียนสามารถวิเคราะห์และจำแนกความต้องการ สำหรับวัตถุประสงค์ของการจัดทำเอกสารความต้องการ การจำแนกประเภทของความต้องการอาจจะ ( 1 ) หน้าที่และไม่มีความต้องการการทํางาน ( 2 ) ผลิตภัณฑ์หรือกระบวนการความต้องการ ( 3 ) บังคับ ที่พึงประสงค์สูงที่พึงประสงค์หรือเลือกตามความต้องการ และ ( 4 ) ความผันผวนหรือความต้องการความมั่นคง 1 ได้พัฒนามากที่สุด

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

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

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

ไม่ได้พัฒนาได้รับความต้องการง่าย ๆเอกสารใบสมัครนักเรียนสามารถวิเคราะห์ และสร้างระบบสถาปัตยกรรม นักเรียนยังสามารถจัดสรรความต้องการชิ้นส่วนที่รับผิดชอบเพียงความต้องการ 1

ไม่ได้พัฒนาได้พัฒนามากที่สุดนักเรียนสามารถอธิบายและใช้ความต้องการทบทวนกระบวนการในโครงการพัฒนาซอฟต์แวร์ 1 ได้พัฒนามากที่สุด

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

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