截至2009年，如果是從應(yīng)用是否是第一次開發(fā)的層面。超過80% 的軟件應(yīng)用程序都不是新的。目前，大多數(shù)應(yīng)用程序都是舊應(yīng)用程序或過時應(yīng)用程序的替代品。因為這些應(yīng)用程序已經(jīng)過時，所以它們編寫的功能規(guī)范文檔常常被忽略，這些規(guī)范也已過時。然而，盡管缺少當前文檔，遺留應(yīng)用程序仍包含成百上千個需要轉(zhuǎn)換為新應(yīng)用程序的業(yè)務(wù)規(guī)則和算法。

因此，從2009年開始，需求分析不應(yīng)只涉及新需求，還應(yīng)包括遺留代碼的數(shù)據(jù)挖掘，提取隱藏的業(yè)務(wù)規(guī)則和算法。有一些工具可以做到這一點，并且有許多維護工作臺可以公開代碼并幫助提取底層業(yè)務(wù)規(guī)則。雖然明確的需求是一個值得稱贊的目標，但對于一個擁有10000個功能點的軟件應(yīng)用來說，這個目標只能是意料之中的。到目前為止，筆者只觀察過一個功能點不到500個的小項目。并且應(yīng)用程序的初始要求是明確且不變的。

對于大型應(yīng)用程序，業(yè)務(wù)需求是動態(tài)的，不能是靜態(tài)的。許多外部事件都會改變軟件應(yīng)用程序的要求，例如稅法的變化、公司結(jié)構(gòu)的變化、業(yè)務(wù)流程的再造以及并購。此外，大型應(yīng)用程序的開發(fā)通常需要數(shù)年時間，這使情況更加復雜。一家公司僅僅為了滿足一個軟件項目的需要而凍結(jié)所有的業(yè)務(wù)規(guī)則顯然是不現(xiàn)實的。最典型的情況是處理一個應(yīng)用程序有10000個功能點的需求。收集和分析初始需求需要幾個月的時間。在后續(xù)的設(shè)計過程中，新增和變更需求將達到每月2%左右。最終總需求將達到初始需求的50%。在發(fā)布軟件應(yīng)用程序的第一個版本之后。這些新的和變更的要求應(yīng)該被終止，并且在9-12 個月后，新的和變更的要求應(yīng)該被添加到后續(xù)版本中。 10000個功能點的項目，月需求變化率略小于0.5%，累計增量不超過原需求的10%。但是，最大增量可以達到200%。在設(shè)計和編碼階段，每月的需求變更平均比例在1%到3%之間，后續(xù)的變更劇會添加到以后的版本中。

同時使用JAD 會話、仔細的需求分析、需求審查和原型制作使需求過程處于技術(shù)和管理控制之下。雖然有時需要幾個月甚至幾年才能看到項目的結(jié)果，但是一個大型軟件項目的成敗在需求階段就已經(jīng)知道了。成功的項目比失敗的項目更完整、更透徹地收集和分析需求。因此，成功的項目變更很少見，需求蠕變也很少見。然而，由于大多數(shù)新應(yīng)用程序都是遺留應(yīng)用程序的改造，因此要求應(yīng)包括數(shù)據(jù)挖掘以提取遺留應(yīng)用程序的底層業(yè)務(wù)規(guī)則和算法。

我們專注高端建站，小程序開發(fā)、軟件系統(tǒng)定制開發(fā)、BUG修復、物聯(lián)網(wǎng)開發(fā)、各類API接口對接開發(fā)等。十余年開發(fā)經(jīng)驗，每一個項目承諾做到滿意為止，多一次對比，一定讓您多一份收獲！