銷售點(diǎn)系統(tǒng)的發(fā)展

1、銷售點(diǎn)系統(tǒng)的發(fā)展 摘要：這份報(bào)告包括了一些經(jīng)驗(yàn)，這是期間的一 個(gè)銷售點(diǎn)終端（POS）的發(fā)展系統(tǒng)。有關(guān)項(xiàng)目的 具體的事實(shí)是，它開始作為一種嘗試開發(fā)可定制 的標(biāo)準(zhǔn)軟件，然后進(jìn)行了重組，提供一個(gè)獨(dú)特的 項(xiàng)目解決方案。這份報(bào)告詳細(xì)情況之前和之后重 組，并討論通過(guò)的經(jīng)驗(yàn)不斷的發(fā)展。 這些經(jīng)驗(yàn)主 要涉及三方面，即：軟件項(xiàng)目管理，原型設(shè)計(jì)和 測(cè)試。簡(jiǎn)介本報(bào)告包括期間的一些經(jīng)驗(yàn)一個(gè)銷售終端 （POS）系統(tǒng)的分布式點(diǎn)的發(fā)展。有經(jīng)驗(yàn)的技術(shù) 團(tuán)體，但大多數(shù)這里介紹的經(jīng)驗(yàn)是不按技術(shù)性質(zhì) 有關(guān)人員和流程。必須指出的是，本報(bào)告涉及的 項(xiàng)目，不是一個(gè)IBM項(xiàng)目。不過(guò)，分析和編制 已經(jīng)完成在IBM在IT咨詢與檢測(cè)IBM集團(tuán)瑞

2、 士。正如在抽象中提到，這份報(bào)告是關(guān)于一個(gè)項(xiàng) 目進(jìn)行了重組，該報(bào)告沒有重點(diǎn)在重組本身，但 是在路上，有人管理事后。為了更好地介紹經(jīng)驗(yàn) 他們被分為三組。？首先，發(fā)展過(guò)程中的經(jīng)驗(yàn)（后 重組的項(xiàng)目），估計(jì)和生產(chǎn)力。？其次，隨著經(jīng)驗(yàn)的要求分析，通過(guò)探索性原型。？第三，經(jīng)驗(yàn)與 系統(tǒng)測(cè)試，部署系統(tǒng)，有的試生產(chǎn)有關(guān)的活動(dòng)。 事前并促進(jìn)理解，簡(jiǎn)要描述的 POS系統(tǒng)及其嵌 入會(huì)鑒于，由不同的綜合綱要遵循項(xiàng)目情況和階 段。系統(tǒng)概述如上所述，該系統(tǒng)是一個(gè)有待開發(fā)的銷售點(diǎn)系 統(tǒng)。它的用途是協(xié)助的壽險(xiǎn)銷售過(guò)程。該系統(tǒng)是 為企業(yè)的生命保險(xiǎn)的一大銀行表決。這家銀行擬 進(jìn)入一個(gè)完整的產(chǎn)品組合的壽險(xiǎn)市場(chǎng)。而不是建 立一個(gè)新的銷

3、售機(jī)構(gòu)，現(xiàn)有基礎(chǔ)設(shè)施（分支機(jī)構(gòu)） 應(yīng)使用。因此，POS系統(tǒng)應(yīng)使財(cái)務(wù)人員和銀行 職員，提供和銷售人壽保險(xiǎn)銀行客戶。POS系統(tǒng)，實(shí)現(xiàn)了在后臺(tái)關(guān)系數(shù)據(jù)庫(kù)，如CORBA的中 間件，并作為主要語(yǔ)言的Java實(shí)現(xiàn)中常見的多 級(jí)體系結(jié)構(gòu)都，在中間件業(yè)務(wù)組件和客戶端組件 在一個(gè)薄客戶端窗體。前端是一個(gè)小程序在 Web瀏覽器中運(yùn)行。（見圖1。）圖。1:高層次的系統(tǒng)架構(gòu)項(xiàng)目概況該公司，實(shí)現(xiàn)了 POS系統(tǒng)，曾與終身保險(xiǎn)管理系統(tǒng)的經(jīng)驗(yàn)和合理數(shù)量也與 POS 系統(tǒng)的保險(xiǎn)經(jīng)紀(jì)。然而，對(duì)于非保險(xiǎn)經(jīng)紀(jì)（銀行職員），在這技術(shù)（多層，CORBA 技術(shù)，Java等）已成為現(xiàn)實(shí)之前，只有一個(gè)非常小的規(guī)模，而不是一個(gè)完整的 產(chǎn)品系列P

4、OS系統(tǒng)。該項(xiàng)目涉及的四個(gè)政黨：（1）客戶公司（銀行），（二） 公司經(jīng)營(yíng)系統(tǒng)（一 IT服務(wù)供應(yīng)商），（三）公司應(yīng)發(fā)展保險(xiǎn)產(chǎn)品（一個(gè)金融服 務(wù)咨詢公司），（4）最后，公司應(yīng)提供的管理制度，發(fā)展 POS機(jī)（一種保險(xiǎn) 部門的軟件公司）。項(xiàng)目里邊反重組前該公司（4）有另一個(gè)客戶-保險(xiǎn)公司（集成電 路）-誰(shuí)訂購(gòu)了類似的系統(tǒng)，和另外兩個(gè)客戶， 誰(shuí)可能在這樣的系統(tǒng)感興趣。所以，當(dāng)時(shí)的想法 是開發(fā)一個(gè)系統(tǒng)定制POS機(jī)一次，這一制度適 應(yīng)每個(gè)客戶的需求。項(xiàng)目開工前進(jìn)行了一些基本 的決定是整體技術(shù)架構(gòu)。這些決定被證明是可靠 和可擴(kuò)展性。然而，每個(gè)單獨(dú)的系統(tǒng)，更重要的 是這些系統(tǒng)之間的電位差的要求是不能完全理 解。

5、這是清楚地認(rèn)識(shí)到，一個(gè)可定制的系統(tǒng)的發(fā) 展將采取比單個(gè)項(xiàng)目的解決方案開發(fā)更多的努 力。令人驚訝的是，為發(fā)展不適應(yīng)的時(shí)限。這意 味著事實(shí)上，這是計(jì)劃開發(fā)/生產(chǎn)一個(gè)全新的標(biāo) 準(zhǔn)軟件和定制在同一時(shí)間內(nèi)，至少有兩個(gè)客戶在 一個(gè)系統(tǒng)的發(fā)展將采取。為了應(yīng)付這個(gè)問題的開 發(fā)團(tuán)隊(duì)擴(kuò)大到了 35人的整體規(guī)模在兩個(gè)地點(diǎn)派 發(fā)。試圖開發(fā)可定制的標(biāo)準(zhǔn)軟件的 POS比預(yù)期的更 困難。有一個(gè)技術(shù)問題，由于缺乏早期階段，直 接導(dǎo)致團(tuán)隊(duì)溝通問題，是由于一些分散的發(fā)展。 然而，最嚴(yán)重的問題涉及到一個(gè)不切實(shí)際的計(jì)劃 對(duì)一個(gè)時(shí)間表和目標(biāo)，這些目標(biāo)過(guò)于含糊不清， 導(dǎo)致基礎(chǔ)上的我們沒有時(shí)間去有效的情況。的 發(fā)展和進(jìn)步變得越來(lái)越困難遠(yuǎn)遠(yuǎn)

6、超出預(yù)期逗留。 停止開發(fā)后9個(gè)月，就在當(dāng)時(shí)的第一個(gè)客戶（1）-在文件開頭提到的銀行-想進(jìn)入試生 產(chǎn)階段。在這個(gè)時(shí)候，這個(gè)系統(tǒng)的最初版本應(yīng)該 已經(jīng)開發(fā)和定制的第一個(gè)客戶的需要，為了使第 一次全面測(cè)試。現(xiàn)實(shí)中，這個(gè)系統(tǒng)僅部分已被開 發(fā)。該系統(tǒng)或更高它準(zhǔn)備的部分有三個(gè)主要問題：P - 1型是什么已發(fā)展為兩個(gè)原因不是客戶想要 的。（一）系統(tǒng)并沒有真正適合客戶的銷售過(guò) 程和（二）它是太復(fù)雜，由非保險(xiǎn)人使用。然而， 客戶的希望和需要，并不完全清楚，但它肯定會(huì) 不適合實(shí)際系統(tǒng)。該系統(tǒng)是接近什么其他客戶 - 保險(xiǎn)公司（集成電路）-通緝。此時(shí)的系統(tǒng)更 類似于一個(gè)比一個(gè)POS系統(tǒng)保險(xiǎn)管理制度。在 反思，這不是太奇

7、怪，因?yàn)椋海ㄒ唬┯袥]有真正 的需求分析，及（ii）客戶的保險(xiǎn)公司（集成電 路）是更接近開發(fā)人員，位于（三）保險(xiǎn)管理 系統(tǒng)是系統(tǒng)發(fā)展公司（4）具有大量的經(jīng)驗(yàn)。P - 2級(jí)的實(shí)際架構(gòu)是有問題的，而不是真正與 原來(lái)的想法兼容。由于時(shí)間限制，大大縮短了設(shè) 計(jì)階段，因此它并不清楚，所有的地方或在其上 開發(fā)層以把哪些功能。因此，過(guò)多的業(yè)務(wù)邏輯進(jìn) 行編碼為列和用戶界面層。中間件是用來(lái)更像一 個(gè)到數(shù)據(jù)庫(kù)的連接器。特別是與外部系統(tǒng)分-導(dǎo)致大規(guī)模整合的問題，并解釋這至少部分原因 發(fā)展變得日益困難。的P - 3系統(tǒng)的整體質(zhì)量 unsatisfactory.For 例 如：該系統(tǒng)是難以安裝，其行為和外觀不同的子 系統(tǒng)

8、之間不一致的，其他系統(tǒng)的連接意外終止等 為主，這是因?yàn)闆]有對(duì)系統(tǒng)集成和控制， 并沒有 專門的環(huán)境下，集成和測(cè)試，可以放在明確的活 動(dòng)。盡管有延遲，同時(shí)客戶（1 ）和（集成電路）仍 然希望他們的系統(tǒng)。在這一點(diǎn)，決定暫停計(jì)劃開 發(fā)一個(gè)可定制的標(biāo)準(zhǔn)軟件和 POS機(jī)分為（二） 獨(dú)立項(xiàng)目，獨(dú)立開發(fā)團(tuán)隊(duì)的項(xiàng)可情況。 每個(gè)項(xiàng)目 應(yīng)提供個(gè)別項(xiàng)目解決其客戶。這是由每個(gè)項(xiàng)目的 決定，這部分系統(tǒng)發(fā)展至今可以或應(yīng)該被重用。在這份報(bào)告中，我們現(xiàn)在只集中在為客戶系統(tǒng)（1）的發(fā)展-銀行。重組后的項(xiàng)目重組后的團(tuán)隊(duì)，這次分配八個(gè)人給開發(fā)用于銀行 POS系統(tǒng)大小。這支團(tuán)隊(duì)開始的情況下，它不 僅要應(yīng)付前（錯(cuò)誤的系統(tǒng)，有問題的架構(gòu)，

9、低質(zhì) 量）提到的三個(gè)主要問題，而且還與另外三個(gè)問 題：沒有人在團(tuán)隊(duì)中建立這樣一個(gè)系統(tǒng)之前，P - 4級(jí)的團(tuán)隊(duì)沒有相當(dāng)豐富的經(jīng)驗(yàn)， P - 5級(jí)，致 力于開發(fā)客戶，但現(xiàn)在還不清楚多久了客戶的耐 心會(huì)持續(xù)多久。P - 6號(hào)文件的存在（事實(shí)上）關(guān)于3 一直發(fā)展至今系統(tǒng)的各個(gè)部分。最初的開發(fā)者（事實(shí)上）不可用，因?yàn)樗麄冋χ驮诹硪粋€(gè)網(wǎng)站上。重組后的步驟在這一點(diǎn)，主要是因?yàn)檫@些問題的 P- 1和P - 5，決定，并同意了一個(gè)發(fā)展進(jìn)程 探索原型4的基礎(chǔ)情況。這種做法應(yīng)保證在第二次獲得該系統(tǒng)的權(quán)利，并能夠 盡快提出一個(gè)可能的東西給客戶。會(huì)議還商定涉及盡可能接近客戶，以驗(yàn)證結(jié) 果不斷進(jìn)步，使透明。具體而言，

10、下列活動(dòng)確定了以 生存的情況，并得到發(fā)展 所做號(hào)：A - 1中關(guān)于架構(gòu)和代碼的質(zhì)量，決定哪些現(xiàn)有（失事）系統(tǒng)部件可重復(fù) 使用，這部分有需要重建。走出六個(gè)部分兩人重用（5,6），兩個(gè)人重用，但完全重新設(shè)計(jì)的（2,4） 和另外兩個(gè)（1,3）-包括最重要的-被重建。凡錯(cuò)誤的構(gòu)成部分已建成，有 必要重建它們。凡已建成的組件錯(cuò)誤的，部分是重新設(shè)計(jì)的。A-2中建立一個(gè)集成，測(cè)試和發(fā)布環(huán)境，這是基本相似的生產(chǎn)環(huán)境和持 續(xù)集成允許在開發(fā)過(guò)程中。兩個(gè)人出了八個(gè)隊(duì)（對(duì)一個(gè)全職員工為1.5當(dāng)量）都致力于一體化和集成 測(cè)試（后來(lái)也到包裝，送貨，安裝支持）。A - 3中決定是否及在一體制的逐漸發(fā)展是可能的。啟動(dòng)或恢復(fù)的

11、組件，這是不符合的增量發(fā)展。只有一個(gè)組件-保險(xiǎn)銷售-被確定在增量 發(fā)展。不過(guò)，這是最大的，最重要的。這是給了 負(fù)責(zé)銷售過(guò)程控制所有保險(xiǎn)產(chǎn)品。其他組件被開發(fā)常規(guī)。A - 4的做一些調(diào)查研究，找出了該系統(tǒng)可開發(fā) 增量。確定垂直切割和數(shù)量遞增。此外，準(zhǔn)備的 框架，允許增量發(fā)展。總體而言，有四個(gè)遞增，直到完成鑒定。增 量，說(shuō)明該系統(tǒng)的開發(fā)，是保險(xiǎn)產(chǎn)品的類別。為 了開發(fā)一種結(jié)構(gòu)化的方式遞增，框架，以便延長(zhǎng)（一）對(duì)新開發(fā)的產(chǎn)品，插件及（ii ）一個(gè)典型 的部件和控制納入實(shí)部共處。A - 5中選擇第一個(gè)增量，建立一個(gè)探索性的用 戶界面原型，并確保配套業(yè)務(wù)組件的可行性。原型開始最困難的產(chǎn)品。完整的用戶界面，

12、建立使用GUI構(gòu)建器。該樣機(jī)的結(jié)果是一個(gè)插 件的用戶界面的增量研究。它可以插入到這將是 該系統(tǒng)是為了進(jìn)行驗(yàn)證一次。原型有一個(gè)小的控 制邏輯，但沒有業(yè)務(wù)邏輯。阿-6檢討與客戶的要求得到明確的原型在一 起。此外，目前的發(fā)展現(xiàn)狀。從客戶的承諾，繼 續(xù)這種方式。在這里舉辦了研討會(huì)，每4周來(lái)驗(yàn)證與的 CUS - Tomer的原型在一起。也證明了開發(fā)進(jìn) 度。在一個(gè)車間的當(dāng)前狀態(tài)和未來(lái)狀態(tài)的車間系 統(tǒng)計(jì)劃結(jié)束時(shí)清楚傳達(dá)。最后要求被記錄和客戶 預(yù)期明確承諾了這些要求。此后，經(jīng)審定的部分 實(shí)現(xiàn)發(fā)射（或至少預(yù)定）。圖。2 :活動(dòng)的繼承A-7中獲取系統(tǒng)完成所有層/選定/下一個(gè)增量層。這意味著，設(shè)計(jì)和開發(fā)的業(yè)務(wù) 組件

13、，與其他系統(tǒng)集成他們，最后，把與客戶端組件和用戶界面的所有在一起。作為原型建成使用GUI Builder中的代碼為原型的生成，而不是扔掉。即使 在水平點(diǎn)的增量是完整的，它仍然可以修改用戶界面采用了圖形用戶界面生成 器。的A - 8，直到垂直完整：同時(shí)為原型的下一個(gè)增量的用戶界面。設(shè)立一個(gè)真正 的原型和部分組成的系統(tǒng)的基準(zhǔn)。然后繼續(xù)進(jìn)行活動(dòng)的本周期/增量的A - 6 （見圖。2）。按照計(jì)劃，它需要四個(gè)增量，以獲得完整的系統(tǒng)的所有10個(gè)保險(xiǎn)產(chǎn)品。阿-9提供一個(gè)測(cè)試系統(tǒng)，讓客戶做安裝-在他的環(huán)境和性能測(cè)試-,功能-, 音量。測(cè)試系統(tǒng)必須至少有一個(gè)橫向保險(xiǎn)產(chǎn)品齊全。由于技術(shù)上的問題，對(duì)客戶的預(yù)生產(chǎn)環(huán)境

14、還沒有準(zhǔn)備好。其后，而不是在他 的環(huán)境測(cè)試系統(tǒng)中的客戶使用我們的測(cè)試環(huán)境，測(cè)試和發(fā)布系統(tǒng)。這使所有的 功能，但僅限于有限的安裝-,音量-,和性能測(cè)試。 A -10的最后，完成開發(fā)工作，交付完整的 POS系統(tǒng)。重組后的研究進(jìn)展開發(fā)T輸入法。重組后的系統(tǒng)的整體發(fā)展的需要 14個(gè)月。9個(gè)月后完成， 該系統(tǒng)由客戶測(cè)試的。經(jīng)過(guò)12個(gè)月的系統(tǒng)進(jìn)入試生產(chǎn)階段，經(jīng)過(guò) 14個(gè)月（和 兩次失敗的嘗試）終于去了生產(chǎn)力。系統(tǒng)的大小。已開發(fā)約19.0萬(wàn)行的Java代碼（不計(jì)行語(yǔ)句）或2000年幾 乎完全類（不計(jì)的IDL定義，Perl腳本，和SQL語(yǔ)句）。從第一個(gè)開發(fā)再利用 的約400班。配套的框架和（瘦客戶機(jī)框架，持久

15、化框架， JUnit中，圖表庫(kù)，CORBA 技術(shù)，從JDK等）類庫(kù)貢獻(xiàn)將近6000級(jí)。然而，并非所有這些類都是交付系 統(tǒng)的一部分。經(jīng)驗(yàn)及教訓(xùn)在本節(jié)中的經(jīng)驗(yàn)，這種方法將提交。請(qǐng)注意，這些都是一個(gè)項(xiàng)目的經(jīng)驗(yàn)，因 此不需要得到普遍有效的。發(fā)展過(guò)程，估計(jì)，生產(chǎn)率?持續(xù)集成是必要的，以確保在所有階段一貫制。整合了較為嚴(yán)重的問題之一 （P -3級(jí)）。因此，重組過(guò)程后強(qiáng)調(diào)持續(xù)集成和驗(yàn)證。我們綜合頻繁但與 XP的類 似技術(shù)1我們沒有協(xié)調(diào)的一體化進(jìn)程。?持續(xù)集成幫助也得到發(fā)展速度。每個(gè)人（尤其是開發(fā)者）可以看到，在作為一 個(gè)整體，他們?cè)诓糠窒到y(tǒng)的開發(fā)進(jìn)度。這似乎激發(fā)了很多人。?集成商必須非常交際。例如，承諾在一

16、個(gè)軟件的一些必需品，為團(tuán)隊(duì)將有資格 入住和集成（沒有編譯器錯(cuò)誤，單元測(cè)試，版本等）。因此集成商執(zhí)行這些規(guī) 則。他們需要-并-拒絕的能力，而不用擔(dān)心開發(fā)一個(gè)組件。?兩個(gè)人（150名全職雇員）出了八個(gè)一體化，集成測(cè)試團(tuán)隊(duì)等是一個(gè)很好的規(guī) 模和一定不會(huì)太多。一致的集成不會(huì)偶然發(fā)生，但支付了從長(zhǎng)遠(yuǎn)來(lái)看了很多。 尤其是當(dāng)有一個(gè)（改變）接口相當(dāng)數(shù)量到其他系統(tǒng)。?整合的活動(dòng)是難以自圓其說(shuō)的，因?yàn)樗麄兺霈F(xiàn)非生產(chǎn)性-至少?gòu)囊欢ń嵌取Ｋ枰獔?jiān)持不懈的高度穩(wěn)定證明了幾乎兩個(gè)開發(fā)任務(wù)只是為了等非生產(chǎn)性的東西像集成，集成測(cè)試等?清除對(duì)部分或系統(tǒng)組件的開發(fā)任務(wù)， 有助于確保質(zhì)量（這是一個(gè)經(jīng)典的3，但 往往被忽略）。團(tuán)

17、隊(duì)中的每個(gè)體質(zhì)量欠佳知道會(huì)反彈回來(lái)。我不知道到何種程 度，這將是集體代碼所有權(quán)或類似的方法的情況。?具有生產(chǎn)效率高，交貨準(zhǔn)時(shí)的緊張活動(dòng)結(jié)合的情況下可以給人的印象是有很多 人在團(tuán)隊(duì)中。這是什么新的結(jié)構(gòu)化方法趨于平衡工作量和避免高峰。但究竟這 會(huì)成為一個(gè)問題，文化是一個(gè)忙碌前的最后期限是正常的活動(dòng)和預(yù)期。而不是 著眼于發(fā)展進(jìn)程或一些數(shù)字的推理常常這樣下去密切：“這里有一個(gè)車間前， 甚至沒有任何緊張的活動(dòng)之前交付。因此，必須在團(tuán)隊(duì)人太多了。因此，團(tuán)隊(duì) 的規(guī)?？梢栽诓粶p少任何進(jìn)一步的影響?！斑@些（致命）的結(jié)論有很多與管理 能力，看看做當(dāng)發(fā)展運(yùn)行良好，什么時(shí)候不（亦見下文）。?（除團(tuán)隊(duì)內(nèi)部使用）這是浪費(fèi)

18、時(shí)間的測(cè)量交流/關(guān)于系統(tǒng)的大小或生產(chǎn)力號(hào)碼-如每個(gè)開發(fā)控 制線和月-如果沒有其他人的IT公司一樣。因 為他們無(wú)法直接比較中可以看出在其他項(xiàng)目，如報(bào)表“ 2000/LoC每月開發(fā)”往往根本不理解。這個(gè)數(shù)字是否意味著高或低生產(chǎn)力?需求分析和探索原型? 原型有助于獲得快速的要求。特別是在一種情 況：客戶的需要和需求尚不完全清楚-或者至少不明確的記錄。?使用探索原型，讓最重要的要求清楚，但不 過(guò) 樣機(jī)系統(tǒng)。通常情況下，我們使用原型，以確保 POS系統(tǒng)支持在核準(zhǔn)的方式處理和個(gè)人屏幕都 包含正確的信息。?微變?cè)谟脩艚缑?即使在后期階段-可以輕 松地處理與GUI Builder工具使用。當(dāng)用戶界面 幾乎完全

19、建成一個(gè)GUI Builder和我們有能力 在任何時(shí)間重新安排，我們也只能用稀少的原型 來(lái)決定在哪里放置在屏幕上的一個(gè)字段。?介紹后恢復(fù)的發(fā)展（一大）為客戶和開發(fā)商的 信任短時(shí)間內(nèi)原型。該項(xiàng)目的氣候變化，從緊張 到輕松，經(jīng)過(guò)第三次研討會(huì)，氣候非常樂觀（可 太危險(xiǎn)）。?不要指望顧客探索自己的原型。做這做，有計(jì) 劃，并主持研討會(huì)。除了研討會(huì)上，我們做了一 些嘗試得到進(jìn)一步的反饋意見，例如通過(guò)提供獨(dú) 立版本原型。這里的反饋是非常微薄的，你可以控制， 無(wú)論是原型，也不是其呈現(xiàn)方式分配。?如果你弄清楚什么（系統(tǒng)的一部分）你是什么 樣的展示和發(fā)展的實(shí)際狀況沒有虛假的期望上 來(lái)了。我們沒有為什么不是系統(tǒng)做好

20、準(zhǔn)備影響, 由于我們的原型設(shè)計(jì)方法。?這是一個(gè)時(shí)間來(lái)建立一個(gè)GUI手工屏幕廢棄物 -至少是標(biāo)準(zhǔn)的。這些工具例如5-這是相當(dāng)成 熟并允許往返和一個(gè)布局隨時(shí)修改。即使系統(tǒng)已 接近完成。我們不需要在任何時(shí)間接觸生成的代 碼。?建立一個(gè)原型是沒有書面說(shuō)明替代品，但它簡(jiǎn) 化了顯著創(chuàng)造一個(gè)規(guī)范。它緩解了一個(gè)規(guī)范，因 為要作出一個(gè)合理的數(shù)額注明屏幕規(guī)格從原型 拍攝的照片組成。順便說(shuō)一下，這個(gè)文件就變得 尤為重要，當(dāng)它來(lái)到到后期的變化。在這個(gè)時(shí)候， 沒有人有興趣的原型了。?原型并不妨礙后期的變化，但它最大限度地減 少重大失誤的風(fēng)險(xiǎn)。研討會(huì)期間發(fā)現(xiàn)有一些細(xì)微 的地方制度兩個(gè)問題，必須改變錯(cuò)誤的，新的要 求。系統(tǒng)

21、測(cè)試，部署，預(yù)生產(chǎn)?JUnit測(cè)試2幫助了很多，但在大量的用他們 時(shí)，他們往往會(huì)變得相當(dāng)復(fù)雜。組織沿測(cè)試場(chǎng)景 和引用這在了 JUnit -測(cè)試用例頭方案幫助他 們，使他們簡(jiǎn)潔。?如果沒有適當(dāng)?shù)呢?fù)載和性能測(cè)試，它仍然不明對(duì)發(fā)達(dá)國(guó)家的數(shù)量結(jié)構(gòu)系統(tǒng)執(zhí)行 情況。通常，系統(tǒng)將執(zhí)行的數(shù)量結(jié)構(gòu)，相當(dāng)于以某種方式對(duì)開發(fā)團(tuán)隊(duì)的規(guī)模舒 服。一個(gè)八人小組經(jīng)常產(chǎn)生一個(gè)系統(tǒng)，它執(zhí)行八（但沒有以上）用戶同時(shí)使用 舒適。?負(fù)載和性能測(cè)試，根本不是沒有有效的工具支 持。在一個(gè)數(shù)量結(jié)構(gòu)，超出了開發(fā)團(tuán)隊(duì)的能力來(lái) 手動(dòng)生成的用戶負(fù)載最少。? 不要讓系統(tǒng)進(jìn)入生產(chǎn)的情況下直接在試生產(chǎn)階 段（系統(tǒng)和系統(tǒng)集成測(cè)試）的完整的測(cè)試周期。 如前所述，客戶有其前期制作在當(dāng)時(shí)的測(cè)試系統(tǒng) 即將交付環(huán)境權(quán)的一些技術(shù)問題。 為了避免進(jìn)一 步的延誤，測(cè)試是在開發(fā)公司（4）環(huán)境。這是 足夠的功能測(cè)試，但顯然沒有足夠的負(fù)載和性能 測(cè)試等。?在客戶站點(diǎn)上可用的預(yù)生產(chǎn)環(huán)境的情況下是比 重大的不便更多。不僅如此，沒有從正確的負(fù)載 和性能測(cè)試阻止，這也使得它非常困難和耗時(shí) 跟蹤下來(lái)，甚至最簡(jiǎn)單的事情。一個(gè)沒有預(yù)生產(chǎn) 環(huán)境生產(chǎn)系統(tǒng)實(shí)際上是一個(gè)噩夢(mèng)。?非常謹(jǐn)慎，讓您的客戶訪問您的測(cè)試和變更管 理工具-事實(shí)上，不這樣做。背