第一篇：系統(tǒng)分析與設(shè)計總結(jié)

第一章 概述

信息系統(tǒng)的五個組成部分：硬件、軟件、規(guī)程（processes）、數(shù)據(jù)、人

SDLC（System Development Life Cycle 系統(tǒng)開發(fā)生命周期）包括：計劃、分析、設(shè)計、實施、運(yùn)維。替代方法：Prototyping（原型法）、CASE Tools（Computer-aided Software Engineering tools 計算機(jī)輔助軟件工程工具）、JAD（Joint Application Design 聯(lián)合應(yīng)用設(shè)計）、RAD（Rapid Application Development 快速應(yīng)用軟件開發(fā)）、敏捷方法（Agile Methodologies）、極限編程（Extreme Programming）。

第二章 計劃

總體規(guī)劃（Strategic planning）模型：諾蘭模型（初始、蔓延、控制、集成、數(shù)據(jù)管理、信息管理）。

總體規(guī)劃原則：支持企業(yè)總目標(biāo)；面向各個管理層次；方法上擺脫信息系統(tǒng)對企業(yè)組織的依賴性；結(jié)構(gòu)上具有良好的整體性；便于實施。

總體規(guī)劃的方法：關(guān)鍵成功因素法、戰(zhàn)略目標(biāo)集轉(zhuǎn)換法、企業(yè)系統(tǒng)計劃法、信息系統(tǒng)規(guī)劃與企業(yè)過程重組、信息系統(tǒng)規(guī)劃和企業(yè)形象系統(tǒng)。

總體規(guī)劃步驟：準(zhǔn)備工作、組織機(jī)構(gòu)調(diào)查、定義管理目標(biāo)、定義管理功能、定義數(shù)據(jù)類、定義信息結(jié)構(gòu)（劃分子系統(tǒng)）、確定子系統(tǒng)實施順序。準(zhǔn)備工作

確定規(guī)劃內(nèi)容、成立規(guī)劃小組、收集數(shù)據(jù)、制定計劃、開好動員會。定義管理功能

資源的生命周期：產(chǎn)生、獲得、服務(wù)、歸宿 識別管理功能：根據(jù)資源識別（OO）、根據(jù)決策與活動識別（SSAD）管理功能是管理各類資源的各種相關(guān)活動和決策的組合 定義數(shù)據(jù)類

方法：實體法（如圖2-1）、功能法（如圖2-2）

兩者組合形成初始功能數(shù)據(jù)類矩陣（圖2-3）

圖2-1

圖2-2

圖2-3 定義信息結(jié)構(gòu)

劃分子系統(tǒng)的方法：在初始功能數(shù)據(jù)矩陣中，排列數(shù)據(jù)類，使得矩陣中的C靠近主對角線。

確定子系統(tǒng)實施順序

根據(jù)企業(yè)目標(biāo)和技術(shù)約束確定

原則：子系統(tǒng)的需求程度與潛在的效益評估、技術(shù)約束分析

信息系統(tǒng)需求：Improved service(改善服務(wù))、Better performance（更好的性能）、More information（更多的信息）、Stronger controls（更強(qiáng)的控制）、Encryption and biometric devices、Reduced cost（降低成本）

影響系統(tǒng)因素

內(nèi)部：Strategic plan（總體規(guī)劃）、Top managers（高層管理人員）、User requests（用戶需求）、Information technology（信息技術(shù)）、department（部門）、Existing systems（現(xiàn)有系統(tǒng)）

外部：software/hardware vendors（軟硬件供應(yīng)商），technology（技術(shù)），suppliers，customers（客戶），competitors（競爭者），the economy（經(jīng)濟(jì)），government（政府）

可行性分析

操作可行性（Operation feasibility）：系統(tǒng)在開發(fā)之后可以正常使用 技術(shù)可行性（Technical feasibility）：開發(fā)系統(tǒng)所需要的技術(shù)資源 經(jīng)濟(jì)可行性（Economical feasibility）：Total cost of ownership(TCO)總擁有成本

進(jìn)度可行性（Schedule feasibility）

信息系統(tǒng)初步調(diào)查（Preliminary investigation）

Understand the problem（了解問題）

Define the scope and constraints（確定范圍和約束）Perform fact-finding（進(jìn)行實地考察）Estimate Feasibility（估計可行性）

Estimate development time/cost（評估項目成本、時間）Present results and recommendations（提出結(jié)果和建議）

第三章 需求模型（Requirements Modeling）

系統(tǒng)分析階段

包括：需求建模（Requirements Modeling）、企業(yè)建模（Enterprise Modeling）、開發(fā)策略（Development Strategy）

階段交付物：系統(tǒng)需求文檔（System Requirements document）

方法： JAD（Joint Application Development 聯(lián)合應(yīng)用程序開發(fā)）

RAD（Rapid Application Development 快速應(yīng)用軟件開發(fā)）

? Explain how systems analysts use a functional decomposition diagram(FDD)系統(tǒng)需求列表

輸出、輸入、處理、性能、控制、可擴(kuò)展性（Scalability）、TCO（Total cost of ownership 總擁有成本）

實情考察方法（Fact-Finding）Interviews（訪談法）

documentation review（文檔審查）observation（觀察法）

questionnaires and surveys（問卷調(diào)查）sampling（抽樣法）research（研究）訪談法步驟

1.Determine the people to interview（確定訪談人群）2.Establish objectives for the interview（確定訪談目標(biāo)）3.Develop interview questions（設(shè)計問題）4.Prepare for the interview（準(zhǔn)備訪談）5.Conduct the interview（實施）6.Document the interview（記錄）7.Evaluate the interview（評估）抽樣法方法

隨機(jī)抽樣（Random sample）

分層抽樣（Stratified sample）

系統(tǒng)抽樣（Systematic sample）

文檔編寫原則

Record information as soon as possible（盡快記錄）

Use the simplest recording method（使用最簡單的記錄方法）Ensure that your work is understandable（能讓他人理解）Organize your documentation material（合理組織材料）

第四章 企業(yè)建模（Enterprise Modeling）

企業(yè)建模

產(chǎn)生：邏輯模型（Logical Model）

工具：Entity-relationship Diagrams（ERD E-R圖）

Data Flow Diagrams（DFD 數(shù)據(jù)流程圖）Data Dictionary（DD 數(shù)據(jù)字典）

Process Descriptions（PD 處理邏輯說明書）Query Analysis（QA 存取分析）

E-R圖

關(guān)系種類：一對一、一對多、多對多 數(shù)據(jù)流程圖

符號（Gane and Sarson symbol）包括：processes（處理邏輯），data flows（數(shù)據(jù)流），data stores（數(shù)據(jù)存儲），entities（外部實體）

種類：Context Diagram（第一層數(shù)據(jù)流程圖，無數(shù)據(jù)存儲）

Diagram 0（將第一層擴(kuò)展，保持第一層的數(shù)據(jù)流）Lower-Level Diagram（子數(shù)據(jù)流程圖）

Lower-Level Diagram畫法：leveling（分層顯示 分層方法：Exploding、partitioning、decomposing）and balancing（前后數(shù)據(jù)流保持不變）

相關(guān)概念：

Black Hole：A process that has no output.Gray Hole：A process with at least 1 input and output, but the input is insufficient to generate the shown output.Spontaneous Generation Process：Used to describe an unexplained generation of data or information.數(shù)據(jù)字典

概念：對數(shù)據(jù)流程圖中的各個成分的含義進(jìn)行描述的工具

用途：對數(shù)據(jù)流程圖的補(bǔ)充說明、參照，用于檢索，檢驗一致性與完整性 內(nèi)容 ：數(shù)據(jù)元素：又叫數(shù)據(jù)項，是最小數(shù)據(jù)組成單位，不可分割

數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)之間的組合關(guān)系 數(shù)據(jù)流

數(shù)據(jù)存儲：數(shù)據(jù)存儲的結(jié)構(gòu)，有關(guān)的數(shù)據(jù)流和查詢要求 處理邏輯 外部實體

方式：人工、計算機(jī) 常用屬性：

數(shù)據(jù)元素（名稱、類型/長度、默認(rèn)值、值域、來源、安全、負(fù)責(zé)人、描述）數(shù)據(jù)結(jié)構(gòu)（名稱、描述、屬性）

數(shù)據(jù)流（名稱、描述、來源、目的地、所包含數(shù)據(jù)結(jié)構(gòu)、使用頻率）數(shù)據(jù)存儲（名稱、描述、屬性、使用頻率）處理邏輯（名稱、描述、編號、輸入、輸出）外部實體（名稱、描述、輸入流、輸出流）

處理邏輯說明書

工具：

結(jié)構(gòu)化語言：一種用于描述處理邏輯的介于自然語言和程序語言之間的語言。包括三種基本語句：祈使句、判斷語句、循環(huán)語句。沒有嚴(yán)格的語法，極其有限的詞匯（祈使句中的動詞、數(shù)據(jù)字典中的名詞、邏輯表達(dá)式中的保留字）

決策樹：

決策表：

現(xiàn)將所有情況列出，在不斷進(jìn)行合并，下表為最終表

存儲分析

目的：DFD中定義了數(shù)據(jù)存儲，DD中對數(shù)據(jù)存儲的數(shù)據(jù)結(jié)構(gòu)作了描述，但沒有說明立即存取與實時響應(yīng)，是補(bǔ)充。

存取類型：E：實體 A：屬性 V：屬性值 已知E、A，求V 2 已知A、V，求E 3 已知E、V，求A 4 已知E，求A、V 5 已知A，求E、V 6 已知V，求A、E

邏輯模型和物理模型的區(qū)別

邏輯模型展示信息系統(tǒng)有什么功能；物理模型展示信息系統(tǒng)的功能如何實現(xiàn)

Four-Model Approach 包括：原系統(tǒng)的物理模型、原系統(tǒng)的邏輯模型、所開發(fā)系統(tǒng)的邏輯模型、所開發(fā)系統(tǒng)的物理模型

第五章 開發(fā)策略（Development Strategies）

軟件開發(fā)趨勢

Software as a Service：軟件即服務(wù)

Software and Information Industry Association(SIIA)軟件與信息產(chǎn)業(yè)協(xié)會 application service providers（ASP）軟件服務(wù)提供商 軟件開發(fā)策略

Develop in-house Buy software package Customize 選擇考慮因素

total cost of ownership(TCO)系統(tǒng)需求文檔

包括：requirements for the new system（新系統(tǒng)的要求）

describes the alternatives that were considered（描述備選方案）

第六章

總體設(shè)計（General Design）

包括：硬件設(shè)計、軟件設(shè)計、網(wǎng)絡(luò)設(shè)計、子系統(tǒng)劃分與模塊結(jié)構(gòu) 設(shè)備選配的依據(jù)：總體方案、容量、外設(shè)（數(shù)量、速度）

設(shè)備選配的指標(biāo)：可靠性、可維修性、兼容性、熟悉性、方便性、可擴(kuò)充性、經(jīng)濟(jì)合理性

硬件設(shè)計：主站、工作站、外圍設(shè)備、主要性能指標(biāo)

軟件設(shè)計：中文、操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、其他開發(fā)環(huán)境、各種工具、各種媒體的編輯、處理軟件

網(wǎng)絡(luò)設(shè)計：網(wǎng)絡(luò)結(jié)構(gòu)、拓?fù)浣Y(jié)構(gòu)、傳輸介質(zhì)、網(wǎng)關(guān)、網(wǎng)絡(luò)管理軟件、OA設(shè)備

子系統(tǒng)劃分與模塊結(jié)構(gòu) 方法：系統(tǒng)流程圖（強(qiáng)調(diào)執(zhí)行順序）、HIPO（Hierarchy Plus Input/Process/Output）（強(qiáng)調(diào)層次）、模塊結(jié)構(gòu)圖

模塊結(jié)構(gòu)圖

方法：事務(wù)分析法、變換分析法 事務(wù)分析法

適用于高層數(shù)據(jù)流程圖，每一個處理邏輯都是一個事務(wù) 變換分析法

步驟： 1 找出系統(tǒng)的邏輯輸入、主加工和邏輯輸出設(shè)計頂層模塊和第一層模塊設(shè)計中下層模塊

系統(tǒng)總體優(yōu)化的準(zhǔn)則

模塊的耦合：模塊間的關(guān)聯(lián)程度

模塊的聚合：模塊內(nèi)的緊湊程度

模塊的分解：分解到功能聚合型模塊為止

模塊的扇入和扇出：

扇入：一個模塊的上級模塊叫做扇入模塊 扇出：一個模塊控制的下級模塊叫扇出模塊

原則：扇入越大越好，扇出數(shù)目控制在7±2范圍內(nèi) 模塊的控制范圍和判斷作用范圍：

控制范圍：指模塊本身和它的下級模塊

判斷作用范圍：模塊和有判斷調(diào)用的模塊的組合

第七章 數(shù)據(jù)設(shè)計（Data Design）

數(shù)據(jù)與文件分類

存儲方式、文件命名規(guī)則設(shè)計 規(guī)范化設(shè)計

1NF：在同一個表中無重復(fù)項出現(xiàn) 2NF：有且僅有一個數(shù)據(jù)元素為主鍵

3NF：表中所有數(shù)據(jù)元素不但要能夠唯一的被主鍵表示，而且他們之間還必須相互獨(dú)立

一致性、完整性、有效性、安全性 存儲過程

第八章 代碼設(shè)計（Code Design）

代碼的概念

一個或者一組有序的易于計算機(jī)和人識別與處理的符號。代碼的意義

鑒別、分類、排序、特殊意義

代碼設(shè)計的步驟

1.信息分類

原則：科學(xué)性、系統(tǒng)性、可擴(kuò)充性、兼容性、綜合實用性 方法：

線分類法（將選定的分類對象按若干屬性逐次地分成若干層級的類目）面分類法（若干屬性獨(dú)立分類、沒有上下級的從屬關(guān)系）2.編碼

原則：唯一性、合理性、可擴(kuò)充性、簡單性、適用性、規(guī)范性 方法：根據(jù)代碼的種類和類別進(jìn)行編碼，然后說明代碼組成的原則

第九章 用戶設(shè)計和輸入輸出設(shè)計

以用戶為中心設(shè)計原則 Understand the underlying business functions 2 Maximize graphical effectiveness 3 Profile the system’s users 4 Think like a user 5 Use prototyping 6 Design a comprehensive interface 7 Continue the feedback process 8 Document the interface design 輸入方式：

批量輸入、聯(lián)機(jī)輸入（后面太亂了。不寫了。）

第十章 網(wǎng)絡(luò)體系結(jié)構(gòu)

B/S 瘦客戶端服務(wù)模式 C/S 胖客戶服務(wù)模式

兩層設(shè)計：Server + Client 三層設(shè)計：Server + Application Server + Client

第十一章 系統(tǒng)實施

系統(tǒng)實施過程

1.硬件和軟件的購買 2.網(wǎng)絡(luò)的構(gòu)建 3.應(yīng)用開發(fā) 4.用戶培訓(xùn)

5.編寫文檔（程序文檔+系統(tǒng)穩(wěn)定+操作文檔+用戶文檔）6.測試（單元、集成、系統(tǒng)測試）7.安裝 8.評估

9.數(shù)據(jù)轉(zhuǎn)換 10.系統(tǒng)上線 系統(tǒng)切換

1.直接切換 2.平行切換 3.試驗切換 4.階段切換

第十二章 系統(tǒng)運(yùn)營

四種維護(hù)

1.改正性維護(hù) 2.適用性維護(hù) 3.改善性維護(hù) 4.預(yù)防性維護(hù)

維護(hù)流程

1.維護(hù)請求 2.初步判斷 3.處理請求 4.布置任務(wù) 5.用戶通知

系統(tǒng)底線

1.Functional baseline（功能基線，終結(jié)于分析階段）2.Allocated baseline（分配基線，終結(jié)于設(shè)計階段）

3.Product baseline（產(chǎn)品基線，終結(jié)于實施、測試階段）

系統(tǒng)退化（System Obsolescence）

原因：無法滿足當(dāng)前管理的需要（維護(hù)無效或維護(hù)成本高）這意味著新的系統(tǒng)的開始

第二篇：系統(tǒng)分析與設(shè)計復(fù)習(xí)總結(jié)

第一章

系統(tǒng)分析員：使用信息技術(shù)的商業(yè)專業(yè)人員，利用分析與設(shè)計技術(shù)解決商業(yè)問題。需要具備的基本知識與技能：1.技術(shù)知識與技能

2.商業(yè)知識與技能

3.人的知識與技能

4.誠實與道德

系統(tǒng)分析員在系統(tǒng)開發(fā)中的職責(zé)范圍：程序分析員、商業(yè)系統(tǒng)分析員、系統(tǒng)聯(lián)絡(luò)員、最終用戶分析員、商業(yè)顧問、系統(tǒng)顧問、系統(tǒng)支持分析員、系統(tǒng)設(shè)計師、軟件工程師、系統(tǒng)結(jié)構(gòu)設(shè)計師。

第二章

系統(tǒng)開發(fā)生命周期的階段劃分：項目計劃階段、分析階段、設(shè)計階段、實施階段、支持階段。項目計劃階段、分析階段、設(shè)計階段的主要活動

1.項目計劃階段：定義問題、確認(rèn)項目的可行性、制定項目的進(jìn)度表、為項目安排人員、啟動項目

2.分析階段：收集信息、確定系統(tǒng)需求、建立需求發(fā)現(xiàn)的原型、劃分需求的優(yōu)先級、產(chǎn)生并評估可替換方案、與管理人員一起審查建議

3.設(shè)計階段：設(shè)計并集成網(wǎng)絡(luò)、設(shè)計應(yīng)用程序結(jié)構(gòu)、設(shè)計用戶界面、設(shè)計系統(tǒng)界面、設(shè)計并集成數(shù)據(jù)庫、設(shè)計細(xì)節(jié)的原型化、設(shè)計并集成系統(tǒng)控制 項目開發(fā)隊伍的人員組成（圖2-4 系統(tǒng)開發(fā)項目的參加人員）

在項目計劃階段，項目組僅由少數(shù)人員組成，基本上包括一個項目經(jīng)理和一兩個有經(jīng)驗的系統(tǒng)分析員。

分析階段要求項目組成員有良好的分析技能和扎實的問題域知識。設(shè)計是較專業(yè)化的活動，需要補(bǔ)充有專業(yè)技術(shù)的人員。在實施階段，通常增加許多編程人員和質(zhì)量控制人員，項目組在實施階段通常是最大的。項目可行性分析的要素：

1.經(jīng)濟(jì)可行性

2.組織上和文化上的可行性 3.技術(shù)可行性 4.進(jìn)度表可行性 5.資源可行性

PERT/CPM：基于單個任務(wù)或活動對項目進(jìn)行規(guī)劃的一種方法。

圖 2-15 客戶支持項目的部分PERT圖

甘特（Gantt）圖：以條形圖代表項目進(jìn)度表的任務(wù)和活動。

圖2-16 客戶支持項目的甘特圖

第三章：方法、技術(shù)、模型、工具以及它們之間的相互關(guān)系

系統(tǒng)開發(fā)方法：提供完成系統(tǒng)開發(fā)生命周期每一步的詳細(xì)指導(dǎo)，包括具體的模型、工具和技術(shù)。

技術(shù)：幫助分析員完成系統(tǒng)開發(fā)活動或任務(wù)的一組方法。模型：現(xiàn)實世界某些重要方面的表示。

工具：幫助生成項目中所需模型或其他組建的軟件支持。相互關(guān)系：圖3-4 方法中個組件之間的關(guān)系 結(jié)構(gòu)化方法與面向?qū)ο蠓椒ǖ谋容^

圖3-5 結(jié)構(gòu)化編程的三種結(jié)構(gòu)：順序結(jié)構(gòu)、選擇結(jié)構(gòu)、循環(huán)結(jié)構(gòu)。

第四章

需求調(diào)查的對象：

用戶，即每天實際使用系統(tǒng)的人； 客戶，即支付和擁有系統(tǒng)的人；

技術(shù)人員，即確保系統(tǒng)在組織的計算機(jī)環(huán)境下運(yùn)行的人。需求調(diào)查的方法：

向系統(tǒng)相關(guān)者分發(fā)和收集調(diào)查表 復(fù)查現(xiàn)有的報表、表格和過程描述 主持與用戶的面談和討論 觀察商業(yè)過程和工作流 建立原型

主持聯(lián)合應(yīng)用程序社街（JAD）會議 需求調(diào)查的結(jié)果

系統(tǒng)需求：系統(tǒng)所提供功能的詳細(xì)定義。

功能需求：描述系統(tǒng)必須支持的功能和過程的系統(tǒng)需求。技術(shù)需求：描述操作系統(tǒng)環(huán)境和性能目標(biāo)的系統(tǒng)需求。通常把系統(tǒng)需求分為兩類：功能需求和技術(shù)需求。功能需求用于說明新系統(tǒng)必須支持的基本商業(yè)功能，而技術(shù)需求則包括系統(tǒng)性能目標(biāo)、操作環(huán)境以及其他非功能性問題。

第五 – 七章：系統(tǒng)分析

模型的分類：包括數(shù)學(xué)模型、描述模型和原圖模型。

數(shù)學(xué)模型：描述系統(tǒng)技術(shù)方面的一系列公式，用來表示系統(tǒng)精確的方面，這些部分最適合用公式或數(shù)學(xué)符號表示。

描述模型：描述系統(tǒng)某一方面的描述性的備忘錄，報表或列表。圖形模型：圖表和系統(tǒng)某些方面的示意性表示。圖形模型有助于理解那些很難用語言來描述的復(fù)雜關(guān)系。

事件的分類：外部事件，臨時事件和狀態(tài)事件。

外部事件：系統(tǒng)之外發(fā)生的事件，通常都是由外部實體或動作參與者觸發(fā)的。臨時事件：由于到達(dá)某一時刻所發(fā)生的事件。

狀態(tài)事件：當(dāng)系統(tǒng)內(nèi)部發(fā)生了需要處理的情況時所引發(fā)的事件。事件表：以各個事件為行，各個事件的關(guān)鍵信息為列。圖5-15 事物之間的關(guān)聯(lián)關(guān)系：只能一個（強(qiáng)制）、0或多個（可選）、1或多個（強(qiáng)制）0或1個（可選）

圖 5-21 圖5-22 關(guān)系的基數(shù)符號

實體-聯(lián)系圖：傳統(tǒng)的系統(tǒng)開發(fā)方法都把重點(diǎn)集中在新系統(tǒng)的數(shù)據(jù)存儲需求上。數(shù)據(jù)存儲需求包括數(shù)據(jù)實體、數(shù)據(jù)實體的屬性以及它們之間的關(guān)系。用來定義數(shù)據(jù)存儲需求的模型被稱為實體-聯(lián)系圖（ERD）。

圖 5-21 一個簡單的實體-聯(lián)系圖

圖 5-22 關(guān)系的基數(shù)符號

圖 5-23 顯示了屬性的擴(kuò)展ERD圖

圖 5-25 大學(xué)課程注冊ERD圖（含有多對多關(guān)系）圖 5-26 細(xì)化的大學(xué)課程注冊ERD圖（包含關(guān)聯(lián)實體）

圖 5-27 RMO客戶支持系統(tǒng)的實體-聯(lián)系圖（ERD）（圖中未顯示有關(guān)屬性）圖 5-31 類圖符號 圖 5-32 銀行賬目類圖

圖 5-33 落基山運(yùn)動用品商店類圖 數(shù)據(jù)流程圖：是一種圖形化的系統(tǒng)模型，它在一張圖中展示信息系統(tǒng)的主要需求，即：輸入、輸出、過程和數(shù)據(jù)存儲。

外部實體：在系統(tǒng)邊界之外的個人或組織，它提供數(shù)據(jù)輸入或接受數(shù)據(jù)輸出。過程：在DFD中的一個符號，它代表從數(shù)據(jù)輸入轉(zhuǎn)換到數(shù)據(jù)輸出的算法或程序。數(shù)據(jù)流：在DFD中的箭頭，它表示在過程、數(shù)據(jù)存儲和外部實體之間的數(shù)據(jù)移動。數(shù)據(jù)存儲：保存數(shù)據(jù)的地方，以便將來由一個或多個過程來訪問這些數(shù)據(jù)。圖6-2 數(shù)據(jù)流程圖的符號

關(guān)聯(lián)圖：是指描述系統(tǒng)最高層結(jié)構(gòu)的DFD。

圖 6-5 大學(xué)課程注冊系統(tǒng)的關(guān)聯(lián)圖

DFD片段：用一個過程符號表示系統(tǒng)響應(yīng)一個時間的DFD。

圖 6-7 課程注冊系統(tǒng)的DFD片段

決策表：一種處理邏輯的表格表示方法，其中包括決策變量、決策變量值、參與者或公式。

圖 6-22 計算運(yùn)輸費(fèi)用決策表

決策樹：使用像樹枝一樣的線條對過程邏輯進(jìn)行圖形化的描述。

圖 6-23 計算運(yùn)輸費(fèi)用決策樹

數(shù)據(jù)流定義：數(shù)據(jù)流內(nèi)容和內(nèi)部結(jié)構(gòu)的文本描述。

數(shù)據(jù)流是數(shù)據(jù)元素的集合，所以數(shù)據(jù)流定義將列出所有的數(shù)據(jù)元素。

第七章 面向?qū)ο蟮男枨竺枋?/p>

類圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖

當(dāng)我們討論系統(tǒng)開發(fā)的時候，通常把系對新系統(tǒng)的描述分成兩部分：結(jié)構(gòu)化信息和行為化信息。系統(tǒng)的組成部分我們稱之為結(jié)構(gòu)，而這些組成部分的執(zhí)行邏輯我們稱之為行為。

類圖提供了對系統(tǒng)組成部分的定義，而其它圖，即用例圖、順序圖、協(xié)作圖和狀態(tài)圖，這些圖的重點(diǎn)都集中在系統(tǒng)所完成的活動上。換句話說，它們描述的是新系統(tǒng)的行為方面。

因此，類圖說明系統(tǒng)的組成部分是什么，而其他圖說明這些組成部分干什么。類圖：

用例圖：一種用以顯示不同的用戶角色和這些用戶角色如何來使用系統(tǒng)的圖。

用例圖的目的是識別新系統(tǒng)的“使用”，或用例，換句話說，就是識別如何使用系統(tǒng)。用例圖本質(zhì)上是事件表的延伸。用例圖是一個記錄系統(tǒng)必須支持功能的簡便方法。順序圖：一種用以顯示用例對象之間消息順序的圖。

順序圖更詳細(xì)地顯示了協(xié)作圖中所表達(dá)的信息，只是顯示方式有些差異。順序圖以圖形化的方式強(qiáng)調(diào)消息間的順序，而非協(xié)作對象。畫順序圖的目的是用過在頁面上標(biāo)出位置來圖形化地表示消息的順序。執(zhí)行次序從上到下執(zhí)行。

協(xié)作圖：一種用以顯示對象如何被協(xié)調(diào)在一起以執(zhí)行用例的圖。

消息：用例內(nèi)部的對象之間的通信。

協(xié)作圖的目的是識別協(xié)作完成給定業(yè)務(wù)功能的對象。比如說，一個RMO的系統(tǒng)的商業(yè)用途之一是“記錄客戶訂單”，那么協(xié)作表將會識別所有涉及到的對象。為了記錄客戶訂單需要一個客戶對象，一些庫存對象和一個新訂單對象等。一個獨(dú)立的協(xié)作圖用以識別對象，并展示這些對象的相互作用及對象之間發(fā)送的用于執(zhí)行功能的消息。

交互圖：顯示對象之間交互的圖，它或者是一個協(xié)作圖，或者是一個順序圖。

協(xié)作圖和順序圖統(tǒng)稱交互圖。

狀態(tài)圖：一種用以現(xiàn)實對象在各個階段中的生命和轉(zhuǎn)換的情況的圖。

最后一種被用來描述應(yīng)用需求的圖稱狀態(tài)圖。一個狀態(tài)圖表（或簡單地稱之為狀態(tài)圖）描述了每個對象的狀態(tài)和行為。每一個對象類都含有一個狀態(tài)圖表。在狀態(tài)圖的內(nèi)部是動作描述，這些動作描述在最終的系統(tǒng)中都變成了邏輯。每個類中的邏輯組件稱為方法。

OO需求=事件表+類圖+用例圖+順序圖+協(xié)作圖+狀態(tài)圖表。7.4 系統(tǒng)行為：面向?qū)ο蟮挠美?場景視圖

用例：由系統(tǒng)為使用給系統(tǒng)的用戶完成的一個單一用途或功能。參與者：系統(tǒng)用戶扮演的一個角色。

圖 7-2 有一個參與者的簡單用例

場景：在用例中活動的一個特定順序；一個用例有可能有多個不同的場景。

圖 7-4 帶系統(tǒng)邊界的用例圖

圖 7-5 客戶支持系統(tǒng)用例圖舉例（通過子系統(tǒng)）圖 7-6 與客戶相關(guān)的所有用例 圖 7-7 《包含》用例的一個例子 7.5 對象交互：順序圖與協(xié)作圖

協(xié)作圖和順序圖包含有相同的信息，但它們的側(cè)重點(diǎn)稍有不同。協(xié)作圖強(qiáng)調(diào)對象交織在一起以支持一個用例，而順序圖把重點(diǎn)放在消息本身的細(xì)節(jié)上。

順序圖展示對象之間的交互順序，這些交互是指在場景或用例的事件流中發(fā)生的。在順序圖中共有四個基本符號：

1.參與者符號，由一個小人圖形表示；

2.對象符號，由一個名字帶下劃線的方框表示；

3.生命線符號，由虛線或狹窄的豎直方框表示；

4.消息符號，由帶消息描述的方向箭頭表示。

圖7-9 順序圖的符號 圖7-10 對象和類名

生命線：在順序圖中的一個對象下面的豎線，用以顯示這個對象的時間階段。激活生命線：在順序圖中的垂直窄長方框，用以強(qiáng)調(diào)一個對象只有在一個場景的部分中處于活動狀態(tài)。消息：由于面向?qū)ο笙到y(tǒng)通過每個對象向其他對象發(fā)送消息來工作，因此在一個場景內(nèi)由事件流定義的內(nèi)部事件就變成了在對象和參與者或其他對象之間的消息。

消息符號由兩部分組成：方向箭頭和消息描述器。消息描述器的語法如下：

[true/false條件] 返回值：= 消息名（參數(shù)列表）

True/false條件用于驗證這個消息是否可以發(fā)送。它象一個決定點(diǎn)或程序余亞種的if語句。如果這個條件計算后返回true，則發(fā)送這個消息，否則不發(fā)送。

消息是從一個參與者或?qū)ο笙蛄硪粋€參與者或?qū)ο蟮男枨蟆ｉ_發(fā)順序圖的一個有效方法及其步驟如下：

1.識別出所有與場景有關(guān)的對象和參與者。只使用在用例圖中表示過的參與者，只適用在類圖中標(biāo)識過的對象。

2.基于活動流，識別出每一個需要用于完成場景的消息。同時標(biāo)識消息的源對象或參與者和目的對象或參與者。

3.下一步?jīng)Q定每一個消息是總發(fā)送還是有條件的發(fā)送。

4.正確地為這些消息排序并給它們加上合適的參與者或?qū)ο笊€。5.給消息加上形式化的語法以描述條件、消息名和要傳遞的參數(shù)。6.如果你愿意，加上響應(yīng)消息和通信以使順序圖完整。圖 7-12 “查詢可用項目”的順序圖

圖 7-13 “創(chuàng)建新訂單”用例的電話訂購場景順序圖 協(xié)作圖：

協(xié)作圖主要應(yīng)用是快速瀏覽相互協(xié)作、用來支持一個特定場景的所有對象。協(xié)作圖的參與者、對象和消息都使用了順序圖中的符號。生命線的符號沒有使用，但是，也使用了一個不同的符號：鏈接符號。

圖7-14在一個典型的協(xié)作圖中顯示了這四種符號。

協(xié)作圖信息描述符的語法如下：用數(shù)字順序標(biāo)號來顯示每一個消息的順序。[true/false條件] 順序編號：返回值：= 消息名（參數(shù)列表）在對象之間或在參與者與對象之間的連線表示鏈接。

在一個協(xié)作圖中，鏈接表示兩個對象共享一個消息——一個發(fā)送消息一個接收消息。圖7-15 “查詢可用項目”的協(xié)作圖

圖7-16 “創(chuàng)建新訂單”電話訂購場景的協(xié)作圖 7.6 對象行為：狀態(tài)、狀態(tài)轉(zhuǎn)換和狀態(tài)圖表

在開發(fā)功能需求時，最后一類需要的信息是每個對象的內(nèi)部邏輯。這些信息是對對象本身執(zhí)行動作的描述。

順序圖給出了對象行為的一個客觀的分析。它標(biāo)識了對象發(fā)送和接收的消息。狀態(tài)圖的目標(biāo)是描述對象的內(nèi)部工作。圖7-17 OO模型中的關(guān)系。

狀態(tài)圖是從類圖和順序圖中的信息開發(fā)出來的。狀態(tài)：一個對象存在的條件；狀態(tài)圖的一部分。

一個黑圓圈表示初始狀態(tài)，它僅僅表明進(jìn)入狀態(tài)圖的入口點(diǎn)。初始狀態(tài)也叫做偽狀態(tài)，因為入口點(diǎn)也許會比對象自身的創(chuàng)建更早。

在內(nèi)部涂黑的同心圓表示結(jié)束狀態(tài)，這個狀態(tài)表示從狀態(tài)圖中退出，通常表示從系統(tǒng)刪除一個對象。

動作：在一個特定狀態(tài)下對象執(zhí)行的行為。

并行或并發(fā)狀態(tài)：在狀態(tài)圖中同時處于多于一個狀態(tài)的條件。

復(fù)合狀態(tài)：嵌套了其他狀態(tài)的高層狀態(tài)。一個對象進(jìn)入復(fù)合狀態(tài)后，它就從一個黑點(diǎn)開始一條路徑。

對象轉(zhuǎn)換：狀態(tài)圖中的一個組成部分，它標(biāo)示從一個狀態(tài)到另一個狀態(tài)的移動。目的狀態(tài)：一個轉(zhuǎn)換的目的，它連接著轉(zhuǎn)換符號的箭頭。原狀態(tài)：一個轉(zhuǎn)換的起源，它連接轉(zhuǎn)換符號的尾部。

消息時間：轉(zhuǎn)換的觸發(fā)器，這個轉(zhuǎn)換由一個有事件屬性的消息組成。

圖7-23 狀態(tài)圖的轉(zhuǎn)換名稱和消息名稱。圖7-25 訂單的狀態(tài)圖。

完成轉(zhuǎn)換：原狀態(tài)結(jié)束行動時發(fā)生的沒有觸發(fā)事件的轉(zhuǎn)換。

決策偽狀態(tài)：在狀態(tài)圖中的一個菱形塊，它代表在路徑上的一個決策點(diǎn)。

第八章 C/S結(jié)構(gòu)，三層/多層結(jié)構(gòu)

客戶機(jī)-服務(wù)器結(jié)構(gòu)： 客戶機(jī)-服務(wù)器結(jié)構(gòu)是當(dāng)前分布式信息系統(tǒng)資源的主要結(jié)構(gòu)模式。客戶機(jī)-服務(wù)器結(jié)構(gòu)將信息系統(tǒng)過程分成兩個等級：客戶機(jī)和服務(wù)器。服務(wù)器計算機(jī)管理一個或多個的系統(tǒng)資源并通過確定的通信結(jié)構(gòu)提供對那些資源的訪問；客戶機(jī)計算機(jī)用這個通訊結(jié)構(gòu)來請求資源，而服務(wù)器則響應(yīng)那些請求。實現(xiàn)通信結(jié)構(gòu)的軟件通常稱為中間件。

服務(wù)器計算機(jī)或服務(wù)器：在網(wǎng)絡(luò)中為其他計算機(jī)提供服務(wù)的計算機(jī)。客戶機(jī)計算機(jī)：向網(wǎng)絡(luò)中的其他計算機(jī)請求服務(wù)的計算機(jī)。

中間件：在網(wǎng)絡(luò)中實現(xiàn)通信協(xié)議和幫助不同的系統(tǒng)進(jìn)行通行的計算機(jī)軟件。三層結(jié)構(gòu)：包含用戶層、業(yè)務(wù)邏輯層、數(shù)據(jù)層三層的一種客戶機(jī)-服務(wù)器結(jié)構(gòu)。

圖8-4 三層結(jié)構(gòu)。

第九章、系統(tǒng)設(shè)計

結(jié)構(gòu)化方法

– 系統(tǒng)流程圖，結(jié)構(gòu)圖，結(jié)果質(zhì)量評價

面向?qū)ο蠓椒?/p>

– 包圖，類圖

圖9-3 結(jié)構(gòu)化和面向?qū)ο竽Ｐ?/p>

系統(tǒng)流程圖：描述一個系統(tǒng)內(nèi)計算機(jī)程序之間所有控制流的圖。

系統(tǒng)流程圖標(biāo)識了每一個程序及其所存取的數(shù)據(jù)。系統(tǒng)流程圖也表明了不同程序、子系統(tǒng)、相關(guān)文件和數(shù)據(jù)庫之間的關(guān)系。記錄了整個系統(tǒng)的體系結(jié)構(gòu)。

圖9-5 帶自動化系統(tǒng)邊界的數(shù)據(jù)流程圖 圖 9-6 系統(tǒng)流程圖的常用符號 圖9-7 工資系統(tǒng)的系統(tǒng)流程圖樣例 圖 9-8 RMO的系統(tǒng)流程圖

結(jié)構(gòu)圖：用來展示一個計算機(jī)程序模塊間關(guān)系的層次圖。

結(jié)構(gòu)圖的層次描述了系統(tǒng)各部分的功能和子功能。

結(jié)構(gòu)圖的基本組成部分是模塊，模塊用來標(biāo)識一個功能。圖 9-9 一個計算工資總額的簡單結(jié)構(gòu)圖 圖9-11 完整計算工資系統(tǒng)的結(jié)構(gòu)圖 評價結(jié)構(gòu)圖的質(zhì)量：

模塊耦合和模塊內(nèi)聚是檢測質(zhì)量的兩個標(biāo)準(zhǔn)。一般來說，我們期望設(shè)計出高度內(nèi)聚和松散耦合的模塊來。

模塊耦合：模塊間相互聯(lián)系的方式，較好的方式是數(shù)據(jù)耦合。模塊內(nèi)聚：模塊內(nèi)部的凝聚程度。9.2.4 模塊算法設(shè)計：偽碼

包圖：是一個高層圖，用以標(biāo)識系統(tǒng)中的主要部件。

包圖的目標(biāo)是用于標(biāo)識一個完整系統(tǒng)的主要部分。在一個大的系統(tǒng)中，通常要把系統(tǒng)分成許多子系統(tǒng)，每個子系統(tǒng)的功能相互之間都是獨(dú)立的，雖然子系統(tǒng)間經(jīng)常會交換信息并頻繁的共享同一數(shù)據(jù)庫。

圖 9-26 包括RMO設(shè)計類的圖。

設(shè)計類圖：設(shè)計類圖是帶某些符號的類圖，這些符號在類中描述了設(shè)計部件。

第十章、數(shù)據(jù)庫設(shè)計

? 關(guān)系數(shù)據(jù)庫的設(shè)計

? 從ERD到關(guān)系模型的轉(zhuǎn)換 ? 從類圖到關(guān)系模型的轉(zhuǎn)換 ? 面向?qū)ο髷?shù)據(jù)庫的設(shè)計

? 從類圖到面向?qū)ο髷?shù)據(jù)模型的轉(zhuǎn)換

關(guān)系數(shù)據(jù)庫管理系統(tǒng)：在表中存儲數(shù)據(jù)的數(shù)據(jù)庫管理系統(tǒng)。

表：包括行和列的二維數(shù)據(jù)結(jié)構(gòu)，也叫關(guān)系。

行：表的一部分，包含描述一個實體、關(guān)系或?qū)ο蟮臄?shù)據(jù)，也叫元組或記錄。字段：關(guān)系數(shù)據(jù)庫表的一列，也叫屬性。

字段值：存儲在關(guān)系數(shù)據(jù)庫表的一個單元中的數(shù)值，也叫屬性值或數(shù)據(jù)元素。關(guān)鍵字：關(guān)系數(shù)據(jù)庫表中每一行都含有一個唯一值的字段。主鍵：可以唯一標(biāo)識關(guān)系數(shù)據(jù)庫中表的某一行的關(guān)鍵字。（字段不唯一）外部碼：存儲在一個關(guān)系數(shù)據(jù)庫表中的字段值，同時這個字段值也是另一個關(guān)系數(shù)據(jù)庫表的主鍵值。

關(guān)系數(shù)據(jù)庫設(shè)計可以從一個ERD或一個類圖開始。這一節(jié)介紹如何根據(jù)一個ERD來生成數(shù)據(jù)庫模式。基于類圖的模式建立將在本章的后面討論。從ERD建立一個關(guān)系數(shù)據(jù)庫模式，可以采取一下步驟：

1.為每個實體類型建立一張表

2.為每個表選擇一個主鍵（如何需要，可以定義一個）3.增加外部碼以表示一對多關(guān)系 4.建立一個新表來表示多對多關(guān)系 5.定義參照完整性約束

6.評價模式質(zhì)量，并進(jìn)行必要的改進(jìn)

7.為每個字段選擇適當(dāng)?shù)臄?shù)據(jù)類型和取值范圍（如果需要）圖10-5 RMO的實體-聯(lián)系圖

圖 10-6 表示ERD中實體的初始表的集合 圖 10-7 帶主鍵（用黑體標(biāo)識）的實體表 圖 10-8 圖 10-9 參照完整性：一個一致的關(guān)系數(shù)據(jù)庫狀態(tài)，其中每個外部碼的值也作為一個主鍵的值存在。

第11章

Eight Golden Rules for Interactive Interface Design From Strive for Consistency（盡量保持一致性）

Enable Frequent Users to Use Shortcuts（提供快捷鍵）Offer Informative Feedback（有效反饋）

Design Dialogs to Yield Closure（設(shè)計完整的對話過程）Offer Simple Error Handling（簡單的錯誤處理機(jī)制）Permit Easy Reversal of Actions（允許撤銷動作）Support Internal Locus of Control（控制的內(nèi)部監(jiān)控）Reduce Short-Term Memory Load（減輕短期記憶負(fù)擔(dān)）

概要

1.系統(tǒng)開發(fā)生命周期的階段劃分：項目計劃階段、分析階段、設(shè)計階段、實施階段、支持階段。

2.對獲取的需求信息進(jìn)行類別劃分，主要的需求類別有:系統(tǒng)需求，功能需求,技術(shù)需求 4.用于定義系統(tǒng)需求的兩個關(guān)鍵概念分別是事件和事物 5.事件的分類：外部事件，臨時事件和狀態(tài)事件。

6.生命線：在順序圖中的一個對象下面的豎線，用以顯示這個對象的時間階段。

激活生命線：在順序圖中的垂直窄長方框，用以強(qiáng)調(diào)一個對象只有在狹長垂直矩形框的描述期間處于活動狀態(tài)。

7.順序圖消息符號由兩部分組成：方向箭頭和消息描述器。消息描述器的語法如下：

[true/false條件] 返回值：= 消息名（參數(shù)列表）

True/false條件用于驗證這個消息是否可以發(fā)送

8.協(xié)作圖消息用數(shù)字順序標(biāo)號來顯示每一個消息的順序。

[true/false條件] 順序編號：返回值：= 消息名（參數(shù)列表）

在對象之間或在參與者與對象之間的連線表示鏈接。

在一個協(xié)作圖中，鏈接表示兩個對象共享一個消息——一個發(fā)送消息一個接收消息。9.模塊耦合和模塊內(nèi)聚是檢測質(zhì)量的兩個標(biāo)準(zhǔn)。一般來說，我們期望設(shè)計出高度內(nèi)聚和松散耦合的模塊來。

10.在關(guān)系數(shù)據(jù)庫的設(shè)計過程中，提高關(guān)系數(shù)據(jù)庫模式質(zhì)量的有效方法是進(jìn)行關(guān)系數(shù)據(jù)庫的規(guī)范化設(shè)計。

11.計劃階段的模型：甘特圖

分析階段的模型：活動圖，關(guān)聯(lián)圖，實體聯(lián)系圖，用例圖，數(shù)據(jù)流圖，協(xié)作圖

設(shè)計階段的模型：包圖，系統(tǒng)流程圖

12.傳統(tǒng)的結(jié)構(gòu)化方法：數(shù)據(jù)流圖，結(jié)構(gòu)圖，系統(tǒng)流程圖，面向?qū)ο蠓椒ǎ侯悎D、用例圖、順序圖、協(xié)作圖、狀態(tài)圖，13.關(guān)系數(shù)據(jù)庫中，元組與元組之間的關(guān)聯(lián)關(guān)系是通過外鍵來表示的

面向?qū)ο髷?shù)據(jù)庫中，對象與對象之間的關(guān)聯(lián)關(guān)系則是通過對象標(biāo)識來表示的 四種報表類型：詳細(xì)報表、匯總報表、異常報表、決策報表

Drill down(下鉆)：將匯總字段設(shè)計成一個鏈接，允許點(diǎn)擊它以查看更為詳細(xì)的資料 完整性控制：應(yīng)用系統(tǒng)內(nèi)部用來保護(hù)系統(tǒng)內(nèi)信息的機(jī)制和程序。

三種完整性控制：輸入完整性控制、數(shù)據(jù)庫完整性控制、輸出完整性控制。（防詐騙）輸入完整性控制：字段組合控制、限值控制、完全性控制、數(shù)據(jù)有效性控制。三種用戶：未授權(quán)、注冊用戶、特權(quán) 用戶界面的特征：物理特征、感知、概念 以用戶為中心的原則： 及早關(guān)注用戶及其工作

多次評價系統(tǒng)設(shè)計以保證其可用性 使用迭代開發(fā)方法

HIC的三種隱喻：直接操作隱喻（直接與顯示屏上的對象交互——桌面隱喻）、文檔隱喻、對話隱喻

界面設(shè)計指導(dǎo)原則： 可視性：有反饋 可供性：體現(xiàn)功能 事件列表

|事件| 觸發(fā)器 | 源

活動

|

響應(yīng)

|目的地| 事物列表

|確定的名詞| 將該名詞作為事物存儲的一些注釋|

第三篇：信息系統(tǒng)分析與設(shè)計學(xué)習(xí)總結(jié)

信息系統(tǒng)分析與設(shè)計學(xué)習(xí)總結(jié)

通過這個學(xué)期的學(xué)習(xí)，我覺得在信息系統(tǒng)分析與設(shè)計這門課程中的收獲頗多，同時讓我了解到在開發(fā)一個系統(tǒng)前，進(jìn)行信息系統(tǒng)分析與設(shè)計是重中之重，正所謂“工欲善其事必先利其器”要想實現(xiàn)好的系統(tǒng)，做好前期工作是必須的。比如說從系統(tǒng)這一方面說吧，首先進(jìn)行信息系統(tǒng)規(guī)劃，接著是結(jié)構(gòu)化系統(tǒng)分析，結(jié)構(gòu)化系統(tǒng)設(shè)計三個部分，其中結(jié)構(gòu)化系統(tǒng)設(shè)計主要包括系統(tǒng)總體結(jié)構(gòu)設(shè)計，代碼設(shè)計，數(shù)據(jù)庫設(shè)計，輸入輸出設(shè)計，最后一步就是系統(tǒng)的實現(xiàn)與運(yùn)行過程了。

在這期課程中，通過老師講解學(xué)習(xí)到了：在信息系統(tǒng)的概論中，讓我們初步認(rèn)識了信息系統(tǒng)的基本概念及其功能，分析信息系統(tǒng)的特征、結(jié)構(gòu)、信息系統(tǒng)的分類和信息系統(tǒng)的發(fā)展階段等。在管理信息系統(tǒng)開發(fā)的概述中，我知道了管理信息系統(tǒng)開發(fā)指的是管理信息系統(tǒng)由問題提出開始，從系統(tǒng)規(guī)劃、系統(tǒng)分析、設(shè)計、實施到系統(tǒng)的維護(hù)、評價的全過程，其次就是創(chuàng)建MIS的方法等。在信息系統(tǒng)規(guī)劃中，學(xué)習(xí)了信息系統(tǒng)規(guī)劃的定義、內(nèi)容、流程和方法，在信息系統(tǒng)規(guī)劃的方法中，具體介紹了關(guān)鍵成功因素法、戰(zhàn)略目標(biāo)集成法和企業(yè)系統(tǒng)計劃法等。在第四章結(jié)構(gòu)化系統(tǒng)分析中，主要學(xué)習(xí)到了結(jié)構(gòu)化信息系統(tǒng)的分析過程，分析信息系統(tǒng)需求分析方法和主要工具，學(xué)習(xí)到了數(shù)據(jù)流程圖的基本結(jié)構(gòu)和畫法。在學(xué)習(xí)畫時序圖過程中雖然也遇到了很多的問題，但是通過老師和同學(xué)的幫助都成功得到了解決。在畫數(shù)據(jù)流程圖的時候遇到的問題就相對少了點(diǎn)，因為以前學(xué)過一些，所以在繪制時就相對輕松一些。在進(jìn)行需求分析學(xué)習(xí)過程中，我知道了在需求分析階段需做的工作、需求分析的任務(wù)、需求分析的特點(diǎn)等。在學(xué)習(xí)體系結(jié)構(gòu)設(shè)計中，理解了體系結(jié)構(gòu)的基本概述、體系結(jié)構(gòu)設(shè)計需要做的工作。在最后學(xué)習(xí)了詳細(xì)設(shè)計。其次，在本期學(xué)習(xí)到的知識中，老師也讓我們做了實際的運(yùn)用，在平時作業(yè)中，我們完成了圖書管理系統(tǒng)需求規(guī)格說明書、小區(qū)物業(yè)管理系統(tǒng)需求規(guī)格說明說、圖書管理系統(tǒng)體系結(jié)構(gòu)的設(shè)計，圖書管理系統(tǒng)詳細(xì)設(shè)計、小區(qū)物業(yè)管理系統(tǒng)詳細(xì)設(shè)計等，通過這些實際的運(yùn)用，讓我更加深入的了解并學(xué)會運(yùn)用所學(xué)知識。

本學(xué)期的課時即將完成，總的來講，在本學(xué)期信息系統(tǒng)分析與設(shè)計這門課程當(dāng)中讓我獲益頗多，我今后會繼續(xù)努力，更好的學(xué)好每一門課程。

第四篇：軟件系統(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ì)量保證、軟件配置管理、組織級過程焦點(diǎn)、組織級過程定義、培訓(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)工作的總和。項目的臨時性 項目的獨(dú)特性 項目的漸進(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（通用語言運(yùn)行環(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)件的屬性與特點(diǎn)

構(gòu)件是可獨(dú)立配置的單元，構(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)新點(diǎn)分析 項目技術(shù)風(fēng)險分析 項目技術(shù)成熟性分析

? 4.2.2 項目投資及效益分析

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

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

產(chǎn)品成本、利潤與盈虧平衡點(diǎ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è)重點(diǎn)稍有不同，有時不加區(qū)分或合并進(jìn)行。

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

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

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

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

技術(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)點(diǎn)

? 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)將怎樣運(yùn)轉(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 運(yùn)行設(shè)計

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

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

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

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

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

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

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

8.2軟件設(shè)計概述

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

軟件級設(shè)計決策是指軟件行為的設(shè)計決策（忽略其內(nèi)部實現(xiàn)，從用戶角度出發(fā)，描述軟件將怎樣運(yùn)轉(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)聚、低耦合原則稱為組件獨(dú)立原則

? 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è)計、運(yùn)行設(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è)計具有基于抽象、信息隱藏、功能獨(dú)立和模塊性構(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è)計 運(yùn)行設(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）模型的缺點(diǎn)是缺乏靈活性，特別是無法解決軟件需求不明確或不準(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ā)和運(yùn)行時類的物理實現(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.重點(diǎn)突破原則 答案: 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)化生命周期法的主要缺點(diǎn)之一是().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.生命周期法的特點(diǎn)之一是().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)生命周期的各階段中,花費(fèi)費(fèi)用和人力投入最多的階段是().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.重點(diǎn)突破原則 答案: 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)化生命周期法的主要缺點(diǎn)之一是().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.生命周期法的特點(diǎn)之一是().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)生命周期的各階段中,花費(fèi)費(fèi)用和人力投入最多的階段是().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è)的特點(diǎn)決定了信息系統(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.在下圖所示的用例分析類圖中，請指出各個概念類屬于哪一類，并分別解釋三種概念類的特點(diǎn)及概念。“售書處理”的用例分析類圖書目售書員售書界面產(chǎn)生待售圖書待售圖書開書單打印進(jìn)程架存圖書出售圖書售出圖書答：屬于實體類的有：書目、架存圖書、代售圖書、售出圖書。

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

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

特點(diǎ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)處理、邏輯運(yùn)算的抽象要素。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é)，其特點(diǎn)就是可以直接被實例化，也就是可以加上一個關(guān)鍵字new產(chǎn)生一個對象。6.接口隔離原則

接口隔離原則定義：

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

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

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

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