3系統(tǒng)分析與設(shè)計(jì)原理內(nèi)容安排??????3.1

系統(tǒng)分析概述3.2

結(jié)構(gòu)化系統(tǒng)分析3.3

面向?qū)ο蟮姆治?.4

敏捷開發(fā)與微服務(wù)開發(fā)

3.5

分析管理3.6

系統(tǒng)分析說明書3.1系統(tǒng)分析概述內(nèi)容安排??3.1.1

系統(tǒng)分析概述

3.1.2

分析實(shí)現(xiàn)步驟3.1.1

系統(tǒng)分析概述1

概念：系統(tǒng)分析將一個(gè)系統(tǒng)分解成各個(gè)組成部分，目的是研究各部分

如何工作，如何交互，以實(shí)現(xiàn)系統(tǒng)的目標(biāo)。是問題解決技術(shù)。廣狹義用模型和其他文檔工具來呈現(xiàn)和描述所建議的系統(tǒng)。3.1.1

系統(tǒng)分析概述??2

任務(wù)：將系統(tǒng)詳細(xì)調(diào)查中所得到的文檔資料

,

對(duì)組織內(nèi)部整體管理狀

況和信息處理過程

分析，研究業(yè)務(wù)領(lǐng)域，定義業(yè)務(wù)的優(yōu)先級(jí)。借助于當(dāng)

前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)

“做什么”

的問題3

目的：將需求及解決方法確定下來，建立邏輯模型需求開發(fā)需求管理需求獲取需求分析需求規(guī)格說明需求驗(yàn)證3.1.1

系統(tǒng)分析概述需求工程4

需求工程階段：可行性分析（可能包含部分基本需求獲取）需求獲取及分析（需求發(fā)現(xiàn)，確定需求）分析和導(dǎo)出，排列需求的優(yōu)先級(jí)（工具

用例分級(jí)和評(píng)估矩陣）

需求描述需求驗(yàn)證需求管理（貫穿）3.1.1

系統(tǒng)分析概述5

分析內(nèi)容：業(yè)務(wù)和數(shù)據(jù)的流程是否通暢

,

是否合理

;

數(shù)據(jù)、業(yè)務(wù)過程

和實(shí)現(xiàn)管理功能之間的關(guān)系。6

需求的三個(gè)層次：業(yè)務(wù)需求，用戶需求，系統(tǒng)需求7

需求的分類：??功能（包括數(shù)據(jù)要求和加工要求，和系統(tǒng)主要工作相關(guān)的需求）

非功能

(

性能，質(zhì)量屬性，接口，約束）3.1.1

系統(tǒng)分析概述功能性需求

:非功能性需求：?

會(huì)計(jì)帳務(wù)處理?

倉(cāng)庫(kù)出入庫(kù)業(yè)務(wù)

?

生產(chǎn)計(jì)劃制訂?

銷售訂單下達(dá)?

員工培訓(xùn)計(jì)劃制訂

?

……??????性能要求，效率可靠性要求，服務(wù)

質(zhì)量屬性

安全保密性要求，控制方面

以及開發(fā)費(fèi)用和開發(fā)周期

可使用資源等方面的限制

約束

條件（補(bǔ)充規(guī)約）接口3.1.1

系統(tǒng)分析概述8

原則

面向客戶。全面地理解用戶的各種需求分析和澄清模糊的用戶需求準(zhǔn)確地表達(dá)被接受的用戶需求，理解信息域統(tǒng)一性

適用性、可靠性、安全性、健壯性、易二次開發(fā)、易維護(hù)性，允許重

用已有軟件組件有效建模。分清系統(tǒng)的邏輯視圖和物理視圖、業(yè)務(wù)主導(dǎo)技術(shù)需求評(píng)估確認(rèn)原則需求重點(diǎn)性3.1.2

分析的實(shí)現(xiàn)步驟1

理解應(yīng)用問題，建立業(yè)務(wù)過程模型

（業(yè)務(wù)用例模型）2

建模結(jié)構(gòu)化：在全盛期系統(tǒng)分析的問題分析階段也進(jìn)行過程建模、數(shù)據(jù)模

型（

ER

圖）、功能模型（數(shù)據(jù)流圖）、行為模型（狀態(tài)遷移圖）

，

接口面向?qū)ο?

細(xì)化模型：事件劃分的常用策略進(jìn)行組4

體系結(jié)構(gòu)分析5

非功能性分析3.2結(jié)構(gòu)化系統(tǒng)分析內(nèi)容安排???????3.2.1

結(jié)構(gòu)化分析工具3.2.2

組織結(jié)構(gòu)的工具3.2.3

業(yè)務(wù)流程圖3.2.4

系統(tǒng)流程圖3.2.5

上下文圖，數(shù)據(jù)流圖，數(shù)據(jù)字典

3.2.6

功能模塊圖3.2.7

層次方框圖，數(shù)據(jù)立即存取圖3.2.1

結(jié)構(gòu)化分析工具??????????1

組織結(jié)構(gòu)圖（

Organization

Chart

）2

業(yè)務(wù)流程圖（從業(yè)務(wù)角度）3

系統(tǒng)流程圖（也用于設(shè)計(jì)）4

上下文圖5

DFD

（數(shù)據(jù)流圖，數(shù)據(jù)流程圖）6

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

層次方框圖8

數(shù)據(jù)立即存取圖（

DIAD)9

判定表（樹）（也用于設(shè)計(jì)）10

功能分解圖（

FDD

從功能模塊角度，功能結(jié)構(gòu)圖，功能模塊

圖）3.2.1

結(jié)構(gòu)化分析工具??????11

狀態(tài)轉(zhuǎn)換圖（狀態(tài)遷移圖。用作

行為建模）

12

U-C

矩陣13

Varner

圖（描述數(shù)據(jù)結(jié)構(gòu)圖層的圖）14

表格分配圖15

ERD

圖（

E-R

圖，實(shí)體關(guān)系圖，數(shù)據(jù)建模

)

16

數(shù)據(jù)存儲(chǔ)規(guī)范化

NF3.2.2

組織結(jié)構(gòu)???組織機(jī)構(gòu)圖組織

/

業(yè)務(wù)關(guān)系圖組織機(jī)構(gòu)

/

物流

(

資金流、信息流

)

關(guān)系圖3.2.2

組織結(jié)構(gòu)董事會(huì)總經(jīng)理副總經(jīng)理副總經(jīng)理副總經(jīng)理財(cái)務(wù)總監(jiān)技術(shù)部開發(fā)部市場(chǎng)部銷售部人事部辦公室行政部財(cái)務(wù)部?組織機(jī)構(gòu)圖???管理層次結(jié)構(gòu)

匯報(bào)體制職責(zé)范圍3.2.2

組織結(jié)構(gòu)?組織

/

業(yè)務(wù)關(guān)系圖部門

A部門

B部門

C部門

D部門

E部門

F業(yè)務(wù)1MSSA業(yè)務(wù)2AMS業(yè)務(wù)3AASM業(yè)務(wù)4AMS?

M

–

Master?

S

–

Support?

A

–

Attend3.2.2

組織結(jié)構(gòu)—高校教學(xué)管理系統(tǒng)教務(wù)處教務(wù)科教務(wù)科科長(zhǎng)學(xué)籍管理辦公室排課管理業(yè)務(wù)人員教室管理業(yè)務(wù)人員宇航學(xué)院教務(wù)辦公室經(jīng)濟(jì)與管理學(xué)院教務(wù)辦公室能源動(dòng)力學(xué)院教務(wù)辦公室自動(dòng)化學(xué)院教務(wù)辦公室人文學(xué)院教務(wù)辦公室3.2.3業(yè)務(wù)流程圖內(nèi)容安排?????1

業(yè)務(wù)流程分析

2

業(yè)務(wù)流程圖概述

3

符號(hào)4

畫法5

例子3.2.3

業(yè)務(wù)流程圖

---1

業(yè)務(wù)流程分析業(yè)務(wù)功能分析

:在調(diào)查研究的基礎(chǔ)上，按照企業(yè)組織結(jié)構(gòu)，詳細(xì)列出企業(yè)功

能業(yè)務(wù)關(guān)系分析

:流程中各活動(dòng)間的邏輯聯(lián)系、時(shí)序關(guān)系、數(shù)據(jù)聯(lián)系、資源約

束和活動(dòng)的相關(guān)性等

,

分析各個(gè)活動(dòng)之間的關(guān)系等。業(yè)務(wù)流程優(yōu)化

:按計(jì)算機(jī)信息處理的要求，分析哪些過程有冗余信息處理，

哪些活動(dòng)可以變串行處理為并行處理，變事后監(jiān)督為事前或事

中控制，產(chǎn)生更為合理的流程。業(yè)務(wù)功能分析學(xué)籍處理匯總學(xué)生登記表

教務(wù)處審核學(xué)生登記表

院系建立學(xué)生檔案

教務(wù)處建立學(xué)生檔案

院系管理學(xué)生成績(jī)制訂教學(xué)計(jì)劃院系匯總教學(xué)計(jì)劃

教務(wù)處協(xié)調(diào)制訂全校教學(xué)計(jì)

劃各教研室

安排教學(xué)任務(wù)排課院系排課確定

上課時(shí)間教務(wù)

處匯總并排定

上課教室教室設(shè)施管理維護(hù)教室設(shè)施

信息統(tǒng)計(jì)處理院系按教研室統(tǒng)計(jì)教師上課情況

按專業(yè)統(tǒng)計(jì)各班級(jí)人數(shù)

按專業(yè)統(tǒng)計(jì)各班級(jí)人員變動(dòng)學(xué)生轉(zhuǎn)專業(yè)院系初步審查

學(xué)生轉(zhuǎn)專業(yè)教務(wù)處終審

學(xué)生休復(fù)學(xué)院系初步審查

學(xué)生休復(fù)學(xué)教務(wù)處終審

院系學(xué)籍初步審查

教務(wù)處學(xué)籍終審

院系學(xué)生畢業(yè)資格審查

教務(wù)處畢業(yè)資格終審院系匯總教學(xué)任務(wù)3.2.3

業(yè)務(wù)流程圖—

2

概述????（

1

）定義：用一些規(guī)定的符號(hào)及連線來表示某個(gè)具體業(yè)務(wù)處理

過程。是一種系統(tǒng)分析人員都懂的共同語(yǔ)言

,

用來描述系統(tǒng)組織

結(jié)構(gòu)、業(yè)務(wù)流程繪制是按業(yè)務(wù)的實(shí)際處理步驟和過程進(jìn)行的。注重業(yè)務(wù)職能的流程，業(yè)務(wù)的流轉(zhuǎn)而非事務(wù)（

2

）作用3.2.3

業(yè)務(wù)流程圖（

3

）特點(diǎn)：1)

圖的形式是按業(yè)務(wù)部門劃分的橫式圖（后面泳道圖）。

2)

圖描述的主體是票據(jù)、帳單的業(yè)務(wù)處理。3)

票據(jù)、帳單流動(dòng)路線與實(shí)際業(yè)務(wù)處理過程一一對(duì)應(yīng)。

4)

圖中票據(jù)、帳單是有“

生”、“

死”的，即用它的一

次生命周期來表示出一筆業(yè)務(wù)的處理情況。3.2.3

業(yè)務(wù)流程圖—

3

符號(hào)3.2.3

業(yè)務(wù)流程圖—

3

符號(hào)?帶泳道的：泳道圖在某些文檔里會(huì)被稱為“以活動(dòng)為單位的流程

圖”，浮在泳道中的都是一個(gè)個(gè)活動(dòng)。突出活動(dòng)關(guān)系，表示各部門

的責(zé)任3.2.3

業(yè)務(wù)流程圖—

3

符號(hào)3.2.3

業(yè)務(wù)流程圖—

4

畫法與步驟?(1)

現(xiàn)行系統(tǒng)業(yè)務(wù)流程總結(jié)對(duì)現(xiàn)行系統(tǒng)詳細(xì)調(diào)查，寫出總結(jié)。如，開發(fā)人員在系統(tǒng)調(diào)查階段了解到某企業(yè)的

會(huì)計(jì)核算形式是科目匯總表的核算形式，其帳務(wù)處理業(yè)務(wù)流程如下：?據(jù)審核無誤的原始憑證匯總表編制記帳憑證，包括現(xiàn)金收付、銀行收付、轉(zhuǎn)帳憑

證。?據(jù)現(xiàn)金收付款憑證登記現(xiàn)金日記帳。?據(jù)銀行收付款憑證登記銀行存款日記帳。?據(jù)銀行送來的對(duì)帳單對(duì)銀行存款日記帳核對(duì)。?據(jù)記帳憑證及所付原始憑證登記有關(guān)明細(xì)帳。?據(jù)記帳憑證，按相同的借貸方匯總出科目匯總表。?據(jù)科目匯總表登記匯總分類帳。?將明細(xì)帳科目余額與財(cái)產(chǎn)物資實(shí)用數(shù)核對(duì)。?把總分類帳余額與有關(guān)明細(xì)帳余額核對(duì)。?根據(jù)總帳、明細(xì)帳余額編制各種會(huì)計(jì)報(bào)表。?????（

2

）業(yè)務(wù)

流程圖突出部門和崗位的輸入輸出人員需求申請(qǐng)人員需求計(jì)劃應(yīng)聘檔案3.2.3

業(yè)務(wù)流程圖—

5

例子員工檔案培訓(xùn)計(jì)劃職位變動(dòng)通知單級(jí)別變動(dòng)通知單員工離職通知單員工資歷通知單員工處罰通知單培訓(xùn)記錄員工工資離職員工人事管理子系統(tǒng)流程圖職位變動(dòng)申請(qǐng)培訓(xùn)申請(qǐng)審核面試考核試用期考核培訓(xùn)考核合同到期考核客戶業(yè)務(wù)員建立訂單信息客戶訂單信息3.2.3

業(yè)務(wù)流程圖訂單評(píng)審NNNN評(píng)審該訂單是否可以生產(chǎn)評(píng)審該客戶的信用度生產(chǎn)施工單訂單合同檔案訂單送貨查詢訂單標(biāo)準(zhǔn)成本客戶訂單金額

統(tǒng)計(jì)延期訂單統(tǒng)計(jì)發(fā)貨通知單訂單信息N業(yè)務(wù)

員建立訂單信息未通過評(píng)審返回到業(yè)務(wù)員公司反饋信息返回訂單評(píng)審信息通過評(píng)審訂單通過訂單評(píng)審的產(chǎn)品

返回到訂單信息中由

業(yè)務(wù)員確定并和客戶簽訂合同。已簽訂合同產(chǎn)品N營(yíng)業(yè)部評(píng)審Y征信部評(píng)審工藝評(píng)審Y質(zhì)量評(píng)審Y材料評(píng)審Y交期評(píng)審訂單信息建立訂單評(píng)審評(píng)審該訂單生產(chǎn)工藝是否符合

能夠達(dá)到。評(píng)審該訂單是否能夠達(dá)到生產(chǎn)

客戶所要求的質(zhì)量標(biāo)準(zhǔn)，以及

公司內(nèi)對(duì)于各工序所提出的質(zhì)量要

求及標(biāo)準(zhǔn)評(píng)審該材料是否能夠采購(gòu)到，

以及是否

能按時(shí)到貨。評(píng)審何時(shí)可以給客戶交貨，該

評(píng)審的依據(jù)是材料交期，公司

內(nèi)計(jì)劃此訂單排程完成日期為準(zhǔn)。發(fā)送通知單是當(dāng)該

訂單有生產(chǎn)

完成的產(chǎn)品時(shí)，提

前通知客戶

進(jìn)行發(fā)貨的過程3.2.3

業(yè)務(wù)流程圖—

5

例子3.2.3

業(yè)務(wù)流程圖—

5

例子零星領(lǐng)料單維護(hù)

（2060102）工序交接單維護(hù)

（2060201）工序返修單維護(hù)

（2060202）生產(chǎn)日?qǐng)?bào)維護(hù)

（2060301）中心盤點(diǎn)

表維護(hù)

（2060104）生產(chǎn)補(bǔ)料單維護(hù)

（2060103）中心盤點(diǎn)

表審核

（2060105）報(bào)廢單維

護(hù)

（2060203）完工報(bào)驗(yàn)單維護(hù)

（2060204）否成品質(zhì)檢單維護(hù)

（2070401）限額領(lǐng)料單維護(hù)

（2060101）倉(cāng)庫(kù)信息機(jī)構(gòu)信息作業(yè)任務(wù)機(jī)構(gòu)信息補(bǔ)料/零星領(lǐng)料出庫(kù)

（2030305）限額領(lǐng)料出庫(kù)

（2030304）審批入庫(kù)（2030201）進(jìn)貨結(jié)算（2080301）生產(chǎn)用料綜合查詢

（2060401）生產(chǎn)日?qǐng)?bào)查詢

（2060402）生產(chǎn)用料生產(chǎn)日?qǐng)?bào)完工入庫(kù)

單限額領(lǐng)料單開料員庫(kù)管員生產(chǎn)補(bǔ)料單開料員庫(kù)管員零星領(lǐng)料單開料員工序交接

單車間統(tǒng)計(jì)員車間材料工生產(chǎn)日?qǐng)?bào)車間材料員庫(kù)管員報(bào)廢單完工報(bào)驗(yàn)單車間統(tǒng)計(jì)員成品質(zhì)檢單成品檢驗(yàn)員車間材料員成本中心

盤點(diǎn)表核算員相關(guān)

人員車間核算員通過？是成本中心

盤點(diǎn)表3.2.3

業(yè)務(wù)流程圖—

5

例子開會(huì)討論審批綜合平衡（討論）批準(zhǔn)下達(dá)各單位各部門B

2系

統(tǒng)分析

B

2.2表

格

名

稱業(yè)

務(wù)

流

程第圖/共張圖圖例說明業(yè)務(wù)處理單位業(yè)務(wù)處理描述表格制作傳遞存儲(chǔ)收集資料業(yè)務(wù)名稱：制圖：審核：?jiǎn)挝幻Q：核對(duì)：年月

日計(jì)劃處技改處銀行計(jì)劃處銀行技改處各部門各單位局領(lǐng)導(dǎo)各部門各單位投資總規(guī)劃更新改造貸款規(guī)模報(bào)表正式計(jì)劃各單位上報(bào)表各部門各單位計(jì)劃存檔上級(jí)領(lǐng)導(dǎo)3.2.3

業(yè)務(wù)流程圖—

5

例子業(yè)務(wù)分類存款處理取款處理B

2系

統(tǒng)分析

B

2.2表

格

名

稱業(yè)

務(wù)

流

程第圖/共張圖圖例說明業(yè)務(wù)處理單位業(yè)務(wù)處理描述表格制作傳遞存儲(chǔ)收集資料業(yè)務(wù)名稱：存取款業(yè)務(wù)制圖：審核：?jiǎn)挝幻Q：核對(duì)：年月

日存折存款單折存折存取款單取款單折存折

現(xiàn)金存折存款單折儲(chǔ)戶存折存取款單利息文件帳目文件取款單折存折

現(xiàn)金3.2.3

業(yè)務(wù)流程圖—練習(xí)?顧客提交訂單給銷售部門，銷售部門經(jīng)過訂單檢查，把不合格的

訂單反饋給顧客，對(duì)合格訂單，通過核對(duì)庫(kù)存記錄，缺貨訂單通

過缺貨統(tǒng)計(jì)，向采購(gòu)部門發(fā)出缺貨通知，并登記缺貨記錄。對(duì)于

可供貨訂單，登記客戶檔案，開出備貨單，通知倉(cāng)庫(kù)備貨。同時(shí)

保存訂單數(shù)據(jù)，并進(jìn)行銷售統(tǒng)計(jì)。校驗(yàn)訂單處理備貨單提交訂單登記缺貨統(tǒng)計(jì)銷售統(tǒng)計(jì)核對(duì)庫(kù)存開備貨單銷售部門銷售部門訂單顧客不合格訂單可供貨訂單缺貨訂單顧客檔案缺貨記錄缺貨通知備貨單訂單存底采購(gòu)部門倉(cāng)庫(kù)銷售統(tǒng)計(jì)表3.2.3

業(yè)務(wù)流程圖—作業(yè)1

、“制訂教學(xué)計(jì)劃”業(yè)務(wù)描述首先，各專業(yè)教學(xué)委員會(huì)制訂教學(xué)計(jì)劃

,

各專業(yè)的教學(xué)秘書將整理后交給院系教學(xué)

辦公室進(jìn)行匯總、審核，然后報(bào)學(xué)校教務(wù)處，教務(wù)處匯總后召開全校教學(xué)秘書及院

系教務(wù)人員協(xié)調(diào)會(huì)，最終確定本年度的教學(xué)計(jì)劃，并下發(fā)各院系。各院系將教學(xué)計(jì)劃下發(fā)給教研室主任安排教學(xué)任務(wù)，教研室主任將教學(xué)任務(wù)安排結(jié)

果匯總成教師任課表報(bào)院系，各院系再將匯總后的教師任課表報(bào)教務(wù)處。3.2.3

業(yè)務(wù)流程圖2

、“排課”業(yè)務(wù)的描述詳細(xì)處理是：?各院系根據(jù)本單位的教學(xué)計(jì)劃和教師任課表完成課表的初步排定

工作，其排課內(nèi)容涉及到學(xué)生班級(jí)、教師的上課時(shí)間安排，各院

系將排課結(jié)果報(bào)教務(wù)處后，由教務(wù)處排定上課教室。3

、“統(tǒng)計(jì)報(bào)表處理”業(yè)務(wù)描述的詳細(xì)處理是：?教務(wù)處對(duì)教師任課情況進(jìn)行統(tǒng)計(jì)，并形成開課情況統(tǒng)計(jì)表；根據(jù)

學(xué)生檔案統(tǒng)計(jì)各專業(yè)及班級(jí)學(xué)生人數(shù)及學(xué)生變動(dòng)情況，形成班級(jí)

學(xué)生人數(shù)統(tǒng)計(jì)表、學(xué)生異動(dòng)統(tǒng)計(jì)表等等。3.2.4系統(tǒng)流程圖3.2.4

系統(tǒng)流程圖

System

Flowchart

又叫事務(wù)流程圖，反應(yīng)主體框架。是在計(jì)算機(jī)事務(wù)處理應(yīng)用進(jìn)行系

統(tǒng)分析時(shí)常用的一種描述方法，描述事務(wù)處理中從數(shù)據(jù)輸入開始到

獲得輸出為止各個(gè)處理工序過程

描繪系統(tǒng)物理模型的工具。基本思想是用圖形符號(hào)以黑盒子的形式

描繪系統(tǒng)理念的每個(gè)部件包括程序，文件，數(shù)據(jù)庫(kù)，表格，人工過

程等，表達(dá)信息在各個(gè)部件之間流動(dòng)的情況，而不是表示對(duì)信息進(jìn)

行加工處理的控制過程3.2.4

系統(tǒng)流程圖—符號(hào)3.2.4

系統(tǒng)流程圖—符號(hào)3.2.4

系統(tǒng)流程圖—符號(hào)3.2.4

系統(tǒng)流程圖—基本處理工序1

、變換把輸入單據(jù)變換成磁盤文件，或把磁盤文件變換成輸出單據(jù)，

或把某一磁盤文件的內(nèi)容由一個(gè)介質(zhì)文件傳送到另一介質(zhì)文件

：一般在在進(jìn)行輸入變換

同時(shí)，還可進(jìn)行形式性

的邏輯檢查，如輸入單

據(jù)的數(shù)據(jù)范圍，錄入錯(cuò)

誤等等。3.2.4

系統(tǒng)流程圖—基本處理工序2

、合并：把多個(gè)文件合并為一個(gè)文件，如：3.2.4

系統(tǒng)流程圖—基本處理工序3

、劃分是合并的逆操作，將合并工序的輸入文件與輸出文件對(duì)調(diào)即可

：3.2.4

系統(tǒng)流程圖—基本處理工序4

、分類（排序）按指定的鍵（關(guān)鍵字）以升序或降序改變?cè)募挠涗浥帕许樞?/p>

。例如，將如下記錄排列的舊文件，按關(guān)鍵字升序，依次進(jìn)行分類

，得到新文件：3.2.4

系統(tǒng)流程圖—基本處理工序分類也可和輸入或輸出操作一起進(jìn)行：3.2.4

系統(tǒng)流程圖—基本處理工序5

、更新將多個(gè)文件作為輸入根據(jù)關(guān)鍵項(xiàng)目進(jìn)行對(duì)照，對(duì)文件進(jìn)行內(nèi)容

修正、刪除、增加等改寫工作，一般更新的內(nèi)容先要寫入一個(gè)

臨時(shí)文件：3.2.4

系統(tǒng)流程圖—注意的問題1

、盡量縮短處理時(shí)間。2

、盡量減少空閑時(shí)間。3

、要考慮便于完成程序的調(diào)試。工序數(shù)和系統(tǒng)的類型，由于存儲(chǔ)容量和中間介質(zhì)的使用如何，

使用幾臺(tái)機(jī)器問題，也要受到影響。因此在這個(gè)階段，可對(duì)存

儲(chǔ)容量和機(jī)器結(jié)構(gòu)進(jìn)行預(yù)測(cè)。3.2.4

系統(tǒng)流程圖

---

例子?3.2.5上下文，數(shù)據(jù)流圖內(nèi)容安排???1

上下文圖

2

數(shù)據(jù)流圖

3

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

1

上下文圖

Context

Mapping3.2.5

2

數(shù)據(jù)流圖

--DFD

（

Data

Flow

Diagram

）??描述數(shù)據(jù)流從輸入到輸出的變化過程。數(shù)據(jù)流上下文圖：顯示了系統(tǒng)界限，用數(shù)據(jù)流連接實(shí)體和過程或或或數(shù)據(jù)加工

/

處理

/

變換數(shù)據(jù)源點(diǎn)或終點(diǎn)

(

外部實(shí)體

)數(shù)據(jù)存儲(chǔ)文件數(shù)據(jù)流

(data

flow))3.2.5

2

數(shù)據(jù)流圖

--DFD

（

Data

Flow

Diagram

）數(shù)據(jù)流圖幾種附加符號(hào)外部實(shí)體外部實(shí)體外部實(shí)體外部實(shí)體輸入信息輸入信息輸出信息輸出信息目標(biāo)系統(tǒng)3.2.5

2

數(shù)據(jù)流圖

--DFD

（

Data

Flow

Diagram

）目標(biāo)系統(tǒng)頂層數(shù)據(jù)流圖（上下文環(huán)境圖）表達(dá)出來3.2.5

2

數(shù)據(jù)流圖

--DFD

（

Data

Flow

Diagram

）3.2.5

2

數(shù)據(jù)流圖

--DFD

（

Data

Flow

Diagram

）3.2.5

數(shù)據(jù)流圖

--DFD

（

Data

FlowDiagram

）計(jì)算工資讀入卡片卡片校驗(yàn)3.2.5

2

數(shù)據(jù)流圖

--DFD

（

Data

Flow

Diagram

）數(shù)

據(jù)

流

：

由

一

組

固

定

成

分

的

數(shù)

據(jù)

組

成

，

如

“

選

課

單

”

由

“

學(xué)

號(hào)

、

姓

名

、

課

程

編號(hào)、課程名”等成分組成，兩個(gè)加工之間可有多股數(shù)據(jù)流數(shù)據(jù)流的命名?不要把控制流作為數(shù)據(jù)流如：下圖中讀下張卡屬于控制流，不應(yīng)畫出?？ㄆ畔⒑戏ㄆx下張卡?不要標(biāo)出激發(fā)條件職工檔案工資率每月

1

號(hào)工資單檢索商品信息修改庫(kù)存3.2.5

2

數(shù)據(jù)流圖

--DFD

（

Data

Flow

Diagram

）????加工：如“處理選課單”

、“產(chǎn)生發(fā)票”等編號(hào)

說明這個(gè)加工在層次分解中的位置命名數(shù)據(jù)存儲(chǔ)“

學(xué)生檔案”、“課程設(shè)置”，一般局限在某

1

層或某幾層商品目錄商品庫(kù)存數(shù)據(jù)源加工數(shù)據(jù)終點(diǎn)數(shù)據(jù)終點(diǎn)加工數(shù)據(jù)終點(diǎn)數(shù)據(jù)源3.2.5

2

數(shù)據(jù)流圖

--DFD

（

Data

Flow

Diagram

）沒有輸出！沒有輸入！數(shù)據(jù)源數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)3.2.6

功能模塊圖銷銷售系統(tǒng)管理銷銷售計(jì)劃劃管理成成品庫(kù)管管理銷銷售合同同管理銷銷售核算算管理市市場(chǎng)預(yù)預(yù)測(cè)銷銷售售歷歷史史資資料料管管理理編編制制年年度度銷銷售售大大綱綱編編制制銷銷售售計(jì)計(jì)劃劃合合同同有有效效性性審審查查合合同同執(zhí)執(zhí)行行情情況況分分析析合合同同登登記記和和變變更更銷銷售售利利潤(rùn)潤(rùn)核核算算銷銷售售統(tǒng)統(tǒng)計(jì)計(jì)分分析析出出入入庫(kù)庫(kù)管管理理庫(kù)庫(kù)存存統(tǒng)統(tǒng)計(jì)計(jì)市市場(chǎng)場(chǎng)預(yù)預(yù)測(cè)測(cè)市市場(chǎng)場(chǎng)分分析析3.2.6

功能模塊圖3.2.7

1

層次方框圖3.2.7

2

數(shù)據(jù)立即存取圖??????進(jìn)行數(shù)據(jù)存取分析按供應(yīng)商編號(hào)等來查詢?cè)摴?yīng)

商的基本信息訂單編號(hào)等查詢訂單的信息

訂單編號(hào)等查詢對(duì)應(yīng)的入庫(kù)商

品的信息。供應(yīng)商名稱等查詢對(duì)應(yīng)訂單信

息及商品的入庫(kù)信息

相反地，通過輸

入商品編號(hào)

等可以查詢對(duì)應(yīng)的訂單信息和

供應(yīng)商信息。3.2.7

2

數(shù)據(jù)存取圖通過這些存檔的數(shù)據(jù)，完成匯總報(bào)表操作。包括訂單信息的

匯

總、入庫(kù)單的匯總，生成訂單匯總表和入庫(kù)統(tǒng)計(jì)表。通過輸入訂購(gòu)方式、

供應(yīng)商提供商品編號(hào)等完成匯總操作。數(shù)據(jù)存儲(chǔ)之間通過這種關(guān)聯(lián)管理，來實(shí)現(xiàn)快速查詢供應(yīng)商、訂

單、入庫(kù)商

品信息的操作，且有效的控制了數(shù)據(jù)的冗余，提高

了系統(tǒng)查詢得效率。3.3面向?qū)ο笙到y(tǒng)分析3.3.1

面向?qū)ο蟮姆治龅母攀?/p>

典型的面向?qū)ο蠓治鼋７椒?/p>

1.Booch

方法????認(rèn)為開發(fā)是螺旋上升過程：

4

個(gè)步驟

/

周期強(qiáng)調(diào)

邏輯視圖和物理視圖的區(qū)別提供靜態(tài)，動(dòng)態(tài)模型符號(hào)體系：類圖，對(duì)象圖，狀態(tài)轉(zhuǎn)移圖，時(shí)態(tài)圖，模塊圖，進(jìn)程圖3.3.1

面向?qū)ο蟮姆治龅母攀?/p>

2.Rumbaugh

（

OMT)

方法

又稱

對(duì)象模型化技術(shù)

OMT

，從具體到抽象，用于分析、系統(tǒng)設(shè)計(jì)和對(duì)象級(jí)設(shè)計(jì)。

分析活動(dòng)建立三個(gè)模型：1)

對(duì)象模型

(

基礎(chǔ)）表達(dá)出來＝對(duì)象圖＋數(shù)據(jù)詞典

系2)

動(dòng)態(tài)模型＝狀態(tài)圖＋全局事件流圖3)

功能模型＝數(shù)據(jù)流圖＋約束DFD描述穿越系統(tǒng)的信息流

.描述對(duì)象、類、層次和關(guān)描述對(duì)象和系統(tǒng)的行為

類似于高層的功能模型描述系統(tǒng)中與值的轉(zhuǎn)換有關(guān)的問題，如函數(shù)、映射、約束等。3.3.1

面向?qū)ο蟮姆治龅母攀?.Coad

和

Yourdon

方法

其

OOA

過程概述如下：1)

使用“要找什么”準(zhǔn)則標(biāo)識(shí)對(duì)象；2)

定義對(duì)象之間的一般化∕特殊化結(jié)構(gòu)（又稱為分類結(jié)

構(gòu)）表達(dá)出來；3)

定義對(duì)象之間的整體∕部分結(jié)構(gòu)（又稱為組裝結(jié)構(gòu)）表達(dá)出來；

4)

標(biāo)識(shí)主題（系統(tǒng)構(gòu)件的表示）表達(dá)出來；5)

定義對(duì)象的屬性及對(duì)象之間的實(shí)例連接；6)

定義服務(wù)及對(duì)象之間的消息連接。主題OOA

的結(jié)構(gòu)Class

&object

layer類的邊界

實(shí)例的邊界(

類及對(duì)象層

)Attribute

layer(

屬性層

)Service

layer(

服務(wù)層

)Structure

layer(

結(jié)構(gòu)層

)Subject

layer(

主題層

)屬性服務(wù)實(shí)例連接消息連接3.3.21

面向?qū)ο蟮姆治龅母攀?.Jacobson

方法

又稱為

OOSE

（面向?qū)ο筌浖こ蹋┍磉_(dá)出來。特色是強(qiáng)調(diào)用例（

Use

Case

）表達(dá)出來。每個(gè)

use

case

就是

1

個(gè)使用系統(tǒng)的方式，當(dāng)用戶

給定一個(gè)輸入，就執(zhí)行一個(gè)

use

case

的實(shí)例并引發(fā)執(zhí)行屬于該

use

case

的一個(gè)事

務(wù)。如下：1)

標(biāo)識(shí)系統(tǒng)的用戶和它們的整體責(zé)任；2)

通過定義參與者及其職責(zé)、用例、對(duì)象和關(guān)系的初步視圖，建

立需求模型；3)

通過標(biāo)識(shí)界面對(duì)象、建立界面對(duì)象的結(jié)構(gòu)視圖、表示對(duì)象行

為、分離出每個(gè)對(duì)象的子系統(tǒng)和模型，建立分析模型3.3.2

面向?qū)ο蟮姆治龅母攀鯞ooch

適合于系統(tǒng)的設(shè)計(jì)和構(gòu)造OMT

適用于分析和描述以數(shù)據(jù)為中心的信息系統(tǒng)

OOSE

比較適合支持商業(yè)工程和需求分析3.3.2

面向?qū)ο蟮姆治龅母攀?.Wirfs―Brock

方法

不明確地區(qū)分分析和設(shè)計(jì)任務(wù)。從評(píng)估客戶規(guī)格說明到設(shè)計(jì)完成，是一個(gè)連續(xù)的過程

任務(wù)如下：1)2)3)4)5)6)7)8)9)評(píng)估客戶規(guī)格說明；使用語(yǔ)法分析從規(guī)格說明中提取候選類；

將類分組以標(biāo)識(shí)超類；定義每一個(gè)類的職責(zé)；將職責(zé)賦予每個(gè)類；標(biāo)識(shí)類之間的關(guān)系；基于職責(zé)定義類之間的協(xié)作；建立類的層次表示；構(gòu)造系統(tǒng)的協(xié)作圖。3.3.2

面向?qū)ο蟮姆治龅母攀?.UML

方法

三大模型，

5

個(gè)層次，

4

種關(guān)系，

5

種視圖????一般

---

特殊結(jié)構(gòu)（分類結(jié)構(gòu)）表達(dá)出來整體

---

部分結(jié)構(gòu)（組裝結(jié)構(gòu)）表達(dá)出來實(shí)例關(guān)聯(lián)（一個(gè)類的屬性中含有另一個(gè)類的實(shí)例）表達(dá)出來消息關(guān)聯(lián)（一個(gè)對(duì)象在執(zhí)行自己的服務(wù)時(shí)需要通過消息請(qǐng)求另一個(gè)對(duì)

象為它完成某個(gè)服務(wù)）表達(dá)出來3.3.2

面向?qū)ο蟮姆治龅母攀?.UML

方法

5

種視圖1)

用戶模型視圖：從用戶（參與者）表達(dá)出來角度來表示系統(tǒng)。用例（

UseCase

）表達(dá)出來來建立模型，并用它來描述來自終端用戶方面的可用場(chǎng)景。

2)

結(jié)構(gòu)模型視圖：從系統(tǒng)內(nèi)部來看數(shù)據(jù)和功能性。即對(duì)系統(tǒng)的靜態(tài)結(jié)構(gòu)（類、對(duì)象和關(guān)系）表達(dá)出來建模。3)

行為模型視圖：描述系統(tǒng)的動(dòng)態(tài)和行為。以及在用戶模型視圖和結(jié)構(gòu)模

型視圖中所描述的各種結(jié)構(gòu)元素之間的交互和協(xié)作。4)

實(shí)現(xiàn)模型視圖：將系統(tǒng)的結(jié)構(gòu)和行為表達(dá)成為易于轉(zhuǎn)換為實(shí)現(xiàn)的方式

5)

環(huán)境模型視圖：描述系統(tǒng)實(shí)現(xiàn)環(huán)境的結(jié)構(gòu)和行為。3.3.2

面向?qū)ο蟮姆治龅母攀?/p>

需求獲?。河美龍D、活動(dòng)圖

需求分析：類圖、對(duì)象圖和包圖

系統(tǒng)設(shè)計(jì)：狀態(tài)圖、順序圖、合作圖、活動(dòng)圖、部件圖和配置

圖。

測(cè)試：?jiǎn)卧獪y(cè)試用

類圖、集成測(cè)試用部件圖和合作圖、確認(rèn)測(cè)

試用用例圖等。3.4敏捷開發(fā)與微服務(wù)開發(fā)3.4.1

敏捷開發(fā)

聚焦客戶價(jià)值：消除開發(fā)中的浪費(fèi)和技術(shù)債務(wù)，精益。過度作

業(yè)，傳遞丟失，等待，任務(wù)切換，缺陷，庫(kù)存

(

半成品），過度

生產(chǎn)（未使用的需求）

適應(yīng)變化：逐步發(fā)現(xiàn)真需求，小批量快速交付

激勵(lì)團(tuán)隊(duì)，結(jié)對(duì)編程（駕駛員，領(lǐng)航員

互相切換）

持續(xù)集成3.4.2

微服務(wù)開發(fā)

松耦合，可并行開發(fā)，部署、運(yùn)行的小產(chǎn)品3.4.2

微服務(wù)開發(fā)

運(yùn)作模式：集團(tuán)軍作戰(zhàn)

到

班長(zhǎng)戰(zhàn)爭(zhēng)。適度職責(zé)：自己規(guī)劃，

交付，自我激發(fā)3.4.2

微服務(wù)開發(fā)

去中心化的服務(wù)化架構(gòu)（云系統(tǒng)）和嵌入式系統(tǒng)的組件化架構(gòu)原則：1

）

只

能

通

過

服

務(wù)

接

口（ServiceInterface

，

i.e.

，

API

）

對(duì)

外

發(fā)

布其數(shù)據(jù)和功能。2

）

各

組

件

團(tuán)隊(duì)間互相溝通也

必

須通過這些接口。3

）

各

組

件

間不允許其他任何

形

式的進(jìn)程通信：4

）不關(guān)心使用什么樣的技術(shù)，

HTTP

，

CORBA

，

PubSub

，

自定義的協(xié)議

-

無所謂。

5

）

所

有

的

服務(wù)接口設(shè)

計(jì)

從一開3.4.2

微服務(wù)開發(fā)

服務(wù)間全解耦，上萬(wàn)

+

服務(wù)，數(shù)萬(wàn)人全流程并行開發(fā)多小算?。?/p>

2-Pizza

團(tuán)隊(duì)端到端負(fù)責(zé)

1

個(gè)或

1

組服務(wù)微

服

務(wù)

=

？

組

件

：

使

用

者

負(fù)

責(zé)

組

件

的

整個(gè)生命周期管理（部署、運(yùn)維…）SOA

架

構(gòu)

區(qū)

別

：

SOA

是

基

于

系

統(tǒng)

集成

、

ESB

、

Centralized

Governance

集

中管控的架構(gòu)每

個(gè)

微

服

務(wù)

可

獨(dú)

立

編

譯

（

無

二

進(jìn)

制

接

口依

賴

）

，

獨(dú)

立

部

署

（

無

部

署

順

序

依賴），獨(dú)立運(yùn)行（無啟動(dòng)順序依賴）3.4.3

華為云?從重型

IPD

轉(zhuǎn)向“敏捷

+

精益

+

微服務(wù)

+DevOps‘

輕量級(jí)敏捷開發(fā)模式3.4.3

華為云3.4.3

華為云3.4.3

華為云3.4.3

華為云3.4.3

華為云開發(fā)階段3.4.3

華為云

小步快跑，同一個(gè)特性可以由多個(gè)迭代

Story

逐步演進(jìn)

Story

足夠小3.4.3

華為云3.4.3

華為云每日站會(huì)，通過看板梳理消除堆積3.4.3

華為云

持續(xù)自動(dòng)化靜態(tài)代碼檢查3.4.3

華為云3.4.3

華為云3.4.3

華為云3.5分析管理3.

5

系統(tǒng)分析管理需求確認(rèn)：考慮需求風(fēng)險(xiǎn)和優(yōu)先級(jí)（查文檔看是否合格）

需求評(píng)審：主要內(nèi)容需求管理（

1

）需求標(biāo)識(shí)，分類，組織需求并建立文檔（

2

）需求變更（委員會(huì)，步驟）（

3

）需求跟蹤（

4

）版本控制3.

5

系統(tǒng)分析管理需求管理

的

需需求跟蹤定義對(duì)其跟蹤鏈定義對(duì)其

變更控制建議變更分析影響做出決策交流合并測(cè)量需求版本控制需求狀態(tài)跟蹤