2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 唐金文ComputerScienceDepartmentQujinNormalUniversity 軟件需求分析文檔的寫作方法TheWritingMethodsofSoftwareRequirementsSpecification SRS 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 講座目的 為畢業論文的撰寫提供幫助專業論文基本要求是 綜合多門專業基礎課程 三門及以上 計算機科學與技術專業本科畢業論文 要求綜合應用程序設計 數據庫 網絡相關知識撰寫畢業論文 設計 共同探討軟件需求分析規范SRS SoftwareRequirementsSpecification 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 講座內容 什么是軟件需求分析 為什么一定要寫需求分析文檔 SRS 需求分析兩種方法 結構化 面向對象 介紹 怎么寫軟件需求分析文檔 重點介紹結構化思想 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 是實施軟件工程項目的第一步 需求分析 設計 編碼 測試 維護 工作 是對業務規則及業務流程進行分析后的語言文字及圖表的描述 無論什么領域 軟件的應用無非是代替 或部分代替 該領域業務手工工作 提高工作效率 因此要求軟件設計開發者弄清楚該領域的業務需求 就是軟件的需求分析 例如 XX學校學籍管理信息系統 的開發與設計 要求設計人員熟悉學籍管理的業務規則及流程 什么是軟件需求分析 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 為什么一定要寫需求分析文檔 需求分析文檔也稱需求分析規格說明書或稱為需求規約說明書 SoftwareRequirementSpecification SRS 是需求分析階段最終形成的文檔 體現了這個需求分析成果 同樣屬于軟件制品之一 SRS的作用 一定程度上等價與建筑設計圖和設計說明書 開發者與用戶間事實上的技術合同書開發者下一步設計和編碼的基礎測試驗收目標系統的依據 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 需求分析的兩種方法 結構化分析方法SA StructureAnalysis1 1結構化系統分析思想結構化分析方法是由美國Yourdon公司在20世紀70年代提出的 其基本思想是將系統開發看成工程項目 有計劃 有步驟地進行 是一種應用很廣的開發方法 適用于分析大型信息系統 結構化分析方法采用 自頂向下 逐層分解 的開發策略 按照這種策略 再復雜的系統也可以有條不紊的進行 只要將復雜的系統適當分層 每層的復雜程度即可降低 這就是結構化分析的特點 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 1 2結構化分析方法的內容 結構化分析之后獲得的文檔是系統分析報告 系統分析報告是由下面幾個部分組成的 現行業務流程分析 現有數據和數據流程分析 系統的初步方案和補充材料 如開發計劃等 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 1 3結構劃分此方法的特點 結構化分析方法簡單 易于掌握和使用 結構化分析方法將分析的結果用圖形表示 如業務流程圖 數據流程圖等 這些圖形都有一套標準圖符組成 從而將分析結果簡明易懂的展示在用戶面前 結構化分析是在業務流或已有系統的基礎上再構思即將開發的目標系統 采用層層分解對問題進行分解 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 1 4結構化分析方法的局限 結構化分析方法要求對系統有完整確切的需求定義 而實際上這是非常困難的 文檔資料數量大 需要書寫大量文檔 隨著分析的深入 這套文檔需要及時更新 即使在工具的輔助下 仍有一定的難度 以數據為中心 而不是以問題為中心 不能很好地表示客觀世界的真實情況 其結果不能直接映射題域 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 2 面向對象分析方法OOA ObjectorientedAnalysis20世紀80年代到90年代出現大量的OOA和OOD論文與專著 OOA和OOD技術在工業界得到廣泛應用 OOA D成為計算機軟件領域的主流技術 OOA方法強調 以問題域中的固有事物作為基本單位 即認為 任何一個復雜的軟件系統 對象是組成系統的基本單位 系統行為是對象與對象之間進行交互與協作完成系統功能的 所以要求在OOA分析階段 在詳盡描述業務規則的基礎上 提取系統 問題域 中的對象 并在抽象層次上建立OOA模型 從而為OOD階段的類的設計與交互作準備 面向對象方法下的軟件工程步驟是 OOA OOD OOPL 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 需求分析文檔寫作步驟 步驟1 獲取原始的業務需求及業務規則設計人員考察原始業務流程及業務規則 不清楚的問題必須請教業務人員 發現可改進的業務規則和流程與業務人員進行協商 達成一致意見 最終形成文字性及圖表描述的業務需求 為解決自然語言的二義性問題 使用術語表的方式對容易產生歧義的術語進行闡釋 如 跳墻 下海 等詞語具有二義性 必要時采用圖表的方式加以描述 最好能使用CASE ComputerAidedSoftwareEngineering 工具 如軟件建模工具RationalRose Visio2003等 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 步驟2 功能需求建模 基于業務需求 結構化思想 步驟2 1使用數據流圖DFD進行功能建模步驟2 2檢查數據流圖的正確性步驟2 3利用數據字典描述DFD中的元素 即描述DFD中的數據流 數據存儲 數據項 數據變換處理 需求分析文檔寫作步驟 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 信息流模型 計算機系統從外部實體接受輸入信息 經過處理后轉變成輸出信息 并最終展現給外部實體 功能建模和信息流 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 功能建模就是用抽象模型的概念 按照軟件內部數據傳遞 變換的關系 自頂向下逐層分解 直到找到滿足功能要求的所有可實現的軟件為止 功能模型使用了數據流圖來表達系統內數據的運動情況 而數據流的變換則用結構化英語 判定表與判定樹來描述 也可以用算法的形式化表示來描述數據流的變換 功能建模 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 數據流圖 DFD DataFlowDiagram 描述系統邏輯模型信息在系統中的流動和處理 用途交流信息的工具 貫穿分析 設計 編碼 維護四個階段的工具 數據流圖 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 從數據流動和變換的角度 以圖形的方式刻畫數據從輸入到輸出的流動變換過程 數據流圖 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 外部實體 表示要加工處理的數據是從外部得到或從外部提供 同時也是數據結果的接收者 可以是人 組織 其它系統 數據流 箭頭表示數據流方向 一般在旁邊標注數據流名 數據變換 加工處理 對數據進行加工 處理和變換 從而實現某個功能或操作 數據存儲 表示處理過程中存放各種數據的文件 數據流圖圖符說明 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 單層DFD對于大型系統 復雜 龐大 難于理解分層DFD 較大型軟件系統DFD分成多層 子圖 父圖概念 可以表示數據流和功能的進一步的細節 控制復雜度 逐級分解 逐步求精 高層DFD是其低層的抽象 低層是高層相關數據處理的細節 分層數據流圖 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 S 2 1 3 2 2 2 1 2 3 3 1 3 2 頂層 不編號 0層 1層 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 頂層DFD 用一個數據變換表示軟件 含所有相關外部實體 含外部實體與軟件中間的數據流 不含數據存儲 唯一 描述軟件的作用范圍 對總體功能 輸入 輸出進行抽象描述 反映軟件和系統 環境的關系 分層數據流圖 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 中間和底層DFD 分層數據流圖 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 由外向里 先畫系統的輸入輸出 然后畫系統的內部 再畫處理的內部 由頂向下 頂層 中間層 底層數據流圖 逐層分解 從外向里 建立DFD的步驟 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 1 對考生送來的報名單進行檢查 2 對合格的報名單編好準考證號后將準考證送給考生 并將匯總后的考生名單送給閱卷站 3 對閱卷站送來的成績單進行檢查 并根據考試中心制定的合格標準審定合格者 4 制作考生通知單 含成績及合格 不合格標志 送給考生 5 按地區進行成績分類統計和試題難度分析 產生統計分析表 考務處理系統功能 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 步驟2 1考務處理系統頂層DFD 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 步驟2 20層DFD 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 步驟2 3登記報名單第1層DFD 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 步驟2 4統計成績1層DFD 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 數據存儲不出現在頂層圖中 外部實體通常不出現在頂層圖外 數據存儲之間不應該有數據流 仔細 恰當地為數據變換命名 處理 對象 仔細 恰當地為數據流命名 反映整體含義 對數據變換建立唯一 層次性編號 每個數據變換通常要求既有輸入又有輸出 不要試圖讓DFD反映處理的順序 DFD規則和注意事項 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 a 數據守恒某個處理用以產生輸出的數據沒有輸入給這個處理 即出現遺漏 另一種是一個處理的某些輸入并沒有在處理中使用以產生輸出 b 數據存儲 文件 的使用數據存儲 文件 應被數據流圖中的處理讀和寫 而不是僅讀不寫 或僅寫不讀 c 父圖和子圖的平衡 步驟2 5考檢查數據流圖的正確性 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 描述數據流標識 來源 去向 數據組成 其它流動屬性描述 頻率 數據量 描述數據存儲文件名 描述 數據結構 數據存儲方式 關鍵碼 存取頻率和數據量 安全性要求 描述數據項 不可再分解的數據單位名稱 描述 數據類型 長度 精度 取值范圍及缺省值 計量單位 相關數據元素及數據結構 描述數據變換名稱 編號 激活條件 變換邏輯 執行頻率 步驟2 6利用數據字典描述DFD中的元素 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 描述數據流 數據流名 報名單別名 無簡述 學生報名時填寫的項目來源 學生去向 數據變換 審查報名單 組成 學號 姓名 生源地數據流量 1000次 周高峰值 報名開始期間1000次 天 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 描述數據流 數據流名 準考證別名 無簡述 學生考試憑證來源 考務處理系統去向 學生組成 準考證號 姓名 生源地 照片數據流量 1000次 周高峰值 報名期間1000次 天 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 描述數據存儲 文件名 考生名冊表別名 無簡述 存放考生信息信息組成 準考證號 姓名 性別 出生年月 生源地 照片組織方式 索引文件 以學號為關鍵字查詢要求 要求能夠立即查詢 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 描述數據項 數據項名 準考證號別名 ZK No ZK num簡述 準考證編號 主關鍵字類型 字符串長度 10取值范圍及含義 第1 3位 生源地代碼第4位 性別標志 1 男0 女第5 10位 00001 99999 具體編號 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 描述數據變換 數據變換名 登記報名單編號 1激活條件 收到報名單變換邏輯 1 1檢查報名單 1 2編準考證號 1 3登記考生 執行頻率 2000次 日 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 獲取原始需求 功能建模 數據流圖DFD 數據字典DD 指明數據如何在系統內被變換 數據建模 實體關系圖ERD 定義數據對象 屬性和關系 需求分析規格說明書 分析總結 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 需求文檔要點 需求文檔可以使用自然語言或形式化語言來描述 還可以添加圖形的表述方式和模型表征的方式 編寫目的 為項目開發提供軟件總體要求 作為用戶和軟件開發人員之間了解的基礎 提出功能 性能 接口和可靠性的要求 作為軟件人員進行設計和編碼的基礎 提供驗收標準 作為用戶確認測試的依據 需求文檔完成后 需要經過正式評審 以便作為下一階段工作的基礎 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 需求文檔要點 開發人員常常寫不出好的需求文檔需求調查工作不充分 獲取的需求信息太少或者太亂 以至于寫不成需求文檔 開發人員寫作能力比較差 解決方法是 提高開發人員寫作能力的根本辦法就是多練習寫文檔 熟能生巧 另外 合適的文檔模板以及比較好的示例文檔能有效地降低寫作難度 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 高質量需求敘述的特性 1 1 正確需求規格說明書應當正確地反映用戶的真實意圖 2 清楚清楚的需求讓人易讀易懂 清楚的反義詞是 難讀 難理解 可以用設問的方式來判斷需求文檔是否清楚 文檔的結構 段落是否亂七八糟 上下文是否不連貫 文檔的語句是否含糊其詞 羅里羅嗦 看了半天是否還不明白需求究竟是什么 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 高質量需求敘述的特性 2 3 無二義性 無二義性 是指每個需求只有唯一的含義 如果一個人說的話 不同的人可能有不同的理解 那么這句話就有二義性 如果需求存在二義性 將會導致人們誤解需求而開發出偏離需求的產品 為了使需求無二義性 人們在寫文檔時措詞應當準確 切勿模棱兩可 使用術語表的形式進行解釋 4 一致 一致 Consistent 是指 需求文檔 中各個需求之間不會發生矛盾 矛盾常常潛伏在需求文檔的上下文中 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 高質量需求敘述的特性 3 5 必要 需求文檔 中的各項需求對用戶而言應當都是必要的 畫蛇添足 或 錦上添花 6 完備 完備 Complete 是指 需求文檔 中沒有遺漏一些必要的需求 不完備的 需求文檔 將導致產生功能不完整的軟件 用戶在使用該軟件時可能無法完成預期的任務 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 高質量需求敘述的特性 4 7 可實現各項需求對開發方而言應當都是可實現的 可實現 意味著在技術上是可行的 并且滿足時間 費用 質量等約束 8 可驗證各項需求對用戶方而言應當都是可驗證的 如果需求是不可驗證的 那么用戶就無法驗收軟件 可能會發生商業糾紛 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 不合格的需求敘述 1 例1 主要功能要求 提供娛樂休閑 難理解 不清楚 不具體 例2 BBS功能需求 可以進行信息的交流 可以進行文章的發表 可以進行文章的回復 不限制的論壇內容的瀏覽 以上功能的操作步驟和通常的BBS論壇的一般步驟相同 畫蛇添足 例3 故障處理 可采用雙機備份機制 不完備 雙機備份能處理所有故障 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 不合格的需求敘述 2 例4 時間特性 在峰值負載期 與所規定的發送成功響應時間的允許偏離范圍 2秒 發送成功響應時間是多少 例5 非功能需求 界面設計良好 由于該系統是面向某學校的學籍 成績管理 以及提供學生和老師查詢信息 所以主要的是響應查詢 一般不會有大的問題 什么情況下不會有問題 2008 4唐金文E mial tangjw 192 168 136 16下載本講座相關資料 不合格的需求敘述 3 例6 靈活性 為適應需求