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

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

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

1 簡(jiǎn)介1.1 目的

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

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

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

預(yù)期讀者：

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

2、項(xiàng)目組；

2 過(guò)程總體描述2.1 過(guò)程概述

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

1、選擇最佳解決方案；

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

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

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

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

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

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

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

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

2.2 過(guò)程流程圖

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

針對(duì)需求選擇出最佳解決方案。

3.1.2. 角色和職責(zé)

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

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

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

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

3.1.4. 輸入

《軟件需求規(guī)格說(shuō)明書(shū)》

備選解決方案

3.1.5. 工作任務(wù)

在《軟件需求規(guī)格說(shuō)明書(shū)》完成后，項(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ù)庫(kù)設(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ù)庫(kù)設(shè)計(jì)，組織相關(guān)人員進(jìn)行設(shè)計(jì)文檔評(píng)審。

項(xiàng)目組：進(jìn)行架構(gòu)設(shè)計(jì)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、接口設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)，評(píng)審相關(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ī)格說(shuō)明書(shū)》及系統(tǒng)不同層次的數(shù)據(jù)流圖，把整個(gè)系統(tǒng)分解為模塊并確定各模塊功能，確定每個(gè)功能模塊的輸入、輸出數(shù)據(jù)流，并考慮各方面數(shù)據(jù)接口、存儲(chǔ)方式等。迭代逐步分解各系統(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ī)格說(shuō)明書(shū)》（包括原型圖、類(lèi)模型）和系統(tǒng)選用的編程語(yǔ)言，確定客戶(hù)類(lèi)（包括子類(lèi)）及類(lèi)的各種行為，并使用設(shè)計(jì)模型及相應(yīng)的列表，確定每個(gè)對(duì)象的客戶(hù)（模塊）關(guān)聯(lián)，并給予必要的方法設(shè)計(jì)。迭代逐步檢查對(duì)象及其方法，直到系統(tǒng)中每個(gè)對(duì)象擁有所有必需的方法，從而完成系統(tǒng)構(gòu)架設(shè)計(jì)。

2.工作步驟

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

評(píng)估、確認(rèn)需求分析結(jié)果，并對(duì)可重用的軟件或功能模塊進(jìn)行性能測(cè)試，通盤(pá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臺(tái)服務(wù)器做tomcat集群。但是由于系統(tǒng)用的人越來(lái)越多，并發(fā)量越來(lái)越大待到并發(fā)量為10000時(shí)，需要20臺(tái)服務(wù)器做tomcat集群。當(dāng)tomcat集群中節(jié)點(diǎn)數(shù)量增加，服務(wù)器能量先增加后下降。所以集群中節(jié)點(diǎn)的數(shù)量不能太多，一般也就5個(gè)左右。難以實(shí)現(xiàn)高數(shù)據(jù)量的并發(fā)，5臺(tái)服務(wù)器難以正常工作。

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

能用硬件解決的問(wèn)題就不用軟件解決、硬件解決不了就用軟件解決。

當(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ù)邏輯，只需要對(duì)外提供服務(wù)即可。表現(xiàn)層只需要處理和頁(yè)面的交互，業(yè)務(wù)邏輯都是調(diào)用服務(wù)層的服務(wù)來(lái)實(shí)現(xiàn)。

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

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

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

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

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

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

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

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

d) 確定新開(kāi)發(fā)、采購(gòu)和復(fù)用方案

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

（3）購(gòu)買(mǎi)復(fù)用分析：

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

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

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

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

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

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

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

b)安全性

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

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

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

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

（4） 整合及評(píng)審

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（3） 整合及評(píng)審

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

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

3.2.6退出準(zhǔn)則

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

3.2.7輸出

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

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

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

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

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ì)說(shuō)明書(shū)》

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

3.3.5. 工作任務(wù)

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

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

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

（2） 編碼

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

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

（3） 代碼評(píng)審

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

（4） 單元測(cè)試

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

（5）形成用戶(hù)文檔

編制用戶(hù)相關(guān)手冊(cè)

3.3.6. 退出準(zhǔn)則

完成用戶(hù)相關(guān)手冊(cè)。

3.3.7. 輸出

《單元測(cè)試用例》

《代碼檢查表》

《用戶(hù)手冊(cè)》

源代碼

《單元測(cè)試用例》

《單元測(cè)試BUG管理表》

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

【修訂狀況記錄表】

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