第一篇：體檢中心管理軟件需求分析

體檢軟件領導者，健康管理先行者

杏林七賢體檢管理軟件: http://www.tmdps.cn

體檢中心管理軟件需求分析

一、檢驗信息管理（LIS）系統(tǒng)技術(shù)要求(1)管理核心系統(tǒng)

LIS（LabouratoryInformationSystem）作為實驗室管理信息系統(tǒng)的核心系統(tǒng)是專門為醫(yī)學檢驗中心和大中型醫(yī)院檢驗科開發(fā)的網(wǎng)絡信息管理系統(tǒng)。系統(tǒng)的開發(fā)過程經(jīng)歷了細致周密的需求分析、專業(yè)化的系統(tǒng)設計、高效能的程序編碼以及嚴格的測試，為實驗室提交信息化管理鑰匙工程。是真正意義上的實驗室信息系統(tǒng)LIS，它通過計算機網(wǎng)絡使與檢驗有關各部門分散的業(yè)務聯(lián)成一個共同整體，并將檢驗工作的整個流程置于計算機的實時監(jiān)控之下，加強了檢驗科室的內(nèi)部管理。檢驗醫(yī)師將報告存放在網(wǎng)絡服務器上，科室主任在網(wǎng)上統(tǒng)計工作量，其它科室在網(wǎng)上取各自的報告，病人從網(wǎng)上查詢結(jié)果。通過網(wǎng)絡資源劃分和權(quán)限設定，使檢驗科在組織和管理上，既顯現(xiàn)為一個有機的整體，又顯現(xiàn)為責任明晰、組織有序的職能部門，充分體現(xiàn)網(wǎng)絡優(yōu)勢、提高管理水平。它記錄了每個人的工作過程，使責任到人，分工明確，保證了工作質(zhì)量，提高了檢驗結(jié)果的準確性。

LIS系統(tǒng)在檢驗處理過程中替代了許多人工操作，使工作更加高效、準確和快捷。在統(tǒng)計、查詢、報告打印等許多方面都更加規(guī)范，并體現(xiàn)出較高的管理水平。使所使用的系統(tǒng)與傳統(tǒng)的生化分析軟件相比具有更高的性能比。

功能需求 1)檢驗申請

支持醫(yī)師錄入檢驗申請單； 支持護士錄入檢驗申請單； 支持檢驗科錄入檢驗申請單；

支持打印多種形式的檢驗申請單，比如標簽、條形碼等；

2)樣本采集

可在采樣處打印標簽或條碼；

可查詢采樣計劃、打印采樣任務表；

可記錄采樣者、采樣日期、采樣時間、樣本描述等；

3)樣本核收

可按照檢驗單流水號從HIS系統(tǒng)中獲取病人信息及檢驗項目； 可按照標簽或條形碼從HIS系統(tǒng)中獲取病人信息及檢驗項目； 可按照執(zhí)行科室、日期、病人標識等條件對比核收檢驗申請；

4)樣本檢驗

支持計算機自動接收儀器檢驗結(jié)果；

支持鍵盤錄入、修改檢驗結(jié)果，包括單個和成批方式，同時寫入日志系統(tǒng)； 支持撤銷審定檢驗報告方式，同時寫入日志系統(tǒng)；

支持自動生成計算項目，判定結(jié)果高低狀態(tài)，標示結(jié)果異常狀態(tài)； 支持自動檢查錯項、漏項、多項；

支持區(qū)別常規(guī)報告、急診報告、打印報告、未打印報告；

5)報告審核

可以單個報告審核，也可以批量報告審核；

可以把當前結(jié)果與歷史結(jié)果的進行比較，并且用圖形顯示； 可以按照設定規(guī)則自動審定檢驗結(jié)果；

6)報告發(fā)布

能自動向相關科室通過網(wǎng)絡發(fā)送常規(guī)、急診檢驗報告； 體檢軟件領導者，健康管理先行者

杏林七賢體檢管理軟件: http://www.tmdps.cn

能單個或成批打印檢驗報告，以人工方式傳遞； 能通過網(wǎng)絡向病人、護士或醫(yī)師發(fā)布報告； 能通過自動傳真方式發(fā)布；

能自動在本地或遠程打印檢驗報告； 7)室內(nèi)質(zhì)控功能

實現(xiàn)自動接收儀器的質(zhì)控結(jié)果； 實現(xiàn)繪制質(zhì)控圖并打印輸出；

實現(xiàn)自動判斷儀器的失控和在控狀態(tài)，并給操作者提示； 實現(xiàn)支持多規(guī)則質(zhì)控，即Westguard規(guī)則；

8)查詢功能

可按病人姓名、性別、年齡、科別、病區(qū)、病房、病床、檢驗醫(yī)師、項目、病歷號、樣本號、采樣時間、核收日期、診斷類型、收費類型、檢驗小組、審核醫(yī)生等條件進行查詢；

可按單項條件快速查詢； 可模糊快速查詢；

可按多項條件組合復雜查詢；

可預覽檢驗報告而無需實際打印；

9)統(tǒng)計分析

具有按照多種條件統(tǒng)計檢驗樣本量； 具有按照多種條件統(tǒng)計檢驗工作量； 具有按照多種條件統(tǒng)計檢驗收費情況；

具有分析檢驗結(jié)果的多種方式，計算均值、標準差等； 具有報表、圖形等打印輸出；

10)報告打

提供獨立的打印系統(tǒng)，支持各種打印機； 提供多達十種以上報告樣式由用戶選擇； 提供遠程報告打印； 提供實時報告打印；

11)檢驗計費

錄入檢驗醫(yī)囑時收費、檢驗科收到檢驗申請時收費、報告發(fā)布時收費； 根據(jù)不同的檢驗類型、樣本類型對單一項目可以設置多種計費方式； 根據(jù)不同的檢驗報告（如公費、自費、全費等）設置多種計費方式；

12)權(quán)限管理功能

具備完善的日志管理，記錄每個進入系統(tǒng)人員的操作內(nèi)容；

具備多層權(quán)限控制，不同組、不同檢驗技師擁有不同的操作口令； 具備多種權(quán)限管理，不同的用戶設置不同的操作權(quán)力；

13)數(shù)據(jù)安全

提供檢驗數(shù)據(jù)的備份與恢復功能； 提供檢驗數(shù)據(jù)整理、修復功能； 提供數(shù)據(jù)文本格式的輸出功能； 14)完善幫助教程 提供在系統(tǒng)幫助； 提供電子教程；(2)功能模塊描述 1）主任管理信息系統(tǒng) 體檢軟件領導者，健康管理先行者

杏林七賢體檢管理軟件: http://www.tmdps.cn

具有檢驗數(shù)據(jù)的查詢、統(tǒng)計及審核功能； 具有漏費控制功能

設備管理：記錄各個設備的進貨廠家、維護記錄等情況。物品管理：可實現(xiàn)檢驗科物資的使用消耗情況進行記錄。人員管理：可對科內(nèi)人員進行檔案管理、獎懲管理；

人員排班：根據(jù)檢驗組、儀器、工作時間等設置分段工作量需求，安排某一段時間內(nèi)的科室人員排班表。

2）微生物臨床專家信息系統(tǒng)

對微生物檢驗從標本接收到涂片染色、培養(yǎng)鑒定和藥敏實驗等相關操作進行詳細記錄； 具有完整的微生物鑒定及藥敏信息分析系統(tǒng)即：API細菌鑒定分析系統(tǒng) 可以方便的與HIS系統(tǒng)連接

可以和WHONET系統(tǒng)交換數(shù)據(jù)，擴展了自身的應用統(tǒng)計功能。數(shù)據(jù)結(jié)果均可以輸出成EXCEL文檔，方便用戶交流數(shù)據(jù)。能很快了解每份標本處在微生物檢驗的具體環(huán)節(jié)，如培養(yǎng)中、鑒定中、藥敏中或已審核； 對藥敏結(jié)果可自動分析判定，指導對抗菌藥物的選擇； 通過國際金標準API查詢，用戶可快捷準確地查詢出鑒定結(jié)果，根據(jù)API條上的實驗結(jié)果，系統(tǒng)自動給出鑒定結(jié)果。

系統(tǒng)可實現(xiàn)與自動化鑒定、藥敏、培養(yǎng)等儀器的雙向通訊連接。臨床科室可在最短的時間內(nèi)獲得檢驗結(jié)果信息；

3）漏費控制

檢驗漏費系統(tǒng)嚴格監(jiān)控，只有繳費后的有效申請單號（或條碼號）才可以獲得病人的基本信息和檢驗項目信息。

檢驗漏費系統(tǒng)自動報警提示，無繳費信息的申請單（或條碼號）不能被檢驗漏費控制系統(tǒng)接收，同時系統(tǒng)提示非法申請并記錄在系統(tǒng)日志當中（包括錄入者錄入時間等信息），供主任查閱。

檢驗漏費系統(tǒng)自動判斷漏項情況，在檢驗項目核收后，如果申請檢測項目中有空白項目存在時，檢驗漏費控制系統(tǒng)會自動提示并且根據(jù)操作員的權(quán)限決定是否允許空白的檢驗結(jié)果的報告發(fā)布。

檢驗漏費系統(tǒng)自動判斷檢驗項目與繳費信息是否相符，如果繳費信息中的項目數(shù)量和項目名稱與實際儀器檢測的項目數(shù)量和名稱不符，那么由此產(chǎn)生的項目和結(jié)果在系統(tǒng)中不顯示、不能打印，同時將檢驗操作人員的信息記錄在系統(tǒng)日志當中（包括檢驗者、檢驗時間等），具有相關管理權(quán)限的人員可查閱檢測結(jié)果及相關信息。

檢驗漏費系統(tǒng)開通綠色通道，針對緊急搶救病人提供綠色通道，可先進行檢驗后繳費。同時日志系統(tǒng)詳細記錄綠色通道的使用情況。

4）條碼管理系統(tǒng)

條形碼管理系統(tǒng)在實驗室信息化管理中的應用，不僅可充分提高實驗室的工作效率，避免在標本處理中出現(xiàn)人為的差錯，并且具備可靠準確、數(shù)據(jù)處理速度快、靈活適用、易于制作、使用經(jīng)濟等諸多優(yōu)點。

支持國際標準的條碼編碼方式；

支持用戶采用預制條碼方式或打印條碼方式； 通過條碼生成對標本進行全過程管理；

通過條碼實現(xiàn)對標本及患者信息的檢索與分析；

二、檢驗信息管理（LIS）系統(tǒng)與醫(yī)院信息管理系統(tǒng)接口技術(shù)要求

支持醫(yī)院現(xiàn)有天津津微首佳軟件技術(shù)有限公司的DBCF平臺版HIS系統(tǒng)。體檢軟件領導者，健康管理先行者

杏林七賢體檢管理軟件: http://www.tmdps.cn

數(shù)據(jù)庫采用SQLSERVER。操作系統(tǒng)采用WINserver2005。； 可自行配置接受病人信息及相關內(nèi)容； 可自行配置項目信息和檢驗結(jié)果； 可通過核收確認收費信息；

可將Lis系統(tǒng)報告模式提供給His系統(tǒng)；

具有與外界數(shù)據(jù)庫聯(lián)接的功能（如醫(yī)保系統(tǒng)）。

三、體檢信息管理系統(tǒng)技術(shù)要求

體檢信息系統(tǒng)的建立在原人工體檢的工作流程的基礎上，全面分析，利用計算機網(wǎng)絡，數(shù)據(jù)庫技術(shù)、設備互聯(lián)標準化，信息標準化，圖像數(shù)據(jù)處理等多項高新技術(shù)手段，避免了人工體檢中存在的問題，構(gòu)造全面的數(shù)字化體檢信息管理系統(tǒng)。此系統(tǒng)應把體檢的各種信息流程有機的組合成一個高度共享的信息系統(tǒng)網(wǎng)絡。使體檢涉及眾多的部門。科室甚至被檢人員可以在各自的權(quán)限范圍內(nèi)取得需要的信息，或輸入必要的信息，實現(xiàn)信息的實時交流。

系統(tǒng)應用的工作流程以實際的業(yè)務流為藍本，每個業(yè)務模塊代表獨立的一個業(yè)務功能。其流程如下

體檢人員通過登記臺，錄入被檢人員的基本信息，采集照片，登記體檢項目，打印體檢通知單。

支持二帶身份證讀取，通過身份證號自動調(diào)入受檢人的基本信息及照片。支持折扣功能。

支持多種收費方式，支持代金卡、團體卡、折扣卡等多種卡類消費結(jié)算。

體檢人員根據(jù)體檢通知單上的項目，逐一進行檢查，各體檢科室醫(yī)生可通過數(shù)碼照片，體檢通知單上的照片以及本人，識別被檢人員，將檢查信息的內(nèi)容填入檢查項中，如果體檢人員在某科室無體檢項目，系統(tǒng)會自動提示，拒絕此人做該項檢查。

有尿檢和抽血的體檢人員，體檢人員在醫(yī)師確認身份后，采集樣本，保存化驗通知單。各種化驗結(jié)果數(shù)據(jù)經(jīng)化驗室審核后自動傳到體檢數(shù)據(jù)庫中，傳輸完全自動，不需要手工干預。

樣本送至檢驗科，檢驗醫(yī)師通過樣本上的條碼進行掃描，確定體檢人員身份，以及檢驗項目，進行相關聯(lián)的檢驗數(shù)據(jù)的采集。

專家輔助診斷系統(tǒng)，根據(jù)體檢數(shù)據(jù)系統(tǒng)會自動給出診斷參考結(jié)果。健康檔案動態(tài)管理系統(tǒng)，醫(yī)生根據(jù)過去的數(shù)據(jù)及現(xiàn)在的狀況才能做出最準確的診斷，從而提高體檢質(zhì)量。

體檢人員體檢完畢后，將體檢單交到登記臺，終診系統(tǒng)可自動、動態(tài)查看此人各科室檢查結(jié)果及各科室歷史結(jié)果。登記臺確定是否已全部檢查完畢，對于沒有完成的體檢項目，系統(tǒng)要給予提示。

主檢醫(yī)生對完成體檢項目人員，進行檢查結(jié)果分析，要求總檢結(jié)論處系統(tǒng)要能輔助性的提供診斷結(jié)果以及健康建議。

統(tǒng)計功能完。疾病統(tǒng)計、常規(guī)的財務統(tǒng)計及報表、科室及醫(yī)生工作量統(tǒng)計、團體和人個體檢完成情況統(tǒng)計等各方面非常豐富完善的統(tǒng)計功能。

四、體檢信息管理系統(tǒng)與醫(yī)院信息管理系統(tǒng)接口技術(shù)要求

支持醫(yī)院現(xiàn)有天津津微首佳軟件技術(shù)有限公司的DBCF平臺版HIS系統(tǒng)。數(shù)據(jù)庫采用SQLSERVER，操作系統(tǒng)采用WINserver2005。可自行配置接受病人信息及相關內(nèi)容。可自行配置項目信息和體檢結(jié)果。可通過HIS系統(tǒng)確認收費信息。可將體檢報告模式提供給His系統(tǒng)。體檢軟件領導者，健康管理先行者

杏林七賢體檢管理軟件: http://www.tmdps.cn

具有與外界數(shù)據(jù)庫聯(lián)接的功能（如醫(yī)保系統(tǒng)）。

五、體檢信息管理系統(tǒng)與檢驗信息管理（LIS）系統(tǒng)接口技術(shù)要求 體檢信息系統(tǒng)與檢驗信息管理系統(tǒng)互相開放接口，數(shù)據(jù)共享。數(shù)據(jù)庫采用SQLSERVER2005，操作系統(tǒng)采用WINserver2003。可將檢驗結(jié)果數(shù)據(jù)提供給體檢系統(tǒng)和His系統(tǒng)。具有與外界數(shù)據(jù)庫聯(lián)接的功能（如醫(yī)保系統(tǒng)）。

第二篇：暖立方地暖網(wǎng)傳媒管理軟件需求

客戶關系管理解決方案

一、工作概述：

銷售部門簽署業(yè)務，客服部門全程跟蹤，完成續(xù)費，兩部門需要互相配合，如果銷售、客服的業(yè)務數(shù)據(jù)不能共享，就會難以協(xié)調(diào)，第一時間催款續(xù)費。

銷售工作中面對的客戶跟蹤周期長，建立人際關系時間長，客戶地域分布廣泛。潛在客戶、聯(lián)系人等常用信息

完美的客服工作是向客戶提供一種主動式服務，這需要了解客戶詳細情況、服務周期等，如果沒有一套完善的數(shù)據(jù)提供自動提醒，主動式服務很難做到。

二、企業(yè)組織結(jié)構(gòu)概要：

1、公司的管理決策層：制定公司各項總體工作計劃和任務，監(jiān)控各部門工作完成情況。

2、銷售部門：主要職責是挖掘客戶，簽署合同，負責公司銷售、營銷、市場等各項業(yè)務活動，也是公司收入來源的主力部門。但客戶續(xù)費需要由客服部門配合完成。（向客服部門提交續(xù)費申請）

3、客服部門：主要職責是在銷售部門簽署合同后的回訪，跟蹤，維護等各項客戶服務，是公司的核心支持部門。只有客服完成實施、回訪工作，銷售部門才能收回續(xù)費款（向銷售部門反饋跟蹤報告）

銷售部門業(yè)務流程簡圖：

一、銷售工作計劃

潛在客戶=跟蹤記錄（銷售日志=銷售總結(jié)=銷售報告）從潛在客戶的跟蹤開始，通過一系列的業(yè)務活動、市場活動、到商機、報價、解決方案，最后簽訂合同的一個過程。

客戶=簽訂合同=實施過程（網(wǎng)絡部 +視頻部）=維保合同（續(xù)費）注重售后服務管理，提供售后部門所需要的各種功能，記錄客戶檔案、歷史檔案、零配件、服務周期，自動提醒功能來滿足“主動式服務”的管理需求。客服部門的業(yè)務流程

合同歸檔=客戶跟蹤回訪=續(xù)費催款

二、銷售部門的煩惱

銷售，成單周期長，客戶分布地域廣，一旦發(fā)生員工離職，怎樣才能做好工作交接，避免客戶流失？新員工如何做好客戶分配？銷售人員之間如何互換自己手中久攻不下的客戶？關于銷售部門業(yè)績的重要性，是毋庸置疑的。對于部門經(jīng)理，怎么知道每個員工的計劃完成情況？怎么能監(jiān)督各個客戶項目的進展呢？員工的各種申請單如何能快速處理？

三、客服員工的苦惱 維護是一個長期的過程。面對多客戶當前狀態(tài)是什么樣的，負責人是誰？如果沒有自動提醒，“主動服務”只是一句空話。客服人員的工作需要計劃性，但工作任務往往通過經(jīng)理或其它部門進行安排。如何在第一時間接收任務？如何在多個任務中合理分配優(yōu)先級？如何將自己的計劃與任務對應起來？ 客服人員的工作總結(jié)，不但要寫明做了什么，同時還要記錄完成質(zhì)量，客戶滿意度，要求等。這些內(nèi)容耗費大量工作時間，怎樣才能提高效率，從繁瑣的總結(jié)報告中解脫？

四、客服經(jīng)理的苦惱

客服部門的工作，和市場部、緊密聯(lián)系，客服工作是由其它部門提交申請的，作為經(jīng)理，如何快速處理其它部門的各種申請單據(jù)？如何向各個大區(qū)的員工合理安排工作內(nèi)容？作為客服經(jīng)理，必須要對每個業(yè)務的質(zhì)量負責，怎樣才能做到實時監(jiān)控各個業(yè)務完成進度，怎樣才能提高員工的工作效率，及時提醒員工避免不必要的錯誤？客服部門經(jīng)理，如何能夠快速統(tǒng)計每個員工的工作計劃和工作總結(jié)完成情況？每個員工的工作內(nèi)容是否達標，是否勝任自己的工作？能否及時的向高層和兄弟部門提交統(tǒng)計報表？

五、公司高管的苦惱

公司高管，要隨時了解自己的企業(yè)整體運營情況，各個部門配合是否合理，各項政令是否順利完成。公司管理制度是否合理，如何能發(fā)揮各個部門的最大效率。作為公司高管，如何能夠?qū)崟r了解公司的各項費用開支情況，而不通過一個月一次的財務報表？怎樣做到合理控制各個部門的費用開支？ 企業(yè)的核心就是收入，也是公司高管最關心的重點。如何實時看到公司銷售業(yè)績報表？如何知道各個項目的進展，應收款？如何及時調(diào)整公司銷售戰(zhàn)略？

管理軟件要求

1、符合用戶習慣，可以全真模擬各種設備、業(yè)務單據(jù)，并能方便打印。

2、提供大量的自動提醒功能，設備維護周期提醒、回訪電話周期等，幫助客服部門打造“主動式”的完美售后服務。簡單易用，即使初學者也能快速上手。

3、采用當前最流行的互聯(lián)網(wǎng)技術(shù)打造開發(fā)，讓您享受到不安裝、不升級、無病毒的便利服務，同時只要能上網(wǎng)就能用軟件的優(yōu)勢，讓您走遍天下都不怕！

4、客戶遍布全國，特有的大區(qū)分組功能和客戶資源的自定義分類功能，讓您在客戶海中有條不紊。同時提供了大量的查詢方式讓您快速找到您所需要的資源信息。

5、詳細了解到該客戶來自于銷售部門、客服部門、等的全部信息，包括對該客戶的計劃預約、業(yè)務記錄、歷史訂單、歷史合同、客戶檔案信息、回訪報告、等等。可進行資源分配和調(diào)整，將客戶、潛在客戶、銷售機會等配給不同的銷售人員，方便了銷售部門日常的人員流動、工作分配等工作，也保證了公司客戶資源的安全性

6、銷售人員可以記錄自己工作中的計劃與完成結(jié)果（如電話、上門拜訪、來訪、會議、出差等），并能夠自動提醒，幫助銷售人員有效地跟進客戶、總結(jié)得失。

7、所有活動記錄可以自動匯總成（季度、月、周）銷售工作總結(jié)，并與（季度、月、周）銷售計劃相對應，銷售經(jīng)理可以快速的根據(jù)計劃和總結(jié)來考核銷售人員的工作完成情況，也可以把握商機，快速成交。

8、可隨時記錄銷售過程（營銷行動記錄、客戶需求、解決方案、報價過程、競爭對手），及時發(fā)現(xiàn)銷售過程中的問題，提高銷售人員的成單率。

9、數(shù)據(jù)自動處理功能，銷售部門發(fā)出各種申請單，數(shù)據(jù)自動傳遞到售后部門，提高工作效率，讓兩個部門之間配合更緊密，追收尾款效率更高。

10、提供大量的自動提醒功能，回訪客戶周期提醒、服務到期等，幫助售后部門打造“主動式”的完美售后服務。

11、強化售后的計劃性工作，售后人員必須填寫（季度、月、周）售后計劃，而每完成一項售后工作（一般為調(diào)試報告），系統(tǒng)會自動匯總到（季度、月、周）售后總結(jié)中，這樣售后經(jīng)理可以輕松監(jiān)控、管理售后人員的服務質(zhì)量。

12、數(shù)據(jù)流向：

公司高管=公司整體運營數(shù)據(jù)報表 部門之間=部門間合作數(shù)據(jù)交互 部門經(jīng)理=審核各項業(yè)務，管理部門報表 基礎員工=日常業(yè)務信息記錄、管理

管理思想就是幫助企業(yè)提高部門和部門之間的工作效率；整合數(shù)據(jù)，將企業(yè)業(yè)務緊密的聯(lián)系再一起，真正讓企業(yè)在管理上有“據(jù)”。

第三篇：企業(yè)管理軟件的需求獲取方法

企業(yè)管理軟件的需求獲取方法

任甲林

在需求工程中，需求獲取階段是和用戶交往最多的一段時間, 而絕大部分用戶是不懂得需求分析方法的，他們不知道怎樣全面而又準確無誤地表達自己的需求，因而對于需求分析人員來講，需要掌握很好的方法與技巧，恰當?shù)貑l(fā)引導用戶表達自己的需求，以便為項目的成功提供一個很好的基石。

一 需求獲取的2個基本原則深入淺出

對企業(yè)的需求調(diào)研的要盡可能的全面、細致,調(diào)研的需求是個全集，系統(tǒng)真正實現(xiàn)的是個子集。所做的工作可能一時看不到有什么作用,但是這樣做可以對應用領域的業(yè)務吃得很透,能夠避免一些不必要的麻煩，如可以保證系統(tǒng)的靈活性等。調(diào)研的細致并不等于在分析時都面面俱到地將調(diào)研的內(nèi)容納入到新系統(tǒng)中, 而有可能實現(xiàn)的很少,但其中在向細處擴充時將會很容易。也就是講，當新系統(tǒng)設計出來時,開發(fā)人員很清楚新系統(tǒng)與舊系統(tǒng)相符合的程度,還有多大的余地或工作可以做,對用戶提出的一些細致的問題都能夠在系統(tǒng)中找到解決方法。以流程為主線

在與用戶交流的過程中，應該用流程將所有的內(nèi)容串起來，如單據(jù)、信息、組織結(jié)構(gòu)、處理規(guī)則等，這樣便于交流溝通，符合用戶的思維習慣。流程的描述既要有宏觀，又要有微觀。即要強調(diào)總體的業(yè)務流程、全生命周期的業(yè)務流程，又要對流程細化，有分支的業(yè)務流程。在分析企業(yè)流程并進行優(yōu)化時，要把握幾個方面：

●該流程中是否存在不必要的環(huán)節(jié)？

●是否可以將決策的權(quán)力下放到作業(yè)部門？

●流程是否可以簡化？

●是否可以省略一些環(huán)節(jié)？

●流程中的每個處理環(huán)節(jié)是否起到了增值的作用？

●哪些流程可以并行處理？

●與需求并行可提前做的設計工作有哪些？例如：數(shù)據(jù)庫概念模型設計？基礎數(shù)據(jù)字典設計？

二 需求調(diào)研的五個步驟

第一步：調(diào)研用戶領域的組織結(jié)構(gòu)、崗位設置、職責定義,從功能上區(qū)分有多少個子系統(tǒng)，劃分系統(tǒng)的大致范圍，明確系統(tǒng)的目標。

第二步: 調(diào)研每個子系統(tǒng)所需的工作流程、功能與處理規(guī)則，收集單據(jù)、報表、帳本等原始資料，分析物流、資金流、信息流三者的關系，以及如何用數(shù)據(jù)流來表示這三者的關系。第三步: 對調(diào)研的內(nèi)容事先準備,針對不同管理層次的用戶詢問不同的問題，列出問題清單。將操作層、管理層、決策層的需求既聯(lián)系又區(qū)分開來，形成一個金字塔，使下層滿足上層的需求。

第四步: 對與用戶溝通的情況及時總結(jié)歸納,整理調(diào)研結(jié)果,找出新的疑點，初步構(gòu)成需求基線。

第五步: 若基線符合要求，則需求分析完畢。反之返回到第一步或第二或第三步,如此循環(huán)多次，直到需要分析使雙方滿意為止。

三 需求獲取的重點

在對具體業(yè)務進行調(diào)研時需把握的重點有以下幾個:

(1)平均頻度

業(yè)務發(fā)生的頻繁程度,即在單位時間(分鐘,天,月,旬,年等)內(nèi)發(fā)生的次數(shù),這個數(shù)字可以是一個平均值或統(tǒng)計值。頻度越高,數(shù)據(jù)量越大,對響應時間、易操作性等要求就越高,在數(shù)據(jù)存儲時對大頻度的業(yè)務或單據(jù)也要進行充分的考慮。

(2)高峰期的頻度

必須保證系統(tǒng)在高峰期的響應時間, 對系統(tǒng)進行測試時要模擬高峰期的業(yè)務頻度。

(3)單據(jù)上有哪些數(shù)據(jù)?每項數(shù)據(jù)的精度?計算生成方法?取值范圍或限定?

單據(jù)上的內(nèi)容也即單據(jù)的屬性,它是進行數(shù)據(jù)結(jié)構(gòu)設計的最基本的依據(jù),數(shù)據(jù)的精度是定義數(shù)據(jù)庫中字段長度的依據(jù),計算生成方法是設計算法的依據(jù),取值范圍與計算生成方法是數(shù)據(jù)完整性檢測的依據(jù)。

(4)生成每張單據(jù)或報表的時間

減輕人員的工作量是采用新系統(tǒng)的一個目的,花費時間最多,處理方法最復雜的地方往往是系統(tǒng)最關鍵的地方,也是用戶將來驗收時最關心的地方。實際上有很多報表由于工作量相當大,用戶沒有足夠的人力與時間來進行處理,這時他便想到了計算機。

(5)單據(jù)或報表的來源,單據(jù)聯(lián)數(shù),每聯(lián)用途,送交單位,送交時間

對來源與去向的追蹤可以調(diào)查出各個業(yè)務,各個單據(jù),各個報表, 各個部門之間的聯(lián)系。

(6)有哪些特殊情況? 在某個作業(yè)環(huán)節(jié)出錯時通過何種途徑進行彌補?

對于特殊情況的處理,體現(xiàn)了系統(tǒng)靈活性,但這其中也隱含著安全危機。用戶領域中有很多“合理但不合法,不合理也不合法”的特殊情況,它們出現(xiàn)的機會比較少, 用戶往往在調(diào)研時遺漏這些問題,需要調(diào)研人員挖掘出來,這些特殊情況有時是系統(tǒng)必須處理的。當在某個作業(yè)環(huán)節(jié)用戶出現(xiàn)失誤時,手工系統(tǒng)有的采用正規(guī)的手續(xù)進行糾錯,有的則相當隨便,這些情況出現(xiàn)的概率也很小,但分析員可采用窮舉的方法, 假定在每一個環(huán)節(jié)都出現(xiàn)失誤,逐個環(huán)節(jié)詢問用戶的處理方法,防止遺漏。這些細節(jié)如果不調(diào)研清楚,往往會對系統(tǒng)產(chǎn)生深遠的影響。

(7)將來有何變化?

將來用戶需求的變化是很正常的現(xiàn)象,如果僅僅著眼于現(xiàn)在,而不對將來有所考慮，系統(tǒng)的壽命便不會長久,對用戶的投資是一種浪費,同時也會給開發(fā)商增加一些麻煩,故此要“防患于未然”,將以后可能的變化考慮在內(nèi)。

四 需求整理與表達的方法

采用窮舉、歸納、抽象等方法。采用窮舉的方法可以避免遺漏, 可通過列出各種情況的排列組合達到窮舉的目地。采用歸納的方法可以使問題更加條理化, 可通過對各種情況進行綜合分類達到歸納的目地。采用抽象的方法，可以發(fā)現(xiàn)問題的實質(zhì)，抓住問題的主要矛盾，忽略其次要矛盾。

在整理時可以多種手段共用，如組織結(jié)構(gòu)圖、業(yè)務流程圖、多叉樹、關系矩陣、文字敘述(對其他描述手段的一種補充)、表格(單據(jù)調(diào)查表,帳本調(diào)查表,業(yè)務調(diào)查表,報表調(diào)查表等)、圖形等多種手段。對與需求的描述可以從六方面來描述：●組織結(jié)構(gòu)與崗位定義

●業(yè)務流程

●處理規(guī)則

●數(shù)據(jù)項

●功能

●以及上述5個方面的關系

五 需求獲取過程中的注意事項

●在調(diào)研前和用戶講清楚調(diào)研的意義、過程、以及需要注意的問題。

在調(diào)研過程中要經(jīng)過多次反復, 用戶不一定理解這個過程,調(diào)查時要和用戶講清楚。●調(diào)查前的準備工作要作好。

在每次和用戶見面前，要準備好問題單，對問題進行合理的分類,安排提問的次序,并事先提供給用戶，便于用戶準備，以提高工作效率。減少用戶的反感情緒。●發(fā)問時以一人為主,其他人注意記錄與查找問題。

●在用戶講解時,不要中斷用戶,使對方有充分的演說機會。

●對詢問的問題要有記錄。這樣便于整理文檔,也便于統(tǒng)計工作量。

●調(diào)研時可以IPO思想作為總體的主線。

在我們同用戶接觸時,最先也是最易于和用戶交流的是他們的業(yè)務,即每天他們在干什么?流程基本一樣:收到別人傳來的單據(jù)報表,進行加工處理,再傳給其他人。就這樣“接受、處理、傳出”,如此循環(huán),就象車間里的流水生產(chǎn)線。工廠中三個基本的部門:供應科、生產(chǎn)車間、銷售科,也反映了“輸入(INPUT)、處理(PROCESS)、輸出(OUTPUT)”的基本思想，因而在調(diào)研時采用這種思想易于同客戶交流。

● 注意交談的技巧，并盡可能多的記住用戶的姓名、職務、愛好等。

要在用戶提供的單據(jù)中提煉出其中最本質(zhì)的內(nèi)容來。在調(diào)研開始、結(jié)束、中間疲老時可閑侃,拉近和用戶的距離，和用戶成為朋友。

第四篇：企業(yè)管理軟件的需求描述方法

企業(yè)管理軟件的需求描述方法構(gòu)成企業(yè)管理信息系統(tǒng)的5個基本要素

對企業(yè)需求的描述可以從2個方面來進行描述，一個方面是對客戶現(xiàn)行系統(tǒng)的描述，一個方面是對系統(tǒng)未來的設想。總的而言，無論是從那個方面來描述，構(gòu)成企業(yè)信息系統(tǒng)主要包括5個基本要素：企業(yè)的組織結(jié)構(gòu)、流程、數(shù)據(jù)、商務規(guī)則與功能（性能）。其中從用戶的角度主要關注流程，是以流程為核心的，通過流程將其他幾個要素貫穿起來，需求分析人員也應該從這個角度來和用戶溝通；從開發(fā)者的角度主要關注企業(yè)的數(shù)據(jù)、商務規(guī)則與功能，以便于系統(tǒng)的實現(xiàn)；從實施者的角度主要關注企業(yè)的組織結(jié)構(gòu)與功能，以便于系統(tǒng)的發(fā)布與實施。

1）企業(yè)的組織模型

即企業(yè)的組織結(jié)構(gòu)關系，包括部門設置、崗位設置、崗位職責等。樹型組織結(jié)構(gòu)圖是描述企業(yè)的組織模型的一種常用方法，它可用來搞清各部門之間的領導關系,每個部門內(nèi)部的人員配備情況, 職責分工等情況,它是劃分系統(tǒng)范圍,進行系統(tǒng)網(wǎng)絡規(guī)劃的基礎。在組織結(jié)構(gòu)圖中應將用戶的組織結(jié)構(gòu)逐層詳細描述，每個部門的職責也應進行簡單的描述。組織結(jié)構(gòu)是用戶企業(yè)業(yè)務流程與信息的載體，對分析人員理解企業(yè)的業(yè)務、確定系統(tǒng)范圍具有很好的幫助。取得用戶的組織結(jié)構(gòu)圖，是需求獲取步驟中的基礎工作之一。

用戶環(huán)境中的企業(yè)崗位或角色，和組織機構(gòu)一樣，也是分析人員理解企業(yè)業(yè)務的基礎，也是分析人員提取對象的基礎。

對用戶角色的識別常常遺漏的是計算機系統(tǒng)的系統(tǒng)管理人員，角色識別不全，對以后的功能識別會造成盲區(qū)。

2）企業(yè)的流程模型

即企業(yè)的業(yè)務流程，包含哪些流程、流程之間的關系、每個流程中包括哪些活動、每個活動涉及到的崗位。企業(yè)的作業(yè)流程首先要有一個總的業(yè)務流程圖，將企業(yè)中各種業(yè)務之間的關系描述出來，然后對每種業(yè)務進行詳細的描述，使業(yè)務流程與部門職責結(jié)合起來。詳細業(yè)務流程圖可以采用直式業(yè)務流程圖形式。對企業(yè)而言需要定義關于業(yè)務流程圖的描述標準，大家采用相同的圖例來描述，便于管理。

業(yè)務流程圖的優(yōu)點 :

■ 繪圖的過程,實際上是作業(yè)流程條理化的過程

■表達形象直觀,易于和用戶交流,易于項目組內(nèi)部交流調(diào)研的結(jié)果,需要得到用戶的認同,這就需要和用戶交流調(diào)研的結(jié)果,交流的文檔要通俗、易懂, 不能采用專業(yè)術(shù)語。

■可以作為培訓實施人員與技術(shù)服務人員的文檔

業(yè)務流程圖的缺點 :

■對高層管理人員的實際需求調(diào)查的不清楚.這一方面是由于用戶沒有接觸過計算機, 對采用計算機后的管理會是什么樣子?計算機能夠完成當前手工操作的哪些內(nèi)容?能夠作哪些現(xiàn)在手工無法完成的工作等等沒有清楚的概念,因此用戶無法將這些問題反應出來.另一方面說明分析人員沒有經(jīng)驗,對原始材料挖掘不深,不能從用戶提供的材料中提煉處來用戶的真正需求,不能找到當前管理中的問題。

■對各種業(yè)務之間的總體關系沒有表達出來.采用直式業(yè)務流程圖可以將企業(yè)的每一種業(yè)務的處理流程清楚地表達出來, 但是各業(yè)務之間的聯(lián)系卻沒有表示出來,單看一種業(yè)務的流程圖很清楚,但是卻不能綜合在一起,沒有整體的概念,作為需求分析的文檔,在這方面表達的不夠完整。

■在不利用工具的情況下,畫法煩瑣。圖形可以將流程描述的很清楚，但是還要附加以一些文字說明，如關于業(yè)務發(fā)生的頻率、意外事故的處理、高峰期的業(yè)務頻率等，不能在流程圖中描述出的內(nèi)容，需要用文字進行詳細描述。

3）企業(yè)的數(shù)據(jù)模型

即企業(yè)中的信息載體有哪些？以及對這些信息載體的詳細刻畫，包括企業(yè)的各種單據(jù)、帳本、報表的描述。在需求報告中，應該將單據(jù)的描述格式化，需要描述的內(nèi)容包括：

單據(jù)的用途，即單據(jù)用在什么地方？

單據(jù)的格式：需要明確的畫出來，并有實際的有數(shù)據(jù)的樣例，能夠具體直觀地說明問題； 單據(jù)中的數(shù)據(jù)項的具體描述：長度、類型、計算生成方法、約束條件等；

單據(jù)的數(shù)據(jù)項是由哪些不同類型的角色來填寫地，包括用計算機可以填那些數(shù)據(jù)項。單據(jù)中哪些數(shù)據(jù)是必填的，哪些是可以不用填的。

單據(jù)流量：平均每天產(chǎn)生多少條記錄，高峰期的數(shù)量；

單據(jù)的分類：可以從多個角度上進行分類，如：按業(yè)務類型來分類（采購/銷售/生產(chǎn)），按生成的方式來分類（手工錄入型/自動生成型），按格式變化的頻繁程度來分類（易變型/穩(wěn)定型），按表現(xiàn)形式來分類（列表型/卡片型）等等。

單據(jù)之間的關系：引用關系等等。

同樣對于需要的報表與帳本也可以參照上面的條目進行詳細的刻畫。

4）企業(yè)的商務規(guī)則模型

即企業(yè)中的商務規(guī)則有哪些?這些規(guī)則用在哪些地方? 商務規(guī)則可以從影響的范圍劃分為2類：一類是局部的規(guī)則，如不允許出現(xiàn)負庫存，一類是整體的規(guī)則，如對所有的物料管理到批次。商務規(guī)則一般是隱藏在功能模型或者流程模型中，不需要單獨描述，但是有些復雜的商務規(guī)則是需要單獨抽取出來描述，如企業(yè)的各種單據(jù)記帳的商務邏輯，5）企業(yè)的功能模型

功能需求是用戶的最主要的需求，對用戶功能需求的描述可以采用文字描述也可以采用語言加圖形的描述方式，只要能夠?qū)⒂脩舻男枨竺枋龅赝暾蚀_、易于理解即可。對功能需求比較復雜的系統(tǒng)（如超過10個功能項），可以先描述一個概要，對簡單的系統(tǒng)可以直接進行詳細描述。對于用戶的功能需求要進行分類，分類的方法應便于用戶理解，如按照用戶的部門設置情況，進行描述每個部門的需求，這樣也便于組織用戶進行評審。以下是分類方法的舉例：

按部門分類：如采購科、銷售科、計劃科、生產(chǎn)車間、財務科、統(tǒng)計科、總經(jīng)理等； 按功能類型分類：如單據(jù)錄入、單據(jù)審核、單據(jù)查詢、記帳、帳本查詢、統(tǒng)計報表、系統(tǒng)維護等。

對功能需求的分類在不同的層次可以采用不同的方法。

對每一項功能應有一個功能編號，以便于與功能規(guī)格說明書中的章節(jié)進行對應。對每一項功能的描述，應指明用戶的輸入(input)、處理方法（process）、系統(tǒng)的輸出(output)及對此項功能的其他要求。功能需求還應注明使用此功能的崗位。對系統(tǒng)管理員要求的特殊功能可以在此注明，非特殊要求可以在需求分析規(guī)格說明書中詳細論述。如用戶權(quán)限可分級，要有操作日志等。

功能需求與性能需求是密不可分的，籠統(tǒng)的性能需求沒有任何意思，必須具體到某項功能需求上來，這是分析人員在分析系統(tǒng)時容易忽略的一項。

對上述的5個基本元素可以將他們描述為一個五元組〈組織，流程，功能，數(shù)據(jù)，業(yè)務邏輯〉，對于用戶來講，他們習慣于從組織維來看待系統(tǒng)，即某個部門有哪些崗位，每個崗位參與了哪些流程的哪些活動（功能），在某個功能上操作了哪些數(shù)據(jù)，對這些數(shù)據(jù)進行了哪些邏輯處理；對于開發(fā)人員習慣于從功能維來看待系統(tǒng)，即某個功能操作了哪些數(shù)據(jù)，對這些數(shù)據(jù)進行了哪些邏輯處理，這個功能屬于哪個流程，可以由哪些崗位來使用；對于設計人員可能習慣于從數(shù)據(jù)維來看待系統(tǒng)：即系統(tǒng)中有哪些數(shù)據(jù)，在這些數(shù)據(jù)上可以做哪些處理，這些處理用OO的思想來看即是對數(shù)據(jù)對象的操作。

對以上的5個基本元素進行描述實際上就是系統(tǒng)建模的過程，為確保模型的可操作性，除了上面的5個基本要素外，還需要重點描述的內(nèi)容有：

（1）新系統(tǒng)對應用模式帶來的變化包括對企業(yè)的組織結(jié)構(gòu)、作業(yè)流程、單據(jù)帳本報表等的格式、商務規(guī)則等的改變。

（2）新系統(tǒng)的界面模型

用開發(fā)工具將用戶操作界面快速畫出來，使用戶心中有數(shù)。若時間允許，可將界面原型與數(shù)據(jù)庫表、字段連接起來，真正做出系統(tǒng)雛形，即快速原型法。閱讀需求文檔的4類讀者

需求報告的最終目的是給人來閱讀的，所以一定要考慮需求報告的讀者群，有4類角色可能閱讀企業(yè)管理系統(tǒng)的需求文檔：

客戶與用戶業(yè)務高層；

用戶的中層管理人員與具體人員；

用戶IT主管與開發(fā)人員，包括設計人員、編碼人員、同行的專家；

項目管理人員：包括項目經(jīng)理、質(zhì)量保證人員、測試人員、需求管理員、配置管理員、計劃人員等等；

不同的讀者對文檔的閱讀需求是不同的，他們關注的信息是不同的。我見過了很多次需求評審的失敗（如果做好需求評審我會另外再撰文描述），總結(jié)下來我認為和需求描述沒有區(qū)分讀者群是很有關系的。針對上述的4種分類，我們具體的來分析一下每類讀者的特點：

（1）客戶與用戶業(yè)務高層

他們關心的企業(yè)是系統(tǒng)的目標性需求，關心的是系統(tǒng)總體的功能框架，關心的是系統(tǒng)解決了哪些管理問題，對具體的需求是不關心的，所以給他們閱讀的文檔應該是從總體上來描述，要高度抽象。由于他們的工作很忙，很難有比較長的時間來讀這些材料，所以要簡短明了，能夠用1頁紙說明問題的就要不要用2頁紙，而且一般都要給高層進行需求匯報，需要配上語言說明，因此采用PowerPiont片子也就成了一種常用的方法，講解需求與討論一般應掌握不要超過1小時。需求人員常犯的毛病是過多地關注了企業(yè)的細節(jié)性需求，而忽略系統(tǒng)的目標性需求，所以在安排需求獲取的步驟上、需求報告的編寫上往往沒有抓住企業(yè)高層最關心的問題、沒有抓住根本性的問題，在給企業(yè)的高層匯報時當然很難通過評審。

（2）用戶的中層管理人員與具體人員

企業(yè)的中層管理人員關注的是企業(yè)的局部需求，他們要求對自己的負責的局部系統(tǒng)能夠有總體的了解，能夠和其他的子系統(tǒng)銜接的很好，業(yè)務流程很流暢，覆蓋了自己需要的所有業(yè)務流程，能夠通過系統(tǒng)起到控制作用就行了。具體的操作人員更關心自己的的哪些活動是否在系統(tǒng)中都能處理，軟件是否可以很容易地操作，他們關注的焦點更具體，要求更直觀。所以對這類的讀者可以通過比較詳細的文檔來描述需求了，當然應該以他們習慣的思維方式來描述，不能從開發(fā)人員的角度來描述。我看到過很多幾百頁的需求文檔給用戶去閱讀、去評審，結(jié)果要么用戶不置可否，要么直接講看不懂，為什么呢？一是開發(fā)人員在文檔中分子系統(tǒng)、分模塊、分功能點一層深入下去描述，不符合用戶的思維習慣，他們希望能夠從業(yè)務流程、業(yè)務活動的角度來考慮問題，而不是功能；二是太多了，用戶也沒有時間靜下心來去消化、吸收如此多的文檔，需求畢竟不是小說，能夠那么吸引讀者。

（3）用戶IT主管與開發(fā)人員

包括設計人員、編碼人員、同行的專家大多數(shù)分析人員可能最擅長的就是些寫這類的文檔了，往往也是那這類的文檔給所有的讀者看，其問題我們上邊都說了，這里我們就不贅述了。需要注意的是在描述需求時候傳統(tǒng)的做法是以功能為主線，來展開描述，實際上如果是以數(shù)據(jù)為主線來描述需求也是一種很好的辦法，在我們上面談到的五元組中，從數(shù)據(jù)的角度來分析系統(tǒng)可以更容易實現(xiàn)向OOA、OOD的切換。

（4）項目管理人員：

包括項目經(jīng)理、質(zhì)量保證人員、測試人員、需求管理員、配置管理員、計劃人員等等把拿給開發(fā)人員看的需求文檔給管理人員看，這也是分析人員常犯的毛病。管理人員實際上最關心的是需求列表。在此基礎上項目經(jīng)理、質(zhì)量保證人員可以據(jù)此來進入項目策劃過程，測試人員可據(jù)此進入測試策劃過程，需求管理員、配置管理員可以識別配置項制定相關的活動計劃。沒有這張表管理人員就很難高效地開展他們的管理活動，也就談不到最基本的需求復用了。在上述的表中，需求的優(yōu)先級是很重要的一列，對項目經(jīng)理進行項目管理的平衡決策是很重要的，實際上需求的優(yōu)先級可能比需求本身更重要。需求描述的表示技巧

上面我們談到了，需求文檔是人與人之間交互的文檔，是不同類型的人之間交互的文檔，因此需求文檔的可讀性是一個很重要的方面，為了提高文檔的可讀性可以借鑒下面的一些做法： 在文檔的描述中，適當運用鏈接，增強文檔的可讀性；

多用窮舉的方式，以便于發(fā)現(xiàn)遺漏的需求；

通過適當?shù)膿Q行來提高可讀性 ；

采用黑體、斜體、下劃線、顏色等多種方式來突出重要內(nèi)容；

定義標準的術(shù)語，以減少二義性，減少文檔的頁數(shù)；

在功能需求的描述中，對于類似的、統(tǒng)一的功能可以單獨地進行詳細描述，其他地方進行引用，或做為術(shù)語進行定義，以簡化文檔，減少重復。如；錄入功能打印功能條件查詢功能排序功能等等

第五篇：需求分析

需求性分析

（網(wǎng)絡書店管理系統(tǒng)）

一、概述

隨著網(wǎng)絡通訊技術(shù)的發(fā)展，網(wǎng)上書店作為出版社一種全新的銷售手段，越來越受到人們的關注。它打破了傳統(tǒng)銷售模式在時間、空間上的限制，采用了先進的銷售手段和銷售方法，大大提高了經(jīng)濟效益和資源利用率，使商務活動上了一個新臺階。它可以使顧客足不出戶，就能通過網(wǎng)絡選購商品，并由相應的網(wǎng)絡經(jīng)銷商送貨上門。本系統(tǒng)的好處就是不僅能讓消費者可以方便地得到所需商品，而且還能有效的減少銷售環(huán)節(jié)，從而最大限度地降低了商品的最終價格。本項目所用的操作系統(tǒng)是windows 7，開發(fā)系統(tǒng)是Visual Studio 2008，數(shù)據(jù)庫采用SQL Sever 2005。

三、數(shù)據(jù)字典

編號名稱類型說明

1書籍信息數(shù)據(jù)存儲書籍信息=書名+作者+年代+編號+采編人員

2會員信息數(shù)據(jù)存儲會員信息=姓名+性別+出生日期+住址+聯(lián)系電話

3圖書細目數(shù)據(jù)存儲圖書細目=編號+購買記錄