軟體系統專案建議書
軟體是一系列按照特定順序組織的計算機資料和指令的集合。一般來講軟體被劃分為系統軟體、應用軟體和介於這兩者之間的中介軟體。以下是小編蒐集並整理的軟體系統專案建議書有關內容，希望在閱讀之餘對大家能有所幫助!
軟體系統專案建議書
一、專案名稱:學校資訊管理系統
二、專案背景
學校主要有總務處、政教處、教導處、培訓處四大塊。其中教導處的工作最為繁重，工作人員多，資訊量大。除財務部門有專人及專用軟體進行資訊處理外，其它各類的資料處理都由班主任以及教導處工作人員人工完成。教導處目前有幾十個班級的學生，處理的資訊主要有五大類：學生資訊、成績資料、課程資訊。本系統主要著眼於以上部分，建立資料庫以及對資料的各種操作功能。
對於學生資訊，各班的班主任及學校領導由於各種分類和了解的需要，經常性地進行各種查詢。例如：查詢一個班級中團員的人數，男、女生的人數，住宿或通宿學生的人數等等。教導處在每一屆學生進校時必須進行分班，設定學號；每一屆學生畢業，要進行學生資訊備份； 對於成績管理，課任教師要進行本科目成績登記，計算平均分、優秀率、及格率；班主任在期會考試和期末考試後計算本班學生總分，排名次；教導處要統計補考學生人數及相應名單，每學期進行學生成績備份；學校領導則可通過查詢工具來了解學生成績情況。
對於課程資訊，教導處每學期要進行課程安排、課任教師分配、一週課程安排、中途課程調整等等。
以上各類資訊目前還處於手工或半手工的管理狀態，效率低，可靠性差。配備電腦，但實際利用率不高，如果採用計算機進行以上各類資訊的管理，必將大大提高工作效率，對學校各類資訊的維護及瞭解起到積極的作用。另外隨著計算機網路的持續發展，無論是工作、學習還是生活，將會越來越多地融入到流動的位元中，人們的工作節奏在不斷加快，需要快捷的資訊來源，並對此作出反應。因此，無論是從目前的現狀來看，還是面向未來，一個功能完備的學校資訊管理系統的.開發都非常有必要。
本人作為學習計算機專業的一員，對系統的需求作了較深入的認識，同時也掌握了一定的系統開發理論，借這次畢業設計的契機，一方面利用自己的所學小刀試牛，另一方面通過這次實踐必將提升自身對軟體工程、資料庫、程式設計等理論的認識，積累系統開發的經驗。
作為畢業設計，由於時間比較緊張，加之本人沒有任何系統開發的經驗，它肯定存在許許多多不足的地方，但對它的改善和功能的完備並不會隨著畢業設計的結束而終止。本人將在原來的基礎上，著眼未來，追蹤計算機新技術發展，並應用到系統持續開發中。
三、專案目標
為廣大的中國小校提供的一個整合後的管理服務平臺，同時引進了統計學的多種模型。該系統的目的是為學校的內部管理和外部管理提供一整套的管理模式和手段。
四、專案內容描述:
1.專案內容
考慮到開發週期以及專案程度，本次系統整合需要解決系統的資料異構性問題。主要解決以下幾方面問題：
作業系統或資料庫系統不同：如由於財務部門使用的電腦為奔騰586晶片，作業系統為DOS+WINDOWS32，財務系統自1998年購買後一直沒有升級更新，造成與現有校園網資料無法同步。
資料儲存模式不同：如排課系統使用VFP資料庫，考試系統採用SQL2000，校園網公告釋出系統使用PHP+MYSQL，而教育局建立的資料中心採用Oracle等。
校園網與外部資料不同：作為教育局轄下的學校，與資料中心聯網後，一般同步是部分關鍵資料，但是校內仍然有部分特殊資料需要保留，而這部分資料無法與教育局資料中心下行後資料同步。
3.專案可交付物
需求規格說明書，包括：業務用例 、詞彙表 、非功能性需求。
資料模型
使用者介面原型
軟體構架文件
軟體設計說明書，包括概要設計模型 、詳細設計，資料庫設計 。
測試包
變更請求記錄文件
測試概要
軟體安裝包、安裝維護手冊、使用手冊。
4.關鍵技術引數
本系統將採用作為開發平臺。Microsoft 是 Microsoft XML Web services 平臺。XML Web services 允許應用程式通過 Internet 進行通訊和共享資料，而不管所採用的是哪種作業系統、裝置或程式語言。Microsoft 平臺提供建立 XML Web services 並將這些服務整合在一起之所需。由於本系統的核心正是XML，所以本系統將採用作為開發系統平臺。
集/換引擎：將多種資料來源整合到伺服器裡。
Xquery：提供了對關係型資料來源、非結構化資料來源如XML的查詢。
5.專案可交付物的檢查方和檢查方式
完整的測試過程包括測試前的檢查、設計測試用例、測試實施、可靠性資料收集和編寫測試報告5個步驟
測試前的檢查
在進行應用軟體的可靠性測試前有必要檢查軟體需求與研製任務書是否一致，檢查所交付程式和資料以及相應的軟體支援環境是否符合要求，檢查文件與程式的一致性，檢查軟體研製過程中形成的文件是否齊全、文件的準確性和完整性以及是否通過了有關評審。 設計測試用例
設計測試用例就是針對特定功能或組合功能設計測試方案，並編寫成文件。測試用例的選擇既要有一般情況，也應有極限情況以及最大和最小的邊界值情況。
測試實施
包括產品說明書、使用者文件、程式以及資料都應當按照需求說明和質量需求進行測
試。在專案合同、需求說明書和使用者文件中規定的所有配置情況下，程式和資料都必須進行測試。
可靠性資料收集
軟體可靠性資料是可靠性評估的基礎。建立軟體錯誤報告、分析與糾正措施系統。按照相關標準的要求，制定和實施軟體錯誤報告和可靠性資料收集、儲存、分析和處理的規程，完整、準確地記錄軟體測試階段的軟體錯誤報告和收集可靠性資料。
編寫測試報告
測試活動結束後編寫《軟體可靠性測試報告》，對測試項及測試結果在測試報告中加以總結歸納。
五、專案時間週期
本系統的開發將分為4個階段。預計專案起止時間為12個月
第一階段，為系統分析和技術調查。該階段預計需要時間為1個月
在這個階段，開發人員將對系統的技術難點，系統框架構成基盤設計以及業務流程等等最基本的技術和開發方向進行分析和調查。
第二階段，為系統開發階段該階段預計需要時間為3月
在這個階段，系統的基盤將進行開發和實裝。
第三階段，為系統試驗階。該階段預計需要時間為3月
在這個階段，將結合營銷部門為不同的使用者提供免費的系統試驗安裝，通過除錯起到系統試驗和專案推廣的作用
第四階段，為系統推廣階段。該階段預計需要時間為6個月
在這個階段，在成功通過系統試執行後收集反饋並進行相應修改後釋出正式版本並進行推廣
六、專案成本和效益分析
實施以及開發費用
專案經理 1 * 8000元 *6月 = 48000元
高階程式設計師 2 * 6000元 *6月 = 72000元
資料庫程式設計師 1 * 5000元 *6月 = 30000元
普通程式設計師 2 * 3000元 *6月 = 36000元
其他開發費用 50000元
市場推廣費用 200000元
總計 436000 元
三年回報計劃
七、風險與問題
作為平臺系統，最關鍵的是底層開發平臺的選用與系統的核心的協調。系統的核心是XML。而底層開發平臺採用的也是XML的核心，使得本系統的開發基盤穩固。同時該專案屬於自主研發產品,從技術角度考慮其具有較強的可研發性,風險將非常小。而根據市場調查以
及回報計劃分析，該專案目前是市場空白點，市場操作風險較少。投入能帶來高額的利潤回報，因此關鍵在於技術風險控制。
