個人所得稅計算需求：tax-srs-001
輸入：引數1：稅率列舉型別，取值範圍：5%，10%，15%
引數2：個人收入，1600～100000000000
處理過程：
全月應納稅所得額 稅率（%）
1600～2500元的部分 5
2500～3500元的部分 10
3500～ 100000000000元的部分 15
– 輸出：
引數1：所得稅金額，即個人收入和稅率按照處理過程中描述的所得稅
計算方法得到的所得稅金額。
根據以上要求，寫乙份專案評審報告。並由組織者填寫以下表。
review
通知單
專案名稱
專案編號
擬制s
日期
序號
名稱
版本號
規模
序號
名稱
版本號
規模
序號
角色
姓名
備註（如果有）1
組織者
2
講解員
3
記錄員
4
作者
5
review
人員
1
6review
人員
2
7review
人員
3
8review
人員
4
9review
人員
5
10review
人員
6
日期
地點
開始時間
結束時間
介紹會議
review
會議
第三小時會議（可選）
軟體需求規格說明書評審檢查單
專案編號
責任人
檢查者
檢查日期
序號
檢查項
執**況
說明1
是否所有的分配需求都在
srs中體現？
yes是
[ ] no
否[ ]
na免[ ] 2在
srs中定義需求時，是否避免使用那些會引起歧義的術語，諸如也許、可能等，每條需求都清晰無歧義？
yes是
[ ] no
否[ ]
na免[ ]
3是否在
srs中清楚地描述了軟體要做什麼及不做什麼？
yes是
[ ] no
否[ ]
na免[ ]
4是否在
srs中描述了軟體使用的目標環境，指明並簡短描述了目標環境中其它相關軟體產品
/子系統
/模組？
yes是
[ ] no
否[ ]
na免[ ]
5是否每乙個具體需求都有唯一的編號？
yes是
[ ] no
否[ ]
na免[ ]
6每乙個需求是否切實可行、可測試、前後一致、彼此不衝突？
yes是
[ ] no
否[ ]
na免[ ]
7是否在
srs中說明了對每個輸入的驗證措施，並描述了每個輸入的屬性如：度量單位、邊界值、時序要求等等？
yes是
[ ] no
否[ ]
na免[ ]
8是否在
srs中說明了對每個輸入的處理？
yes是
[ ] no
否[ ]
na免[ ]
9是否在
srs中說明了每個輸出項是如何輸出的，並且描述了每個輸出的屬性如：度量單位、邊界值、時序要求等等？
yes是
[ ] no
否[ ]
na免[ ]
10是否在
srs中描述了軟體所有的效能需求？
yes是
[ ] no
否[ ]
na免[ ]
11是否效能需求的描述能通過測試來進行驗證？
yes是
[ ] no
否[ ]
na免[ ]
12是否在
srs中說明了所有對系統可能的約束？
yes是
[ ] no
否[ ]
na免[ ]
13質量屬性是否以可測量或可驗證的術語進行描述？
yes是
[ ] no
否[ ]
na免[ ]
14是否在
srs中描述了系統中與其它子系統、模組或硬體裝置的相關介面？
yes是
[ ] no
否[ ]
na免[ ]
15是否對每個介面的描述足夠清楚，實現時不需更多解釋？
yes是
[ ] no
否[ ]
na免[ ]
16是否在
srs中描述了與作業系統的介面？
yes是
[ ] no
否[ ]
na免[ ]
17是否在
srs的附錄中記錄了分配需求可行性的分析結果
yes是
[ ] no
否[ ]
na免[ ]
18是否專案
sow文件中所對應的分配需求都在
rtm中體現?
yes是
[ ] no
否[ ]
na免[ ]
專案文件編寫總結
最近幾周都在根據新的功能需求編寫相對應的文件，先編寫專案立項報告，編寫結束後開始編寫需求規格說明書，之後便是詳細設計說明書，下個階段便是編寫階段了。以前也編寫過需求規格說明書和詳細設計說明書，因為以前經驗少，寫的東西不夠深度沒有特點，有一種為了完成文件而寫。這次完全把自己當做設計，想要讓自己設計的功...
編寫專案需求文件
color darkred b 需求分析文件要點 b color color darkred 以下需求文件要點適合瀑布式開發過程。color 一般在最前面有編寫者及文件版本和變更記錄等。color darkred b 引言 b b 編寫目的 b color 術語及縮寫解釋 預期的讀者和閱讀建議 co...
專案開發中編寫的文件
軟體開發中文件的編寫是乙個不可缺少的環節，常見的如 需求分析 概要分析 資料庫設計 等。在 軟體人 的陣營裡向來存在兩種觀點，注重文件還是關心 一直爭論多少年了，好像都沒有乙個真正的定亂。如果大專案且開發周期相對合理，很多時候專案組一定會安排進行相關開發文件的編寫 但對於周期短工作量又多的時候，可能...