第五章 系統(tǒng)分析的任務(wù).ppt

1、系統(tǒng)分析的任務(wù)（ Information System Analysis and Design）,信息管理與信息系統(tǒng)教研室,本章要點,系統(tǒng)分析階段的任務(wù) 系統(tǒng)需求的信息來源（3個責(zé)任人） 獲取系統(tǒng)需求的方法 組織結(jié)構(gòu)圖 課堂作業(yè) 基本概念：模型、事件,5.1 系統(tǒng)分析階段任務(wù),基本任務(wù)：圍繞新系統(tǒng)的既定目標(biāo)，了解并獲得其所有的業(yè)務(wù)能力及其要求處理的信息，并對獲取的信息進行檢查、分析和結(jié)構(gòu)化，以全面、準(zhǔn)確、詳細的定義新系統(tǒng)的需求，從而獲得新系統(tǒng)的邏輯模型，即回答“系統(tǒng)做什么”的問題。 設(shè)計階段的基本任務(wù)：以邏輯模型為基礎(chǔ)，面向系統(tǒng)如何構(gòu)建，來設(shè)計系統(tǒng)解決方案，將“系統(tǒng)做什么”映射為“系統(tǒng)如何做”

2、的物理模型。,5.1 系統(tǒng)分析任務(wù)概述,獲取信息成為新系統(tǒng)支持的業(yè)務(wù)領(lǐng)域?qū)＜?定義系統(tǒng)需求對信息進行描述和區(qū)分 確認(rèn)需求的優(yōu)先級避免需求擴張 生成和評價可選方案考慮各方案的可行性 與管理人員一起復(fù)查推薦方案,5.2.1 系統(tǒng)需求的分類,系統(tǒng)需求是新系統(tǒng)必須完成的功能，在分析階段需要將高層次的抽象描述分解為更詳細的系統(tǒng)需求。 1、功能需求：對系統(tǒng)支持的功能和處理過程的描述 如：以CSS為例，基本信息處理、查詢產(chǎn)品目錄、生成訂單、修改或取消訂單、生成報表等 2、技術(shù)需求：對操作環(huán)境和操作性能指標(biāo)描述 如：B/S模式，服務(wù)器環(huán)境要求，頁面響應(yīng)時間，允許多少人同時在線下單等,5.2.2系統(tǒng)需求的信息來

3、源,需求分析第一步：識別責(zé)任人 用戶使用該系統(tǒng)處理日常業(yè)務(wù)的人 從水平方向看，反映業(yè)務(wù)職能部門的業(yè)務(wù)活動關(guān)聯(lián)。如CSS中涉及了銷售部門、庫存部門、財務(wù)部門 從垂直方向看，反映不同層次的信息需求。 （a）業(yè)務(wù)操作人員只關(guān)心日常事務(wù)處理過程 （b）查詢類用戶關(guān)心查詢條件以及輸出格式 （c）管理類用戶關(guān)心提供統(tǒng)計性的概要信息,5.2.2系統(tǒng)需求的信息來源,需求分析第一步：識別責(zé)任人 委托人/客戶類資助開發(fā)費用和最終擁有該系統(tǒng)人，必須為其提供項目進展的概要情況。 技術(shù)人員確保系統(tǒng)的正常運行，主要是在組織的計算機環(huán)境下對系統(tǒng)進行維護，能在程序設(shè)計語言、計算機平臺和其他設(shè)備等方面為項目提供一些指南。,責(zé)任

4、人分析：員工訂餐系統(tǒng),員工最關(guān)心能否使用系統(tǒng)方便準(zhǔn)確的訂餐 前臺統(tǒng)計訂餐、與餐廳溝通、下單等，操作最 為復(fù)雜、功能要求最多 領(lǐng)導(dǎo)主要要求系統(tǒng)是否解決手工訂餐的問題 財務(wù)利用訂餐記錄與餐廳結(jié)算 餐廳合作方式,5.2.3獲取新系統(tǒng)需求,業(yè)務(wù)描述你做什么事情？ 業(yè)務(wù)的工作流程你怎樣完成它？ 業(yè)務(wù)的數(shù)據(jù)需求要完成它需要哪些數(shù)據(jù)？ 注意： 需求分析是針對新系統(tǒng)而言的 分析和解決業(yè)務(wù)領(lǐng)域的問題 保證需求有效性的同時還需提高工作效率,5.2.3系統(tǒng)需求的困境,5.2.3調(diào)查表,當(dāng)各類責(zé)任人數(shù)量較多尤其是工作地理位置分布較廣時，這種方式比較常見。 書本106頁CSS調(diào)查表樣例分析 問卷調(diào)查表2,先生/小姐：

5、您好，現(xiàn)將XXXX信息系統(tǒng)開發(fā)業(yè)務(wù)調(diào)查問卷表發(fā)給您， 請您抽空準(zhǔn)備，我們將X日與您會面。謝謝您的合作。 XXX課題組,5.2.3調(diào)查表優(yōu)缺點,優(yōu)點： 對系統(tǒng)需求初步了解，引導(dǎo)你確定哪些領(lǐng)域有需求是否需要使用其他方式進一步有效獲得。 缺點： 問卷內(nèi)包含的問題有限，反饋數(shù)量不高，不能保住分析員了解業(yè)務(wù)的工作流程、業(yè)務(wù)規(guī)則。,5.2.3瀏覽現(xiàn)有的文檔資料,文檔材料包括：報表、表格、過程手冊、業(yè)務(wù)描述 可以幫助了解業(yè)務(wù)功能、基本工作過程及其業(yè)務(wù)規(guī)則，能發(fā)現(xiàn)目前業(yè)務(wù)過程中的不一致或冗余問題，能與用戶進行接觸，在與用戶詳談時能提供實物助手。,季度產(chǎn)品銷售統(tǒng)計報表,來源：原始銷售表第一列。 字段：C,8,來

6、源：上期庫存表第七列。 字段：N,4,來源：原始成本表第九列。 字段：N,5,來源：原始銷售表第五列。 字段：N,5,計算：第四列X第五列。 字段：N,8,計算：(第五列第七列)X第四列。 字段：N,8,來源：原始銷售表第二列。 字段：C,6,5.2.3會談與參與,最有效的理解業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的方法，但是也最費時間和最耗資源 為了保證會談的有效性： 準(zhǔn)備會談：目的、對象、問題、時間地點、通知 引導(dǎo)會談 會談總結(jié) 觀察和親自參與業(yè)務(wù)實踐活動,5.2.4結(jié)構(gòu)化預(yù)排,項目早期對項目質(zhì)量進行控制的一項有效技術(shù) 發(fā)現(xiàn)需求理解后說形成的過程模型中的錯誤和問題，包括需求信息的全面性、正確性和綜合性以及確認(rèn)

7、需求定義和需求之間的一致性和正確性。,結(jié)果整理,調(diào)查結(jié)果的整理的作用是弄清數(shù)據(jù)之間的聯(lián)系、業(yè)務(wù)分工和職權(quán)劃分等，記述主要業(yè)務(wù)工作以及描繪該工作與其他工作之間的聯(lián)系。 通常組織結(jié)構(gòu)圖、業(yè)務(wù)與組織關(guān)系圖繪制在一張圖紙中，業(yè)務(wù)功能一覽表繪制在另一張圖紙中。,一般組織結(jié)構(gòu)圖,一般組織結(jié)構(gòu)圖實例,一般組織結(jié)構(gòu)圖實例,為了更好地表示部門間的業(yè)務(wù)聯(lián)系，與一般組織結(jié)構(gòu)圖存在以下區(qū)別： （1） 除標(biāo)明部門之間的領(lǐng)導(dǎo)與被領(lǐng)導(dǎo)的關(guān)系外，還要標(biāo)明資料、物資、資金的流動關(guān)系。 （2） 圖中各部門、各種關(guān)系的詳細程度以突出重點為標(biāo)準(zhǔn)，即那些與系統(tǒng)目標(biāo)明顯關(guān)系不大的部分，可以簡略或省去； （3） 除了組織邊界內(nèi)的部門與聯(lián)系

8、外，還需畫出與組織有業(yè)務(wù)聯(lián)系的邊界以外的若干部門與聯(lián)系。,組織結(jié)構(gòu)圖注意點,組織結(jié)構(gòu)圖實例,課堂練習(xí),結(jié)合組織結(jié)構(gòu)圖的圖示要點，理解以下某大學(xué)出版社的業(yè)務(wù)描述，繪制相應(yīng)的組織結(jié)構(gòu)圖。 業(yè)務(wù)描述：某大學(xué)出版社由出版科和發(fā)行科組成。出版科將書稿付諸給印刷廠印刷成書后，由發(fā)行科提交給下屬機構(gòu)的書庫。顧客可以選擇郵購或現(xiàn)購的方式購買書籍。郵購室和現(xiàn)購室將從書庫進行進行調(diào)書。最后將購書款匯總到學(xué)校的財務(wù)處。,室,室,本章要點,基本概念：模型、事件 事件列表的制定 課后作業(yè) 結(jié)構(gòu)化需求模型 DFD ERD DD 決策樹、決策表,5.3.1建模的基礎(chǔ)：模型,由一組圖示、文字符號和組織這些符號的規(guī)則組成，利用

9、他們來定義和描述問題域中的概念和術(shù)語。 一般模型有： 描述性模型組織結(jié)構(gòu)圖、事件列表 圖形化模型ERD、TFD、DFD 數(shù)字模型計算公式、決策表、決策樹,5.3.2建模的基礎(chǔ)：事件,在特定時刻和特定場合發(fā)生的，由系統(tǒng)能夠描述和值得處理的事情的抽象。 事件特點： 事件是瞬間完成的 可以系統(tǒng)內(nèi)部出發(fā)，也可能在系統(tǒng)外部 易于被系統(tǒng)識別 直接影響系統(tǒng)的目標(biāo),5.3.2以信用卡處理系統(tǒng)為例,系統(tǒng)環(huán)境中的外部事件 客戶激活卡片 客戶消費 客戶支付賬單 客戶變更地址 客戶銷卡,5.3.2以CSS系統(tǒng)為例,系統(tǒng)環(huán)境中的外部事件 客戶訂購產(chǎn)品 客戶按發(fā)票支付賬單 客戶退貨 客戶更改賬戶信息 檢查訂單狀態(tài),CSS

10、狀態(tài)事件 訂貨提醒,5.3.2事件的識別方法1,事件時序：跟蹤事物處理的生命周期 以CSS訂單處理系統(tǒng)為例，分析員在考慮新客戶引發(fā)的所有事件,客戶想要一本商品目錄 客戶確定商品條目信息的有效性 客戶下訂單 客戶修改或取消訂單 客戶查詢訂單狀態(tài) 客戶修改賬戶信息 客戶退貨,5.3.2事件的識別方法2,與系統(tǒng)控制有關(guān)的技術(shù)依賴事件 這些事件一般不作為分析階段的重點，會在系統(tǒng)設(shè)計階段由開發(fā)人員考慮，但是它們對系統(tǒng)的實現(xiàn)有直接的作用和影響，因此分析員也必須認(rèn)真考慮。 如：用戶的登錄、數(shù)據(jù)備份,5.3.3事件列表,記錄與每件事件相關(guān)的信息，行表示事件，列表示事件的詳細信息屬性 組成部分： 事件名稱 觸發(fā)

11、事件發(fā)生的條件 事件源外部實體或參與者，系統(tǒng)的輸入 行為系統(tǒng)的動作 響應(yīng)系統(tǒng)的輸出 事件宿外部實體或參與者，系統(tǒng)的輸出,課后作業(yè),學(xué)習(xí)并理解書本115的事件列表，結(jié)合自己的設(shè)計課題列出相關(guān)的事件列表，越詳細越好。,5.3.4 事物,對于系統(tǒng)用戶而言，事物就是他們業(yè)務(wù)工作中說面對和處理的對象，如客戶、訂單、發(fā)票、產(chǎn)品等 事物的類型： 具體的事物 人的角色 偶爾發(fā)生但很重要的事物,商品、目錄,客戶、雇員、產(chǎn)品,訂單,5.3.4 事物的屬性,事物所具有的某一特征，一種事物可以有若干個屬性來刻畫。 分析員必須明確系統(tǒng)需要存儲的每個事物的屬性，并將其中能唯一標(biāo)志某個具體事物的屬性集作為關(guān)鍵字或標(biāo)識符。

12、客戶具有名稱、辦公電話、傳真、所在地址、郵編、聯(lián)系人、聯(lián)系人電話 那么關(guān)鍵字是什么？,5.3.4 事物之間的關(guān)系,關(guān)系是事物之間自然發(fā)生的聯(lián)系，比如被處理、工作于、提交 關(guān)系一般有三種基本類型：一對一，一對多，多對多。 根據(jù)關(guān)聯(lián)數(shù)目的多少還可以分為可選關(guān)系和強制關(guān)系 根據(jù)關(guān)聯(lián)事物的數(shù)目可以分為一元關(guān)系、二元關(guān)系和多元關(guān)系,Visio版圖示,Powerdesigner圖示,課堂練習(xí),目前住院病人主要由護士護理，這樣做不僅需要大量護士，而且由于不能隨時觀察危重病人的病情變化，還會延誤搶救時機。某醫(yī)院打算開發(fā)一個以計算機為中心的患者監(jiān)護系統(tǒng)，業(yè)務(wù)內(nèi)容描述如下： 醫(yī)院對患者監(jiān)護系統(tǒng)的基本要求是隨時接收每個病人的生理信號(脈搏、體溫、血壓、心電圖等)，定時記錄病人情況以形成患者日志，當(dāng)某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息，此外，護士在需要時還可以要求系統(tǒng)印出某個指定病人的病情報告。 請使用兩種圖示方式繪制該系統(tǒng)的ERD,病人 日志,脈博,血壓,體溫,心電圖,病人 編號,護士,病情報告