第一篇：圖書館自動化系統(tǒng)分析與設(shè)計

軟件工程案例

圖書館自動化系統(tǒng)分析與設(shè)計

案例

某圖書館自動化系統(tǒng)分析與設(shè)計

一．項目開發(fā)背景

某圖書館是一所綜合性大學(xué)的圖書館，其讀者對象主要是該校的教師和學(xué)生，約20000人左右。館藏各類圖書300多萬冊，期刊4800多種。圖書館工作人員約110。

雖然該圖書館在某些局部工作中使用了計算機(jī)。但尚未建立起真正的集成自動化系統(tǒng)，大部分業(yè)務(wù)工作仍靠手工完成。為了能更好地利用現(xiàn)代信息技術(shù)的成果，提高圖書館的工作效率和水平，更好地為讀者服務(wù)，決定開發(fā)圖書館自動化系統(tǒng)。二．系統(tǒng)分析 1．可行性研究

圖書館自動化系統(tǒng)是使用計算機(jī)對圖書館工作進(jìn)行管理的系統(tǒng)。圖書館自動化系統(tǒng)以現(xiàn)代信息技術(shù)(計算機(jī)技術(shù)、通信技術(shù)、數(shù)據(jù)庫技術(shù)等)為手段，以提高圖書館的工作質(zhì)量和工作效率為目標(biāo)，利用先進(jìn)的硬件設(shè)備，對圖書館工作的各個業(yè)務(wù)環(huán)節(jié)實行計算機(jī)管理、控制。

在該項目的可性行研究與計劃工作中，系統(tǒng)分析人員對圖書館工作環(huán)境進(jìn)行了實地調(diào)查。同主要領(lǐng)導(dǎo)、管理人員和工作人員進(jìn)行了交流，對手工工作情況、工作流程、所完成的任務(wù)及目前存在的問題、新系統(tǒng)要解決的主要問題等進(jìn)行了初步調(diào)查。初步調(diào)查研究的結(jié)果成為可行性研究的前提。

目前，該圖書館有采購部、編目部、流通典藏部、閱覽室、期刊部、咨詢部、技術(shù)部(完成拍照、復(fù)印工作及計算機(jī)等設(shè)備的維護(hù)工作)、辦公室等部門，負(fù)責(zé)各自相關(guān)的工作。該圖書館存在的主要問題有：(1)圖書館的業(yè)務(wù)工作涉及各類數(shù)據(jù)量大，讀者人數(shù)多。手工模式下的工作勞動強(qiáng)度高，效率低，錯誤多，處理速度慢。

(2)在各類業(yè)務(wù)工作中，編目工作具有智力程度高、工作量大的特點，是圖書館工作流程中的瓶頸。手工編目工作存在成本高、勞動重復(fù)和編目結(jié)果總體不一致等問題，編目規(guī)范難以徹底貫徹。

(3)在手工工作中，很多理論上可行的工作方法，如流通系統(tǒng)中的多軌制管理模式，公務(wù)目錄和讀者目錄中多套目錄體系的維護(hù)等，實際難以實現(xiàn)。(4)業(yè)務(wù)工作中存在著大量查找工作，如各類查找、讀者查詢等，手工查詢方式速度慢，查準(zhǔn)率和查全率低，影響了圖書館的服務(wù)質(zhì)量。

針對以上問題，需進(jìn)行圖書館自動化系統(tǒng)的開發(fā)工作。在本次開發(fā)中，開發(fā)工作涉及采購部、編目部、流通典藏部、期刊部和咨詢部五個部門。技術(shù)部、閱覽室、辦公室等部門不在系統(tǒng)開發(fā)范圍之內(nèi)，咨詢部的部分工作(公共目錄查詢)包括在系統(tǒng)開發(fā)中。

本系統(tǒng)開發(fā)的目的，就是通過系統(tǒng)開發(fā)，實現(xiàn)圖書館有關(guān)部門工作的計算機(jī)化，提高關(guān)鍵業(yè)務(wù)環(huán)節(jié)的處理速度和規(guī)范化程度，并對有關(guān)的工作進(jìn)行集成和重組，通過網(wǎng)絡(luò)系統(tǒng)加強(qiáng)本圖書館同其他圖書館之間的業(yè)務(wù)聯(lián)系，提高業(yè)務(wù)工作水平，進(jìn)而全面提高工作效率和質(zhì)量，更好地為讀者服務(wù)。圖書館自動化系統(tǒng)的應(yīng)用可大幅度提高圖書館工作的效率和質(zhì)量，這主要表現(xiàn)在以下幾個方面：(1)聯(lián)機(jī)編目

編目是組織圖書館文獻(xiàn)資源的手段。編目工作所形成的圖書館書目體系是管理、揭示和利用館藏的唯一工具，也是圖書館重要的數(shù)據(jù)資源。編目工作具有多種工作形式，其中聯(lián)合編目是多館協(xié)同合作編目的一種方式。聯(lián)合編目克服了各館分散編目所造成的編目成本高、重復(fù)勞動和編目結(jié)果總體不一致問題，提高了編目效率和質(zhì)量。聯(lián)合編目的實施需要一個基本的編目環(huán)境，即聯(lián)合編目的管理中心和成員館之間便捷的數(shù)據(jù)存取途徑，而在當(dāng)前技術(shù)條件下滿足這種環(huán)境要求的配置是廣域網(wǎng)環(huán)境下連接各成員館內(nèi)的自動化系統(tǒng)。在編目過程中，各成員館應(yīng)同編目的管理中心聯(lián)機(jī)，以完成編目數(shù)據(jù)的共享、數(shù)據(jù)上載和一致性的驗證。(2)計算機(jī)化的公共查詢

在圖書館自動化系統(tǒng)中，計算機(jī)對大量的書目數(shù)據(jù)進(jìn)行了有效的管理。作為圖書館自動化系統(tǒng)的重要功能，公共查詢充分發(fā)揮了計算機(jī)大容量、高速度的特點，多檢索途徑索引的建立和組合邏輯檢索使讀者擺脫了卡片目錄查找的不便，極大地提高了查全率和查準(zhǔn)率，降低了查找時間。(3)更為有效的內(nèi)部業(yè)務(wù)管理

圖書館自動化系統(tǒng)的應(yīng)用降低了圖書館業(yè)務(wù)工作的強(qiáng)度、提高了工作質(zhì)量和效率。很多手工工作方式中無法實現(xiàn)的功能，如流通系統(tǒng)中的多雙軌制管理模式，公務(wù)目錄和讀者目錄中多套目錄體系的維護(hù)等，都變得簡單、易行，使圖書館業(yè)務(wù)工作更為有效。(4)便捷的讀者服務(wù)

圖書館自動化系統(tǒng)使直接面向讀者的服務(wù)發(fā)生了巨大的變化。光筆等輸入輸出設(shè)備的應(yīng)用使讀者的查詢、借閱等方面更為便捷、準(zhǔn)確有效。讀者可以通過校園網(wǎng)，在學(xué)校的每個辦公地點和家庭進(jìn)行圖書的查詢、預(yù)約、續(xù)借乃至館際互借，圖書館的讀者服務(wù)工作質(zhì)量和效率得到明顯的提高。

從技術(shù)上講，現(xiàn)行的網(wǎng)絡(luò)技術(shù)、計算機(jī)技術(shù)完全能完成本系統(tǒng)的功能要求。在經(jīng)濟(jì)方面，該圖書館用于系統(tǒng)開發(fā)的預(yù)算基本可滿足設(shè)備投入和人力投入。就收益而言，由于圖書館自動化系統(tǒng)主要的效益是社會效益。系統(tǒng)一旦投入使用，將會極大提高圖書館的工作效率和工作質(zhì)量，為讀者創(chuàng)造一個更好的環(huán)境和服務(wù)。在社會可行性方面，系統(tǒng)開發(fā)和開發(fā)后的運行等活動不違反現(xiàn)行法律，沒有對他人的專利、版權(quán)造成侵犯，與現(xiàn)行的管理制度沒有沖突。系統(tǒng)開發(fā)時充分注意可操作性及易用性?，F(xiàn)有員工通過培訓(xùn)完全能掌握系統(tǒng)和主便地使用系統(tǒng)。

綜上所述，可行性研究最后認(rèn)為：該圖書館具備系統(tǒng)開發(fā)的條件，項目可行，建議開始開發(fā)。2．需求分析

根據(jù)圖書館工作的需要，圖書館自動化系統(tǒng)的應(yīng)用包括采購部、編目部、流通典藏書部、期刊部、咨詢部等部門。需求分析主要采用結(jié)構(gòu)化分析方法，用數(shù)據(jù)流圖表示需求分析模型，必要時在局部分析采用原型法。由于篇幅限制，本書只對流通部分的工作進(jìn)行數(shù)據(jù)流分析。(1)流通工作的數(shù)據(jù)流分析

流通工作應(yīng)完成借還管理、圖書管理、讀者管理、流通查詢、流通統(tǒng)計和系統(tǒng)管理等功能，如圖1的IPO圖所示。

圖2----圖8為流通工作的數(shù)據(jù)流圖。

(2)數(shù)據(jù)字典

以下為進(jìn)一步說明數(shù)據(jù)流圖內(nèi)容的文件條目和數(shù)據(jù)項目條目，其他條目略。? 文件條目 a．讀者文檔

文件名稱：讀者文檔

簡述：記錄和保存讀者的基本信息和借書信息

記錄組成：借書證號，證碼，姓名，性別，單位，住址，發(fā)證日期，有效使用期，讀者類型，通信地址，聯(lián)系電話，借書證狀態(tài)，允許借書數(shù)量，實際借書數(shù)量，借書記錄={借書登錄號+借書日期+續(xù)借次數(shù)，違章次數(shù)，累計罰款金額

組織方式：記錄定長，按記錄建立次序順序排列有借書證號索引、姓名索引、證碼索引存取頻率：100—300次/天

b．圖書書目文檔 文件名稱：圖書書目文檔 簡述：記錄和保存參加流通的每種圖書的基本書目信息

記錄組成：索書號，題名，責(zé)任者，ISBN號，出版者，出版地，出版日期，單價，裝訂，文種，頁數(shù)，版次，復(fù)本量，復(fù)本記錄={圖書登錄號}，復(fù)本記錄={圖書書碼}，預(yù)約記錄={預(yù)約讀者借書證號} 組織方式：記錄定長，按記錄建立次序順序排列有題名、責(zé)任者、ISBN號、索書號索引存取頻率：100—300次/天

c．圖書書目文檔 文件名稱：圖書流通文檔

簡述：記錄和保存流通中的每本圖書的借出信息

記錄組成：登錄號，書碼，索書號，圖書類型，物理狀態(tài)，借出記錄=借書證號+借書日期

組織方式：記錄定長，按記錄建立次序順序排列有登錄號索引，書碼索引 存取頻率：100—300次/天 d．流通統(tǒng)計文檔 文件名稱：流通統(tǒng)計文檔

簡述：記錄和保存流通的有關(guān)統(tǒng)計信息

記錄組成：索書號，借出次數(shù)，預(yù)約次數(shù)，續(xù)借次數(shù)，分類統(tǒng)計={單位代碼+借出次數(shù)} 組織方式：記錄定長，按記錄建立次序順序排列 存取頻率：100—300次/天 e．系統(tǒng)管理文檔 文件名稱：系統(tǒng)管理文檔

簡述：此文件為系統(tǒng)的配置文件，記錄和保存系統(tǒng)運行的基本參數(shù)。記錄組成：借書權(quán)限，借書期限，有效證號范圍，最后使用證號 組織方式：記錄定長，按記錄建立次序順序排列 存取頻率：1次/天 f．新書文檔 文件名稱：新書文檔 簡述：由編目部門發(fā)來的記錄新入館圖書基本書目信息的文檔。

記錄組成：索書號，ISBN號，題名，責(zé)任者，出版者，出版地，出版日期，單價，裝訂，文種，頁數(shù)，版次，復(fù)本量，{登錄號} 組織方式：記錄定長，按記錄建立次序順序排列 存取頻率： 0—1次/天 g．日志文檔 文件名稱：日志文檔

簡述：記錄和保存流通系統(tǒng)運行中的有關(guān)修改文件操作，供數(shù)據(jù)恢復(fù)用 記錄組成：操作類型，操作日期，操作時間，操作對象=文件名+字段名，操作行為=原值+更新值

組織方式：記錄定長，按記錄建立次序順序排列 存取頻率： 300—900次/天

? 加工說明

由于篇幅所限，本書只列出五個加工說明條目，其他省略。

加 工 名：取讀者文檔數(shù)據(jù)

編 號：2．2．1

處理邏輯：在讀者文檔的借書證號索引中查找所收到的證號，IF 無此證號 THEN發(fā)“非法證號”信息 ELSE 從讀者文檔中調(diào)出相應(yīng)數(shù)據(jù)，并發(fā)此數(shù)據(jù)到加工 2．2．2．

激發(fā)條件：接收到讀者借書證號時

輸 入：讀者借書證號

輸 出：“讀者數(shù)據(jù)”或“非法證號”

加 工 名：審查借書權(quán)

編 號：2．2．2

處理邏輯：IF 有過期書 或 借書已滿

THEN 發(fā)“無借書權(quán)信息”

ELSE 向加工 2．2．3 發(fā)“有借書權(quán)信息”。

激發(fā)條件：接收到讀者數(shù)據(jù)時

加 工 名：登記借書信息 編 號：2．2．3

處理邏輯：接收擬借書書碼，按書碼在圖書流通文檔中找到相應(yīng)記錄，在該記錄的相應(yīng) 字段中記錄書碼和借書日期，接收讀者證碼，按證碼找到讀者文檔中的相應(yīng)記錄，修改讀者 文檔中的“借書記錄”。

激發(fā)條件：收到有借書權(quán)信息

輸 入：有借書權(quán)信息

輸 出：借書登記數(shù)據(jù)

加 工 名：取圖書文檔數(shù)據(jù)

編 號：2．3．1 處理邏輯：根據(jù)還書證碼在圖書流通文檔中找到相應(yīng)記錄。激發(fā)條件：收到還書證碼后

輸 入：還書證碼

輸 出：一個圖書流通文檔記錄數(shù)據(jù)

加 工 名：預(yù)約檢查

編 號：2.3.2

處理邏輯：根據(jù)所還書的流通數(shù)據(jù)得到該書的索書號，根據(jù)此索書號讀出圖書書目文檔 中的相應(yīng)記錄，IF 有預(yù)約讀者 THEN 發(fā)第一個預(yù)約讀者的借書證號 ELSE 發(fā)無預(yù)約信息．

激發(fā)條件：收到所還圖書的流通數(shù)據(jù)時

輸 入：所還書的圖書數(shù)據(jù)

輸 出：“ 預(yù)約借書證號”或“無預(yù)約信息”

? 數(shù)據(jù)項條目

由于篇幅所限，本書只列出五個數(shù)據(jù)項條目，其他省略。

a．?dāng)?shù)據(jù)項名稱：借書證號

別名：證號

簡述：給每個讀者借書證的一個唯一的、做標(biāo)識用的號碼

數(shù)據(jù)項組成：單位代碼+流水號碼

值類型：6 位字符

取值范圍：000000..99999 b.數(shù)據(jù)項名稱：發(fā)證日期

簡述：給讀者簽發(fā)借書證的日期

數(shù)據(jù)項組成：年+月

值類型：4 個字符

取值范圍：有意義的年、月值

? c.數(shù)據(jù)項名稱：有效使用期

簡述：讀者借書證的最后使用期限，結(jié)構(gòu)及取值同“發(fā)證日期”

數(shù)據(jù)項組成：年+月

值類型：4 個字符

取值范圍：有意義的年、月值

d.數(shù)據(jù)項名稱：讀者類型

簡述：讀者在圖書流通管理中的身份和借出權(quán)限的類型

數(shù)據(jù)項組成：[學(xué)生|教師] 值類型：1 個字符

取值范圍：[1|0]

e．?dāng)?shù)據(jù)項名稱：借書證狀態(tài)

簡述：借書證能否正常使用的標(biāo)志

數(shù)據(jù)項組成：[正常|掛失|停用] 值類型：1 個字符

取值范圍：[1|2|3]

三.項目開發(fā)背景

1．總體設(shè)計

系統(tǒng)設(shè)計工作以需求分析的結(jié)果為基礎(chǔ)。根據(jù)需求分析，該圖書館自動化系統(tǒng)可分成采

購子系統(tǒng)、編目子系統(tǒng)、流通子系統(tǒng)、連續(xù)出版物管理子系統(tǒng)、公共查詢子系統(tǒng)等子系統(tǒng)組

成。如圖 9所示。

(1)采購子系統(tǒng)

該子系統(tǒng)完成對圖書館文獻(xiàn)資料采購工作的管理。其組成部分主要包括采購過程管理、館藏財產(chǎn)管理、數(shù)據(jù)統(tǒng)計和報表、出版商數(shù)據(jù)管理等幾個模塊。

其中采購過程管理包括的功能有：套錄訂購數(shù)據(jù)，編輯采購數(shù)據(jù)，輔助采購決策，采購 數(shù)據(jù)的檢索、查重，打印訂單或生成、發(fā)送采購數(shù)據(jù)交換文檔，采購數(shù)據(jù)的驗收、登記(個 別登記、總括登記)； 館藏財產(chǎn)管理的主要工作是各類登記賬管理，采購數(shù)據(jù)登記，采購資金管理、結(jié)算等。

(2)編目子系統(tǒng)

該子系統(tǒng)完成對圖書館文獻(xiàn)資料編目工作的管理。其主要功能包括編目查重、著錄、套 錄標(biāo)準(zhǔn)數(shù)據(jù)、原始數(shù)據(jù)錄入、編輯書目數(shù)據(jù)記錄、數(shù)據(jù)校驗、編排新書通報、打印款目卡片、打印書袋卡和打印書標(biāo)等。

(3)流通子系統(tǒng)

該子系統(tǒng)完成對圖書館文獻(xiàn)資料流通工作的管理。它 主要由讀者數(shù)據(jù)維護(hù)、書 目數(shù)據(jù)維 護(hù)、出納管理、查詢和統(tǒng)計及其他系統(tǒng)管理等幾個模塊組成。下邊是這些模塊的具體功能。讀者數(shù)據(jù)維護(hù)模塊的功能包括：辦 理讀者借閱證、借 閱證件掛失與解掛、借 閱證注銷等； 書目數(shù)據(jù)維護(hù)模塊的功能包括：新書登錄、圖書注銷、圖書掛失與解掛、圖書暫停外借 與恢復(fù)外借等；

出納管理模塊的功能包括：辦理圖書外借、還書、預(yù)約、續(xù)借、交罰金等手續(xù);查詢和統(tǒng)計模塊的功能包括：查詢圖書流通情況、查詢讀者借閱情況、打印催還通知單 和預(yù)約通知單等；

實用工具模塊的功能包括：日志備份、日志瀏覽和讀者批注銷等;系統(tǒng)維護(hù)模塊的功能包括；日期與時間管理、書目庫狀態(tài)與讀者庫狀態(tài)管理和賬戶管理等。

(4)連續(xù)出版物子系統(tǒng)

在圖書館工作中，連續(xù)出版物管理是一項獨立的、自成體系的工作，它包括了采購、編 目、流通和查詢等各個環(huán)節(jié)。

圖書館自動化系統(tǒng)中連續(xù)出版物子系統(tǒng)完成對圖書館有關(guān)連續(xù)出版物的管理工作，主要 有訂購管理、連續(xù)出版物著錄、現(xiàn)刊和過刊管理、產(chǎn)品輸出、查詢和系統(tǒng)維護(hù)等幾個模塊。

訂購管理模塊主要完成訂購查重、訂購數(shù)據(jù)錄入、訂購決策(如根據(jù)以往訂購情況確定訂 購數(shù)據(jù)、停訂或補訂等)、編輯訂購數(shù)據(jù)、打印訂單、驗收、記到與登記、催詢、財產(chǎn)與賬 目管理、訂購統(tǒng)計等。

連續(xù)出版物著錄模塊按照標(biāo)準(zhǔn)格式，如 CNMARC、LCMARC 等完成書目數(shù)據(jù)的建立工作，產(chǎn) 生以后各個工作環(huán)節(jié)的數(shù)據(jù)基礎(chǔ)。

現(xiàn)刊和過刊管理模塊完成條碼生成、確定館藏分配、整理館藏數(shù)據(jù)、裝訂管理等。

產(chǎn)品輸出模塊主要是根據(jù)多種途徑和限定條件輸出著錄卡片、館藏卡片、書本式目錄、書標(biāo)、書袋片及各種打印輸出產(chǎn)品。

（5)公共查詢子系統(tǒng)

該子系統(tǒng)完成對圖書館文獻(xiàn)資料采購工作的管理。其 主要模塊包括書目查詢和讀者查詢。其中讀者查詢是指讀者對其借閱基本情況進(jìn)行查詢，因而該功能一般放在流通子系統(tǒng)管理 中。

書目查詢包括用戶查詢和書目庫索引維護(hù)兩方面的功能。書目查詢的功能主要體現(xiàn)在其 性能上。一般來說，書目查詢的性能可由以下指標(biāo)描述：

檢索途徑：是否能提供盡可能多的檢索入口點，如記錄號、控制號、ISBN 號、題名、主 題、責(zé)任者、分類號和索書號等。

檢索手段：是否能提供盡可能全面的檢索形式，如單項檢索、組配檢索、限制檢索、截 詞檢索和全文檢索等。

響應(yīng)時間：完成一個檢索所花費的時間。

檢索表達(dá)式的復(fù)雜性：是否可以利用任意中間步驟構(gòu)造新的檢索式，布爾檢索所支持的 邏輯運算的嵌套層數(shù)。

檢索結(jié)果的輸出形式：能否提供形式多樣的檢索結(jié)果輸出形式，如卡片數(shù)據(jù)、機(jī)讀目錄 數(shù)據(jù)、全文等。

用戶易用性：用戶界面是否友好，檢索操作是否簡單，是否有檢索向?qū)椭詣由蓹z 索式。

2．詳細(xì)設(shè)計

詳細(xì)設(shè)計包括多方面的工作，如數(shù)據(jù)設(shè)計、人機(jī)界面設(shè)計、處理過程設(shè)計等，其中最主 要的內(nèi)容是對總體設(shè)計中得出的模塊進(jìn)行處理過程設(shè)計。在結(jié)構(gòu)化設(shè)計中，處理過程設(shè)計可 以多種圖形化工具表示，如 盒圖、模 塊結(jié)構(gòu)圖等。由 于處理過程設(shè)計涉及大量處理邏輯細(xì)節(jié)，所以這里不再贅述。

第二篇：某圖書館自動化系統(tǒng)分析與設(shè)計

實例二：某圖書館自動化系統(tǒng)分析與設(shè)計 一.項目開發(fā)背景

某圖書館是一所綜合性大學(xué)的圖書館，其讀者對象主要是該校的教師和學(xué)生，約20000人左右。館藏各類圖書300多萬冊，期刊4 800多種。圖書館工作人員約110人。

雖然該圖書館在某些局部工作中使用了計算機(jī)，但尚未建立起真正的集成自動化系統(tǒng)，大部分業(yè)務(wù)工作仍靠手工完成。為了能更好地利用現(xiàn)代信息技術(shù)的成果，提高圖書館的工作效率和水平，更好地為讀者服務(wù)，決定開發(fā)圖書館自動化系統(tǒng)。

二.系統(tǒng)分析 1.可行性研究

圖書館自動化系統(tǒng)是使用計算機(jī)對圖書館工作進(jìn)行管理的系統(tǒng)。圖書館自動化系統(tǒng)以現(xiàn)代信息技術(shù)(計算機(jī)技術(shù)、通信技術(shù)、數(shù)據(jù)庫技術(shù)等)為手段，以提高圖書館的工作質(zhì)量和工作效率為目標(biāo)，利用先進(jìn)的硬件設(shè)備，對圖書館工作的各個業(yè)務(wù)環(huán)節(jié)實行計算機(jī)管理、控制。

在該項目的可性行研究與計劃工作中，系統(tǒng)分析人員對圖書館工作環(huán)境進(jìn)行了實地調(diào)查。同主要領(lǐng)導(dǎo)、管理人員和工作人員進(jìn)行了交流，對手工工作情況、工作流程、所完成的任務(wù)及目前存在的問題、新系統(tǒng)要解決的主要問題等進(jìn)行了初步調(diào)查。初步調(diào)查研究的結(jié)果成為可行性研究的前提。

目前，該圖書館有采購部、編目部、流通典藏部、閱覽室、期刊部、咨詢部、技術(shù)部(完成拍照、復(fù)印工作及計算機(jī)等設(shè)備的維護(hù)工作)、辦公室等部門，負(fù)責(zé)各自相關(guān)的工作。該圖書館存在的主要問題有：

(1)圖書館的業(yè)務(wù)工作涉及各類數(shù)據(jù)量大，讀者人數(shù)多。手工模式下的工作勞動強(qiáng)度高，效率低，錯誤多，處理速度慢。

(2)在各類業(yè)務(wù)工作中，編目工作具有智力程度高、工作量大的特點，是圖書館工作流程中的瓶頸。手工編目工作存在成本高、勞動重復(fù)和編目結(jié)果總體不一致等問題，編目規(guī)范難以徹底貫徹。

(3)在手工工作中，很多理論上可行的工作方法，如流通系統(tǒng)中的多軌制管理模式，公務(wù)目錄和讀者目錄中多套目錄體系的維護(hù)等，實際難以實現(xiàn)。

(4)便捷的讀者服務(wù)

圖書館自動化系統(tǒng)使直接面向讀者的服務(wù)發(fā)生了巨大的變化。光筆等輸入輸出設(shè)備的應(yīng)用使讀者的查詢、借閱等方面更為便捷、準(zhǔn)確有效。讀者可以通過校園網(wǎng)，在學(xué)校的每個辦公地點和家庭進(jìn)行圖書的查詢、預(yù)約、續(xù)借乃至館際互借，圖書館的讀者服務(wù)工作質(zhì)量和效率得到明顯的提高。

從技術(shù)上講，現(xiàn)行的網(wǎng)絡(luò)技術(shù)、計算機(jī)技術(shù)完全能完成本系統(tǒng)的功能要求。在經(jīng)濟(jì)方面，該圖書館用于系統(tǒng)開發(fā)的預(yù)算基本可滿足設(shè)備投入和人力投入。就收益而言，由于圖書館自動化系統(tǒng)主要的效益是社會效益。系統(tǒng)一旦投入使用，將會極大提高圖書館的工作效率和工作質(zhì)量，為讀者創(chuàng)造一個更好的環(huán)境和服務(wù)。在社會可行性方面，系統(tǒng)開發(fā)和開發(fā)后的運行等活動不違反現(xiàn)行法律，沒有對他人的專利、版權(quán)造成侵犯，與現(xiàn)行的管理制度沒有沖突。系統(tǒng)開發(fā)時充分注意可操作性及易用性?，F(xiàn)有員工通過培訓(xùn)完全能掌握系統(tǒng)和方便地使用系統(tǒng)。

綜上所述，可行性研究最后認(rèn)為: 該圖書館具備系統(tǒng)開發(fā)的條件，項目可行，建議開始開發(fā)。2．需求分析

根據(jù)圖書館工作的需要，圖書館自動化系統(tǒng)的應(yīng)用包括采購部、編目部、流通典藏部、期刊部、咨詢部等部門。需求分析主要采用結(jié)構(gòu)化分析方法，用數(shù)據(jù)流圖表示需求分析模型，必要時在局部分析采用原型法。由于篇幅限制，本書只對流通部分的工作進(jìn)行數(shù)據(jù)流分析。

(1)流通工作的數(shù)據(jù)流分析

流通工作應(yīng)完成借還管理、圖書管理、讀者管理、流通查詢、流通統(tǒng)計和系統(tǒng)管理等功能，如圖1的IPO圖所示。

(2)數(shù)據(jù)字典

以下為進(jìn)一步說明數(shù)據(jù)流圖內(nèi)容的文件條目和數(shù)據(jù)項條目，其他條目略。

①文件條目 a．讀者文檔

文件名稱：讀者文檔

簡述：記錄和保存讀者的基本信息和借書信息

記錄組成：借書證號，證碼，姓名，性別，單位，住址，發(fā)證日期，有效使用期，讀者類型，通信地址，聯(lián)系電話，借書證狀態(tài)，允許借書數(shù)量，實際借書數(shù)量，借書記錄={借書登錄號+借書日期+續(xù)借次數(shù)}，違章次數(shù)，累計罰款金額

組織方式：記錄定長，按記錄建立次序順序排列有借書證號索引、姓名索引、證碼索引 存取頻率：100～300次/天 b.圖書書目文檔

文件名稱：圖書書目文檔

簡述：記錄和保存參加流通的每種圖書的基本書目信息

記錄組成：索書號，題名，責(zé)任者，ISBN號，出版者，出版地，出版日期，單價，裝訂，文種，頁數(shù)，版次，復(fù)本量，復(fù)本記錄={圖書登錄號}，復(fù)本記錄={圖書書碼}，預(yù)約記錄={預(yù)約讀者借書證號}

文件名稱：新書文檔

簡述：由編目部門發(fā)來的記錄新入館圖書基本書目信息的文檔。

記錄組成：索書號，ISBN號，題名，責(zé)任者，出版者，出版地，出版日期，單價，裝訂，文種，頁數(shù)，版次，復(fù)本量，{登錄號}

組織方式：記錄定長，按記錄建立次序順序排列 存取頻率：O～1次／天 g．日志文檔

文件名稱：日志文檔

簡述：記錄和保存流通系統(tǒng)運行中的有關(guān)修改文件操作，供數(shù)據(jù)恢復(fù)用 記錄組成：操作類型，操作日期，操作時間，操作對象=文件名+字段名，操作行為=原值+更新值

組織方式：記錄定長，按記錄建立次序順序排列 存取頻率：300～900次／天 ?? 加工說明

由于篇幅所限，本書只列出五個加工說明條目，其他省略。加 工 名：取讀者文檔數(shù)據(jù)

編 號：2．2．1

處理邏輯：在讀者文檔的借書證號索引中查找所收到的證號，IF 無此證號THEN發(fā)“非法證號”信息

ELSE 從讀者文檔中調(diào)出相應(yīng)數(shù)據(jù)，并發(fā)此數(shù)據(jù)到加工2．2．2． 激發(fā)條件：接收到讀者借書證號時 輸 入：讀者借書證號

加 工 名：預(yù)約檢查

編 號：2.3.2

處理邏輯：根據(jù)所還書的流通數(shù)據(jù)得到該書的索書號，根據(jù)此索書號讀出圖書書目文檔中的相應(yīng)記錄，IF 有預(yù)約讀者 THEN 發(fā)第一個預(yù)約讀者的借書證號 ELSE 發(fā)無預(yù)約信息． 激發(fā)條件：收到所還圖書的流通數(shù)據(jù)時 輸 入：所還書的圖書數(shù)據(jù)

輸 出：“預(yù)約借書證號”或“無預(yù)約信息” ②數(shù)據(jù)項條目

由于篇幅所限，本書只列出五個數(shù)據(jù)項條目，其他省略。a．?dāng)?shù)據(jù)項名稱：借書證號

別名：證號

簡述：給每個讀者借書證的一個唯一的、做標(biāo)識用的號碼

數(shù)據(jù)項組成：單位代碼+流水號碼

值類型：6位字符

取值范圍：000000..99999 b.數(shù)據(jù)項名稱：發(fā)證日期

簡述：給讀者簽發(fā)借書證的日期

數(shù)據(jù)項組成：年+月

值類型：4個字符

取值范圍：有意義的年、月值

(1)采購子系統(tǒng)

該子系統(tǒng)完成對圖書館文獻(xiàn)資料采購工作的管理。其組成部分主要包括采購過程管理、館藏財產(chǎn)管理、數(shù)據(jù)統(tǒng)計和報表、出版商數(shù)據(jù)管理等幾個模塊。

其中采購過程管理包括的功能有：套錄訂購數(shù)據(jù)，編輯采購數(shù)據(jù)，輔助采購決策，采購數(shù)據(jù)的檢索、查重，打印訂單或生成、發(fā)送采購數(shù)據(jù)交換文檔，采購數(shù)據(jù)的驗收、登記(個別登記、總括登記)；

館藏財產(chǎn)管理的主要工作是各類登記賬管理，采購數(shù)據(jù)登記，采購資金管理、結(jié)算等。

(2)編目子系統(tǒng)

該子系統(tǒng)完成對圖書館文獻(xiàn)資料編目工作的管理。其主要功能包括編目查重、著錄、套錄標(biāo)準(zhǔn)數(shù)據(jù)、原始數(shù)據(jù)錄入、編輯書目數(shù)據(jù)記錄、數(shù)據(jù)校驗、編排新書通報、打印款目卡片、打印書袋卡和打印書標(biāo)等。

(3)流通子系統(tǒng)

該子系統(tǒng)完成對圖書館文獻(xiàn)資料流通工作的管理。它主要由讀者數(shù)據(jù)維護(hù)、書目數(shù)據(jù)維護(hù)、出納管理、查詢和統(tǒng)計及其他系統(tǒng)管理等幾個模塊組成。下邊是這些模塊的具體功能。

讀者數(shù)據(jù)維護(hù)模塊的功能包括：辦理讀者借閱證、借閱證件掛失與解掛、借閱證注銷等；

書目數(shù)據(jù)維護(hù)模塊的功能包括：新書登錄、圖書注銷、圖書掛失與解掛、圖書暫停外借與恢復(fù)外借等;

出納管理模塊的功能包括：辦理圖書外借、還書、預(yù)約、續(xù)借、交罰金等手續(xù);

檢索手段：是否能提供盡可能全面的檢索形式，如單項檢索、組配檢索、限制檢索、截詞檢索和全文檢索等。

響應(yīng)時間：完成一個檢索所花費的時間。

檢索表達(dá)式的復(fù)雜性：是否可以利用任意中間步驟構(gòu)造新的檢索式，布爾檢索所支持的邏輯運算的嵌套層數(shù)。

檢索結(jié)果的輸出形式：能否提供形式多樣的檢索結(jié)果輸出形式，如卡片數(shù)據(jù)、機(jī)讀目錄數(shù)據(jù)、全文等。

用戶易用性：用戶界面是否友好，檢索操作是否簡單，是否有檢索向?qū)椭詣由蓹z索式。

2．詳細(xì)設(shè)計

詳細(xì)設(shè)計包括多方面的工作，如數(shù)據(jù)設(shè)計、人機(jī)界面設(shè)計、處理過程設(shè)計等，其中最主要的內(nèi)容是對總體設(shè)計中得出的模塊進(jìn)行處理過程設(shè)計。在結(jié)構(gòu)化設(shè)計中，處理過程設(shè)計可以多種圖形化工具表示，如盒圖、模塊結(jié)構(gòu)圖等。由于處理過程設(shè)計涉及大量處理邏輯細(xì)節(jié)，所以這里不再贅述。

第三篇：110KV變電站綜合自動化系統(tǒng)分析與設(shè)計開題報告

開 題 報 告

一、選題目的及意義

變電站自動化自20世紀(jì)90年代以來一直是我國電力行業(yè)中的熱點之一，所以成為熱點，是建設(shè)的需要。日前全國投入電網(wǎng)運行的35-110kV變電站18000座(不包括用戶變)，220kV變電站有 1000多座，500kV變電站大約有70座。而且每年變電站的數(shù)量以3%-5%的速度增長，也就是說每年都有數(shù)千座新建變電站投入電網(wǎng)運行。同時，根據(jù)電網(wǎng)的要求，特別是自上個世紀(jì)末在我國全范圍內(nèi)開始的大規(guī)模城鄉(xiāng)電網(wǎng)改造，不但要新建許多變電站，現(xiàn)有將近一半以上的建設(shè)于上世紀(jì)六、七十年代、甚至還有五十年代的老舊變電站因設(shè)備陳舊老化而面臨改造。二是市場的因素，采用綜合自動化系統(tǒng)，可在遠(yuǎn)方設(shè)立集控站，通過遠(yuǎn)方遙控、遙信、遙測、遙調(diào)、遙視等五遙功能集中監(jiān)控若干個變電站，變電站現(xiàn)場實現(xiàn)無人值班，節(jié)約了大量的人力；它通過SCADA系統(tǒng)與MIS系統(tǒng)結(jié)合實現(xiàn)了辦公自動化，提高了管理效率，為管理人員的決策提供了切實有力的依據(jù)。

三、論文提綱

1、畢業(yè)設(shè)計的主要內(nèi)容

（1）課題研究的意義及目的，國內(nèi)外研究的現(xiàn)狀；（2）變電站綜合自動化系統(tǒng)的組成和主要功能；（3）變電站綜合自動化系統(tǒng)的一次系統(tǒng)設(shè)計；（4）變電站綜合自動化系統(tǒng)的二次系統(tǒng)設(shè)計；

（5）線路微機(jī)保護(hù)系統(tǒng)設(shè)計（速斷、過流、零序保護(hù)設(shè)計）（6）配電變壓器微機(jī)保護(hù)系統(tǒng)設(shè)計（7）主要電氣設(shè)備選擇；

（8）監(jiān)控軟件的設(shè)計及圖形界面的設(shè)計

2.設(shè)計實現(xiàn)的主要功能

實時顯示變電站綜合自動化系統(tǒng)的運行參數(shù)（包括電壓、電流、功率、頻率、cosφ等參數(shù)）和運行趨勢圖，故障報警顯示，建立實時和歷史數(shù)據(jù)庫，實現(xiàn)SCADA功能。實現(xiàn)無人值守變電站綜合自動化功能。3.主要技術(shù)指標(biāo)

功率因數(shù)不低于0.9，可靠性和經(jīng)濟(jì)性滿足變電站綜合自動化要求。結(jié)論

4.設(shè)計的思想及過程

（一）電氣一次部分的設(shè)計

1.變電所主接線方案的設(shè)計

2．負(fù)荷的計算和主變的選擇：

（1）負(fù)荷的計算和無功補償

本變電所的電壓等級為110/35/10kV，主要的負(fù)載在35kV和10kV的線路上。負(fù)荷的計算就是把35kV和10kV電壓等級上的總的負(fù)載算出來。一方面，為了提高電網(wǎng)的有功功率，也就是降低無功功率，要對電網(wǎng)進(jìn)行無功補償，這樣就使選擇的主變壓器的容量減小，降低了成本。另一方面，為使變電所的功率因數(shù)不低于0.9，要對系統(tǒng)進(jìn)行無功補償，也就是把10kV和35kV線路上負(fù)載的功率因數(shù)從0.8提高到0.9，而在具體的補償中，使用并聯(lián)電容器的補償方式。

（2）主變壓器的容量選擇

在本設(shè)計中，為了滿足運行的靈敏性和供電的可靠性，應(yīng)選兩臺三繞組變壓器，主變壓氣容量應(yīng)根據(jù)5—10年的發(fā)展規(guī)劃進(jìn)行選擇，并考慮變壓器正常運行和事故時的過負(fù)荷能力。所以每臺變壓器的額定容量按Sn=0.7PM（PM上一步無功補償后的視在功率，即供電容量）選擇，同時每臺主變壓器的容量不應(yīng)小于一、二級負(fù)荷之和，依據(jù)上述要求選擇所用變壓器的型號。3．短路電流的計算： 短路電流的計算主要是為了選擇電氣設(shè)備、校驗電氣設(shè)備的熱穩(wěn)定性和動穩(wěn)定性，進(jìn)行繼電保護(hù)的設(shè)計和調(diào)整。對于整個電網(wǎng)來說，要考慮在不同地點同時發(fā)生短路時的情況，將設(shè)計的主接線按其阻抗的形式轉(zhuǎn)化為電力系統(tǒng)界限的示意圖，再根據(jù)所選主變的參數(shù)、線路的阻抗進(jìn)行短路電流的計算。4．一次設(shè)備的選擇與校驗：

按正常運行的條件進(jìn)行選擇，對110kV、35kV和10kV的母線按經(jīng)濟(jì)的電流密度算出其截面，按照截面面積和環(huán)境的要求選擇適合的母線；對斷路器的選擇依據(jù)其額定電壓、額定電流和開斷電流來選擇，隔離開關(guān)按其通過的額定電流必須大于此回路的電流來選擇，電壓互感器和電流互感器均依據(jù)一次側(cè)和二次側(cè)的電壓和電流進(jìn)行選擇；對所選的母線和電氣設(shè)備要進(jìn)行熱穩(wěn)定性和動穩(wěn)定性的校驗，看所選的母線和設(shè)備是否滿足設(shè)計的要求，校驗時遵循短路時的情況來校驗。

（二）二次部分及監(jiān)控部分的設(shè)計

電力系統(tǒng)繼電保護(hù)的設(shè)計與配置是否合理直接影響到電力系統(tǒng)的安全運行，如果設(shè)計與配置不合理，保護(hù)將可能誤動或拒動，從而擴(kuò)大事故停電范圍，有時還可能造成人身和設(shè)備安全事故。因此，合理地選擇保護(hù)方式和正確地整定計算，對保證電力系統(tǒng)的安全運行具有非常重要的意義。

為了安全、經(jīng)濟(jì)的提供電能，必須及時而準(zhǔn)確的掌握系統(tǒng)的實際運行的情況，隨時進(jìn)行分析，做出正確的判斷和決策，必要時采取相應(yīng)的措施，及時處理事故和異常情況，必須對電力系統(tǒng)實施監(jiān)視和控制。也就是說要對系統(tǒng)中的一些器件進(jìn)行監(jiān)視和控制，在這一部分中，最基本的是監(jiān)視控制與數(shù)據(jù)采集系統(tǒng)，首先要對電器設(shè)備編號，完成模擬量和數(shù)字量的采集，然后使用組態(tài)軟件對其采集到的信息進(jìn)行編程，最后通過人機(jī)界面實現(xiàn)對電氣設(shè)備的控制。

參考文獻(xiàn)

四、論文寫作進(jìn)度安排

三、畢業(yè)設(shè)計（論文）工作進(jìn)度安排

周 次 1 2 3 4

設(shè) 計 內(nèi) 容

熟悉工藝要求和設(shè)計內(nèi)容，查閱資料 熟悉工藝要求和設(shè)計內(nèi)容，查閱資料

總體方案設(shè)計和硬件配置

一次系統(tǒng)圖設(shè)計

完 成 情 況

教 師 檢 查

二次系統(tǒng)電氣原理圖

二次系統(tǒng)電氣原理圖

控制程序軟件設(shè)計與調(diào)試

控制程序軟件設(shè)計與調(diào)試

監(jiān)控組態(tài)軟件和通訊軟件設(shè)計

監(jiān)控組態(tài)軟件和通訊軟件設(shè)計

繪圖，整理說明書

繪圖，整理說明書

第四篇：軟件系統(tǒng)分析與設(shè)計

第1章

軟件工程基礎(chǔ)知識 1.1軟件工程知識體系

? 軟件需求（Software Requirements）? 軟件設(shè)計（Software Design）

? 軟件構(gòu)造（Software Construction）? 軟件測試（Software Testing）? 軟件維護(hù)（Software Maintenance）

? 軟件配置管理（Software Configuration Management）? 軟件工程管理（Software Engineering Management）? 軟件工程過程（Software Engineering Process）

? 軟件工程工具和方法（Software Engineering Tools and Methods）? 軟件質(zhì)量（Software Quality）

1.2軟件生存周期與軟件開發(fā)模型

? 1.2.1 軟件生存周期

? Boehm定義的軟件生存周期模型

? GB 8566-1988定義的軟件生存周期模型

? GB/T 8566-1995定義的軟件生存周期過程模型 ? GB/T 8566-2001定義的軟件生存周期過程模型 ? UP定義的軟件生存周期模型

? 1.2.2 軟件開發(fā)模型

? 瀑布模型（waterfall model）

? 快速原型模型（rapid prototype model）? 演化模型（evolutionary model）? 增量模型（incremental model）? 螺旋模型（spiral model）

? 噴泉模型（water fountain model）

1.3軟件質(zhì)量模型與軟件質(zhì)量管理

? 1.3.1 軟件質(zhì)量模型

? 軟件產(chǎn)品的內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量 ? 質(zhì)量特性、質(zhì)量子特性和度量

? 功能性：適宜性、準(zhǔn)確性、互用性、依從性、安全性 ? 可靠性：成熟性、容錯性、可恢復(fù)性 ? 可用性：可理解性、易學(xué)性、可操作性 ? 效率：時間特性、資源特性

? 可維護(hù)性：可分析性、可修改性、穩(wěn)定性、可測試性 ? 可移植性：適應(yīng)性、易安裝性、一致性、可替換性

? 1.3.2 軟件質(zhì)量管理

? 質(zhì)量需求分析 ? 質(zhì)量計劃 ? 質(zhì)量保證 ? 質(zhì)量控制 ? 質(zhì)量改進(jìn)

? 軟件質(zhì)量管理體系

? ? ? ? ? ? ? ? ? ?

? ?

? ? ? ? ? ? ? ? ? ? ? ? ?

? ? ?

1.4軟件配置管理

? 1.4.1 軟件配置項與基線

計算機(jī)軟件配置項（CSCI）基線（baseline）

功能基線（functional baseline）指派基線（allocated baseline）產(chǎn)品基線（product baseline）

? 1.4.2 軟件配置管理過程

對象標(biāo)識 版本控制 變化控制 配置審計 配置報告

1.5軟件過程管理

? 1.5.1 軟件能力成熟度模型（CMM）

CMM的5個等級：初始級、可重復(fù)級、已定義級、已管理級、優(yōu)化級 CMM的關(guān)鍵過程域（KPA）：需求管理、軟件項目計劃、軟件項目跟蹤和監(jiān)控、軟件子合同管理、軟件質(zhì)量保證、軟件配置管理、組織級過程焦點、組織級過程定義、培訓(xùn)大綱、集成軟件管理、軟件產(chǎn)品工程、組間協(xié)調(diào)、同行評審、定量過程管理、軟件質(zhì)量管理、缺陷預(yù)防、技術(shù)變更管理、過程變更管理

? 1.5.2 軟件過程與軟件能力成熟度評估

第一步，建立評估組 第二步，填寫提問單 第三步，響應(yīng)分析 第四步，現(xiàn)場考察

第五步，提出調(diào)查發(fā)現(xiàn)清單

第六步，制作關(guān)鍵過程域（KPA）剖面圖

? 1.5.3 軟件過程改進(jìn)

第一步，比較“目標(biāo)狀態(tài)”與“目前狀態(tài)”，找出所有差距 第二步，確定改進(jìn)目標(biāo) 第三步，制定改進(jìn)計劃 第四步，執(zhí)行改進(jìn)計劃

第五步，總結(jié)本輪改進(jìn)經(jīng)驗，開始下一輪改進(jìn)

1.6

小節(jié)

軟件工程學(xué)是研究如何有效地組織和管理軟件開發(fā)的工程學(xué)科。

軟件產(chǎn)品所要經(jīng)歷的計劃、分析、設(shè)計、編程、測試、維護(hù)直至被淘汰這樣一個全過程被稱為軟件生存周期。用不同的方式將軟件生命周期中的所有開發(fā)活動組織起來，可以形成不同的軟件開發(fā)模型。

軟件質(zhì)量就是軟件與明確地和隱含地定義的需求相一致的程度。軟件質(zhì)量管理是指軟件開發(fā)機(jī)構(gòu)為保證軟件項目滿足客戶需求所要實施的質(zhì)量活動。軟件配置管理是在軟件的整個生命期內(nèi)管理變化的一組活動，目標(biāo)是使變化更正確且更容易被適應(yīng)。

軟件過程是指人們用于開發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品的一系列活動，包括軟件工程過程和軟件管理過程。軟件過程管理的目的就是提升軟件組織的提高軟件開發(fā)能力。

? 1.? 1.? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

第2章

項目管理基礎(chǔ)知識 2.1項目與項目管理 ? 2.1.1 項目

項目是在特定條件下、具有特定目標(biāo)的一次性任務(wù)，是在一定時間內(nèi)、滿足一系列特定目標(biāo)的多項相關(guān)工作的總和。項目的臨時性 項目的獨特性 項目的漸進(jìn)性

2.1.2 項目管理

項目管理就是將各種知識、技能、工具和技術(shù)應(yīng)用于項目之中，以達(dá)到項目的要求。項目范圍 項目時間 項目成本 項目質(zhì)量

2.2項目管理過程與過程組 ? 2.2.1 過程與過程組

過程就是一組為了完成一系列事先指定的產(chǎn)品、服務(wù)或成果而需執(zhí)行的互相聯(lián)系的行動和活動。軟件項目管理過程可歸納為五個過程組。啟動過程組（initiating process group）規(guī)劃過程組（planning process group）實施過程組（executing process group）

監(jiān)控過程組（monitoring and controlling process group）收尾過程組（closing process group）

? 2.2.2 項目管理過程的交互作用

項目管理過程并不是互不相干的一次性事件

項目管理過程組之間是一種前后銜接、承前啟后的關(guān)系

項目管理過程組之間有時又是一種時間交錯、空間并行的關(guān)系 項目管理過程組之間還是一種信息收集、存儲、處理和傳遞的關(guān)系 某些過程組的關(guān)聯(lián)具有重復(fù)迭代性

規(guī)劃過程組、執(zhí)行過程組和監(jiān)控過程組之間形成一種閉環(huán)的關(guān)系 過程組的交互作用往往還會跨越項目階段 項目階段和過程之間有相互聯(lián)系

? 2.2.3 項目管理過程的裁剪

不同類型的軟件項目應(yīng)選用不同的項目管理過程 不同階段的軟件項目應(yīng)選用不同的項目管理過程 不同軟件項目的管理過程會有不同的具體過程 不同軟件項目的管理過程會有不同的具體過程順序 不同軟件項目的管理過程會有不同的條件與約束 不同軟件項目的管理過程會有不同的簡化程度 不同軟件項目的管理過程需要不同的集成程度 項目變更會使項目管理過程隨之變化

2.3項目管理知識體系

項目綜合管理 項目范圍管理

? ? ? ? ? ? ? ? ? ? 項目時間管理 項目成本管理 項目質(zhì)量管理 項目人力資源管理 項目溝通管理 項目風(fēng)險管理 項目采購管理

2.4小節(jié)

項目管理就是將項目管理知識、技能、工具和技術(shù)應(yīng)用于項目活動之中，可以將軟件項目管理活動視做一系列相互聯(lián)系的過程。

項目管理過程可歸納為5個過程組：啟動過程組、規(guī)劃過程組、實施過程組、監(jiān)控過程組與收尾過程組。

項目管理包括9個知識領(lǐng)域：項目綜合管理、項目范圍管理、項目時間管理、項目成本管理、項目質(zhì)量管理、項目人力資源管理、項目溝通管理、項目風(fēng)險管理與項目采購管理。

第3章

軟件開發(fā)技術(shù) 3.1軟件開發(fā)平臺

? 3.1.1 Microsoft.NET平臺

Microsoft.NET Framework：.NET CLR（通用語言運行環(huán)境）；.NET BCL（基礎(chǔ)類庫）；ASP.NET；ADO.NET。

Microsoft Visual Studio.NET：ADO.NET組件；XML數(shù)據(jù)組件；Windows表單組件；ASP.NET應(yīng)用服務(wù)；ASP.NET Web表單；Web服務(wù)支持。

? 3.1.2 J2EE平臺

組件-容器：搭建體系架構(gòu)平臺標(biāo)準(zhǔn)服務(wù) 多層應(yīng)用模型

3.1.3 Microsoft.NET與J2EE的異同

類似的平臺基礎(chǔ)構(gòu)造 相同的三層/多層體系 不同的移植、性能和擴(kuò)展 在Web支持方面的比較 第三方廠商的支持 潛在的市場

3.2中間件技術(shù) ? 3.2.1 中間件簡介

終端仿真/屏幕轉(zhuǎn)換中間件 數(shù)據(jù)訪問中間件 遠(yuǎn)程過程調(diào)用中間件 消息中間件 交易中間件 對象中間件

Web服務(wù)器中間件 安全中間件

? 3.2.2 消息代理中間件 ? ?

? ? ? ? ? 1.? ? 1.? ? ? ? ? ? ? ?

? ? ? ? ? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

?

? 構(gòu)件化的結(jié)構(gòu)

可恢復(fù)性、易于管理、靈活性 具有數(shù)據(jù)轉(zhuǎn)換設(shè)施。可靠高效的通信 多樣的管理能力 豐富的應(yīng)用開發(fā)環(huán)境

? 3.2.3 面向數(shù)據(jù)庫的中間件

ODBC JDBC 數(shù)據(jù)庫網(wǎng)關(guān)

3.3構(gòu)件技術(shù) ? 3.3.1 構(gòu)件庫

構(gòu)件的存儲

構(gòu)件的分類與檢索機(jī)制 構(gòu)件庫的編目

構(gòu)件庫的管理和維護(hù)

? 3.3.2 構(gòu)件模型

3C模型

刻面（Facet）模型 青鳥模型

? 3.3.3 構(gòu)件的屬性與特點

構(gòu)件是可獨立配置的單元，構(gòu)件必須自包容。

構(gòu)件強(qiáng)調(diào)與環(huán)境和其他構(gòu)件的分離，因此構(gòu)件的實現(xiàn)是嚴(yán)格封裝的，外界沒機(jī)會或沒必要知道構(gòu)件內(nèi)部的實現(xiàn)細(xì)節(jié)。

構(gòu)件可以在適當(dāng)?shù)沫h(huán)境中被復(fù)合使用，因此構(gòu)件需要提供清楚的接口規(guī)范，可以與環(huán)境交互。

構(gòu)件沒有個體特有的屬性，最多僅有特定構(gòu)件的一份副本。

? 3.3.4 構(gòu)件與中間件

中間件，本質(zhì)上是對分布式應(yīng)用的抽象，中間件與系統(tǒng)架構(gòu)實際上是從兩種不同的角度看待軟件的中間層次。

中間件促進(jìn)了構(gòu)件化軟件，基于中間件開發(fā)的應(yīng)用系統(tǒng)是構(gòu)件化的，中間件提供了構(gòu)件的體系結(jié)構(gòu)，極大提高了構(gòu)件化軟件開發(fā)的效率和質(zhì)量。構(gòu)件化的軟件設(shè)計思想在中間件發(fā)展中起到了重要的作用。

3.4小節(jié)

Microsoft.NET平臺和J2EE平臺是目前最常用的兩大軟件開發(fā)平臺。作為彼此競爭的應(yīng)用平臺，Microsoft.NET平臺和J2EE平臺在目標(biāo)和體系結(jié)構(gòu)上極其相似，但在實現(xiàn)上又完全不同。二者總的關(guān)系是：異中有同，同中有異。中間件是處于操作系統(tǒng)和應(yīng)用程序之間的軟件。中間件保持了平臺的透明性，抽象了典型的應(yīng)用模式。應(yīng)用軟件開發(fā)者可以基于標(biāo)準(zhǔn)的中間件進(jìn)行再開發(fā)，而不必再考慮操作系統(tǒng)的問題。

構(gòu)件是可復(fù)用的軟件成份，可被用來構(gòu)造其他軟件。中間件促進(jìn)了構(gòu)件化軟件，應(yīng)用系統(tǒng)在中間件提供的環(huán)境中可以更好地集中于業(yè)務(wù)邏輯上，并以構(gòu)件的形式存在。構(gòu)件思想也反過來推動了中間件的發(fā)展。

第4章

軟件項目規(guī)劃

4.1項目策劃

? 1.? 1.從政策導(dǎo)向中尋找項目機(jī)會 從市場需求中尋找項目機(jī)會 從技術(shù)發(fā)展中尋找項目機(jī)會 從特定事件中尋找項目機(jī)會

4.2項目可行性分析 4.2.1 技術(shù)可行性分析

? ? ? ? ? 1.? ? ? ? ? ? ? ? ? 項目的必要性分析

軟件組織水平與能力分析 項目技術(shù)來源分析 與項目相關(guān)的專利分析

項目負(fù)責(zé)人及技術(shù)骨干的資質(zhì)分析 項目總體技術(shù)方案分析 項目創(chuàng)新點分析 項目技術(shù)風(fēng)險分析 項目技術(shù)成熟性分析

? 4.2.2 項目投資及效益分析

項目投資預(yù)算分析 項目投資來源分析

市場需求與產(chǎn)品銷售額分析

產(chǎn)品成本、利潤與盈虧平衡點分析 投資回收期、投資收益率分析 社會效益分析

4.3項目論證、評估與立項

? 4.3.1 項目論證與評估的基本概念

項目論證是指對擬實施項目技術(shù)上的先進(jìn)性、成熟性、適用性，經(jīng)濟(jì)上的合理性、盈利性，實施上的可能性、風(fēng)險性進(jìn)行全面科學(xué)的綜合分析，為項目決策提供客觀依據(jù)的一種技術(shù)經(jīng)濟(jì)研究活動。

項目評估指在項目可行性研究的基礎(chǔ)上，項目投資者或項目主管部門或其委托的第三方權(quán)威機(jī)構(gòu)根據(jù)國家頒布的政策、法律、法規(guī)、標(biāo)準(zhǔn)和技術(shù)規(guī)范，對擬開發(fā)項目的市場需求、技術(shù)先進(jìn)性和成熟性、預(yù)期經(jīng)濟(jì)效益和社會效益等進(jìn)行評價、分析和論證，進(jìn)而判斷其是否可行的過程。

項目論證與評估的內(nèi)容、程序和依據(jù)大同小異，只是側(cè)重點稍有不同，有時不加區(qū)分或合并進(jìn)行。

? 4.3.2 項目可行性報告的真實性評估

項目申請單位的資質(zhì)真實性評估 項目申請單位的財務(wù)真實性評估 項目申請單位的技術(shù)真實性評估 其他事項的真實性評估

? 4.3.3 項目可行性報告的客觀性評估

技術(shù)創(chuàng)新點的客觀性評估

技術(shù)先進(jìn)性與成熟性的客觀性評估 ?

?

?

? ? ? ? ? ?

? ? ? ? 信息安全措施的客觀性評估

采用標(biāo)準(zhǔn)、規(guī)范的先進(jìn)性、合理性評估 項目風(fēng)險及應(yīng)對方案的客觀性評估 其他事項的客觀性評估

? 4.3.4 評估報告

? 項目概況 ? 評估目標(biāo) ? 評估依據(jù) ? 評估內(nèi)容

? 評估機(jī)構(gòu)與評估專家 ? 評估過程

? 詳細(xì)評估意見

? 存在或遺漏的重大問題 ? 潛在的風(fēng)險 ? 評估結(jié)論

? 進(jìn)一步的建議

? 4.3.5 項目立項

項目立項的決定應(yīng)當(dāng)由項目團(tuán)隊之外的、適當(dāng)級別的、并為項目出資的項目發(fā)起人或投資人作出，通常以項目立項決定（通知）書、項目批文、項目許可證書和項目任務(wù)書等形式發(fā)布。

4.4項目開發(fā)計劃

? 1．引言 ? 2．引用文件 ? 3．項目最終成果 ? 4．需求與約束

? 5．系統(tǒng)開發(fā)總體計劃 ? 6．項目開發(fā)詳細(xì)計劃 ? 7．進(jìn)度表與活動網(wǎng)絡(luò)圖 ? 8．項目組織與資源 ? 9．培訓(xùn)

? 10．項目估算 ? 11．風(fēng)險管理 ? 12．支持條件 ? 13．注解 ? 14．附錄

4.5小節(jié)

? 軟件項目規(guī)劃的任務(wù)主要包括項目策劃、可行性研究、論證、評估、立項與項目開發(fā)計劃的制訂工作。

? 項目策劃，也稱項目機(jī)會研究，其目的是選擇投資機(jī)會、鑒別投資方向。

? 項目可行性分析的目的是確定以下問題：項目有無必要？能否完成？是否值得去做？ ? 項目論證與評估的目的是審查項目可行性研究的可靠性、真實性和客觀性，為項目主管部門或投資機(jī)構(gòu)的立項決策提供科學(xué)依據(jù)。

? 項目開發(fā)計劃是項目規(guī)劃階段的重要成果，編寫軟件項目開發(fā)計劃時可依據(jù)《GB/T 8567-2006 計算機(jī)軟件文檔編制規(guī)范》中的軟件開發(fā)計劃模版。

? ?

? ? ? ? ?

?

?

?

?

? ? ? ? ? ? ? ? ?

第5章

系統(tǒng)分析方法學(xué) 5.1系統(tǒng)需求分析與軟件需求

系統(tǒng)需求：系統(tǒng)總體功能和業(yè)務(wù)結(jié)構(gòu)；硬件系統(tǒng)需求；軟件系統(tǒng)需求；硬件系統(tǒng)和軟件系統(tǒng)之間的接口需求。軟件需求：軟件能力需求；軟件外部接口需求；軟件內(nèi)部接口需求；軟件內(nèi)部數(shù)據(jù)需求；適應(yīng)性需求；安全性需求；保密性和私密性需求；軟件環(huán)境需求；計算機(jī)資源需求；軟件質(zhì)量需求；設(shè)計和實現(xiàn)的約束；數(shù)據(jù)需求；操作需求；故障處理需求；算法需求；相關(guān)人員需求；相關(guān)培訓(xùn)需求；相關(guān)后勤需求；包裝需求；其他需求。

5.2結(jié)構(gòu)化分析

結(jié)構(gòu)化分析（SA）方法是一種面向數(shù)據(jù)流的需求分析方法，基本思想是自頂向下逐層分解。

數(shù)據(jù)流圖（DFD）和數(shù)據(jù)字典（DD）是結(jié)構(gòu)化分析最常用的工具。數(shù)據(jù)流圖用來描述數(shù)據(jù)流從輸入到輸出的變換流程。

數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。

數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。

5.3原型化方法

? 5.3.1 原型化方法與結(jié)構(gòu)化方法的比較

結(jié)構(gòu)化方法的假設(shè)：所有的需求都能被預(yù)先定義；修改定義不完備的系統(tǒng)代價昂貴且實施困難；項目參加者之間能夠清晰進(jìn)行準(zhǔn)確的通信；靜態(tài)描述或圖形模型對應(yīng)用系統(tǒng)的反映是充分的；結(jié)構(gòu)化方法的生命周期的各階段都是固有正確的。

原型化方法的假設(shè)：并非所有的需求在系統(tǒng)開發(fā)以前都能準(zhǔn)確地說明；有快速的系統(tǒng)建造工具；項目參加者之間通常都存在通信上的障礙；需要實際的、可供用戶參與的系統(tǒng)模型；需求一旦確定，就可以遵從嚴(yán)格的方法；大量的反復(fù)是不可避免的、必要的，應(yīng)該加以鼓勵。

? 5.3.2 原型生命周期及其策略

原型生命周期劃分：選擇開發(fā)方法；識別基本需求；開發(fā)工作模型；模型驗證；修正和改進(jìn)；判定原型完成；差別細(xì)部說明；嚴(yán)格說明細(xì)部；判定原型效果；整理原型和提供文檔。

原型化的策略：建立數(shù)據(jù)模型；利用組合工程；剪裁和粘貼；用系統(tǒng)舉例；字典驅(qū)動；文檔的自動化；小的原型化隊伍；交互式開發(fā)平臺；陳述性規(guī)格說明；終端用戶報表生成器；專業(yè)原型化人員；開發(fā)人員參加原型化。

5.4面向?qū)ο蟮姆治?/p>

? 5.4.1 面向?qū)ο蠓椒▽W(xué)概述

對象與封裝 類

繼承與多態(tài)性 消息通信

面向?qū)ο蠓椒▽W(xué)的優(yōu)點

? 5.4.2 面向?qū)ο蟮姆治龇椒?/p>

OMT方法簡介 建立對象模型 建立動態(tài)模型 建立功能模型

?

?

? ? ?

? ? ? ? ? ? ? 1.? ? 1.? ? ? ? ?

? ? ? ? ? ?

5.5小節(jié)

系統(tǒng)分析涉及系統(tǒng)需求的獲取、分析、規(guī)格說明和確認(rèn)。系統(tǒng)需求可分為以下幾個方面：系統(tǒng)總體功能和業(yè)務(wù)結(jié)構(gòu)、硬件系統(tǒng)需求、軟件系統(tǒng)需求、硬件系統(tǒng)和軟件系統(tǒng)之間的接口需求。

常用的系統(tǒng)分析方法包括結(jié)構(gòu)化分析、原型化方法和面向?qū)ο蟮姆治觥?/p>

第7章

系統(tǒng)分析文檔

7.1系統(tǒng)/子系統(tǒng)需求規(guī)格說明

引言 引用文件

需求：要求的狀態(tài)和方式；需求概述；系統(tǒng)能力需求；系統(tǒng)外部接口需求；系統(tǒng)內(nèi)部接口需求；系統(tǒng)內(nèi)部數(shù)據(jù)需求；適應(yīng)性需求；安全性需求；保密性和私密性需求；操作需求；可使用性、可維護(hù)性、可移植性、可靠性和安全性需求；故障處理需求；系統(tǒng)環(huán)境需求；計算機(jī)資源需求；系統(tǒng)質(zhì)量需求；設(shè)計和構(gòu)造的約束；相關(guān)人員需求；相關(guān)培訓(xùn)需求；相關(guān)后勤需求；包裝需求；其他需求；需求的優(yōu)先次序和關(guān)鍵程度 合格性規(guī)定 需求可追蹤性 非技術(shù)性需求 尚未解決的問題 注解 附錄

7.2接口需求規(guī)格說明

引言 引用文件 需求

合格性規(guī)定 需求可追蹤性 注解 附錄

7.3軟件需求規(guī)格說明

引言 引用文件

軟件需求：要求的狀態(tài)和方式；需求概述；需求規(guī)格；軟件能力需求；軟件外部接口需求；軟件內(nèi)部接口需求；軟件內(nèi)部數(shù)據(jù)需求；適應(yīng)性需求；安全性需求；保密性和私密性需求；軟件環(huán)境需求；計算機(jī)資源需求；軟件質(zhì)量需求；設(shè)計和實現(xiàn)的約束；數(shù)據(jù)需求；操作需求；故障處理需求；算法需求；相關(guān)人員需求；相關(guān)培訓(xùn)需求；相關(guān)后勤需求；包裝需求；其他需求；需求的優(yōu)先次序和關(guān)鍵程度 合格性規(guī)定 需求可追蹤性 尚未解決的問題 注解 附錄

7.4小節(jié)

根據(jù)《GB/T 8567-2006 計算機(jī)軟件文檔編制規(guī)范》（Specification for computer

? ? ?

? ?

? ? ? ? ? ?

? ? ? ? ?

?

? software documentation），系統(tǒng)分析文檔主要包括系統(tǒng)/子系統(tǒng)需求規(guī)格說明（SSS）、接口需求規(guī)格說明（IRS）和軟件需求規(guī)格說明（SRS）。系統(tǒng)/子系統(tǒng)需求規(guī)格說明（SSS）為一個系統(tǒng)或子系統(tǒng)指定需求以及保證每個需求得到確認(rèn)所使用的方法。

接口需求規(guī)格說明（IRS）描述為實現(xiàn)一個或多個系統(tǒng)、子系統(tǒng)、硬件配置項（HWCI）、計算機(jī)軟件配置項（CSCI）、用戶

軟件需求規(guī)格說明（SRS）描述對計算機(jī)軟件的需求以及確保每個需求得到確認(rèn)所使用的方法。

第8章

系統(tǒng)設(shè)計基礎(chǔ) 8.1系統(tǒng)設(shè)計概述

? 8.1.1 系統(tǒng)級設(shè)計決策

系統(tǒng)級設(shè)計決策，是指系統(tǒng)行為的設(shè)計決策（忽略其內(nèi)部實現(xiàn)，從用戶角度出發(fā)，描述系統(tǒng)將怎樣運轉(zhuǎn)以滿足需求）和其他對系統(tǒng)部件的選擇和設(shè)計產(chǎn)生影響的的決策。系統(tǒng)級設(shè)計決策內(nèi)容：有關(guān)系統(tǒng)接收的輸入和產(chǎn)生的輸出的設(shè)計決策；對每個輸入或條件進(jìn)行響應(yīng)的系統(tǒng)行為的設(shè)計決策；系統(tǒng)數(shù)據(jù)庫/數(shù)據(jù)文件如何呈現(xiàn)給用戶的設(shè)計決策；為滿足安全性、保密性和私密性需求所選用的方法；硬件或硬軟件系統(tǒng)的設(shè)計和構(gòu)造選擇；為了響應(yīng)需求而作出的其他系統(tǒng)級設(shè)計決策。

? 8.1.2 系統(tǒng)架構(gòu)設(shè)計

總體設(shè)計

系統(tǒng)部件設(shè)計 動態(tài)交互設(shè)計 接口設(shè)計

? 8.1.3 運行設(shè)計

系統(tǒng)初始化——說明本系統(tǒng)的初始化過程。

運行控制——說明對系統(tǒng)施加不同的外界運行控制時所引起的各種不同的運行組件組合、每種運行所經(jīng)歷的內(nèi)部組件和支持軟件、每一種外界運行控制的方式方法和操作步驟、每種運行組件組合將占用各種資源的情況以及系統(tǒng)運行時的安全控制。運行結(jié)束——說明本系統(tǒng)運行的結(jié)束過程。

? 8.1.4 系統(tǒng)出錯處理設(shè)計

出錯信息——包括出錯信息表、故障處理技術(shù)等。補救措施——說明故障出現(xiàn)后可能采取的補救措施。

? 8.1.5 系統(tǒng)維護(hù)設(shè)計

檢測點的設(shè)計——說明在系統(tǒng)中專門安排用于系統(tǒng)檢查與維護(hù)的檢測點。

檢測專用組件的設(shè)計——說明在系統(tǒng)中專門安排用于系統(tǒng)檢查與維護(hù)的專用組件。

8.2軟件設(shè)計概述

? 8.2.1 軟件級設(shè)計決策

軟件級設(shè)計決策是指軟件行為的設(shè)計決策（忽略其內(nèi)部實現(xiàn)，從用戶角度出發(fā)，描述軟件將怎樣運轉(zhuǎn)以滿足需求）和其他影響組成該軟件的軟件配置項的選擇與設(shè)計的決策。

軟件級設(shè)計決策內(nèi)容：有關(guān)軟件接收的輸入和產(chǎn)生的輸出的設(shè)計決策；對每個輸入或條件進(jìn)行響應(yīng)的軟件行為的設(shè)計決策；有關(guān)數(shù)據(jù)庫/數(shù)據(jù)文件如何呈現(xiàn)給用戶的設(shè)計決策；為滿足安全性、保密性和私密性需求所選用的方法；為響應(yīng)需求而作出的其他軟件級設(shè)計決策。

? 8.2.2 軟件架構(gòu)設(shè)計

? ? ? ? ? ? ? ? ? ? ? 程序結(jié)構(gòu)設(shè)計

全局?jǐn)?shù)據(jù)結(jié)構(gòu)設(shè)計 軟件配置項設(shè)計 動態(tài)交互設(shè)計 接口設(shè)計

? 8.2.3 軟件詳細(xì)設(shè)計

軟件配置項設(shè)計決策

軟件配置項設(shè)計中的約束、限制或非常規(guī)特征 軟件配置項使用的編程語言考慮 軟件配置項使用的過程式命令選取

軟件配置項的局部數(shù)據(jù)與軟件配置項的輸入或輸出數(shù)據(jù)設(shè)計 軟件配置項的邏輯設(shè)計

8.3設(shè)計原則 ? 8.3.1 組件化

組件的可分解性 組件的可組裝性 組件的可理解性 組件的連續(xù)性 組件的保護(hù)性

? 8.3.2 抽象

抽象就是抽出事物的本質(zhì)特性而暫時忽略其細(xì)節(jié)，使得不同的事物可以當(dāng)作相同的事務(wù)來處理。

軟件工程過程的每一步都是對軟件解法的抽象層次的一次精化。

軟件設(shè)計中的抽象機(jī)制主要包括類、模板、過程抽象、數(shù)據(jù)抽象和控制抽象。

? 8.3.3 內(nèi)聚與耦合

內(nèi)聚是指一個組件內(nèi)各個元素彼此結(jié)合的緊密程度 內(nèi)聚種類（由低到高排列）：偶然內(nèi)聚；邏輯內(nèi)聚；瞬時內(nèi)聚；過程內(nèi)聚；通信內(nèi)聚；順序內(nèi)聚；功能內(nèi)聚

耦合是指一個軟件結(jié)構(gòu)內(nèi)不同組件之間的互連程度 耦合種類（由高到低排列）：內(nèi)容耦合；公共耦合；外部耦合；控制耦合；標(biāo)記耦合；數(shù)據(jù)耦合；非直接耦合

組件的高內(nèi)聚、低耦合原則稱為組件獨立原則

? 8.3.4 封裝與信息隱蔽

第一，組件是其全部屬性和全部服務(wù)緊密結(jié)合而形成的一個不可分割的整體。

第二，組件是一個不透明的黑盒子，表示組件狀態(tài)的數(shù)據(jù)和實現(xiàn)操作的代碼都被封裝在黑盒子里面。使用一個組件的時候，只需知道它向外界提供的接口形式，無須知道它的數(shù)據(jù)結(jié)構(gòu)細(xì)節(jié)和實現(xiàn)操作的算法。

? 8.3.5 啟發(fā)式規(guī)則

深度、寬度、扇出與扇入 作用域和控制域 功能的可預(yù)測性

8.4設(shè)計視圖

? 8.4.1 架構(gòu)視圖（靜態(tài)視圖）

架構(gòu)描述語言（ADL）? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

? ? ?

?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

? ? 類圖與對象圖 組件圖

協(xié)作責(zé)任卡（CRC）部署圖

實體-聯(lián)系圖（E-R圖）接口描述語言（IDL）結(jié)構(gòu)圖

Jackson結(jié)構(gòu)圖

? 8.4.2 行為視圖（動態(tài)視圖）

活動圖 協(xié)作圖 順序圖 數(shù)據(jù)流圖

決策表和決策圖

流程圖和結(jié)構(gòu)化流程圖 狀態(tài)圖

形式化描述語言 偽碼

8.5小節(jié)

系統(tǒng)設(shè)計是定義一個系統(tǒng)或軟件的架構(gòu)、組件、接口和其它特征的過程。包括系統(tǒng)級設(shè)計決策、系統(tǒng)架構(gòu)設(shè)計、運行設(shè)計、系統(tǒng)出錯處理設(shè)計和系統(tǒng)維護(hù)設(shè)計。

軟件設(shè)計主要包括軟件級設(shè)計決策、軟件架構(gòu)設(shè)計（概要設(shè)計）與詳細(xì)設(shè)計。軟件架構(gòu)設(shè)計的主要任務(wù)是程序結(jié)構(gòu)設(shè)計、全局?jǐn)?shù)據(jù)結(jié)構(gòu)設(shè)計、軟件配置項設(shè)計、動態(tài)交互設(shè)計和接口設(shè)計。軟件詳細(xì)設(shè)計是指每一個軟件配置項的具體設(shè)計。

組件化、抽象、高內(nèi)聚與低耦和、封裝與信息隱蔽是軟件設(shè)計的基本原則。軟件設(shè)計視圖通常可分為架構(gòu)視圖（靜態(tài)視圖）和行為視圖（動態(tài)視圖）兩類。第9章

系統(tǒng)設(shè)計方法 9.1結(jié)構(gòu)化設(shè)計

? 9.1.1 結(jié)構(gòu)化設(shè)計方法概述

分析系統(tǒng)的總體需求，并將需求逐步分解為基本、具體的功能。確定每個功能應(yīng)當(dāng)記錄的數(shù)據(jù)。

列出系統(tǒng)中應(yīng)提供的各項基本功能，并分析各項基本功能之間的耦合關(guān)系，根據(jù)高內(nèi)聚、低耦和的原則分配到系統(tǒng)中適當(dāng)?shù)哪K中。

? 9.1.2 系統(tǒng)結(jié)構(gòu)圖

模塊 調(diào)用 數(shù)據(jù) 控制 轉(zhuǎn)接符號

? 9.1.3 系統(tǒng)結(jié)構(gòu)圖分類

變換流與事務(wù)流 變換型系統(tǒng)結(jié)構(gòu)圖 事務(wù)型系統(tǒng)結(jié)構(gòu)圖 ? ? ?

? ? ? ? ? ? ? ?

? 混合型系統(tǒng)結(jié)構(gòu)圖

9.2面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計

? 9.2.1 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計概述

分析并建立適合系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)；

根據(jù)數(shù)據(jù)結(jié)構(gòu)在相應(yīng)的層次建立程序結(jié)構(gòu)；

羅列出程序中用到的各種基本操作，并將這些基本操作分配到程序結(jié)構(gòu)中合適的模塊中。

? 9.2.2 Jackson圖

順序結(jié)構(gòu) 選擇結(jié)構(gòu) 重復(fù)結(jié)構(gòu)

改進(jìn)的Jackson圖

? 9.2.3 Jackson方法

分析并確定輸入和輸出數(shù)據(jù)的邏輯結(jié)構(gòu)，并利用Jackson 找出輸入和輸出數(shù)據(jù)結(jié)構(gòu)中存在對應(yīng)關(guān)系的數(shù)據(jù)單元。從描繪數(shù)據(jù)結(jié)構(gòu)的Jackson圖導(dǎo)出描繪程序結(jié)構(gòu)的Jackson

列出所有操作和條件(包括分支條件和循環(huán)結(jié)束條件)，并且把它們安排到程序結(jié)構(gòu)圖的適當(dāng)位置。用偽代碼表示。

9.3面向?qū)ο蟮脑O(shè)計

? 9.3.1 面向?qū)ο蟮脑O(shè)計概述

面向?qū)ο笤O(shè)計的基本思想是通過建立和客觀實際相對應(yīng)的對象，并通過這些對象的組合來創(chuàng)建具體的應(yīng)用。

面向?qū)ο笤O(shè)計具有基于抽象、信息隱藏、功能獨立和模塊性構(gòu)造系統(tǒng)的能力。

對于面向?qū)ο蟮南到y(tǒng)，可以定義一個四個層次的設(shè)計金字塔：子系統(tǒng)層；類及對象層；消息層；責(zé)任層。

? 9.3.2 面向?qū)ο笤O(shè)計技術(shù)

? Coad/Yourdon方法 ? Booch方法 ? OMT方法 ? ?

? 9.3.3 面向?qū)ο笤O(shè)計過程

系統(tǒng)設(shè)計過程：將分析模型劃分為子系統(tǒng)；子系統(tǒng)分配及與問題的并發(fā)性；任務(wù)管理；數(shù)據(jù)管理；資源管理；人機(jī)界面；子系統(tǒng)間通信

對象設(shè)計過程：對象描述；算法與數(shù)據(jù)結(jié)構(gòu)設(shè)計；接口設(shè)計與模塊化

9.4設(shè)計模式

? 9.4.1 設(shè)計模式概述

設(shè)計模式就是將面向?qū)ο筌浖脑O(shè)計經(jīng)驗記錄下，可供設(shè)計者能夠復(fù)用的設(shè)計方案。設(shè)計模式極大提高了面向?qū)ο筌浖_發(fā)的效率，降低了軟件的復(fù)雜度。

在軟件設(shè)計中使用設(shè)計模式，將使用開發(fā)出來的軟件更容易理解、更容易維護(hù)、更容易擴(kuò)展，使用設(shè)計模式同時也能夠提高開發(fā)團(tuán)隊和個人的開發(fā)能力。

? 9.4.2 設(shè)計模式基本組成

模式名稱：惟一標(biāo)識一個設(shè)計模式。問題：描述應(yīng)該在何時使用該模式。? ? ?

? ? ? ? ? ? ? ? ?

? ? ?

? ? ?

? ?

? 解決方案：描述設(shè)計的組成要素，以及它們之間的相互關(guān)系及各自的職責(zé)與相互之間協(xié)作的方式。

? 效果：描述應(yīng)用設(shè)計模式的效果，以及使用設(shè)計模式必須考慮的限制和約束因素。

? 9.4.3 設(shè)計模式分類

? 面向?qū)ο竽Ｊ?? 代碼模式

? 框架應(yīng)用模式

? 創(chuàng)建型模式、結(jié)構(gòu)型模式與行為型模式 ? 類模式與對象模式

? 9.4.4 如何使用設(shè)計模式

? 針對接口編程，而不是針對實現(xiàn)編程 ? 優(yōu)先使用對象組合，而不是類繼承 ? 找出變化并封裝

9.5小節(jié)

? 系統(tǒng)設(shè)計是一系列迭代的過程，主要任務(wù)包括數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)、接口及過程細(xì)節(jié)的設(shè)計等，而設(shè)計方法是軟件設(shè)計活動中實現(xiàn)設(shè)計模型的方法。? 系統(tǒng)設(shè)計方法主要包括面向過程的結(jié)構(gòu)化設(shè)計方法、面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計，以及面向?qū)ο蟮脑O(shè)計方法與設(shè)計模式。

第10章

數(shù)據(jù)庫設(shè)計 10.1數(shù)據(jù)建模

? 10.1.1 數(shù)據(jù)模型分類

? 概念數(shù)據(jù)模型 ? 結(jié)構(gòu)數(shù)據(jù)模型 ? 物理數(shù)據(jù)模型

? 10.1.2 實體-聯(lián)系（E-R）模型

? 實體 ? 屬性 ? 聯(lián)系 ? 實體型 ? 實體集 ? 鍵 ? 域

? 10.1.3 數(shù)據(jù)模型

? 層次數(shù)據(jù)模型（hierarchical model）? 網(wǎng)狀數(shù)據(jù)模型（network model）? 關(guān)系數(shù)據(jù)模型（relational model）

? 面向?qū)ο竽Ｐ停╫bject oriented model）

10.2數(shù)據(jù)規(guī)范化

? 10.2.1 數(shù)據(jù)規(guī)范化的基本概念

? 函數(shù)依賴

? 非平凡函數(shù)依賴 ? 完全函數(shù)依賴 ? 部分函數(shù)依賴

? 傳遞函數(shù)依賴 ? 鍵

? 10.2.2 范式

? ? ? ? 第一范式（1NF）第二范式（2NF）第三范式（3NF）BC范式（BCNF）

10.3數(shù)據(jù)庫設(shè)計過程 ? 10.3.1 數(shù)據(jù)庫需求分析

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 數(shù)據(jù)邊界的確定 數(shù)據(jù)環(huán)境的確定 數(shù)據(jù)內(nèi)部關(guān)系 數(shù)據(jù)字典

數(shù)據(jù)性能需求

數(shù)據(jù)需求分析說明書

? 10.3.2 數(shù)據(jù)庫概念設(shè)計

概念設(shè)計與概念模型 概念設(shè)計的主要方法 分解與抽象 局部概念模式 全局概念模式

? 10.3.3 數(shù)據(jù)庫邏輯設(shè)計

初始模式的形成 子模式設(shè)計

應(yīng)用程序概要設(shè)計 模式評審 修正模式

? 10.3.4 數(shù)據(jù)庫物理設(shè)計

存儲記錄結(jié)構(gòu)設(shè)計 確定數(shù)據(jù)存放位置 存取方法設(shè)計

完整性和安全考慮 程序設(shè)計

10.4小節(jié)

? 數(shù)據(jù)庫系統(tǒng)普遍采取數(shù)據(jù)模型表示和處理客觀事物的數(shù)據(jù)特征與信息。數(shù)據(jù)模型主要由數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)操作和完整性約束三部分組成，從抽象層次上描述和模擬了系統(tǒng)的靜態(tài)特征、動態(tài)行為和約束條件。

? 關(guān)系數(shù)據(jù)庫中的關(guān)系必須滿足一定的要求，即滿足不同的范式。目前關(guān)系數(shù)據(jù)庫中常用的范式包括：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）和BCNF。? 數(shù)據(jù)庫設(shè)計主要包括需求分析、概念設(shè)計、邏輯設(shè)計和物理設(shè)計等幾個階段。

第11章

用戶界面設(shè)計

11.1基本概念

? ? ?

? ? ? ? ? ? ? ? ? ?

? ? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ?

? 11.1.1 界面設(shè)計目標(biāo)

可用性目標(biāo)：可行性、有效性、易學(xué)性、易記性、安全性、通用性

用戶體驗?zāi)繕?biāo)：令人滿意、令人愉快、引人入勝、富有啟發(fā)、激發(fā)創(chuàng)造??

可用性目標(biāo)主要從客觀角度來評價系統(tǒng)界面，而用戶體驗?zāi)繕?biāo)則是從用戶主觀感受的角度來評價系統(tǒng)界面。

? 11.1.2 界面設(shè)計原則

可視性：將系統(tǒng)功能呈現(xiàn)得一目了然。

反饋性：返回與活動相關(guān)的信息，以便用戶能夠繼續(xù)這個活動。限制性：將用戶的行為限制在一定的范圍內(nèi)。

對應(yīng)性：明確系統(tǒng)某個控制與其控制效果之間的對應(yīng)關(guān)系。一致性：用相似的元素表現(xiàn)相似的操作或相似的任務(wù)。啟示性：界面元素應(yīng)給予用戶某種提示。

? 11.1.3 界面設(shè)計過程

標(biāo)識出用戶的真實需要并建立需求模型 設(shè)計出候選方案

構(gòu)建或?qū)崿F(xiàn)設(shè)計的原型版本 對界面設(shè)計進(jìn)行評估

11.2界面設(shè)計技術(shù)

? 11.2.1 界面設(shè)計分析技術(shù)

GOMS模型及GOMS擊鍵層模型 Hick律 Fitts律

? 11.2.2 界面設(shè)計方法

原型設(shè)計方法

以用戶為中心的設(shè)計方法 用戶界面設(shè)計的支持工具

11.3界面設(shè)計評估

? 11.3.1 構(gòu)造性評估與總結(jié)性評估

構(gòu)造性評估：在設(shè)計過程中對所設(shè)計的系統(tǒng)或產(chǎn)品界面進(jìn)行評估以確保其滿足用戶需求。

總結(jié)性評估：對已經(jīng)完成的產(chǎn)品或系統(tǒng)界面進(jìn)行評估。

? 11.3.2 評估范型

快速評估 可用性測試 實地研究 預(yù)測性評估

? 11.3.3 評估方法與技術(shù)

觀察用戶

征求用戶意見 征求專家意見 用戶測試

用戶執(zhí)行情況的分析模型

? 11.3.4 評估框架

明確（Determine）

? ? ? ? ? ? ? ? ?

發(fā)掘（Explore）選擇（Choose）標(biāo)識（Identify）決定（Decide）評估（Evalute）

11.5小節(jié)

用戶界面體現(xiàn)了用戶利用系統(tǒng)完成任務(wù)的方式以及系統(tǒng)對用戶行為的響應(yīng)方式，一個沒有良好的用戶界面設(shè)計的系統(tǒng)很可能會成為一個沒有用戶的系統(tǒng)?？捎眯阅繕?biāo)與用戶體驗?zāi)繕?biāo)。

界面設(shè)計的量化模型：GOMS模型及其子模型-擊鍵層模型，Hick律和Fitts律。構(gòu)造性評估與總結(jié)性評估。

第12章

系統(tǒng)設(shè)計文檔

12.1系統(tǒng)/子系統(tǒng)（結(jié)構(gòu)）設(shè)計說明

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 引言 引用文件

系統(tǒng)級設(shè)計決策

系統(tǒng)體系結(jié)構(gòu)設(shè)計：總體設(shè)計；系統(tǒng)部件設(shè)計；動態(tài)交互設(shè)計；接口設(shè)計 運行設(shè)計

系統(tǒng)出錯處理設(shè)計 系統(tǒng)維護(hù)設(shè)計 尚未解決的問題 需求的可追蹤性 注解 附錄

12.2

接口設(shè)計說明

引言 引用文件 接口設(shè)計

需求的可追蹤性 注解 附錄

12.3

軟件（結(jié)構(gòu)）設(shè)計說明

引言 引用文件

軟件級設(shè)計決策

軟件體系結(jié)構(gòu)設(shè)計：程序結(jié)構(gòu)設(shè)計；全局?jǐn)?shù)據(jù)結(jié)構(gòu)設(shè)計；軟件配置項設(shè)計；動態(tài)交互設(shè)計；接口設(shè)計 軟件詳細(xì)設(shè)計 需求的可追蹤性 注解 附錄

12.4數(shù)據(jù)庫設(shè)計說明

? ? ? ? ? ? ? ? ?

? ? ? ? ?

引言 引用文件

數(shù)據(jù)庫級設(shè)計決策 數(shù)據(jù)庫詳細(xì)設(shè)計

用于數(shù)據(jù)庫操縱或訪問的軟件配置項的詳細(xì)設(shè)計 需求的可追蹤性 注解 附錄

12.5

小節(jié)

根據(jù)《GB/T 8567-2006 計算機(jī)軟件文檔編制規(guī)范》，系統(tǒng)設(shè)計文檔主要包括系統(tǒng)/子系統(tǒng)設(shè)計（結(jié)構(gòu)設(shè)計）說明（SSDD）、接口設(shè)計說明（IDD）、軟件（結(jié)構(gòu)）設(shè)計說明（SDD）和數(shù)據(jù)庫設(shè)計說明（DBDD）。

系統(tǒng)/子系統(tǒng)設(shè)計（結(jié)構(gòu)設(shè)計）說明（SSDD）描述了系統(tǒng)（或子系統(tǒng)）的系統(tǒng)級（或子系統(tǒng)級）設(shè)計決策與體系結(jié)構(gòu)設(shè)計。

接口設(shè)計說明（IDD）描述了一個或多個系統(tǒng)、子系統(tǒng)、硬件配置項（HWCI）、計算機(jī)軟件配置項（CSCI）、用戶或其他系統(tǒng)部件的接口特性。

軟件（結(jié)構(gòu)）設(shè)計說明（SDD）描述了計算機(jī)軟件系統(tǒng)的軟件級設(shè)計決策、軟件體系結(jié)構(gòu)設(shè)計（概要設(shè)計）與詳細(xì)設(shè)計。

數(shù)據(jù)庫（頂層）設(shè)計說明（DBDD）描述了數(shù)據(jù)庫的設(shè)計。系統(tǒng)設(shè)計文檔可以使用自然語言，可以使用形式化語言，也可以根據(jù)具體的系統(tǒng)設(shè)計方法使用各種圖形工具，還可以根據(jù)實際情況混合使用多種表現(xiàn)形式。

第五篇：系統(tǒng)分析與設(shè)計 期末考試

10.在一個課程注冊系統(tǒng)中，定義了類CourseSchedule和類Course，并在類CourseSchedule中定義了方法add(c: Course)和方法remove(c: Course)，則類CourseSchedule和類Course之間的關(guān)系是：（）A.泛化（generalization）關(guān)系 B.組合（composition）關(guān)系 C.依賴（dependency）關(guān)系 D.包含（include）關(guān)系 13.進(jìn)行企業(yè)系統(tǒng)規(guī)劃，哪種規(guī)劃方法使目標(biāo)識別比較全面

A、企業(yè)系統(tǒng)規(guī)劃法 B、關(guān)鍵成功因素法

C、戰(zhàn)略目標(biāo)集轉(zhuǎn)化法 D、成本效益分析法 14.系統(tǒng)開發(fā)的生命周期中不包括下列哪個階段（）A.系統(tǒng)規(guī)劃 B.系統(tǒng)分析 C.系統(tǒng)設(shè)計 D.系統(tǒng)實施

19.面向?qū)ο蟪绦蛟O(shè)計將描述事物的數(shù)據(jù)與()封裝在一起,作為一個相互依存、不可分割的整體來處理。A.信息 B.數(shù)據(jù)隱藏 C.對數(shù)據(jù)的操作 D.數(shù)據(jù)抽象 22.屬于系統(tǒng)設(shè)計階段的工具是（）：

A.數(shù)據(jù)流程圖 B.處理流程圖 C.系統(tǒng)流程圖 D.HIPO圖

23.進(jìn)行企業(yè)系統(tǒng)規(guī)劃，哪種規(guī)劃方法可以形成一套完整的信息系統(tǒng)結(jié)構(gòu)方案（）A.企業(yè)系統(tǒng)規(guī)劃法 B.關(guān)鍵成功因素法 C.戰(zhàn)略目標(biāo)集轉(zhuǎn)化法 D.成本效益分析法

30.導(dǎo)出模塊結(jié)構(gòu)圖的基礎(chǔ)是（）

A.業(yè)務(wù)流程圖 B.數(shù)據(jù)流程圖 C.處理流程圖 D.層次結(jié)構(gòu)圖

32.（）是從用戶使用系統(tǒng)的角度描述系統(tǒng)功能的圖形表達(dá)方法。

A.類圖 B.對象圖 C.序列圖 D.用例圖

35.UML中，對象行為是通過交互來實現(xiàn)的，是對象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來表示，分別是（D）

A.狀態(tài)圖和順序圖 B.活動圖和協(xié)作圖

C.狀態(tài)圖和活動圖 D.順序圖和協(xié)作圖

36.用例（Use-case）用來描述系統(tǒng)在事件做出響應(yīng)時所采取的行動。用例之間是具有相關(guān)性的。在一個“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要檢查用戶帳號是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號”之間是（A）關(guān)系。

A.包含（include）B.擴(kuò)展（extend）

C.分類（classification）D.聚集（aggregation）

1、組成UML有三種基本的建筑塊是：（A），事物和圖

A、關(guān)系 B、類 C、用例 D、實體

2、UML體系包括三個部分：UML基本構(gòu)造塊，（A）和UML公共機(jī)制

A、UML規(guī)則 B、UML命名 C、UML模型 D、UML約束

4、（A）模型的缺點是缺乏靈活性，特別是無法解決軟件需求不明確或不準(zhǔn)確的問題

A、瀑布模型 B、原型模型 C、增量模型 D、螺旋模型

5、下面哪個不是UML中的靜態(tài)視圖（A）

A.狀態(tài)圖 B.用例圖 C.對象圖 D.類圖

6、（A）技術(shù)是將一個活動圖中的活動狀態(tài)進(jìn)行分組，每一組表示一個特定的類、人或部門，他們負(fù)責(zé)完成組內(nèi)的活動。

A、泳道 B、分叉匯合 C、分支 D、轉(zhuǎn)移

7、下列關(guān)于狀態(tài)圖的說法中，正確的是（C）

A.狀態(tài)圖是UML中對系統(tǒng)的靜態(tài)方面進(jìn)行建模的五種圖之一。B.狀態(tài)圖是活動圖的一個特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動狀態(tài)

C.活動圖和狀態(tài)圖是對一個對象的生命周期進(jìn)行建模，描述對象隨時間變化的行為。D.狀態(tài)圖強(qiáng)調(diào)對有幾個對象參與的活動過程建模，而活動圖更強(qiáng)調(diào)對單個反應(yīng)型對象建模

8、對反應(yīng)型對象建模一般使用（A）圖

A、狀態(tài)圖 B、順序圖 C、活動圖 D、類圖

12、（D）是系統(tǒng)中遵從一組接口且提供實現(xiàn)的一個物理部件，通常指開發(fā)和運行時類的物理實現(xiàn) A、部署圖 B、類 C、接口 D、組件

13、關(guān)于協(xié)作圖的描述，下列哪個不正確（B）

A.協(xié)作圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對象的組織； B.協(xié)作圖是順序圖的一種特例 C.協(xié)作圖中有消息流的順序號；

D.在ROSE工具中，協(xié)作圖可在順序圖的基礎(chǔ)上按“F5”鍵自動生成； 8定義大多數(shù)的需求和范圍的工作是在UP中的 B 階段完成的。A初始階段 B細(xì)化階段 C構(gòu)造階段 D提交階段

1.信息系統(tǒng)設(shè)計是系統(tǒng)開發(fā)的重要階段，進(jìn)行系統(tǒng)設(shè)計的主要依據(jù)應(yīng)是（）。A、可行性研究報告B 系統(tǒng)分析報告

C、系統(tǒng)調(diào)查報告 D、系統(tǒng)規(guī)劃報告

3.在系統(tǒng)總體結(jié)構(gòu)設(shè)計時，應(yīng)采納什么樣的方法（）。A、程序設(shè)計 B、結(jié)構(gòu)化設(shè)計 C、由里向外 D、自底向上 4.結(jié)構(gòu)化設(shè)計的基本思想是（）。

A、模塊化 B、集成化 C、自底向上，逐步求精 D、規(guī)范化

5.在結(jié)構(gòu)化生命周期法中，系統(tǒng)分析和系統(tǒng)實施之間的階段是（）。A、詳細(xì)設(shè)計 B系統(tǒng)設(shè)計 C、需求分析 D、編程調(diào)試 6.對于結(jié)構(gòu)化設(shè)計思想的描述哪一項是錯誤的（）。

A、在結(jié)構(gòu)化設(shè)計中，模塊的功能應(yīng)當(dāng)簡單明確，易于理解 B、自頂向下，逐步求精

C、設(shè)計者應(yīng)先設(shè)計頂層模塊

D、越下層模塊，其功能越具體，越復(fù)雜 8.系統(tǒng)設(shè)計階段的主要目的是（）。

A、設(shè)計新系統(tǒng)的目標(biāo) B 將系統(tǒng)邏輯方案轉(zhuǎn)換成物理方案 C、代碼設(shè)計 D、程序設(shè)計 19.結(jié)構(gòu)化設(shè)計方法中繪制模塊結(jié)構(gòu)圖的基礎(chǔ)是（）。A 數(shù)據(jù)流程圖 B、數(shù)據(jù)關(guān)系圖 C、數(shù)據(jù)結(jié)構(gòu)圖 D、業(yè)務(wù)流程圖 29.系統(tǒng)設(shè)計階段的主要工作內(nèi)容之一是（）。

A、程序設(shè)計 B、購置計算機(jī) C、畫出數(shù)據(jù)流程圖 B、規(guī)定處理過程 31.系統(tǒng)的呑吐量指的是（）。

A、每天的數(shù)據(jù)輸出量 B、每秒數(shù)據(jù)的處理量 C、每日數(shù)據(jù)的輸入量 D、每秒執(zhí)行的作業(yè)數(shù)

33.在系統(tǒng)物理配置方案的設(shè)計中，系統(tǒng)的（）可以用連續(xù)工作時間來表示。A、吞吐量 B、響應(yīng)時間 C 可靠性 D、地域范圍 34.計算機(jī)和網(wǎng)絡(luò)系統(tǒng)配置說明，應(yīng)包含在()中。

A、系統(tǒng)規(guī)劃說明書 B、系統(tǒng)設(shè)計說明書 C、系統(tǒng)實施說明書 D、系統(tǒng)分析說明書 35.屬于系統(tǒng)詳細(xì)設(shè)計工作的是（）。

A、輸入輸出設(shè)計 B、系統(tǒng)平臺設(shè)計 C、系統(tǒng)結(jié)構(gòu)設(shè)計 D、程序設(shè)計 39.系統(tǒng)設(shè)計報告的主要作用是作為（）的依據(jù)。A、系統(tǒng)規(guī)劃 B、系統(tǒng)分析 C、系統(tǒng)實施 D、系統(tǒng)評價

1.B 3.B 4.A 5.B 6.D8.B 19.A 29.D 31.D 33.C 34.B 35.A 39.C 11.系統(tǒng)設(shè)計階段需要從數(shù)據(jù)流程圖導(dǎo)出模塊結(jié)構(gòu)圖。B.生命周期結(jié)構(gòu)(Lifecycle Architecture)里程碑 4．系統(tǒng)實施的主要活動包括（D）。C.初始功能(Initial Operational)里程碑 A、編程、系統(tǒng)調(diào)試 B、系統(tǒng)安裝 C、新舊系統(tǒng)轉(zhuǎn)換 D、以上都是 1．系統(tǒng)實施是以（B）為依據(jù)的。

A、系統(tǒng)分析文檔資料 B、系統(tǒng)設(shè)計文檔資料

C、系統(tǒng)分析和設(shè)計文檔資料 D、數(shù)據(jù)流程圖

7.一般子系統(tǒng)的劃分是在系統(tǒng)()階段,根據(jù)對系統(tǒng)的功能/數(shù)據(jù)分析的結(jié)果提出的.A.需求分析 B.邏輯階段 C.總體設(shè)計 D.詳細(xì)設(shè)計 答案: A 4.業(yè)務(wù)系統(tǒng)規(guī)劃法(BSP)的核心是()A.明確企業(yè)目標(biāo) B.定義(識別)業(yè)務(wù)過程 C.進(jìn)行數(shù)據(jù)分析 D.確定信息結(jié)構(gòu) 答案: C 7.一般子系統(tǒng)的劃分是在系統(tǒng)()階段,根據(jù)對系統(tǒng)的功能/數(shù)據(jù)分析的結(jié)果提出的.A.需求分析 B.邏輯階段 C.總體設(shè)計 D.詳細(xì)設(shè)計 答案: A 4.業(yè)務(wù)系統(tǒng)規(guī)劃法(BSP)的核心是()A.明確企業(yè)目標(biāo) B.定義(識別)業(yè)務(wù)過程 C.進(jìn)行數(shù)據(jù)分析 D.確定信息結(jié)構(gòu) 答案: C 12.RUP中的軟件生命周期在時間上被分解為四個順序的階段,分別是:初始階段(Inception),細(xì)化階段(Elaboration),構(gòu)造階段(Construction)和交付階段(Transition),每個階段結(jié)束于一個主要的里程碑(Major Milestones).構(gòu)建階段結(jié)束時是第三個重要的里程碑:初始功能(Initial Operational)里程碑.A.生命周期目標(biāo)(Lifecycle Objective)里程碑

D.產(chǎn)品發(fā)布(Product Release)里程碑 答案: C

14.信息系統(tǒng)開發(fā)的結(jié)構(gòu)化方法的一個主要原則是().A.自頂向下原則 B.自底向上原則 C.分步實施原則 D.重點突破原則 答案: A

16.一般來說,占維護(hù)工作比例最高的是().A.糾錯性維護(hù) B.適應(yīng)性維護(hù) C.完善性維護(hù) D.預(yù)防性維護(hù) 答案: C

17.用戶開發(fā)應(yīng)用系統(tǒng)的主要手段是().A.生命周期法 B.原型法 C.第四代語言 D.面向?qū)ο蠓椒?答案: A

19.系統(tǒng)規(guī)劃的主要任務(wù)包括().A.明確組織的信息需求,制定系統(tǒng)總體結(jié)構(gòu)方案 B.對系統(tǒng)進(jìn)行經(jīng)濟(jì),技術(shù)和使用方面的可行性研究 C.選擇計算機(jī)和網(wǎng)絡(luò)系統(tǒng)的方案 D.確定軟件系統(tǒng)的模塊結(jié)構(gòu) 答案: A

20.系統(tǒng)設(shè)計階段的主要成果是().A.用戶的決策方針 B.用戶的分析方案 C.系統(tǒng)設(shè)計說明書 D.系統(tǒng)總體設(shè)計方案

答案: C

21.信息系統(tǒng)建設(shè)的結(jié)構(gòu)化方法中用戶必須參與的原則是用戶必須參與().A.系統(tǒng)建設(shè)中各階段工作 B.系統(tǒng)分析工作 C.系統(tǒng)設(shè)計工作 D.系統(tǒng)實施工作 答案: A

22.結(jié)構(gòu)化生命周期法的主要缺點之一是().A.系統(tǒng)開發(fā)周期長 B.缺乏標(biāo)準(zhǔn),規(guī)范

C.用戶參與程度低 D.主要工作集中在實施階段 答案: A 24.系統(tǒng)分析工作的全面總結(jié)和主要成果是().A.可行性研究報告B.數(shù)據(jù)詞典 C.系統(tǒng)說明書 D.系統(tǒng)詳細(xì)調(diào)查報告 答案: A 28.生命周期法的特點之一是().A.整個系統(tǒng)的開發(fā)工作是非勞動密集型的 B.系統(tǒng)開發(fā)時間短

C.對用戶需求的變更能做出迅速響應(yīng) D.適合大型復(fù)雜系統(tǒng) 答案: C 30.系統(tǒng)維護(hù)中要解決的問題來源于().A.系統(tǒng)分析階段 B.系統(tǒng)設(shè)計階段 C.系統(tǒng)實施階段 D.三者都包括

答案: D 38.下面哪一項不是系統(tǒng)設(shè)計階段的主要活動().A.系統(tǒng)總體設(shè)計 B.系統(tǒng)硬件設(shè)計 C.系統(tǒng)詳細(xì)設(shè)計 D.編寫系統(tǒng)實施計劃 答案: D 39.對于結(jié)構(gòu)化設(shè)計思想的描述哪一項是錯誤的().A.在結(jié)構(gòu)化設(shè)計中,模塊的功能應(yīng)當(dāng)簡單明確,易于理解

B.自頂向下,逐步求精

C.設(shè)計者應(yīng)先設(shè)計頂層模塊

D.越下層模塊,其功能越具體,越復(fù)雜

答案: D 73.在系統(tǒng)生命周期的各階段中,花費費用和人力投入最多的階段是().A.分析與設(shè)計 B.編制程序 C.測試程序 D.系統(tǒng)維護(hù)

答案: A 78.在UML提供的圖中,()用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互.A.用例圖 B.類圖 C.對象圖 D.部署圖

答案:A 79.在UML提供的圖中,()用于按時間順序描述對象間的交互.A.網(wǎng)絡(luò)圖 B.狀態(tài)圖 C.協(xié)作圖 D.序列圖（順序圖）答案:D 96.系統(tǒng)分析報告的主要作用是().A.系統(tǒng)規(guī)劃的依據(jù) B.系統(tǒng)實施的依據(jù) C.系統(tǒng)設(shè)計的依據(jù) D.系統(tǒng)評價的依據(jù) 答案:C 95.繪制系統(tǒng)流程圖的基礎(chǔ)是().A.數(shù)據(jù)關(guān)系圖 B.數(shù)據(jù)流程圖 C.數(shù)據(jù)結(jié)構(gòu)圖 D.功能結(jié)構(gòu)圖 答案:B

9.信息系統(tǒng)開發(fā)的步驟是:在系統(tǒng)規(guī)劃后,循進(jìn)行_____, _____, _____ ,_____ 工作.答案: 系統(tǒng)分析 系統(tǒng)設(shè)計 系統(tǒng)構(gòu)建與實施 系統(tǒng)評價 13.信息系統(tǒng)規(guī)劃有哪些方法

答:用于企業(yè)信息系統(tǒng)規(guī)劃的方法主要有戰(zhàn)略分析法,即關(guān)鍵成功因素法(Critical Success Factors,CSF);企業(yè)分析法,即企業(yè)系統(tǒng)規(guī)劃法(Business System Planning,BSP);基于BPR的信息系統(tǒng)戰(zhàn)略規(guī)劃方法.其他的方法還有戰(zhàn)略目標(biāo)集轉(zhuǎn)化法(Strategy Set Transformation,SST),企業(yè)信息分析與集成技術(shù)(BIAIT),投資回收法(R01)等.12.RUP中的軟件生命周期在時間上被分解為四個順序的階段,分別是:初始階段(Inception),細(xì)化階段(Elaboration),構(gòu)造階段(Construction)和交付階段(Transition),每個階段結(jié)束于一個主要的里程碑(Major Milestones).構(gòu)建階段結(jié)束時是第三個重要的里程碑:初始功能(Initial Operational)里程碑.A.生命周期目標(biāo)(Lifecycle Objective)里程碑 B.生命周期結(jié)構(gòu)(Lifecycle Architecture)里程碑 C.初始功能(Initial Operational)里程碑 D.產(chǎn)品發(fā)布(Product Release)里程碑

答案: C

14.信息系統(tǒng)開發(fā)的結(jié)構(gòu)化方法的一個主要原則是().A.自頂向下原則 B.自底向上原則 C.分步實施原則 D.重點突破原則 答案: A

16.一般來說,占維護(hù)工作比例最高的是().A.糾錯性維護(hù) B.適應(yīng)性維護(hù) C.完善性維護(hù) D.預(yù)防性維護(hù) 答案: C

17.用戶開發(fā)應(yīng)用系統(tǒng)的主要手段是().A.生命周期法 B.原型法 C.第四代語言 D.面向?qū)ο蠓椒?/p>

答案: A

19.系統(tǒng)規(guī)劃的主要任務(wù)包括().A.明確組織的信息需求,制定系統(tǒng)總體結(jié)構(gòu)方案 B.對系統(tǒng)進(jìn)行經(jīng)濟(jì),技術(shù)和使用方面的可行性研究 C.選擇計算機(jī)和網(wǎng)絡(luò)系統(tǒng)的方案 D.確定軟件系統(tǒng)的模塊結(jié)構(gòu) 答案: A

20.系統(tǒng)設(shè)計階段的主要成果是().A.用戶的決策方針 B.用戶的分析方案 C.系統(tǒng)設(shè)計說明書 D.系統(tǒng)總體設(shè)計方案 答案: C

21.信息系統(tǒng)建設(shè)的結(jié)構(gòu)化方法中用戶必須參與的原則是用戶必須參與().A.系統(tǒng)建設(shè)中各階段工作 B.系統(tǒng)分析工作 C.系統(tǒng)設(shè)計工作 D.系統(tǒng)實施工作 答案: A 22.結(jié)構(gòu)化生命周期法的主要缺點之一是().A.系統(tǒng)開發(fā)周期長 B.缺乏標(biāo)準(zhǔn),規(guī)范

C.用戶參與程度低 D.主要工作集中在實施階段 答案: A 24.系統(tǒng)分析工作的全面總結(jié)和主要成果是().A.可行性研究報告B.數(shù)據(jù)詞典 C.系統(tǒng)說明書 D.系統(tǒng)詳細(xì)調(diào)查報告 答案: A 28.生命周期法的特點之一是().A.整個系統(tǒng)的開發(fā)工作是非勞動密集型的 B.系統(tǒng)開發(fā)時間短

C.對用戶需求的變更能做出迅速響應(yīng) D.適合大型復(fù)雜系統(tǒng) 答案: C 30.系統(tǒng)維護(hù)中要解決的問題來源于().A.系統(tǒng)分析階段 B.系統(tǒng)設(shè)計階段 C.系統(tǒng)實施階段 D.三者都包括 答案: D 38.下面哪一項不是系統(tǒng)設(shè)計階段的主要活動().A.系統(tǒng)總體設(shè)計 B.系統(tǒng)硬件設(shè)計 C.系統(tǒng)詳細(xì)設(shè)計 D.編寫系統(tǒng)實施計劃

答案: D 39.對于結(jié)構(gòu)化設(shè)計思想的描述哪一項是錯誤的().A.在結(jié)構(gòu)化設(shè)計中,模塊的功能應(yīng)當(dāng)簡單明確,易于理解

B.自頂向下,逐步求精

C.設(shè)計者應(yīng)先設(shè)計頂層模塊

D.越下層模塊,其功能越具體,越復(fù)雜

答案: D 73.在系統(tǒng)生命周期的各階段中,花費費用和人力投入最多的階段是().A.分析與設(shè)計 B.編制程序 C.測試程序 D.系統(tǒng)維護(hù)

答案: A 78.在UML提供的圖中,()用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互.A.用例圖 B.類圖 C.對象圖 D.部署圖 答案:A 79.在UML提供的圖中,()用于按時間順序描述對象間的交互.A.網(wǎng)絡(luò)圖 B.狀態(tài)圖 C.協(xié)作圖 D.序列圖（順序圖）

答案:D

96.系統(tǒng)分析報告的主要作用是().A.系統(tǒng)規(guī)劃的依據(jù) B.系統(tǒng)實施的依據(jù) C.系統(tǒng)設(shè)計的依據(jù) D.系統(tǒng)評價的依據(jù) 答案:C

95.繪制系統(tǒng)流程圖的基礎(chǔ)是().A.數(shù)據(jù)關(guān)系圖 B.數(shù)據(jù)流程圖 C.數(shù)據(jù)結(jié)構(gòu)圖 D.功能結(jié)構(gòu)圖 答案:B

9.信息系統(tǒng)開發(fā)的步驟是:在系統(tǒng)規(guī)劃后,循進(jìn)行_____, _____, _____ ,_____ 工作.答案: 系統(tǒng)分析 系統(tǒng)設(shè)計 系統(tǒng)構(gòu)建與實施 系統(tǒng)評價 13.信息系統(tǒng)規(guī)劃有哪些方法

答:用于企業(yè)信息系統(tǒng)規(guī)劃的方法主要有戰(zhàn)略分析法,即關(guān)鍵成功因素法(Critical Success Factors,CSF);企業(yè)分析法,即企業(yè)系統(tǒng)規(guī)劃法(Business System Planning,BSP);基于BPR的信息系統(tǒng)戰(zhàn)略規(guī)劃方法.其他的方法還有戰(zhàn)略目標(biāo)集轉(zhuǎn)化法(Strategy Set Transformation,SST),企業(yè)信息分析與集成技術(shù)(BIAIT),投資回收法(R01)等.2.信息系統(tǒng)規(guī)劃是指對組織目標(biāo)、組織現(xiàn)狀進(jìn)行分析，從而制定指導(dǎo)信息系統(tǒng)建設(shè)的總體規(guī)劃和信息系統(tǒng)長期發(fā)展展望。在眾多的信息系統(tǒng)規(guī)劃方法當(dāng)中，具有代表性的主要有 企業(yè)系統(tǒng)規(guī)劃法、戰(zhàn)略目標(biāo)轉(zhuǎn)移法、關(guān)鍵成功因素法。

4.信息系統(tǒng)建設(shè)的特點決定了信息系統(tǒng)建設(shè)要做大量復(fù)雜和細(xì)致的工作。信息系統(tǒng)建設(shè)主要包括 信息系統(tǒng)規(guī)劃、信息系統(tǒng)開發(fā)、信息系統(tǒng)維護(hù) 和 信息系統(tǒng)管理 四方面的工作。

1． UML統(tǒng)一建模語言共定義了哪兩類、哪八種圖形？

答：（1）靜態(tài)結(jié)構(gòu)圖：類圖，對象圖，構(gòu)件圖，實施圖

（2）動態(tài)行為圖：用例圖，順序圖，協(xié)作圖，狀態(tài)圖，活動圖

2.在下圖所示的用例分析類圖中，請指出各個概念類屬于哪一類，并分別解釋三種概念類的特點及概念。“售書處理”的用例分析類圖書目售書員售書界面產(chǎn)生待售圖書待售圖書開書單打印進(jìn)程架存圖書出售圖書售出圖書答：屬于實體類的有：書目、架存圖書、代售圖書、售出圖書。

屬于邊界類的有：售書界面。

屬于控制類的有：產(chǎn)生待售圖書、出售圖書、開書單。三種概念類的特點及概念：

特點：概念類面向功能需求，一般不考慮性能要求，具有突出業(yè)務(wù)領(lǐng)域、突出概念性及大粒度的特征。概念：（1）實體類是信息系統(tǒng)表示客觀實體的抽象要素。它一般對應(yīng)著在業(yè)務(wù)領(lǐng)域中的客觀事物，或是具有較穩(wěn)定信息內(nèi)容的系統(tǒng)元素。（2）邊界類是描述系統(tǒng)與參與者之間交互的抽象要素。邊界類只是對信息系統(tǒng)與參與者之間交互的抽象建模，并不表示交互的具體內(nèi)容及交互界面的具體形式。

（3）控制類是表示信息系統(tǒng)對其他對象實施協(xié)調(diào)處理、邏輯運算的抽象要素。3．請根據(jù)下圖所示的概念模型，將其轉(zhuǎn)換為邏輯模型(即寫出其關(guān)系模式)。

編號姓名讀者職業(yè)電話住址郵編*待售圖書*類別單價出版日期書號架位架存冊數(shù)書號書名作者出版社1選書*架存圖書*11書目書單號冊數(shù)折扣率交款標(biāo)記售書員答：根據(jù)其E-R圖，其關(guān)系模式為：

讀者(編號，姓名，職業(yè)，電話，住址，郵編)架存圖書(書號，架位，架存冊數(shù))

待售圖書(書單號，冊數(shù)，折扣率，交款標(biāo)記，售書員)書目(書號，書名，作者，出版社，出版日期，類別，單價)9.如圖，是在網(wǎng)上商店系統(tǒng)經(jīng)理的用例圖如下：

網(wǎng)上購物系統(tǒng)顧客的功能用例

1.單一職責(zé)原則（Single Responsibility Principle, SRP）：

? There should never be more than one reason for a class to change.? 應(yīng)該有且僅有一個原因引起類的變更 2.里氏替換原則 最正宗的定義：

If for each object o1 of type S there is an object o2 of type T such that for all programs P defined in terms of T, the behavior of P is unchanged when o1 is substituted for o2 then S is a subtype of T.（如果對每一個類型為S的對象o1，都有類型為T的對象o2，使得以T定義的所有程序P在所有的對象o1都代換成o2時，程序P的行為沒有發(fā)生變化，那么類型S是類型T的子類型。）里氏替換原則

通俗講，只要父類出現(xiàn)的地方子類就可以出現(xiàn)，而且替換為子類也不會產(chǎn)生任何錯誤或異常，使用者可能根本就不需要知道是父類還是子類。但是反過來就不行了，有子類出現(xiàn)的地方，父類未必就能適應(yīng)。3.迪米特法則

迪米特法則的定義：

迪米特法則（Law of Demeter, LoD）也稱為最少知識原則，一個對象應(yīng)該對其他對象有最少的了解。

一個類應(yīng)該對自己需要耦合或調(diào)用的類知道得最少，被耦合或調(diào)用的類的內(nèi)部如何復(fù)雜都和我沒有關(guān)系，那是你的事情，我就知道你提供的這么多public方法，我就調(diào)用這么多，其他的我一概不關(guān)心。4.開閉原則

開閉原則的定義：

一個軟件實體如類、模塊和函數(shù)應(yīng)該對擴(kuò)展開放，對修改關(guān)閉。

一個軟件實體應(yīng)該通過擴(kuò)展來實現(xiàn)變化，而不是通過修改已有的源代碼來實現(xiàn)變化。5.依賴倒置原則

依賴倒置原則包含三層含義：

? 高層模塊不應(yīng)該依賴低層模塊，兩者都應(yīng)該依賴其抽象；

? ? 抽象不應(yīng)該依賴細(xì)節(jié)； 細(xì)節(jié)應(yīng)該依賴抽象。

在java語言中，抽象就是指接口或抽象類，兩者都是不能直接被實例化的；細(xì)節(jié)就是實現(xiàn)類，實現(xiàn)接口或繼承抽象類而產(chǎn)生的類就是細(xì)節(jié)，其特點就是可以直接被實例化，也就是可以加上一個關(guān)鍵字new產(chǎn)生一個對象。6.接口隔離原則

接口隔離原則定義：

? ? 客戶端不應(yīng)該依賴它不需要的接口；

類間的依賴關(guān)系應(yīng)該建立在最小的接口上。

建立單一接口，不要建立臃腫龐大的接口，接口盡量細(xì)化，同時接口中的方法盡量少。它要求“盡量使用多個專門的接口”。專門接口指提供給每個模塊的都應(yīng)該是單一接口，提供給幾個模塊就應(yīng)該有幾個接口，而不是建立一個龐大的臃腫接口，容納所有的客戶端訪問。

1.在RUP中，軟件開發(fā)生命周期根據(jù)時間和RUP的核心工作流劃分為二維空間。橫軸表示項目的時間維，縱軸以內(nèi)容來組織為自然的邏輯活動。