【正文】 提出問題 1 您在哪個部門工作？ 2 出版業(yè)務流程是什么？ 3 您每日都處理那些文件、數(shù)據(jù)、報表？ 4 工作中手工處理特別麻煩的事情是什么？ 5 工作中手工處理什么問題解決不了？影響效率的問題有哪些？ 6 您認為提高工作效率，節(jié)省工作時間，減輕工作強度可采取哪些辦法？ 某出版社系統(tǒng)調查表 編號 提出問題 7 您的部門需要成本核算和統(tǒng)計的內容有哪些？ 8 您的部門采用計算機管理工作情況如何？ 9 如何改進業(yè)務流程使之更合理？ 10 哪些問題是目前傳統(tǒng)手工方法根本無法解決的？ 11 出版社計算機管理信息系統(tǒng)需要解決什么問題？ 需求獲取的內容 (1)功能性需求 : 定義了系統(tǒng)做什么（描述系統(tǒng)必須支持 的功能和過程） (2)非功能性需求（技術需求） : 定義了系統(tǒng)工作時的特性 （描述操作環(huán)境和性能目標） 2. 兩類需求包括的內容 (1) 功能 (2) 性能 (3) 環(huán)境 (4) 界面 (5) 用戶或人的因素 (6) 文檔 (7) 數(shù)據(jù) (8) 資源 (9) 安全保密 (10)軟件成本消耗與開發(fā)進度 (11)質量保證 (1) 功能需求 ? 系統(tǒng)做什么？ ? 系統(tǒng)何時做什么？ ? 系統(tǒng)何時及如何修改 或升級？ (2) 性能需求 軟件開發(fā)的技術性指標 例如： ? 存儲容量限制 ? 執(zhí)行速度、相應時間 ? 吞吐量 (3) 環(huán)境需求 ?硬件設備： 機型、外設、接口、 地點、分布、溫度、 濕度、磁場干擾等 ?軟件： 操作系統(tǒng) 網絡 數(shù)據(jù)庫 (4) 界面需求 ? 有來自其它系統(tǒng)的輸入嗎？ ? 到 /自其它系統(tǒng)的輸出嗎？ ? 對數(shù)據(jù)格式有規(guī)定嗎？ ? 對數(shù)據(jù)存儲介質有規(guī)定嗎？ (5) 用戶或人的因素 ? 用戶類型？ ? 各種用戶熟練程度？ ? 需受何種訓練？ ? 用戶理解、使用系統(tǒng)的難度？ ? 用戶錯誤操作系統(tǒng)的可能性？ (6) 文檔需求 ? 需哪些文檔？ ? 文檔針對哪些讀者 ？ (7) 數(shù)據(jù)需求 ? 輸入、輸出數(shù)據(jù)的格式？ ? 接收、發(fā)送數(shù)據(jù)的頻率？ ? 數(shù)據(jù)的準確性和精度？ ? 數(shù)據(jù)流量？ ? 數(shù)據(jù)需保持的時間？ (8) 資源需求 ? 軟件運行時所需的數(shù)據(jù)、軟件。第二章 軟件需求分析 計算機信息工程學院 2020年 9月 現(xiàn)代軟件工程 授課教師：李德生 答疑時間：周三下午 答疑地點：計算機應用教研室 E_mail: 167。 內存空間等資源。模型化方法要求所建立的模型能真實反映所研究對象的整體結構、關系或某一過程、某一局部、某一側面的本質特征和變化規(guī)律。 模型的類型 ?數(shù)學模型 ?描述模型 ?圖形模型 模型的作用 建模的原因： ?在建模過程中了解系統(tǒng) ?通過抽象降低復雜性 ?有助于回憶所有的細節(jié) ?有助于開發(fā)小組間的交流 ?有助于與用戶的交流 ?為系統(tǒng)的維護提供文檔 (2) 分析與綜合 ?從 信息流 和 信息結構 出發(fā)， 逐步細化所有的軟件功能 ，找出 系統(tǒng)各元素之間的聯(lián)系 、 接口特性 和 設計上的約束 ，分析它們是否滿足功能要求，是否合理。 邏輯模型和物理模型 ? 模型是對對象系統(tǒng)的形式化的特征 抽象，概括性或近似地表示； ? 構造模型的過程是一個抽象、分 析的過程。 描述新系統(tǒng)是如何實施的（包括技術）。 ?文檔中的所有描述是否完整、清晰、準確反映用戶要求 。 ?主要功能是否已包括在規(guī)定的軟件范圍之內，是否都已充分說明 。 ?是否考慮過將來可能會提出的軟件需求 。按照系統(tǒng)的層次結構進行 逐步分解 ，并以分層的數(shù)據(jù)流圖反映這種結構關系，能清楚地表達和容易理解整個系統(tǒng) 分層的數(shù)據(jù)流圖 ?在多層數(shù)據(jù)流圖中， 頂層流圖 僅包含 一個加工 ，它代表被開發(fā)系統(tǒng)。 主要數(shù)據(jù)流輸入的源點和 輸出終點 是 顧客 和 供應商 。例如， ? 掌握分解速度。 數(shù)據(jù)項（數(shù)據(jù)元素）：表達有效信息的最基本單位； 數(shù)據(jù)流：相關數(shù)據(jù)項構成數(shù)據(jù)流； 數(shù)據(jù)文件：由若干數(shù)據(jù)項按照一定的組織方式組成。描述實現(xiàn)加工的策略而不是實現(xiàn)加工的細節(jié)。 ? 判定結構 ： if_then_else 或 case_of 結構； 商店業(yè)務處理系統(tǒng)中“檢查發(fā)貨單” if 發(fā)貨單金額超過 $500 then if 欠款超過了 60天 then 在償還欠款前不予批準 else （欠款未超期） 發(fā)批準書，發(fā)貨單 else （發(fā)貨單金額未超過 $500） if 欠款超過 60天 then 發(fā)批準書，發(fā)貨單及賒欠報告 else （欠款未超期） 發(fā)批準書，發(fā)貨單 處理名 :核實訂票處理 (MHGP3200MD) 編號 : 激活條件 :收到取訂票信息 處理邏輯 :1讀訂票旅客信息文件 2搜索此文件中是否有與輸入信息 中姓名及身份證號相符的項 IF 有 THEN 判斷余項是否與文件中信 息相符 IF 是 THEN 輸出已訂票信息 ELSE 輸出未訂票信息 ELSE 輸出未訂票信息 執(zhí)行頻率 : 實時 （ 2）判定表 ?如果數(shù)據(jù)流圖的加工需要依賴于 多個邏輯條件的取值 ，使用判定表來描述比較合適 以“檢查發(fā)貨單”為例 處理名 :計算折扣率 (MHGP534MD)