1
系統綜述
1.1開發背景
1.2主要任務
1.3相關業務總體流程 2
功能需求
2.1總體功能
2.2基礎資料
2.2.1
基礎資料1
2.2.2
基礎資料2
2.3採購
2.3.1
採購詢價
任務描述：
功能與角色：
資料項：
業務規則：
其他附加說明：
2.3.2
採購訂單
2.3.3
採購收貨
2.4銷售
2.4.1
銷售**
2.4.2
銷售訂單
2.4.3
銷售發貨
2.4.4…
2.4.5
描述例子
任務描述
儲存和編輯故障分類資訊
處理資料項
故障一級編號、故障二級編號、故障分類名稱、故障分類解釋、備註
所需功能
u增加u
刪除(管理員)u修改
u查詢重要業務規則
u
該模組屬於受限制模組，只有管理人員才能使用該模組
u所有資訊均手工輸入
u故障一級編號選擇故障表中一級編號資料
u故障不考慮所在工序問題
備註
2.5…..
2.6統計報表
2.7系統工具
2.7.1
許可權管理
2.7.2
資料備份
2.7.3
資料恢復
2.7.4
密碼管理
2.7.5
員工管理
2.7.6
記事本
2.7.7
計算器
2.8幫助
3系統其他需求
3.1系統人員角色
3.2系統架構需求
3.3介面需求
3.4操作需求 4
系統重要約定
4.1約定1
4.2約定2
軟體常用設定 自己備用
留存複製使用 1.1vc專案設定 輸出目錄 solutiondir bin platform configuration projectdir bin projectname platform configuration 中間目錄 solutiondir temp platform configur...
需求描述的風格
需求描述就是將需求捕獲 分析的結果進行文件化的過程。在軟體開發時，將分析的結果文件化是不可或缺的任務，也稱為編寫規約活動。而在某個專案中，可能還會由使用者代表或需求捕獲人員對捕獲的內容進行整理，形成使用者需求說明書。需求描述風格的選擇 在描述需求時，首先要選擇使用什麼風格來表述。是羅列文字還是運用大...
需求文件 故障處理描述
售後服務請求級別說明表 請求級別 描述 最高端系統或重要應用停機，或受到嚴重影響 系統崩潰 高階系統核心應用受到影響，沒有辦法可以繞過去解決，或著繞過去的辦法非常繁瑣。中級系統和應用出現錯誤，但是還可以採用其他方法繞過此問題。低階功能不符合文件上描述的功能或增加的請求。請求級別與解決問題週期對應表 ...