計(jì)算機(jī)信息管理3

重慶大學(xué)全日制本科計(jì)算機(jī)基礎(chǔ)系列課程

十算機(jī)信息管理基礎(chǔ)

例件必算機(jī)老浣及砒系

制作；裸程教所俎

第3章

需求分析與軟件設(shè)計(jì)

例件必算機(jī)老浣及砒系

計(jì)算機(jī)信息管理基礎(chǔ)

本章主要內(nèi)容

■3.1應(yīng)用軟件與系統(tǒng)之間的關(guān)系

□3.1.1信息系統(tǒng)的兩個(gè)部分

□3.1.2應(yīng)用軟件目標(biāo)和系統(tǒng)目標(biāo)之間的關(guān)系

□3.1.3可行性研究

■3.2應(yīng)用軟件需求分析與設(shè)計(jì)的主要目的與任務(wù)

3.2.1軟件需求分析的目的與主要任務(wù)

□3.2.2軟件設(shè)計(jì)的目的與主要任務(wù)

■3.3軟件需求分析分析：做什么

□3.3.1軟件需求分析所關(guān)心的問題

3.3.2軟件需求分析的基本步驟

□3.3.3軟件需求分析的方法與軟件輔助工具

■3.4軟件設(shè)計(jì)

□3.4.1軟件設(shè)計(jì)過程

3.4.2數(shù)據(jù)設(shè)計(jì)

□3.4.3體系結(jié)構(gòu)設(shè)計(jì)

3.4.4接口設(shè)計(jì)

設(shè)計(jì)：怎么做

□3.4.5過程設(shè)計(jì)

□3.4.6代碼設(shè)計(jì)和設(shè)計(jì)規(guī)范

3.1應(yīng)用軟件與系統(tǒng)之間的關(guān)系

計(jì)算機(jī)信息管理基礎(chǔ)

3.1應(yīng)用軟件與系統(tǒng)之間的關(guān)系

□3.1.1信息系統(tǒng)的兩個(gè)部分

□3.1.2應(yīng)用軟件目標(biāo)和系統(tǒng)目標(biāo)之間的關(guān)系

□3.1.3可行性研究

計(jì)算機(jī)信息管理基礎(chǔ)

3.1.1信息系統(tǒng)的兩個(gè)部分

■管理信息系統(tǒng)

■MIS是一個(gè)由人、計(jì)算機(jī)組成的能進(jìn)行管理信息收集、

傳遞、存儲(chǔ)、加工、維護(hù)和使用的系統(tǒng)；

■MIS使用計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)通信技術(shù)、數(shù)據(jù)庫技術(shù)以及

管理科學(xué)、統(tǒng)計(jì)學(xué)、運(yùn)籌學(xué)和最優(yōu)化技術(shù)等，為經(jīng)營

管理和決策服務(wù).

■MIS的開發(fā)是一個(gè)相當(dāng)復(fù)雜的過程。

■信息系統(tǒng)的兩個(gè)部分

按信息系統(tǒng)的物理結(jié)構(gòu)，可把信息系統(tǒng)分為兩個(gè)部分：

■功能部分

■基礎(chǔ)部分

3.1.1信息系統(tǒng)的兩個(gè)部分

功能部分

■功能部分管理信息系統(tǒng)各功能子系統(tǒng)

基礎(chǔ)部分

數(shù)據(jù)存儲(chǔ)：數(shù)據(jù)庫與數(shù)據(jù)庫管理系統(tǒng)

■基礎(chǔ)部分

軟件系統(tǒng)：計(jì)算機(jī)系統(tǒng)軟件

硬件系統(tǒng)：計(jì)算機(jī)硬件、網(wǎng)絡(luò)

組織制度：組織機(jī)構(gòu)、人員分工、管理方法、規(guī)章制度

計(jì)算機(jī)信息管理基礎(chǔ)

系統(tǒng)的基礎(chǔ)部分

■組織制度

□組織機(jī)構(gòu)

□人員分工

□管理方法

□規(guī)章制度

■硬件系統(tǒng)

■軟件系統(tǒng)

■數(shù)據(jù)存儲(chǔ)

計(jì)算機(jī)信息管理基礎(chǔ)

系統(tǒng)的功能部分

■針對各項(xiàng)業(yè)務(wù)進(jìn)行計(jì)算機(jī)處理的業(yè)務(wù)信息系統(tǒng);

■必須建立在系統(tǒng)基礎(chǔ)部分之上；

■它的功能主要由應(yīng)用軟件來實(shí)現(xiàn)。

■應(yīng)用軟件

□是系統(tǒng)功能部分的主體

是系統(tǒng)的核心

■計(jì)算機(jī)信息管理基礎(chǔ)

基礎(chǔ)部分和功能部分都需要分析和設(shè)計(jì)

■系統(tǒng)的基礎(chǔ)部分和功能部分會(huì)隨著用戶的需求不

同和業(yè)務(wù)的不同而有所不同，其復(fù)雜程度也不一

樣。

■在開發(fā)過程中必須對應(yīng)用軟件進(jìn)行詳細(xì)的需求分

析和軟件設(shè)計(jì)，以便為軟件的實(shí)現(xiàn)建立良好的基

礎(chǔ)。

計(jì)算機(jī)信息管理基礎(chǔ)

3.1.2應(yīng)用軟件目標(biāo)和系統(tǒng)目標(biāo)之間的關(guān)系

■應(yīng)用軟件耳標(biāo)

□從計(jì)算機(jī)系統(tǒng)

的一般開發(fā)流

程來看系統(tǒng)目

標(biāo)與軟件目標(biāo)

之間的關(guān)系

-軟件目標(biāo)是系

統(tǒng)目標(biāo)的主要

組成部分

-軟件目標(biāo)必須

與整個(gè)管理信

息系統(tǒng)的目標(biāo)

保持一致系統(tǒng)報(bào)廢

計(jì)算機(jī)信息管理基礎(chǔ)

■一個(gè)計(jì)算機(jī)系統(tǒng)的開發(fā)在應(yīng)用軟件開發(fā)之前，需

要開展以下三個(gè)方面的工作：

□系統(tǒng)的問題定義與目標(biāo)制定

■①基于生產(chǎn)和市場需要

■②基于改善勞動(dòng)條件、提高產(chǎn)品質(zhì)量、提高經(jīng)濟(jì)效

益等方面

■③適應(yīng)技術(shù)進(jìn)步、提高社會(huì)效益等方面

□初步可行性論證

■①系統(tǒng)建設(shè)條件是否具備

■②成功的可能性有多大

■③從技術(shù)進(jìn)步、社會(huì)效益、經(jīng)濟(jì)效益看是否值得

□系統(tǒng)定義和分析

計(jì)算機(jī)信息管理基礎(chǔ)

系統(tǒng)定義和分析的流程

系

統(tǒng)

變

和

分

析

硬件、軟件工程

計(jì)算機(jī)信息管理基礎(chǔ)

■系統(tǒng)定義和分析的主要任務(wù)有：

①依據(jù)系統(tǒng)總目標(biāo)，定義系統(tǒng)的詳細(xì)目標(biāo)、模

型、功能、性能和界面

□②確定系統(tǒng)與環(huán)境的界面

□③確定硬件、軟件功能的合理分擔(dān)

④進(jìn)行多種方案設(shè)計(jì)，提出建議方案

□⑤對方案進(jìn)行可行性論證

□⑥制定開發(fā)進(jìn)度計(jì)劃和投資計(jì)劃

■《系統(tǒng)規(guī)格說明書》

格式與內(nèi)容參見教材附錄1

3.1.3可行性研究

■可行性論證或研究的目的

用最小的代價(jià)，在盡可能短的時(shí)間內(nèi)，確定該系統(tǒng)或軟

件項(xiàng)目是否能夠開發(fā)，是否值得開發(fā)。

□不是開發(fā)一個(gè)系統(tǒng)或軟件，而是研究這個(gè)系統(tǒng)或軟件

項(xiàng)目是否值得去開發(fā)，是否有能力解決它。

可行性研究實(shí)質(zhì)上是一次大大簡化了的系統(tǒng)分析和設(shè)

計(jì)的過程。

■可行性研究主要內(nèi)容包括四個(gè)方面

□濟(jì)可行性

□技術(shù)可行性

運(yùn)行可行性

□法律可行性

格式與內(nèi)容參見教材附錄1

■3.2應(yīng)用軟件需求分析與設(shè)計(jì)的

主要目的與任務(wù)

計(jì)算機(jī)信息管理基礎(chǔ)

3.2應(yīng)用軟件需求分析與設(shè)計(jì)的主要目的與任務(wù)

□3.2.1軟件需求分析的目的與主要任務(wù)

3.2.2軟件設(shè)計(jì)的目的與主要任務(wù)

計(jì)算機(jī)信息管理基礎(chǔ)

3.2.1軟件需求分析的目的與主要任務(wù)

用戶

■軟件需求

□需求分析也稱系統(tǒng)分析和開

□軟件需求指用戶對目標(biāo)軟件發(fā)者系統(tǒng)做什么？

系統(tǒng)在功能、行為、性能、

設(shè)計(jì)約束等方面的期望。共同建立分析模型

明確

■軟件需求分析具體需要完成

的任務(wù)完整

□讓用戶和開發(fā)者共同明確將

要開發(fā)的是一個(gè)什么樣的系準(zhǔn)確如何描述系統(tǒng)？

統(tǒng)，準(zhǔn)確地回答系統(tǒng)必須

“做什么”。清晰形成需求分析報(bào)告

一致

□使用已證實(shí)有效的原理、方表達(dá)

法，通過合適的工具和記號,

系統(tǒng)地描述出待開發(fā)系統(tǒng)及

其行為特征和相關(guān)約束。需求分析報(bào)告

計(jì)算機(jī)信息管理基礎(chǔ)

■軟件需求分析的目的

□需求分析工作是一個(gè)不斷認(rèn)識(shí)和逐步細(xì)化的過

程。

□需求分析報(bào)告經(jīng)過評審之后，就可作為軟件設(shè)

計(jì)的基礎(chǔ)。

口軟件需求分析主要解決的是目標(biāo)系統(tǒng)必須“做

什么”的問題，分析系統(tǒng)必須具備哪些功能。

軟件需求分析的目的就是為系統(tǒng)建設(shè)提供明確

的目標(biāo)，為系統(tǒng)設(shè)計(jì)提供足夠的設(shè)計(jì)依據(jù)。

3.2.2軟件設(shè)計(jì)的目的與主要任務(wù)

■軟件設(shè)計(jì)的主要任務(wù)需求分析報(bào)告

□主要確定“怎樣做”

□主要任務(wù)

■在需求分析的基礎(chǔ)上，分理解

析、理解軟件需求規(guī)格說需求規(guī)格說明書

明書，據(jù)此形成一個(gè)具體

的軟件設(shè)計(jì)方案，并轉(zhuǎn)換

為軟件設(shè)計(jì)文檔。系統(tǒng)怎么做？

■軟件設(shè)計(jì)文檔可能包括：完成軟件設(shè)計(jì)

軟件概要設(shè)計(jì)說明書、軟

件詳細(xì)設(shè)計(jì)說明書、數(shù)據(jù)

庫設(shè)計(jì)說明書。軟件設(shè)計(jì)報(bào)告

計(jì)算機(jī)信息管理基礎(chǔ)

■軟件設(shè)計(jì)的具體工作

□總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)

■功能結(jié)構(gòu)設(shè)計(jì)

■功能模塊設(shè)計(jì)

■接口設(shè)計(jì)

□如界面、參數(shù)等

■數(shù)據(jù)存儲(chǔ)設(shè)計(jì)

□如數(shù)據(jù)庫設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)等

■計(jì)算機(jī)處理過程設(shè)計(jì)

□如輸入、處理流程、輸出設(shè)計(jì)等

■代碼設(shè)計(jì)和設(shè)計(jì)規(guī)范的制定

■形成軟件設(shè)計(jì)規(guī)格說明書

計(jì)算機(jī)信息管理基礎(chǔ)

■軟件設(shè)計(jì)的主要目的

□建立系統(tǒng)的物理模型

■系統(tǒng)”怎么做”

□為系統(tǒng)的功能實(shí)現(xiàn)和具

體實(shí)施提供足夠的依據(jù)

3.3軟件需求分析

計(jì)算機(jī)信息管理基礎(chǔ)

3.3軟件需求分析

□3.3.1軟件需求分析所關(guān)心的問題

□3.3.2軟件需求分析的基本步驟

□3.3.3軟件需求分析的方法與軟件輔助工具

計(jì)算機(jī)信息管理基礎(chǔ)

3.3.1軟件需求分析所關(guān)心的問題

■系統(tǒng)的觀點(diǎn)

需求分析不僅僅只關(guān)心系統(tǒng)的軟件部分，實(shí)際

上還要關(guān)心整個(gè)目標(biāo)系統(tǒng)所涉及的問題。

■系統(tǒng)要解決的問題及其目標(biāo)是什么

■問題的規(guī)模有多大

■系統(tǒng)是否有解決方案

■方案是否可行

■如果方案可行，那么應(yīng)該如何組織、計(jì)劃和實(shí)施該

系統(tǒng)。

計(jì)算機(jī)信息管理基礎(chǔ)

■軟件需求分析所關(guān)心的問題

□系統(tǒng)服務(wù)于什么樣的行業(yè)？

□需要解決的問題是什么？

□系統(tǒng)需要處理哪些信息？

□系統(tǒng)需要具備哪些功能？

□系統(tǒng)需要什么樣的運(yùn)行環(huán)境?

□如何組織系統(tǒng)的開發(fā)？

□系統(tǒng)投資多少？

□系統(tǒng)是否值得開發(fā)？

計(jì)算機(jī)信息管理基礎(chǔ)

■需求的基本內(nèi)容

□功能需求

口性能需求

□運(yùn)行需求

□數(shù)據(jù)要求

口安全保密要求

□用戶界面要求

□可靠性要求

成本消耗與開發(fā)進(jìn)度要求

□其他預(yù)期要求

計(jì)算機(jī)信息管理基礎(chǔ)

3.3.2軟件需求分析的基本步驟

■需求分析的4個(gè)基本步驟

□調(diào)查研究

■獲取需求

□分析建模

■建立系統(tǒng)邏輯模型

□需求描述

■形成文檔

□需求驗(yàn)證

■以文檔為主要依據(jù)驗(yàn)證需求

需求分析第一步：調(diào)查研究、獲取需求

■需求的獲取通常采用如下方法

■①建立由用戶、分析員、領(lǐng)域?qū)＜医M成的聯(lián)合分析小組，由分

析員承擔(dān)主要的分析在務(wù)。

-②調(diào)查研究。這是獲取需求的最主要的方法。

-③分析問題和確認(rèn)需求。

■調(diào)查研究的主要途徑

-①市場調(diào)查

□市場有無類似系統(tǒng)

-②訪問用戶和用戶領(lǐng)域?qū)＜?/p>

□獲取資料、信息

■③考察現(xiàn)場

□操作環(huán)境、過程、要求、業(yè)務(wù)流程

-④使用各種調(diào)查工具

□組織機(jī)構(gòu)圖、業(yè)務(wù)流程圖、系統(tǒng)流程圖

計(jì)算機(jī)信息管理基礎(chǔ)

需求分析第二步：分析建模

■使用分析方法

□面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（簡稱SA）

□面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法

口邏輯構(gòu)造法（簡稱LCP）

口面向?qū)ο蟮姆椒ǎê?/p>

■分析建模必須達(dá)到的主要目標(biāo)

□描述用戶的需求

□建立軟件設(shè)計(jì)的基礎(chǔ)

定義可用于軟件確認(rèn)的依據(jù)

需求分析第三步：需求描述

■遵循規(guī)范

建立標(biāo)準(zhǔn)或模板

■國際標(biāo)準(zhǔn)

■國家標(biāo)準(zhǔn)

-行業(yè)標(biāo)準(zhǔn)

■企業(yè)標(biāo)準(zhǔn)

■小組標(biāo)準(zhǔn)■格式與內(nèi)容參見教材附錄1

■描述

清晰、一致、完整、無二義地描述

■需求來源

■需求內(nèi)容

□主要關(guān)注功能需求、數(shù)據(jù)要求、用戶界面需求

■記錄需求變更

需求分析第四步：需求驗(yàn)證

■需求驗(yàn)證的必要性

□需求易變

n需求分析報(bào)告存在問題

□需求分析報(bào)告形成之后進(jìn)行

■需求驗(yàn)證的幾個(gè)方面

□驗(yàn)證需求的一致性

-所有需求必須是一致的，任何一條需求都不能和其他需求相混淆、

相矛后。

□驗(yàn)證需求的完整性

■需求必須是完整的，規(guī)格說明書必須包括用戶需要的每一個(gè)功能或

性能。

□驗(yàn)證需求的現(xiàn)實(shí)性

■指定的需求應(yīng)該是用現(xiàn)有的技術(shù)和方法可以實(shí)現(xiàn)的。

□驗(yàn)證需求的有效性

-驗(yàn)證需求確實(shí)能解決用戶面對的實(shí)際問題。

■計(jì)算機(jī)信息管理基礎(chǔ)

例一個(gè)企業(yè)的材料檢驗(yàn)入庫業(yè)務(wù)流程

計(jì)算機(jī)信息管理基礎(chǔ)

例一個(gè)企業(yè)的材料檢驗(yàn)入庫的系統(tǒng)流程

庫存報(bào)表

3.3.3軟件需求分析的方法與軟件輔助工具

■結(jié)構(gòu)化分析方法StructuredAnalysis

□在20世紀(jì)70年代中期由E.Yourdon等人倡導(dǎo)的一種面向

數(shù)據(jù)流的分析方法。

■主要思想

用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的

關(guān)系，運(yùn)用“抽象-分解”的基本手段，自頂向下

(TOP-DOWN),逐層分解，直到找到滿足功能需要

的所有細(xì)節(jié)為止。

■T.DeMarco的定義

□結(jié)構(gòu)化分析就是使用數(shù)據(jù)流圖、數(shù)據(jù)字典、結(jié)構(gòu)化語

言、判定表或判定樹等工具，來建立一種新的、稱為

結(jié)構(gòu)化說明書的目標(biāo)文檔。

計(jì)算機(jī)信息管理基礎(chǔ)

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

■結(jié)構(gòu)化分析模型■由

一組模型構(gòu)成

□信息（或數(shù)據(jù)）模型

n功能模型教刷象描述加工規(guī)格說明

□行為模型

■Pressman的描述

數(shù)據(jù)

□信息（或數(shù)據(jù)）模型

詞典

>DD+ERD

□功能模型

■DFD+加工規(guī)格說明

狀態(tài)-遷移圖

□行為模型

■STD+控制規(guī)格說明

□注意：在“加工規(guī)格

控制規(guī)格說明

說明”中實(shí)際上也隱

含了一些行為。

結(jié)構(gòu)化分析的基本步驟

■具體步驟

□①從問題出發(fā)，畫出頂層DFD,確定系統(tǒng)邊界；

②由頂向下按功能逐層分解，根據(jù)分析需要畫出各層

DFD；

□③當(dāng)不再分解時(shí)，建立DD；對加工（處理）進(jìn)行描述

PSPEC；

④建立E?R圖（控制流圖CFD、控制說明CSPEC和狀

態(tài)遷移圖STD等）為分析作補(bǔ)充；

匚⑤沿DFD回溯：從最終的輸出數(shù)據(jù)流出發(fā)，審查輸入/

輸出的合理性、一致性、完整性；

⑥修改完善需求規(guī)格說明書。

計(jì)算機(jī)信息管理基礎(chǔ)

DFD的4個(gè)基本要素

■外部實(shí)體外部實(shí)體

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

■處理或加工

■數(shù)據(jù)存儲(chǔ)處理編號

處理名稱

編號文件名稱

計(jì)算機(jī)信息管理基礎(chǔ)

使用軟件工具來輔助完成DFD的繪制

■Sybase公司的S?Designor5.1中的

ProcessAnalyst的基本功能

□能輔助完成系統(tǒng)功能模型的建立

能對各級DFD（分層）進(jìn)行定義和描述

■外部實(shí)體

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

■數(shù)據(jù)存儲(chǔ)

■處理或加工

能把建立的模型生成rtf格式的文檔，為需求分

析報(bào)告的形成建立了基礎(chǔ)

計(jì)算機(jī)信息管理基礎(chǔ)

S-Designor5.1的ProcessAnalyst工具演示

■結(jié)合教材第3章例題和第5章案例課堂演示

工具的安裝與使用

□外部實(shí)體定義與描述

□數(shù)據(jù)流定義與描述

□數(shù)據(jù)存儲(chǔ)定義與描述

□處理定義與描述

□TITLE定義與描述

□生成模型的rtf格式文檔

F計(jì)算機(jī)信息管理基礎(chǔ)

主要演示界面1

^§S-DesignorProcessAnalyst-盧」X，

FileEditDictionaryArrangeFormatViewwindowHelp

□I窗口牌I￥|圄聞闕勿回口陪|善伯怖|物|血|四|面Elf|

室開始I.%Ia喀?首理信息基礎(chǔ)J畫1分析與設(shè)計(jì)-Mkroso...11虎S-DesignorProcessAn…也］未命名-畫困國和巴4?旦國于4M12

■"計(jì)算機(jī)信息管理基礎(chǔ)

主要演示界面2

?計(jì)算機(jī)信息管理基礎(chǔ)

■

主要演示界面3

ProcessProperties

DefinitionDescriptionjAnnotation|

京1。1哥i摘i品i電IOIQI

處理名稱:辦理入庫2

處理編號：1

接收的輸入：入庫單

產(chǎn)生的輸出：”倉庫中無此貨物'的提示信息

訪問的數(shù)據(jù)存儲(chǔ)：庫存帳

處理描述：

（1）接受入庫單；

（2）對于入庫單上所列每一項(xiàng)貨物，做

按貨物查找?guī)齑鎺ぃ?/p>

如果庫存帳中有此貨物，

則

按入庫單所列各項(xiàng)登記入庫明細(xì)；

更新相應(yīng)貨物的庫存帳；

否則

給出“倉庫中無此貨物,的信息?

激發(fā)條件：當(dāng)接受到入庫單時(shí)就執(zhí)行該處理

浮生的頻度：■欠慶一...f…g

_____________________________________________________________________________________________重

OKICancelIApplyIHelp

計(jì)算機(jī)信息管理基礎(chǔ)

主要演示界面4

DataFlowProperties2<1

DefinitionDataItems|Description|Annotation

Name:

Code:

Label

Type：

OKCancelApplyHelp

■"計(jì)算機(jī)信息管理基礎(chǔ)

主要演示界面5

DataFlowProperties

DefinitionDataHemsDescriptionAnnotation

OKICancelIAppli'IHefp

■"計(jì)算機(jī)信息管理基礎(chǔ)

主要演示界面6

StandardDataTypes

Datatypes

CharactersFloatCSerial

rVariablecharactersShortfloatrBinary

L

Longcharacte■rsLongfloatLongbinary

LongvarcharactersMoneyText

By?teDateLImage

ShortintegerTimerBitmap

ir§IntegerDate&timeoOLE

rNumberTimestamp6(Otherj

rDecimalBoolean

CbdiK|Length:|Precision:

OK|Cancel|Help|

計(jì)算機(jī)信息管理基礎(chǔ)

主要演示界面7

DataFlowPropertiesX|

DefinitionDataItemsDescription|Annotation|E

NameCode工r

?倉庫主任[￡|MANAGERA10r

2單價(jià)UNITPRICEMNn

3單位UNITA10r

4供應(yīng)商名稱SUPPLIERNAMEVA40n

5規(guī)格SfZEA3r

6貨物名稱GOODSNAMEVA30r

7款式STYLEA3n

8類型TYPESA3r

9入庫單號INSTOREIDAIDr

10入庫人員INPERSONA10r

11入庫日期INDATEA10r

12數(shù)量QUANTITY1

NewDeleteAdd...J|>I"ISortby:6Name「Code

OKgpm?Help

F計(jì)算機(jī)信息管理基礎(chǔ)

主要演示界面8

Removedecomposition

Decompose

ShadowProcessModel

AdjusttoText

NormalSizeProject:SMSTORE

Model：同螭腦酉嬲

UneStyle

ForegroundColor...AuthorZENGYI|VerslonJ10120067g

BackgroundColor...\_____I”__________

TextColor,..

Disposition

Order

Properties

計(jì)算機(jī)信息管理基礎(chǔ)

主要演示界面9

S-DesignorProcessAnalyst-［Process植單庫存管理系統(tǒng)］

w

ReportReportEditItemWindowHelp

Reportname:

Print身隔|望I國Jd囿回XI［蜀&

|<FullPAMRepoEAvailableItemsIContents

劭

?■■■■■■■■?Template

SaveRTF?TableofContents0

<FullPAMRepod>TitleTableofContents

囿

圜

<Li$tPAMReporbBTextParagraph?ProcessList

Modify日

(StandardPAMReport>TextFileTitle-Specifications

日?

小

日PageBreakTitle-PAMGraphs

Cancel

Selection

6?A■llC*-Selected「wList?tI

-Description

FullPAMlepoitwithlistsandca(d$

計(jì)算機(jī)信息管理基礎(chǔ)

例3」簡單倉庫管理信息系統(tǒng)（簡稱SMSTORE）

假定某百貨商場需要開發(fā)一個(gè)簡單的倉庫管理信息系統(tǒng)（簡稱

SMSTORE）o該倉庫管理信息系統(tǒng)的業(yè)務(wù)主要包括入庫和出庫。

該系統(tǒng)要求對每天發(fā)生的每一筆入庫或出庫的貨物明細(xì)進(jìn)行記錄，

并及時(shí)更新庫存帳。入庫業(yè)務(wù)由倉庫入庫人員辦理，出庫業(yè)務(wù)由出庫

人員蘇理。

辦理入庫業(yè)務(wù)的過程是：入庫人員根據(jù)開具的入庫單所列貨物，

逐一查找?guī)齑鎺け局杏袩o該項(xiàng)帳冊。如果有，則按入庫單所列各項(xiàng)登

記入庫明細(xì)，并更新相應(yīng)貨物的庫存帳；如果沒有，則需要由系統(tǒng)給

出“倉庫中無此貨物”的信息。入庫人員每天工作結(jié)束時(shí)完成一份入

庫日報(bào)。

辦理出庫業(yè)務(wù)的過程是：出庫人員根據(jù)開具的出庫單所列貨物，

逐一查找?guī)齑鎺け局杏袩o該項(xiàng)帳冊。如果有且?guī)齑鎺け局械呢浳锏臄?shù)

量是足夠的，那么按出庫單所列各項(xiàng)登記出庫明細(xì)帳并更新相應(yīng)貨物

的庫存帳；如果沒有或數(shù)量不夠則需要由系統(tǒng)給出“倉庫中無此貨物”

或“庫存不夠”府信息。出庫人員每天工作結(jié)束時(shí)完成一份出庫日報(bào)。

倉庫主任隨時(shí)查看庫存并完成當(dāng)前的庫存報(bào)表。

要求用S?Designor5.1的ProcessAnalyst工具畫出該系統(tǒng)的DFD。

產(chǎn)計(jì)算機(jī)信息管理基礎(chǔ)

一

■解結(jié)果如圖所示。其中處理3的分層如后圖所示。

計(jì)算機(jī)信息管理基礎(chǔ)

■解上圖處理3的分層圖。文件

出建明細(xì)記錄

I

日出座恪息

4

3.3

產(chǎn)生出座日很

盅座日報(bào)表

出庫人員

■計(jì)算機(jī)信息管理基礎(chǔ)

更一般的DFD的分層示例

計(jì)算機(jī)信息管理基礎(chǔ)

數(shù)據(jù)詞典DD及其示例

■數(shù)據(jù)詞典

□把這些數(shù)據(jù)精確地、嚴(yán)格地定義并以字典式順

序?qū)⑺鼈兘M織成詞條，使得用戶、分析員和開

發(fā)人員有共同的理解。

口其作用就是對軟件中的每個(gè)數(shù)據(jù)規(guī)定一個(gè)定義

條目，以保持?jǐn)?shù)據(jù)在系統(tǒng)中的一致性。

DD中可以描述的數(shù)據(jù)

■①只含一個(gè)數(shù)據(jù)的數(shù)據(jù)項(xiàng)（或數(shù)據(jù)元素）；

■②由多個(gè)相關(guān)數(shù)據(jù)項(xiàng)組成的數(shù)據(jù)流；

■③數(shù)據(jù)文件或數(shù)據(jù)存儲(chǔ)。

計(jì)算機(jī)信息管理基礎(chǔ)

■3種由數(shù)據(jù)元素組成數(shù)據(jù)的方式

□①順序：即以確定次序連接兩個(gè)或更多的分量；

□②選擇：即從兩個(gè)或更多的分量中選擇其中一個(gè);

□③重復(fù)：即把選定的分量重復(fù)0次或多次。

■數(shù)據(jù)詞典的詞條中應(yīng)包含以下信息：

□①名稱

□②別名或編號

口③組成或組織結(jié)構(gòu)的描述

□④類型、長度、取值范圍等

?⑤何處使用：使用該詞條的加工

計(jì)算機(jī)信息管理基礎(chǔ)

例3?2假定討論的對象是前例中描述的SMSTORE。

■該系統(tǒng)的入庫單格式如下表所示。庫存帳包括貨物代號、貨物名

稱、類型、規(guī)格、款式、數(shù)量、單價(jià)、單位、供應(yīng)商名稱等基本

信息，每個(gè)貨物一頁帳。每發(fā)生一筆入出庫業(yè)務(wù)都需要對庫存帳

更新。假定貨物為服裝，其規(guī)格一般分為XXL、XL、L、M、S等5

種。請用數(shù)據(jù)詞典的組織和說明方法給出例3?1中數(shù)據(jù)流“入庫單”

和數(shù)據(jù)項(xiàng)“規(guī)格”的詞條。

XX商場入庫單

入庫單號：入庫日期：年月日

貨物代號貨物名稱類型款式規(guī)格數(shù)量單位單價(jià)供應(yīng)商名稱

入庫人員：倉庫主任：

計(jì)算機(jī)信息管理基礎(chǔ)

■解“入庫單”和“庫存帳”詞條如下表所示。

數(shù)據(jù)流名：入庫單

別名：無

組織結(jié)構(gòu)的描述：入庫單二入庫單號+入庫日期+1｛貨物代號+貨物名稱+

類型+款式+規(guī)格+數(shù)量+單位+單價(jià)+供應(yīng)商名稱｝3+入庫人員+倉庫主任

組成：按入庫單號從小到大排列

何處使用：由入庫人員產(chǎn)生，由處理1“辦理入庫”接受

備注：組織結(jié)構(gòu)的描述中的1和3代表花括號內(nèi)的部分重復(fù)的下界和上界

數(shù)據(jù)項(xiàng)名：規(guī)格

定義：指服裝的尺寸大小

類型：字符類型一

長度：3

取值范圍：XXL、XL、L、M、S

計(jì)算機(jī)信息管理基礎(chǔ)

處理描述或加工說明

■處理描述或加工說明

口說明DFD中的數(shù)據(jù)加工的加工細(xì)節(jié)。

口描述了數(shù)據(jù)加工的輸入、加工邏輯、以及產(chǎn)生

的輸出。

口指明加工（功能）的約束和限制，與加工相關(guān)

的性能要求，以及影響加工的實(shí)現(xiàn)方式的設(shè)計(jì)

藥束。

□必須注意

■主要目的是要表達(dá)“做什么”，而不是“怎樣做”。

■應(yīng)描述數(shù)據(jù)加工的策略而不是實(shí)現(xiàn)加工的細(xì)節(jié)。

□處理描述為以后軟件的功能設(shè)計(jì)和程序設(shè)計(jì)建

立基礎(chǔ)。

一個(gè)處理描述或加工說明的模板

處理名稱：XXX

處理編號：X.X.X

接收的輸入：數(shù)據(jù)流名或編號、數(shù)據(jù)存儲(chǔ)名或編號

產(chǎn)生的輸出：數(shù)據(jù)流名或編號、數(shù)據(jù)存儲(chǔ)名或編號

處理描述：處理策略/加工邏輯

通常用結(jié)構(gòu)化語言、判定表或判定樹等工具來描述O

激發(fā)條件：什么條件下執(zhí)行該處理

發(fā)生的頻度：次/小時(shí)、次/天、次/周、次/月

■結(jié)構(gòu)化語言

匚結(jié)構(gòu)化程序可使用順序、選擇、循環(huán)等控制結(jié)構(gòu)。

例3?5處理描述處理名稱：辦理入庫

處理編號：1

接收的輸入：入庫單

■請分析例

產(chǎn)生的輸出：“倉庫中無此貨物”的提示信息

3」描述訪問的數(shù)據(jù)存儲(chǔ)：庫存帳

的問題并處理描述：

利用結(jié)構(gòu)（1）接受入庫單；

化語言描（2）對于入庫單上所列每一項(xiàng)貨物，做

述圖3?20按貨物查找?guī)齑鎺ぃ?/p>

如果庫存帳中有此貨物，

中處理編則

號為1、按入庫單所列各項(xiàng)登記入庫明細(xì)；

處理名稱更新相應(yīng)貨物的庫存帳；

為“辦理否則

入庫”的給出“倉庫中無此貨物”的信息。

處理。激發(fā)條件：當(dāng)接受到入庫單時(shí)就執(zhí)行該處理

發(fā)生的頻度：15次/天

計(jì)算機(jī)信息管理基礎(chǔ)

數(shù)據(jù)建模

■數(shù)據(jù)建模

口數(shù)據(jù)建模就是建立E?R圖。

建立E?R圖的過程就是數(shù)據(jù)分析的過程，是需求分析過程

中不可或缺的部分。

□E?R圖有時(shí)也稱信息模型(IM)或概念數(shù)據(jù)模型

(CDM)o

實(shí)體E(Entity)之間通常有聯(lián)系R(Relationship)。

口實(shí)體E不是數(shù)據(jù)流圖DFD中的外部實(shí)體，而是數(shù)據(jù)存儲(chǔ)。

□E?R圖的建立可以借助于軟件工具來實(shí)現(xiàn)，例如Sybase

公司的S?Designor5.1中的DataArchitect。

■計(jì)算機(jī)信息管理基礎(chǔ)

例3?7給出下列學(xué)生選課系統(tǒng)E?R圖

■在學(xué)生選課系統(tǒng)中有兩個(gè)實(shí)體：學(xué)生和課

程。學(xué)生有學(xué)號、姓名、性別、年齡等屬

性，課程有課程號、課程名稱等屬性。請

根據(jù)下列描述分別給出E?R圖。

■①一個(gè)學(xué)生只能選一門課程。

■②一個(gè)學(xué)生可以選多門課程。

■③一個(gè)學(xué)生可以選多門課程，一門課程也

可以由多個(gè)學(xué)生選。

■產(chǎn)計(jì)算機(jī)信息管理基礎(chǔ)

■解用S?Designor5.1的DataArchitect工具建立

的E?R圖分別如圖3?27、圖3?28圖3?29所示。

圖3-2S學(xué)生可以選多課程的E—R圖.

挈生

登號課程

姓名^<>沒

性另U法程名

年齡

圖3-29學(xué)生W課程是終列?終聯(lián)系的E-R?

F計(jì)算機(jī)信息管理基礎(chǔ)

例3?8給出SMSTORE系統(tǒng)中的E?R圖

■在例3-1描述的SMSTORE系統(tǒng)中有3個(gè)數(shù)據(jù)存儲(chǔ)

（實(shí)體）：入庫明細(xì)帳、出庫明細(xì)帳、庫存帳。

假定入庫明細(xì)帳有屬性（數(shù)據(jù)項(xiàng)）：入庫單號、

入庫日期、貨物代號、貨物名稱、數(shù)量；出庫明

細(xì)帳有屬性：出庫單號、出庫日期、貨物代號、

貨物名稱、數(shù)量；庫存帳有屬性：貨物代號、貨

物名稱、數(shù)量、單價(jià)、供應(yīng)商名稱。請根據(jù)下列

庫存帳、入庫明細(xì)帳、出庫明細(xì)帳之間的聯(lián)系給

出E?R圖。

■①一筆庫存帳可對應(yīng)多筆入庫明細(xì)帳；

■②一筆庫存帳可對應(yīng)多筆出庫明細(xì)帳；

■③入庫明細(xì)帳和出庫明細(xì)帳之間沒有聯(lián)系。

F計(jì)算機(jī)信息管理基礎(chǔ)

■解根據(jù)如上描述，經(jīng)簡單分析，可以很容易得到一個(gè)E?R

模型，并可以同樣用S-DesignorDataArchitect繪制如圖

3?30所示，其中加下橫線的屬性為實(shí)體的關(guān)鍵標(biāo)識(shí)。

圖3-30例3-8描述的系統(tǒng)的E-R圖-

F計(jì)算機(jī)信息管理基礎(chǔ)

例3?9E?R模型中的依賴

■改變上例入庫明細(xì)帳、出庫明細(xì)帳、庫存帳之間的實(shí)體聯(lián)

系，改變后的聯(lián)系是：入庫明細(xì)帳和出庫明細(xì)帳依賴于庫

存帳。請利用S?Designor對E?R的擴(kuò)充功能，對改變聯(lián)

系后的實(shí)體重新構(gòu)建E?R模型。

出庫明細(xì)帳

O<|—-

■解圖3?31是重新出庫日期

庫存帳出庫數(shù)量

構(gòu)造的E-R模型，貨物代號

貨物名稱

其中空心三角形數(shù)量

箭頭所指方向?yàn)閱蝺r(jià)

供應(yīng)商名稱入庫明細(xì)帳

依賴方向。入庫單

入庫日期

入庫數(shù)量

圖3-31重新構(gòu)造的E-R模型

形成需求分析報(bào)告

■GB9385-88《計(jì)算機(jī)軟件需求說明編制指南》

■附錄3《需求分析規(guī)格說明書》參考提綱。

■根據(jù)圖3?6結(jié)構(gòu)化分析模型，并從軟件功能的角

度給出一個(gè)需求分析報(bào)告的簡化的框架：

①問題和任務(wù)描述，有時(shí)可能需要給出組織機(jī)構(gòu)圖、

業(yè)務(wù)流程圖、系統(tǒng)流程圖等；

②功能描述，需要給出一套分層的數(shù)據(jù)流圖;

③數(shù)據(jù)描述，需要給出數(shù)據(jù)字典、ER圖等；

或判定樹或判

亶鬻霸磐瀛翻黜襄朝臚R、

9

口⑤用戶夏血描述，如屏幕格式、報(bào)表格式、菜單格式、

操作順序等；

⑥其他設(shè)計(jì)約束。

3.4軟件設(shè)計(jì)

計(jì)算機(jī)信息管理基礎(chǔ)

3.4軟件設(shè)計(jì)

3A1軟件設(shè)計(jì)過程

□3.4.2數(shù)據(jù)設(shè)計(jì)

口3.4.3體系結(jié)構(gòu)設(shè)計(jì)

口3.4.4接口設(shè)計(jì)

□3.4.5過程設(shè)計(jì)

□3A6代碼設(shè)計(jì)和設(shè)計(jì)規(guī)范

計(jì)算機(jī)信息管理基礎(chǔ)

3.4.1軟件設(shè)計(jì)過程

■軟件開發(fā)三大階段

■/F計(jì)算機(jī)信息管理基礎(chǔ)

軟件設(shè)計(jì)過程

軟件設(shè)計(jì)的4個(gè)基本過程

■①數(shù)據(jù)設(shè)計(jì)

□主要任務(wù)是將實(shí)體一關(guān)系圖（ERD）中描述的對象和關(guān)

系以及數(shù)據(jù)詞典中描述的詳細(xì)數(shù)據(jù)內(nèi)容轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)

的定義。

■②體系結(jié)構(gòu)設(shè)計(jì)

□豐要任務(wù)是定義軟件系統(tǒng)各主要成份的功能及其之間的

關(guān)系。

■③接口設(shè)計(jì)

口主要任務(wù)是根據(jù)數(shù)據(jù)流圖定義軟件內(nèi)部各成份之間、軟

件與其它協(xié)同系統(tǒng)之間及軟件寫用戶之間的交互機(jī)制。

■④過程設(shè)計(jì)（詳細(xì)設(shè)計(jì)）

□主要任務(wù)是把結(jié)構(gòu)成分轉(zhuǎn)換成軟件的過程性描述。在程

序編碼時(shí)，根據(jù)這種過程性描述，生成源程序代碼，然

后通過測試，最終得到完整有效的軟件。

計(jì)算機(jī)信息管理基礎(chǔ)

軟件設(shè)計(jì)與軟件質(zhì)量

■好設(shè)計(jì)的3個(gè)特征：

■能夠?qū)崿F(xiàn)分析模型中的所有清晰的需求，而且能夠適應(yīng)

用戶的所有隱含的需求；

■設(shè)計(jì)對于后續(xù)所有工作應(yīng)該是可讀的和可理解的指南；

■從實(shí)現(xiàn)的觀點(diǎn)看，設(shè)計(jì)應(yīng)該提供完整的軟件描述，包括

數(shù)據(jù)來源、功能、行為等。

■軟件質(zhì)量

■外部的用戶可觀察到的

■例如，速度、可靠性、正確性、可用性等

■內(nèi)部的決定于軟件工程師

■例如，概念、方法、過程等

■"計(jì)算機(jī)信息管理基礎(chǔ)

軟件設(shè)計(jì)的技術(shù)標(biāo)準(zhǔn)

■設(shè)計(jì)應(yīng)該展示一個(gè)層次結(jié)構(gòu)，這個(gè)層次結(jié)構(gòu)能夠

明智地控制其他軟件元素；

■設(shè)計(jì)應(yīng)該把軟件邏輯地劃分為可執(zhí)行特定的功能

和子功能；

■設(shè)計(jì)應(yīng)該包括數(shù)據(jù)和過程抽象；

■設(shè)計(jì)應(yīng)該形成一個(gè)個(gè)具有獨(dú)立功能特征的模塊；

■設(shè)計(jì)應(yīng)該使軟件的接口簡單，盡量減少每個(gè)模塊

與外部環(huán)境的連接；

■設(shè)計(jì)應(yīng)該以需求分析為依據(jù)，使用成熟的并取得

經(jīng)驗(yàn)的方法。

■"計(jì)算機(jī)信息管理基礎(chǔ)

軟件設(shè)計(jì)的基本原則

■一個(gè)好的設(shè)計(jì)者應(yīng)該從多方位、多角度考慮需求問題和資

源的寸用性；

■設(shè)計(jì)應(yīng)該跟蹤需求，使設(shè)計(jì)滿足需求；

■留1暮春至累勺時(shí)間和資源條件下，利用已經(jīng)用過的設(shè)

■軟件結(jié)構(gòu)應(yīng)該模擬問題領(lǐng)域的結(jié)構(gòu)；

■設(shè)計(jì)應(yīng)該是一致的，表現(xiàn)的象一個(gè)人進(jìn)行的開發(fā)一樣;

■設(shè)計(jì)的軟件能夠適應(yīng)需求的變化；

■即使有異常的數(shù)據(jù)、事件和操作發(fā)生，軟件也能夠以優(yōu)美

的方式（不是突然地）完所處理或結(jié)束；

■設(shè)計(jì)不是編碼，編碼也不等于就是設(shè)計(jì)；

■當(dāng)設(shè)計(jì)完成后可以對其進(jìn)行質(zhì)量方面的評估；

■可以通過評審來減少設(shè)計(jì)錯(cuò)誤。

■計(jì)算機(jī)信息管理基礎(chǔ)

342數(shù)據(jù)設(shè)計(jì)

■主要任務(wù)是將實(shí)體一關(guān)系圖（ERD）中描

述的對象和關(guān)系以及數(shù)據(jù)詞典中描述的詳

細(xì)數(shù)據(jù)內(nèi)容轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)的定義。

■重點(diǎn)討論ERD到數(shù)據(jù)庫關(guān)系模型的轉(zhuǎn)化及

數(shù)據(jù)庫結(jié)構(gòu)的SQL表示。

計(jì)算機(jī)信息管理基礎(chǔ)

例3?10數(shù)據(jù)設(shè)計(jì)

■請用S?Designor5.1的數(shù)據(jù)建模工具DataArchitect把例3?

8所建立的E-R模型（CDM）轉(zhuǎn)換為關(guān)系模型（PDM）。

ENT_26

口〕

GOODSNO-ENT-COODSNOSTREOUTNOchmifS

ENT_GOODSNOcha<10)

SY0RUT_t>ATEdate

GOODSNOcha<6)

GOODSNAMEvarchar(3O)

STORE_OUT_QUANTITYinteger

ENTJ27注意：EN_GOODSNO是多余的,

GOODSNO-

GOODSNAMEchar(1O)而GOODSNO是需要的

STORE-QUANTITYchar(1O)\_______________________________________________）

GOODS_PRICEcha<10)

GOODSSUPPLIERcha<10)ENT_25

STOREINNOcharts)

ENT_GOODSNOcha<10)

STOREJN_DATEdate

GOODSNOchar(6)

GOODSNO-ENTGOODSNOGOODSNAMEvarchar(30)

STORE_IN_QUANTITYinteger

計(jì)算機(jī)信息管理基礎(chǔ)

例3?10不同ERD的數(shù)據(jù)設(shè)計(jì)

■重新構(gòu)造E?R模型并從重新構(gòu)造的E?R模型生成關(guān)系模型。

E3

GOODSNO=GOODSNO

出庫明細(xì)帳STCRECUTNOchaK8)

GOODSNOcha(10)

出庫單號