Requirements specification template

Requirements specification template (Specifications:80 points)
1. 10 points. introduction
a. purpose of the project. Why do this project? Goals of this project for ... improved service, increased profit, a better world, etc.
b. Document conventions. definition of all terms including acronyms used in project.
c. Project scope of work. General description of what the software will do. Indicate a summary of what will be done (modules), by whom, and under what circumstances (context). For example, "Procurement will be done by Purchasing Department when Materials are needed".
2. Functional Requirements
a. 10 points. Product perspective. High-Level Use Case Diagram showing all actors and main use cases. Keep it at simple level such as in http://en.wikipedia.org/wiki/Use_case_diagram.
b. 15 points. Collaboration or other diagram. You can use either: collaboration, sequence, activity,or swim-lane diagram, whichever is appropriate, to show EVERY scenario. For example, below we show 2 scenarios for Finance Module: One for Accounts Payable (A/P) and One for Accounts Receivable (A/R). This will show the sequence of actions done by various entities (actors) to complete a task loop such as accounts receivable, room reservation, etc.

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

ความต้องการข้อมูลจำเพาะเกี่ยวกับแม่ (จุดข้อมูลจำเพาะ: 80)1. 10 คะแนน แนะนำ ก.วัตถุประสงค์ของโครงการ ทำไมโครงการนี้ เป้าหมายของโครงการสำหรับ...ดีขึ้นกำไรเพิ่มขึ้น บริการ โลกดีกว่า ฯลฯ ข.เอกสารประชุม ความหมายของคำทั้งหมดที่รวมถึงคำย่อที่ใช้ในโครงการ ค.โครงการขอบเขตของงาน คำอธิบายทั่วไปของซอฟต์แวร์จะทำอะไร ระบุสรุปสิ่งที่จะทำ (โม), ผู้ที่ และกรณีใด (บริบท) เช่น "จัดซื้อจะได้ทำ โดยแผนกจัดซื้อเมื่อมีวัสดุที่จำเป็น"2. ทำงาน ก. 10 คะแนน มุมมองผลิตภัณฑ์ ระดับสูงใช้กรณีไดอะแกรมแสดงนักแสดงหลักทั้งหมดใช้กรณี เก็บไว้ในระดับง่าย ๆ เช่นใน http://en.wikipedia.org/wiki/Use_case_diagram b. 15 คะแนน ทำงานร่วมกันหรือไดอะแกรมอื่น ๆ คุณสามารถใช้อย่างใดอย่างหนึ่ง: ทำงานร่วมกัน ลำดับ กิจกรรม หรือว่ายน้ำเลน ไดอะแกรม ใดเหมาะสม แสดงทุกสถานการณ์ เช่น ด้านล่างเราแสดงสถานการณ์สมมติที่ 2 สำหรับโมดูลการเงิน: สำหรับบัญชีเจ้าหนี้ (A / P) และหนึ่งสำหรับบัญชีลูกหนี้ (a/r) นี้จะแสดงลำดับของการดำเนินการโดยองค์กรต่าง ๆ (นักแสดง) การทำงานวนรอบเช่นลูกหนี้ จองห้องพัก ฯลฯ

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

ข้อกำหนดแม่แบบ (ข้อมูลจำเพาะ: 80 คะแนน)
1 10 คะแนน แนะนำ
วัตถุประสงค์ของโครงการ ทำไมโครงการนี้หรือไม่ เป้าหมายของโครงการนี้ได้ ... บริการดีขึ้นมีกำไรเพิ่มขึ้นเป็นโลกที่ดีกว่า ฯลฯ
B เอกสารการประชุม ความหมายของคำศัพท์ทั้งหมดรวมทั้งตัวย่อที่ใช้ในโครงการ.
ค ขอบเขตของโครงการของการทำงาน รายละเอียดทั่วไปของสิ่งที่ซอฟต์แวร์จะทำ บ่งบอกถึงบทสรุปของสิ่งที่จะทำ (โมดูล) โดยใครและภายใต้สถานการณ์ (บริบท) ยกตัวอย่างเช่น "จัดซื้อจัดจ้างจะทำโดยฝ่ายจัดซื้อวัสดุเมื่อมีความจำเป็น".
2 ความต้องการการทำงาน
10 คะแนน มุมมองของสินค้า ระดับสูงกรณีใช้แผนภาพแสดงนักแสดงทุกคนและกรณีการใช้งานหลัก ให้มันอยู่ในระดับที่ง่ายเช่นใน http://en.wikipedia.org/wiki/Use_case_diagram.
B 15 คะแนน การทำงานร่วมกันหรือแผนภาพอื่น ๆ คุณสามารถใช้อย่างใดอย่างหนึ่ง: การทำงานร่วมกันตามลำดับกิจกรรมหรือแผนภาพสระว่ายน้ำเลนแล้วแต่จำนวนใดจะเหมาะสมที่จะแสดงทุกสถานการณ์ ยกตัวอย่างเช่นด้านล่างเราจะแสดง 2 สถานการณ์การคลังโมดูลหนึ่งสำหรับบัญชีเจ้าหนี้ (A / P) และหนึ่งสำหรับบัญชีลูกหนี้ (A / R) นี้จะแสดงลำดับของการกระทำที่ทำโดยหน่วยงานต่างๆ (นักแสดง) ให้เสร็จสมบูรณ์ห่วงงานเช่นบัญชีลูกหนี้จองห้องพัก ฯลฯ