第一篇：軟件開發方案和實施安排

10.9.8軟件開發方案

所有的項目軟件開發過程都應遵循一個生命周期模型，在軟件的開發策劃期間，需要仔細考慮項目的特征和目標，然后選擇生命周期模型。在本項目中，本投標單位將選用常用的瀑布型生命周期模型。

瀑布模型的主要特點是：只有當一個階段的文檔已編制好，且該階段的產品得到質量保證人員（SQA）認可后，該階段才算完成。測試或驗證在每個階段都必須執行；一旦產品完成提交用戶，其后的任何修改均屬于維護階段。

在瀑布型模型中，主要定義的過程包括：需求分析、系統分析、代碼實現、測試。? 需求分析

需求分析的目的是通過調查和分析，獲取用戶需求并定義產品需求。需求分析的輸出文檔是《需求分析說明書》（RAS）。

《需求分析說明書》（RAS）將用客戶語言來描述系統需求，其主要的目的是作為與用戶溝通并達成一致的基礎。這些需求需要用戶參與進行評審，并得到用戶的確認。然后對用戶需求進行細化，對比較復雜的用戶需求進行建模分析，最終形成面向軟件產品的軟件需求說明。

需求分析的主要任務包括：

? 確定需求調查的方式，例如問卷式、面對面談等； ? 調查與記錄； ? 分析需求信息； ? 編寫《需求分析說明書》（RAS）； ? 組織《需求分析說明書》（RAS）評審。主要的角色與職責為：

? 系統分析員，調查和分析用戶需求；

? 客戶與最終用戶提供必要的需求信息，并確認客戶需求； ? 系統分析員定義產品軟件需求；

? 客戶與最終用戶提供必要的信息，并確認產品需求。? 系統設計

系統設計是指設計軟件系統的體系架構、用戶界面、數據庫、模塊等，從而在需求和代碼實現之間建立橋梁，指導開發人員去實現能滿足用戶需求的軟件產品。系統設計可分為兩個階段：概要設計和詳細設計。概要設計的要點是體系架構的設計，詳細設計的重點是用戶界面設計、數據庫設計以及模塊的設計。主要的輸出文檔包括：《系統總體設計報告》。

主要的參與人員包括：

? 項目經理指定具備相關經驗的開發人員進行軟件系統架構的設計，這些開發人員又稱為體系架構設計人員；

? 在用戶界面的設計中，常常需要美工和用戶的參與； ? 項目經理指定開發人員進行數據庫、模塊的設計。系統設計的主要任務包括：

? 設計準備，包括閱讀前一階段的文檔等；

? 設計，不同的設計內容所采用的方法有所不同，例如對于用戶界面的設計，一般采用“原型創作----原型評估----細化”的步驟或方法； ? 編寫相關的設計文檔； ? 組織設計評審。

? 開發（代碼實現）

開發也稱為代碼實現，其主要的任務為編寫整個系統的代碼，并進行單元的測試。本過程的輸入是個設計文檔，輸出是源代碼、單元測試記錄以及代碼審查記錄。其主要工作任務包括：

? 準備----確定代碼規范等標準、準備軟件開發環境等； ? 代碼實現----代碼的編寫；

? 代碼審查----依據代碼規范，進行代碼的審查，包括開發人員的互查項目經理的同行評審；

? 單元測試----采用互測方式進行。

? 測試

測試包括集成測試、系統測試和用戶驗收測試。集成測試側重于模塊的集成，是子系統/模塊一級的測試。系統測試是針對最終軟件系統進行，是一次全面的測試，需要確保軟件系統滿足產品需求并遵循系統設計。所以系統測試控制的一個關鍵點是測試的覆蓋率。驗收測試一般由用戶組織，屬于用戶對系統的符合性、正確性進行驗證的測試。

測試的主要任務包括：

? 制定測試計劃----當產品需求和系統設計文檔完成之后，測試小組就可以開始制定測試計劃和測試用例了。測試計劃的主要內容包括：測試完成準則、測試范圍、測試方法、人員、測試環境與輔助工具、進度；

? 設計測試用例----有測試人員完成其設計和編寫工作，并需要通過評審；

? 測試實施----依據計劃和測試用例進行測試，測試中發現的錯誤，要求及時記錄，將錯誤及時通知開發人員并使測試人員可以跟蹤錯誤直到錯誤問題解決關閉；

? 錯誤管理與改錯----任何人發現的錯誤，將被記錄，開發人員及時消除錯誤，在開發人員消除錯誤之后立即進行回歸測試，以確保不會引入新的錯誤；

? 測試報告----對于系統測試盒驗收測試，在測試完畢后需要進行總結并形成報告。

? 本投標人的產品測試獨立于產品的開發，在產品單元測試完成之后，即交付專門的測試部門進行后續測試，獨立開發的測試機制進一步保證了測試的有效性和完整性。

? 版本控制 控制的目的是保存產品的所有版本，避免發生版本的丟失混淆等現象。并且可以快速準確地查找到任何產品的任何版本。控制的范圍是項目中的所有產品，從需求文檔、設計文檔、測試文檔、用戶手冊到源代碼。在人員參與度方面，將是所有的項目成員都必須遵照版本控制規程操作文檔庫。

控制的要點包括：

? 在項目的策劃階段，編寫配置管理計劃。在計劃中將指定人員作為配置管理員，負責整個項目的版本控制，變更控制等。計劃中還需要標識配置項作為版本控制的基本對象；

? 配置服務器作為配置庫服務器，集中存放項目的所有已完成產品； ? 使用配置管理工具實施管理控制；

? 針對產品的不同狀態，實施不同的控制策略，例如基線狀態的產品，其變更要求有嚴格的申請、評估、審批、實施、驗證、提交過程；

10.9.9軟件實施安排

為保證項目在規定的時間內順利完成，軟件項目管理工作對本系統的實施極其重要。本投標人將在軟件項目管理總體上貫徹工程的思想，并在項目組織實施中抓住關鍵工序，采用一系列措施和辦法。? 軟件管理總體框架

? 軟件管理的階段

本次項目基于GIS系統是一個包括軟件和部分硬件相結合的系統集成類工作，從系統集成的角度，我們對該部分項目管理主要分為如下9個階段：

? 工程的準備； ? 工程的確定；

? 工程設備采購、軟件開發； ? 工程設備安裝、單項調試和驗收； ? 聯合測試、試運行階段； ? 項目驗收； ? 培訓；

? 運行的管理和維護；

? 售后服務與系統的安全保障。各階段邏輯順序關系如下圖所示：

? 各個階段的主要工作

以下是各個階段的工作時間內容具體說明。

1）系統工程的準備階段：該階段主要工作是對系統工程進行系統分析和深化設計、準備系統接口技術要求文件。具體包括如下內容：按照相關標準規范，根據系統項目的實際情況確定系統需求，完成并提交相關文檔；明確系統工程的信息流程和管理模式；確定系統相關的數據、界面接口協議，包括采用的操作系統、硬件接口、連接方式、通訊方式、網絡協議、數據記錄格式、應答方式、網絡故障時的自救方法、進度安排、測試標準等；利用最精簡的設備，搭建模擬環境，為系統檢測和發布相關設備的初步驗收和測試做好實驗準備；從技術角度，對主要設備供應商的技術要求提出明確意見或建議；對系統工程進行深化設計并提出詳細的技術實施方案；制定行之有效的《工程實施計劃》；與設備供應商等進行總進度計劃協調。

2）系統工程的確定階段：該階段主要是根據系統工程的總體安排，確定設備供應商等的工作范圍、責任、相互關系等。從技術角度，確定設備供應商的工作內容；業主、系統集成商、設備供應商一起確定系統各子系統之間的接口標準、規范、實施方法以及相互責任。包括各自相關的工作內容、質量控制、變更管理、各方責任、工程進度安排、測試標準、聯調開通等。

3）系統工程的設備采購、軟件開發階段：該階段本投標人、設備供應商等按照合同要求進行設備采購供應、軟件開發項目實施等工作。所有主要設備都需要在貨物到達后由本投標人進行測試，符合標準和規范，才能送往現場安裝，并提交相應的設備測試報告。通過確定階段對系統軟件總體需求的理解，進行軟件實際開發階段。

4）系統設備安裝、單項調試和驗收、模擬聯合測試階段：該階段有本投標人、設備供應商等按照有關要求進行設備的安裝、單項調試和驗收，模擬聯合測試。設備安裝工程中，本投標人將根據需要向業主提出工程實施階段性驗收。本投標人將按照規定的實施進度，確認個部分工程系統的進度，提交合格的各項驗收測試報告給業主，對存在的問題，與業主技術協調處理。建立系統集成模擬聯合測試環境，組織設備的模擬聯合測試。設備供應商提供有關測試、驗收的工作程序及方式給業主、本投標人，經批準后進行有關工作。設備在測試驗收時，本投標人和設備供應商提供所需的、標準的測試儀器、儀表。

5）聯合測試、試運行階段：該階段由本投標人負責，業主統一協調、進行功能集成、聯合測試，通過后進入試運行階段。本投標人將協調、組織相關設備供應商，負責建立功能完善的集成系統。本投標人將制定整個系統運行的方案和工作程序（包括調試運行周期），并成交業主。本投標人將提供《試運行方案》給業主，協調、組織有關方面，開始試運行工作。

6）系統驗收階段：該階段由業主和本投標人統一協調，組織進行驗收。驗收包括：預驗、初驗和最終驗收。本投標人在系統試運行和聯網運行驗收通過后，將向業主提出正式驗收申請。驗收標準將依據有關國際標準、中國國家標準規范、系統設計和招標文件的要求。驗收內容至少包括以下各項：安裝設備的數量、型號和規格；完整的竣工驗收資料圖紙；設備安裝、調試的特殊工具；系統功能；系統質量。

7）系統培訓：本投標人將對業主指派的人員進行培訓，培訓內容包括理論將結合實際操作。培訓開始之前本投標人將提出培訓計劃（包括：內容、技術資料、時間、地點、人數等），撰寫培訓教材，由業主確認后在實施培訓。本投標人將負責使接受培訓的人員達到能正確操作和維護的上崗資格。

8）系統運行的管理和維護：從系統驗收通過之日起，系統進入質保期，項目質保期為36個月。在此期間，本投標人將派駐專業工程師在項目現場，保障系統的正常運行并隨時解決出現的問題。在質量保證期內，對任何因安裝工藝、材料和產品質量而造成的設備或部件的損壞，本投標人將提供無常的更換和維修。在質量保證期內，本投標人將負責系統維護、確保系統維護及時、高效。如果在質保期內，國家、公安部或交通部門頒布了有關交通管理的接口標準，本投標人將無條件免費按照國標或部標，更換所提供給采購人的軟件系統滿足國標或部標的接入標準。

9）售后服務：產品實行終身維護。本投標單位在濰坊具有指定專業維護機構，具備常住維修人員6名和相關維修設備和車輛（工程高車及售后服務車）。具有良好的售后服務、質量保證體系和相應的技術保障措施，提供全方位、有效而及時的售后服務和技術支持。本投標人接到保修通知后，10分鐘實質性響應，2小時到達現場，一般故障排除最長時間不超過5小時；特殊故障排除最長時間不超過12小時。一般故障指下端設備發生故障，特殊故障指系統軟硬件疑難故障。當用戶需求時（質保期后五年內），本投標人承諾無償提供人員和技術支持。當系統軟件版本升級時，本投標人將無償對設備進行軟件升級。本投標單位承諾免費提供后期新建應用平臺的對接接口并提供免費對接服務。

第二篇：軟件開發及實施小組工作制度

軟件開發及實施小組工作制度

為確保軟件開發及實施小組高效率開展工作，保證整個項目順利及高標準完成。特制定工作制度。具體內容如下：

一、工作責任制

1。由李總全面負責整個項目的總協調及總指揮工作。

2、由王主任全面負責項目的實施工作。

3、由韓任負責運行管理軟件的推廣實施工作。

4、由主任負責生產日報、計劃管理和班組管理軟件的推廣實施工作。

4、各專業專工及其他技術人員負責各自分管專業的技術工作。

5、信息中心工作小組負責處理整個小組日常工作及信息專業相關協調工作。

二、小組活動安排

本工程初步確定至少召開三次設計及實施聯絡會，討論、修改、確認有關技術問題。施工過程中如遇有其它重大工程技術問題需協商，隨時安排召開聯絡會議。

1）第一次工程設計及實施聯絡會確認項目總體設計方案，研討有關軟件的功能需求及實施技術細節，明確雙方分工，確定系統考核、驗收標準。

2）第二次工程設計及實施聯絡會對軟件試運行所反映的問題進行修改完善，并對下一步推廣提供實施意見。

3）第三次工程設計及實施聯絡會，全面推廣軟件，解決運行中出現的技術問題，進行培訓。

每次聯絡會結束后，會議內容以會議紀要的形式發布，并與華迪公司共同簽字生效，作為本項目的實施依據。

三、小組活動紀律

1、會議紀律

1)各小組成員必須參加本項目的各次實施聯絡會。

2)會議請假須經李總批準，未經李總同意擅自不參加會議者，按公司相關規定考核。

3)會議遲到、早退者按公司相關規定考核。

2、工作紀律

1）小組所有成員應本著對公司負責的態度，根據本專業的實際情況向華迪公司提出要求。同時根據華迪公司的反饋意見，按照質、量、期的原則，及時、全面地提供相關技術資料。

2）未按預定要求提供資料，延誤工程進度者，按未完成工作任務處理，執行公司相關考核規定。

四、本制度自下發之日執行。

五、本制度由生產部信息中心負責解釋。

第三篇：股票軟件開發方案流程

股票軟件開發顧名思義就是股票軟件開發公司為公司或個人開發制作自已個性化的股票分析軟件，從此徹底告別依賴別人的技術平臺支持，從股票軟件名稱，公司LOGO,啟動界面，系統功能，特色指標、特色選股、軟件注冊后臺，信息發布平臺，機構數據，主力行情，大盤分析，個股分析，資金分析，熱點分析等等一系列功能上實行自已品牌化管理運行。

【行情平臺】

股票軟件開發商提供專用穩定的股票數據接收服務器，以及專用股票軟件時時接收的行情數據，做到與行情軟件時時數據相差無幾，但比行情軟件綜合數據庫要多要大要全，特色指標和特色選股要全面，特有的信息發布平臺讓資訊更及時更準確，獨特的網絡注冊后臺讓注冊修改客戶帳號變的更輕松更快速，等眾多優于其他同類軟件的功能特點。

股票軟件的實質是通過對市場信息數據的統計，按照一定的分析模型來給出數（報表）、形（指標圖形）、文（資訊鏈接），用戶則依照一定的分析理論，來對這些結論進行解釋，也有一些傻瓜式的易用軟件會直接給出買賣的建議。其實，比較正確，或者實在的用法，是應該挑選一款性能穩定、信息精準的軟件，結合自己的炒股經驗，經過摸索之后，形成一套行之有效的應用法則，那樣才是值得信賴的辦法，而機械地輕信軟件自動發出的進場離場的信號，往往會謬以千里。

第四篇：軟件開發質量保障方案

軟件開發質量保障方案

一、質量管理內容

1.1.編制和評審質量計劃

制定質量保證計劃：依據項目計劃及項目質量目標確定需要檢查的主要過程和工作產品，識別項目過程中的干系人及其活動，估計檢查時間和人員，并制定出本項目的質量保證計劃。

質量保證計劃的主要內容包括：例行審計和里程碑評審，需要監督的重要活動和工作產品，確定審計方式，根據項目計劃中的評審計劃確定質量保證人員需要參加的評審計劃。明確質量審計報告的報送范圍。

質量保證計劃的評審：質量保證計劃需要經過評審方能生效，以確保質量保證計劃和項目計劃的一致性。經過批準的質量保證計劃需要納入配置管理。當項目計劃變更時，需要及時更改和復審質量保證計劃。

1.2.“過程和工作產品”的質量檢查

根據質量保證計劃進行質量的審計工作，并發布質量審計報告。

審計的主要內容包括：是否按照過程要求執行了相應的活動，是否按照過程要求產生了相應的工作產品。本項目中對質量的控制主要體現在不同階段的審計當中。

1.3.不符合項的跟蹤處理

對審計中發現的不符合項，要求項目組及時處理，質量保證人員需要確認不符合項的狀態，直到最終的不符合項狀態為“完成”為止。

二、質量管理責任分配

開發項目上按照規范化軟件的生產方式進行開發。每個項目除配備了項目開發所需角色外，還專門配備了質量保證小組、配置管理小組、測試小組來確保質量管理的實施，下面針對這三種角色進行說明： 2.1.質量保證小組職責

質量保證小組作為質量保證的實施小組，在項目開發的過程中幾乎所有的部門都與質量保證小組有關。質量保證小組的主要職責是：以獨立審查方式，從第三方的角度監控軟件開發任務的執行，分析項目內存在的質量問題，審查項目的質量活動，給出質量審計報告。就項目是否遵循已制定的計劃、標準和規程，給開發人員和管理層提供反映產品和過程質量的信息和數據，使他們能了解整個項目生存周期中工作產品和過程的情況，提高項目透明度，從而支持其交付高質量的軟件產品。

質量保證人員依據質量保證計劃，通過質量審計報告向項目經理及有關人員提出已經識別出的不符合項，并跟蹤不符合項的解決過程，通過審計周報或者審計月報向項目經理提供過程和產品質量數據，并與項目組協商不符合項的解決辦法。

質量保證小組的檢測范圍主要包括：項目的進度是否按照項目計劃執行，用戶需求是否得到了用戶的簽字確認，軟件需求是否正確的反映了用戶的需求，是否將每一項用戶需求都映射到軟件需求；系統設計是否完全反映了軟件需求；實現的軟件是否正確的體現了系統設計；測試人員是否進行了較為徹底的和全面的測試；客戶驗收和交接清單是否完備；對于系統運行中出現的問題，維護人員是否記錄了詳細的維護記錄；配置管理員是否按照配置管理計劃建立了基線，是否嚴格控制變更過程，是否對配置庫進行了維護。

2.2.配置管理小組職責

配置管理活動的目的是通過執行版本控制、變更控制、基線管理等規程，借助配置管理工具的使用，來保證整個生命周期過程產生的所有配置項的完整性、一致性和可追溯性。配置管理是對工作成果（階段工作成果和產品成果、進展狀態成果）的一種有效保護形式，是反映項目及其工作產品的過去、現在、動態的資料和數據集中管理體現。

配置管理小組的主要職責包括：根據項目計劃制定配置管理計劃，建立配置庫，為項目組人員分配配置庫權限，創建需求、設計、開發、測試、交付階段的基線。當納入基線庫的工作產品發生變更時，嚴格按照配置項變更控制過程執行變更，變更后建立新的基線。

2.3.測試小組職責

作為質量控制的主要手段，如同軟件開發一樣，測試在執行之前，測試小組制定軟件測試計劃、測試用例的編寫和執行工作。

測試可以分為如下幾種類型：代碼走查、單元測試、集成測試、系統測試。為了保證程序的質量，開發人員需要對同伴的代碼進行代碼走查，同時對自己編寫的程序進行單元測試，確保程序編譯、運行正確。

測試人員根據軟件需求分析報告進行軟件集成測試用例和系統測試用例的編寫。對編寫完成的測試用例提交項目組進行評審，同時質量保證人員對評審過程和工作產品進行監測。

測試人員根據測試計劃和測試用例執行測試用例，并對發現的缺陷進行記錄，只有這樣才能確保項目組開發的軟件產品滿足用戶需求。在完成集成測試之后，可以進行軟件系統測試，系統測試包括對軟件進行功能測試、性能測試、安全測試、壓力測試。只有進行了系統測試軟件測試才是完整的。系統測試在本項目中占有重要的地位，性能要求有可能改變軟件的設計，為避免造成軟件的后期返工，測試在性能上需要較大的側重。

三、質量保證措施

通過質量管理責任的分配，通過如下幾個方面來進行質量保證的實施過程：

3.1.項目進度

項目計劃的制定為工程項目實施、管理和支持工作、項目進度、成本、質量及過程產品的有效控制打下了良好的基礎，以便所有相關人員能夠按照該計劃有條不紊地開展工作；制定《項目計劃》，必須獲得相關干系人的認可，并以此作為項目跟蹤的基礎。

項目進度是項目進行是否順利的最直觀表現。制定合理的項目計劃首要前提是選擇從事類似規模和類似業務項目的有經驗的項目負責人參加制定項目進度計劃。

項目計劃由項目負責人制定，由項目各小組組長、項目成員、干系人、質量保證人員參加一起進行評審。評審過程主要討論項目計劃的可行性，對其中不合理的地方提出修改意見，對計劃中不合理的地方進行修改完善，并由質量保證人員對其結果進行跟蹤處理，以確保項目計劃完整性、可行性，項目計劃評審通過后，交由配置管理人員進行配置管理。

在計劃實施過程中，按項目計劃中里程碑為界限，將整個開發周期劃分為若干階段。根據里程碑的完成情況，適當的調整每一個較小的階段的任務量和完成的任務時間，動態跟蹤和動態調整，以利于項目質量保證的實施。

實際運作中，質量保證人員在對項目執行過程進行檢查時，對于發現的項目偏差，以質量審計報告的形式提交項目負責人。由項目負責人組織人員對計劃進行維護，對于已經變動的項目計劃，由配置管理進行配置管理。

3.2.需求分析

需求分析是開發人員對系統需要做什么和如何做的定義過程。從系統分析的經驗來看，這個過程往往是個循序漸進的過程，一次性對系統形成完整的認識是困難的。只有不斷地和客戶領域專家進行交流確認，方能逐步明了用戶的需求。從系統開發的過程得知，系統分析時犯下的錯誤，會在接下來的階段被成倍的放大，越是在開發的后期，糾正分析時犯下的錯誤所花費的代價越是昂貴，也越發影響系統的工期和系統的質量。

本項目中將邀請公司業務顧問參與需求調研，以便保證需求調研質量，同時形成用戶需求說明書。需求評審時由公司管理層、項目實施層共同進行，對于通過用戶確認的需求，交由配置管理員形成需求基線。

用戶需求在招標方確認后，由系統分析人員形成軟件需求分析報告，同時對軟件需求分析報告進行評審，對于評審通過的軟件需求分析報告可以交由測試人員進行測試計劃和測試用例的編寫。

對于開發過程存在的需求變動，需要填寫變更申請單發給項目經理，在質量保證人員參加的情況下，對這個變更進行評審，由項目經理組織項目組成員一起討論實施變更的可行性及實施后所帶來的影響，對于影響小的變更直接記錄，大的變更則需要形成正式的變更報告，無論那種變更都需要對相應的文檔實施同步變更（包括需求分析報告、系統設計、安裝手冊、操作手冊等）。但是對于無法實現或是變更會帶來巨大的影響而將導致進度的延期，這時，將變更報告提交給用戶并召開協調會議，討論變更取舍問題或是項目進度變更問題。

決定變更之后，由項目負責人組織實施變更，測試人員檢測變更結果，而質量保證人員監督變更實施過程，并協助配置管理員對變更后的成果進行配置管理。變更實施完后，運行前還需要協助用戶一同測試并由用戶簽字后同意方可上線。

3.3.系統設計

優良的體系結構應當具備可擴展性和可配置性，而好的體系結構則需要好的設計方法，需要針對項目的結構、項目的特征和用戶的需求來分析。項目中將安排我公司高級系統架構師擔當項目總體設計師，匯同總體設計組完成系統設計。

另外對公共類模塊的開發。由總體設計組通過對需求的仔細研究，盡可能的識別出公共類，并進行定義和設計，以減少重復工作。對于項目組提供的設計文檔，由項目經理組織，質保小組成員參與，對其設計文檔進行評審，及時發現設計中可能存在的錯誤，降低項目開發風險，同時確保設計文檔能為開發人員、測試人員提供確實的指導。對于可復用的設計進行提取作為公共庫設計和開發，提供項目組。最后交由配置管理員進行設計文檔的版本控制。

3.4.系統實現

系統實現的目的是依據系統設計文檔，由程序員進行程序編寫，以便實現設計要求，系統實現過程中，開發人員需要對模塊進行代碼走查和交叉單元測試，以保證模塊代碼質量。軟件實現也就是代碼的生產過程。根據上一階段形成的設計文檔，程序員在完成代碼之后，可以開始編碼并且進行代碼走查和單元測試。對于測試完成的程序可以交由配置管理人員進行配置管理。

3.5.系統測試

系統開發涉及到一系列的過程，每一個過程都有可能引入缺陷，系統質量的好壞直接關系到正常使用和日后的維護。在開發過程中，我們將質量控制貫穿于所有階段和所有參與系統的人員中，包括系統分析、設計和編碼。分階段的評審和測試是軟件質量的有力保障。

系統存在平臺測試和應用系統的測試以及最終的測試。由于測試也存在協調的問題，如問題定位，在應用系統發現一個錯誤，到底是應用系統的自身的錯誤還是中間件存在的錯誤，需要開發人員進行準確的判斷。為了達到良好的測試目的，本系統測試工作由測試組來完成，主要采用下列方法進行系統的測試：

從測試方法上來說，分為黑盒測試和白盒測試：

黑盒測試：著重于測試軟件系統的外部特性；根據系統的設計要求，每一項功能都要進行逐個測試，檢查其是否達到了預期的要求，是否能正確地接受輸入，是否能正確地輸出結果。

白盒測試：由于軟件的所有源代碼都要由項目組成員編寫，對其內部的邏輯規則和數據流程，都要進行測試，以檢查其代碼編寫是否符合設計要求。

從測試策略上來說分為集成測試和系統測試：

集成測試：在所有模塊都通過了單元測試后，將各個模塊組裝在一起，進行組裝測試，用于發現與接口相聯系的問題。在通過組裝測試后，將經過單元測試的模塊組裝成一個符合設計要求的軟件結構。

系統測試：項目通過了以上的測試步驟后，與其它系統元素（如硬件服務器、網絡系統等）進行集成測試和系統級的確認測試，將各種可能的缺陷完全排除掉，從根本上保證系統的長期穩定運行。

3.6.系統維護

本項目中，技術支持小組的任務一方面是保證對項目客戶的跟蹤服務，另一方面是確保該項目的技術咨詢工作。

系統維護期，對于一般性的錯誤，如操作不當等引起的問題，全部由技術支持小組執行完成，但需要用戶測試確認上線。如果較大的修改則需要走變更控制流程，填寫變更申請，經項目組討論分析可行方案在由技術支持小組實施，通過測試后方可提交用戶。在這個過程中質量人員需要對維護過程和維護記錄單進行檢查。

第五篇：軟件開發項目實訓方案

軟件開發實訓項目方案

——北京中科海教育科技有限公司

一.實訓公司介紹

科海集團是在1983年5月由中國科學院和北京市海淀區政府聯合創辦，是中關村最早成立的高新技術企業，國內知名的IT企業，與“四通、融通、京海、科?！辈⒎Q為中關村的“兩通兩?！?。2003年，科海集團投資創辦北京金科?？萍及l展有限公司。2004年，公司被認定為中關村高新企業。

北京中科海教育科技有限公司是以軟件開發為主的高科技公司，專注于技術提高用戶體驗為目標，我們追求軟件產品的最優化，致力于為客戶打造最實用的軟件產品。我們主要致力于全球中小型企業信息化系統的開發工作，包括CRM，ERP，協同系統等。涉及政府，房地產，醫藥等多個行業。同時為廣大客戶提供全方位的網絡綜合信息化服務及多層次電子商務解決方案。協助企業創建完備出色的互聯網信息平臺，利用現代科技手段把握機遇，并創造更高價值。其下屬的全資子機構，北京新科海學校致力于IT職業技能培訓業務，牢固樹立以就業為導向，以服務為宗旨的辦學理念，多年來培養了大量的IT領域高技術專門人才，為區域經濟和社會發展做出了巨大貢獻。

二.關于大學生就業實訓

2009年，全國應屆高校畢業生將達到萬人，加上往年未就業的高校畢業生，就業需求極大。而另一方面，受當前經濟形勢影響，出現了企業用工需求下降、現有崗位非正常流失等新情況、新問題，致使當今大學生就業問題顯得尤為突出。與此同時，當今高等教育和社會需求之間并不能很好地銜接，企業需要的是復合型、實用技能型人才，而高校畢業生所受教育普遍存在與其日后從事崗位所需的實踐技能脫節的問題，學歷層次不等于技能層次。

按照教育服務市場需求、服從產業結構調整的原則，改造現有高校課程設置結構、調整專業培養方向、強化實用技能培訓、為學生提供就業項目實訓等創新培養模式成為必然。

為推進高等教育、職業培訓與社會需求相銜接，北京中科海教育科技有限公司推出IT領域大學生就業實訓項目，本課程由IT企業為新入職技術職位員工的內訓課程改造而來，主要針對高校計算機及相關專業畢業生，通過專業的項目開發訓練，讓學員們在完

成項目的過程中鞏固在學校里學習到的基礎知識。獲得實用、領先的就業經驗技能；增加求職競爭力，并在其職業生涯第一年擁有明顯優勢；在職人員可以豐富自己的職業技能，開拓更為廣闊的職業道路。

三.實訓項目介紹

Java軟件開發實訓項目

實訓目標：

軟件開發實訓課程，通過一個完整的軟件開發項目，使具有一定編碼基礎、但沒有或只有很少實際工作經驗的學員能夠了解軟件項目開發的整個過程，并最終具備編寫項目可行性研究報告、項目開發計劃書、軟件需求文檔、概要設計和詳細設計文檔、用戶手冊及項目開發總結報告的能力。

實訓項目資料：

開發環境配置手冊項目需求文檔項目概要設計文檔項目詳細設計文檔項目數據庫設計文檔程序代碼規范開發流程規范程序代碼質量控制規范

項目一: 內容管理系統CMS設計與實現

內容管理系統（Content Management System，CMS）內容管理系統是企業信息化建設和電子政務的新寵，也是一個相對較新的市場，CMS其實是一個很廣泛的稱呼，從一般的博客程序，新聞發布程序，到綜合性的網站管理程序都可以被稱為內容管理系統。

在CMS領域，在各個層面都有極多地優點，在政府上網，學校上網，商業門戶，信息港，地方門戶網，等各種設計到文章發布和用管理的網站建設中。其特點/優勢如下：

-可以針對各種內容進行分類和發布管理?？梢葬槍Σ煌愋偷挠脩舭l布不

同的內容，可以將各種內容進行分類。

-可以任意定義內容類型與多媒體支持。

-用戶接口可編輯性強，可以根據客戶要求訂做用戶接口和風格模塊。

-可分布式管理。站點管理和維護人員無須集中在同一個辦公室，甚至都不

用在同城，全球任何一個有網絡的地方都可以讓您實現高效率的管理。

-可開發性強，可以針對不同的需求進行專門的開發。

容易使用。用戶不必具備計算機編程基礎、只需根據用戶操作手冊（或經

過簡單演示）就可以輕松地管理并運作整套系統。

系統開發與運行環境：

-服務器：基于Intel構架的企業服務器

-操作系統：Microsoft Windows 200x/XP

-支持環境：Tomcat/WebLogic Server、JDK

-數 據 庫：Oracle

-編程語言：Java、Servlet、JSP、Javabeans、HTML

-設計工具： Dreamweaver、Photoshop、Eclipse等

-客戶端：IE6.0以上

前提知識/技術：JavaSE、Java Web編程（JSP/Servlet/JavaBean）、數據庫應用、JDBC編程。

項目二: 網絡實時通訊系統設計與實現

實時通訊系統（Real-time Communication System，RCS）也稱“即時通訊工具”，用于實現網絡即使通訊——利用有效硬件，如電腦、視頻、可視電話、手機等，在這些終端硬件上安裝實時通訊程序，如QQ、ICQ、MSN、網易POPO等，只要雙方都安裝有同樣的這種程序，然后利用網絡連接在線，就可以類似面對面交流一樣，實行語音、文字、視頻等的實時交流。

系統開發與運行環境：

-服務器/客戶端：主流PC

-操作系統：Microsoft Windows 200x/XP

-支持環境：Sun JDK

-數 據 庫：Oracle

-編程語言：Java SE

-設計工具：UltraEdit/Jcreator/Eclipse等

前提知識/技術：JavaSE、Java GUI編程、Java Scoket編程、多線程編程、數據庫應用、JDBC編程。

四.實習特色及優勢

實訓周期：

項目實訓時間由院校和我公司雙方協商，實訓學時：80學時（兩周）。

資深專家

行業內資深技術專家親自指導，他們在技術、項目及職業發展方面的經驗與成就，為參加實習的學生提供最直接高效的實習效果。

全真項目

項目也是至關重要的因素，學生實習的項目就是公司真實開發的項目，代表了當前國際國內IT行業最主流的技術方向及應用領域。

贈送資料

凡參加暑期實訓的學員均贈送java學習視頻教程一套

五． 時間安排

暑期項目實訓時間定于2009年7月20日－2009年7月31日，周一至周五全天實訓。

7月20日－7月24日 項目實訓

7月27日－7月31日 項目實訓

7月26日參觀北京奧林匹克公園（免費）

除了暑期之外，其他時間，也歡迎各個大學聯系我們，組織學生參加我們的免費實訓（為期兩周，無任何學習費用，食宿自理）。

六.后勤保障及服務

接待

我們提供從車站到實習公司的一站式接待服務，院校及學生無需為交通、接站、入住基地等事宜操心。

食宿

公司統一安排食宿，安全衛生便捷，以保證所有學生能全身心投入到實習中去。真正感覺北京IT行業的良好氛圍。

住宿費一天25元，樓房，24小時熱水，有空調。

七.聯系方式

聯系人：高老師

北京中科海教育發展有限公司

電話：010-82608892、82617627