一種軟件開發(fā)方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實施例提供一種軟件開發(fā)方法及系統(tǒng)，其中方法包括：開發(fā)人員客戶端在開發(fā)人員登錄時，將開發(fā)人員標識發(fā)送給審核管理服務器；審核管理服務器根據開發(fā)人員標識確定對應的軟件開發(fā)階段，在上一軟件開發(fā)階段處于完成狀態(tài)時，確定開發(fā)人員具有開發(fā)權限，將包含開發(fā)權限的信息反饋至開發(fā)人員客戶端；開發(fā)人員客戶端展現(xiàn)與開發(fā)權限對應的軟件開發(fā)界面；開發(fā)人員客戶端向配置管理服務器請求預置開發(fā)文件；配置管理服務器向開發(fā)人員客戶端反饋開發(fā)文件；開發(fā)人員客戶端根據與軟件開發(fā)階段對應的軟件開發(fā)邏輯，在軟件開發(fā)界面上，通過開發(fā)文件進行軟件開發(fā)。本發(fā)明實施例提高了軟件開發(fā)效率且軟件開發(fā)流程較為規(guī)范化。
【專利說明】一種軟件開發(fā)方法及系統(tǒng)

【技術領域】
[0001] 本發(fā)明涉及軟件開發(fā)【技術領域】，更具體地說，涉及一種軟件開發(fā)方法及系統(tǒng)。

【背景技術】
[0002] 軟件開發(fā)是根據軟件開發(fā)人員要求建造出軟件系統(tǒng)或者系統(tǒng)中的軟件部分的過 程。在進行軟件開發(fā)的過程中，通常涉及到軟件需求設計，軟件模型設計，軟件代碼編寫，軟 件測試等階段，在不同的軟件開發(fā)階段往往由不同的軟件開發(fā)人員執(zhí)行完成。
[0003] 目前常用的軟件開發(fā)方式為：在不同的軟件開發(fā)階段使用不同的軟件開發(fā)工具完 成相應的軟件開發(fā)階段的任務，如在軟件需求設計階段，軟件需求設計的開發(fā)人員使用一 套軟件開發(fā)工具完成軟件需求設計任務，在軟件模型設計階段，軟件模型設計的開發(fā)人員 使用另一套軟件開發(fā)工具完成軟件模型設計任務，以此類推。
[0004] 可以看出，現(xiàn)有軟件開發(fā)方式在不同的軟件開發(fā)階段使用不同的軟件開發(fā)工具完 成相應的軟件開發(fā)階段的任務，需要使用不同的單個的點工具完成軟件開發(fā)階段的任務， 造成了軟件開發(fā)人員往往需要在不同的軟件開發(fā)階段切換、配置不同的設計工具，軟件開 發(fā)的效率較低；且現(xiàn)有軟件開發(fā)方式存在軟件開發(fā)在流程管理上較為不規(guī)范的問題。


【發(fā)明內容】

[0005] 為解決上述技術問題，本發(fā)明實施例提供一種軟件開發(fā)方法及系統(tǒng)，以解決現(xiàn)有 軟件開發(fā)方式所存在的軟件開發(fā)的效率較低，且軟件開發(fā)在流程管理上較為不規(guī)范的問 題。
[0006] 為實現(xiàn)上述目的，本發(fā)明實施例提供如下技術方案：
[0007] -種軟件開發(fā)方法，包括：
[0008] 開發(fā)人員客戶端在開發(fā)人員登錄時，將對應的開發(fā)人員標識發(fā)送給審核管理服務 器；
[0009] 審核管理服務器根據所述開發(fā)人員標識確定對應的軟件開發(fā)階段，在所述軟件開 發(fā)階段的上一軟件開發(fā)階段處于完成狀態(tài)時，確定所述開發(fā)人員具有所述軟件開發(fā)階段的 開發(fā)權限，將包含所述開發(fā)權限的信息反饋至所述開發(fā)人員客戶端；
[0010] 所述開發(fā)人員客戶端展現(xiàn)與所述開發(fā)權限對應的軟件開發(fā)界面；
[0011] 所述開發(fā)人員客戶端向配置管理服務器請求預置于所述配置管理服務器內的開 發(fā)文件；
[0012] 所述配置管理服務器向所述開發(fā)人員客戶端反饋所述開發(fā)文件；
[0013] 所述開發(fā)人員客戶端根據與所述軟件開發(fā)階段對應的軟件開發(fā)邏輯，在所述軟件 開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對應的軟件開發(fā)。
[0014] 其中，所述配置管理服務器包括：SVN服務器，和/或，DOORS服務器；所述SVN服 務器內預置有面向所述開發(fā)人員客戶端的本地文件的開發(fā)文件，所述DOORS服務器內預置 有面向DOORS服務器中的文件的開發(fā)文件；
[0015] 所述配置管理服務器向所述開發(fā)人員客戶端反饋所述開發(fā)文件包括：
[0016] 所述SVN服務器向所述開發(fā)人員客戶端反饋面向所述開發(fā)人員客戶端的本地文 件的開發(fā)文件；
[0017] 和 / 或，
[0018] 所述DOORS服務器向所述開發(fā)人員客戶端反饋面向DOORS服務器中的文件的開發(fā) 文件。
[0019] 其中，所述軟件開發(fā)階段為軟件需求設計階段，或，軟件模型設計階段，或，軟件代 碼編寫階段；
[0020] 在所述軟件開發(fā)階段為軟件需求設計階段時，所述根據與所述軟件開發(fā)階段對應 的軟件開發(fā)邏輯，在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對 應的軟件開發(fā)包括：根據與所述軟件需求設計階段對應的軟件需求設計邏輯，在軟件需求 設計界面上，通過所述開發(fā)文件進行與所述軟件需求設計階段對應的軟件需求設計；
[0021] 在所述軟件開發(fā)階段為軟件模型設計階段時，所述根據與所述軟件開發(fā)階段對應 的軟件開發(fā)邏輯，在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對 應的軟件開發(fā)包括：根據與所述軟件模型設計階段對應的軟件模型設計邏輯，在軟件模型 設計界面上，通過所述開發(fā)文件進行與所述軟件模型設計階段對應的軟件模型設計；
[0022] 在所述軟件開發(fā)階段為軟件代碼編寫階段時，所述根據與所述軟件開發(fā)階段對應 的軟件開發(fā)邏輯，在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對 應的軟件開發(fā)包括：根據與所述軟件代碼編寫階段對應的軟件代碼編寫邏輯，在軟件代碼 編寫界面上，通過所述開發(fā)文件進行與所述軟件代碼編寫階段對應的軟件代碼編寫。
[0023] 其中，在軟件開發(fā)完成后，所述方法還包括：
[0024] 在軟件測試人員登錄開發(fā)人員客戶端時，所述審核管理服務器將包含軟件測試權 限的信息反饋至所述開發(fā)人員客戶端；
[0025] 所述開發(fā)人員客戶端展現(xiàn)與所述軟件測試權限對應的軟件測試界面；
[0026] 所述開發(fā)人員客戶端向測試服務器發(fā)出測試請求；
[0027] 所述測試服務器根據所述測試請求對已開發(fā)的軟件進行測試，并將測試過程信息 展示在所述軟件測試界面。
[0028] 其中，所述測試服務器根據所述測試請求對已開發(fā)的軟件進行測試包括：
[0029] 所述測試服務器從組件庫及推薦服務器中調取測試組件，通過所述測試組件根據 所述測試請求對已開發(fā)的軟件進行測試。
[0030] 其中，所述方法還包括：
[0031] 管理人員客戶端在管理人員登陸后，將對應的管理人員標識發(fā)送給審核管理服務 器；
[0032] 審核管理服務器在確定所述管理人員標識為合法標識后，確定所述管理人員的管 理權限，將包含所述管理權限的信息反饋至所述管理人員客戶端；
[0033] 所述管理人員客戶端展現(xiàn)管理界面，以便對軟件開發(fā)的各階段進行管理；
[0034] 統(tǒng)一用戶管理服務器對所述開發(fā)人員客戶端和所述管理人員客戶端進行管理配 置。
[0035] 其中，所述方法還包括：
[0036] 審核管理服務器對將要入庫至組件庫及推薦服務器的組件進行審核，在審核通過 后，將組件入庫至組件庫及推薦服務器；
[0037] 審核記錄服務器將所述審核管理服務器所審核的開發(fā)人員的開發(fā)權限的審核信 息，所審核的管理人員的管理權限的審核信息，及將要入庫至組件庫及推薦服務器的組件 的審核信息進行記錄。
[0038] 本發(fā)明實施例還提供一種軟件開發(fā)系統(tǒng)，包括：開發(fā)人員客戶端，審核管理服務 器，和配置管理服務器；
[0039] 其中，所述開發(fā)人員客戶端，用于在開發(fā)人員登錄時，將對應的開發(fā)人員標識發(fā)送 給審核管理服務器，在接收到所述審核管理服務器反饋的包含開發(fā)權限的信息時，展現(xiàn)與 所述開發(fā)權限對應的軟件開發(fā)界面，及，請求配置管理服務器預置的開發(fā)文件，在接收到所 述配置管理服務器反饋的開發(fā)文件時，根據與所述開發(fā)人員標識對應的軟件開發(fā)階段所對 應的軟件開發(fā)邏輯，在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段 對應的軟件開發(fā)，所述開發(fā)權限與所述開發(fā)人員標識對應的軟件開發(fā)階段相對應；
[0040] 所述審核管理服務器，用于接收所述開發(fā)人員標識，根據所述開發(fā)人員標識確定 對應的軟件開發(fā)階段，在所述軟件開發(fā)階段的上一軟件開發(fā)階段處于完成狀態(tài)時，確定所 述開發(fā)人員具有所述軟件開發(fā)階段的開發(fā)權限，將包含所述開發(fā)權限的信息反饋至所述開 發(fā)人員客戶端；
[0041] 所述配置管理服務器，用于接收所述開發(fā)人員客戶端請求所述開發(fā)文件的信息， 向所述開發(fā)人員客戶端反饋所述開發(fā)文件。
[0042] 其中，所述系統(tǒng)還包括：測試服務器和組件庫及推薦服務器；
[0043] 所述審核管理服務器，還用于在軟件測試人員登錄開發(fā)人員客戶端時，將包含軟 件測試權限的信息反饋至所述開發(fā)人員客戶端；
[0044] 所述開發(fā)人員客戶端，還用于展現(xiàn)與所述軟件測試權限對應的軟件測試界面，在 軟件開發(fā)完成后向所述測試服務器發(fā)出測試請求；
[0045] 所述組件庫及推薦服務器，用于存儲測試組件和用于進行軟件開發(fā)的組件；
[0046] 所述測試服務器，用于接收所述測試請求，從所述組件庫及推薦服務器中調取測 試組件，通過所述測試組件根據所述測試請求對已開發(fā)的軟件進行測試。
[0047] 其中，所述系統(tǒng)還包括：管理人員客戶端，統(tǒng)一用戶管理服務器和審核記錄服務 器；
[0048] 其中，所述管理人員客戶端，用于在管理人員客戶端在管理人員登陸后，將對應的 管理人員標識發(fā)送給審核管理服務器，在接收到所述審核管理服務器反饋的包含管理權限 的信息后，展現(xiàn)管理界面，以便對軟件開發(fā)的各階段進行管理；
[0049] 所述審核管理服務器，還用于接收所述管理人員標識，在確定所述管理人員標識 為合法標識后，確定所述管理人員的管理權限，將包含所述管理權限的信息反饋至所述管 理人員客戶端，及對將要入庫至組件庫及推薦服務器的組件進行審核，在審核通過后，將組 件入庫至組件庫及推薦服務器；
[0050] 所述統(tǒng)一用戶管理服務器，用于對所述開發(fā)人員客戶端和所述管理人員客戶端進 行管理配置；
[0051] 所述審核記錄服務器，用于將所述審核管理服務器所審核的開發(fā)人員的開發(fā)權限 的審核信息，所審核的管理人員的管理權限的審核信息，及將要入庫至組件庫及推薦服務 器的組件的審核信息進行記錄。
[0052] 基于上述技術方案，本發(fā)明實施例提供的軟件開發(fā)方法，在開發(fā)人員客戶端存在 開發(fā)人員登錄時，可將對應的開發(fā)人員標識發(fā)送給審核管理服務器，從而在審核管理服務 器確定開發(fā)人員標識對應的軟件開發(fā)階段的上一軟件開發(fā)階段處于完成狀態(tài)時，向開發(fā)人 員客戶端分配開發(fā)人員具有的軟件開發(fā)階段對應的開發(fā)權限，使得開發(fā)人員客戶端能夠展 現(xiàn)開發(fā)權限對應的軟件開發(fā)界面及實現(xiàn)對應的軟件開發(fā)邏輯的調取，從而在開發(fā)人員客戶 端獲取到管理服務器內的開發(fā)文件后，可根據與所述軟件開發(fā)階段對應的軟件開發(fā)邏輯， 在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對應的軟件開發(fā)，完 成所述軟件開發(fā)階段對應的軟件開發(fā)任務。本發(fā)明實施例提供的軟件開發(fā)方法可在同一開 發(fā)人員客戶端上，通過聯(lián)合審核管理服務器和配置管理服務器完成軟件開發(fā)各階段的開發(fā) 任務，提高了軟件開發(fā)效率；且本發(fā)明實施例提供的軟件開發(fā)方法中，不同的軟件開發(fā)階段 的軟件開發(fā)人員只能按照規(guī)范流程內賦予的開發(fā)權限進行軟件開發(fā)活動，軟件開發(fā)流程較 為規(guī)范化，可以極大地避免流程的不規(guī)范執(zhí)行，保證軟件開發(fā)的順利完成。

【專利附圖】

【附圖說明】
[0053] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以 根據這些附圖獲得其他的附圖。
[0054] 圖1為本發(fā)明實施例提供的軟件開發(fā)系統(tǒng)的結構示意圖；
[0055] 圖2為本發(fā)明實施例提供的軟件開發(fā)界面的示意圖；
[0056] 圖3為本發(fā)明實施例提供的軟件開發(fā)方法的流程圖；
[0057] 圖4為本發(fā)明實施例提供的軟件開發(fā)方法的另一流程圖；
[0058] 圖5為本發(fā)明實施例提供的軟件開發(fā)方法的再一流程圖；
[0059] 圖6為本發(fā)明實施例提供的軟件開發(fā)方法的又一流程圖；
[0060] 圖7為本發(fā)明實施例提供的軟件測試方法的流程圖；
[0061] 圖8為本發(fā)明實施例提供的軟件測試過程中涉及的信號交互示意圖；
[0062] 圖9為本發(fā)明實施例提供的并行測試時所部屬的部件物理結構的示意圖；
[0063] 圖10為本發(fā)明實施例提供的組件庫的結構示意圖；
[0064] 圖11為本發(fā)明實施例提供的軟件開發(fā)系統(tǒng)的另一結構示意圖；
[0065] 圖12為本發(fā)明實施例提供的軟件開發(fā)系統(tǒng)的再一結構示意圖；
[0066] 圖13為本發(fā)明實施例提供的軟件開發(fā)系統(tǒng)的又一結構示意圖。

【具體實施方式】
[0067] 下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。
[0068] 圖1為本發(fā)明實施例提供的實現(xiàn)本發(fā)明實施例提供的軟件開發(fā)方法的系統(tǒng)結構 框圖，參照圖1，該系統(tǒng)可以包括：開發(fā)人員客戶端1，審核管理服務器2和配置管理服務器 3 ；
[0069] 其中，開發(fā)人員客戶端1為用于進行開發(fā)人員登錄的客戶端，開發(fā)人員客戶端1內 預置有軟件開發(fā)各階段所對應的軟件開發(fā)邏輯和軟件開發(fā)界面，一個軟件開發(fā)邏輯可對應 一個軟件開發(fā)界面；如圖2所示，軟件開發(fā)界面可以包括：軟件需求編輯界面（對應軟件需 求編輯邏輯），軟件模型設計界面（對應軟件模型設計邏輯），軟件代碼編輯界面（對應軟 件代碼編輯邏輯）等；
[0070] 審核管理服務器2主要是對登陸開發(fā)人員客戶端的開發(fā)人員權限進行審核，只向 開發(fā)人員客戶端分配與開發(fā)人員所處的開發(fā)階段對應的開發(fā)權限；在本發(fā)明實施例中，不 同的軟件開發(fā)階段由不同的軟件開發(fā)人員執(zhí)行，如當前開發(fā)人員是進行軟件模型設計的開 發(fā)人員，則審核管理服務器只分配給開發(fā)人員客戶端軟件模型設計的開發(fā)權限，只允許在 開發(fā)人員客戶端展現(xiàn)軟件模型設計界面，允許開發(fā)人員調用軟件模型設計邏輯，進行軟件 模型的設計，而不進行其他諸如軟件代碼編輯等階段的操作；
[0071] 配置管理服務器3預置有開發(fā)文件，開發(fā)人員客戶端只有在獲取了開發(fā)文件后， 才能基于開發(fā)文件進行軟件的開發(fā)。
[0072] 結合圖1所示，下面對本發(fā)明實施例提供的軟件開發(fā)方法進行介紹，參照圖3,圖3 為本發(fā)明實施例提供的軟件開發(fā)方法的流程圖，該方法可以包括：
[0073] 步驟S100、開發(fā)人員客戶端在開發(fā)人員登錄時，將對應的開發(fā)人員標識發(fā)送給審 核管理服務器；
[0074] 可選的，開發(fā)人員標識可以是開發(fā)人員賬號，開發(fā)人員可使用開發(fā)人員賬號進行 開發(fā)人員客戶端的登陸，在登陸時，開發(fā)人員客戶端將把開發(fā)人員賬號發(fā)送至審核管理服 務器。
[0075] 步驟S110、審核管理服務器根據所述開發(fā)人員標識確定對應的軟件開發(fā)階段，在 所述軟件開發(fā)階段的上一軟件開發(fā)階段處于完成狀態(tài)時，確定所述開發(fā)人員具有所述軟件 開發(fā)階段的開發(fā)權限，將包含所述開發(fā)權限的信息反饋至所述開發(fā)人員客戶端；
[0076] 可選的，審核管理服務器可預置有開發(fā)人員賬號與軟件開發(fā)階段的對應關系，一 個開發(fā)人員賬號只對應一個軟件開發(fā)階段。本發(fā)明實施例只有在開發(fā)人員賬號對應的軟件 開發(fā)階段的上一軟件開發(fā)階段處于完成狀態(tài)時，才向開發(fā)人員分配對應軟件開發(fā)階段的開 發(fā)權限；如當前軟件開發(fā)階段為軟件模型設計階段，則只有在軟件模型設計階段的上一階 段（軟件需求設計階段）處于完成狀態(tài)時，即軟件需求設計階段在上一開發(fā)人員的執(zhí)行下 完成時，才向開發(fā)人員分配軟件模型設計階段對應的軟件模型設計權限，以便開發(fā)人員客 戶端能夠展現(xiàn)軟件模型設計界面，開發(fā)人員能夠調取開發(fā)人員客戶端內預置的軟件模型設 計邏輯。
[0077] 本發(fā)明實施例提供的軟件開發(fā)方法支持規(guī)范化、流程化的軟件開發(fā)方式，軟件開 發(fā)人員劃分為不同的角色，例如軟件需求人員，軟件模型設計人員，代碼編寫人員等，并且 不同角色的軟件開發(fā)人員只能按照規(guī)范流程內賦予的權限進行軟件開發(fā)活動。當上一階段 的軟件開發(fā)完成后，軟件開發(fā)流程在受卡控的條件下進行到下一步，猶如流水線一樣規(guī)定 好了軟件開發(fā)的各個步驟，各階段的軟件開發(fā)人員只需要在上一階段的軟件開發(fā)完成后， 在這個流水線上完成自己負責的一環(huán)即可，從而可以極大地避免流程的不規(guī)范執(zhí)行，保證 軟件開發(fā)的順利完成。
[0078] 步驟S120、所述開發(fā)人員客戶端展現(xiàn)與所述開發(fā)權限對應的軟件開發(fā)界面；
[0079] 步驟S130、所述開發(fā)人員客戶端向配置管理服務器請求預置于所述配置管理服務 器內的開發(fā)文件；
[0080] 可選的，配置管理服務器主要負責對協(xié)同開發(fā)的支持，用于向開發(fā)人員客戶端提 供開發(fā)文件，開發(fā)文件可以認為是各軟件開發(fā)階段的軟件開發(fā)基礎，如軟件需求設計階段 的編寫軟件需求的文檔模板等。
[0081] 步驟S140、所述配置管理服務器向所述開發(fā)人員客戶端反饋所述開發(fā)文件；
[0082] 步驟S150、所述開發(fā)人員客戶端根據與所述軟件開發(fā)階段對應的軟件開發(fā)邏輯， 在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對應的軟件開發(fā)。
[0083] 開發(fā)人員客戶端在獲取到軟件開發(fā)階段對應的軟件開發(fā)權限及開發(fā)文件后，可調 取軟件開發(fā)階段對應的軟件開發(fā)邏輯，在軟件開發(fā)界面上通過開發(fā)文件進行軟件的開發(fā)， 從而完成軟件開發(fā)階段所對應的軟件開發(fā)任務。
[0084] 本發(fā)明實施例提供的軟件開發(fā)方法，在開發(fā)人員客戶端存在開發(fā)人員登錄時，可 將對應的開發(fā)人員標識發(fā)送給審核管理服務器，從而在審核管理服務器確定開發(fā)人員標識 對應的軟件開發(fā)階段的上一軟件開發(fā)階段處于完成狀態(tài)時，向開發(fā)人員客戶端分配開發(fā)人 員具有的軟件開發(fā)階段對應的開發(fā)權限，使得開發(fā)人員客戶端能夠展現(xiàn)開發(fā)權限對應的軟 件開發(fā)界面及實現(xiàn)對應的軟件開發(fā)邏輯的調取，從而在開發(fā)人員客戶端獲取到管理服務器 內的開發(fā)文件后，可根據與所述軟件開發(fā)階段對應的軟件開發(fā)邏輯，在所述軟件開發(fā)界面 上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對應的軟件開發(fā)，完成所述軟件開發(fā)階段 對應的軟件開發(fā)任務。本發(fā)明實施例提供的軟件開發(fā)方法可在同一開發(fā)人員客戶端上，通 過聯(lián)合審核管理服務器和配置管理服務器完成軟件開發(fā)各階段的開發(fā)任務，提高了軟件開 發(fā)效率；且本發(fā)明實施例提供的軟件開發(fā)方法中，不同的軟件開發(fā)階段的軟件開發(fā)人員只 能按照規(guī)范流程內賦予的開發(fā)權限進行軟件開發(fā)活動，軟件開發(fā)流程較為規(guī)范化，可以極 大地避免流程的不規(guī)范執(zhí)行，保證軟件開發(fā)的順利完成。
[0085] 可選的，本發(fā)明實施例提供的配置管理服務器可以為SVN(SUbverSi 〇n)服務器， SVN服務器主要面向開發(fā)人員客戶端的本地文件，例如word文件、代碼文件等，SVN服務器 內可預置有面向開發(fā)人員客戶端的本地文件的開發(fā)文件；可選的，本發(fā)明實施例提供的配 置管理服務器也可以為DOORS服務器，DOORS服務器主要面向存儲在DOORS服務器中的文 件，D00RS服務器內可預置有面向D00RS服務器中的文件的開發(fā)文件。
[0086] 可選的，在配置管理服務器為SVN服務器時，開發(fā)人員客戶端向配置管理服務器 請求預置于配置管理服務器內的開發(fā)文件的過程可以為：開發(fā)人員客戶端向SVN服務器請 求預置于SVN服務器內的面向開發(fā)人員客戶端的本地文件的開發(fā)文件；對應的，配置管理 服務器向所述開發(fā)人員客戶端反饋開發(fā)文件可以為：SVN服務器向開發(fā)人員客戶端反饋面 向所述開發(fā)人員客戶端的本地文件的開發(fā)文件；對應的，開發(fā)人員客戶端根據與所述軟件 開發(fā)階段對應的軟件開發(fā)邏輯，在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟 件開發(fā)階段對應的軟件開發(fā)的方式可以為：開發(fā)人員客戶端根據與所述軟件開發(fā)階段對應 的軟件開發(fā)邏輯，在所述軟件開發(fā)界面上，通過面向所述開發(fā)人員客戶端的本地文件的開 發(fā)文件，進行與所述軟件開發(fā)階段對應的軟件開發(fā)，從而實現(xiàn)面向所述開發(fā)人員客戶端的 本地文件的軟件開發(fā)。
[0087] 可選的，在配置管理服務器為DOORS服務器時，開發(fā)人員客戶端向配置管理服務 器請求預置于配置管理服務器內的開發(fā)文件的過程可以為：開發(fā)人員客戶端向DOORS服務 器請求預置于DOORS服務器內的面向DOORS服務器中的文件的開發(fā)文件；對應的，DOORS服 務器向所述開發(fā)人員客戶端反饋開發(fā)文件可以為：D00RS服務器向開發(fā)人員客戶端反饋面 向DOORS服務器中的文件的開發(fā)文件；對應的，開發(fā)人員客戶端根據與所述軟件開發(fā)階段 對應的軟件開發(fā)邏輯，在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階 段對應的軟件開發(fā)的方式可以為：開發(fā)人員客戶端根據與所述軟件開發(fā)階段對應的軟件開 發(fā)邏輯，在所述軟件開發(fā)界面上，通過面向DOORS服務器中的文件的開發(fā)文件，進行與所述 軟件開發(fā)階段對應的軟件開發(fā)，從而實現(xiàn)面向DOORS服務器中的文件的軟件開發(fā)。
[0088] 可選的，軟件開發(fā)階段可以為軟件需求設計階段，或，軟件模型設計階段，或，軟件 代碼編寫階段等；下面分別以軟件需求設計階段，軟件模型設計階段，軟件代碼編寫階段為 例，對本發(fā)明實施例提供的軟件開發(fā)方法進行介紹。
[0089] 以軟件需求設計階段為例，圖4示出了本發(fā)明實施例提供的軟件開發(fā)方法的另一 流程圖，參照圖4,該方法可以包括：
[0090] 步驟S200、開發(fā)人員客戶端在軟件需求設計人員登錄時，將對應的軟件需求設計 人員標識發(fā)送給審核管理服務器；
[0091] 步驟S210、審核管理服務器根據所述軟件需求設計人員標識確定當前為軟件需求 設計階段，確定所述軟件需求設計人員具有所述軟件需求設計階段的軟件需求設計權限， 將包含所述軟件需求設計權限的信息反饋至所述開發(fā)人員客戶端；
[0092] 可選的，由于軟件需求設計階段為軟件開發(fā)的初始階段，因此不存在上一軟件開 發(fā)階段，可在軟件需求設計人員登錄開發(fā)人員客戶端時，直接授權軟件需求設計人員具有 軟件需求設計權限。
[0093] 步驟S220、所述開發(fā)人員客戶端展現(xiàn)與所述軟件需求設計權限對應的軟件需求設 計界面；
[0094] 步驟S230、所述開發(fā)人員客戶端向配置管理服務器請求預置于所述配置管理服務 器內的開發(fā)文件；
[0095] 可選的，配置管理服務器可以為SVN服務器或D00RS服務器，SVN服務器可提供 word格式的開發(fā)文件，D00RS服務器可提供D00RS格式的開發(fā)文件。本發(fā)明實施例可同時 支持本地word需求文件的編寫和集成D00RS的文檔編寫功能；對于D00RS開發(fā)文件，本發(fā) 明實施例可將D00RS上的需求文檔映射到開發(fā)人員客戶端上，使得開發(fā)人員客戶端中其他 的數據能夠和D00RS上的需求文檔在開發(fā)人員客戶端上關聯(lián)起來，例如管理測試案例對需 求的覆蓋分析。由于本發(fā)明實施例可根據開發(fā)規(guī)范提供WORD版本和D00RS版本的文檔模 板，使得軟件開發(fā)過程中的文檔規(guī)范化，保證軟件開發(fā)的順利完成，同時提升軟件開發(fā)的效 率。
[0096] 步驟S240、所述配置管理服務器向所述開發(fā)人員客戶端反饋所述開發(fā)文件；
[0097] 步驟S250、所述開發(fā)人員客戶端根據與所述軟件需求設計階段對應的軟件需求設 計邏輯，在所述軟件需求設計界面上，通過所述開發(fā)文件進行與所述軟件需求設計階段對 應的軟件需求設計。
[0098] 以軟件模型設計階段為例，圖5示出了本發(fā)明實施例提供的軟件開發(fā)方法的再一 流程圖，參照圖5,該方法可以包括：
[0099] 步驟S300、開發(fā)人員客戶端在軟件模型設計人員登錄時，將對應的軟件模型設計 人員標識發(fā)送給審核管理服務器；
[0100] 步驟S310、審核管理服務器根據所述軟件模型設計人員標識確定對應的軟件模型 設計階段，在所述軟件模型設計階段的上一軟件需求設計階段處于完成狀態(tài)時，確定所述 軟件模型設計人員具有所述軟件模型設計階段的軟件模型設計權限，將包含所述軟件模型 設計權限的信息反饋至所述開發(fā)人員客戶端；
[0101] 步驟S320、所述開發(fā)人員客戶端展現(xiàn)與所述軟件模型設計權限對應的軟件模型設 計界面；
[0102] 步驟S330、所述開發(fā)人員客戶端向配置管理服務器請求預置于所述配置管理服務 器內的開發(fā)文件；
[0103] 步驟S340、所述配置管理服務器向所述開發(fā)人員客戶端反饋所述開發(fā)文件；
[0104] 步驟S350、所述開發(fā)人員客戶端根據與所述軟件開發(fā)階段對應的軟件模型設計邏 輯，在所述軟件模型設計界面上，通過所述開發(fā)文件進行與所述軟件模型設計階段對應的 軟件模型設計。
[0105] 可選的，本發(fā)明實施例可支持使用流程圖、狀態(tài)圖等圖形化方式描述所開發(fā)軟件 的邏輯。通過選擇符合標準UML2的設計建模方式，提供支持流程圖、狀態(tài)圖、順序圖等的 UML設計建模工具。軟件模型設計開發(fā)工具包括：一、符合UML2的標準的建模工具；二、提 供UML圖形化編輯器；三、針對UML2擴展出適合描述C函數邏輯的流程圖模型；四、支持使 用UML2中狀態(tài)圖描述所開發(fā)軟件的邏輯。
[0106] 以軟件代碼編寫階段為例，圖6示出了本發(fā)明實施例提供的軟件開發(fā)方法的又一 流程圖，參照圖6,該方法可以包括：
[0107] 步驟S400、開發(fā)人員客戶端在軟件代碼編寫人員登錄時，將對應的軟件代碼編寫 人員標識發(fā)送給審核管理服務器；
[0108] 步驟S410、審核管理服務器根據所述軟件代碼編寫人員標識確定對應的軟件代碼 編寫階段，在所述軟件代碼編寫階段的上一軟件模型設計階段處于完成狀態(tài)時，確定所述 軟件代碼編寫人員具有所述軟件代碼編寫階段的軟件代碼編寫權限，將包含所述軟件代碼 編寫權限的信息反饋至所述開發(fā)人員客戶端；
[0109] 步驟S420、所述開發(fā)人員客戶端展現(xiàn)與所述軟件代碼編寫權限對應的軟件代碼編 寫界面；
[0110] 步驟S430、所述開發(fā)人員客戶端向配置管理服務器請求預置于所述配置管理服務 器內的開發(fā)文件；
[0111] 步驟S440、所述配置管理服務器向所述開發(fā)人員客戶端反饋所述開發(fā)文件；
[0112] 步驟S450、所述開發(fā)人員客戶端根據與所述軟件代碼編寫階段對應的軟件代碼編 寫邏輯，在所述軟件代碼編寫界面上，通過所述開發(fā)文件進行與所述軟件代碼編寫階段對 應的軟件代碼編寫。
[0113] 可選的，本發(fā)明實施例在進行代碼編寫時，所使用到的代碼開發(fā)和安全性檢查工 具可以包括如下功能：一、開發(fā)專用C語言集成開發(fā)工具（⑶T)提供代碼開發(fā)環(huán)境，包括對 C語言代碼的語法分析，集成編譯環(huán)境等功能；二、集成Testbed對C語言代碼進行安全性 檢查。
[0114] 可選的，本發(fā)明實施例提供的軟件開發(fā)方法中，開發(fā)人員客戶端支持文檔的編寫 和管理工作，支持的文檔格式包括本地文檔，如word, excel等，遠程數據庫文檔，如doors 數據庫中存儲的文檔；同時支持一定的檢索功能，例如基本屬性檢索，內容概要檢索，版本 檢索等。
[0115] 可選的，在完成軟件代碼編寫階段后，軟件開發(fā)可以認為已初步完成，本發(fā)明實施 例可對已初步完成的軟件進行測試；在測試過程中，將使用到測試服務器，組件庫及推薦服 務器等，其中，組件庫及推薦服務器主要負責對組件內容存儲、查詢及推薦功能的支持，測 試服務器主要負責對組件測試執(zhí)行的支持。對應的，圖7示出了本發(fā)明實施例提供的軟件 測試方法的流程圖，參照圖7,該方法可以包括：
[0116] 步驟S500、在軟件測試人員登錄開發(fā)人員客戶端時，所述審核管理服務器，將包含 所述軟件測試權限的信息反饋至所述開發(fā)人員客戶端；
[0117] 可選的，軟件測試人員可使用軟件測試賬號登錄開發(fā)人員客戶端，開發(fā)人員客戶 端將把軟件測試賬號發(fā)送至審核管理服務器，審核管理服務器在驗證通過軟件測試賬號 后，可分配軟件測試人員具有軟件測試權限，從而將包含所述軟件測試權限的信息反饋至 所述開發(fā)人員客戶端。
[0118] 步驟S510、開發(fā)人員客戶端展現(xiàn)與所述軟件測試權限對應的軟件測試界面；
[0119] 開發(fā)人員客戶端在獲取到軟件測試權限后，可在開發(fā)人員客戶端展現(xiàn)軟件測試界 面，以便后續(xù)軟件測試的執(zhí)行。
[0120] 步驟S520、開發(fā)人員客戶端向測試服務器發(fā)出測試請求；
[0121] 步驟S530、測試服務器根據所述測試請求對已開發(fā)的軟件進行測試，并將測試過 程信息展示在所述軟件測試界面。
[0122] 可選的，測試服務器可從組件庫及推薦服務器中調取測試組件，通過所述測試組 件根據所述測試請求對已開發(fā)的軟件進行測試，從而實現(xiàn)對已開發(fā)的軟件的測試。
[0123] 可選的，針對軟件測試工作量大、手工測試易出錯且缺陷難以復現(xiàn)等問題，本發(fā)明 實施例提供了自動化的軟件測試平臺，采用編寫并自動執(zhí)行測試腳本的方式對軟件進行自 動測試?？蛇x的，測試服務器可通過主引擎執(zhí)行測試腳本，驅動分引擎測試目標軟件。在進 行軟件測試時，測試人員無需進行大量重復的測試操作，而是可以讓測試工具自動測試，從 而節(jié)省寶貴的人力資源。測試過程涉及的信號交互可如圖8所示。
[0124] 可選的，本發(fā)明實施例提供的軟件測試方式具有良好的可擴展性，表現(xiàn)在兩個方 面：一方面，可以通過靈活的測試協(xié)議自定義接入新模塊、新系統(tǒng)的專項測試；另一方面， 可以接入多臺測試機進行并發(fā)測試。圖9示出了并行測試時所部屬的部件物理結構。通過 圖9所示部件物理結構，當軟件測試工作大量增加時，只需要增加測試機的數量，而無需增 加更多的測試人力。另外，從圖上可以看到，本發(fā)明實施例同時提供了測試環(huán)境定制、測試 案例和測試腳本編寫、測試執(zhí)行監(jiān)控、測試報告生成、測試覆蓋率分析等功能，協(xié)助測試人 員準備測試輸入，查看測試輸出，減少了測試人員的工作量和出錯的可能性。
[0125] 可選的，本發(fā)明實施例還可以提供管理人員客戶端，從而方便管理人員對軟件開 發(fā)的各階段進行管理。對應的，管理人員客戶端在管理人員登陸后，可將對應的管理人員標 識發(fā)送給審核管理服務器；審核管理服務器在確定所述管理人員標識為合法標識后，確定 所述管理人員的管理權限，將包含所述管理權限的信息反饋至所述管理人員客戶端；所述 管理人員客戶端展現(xiàn)管理界面，以便對軟件開發(fā)的各階段進行管理。
[0126] 可選的，本發(fā)明實施例可通過統(tǒng)一用戶管理服務器對開發(fā)人員客戶端和管理人員 客戶端進行管理配置。
[0127] 可選的，本發(fā)明實施例可建立軟件開發(fā)所使用到的組件的組件庫，組件庫中收集 了已有的可復用組件和系統(tǒng)。在進行軟件開發(fā)時，可以復用組件庫中的組件來拼裝成新的 軟件系統(tǒng)，或者以已有系統(tǒng)為原型進行少量修改來構建新的系統(tǒng)。而且當新的系統(tǒng)研發(fā)完 成后，其包含的可復用組件以及系統(tǒng)本身都會被收集到組件庫中以供以后的復用。
[0128] 本發(fā)明實施例可對組件進行規(guī)范化的管理，使之能夠方便快捷的被用戶查詢，復 用、統(tǒng)計和管理。本發(fā)明實施例可使用組件庫及推薦服務器收集存儲這些組件，同時支持開 發(fā)人員客戶端和管理人員客戶端訪問（如網頁訪問），以供不同研發(fā)人員和管理人員方便 地實現(xiàn)組件的查詢、復用、統(tǒng)計和管理功能。圖10示出了組件庫的結構示意圖。從圖10中 還可以看出，為了保證入庫組件的質量，所有的組件在入庫時必須經過審核管理服務器審 核之后才能正式發(fā)布，從而為新系統(tǒng)所復用。
[0129] 可選的，審核管理服務器可對將要入庫至組件庫及推薦服務器的組件進行審核， 在審核通過后，將組件入庫至組件庫及推薦服務器。
[0130] 可選的，本發(fā)明實施例可對審核管理服務器的審核過程進行記錄，本發(fā)明實施例 可設置審核記錄服務器；通過審核記錄服務器將所述審核管理服務器所審核的開發(fā)人員的 開發(fā)權限的審核信息，所審核的管理人員的管理權限的審核信息，及將要入庫至組件庫及 推薦服務器的組件的審核信息進行記錄。
[0131] 本發(fā)明實施例提供的軟件開發(fā)方法可以具有如下優(yōu)點：
[0132] 第一，支持規(guī)范化、流程化的軟件開發(fā)方式；軟件開發(fā)人員劃分為不同的角色，例 如需求人員，設計人員，測試人員等，并且只能按照自己的角色進行規(guī)范流程內賦予的軟件 開發(fā)活動。當軟件開發(fā)階段完成后，軟件開發(fā)平臺保證流程在受卡控的條件下進行到下一 步。也就是說，軟件開發(fā)平臺嵌入了整個規(guī)范化的流程，像流水線一樣規(guī)定好了軟件開發(fā)的 各個步驟，軟件開發(fā)人員只需要在這個流水線上完成自己負責的一環(huán)即可。在這種方式下， 可以極大地避免流程的不規(guī)范執(zhí)行。
[0133] 第二，支持模塊化、組件化的開發(fā)方式；隨著軟件產品的架構會越來越復雜，一個 軟件系統(tǒng)中往往包含若干個子系統(tǒng)，其中存在著一些功能相同或者類似的部分，如果不采 取組件化的軟件架構，勢必導致對這些相同功能的重復開發(fā)，并且隨之帶來在測試、文檔等 方面的重復。本發(fā)明實施例采用組件化的架構之后，可以將功能相同或類似的部分進行組 件化，然后將組件進行合理的組合，通過組件組合之后生成功能完整的軟件產品。這樣的軟 件系統(tǒng)架構可以有效地減少重復工作，增加開發(fā)的效率。另外，組件化的架構還可以使得軟 件系統(tǒng)的結構的層次更加清晰，使得系統(tǒng)的管理和修改更加的方便。
[0134] 可選的，本發(fā)明實施例提供的軟件開發(fā)方法可應用于鐵路信號系統(tǒng)的軟件開發(fā)。
[0135] 本發(fā)明實施例提供的軟件開發(fā)方法可以提高軟件開發(fā)效率，在保證軟件開發(fā)流程 規(guī)范化的執(zhí)行情況下，確保了軟件開發(fā)的順利完成。
[0136] 下面對本發(fā)明實施例提供的軟件開發(fā)系統(tǒng)進行介紹，下文描述的軟件開發(fā)系統(tǒng)與 上文描述的軟件開發(fā)方法可相互對應參照。
[0137] 回到圖1所示，本發(fā)明實施例提供的軟件開發(fā)系統(tǒng)可以包括：開發(fā)人員客戶端1， 審核管理服務器2和配置管理服務器3 ;
[0138] 其中，開發(fā)人員客戶端1，用于在開發(fā)人員登錄時，將對應的開發(fā)人員標識發(fā)送給 審核管理服務器，在接收到所述審核管理服務器反饋的包含開發(fā)權限的信息時，展現(xiàn)與所 述開發(fā)權限對應的軟件開發(fā)界面，及，請求配置管理服務器預置的開發(fā)文件，在接收到所述 配置管理服務器反饋的開發(fā)文件時，根據與所述開發(fā)人員標識對應的軟件開發(fā)階段所對應 的軟件開發(fā)邏輯，在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對 應的軟件開發(fā)，所述開發(fā)權限與所述開發(fā)人員標識對應的軟件開發(fā)階段相對應；
[0139] 審核管理服務器2,用于接收所述開發(fā)人員標識，根據所述開發(fā)人員標識確定對應 的軟件開發(fā)階段，在所述軟件開發(fā)階段的上一軟件開發(fā)階段處于完成狀態(tài)時，確定所述開 發(fā)人員具有所述軟件開發(fā)階段的開發(fā)權限，將包含所述開發(fā)權限的信息反饋至所述開發(fā)人 員客戶端；
[0140] 配置管理服務器3,用于接收所述開發(fā)人員客戶端請求所述開發(fā)文件的信息，向所 述開發(fā)人員客戶端反饋所述開發(fā)文件。
[0141] 可選的，配置管理服務器3可以包括：SVN服務器31和DOORS服務器32,如圖11 所示。
[0142] 可選的，圖12示出了本發(fā)明實施例提供的軟件開發(fā)系統(tǒng)的再一結構，結合圖11和 圖12所示，軟件開發(fā)系統(tǒng)還可以包括：測試服務器4和組件庫及推薦服務器5 ;
[0143] 其中，審核管理服務器2,還用于在軟件測試人員登錄開發(fā)人員客戶端時，將包含 軟件測試權限的信息反饋至所述開發(fā)人員客戶端；
[0144] 開發(fā)人員客戶端1，還用于展現(xiàn)與所述軟件測試權限對應的軟件測試界面，在軟件 開發(fā)完成后向所述測試服務器發(fā)出測試請求；
[0145] 組件庫及推薦服務器5,用于存儲測試組件和用于進行軟件開發(fā)的組件；
[0146] 測試服務器4,用于接收所述測試請求，從所述組件庫及推薦服務器中調取測試組 件，通過所述測試組件根據所述測試請求對已開發(fā)的軟件進行測試。
[0147] 可選的，圖13示出了本發(fā)明實施例提供的軟件開發(fā)系統(tǒng)的又一結構，結合圖12和 圖13所示，軟件開發(fā)系統(tǒng)還可以包括：管理人員客戶端6,統(tǒng)一用戶管理服務器7和審核記 錄服務器8 ;
[0148] 其中，管理人員客戶端6,用于在管理人員客戶端在管理人員登陸后，將對應的管 理人員標識發(fā)送給審核管理服務器，在接收到所述審核管理服務器反饋的包含管理權限的 信息后，展現(xiàn)管理界面，以便對軟件開發(fā)的各階段進行管理；
[0149] 審核管理服務器2,還用于接收所述管理人員標識，在確定所述管理人員標識為合 法標識后，確定所述管理人員的管理權限，將包含所述管理權限的信息反饋至所述管理人 員客戶端，及對將要入庫至組件庫及推薦服務器的組件進行審核，在審核通過后，將組件入 庫至組件庫及推薦服務器；
[0150] 統(tǒng)一用戶管理服務器7，用于對所述開發(fā)人員客戶端和所述管理人員客戶端進行 管理配置；
[0151] 審核記錄服務器8,用于將所述審核管理服務器所審核的開發(fā)人員的開發(fā)權限的 審核信息，所審核的管理人員的管理權限的審核信息，及將要入庫至組件庫及推薦服務器 的組件的審核信息進行記錄。
[0152] 可選的，本發(fā)明實施例提供的軟件開發(fā)系統(tǒng)可應用于鐵路信號系統(tǒng)的軟件開發(fā)， 作為鐵路信號系統(tǒng)的軟件開發(fā)平臺使用?？蛇x的，軟件開發(fā)平臺的每一個層面可遵循IRIS 體系規(guī)范并實行統(tǒng)一的用戶認證、授權管理策略，保證了軟件開發(fā)平臺在安全保障上的可 信性。
[0153] 本發(fā)明實施例提供的軟件開發(fā)系統(tǒng)可以提高軟件開發(fā)效率，在保證軟件開發(fā)流程 規(guī)范化的執(zhí)行情況下，確保了軟件開發(fā)的順利完成。
[0154] 本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他 實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實施例公開的裝置 而言，由于其與實施例公開的方法相對應，所以描述的比較簡單，相關之處參見方法部分說 明即可。
[0155] 專業(yè)人員還可以進一步意識到，結合本文中所公開的實施例描述的各示例的單元 及算法步驟，能夠以電子硬件、計算機軟件或者二者的結合來實現(xiàn)，為了清楚地說明硬件和 軟件的可互換性，在上述說明中已經按照功能一般性地描述了各示例的組成及步驟。這些 功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術方案的特定應用和設計約束條件。專業(yè) 技術人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應 認為超出本發(fā)明的范圍。
[0156] 結合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí) 行的軟件模塊，或者二者的結合來實施。軟件模塊可以置于隨機存儲器（RAM)、內存、只讀存 儲器（ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術 領域內所公知的任意其它形式的存儲介質中。
[0157] 對所公開的實施例的上述說明，使本領域專業(yè)技術人員能夠實現(xiàn)或使用本發(fā)明。 對這些實施例的多種修改對本領域的專業(yè)技術人員來說將是顯而易見的，本文中所定義的 一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明 將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一 致的最寬的范圍。
【權利要求】
1. 一種軟件開發(fā)方法，其特征在于，包括： 開發(fā)人員客戶端在開發(fā)人員登錄時，將對應的開發(fā)人員標識發(fā)送給審核管理服務器； 審核管理服務器根據所述開發(fā)人員標識確定對應的軟件開發(fā)階段，在所述軟件開發(fā)階 段的上一軟件開發(fā)階段處于完成狀態(tài)時，確定所述開發(fā)人員具有所述軟件開發(fā)階段的開發(fā) 權限，將包含所述開發(fā)權限的信息反饋至所述開發(fā)人員客戶端； 所述開發(fā)人員客戶端展現(xiàn)與所述開發(fā)權限對應的軟件開發(fā)界面； 所述開發(fā)人員客戶端向配置管理服務器請求預置于所述配置管理服務器內的開發(fā)文 件； 所述配置管理服務器向所述開發(fā)人員客戶端反饋所述開發(fā)文件； 所述開發(fā)人員客戶端根據與所述軟件開發(fā)階段對應的軟件開發(fā)邏輯，在所述軟件開發(fā) 界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對應的軟件開發(fā)。
2. 根據權利要求1所述的軟件開發(fā)方法，其特征在于，所述配置管理服務器包括：SVN 服務器，和/或，DOORS服務器；所述SVN服務器內預置有面向所述開發(fā)人員客戶端的本地 文件的開發(fā)文件，所述DOORS服務器內預置有面向DOORS服務器中的文件的開發(fā)文件； 所述配置管理服務器向所述開發(fā)人員客戶端反饋所述開發(fā)文件包括： 所述SVN服務器向所述開發(fā)人員客戶端反饋面向所述開發(fā)人員客戶端的本地文件的 開發(fā)文件； 和/或， 所述DOORS服務器向所述開發(fā)人員客戶端反饋面向DOORS服務器中的文件的開發(fā)文 件。
3. 根據權利要求1或2所述的軟件開發(fā)方法，其特征在于，所述軟件開發(fā)階段為軟件需 求設計階段，或，軟件模型設計階段，或，軟件代碼編寫階段； 在所述軟件開發(fā)階段為軟件需求設計階段時，所述根據與所述軟件開發(fā)階段對應的軟 件開發(fā)邏輯，在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對應的 軟件開發(fā)包括：根據與所述軟件需求設計階段對應的軟件需求設計邏輯，在軟件需求設計 界面上，通過所述開發(fā)文件進行與所述軟件需求設計階段對應的軟件需求設計； 在所述軟件開發(fā)階段為軟件模型設計階段時，所述根據與所述軟件開發(fā)階段對應的軟 件開發(fā)邏輯，在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對應的 軟件開發(fā)包括：根據與所述軟件模型設計階段對應的軟件模型設計邏輯，在軟件模型設計 界面上，通過所述開發(fā)文件進行與所述軟件模型設計階段對應的軟件模型設計； 在所述軟件開發(fā)階段為軟件代碼編寫階段時，所述根據與所述軟件開發(fā)階段對應的軟 件開發(fā)邏輯，在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對應的 軟件開發(fā)包括：根據與所述軟件代碼編寫階段對應的軟件代碼編寫邏輯，在軟件代碼編寫 界面上，通過所述開發(fā)文件進行與所述軟件代碼編寫階段對應的軟件代碼編寫。
4. 根據權利要求1所述的軟件開發(fā)方法，其特征在于，在軟件開發(fā)完成后，所述方法還 包括： 在軟件測試人員登錄開發(fā)人員客戶端時，所述審核管理服務器將包含軟件測試權限的 信息反饋至所述開發(fā)人員客戶端； 所述開發(fā)人員客戶端展現(xiàn)與所述軟件測試權限對應的軟件測試界面； 所述開發(fā)人員客戶端向測試服務器發(fā)出測試請求； 所述測試服務器根據所述測試請求對已開發(fā)的軟件進行測試，并將測試過程信息展示 在所述軟件測試界面。
5. 根據權利要求4所述的軟件開發(fā)方法，其特征在于，所述測試服務器根據所述測試 請求對已開發(fā)的軟件進行測試包括： 所述測試服務器從組件庫及推薦服務器中調取測試組件，通過所述測試組件根據所述 測試請求對已開發(fā)的軟件進行測試。
6. 根據權利要求1所述的軟件開發(fā)方法，其特征在于，還包括： 管理人員客戶端在管理人員登陸后，將對應的管理人員標識發(fā)送給審核管理服務器； 審核管理服務器在確定所述管理人員標識為合法標識后，確定所述管理人員的管理權 限，將包含所述管理權限的信息反饋至所述管理人員客戶端； 所述管理人員客戶端展現(xiàn)管理界面，以便對軟件開發(fā)的各階段進行管理； 統(tǒng)一用戶管理服務器對所述開發(fā)人員客戶端和所述管理人員客戶端進行管理配置。
7. 根據權利要求6所述的軟件開發(fā)方法，其特征在于，所述方法還包括： 審核管理服務器對將要入庫至組件庫及推薦服務器的組件進行審核，在審核通過后， 將組件入庫至組件庫及推薦服務器； 審核記錄服務器將所述審核管理服務器所審核的開發(fā)人員的開發(fā)權限的審核信息，所 審核的管理人員的管理權限的審核信息，及將要入庫至組件庫及推薦服務器的組件的審核 信息進行記錄。
8. -種軟件開發(fā)系統(tǒng)，其特征在于，包括：開發(fā)人員客戶端，審核管理服務器，和配置 管理服務器； 其中，所述開發(fā)人員客戶端，用于在開發(fā)人員登錄時，將對應的開發(fā)人員標識發(fā)送給審 核管理服務器，在接收到所述審核管理服務器反饋的包含開發(fā)權限的信息時，展現(xiàn)與所述 開發(fā)權限對應的軟件開發(fā)界面，及，請求配置管理服務器預置的開發(fā)文件，在接收到所述配 置管理服務器反饋的開發(fā)文件時，根據與所述開發(fā)人員標識對應的軟件開發(fā)階段所對應的 軟件開發(fā)邏輯，在所述軟件開發(fā)界面上，通過所述開發(fā)文件進行與所述軟件開發(fā)階段對應 的軟件開發(fā)，所述開發(fā)權限與所述開發(fā)人員標識對應的軟件開發(fā)階段相對應； 所述審核管理服務器，用于接收所述開發(fā)人員標識，根據所述開發(fā)人員標識確定對應 的軟件開發(fā)階段，在所述軟件開發(fā)階段的上一軟件開發(fā)階段處于完成狀態(tài)時，確定所述開 發(fā)人員具有所述軟件開發(fā)階段的開發(fā)權限，將包含所述開發(fā)權限的信息反饋至所述開發(fā)人 員客戶端； 所述配置管理服務器，用于接收所述開發(fā)人員客戶端請求所述開發(fā)文件的信息，向所 述開發(fā)人員客戶端反饋所述開發(fā)文件。
9. 根據權利要求8所述的軟件開發(fā)系統(tǒng)，其特征在于，還包括：測試服務器和組件庫及 推薦服務器； 所述審核管理服務器，還用于在軟件測試人員登錄開發(fā)人員客戶端時，將包含軟件測 試權限的信息反饋至所述開發(fā)人員客戶端； 所述開發(fā)人員客戶端，還用于展現(xiàn)與所述軟件測試權限對應的軟件測試界面，在軟件 開發(fā)完成后向所述測試服務器發(fā)出測試請求； 所述組件庫及推薦服務器，用于存儲測試組件和用于進行軟件開發(fā)的組件； 所述測試服務器，用于接收所述測試請求，從所述組件庫及推薦服務器中調取測試組 件，通過所述測試組件根據所述測試請求對已開發(fā)的軟件進行測試。
10.根據權利要求9所述的軟件開發(fā)系統(tǒng)，其特征在于，還包括：管理人員客戶端，統(tǒng)一 用戶管理服務器和審核記錄服務器； 其中，所述管理人員客戶端，用于在管理人員客戶端在管理人員登陸后，將對應的管理 人員標識發(fā)送給審核管理服務器，在接收到所述審核管理服務器反饋的包含管理權限的信 息后，展現(xiàn)管理界面，以便對軟件開發(fā)的各階段進行管理； 所述審核管理服務器，還用于接收所述管理人員標識，在確定所述管理人員標識為合 法標識后，確定所述管理人員的管理權限，將包含所述管理權限的信息反饋至所述管理人 員客戶端，及對將要入庫至組件庫及推薦服務器的組件進行審核，在審核通過后，將組件入 庫至組件庫及推薦服務器； 所述統(tǒng)一用戶管理服務器，用于對所述開發(fā)人員客戶端和所述管理人員客戶端進行管 理配置； 所述審核記錄服務器，用于將所述審核管理服務器所審核的開發(fā)人員的開發(fā)權限的審 核信息，所審核的管理人員的管理權限的審核信息，及將要入庫至組件庫及推薦服務器的 組件的審核信息進行記錄。
【文檔編號】G06Q10/06GK104090776SQ201410356586
【公開日】2014年10月8日 申請日期:2014年7月24日 優(yōu)先權日:2014年7月24日
【發(fā)明者】江明, 陳磊, 馮晨, 陳勇, 高強, 孫愚 申請人:北京全路通信信號研究設計院有限公司