- 相關推薦
軟件項目建議書
在我們平凡的日常里，我們都跟建議書有著直接或間接的聯系，當建議書是面對群體時，可以宣傳、鼓動對方去開展某項工作或進行某種活動，具有一定的號召性。那么問題來了，到底應如何寫一份恰當的建議書呢？下面是小編收集整理的軟件項目建議書，歡迎大家借鑒與參考，希望對大家有所幫助。
軟件項目建議書1
一、項目啟動（項目開工會）
了解項目干系人及其利害關系。
所有項目組成員是否到位，如到位則拿到項目開發人員的簡歷，詳細了解每個開發人員的情況（可能會組織到客戶方面試）。
根據項目需求規格列出項目功能列表，并根據開發人員技術等情況創建WBS。
根據項目時間、資源等情況規劃項目初步開發計劃（各里程碑時間點的粗略計劃，每個時間段投入多少人力等）。
確定各種軟硬件需求，如：版本控制服務器、數據庫服務器、開發服務器、缺陷管理軟件服務器、開發工具等。
參與人員：
項目經理、項目總監、全體項目組成員、用戶方領導、用戶方參與人員、其它主要項目干系人
項目啟動會議的目標：
讓整個項目組的成員相互認識
建立項目的工作關系和溝通關系
讓大家明確團隊的工作目標
讓大家了解項目的當前狀態
一起審閱項目計劃
找出項目的難點或可能出問題的環節
分配小組和個人的角色與責任
獲得小組和個人的承諾
實施建議：
對立項管理過程域產生的所有有價值的文檔如《立項建議書》、《立項調查報告》、《立項可行性分析報告》、《立項評審報告》進行配置管理。做好必要的保密工作。
由于每個項目都要占用機構的資金和資源，立項評審一定要嚴格。建議對機構高層管理人員進行必要的立項管理培訓。
輸出文檔包括：
項目風險管理計劃、工作任務分解結構（WBS）、項目進度計劃、配置管理計劃、質量保證計劃、TimeSheet、開發規范文檔、測試計劃
二、需求分析
需求調研：與客戶就其所需要的功能、流程、操作等需要為基礎，而且需求決策者必須是項目經理或部門負責人。
列一個需求管理（包括詳細的溝通計劃及要求溝通）計劃，考慮需求溝通中的人員、資源、時間的要求。
雖然有些因素是客戶方造成的，但應該站在其角度上，為其考慮一些存在的客觀及主觀因素。
注意與項目成員之間的溝通方式及對團隊的建設。
把握需求分析的進度及質量是否符合要求。
根據交互設計原型與客戶交流需求分析是否達到要求及功能點是否有遺漏。
有哪些文檔或數據是由客戶提供的，這些數據是否需要在新開發的系統中維護等。
實施建議：
先對項目成員進行培訓，讓他們掌握必要的需求開發技能。(比如需求開發要做什么，做到什么程度，需要注意哪些問題等)
對需求開發過程域產生的所有有價值的文檔進行配置管理。
需求的建模分析有較高的技術難度，項目成員應當根據自身水平進行取舍。
交互設計中應以用戶的易用性為前提然后考慮在這樣設計的前提下技術上實現是否有難度或者工作量超過前期設計的百分之二十.
（多用TAB形式，盡量讓客戶的某個角色的任務可以在一個頁面中完成，一般用上下文菜單，避免用系統的菜單，一個功能塊一般只需要一個入口）
輸出文檔包括：
產品需求分析說明書、數據流程圖、系統應用架構圖、交互設計原型、需求分析模型(RQM)
三、概要設計
確定影響系統設計的約束因素：本系統應當遵循的標準或規范、軟件、硬件環境（包括運行環境和開發環境）的約束、接口/協議的約束、軟件質量的約束、隱含約束等。
確定設計策略：擴展策略、復用策略、折衷策略。
系統分解與設計：將系統分解為若干子系統，確定每個子系統的功能以及子系統之間的關系；將子系統分解為若干模塊，確定每個模塊的功能以及模塊之間的關系。
數據庫概要設計。
輸出文檔：
產品概要設計說明書、數據概要設計模型(CDM)
四、詳細設計
確定功能模塊的參與者、數據庫表、輸入參數說明、前置條件、基本流程、異常流程、日志等信息。
各層次結構的接口定義
數據庫設計：邏輯設計—>物理設計－>安全性設計－>優化
實施建議：
先對系統設計人員進行“專題”培訓，讓他們掌握必要的系統設計技能。
由于國內絕大多數的大學不開設“用戶界面設計課程”，這導致大部分軟件開發人員不善于設計用戶界面。項目開發小組應當設法邀請用戶界面設計專家參與（或指導）本軟件的 界面設計。
對系統設計過程中產生的所有有價值的文檔進行配置管理。
輸出文檔：
產品詳細設計說明書、數據物理設計模型(PDM)、自定義數據類型及BO數據類型文件、數據字典、系統測試用例、對象模型(OOM)
五、Coding
軟件編碼，各接口的實現。
單元測試。
實施建議：
對開發人員進行“高質量程序設計”培訓，讓他們掌握編寫高質量程序的技能。
對開發人員進行“版本控制、代碼審查、測試、改錯”等方面的培訓，提高他們的工作效率。
開發小組根據項目的資源、時間等限制因素，可以適當地減少測試的工作量。
對實現與測試過程中產生的所有代碼和有價值的文檔進行配置管理。
輸出：
單元測試報告、代碼評審報告
六、集成測試
根據系統測試用例測試系統的功能性需求，保證系統的正常功能處理及異常處理是否正確。
用戶界面測試，重點是測試軟件系統的易用性和視覺效果等。
健壯性測試,測試軟件系統在異常情況下能否正常運行的能力。(容錯能力和恢復能力)
安全性測試(這種測試一般能通過建行的fortify 軟件評測即可)
如果產品需要安裝，那么還得經過安裝與反安裝測試
實施建議：
對系統測試人員進行必要的培訓，提高他們的測試效率。
項目經理和測試小組根據項目的資源、時間等限制因素，設法合理地減少測試的工作量，例如減少“冗余或無效”的測試。
系統測試小組根據產品的特征，可以適當地修改本規范的.各種文檔模板。
對系統測試過程中產生的所有代碼和有價值的文檔進行配置管理。
為了調動測試者的積極性，建議企業或項目設立獎勵機制，例如：根據缺陷的危害程度把獎金分等級，每個新缺陷對應一份獎金，把獎金發給第一個發現該缺陷的人。
輸出：
系統測試報告、缺陷管理報告、操作手冊
七、客戶驗收
成果審查。驗收人員審查開發方應當交付的成果，如代碼、文檔等等。確保這些成果是完整的并且是正確有效的。
驗收測試。驗收人員對交付的產品進行全面的測試，確保產品功能、質量符合需求。
及時解決客戶方發現的問題。
輸出：
客戶驗收計劃、驗收測試用例、客戶驗收報告、驗收操作手冊
實施建議：
在客戶驗收之前，開發方對驗收人員進行必要的產品培訓。
開發方可以將系統測試用例給驗收人員參考，以減少設計測試用例的時間。
開發方人員應當熱情地協助驗收人員。對驗收人員發現的軟件缺陷馬上予以糾正；對于復雜的問題應當立即請示有關領導，不可拖延。在驗收期間不可與客戶爭吵，給客戶留下很好的印象。
對驗收過程中產生的所有有價值的文檔進行配置管理。
八、結項
計劃與實際情況對比:產品功能、工作成果、產品質量、投入人員、工作量、成本等
申請結項理由和項目自我評價
對項目進行綜合評估，總結經驗教訓。
有價值的結項管理至少包括三項內容：
1、對項目的有形資產和無形資產進行清算，既要防止資產流失，又要及時地利用這些資產。
2、對項目進行綜合評估。例如評估項目完成情況、項目質量、投入產出分析、項目的市場價值、項目對企業的貢獻等等。該評估報告可以作為考核項目人員業績的重要依據。
3、總結經驗教訓，使整個機構受益。
軟件項目建議書2
1.簡介
首先感謝興悅大酒店給予我公司提供管理信息平臺（XYMSPLAT）項目建議書（以下簡稱建議書）的機會。
[此處為本公司簡介及服務范圍]
本公司作為服務型的高科技企業，主要為企業提供各種信息、技術、開發與集成等方面的服務。公司以知識經濟為主導，充分發揮資源優勢，將竭力向用戶提供最好的服務，協助提高企業管理檔次和技術水平，達到提高企業效益、拓展企業市場從而推進知識經濟的發展目標。公司擁有完善的技術支持網絡，為客戶提供軟件行業中最良好的服務。多層次的技術支持和全方位的服務，貫徹“用戶為先、用戶為本”的經營理念，開拓市場、創造價值。公司將秉著積極進取、服務至上的精神，積極推動中外經貿交流與合作，加強科技產業化進程。
本公司是珠海萬維科技有限公司在貴州地區的軟件代理和實施商，從事萬維科技的相關產品集成、銷售、實施、二次開發和維護工作。
珠海萬維科技的酒店管理系統是采用國際通用的先進酒店管理模式，并結合中國酒店管理的實際特點開發而成，按國家星級酒店標準化業務程序流式設計，采用先進的數據庫系統和開發工具，經反復驗證，實際運行，與酒店業同行分享我們十余年酒店管理的成功經驗，是本套系統的指導思想。吸收國內外酒店先進的管理經驗，融入星級酒店管理的科學、規范、成功的現代管理理想，結合先進的計算機技術，開發管理的大型酒店管理系統。保證信息系統的安全可靠，充分顯示了本酒店管理系統應用于酒店管理的.優越性。
1.1目的
提供興悅大酒店的信息管理平臺在網絡、硬件及運用軟件上的應用設想及實施策略。
1.2范圍
建立興悅大酒店信息管理臺的網絡、硬件、軟件及項目實施。
1.3術語表
ERP：企業資源規劃系統
CRM：管理關系管理系統
HMS：酒店管理系統
XYMSPLAT：興悅管理信息平臺
2.業務前景
2.1管理目標
（1）提高服務質量，增加潛在入住率
使酒店管理跨上一個新的臺階,本酒店管理系統經過全國著名酒店管理專家的精心指點，管理流程符合國際規范，不僅能為酒店帶來巨大的直接經濟效益，而且還能提高酒店服務水準和員工工作效率規范酒店的工作流程，使酒店管理進入一個新的層次。
�。�2）展示酒店形象，為網絡定房作好準備
展示酒店自身形象，提高酒店知名度，以及為酒店自身業務更好開展服務為用戶提供WWW（瀏覽），E-MAIL（電子郵件）、網絡留言等功能，并為通過Internet傳遞語音、發送傳真、直接訂房、提供票務等增值服務等新型業務作準備。
（3）構建新的工作協調交流機制
通過平臺運行，定義業務流程，協調各部門間的分工，減少中間流通環節，從頁加快內部工作速度，減少人為差錯和互相扯皮現象。
�。�4）節約成本，實行內部稽核審查機制
對酒店的消耗品、原料等進行嚴格管理，并自行成本利潤核算，成本數、利潤額等一目了然。對所有用戶都進行權限限制，防止越權及不正當操作對系統數據的篡改或破壞。對系統資料的任何變更，系統都有不可擦除的操作記錄，任何問題都有據可查。
�。�5）經理查詢統計分析
為管理層出謀劃策。提供豐富多彩的圖文界面，分析酒店任意階段、任意時期的各類經營、管理數據；提供簡潔、清晰、全面的酒店經營報表并由不同級別的管理人員進行調用；提供根據現有數據預測將來可能發生的情況的超強分析功能，供酒店管理者調整下一步戰略目標。
2.2業務藍圖
（1）分層次服務
系統按企業管理的不同層次，進行不同的管理功能，分為決策層、管理層、業務操作層和自動化模式。
A、業務操作層
本系統的數據采集處，做好實際工作，并按工作流程進行錄入、修改數據資料。急時反饋問題，回答客戶疑問，服務好客戶。
B、管理層
各中心經理，查詢、統計所管理的下屬部門的數據，審核相關單據，發現問題，解決問題，通用報表查詢層。
C、決策層
從系統提供數據，進行對比分析，對決策提供支持，并對相關人員進行考評，對人力資源進行規劃等。
�。�2）業務操作平臺
本系統以提供業務事務操作作為核心目標，不同于傳統的MIS系統，工作人員以本系統作為管理工作平臺：按工作程序自動地或用戶自定義性地執行企業的實際工作流程，相應工作記錄或工作記錄或工作表的流轉軌跡是被記錄和被查詢的；按工作流程的需要進統，有機地與工作表結合，并記錄過程等。
�。�3）績效考評
通過系統中各部門、工作人員所錄入的數據，可以建立相關績效考評模型，考核相關部門或人員為酒店創造的價值或貢獻度，真正實現精細化管理，提高員工的積極性和主動性。
�。�4）業務接口
系統提供靈活的接口，比如財務、工資、電子商務等，供實現網上訂房，ERP等系統使用。全面為酒店管理服務。
3.軟件功能架構
3.1設計指導思想
通過合理的選擇數據結構，網絡結構，將酒店原有網絡及硬件設備盡其所有，在以最大限度減少設備投入的前提下，結合系統構成一個完善的網絡系統，充分發揮計算機信息管理的優勢，根據酒店的實際需求及我們多年的設計實施經驗，本系統的設計按照下述原則進行。
系統以用戶需求為目標，同進融入先進的管理經驗，在成熟的管理系統的框架下，根據實際需求功能情況，訂造一套先進的管理系統，并且將在統一的Windows圖形界面下提供各種實用功能，真正為管理及決策提供強有力的支持。
3.2系統特性
�。�1）靈活性
系統充分應用現有成熟的網絡技術、軟件開發技術，先進的客戶/服務器結構，及高性能大型網絡數據庫，滿足的需要。同時用戶可自行靈活設置參數和各種代碼，適應自己的特殊需要。
�。�2）穩定可靠
通過選用先進的開發軟件，成熟的網絡結構及安全可靠的數據庫，再配合硬件的優化選型，從而保證系統的可靠性與容錯性。
�。�3）開放性及可擴充性
系統的設計采用標準的控件架構技術，以提高系統的開放性及可擴充性，方便以后業務的擴展和系統擴容，適應企業未來的需要。通過INTERNET實現集團的數據查詢、匯總等。為用戶提供一個全面、易于擴充的解決方案，充分保護系統的投資。
�。�4）先進性
系統采用Borland公司著名的Deiphi開發，速度快、功能強大、界面友好、安裝維護簡單便捷。另外，系統在設計時采用了模塊自動掛接技術，所有模塊均編譯成為DLL動態連接庫結構，增加、變更功能，僅僅需復制或覆蓋相應文件即可完成，更重要的是客戶端程序可在運行時自動到服務器或本公司互聯網網站下載最新版本，以實現在線自動升級。標準的Windows用戶界面，系統在Ｗindows95／98／20xx／NT等系統中發揮巨大性能，更加適合高星級的酒店使用。系統采用DCOM接口技術，與Micsoft Office套件可進行有機結合，使用者更加隨心所欲地制作各種格式的營業報告和電子表格。
實用性、方便性：實用性方面注重功能的實用和界面實用的統一，實用性高，提高實用效率。系統在界面上引入了操作向導機制，對于初用計算機操作的人員提供提示界面，一步步引導操作者進行操作。功能強大的在線幫助系統為各種操作人員提供幫助提示以方便操作。直觀的屏幕顯示，客房、餐廳等操作直接以圖標方式顯示客房內部、外部的布局、結構，餐廳、餐位的分布等，并各種圖表均可直接用鼠標點擊操作。
�。�4）規范性
系統在操作界面上均采用統一的模式（菜單、色彩、快捷鍵等），并采用標準的WINDOWS應用系統界面風格，給操作人員一種熟悉、直觀、簡潔的印象。其它采用WINDOWS界面風格的還包括有：錯誤提示、系統對話框、色彩集、屏幕保護等等。
�。�5）穩定性
穩定性作為系統性能的最重要標志之一，是整個軟件系統從設計初始即最為重視的因
軟件項目建議書3
一、項目名稱:學校信息管理系統
二、項目背景
學校主要有總務處、政教處、教導處、培訓處四大塊。其中教導處的工作最為繁重，工作人員多，信息量大。除財務部門有專人及專用軟件進行信息處理外，其它各類的數據處理都由班主任以及教導處工作人員人工完成。教導處目前有幾十個班級的學生，處理的信息主要有五大類：學生信息、成績數據、課程信息。本系統主要著眼于以上部分，建立數據庫以及對數據的各種操作功能。
對于學生信息，各班的班主任及學校領導由于各種分類和了解的需要，經常性地進行各種查詢。例如：查詢一個班級中團員的人數，男、女生的人數，住宿或通宿學生的人數等等。教導處在每一屆學生進校時必須進行分班，設置學號；每一屆學生畢業，要進行學生信息備份；對于成績管理，課任教師要進行本科目成績登記，計算平均分、優秀率、及格率；班主任在期中考試和期末考試后計算本班學生總分，排名次；教導處要統計補考學生人數及相應名單，每學期進行學生成績備份；學校領導則可通過查詢工具來了解學生成績情況。
對于課程信息，教導處每學期要進行課程安排、課任教師分配、一周課程安排、中途課程調整等等。
以上各類信息目前還處于手工或半手工的管理狀態，效率低，可靠性差。配備電腦，但實際利用率不高，如果采用計算機進行以上各類信息的管理，必將大大提高工作效率，對學校各類信息的維護及了解起到積極的作用。另外隨著計算機網絡的持續發展，無論是工作、學習還是生活，將會越來越多地融入到流動的比特中，人們的工作節奏在不斷加快，需要快捷的信息來源，并對此作出反應。因此，無論是從目前的現狀來看，還是面向未來，一個功能完備的學校信息管理系統的開發都非常有必要。
本人作為學習計算機專業的一員，對系統的需求作了較深入的認識，同時也掌握了一定的系統開發理論，借這次畢業設計的契機，一方面利用自己的所學小刀試牛，另一方面通過這次實踐必將提升自身對軟件工程、數據庫、程序設計等理論的認識，積累系統開發的經驗。
作為畢業設計，由于時間比較緊張，加之本人沒有任何系統開發的經驗，它肯定存在許許多多不足的地方，但對它的改善和功能的完備并不會隨著畢業設計的結束而終止。本人將在原來的基礎上，著眼未來，追蹤計算機新技術發展，并應用到系統持續開發中。
三、項目目標
為廣大的中小學校提供的一個整合后的管理服務平臺，同時引進了統計學的多種模型。該系統的目的是為學校的內部管理和外部管理提供一整套的管理模式和手段。
四、項目內容描述:
1.項目內容
考慮到開發周期以及項目程度，本次系統整合需要解決系統的數據異構性問題。主要解決以下幾方面問題：
操作系統或數據庫系統不同：如由于財務部門使用的電腦為奔騰586芯片，操作系統為DOS+WINDOWS32，財務系統自1998年購買后一直沒有升級更新，造成與現有校園網數據無法同步。
數據存儲模式不同：如排課系統使用VFP數據庫，考試系統采用SQL20xx，校園網公告發布系統使用PHP+MYSQL，而教育局建立的數據中心采用Oracle等。
校園網與外部數據不同：作為教育局轄下的學校，與數據中心聯網后，一般同步是部分關鍵數據，但是校內仍然有部分特殊數據需要保留，而這部分數據無法與教育局數據中心下行后數據同步。
3.項目可交付物
需求規格說明書，包括：業務用例、詞匯表、非功能性需求。
數據模型
用戶界面原型
軟件構架文檔
軟件設計說明書，包括概要設計模型、詳細設計，數據庫設計。
測試包
變更請求記錄文檔
測試概要
軟件安裝包、安裝維護手冊、使用手冊。
4.關鍵技術參數
本系統將采用.NET作為開發平臺。是Microsoft XML Web services平臺。XML Web services允許應用程序通過Internet進行通訊和共享數據，而不管所采用的是哪種操作系統、設備或編程語言。平臺提供創建XML Web services并將這些服務集成在一起之所需。由于本系統的核心正是XML，所以本系統將采用.NET作為開發系統平臺。
集/換引擎：將多種數據源整合到服務器里。
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。而底層開發平臺采用的NET也是XML的核心，使得本系統的開發基盤穩固。同時該項目屬于自主研發產品,從技術角度考慮其具有較強的可研發性,風險將非常小。而根據市場調查以
及回報計劃分析，該項目目前是市場空白點，市場操作風險較少。投入能帶來高額的利潤回報，因此關鍵在于技術風險控制。
軟件項目建議書4
一、項目建設目的及必要性
1、項目建設目的
包括項目建成后要達到的`生產能力、工藝技術、質量水平、功能結構等目標。
2、項目建設必要性
從各方面充分闡述項目建設的理由。
二、市場供求分析及預測（量化數據分析）
主要包括對本項目產品現有生產能力調查與分析，目前市場供、求情況分析，判定市場容量，從而預測發展現狀與前景分析等。
三、項目主要建設內容及產品產能
1、項目主要建設內容
主要包括主體及配套設施建設內容、建設規模、采用工藝、設備型號及數量（列出清單表）。
2、產品產能
四、原、輔材料供應方案分析
主要原材料及水、電、汽，運輸等需求量和解決方案。
五、項目建設、技改地點
項目建設地點及建設地點的交通、水、電、蒸汽配套設施情況說明。
六、項目建設期限、模式和實施的進度安排
1、項目建設期限：××年××月××日—××年××月××日
2、項目建設模式：自建、部分外包、全部外包
3、實施進度安排：
根據確定的建設期限，將勘察設計、儀器設備采購、土建施工、安裝、試運行等所需時間進行合理計劃。
七、項目組織管理與運行
主要包括項目建設期間組織管理機構，人員配置及項目建成后組織管理機構、人員配置情況。
八、投資估算和資金籌措
1、投資估算
項目總投資估算表模板見附件
2、資金籌措
如實編寫項目建設資金是自籌、貸款或其他來源。
九、效益分析
固定資產折舊、無形資產攤銷估算表、原、輔材料及動力消耗表、總成本費用估算表、銷售收入及稅金估算表估算表、利潤估算表(模板見附件)。
項目承擔單位：
項目承擔單位負責人及聯系電話編寫人員及聯系電話
編寫時間
【軟件項目建議書】相關文章：
軟件項目計劃書05-16
軟件項目工作總結05-26
項目建議書01-29
經典項目建議書02-25
軟件項目表揚信02-14
軟件項目實施方案范文04-02
軟件項目工作總結范文03-13
軟件項目計劃書范文03-22
軟件項目實施計劃方案范文06-05