第一篇：中小企業(yè)對OA軟件的需求分析

中小企業(yè)對OA軟件的需求分析

不可否認(rèn)的是，生存與發(fā)展是中小企業(yè)首先要考慮的問題，更是企業(yè)超越一切的重大問題。隨著信息技術(shù)的高速發(fā)展，解決企業(yè)發(fā)展問題的先決條件，毋庸置疑地落在了推進(jìn)信息化建設(shè)上。

目前，我國中小企業(yè)數(shù)量有4200多萬家，分布廣泛，對信息化需求差異大，如何有力地促進(jìn)中小企業(yè)的信息化建設(shè)，既需要中小企業(yè)自身提高對信息化建設(shè)的了解，也需要軟件供應(yīng)商提供更多適合中小企業(yè)發(fā)展的信息化產(chǎn)品。

作為信息化建設(shè)的第一步，很多中小企業(yè)會在第一時間引進(jìn)OA軟件。但面對種類繁多、五花八門的OA，大多數(shù)中小企業(yè)顯得很困惑，無從下手。該用什么樣的辦公自動化軟件？如何邁出自己在信息化的康莊大道上的第一步呢？成為眾多小企業(yè)關(guān)心的重要問題。

“適合的才是最好的?！边@句生活中充滿了哲理的話，對于企業(yè)信息化建設(shè)也同樣適用。，那就是能夠在實(shí)際應(yīng)用中做到以下幾點(diǎn)的，才是中小企業(yè)應(yīng)該選擇的OA產(chǎn)品：對外部和內(nèi)部需求快速反應(yīng)，根據(jù)需求的動態(tài)變化快速調(diào)整；反映經(jīng)營管理特色，增強(qiáng)關(guān)鍵業(yè)務(wù)過程，提升企業(yè)核心競爭力；支持集團(tuán)化管理模式，快速整合現(xiàn)有業(yè)務(wù)和IT系統(tǒng)，實(shí)現(xiàn)內(nèi)外部信息、流程和決策的高度統(tǒng)一等。

此外，在企業(yè)具體運(yùn)營中，企業(yè)規(guī)模人員的擴(kuò)充、流程的規(guī)范化和管理的自動化需求都對OA提出了更高要求，這就使得OA需要沉淀更多的管理思想，而不是停滯在技術(shù)層面。所以選擇一個具有優(yōu)秀管理思想的OA軟件，對中小企業(yè)來說，也十分重要。

目前，中國中小企業(yè)總數(shù)已占全國企業(yè)總數(shù)的99%以上，創(chuàng)造的產(chǎn)品和服務(wù)價(jià)值相當(dāng)于國內(nèi)生產(chǎn)總值的60%左右，中小企業(yè)在保持經(jīng)濟(jì)持續(xù)穩(wěn)定增長、吸納社會就業(yè)、增強(qiáng)經(jīng)濟(jì)活力等方面發(fā)揮著十分重要的作用。因此，進(jìn)一步完善中小企業(yè)信息化服務(wù)體系，有效提升包括OA在內(nèi)的信息化工具在中小企業(yè)中的深入應(yīng)用水平，應(yīng)成為一個社會共同探討的話題。

第二篇：教育行業(yè)協(xié)同OA軟件需求分析

教育行業(yè)協(xié)同OA軟件的需求分析

來源：飛企協(xié)同OA軟件研發(fā)中心

教育行業(yè)協(xié)同OA軟件的需求背景

近年來，我國教育信息化取得了前所未有的“跨越式”發(fā)展，從最初風(fēng)起云涌的IT設(shè)備采購浪潮，到熱火朝天的建網(wǎng)運(yùn)動，如今開始轉(zhuǎn)向更多地關(guān)注于如何發(fā)揮校園網(wǎng)使用效益和落實(shí)教學(xué)應(yīng)用。教育信息化建設(shè)開始逐漸緊密圍繞“智慧”的理念，打造信息時代的“智慧校園”。通過基于智慧校園的教育信息化建設(shè)，可以提高學(xué)校的信息服務(wù)和應(yīng)用的質(zhì)量與水平，建立一個開放的、協(xié)作的和智能的信息服務(wù)平臺。

教育行業(yè)協(xié)同OA軟件的需求特點(diǎn)

? 生產(chǎn)投入：不是為了獲得直接的經(jīng)濟(jì)收益，而更多的是為了獲取社會效益。

? 成本核算：不能一味地降低教育產(chǎn)業(yè)成本，相反，在必要的時候還需要提高教育成本，用以保證良好的教育質(zhì)量。

? 生產(chǎn)過程：生產(chǎn)周期長、投資大、見效慢，在“學(xué)校工廠”生產(chǎn)的產(chǎn)品不能直接產(chǎn)生經(jīng)濟(jì)效益，不能直接收回成本，更不可能直接實(shí)現(xiàn)價(jià)值增殖的生產(chǎn)過程。

? 市場競爭：不完全競爭市場，競爭的勝負(fù)最終取決于教育產(chǎn)業(yè)生產(chǎn)的“產(chǎn)品”的優(yōu)劣，即培養(yǎng)的人才的質(zhì)量，而不是“產(chǎn)品”的數(shù)量。

? 生產(chǎn)產(chǎn)品：通過“產(chǎn)品”投向社會，經(jīng)過一段較長時間的實(shí)踐以后，由社會實(shí)踐來檢驗(yàn)產(chǎn)品的質(zhì)量。? 效益評估：以全體學(xué)生的綜合素質(zhì)的提高和社會與市場的認(rèn)同為尺度，由社會來評判，由市場來選擇。

信息化需求

? 實(shí)現(xiàn)對各種資源的有效集成、整合和優(yōu)化；

? 實(shí)現(xiàn)資源的有效配置和充分利用；

? 實(shí)現(xiàn)教學(xué)、學(xué)習(xí)、生活過程的優(yōu)化；

? 提高各種管理和服務(wù)工作的效率、效果和效益，并為領(lǐng)導(dǎo)決策提供支持。

本篇章案例適用于教育行業(yè)的學(xué)前教育、初等教育、中等教育、高等教育、其他教育機(jī)構(gòu)等。

第三篇：軟件需求-案例分析

1、問題描述

許多醫(yī)院存在高峰期掛號排隊(duì)時間長，就診等待時間長，倒號現(xiàn)象頻發(fā)的問題。因此，構(gòu)建一個網(wǎng)上預(yù)約掛號系統(tǒng)，通過推薦患者使用該系統(tǒng)進(jìn)行出診信息查詢和醫(yī)生預(yù)約，可以緩解就診壓力、節(jié)約患者的時間，并且可以在一定程度上保證預(yù)約者和就診者一致，有利于提高醫(yī)院的服務(wù)質(zhì)量。為了更好的設(shè)計(jì)并實(shí)現(xiàn)這一系統(tǒng)，對系統(tǒng)進(jìn)行需求建模和分析是十分必要的。

2、情景描述的主要成分

2.1、該系統(tǒng)所涉及的用戶

本系統(tǒng)的用戶包含患者、醫(yī)生以及管理員三類。而且該三類用戶各自的特征和所要面對的情景也是截然不同的。

對于患者來說，他們在年齡、計(jì)算機(jī)使用能力等方面存在較大差異，但面對的情景都一樣，就是要預(yù)約掛號，掛號成功過后就診。

對于醫(yī)生來說，普遍具備較高的學(xué)歷，在醫(yī)療方面具備專業(yè)知識，有一定的計(jì)算機(jī)使用能力。所面對的情景有查看掛號信息，確定要就診的病人。

對于管理員來說，他們負(fù)責(zé)對出診信息進(jìn)行管理，是醫(yī)院工作的安排者，具備較強(qiáng)的計(jì)算機(jī)使用能力。

不同的用戶，對系統(tǒng)的要求也不相同?；颊呦Ｍㄟ^完成注冊和登錄后能夠進(jìn)行掛號預(yù)約，查詢醫(yī)生的出診信息和個人預(yù)約信息，并且能夠在規(guī)定的時間內(nèi)完成掛號預(yù)約或者取消已有的預(yù)約；醫(yī)生則希望能夠在登錄系統(tǒng)后可以查看病人的預(yù)約情況；而管理員希望可以修改出診信息和調(diào)整預(yù)約掛號。這些都是功能性的需求。

同時對于所有用戶都希望該系統(tǒng)是易用的，而且能夠?qū)ψ约旱男畔⑵鸬奖Ｗo(hù)即系統(tǒng)安全性的要求，還有比如說系統(tǒng)的性能比較高效，能夠及時處理自己的預(yù)約申請。當(dāng)然開發(fā)系統(tǒng)的成本如果也能較低就更好了。這些都是非功能需求。

2.2、情景描述的主要成分

? 目標(biāo)和關(guān)鍵成功因素

預(yù)約掛號情景的目標(biāo)是“讓患者能夠及時的掛號，并能順利的就診”，而可能的子目標(biāo)包括：患者能夠注冊賬號，患者能夠登錄賬號，患者能夠查詢預(yù)約記錄，患者能夠取消已有預(yù)約，患者能夠查詢出診信息。關(guān)鍵成功因素，要保證系統(tǒng)能夠24小時正常穩(wěn)定的運(yùn)行，系統(tǒng)里的信息要是實(shí)時變化的，即可以預(yù)約的醫(yī)生要和實(shí)際在值班的醫(yī)生要匹配，不能出現(xiàn)掛上號了卻沒有醫(yī)生就診的情況。

? 物理上下文和邏輯上下文 物理上下文：醫(yī)院用于掛號的計(jì)算機(jī)可以正常的使用，情景中的可以被預(yù)約的醫(yī)生應(yīng)該是在醫(yī)院值班的；而對于患者可以選擇在醫(yī)院進(jìn)行預(yù)約，也可選擇在家中進(jìn)行預(yù)約，只要在預(yù)約時間內(nèi)能到達(dá)醫(yī)院就可。邏輯上下文：事件發(fā)生的條件是患者在系統(tǒng)中進(jìn)行了預(yù)約，然后管理員會根據(jù)現(xiàn)有的資源（可以預(yù)約的醫(yī)生）對預(yù)約進(jìn)行處理，如果同意，下一步就是醫(yī)生就診；如果沒有可以預(yù)約的醫(yī)生或合適的時間，患者的預(yù)約就不成功，患者需要重新選擇醫(yī)生或時間進(jìn)行預(yù)約。

? 組成情景的主要事件和活動 主要事件：患者預(yù)約掛號，管理員對預(yù)約掛號的處理，醫(yī)生就診。主要活動：患者注冊、登錄系統(tǒng)，患者在系統(tǒng)中查詢可以預(yù)約的醫(yī)生和時間，患者取消已有預(yù)約，患者進(jìn)行就診；管理員接受或拒絕預(yù)約，管理員分配醫(yī)生；醫(yī)生查詢預(yù)約信息。

? 涉及的執(zhí)行者和其他參與者

執(zhí)行者：醫(yī)院的醫(yī)生，預(yù)約掛號系統(tǒng)的管理員。其他參與者：醫(yī)院的相關(guān)人員，比如患者，前臺咨詢員等。

? 要使用的信息和資源 要使用的信息和資源包括，可以預(yù)約的醫(yī)生數(shù)量，所在科室等，醫(yī)院中的設(shè)備，病房等。? 要考慮的約束條件和要使用的規(guī)則 約束條件：同一醫(yī)生同一時間段內(nèi)只能接受一名患者的預(yù)約，根據(jù)醫(yī)療設(shè)備的屬性決定是否要排他性的使用。

3、情景需求分析的步驟

需求規(guī)格說明輸入過程需求目標(biāo)列表1.目標(biāo)分析系統(tǒng)模型目標(biāo),目的使用情景用戶問題實(shí)例2.輸入事件分析初始系統(tǒng)模型用戶,環(huán)境事件情景腳本4.輸出需求分析3.刻畫系統(tǒng)輸出情景結(jié)構(gòu)模型系統(tǒng)輸出類型信息需求5.社會影響分析Agent目標(biāo)6.涉眾分析需求規(guī)格說明

3.1 目標(biāo)分析

在第2部分情景描述的主要成分中已經(jīng)對目標(biāo)進(jìn)行了分析，即：預(yù)約掛號情景的目標(biāo)是“讓患者能夠及時的掛號，并能順利的就診”，而可能的子目標(biāo)包括：患者能夠注冊賬號，患者能夠登錄賬號，患者能夠查詢預(yù)約記錄，患者能夠取消已有預(yù)約，患者能夠查詢出診信息。3.2 輸入事件分析

對于該系統(tǒng)的輸入事件可能會包括如下情況：初始使用該系統(tǒng)的用戶需要先注冊，而對于已經(jīng)注冊的用戶在使用系統(tǒng)預(yù)約掛號時首先要登錄系統(tǒng)。這是最基本的兩個輸入事件。3.3 刻畫系統(tǒng)輸出

對于系統(tǒng)輸出我們要考慮系統(tǒng)輸出的形式，比如消息顯示，對話框等形式。不如用戶在登錄系統(tǒng)是輸入的用戶名和密碼不匹配的時候要給出對應(yīng)的提示信息，比如用戶名未注冊或密碼不對等。在提交預(yù)約掛號申請后系統(tǒng)也應(yīng)給出預(yù)約成功與否的提示。3.4輸出需求分析

對于輸出需求要根據(jù)用戶的輸入給出對應(yīng)的輸出。比如用戶輸入查詢請求，那么系統(tǒng)應(yīng)該能夠給出詳細(xì)的信息。系統(tǒng)只給出對應(yīng)的輸出還不夠，同時要考慮輸出的信息是否合適。比如用戶要查詢眼科醫(yī)生的資料，系統(tǒng)的輸出就應(yīng)該只是眼科醫(yī)生的信息，而沒有必要把所有醫(yī)生的信息都輸出。3.5 社會影響分析

在進(jìn)行社會影響分析時要同時考慮到積極和消極兩個方面的問題。系統(tǒng)是否可以提高效率，減少人員的工作量。同時也要考慮過多的自動化是否會削弱人對整個系統(tǒng)的意識，導(dǎo)致人對意外處理的能力降低，比如系統(tǒng)臨時出現(xiàn)問題，是否有一套應(yīng)急措施使醫(yī)院日常工作能夠正常的進(jìn)行。

4、需求說明文檔

基于之前構(gòu)建的模型，并參照IEEE 830-1998標(biāo)準(zhǔn)模板，撰寫的系統(tǒng)需求說明文檔如下。

4.1 引言

引言部分將對本文檔的編寫目的、系統(tǒng)的開發(fā)目的、名詞定義以及參考資料進(jìn)行說明，并對文檔的后續(xù)內(nèi)容進(jìn)行概述。4.1.1 編寫目的

網(wǎng)上預(yù)約掛號系統(tǒng)是基于Web開發(fā)技術(shù)完成的網(wǎng)站。為了更好的設(shè)計(jì)并實(shí)現(xiàn)這一系統(tǒng)，對系統(tǒng)進(jìn)行需求建模和分析是十分必要的。因此，基于之前構(gòu)建的各類模型，撰寫系統(tǒng)的需求說明文檔，并將其作為后續(xù)項(xiàng)目設(shè)計(jì)、項(xiàng)目開發(fā)和項(xiàng)目測試的指導(dǎo)。

本文檔連同之前構(gòu)建的模型，可用來與客戶進(jìn)一步明確需求，同時可供項(xiàng)目經(jīng)理、設(shè)計(jì)人員、開發(fā)人員參考。4.1.2 系統(tǒng)目的

許多醫(yī)院存在高峰期掛號排隊(duì)時間長，就診等待時間長，倒號現(xiàn)象頻發(fā)的問題。因此，構(gòu)建一個網(wǎng)上預(yù)約掛號系統(tǒng)，通過推薦患者使用該系統(tǒng)進(jìn)行出診信息查詢和醫(yī)生預(yù)約，可以緩解就診壓力、節(jié)約患者的時間，并且可以在一定程度上保證預(yù)約者和就診者一致，有利于提高醫(yī)院的服務(wù)質(zhì)量。4.1.3 名詞定義 ? 患者預(yù)約系統(tǒng)

網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于為患者提供預(yù)約掛號、信息查詢等功能。? 醫(yī)生工作查詢系統(tǒng)

網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于為醫(yī)生提供各時段預(yù)約患者的信息。? 醫(yī)務(wù)管理系統(tǒng)

網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于為管理員提供出診信息修改、預(yù)約掛號調(diào)整等功能。? 賬號控制系統(tǒng)

網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于用戶賬號的注冊及登錄控制。? 安全保障系統(tǒng)

網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于保障系統(tǒng)的程序、網(wǎng)絡(luò)及數(shù)據(jù)庫安全。4.1.4 參考資料

[1]Objectiver: A KAOS tutorial.Respect-It(2004)[2]吳雙兵,劉偉.網(wǎng)上預(yù)約掛號系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J].醫(yī)學(xué)信息學(xué)雜志, 2015, 36(1):36-39.4.1.5 文檔概述

需求說明文檔主要分為三個部分。本節(jié)屬于引言部分，主要用于對文檔本身進(jìn)行定義和描述。文檔的第二部分為系統(tǒng)的整體描述，包括系統(tǒng)的預(yù)期目標(biāo)、限制條件以及用戶的需求、特征。文檔的第三部分是需求說明，包含對系統(tǒng)需求的明確定義。

4.2 整體描述

本節(jié)將對系統(tǒng)預(yù)期、用戶需求、用戶特征、條件與限制、假定與依賴以及需求分配進(jìn)行說明。

4.2.1 系統(tǒng)預(yù)期

為了方便用戶在不需安裝任何軟件的情況下使用系統(tǒng)，本系統(tǒng)整體采用B/S結(jié)構(gòu)，用戶可以通過瀏覽器對其進(jìn)行訪問。4.2.2 用戶需求

參照之前完成的目標(biāo)模型，對用戶的需求進(jìn)行整理和定義。由于系統(tǒng)整體較為復(fù)雜，因此本小節(jié)只包含已構(gòu)建目標(biāo)模型的功能性需求和非功能性需求。? 功能性需求

1.患者進(jìn)行預(yù)約選擇

為了實(shí)現(xiàn)患者進(jìn)行預(yù)約選擇的目標(biāo)，系統(tǒng)應(yīng)完成的需求如下。（1）系統(tǒng)擁有患者預(yù)約頁面以及預(yù)約按鈕：

系統(tǒng)的預(yù)約頁面可以顯示未來1至3天的出診醫(yī)生及其所有可被預(yù)約的出診時段。其中，尚未被預(yù)約的時段擁有預(yù)約按鈕；已被預(yù)約的時段無法被其他患者預(yù)約，因此無預(yù)約按鈕。（2）系統(tǒng)接收到預(yù)約請求：

當(dāng)患者點(diǎn)擊預(yù)約按鈕，系統(tǒng)可以接收到預(yù)約請求。（3）患者被告知預(yù)約選擇結(jié)果：

系統(tǒng)可以對患者是否預(yù)約成功進(jìn)行判定，如果成功則跳轉(zhuǎn)至信息確認(rèn)頁面，否則彈出對話框給予患者相應(yīng)提示。2.患者確認(rèn)預(yù)約信息

為了實(shí)現(xiàn)患者確認(rèn)預(yù)約信息的目標(biāo)，系統(tǒng)應(yīng)完成的需求如下。（1）系統(tǒng)擁有預(yù)約信息確認(rèn)頁面以及預(yù)約提交按鈕：

系統(tǒng)的預(yù)約信息確認(rèn)頁面會顯示預(yù)約的醫(yī)生和時段，患者的個人信息，以及預(yù)約提交按鈕，患者可以在提交預(yù)約前核對這些信息。（2）系統(tǒng)接收到預(yù)約提交請求：

當(dāng)患者點(diǎn)擊提交按鈕，系統(tǒng)可以接收到預(yù)約提交請求。（3）患者被告知預(yù)約提交結(jié)果：

系統(tǒng)可以對預(yù)約是否提交成功進(jìn)行判定，并彈出對話框給予患者相應(yīng)提示。? 非功能性需求 1.安全的系統(tǒng)

為了保證預(yù)約掛號系統(tǒng)的安全性，系統(tǒng)應(yīng)完成的需求如下。（1）用戶程序安全：

系統(tǒng)應(yīng)明確區(qū)分不同類別用戶的權(quán)限。并且在用戶登錄時，輸入的密碼不可見、不可復(fù)制。（2）系統(tǒng)網(wǎng)絡(luò)安全：

系統(tǒng)應(yīng)采取安全的網(wǎng)絡(luò)傳輸協(xié)議，網(wǎng)絡(luò)數(shù)據(jù)在被傳輸前應(yīng)進(jìn)行加密。（3）數(shù)據(jù)庫安全：

數(shù)據(jù)庫中存儲的數(shù)據(jù)應(yīng)具備完整性，且密碼應(yīng)在加密后被存儲到數(shù)據(jù)庫中。此外，數(shù)據(jù)庫中的數(shù)據(jù)應(yīng)該可以被備份和恢復(fù)。2.低成本的系統(tǒng) 為了保證預(yù)約掛號系統(tǒng)的低成本，系統(tǒng)應(yīng)完成的需求如下。（1）系統(tǒng)開發(fā)成本低：

開發(fā)團(tuán)隊(duì)?wèi)?yīng)具備合理的項(xiàng)目管理，且在開發(fā)前應(yīng)盡可能明確系統(tǒng)的需求。（2）系統(tǒng)運(yùn)營成本低：

系統(tǒng)在運(yùn)行過程中，應(yīng)該盡可能少的占用資源。（3）系統(tǒng)維護(hù)成本低：

系統(tǒng)應(yīng)該健壯可靠，出現(xiàn)問題后應(yīng)該易于修復(fù)，且系統(tǒng)的功能應(yīng)該易于擴(kuò)展。考慮到系統(tǒng)健壯可靠與系統(tǒng)開發(fā)成本低存在一定的沖突，因此需要進(jìn)行一定的權(quán)衡。4.2.3 用戶特征

本系統(tǒng)的用戶包含患者、醫(yī)生以及管理員三類，其特征如下。? 患者

個體間在年齡、計(jì)算機(jī)使用能力等方面存在較大差異。? 醫(yī)生

普遍具備較高的學(xué)歷，在醫(yī)療方面具備專業(yè)知識，有一定的計(jì)算機(jī)使用能力。? 管理員

負(fù)責(zé)對出診信息進(jìn)行管理，是醫(yī)院工作的安排者，具備較強(qiáng)的計(jì)算機(jī)使用能力。4.2.4 條件與限制

為了保證系統(tǒng)的可移植性和可擴(kuò)展性，本系統(tǒng)應(yīng)使用Java語言進(jìn)行開發(fā)。4.2.5 假定與依賴

本系統(tǒng)假定提供的大、中、小三種字體大小可以滿足不同患者的需求，并且患者可以在系統(tǒng)的引導(dǎo)和提示下正常使用系統(tǒng)。4.2.6 需求分配

由于文檔中并未列出系統(tǒng)的全部需求，因此無法對所有需求進(jìn)行優(yōu)先級排序。但已經(jīng)列出的均為系統(tǒng)較為核心的功能性需求和非功能性需求，應(yīng)具有高優(yōu)先級。

4.3 需求說明

需求說明部分將參照之前完成的模型，對系統(tǒng)結(jié)構(gòu)、對象模型以及操作過程模型進(jìn)行詳細(xì)描述。

4.3.1 系統(tǒng)結(jié)構(gòu)

本部分將主要參照圖 3-1所示的責(zé)任模型，根據(jù)主體對需求進(jìn)行劃分?？紤]到系統(tǒng)較為復(fù)雜，因此只列出主體“患者預(yù)約系統(tǒng)”的相關(guān)需求。? 患者預(yù)約系統(tǒng)

系統(tǒng)擁有患者預(yù)約頁面以及預(yù)約按鈕。

系統(tǒng)接收到預(yù)約請求。

患者被告知預(yù)約選擇結(jié)果。

系統(tǒng)擁有預(yù)約信息確認(rèn)頁面及預(yù)約提交按鈕。

系統(tǒng)接收到預(yù)約提交請求。

患者被告知預(yù)約提交的結(jié)果。4.3.2 對象模型

本部分將主要對圖 4-1所示的對象模型的結(jié)構(gòu)進(jìn)行解釋。

網(wǎng)上預(yù)約掛號系統(tǒng)可以被詳細(xì)劃分為患者預(yù)約系統(tǒng)、醫(yī)生工作查詢系統(tǒng)、醫(yī)務(wù)管理系統(tǒng)、賬號控制系統(tǒng)、安全保障系統(tǒng)等五個子系統(tǒng)?；颊哳A(yù)約系統(tǒng)、醫(yī)生工作查詢系統(tǒng)、醫(yī)務(wù)管理系統(tǒng)的使用者分別為患者、醫(yī)生和管理員，這些用戶通過系統(tǒng)提供的頁面與系統(tǒng)進(jìn)行交互。

對象模型中所涉及的名詞在4.1.3小節(jié)中有具體解釋。4.3.3 操作過程模型

本部分將主要對圖 5-1，圖 5-3和圖 5-4所示的操作過程模型進(jìn)行說明，并以表格的形式列出各操作過程的參與主體及對應(yīng)需求。? 患者進(jìn)行預(yù)約選擇

患者點(diǎn)擊預(yù)約按鈕后，患者預(yù)約系統(tǒng)會收到患者的預(yù)約請求，并觸發(fā)預(yù)約驗(yàn)證操作，得到預(yù)約驗(yàn)證結(jié)果。接下來，患者預(yù)約系統(tǒng)會以得出的預(yù)約結(jié)果為基礎(chǔ)，進(jìn)行預(yù)約結(jié)果判定，進(jìn)而執(zhí)行頁面跳轉(zhuǎn)或消息框彈出操作。? 患者確認(rèn)預(yù)約信息

患者點(diǎn)擊提交按鈕后，患者預(yù)約系統(tǒng)會收到患者的預(yù)約提交請求，并觸發(fā)預(yù)約提交操作。接下來，患者預(yù)約系統(tǒng)會根據(jù)提交結(jié)果彈出包含相應(yīng)信息的提示框。

以上部分涉及到的操作過程及與之對應(yīng)的主體、需求如下表所示。

以上部分涉及到的操作過程及與之對應(yīng)的主體、需求如表 4-1所示。

操作 預(yù)約驗(yàn)證 參與主體

對應(yīng)需求

患者預(yù)約系統(tǒng) 系統(tǒng)接收到預(yù)約請求，患者被告知預(yù)約選擇結(jié)果

預(yù)約結(jié)果判定 患者預(yù)約系統(tǒng) 患者被告知預(yù)約選擇結(jié)果 預(yù)約提交 患者預(yù)約系統(tǒng) 系統(tǒng)接收到預(yù)約提交請求，患者被告知預(yù)約提交結(jié)果

第四篇：軟件需求分析報(bào)告

軟件需求分析

軟件需求分析所要做的工作是深入描述軟件的功能和性能，確定軟件設(shè)計(jì)的限制和軟件同其它系統(tǒng)元素的接口細(xì)節(jié)，定義軟件的其它有效性需求。進(jìn)行需求分析時，應(yīng)注意一切信息與需求都是站在用戶的角度上。盡量避免分析員的主觀想象，并盡量將分析進(jìn)度提交給用戶。在不進(jìn)行直接指導(dǎo)的前提下，讓用戶進(jìn)行檢查與評價(jià)。從而達(dá)到需求分析的準(zhǔn)確性。分析員通過需求分析，逐步細(xì)化對軟件的要求，描述軟件要處理的數(shù)據(jù)域，并給軟件開發(fā)提供一種可轉(zhuǎn)化為數(shù)據(jù)設(shè)計(jì)、結(jié)構(gòu)設(shè)計(jì)和過程設(shè)計(jì)的數(shù)據(jù)和功能表示。在軟件完成后，制定的軟件規(guī)格說明還要為評價(jià)軟件質(zhì)量提供依據(jù)。

需求分析的任務(wù)

開發(fā)軟件系統(tǒng)最為困難的部分就是準(zhǔn)確說明開發(fā)什么。最為困難的概念性工作便是編寫出詳細(xì)技術(shù)需求，這包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口。同時這也是一旦做錯，將最終會給系統(tǒng)帶來極大損害的部分，并且以后再對它進(jìn)行修改也極為困難。目前，國內(nèi)產(chǎn)品的龐雜，一家企業(yè)可能有幾個系統(tǒng)并立運(yùn)行，它們之間接口是系統(tǒng)開發(fā)人員最頭痛的問題。對于商業(yè)最終用戶應(yīng)用程序，企業(yè)信息系統(tǒng)和軟件作為一個大系統(tǒng)的一部分的產(chǎn)品是顯而易見的。但是對于我們開發(fā)人員來說，并沒有編寫出客戶認(rèn)可的需求文檔，我們?nèi)绾沃理?xiàng)目于何時結(jié)束？而如果我們不知道什么對客戶來說是重要的，那我們又如何能使客戶感到滿意呢？然而，即便并非出于商業(yè)目的的軟件需求也是必須的。例如庫、組件和工具這些供開發(fā)小組內(nèi)部使用的軟件。當(dāng)然你可能偶爾勿需文檔說明就能與其他人意見較為一致，但更常見的是出現(xiàn)重復(fù)返工這種不可避免的后果，而重新編制代碼的代價(jià)遠(yuǎn)遠(yuǎn)超過重寫一份需求文檔的代價(jià)，這些血的教訓(xùn)正在國內(nèi)的軟件開發(fā)者身上發(fā)生。近來，我遇到一個開發(fā)小組開發(fā)包括代碼編輯器在內(nèi)的一套內(nèi)部使用的計(jì)算機(jī)輔助軟件。不幸的是，當(dāng)他們開發(fā)完這個工具后，發(fā)現(xiàn)這個工具不能打印出源代碼文件，使用者當(dāng)然希望有這個功能。結(jié)果這個小組只好手工抄寫源代碼文檔以供代碼檢查。這說明那怕需求明確無誤并構(gòu)思準(zhǔn)確，如果我們沒有編寫文檔，軟件達(dá)不到期望目標(biāo)也只能是咎由自取了。相反的情況，我曾見一個要集成到“錯誤跟蹤系統(tǒng)”中的簡單界面寫了一頁需求說明。而操作系統(tǒng)系統(tǒng)管理員在為處理腳本時發(fā)現(xiàn)簡單的一張需求清單竟是如此有用。他們依據(jù)需求對系統(tǒng)進(jìn)行測試時，此系統(tǒng)不僅非常清晰地實(shí)現(xiàn)了所有必需功能，而且未發(fā)現(xiàn)任何錯誤。事實(shí)上，需求文檔在開發(fā)過程中一直起指導(dǎo)作用。需求的類型

下面這些定義是需求工程領(lǐng)域中常見術(shù)語的定義。軟件需求包括三個不同的層次：業(yè)務(wù)需求、用戶需求和功能需求（也包括非功能需求）。1．業(yè)務(wù)需求（business requirement）反映了組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們在項(xiàng)目視圖與范圍文檔中予以說明。2．用戶需求(user requirement)文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例（usecase）文檔或方案腳本說明中予以說明。3．功能需求(functional requirement)定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。在軟件需求規(guī)格說明書（SRS）中說明的功能需求充分描述了軟件系統(tǒng)所應(yīng)具有的外部行為。軟件需求規(guī)格說明在開發(fā)、測試、質(zhì)量保證、項(xiàng)目管理以及相關(guān)項(xiàng)目功能中都起了重要的作用。對一個大型系統(tǒng)來說，軟件功能需求也許只是系統(tǒng)需求的一個子集，因?yàn)榱硗庖恍┛赡軐儆谧酉到y(tǒng)（或軟件部件）。作為功能需求的補(bǔ)充，軟件需求規(guī)格說明還應(yīng)包括非功能需求，它描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和合約；外部界面的具體細(xì)節(jié)；性能要求；設(shè)計(jì)或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。所謂約束是指對開發(fā)人員在軟件產(chǎn)品設(shè)計(jì)和構(gòu)造上的限制。質(zhì)量屬性是通過多種角度對產(chǎn)品的特點(diǎn)進(jìn)行描述，從而反

映產(chǎn)品功能。多角度描述產(chǎn)品對用戶和開發(fā)人員都極為重要。下面以一個字處理程序?yàn)槔齺碚f明需求的不同種類。業(yè)務(wù)需求可能是：“用戶能有效地糾正文檔中的拼寫錯誤”，該產(chǎn)品的包裝盒封面上可能會標(biāo)明這是個滿足業(yè)務(wù)需求的拼寫檢查器。而對應(yīng)的用戶需求可能是“找出文檔中的拼寫錯誤并通過一個提供的替換項(xiàng)列表來供選擇替換拼錯的詞”。同時，該拼寫檢查器還有許多功能需求，如找到并高亮度提示錯詞的操作；顯示提供替換詞的對話框以及實(shí)現(xiàn)整個文檔范圍的替換。從以上定義可以發(fā)現(xiàn)，需求并未包括設(shè)計(jì)細(xì)節(jié)、實(shí)現(xiàn)細(xì)節(jié)、項(xiàng)目計(jì)劃信息或測試信息。需求與這些沒有關(guān)系，它關(guān)注的是充分說明你究竟想開發(fā)什么。項(xiàng)目也有其它方面的需求，如開發(fā)環(huán)境需求或發(fā)布產(chǎn)品及移植到支撐環(huán)境的需求。

第五篇：OA辦公軟件如何助力中小企業(yè)信息化管理

OA辦公軟件如何助力中小企業(yè)信息化管理

信息化是企業(yè)的發(fā)展和經(jīng)營管理的重要手段，很多企業(yè)一直追求高效辦公和對企業(yè)管理的改善，作為企業(yè)信息化管理軟件的OA軟件承擔(dān)了這一重任。通過OA辦公與現(xiàn)代化的企業(yè)管理的結(jié)合，實(shí)現(xiàn)企業(yè)的現(xiàn)代化、流程化和規(guī)范化的管理。因此，在很多企業(yè)看來引進(jìn)成為一種趨勢，OA因此也成了企業(yè)信息化的必需品。不同企業(yè)的出發(fā)點(diǎn)不同，有真正認(rèn)識和了解到OA信息化重要性的，希望借此來提升企業(yè)的內(nèi)部管理，也有盲目跟風(fēng)，缺乏信息化方面的經(jīng)驗(yàn)和對自身的需求不甚了解。對后者而言，因?yàn)閷ψ陨硇畔⒒枨蟛幻鞔_，容易走進(jìn)和實(shí)施的誤區(qū)，從而將OA信息化的建設(shè)徹底淪落為面子工程。

一、企業(yè)在發(fā)展和轉(zhuǎn)型的過程中面臨最大的問題就是企業(yè)的內(nèi)部管理問題，一些企業(yè)由于管理的不善而產(chǎn)生了一些列的內(nèi)部問題，如：員工整天重復(fù)太多重復(fù)性的、低端的、瑣碎的工作，而對本職工作投入的時間和精力卻嚴(yán)重不足，企業(yè)的管理者甚至不知道各級員工到底在忙些什么，更不知道這個決策是否滿足大多數(shù)人的意愿，最后只能親自忙著查資料、打電話、跑現(xiàn)場、開會、談心。此時，企業(yè)的當(dāng)務(wù)之急是從粗放式管理向精細(xì)化管理轉(zhuǎn)型，通過將引入到企業(yè)管理中，能夠更好的助力企業(yè)解決上述諸多企業(yè)內(nèi)部管理的各種問題。

二、OA軟件正是緊緊圍繞著企業(yè)現(xiàn)代化管理的需要而誕生，它對于提高企業(yè)的自動化管理水平，解決內(nèi)部的溝通的及時性、有效性、準(zhǔn)確性，以及提高協(xié)作能力、管理效率和優(yōu)化管理流程等都具有重要的作用，這正是助力提升企業(yè)內(nèi)部管理所帶來的魅力之所在，也是被很多企業(yè)廣泛選擇并作為基礎(chǔ)軟件的重要原因?？梢哉f，OA軟件是基于企業(yè)的現(xiàn)代化管理需要而產(chǎn)生，同時又進(jìn)一步推動了企業(yè)的管理水平提升。

隨著中小企業(yè)的業(yè)務(wù)在不斷拓展，企業(yè)的規(guī)模在不斷擴(kuò)充，集團(tuán)公司及其成員企業(yè)管理逐漸趨于復(fù)雜。尤其是跨區(qū)域經(jīng)營之后，如何通過增強(qiáng)企業(yè)的管控能力，將整個集團(tuán)的各個業(yè)務(wù)單元融合成為一個緊密聯(lián)系、協(xié)同運(yùn)作的有機(jī)整體，是企業(yè)實(shí)現(xiàn)持續(xù)快速發(fā)展的需要。企業(yè)需要提升自身的管理水平，讓企業(yè)從 人治 轉(zhuǎn)向 法治。平臺不是僅僅是一個企業(yè)管理軟件，而是一個辦公和管理的平臺，通過它來實(shí)現(xiàn)企業(yè)管理制度的執(zhí)行，傳播企業(yè)文化，通過流程的規(guī)范、知識的沉淀、員工的配合和協(xié)作來促進(jìn)企業(yè)中人與組織的和諧發(fā)展，從而達(dá)到提升企業(yè)管理和整體運(yùn)營效率。