公司如何制定軟件開發(fā)規(guī)程？

公司如何制定軟件開發(fā)規(guī)程？

《軟件開發(fā)設(shè)計(jì)規(guī)程》參考

1 簡介1.1 目的

本過程目的在于為需求設(shè)計(jì)、開發(fā)、實(shí)現(xiàn)解決方案。根據(jù)適當(dāng)情況，解決方案、設(shè)計(jì)和實(shí)現(xiàn)包括單獨(dú)的產(chǎn)品、產(chǎn)品組件以及產(chǎn)品相關(guān)的生命周期的過程，或者它們的組合，以及包括如何利用準(zhǔn)則進(jìn)行接口設(shè)計(jì)。

1.2 適用范圍與預(yù)期讀者

適用于本公司的所有軟件項(xiàng)目。

預(yù)期讀者：

1、項(xiàng)目經(jīng)理；

2、項(xiàng)目組；

2 過程總體描述2.1 過程概述

技術(shù)解決方案過程包括：

1、選擇最佳解決方案；

2、制定架構(gòu)設(shè)計(jì)；

3、制定概要設(shè)計(jì)；

4、制定詳細(xì)設(shè)計(jì)和數(shù)據(jù)庫設(shè)計(jì)；

5、利用準(zhǔn)則進(jìn)行接口設(shè)計(jì)；

6、實(shí)現(xiàn)設(shè)計(jì)；

7、進(jìn)行單元測試；

8、進(jìn)行代碼審查；

9、建立和維護(hù)用戶文檔。

2.2 過程流程圖

3 過程元素描述3.1 產(chǎn)品方案3.1.1. 目的

針對需求選擇出最佳解決方案。

3.1.2. 角色和職責(zé)

項(xiàng)目經(jīng)理：選擇產(chǎn)品的解決方案。

項(xiàng)目組：選擇產(chǎn)品的解決方案。

3.1.3. 進(jìn)入準(zhǔn)則

《軟件需求規(guī)格說明書》已完成，根據(jù)實(shí)際問題，已有備選解決方案。

3.1.4. 輸入

《軟件需求規(guī)格說明書》

備選解決方案

3.1.5. 工作任務(wù)

在《軟件需求規(guī)格說明書》完成后，項(xiàng)目選擇最佳技術(shù)解決方案時(shí)，依據(jù)《決策分析指南》啟用《決策分析規(guī)程》，選擇最佳解決方案。

3.1.6. 退出準(zhǔn)則

選擇出最佳解決方案

3.1.7. 輸出

《決策分析報(bào)告》

3.2 產(chǎn)品設(shè)計(jì)3.2.1. 目的

進(jìn)行架構(gòu)設(shè)計(jì)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、接口設(shè)計(jì)和數(shù)據(jù)庫設(shè)計(jì)，完成產(chǎn)品或產(chǎn)品模塊的設(shè)計(jì)。

3.2.2. 角色和職責(zé)

項(xiàng)目經(jīng)理：組織進(jìn)行架構(gòu)設(shè)計(jì)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、接口設(shè)計(jì)和數(shù)據(jù)庫設(shè)計(jì)，組織相關(guān)人員進(jìn)行設(shè)計(jì)文檔評審。

項(xiàng)目組：進(jìn)行架構(gòu)設(shè)計(jì)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、接口設(shè)計(jì)和數(shù)據(jù)庫設(shè)計(jì)，評審相關(guān)文檔。

3.2.3. 進(jìn)入準(zhǔn)則

已選擇出最佳解決方案。

3.2.4. 輸入

《決策分析報(bào)告》

3.2.5. 工作任務(wù)

1.概要設(shè)計(jì)

（1） 面向結(jié)構(gòu)（數(shù)據(jù)流）設(shè)計(jì)方法

結(jié)合《軟件需求規(guī)格說明書》及系統(tǒng)不同層次的數(shù)據(jù)流圖，把整個(gè)系統(tǒng)分解為模塊并確定各模塊功能，確定每個(gè)功能模塊的輸入、輸出數(shù)據(jù)流，并考慮各方面數(shù)據(jù)接口、存儲方式等。迭代逐步分解各系統(tǒng)模塊，直到確定每個(gè)功能模塊只執(zhí)行一個(gè)行為為止，同時(shí)細(xì)化數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)，完善數(shù)據(jù)字典以確保系統(tǒng)能獲得所需的輸出結(jié)果，從而完成系統(tǒng)構(gòu)架設(shè)計(jì)。

（2） 面向?qū)ο笤O(shè)計(jì)方法

結(jié)合《軟件需求規(guī)格說明書》（包括原型圖、類模型）和系統(tǒng)選用的編程語言，確定客戶類（包括子類）及類的各種行為，并使用設(shè)計(jì)模型及相應(yīng)的列表，確定每個(gè)對象的客戶（模塊）關(guān)聯(lián)，并給予必要的方法設(shè)計(jì)。迭代逐步檢查對象及其方法，直到系統(tǒng)中每個(gè)對象擁有所有必需的方法，從而完成系統(tǒng)構(gòu)架設(shè)計(jì)。

2.工作步驟

項(xiàng)目經(jīng)理確定系統(tǒng)設(shè)計(jì)人員，并討論確定階段出口準(zhǔn)則，通盤考慮并跟蹤上游順延下來的進(jìn)度、技術(shù)難度等風(fēng)險(xiǎn)、問題，與相關(guān)人員溝通，制定階段計(jì)劃。必要時(shí)，請高層參與問題解決。

評估、確認(rèn)需求分析結(jié)果，并對可重用的軟件或功能模塊進(jìn)行性能測試，通盤考慮整個(gè)系統(tǒng)結(jié)構(gòu)、功能擴(kuò)展性。

（1） 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)可選（系統(tǒng)框架設(shè)計(jì)）

a）傳統(tǒng)架構(gòu)

用傳統(tǒng)的架構(gòu)，1000并發(fā)量需要2臺服務(wù)器做tomcat集群。但是由于系統(tǒng)用的人越來越多，并發(fā)量越來越大待到并發(fā)量為10000時(shí)，需要20臺服務(wù)器做tomcat集群。當(dāng)tomcat集群中節(jié)點(diǎn)數(shù)量增加，服務(wù)器能量先增加后下降。所以集群中節(jié)點(diǎn)的數(shù)量不能太多，一般也就5個(gè)左右。難以實(shí)現(xiàn)高數(shù)據(jù)量的并發(fā)，5臺服務(wù)器難以正常工作。

b）分布式架構(gòu)

能用硬件解決的問題就不用軟件解決、硬件解決不了就用軟件解決。

當(dāng)并發(fā)數(shù)高時(shí)，需要按照功能吧系統(tǒng)拆分，拆分成獨(dú)立的功能。單獨(dú)為某一個(gè)節(jié)點(diǎn)添加服務(wù)器。需要系統(tǒng)之間配合才能完成整個(gè)業(yè)務(wù)邏輯，叫做分布式。

分布式架構(gòu)：把系統(tǒng)安裝模塊拆分成多個(gè)子系統(tǒng)，多個(gè)子系統(tǒng)相互協(xié)作才能完成業(yè)務(wù)流程，系統(tǒng)之間需要進(jìn)行通信。

c）基于SOA的架構(gòu)

為了解決分布式的架構(gòu)的缺點(diǎn)，我們可以使用基于SOA的架構(gòu)。SOA：Service Oriented Architecture 面向服務(wù)架構(gòu)。也就是把工程拆分成服務(wù)層、表現(xiàn)層兩個(gè)工程。服務(wù)層中包含業(yè)務(wù)邏輯，只需要對外提供服務(wù)即可。表現(xiàn)層只需要處理和頁面的交互，業(yè)務(wù)邏輯都是調(diào)用服務(wù)層的服務(wù)來實(shí)現(xiàn)。

（2） 接口（包括用戶界面）設(shè)計(jì)

a) 與客戶、測試人員交流界面設(shè)計(jì)需求，明確用戶界面、接口設(shè)計(jì)規(guī)則，包括：標(biāo)準(zhǔn)控件的使用規(guī)則，通用界面（包括主界面和子界面等）、接口設(shè)計(jì)原則等；

b) 界面設(shè)計(jì)

分析需求說明中對用戶界面的需求，實(shí)施用戶界面設(shè)計(jì)，包括界面及其關(guān)系、工作流程等，必要時(shí)采取原型設(shè)計(jì)，并請客戶或同行評估后細(xì)化改進(jìn)；

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

擴(kuò)展子系統(tǒng)或功能模塊及其之間的關(guān)系和限制條件，實(shí)施系統(tǒng)所需的接口設(shè)計(jì)，并消除冗余后，完善系統(tǒng)的數(shù)據(jù)流圖，必要時(shí)形成功能說明和操作方式。若面向?qū)ο蠓椒ǎ瑒t為子系統(tǒng)包、類間的屬性、方法等設(shè)計(jì)；

由測試人員參與完善測試接口設(shè)計(jì)；

結(jié)合系統(tǒng)錯(cuò)誤處理和數(shù)據(jù)驗(yàn)證方法，驗(yàn)證接口設(shè)計(jì)結(jié)果，并逆向需求求證；

d) 確定新開發(fā)、采購和復(fù)用方案

利用決策分析過程確定新開發(fā)、采購和復(fù)用方案。

（3）購買復(fù)用分析：

①確定哪些產(chǎn)品部件應(yīng)當(dāng)采購、外包開發(fā)或者自主研發(fā)，說明理由。

②分析相應(yīng)的風(fēng)險(xiǎn)。

③列出多個(gè)可選方案。（即使沒有可選方案也應(yīng)有“用”和“不用”兩個(gè)方案）

（3）非功能性設(shè)計(jì)（可選）

a）易用性與可執(zhí)行

易用性會使產(chǎn)品提高符合用戶習(xí)慣的能力以及其對使用的期望。它會對用戶使用產(chǎn)品的生產(chǎn)效率、錯(cuò)誤率以及用戶對新產(chǎn)品的接收程度產(chǎn)生很大的影響。

可執(zhí)行需求是指產(chǎn)品可以在給定的時(shí)間或者特定的精確度來執(zhí)行某些任務(wù)，或者在一段時(shí)間內(nèi)的極端狀態(tài)值。在考慮執(zhí)行需求時(shí)，可以從完成任務(wù)的速度、結(jié)果的精確度、容量、允許值的范圍、單位時(shí)間內(nèi)完成的任務(wù)數(shù)、資源的使用效率、兩次故障間的平均無故障時(shí)間、連續(xù)不停機(jī)時(shí)間等方面入手。它還應(yīng)該包括對風(fēng)險(xiǎn)的控制內(nèi)容。

b)安全性

安全性指產(chǎn)品消除潛在風(fēng)險(xiǎn)的能力和對風(fēng)險(xiǎn)的承受能力。包含、保密性、可靠性和完整性三個(gè)子特性。保密性指的是數(shù)據(jù)不能被授權(quán)用戶以外的任何人訪問的能力。可靠性指的是授權(quán)用戶可以不受阻止的訪問數(shù)據(jù)、與其它軟件的兼容的能力和產(chǎn)品的強(qiáng)壯度。完整性指的是安預(yù)期目標(biāo)完成任務(wù)的能力。

一般分為程序安全、系統(tǒng)安全、數(shù)據(jù)安全。程序安全是指開發(fā)的程序是否是安全的，程序上有沒有安全的漏洞，例如Web開發(fā)中服務(wù)器代碼沒有對輸入的參數(shù)進(jìn)行驗(yàn)證，從而導(dǎo)致客戶端機(jī)器人輕易的獲取數(shù)據(jù)。系統(tǒng)安全指的是系統(tǒng)整體的安全，例如安全的粒度，未經(jīng)授權(quán)的用戶是否可以輕易的訪問非法的數(shù)據(jù)等。數(shù)據(jù)的安全是對數(shù)據(jù)的保護(hù)，數(shù)據(jù)庫中數(shù)據(jù)有沒有做審核，用戶之間是否會共享數(shù)據(jù)等。

c)系統(tǒng)的可擴(kuò)充性與可維護(hù)性

這里指的是當(dāng)系統(tǒng)達(dá)到瓶頸的時(shí)候怎樣在不修改代碼的情況下提供系統(tǒng)的負(fù)載能力，擴(kuò)展一般分為Scale UP和Scale Out。一般情況下會綜合運(yùn)用UP和OUT。例如，增加服務(wù)器的性能來提高系統(tǒng)的處理能力，但是任何計(jì)算機(jī)都會有一定的瓶頸，當(dāng)增加服務(wù)器性能不能達(dá)到提高系統(tǒng)性能的時(shí)候，我們需要考慮橫向的擴(kuò)展服務(wù)器，也即Scale Out。在Scale Out時(shí)一般需要我們的系統(tǒng)是狀態(tài)無關(guān)的，即Stateless。

（4） 整合及評審

項(xiàng)目經(jīng)理或客戶委派專人負(fù)責(zé)組織對設(shè)計(jì)的工作產(chǎn)品執(zhí)行評審；

指定需求跟蹤人負(fù)責(zé)跟蹤系統(tǒng)設(shè)計(jì)結(jié)果，完善《需求跟蹤矩陣》。

2.詳細(xì)設(shè)計(jì)

（1） 細(xì)化系統(tǒng)設(shè)計(jì)

項(xiàng)目經(jīng)理確定詳細(xì)設(shè)計(jì)人員，并通盤考慮上游順延下來的進(jìn)度、技術(shù)難度風(fēng)險(xiǎn)、問題，制定階段工作計(jì)劃，確定階段出口準(zhǔn)則。必要時(shí)，請高層參與解決問題；

項(xiàng)目經(jīng)理配合詳細(xì)設(shè)計(jì)人員對概要設(shè)計(jì)方案進(jìn)行評估，項(xiàng)目組間或組內(nèi)達(dá)成共識；

結(jié)合設(shè)計(jì)方法、工具、需求文檔和軟件系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)文檔，逐步細(xì)化設(shè)計(jì)每個(gè)功能模塊的主要接口與屬性，必要時(shí)還須細(xì)化每個(gè)用戶界面；若采用面向?qū)ο蠓椒ǎ瑒t為設(shè)計(jì)類的函數(shù)和成員變量；

細(xì)化設(shè)計(jì)每個(gè)功能模塊的數(shù)據(jù)結(jié)構(gòu)與算法（若存在的話），并提高其效率，確認(rèn)并完善重用軟件及模塊單元的算法和處理流程，確保系統(tǒng)一致性；

處理數(shù)據(jù)流程并充分考慮系統(tǒng)限制，逐步完善系統(tǒng)集成方案；

指定需求跟蹤負(fù)責(zé)人對需求狀態(tài)進(jìn)行跟蹤，完善《需求跟蹤矩陣》，若發(fā)現(xiàn)問題，登記到《問題列表及跟蹤》中；

重復(fù)執(zhí)行以上步驟直到達(dá)到出口準(zhǔn)則；

（2） 數(shù)據(jù)庫設(shè)計(jì)的內(nèi)容

① 數(shù)據(jù)庫設(shè)計(jì)準(zhǔn)備：

系統(tǒng)設(shè)計(jì)人員閱讀《需求規(guī)格說明書》、和《概要設(shè)計(jì)說明書》，明確數(shù)據(jù)庫設(shè)計(jì)任務(wù)，準(zhǔn)備設(shè)計(jì)工具。

② 邏輯設(shè)計(jì)：

系統(tǒng)設(shè)計(jì)人員根據(jù)需求文檔，創(chuàng)建與數(shù)據(jù)庫相關(guān)的那部分實(shí)體關(guān)系圖。明確用戶需求，對于特殊用戶創(chuàng)建特別的用戶組并分配相應(yīng)權(quán)限。

③ 物理設(shè)計(jì)：

系統(tǒng)設(shè)計(jì)人員進(jìn)行表結(jié)構(gòu)設(shè)計(jì)。一般地，實(shí)體對應(yīng)于表，實(shí)體的屬性對應(yīng)于表的列，實(shí)體之間的關(guān)系成為表的約束。邏輯設(shè)計(jì)中的實(shí)體大部分可以轉(zhuǎn)換成物理設(shè)計(jì)中的表，但是它們并不一定是一一對應(yīng)的。系統(tǒng)設(shè)計(jì)人員要對表結(jié)構(gòu)進(jìn)行規(guī)范化處理。

④ 安全性設(shè)計(jì)：

系統(tǒng)設(shè)計(jì)人員要提高系統(tǒng)的安全性，應(yīng)當(dāng)從“管理”和“設(shè)計(jì)”兩方面著手。這里僅考慮數(shù)據(jù)庫的安全性設(shè)計(jì)。用戶只能用賬號登錄到應(yīng)用軟件，通過應(yīng)用軟件訪問數(shù)據(jù)，而沒有其他途徑可以操作數(shù)據(jù)庫。對用戶賬號的密碼進(jìn)行加密處理，確保在任何地方都不會出現(xiàn)密碼的明文。確定每個(gè)角色對數(shù)據(jù)庫表的操作權(quán)限，如創(chuàng)建、檢索、更新、刪除等。每個(gè)角色擁有剛好能夠完成任務(wù)的權(quán)限，不多也不少。在應(yīng)用時(shí)再為用戶分配角色，則每個(gè)用戶的權(quán)限等于他所兼角色的權(quán)限之和。

⑤ 設(shè)計(jì)優(yōu)化：

分析并優(yōu)化數(shù)據(jù)庫的效率，盡可能地“提高處理速度”并且“降低數(shù)據(jù)庫占用的空間”。分析效率的瓶頸，找出優(yōu)化對象（目標(biāo)），并確定優(yōu)先級。當(dāng)優(yōu)化對象（目標(biāo)）之間存在對抗時(shí)，給出折衷方案，給出優(yōu)化的具體措施，例如優(yōu)化數(shù)據(jù)庫環(huán)境參數(shù)，對表格進(jìn)行反規(guī)范化處理等。

⑥ 撰寫數(shù)據(jù)庫設(shè)計(jì)文檔：

系統(tǒng)設(shè)計(jì)人員利用工具撰寫《詳細(xì)設(shè)計(jì)說明書》。

⑦ 對數(shù)據(jù)庫設(shè)計(jì)進(jìn)行評審：

數(shù)據(jù)庫設(shè)計(jì)結(jié)束之后，產(chǎn)生《詳細(xì)設(shè)計(jì)說明書》，項(xiàng)目經(jīng)理需組織同行專家等所有相關(guān)人員對設(shè)計(jì)成果進(jìn)行評審；評審不通過，系統(tǒng)設(shè)計(jì)人員要重新修改。

（3） 整合及評審

項(xiàng)目經(jīng)理負(fù)責(zé)組織整合設(shè)計(jì)內(nèi)容，編寫《詳細(xì)設(shè)計(jì)說明書》并完善用戶文檔；

項(xiàng)目經(jīng)理負(fù)責(zé)組織對階段工作產(chǎn)品的驗(yàn)證和評審，執(zhí)行評審。

3.2.6退出準(zhǔn)則

設(shè)計(jì)完成。

3.2.7輸出

《概要設(shè)計(jì)說明書》

《詳細(xì)設(shè)計(jì)說明書》

《概要設(shè)計(jì)評審》

《詳細(xì)設(shè)計(jì)評審》

3.3 產(chǎn)品實(shí)現(xiàn)3.3.1. 目的

依據(jù)已經(jīng)完成的設(shè)計(jì)，實(shí)現(xiàn)各產(chǎn)品模塊。

3.3.2. 角色和職責(zé)

項(xiàng)目組：實(shí)現(xiàn)設(shè)計(jì)。

3.3.3. 進(jìn)入準(zhǔn)則

設(shè)計(jì)完成。

3.3.4. 輸入

《概要設(shè)計(jì)說明書》

《詳細(xì)設(shè)計(jì)說明書》

3.3.5. 工作任務(wù)

1．實(shí)現(xiàn)設(shè)計(jì)

（1） 引用編碼規(guī)范

確定適用于項(xiàng)目組的編碼規(guī)則，統(tǒng)一定義有意義的變量名、模塊名，注釋規(guī)則，提高程序的可靠性和可維護(hù)性；

（2） 編碼

開發(fā)人員組建開發(fā)環(huán)境，避免硬件操作系統(tǒng)等的不兼容風(fēng)險(xiǎn)；

開發(fā)人員基于架構(gòu)設(shè)計(jì)在配置環(huán)境下把功能模塊翻譯成代碼，并進(jìn)行必要的調(diào)試；

（3） 代碼評審

項(xiàng)目經(jīng)理和項(xiàng)目組相互進(jìn)行代碼評審，形成《代碼檢查表》。

（4） 單元測試

編碼人員根據(jù)《單元測試用例》對同伴的代碼進(jìn)行交叉單元測試工作。項(xiàng)目經(jīng)理可根據(jù)代碼的重要程度選擇需要進(jìn)行交叉單元測試的模塊。對測試中發(fā)現(xiàn)的BUG，由單元測試人員填寫在《單元測試BUG管理表》，并在《單元測試報(bào)告》中對缺陷進(jìn)行分析。

（5）形成用戶文檔

編制用戶相關(guān)手冊

3.3.6. 退出準(zhǔn)則

完成用戶相關(guān)手冊。

3.3.7. 輸出

《單元測試用例》

《代碼檢查表》

《用戶手冊》

源代碼

《單元測試用例》

《單元測試BUG管理表》

《單元測試報(bào)告》

【修訂狀況記錄表】

版本號	頁碼	修改條款	審核	批準(zhǔn)	批準(zhǔn)日期	實(shí)施日期