【正文】 生源信息表 學生學籍處理業(yè)務(wù) ?每學期開學時 ， 各學辦進行注冊管理 ， 注冊信息記錄在在校生信息卡中 。 方式：個別調(diào)查 （ 須逐一進行 ， 耗時較多 ） 畫出業(yè)務(wù)流程圖 、 HIPO圖 、 數(shù)據(jù)流程圖 、 數(shù)據(jù)流動時序圖及 ER圖 ， 寫出數(shù)據(jù)字典 將業(yè)務(wù)流程圖 、 HIPO圖 、 數(shù)據(jù)流程圖 、 數(shù)據(jù)流動時序圖及 ER圖 、 數(shù)據(jù)字典與相應(yīng)業(yè)務(wù)人員進行交流后反復修改 ， 讓用戶簽字認可 。 收集報表樣本 （ 空表和帶數(shù)據(jù)的真實報表 ） ， 了解報表軟件的情況和上下級部門十分需要的統(tǒng)計數(shù)據(jù) （ 手工統(tǒng)計十分困難 ） 。 需求規(guī)格說明與評審 ?需求格式說明書的目標 ?用戶、分析人員和設(shè)計人員交流 ?目標系統(tǒng)的確認 ?控制系統(tǒng)化過程 ?需求格式說明書的內(nèi)容 ?需求評審 ?正確性 ?無歧義性 ?完全性 ?一致性 ?可驗證性 ?可理解性 ?可修改性 ?可追蹤性 需求規(guī)格說明書提綱 引言 目的 背景 定義 參考資料 項目概述 產(chǎn)品描述 產(chǎn)品功能 用戶特點 一般約束 假設(shè)與依據(jù) 具體需求 功能需求 規(guī)格說明 引言 輸入 輸出 加工 外部接口 用戶接口 硬件接口 軟件接口 通訊接口 性能需求 數(shù)據(jù)精度 時間特性 適應(yīng)性 設(shè)計約束 屬性需求 安全性 可維護性 保密性 …… 附錄 索引 ? 預習內(nèi)容： 第五章 13節(jié) ? 作業(yè)： P110111 、 、 、 ? 課堂討論： 根據(jù)學籍管理手冊，通過預習第四章內(nèi)容，如果你到學生處、教務(wù)處進行需求分析，擬定調(diào)查提綱 教務(wù)管理系統(tǒng)調(diào)查分析過程 ? 認真學習教務(wù)管理方面的知識 ， 重點掌握其中的名詞和術(shù)語 ? 收集目前教務(wù)管理方面資料和軟件 ， 了解其特點 ， 重點了解國家或商品化通用軟件情況 ? 寫出調(diào)查計劃 、 設(shè)計調(diào)查工作底稿 ? 走訪教務(wù)處 、 學生處領(lǐng)導和核心管理人員 ，了解組織機構(gòu) 、 管理模式及內(nèi)容 、 主要業(yè)務(wù) 、 國家標準 、 主要管理 、 業(yè)務(wù)文件及管理制度 、 存在問題 ， 重點了解業(yè)務(wù)量大和問題多的業(yè)務(wù) 。若某種物品的庫存量少于庫存臨界值，則報告采購部門以便其訂貨，每天向采購部門送一份采購報告。 ?系統(tǒng)流程圖在可行性研究階段也可以使用 ?系統(tǒng)流程圖可用圖形符號來表示系統(tǒng)中的各個元素。 自頂向下 順序適于業(yè)務(wù)層次性較強、功能劃分比較明確的系統(tǒng)； 自底向上 順序適于業(yè)務(wù)相對分散且層次性不很強、功能劃分不十分明確的系統(tǒng)。 ?獲取用戶需求的主要方法是調(diào)查研究 ?需求調(diào)查的內(nèi)容： 組織概況、組織的業(yè)務(wù)活動、組織的業(yè)務(wù)狀態(tài)、業(yè)務(wù)的詳細內(nèi)容、 輸入輸出信息（ 信息流向、信息種類、利用的目的、信息的使用者和制造者、輸入和輸出地點、輸入和輸出信息量） 、存在問題、約束條件、未來要求 ?了解系統(tǒng)的需求 軟件開發(fā)是系統(tǒng)開發(fā)的一部分 ,仔細分析研究系統(tǒng)的需求規(guī)格說明 ,對軟件的需求獲取是很有必要的 ?需求調(diào)查對象 對組織的高層管理者，進行組織管理目標或經(jīng)營方針等組織戰(zhàn)略問題的調(diào)查 對中層的管理者，進行全部業(yè)務(wù)流的調(diào)查 對業(yè)務(wù)工作人員，進行詳細業(yè)務(wù)信息的調(diào)查 ?市場調(diào)查 了解市場對待開發(fā)軟件有什么樣的要求；了解市場上有無與待開發(fā)軟件類似的系統(tǒng) ?考察現(xiàn)場 了解用戶實際的操作環(huán)境、操作過程和操作要求。 ?軟件需求的物理視圖給出的是處理功能和數(shù)據(jù)結(jié)構(gòu)的實際表現(xiàn)形式，這往往是由設(shè)備本身決定的。 以層次化的方式對問題進行分解和不斷細化 軟件的功能域和信息域都能做進一步的分解。 需求分析流程 軟件需求分析的原則 需要能夠表達和理解問題的信息域和功能域 信息域應(yīng)包括： ? 信息流 ：數(shù)據(jù)和控制通過一個系統(tǒng)時的變化方式。 ?開發(fā)的技術(shù)風險是什么 。 需求分析的過程 ?需求分析評審 ?被開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠，確定 。 ?常用的分析方法 ?面向數(shù)據(jù)流 的結(jié)構(gòu)化分析方法 (SA) ?面向數(shù)據(jù)結(jié)構(gòu) 的 Jackson方法 (JSD) ?面向數(shù)據(jù)結(jié)構(gòu) 的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法 (DSSD) ?面向?qū)ο?的分析方法 (OOA) 等 需求分析的過程 ?編制需求分析階段的文檔 ?軟件需求說明書 ?數(shù)據(jù)要求說明書 ?初步的用戶手冊 ?修改、完善與確定軟件開發(fā)實施計劃 ?需求分析評審 ?系統(tǒng)定義的目標是否與用戶的要求一致 。 ?問題識別 ?從系統(tǒng)的角度來理解軟件并評審軟件范圍是否恰當 ?確定對目標系統(tǒng)的綜合要求，即軟件的需求 ?提出這些需求實現(xiàn)條件，以及需求應(yīng)達到的標準 ? 功能需求 ? 性能需求 ? 環(huán)境需求 ? 可靠性需求 ? 安全保密要求 ? 用戶界面需求 ? 資源使用需求 ? 成本消耗需求 ? 開發(fā)進度需求 ? 預先估計以后系統(tǒng)可能達到的目標 需求分析的過程 問題識別的另一項工作是建立分析所需要的通信途徑，以保證能順利地對問題進行分析。 第四章 軟件工程需求分析基礎(chǔ) 第四章 需求分析基礎(chǔ) ? 需求分析的任務(wù)與原則（重點） ?需求分析的任務(wù) ?需求分析的過程 ?軟件需求分析的原則 ? 初步需求獲取技術(shù) ? 需求建模（重點） ? 問題抽象、問題分解與多視點分析 ? 支持需求分析的快速原型技術(shù) ? 需求規(guī)格說明書 軟件需求： 用戶對目標軟件系統(tǒng)在功能、行為、性能、設(shè)計約束等方面的期望 167。 目標系統(tǒng) 當前系統(tǒng) 物理模型 邏輯模型 模型化 抽象化 物理模型 邏輯模型 具體化 實例化 理 解 需 求 表 達 需 求 導 出 怎么做 做什么 需求分析的任務(wù) ?通常軟件開發(fā)項目是要實現(xiàn)目標系統(tǒng)的物理模型 ?目標系統(tǒng)的具體物理模型是由它的邏輯模型經(jīng)實例化，即具體到某個業(yè)務(wù)領(lǐng)域而得到的 ?需求分析研究的對象是軟件項目的用戶要求 ?準確地表達被接受的用戶要求 ?確定被開發(fā)軟件系統(tǒng)的系統(tǒng)元素 ?將功能和信息結(jié)構(gòu)分配到這些系統(tǒng)元素中 ?需求分析的任務(wù) ?深入描述軟件的功能和性能 ?確定軟件設(shè)計的約束和軟件同其它系統(tǒng)元素的接口細節(jié) ?定義軟件的其它有效性需求 需求分析的具體任務(wù) ?需求分析階段的具體任務(wù)： ?確定對系統(tǒng)的綜合要求 ?系統(tǒng)功能要求 ?系統(tǒng)性能要求 ?運行要求 ?將來可能提出的要求 ?分析系統(tǒng)的數(shù)據(jù)要求（需求分析的本質(zhì)就是對數(shù)據(jù)和加工進行分析，如用數(shù)據(jù)流程圖、 ER圖） ?導出系統(tǒng)的邏輯模型 ?修正系統(tǒng)開發(fā)計劃 ?開發(fā)原型系統(tǒng) ?編寫軟件需求規(guī)格說明書 需求分析標準和過程 ?需求的四項基本標準 ?明確（ clear） ?完整（ plete） ?一致（ consistent） ?可測試（ testable） ?需求分析的過程： 對問題的識別、需求描述（分析與綜合）、制定規(guī)格說明和需求評審。最終綜合成系統(tǒng)的解決方案，給出目標系統(tǒng)的詳細邏輯模型。 ?與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述 。 ?設(shè)計的約束條件或限制條件是否符合實際 。 ?是否詳細制定了檢驗標準，它們能否對系統(tǒng)定義是否成功進行確認 。 ? 信息結(jié)構(gòu) ：各種數(shù)據(jù)和控