【正文】 ,從1991年9月起,中國(guó)的重工業(yè)增長(zhǎng)開始快于輕工業(yè),到了1993年1月至9月,。前述的影響我國(guó)預(yù)拌混凝土發(fā)展的2個(gè)非常顯著的因素和1個(gè)顯著的因素在七八年內(nèi)都會(huì)保持強(qiáng)有力的勢(shì)態(tài),這就決定了至少在2007個(gè)以前,我國(guó)的預(yù)拌混凝土?xí)幱诔掷m(xù)發(fā)展的狀態(tài)。發(fā)展至今取得了很大的進(jìn)步，但是預(yù)拌混凝土占混凝土總量的比例還是較低，與世界各國(guó)相比，存在著差距。我國(guó)目前預(yù)拌混凝土所占比例只有20%，隨著國(guó)家對(duì)環(huán)境和能源的關(guān)注，我國(guó)預(yù)拌混凝土占混凝土總量的比例將有顯著的提高，2010年達(dá)到40%，實(shí)際產(chǎn)量增長(zhǎng)一倍以上。隨著我國(guó)近年來信息通信業(yè)的飛速發(fā)展，我國(guó)混凝土行業(yè)信息化已取得了長(zhǎng)足進(jìn)步。但從總體來看，我國(guó)混凝土行業(yè)信息化發(fā)展同發(fā)達(dá)國(guó)家相比還有較大差距。從發(fā)展進(jìn)程來看，我國(guó)企業(yè)信息化起步較晚，目前在整體的基礎(chǔ)建設(shè)實(shí)施程度和應(yīng)用層次方面都較發(fā)達(dá)國(guó)家要低。另外，在企業(yè)的重視程度和信息化投入方面，我國(guó)企業(yè)同國(guó)外發(fā)達(dá)企業(yè)相比也有很大的差距。由于混凝土具有大批量、多車次、以汽車運(yùn)輸為主、發(fā)貨時(shí)間集中、發(fā)貨流程嚴(yán)密、季節(jié)性強(qiáng)等特點(diǎn)，目前國(guó)內(nèi)大型混凝土生產(chǎn)企業(yè)如河北冀東混凝土、湖北華新混凝土、山東魯南混凝土、寧波舜江混凝土等有代表性的銷售管理系統(tǒng)主要有兩種：一種是采用國(guó)內(nèi)商品化通用軟件如金蝶K/3 銷售管理系統(tǒng)等。由于混凝土銷售有自身固有特點(diǎn)，如合同訂單多、周期長(zhǎng)、發(fā)貨流程嚴(yán)密、受國(guó)家與地方政策影響大、受天氣及節(jié)氣影響大等特點(diǎn)，通用軟件能基本滿足用戶需求，但在控制與平衡資源能力及個(gè)性化需求方面普遍較弱。另一種模式以自主開發(fā)軟件為主，如河北冀東水泥等。自主開發(fā)的系統(tǒng)，把自身特色的管理與控制思想融于系統(tǒng)當(dāng)中，既有通用性也體現(xiàn)了混凝土銷售特色。3 擬研究的方向縱觀國(guó)外、國(guó)內(nèi)混凝土行業(yè)信息化的研究分析，擬從混凝土行業(yè)信息化銷售系統(tǒng)的功能方向研究?；炷龄N售管理信息化系統(tǒng)以信息技術(shù)為依托，管理和控制企業(yè)銷售資源，為客戶提供優(yōu)質(zhì)服務(wù)。通過該系統(tǒng)的建立，企業(yè)可實(shí)現(xiàn)銷售信息在全域范圍交流和監(jiān)控，為市場(chǎng)營(yíng)銷部及各相關(guān)單位開展銷售業(yè)務(wù)提供現(xiàn)代化手段，提高綜合分析能力，為其它業(yè)務(wù)系統(tǒng)提供有效的數(shù)據(jù)支持。系統(tǒng)主要功能包括銷售合同管理、區(qū)域及客戶管理、提貨單管理、發(fā)貨管理、回單管理、財(cái)務(wù)管理等。對(duì)銷售業(yè)務(wù)的全過程進(jìn)行跟蹤管理，實(shí)時(shí)監(jiān)控銷售合同執(zhí)行狀態(tài)和發(fā)運(yùn)環(huán)節(jié)，以提高合同執(zhí)行效率和銷售服務(wù)水平。進(jìn)行分類統(tǒng)計(jì)及分析，為制定營(yíng)銷策略提供決策依據(jù)。1）混凝土銷售的行業(yè)特點(diǎn)。大批量、多車次發(fā)貨，主要以汽車發(fā)貨為主。影響水泥銷售的因素多且變化快，如受國(guó)家、地方政策、天氣、節(jié)氣影響，受本區(qū)域競(jìng)爭(zhēng)格局影響。季節(jié)性較明顯，經(jīng)常出現(xiàn)旺季脫銷，淡季滯銷現(xiàn)象。淡季、旺季有一定規(guī)律，但并不明顯。發(fā)貨作業(yè)流程嚴(yán)密，發(fā)貨時(shí)間集中，運(yùn)輸是夜里運(yùn)輸為主。訂單類型多，以合同訂單為主，一張合同訂單對(duì)應(yīng)若干張?zhí)嶝泦?，一張?zhí)嶝泦慰梢苑峙嶝?，?duì)應(yīng)若干張出庫(kù)單。2）混凝土銷售管理的信息需求。實(shí)施銷售管理信息化，建立統(tǒng)一客戶信息庫(kù)，對(duì)其自然屬性、合同、提貨單、回款等信息進(jìn)行動(dòng)態(tài)管理。對(duì)客戶訂單執(zhí)行情況跟蹤管理，對(duì)企業(yè)銷售的產(chǎn)品按區(qū)域、客戶、品種、時(shí)間等類別進(jìn)行查詢、統(tǒng)計(jì)、分析，對(duì)發(fā)貨、運(yùn)輸進(jìn)行監(jiān)控、調(diào)度、響應(yīng)和分析，防止個(gè)人壟斷客戶資源，快速回款，杜絕挪用、占用貨款，提高售后服務(wù)質(zhì)量和水平，最大限度地滿足客戶需求，不斷開拓新的市場(chǎng)。提高銷售管理規(guī)范化水平，提高銷售流程效率，完善公司的銷售模式，減少銷售應(yīng)收帳款和待開票量，提高客戶服務(wù)反應(yīng)速度，提高客戶滿意度和忠誠(chéng)度，建立客戶資源競(jìng)爭(zhēng)優(yōu)勢(shì)，提高銷售預(yù)測(cè)的準(zhǔn)確。3）系統(tǒng)的設(shè)計(jì)與公司的實(shí)際情況相結(jié)合，力圖實(shí)現(xiàn)功能全面、操作簡(jiǎn)便、數(shù)據(jù)安全、實(shí)用性強(qiáng)等幾大優(yōu)點(diǎn)。新系統(tǒng)具有方便的數(shù)據(jù)錄入、保存、修改、刪除等功能, 具有良好的人機(jī)接口, 減少重復(fù)輸入。二是使用目前最先進(jìn)的軟件編程, 延長(zhǎng)了生命周期, 易于維護(hù)和管理。三是具有較強(qiáng)的安全可靠性。可定期備份數(shù)據(jù), 根據(jù)業(yè)務(wù)分工設(shè)置操作權(quán)限, 具有上機(jī)密碼及權(quán)限設(shè)置手段, 實(shí)現(xiàn)了系統(tǒng)的高可靠性。四是使用模塊化設(shè)計(jì)方法。系統(tǒng)具有良好的可擴(kuò)充性, 可適應(yīng)不同發(fā)展階段的需要。五是查詢、統(tǒng)計(jì)功能強(qiáng)大, 可對(duì)每日、每月混凝土銷售訂單、出庫(kù)客戶情況進(jìn)行查詢, 并可進(jìn)行匯總、查詢、報(bào)表, 使管理員及時(shí)了解混凝土銷售情況, 提高混凝土銷售管理的效率。通過對(duì)國(guó)內(nèi)外研究分析以及系統(tǒng)的發(fā)展研究最終達(dá)到目標(biāo)理想化。實(shí)現(xiàn)混凝土信息化的快速發(fā)展，幫助企業(yè)平穩(wěn)發(fā)展，最終實(shí)現(xiàn)企業(yè)的既定目標(biāo)。附件二：英文翻譯在傳統(tǒng)結(jié)構(gòu)的分析與設(shè)計(jì)中使用面向?qū)ο蠓治雠c設(shè)計(jì)方法文章摘自：International journal of business, ,2008:2338摘要現(xiàn)有的方法主要用于建筑行業(yè)今天在計(jì)算機(jī)應(yīng)用程序被稱為結(jié)構(gòu)化分析和設(shè)計(jì)。這種方法出現(xiàn)的結(jié)果是結(jié)構(gòu)化編程技術(shù)誕生于1970年。這種結(jié)構(gòu)化系統(tǒng)開發(fā)方法(SDM)已經(jīng)調(diào)優(yōu)和使用多年在現(xiàn)實(shí)世界中。然而,在過去的幾年中面向?qū)ο蟮恼Z言變得越來越更受歡迎,更廣泛地應(yīng)用于工業(yè)組織以及大學(xué)機(jī)構(gòu)。隨著這種趨勢(shì)的延續(xù)了一個(gè)方法被開發(fā)來幫助程序員與應(yīng)用程序的開發(fā)使用面向?qū)ο蟮恼Z言。這種方法已經(jīng)成為眾所周知的面向?qū)ο蟮姆治龊驮O(shè)計(jì)(OOAD)。OOAD策略方法從對(duì)象的角度來看問題,而不是功能的角度來看,這是主要關(guān)注的傳統(tǒng)結(jié)構(gòu)的開發(fā)方法。在過去的幾年的使用增加OOAD超越傳統(tǒng)的結(jié)構(gòu)化開發(fā)方法會(huì)有顯著的傳播。作為新的和更復(fù)雜的面向?qū)ο蟮恼Z言是創(chuàng)建,似乎有一個(gè)甚至更需要一個(gè)面向?qū)ο蟮姆椒▉黹_發(fā)業(yè)務(wù)應(yīng)用程序。但是,這是否需要保證更多的使用這種新方法與傳統(tǒng)的一個(gè)嗎?我們將比較這兩種方法及其優(yōu)缺點(diǎn),以解決這個(gè)問題。關(guān)鍵詞: 系統(tǒng)分析與設(shè)計(jì)，面向?qū)ο蠓治雠c設(shè)計(jì)，瀑布模型，系統(tǒng)開發(fā)生命周期， 面向?qū)ο笊芷?，類圖，數(shù)據(jù)流圖 通觀很多文章以及當(dāng)前的和受歡迎的教科書上關(guān)于系統(tǒng)分析和設(shè)計(jì)應(yīng)包括但不限于那些所引用,作者觀察了許多討論使用面向?qū)ο蟮姆治龊驮O(shè)計(jì)對(duì)傳統(tǒng)的結(jié)構(gòu)化系統(tǒng)分析和設(shè)計(jì)。而使用OOAD方法是合理的,在許多情況下,在某些情況下它可能是不合適的,我們應(yīng)該考慮采用傳統(tǒng)的結(jié)構(gòu)化分析方法在設(shè)計(jì)和開發(fā)的信息系統(tǒng)。本文試圖闡明使用這些方法,比較了它們的優(yōu)缺點(diǎn),并提出建議。2．背景一個(gè)方法是解決這些問題的過程的當(dāng)前系統(tǒng)或?yàn)榻ㄔO(shè)一個(gè)新世界。有許多方法的設(shè)計(jì)和開發(fā)信息系統(tǒng),包括:系統(tǒng)開發(fā)生命周期(SDLC),快速應(yīng)用開發(fā)(RAD)、面向?qū)ο蟮姆治龊驮O(shè)計(jì),原型和許多其他人。SDLC通常稱為結(jié)構(gòu)化系統(tǒng)分析與設(shè)計(jì)。結(jié)構(gòu)化方法允許分析人員分解復(fù)雜的系統(tǒng)分解成更小、更易處理的部分定義明確、。結(jié)構(gòu)化系統(tǒng)開發(fā)生命周期是一個(gè)循序漸進(jìn)的方法,將從一個(gè)階段到另一個(gè)眾所周知的瀑布模型,因?yàn)榘l(fā)展是永遠(yuǎn)向前發(fā)展沒有機(jī)制來走回頭路。在這個(gè)系統(tǒng)開發(fā)模型設(shè)計(jì)階段、設(shè)計(jì)和實(shí)現(xiàn)順序執(zhí)行一些重復(fù)階段之間,那里的活動(dòng)在接下來的每一階段開始完成活動(dòng)前階段。第一個(gè)面向?qū)ο笳Z言在19世紀(jì)60年代和19世紀(jì)70年代由Simula和Smalltalk提出。然而,直到幾年后,面向?qū)ο蟮姆治龊驮O(shè)計(jì)(OOAD)方法應(yīng)運(yùn)而生。第一次是在1982年，面向?qū)ο笤O(shè)計(jì)成為獨(dú)立的主題,。許多不同的面向?qū)ο蠓治龊驮O(shè)計(jì)方法發(fā)展在那之后因J. Rumbaugh,. Yourdon還有許多其他人而有名。面向?qū)ο蠓治龇椒ㄊ褂玫氖菍?duì)象的角度為出發(fā)點(diǎn)而不是結(jié)構(gòu)化的功能角度為出發(fā)點(diǎn)。對(duì)象是一個(gè)人、地方或事物最初來自問題領(lǐng)域,有三個(gè)方面:熟悉(其身份和某些屬性),它知道(關(guān)系到其他對(duì)象)和它做什么(它的方法,它負(fù)責(zé)執(zhí)行數(shù)據(jù))(諾曼,1996)。面向?qū)ο蟮姆治鍪且环N面向?qū)ο蟮拈_發(fā)過程的問題域的模型的初始對(duì)象代表實(shí)體和方法相關(guān)的問題,需要解決。面向?qū)ο蟮脑O(shè)計(jì)開發(fā)過程的一個(gè)面向?qū)ο蟮南到y(tǒng)模型,需要滿足指定的需求。所以在這種方法我們考慮的事情(對(duì)象)而非功能。系統(tǒng)開發(fā)生命周期(SDLC)或結(jié)構(gòu)化系統(tǒng)分析與設(shè)計(jì)方法(SSAD)是一個(gè)框架的活動(dòng)和任務(wù)需要完成開發(fā)一個(gè)信息系統(tǒng)。這種方法如前所述稱為瀑布模型作為每個(gè)主要階段的方法往下流到下一個(gè)階段。因此,這種方法是一種戰(zhàn)略包括各種不同的技術(shù)、工具、文檔和任務(wù)需要集成為了開發(fā)這個(gè)系統(tǒng)。這個(gè)SSAD是基于功能分解的概念的分析師分解系統(tǒng)的基本過程,使了它,然后打破這些分成更小的,所以直到分析師理解所有重要的系統(tǒng)組件的被調(diào)查?；驹瓌tSSAD方法可以總結(jié)如下:第一個(gè)原則是自上而下的SSAD功能分解。這里的系統(tǒng)被認(rèn)為在它的全部,分析師首先努力理解系統(tǒng)的關(guān)鍵功能,忽略了小細(xì)節(jié)留到以后再說。接下來定義系統(tǒng)范圍的物理細(xì)節(jié)現(xiàn)有的體系進(jìn)行了分析。分析師關(guān)注的兩個(gè)目標(biāo):新系統(tǒng)應(yīng)該做什么和應(yīng)該如何做。這種方法要求用戶參與從始至終的項(xiàng)目開發(fā)。分析師將會(huì)見用戶定期去解決問題和驗(yàn)證用戶的需要。這也要求分析師擁有高度發(fā)達(dá)的溝通技巧。兩個(gè)主要的擔(dān)憂在開發(fā)信息系統(tǒng)流程和數(shù)據(jù)建模獨(dú)立使用此方法。流程建模數(shù)據(jù)流圖展示了之間的數(shù)據(jù)流的流程和數(shù)據(jù)存儲(chǔ),以及它是如何改變穿過系統(tǒng)出發(fā)地到目的地。數(shù)據(jù)模型定義實(shí)體關(guān)系圖(ERD)的描述數(shù)據(jù)(實(shí)體)和各種協(xié)會(huì)其中。這一原則的獨(dú)立數(shù)據(jù)建模和過程會(huì)貫穿整個(gè)設(shè)計(jì)階段。概念上的數(shù)據(jù)庫(kù)模式模型被定義和數(shù)據(jù)庫(kù)是發(fā)達(dá)、規(guī)范化和標(biāo)準(zhǔn)化填充數(shù)據(jù)實(shí)現(xiàn)期間。同時(shí),過程模型轉(zhuǎn)化為模塊的開發(fā),和這個(gè)階段還包括制定詳細(xì)的程序邏輯。從結(jié)構(gòu)圖表和程序邏輯程序模塊是那么發(fā)達(dá)。最后,驗(yàn)證該系統(tǒng)滿足用戶的需求,目標(biāo)和宗旨,我們主題系統(tǒng)不同程度的測(cè)試。 在本文中John Satzinger描述了對(duì)象方法如下:“面向?qū)ο蟮姆椒▽?duì)系統(tǒng)開發(fā)視圖信息系統(tǒng)為一組交互對(duì)象,一起工作來完成任務(wù)。從概念上講沒有單獨(dú)的進(jìn)程或程序。不會(huì)有單獨(dú)的數(shù)據(jù)實(shí)體或文件。該系統(tǒng)在操作由對(duì)象。對(duì)象是一個(gè)東西在計(jì)算機(jī)系統(tǒng),能夠響應(yīng)消息?！耙虼?OOAD方法可以分成兩個(gè)主要領(lǐng)域:面向?qū)ο蟮姆治觥＿@是一個(gè)面向?qū)ο竽Ｐ完P(guān)注發(fā)展與問題域(應(yīng)用程序)。這些被發(fā)現(xiàn)的對(duì)象表示實(shí)體,擁有關(guān)系和方法所必需的問題有待解決。面向?qū)ο蟮脑O(shè)計(jì)。這是關(guān)注發(fā)展與面向?qū)ο蟮南到y(tǒng)模型,必須實(shí)現(xiàn)指定的需求。分析師和程序員必須考慮的事情(對(duì)象)而不是過程或函數(shù)。對(duì)象模型是基于原則包括抽象、封裝、模塊化、層次結(jié)構(gòu)、并發(fā)性和持久性,講述的是一個(gè)重復(fù)的、一步一步的系統(tǒng)開發(fā)方法(羅伯,2004)。主要關(guān)注的對(duì)象模型對(duì)象分解與功能分解,在那里一個(gè)復(fù)雜的系統(tǒng)分解成幾個(gè)對(duì)象。一個(gè)面向?qū)ο蟮南到y(tǒng)將包括這些不同的對(duì)象,每個(gè)對(duì)象都將進(jìn)行協(xié)作和配合其它對(duì)象來完成特定的任務(wù)。因此,對(duì)象分解允許分析師分解成獨(dú)立的問題和更容易管理的部分。更詳細(xì)地描述如下:與結(jié)構(gòu)化系統(tǒng)開發(fā)過程中,面向?qū)ο箝_發(fā)遵循迭代和增量的生命周期。在面向?qū)ο笊芷诘乃膫€(gè)階段是先啟,精化,構(gòu)建和產(chǎn)品化。因此,一個(gè)信息系統(tǒng)的發(fā)展將通過幾個(gè)迭代,每,包括所有的三個(gè)主要任務(wù)分析、設(shè)計(jì)和構(gòu)建。需求是由用例定義是面向?qū)ο蟮墓ぞ?描述場(chǎng)景之間交互的系統(tǒng),其用戶。這些場(chǎng)景還有助于識(shí)別對(duì)象,模型數(shù)據(jù)(屬性)和相應(yīng)的進(jìn)程(方法)。代表相同的實(shí)體對(duì)象組合在一起,形成類。類可以彼此相關(guān)的各種不同的聯(lián)想而可能包括繼承和聚集。我們記錄這些類及其各種關(guān)系從問題域的類圖。這些圖以及表示的類之間的關(guān)聯(lián)是部分的統(tǒng)一建模語言(UML)已成為標(biāo)準(zhǔn)的OOAD方法。 在設(shè)計(jì)階段,這些類將被擴(kuò)展為設(shè)計(jì)類。在此階段,每個(gè)類的詳細(xì)需求定義,包括它的屬性和方法。這個(gè)過程對(duì)系統(tǒng)之間的分配對(duì)象作為方法或服務(wù)。因此,對(duì)象必須彼此協(xié)作以執(zhí)行各種場(chǎng)景中描述的用例。我們記錄這些當(dāng)中的協(xié)作對(duì)象通過使用交互圖,描述了通過序列圖和協(xié)作圖。然后我們構(gòu)建信息系統(tǒng)通過使用類的組合已經(jīng)開發(fā)之前(重用),可以在一個(gè)類庫(kù)除了開發(fā)新的使用規(guī)范定義在設(shè)計(jì)階段。最后我們?cè)u(píng)估結(jié)果的系統(tǒng)通過測(cè)試。 總之有三個(gè)主要組成部分,面向?qū)ο蟮姆治龊驮O(shè)計(jì)方法,如下: 1)需求建模:這描述了如何使用該系統(tǒng)的人,包括演員、用例和場(chǎng)景。演員是人或?qū)嶓w交互的系統(tǒng)。定義用例描述了預(yù)期的系統(tǒng)的行為。場(chǎng)景是特定的實(shí)例,這些用例的描述系統(tǒng)的具體要求。 2)信息建模:這指的是實(shí)體和關(guān)系問題,包括對(duì)象、它們的屬性和特定的彼此之間的關(guān)系。 3)生命周期建模:這指的是一個(gè)對(duì)象的方式回應(yīng)它的環(huán)境,這是組成的各種狀態(tài),一個(gè)對(duì)象可以過渡,具體事件,調(diào)用這些狀態(tài)之間的轉(zhuǎn)換和特定的活動(dòng)相關(guān)特殊狀態(tài)進(jìn)入和離開。 在他的論文中Sumit Sircar作出如下評(píng)論:“最近進(jìn)行的一次調(diào)查顯示,39%的是經(jīng)理組織已經(jīng)采用了面向?qū)ο蠹夹g(shù)在某種形式。盡管如此,開發(fā)方法是用在只有5%的是項(xiàng)目是開發(fā)面向?qū)ο蟮姆椒?。針?duì)特定應(yīng)用程序的第一個(gè)任務(wù)是決定哪些方法是最適合其發(fā)展。有時(shí)我們可能不得不適應(yīng)不同的方法。一些指導(dǎo)方針可能是簡(jiǎn)單的任務(wù)可能是更好的通過結(jié)構(gòu)化編程方法而使用面向?qū)ο蟮姆經(jīng)]可能更適合的更高的抽象級(jí)別。這可能也有助于模塊設(shè)計(jì)和問題分解。在哪些情況下的數(shù)據(jù)更可能改變其功能,對(duì)象可能更合適。為了讓企業(yè)轉(zhuǎn)型,從方法論的SSAD OOAD方法,他們需要了解物質(zhì)的變化與必須克服的障礙。否則移到這一新的方法可能會(huì)以失敗告終。因此,對(duì)于分析師和程序員接受這個(gè)新的方法論,他們需要重新定位自己的思維從功能的角度對(duì)對(duì)象的角度來看。更具體地說,分析師和程序員與傳統(tǒng)方法的經(jīng)驗(yàn),訓(xùn)練應(yīng)給予強(qiáng)調(diào)建模方面的方法而不是學(xué)習(xí)語法的功能和面向?qū)ο蟮恼Z言。過渡到可以從SSAD OOAD 變得更加容易指導(dǎo)的訓(xùn)練和使用面向?qū)ο蟮墓ぞ?。盡管OOAD方法提供了許多優(yōu)點(diǎn),但不能解決所有的問題,與傳統(tǒng)的方法相關(guān)聯(lián)SSAD。仍有一些缺點(diǎn)和弱點(diǎn),需要解決。其中包括:培訓(xùn)需要的數(shù)量,足夠的時(shí)間來學(xué)習(xí)新的方法,還有大量的錢用于投資它。根據(jù)玻璃(玻璃,2002)沒有保證采用新的技術(shù)將會(huì)被有效和合理使用。此外,如果組織完全有朝一日自己在新OOAD方法,可以有昂貴的和破壞性的結(jié)果。因此,為了充分利用所有的正面的好處,新方法提供了,組織需要開發(fā)一個(gè)經(jīng)過周密的計(jì)劃并逐步引入的方法,所有的系統(tǒng)開發(fā)人員。在任何的努力是由使用OOAD方法如前所述,當(dāng)務(wù)之急是必要的教育以保證提供它的成功。技能、知識(shí)和經(jīng)驗(yàn)的系統(tǒng)分析師和程序員灌輸在傳統(tǒng)SSAD方法可以增強(qiáng)的新方法。因?yàn)楦腛OAD方法的基本結(jié)構(gòu)都有壓力管理,第一次嘗試?yán)眠@種方法應(yīng)該僅僅運(yùn)用到小的規(guī)模和非關(guān)鍵應(yīng)用。這將使公司收到即時(shí)反饋,沒有時(shí)間進(jìn)行必要的修改應(yīng)用OOAD方法。