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

10.在一個(gè)課程注冊(cè)系統(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)識(shí)別比較全面

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

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

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

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.對(duì)象圖 C.序列圖 D.用例圖

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

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

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

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

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

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

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

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

2、UML體系包括三個(gè)部分：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、下面哪個(gè)不是UML中的靜態(tài)視圖（A）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

A、設(shè)計(jì)新系統(tǒng)的目標(biāo) B 將系統(tǒng)邏輯方案轉(zhuǎn)換成物理方案 C、代碼設(shè)計(jì) D、程序設(shè)計(jì) 19.結(jié)構(gòu)化設(shè)計(jì)方法中繪制模塊結(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è)計(jì)階段的主要工作內(nèi)容之一是（）。

A、程序設(shè)計(jì) B、購置計(jì)算機(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è)計(jì)中，系統(tǒng)的（）可以用連續(xù)工作時(shí)間來表示。A、吞吐量 B、響應(yīng)時(shí)間 C 可靠性 D、地域范圍 34.計(jì)算機(jī)和網(wǎng)絡(luò)系統(tǒng)配置說明，應(yīng)包含在()中。

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

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

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è)計(jì)階段需要從數(shù)據(jù)流程圖導(dǎo)出模塊結(jié)構(gòu)圖。B.生命周期結(jié)構(gòu)(Lifecycle Architecture)里程碑 4．系統(tǒng)實(shí)施的主要活動(dòng)包括（D）。C.初始功能(Initial Operational)里程碑 A、編程、系統(tǒng)調(diào)試 B、系統(tǒng)安裝 C、新舊系統(tǒng)轉(zhuǎn)換 D、以上都是 1．系統(tǒng)實(shí)施是以（B）為依據(jù)的。

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

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

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

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

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

16.一般來說,占維護(hù)工作比例最高的是().A.糾錯(cuò)性維護(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.對(duì)系統(tǒng)進(jìn)行經(jīng)濟(jì),技術(shù)和使用方面的可行性研究 C.選擇計(jì)算機(jī)和網(wǎng)絡(luò)系統(tǒng)的方案 D.確定軟件系統(tǒng)的模塊結(jié)構(gòu) 答案: A

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

答案: C

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

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

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

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

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

B.自頂向下,逐步求精

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

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

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

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

答案:A 79.在UML提供的圖中,()用于按時(shí)間順序描述對(duì)象間的交互.A.網(wǎng)絡(luò)圖 B.狀態(tài)圖 C.協(xié)作圖 D.序列圖（順序圖）答案:D 96.系統(tǒng)分析報(bào)告的主要作用是().A.系統(tǒng)規(guī)劃的依據(jù) B.系統(tǒng)實(shí)施的依據(jù) C.系統(tǒng)設(shè)計(jì)的依據(jù) D.系統(tǒng)評(píng)價(jià)的依據(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è)計(jì) 系統(tǒng)構(gòu)建與實(shí)施 系統(tǒng)評(píng)價(jià) 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中的軟件生命周期在時(shí)間上被分解為四個(gè)順序的階段,分別是:初始階段(Inception),細(xì)化階段(Elaboration),構(gòu)造階段(Construction)和交付階段(Transition),每個(gè)階段結(jié)束于一個(gè)主要的里程碑(Major Milestones).構(gòu)建階段結(jié)束時(shí)是第三個(gè)重要的里程碑:初始功能(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)化方法的一個(gè)主要原則是().A.自頂向下原則 B.自底向上原則 C.分步實(shí)施原則 D.重點(diǎn)突破原則 答案: A

16.一般來說,占維護(hù)工作比例最高的是().A.糾錯(cuò)性維護(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.對(duì)系統(tǒng)進(jìn)行經(jīng)濟(jì),技術(shù)和使用方面的可行性研究 C.選擇計(jì)算機(jī)和網(wǎng)絡(luò)系統(tǒng)的方案 D.確定軟件系統(tǒng)的模塊結(jié)構(gòu) 答案: A

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

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

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

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

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

B.自頂向下,逐步求精

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

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

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

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

答案:D

96.系統(tǒng)分析報(bào)告的主要作用是().A.系統(tǒng)規(guī)劃的依據(jù) B.系統(tǒng)實(shí)施的依據(jù) C.系統(tǒng)設(shè)計(jì)的依據(jù) D.系統(tǒng)評(píng)價(jià)的依據(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è)計(jì) 系統(tǒng)構(gòu)建與實(shí)施 系統(tǒng)評(píng)價(jià) 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ī)劃是指對(duì)組織目標(biāo)、組織現(xiàn)狀進(jìn)行分析，從而制定指導(dǎo)信息系統(tǒng)建設(shè)的總體規(guī)劃和信息系統(tǒng)長(zhǎ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)圖：類圖，對(duì)象圖，構(gòu)件圖，實(shí)施圖

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

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

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

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

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

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

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

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

待售圖書(書單號(hào)，冊(cè)數(shù)，折扣率，交款標(biāo)記，售書員)書目(書號(hào)，書名，作者，出版社，出版日期，類別，單價(jià))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)該有且僅有一個(gè)原因引起類的變更 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.（如果對(duì)每一個(gè)類型為S的對(duì)象o1，都有類型為T的對(duì)象o2，使得以T定義的所有程序P在所有的對(duì)象o1都代換成o2時(shí)，程序P的行為沒有發(fā)生變化，那么類型S是類型T的子類型。）里氏替換原則

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

迪米特法則的定義：

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

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

開閉原則的定義：

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

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

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

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

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

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

接口隔離原則定義：

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

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

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

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

第二篇：系統(tǒng)分析與設(shè)計(jì)心得

讀《系統(tǒng)分析與設(shè)計(jì)方法》一書有感

作為一個(gè)軟件專業(yè)的學(xué)生，理解和掌握系統(tǒng)分析與設(shè)計(jì)的知識(shí)是必不可少的。在閱讀《系統(tǒng)分析與設(shè)計(jì)方法》一書中以及加上老師教導(dǎo)，我學(xué)到了很多東西，收獲不少。

系統(tǒng)就是由若干可以相互區(qū)別、由相互聯(lián)系并且各自獨(dú)立的單元組成各個(gè)子系統(tǒng)之間同樣是獨(dú)立而又相互聯(lián)系的。系統(tǒng)具有集合性、相關(guān)性、目的性、整體性和環(huán)境適應(yīng)性。在開發(fā)完成一個(gè)軟件項(xiàng)目的過程中，系統(tǒng)工程必須經(jīng)過開發(fā)階段、建造階段、運(yùn)行階段、更新階段、維護(hù)階段。

系統(tǒng)分析與設(shè)計(jì)的方法主要包括結(jié)構(gòu)化生命周期法（又稱瀑布法）、原型化方法（迭代法）、面向?qū)ο蠓椒ā?/p>

按時(shí)間過程來分，開發(fā)方法分為生命周期法和原型法，實(shí)際上還有許多處于中間狀態(tài)的方法。原型法又按照對(duì)原型結(jié)果的處理方式分為試驗(yàn)原型法和演進(jìn)原型法。試驗(yàn)原型法只把原型當(dāng)成試驗(yàn)工具，試了以后就拋掉，根據(jù)試驗(yàn)的結(jié)論做出新的系統(tǒng)。演進(jìn)原型法則把試好的結(jié)果保留，成為最終系統(tǒng)的一部分。

按照系統(tǒng)的分析要素，可以把開發(fā)方法分為三類：

①面向處理方法（Processing Oriented，簡(jiǎn)稱PO）。

②面向數(shù)據(jù)方法（Data Oriented，簡(jiǎn)稱DO）。

③面向?qū)ο蟮姆椒ǎ∣bject Oriented，簡(jiǎn)稱OO）。

系統(tǒng)分析和設(shè)計(jì)應(yīng)遵循的原則有：

系統(tǒng)開發(fā)是面向客戶的，應(yīng)從客戶的角度考慮。

諸如系統(tǒng)開發(fā)生命周期之類的產(chǎn)品更新?lián)Q代機(jī)構(gòu)應(yīng)該在所有的信息系統(tǒng)開發(fā)項(xiàng)目中建立起來。

信息系統(tǒng)開發(fā)的過程并不是一個(gè)順序的過程，它允許步驟的重疊和倒轉(zhuǎn)等。

如果系統(tǒng)的成功可能性受到很大限制時(shí)，應(yīng)取消整個(gè)項(xiàng)目。文檔材料是系統(tǒng)開發(fā)生命周期中重要的可遞交成果，應(yīng)加以重視。在本書的第一部分中，主要集中于系統(tǒng)分析和設(shè)計(jì)的整體描述，包括系統(tǒng)分析和設(shè)計(jì)方法的環(huán)境，信息系統(tǒng)構(gòu)件，信息系統(tǒng)開發(fā)，項(xiàng)目管理。期中印象比較深刻的是系統(tǒng)開發(fā)過程的能力成熟度模型（CMMI）。信息系統(tǒng)和軟件的CMM框架用來幫助改善其系統(tǒng)開發(fā)過程的成熟度。CMM包括了五個(gè)成熟度等級(jí)：初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)、優(yōu)化級(jí)。期中，每個(gè)等級(jí)都是下一個(gè)等級(jí)的必須條件。

在軟件開發(fā)過程中需求分析階段是至關(guān)重要的一個(gè)階段，需求分析階段可能被稱為定義階段或者邏輯設(shè)計(jì)階段。需求分析階段的第一個(gè)任務(wù)是確定需求，在這個(gè)階段至少將目標(biāo)轉(zhuǎn)換成為滿足其需要的功能需求和非功能需求的框架。在這個(gè)階段需要交付的成果是功能需求和非功能需求的草稿。在初步定義完了功能需求和非功能需求后，得排列需求的優(yōu)先次序。如果一個(gè)項(xiàng)目落后于進(jìn)度或者超出預(yù)算，知道哪個(gè)需求比其他需求更重要可能是很有用的。在排列需求的優(yōu)先次序中可以使用到時(shí)間盒的技術(shù)。需求分析并不會(huì)真正的技術(shù)，因?yàn)槠髽I(yè)需要具有快速適應(yīng)不斷變化的需求和機(jī)會(huì)的能力。信息系統(tǒng)不能比企業(yè)自身的響應(yīng)技術(shù)還慢。

在學(xué)習(xí)本書第二部分的時(shí)候，我了解到了需求分析在整個(gè)項(xiàng)目開發(fā)中的作用以及成為整個(gè)項(xiàng)目主導(dǎo)的因素。只要好的需求才能設(shè)計(jì)開發(fā)出好的軟件項(xiàng)目。在項(xiàng)目開發(fā)過程中，我們還可以利用圖表的形式來簡(jiǎn)化方便人員的開發(fā)設(shè)計(jì)。期中有五種圖表是系統(tǒng)分析師常用的：類圖、用例圖、協(xié)作圖、順序圖、狀態(tài)圖。期中用例圖是用例建模的產(chǎn)物，它以圖形化的方式將系統(tǒng)描述成用、參與者（用戶）及其之間的關(guān)系。簡(jiǎn)單的說就是用直立的小人來表示參與者（用戶），用圓圈來表示用例，他們之間以箭頭的形式來連接。關(guān)系包括了：關(guān)聯(lián)關(guān)系、擴(kuò)展關(guān)系、使用關(guān)系、依賴關(guān)系、繼承關(guān)系。但是書上沒講到《include》關(guān)系，跟老師的講解有點(diǎn)出路。老師在講義上通過畫圖的方式很好的解釋了《include》和《extend》的關(guān)系。

數(shù)據(jù)建模這一章節(jié)中，我了解了數(shù)據(jù)建模的含義，它是一種為數(shù)據(jù)庫定義業(yè)務(wù)需求的技術(shù)。數(shù)據(jù)建模中比較重要的概念有實(shí)體和屬性之間的關(guān)系，關(guān)系是連接實(shí)體的一個(gè)時(shí)間，或者僅僅是存在于實(shí)體之間的邏輯關(guān)系。關(guān)系有很多種類，多對(duì)多、一對(duì)多、一對(duì)

一、等等。這些關(guān)系的圖形化符號(hào)記起來很不容易，但是我自己想到了一個(gè)比較容易記憶的簡(jiǎn)單的方法。一個(gè)就用 “|”表示，零個(gè)就用“0”表示，多個(gè)就用“<”表示，然后根據(jù)相應(yīng)的說明來選擇。比如零個(gè)或一個(gè)（0|），一個(gè)或多個(gè)（|<）。過程建模是一種組織和記錄數(shù)據(jù)的結(jié)構(gòu)和流向的技術(shù)，它記錄系統(tǒng)的“過程”和有系統(tǒng)的“過程”實(shí)現(xiàn)的邏輯、策略和程序。期中也介紹到了數(shù)據(jù)流圖（DFD），數(shù)據(jù)流圖是一種描述通過系統(tǒng)的數(shù)據(jù)流以及系統(tǒng)實(shí)施的工作或處理過程的工具。我覺得數(shù)據(jù)流圖DFD的最大的優(yōu)點(diǎn)就是容易閱讀，因?yàn)閿?shù)據(jù)流圖僅有三種符號(hào)和一種連接：圓角矩形表示要完成的過程或者工作，正方形表示外部代理（系統(tǒng)的邊界），開放的方框表示數(shù)據(jù)存儲(chǔ)（可以是文件或者數(shù)據(jù)庫），箭頭表示數(shù)據(jù)流（可以是輸入和輸出，或者是表示到過程和來自過程）。統(tǒng)一建模語言UML的目的就是對(duì)面向?qū)ο笙到y(tǒng)進(jìn)行可視化、評(píng)述、和文檔化。它適用于系統(tǒng)開發(fā)從需求規(guī)格描述道系統(tǒng)完成后測(cè)試的不同階段（需求分析階段、分析階段、設(shè)計(jì)階段、編程階段、測(cè)試階段）。UML2.0的模型主要圖包括了：用例圖、活動(dòng)圖、類圖、對(duì)象圖、狀態(tài)機(jī)圖、組合結(jié)構(gòu)圖、交互圖、定時(shí)圖、組件圖、部署圖和包圖。在理解這章的過程中，我感覺比較輕松，但是把一些關(guān)系，事件，實(shí)體等等用圖形化的形式表示出來還是非常難的。用UML設(shè)計(jì)面向?qū)ο笙到y(tǒng)時(shí)候，我們得準(zhǔn)確的找到實(shí)體類、接口類、控制類、持續(xù)類、系統(tǒng)類和設(shè)計(jì)關(guān)系。在面向?qū)ο笤O(shè)計(jì)的過程中，主要包括了一下活動(dòng)：對(duì)用例模型加以精煉以反映實(shí)現(xiàn)環(huán)境；建模支持用例情景的對(duì)象交互、行為和狀態(tài)；修改對(duì)象模型以反映實(shí)現(xiàn)環(huán)境。

前面說到需求分析是整個(gè)軟件項(xiàng)目開發(fā)中最重要的一環(huán)，其實(shí)我覺得可行性分析也是跟需求分析一樣的重要。因?yàn)樾畔⑹且粋€(gè)必須經(jīng)過檢驗(yàn)的重要資本投入，就像市場(chǎng)要檢驗(yàn)一個(gè)新產(chǎn)品，系統(tǒng)分析員應(yīng)該考慮投資能夠收回嗎？是否有其他投資能夠帶來比預(yù)期更高的回報(bào)。要說他們的區(qū)別，我個(gè)人覺得是：可行性分析是要決定“做還是不做”。需求分析是要決定“做什么，不做什么”?？尚行苑治鰣?bào)告有六個(gè)準(zhǔn)則：運(yùn)行可行性、文化可行性、技術(shù)可行性、進(jìn)度可行性、經(jīng)濟(jì)可行性。只有進(jìn)行了可行性分析報(bào)告，才能夠確定企業(yè)是否要 做這個(gè)項(xiàng)目。如果說在可行性報(bào)告中顯示沒有成功的可能，那么就沒有必要再做需求分析了，整個(gè)項(xiàng)目就不會(huì)做下去了。進(jìn)行可行性分析報(bào)告可以避免項(xiàng)目中途告終的結(jié)果，在系統(tǒng)開發(fā)過程中舉足輕重。

數(shù)據(jù)庫開發(fā)與設(shè)計(jì)這章，感覺書上講解的沒有老師講的詳細(xì)。書上并沒有提到范式，但是在課堂上我了解到數(shù)據(jù)庫設(shè)計(jì)的范式。有第一范式、第二范式、第三范式、BC范式等。等級(jí)越高，數(shù)據(jù)冗余越少，對(duì)系統(tǒng)調(diào)用數(shù)據(jù)庫更方便。數(shù)據(jù)庫的核心是DBMS，DBMS的核心是數(shù)據(jù)庫引擎，引擎響應(yīng)專門的命令以創(chuàng)建數(shù)據(jù)庫結(jié)構(gòu)，然后創(chuàng)建、讀取、修改和刪除數(shù)據(jù)庫中的記錄。DBMS使用數(shù)據(jù)定義語言（DDL）創(chuàng)建記錄類型、字段和結(jié)構(gòu)化關(guān)系，還定義了數(shù)據(jù)庫視圖；DBMS還是用數(shù)據(jù)處理語言（DML）用來創(chuàng)建、讀取、修改和刪除數(shù)據(jù)庫中的記錄。但是并非所有數(shù)據(jù)庫的DBMS都被要求使用DDL和DML?？赐赀@章，總結(jié)了一下建立關(guān)系數(shù)據(jù)庫模式的步驟，首先要為每個(gè)實(shí)體類型建立一張表，然后為每張表選擇一個(gè)主鍵，同時(shí)增加外鍵來表示一對(duì)多的關(guān)系，接著還可以建立幾個(gè)新表來表示多對(duì)多的關(guān)系，然后還得定義參照完整性約束，評(píng)價(jià)模式質(zhì)量，并且進(jìn)行必要的改進(jìn)，最后為每個(gè)字段選擇適當(dāng)?shù)臄?shù)據(jù)類型和取值約束。數(shù)據(jù)庫在系統(tǒng)開發(fā)的過程中是必不可少的，幾乎所有框架類型都得用到數(shù)據(jù)庫，它也是MVC框架的底層核心。

對(duì)于本書的還有一個(gè)比較映像深刻的就是UI（user interface），用戶界面設(shè)計(jì)。一個(gè)良好的用戶界面應(yīng)該為用戶提供友好的使用方式，通過用戶界面用戶可以同應(yīng)用程序打交道，處理輸入并且獲得輸出。Galitz曾經(jīng)提出過用戶界面設(shè)計(jì)的原則：理解你的用戶及任務(wù)、讓用戶參與界面設(shè)計(jì)、在實(shí)際用戶中測(cè)試系統(tǒng)、進(jìn)行迭代設(shè)計(jì)。記得以前大二的時(shí)候?qū)W習(xí)JAVA的時(shí)候，我曾經(jīng)開發(fā)過基于圖形用戶界面（GUI）的聊天軟件，不過當(dāng)時(shí)的界面設(shè)計(jì)完全設(shè)計(jì)的是隨心所欲，并沒有理論作為指導(dǎo)。在學(xué)習(xí)VB課程的時(shí)候?qū)W過UAR，簡(jiǎn)單的了解了一些關(guān)于界面友好化設(shè)計(jì)的原則。這本書也給出了用戶界面設(shè)計(jì)過程的幾個(gè)步驟：1.以圖表形式描述用戶界面對(duì)話；2.原型化對(duì)話和用戶界面；3.獲得用戶反饋；4.如果需要，回到1步或者2步。

最后總結(jié)下，雖然我沒用把這本書的每一個(gè)地方都認(rèn)真精讀，有些地方略讀的，但是看完整本書后我收獲很大。讀完《系統(tǒng)分析與設(shè)計(jì)方法》這本書再加上老師在課堂上的一些講解以及以前學(xué)習(xí)事件過程中的收獲，我對(duì)于系統(tǒng)分析與設(shè)計(jì)有了進(jìn)一步的理解，能高屋建瓴的看待系統(tǒng)分析與設(shè)計(jì)整個(gè)過程的步驟以及增加了一些開發(fā)設(shè)計(jì)中的重要事件的理論知識(shí)。

對(duì)于系統(tǒng)分析的心得

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

第一章 概述

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

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

第二章 計(jì)劃

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

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

總體規(guī)劃的方法：關(guān)鍵成功因素法、戰(zhàn)略目標(biāo)集轉(zhuǎn)換法、企業(yè)系統(tǒng)計(jì)劃法、信息系統(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)實(shí)施順序。準(zhǔn)備工作

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

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

方法：實(shí)體法（如圖2-1）、功能法（如圖2-2）

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

圖2-1

圖2-2

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

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

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

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

原則：子系統(tǒng)的需求程度與潛在的效益評(pí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（競(jìng)爭(zhēng)者），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)行實(shí)地考察）Estimate Feasibility（估計(jì)可行性）

Estimate development time/cost（評(píng)估項(xiàng)目成本、時(shí)間）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 總擁有成本）

實(shí)情考察方法（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è)計(jì)問題）4.Prepare for the interview（準(zhǔn)備訪談）5.Conduct the interview（實(shí)施）6.Document the interview（記錄）7.Evaluate the interview（評(píng)估）抽樣法方法

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

分層抽樣（Stratified sample）

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

文檔編寫原則

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

Use the simplest recording method（使用最簡(jiǎn)單的記錄方法）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)系種類：一對(duì)一、一對(duì)多、多對(duì)多 數(shù)據(jù)流程圖

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

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

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ù)字典

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

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

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

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

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

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

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

處理邏輯說明書

工具：

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

決策樹：

決策表：

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

存儲(chǔ)分析

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

存取類型：E：實(shí)體 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)的功能如何實(shí)現(xiàn)

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

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

軟件開發(fā)趨勢(shì)

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

Software and Information Industry Association(SIIA)軟件與信息產(chǎn)業(yè)協(xié)會(huì) 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è)計(jì)（General Design）

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

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

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

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

網(wǎng)絡(luò)設(shè)計(jì)：網(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ù)流程圖，每一個(gè)處理邏輯都是一個(gè)事務(wù) 變換分析法

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

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

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

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

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

模塊的扇入和扇出：

扇入：一個(gè)模塊的上級(jí)模塊叫做扇入模塊 扇出：一個(gè)模塊控制的下級(jí)模塊叫扇出模塊

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

控制范圍：指模塊本身和它的下級(jí)模塊

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

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

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

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

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

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

一致性、完整性、有效性、安全性 存儲(chǔ)過程

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

代碼的概念

一個(gè)或者一組有序的易于計(jì)算機(jī)和人識(shí)別與處理的符號(hào)。代碼的意義

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

代碼設(shè)計(jì)的步驟

1.信息分類

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

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

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

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

以用戶為中心設(shè)計(jì)原則 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è)計(jì)：Server + Client 三層設(shè)計(jì)：Server + Application Server + Client

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

系統(tǒng)實(shí)施過程

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

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

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

1.直接切換 2.平行切換 3.試驗(yàn)切換 4.階段切換

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

四種維護(hù)

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

維護(hù)流程

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

系統(tǒng)底線

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

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

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

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

第四篇：系統(tǒng)分析與設(shè)計(jì)心得

系統(tǒng)分析與設(shè)計(jì)心得(精選多篇)

系統(tǒng)分析師對(duì)考生的綜合素質(zhì)要求較高，考查的知識(shí)面很廣。但分析歷年考題可以發(fā)現(xiàn)，雖然考試知識(shí)面廣但考試內(nèi)容并不是很深。因此，這就要求我們注意平時(shí)積累，經(jīng)常通過網(wǎng)絡(luò)、講座、學(xué)術(shù)會(huì)議等途徑及時(shí)了解一些流行技術(shù)熱點(diǎn)和業(yè)界最新動(dòng)態(tài)。

2、多做項(xiàng)目，在實(shí)踐中鍛煉提高

如果說平時(shí)積累的各個(gè)知識(shí)點(diǎn)是一粒粒寶貴的珍珠的話，那么項(xiàng)目經(jīng)歷則是將這些珍珠串聯(lián)起來的一根紅線。“紙上得來終覺淺，絕知此事要躬行”。軟件工程是一門實(shí)踐性、綜合性非常強(qiáng)的專業(yè)，如果沒有參加過完整的實(shí)際項(xiàng)目，就難以從根本上理解書本上所學(xué)的

理論知識(shí)，就難以真正領(lǐng)會(huì)軟件工程的思想精髓。同時(shí)，在做項(xiàng)目時(shí)還要勤于思考，無論是作為主持者還是作為一個(gè)普通的程序員，都應(yīng)該去潛心思考為什么要這樣設(shè)計(jì)、這樣設(shè)計(jì)的優(yōu)點(diǎn)是什么、有哪些不足，如果你是設(shè)計(jì)師的話你又會(huì)怎樣設(shè)計(jì)？經(jīng)常做這樣的換位思考，會(huì)不自覺地提高自己的系統(tǒng)分析和設(shè)計(jì)能力，積累豐富的項(xiàng)目經(jīng)驗(yàn)，這對(duì)下午一的考試來說是非常有益的。

3、注意提高個(gè)人文檔編寫能力

一些軟件工程師有個(gè)不好的習(xí)慣，那就是只喜歡鉆研具體的技術(shù)點(diǎn)而不注重提高文檔編寫能力。他們的一個(gè)通病是做得多、寫得少，在某一個(gè)具體的技術(shù)領(lǐng)域上往往表現(xiàn)得非常優(yōu)秀，但寫出的文檔質(zhì)量實(shí)在難以恭維。作為一個(gè)合格的系統(tǒng)分析師文檔編寫能力是必不可少的基本素質(zhì)，也是下午二考試的考查重點(diǎn)。

文檔編寫能力不僅對(duì)于應(yīng)試是十分必要的，而且在實(shí)際工作也是非常重

要的。因此，我們應(yīng)當(dāng)在平時(shí)多做這方面的訓(xùn)練，多思考、多動(dòng)筆，努力提高自己文檔編寫能力。

4、掌握評(píng)卷專家心理，注意論文寫作技巧

在下午二的考試中，應(yīng)注意把握評(píng)卷專家的心理狀況。根據(jù)希賽it教育研發(fā)中心的著名軟考專家張友生所說的，評(píng)卷專家不可能把你的論文一字一句地精讀，要讓他短時(shí)間內(nèi)了解你的論文內(nèi)容并認(rèn)可你的能力，必須把握好主次關(guān)系，論文的組織一定要條理清晰。一般說來，項(xiàng)目概述部分評(píng)卷專家會(huì)較認(rèn)真看，為讓評(píng)卷專家對(duì)你所做的項(xiàng)目產(chǎn)生興趣，這里可適當(dāng)吹捧。在論文陳述部分應(yīng)當(dāng)按主次關(guān)系分條進(jìn)行陳述，首先最好開門見山指出你所采取的措施，然后指出你為什么這樣做，這樣做有何優(yōu)點(diǎn)，克服了以前做法的哪些缺點(diǎn)等等。在分條陳述時(shí)最好一個(gè)問題一個(gè)自然段，在每個(gè)自然段首先要有一個(gè)主題句，主題句簡(jiǎn)明扼要地描述本段的中心思

想。

在論文撰寫中，切忌大談空洞的理論知識(shí)或不懂裝懂，以專家的姿態(tài)高談闊論。應(yīng)當(dāng)將重點(diǎn)放在匯報(bào)你自己在項(xiàng)目中所做的與論題相關(guān)的工作，讓評(píng)卷專家相信你確實(shí)做過這方面的項(xiàng)目而且達(dá)到了相應(yīng)水平。

在下午二考試時(shí)間的分配上，建議首先花3--5分鐘根據(jù)個(gè)人特長(zhǎng)選定題目，然后花10—15分鐘左右整理一下所掌握的素材，列出提綱，即你打算談幾個(gè)方面，每個(gè)方面你是怎么做的，收效如何等等，簡(jiǎn)明扼要地寫在草稿紙上。

5、張友生的書，不能不讀

要想通過系統(tǒng)分析師考試，不但需要多做項(xiàng)目，而且有關(guān)全國著名的軟考輔導(dǎo)專家張友生老師的書是不可不讀的。

學(xué)習(xí)電子商務(wù)系統(tǒng)分析與設(shè)計(jì)的心得體會(huì)

《電子商務(wù)系統(tǒng)分析與設(shè)計(jì)》系統(tǒng)地介紹了電子商務(wù)系統(tǒng)的規(guī)劃、分析、設(shè)計(jì)、實(shí)施與運(yùn)行管理的基本概念、方法、技術(shù)和相關(guān)案例。從結(jié)構(gòu)上可以進(jìn)一步分為4個(gè)部分：概述部分，主要說明電子商務(wù)系統(tǒng)分析設(shè)計(jì)的基本概念、內(nèi)容、過程與方法；系統(tǒng)規(guī)劃、分析與設(shè)計(jì)部分，主要說明系統(tǒng)規(guī)劃、分析、設(shè)計(jì)的方法、內(nèi)容和工具；系統(tǒng)實(shí)施與維護(hù)部分，涵蓋電子商務(wù)系統(tǒng)的開發(fā)與集成、測(cè)試、部署、維護(hù)、審計(jì)與評(píng)價(jià)；案例部分，給出了兩個(gè)完整的案例，從背景、規(guī)劃、分析、設(shè)計(jì)角度幫助我們進(jìn)一步理解電子商務(wù)系統(tǒng)的規(guī)劃、分析與設(shè)計(jì)。圍繞電子商務(wù)系統(tǒng)開發(fā)過程的各個(gè)階段，系統(tǒng)地闡述了電子商務(wù)系統(tǒng)開發(fā)的思想、方法和技術(shù)，包括系統(tǒng)的規(guī)劃、分析、設(shè)計(jì)、實(shí)現(xiàn)與維護(hù)等內(nèi)容，重點(diǎn)介紹了采用uml進(jìn)行系統(tǒng)的分析與設(shè)計(jì)的方法；并從企業(yè)管理者和電子商務(wù)應(yīng)用實(shí)踐的角度，對(duì)國內(nèi)外一些典型的企業(yè)電子商務(wù)解決方案進(jìn)行了介紹；最后結(jié)合實(shí)例闡述了運(yùn)用struts、javaee1.5等新技術(shù)進(jìn)行電子商務(wù)系統(tǒng)的

設(shè)計(jì)與開發(fā)的過程，使我們能很好地把理論學(xué)習(xí)與實(shí)踐訓(xùn)練更好地結(jié)合起來。

本課程結(jié)合電子商務(wù)系統(tǒng)領(lǐng)域的最新技術(shù)、方法和實(shí)踐，以及電子商務(wù)系統(tǒng)應(yīng)用成果，從理論基礎(chǔ)、方法運(yùn)用、技術(shù)基礎(chǔ)和實(shí)踐4個(gè)維度對(duì)電子商務(wù)系統(tǒng)做了較深入、全面的闡述。教科書共十章，第一章介紹電子商務(wù)系統(tǒng)的基礎(chǔ)概念和知識(shí)；第二章介紹電子商務(wù)系統(tǒng)建設(shè)的過程與方法；第三章介紹電子商務(wù)系統(tǒng)規(guī)劃的內(nèi)容、方法和步驟；第四章介紹電子商務(wù)系統(tǒng)的分析方法與工具，重點(diǎn)利用uml進(jìn)行了系統(tǒng)分析；第五章闡述了電子商務(wù)系統(tǒng)設(shè)計(jì)基礎(chǔ)與思想方法；第六章介紹電子商務(wù)支付系統(tǒng)、電子商務(wù)系統(tǒng)安全體系設(shè)計(jì)的思想方法；第七章介紹了電子商務(wù)系統(tǒng)的開發(fā)技術(shù)與模式，并結(jié)合實(shí)例完整介紹struts2框架web應(yīng)用開發(fā)的基本過程；第八章介紹電子商務(wù)系統(tǒng)運(yùn)行、維護(hù)與評(píng)價(jià)的知識(shí)和方法；第九章結(jié)合我國實(shí)際，介紹了國內(nèi)外的電子商務(wù)系統(tǒng)解決方案；

第十章結(jié)合實(shí)例和具體技術(shù)，系統(tǒng)的闡述了一個(gè)電子商務(wù)系統(tǒng)從分析、設(shè)計(jì)到實(shí)現(xiàn)的過程，讓我們通過一個(gè)電子商務(wù)系統(tǒng)的設(shè)計(jì)實(shí)踐和操作，消化和理解所學(xué)的理論知識(shí)。

本課程在繼承軟件工程和信息系統(tǒng)分析與設(shè)計(jì)的思想,方法,技術(shù)和工具的基礎(chǔ)上,從系統(tǒng)化的思想及結(jié)構(gòu)化開發(fā)方法入手,全面介紹電子商務(wù)系統(tǒng)特色,規(guī)劃方法,系統(tǒng)分析及設(shè)計(jì),并依據(jù)電子商務(wù)自身的特點(diǎn),著重針對(duì)網(wǎng)站設(shè)計(jì),支付系統(tǒng)設(shè)計(jì)及安全系統(tǒng)設(shè)計(jì)進(jìn)行分析和介

紹。本實(shí)驗(yàn)課程使學(xué)生進(jìn)一步理解和掌握所學(xué)各種電子商務(wù)系統(tǒng)分析和設(shè)計(jì)的方法.熟練掌握系統(tǒng)分析和設(shè)計(jì)建模軟件.。

本課程目的是為了讓我們能夠全面了解應(yīng)用系統(tǒng)的整個(gè)電子商務(wù)系統(tǒng)的開發(fā)建設(shè)流程，并掌握電子商務(wù)系統(tǒng)開發(fā)的相關(guān)技術(shù)：

掌握電子商務(wù)系統(tǒng)的分析方法；

掌握電子商務(wù)系統(tǒng)的總體設(shè)計(jì)方法；

學(xué)會(huì)使用visio軟件構(gòu)建電子商務(wù)系統(tǒng)數(shù)據(jù)流程圖,use case圖以及活動(dòng)圖；

體會(huì)應(yīng)用軟件工程的設(shè)計(jì)思想進(jìn)行電子商務(wù)系統(tǒng)開發(fā)的過程與方法。

通過本課程設(shè)計(jì)，便于我們?nèi)胬斫怆娮由虅?wù)系統(tǒng)規(guī)劃、分析與設(shè)計(jì)知識(shí)，并掌握操作方法，而不是獨(dú)立地學(xué)習(xí)某單方面的操作技術(shù)；另一方面實(shí)用性較強(qiáng)，我們認(rèn)真完成本書實(shí)驗(yàn)后，基本上可以勝任電子商務(wù)系統(tǒng)規(guī)劃、分析、設(shè)計(jì)及實(shí)現(xiàn)工作。

學(xué)習(xí)這門課程，使我對(duì)電子商務(wù)網(wǎng)站的開發(fā)有了一定的了解。掌握了電子商務(wù)系統(tǒng)的基本概念、特征及其結(jié)構(gòu)。了解電子商務(wù)系統(tǒng)開發(fā)技術(shù)和發(fā)展方向，理解電子商務(wù)生命周期的概念、特征及其作用。能夠按要求撰寫電子商務(wù)系統(tǒng)規(guī)劃報(bào)告，基本掌握uml需求分析思路和方法，能結(jié)合運(yùn)用實(shí)際撰寫系統(tǒng)分析報(bào)告。熟悉電子商務(wù)平臺(tái)技術(shù)，包

括操作系統(tǒng)、應(yīng)用服務(wù)器、中間件技術(shù)等?；玖私怆娮由虅?wù)支付系統(tǒng)與安全系統(tǒng)。初步掌握一些電子商務(wù)網(wǎng)站客戶端技術(shù)。能正確理解電子商務(wù)系統(tǒng)評(píng)價(jià)的作用，并掌握評(píng)價(jià)指標(biāo)體系設(shè)計(jì)的思路等等。

通過一系列的實(shí)驗(yàn)讓我知道了基礎(chǔ)的電子商務(wù)分析的方法，掌握對(duì)電子商務(wù)系統(tǒng)進(jìn)行系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)及應(yīng)用系統(tǒng)設(shè)計(jì)的內(nèi)容及方法。加深理解了在課程中、書本上學(xué)到的知識(shí)和理論，并使其在課題研究中得到運(yùn)用而且讓我得到了實(shí)踐的收獲。

希望在以后的實(shí)習(xí)實(shí)踐中多接觸、對(duì)比一些案例能夠增長(zhǎng)對(duì)網(wǎng)上電子商務(wù)系統(tǒng)設(shè)計(jì)的一些知識(shí)。

0911061237

朱寶

信息系統(tǒng)分析與設(shè)計(jì)學(xué)習(xí)心得

通過近10周的學(xué)習(xí)，我覺得信息系統(tǒng)分析與設(shè)計(jì)這門課程收獲還是挺大的。我覺得，如果我們決定要做一件事，就得對(duì)這個(gè)系統(tǒng)有一個(gè)整體得把握，首先要進(jìn)行系統(tǒng)的規(guī)劃和選擇，接著就是系統(tǒng)的設(shè)計(jì)，其中系統(tǒng)設(shè)計(jì)包括三個(gè)部分：1.確定系統(tǒng)需求；2.系統(tǒng)需求結(jié)構(gòu)化：過程建模，這一步驟主要就是畫數(shù)據(jù)流圖；3.系統(tǒng)需求結(jié)構(gòu)化：概念數(shù)據(jù)建模，這一過程主要是畫實(shí)體—關(guān)系圖。然后就是進(jìn)行系統(tǒng)設(shè)計(jì)，系統(tǒng)設(shè)計(jì)包括設(shè)計(jì)人機(jī)界面和數(shù)據(jù)庫設(shè)計(jì)。最后一步就是系統(tǒng)的實(shí)現(xiàn)與運(yùn)行。

在做信息系統(tǒng)分析與設(shè)計(jì)的大作業(yè)的時(shí)候，我和我們的小組成員曾經(jīng)去實(shí)地考察過，雖然最后并沒有被接待，但還是小有收獲的。通過實(shí)地考察，我們能更清晰地了解我們系統(tǒng)所要實(shí)現(xiàn)的功能，甚至說讓它比現(xiàn)有系統(tǒng)更加完善。當(dāng)然，我們做東西，也是要追求進(jìn)步，如果說做出來的東西和以前的系統(tǒng)都沒什么兩樣，這樣意義也不大。不過，這也得是在我們能力所及的范圍內(nèi)，我們得適當(dāng)?shù)匕盐蘸米约旱臅r(shí)間和現(xiàn)有資源進(jìn)行適當(dāng)?shù)脑O(shè)計(jì)。相信自己的努力還是

能有一個(gè)很好的結(jié)果的，我們得對(duì)自己的發(fā)展有一個(gè)好的概括。信息系統(tǒng)分析與設(shè)計(jì)的大作業(yè)從第一周到第九周一直伴隨著我們，說實(shí)在話，一直覺得自己有做不完的作業(yè)，剛開始還有些抱怨，但隨著作業(yè)的進(jìn)行，我們慢慢看到了自己的小小成果，覺得付出有了回報(bào)，并開始樂在其中。在這期間，徐老師也一直鼓勵(lì)我們，他告訴我們，只要堅(jiān)持做下去，我們會(huì)收獲到成功的喜悅的！

現(xiàn)在，我們已基本完成了大作業(yè)分析階段，在我和小組成員的協(xié)作下，總算按時(shí)完成了。在分析階段，我們也遇到了很多問題，比如剛開始畫數(shù)據(jù)流圖時(shí)，visio用的不是很熟練，數(shù)據(jù)流圖中的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、過程、源點(diǎn)和宿點(diǎn)不知

道怎樣連接，層與層之間也不知如何區(qū)分，有時(shí)候甚至想要放棄。還好有老師的鼓勵(lì)與指導(dǎo)加上小組一起努力，我們克服了這一難關(guān)。在畫er圖的時(shí)候遇到的問題就相對(duì)少了一點(diǎn)，因?yàn)橐郧?/p>

學(xué)習(xí)數(shù)據(jù)庫的時(shí)候就畫過er圖了，所以在畫的過程中就相對(duì)輕松一點(diǎn)。接下來就是系統(tǒng)的設(shè)計(jì)了，時(shí)間還蠻緊迫的，我們?nèi)孕枧Α?/p>

我作為小組的組長(zhǎng)，從中真的學(xué)習(xí)到不少知識(shí)。老師說過，組長(zhǎng)應(yīng)該做的比別人更加多，才能夠勝任。我們現(xiàn)在還沒有達(dá)到“喝茶看報(bào)紙”的層次，那得等到我們具備了足夠的能力，所以要想達(dá)到那個(gè)高度，我們現(xiàn)在應(yīng)該更加努力。負(fù)責(zé)的整個(gè)過程中，我必須把握好進(jìn)度，如果一步跟不上，可能就會(huì)步步跟不上。我們小組成員也很配合，基本不需我太多督促。在對(duì)我們所要實(shí)現(xiàn)的功能有了個(gè)整體的把握的情況下，我們制作出了令自己還算滿意的圖形。現(xiàn)在我覺得自己基本可以熟練運(yùn)用visio了，這也算是一大收獲吧！

總的來說，這次這次信息系統(tǒng)分析與設(shè)計(jì)的課程設(shè)計(jì)讓我獲益匪淺，以前只是紙上談兵，沒有親自實(shí)踐，不知道理論上升到實(shí)踐路程的艱辛。通過這次

自己親自選題、實(shí)地考察、繪制dfd、er圖到完成分析，我體驗(yàn)了其中的不容易，也嘗到了其中的甜頭。我們還會(huì)繼續(xù)努力，更好的完成下面的工作。

0963710205 秦曉雅

《信息系統(tǒng)分析與設(shè)計(jì)》考試題目及評(píng)分標(biāo)準(zhǔn)

下周一中午12點(diǎn)之前由班長(zhǎng)或?qū)W習(xí)委員收齊各班紙質(zhì)版本作業(yè)，周二收齊交給任課老師。

請(qǐng)注意論文封面、格式以及老師強(qiáng)調(diào)的論文重點(diǎn)，打印并裝訂好交給班長(zhǎng)或?qū)W習(xí)委員?？荚囶}目：

設(shè)計(jì)一個(gè)銀行存取款管理信息系統(tǒng)。

要求具有下面的功能：①儲(chǔ)戶憑身份證在銀行開戶，銀行賬戶中保存儲(chǔ)戶姓名、聯(lián)系電話、家庭住址等基本信息，并保存儲(chǔ)戶每筆存取款業(yè)務(wù)數(shù)據(jù)。②儲(chǔ)戶存款時(shí)，需提交存折/卡號(hào)，由業(yè)務(wù)員在銀行賬戶及存折/卡上登記存款信息。③儲(chǔ)戶取款時(shí)，還需提交密碼，以確認(rèn)

身份，在驗(yàn)證取款合法性后，更新銀行賬戶。④統(tǒng)計(jì)員每日統(tǒng)計(jì)存、取款情況，形成日存取款匯總表，提供給信貸管理部作為信貸主要依據(jù)。

設(shè)計(jì)一個(gè)物資采購及庫存管理業(yè)務(wù)管理信息系統(tǒng)。

要求具有下面的功能：①車間填寫領(lǐng)料單到倉庫領(lǐng)料，庫長(zhǎng)根據(jù)用料計(jì)劃審批領(lǐng)料單，未批準(zhǔn)的退回車間。②庫工收到已批準(zhǔn)的領(lǐng)料單后，首先查閱庫存賬，若有貨，則通知車間前來領(lǐng)取所需物料，并登記用料流水賬；否則將缺貨通知采購人員。③采購人員根據(jù)缺貨通知，查閱訂貨合同單，若已訂貨，則向供貨單位發(fā)出催貨請(qǐng)求，否則就臨時(shí)申請(qǐng)補(bǔ)充訂貨。④供貨單位發(fā)出貨物后，立即向訂貨單位發(fā)出提貨通知。采購人員收到提貨通知單后，就可辦理入庫手續(xù)。接著是庫工驗(yàn)收入庫，并通知車間領(lǐng)料。⑤此外，倉庫庫工還要依據(jù)庫存賬和用料流水賬定期生成庫存報(bào)表，呈送有關(guān)部門。

考核內(nèi)容：

熟練掌握信息系統(tǒng)分析與設(shè)計(jì)的方法。具體考核的內(nèi)容是：

1、編寫信息系統(tǒng)可行性報(bào)告。

2、編寫信息系統(tǒng)需求分析報(bào)告，繪制數(shù)據(jù)流圖。

3、編寫信息系統(tǒng)設(shè)計(jì)報(bào)告，繪制功能結(jié)構(gòu)層次圖，數(shù)據(jù)庫設(shè)計(jì)，界面設(shè)計(jì)和硬件和軟件設(shè)計(jì)。

評(píng)分標(biāo)準(zhǔn)：

1、編寫信息系統(tǒng)可行性報(bào)告。

2、編寫信息系統(tǒng)需求分析報(bào)告，繪制數(shù)據(jù)流圖。

3、編寫信息系統(tǒng)設(shè)計(jì)報(bào)告，繪制功能結(jié)構(gòu)層次圖。

4、數(shù)據(jù)庫設(shè)計(jì)

5、界面設(shè)計(jì)。

6、簡(jiǎn)單的硬件和軟件設(shè)計(jì)。

系統(tǒng)分析與設(shè)計(jì)方法讀書筆記

《系統(tǒng)分析與設(shè)計(jì)方法》，顧名思義，是論述軟件開發(fā)過程中涉及到的分析與設(shè)計(jì)過程的方法論。作者依照軟件

開發(fā)過程將書劃分為四個(gè)部分：系統(tǒng)開發(fā)項(xiàng)目環(huán)境、系統(tǒng)分析方法、系統(tǒng)設(shè)計(jì)方法、系統(tǒng)分析和設(shè)計(jì)完成后的工作。同其他美國作者一樣，作者通過一個(gè)貫穿全書的案例--音階公司系統(tǒng)項(xiàng)目，向我們?cè)敿?xì)地講解了開發(fā)一個(gè)軟件系統(tǒng)過程中設(shè)計(jì)到的知識(shí)。

第一部分“系統(tǒng)開發(fā)項(xiàng)目環(huán)境”介紹信息系統(tǒng)開發(fā)的概念和過程。第二部分“系統(tǒng)分析方法”涵蓋了生命周期前期活動(dòng)、工具和技術(shù)，這些內(nèi)容用于分析業(yè)務(wù)問題、說明信息系統(tǒng)業(yè)務(wù)需求以及制定業(yè)務(wù)和系統(tǒng)方案。第三部分“系統(tǒng)設(shè)計(jì)方法”涵蓋了生命周期中期活動(dòng)、工具和技術(shù)，特別強(qiáng)調(diào)應(yīng)用架構(gòu)的概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)、快速開發(fā)和原型設(shè)計(jì)、外部設(shè)計(jì)、內(nèi)部設(shè)計(jì)以及面向?qū)ο笤O(shè)計(jì)。第四部分“系統(tǒng)分析和設(shè)計(jì)完成后的工作”通過縱覽生命周期后期活動(dòng)，透視系統(tǒng)分析和設(shè)計(jì)工作。

《系統(tǒng)分析與設(shè)計(jì)方法》這本書圍繞軟件開發(fā)這一中心，詳細(xì)講解了從需

求分析到后期維護(hù)各個(gè)階段中，如何運(yùn)用文檔與周圍的人員進(jìn)行有效溝通和協(xié)作。文檔，作為各類人員之間的橋梁和紐帶，如使用得當(dāng)，有以下幾個(gè)好處：

1.提高軟件開發(fā)過程的能見度。把開發(fā)過程中發(fā)生的事件以某種可閱讀的形式記錄在文檔中。管理人員可把這些記載下來的材料作為檢查軟件開發(fā)進(jìn)度和開發(fā)質(zhì)量的依據(jù)，實(shí)現(xiàn)對(duì)軟件開發(fā)的工程管理。

2.提高開發(fā)效率。軟件文檔的編制，使得開發(fā)人員對(duì)各個(gè)階段的工作都進(jìn)行周密思考、全盤權(quán)衡、從而減少返工。并且可在開發(fā)早期發(fā)現(xiàn)錯(cuò)誤和不一致性，便于及時(shí)加以糾正。

3.作為開發(fā)人員在一定階段的工作成果和結(jié)束標(biāo)志。

4.記錄開發(fā)過程中的有關(guān)信息，便于協(xié)調(diào)以后的軟件、開發(fā)、使用和維護(hù)。

5.提供對(duì)軟件的運(yùn)行、維護(hù)和培訓(xùn)的有關(guān)信息，便于管理人員、開發(fā)人員、操作人員、用戶之間的協(xié)作、交流和了

解。使軟件開發(fā)活動(dòng)更科學(xué)、更有成效。

6.便于潛在用戶了解軟件的功能、性能等各項(xiàng)指標(biāo)，為他們選購符合自己需要的軟件提供依據(jù)。

也正是基于這樣的好處，軟件行業(yè)才會(huì)定義、開發(fā)各種溝通表達(dá)工具和建模語言來統(tǒng)一溝通方法，從而便于各種人員的團(tuán)結(jié)合作。以u(píng)ml為例。從1989

年到1994年,建模語言數(shù)量從不到十種增加到了五十多種。90年代中,又一批新方法出現(xiàn),其中最引人注目的是booch 1993、oose和omt-2等。但到目前為止，uml這一統(tǒng)一建模語言脫穎而出，它貫穿軟件開發(fā)周期中的每一個(gè)階段，并被omg采納作為業(yè)界的標(biāo)準(zhǔn)。就如書中所講，uml是一個(gè)標(biāo)準(zhǔn)的圖形表示法，它不是面向?qū)ο蟮姆治龊驮O(shè)計(jì)，也不是一種方法，它僅僅是一組符號(hào)。uml是在開發(fā)階段，說明，可視化，構(gòu)建和書寫一個(gè)面向?qū)ο筌浖芗到y(tǒng)的制品的開放方法。作為一種模型語言，它使開發(fā)人員專注于建立產(chǎn)品的模型和結(jié)構(gòu)，而不是選用什么程序語言和算法實(shí)現(xiàn)。當(dāng)模型建立之后，模型可以被uml工具轉(zhuǎn)化成指定的程序語言代碼。所以說，運(yùn)用優(yōu)秀的溝通工具與各種角色進(jìn)行有效地溝通在一定程度上決定著系統(tǒng)能否保質(zhì)保量的成功完成。在這個(gè)崇尚團(tuán)結(jié)與合作的社會(huì)，作為新一代的軟件開發(fā)人員，我們更應(yīng)該認(rèn)真學(xué)習(xí)書中說講的各種文檔編寫方法，更好的運(yùn)用到實(shí)際開發(fā)中去。

首先，需求分析人員從接觸到深入了解客戶業(yè)務(wù)有一個(gè)漸進(jìn)的過程，如果一開始就深入到業(yè)務(wù)的細(xì)節(jié)中去，不但容易迷失方向，而且很容易顯露出你對(duì)業(yè)務(wù)的無知，客戶會(huì)因此而失去與你溝通的興趣。

其次，溝通雙方都有自己習(xí)慣的溝通方式。所以在雙方能夠達(dá)成默契之前，不要急于深入業(yè)務(wù)細(xì)節(jié)，而是圈定范圍，先就一些大框框進(jìn)行溝通，借此了解客戶的溝通方式。客戶是喜歡開放型問題還是封閉型問題？客戶是很健談還是很

含蓄？客戶是主導(dǎo)型溝通者還是被動(dòng)型溝通者？客戶是具有很強(qiáng)邏輯思維的人，可以將一個(gè)問題有條不穩(wěn)地講清楚，還是一個(gè)發(fā)散型思維的人，總是沒有什么目的地想到什么就講什么？如果雙方的溝通方式不能切合 rf4ss，必定會(huì)造成溝通的障礙。

再次，客戶的時(shí)間是有限的，很多時(shí)候不能有整塊的時(shí)間來配合需求調(diào)研。由于項(xiàng)目的周期也是有限的，因此每一次會(huì)面都需要爭(zhēng)分奪秒，用最快的時(shí)間把問題搞清楚。另一方面，客戶通常不會(huì)為需求調(diào)研做好準(zhǔn)備，往往是等著回答問題的。如果需求分析人員寄希望于客戶能有條不理的把一套業(yè)務(wù)都能講解很清楚，整個(gè)業(yè)務(wù)形成閉環(huán)往往是很不現(xiàn)實(shí)的。這就要求需求分析人員根據(jù)經(jīng)驗(yàn)提前要做好調(diào)研計(jì)劃和內(nèi)容，逐個(gè)進(jìn)行落實(shí)。

系統(tǒng)分析與設(shè)計(jì)的方法主要包括結(jié)構(gòu)化生命周期法、原型化方法、面向?qū)ο蠓椒ā?/p>

按時(shí)間過程來分，開發(fā)方法分為生命周期法和原型法，實(shí)際上還有許多處于中間狀態(tài)的方法。原型法又按照對(duì)原型結(jié)果的處理方式分為試驗(yàn)原型法和演進(jìn)原型法。試驗(yàn)原型法只把原型當(dāng)成試驗(yàn)工具，試了以后就拋掉，根據(jù)試驗(yàn)的結(jié)論做出新的系統(tǒng)。演進(jìn)原型法則把試好的結(jié)果保留，成為最終系統(tǒng)的一部分。按照系統(tǒng)的分析要素，可以把開發(fā)方法分為三類：

①面向處理方法。

②面向數(shù)據(jù)方法。

③面向?qū)ο蟮姆椒?/p>

系統(tǒng)分析和設(shè)計(jì)應(yīng)遵循的原則有：

系統(tǒng)開發(fā)是面向客戶的，應(yīng)從客戶的角度考慮。

諸如系統(tǒng)開發(fā)生命周期之類的產(chǎn)品更新?lián)Q代機(jī)構(gòu)應(yīng)該在所有的信息系統(tǒng)開發(fā)項(xiàng)目中建立起來。

信息系統(tǒng)開發(fā)的過程并不是一個(gè)順序的過程，它允許步驟的重疊和倒轉(zhuǎn)等。如果系統(tǒng)的成功可能性受到很大限

制時(shí)，應(yīng)取消整個(gè)項(xiàng)目。

文檔材料是系統(tǒng)開發(fā)生命周期中重要的可遞交成果，應(yīng)加以重視

最后總結(jié)下，學(xué)完《系統(tǒng)分析與設(shè)計(jì)方法》這門課程再加上老師在課堂上的一些講解以及以前學(xué)習(xí)過程中的收獲，我對(duì)于系統(tǒng)分析與設(shè)計(jì)有了進(jìn)一步的理解，能高屋建瓴的看待系統(tǒng)分析與設(shè)計(jì)整個(gè)過程的步驟以及增加了一些開發(fā)設(shè)計(jì)中的重要事件的理論知識(shí)。

第五篇：信息系統(tǒng)分析與設(shè)計(jì)

《信息系統(tǒng)分析與設(shè)計(jì)》考試題目及評(píng)分標(biāo)準(zhǔn)

下周一（11月26日）中午12點(diǎn)之前由班長(zhǎng)或?qū)W習(xí)委員收齊各班紙質(zhì)版本作業(yè)，周二收齊交給任課老師。

請(qǐng)注意論文封面、格式以及老師強(qiáng)調(diào)的論文重點(diǎn)，打印并裝訂好交給班長(zhǎng)或?qū)W習(xí)委員?？荚囶}目：（任選其一）

設(shè)計(jì)一個(gè)銀行存取款管理信息系統(tǒng)。

要求具有下面的功能：①儲(chǔ)戶憑身份證在銀行開戶，銀行賬戶中保存儲(chǔ)戶姓名、聯(lián)系電話、家庭住址等基本信息，并保存儲(chǔ)戶每筆存取款業(yè)務(wù)數(shù)據(jù)。②儲(chǔ)戶存款時(shí)，需提交存折/卡號(hào)，由業(yè)務(wù)員在銀行賬戶及存折/卡上登記存款信息。③儲(chǔ)戶取款時(shí)，還需提交密碼，以確認(rèn)身份，在驗(yàn)證取款合法性后，更新銀行賬戶。④統(tǒng)計(jì)員每日統(tǒng)計(jì)存、取款情況，形成日存取款匯總表，提供給信貸管理部作為信貸主要依據(jù)。

設(shè)計(jì)一個(gè)物資采購及庫存管理業(yè)務(wù)管理信息系統(tǒng)。

要求具有下面的功能：①車間填寫領(lǐng)料單到倉庫領(lǐng)料，庫長(zhǎng)根據(jù)用料計(jì)劃審批領(lǐng)料單，未批準(zhǔn)的退回車間。②庫工收到已批準(zhǔn)的領(lǐng)料單后，首先查閱庫存賬，若有貨，則通知車間前來領(lǐng)取所需物料，并登記用料流水賬；否則將缺貨通知采購人員。③采購人員根據(jù)缺貨通知，查閱訂貨合同單，若已訂貨，則向供貨單位發(fā)出催貨請(qǐng)求，否則就臨時(shí)申請(qǐng)補(bǔ)充訂貨。④供貨單位發(fā)出貨物后，立即向訂貨單位發(fā)出提貨通知。采購人員收到提貨通知單后，就可辦理入庫手續(xù)。接著是庫工驗(yàn)收入庫，并通知車間領(lǐng)料。⑤此外，倉庫庫工還要依據(jù)庫存賬和用料流水賬定期生成庫存報(bào)表，呈送有關(guān)部門。

考核內(nèi)容：

熟練掌握信息系統(tǒng)分析與設(shè)計(jì)的方法。具體考核的內(nèi)容是：

1、編寫信息系統(tǒng)可行性報(bào)告。

2、編寫信息系統(tǒng)需求分析報(bào)告，繪制數(shù)據(jù)流圖。

3、編寫信息系統(tǒng)設(shè)計(jì)報(bào)告，繪制功能結(jié)構(gòu)層次圖，數(shù)據(jù)庫設(shè)計(jì)，界面設(shè)計(jì)和硬件和軟件設(shè)計(jì)。

評(píng)分標(biāo)準(zhǔn)：

1、編寫信息系統(tǒng)可行性報(bào)告。（20分）

2、編寫信息系統(tǒng)需求分析報(bào)告，繪制數(shù)據(jù)流圖。（30分）

3、編寫信息系統(tǒng)設(shè)計(jì)報(bào)告，繪制功能結(jié)構(gòu)層次圖。（20分）

4、數(shù)據(jù)庫設(shè)計(jì)（10分）

5、界面設(shè)計(jì)。（10分）

6、簡(jiǎn)單的硬件和軟件設(shè)計(jì)。（10分）