第3章 項(xiàng)目前期

1、 項(xiàng)目前期的主要工作，包括現(xiàn)狀分析（含硬件分析、組織分析和業(yè)務(wù)分析）、需求收集、粗略設(shè)計和可行性分析。本章介紹了項(xiàng)目前期開展這些工作的主要內(nèi)容和原則，并以實(shí)例對比介紹了使用結(jié)構(gòu)化方法和面向?qū)ο蠓椒ㄟM(jìn)行項(xiàng)目前期工作的思路和模型構(gòu)建，最后給出項(xiàng)目前期有關(guān)文檔的描述格式。第三章 項(xiàng)目前期 3.1項(xiàng)目前期的主要工作3.2 結(jié)構(gòu)化的項(xiàng)目前期實(shí)例3.3 面向?qū)ο蟮捻?xiàng)目前期實(shí)例 3.4項(xiàng)目前期的文擋描述規(guī)范第三章 項(xiàng)目前期 從項(xiàng)目擬定到正式開始之前，軟件團(tuán)隊(duì)開發(fā)人員必須和用戶通力合作，了解問題的性質(zhì)、工程目標(biāo)和規(guī)模。 由于管理信息系統(tǒng)通常都是完成日常性的事務(wù)性操作，因此必須在現(xiàn)狀分析（包括硬件分析、軟件分析

2、（含組織分析、業(yè)務(wù)分析）的基礎(chǔ)上，了解現(xiàn)實(shí)系統(tǒng)的運(yùn)行機(jī)制； 通過與用戶的交流，了解現(xiàn)實(shí)系統(tǒng)中需要自動化或改進(jìn)的環(huán)節(jié)，并進(jìn)一步收集用戶關(guān)于目標(biāo)系統(tǒng)的其他需求與約束條件； 在此基礎(chǔ)上進(jìn)行目標(biāo)系統(tǒng)的粗略設(shè)計，給出大致的未來目標(biāo)系統(tǒng)的構(gòu)成框架； 針對給出的系統(tǒng)構(gòu)成框架，從經(jīng)濟(jì)、技術(shù)、法律、環(huán)境等方面進(jìn)行分析，明確是否存在滿足用戶需求的可行解。 在進(jìn)行現(xiàn)狀分析、需求收集和粗略設(shè)計時，建立相關(guān)模型并輔以文字描述，能夠幫助開發(fā)團(tuán)隊(duì)和用戶更好地理解所做的工作成果，最后把這些活動的結(jié)果，結(jié)合可行性分析結(jié)果，撰寫相關(guān)的文檔。 3.1項(xiàng)目前期的主要工作 3.1項(xiàng)目前期的主要工作 3.1.1 現(xiàn)狀分析3.1.2 需求

3、收集3.1.3 粗略設(shè)計3.1.4 可行性分析 任何企業(yè)或事業(yè)單位，都是由一定的硬件（建筑、道路、房屋、設(shè)施等等，如果該組織有一定的信息化基礎(chǔ)，則應(yīng)該包括信息化的硬件設(shè)施-計算機(jī)網(wǎng)絡(luò)）和軟件（內(nèi)部部門構(gòu)成、崗位構(gòu)成、崗位職責(zé)、業(yè)務(wù)處理的流程、各種規(guī)章制度等等，以及現(xiàn)有的計算機(jī)軟件系統(tǒng)）構(gòu)成。 為了開發(fā)替代現(xiàn)有的人工系統(tǒng)或舊軟件系統(tǒng)的全新信息系統(tǒng)，需要對目標(biāo)單位進(jìn)行現(xiàn)狀分析。 3.1.1 現(xiàn)狀分析1.硬件分析 硬件是建設(shè)目標(biāo)系統(tǒng)的物質(zhì)基礎(chǔ)；軟件是建立目標(biāo)系統(tǒng)的運(yùn)行平臺。為了開發(fā)替代現(xiàn)有的人工系統(tǒng)或舊軟件系統(tǒng)的全新信息系統(tǒng)，需要對目標(biāo)單位進(jìn)行現(xiàn)狀分析。從軟件開發(fā)的角度，現(xiàn)狀分析需要關(guān)注目標(biāo)單位的硬

4、件（建筑布局和網(wǎng)絡(luò)硬件設(shè)施）、軟件（組織構(gòu)成、崗位職責(zé)和業(yè)務(wù)處理的流程、現(xiàn)有軟件的系統(tǒng)高層結(jié)構(gòu)）。 3.1.1 現(xiàn)狀分析 項(xiàng)目情況千差萬別 （1）目標(biāo)系統(tǒng)完全是從無到有建立，硬件分析不僅是指對目標(biāo)單位的建筑布局結(jié)構(gòu)進(jìn)行分析，作為后續(xù)粗略設(shè)計中網(wǎng)絡(luò)硬件設(shè)計的基礎(chǔ)（對于小型目標(biāo)單位或組織，計算機(jī)網(wǎng)絡(luò)的部署和安裝可能會非常簡單，此時可以不考慮對其建筑布局進(jìn)行分析）； (2)項(xiàng)目是基于目標(biāo)單位已經(jīng)擁有一定的網(wǎng)絡(luò)和計算機(jī)硬件設(shè)施進(jìn)行，計算機(jī)網(wǎng)絡(luò)可以直接沿用現(xiàn)有設(shè)施，則硬件分析主要是指對現(xiàn)有網(wǎng)絡(luò)硬件設(shè)施進(jìn)行分析； (3)用戶對目標(biāo)系統(tǒng)有全新的或性能提升的需求，需要基于現(xiàn)有的網(wǎng)絡(luò)硬件設(shè)施進(jìn)行升級改造，硬件分

5、析包括對目標(biāo)單位的建筑布局結(jié)構(gòu)、網(wǎng)絡(luò)硬件設(shè)施同時進(jìn)行分析。 3.1.1 現(xiàn)狀分析-硬件分析 網(wǎng)絡(luò)硬件分析主要是了解并描述目標(biāo)單位現(xiàn)有的網(wǎng)絡(luò)及硬件設(shè)施構(gòu)成、網(wǎng)絡(luò)連接情況。網(wǎng)絡(luò)拓?fù)鋱D是硬件分析的主要工具，網(wǎng)絡(luò)拓?fù)涫菑挠脩?、硬件設(shè)計團(tuán)隊(duì)的視角，反映現(xiàn)實(shí)系統(tǒng)的硬件構(gòu)成。 3.1.1 現(xiàn)狀分析-硬件分析2軟件分析 假如管理信息系統(tǒng)完全是從無到有建立，軟件分析主要是指對目標(biāo)單位的組織構(gòu)成和業(yè)務(wù)流程進(jìn)行分析，作為后續(xù)粗略設(shè)計中軟件系統(tǒng)設(shè)計的基礎(chǔ)；如果項(xiàng)目是對目標(biāo)單位現(xiàn)有多個子軟件系統(tǒng)進(jìn)行集成，軟件分析主要是指各個現(xiàn)有子軟件系統(tǒng)的總體框架進(jìn)行分析（包括系統(tǒng)體系結(jié)構(gòu)、系統(tǒng)構(gòu)成、功能結(jié)構(gòu)和軟件配置）；如果用戶對目

6、標(biāo)系統(tǒng)有全新的需求和性能提升，需要對現(xiàn)有子軟件系統(tǒng)進(jìn)行擴(kuò)充、升級或改造，軟件分析包括對目標(biāo)單位的組織和業(yè)務(wù)進(jìn)行分析，也包括對各個現(xiàn)有子軟件系統(tǒng)的總體框架進(jìn)行分析。3.1.1 現(xiàn)狀分析A. 組織分析 組織分析的目的在于掌握目標(biāo)單位的組織構(gòu)成、崗位設(shè)置和相關(guān)職能。對于任何一個企事業(yè)單位，組織機(jī)構(gòu)、崗位構(gòu)成、崗位職責(zé)都是最為直觀、簡單，并且具有相當(dāng)?shù)姆€(wěn)定性，很少發(fā)生頻繁變化的情況。首先進(jìn)行目標(biāo)單位的組織分析，有利于為系統(tǒng)分析人員進(jìn)行后續(xù)的業(yè)務(wù)分析打下良好的基礎(chǔ)。3.1.1 現(xiàn)狀分析-軟件分析A. 組織分析3.1.1 現(xiàn)狀分析-軟件分析 A. 組織分析進(jìn)行組織分析建模，應(yīng)該把握以下原則：（1）以組合關(guān)

7、系反映組織構(gòu)成。 （2）組織構(gòu)成應(yīng)適度。（3）允許做一定的凝聚、合并或增補(bǔ)；（4）最終必須細(xì)化到崗位。 （5）組織分析應(yīng)適度考慮擬開發(fā)系統(tǒng)的邊界。3.1.1 現(xiàn)狀分析-軟件分析B業(yè)務(wù)分析 廣義的業(yè)務(wù)流程，從客戶角度出發(fā)，認(rèn)為它是與客戶價值的滿足相聯(lián)系的一系列活動。而狹義的業(yè)務(wù)流程則從實(shí)際操作者的角度出發(fā)，是為達(dá)到特定的價值目標(biāo)而由不同崗位（人員）分工協(xié)作完成的一系列活動。 可以把針對客戶的廣義業(yè)務(wù)流程稱為外部業(yè)務(wù)；為保證外部業(yè)務(wù)完成的業(yè)務(wù)稱為內(nèi)部業(yè)務(wù)。 以商場為例，外部業(yè)務(wù)有針對客戶的購物；為保證客戶的購物業(yè)務(wù)順利完成，商場內(nèi)部有訂貨、貨物上架、盤點(diǎn) 等內(nèi)部業(yè)務(wù)。3.1.1 現(xiàn)狀分析-軟件分析

8、B業(yè)務(wù)分析 外部業(yè)務(wù)，發(fā)起者未必就是外部客戶；除非外部客戶也可和軟件系統(tǒng)進(jìn)行交互。 比如銀行的柜臺存取款服務(wù)，客戶往往是不能和軟件系統(tǒng)交互的，這種情況下，該業(yè)務(wù)的發(fā)起者是銀行的柜臺服務(wù)人員； 如果客戶是通過ATM機(jī)進(jìn)行存取款服務(wù)，此時客戶因?yàn)楹蛙浖到y(tǒng)直接交互，因此稱為ATM存取款業(yè)務(wù)的發(fā)起者。 內(nèi)部業(yè)務(wù)，發(fā)起者一定是機(jī)構(gòu)內(nèi)部的工作人員。3.1.1 現(xiàn)狀分析-軟件分析B業(yè)務(wù)分析（結(jié)構(gòu)化方法）3.1.1 現(xiàn)狀分析-軟件分析B業(yè)務(wù)分析（面向?qū)ο蠓椒ǎ?.1.1 現(xiàn)狀分析-軟件分析B業(yè)務(wù)分析業(yè)務(wù)流程具有以下特點(diǎn)：（1）具有層次性。 （2）合作關(guān)系。（3）構(gòu)成業(yè)務(wù)流程的每個活動都有數(shù)據(jù)的變換或處理，都

9、有信息的反饋，即每個活動都有一個或多個輸入，輸出一個或多個結(jié)果。3.1.1 現(xiàn)狀分析-軟件分析B業(yè)務(wù)分析進(jìn)行現(xiàn)實(shí)系統(tǒng)的業(yè)務(wù)流程建模，通常需要把握以下原則：（1）以客戶為中心。（2）遵循由粗到細(xì)的建模步驟。 （3）以崗位為最基本的構(gòu)成單位、以崗位職責(zé)為最基本活動元素。（4）建模業(yè)務(wù)流程，無須考慮流程中可能出現(xiàn)的異常情況和錯誤。（5）允許建立可選的業(yè)務(wù)流程。（ 6）可以在業(yè)務(wù)流程中反映相關(guān)的數(shù)據(jù)處理和變換。 采用結(jié)構(gòu)化方法或面向?qū)ο蠓椒ㄟM(jìn)行業(yè)務(wù)分析建模，描述的細(xì)節(jié)稍有不同。3.1.1 現(xiàn)狀分析-軟件分析C. 現(xiàn)有軟件系統(tǒng)分析 現(xiàn)有軟件系統(tǒng)分析是指當(dāng)項(xiàng)目不是完全從頭開始的時候，各個現(xiàn)有子軟件系統(tǒng)對未

10、來目標(biāo)系統(tǒng)有重大影響，必須對現(xiàn)有軟件系統(tǒng)的總體框架進(jìn)行分析，包括各個子系統(tǒng)的系統(tǒng)體系結(jié)構(gòu)、功能結(jié)構(gòu)和軟件配置（系統(tǒng)架構(gòu)），以利于節(jié)約用戶成本，以最快的速度開發(fā)用戶需要的軟件系統(tǒng)。3.1.1 現(xiàn)狀分析-軟件分析 項(xiàng)目前期的需求，是開發(fā)團(tuán)隊(duì)收集的軟件相關(guān)方對于軟件的一系列意圖、想法轉(zhuǎn)變?yōu)檐浖_發(fā)人員所需要的有關(guān)軟件的技術(shù)規(guī)格。需要注意的是,項(xiàng)目前期的需求不是嚴(yán)格的需求分析的產(chǎn)物，可能不完整、不清晰，允許有遺漏，忽略其中大部分細(xì)節(jié)，開發(fā)團(tuán)隊(duì)可以在后續(xù)工作進(jìn)行修改和補(bǔ)正。3.1.2 需求收集 軟件需求包括3個不同的層次業(yè)務(wù)需求、用戶需求和功能需求，涵蓋軟硬件的需求則謂系統(tǒng)需求。除此之外，還包括各種非功

11、能需求。 實(shí)際上，業(yè)務(wù)需求（系統(tǒng)需求）反映的是高層務(wù)虛的目標(biāo)，如提高工作效率、節(jié)約運(yùn)行成本、降低勞動強(qiáng)度、快捷反映市場變化等等抽象的需求；用戶需求則是針對客戶而言，軟件系統(tǒng)能夠?yàn)榭蛻糇鍪裁矗w現(xiàn)為某個完整的業(yè)務(wù)實(shí)現(xiàn)；而功能需求針對的是具體操作人員，能夠替代操作人員做什么，體現(xiàn)為特定功能模塊。 系統(tǒng)需求用于描述包含多個子系統(tǒng)的產(chǎn)品（即系統(tǒng)）的頂級需求。當(dāng)整個系統(tǒng)既有軟件系統(tǒng)，又有硬件系統(tǒng)和人工系統(tǒng)時，用系統(tǒng)需求來替代業(yè)務(wù)需求。3.1.2 需求收集 非功能性需求是關(guān)于軟件的外界特征的規(guī)格表述，主要是對軟件性能指標(biāo)和對質(zhì)量屬性的描述。包括業(yè)務(wù)規(guī)則、質(zhì)量屬性、外部接口、限制等待。 業(yè)務(wù)規(guī)則本身并非軟件

12、需求，因?yàn)樗粚儆谌魏翁囟ㄜ浖到y(tǒng)的范圍。然而，業(yè)務(wù)規(guī)則常常會限制誰能夠執(zhí)行某些特定功能，或者規(guī)定系統(tǒng)為符合相關(guān)規(guī)則必須實(shí)現(xiàn)某些特定功能。有時，功能中特定的質(zhì)量屬性（通過功能實(shí)現(xiàn)）也源于業(yè)務(wù)規(guī)則。所以，對某些功能需求進(jìn)行追溯時，會發(fā)現(xiàn)其來源正是一條特定的業(yè)務(wù)規(guī)則。 質(zhì)量屬性對產(chǎn)品的功能描述作了補(bǔ)充，它從不同方面描述了產(chǎn)品的各種特性。這些特性包括可用性、可移植性、完整性、效率和健壯性。外部接口對系統(tǒng)與外部世界的外部界面進(jìn)行描述，約束是對設(shè)計與實(shí)現(xiàn)的約束。3.1.2 需求收集 項(xiàng)目前期的需求獲取，直接來源于與用戶的交流（業(yè)務(wù)需求/系統(tǒng)需求、用戶需求、非功能性需求）和業(yè)務(wù)分析（功能需求）。與網(wǎng)絡(luò)環(huán)境

13、、系統(tǒng)平臺、運(yùn)行環(huán)境等有關(guān)的非功能屬性，這類需求主要通過設(shè)備或軟件供應(yīng)商、安全服務(wù)提供商、同類用戶等來獲得。數(shù)據(jù)需求可以通過調(diào)查同類用戶或歷史數(shù)據(jù)獲得。 需求獲取的方式可以是由用戶主動提出，也可以通過與用戶交談，或?qū)τ脩暨M(jìn)行問卷調(diào)查、跟班作業(yè)、原型系統(tǒng)等方式獲取。 需求是用戶對軟件的合理請求，但并不意味著開發(fā)者對用戶的無條件順從，必須建立在開發(fā)團(tuán)隊(duì)和用戶共同討論、相互協(xié)商的基礎(chǔ)上。3.1.2 需求收集 項(xiàng)目前期往往要給出未來軟件系統(tǒng)的大致框架，讓開發(fā)團(tuán)隊(duì)成員對未來軟件系統(tǒng)有初步了解。這要求給出未來軟件系統(tǒng)初步總體的設(shè)計。 主要包括體系結(jié)構(gòu)設(shè)計、硬件（網(wǎng)絡(luò)）系統(tǒng)設(shè)計、應(yīng)用系統(tǒng)(包括系統(tǒng)構(gòu)成、功能

14、結(jié)構(gòu)、軟件配置)設(shè)計、安全設(shè)計、配套設(shè)計。 3.1.3 粗略設(shè)計 體系結(jié)構(gòu)從用戶、高層管理者和系統(tǒng)分析人員的視角，以抽象的角度反映軟件系統(tǒng)的構(gòu)成部件以及部件之間的聯(lián)系。 硬件（網(wǎng)絡(luò)）系統(tǒng)設(shè)計從網(wǎng)絡(luò)設(shè)計、安裝維護(hù)人員的視圖，反映用傳輸媒體互連起來的各種系統(tǒng)硬件設(shè)備的物理布局。 應(yīng)用系統(tǒng)設(shè)計從系統(tǒng)管理者、安裝維護(hù)人員角度反映系統(tǒng)構(gòu)成，從用戶角度反映功能結(jié)構(gòu)，從系統(tǒng)管理者和安裝維護(hù)人員角度反映軟件在不同設(shè)備上的安裝配置，系統(tǒng)構(gòu)成、功能結(jié)構(gòu)、安裝配置從不同角度反映信息系統(tǒng)的構(gòu)成。 安全設(shè)計從主要反映安全保障體系的設(shè)計。 配套設(shè)計主要反映機(jī)房配套設(shè)施的建設(shè)安裝設(shè)計。 3.1.3 粗略設(shè)計 體系結(jié)構(gòu)設(shè)計、

15、硬件（網(wǎng)絡(luò)）設(shè)計、安全設(shè)計、配套設(shè)計的依據(jù)主要來源于從用戶收集的非功能性需求，這些設(shè)計一旦獲得用戶確認(rèn)，通常在項(xiàng)目前期即穩(wěn)定不變；應(yīng)用系統(tǒng)設(shè)計（包括系統(tǒng)構(gòu)成、功能結(jié)構(gòu)、軟件配置）的主要依據(jù)是組織分析和業(yè)務(wù)流程分析。通常，項(xiàng)目前期的應(yīng)用系統(tǒng)設(shè)計（包括系統(tǒng)構(gòu)成、功能結(jié)構(gòu)、軟件配置）都是粗略的，不是來源于精確的系統(tǒng)需求分析，因此項(xiàng)目前期的應(yīng)用系統(tǒng)設(shè)計和項(xiàng)目總體設(shè)計階段的設(shè)計結(jié)果是有差異的，總體設(shè)計階段的設(shè)計結(jié)果更為準(zhǔn)確、精確，符合用戶需求和實(shí)際情況。 3.1.3 粗略設(shè)計1體系結(jié)構(gòu)設(shè)計 任何復(fù)雜的系統(tǒng)都需要一個體系結(jié)構(gòu)來提供其演化的戰(zhàn)略性環(huán)境描述。體系結(jié)構(gòu)提供了對組成系統(tǒng)的組件或構(gòu)造塊的描述以及這些

16、組件間復(fù)雜的內(nèi)部關(guān)系。軟件系統(tǒng)體系結(jié)構(gòu)涉及需求和系統(tǒng)結(jié)構(gòu)，包括軟件和硬件，使得軟件系統(tǒng)的設(shè)計概念可以被有效地表達(dá)和交流。 3.1.3 粗略設(shè)計2硬件（網(wǎng)絡(luò)）設(shè)計 對于某些需要從頭開始或性能改進(jìn)顯著的軟件系統(tǒng)，硬件建設(shè)是系統(tǒng)建設(shè)的重要一環(huán)。硬件（網(wǎng)絡(luò)）設(shè)計用網(wǎng)絡(luò)拓?fù)鋱D描述。 網(wǎng)絡(luò)拓?fù)鋱D主要由結(jié)點(diǎn)和鏈路構(gòu)成。節(jié)點(diǎn)就是網(wǎng)絡(luò)單元，代表網(wǎng)絡(luò)系統(tǒng)中的各種數(shù)據(jù)處理設(shè)備、數(shù)據(jù)通信控制設(shè)備和數(shù)據(jù)終端設(shè)備，節(jié)點(diǎn)可以有不同的描繪形式。鏈路是兩個節(jié)點(diǎn)間的實(shí)際存在的通信連線，通常用無箭頭線描述。 較大型的局域網(wǎng)中通常會采用混合結(jié)構(gòu)，以充分考慮用戶數(shù)據(jù)傳輸需求的情況下，發(fā)揮各種不同傳輸介質(zhì)的性能，降低購置成本和使用成本。

17、 3.1.3 粗略設(shè)計3.應(yīng)用系統(tǒng)設(shè)計 項(xiàng)目前期的應(yīng)用系統(tǒng)粗略設(shè)計包括系統(tǒng)結(jié)構(gòu)設(shè)計、功能結(jié)構(gòu)設(shè)計和軟件配置設(shè)計。 3.1.3 粗略設(shè)計3.應(yīng)用系統(tǒng)設(shè)計（1）系統(tǒng)結(jié)構(gòu)設(shè)計 系統(tǒng)結(jié)構(gòu)設(shè)計從項(xiàng)目管理者、高層管理者視圖，從物理構(gòu)成角度反映未來系統(tǒng)的構(gòu)成。系統(tǒng)結(jié)構(gòu)設(shè)計依據(jù)業(yè)務(wù)分析的結(jié)果，反映未來軟件系統(tǒng)的大致統(tǒng)物理構(gòu)成。一個完整的軟件系統(tǒng)，既有執(zhí)行界面交互和業(yè)務(wù)處理的程序模塊、還有包括數(shù)據(jù)存儲的文件系統(tǒng)或數(shù)據(jù)庫系統(tǒng)，以及信息輸出的表格、人工處理過程等等構(gòu)成元素。 在結(jié)構(gòu)化方法中，采用系統(tǒng)流程圖（名為流程，實(shí)際上不是流程而是構(gòu)成）來描繪系統(tǒng)物理模型。系統(tǒng)流程圖表達(dá)的是軟件系統(tǒng)的物理構(gòu)成以及系統(tǒng)各部件的流動

18、情況，而不是表示對信息進(jìn)行加工處理的控制過程。各構(gòu)成部件之間的連接是有向的，反映的是各部件之間的數(shù)據(jù)流向。 在面向?qū)ο蠓椒ㄖ校ǔ２捎媒M件圖來描述系統(tǒng)物理模型。需要注意的是，面向?qū)ο蠓椒ㄏ碌臉?biāo)準(zhǔn)組件圖主要用于描述子系統(tǒng)、軟件包、組件等等的構(gòu)成，沒有提供關(guān)于外部系統(tǒng)、人工處理過程、數(shù)據(jù)庫或文件系統(tǒng)、信息輸出的表格等等的標(biāo)準(zhǔn)描述元素，為了能夠達(dá)到與結(jié)構(gòu)化方法下系統(tǒng)流程圖同樣的目標(biāo)，開發(fā)人員可以借鑒系統(tǒng)流程圖，對組件圖模型描述元素自行擴(kuò)充，以支持外部系統(tǒng)、人工處理過程、數(shù)據(jù)庫或文件系統(tǒng)、信息輸出表格的描述。 3.1.3 粗略設(shè)計3.應(yīng)用系統(tǒng)設(shè)計（1）系統(tǒng)結(jié)構(gòu)設(shè)計 3.1.3 粗略設(shè)計3.應(yīng)用系統(tǒng)設(shè)計

19、（2）功能結(jié)構(gòu)設(shè)計 功能結(jié)構(gòu)是面向用戶視圖，以功能模塊構(gòu)成的角度反映系統(tǒng)構(gòu)成。功能結(jié)構(gòu)設(shè)計要求將系統(tǒng)的功能進(jìn)行分解，按照從大到小，從粗到細(xì)，從上到下，按功能從屬關(guān)系表示出來。功能結(jié)構(gòu)體現(xiàn)的是包含關(guān)系，即上層功能包括 (或控制)下層功能，愈上層功能愈籠統(tǒng)，愈下層功能愈具體。功能模塊可以根據(jù)具體情況分得大一點(diǎn)或小一點(diǎn)。分解得最小的功能模塊可以是一個程序中的某個處理過程，而較大的功能模塊則可能是完成某一任務(wù)的一組程序（子系統(tǒng)）。通常用樹型的功能結(jié)構(gòu)圖描述軟件系統(tǒng)的功能結(jié)構(gòu)。 3.1.3 粗略設(shè)計3.應(yīng)用系統(tǒng)設(shè)計（2）功能結(jié)構(gòu)設(shè)計 3.1.3 粗略設(shè)計3.應(yīng)用系統(tǒng)設(shè)計（3）系統(tǒng)配置設(shè)計/系統(tǒng)架構(gòu)設(shè)計

20、系統(tǒng)配置設(shè)計反映重要軟件構(gòu)件在網(wǎng)絡(luò)不同硬件系統(tǒng)中的分布配置。結(jié)構(gòu)化方法下，系統(tǒng)配置設(shè)計往往用系統(tǒng)架構(gòu)圖描述，在面向?qū)ο蠓椒ㄏ拢到y(tǒng)配置設(shè)計可以用系統(tǒng)架構(gòu)圖，也可以用配置圖進(jìn)行描述。配置設(shè)計可以直接在網(wǎng)絡(luò)拓?fù)鋱D上反映重要軟件的配置，也可以忽略網(wǎng)絡(luò)連接設(shè)備，只反映重要軟件的配置。如果忽略網(wǎng)絡(luò)連接設(shè)備，則配置設(shè)計往往可以構(gòu)成橫向分層的計算模式圖描述。按照軟件系統(tǒng)計算任務(wù)的不同分布，將軟件系統(tǒng)劃分為以大型機(jī)為中心的集中計算模式、以服務(wù)器為中心的計算模式。 3.1.3 粗略設(shè)計3.應(yīng)用系統(tǒng)設(shè)計（3）系統(tǒng)配置設(shè)計/系統(tǒng)架構(gòu)設(shè)計 C/S模式下前端客戶(由微機(jī)或工作站承擔(dān))主要負(fù)責(zé)GUI用戶界面程序和部分業(yè)務(wù)

21、，用戶通過GUI界面程序和軟件系統(tǒng)交互，可以輸入數(shù)據(jù)、運(yùn)行服務(wù)器上的程序并得到計算結(jié)果；后端服務(wù)器部分(通常由微機(jī)或大型機(jī)承擔(dān))負(fù)責(zé)數(shù)據(jù)存儲、管理以及必要的業(yè)務(wù)應(yīng)用等負(fù)擔(dān)較重的工作，它接收客戶發(fā)來的信息、運(yùn)行服務(wù)端功能并將運(yùn)行結(jié)果返回給客戶機(jī)。根據(jù)客服機(jī)承擔(dān)任務(wù)的輕重，C/S模式可進(jìn)一步分為胖客戶機(jī)模型和瘦客服機(jī)模型。在胖客戶機(jī)模型下，客服機(jī)負(fù)責(zé)顯示、業(yè)務(wù)處理過程，服務(wù)器只負(fù)責(zé)數(shù)據(jù)存儲和管理；在瘦客戶機(jī)模型下，客戶機(jī)只負(fù)責(zé)顯示處理，服務(wù)器負(fù)責(zé)業(yè)務(wù)處理過程、數(shù)據(jù)存儲與管理。如果將前端顯示、業(yè)務(wù)處理、數(shù)據(jù)管理和存儲分布在不同設(shè)施（但也可以分布在相同設(shè)施），則構(gòu)成3層C/S模式。 3.1.3 粗略設(shè)

22、計3.應(yīng)用系統(tǒng)設(shè)計（3）系統(tǒng)配置設(shè)計/系統(tǒng)架構(gòu)設(shè)計 3層C/S模式將應(yīng)用系統(tǒng)的邏輯合理地劃分出3層，保持了邏輯的相對獨(dú)立性，有利于提高系統(tǒng)的維護(hù)性和擴(kuò)展性；能夠?yàn)楦鲗舆x擇相應(yīng)的平臺和應(yīng)用系統(tǒng)，實(shí)在處理負(fù)荷能力與處理特征上分別適應(yīng)各層要求，并具有良好的可升級性和開放性；支持各層的獨(dú)立并行開發(fā)，各層可以選擇不同開發(fā)語言；中間業(yè)務(wù)層屏蔽了客戶直接訪問數(shù)據(jù)庫的權(quán)利，整個具有較高的安全性。 3.1.3 粗略設(shè)計3.應(yīng)用系統(tǒng)設(shè)計（3）系統(tǒng)配置設(shè)計/系統(tǒng)架構(gòu)設(shè)計 B/S模式是指基于瀏覽器、WWW服務(wù)器、應(yīng)用服務(wù)器（和/或數(shù)據(jù)庫系統(tǒng)）的互聯(lián)網(wǎng)計算模式，B/S模式繼承和融合了傳統(tǒng)C/S模式中的網(wǎng)絡(luò)軟、硬件平臺和

23、應(yīng)用,由于無須關(guān)心客戶機(jī)上的維護(hù)升級，只需關(guān)注服務(wù)端的WWW服務(wù)器、應(yīng)用服務(wù)器（和/或數(shù)據(jù)庫系統(tǒng)），因此具有更加開放、應(yīng)用開發(fā)速度快、生命周期長等特點(diǎn),應(yīng)用的安裝擴(kuò)充和系統(tǒng)維護(hù)升級更為方便。B/S結(jié)構(gòu)提供異種機(jī)、異種網(wǎng)、異種應(yīng)用服務(wù)聯(lián)網(wǎng)和統(tǒng)一服務(wù)，具有最現(xiàn)實(shí)的開放性基礎(chǔ)。 3.1.3 粗略設(shè)計3.應(yīng)用系統(tǒng)設(shè)計（3）系統(tǒng)配置設(shè)計/系統(tǒng)架構(gòu)設(shè)計 系統(tǒng)構(gòu)成圖（結(jié)構(gòu)化思想下的系統(tǒng)流程圖，或面向?qū)ο笏枷胂碌慕M件圖）、功能結(jié)構(gòu)圖、配置圖（結(jié)構(gòu)化思想下的系統(tǒng)架構(gòu)圖，或面向?qū)ο笏枷胂碌呐渲脠D/系統(tǒng)架構(gòu)圖）從不同角度反映系統(tǒng)的軟件部分的構(gòu)成，系統(tǒng)構(gòu)成圖（流程圖或組件圖）反映的是系統(tǒng)的全部軟件構(gòu)成，包括程序、AP

24、I庫、中間件、數(shù)據(jù)存儲（文件系統(tǒng)或數(shù)據(jù)庫）和報表；功能結(jié)構(gòu)圖則更為單純地描述系統(tǒng)軟件構(gòu)成中用戶可見的功能（模塊）；配置圖（系統(tǒng)架構(gòu)圖或配置圖）主要反映重要的軟件系統(tǒng)或構(gòu)件在網(wǎng)絡(luò)硬件環(huán)境中的安裝配置情況。 3.1.3 粗略設(shè)計3.應(yīng)用系統(tǒng)設(shè)計（3）系統(tǒng)配置設(shè)計/系統(tǒng)架構(gòu)設(shè)計 集中計算模式將軟件系統(tǒng)的絕大部分計算任務(wù)交由大型機(jī)承擔(dān)，不具備資源的終端通過硬件連線直接連接到主機(jī)或終端控制器上,終端只承擔(dān)簡單的結(jié)果顯示和輸入接口功能。 以服務(wù)器為中心的計算模式以服務(wù)器為中心,PC機(jī)工作站與大型機(jī)連接成局域網(wǎng), 它進(jìn)一步可分為客戶機(jī)/服務(wù)器計算模式（即C/S模式）和瀏覽器/服務(wù)器計算模式（即B/S模式）。

25、 3.1.3 粗略設(shè)計網(wǎng)絡(luò)配置圖 網(wǎng)絡(luò)拓?fù)鋱D和配置圖匯聚在一起4. 安全設(shè)計 安全設(shè)計主要反映系統(tǒng)安全保障體系的設(shè)計。進(jìn)行系統(tǒng)的安全設(shè)計，首先必須擬定安全設(shè)計的依據(jù)、目標(biāo)和原則，從管理和技術(shù)（包括物理層、網(wǎng)絡(luò)層、系統(tǒng)層和應(yīng)用層）兩方面進(jìn)行安全威脅分析。建立對系統(tǒng)提供保護(hù)的整體策略集合，即安全體系框架。規(guī)劃合適的安全域劃分，設(shè)計合理的安全技術(shù)體系和安全管理體系。 3.1.3 粗略設(shè)計5. 配套設(shè)計 配套設(shè)計主要反映機(jī)房配套設(shè)施的安裝設(shè)計。包括供配電規(guī)劃、UPS系統(tǒng)規(guī)劃、綜合布線和消防設(shè)計。 3.1.3 粗略設(shè)計進(jìn)行項(xiàng)目前期的粗略設(shè)計，應(yīng)遵循以下一些基本原則是：（1）首先以分層思想進(jìn)行系統(tǒng)的體系結(jié)

26、構(gòu)設(shè)計，給出系統(tǒng)全局的架構(gòu)。（2）進(jìn)行網(wǎng)絡(luò)硬件拓?fù)湓O(shè)計，應(yīng)充分考慮用戶前期投資和未來需求，在延續(xù)性與適當(dāng)先進(jìn)性之間保持平衡。（3）應(yīng)用系統(tǒng)粗略設(shè)計應(yīng)從開發(fā)人員角度、用戶角度、維護(hù)管理人員角度出發(fā)，分別建立他們所關(guān)心的不同模型。即保證有系統(tǒng)構(gòu)成圖、功能結(jié)構(gòu)圖和配置圖。 應(yīng)用系統(tǒng)粗略設(shè)計不關(guān)心系統(tǒng)軟件構(gòu)成。（4）安全設(shè)計應(yīng)全面考慮系統(tǒng)面臨的各種威脅，在安全和成本之間進(jìn)行平衡。（5）配套設(shè)計是粗略設(shè)計不可或缺的部分，對于未來系統(tǒng)的良好運(yùn)行維護(hù)關(guān)系重大。（6）粗略設(shè)計階段的體系結(jié)構(gòu)設(shè)計、網(wǎng)絡(luò)拓?fù)湓O(shè)計、應(yīng)用系統(tǒng)設(shè)計、安全設(shè)計和配套設(shè)計給出的是從不同角度關(guān)于未來目標(biāo)系統(tǒng)的總體設(shè)計。通常系統(tǒng)的體系結(jié)構(gòu)設(shè)計、

27、網(wǎng)絡(luò)拓?fù)湓O(shè)計、安全設(shè)計和配套設(shè)計在項(xiàng)目確定后就保持穩(wěn)定、不再改變。但應(yīng)用系統(tǒng)設(shè)計往往在項(xiàng)目需求分析后，需要根據(jù)需求分析結(jié)果，進(jìn)行更準(zhǔn)確的總體設(shè)計。 3.1.3 粗略設(shè)計可行性分析主要包括以下分析活動：（1）經(jīng)濟(jì)可行性分析。（2）技術(shù)可行性分析。（3）運(yùn)行、操作可行性分析。（4）法律可行性分析。 可行性分析最終要對以后的行動提出建議。如果問題沒有可行的解，分析人員應(yīng)建議停止該項(xiàng)目，以避免造成進(jìn)一步的浪費(fèi)；如果問題值得解決，則提出并評價實(shí)現(xiàn)系統(tǒng)的各種可行的開發(fā)方案，從中選擇一種最佳方案，并為系統(tǒng)制定一個初步的開發(fā)計劃。3.1.4 可行性分析 由于系統(tǒng)是從空白開始，系統(tǒng)分析師在項(xiàng)目前期，分別進(jìn)行了現(xiàn)

28、狀分析（忽略硬件分析，做了組織分析、業(yè)務(wù)分析，忽略現(xiàn)存軟件系統(tǒng)分析）、需求收集、粗略設(shè)計和可行性分析，并形成相應(yīng)的結(jié)果。3.2 結(jié)構(gòu)化的項(xiàng)目前期實(shí)例3.2.1 組織分析3.2.2 業(yè)務(wù)流程分析3.2.3 需求收集3.2.4粗略設(shè)計3.2.5 可行性分析3.2 結(jié)構(gòu)化的項(xiàng)目前期名稱名稱符號符號含義含義方框部門無箭頭線部門之間的包含關(guān)系3.2.1 組織分析 組織模型的基本元素，主要有方框和無箭頭線，方框代表部門；無箭頭線表示各個部門之間的包含包含關(guān)系；建模組織機(jī)構(gòu)時，應(yīng)注意以下幾點(diǎn)：(1)組織機(jī)構(gòu)模型是一個樹形的構(gòu)成圖。(2)上層機(jī)構(gòu)與被包含的下層機(jī)構(gòu)之間，是“包含關(guān)系”，不應(yīng)以箭頭線連接。(3)

29、無關(guān)的機(jī)構(gòu)、崗位無須建模和描述。(4)可以對職能相似的部門、同一部門內(nèi)職能類似的崗位進(jìn)行合并。(5)組織機(jī)構(gòu)圖只是簡略描述組織機(jī)構(gòu)構(gòu)成，對于不同機(jī)構(gòu)的職能、內(nèi)部構(gòu)成以及崗位的職能應(yīng)以更詳細(xì)的文字進(jìn)行全面描述。3.2.1 組織分析 通過調(diào)研，系統(tǒng)分析師了解到圖書館的大致組織情況并進(jìn)行建模。A 圖書館概況（略）B 圖書館組織機(jī)構(gòu)圖（部分）3.2.1 組織分析（實(shí)例）C 機(jī)構(gòu)職責(zé)機(jī)構(gòu)職責(zé)C.1 參考咨詢部參考咨詢部C.1.1 部門概況部門概況 參考咨詢部是圖書館為加強(qiáng)學(xué)校的文獻(xiàn)信息保障能力，拓寬圖書館的信息服務(wù)功能設(shè)立的部門。主要圍繞學(xué)校教學(xué)科研活動，利用先進(jìn)的信息服務(wù)手段，依靠圖書館豐富的館藏資源

30、以及良好的館際協(xié)作網(wǎng)絡(luò)，為校內(nèi)外用戶提供各種咨詢服務(wù)。包括：科技查新、問題咨詢、學(xué)科服務(wù)、情報分析、檢索教學(xué)與讀者培訓(xùn)、電子資源引進(jìn)、整合及推介、館際互借與文獻(xiàn)傳遞服務(wù)等。C.1.2 部門職責(zé)部門職責(zé) (1).負(fù)責(zé)讀者參考咨詢和教育部科技查新站的綜合管理與協(xié)調(diào)服務(wù) (2).負(fù)責(zé)支持學(xué)校教學(xué)科研的學(xué)科服務(wù)，綜合協(xié)調(diào)學(xué)科服務(wù)工作。(3).負(fù)責(zé)支持學(xué)校教學(xué)科研的情報分析服務(wù)，綜合協(xié)調(diào)情報分析服務(wù)工作。(4).負(fù)責(zé)虛擬網(wǎng)絡(luò)咨詢，并與其他業(yè)務(wù)部門溝通與協(xié)調(diào)。(5).負(fù)責(zé)文獻(xiàn)檢索課的教學(xué)。(6).負(fù)責(zé)組織讀者培訓(xùn)和新生入館教育。(7).負(fù)責(zé)電子資源的評估引進(jìn)、揭示、推介和使用分析。(8).負(fù)責(zé)網(wǎng)絡(luò)資源的搜

31、集整理及導(dǎo)航建設(shè)。(9).負(fù)責(zé)校內(nèi)外讀者原文索取和館際互借。(10).負(fù)責(zé)圖書館網(wǎng)站內(nèi)容的維護(hù)和更新。(11).跟蹤國內(nèi)外圖書館的最新發(fā)展，負(fù)責(zé)數(shù)字圖書館資源和服務(wù)的需求分析。 (12).負(fù)責(zé)本部門的設(shè)備管理和消防安全的相關(guān)工作。3.2.1 組織分析（實(shí)例）C.1.3 部主任崗職責(zé)部主任崗職責(zé) (1).打開情報服務(wù)局面，提供優(yōu)質(zhì)的情報服務(wù)。(2).主持本部的業(yè)務(wù)、行政工作并協(xié)助館黨政領(lǐng)導(dǎo)做好本部員工的思想政治工作，對本部工作職責(zé)所規(guī)定的各項(xiàng)工作任務(wù)及其執(zhí)行結(jié)果負(fù)全面責(zé)任。(3).規(guī)劃部門的發(fā)展，負(fù)責(zé)制訂本部的工作計劃并組織實(shí)施。 (4).不斷完善本部的崗位責(zé)任制，建立與健全各項(xiàng)規(guī)章制度；檢查本

32、部各項(xiàng)日常工作的執(zhí)行情況，及時解決出現(xiàn)的問題。(5).做好本部職工在職培訓(xùn)與職業(yè)道德教育工作：制訂培訓(xùn)計劃、組織培訓(xùn)工作，定期考核效果。(6).檢查、指導(dǎo)本部職工的工作，定期進(jìn)行考核；定期總結(jié)工作；打印統(tǒng)計報表，并向本部職工與館領(lǐng)導(dǎo)報告。(7).顧全大局，維護(hù)部門團(tuán)結(jié)，搞好部門之間協(xié)調(diào)工作。(8).關(guān)心群眾生活，在力所能及的范圍內(nèi)幫助職工解決實(shí)際困難。(9).完成館領(lǐng)導(dǎo)交給的其它任務(wù)。 C.1.4 信息服務(wù)崗信息服務(wù)崗1職責(zé)：職責(zé)：C.2 讀者服務(wù)部讀者服務(wù)部 3.2.1 組織分析（實(shí)例） 業(yè)務(wù)流程圖的基本元素，主要有泳道、行為、箭頭、表單。其中泳道代表組織結(jié)構(gòu)中特定崗位； 行為是組織中特定崗

33、位的具體某個職能； 實(shí)心箭頭線表示各個不同職能之間的銜接關(guān)系，虛箭頭線表示每個職能的數(shù)據(jù)流入和流出； 表單是完成每個職能活動的數(shù)據(jù)流入和流出。 3.2.2 業(yè)務(wù)流程分析名稱符號含義泳道代表組織結(jié)構(gòu)中特定崗位的責(zé)任行為崗位的具體某個職能箭頭線表示活動的順序關(guān)系虛箭頭線表示每個職能的數(shù)據(jù)流入和流出表單表示業(yè)務(wù)活動中的表格、單據(jù)業(yè)務(wù)流程圖的基本元素3.2.2 業(yè)務(wù)流程分析建模業(yè)務(wù)流程時，應(yīng)嚴(yán)格遵循建模原則，以保證獲得規(guī)范、統(tǒng)一的業(yè)務(wù)流程模型。特別地，應(yīng)注意以下幾點(diǎn)： 每個業(yè)務(wù)流程都是一個單獨(dú)的業(yè)務(wù)，可以獨(dú)立存在；為每個業(yè)務(wù)描述單獨(dú)的流程，流程反映活動的開始到結(jié)束，但不能同時反映業(yè)務(wù)流程的服務(wù)對象和業(yè)

34、務(wù)流程的發(fā)起者； 業(yè)務(wù)流程不能過于細(xì)化。業(yè)務(wù)流程中的單元活動以對應(yīng)于組織機(jī)構(gòu)模型中特定部門或部門內(nèi)的崗位職能，最好以崗位職能為宜；未來業(yè)務(wù)流程中每個需要自動化的單元活動，都由完成事務(wù)的某個模塊來實(shí)現(xiàn)。 流程反映的是正常情況下的活動流轉(zhuǎn)，通常不應(yīng)出現(xiàn)循環(huán)控制結(jié)構(gòu)。業(yè)務(wù)流程通常只有一個開始活動，一個或多個結(jié)束活動，因此當(dāng)業(yè)務(wù)存在可選路徑時，允許出現(xiàn)條件控制結(jié)構(gòu)。3.2.2 業(yè)務(wù)流程分析業(yè)務(wù)流程可以單純只反映活動，也可以同時反映流程中的數(shù)據(jù)變化；活動流轉(zhuǎn)和數(shù)據(jù)輸入輸出應(yīng)分別用不同類型的箭頭線描述，以體現(xiàn)活動流程變化和數(shù)據(jù)轉(zhuǎn)換；假如依據(jù)收集的臺帳來進(jìn)行業(yè)務(wù)流程建模，通常一種臺帳就是一個完整的業(yè)務(wù)。如多

35、聯(lián)的倉庫的入庫單、出庫單就分別針對入庫業(yè)務(wù)、出庫業(yè)務(wù)；商場的多聯(lián)銷售單針對的是銷售業(yè)務(wù)；銀行的存款單、取款單、掛失單分別對應(yīng)不同的業(yè)務(wù)。業(yè)務(wù)流程模型通常也需要輔以文字描述。業(yè)務(wù)流程圖能夠直觀地描述組織內(nèi)不同業(yè)務(wù)活動的流程，但應(yīng)輔以更詳細(xì)的文字進(jìn)行全面描述。3.2.2 業(yè)務(wù)流程分析 圖書館的客戶主要包括讀者和圖書館內(nèi)部人員。業(yè)務(wù)流程分析應(yīng)從現(xiàn)實(shí)系統(tǒng)的客戶角度出發(fā)，可以找出圖書館針對讀者的服務(wù)是其主要業(yè)務(wù)，包括借還書、讀者管理；輔助業(yè)務(wù)是圖書館為保障主要業(yè)務(wù)的實(shí)施達(dá)成而進(jìn)行的業(yè)務(wù)活動，輔助業(yè)務(wù)包括：圖書采購、圖書入庫、圖書分類、圖書編目、圖書加工、圖書上架、查詢、圖書剔除等等。3.2.2 業(yè)務(wù)流程

36、分析（實(shí)例）1.卡片管理業(yè)務(wù)卡片管理業(yè)務(wù)(1)業(yè)務(wù)流程圖(2)步驟：讀者服務(wù)部接受讀者的卡片管理申請（開卡、繳回、掛失、解掛、變更），簽署審核意見。網(wǎng)絡(luò)中心根據(jù)審核意見，完成卡片管理。3.2.2 業(yè)務(wù)流程分析（實(shí)例）2 圖書流通業(yè)務(wù)圖書流通業(yè)務(wù)(1)業(yè)務(wù)流程圖(2)步驟：圖書流通業(yè)務(wù)包括借書、預(yù)定、還書和圖書報失幾種基本形式，步驟基本相同：讀者填寫業(yè)務(wù)單（借書單、預(yù)定單、還書單或報失單)。管理人員審核；根據(jù)不同業(yè)務(wù)進(jìn)行不同業(yè)務(wù)流程選擇逾期還書或丟失圖書，打印賠償單；讀者到辦公室繳費(fèi)；交回確認(rèn)繳費(fèi)的賠償單；確認(rèn)業(yè)務(wù)單；3.2.2 業(yè)務(wù)流程分析（實(shí)例） 項(xiàng)目初期的需求，來源于業(yè)務(wù)分析、與用戶的交流

37、以及合理的測算。 目標(biāo)系統(tǒng)的需求收集，應(yīng)該包括業(yè)務(wù)需求、用戶需求、功能需求和系統(tǒng)需求，以豐富有效的方式，與客戶、領(lǐng)域?qū)＜?、技術(shù)專家進(jìn)行交流溝通。其中特別要注意以下幾點(diǎn)。 （1）系統(tǒng)的功能需求，主要來源于用戶和組織內(nèi)不同崗位的業(yè)務(wù)需要，可以無須羅列具體的功能，這些內(nèi)容，將在粗略設(shè)計中的應(yīng)用系統(tǒng)設(shè)計中做更詳細(xì)的描述。 （2）與硬件購置有關(guān)的數(shù)據(jù)需求，必須盡量以歷史數(shù)據(jù)為基礎(chǔ)，選擇合適的方法進(jìn)行推算。 （3）非功能性需求，是用戶對軟件質(zhì)量屬性、運(yùn)行環(huán)境、資源約束、外部接口等方面的要求或期望。 （4）用戶需求和系統(tǒng)需求通常不要求特定模型進(jìn)行描述，主要是以文字形式進(jìn)行描述的。3.2.3 需求收集參見教材

38、3.2.3 需求收集（實(shí)例）體系結(jié)構(gòu)主要以縱向分層的形式反映整個軟件系統(tǒng)不同組件和它所依賴的網(wǎng)絡(luò)硬件設(shè)施之間的關(guān)聯(lián)關(guān)系。在體系結(jié)構(gòu)中，并不考慮具體的組件構(gòu)成和設(shè)施，而是從抽象角度考慮不同功能層次的組件和硬件設(shè)施之間的關(guān)聯(lián)關(guān)系。3.2.4粗略設(shè)計-系統(tǒng)體系結(jié)構(gòu)設(shè)計 繪制體系結(jié)構(gòu)圖，應(yīng)嚴(yán)格遵循建模原則，以保證獲得規(guī)范、統(tǒng)一的模型。此外應(yīng)注意以下幾點(diǎn)： 體系結(jié)構(gòu)圖是一種抽象的分層組件功能和關(guān)系圖，并不反映具體系統(tǒng)的組件構(gòu)成。 安全保障體系、資源管理維護(hù)體系通常貫穿從底層硬件到高層軟件組件的各個層次。 應(yīng)用接口通常位于體系結(jié)構(gòu)的最上層，網(wǎng)絡(luò)硬件處于最低層，數(shù)據(jù)存儲（文件系統(tǒng)、數(shù)據(jù)庫系統(tǒng)）位于網(wǎng)絡(luò)硬件之

39、上。 體系結(jié)構(gòu)圖應(yīng)輔以詳細(xì)的文字描述。體系結(jié)構(gòu)圖直觀，但不夠詳細(xì)，應(yīng)以更為詳細(xì)的文字對系統(tǒng)各層的功能、大致構(gòu)成進(jìn)行描述。3.2.4粗略設(shè)計-系統(tǒng)體系結(jié)構(gòu)設(shè)計3.2.4粗略設(shè)計-系統(tǒng)體系結(jié)構(gòu)設(shè)計（實(shí)例） 網(wǎng)絡(luò)拓?fù)鋱D的基本元素為：通用交換機(jī)、服務(wù)器、互聯(lián)網(wǎng)、有線網(wǎng)絡(luò)、客戶終端、防火墻等等。3.2.4粗略設(shè)計-硬件（網(wǎng)絡(luò)）系統(tǒng)設(shè)計名稱符號含義通用交換機(jī)用于電（光）信號轉(zhuǎn)發(fā)的網(wǎng)絡(luò)設(shè)備服務(wù)器提供計算服務(wù)的設(shè)備互聯(lián)網(wǎng)表示互聯(lián)網(wǎng)有線網(wǎng)絡(luò)表示采用有線網(wǎng)絡(luò)的連接方式客戶終端表示計算機(jī)的顯示終端防火墻表示信息采用的防護(hù)系統(tǒng) 繪制網(wǎng)絡(luò)拓?fù)鋱D，應(yīng)嚴(yán)格遵循建模原則，以保證獲得規(guī)范、統(tǒng)一的模型。還應(yīng)注意以下幾點(diǎn)： 網(wǎng)絡(luò)拓

40、撲圖是重要設(shè)備的連接圖，不是具體的布線圖，不反映實(shí)際的網(wǎng)絡(luò)布線。網(wǎng)絡(luò)布線可視為硬件的詳細(xì)設(shè)計。 網(wǎng)絡(luò)拓?fù)鋱D中盡量用不同外觀的結(jié)點(diǎn)來描述系統(tǒng)中的重要設(shè)備。拓?fù)鋱D中的連線反映設(shè)備之間的連接關(guān)系，而不是數(shù)據(jù)流關(guān)系或控制關(guān)系，通常以無箭頭線描繪。 設(shè)備標(biāo)注可以是具體的設(shè)備型號、系統(tǒng)軟件或設(shè)備功能。 網(wǎng)絡(luò)構(gòu)成模型因輔以更詳細(xì)的文字描述。3.2.4粗略設(shè)計-硬件（網(wǎng)絡(luò)）系統(tǒng)設(shè)計3.2.4粗略設(shè)計-硬件（網(wǎng)絡(luò)）系統(tǒng)設(shè)計（實(shí)例）應(yīng)用系統(tǒng)設(shè)計要給出未來目標(biāo)軟件系統(tǒng)的大致框架。包括系統(tǒng)構(gòu)成、功能構(gòu)成和系統(tǒng)配置。分別用系統(tǒng)流程圖、功能結(jié)構(gòu)圖和系統(tǒng)架構(gòu)圖進(jìn)行描述。3.2.4粗略設(shè)計-應(yīng)用系統(tǒng)設(shè)計A 系統(tǒng)流程圖 系統(tǒng)流

41、程圖的作用，就是在抽象的黑盒級上描述系統(tǒng)內(nèi)部的主要構(gòu)成成份（例如硬設(shè)備、程序、文字及各類人工過程等），以及表達(dá)信息在各個成份之間流動的情況。3.2.4粗略設(shè)計-應(yīng)用系統(tǒng)設(shè)計名稱符號含義處理能改變數(shù)據(jù)值或數(shù)據(jù)位置的加工或部件輸入/輸出表示輸入或輸出連接指從圖的另一部分轉(zhuǎn)來或轉(zhuǎn)到圖的另一部分去數(shù)據(jù)流向指明數(shù)據(jù)流動方向文檔通常表示打印輸出，或表示用打印終端輸入數(shù)據(jù)磁盤磁盤輸入輸出，或者表示存儲在磁盤上的文件或數(shù)據(jù)庫系統(tǒng)流程圖的主要基本元素A 系統(tǒng)流程圖繪制系統(tǒng)流程圖，應(yīng)注意以下幾點(diǎn)： 盡量根據(jù)業(yè)務(wù)流程優(yōu)化后的新系統(tǒng)的工作流程為依據(jù)，繪制系統(tǒng)流程圖。 復(fù)雜系統(tǒng)可以用分層方法來表示系統(tǒng)構(gòu)成。 系統(tǒng)流程圖

42、應(yīng)輔以文字描述。3.2.4粗略設(shè)計-應(yīng)用系統(tǒng)設(shè)計3.2.4粗略設(shè)計-應(yīng)用系統(tǒng)設(shè)計（實(shí)例）A 系統(tǒng)流程圖B.功能結(jié)構(gòu)模型功能結(jié)構(gòu)模型從系統(tǒng)的功能角度反映系統(tǒng)構(gòu)成。 3.2.4粗略設(shè)計-應(yīng)用系統(tǒng)設(shè)計名稱符號含義功能代表一個功能或功能模塊連接表示包含關(guān)系功能結(jié)構(gòu)圖的基本元素B.功能結(jié)構(gòu)模型建模應(yīng)注意以下幾點(diǎn)： 功能結(jié)構(gòu)圖組織機(jī)構(gòu)模型是一個樹形的構(gòu)成圖。 上層模塊與被包含的下層子模塊之間，是“包含關(guān)系”，不應(yīng)以箭頭線連接。 可以對關(guān)系密切但又不是包含關(guān)系模塊進(jìn)行合并描述。 功能結(jié)構(gòu)圖應(yīng)輔以文字描述。 3.2.4粗略設(shè)計-應(yīng)用系統(tǒng)設(shè)計B.功能結(jié)構(gòu)模型3.2.4粗略設(shè)計-應(yīng)用系統(tǒng)設(shè)計（實(shí)例）C.系統(tǒng)配置模

43、型系統(tǒng)配置圖是用來顯示系統(tǒng)中軟件和硬件的物理架構(gòu)。系統(tǒng)配置模型應(yīng)注意以下幾點(diǎn)： 系統(tǒng)配置模型反映的是系統(tǒng)中重要軟件在網(wǎng)絡(luò)上的分布配置情況，因此應(yīng)該和網(wǎng)絡(luò)拓?fù)鋱D結(jié)合在一起，可以加上，也可以省略網(wǎng)絡(luò)鏈接設(shè)備。 配置圖反映的是組件在網(wǎng)絡(luò)上的分布情況，并不反映調(diào)用或其他關(guān)系，因此設(shè)備之間的連接線依然是網(wǎng)絡(luò)拓?fù)渲械奈锢礞溄?。是無箭頭的連線。 為更詳細(xì)描述系統(tǒng)軟件或組件分布，模型應(yīng)輔以文字描述。3.2.4粗略設(shè)計-應(yīng)用系統(tǒng)設(shè)計C.系統(tǒng)配置模型3.2.4粗略設(shè)計-應(yīng)用系統(tǒng)設(shè)計（實(shí)例）3.2.4粗略設(shè)計-安全設(shè)計(見附錄1)3.2.4粗略設(shè)計-軟件配套設(shè)計A.可行性分析（1）政策可行性（2）經(jīng)濟(jì)可行性（3）技

44、術(shù)可行性（4）信息化基礎(chǔ)可行性（5）人力資源可行性分析B.社會效益分析C.經(jīng)濟(jì)效益分析 3.2.5 可行性分析3.3.1 組織分析（略）3.3.2 業(yè)務(wù)流程分析3.3.3 需求收集3.3.4粗略設(shè)計3.3.5 可行性分析3.3 面向?qū)ο蟮捻?xiàng)目前期實(shí)例3.3.1 組織分析（略） 面向?qū)ο蠓椒ㄏ碌臉I(yè)務(wù)流程分析，用業(yè)務(wù)用例圖反映現(xiàn)實(shí)系統(tǒng)為用戶提供的服務(wù)。業(yè)務(wù)用例圖從用戶的角度描述系統(tǒng)，它匯聚了系統(tǒng)向外界提供的所有服務(wù)，由業(yè)務(wù)用例、業(yè)務(wù)角色、以及它們之間（業(yè)務(wù)角色與業(yè)務(wù)用例、業(yè)務(wù)角色之間、業(yè)務(wù)用例之間）的關(guān)系組成。一個業(yè)務(wù)用例圖可以反映組織向外界提供的所有服務(wù)；而業(yè)務(wù)用例圖中的業(yè)務(wù)角色就是各個業(yè)務(wù)流程

45、的服務(wù)接受對象。3.3.2 業(yè)務(wù)流程分析 每個業(yè)務(wù)用例是從用戶角度描述系統(tǒng)向外界提供的一個服務(wù)，它將服務(wù)描述成一系列跨越多個崗位的事務(wù)，這些事務(wù)最終滿足用戶需要。業(yè)務(wù)角色是接受服務(wù)的實(shí)體，未來他可能參與和系統(tǒng)的交互，也可能不參與和系統(tǒng)的交互。 在UML中，業(yè)務(wù)角色使用帶斜杠的人形符號表示，并且具有唯一性的名稱；用例用帶斜杠的橢圓表示，且具有唯一的名稱。業(yè)務(wù)角色和業(yè)務(wù)用例之間使用帶箭頭的實(shí)線連接，由業(yè)務(wù)角色指向業(yè)務(wù)用例，表示業(yè)務(wù)角色發(fā)起或獲得服務(wù)。3.3.2 業(yè)務(wù)流程分析 3.3.2 業(yè)務(wù)流程分析名稱符號含義業(yè)務(wù)角色指接受服務(wù)的實(shí)體或服務(wù)的發(fā)起者業(yè)務(wù)用例指業(yè)務(wù)本身關(guān)系表示業(yè)務(wù)角色發(fā)起或獲得服務(wù)業(yè)

46、務(wù)用例圖的基本元素如下表所示 每個業(yè)務(wù)用例的細(xì)節(jié)，可以進(jìn)一步用活動圖進(jìn)行描述?；顒訄D中的活動是展示整個業(yè)務(wù)用例的控制流（及其操作數(shù)），執(zhí)行的步驟可以是并發(fā)的或順序的。業(yè)務(wù)用例的活動圖，就對應(yīng)于結(jié)構(gòu)化方法下的業(yè)務(wù)流程圖。 活動圖由實(shí)心圓表示的開始節(jié)點(diǎn)出發(fā)，到外包實(shí)心圓的終止節(jié)點(diǎn)結(jié)束，中間是一系列的圓角矩形表示的動作系列。動作之間用箭頭線連接，表示動作的遷移，箭頭線上可以附加警戒條件、發(fā)送子句或動作表達(dá)式?；顒訄D可以根據(jù)活動發(fā)生位置的不同，劃分為若干個矩形區(qū)域，每個矩形區(qū)稱為泳道。 在業(yè)務(wù)用例的活動圖中，泳道對應(yīng)于某個組織機(jī)構(gòu)的崗位，反映該崗位在業(yè)務(wù)流程中承擔(dān)的責(zé)任；活動圖中的操作，不應(yīng)過于細(xì)化，

47、最好體現(xiàn)為一個完整的事務(wù)操作。未來這個操作，將由一組關(guān)聯(lián)業(yè)務(wù)對象的一些方法來實(shí)現(xiàn)。3.3.2 業(yè)務(wù)流程分析 3.3.2 業(yè)務(wù)流程分析名稱符號含義初始節(jié)點(diǎn)表示活動的開始活動終點(diǎn)表示活動的結(jié)束活動節(jié)點(diǎn)表示一個活動轉(zhuǎn)換控制流的轉(zhuǎn)向分支表示一個轉(zhuǎn)換進(jìn)入，有一個或多個轉(zhuǎn)換離開并發(fā)多個活動同時進(jìn)行業(yè)務(wù)用例的活動圖的基本元素描述建模業(yè)務(wù)用例模型，應(yīng)注意以下幾點(diǎn)： 每個業(yè)務(wù)用例是“業(yè)務(wù)用例類”的一個對象，每個業(yè)務(wù)角色是“業(yè)務(wù)角色類”的一個對象，因此業(yè)務(wù)用例圖從理論上來說是一個對象模型，是具體系統(tǒng)的業(yè)務(wù)呈現(xiàn)； 業(yè)務(wù)角色是接受業(yè)務(wù)服務(wù)的對象，可以是人，也可以是硬件設(shè)施或外部系統(tǒng)。業(yè)務(wù)角色可能與擬建的目標(biāo)系統(tǒng)交互，

48、也可能不與目標(biāo)系統(tǒng)交互； 以業(yè)務(wù)用例圖描述整個系統(tǒng)的業(yè)務(wù)概況；為每個業(yè)務(wù)用例描述單獨(dú)的流程，流程反映活動的開始到結(jié)束，業(yè)務(wù)角色是業(yè)務(wù)流程的服務(wù)對象，業(yè)務(wù)流程中的泳道是業(yè)務(wù)流程的操作者； 業(yè)務(wù)用例的流程不能過于細(xì)化。業(yè)務(wù)用例流程中的單元活動以對應(yīng)于組織機(jī)構(gòu)模型中特定部門或部門內(nèi)的崗位職能，最好以崗位職能為宜；業(yè)務(wù)用例流程中未來每個需要自動化的單元活動，都由完成事務(wù)的某個模塊來實(shí)現(xiàn)。 業(yè)務(wù)用例流程反映的是正常情況下的活動流轉(zhuǎn)，通常不應(yīng)出現(xiàn)循環(huán)控制結(jié)構(gòu)。 假如依據(jù)收集的臺帳來進(jìn)行業(yè)務(wù)用例流程建模，通常一種臺帳就是一個完整的業(yè)務(wù)用例。 業(yè)務(wù)用例模型通常也需要輔以文字描述。3.3.2 業(yè)務(wù)流程分析3.3.2 業(yè)務(wù)流程分析（實(shí)例）1.卡片管理業(yè)務(wù)(1)活動圖：(2)流程步驟： 讀者服務(wù)部接受讀者的卡片管理申請（開卡、繳回