【正文】 自由格式和固定格式 ? 自由格式的調(diào)查問(wèn)卷為回答者提供了非常靈活的回答問(wèn)題的方式。 ?數(shù)據(jù)真實(shí)性需要確定、必須懂得業(yè)務(wù)、比較花費(fèi)時(shí)間。通過(guò)組織/功能分析，可以反映組織各部門(mén)在承擔(dān)業(yè)務(wù)時(shí)的關(guān)系，使組織的功能進(jìn)一步理順，提高管理效率。 采購(gòu)人員 根據(jù)缺貨通知，查閱 訂貨合同單 ，若已訂貨，則向 供貨單位 發(fā)出 催貨 請(qǐng)求，否則，就臨時(shí)申請(qǐng) 補(bǔ)充訂貨 。采購(gòu)人員收到 提貨通知單 后，辦理入貨手續(xù)，接著，庫(kù)工驗(yàn)收 入庫(kù) ，并通知車間領(lǐng)料。 ? 庫(kù)長(zhǎng) —— 庫(kù)工 案例 1： 某企業(yè)的物資管理業(yè)務(wù)流程如下：車間 填寫(xiě) 領(lǐng)料單 到倉(cāng)庫(kù)領(lǐng)料， 庫(kù)長(zhǎng) 根據(jù) 用料計(jì)劃 審批領(lǐng)料單，未批準(zhǔn)的領(lǐng)料單退回車間。采購(gòu)人員根據(jù)缺貨通知，查閱訂貨合同單， 若已訂貨，則向 供貨單位 發(fā)出 催貨 請(qǐng)求，否則，就臨時(shí)申請(qǐng) 補(bǔ)充訂貨 。采購(gòu)人員收到提貨通知單后，辦理入貨手續(xù)，接著，庫(kù)工驗(yàn)收 入庫(kù) ，并通知車間領(lǐng)料。 ? 庫(kù)工 —— 有關(guān)部門(mén) 某 企 業(yè) 物 資 管 理 業(yè) 務(wù) 流 程 圖 練習(xí) 1： 任課教師把學(xué)生成績(jī)單交系教務(wù)人員，由系教務(wù)人員把成績(jī)錄入學(xué)籍表，并將學(xué)籍表交給教務(wù)處，教務(wù)處根據(jù)學(xué)籍管理?xiàng)l例，根據(jù)學(xué)籍表中的成績(jī)及補(bǔ)考情況，確定學(xué)生的升級(jí)、留級(jí)及退學(xué)，將處理結(jié)果記入學(xué)籍表，并發(fā)放通知書(shū)給學(xué)生。 財(cái)務(wù) 科 上月工資發(fā)放清單 人事科 人員及工資變動(dòng)表 總務(wù)科 扣款 清單 工資發(fā)放清單 工資 發(fā)放員 ?業(yè)務(wù)流程圖的特點(diǎn) ? 按業(yè)務(wù)部門(mén)劃分的橫式圖； ? 圖中描述的主體是票據(jù)、帳單； ? 票據(jù)、帳單的流程路線與實(shí)際業(yè)務(wù)處理過(guò)程一一對(duì)應(yīng)。 最后計(jì)算出每位職工的應(yīng)發(fā)工資數(shù) ， 并填入工資發(fā)放清單 ， 為工資發(fā)放人員發(fā)放工資做好準(zhǔn)備 。采購(gòu)人員收到 提貨通知單 后，辦理入貨手續(xù)，接著，庫(kù)工驗(yàn)收 入庫(kù) ，并通知車間領(lǐng)料。 采購(gòu)人員 根據(jù)缺貨通知，查閱 訂貨合同單 ， 若已訂貨，則向供貨單位發(fā)出催貨請(qǐng)求，否則，就臨時(shí)申請(qǐng)補(bǔ)充訂貨。 ?庫(kù)工 —— 車間 案例 1： 某企業(yè)的物資管理業(yè)務(wù)流程如下：車間 填寫(xiě) 領(lǐng)料單 到倉(cāng)庫(kù)領(lǐng)料， 庫(kù)長(zhǎng) 根據(jù) 用料計(jì)劃 審批領(lǐng)料單，未批準(zhǔn)的領(lǐng)料單退回車間。采購(gòu)人員收到 提貨通知單 后，辦理入貨手續(xù)，接著，庫(kù)工驗(yàn)收 入庫(kù) ，并通知車間領(lǐng)料。 采購(gòu)人員 根據(jù)缺貨通知，查閱 訂貨合同單 ，若已訂貨，則向 供貨單位 發(fā)出 催貨 請(qǐng)求，否則，就臨時(shí)申請(qǐng) 補(bǔ)充訂貨 。 系統(tǒng)外部單位 判斷條件 ?業(yè)務(wù)流程圖的畫(huà)法： 確定畫(huà)圖對(duì)象 深入現(xiàn)場(chǎng)調(diào)查，工作人員介紹業(yè)務(wù)處理過(guò)程 依據(jù)圖例繪制草圖 向工作人員講解描述、討論 正確與否 繪制正式業(yè)務(wù)流程圖 修改 否 是 案例 1： 某企業(yè)的物資管理業(yè)務(wù)流程如下：車間 填寫(xiě) 領(lǐng)料單 到倉(cāng)庫(kù)領(lǐng)料， 庫(kù)長(zhǎng) 根據(jù) 用料計(jì)劃 審批領(lǐng)料單，未批準(zhǔn)的領(lǐng)料單退回車間。各子系統(tǒng)功能的完成，又依賴于下面更具體的工作的完成。 ?優(yōu)點(diǎn)和缺點(diǎn) ：訪談為分析人員提供了與訪談對(duì)象自由溝通的機(jī)會(huì)；通過(guò)訪談可以挖掘更深層次的用戶需求；訪談允許開(kāi)發(fā)人員使用一些個(gè)性化的問(wèn)題；成功的訪談在很大程度上取決于分析人員的經(jīng)驗(yàn)與技巧；訪談?wù)加玫臅r(shí)間較多，訪談后的資料整理，也需要花費(fèi)較多的時(shí)間。 ?缺點(diǎn)：需要整理歸納、深層次存在的問(wèn)題不易發(fā)現(xiàn)。 31 數(shù)據(jù)詞典 數(shù) 據(jù) 流 圖 實(shí) 體 關(guān) 系 圖 狀態(tài)轉(zhuǎn)換圖 加 工 控 制 規(guī) 規(guī) 格 格 說(shuō) 說(shuō) 明 明 數(shù) 據(jù) 對(duì) 象 描 述 過(guò)程設(shè)計(jì) 接口設(shè)計(jì) 體系結(jié)構(gòu)設(shè)計(jì) 數(shù)據(jù)設(shè)計(jì) 1. 軟件工程中的結(jié)構(gòu)化分析方法 2. 信息系統(tǒng)工程中的結(jié)構(gòu)化分析步驟 新 系 統(tǒng) 邏 輯 模 型 設(shè) 計(jì) 充分認(rèn)識(shí)原系統(tǒng)，識(shí)別問(wèn)題 進(jìn)行分析，弄清問(wèn)題 提出新系統(tǒng)的邏輯方案 需 求 分 析 現(xiàn)行系統(tǒng)的詳細(xì)調(diào)查 組織結(jié)構(gòu)與功能分析 業(yè)務(wù)流程分析 數(shù)據(jù)及數(shù)據(jù)流程分析 新系統(tǒng)邏輯方案 系統(tǒng)分析報(bào)告 2. 信息系統(tǒng)工程中的結(jié)構(gòu)化分析步驟 3. 現(xiàn)行系統(tǒng)的詳細(xì)調(diào)查 對(duì)象 現(xiàn)行系統(tǒng) 目的 完整掌握現(xiàn)行系統(tǒng)的現(xiàn)狀，發(fā)現(xiàn)問(wèn)題和薄弱環(huán)節(jié)，收集資料，為下一步的系統(tǒng)化分析和提出新系統(tǒng)的邏輯設(shè)計(jì)做好準(zhǔn)備。 (3) 必須描述作為外部事件結(jié)果的軟件行為，這條準(zhǔn)則要求建立行為模型。 1. 軟件工程中的結(jié)構(gòu)化分析方法 25 需求規(guī)格說(shuō)明 ? 功能 ——所設(shè)計(jì)的軟件要做什么； ? 性能 ——軟件功能在執(zhí)行過(guò)程中的速度、可使用性、響應(yīng)時(shí)間、各種軟件功能的恢復(fù)時(shí)間、吞吐能力、精度、頻率等等； ? 強(qiáng)加給實(shí)現(xiàn)的設(shè)計(jì)限制 ——在效果、實(shí)現(xiàn)的語(yǔ)言、數(shù)據(jù)庫(kù)完整性、資源限制、操作環(huán)境等等方面所要求的標(biāo)準(zhǔn)； ? 屬性 ——可移植性、正確性、可維護(hù)性及安全性等方面的考慮因素； ? 外部接口 ——與人、硬件、其他軟件和其他硬件的相互關(guān)系。 ； 12．報(bào)表系統(tǒng) 。 。 DEC曾以眾多的高新技術(shù)著稱于世。 在本例中 ， 假如購(gòu)書(shū)單中出現(xiàn)了學(xué)生不該購(gòu)買或已經(jīng)賣完的教材 ， 就可用 “ 無(wú)效書(shū)單 ” 把相應(yīng)的情況通知學(xué)生 。 學(xué)生 張秘書(shū) 王會(huì)計(jì) 李出納 趙保管 學(xué)生 在上圖中，張、王、李、趙等具體的人是可以變動(dòng)的，但需要他們處理的工作，例如審查購(gòu)書(shū)有效性，開(kāi)交款單，開(kāi)領(lǐng)書(shū)單等則是不變的，后者才是本質(zhì)的內(nèi)容。 還有知識(shí)工程方法等如：場(chǎng)記分析法、卡片分類法、分類表格技術(shù)和基于模型的知識(shí)獲取等。 (2) 期望需求 :隱式的需求，可能由于是非?；A(chǔ)的而用戶沒(méi)有顯示的陳述，如人機(jī)交互的容易性、整體的操作正確性和可靠性，以及軟件安裝的容易性。 1. 軟件工程中的結(jié)構(gòu)化分析方法 5 需求的類型 ? 按內(nèi)容分類 軟件需求代表系統(tǒng)的綜合要求，包括以下幾種類型： (1) 系統(tǒng)功能需求 : 系統(tǒng)功能需求指根據(jù)系統(tǒng)所能實(shí)現(xiàn)的功能要求，對(duì)于每一類功能或者有時(shí)對(duì)于每一個(gè)功能，需要弄清輸入、加工和輸出等需求。 (3) 系統(tǒng)運(yùn)行需求 : 這類要求集中表現(xiàn)為對(duì)系統(tǒng)運(yùn)行時(shí)所處的環(huán)境、使用的資源、安全保密和用戶界面的要求。 是對(duì)面談法的補(bǔ)充。 1. 軟件工程中的結(jié)構(gòu)化分析方法 需求分析及其任務(wù) ?需求分析主要對(duì)收集到的需求進(jìn)行提煉、分析和認(rèn)真審查，確保所有參加人員取得一致共識(shí)。 一般來(lái)說(shuō) ， 它的功能應(yīng)該比當(dāng)前的現(xiàn)行系統(tǒng)更強(qiáng) ， 不必也不應(yīng)該完全模擬現(xiàn)行的系統(tǒng) 。當(dāng)然，上述步驟僅顯示一個(gè)粗略的輪廓，實(shí)際工作要復(fù)雜得多。 為什么？ 究其根本，還是因?yàn)? DEC 對(duì)其市場(chǎng)和用戶不了解，盲目追求技術(shù)而鑄成大錯(cuò)。 。 三 、 信息建模法 是從數(shù)據(jù)的角度對(duì)現(xiàn)實(shí)世界建立系統(tǒng)的信息模型 ,基本工具是 ER圖 。通常，模型由一組圖形符號(hào)和組織這些符號(hào)的規(guī)則組成。 實(shí)體 — 關(guān)系圖 狀態(tài)轉(zhuǎn)換圖 數(shù)據(jù)流 圖 數(shù)據(jù)對(duì)象描述 加工規(guī)格說(shuō)明 數(shù)據(jù) 字典 控制規(guī)格說(shuō)明 數(shù)據(jù)模型 實(shí)體 聯(lián)系圖 ， 描