第二章 信息系統(tǒng)工程體系

1、目前軟件開(kāi)發(fā)中存在的問(wèn)題：目前軟件開(kāi)發(fā)中存在的問(wèn)題：速度：軟件的發(fā)展水平遠(yuǎn)遠(yuǎn)滯后于硬件的速度：軟件的發(fā)展水平遠(yuǎn)遠(yuǎn)滯后于硬件的發(fā)展水平，生產(chǎn)率低下，軟件制造仍然是一發(fā)展水平，生產(chǎn)率低下，軟件制造仍然是一種人工集約生產(chǎn)方式種人工集約生產(chǎn)方式質(zhì)量：軟件的質(zhì)量低下，不能滿足用戶的質(zhì)量：軟件的質(zhì)量低下，不能滿足用戶的需求、適應(yīng)性差需求、適應(yīng)性差成本：軟件開(kāi)發(fā)成本居高不下成本：軟件開(kāi)發(fā)成本居高不下 軟件開(kāi)發(fā)的速度、軟件制品的質(zhì)量、軟件軟件開(kāi)發(fā)的速度、軟件制品的質(zhì)量、軟件開(kāi)發(fā)成本是軟件工程的三個(gè)核心問(wèn)題。開(kāi)發(fā)成本是軟件工程的三個(gè)核心問(wèn)題。 1. 軟件工程概述高質(zhì)量：如何衡量軟件的質(zhì)量？產(chǎn)品操作（可用性、正確

2、性、可靠性、效率、完備性等）產(chǎn)品修改（可維護(hù)性、適應(yīng)性）產(chǎn)品適應(yīng)（可移植性、可復(fù)用性、互操作性）高效率：計(jì)算機(jī)軟件的生產(chǎn)率及其性能將大大落后于硬件的發(fā)展速度，計(jì)算機(jī)軟件已成為計(jì)算機(jī)技術(shù)和應(yīng)用發(fā)展的主要“瓶頸”。低成本：目前的軟件生產(chǎn)仍是人工集約生產(chǎn)方式1. 軟件工程概述適變能力適應(yīng)能力運(yùn)作性能正確性 可靠性 易用性集成性效率可維護(hù)柔性可測(cè)試可移植可重用互操作性 軟 件 質(zhì) 量 質(zhì) 量 度 量 因 素 正確性 可靠性 效率 集成性 可維護(hù)性 柔性 可測(cè)量性 可移植性 可重用性 交互操作性 好用性 可 審 計(jì) 性 精 確 性 通 信 通 用 性 完 整 性 復(fù) 雜 性 簡(jiǎn) 明 性 一 致 性 數(shù)

3、據(jù) 通 用 性 容 錯(cuò) 執(zhí) 行 效 率 可 擴(kuò) 充 性 通 用 性 獨(dú) 立 于 硬 件 可 用 工 具 性 模 塊 性 易 操 作 性 安 全 性 自 文 檔 性 簡(jiǎn) 單 性 獨(dú) 立 于 系 統(tǒng) 可 追 蹤 性 易 培 訓(xùn) 以 可 測(cè) 度 因 素 度 量 多 因 素 思考：你認(rèn)為通過(guò)哪些途徑或技術(shù)可以實(shí)現(xiàn)上述目標(biāo)？不同的方法或技術(shù)在上述三個(gè)基本問(wèn)題上的效果有何不同？Software engineering (1968, NATO) Popular during the 1970sIt now refers to a collection of management processes, sof

4、tware tooling, and design activities for software development. 1. 軟件工程概述According to the IEEE 2 Standard Computer Dictionary (1990), software engineering is the application of a systematic, disciplined, quantifiable approach to development, operation, and maintenance of software; that is, the applic

5、ation of engineering to software. The aim of software engineering is the production of quality software, delivered on time, within budget, and satisfying users needs 1. 軟件工程概述1. 軟件工程概述工具建模語(yǔ)言方法過(guò)程質(zhì)量圖2-1 信息系統(tǒng)工程體系3.信息系統(tǒng)工程過(guò)程模型3.信息系統(tǒng)工程過(guò)程模型3.信息系統(tǒng)工程過(guò)程模型3.1 瀑布模型（Waterfall Model）系統(tǒng)規(guī)劃系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施系統(tǒng)

6、實(shí)施系統(tǒng)維護(hù)系統(tǒng)維護(hù)什么是信息系統(tǒng)規(guī)劃什么是信息系統(tǒng)規(guī)劃（Information System Information System Planning,ISPPlanning,ISP）？在充分、深入研究企業(yè)發(fā)展遠(yuǎn)景、業(yè)務(wù)策略在充分、深入研究企業(yè)發(fā)展遠(yuǎn)景、業(yè)務(wù)策略和管理的基礎(chǔ)上，形成信息系統(tǒng)的遠(yuǎn)景、信和管理的基礎(chǔ)上，形成信息系統(tǒng)的遠(yuǎn)景、信息系統(tǒng)的組成架構(gòu)、信息系統(tǒng)各部分的邏輯息系統(tǒng)的組成架構(gòu)、信息系統(tǒng)各部分的邏輯關(guān)系，以支撐企業(yè)戰(zhàn)略規(guī)劃（關(guān)系，以支撐企業(yè)戰(zhàn)略規(guī)劃（Business Business Strategic Planning, BSPStrategic Planning, BSP）目標(biāo)

7、的達(dá)成。）目標(biāo)的達(dá)成。 理解關(guān)鍵的企業(yè)目標(biāo)企業(yè)如何達(dá)到目標(biāo)？IS如何支撐這些目標(biāo)？需要哪些IT支撐IS？信息化建設(shè)具體項(xiàng)目的實(shí)施企業(yè)戰(zhàn)略規(guī)劃（BSP）信息系統(tǒng)戰(zhàn)略規(guī)劃（ISSP）信息技術(shù)戰(zhàn)略規(guī)劃（ITSP）ISPISP的主要目標(biāo)：根據(jù)組織的目標(biāo)與戰(zhàn)略制定出組織的主要目標(biāo)：根據(jù)組織的目標(biāo)與戰(zhàn)略制定出組織中業(yè)務(wù)流程改革與創(chuàng)新和信息系統(tǒng)建設(shè)的長(zhǎng)期發(fā)展中業(yè)務(wù)流程改革與創(chuàng)新和信息系統(tǒng)建設(shè)的長(zhǎng)期發(fā)展方案，決定信息系統(tǒng)在整個(gè)生命周期內(nèi)的發(fā)展方向方案，決定信息系統(tǒng)在整個(gè)生命周期內(nèi)的發(fā)展方向、規(guī)模和發(fā)展進(jìn)程。、規(guī)模和發(fā)展進(jìn)程。 主要任務(wù)主要任務(wù): :(1) (1) 根據(jù)組織的發(fā)展目標(biāo)與戰(zhàn)略制定業(yè)務(wù)流程改革根據(jù)組

8、織的發(fā)展目標(biāo)與戰(zhàn)略制定業(yè)務(wù)流程改革與創(chuàng)新的目標(biāo)和信息系統(tǒng)的發(fā)展戰(zhàn)略。與創(chuàng)新的目標(biāo)和信息系統(tǒng)的發(fā)展戰(zhàn)略。(2)(2)制定組織的業(yè)務(wù)流程規(guī)劃，確定業(yè)務(wù)流程改革與制定組織的業(yè)務(wù)流程規(guī)劃，確定業(yè)務(wù)流程改革與創(chuàng)新的方案創(chuàng)新的方案(3)(3)根據(jù)組織目標(biāo)和業(yè)務(wù)流程規(guī)劃確定信息系統(tǒng)的總根據(jù)組織目標(biāo)和業(yè)務(wù)流程規(guī)劃確定信息系統(tǒng)的總體結(jié)構(gòu)規(guī)劃方案；體結(jié)構(gòu)規(guī)劃方案； (4) (4) 安排項(xiàng)目實(shí)施方案，制定信息系統(tǒng)建設(shè)的資源安排項(xiàng)目實(shí)施方案，制定信息系統(tǒng)建設(shè)的資源分配方案。分配方案。需求定義框架需求定義框架PIECES:PIECES - a useful framework for classifying probl

9、ems, opportunities, and directives.It is called PIECES because each of the letters represent one of six categories.P - the need to improve performance.I - the need to improve information (and data).E - the need to improve economics, control costs, or increase profits.C - the need to improve control

10、or security.E - the need to improve efficiency of people and processesS - the need to improve service to customers, suppliers, partners, employees, etc.The PIECES Problem-Solving FrameworkThe PIECES Problem-Solving FrameworkThe following checklist for problem, opportunity, and directive identificati

11、on uses Wetherbes PIECES framework. Note that the categories of PIECES are not mutually exclusive; some possible problems show up in multiple lists. Also, the list of possible problems is not exhaustive. The PIECES framework is equally suited to analyzing both manual and computerized systems and app

12、lications.PERFORMANCE Problems, Opportunities, and DirectivesA. Throughput the amount of work performed over some period of time.B. Response time the average delay between a transaction or request and a response to that transaction or requestINFORMATION (and Data) Problems, Opportunities, and Direct

13、ivesA. Outputs1. Lack of any information2.Lack of necessary information3.Lack of relevant information4.Too much information information overload5.Information that is not in a useful format6.Information that is not accurate7.Information that is difficult to produce8.Information is not timely to its s

14、ubsequent useFAST A System Development Methodology The PIECES Problem-Solving FrameworkINFORMATION (and Data) Problems, Opportunities, and DirectivesB. Inputs1. Data is not captured2.Data is not captured in time to be useful3.Data is not accurately captured - contains errors4.Data is difficult to ca

15、pture5.Data is captured redundantly - same data captured more than once6.Too much data is captured7.Illegal data is capturedC. Stored Data1. Data is stored redundantly in multiple files and/or databases2.Stored data is not accurate (may be related to #1)3.Data is not secure to accident or vandalism（

16、故意破壞）4.Data is not well organized5.Data is not flexible not easy to meet new information needs from stored data6.Data is not accessibleFAST A System Development Methodology The PIECES Problem-Solving FrameworkECONOMICS Problems, Opportunities, and DirectivesA. Costs1. Costs are unknown2.Costs are un

17、traceable to source3.Costs are too highB. Profits1. New markets can be explored2.Current marketing can be improved3.Orders can be increasedCONTROL (and Security) Problems, Opportunities, and DirectivesA. Too little security or control1. Input data is not adequately edited2.Crimes are (or can be) com

18、mitted against dataa.Fraud（欺詐）b.Embezzlement（盜用）3.Ethics are breached on data or information refers to data or information letting to unauthorized people4.Redundantly stored data is inconsistent in different files or databasesFAST A System Development Methodology The PIECES Problem-Solving Framework

19、CONTROL (and Security) Problems, Opportunities, and DirectivesA. Too little security or control (continued)5.Data privacy regulations or guidelines are being (or can be) violated6.Processing errors are occurring (either by people, machines, or software)7.Decision-making errors are occurringB. Too mu

20、ch security or control1. Bureaucratic red tape （官僚）slows the system2.Controls inconvenience customers or employees3.Excessive controls cause processing delaysEFFICIENCY Problems, Opportunities, and DirectivesA. People, machines, or computers waste time1. Data is redundantly input or copied2.Data is

21、redundantly processed3.Information is redundantly generatedB. People, machines, or computers waste materials and suppliesC. Effort required for tasks is excessiveD. Materials required for tasks is excessiveFAST A System Development Methodology The PIECES Problem-Solving FrameworkSERVICE Problems, Op

22、portunities, and DirectivesA. The system produces inaccurate resultsB. The system produces inconsistent resultsC. The system produces unreliable resultsD. The system is not easy to learnE. The system is not easy to useF. The system is awkward to useG. The system is inflexible to new or exceptional s

23、ituationsH. The system is inflexible to changeI. The system is incompatible with other systemsJ. The system is not coordinated with other systems任務(wù)：賦予系統(tǒng)分析階段所確定的新系統(tǒng)的任務(wù)：賦予系統(tǒng)分析階段所確定的新系統(tǒng)的功能一種具體的實(shí)現(xiàn)方法和技術(shù)。因此，系功能一種具體的實(shí)現(xiàn)方法和技術(shù)。因此，系統(tǒng)設(shè)計(jì)的主要任務(wù)是依據(jù)系統(tǒng)分析報(bào)告，全統(tǒng)設(shè)計(jì)的主要任務(wù)是依據(jù)系統(tǒng)分析報(bào)告，全面地確定系統(tǒng)應(yīng)具有的功能和性能要求。面地確定系統(tǒng)應(yīng)具有的功能和性能要求。系統(tǒng)設(shè)計(jì)主

24、要包括總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)系統(tǒng)設(shè)計(jì)主要包括總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)活動(dòng)。總體設(shè)計(jì)的主要任務(wù)是構(gòu)造軟件的總活動(dòng)。總體設(shè)計(jì)的主要任務(wù)是構(gòu)造軟件的總體結(jié)構(gòu)、數(shù)據(jù)庫(kù)設(shè)計(jì)、計(jì)算機(jī)硬件軟件和網(wǎng)體結(jié)構(gòu)、數(shù)據(jù)庫(kù)設(shè)計(jì)、計(jì)算機(jī)硬件軟件和網(wǎng)絡(luò)配置方案設(shè)計(jì)；詳細(xì)設(shè)計(jì)包括代碼設(shè)計(jì)、絡(luò)配置方案設(shè)計(jì)；詳細(xì)設(shè)計(jì)包括代碼設(shè)計(jì)、輸入輸入/ /輸出設(shè)計(jì)、控制設(shè)計(jì)、程序設(shè)計(jì)。輸出設(shè)計(jì)、控制設(shè)計(jì)、程序設(shè)計(jì)。任務(wù)：根據(jù)系統(tǒng)設(shè)計(jì)所提供的控制結(jié)構(gòu)圖、數(shù)據(jù)庫(kù)任務(wù)：根據(jù)系統(tǒng)設(shè)計(jì)所提供的控制結(jié)構(gòu)圖、數(shù)據(jù)庫(kù)設(shè)計(jì)、系統(tǒng)配置方案及詳細(xì)設(shè)計(jì)資料，編制和調(diào)試設(shè)計(jì)、系統(tǒng)配置方案及詳細(xì)設(shè)計(jì)資料，編制和調(diào)試程序、調(diào)試系統(tǒng)、進(jìn)行系統(tǒng)切換等工作，將技術(shù)設(shè)程序、調(diào)試系

25、統(tǒng)、進(jìn)行系統(tǒng)切換等工作，將技術(shù)設(shè)計(jì)轉(zhuǎn)化為物理實(shí)際系統(tǒng)。計(jì)轉(zhuǎn)化為物理實(shí)際系統(tǒng)。系統(tǒng)實(shí)施階段包括的活動(dòng)系統(tǒng)實(shí)施階段包括的活動(dòng)有：有：編程：根據(jù)每一個(gè)模塊的基本結(jié)構(gòu)，用某種計(jì)算機(jī)編程：根據(jù)每一個(gè)模塊的基本結(jié)構(gòu)，用某種計(jì)算機(jī)語(yǔ)言編寫其程序代碼。語(yǔ)言編寫其程序代碼。測(cè)試：測(cè)試是程序執(zhí)行的過(guò)程，其目的是盡可能多測(cè)試：測(cè)試是程序執(zhí)行的過(guò)程，其目的是盡可能多地發(fā)現(xiàn)軟件中存在的錯(cuò)誤。測(cè)試包括模塊測(cè)試、集地發(fā)現(xiàn)軟件中存在的錯(cuò)誤。測(cè)試包括模塊測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試等。成測(cè)試、系統(tǒng)測(cè)試等。用戶培訓(xùn)：編寫用戶操作手冊(cè)。用戶培訓(xùn)：編寫用戶操作手冊(cè)。新舊系統(tǒng)之間的切換新舊系統(tǒng)之間的切換系統(tǒng)維護(hù)系統(tǒng)維護(hù)(Systems M

26、aintenance) (Systems Maintenance) 的任務(wù)：系統(tǒng)的的任務(wù)：系統(tǒng)的日常運(yùn)行管理，評(píng)價(jià)系統(tǒng)的運(yùn)行效率，使之能正常日常運(yùn)行管理，評(píng)價(jià)系統(tǒng)的運(yùn)行效率，使之能正常地運(yùn)作。輸入是產(chǎn)品信息系統(tǒng)以及在使用該系統(tǒng)中地運(yùn)作。輸入是產(chǎn)品信息系統(tǒng)以及在使用該系統(tǒng)中所產(chǎn)生的各種問(wèn)題。所產(chǎn)生的各種問(wèn)題。系統(tǒng)維護(hù)是一個(gè)再造軟件工程的過(guò)程系統(tǒng)維護(hù)是一個(gè)再造軟件工程的過(guò)程( (包括逆向軟件包括逆向軟件工程和正向軟件工程工程和正向軟件工程) )。系統(tǒng)支持包括校正性維護(hù)、適應(yīng)性維護(hù)、完善性維系統(tǒng)支持包括校正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)。護(hù)和預(yù)防性維護(hù)。3.1 瀑布模型（Waterfal

27、l Model）2.2.瀑布模型的基本原則：瀑布模型的基本原則：原則原則1 1：用戶積極參與：用戶積極參與用戶的作用是什么？用戶的作用是什么？用戶用戶(User)(User)能否積極參與信息系統(tǒng)的開(kāi)發(fā)能否積極參與信息系統(tǒng)的開(kāi)發(fā), ,是信息系統(tǒng)開(kāi)發(fā)能是信息系統(tǒng)開(kāi)發(fā)能否成功的一個(gè)關(guān)鍵的、絕對(duì)必要的因素。作為系統(tǒng)開(kāi)發(fā)人員必否成功的一個(gè)關(guān)鍵的、絕對(duì)必要的因素。作為系統(tǒng)開(kāi)發(fā)人員必須準(zhǔn)確而有恰當(dāng)?shù)乩斫庥脩舻男枨箜殰?zhǔn)確而有恰當(dāng)?shù)乩斫庥脩舻男枨? ,并將他并將他( (她她) )所理解的需求所理解的需求通過(guò)計(jì)算機(jī)來(lái)實(shí)現(xiàn)。要做到這一點(diǎn)通過(guò)計(jì)算機(jī)來(lái)實(shí)現(xiàn)。要做到這一點(diǎn), ,必須經(jīng)常與用戶溝通，將必須經(jīng)常與用戶溝通，將

28、他所理解的用戶需求用特定的語(yǔ)言描述出來(lái)他所理解的用戶需求用特定的語(yǔ)言描述出來(lái), ,并反饋給用戶并反饋給用戶, ,用用戶再提出進(jìn)一步的修改意見(jiàn)戶再提出進(jìn)一步的修改意見(jiàn),經(jīng)過(guò)幾個(gè)反復(fù)，最終形成一經(jīng)過(guò)幾個(gè)反復(fù)，最終形成一個(gè)明確的用戶需求。因此個(gè)明確的用戶需求。因此, ,在系統(tǒng)開(kāi)發(fā)過(guò)程中在系統(tǒng)開(kāi)發(fā)過(guò)程中, ,用戶與系統(tǒng)開(kāi)發(fā)用戶與系統(tǒng)開(kāi)發(fā)人員之間的溝通是很關(guān)鍵的。語(yǔ)言上的溝通困難人員之間的溝通是很關(guān)鍵的。語(yǔ)言上的溝通困難, ,理解上的不理解上的不一致一致, ,一直是信息系統(tǒng)開(kāi)發(fā)專家們多年來(lái)尋求能夠很好地解決一直是信息系統(tǒng)開(kāi)發(fā)專家們多年來(lái)尋求能夠很好地解決的一個(gè)問(wèn)題。的一個(gè)問(wèn)題。 3.1 瀑布模型（Wat

29、erfall Model）原則原則2 2：自頂向下，分而治之：階段：自頂向下，分而治之：階段活動(dòng)活動(dòng)作業(yè)，嚴(yán)作業(yè)，嚴(yán)格按劃分的階段進(jìn)行系統(tǒng)開(kāi)發(fā)格按劃分的階段進(jìn)行系統(tǒng)開(kāi)發(fā)結(jié)構(gòu)化方法對(duì)項(xiàng)目進(jìn)行控制的一個(gè)基本原則就是運(yùn)用系統(tǒng)處理結(jié)構(gòu)化方法對(duì)項(xiàng)目進(jìn)行控制的一個(gè)基本原則就是運(yùn)用系統(tǒng)處理方法方法, ,將系統(tǒng)開(kāi)發(fā)的全過(guò)程采取將系統(tǒng)開(kāi)發(fā)的全過(guò)程采取“分而治之分而治之”的策略。其具體的的策略。其具體的辦法就是將整個(gè)系統(tǒng)的開(kāi)發(fā)過(guò)程分為一系列辦法就是將整個(gè)系統(tǒng)的開(kāi)發(fā)過(guò)程分為一系列“階段階段”, ,每一個(gè)階每一個(gè)階段都規(guī)定了明確的任務(wù)和應(yīng)該完成的文檔。每一個(gè)階段結(jié)束后段都規(guī)定了明確的任務(wù)和應(yīng)該完成的文檔。每一個(gè)階段結(jié)

30、束后均應(yīng)從功能、預(yù)算、進(jìn)度、質(zhì)量等方面重新評(píng)估所開(kāi)發(fā)系統(tǒng)的均應(yīng)從功能、預(yù)算、進(jìn)度、質(zhì)量等方面重新評(píng)估所開(kāi)發(fā)系統(tǒng)的可行性，避免由于系統(tǒng)開(kāi)發(fā)的失敗造成更大的損失?？尚行?，避免由于系統(tǒng)開(kāi)發(fā)的失敗造成更大的損失。結(jié)構(gòu)化方法以瀑布模型為基礎(chǔ)，按工程學(xué)的原理管理和組織信結(jié)構(gòu)化方法以瀑布模型為基礎(chǔ)，按工程學(xué)的原理管理和組織信息系統(tǒng)開(kāi)發(fā)。結(jié)構(gòu)化方法的各階段之間基本上是一種線性的順息系統(tǒng)開(kāi)發(fā)。結(jié)構(gòu)化方法的各階段之間基本上是一種線性的順序依賴關(guān)系，即前一個(gè)階段的結(jié)果是后一階段的工作依據(jù)。序依賴關(guān)系，即前一個(gè)階段的結(jié)果是后一階段的工作依據(jù)。3.1 瀑布模型（Waterfall Model）原則原則3 3：強(qiáng)調(diào)系統(tǒng)的

31、觀點(diǎn)：強(qiáng)調(diào)系統(tǒng)的觀點(diǎn)從理論上講，任何一個(gè)系統(tǒng)都是某一個(gè)大系統(tǒng)的一部從理論上講，任何一個(gè)系統(tǒng)都是某一個(gè)大系統(tǒng)的一部分（即子系統(tǒng)）；同樣，任何一個(gè)系統(tǒng)都是由一系列分（即子系統(tǒng)）；同樣，任何一個(gè)系統(tǒng)都是由一系列更小的子系統(tǒng)組成的。因此，為了更好地理解一個(gè)大更小的子系統(tǒng)組成的。因此，為了更好地理解一個(gè)大型的系統(tǒng)，通常采用型的系統(tǒng)，通常采用“分而治之分而治之(divide and (divide and conquer)”conquer)”的辦法，即將大系統(tǒng)分解為一系列子系統(tǒng)的辦法，即將大系統(tǒng)分解為一系列子系統(tǒng)，將子系統(tǒng)分解為更小的、更易于理解的子系統(tǒng)，將子系統(tǒng)分解為更小的、更易于理解的子系統(tǒng)，直至所有

32、的子系統(tǒng)更容易理解為止。直至所有的子系統(tǒng)更容易理解為止。 3.1 瀑布模型（Waterfall Model）原則原則4 4：文檔標(biāo)準(zhǔn)化：文檔標(biāo)準(zhǔn)化定義：定義：文檔文檔(Document)(Document)是一種數(shù)據(jù)媒體和媒體上是一種數(shù)據(jù)媒體和媒體上所記錄的信息。在信息系統(tǒng)開(kāi)發(fā)中所記錄的信息。在信息系統(tǒng)開(kāi)發(fā)中, ,文檔被用來(lái)描述文檔被用來(lái)描述或表示對(duì)開(kāi)發(fā)活動(dòng)、需求、過(guò)程或結(jié)果進(jìn)行描述、或表示對(duì)開(kāi)發(fā)活動(dòng)、需求、過(guò)程或結(jié)果進(jìn)行描述、定義、規(guī)定、報(bào)告或認(rèn)證的任何書面或圖示的信息定義、規(guī)定、報(bào)告或認(rèn)證的任何書面或圖示的信息為什么要文檔標(biāo)準(zhǔn)化（為什么要文檔標(biāo)準(zhǔn)化（文檔的作用）文檔的作用）1.1.文檔是現(xiàn)

33、代軟件產(chǎn)品的一個(gè)重要組成部分。從幾十年來(lái)文檔是現(xiàn)代軟件產(chǎn)品的一個(gè)重要組成部分。從幾十年來(lái)人們對(duì)軟件產(chǎn)品的認(rèn)識(shí)不難看出，文檔已成為軟件產(chǎn)品必人們對(duì)軟件產(chǎn)品的認(rèn)識(shí)不難看出，文檔已成為軟件產(chǎn)品必不可少的組成部分。不可少的組成部分。2.2.文檔是通訊和交流的手段。文檔是通訊和交流的手段。3.3.文檔對(duì)信息系統(tǒng)的開(kāi)發(fā)過(guò)程有重要的控制作用。文檔對(duì)信息系統(tǒng)的開(kāi)發(fā)過(guò)程有重要的控制作用。4.4.文檔是進(jìn)行系統(tǒng)維護(hù)的依據(jù)。文檔是進(jìn)行系統(tǒng)維護(hù)的依據(jù)。3.1 瀑布模型（Waterfall Model）高質(zhì)量的文檔應(yīng)當(dāng)體現(xiàn)在以下一些方面：高質(zhì)量的文檔應(yīng)當(dāng)體現(xiàn)在以下一些方面： 1.1.針對(duì)性；文檔編制以前應(yīng)分清讀者對(duì)象，

34、按不針對(duì)性；文檔編制以前應(yīng)分清讀者對(duì)象，按不同的類型、不同層次的讀者，決定怎樣適應(yīng)他們的同的類型、不同層次的讀者，決定怎樣適應(yīng)他們的需要。例如，管理文檔主要是面向管理人員的，用需要。例如，管理文檔主要是面向管理人員的，用戶文檔主要是面向用戶的，這兩類文檔不應(yīng)像開(kāi)發(fā)戶文檔主要是面向用戶的，這兩類文檔不應(yīng)像開(kāi)發(fā)文檔文檔( (面向軟件開(kāi)發(fā)人員面向軟件開(kāi)發(fā)人員) )那樣過(guò)多地使用軟件的專那樣過(guò)多地使用軟件的專業(yè)術(shù)語(yǔ)。業(yè)術(shù)語(yǔ)。 2.2.精確性：文檔的行文應(yīng)當(dāng)十分確切，不能出現(xiàn)精確性：文檔的行文應(yīng)當(dāng)十分確切，不能出現(xiàn)多義性的描述。同一課題若干文檔內(nèi)容應(yīng)該協(xié)調(diào)一多義性的描述。同一課題若干文檔內(nèi)容應(yīng)該協(xié)調(diào)一致

35、，應(yīng)是沒(méi)矛盾的。致，應(yīng)是沒(méi)矛盾的。 3.3.清晰性：文檔編寫應(yīng)力求簡(jiǎn)明，如有可能，配清晰性：文檔編寫應(yīng)力求簡(jiǎn)明，如有可能，配以適當(dāng)?shù)膱D表，以增強(qiáng)其清晰性。以適當(dāng)?shù)膱D表，以增強(qiáng)其清晰性。 3.1 瀑布模型（Waterfall Model） 4.4.完整性：任何一個(gè)文檔都應(yīng)當(dāng)是完整的、獨(dú)立的完整性：任何一個(gè)文檔都應(yīng)當(dāng)是完整的、獨(dú)立的，它應(yīng)自成體系。例如，前言部分應(yīng)作一般性介紹，它應(yīng)自成體系。例如，前言部分應(yīng)作一般性介紹，正文給出中心內(nèi)容，必要時(shí)還有附錄，列出參考，正文給出中心內(nèi)容，必要時(shí)還有附錄，列出參考資料等。同一課題的幾個(gè)文檔之間可能有些部分相資料等。同一課題的幾個(gè)文檔之間可能有些部分相同，這

36、些重復(fù)是必要的。例如，同一項(xiàng)目的用戶手同，這些重復(fù)是必要的。例如，同一項(xiàng)目的用戶手冊(cè)和操作手冊(cè)中關(guān)于本項(xiàng)目功能、性能、實(shí)現(xiàn)環(huán)境冊(cè)和操作手冊(cè)中關(guān)于本項(xiàng)目功能、性能、實(shí)現(xiàn)環(huán)境等方面的描述是沒(méi)有差別的。特別要避免在文檔中等方面的描述是沒(méi)有差別的。特別要避免在文檔中出現(xiàn)轉(zhuǎn)引其它文檔內(nèi)容的情況。比如，一些段落并出現(xiàn)轉(zhuǎn)引其它文檔內(nèi)容的情況。比如，一些段落并未具體描述，而用未具體描述，而用“見(jiàn)見(jiàn)文檔文檔節(jié)節(jié)”的方式，的方式，這將給讀者帶來(lái)許多不便。這將給讀者帶來(lái)許多不便。 3.1 瀑布模型（Waterfall Model） 5.5.靈活性：各個(gè)不同的軟件項(xiàng)目，其規(guī)模和復(fù)雜程靈活性：各個(gè)不同的軟件項(xiàng)目，其規(guī)模

37、和復(fù)雜程度有著許多實(shí)際差別，不能一律看待。對(duì)于較小的度有著許多實(shí)際差別，不能一律看待。對(duì)于較小的或比較簡(jiǎn)單的項(xiàng)目，可做適當(dāng)調(diào)整或合并。比如，或比較簡(jiǎn)單的項(xiàng)目，可做適當(dāng)調(diào)整或合并。比如，可將用戶手冊(cè)和操作手冊(cè)合并成用戶操作手冊(cè)；軟可將用戶手冊(cè)和操作手冊(cè)合并成用戶操作手冊(cè)；軟件需求說(shuō)明書可包括對(duì)數(shù)據(jù)的要求，從而去掉數(shù)據(jù)件需求說(shuō)明書可包括對(duì)數(shù)據(jù)的要求，從而去掉數(shù)據(jù)要求說(shuō)明書；概要設(shè)計(jì)說(shuō)明書與詳細(xì)設(shè)計(jì)說(shuō)明書合要求說(shuō)明書；概要設(shè)計(jì)說(shuō)明書與詳細(xì)設(shè)計(jì)說(shuō)明書合并成軟件設(shè)計(jì)說(shuō)明書等。并成軟件設(shè)計(jì)說(shuō)明書等。 6.6.可追溯性；由于各開(kāi)發(fā)階段編制的文檔與各階段可追溯性；由于各開(kāi)發(fā)階段編制的文檔與各階段完成的工完成的

38、工 作有著緊密的關(guān)系，前后兩個(gè)階段生成的作有著緊密的關(guān)系，前后兩個(gè)階段生成的文檔，隨著開(kāi)發(fā)工作的逐文檔，隨著開(kāi)發(fā)工作的逐 步擴(kuò)展，具有一定的繼承步擴(kuò)展，具有一定的繼承關(guān)系。在一個(gè)項(xiàng)目各開(kāi)發(fā)階段之間提供的文檔必定關(guān)系。在一個(gè)項(xiàng)目各開(kāi)發(fā)階段之間提供的文檔必定存在著可追溯的關(guān)系。例如，某一項(xiàng)軟件需求，必存在著可追溯的關(guān)系。例如，某一項(xiàng)軟件需求，必定在設(shè)計(jì)說(shuō)明書，測(cè)試計(jì)劃以至用戶手冊(cè)中有所體定在設(shè)計(jì)說(shuō)明書，測(cè)試計(jì)劃以至用戶手冊(cè)中有所體現(xiàn)。必要時(shí)應(yīng)能做到現(xiàn)。必要時(shí)應(yīng)能做到 跟蹤追查。跟蹤追查。 3.1 瀑布模型（Waterfall Model）可行性研究報(bào)告；可行性研究報(bào)告；項(xiàng)目開(kāi)發(fā)計(jì)劃；項(xiàng)目開(kāi)發(fā)計(jì)劃；

39、軟件需求說(shuō)明書；軟件需求說(shuō)明書；數(shù)據(jù)要求說(shuō)明書；數(shù)據(jù)要求說(shuō)明書；概要設(shè)計(jì)說(shuō)明書；概要設(shè)計(jì)說(shuō)明書；詳細(xì)設(shè)計(jì)說(shuō)明書；詳細(xì)設(shè)計(jì)說(shuō)明書；數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書；數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書；用戶手冊(cè)；用戶手冊(cè)；操作手冊(cè)；操作手冊(cè)；模塊開(kāi)發(fā)卷宗；模塊開(kāi)發(fā)卷宗；測(cè)試計(jì)劃；測(cè)試計(jì)劃；測(cè)試分析報(bào)告；測(cè)試分析報(bào)告；開(kāi)發(fā)進(jìn)度月報(bào)；開(kāi)發(fā)進(jìn)度月報(bào)；項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告。項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告。計(jì)算機(jī)軟件產(chǎn)品開(kāi)發(fā)文件編制指南（計(jì)算機(jī)軟件產(chǎn)品開(kāi)發(fā)文件編制指南（GB 8567-88）表1軟件生存周期各階段中的文件編制 原則原則5 5：推遲實(shí)現(xiàn)的觀點(diǎn)（：推遲實(shí)現(xiàn)的觀點(diǎn)（邏輯獨(dú)立性原則）邏輯獨(dú)立性原則）對(duì)于有一定規(guī)模的軟件，編碼越早，完成的時(shí)間反而會(huì)更長(zhǎng)

40、對(duì)于有一定規(guī)模的軟件，編碼越早，完成的時(shí)間反而會(huì)更長(zhǎng)，甚至導(dǎo)致不可挽回的失敗。這是為無(wú)數(shù)事例所證實(shí)了的。，甚至導(dǎo)致不可挽回的失敗。這是為無(wú)數(shù)事例所證實(shí)了的。結(jié)構(gòu)化生命周期法的一個(gè)主要的特點(diǎn)就是邏輯設(shè)計(jì)與物理設(shè)結(jié)構(gòu)化生命周期法的一個(gè)主要的特點(diǎn)就是邏輯設(shè)計(jì)與物理設(shè)計(jì)分開(kāi)，從而大大提高了系統(tǒng)的正確性、可靠性和可維護(hù)性計(jì)分開(kāi)，從而大大提高了系統(tǒng)的正確性、可靠性和可維護(hù)性。邏輯設(shè)計(jì)和物理設(shè)計(jì)分開(kāi)進(jìn)行是結(jié)構(gòu)化方法學(xué)的一個(gè)基本原邏輯設(shè)計(jì)和物理設(shè)計(jì)分開(kāi)進(jìn)行是結(jié)構(gòu)化方法學(xué)的一個(gè)基本原則。邏輯設(shè)計(jì)與物理設(shè)計(jì)分開(kāi)進(jìn)行，有利于開(kāi)發(fā)人員更準(zhǔn)確則。邏輯設(shè)計(jì)與物理設(shè)計(jì)分開(kāi)進(jìn)行，有利于開(kāi)發(fā)人員更準(zhǔn)確地抽象出系統(tǒng)的本質(zhì)特征和功

41、能，另外邏輯設(shè)計(jì)所產(chǎn)生的邏地抽象出系統(tǒng)的本質(zhì)特征和功能，另外邏輯設(shè)計(jì)所產(chǎn)生的邏輯模型相對(duì)比較穩(wěn)定，按照這種模型所開(kāi)發(fā)的系統(tǒng)具有較好輯模型相對(duì)比較穩(wěn)定，按照這種模型所開(kāi)發(fā)的系統(tǒng)具有較好的靈活性和適應(yīng)性。的靈活性和適應(yīng)性。邏輯模型相對(duì)比較穩(wěn)定邏輯模型相對(duì)比較穩(wěn)定物理實(shí)現(xiàn)手段具有多樣性、多變性物理實(shí)現(xiàn)手段具有多樣性、多變性 3.1 瀑布模型（Waterfall Model）Frederick P. Brooks Jr.在人月神話中深刻地批評(píng)了瀑布模型的錯(cuò)誤，他認(rèn)為：瀑布模型的基本謬誤是它假設(shè)項(xiàng)目只經(jīng)歷一次過(guò)程，而且體系結(jié)構(gòu)出色并且易于使用，設(shè)計(jì)是合理可靠的。換言之，瀑布模型假設(shè)所有的錯(cuò)誤發(fā)生在編碼實(shí)

42、現(xiàn)階段。瀑布模型的第二個(gè)謬誤是它假設(shè)整個(gè)系統(tǒng)一次性地被構(gòu)建，在所有的設(shè)計(jì)、大部分編碼、部分單元測(cè)試完成之后，才為閉環(huán)的系統(tǒng)測(cè)試合并各個(gè)部分。 3.1 瀑布模型（Waterfall Model）（1 1）優(yōu)點(diǎn)）優(yōu)點(diǎn)階段的順序性和依賴性。前一個(gè)階段的完成是后一個(gè)階階段的順序性和依賴性。前一個(gè)階段的完成是后一個(gè)階段工作的前提和依據(jù)，而后一階段的完成往往又使前一階段工作的前提和依據(jù)，而后一階段的完成往往又使前一階段的成果在實(shí)現(xiàn)過(guò)程中具體了一個(gè)層次。段的成果在實(shí)現(xiàn)過(guò)程中具體了一個(gè)層次。逐步求精的結(jié)構(gòu)化思路。整個(gè)系統(tǒng)的開(kāi)發(fā)乃至每一階段逐步求精的結(jié)構(gòu)化思路。整個(gè)系統(tǒng)的開(kāi)發(fā)乃至每一階段的工作，體現(xiàn)出的工作，體

43、現(xiàn)出“自頂向下、逐步求精自頂向下、逐步求精”的結(jié)構(gòu)化技術(shù)特的結(jié)構(gòu)化技術(shù)特點(diǎn)。點(diǎn)。推遲實(shí)現(xiàn)的觀點(diǎn)。推遲實(shí)現(xiàn)的觀點(diǎn)。質(zhì)量保證措施。文檔是通訊的手段，是開(kāi)發(fā)工作的依據(jù)質(zhì)量保證措施。文檔是通訊的手段，是開(kāi)發(fā)工作的依據(jù)，也是維護(hù)階段的重要支持信息。每一個(gè)階段對(duì)文檔的復(fù)，也是維護(hù)階段的重要支持信息。每一個(gè)階段對(duì)文檔的復(fù)審，就是對(duì)本階段工作成果的評(píng)定，使錯(cuò)誤較難傳遞到下審，就是對(duì)本階段工作成果的評(píng)定，使錯(cuò)誤較難傳遞到下一階段。錯(cuò)誤糾正得越早，所造成的損失就越少。一階段。錯(cuò)誤糾正得越早，所造成的損失就越少。3.1 瀑布模型（Waterfall Model）（2 2）缺點(diǎn)）缺點(diǎn)結(jié)構(gòu)化結(jié)構(gòu)化SDLCSDLC是一種

44、預(yù)先定義需求的方法，也就是說(shuō)，采是一種預(yù)先定義需求的方法，也就是說(shuō)，采用該方法的基本前提是必須能夠在早期就凍結(jié)用戶的需求用該方法的基本前提是必須能夠在早期就凍結(jié)用戶的需求。因此，該方法只適應(yīng)于可以在早期階段就完全確定用戶。因此，該方法只適應(yīng)于可以在早期階段就完全確定用戶需求的項(xiàng)目。然后在實(shí)際中要做到這一點(diǎn)往往是不現(xiàn)實(shí)的需求的項(xiàng)目。然后在實(shí)際中要做到這一點(diǎn)往往是不現(xiàn)實(shí)的，用戶很難準(zhǔn)確地陳述其需求。，用戶很難準(zhǔn)確地陳述其需求。該方法存在的另一個(gè)缺陷是未能很好地解決系統(tǒng)分析到該方法存在的另一個(gè)缺陷是未能很好地解決系統(tǒng)分析到系統(tǒng)設(shè)計(jì)之間的鴻溝系統(tǒng)設(shè)計(jì)之間的鴻溝(gap)(gap)。通訊是一個(gè)主要的問(wèn)題

45、。通訊是一個(gè)主要的問(wèn)題。該方法文檔的編寫工作量極大，隨著開(kāi)發(fā)工作的進(jìn)行，該方法文檔的編寫工作量極大，隨著開(kāi)發(fā)工作的進(jìn)行，這些文檔需要及時(shí)更新，從而會(huì)延長(zhǎng)系統(tǒng)的開(kāi)發(fā)周期。雖這些文檔需要及時(shí)更新，從而會(huì)延長(zhǎng)系統(tǒng)的開(kāi)發(fā)周期。雖然目前已有很多然目前已有很多CASECASE工具可以支持這一工作，但仍需要很工具可以支持這一工作，但仍需要很大程度的人工參與。大程度的人工參與。3.1 瀑布模型（Waterfall Model）（3 3）適用范圍）適用范圍結(jié)構(gòu)化結(jié)構(gòu)化SDLCSDLC以瀑布模型為基礎(chǔ)，按工程學(xué)的原理組以瀑布模型為基礎(chǔ)，按工程學(xué)的原理組織和管理信息系統(tǒng)開(kāi)發(fā)。由于結(jié)構(gòu)化織和管理信息系統(tǒng)開(kāi)發(fā)。由于結(jié)構(gòu)

46、化SDLCSDLC的各階段的各階段之間基本上是一種線性的順序關(guān)系，即前一個(gè)階段之間基本上是一種線性的順序關(guān)系，即前一個(gè)階段的結(jié)果是后一階段的工作基礎(chǔ)，因此，結(jié)構(gòu)化的結(jié)果是后一階段的工作基礎(chǔ)，因此，結(jié)構(gòu)化SDLCSDLC不允許有返工的情況發(fā)生。運(yùn)用瀑布模型的前提是不允許有返工的情況發(fā)生。運(yùn)用瀑布模型的前提是能夠早期凍結(jié)用戶的需求。其適用范圍包括：能夠早期凍結(jié)用戶的需求。其適用范圍包括：開(kāi)發(fā)早期能夠凍結(jié)用戶需求；開(kāi)發(fā)早期能夠凍結(jié)用戶需求；組織結(jié)構(gòu)穩(wěn)定，業(yè)務(wù)處理過(guò)程相對(duì)比較規(guī)范、成熟組織結(jié)構(gòu)穩(wěn)定，業(yè)務(wù)處理過(guò)程相對(duì)比較規(guī)范、成熟、定型的企業(yè)信息系統(tǒng)，需求比較明確、穩(wěn)定；、定型的企業(yè)信息系統(tǒng)，需求比較明

47、確、穩(wěn)定；系統(tǒng)規(guī)模大、功能與數(shù)據(jù)關(guān)系復(fù)雜的大型系統(tǒng)。系統(tǒng)規(guī)模大、功能與數(shù)據(jù)關(guān)系復(fù)雜的大型系統(tǒng)。 3.1 瀑布模型（Waterfall Model）需求分析 快速設(shè)計(jì)建立原型 用戶評(píng)價(jià)原型 修改原型 生成產(chǎn)品 Bernard Boar于1984年提出的原型法系統(tǒng)開(kāi)發(fā)生命周期 聽(tīng)取用戶意見(jiàn)建造/修改原型用戶測(cè)試運(yùn)行原型在實(shí)際工作中，可以將這兩種方法有機(jī)地結(jié)合在一起使用。運(yùn)用快速原型法提取用戶需求，一旦需求確定后，可以運(yùn)用結(jié)構(gòu)化SDLC的方法按部就班地開(kāi)展以后幾個(gè)階段的開(kāi)發(fā)工作。2.3 小結(jié)方法學(xué)：方法學(xué)(Methodology)是一組思路、規(guī)范、過(guò)程、技術(shù)、環(huán)境及工具的集成，是認(rèn)識(shí)和描述系統(tǒng)的一套

48、完整的思路。軟件工程方法為軟件開(kāi)發(fā)供了“如何做”的技術(shù)，是完成軟件工程項(xiàng)目的技術(shù)手段.結(jié)構(gòu)化方法學(xué)：自頂向下、逐步求精信息工程方法學(xué)：面向?qū)ο蠓椒▽W(xué)：歸納演繹注意上述方法學(xué)既可以按照結(jié)構(gòu)化SDLC的思路來(lái)組織軟件的開(kāi)發(fā)，也可以按照快速原型法的思路來(lái)進(jìn)行，或者按照其它的軟件開(kāi)發(fā)模式進(jìn)行。2.4 信息系統(tǒng)開(kāi)發(fā)方法學(xué)信息系統(tǒng)開(kāi)發(fā)方法學(xué)不同方法的不同之處主要體現(xiàn)在以下兩個(gè)方面：對(duì)問(wèn)題空間和求解空間的結(jié)構(gòu)描述方法不同。這種結(jié)構(gòu)主要體現(xiàn)在以下兩個(gè)方面：構(gòu)成系統(tǒng)的基本要素不同。例如，結(jié)構(gòu)化方法認(rèn)為組成系統(tǒng)的基本要素是“過(guò)程”（模塊）；信息工程方法認(rèn)為組成系統(tǒng)的基本要素是“數(shù)據(jù)”；面向?qū)ο蠓椒ㄕJ(rèn)為組成系統(tǒng)的基

49、本要素為“對(duì)象”。系統(tǒng)要素之間的聯(lián)系方式不同。例如，結(jié)構(gòu)化方法是按“自頂向下、逐步求精”的方法來(lái)描述問(wèn)題空間和求解空間的，；而面向?qū)ο蠓椒▌t是一種“歸納演繹”的過(guò)程，即由特殊(通過(guò)抽象)一般，一般(通過(guò)繼承)特殊。因此，面向?qū)ο蠓椒ㄒ话阏f(shuō)通過(guò)自底向上的方法來(lái)歸納描述問(wèn)題空間的。2.4 信息系統(tǒng)開(kāi)發(fā)方法學(xué)信息系統(tǒng)開(kāi)發(fā)方法學(xué)分析與設(shè)計(jì)階段的過(guò)渡方式不同。一種好的、生命力強(qiáng)的信息系統(tǒng)開(kāi)發(fā)方法學(xué)的根本就在于所建立的映射是一個(gè)“同構(gòu)關(guān)系(Isomorphism)”，通過(guò)該同構(gòu)關(guān)系，使問(wèn)題空間與求解空間之間保持結(jié)構(gòu)上的一致。同構(gòu)關(guān)系的實(shí)質(zhì)是盡可能接近人類的思維方式。 映射增量2.4 信息系統(tǒng)開(kāi)發(fā)方法學(xué)信息

50、系統(tǒng)開(kāi)發(fā)方法學(xué)結(jié)構(gòu)化方法學(xué)亦稱之為面向過(guò)程的方法或以過(guò)程為驅(qū)動(dòng)的方法(Process-driven)，或數(shù)據(jù)流建模方法。該方法產(chǎn)生于70七十年代中期，包括三個(gè)方面的內(nèi)容：結(jié)構(gòu)化程序設(shè)計(jì)S P ( S t r u c t u r e d P r o g r a m m i n g ) 、 結(jié) 構(gòu) 化 分 析SA(Structured Analysis)和結(jié)構(gòu)化設(shè)計(jì)SD(Structured Design)。 結(jié)構(gòu)化方法(Structured Methodology)又稱為數(shù)據(jù)流建模方法(Data Flow Modeling Methodology)。“結(jié)構(gòu)化”的含義是指“嚴(yán)格的、可重復(fù)的、可度量

51、的”。結(jié)構(gòu)化方法是從數(shù)據(jù)流的角度將業(yè)務(wù)問(wèn)題分解為可管理的、相互關(guān)聯(lián)的子問(wèn)題，然后再將這些子問(wèn)題的解綜合成為整個(gè)業(yè)務(wù)問(wèn)題解的一系列技術(shù)的總稱。2.4 信息系統(tǒng)開(kāi)發(fā)方法學(xué)信息系統(tǒng)開(kāi)發(fā)方法學(xué)結(jié)構(gòu)化方法學(xué)的原理和思想概括起來(lái)就是：自頂向下、逐步求精。模塊自頂向下的結(jié)構(gòu)是根據(jù)一定的設(shè)計(jì)原則獲得的。模塊化設(shè)計(jì)。所謂模塊化設(shè)計(jì)，即將軟件分解為一組盡可能功能獨(dú)立的模塊。模塊化原理使得軟件結(jié)構(gòu)更加清晰，易理解，易測(cè)試，易修改，從而提高了軟件的可靠性。另外，模塊化也有助于程序從個(gè)體化開(kāi)發(fā)方式向集體化開(kāi)發(fā)方式的轉(zhuǎn)化，有助于軟件開(kāi)發(fā)工程的組織和管理。信息隱藏。 2.4 信息系統(tǒng)開(kāi)發(fā)方法學(xué)信息系統(tǒng)開(kāi)發(fā)方法學(xué)信息工程方法

52、又稱面向數(shù)據(jù)(data-orient方法，是一種根據(jù)系統(tǒng)數(shù)據(jù)的組織和存取來(lái)建立系統(tǒng)模型的一種技術(shù)。該方法也稱之為以數(shù)據(jù)為驅(qū)動(dòng)的方法(Data-driven)。數(shù)據(jù)建模技術(shù)和信息工程就是該方法的典型代表。該方法的代表性技術(shù)和工具有實(shí)體關(guān)系圖(Entity-Relationship Diagram)，業(yè)務(wù)域分析(Business Area Analysis)，信息模型(Information Model)等。 數(shù)據(jù)建模技術(shù)：數(shù)據(jù)建模技術(shù)是在八十年代初期，由于數(shù)據(jù)庫(kù)管理系統(tǒng)在企業(yè)管理中的作用日益突出的背景下出現(xiàn)的。該技術(shù)是從信息(數(shù)據(jù))的角度而不是功能(過(guò)程)來(lái)開(kāi)發(fā)信息系統(tǒng)的。在該技術(shù)中，現(xiàn)實(shí)世界被

53、描述為是由數(shù)據(jù)、數(shù)據(jù)屬性及其之間的關(guān)系組成的。 2.4 信息系統(tǒng)開(kāi)發(fā)方法學(xué)信息系統(tǒng)開(kāi)發(fā)方法學(xué)信息工程：信息工程IE(Information Engineering)的倡導(dǎo)者James Martin對(duì)信息工程的定義是：在一個(gè)企業(yè)或企業(yè)的主要部門中，關(guān)于信息系統(tǒng)規(guī)劃、分析、設(shè)計(jì)和構(gòu)成的一套相互關(guān)聯(lián)的、環(huán)環(huán)緊扣的正規(guī)化、自動(dòng)化技術(shù)集合的應(yīng)用，稱為IE。使用這套技術(shù)，使用這套技術(shù)，使得企業(yè)模型、數(shù)據(jù)模型和業(yè)務(wù)過(guò)程模型在一個(gè)綜合的知識(shí)庫(kù)中建立起來(lái)，用于創(chuàng)建和維護(hù)數(shù)據(jù)處理系統(tǒng)。IE是一種數(shù)據(jù)驅(qū)動(dòng)的、但同時(shí)也強(qiáng)調(diào)過(guò)程的技術(shù)。它首先建立數(shù)據(jù)模型，然后再建立過(guò)程模型。 除了將過(guò)程建模和數(shù)據(jù)建模有機(jī)地結(jié)合起來(lái)以外

54、，信息工程更強(qiáng)調(diào)系統(tǒng)規(guī)劃(System Planning)的重要性。 2.4 信息系統(tǒng)開(kāi)發(fā)方法學(xué)信息系統(tǒng)開(kāi)發(fā)方法學(xué)James Martin指出，應(yīng)用信息工程方法的首要前提是：在現(xiàn)代數(shù)據(jù)處理中，要以數(shù)據(jù)為中心，數(shù)據(jù)的存儲(chǔ)和管理是通過(guò)各種數(shù)據(jù)系統(tǒng)軟件來(lái)支持的。數(shù)據(jù)處理包括：數(shù)據(jù)的創(chuàng)建、數(shù)據(jù)的更新、文件的生成、各種綜合、分析圖表和報(bào)表的生成、“What-if”分析和決策、信息檢索以及審查。 2.4 信息系統(tǒng)開(kāi)發(fā)方法學(xué)信息系統(tǒng)開(kāi)發(fā)方法學(xué)面向?qū)ο蟮姆治龊驮O(shè)計(jì)方法出現(xiàn)于八十年代中期和后期，由于一批面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言如SmallTalk、C+、Object C以及Eiffel越來(lái)越多地被人們用于系統(tǒng)開(kāi)發(fā)

55、中。面向?qū)ο蠓椒ㄔ诮鉀Q問(wèn)題的風(fēng)范(Paradigm)上是與傳統(tǒng)的結(jié)構(gòu)化方法迥然不同。傳統(tǒng)的結(jié)構(gòu)化方法遵循結(jié)構(gòu)化、確定性、順序的風(fēng)格，而面向?qū)ο蠓椒▌t運(yùn)用了對(duì)象（類）、屬性、消息、封裝、繼承以及多態(tài)等概念和機(jī)制來(lái)描述系統(tǒng)。面向?qū)ο蠓椒ㄊ且环N運(yùn)用對(duì)象、類、繼承、封裝、聚集、消息傳遞、多態(tài)性等概念來(lái)構(gòu)造系統(tǒng)的軟件開(kāi)發(fā)方法。我們認(rèn)識(shí)一個(gè)系統(tǒng)是一個(gè)漸進(jìn)的過(guò)程，是在繼承了以往的有關(guān)知識(shí)的基礎(chǔ)上，多次迭代往復(fù)而逐步深化的。在這種認(rèn)識(shí)的深化過(guò)程中，即包括了從一般到特殊的演繹，也包括了從特殊到一般的歸納。2.4 信息系統(tǒng)開(kāi)發(fā)方法學(xué)信息系統(tǒng)開(kāi)發(fā)方法學(xué)注意：方法學(xué)的產(chǎn)生與發(fā)展與計(jì)算模式的發(fā)展有密不可分的關(guān)系。2.4 信息系統(tǒng)開(kāi)發(fā)方法學(xué)信息系統(tǒng)開(kāi)發(fā)方法學(xué)2.4.1 結(jié)構(gòu)化方法學(xué)結(jié)構(gòu)化方法學(xué)2.4.1.