① 設計開發計劃書與質量計劃有什麼區別
1、質量計劃書與設計開發計劃書有什麼區別？
答：質量計劃書是針對特定產品、項目或合同的質量管理體系的過程（包括產品實現過程）和資源作出規定的文件；比如，你是一家設計公司，有標準的質量管理手冊對公司的運作全過程進行了策劃，但是特定的客戶要求針對他具體的房子結構提供一個設計方案，此時的質量管理手冊的具體應用就是質量計劃書；
設計開發計劃書是針對產品的設計和開發過程進行的策劃書，僅包括了對其方案設計過程的規定，如設計階段，找什麼資料，什麼時間與客戶座談，什麼時間提供效果圖進行確認等，它不包括如何簽訂合同，如何進行采購材料，如何測量等內容，只是具體的設計開發過程的計劃。
簡單說，他們的目的不同（一個是實現客戶的要求、一個是實現產品的要求），對象不同（一個是特定的產品或合同、一個是如何將產品要求轉化為產品功能並如何實現），過程不同（一個包括從確認要求到交付的全過程、一個只是局限於設計過程），層次不同（一個是體系層次的，一個是過程層次的）；
2、質量計劃中的設計開發的輸出與設計開發計劃書有什麼區別，兩者是不是一樣？
答：質量計劃中的設計開發輸出的是如何，是設計開發的程序流程，是宏觀指導性的；
設計開發計劃書是具體的設計開發階段、介面管理、職責許可權、時間進度等，是具體實施性的；二者是不同的。
以上淺解，歡迎交流。
② 開發開發計劃書怎麼寫
關於網站計劃書的寫法
1、相關行業的市場是怎樣的,市場有什麼樣的特點，是否能夠在互聯網上開展公司業務。
2、市場主要競爭者分析，競爭對手上網情況及其網站規劃、功能作用。
3、公司自身條件分析、公司概況、市場優勢，可以利用網站提升哪些競爭力，建設網站的能力（費用、技術、人力等）。
二、建設網站目的及功能定位
1、為什麼要建立網站，是為了宣傳產品，進行電子商務，還是建立行業性網站？是企業的需要還是市場開拓的延伸？
2、整合公司資源，確定網站功能。根據公司的需要和計劃，確定網站的功能：產品宣傳型、網上營銷型、客戶服務型、電子商務型等。
3、根據網站功能，確定網站應達到的目的作用。
4、企業內部網（Intranet)的建設情況和網站的可擴展性。
三、網站技術解決方案
根據網站的功能確定網站技術解決方案。
1、採用自建伺服器，還是租用虛擬主機。
2、選擇操作系統，用unix,Linux還是Window2000/NT。分析投入成本、功能、開發、穩定性和安全性等。
3、採用系統性的解決方案（如IBM,HP）等公司提供的企業上網方案、電子商務解決方案？還是自己開發。
4、網站安全性措施，防黑、防病毒方案。
5、相關程序開發。如網頁程序ASP、JSP、CGI、資料庫程序等。
四、網站內容規劃
1、根據網站的目的和功能規劃網站內容，一般企業網站應包括：公司簡介、產品介紹、服務內容、價格信息、聯系方式、網上定單等基本內容。
2、電子商務類網站要提供會員注冊、詳細的商品服務信息、信息搜索查詢、定單確認、付款、個人信息保密措施、相關幫助等。
3、如果網站欄目比較多，則考慮採用網站編程專人負責相關內容。 注意：網站內容是網站吸引瀏覽者最重要的因素，無內容或不實用的信息不會吸引匆匆瀏覽的訪客。可事先對人們希望閱讀的信息進行調查，並在網站發布後調查人們對網站內容的滿意度，以及時調整網站內容。
五、網頁設計
1、網頁設計美術設計要求，網頁美術設計一般要與企業整體形象一致，要符合CI規范。要注意網頁色彩、圖片的應用及版面規劃，保持網頁的整體一致性。
2、在新技術的採用上要考慮主要目標訪問群體的分布地域、年齡階層、網路速度、閱讀習慣等。
3、制定網頁改版計劃，如半年到一年時間進行較大規模改版等。
六、網站維護
1、伺服器及相關軟硬體的維護，對可能出現的問題進行評估，制定響應時間。
2、資料庫維護，有效地利用數據是網站維護的重要內容，因此資料庫的維護要受到重視。
3、內容的更新、調整等。
4、制定相關網站維護的規定，將網站維護制度化、規范化。
七、網站測試
網站發布前要進行細致周密的測試，以保證正常瀏覽和使用。主要測試內容：
1、伺服器穩定性、安全性。
2、程序及資料庫測試。
3、網頁兼容性測試，如瀏覽器、顯示器。
4、根據需要的其他測試。
八、網站發布與推廣
1、網站測試後進行發布的公關，廣告活動。
2、搜索引掣登記等。
九、網站建設日程表
各項規劃任務的開始完成時間，負責人等。
十、費用明細
各項事宜所需費用清單。
以上為網站規劃書中應該體現的主要內容，根據不同的需求和建站目的，內容也會在增加或減少。在建設網站之初一定要進行細致的規劃，才能達到預期建站目的。
網站項目建設流程概述
網站項目管理就是根據特定的規范、在預算范圍內、按時完成的網站開發任務。
二.需求分析
項目立項
我們接到客戶的業務咨詢，經過雙方不斷的接洽和了解，並通過基本的可行性討論夠，初步達成製作協議，這時就需要將項目立項。較好的做法是成立一個專門的項目小組，小組成員包括：項目經理，網頁設計，程序員，測試員，編輯/文檔等必須人員。項目實行項目經理制。
客戶的需求說明書
第一步是需要客戶提供一個完整的需求說明。很多客戶對自己的需求並不是很清楚，需要您不斷引導和幫助分析。曾經有一次，我問客戶：「您做網站的目的是什麼？」他回答：「沒有目的，只是因為別人都有，我沒有！」。這樣的客戶就需要耐心說明，仔細分析，挖掘出他潛在的，真正的需求。 配合客戶寫一份詳細的，完整的需求說明會花很多時間，但這樣做是值得的，而且一定要讓客戶滿意，簽字認可。把好這一關，可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說明不可能有高質量的網站。那麼需求說明書要達到怎樣的標准呢？簡單說，包含下面幾點：
1.正確性：每個功能必須清楚描寫交付的功能；
2.可行性：確保在當前的開發能力和系統環境下可以實現每個需求；
3.必要性：功能是否必須交付，是否可以推遲實現，是否可以在削減開支情況發生時砍掉；
4.簡明性：不要使用專業的網路術語；
5.檢測性：如果開發完畢，客戶可以根據需求檢測。
三.系統分析
網站總體設計
在拿到客戶的需求說明後，並不是直接開始製作，而是需要對項目進行總體設計，詳細設計，出一份網站建設方案給客戶。總體設計是非常關鍵的一步。它主要確定：
1.網站需要實現哪些功能；
2.網站開發使用什麼軟體，在什麼樣的硬體環境；
3.需要多少人，多少時間；
4.需要遵循的規則和標准有哪些。
同時需要寫一份總體規劃說明書，包括：
1.網站的欄目和版塊；
2.網站的功能和相應的程序；
3.網站的鏈接結構；
4.如果有資料庫，進行資料庫的概念設計；
5.網站的交互性和用戶友好設計。
網站建設方案
在總體設計出來後，一般需要給客戶一個網站建設方案。很多網頁製作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統，而且在客戶需求不是十分明確的情況下提交方案，往往和實際製作後的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求並總體設計後提交方案，這樣對雙方都有益處。網站建設方案的包括以下幾個部分：
1.客戶情況分析；
2.網站需要實現的目的和目標；
3.網站形象說明；
4.網站的欄目版塊和結構；
5.網站內容的安排，相互鏈接關系；
6.使用軟體，硬體和技術分析說明；
7.開發時間進度表；
8.宣傳推廣方案；
9.維護方案；
10.製作費用；
11.本公司簡介：成功作品，技術，人才說明等。
當您的方案通過客戶的認可，那麼恭喜你！您可以開始動手製作網站了。但還不是真正意義上的製作，你需要進行詳細設計：
網站詳細設計
總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計階段的任務就是把解法具體化。詳細設計主要是針對程序開發部分來說的。但這個階段的不是真正編寫程序，而是設計出程序的詳細規格說明。這種規格說明的作用很類似於其他工程領域中工程師經常使用的工程藍圖，它們應該 包含必要的細節，例如：程序界面，表單，需要的數據等。程序員可以根據它們寫出實際的程序代碼。
四. 項目實施
整體形象設計
在程序員進行詳細設計的同時，網頁設計師開始設計網站的整體形象和首頁。
整體形象設計包括標准字，Logo，標准色彩，廣告語等。 首頁設計包括版面，色彩，圖像，動態效果，圖標等風格設計，也包括banner，菜單，標題，版權等模塊設計。首頁一般設計1-3個不同風格，完成後，供客戶選擇。
記住：在客戶確定首頁風格之後，請客戶簽字認可。以後不得再對版面風格有大的變動，否則視為第二次設計。
開發製作
到這里，程序員和網頁設計師同時進入全力開發階段，需要提醒的是，測試人員需要隨時測試網頁與程序，發現Bug立刻記錄並反饋修改。不要等到完全製作完畢再測試，這樣會浪費大量的時間和精力。項目經理需要經常了解項目進度，協調和溝通程序員與網頁設計師的工作。
調試完善
在網站初步完成後，上傳到伺服器，對網站進行全范圍的測試。包括速度，兼容性，交互性，鏈接正確性，程序健壯性，超流量測試等，發現問題及時解決並記錄下來。
為什麼要記錄文檔呢？其實本軟體工程本身就是一個文檔，是一個不斷充實和完善的標准。通過不斷的發現問題，解決問題，修改，補充文檔，使這個標准越來越規范，越來越工業化。進而使得網站開發趨向規范，趨向合理。
宣傳推廣
宣傳推廣的基本方法有：
1.網頁里設置適當的META標簽；
2.各搜索引擎登錄；
3.准備新聞稿件在各新聞公告板發表；
4.合理使用Email郵件列表；
5.廣告條交換；
6.付費廣告。
至此，網站項目建設完畢，將有關網址，使用操作說明文檔等提交客戶驗收。如果需要維護，另行簽定維護項目。
維護
網站成功推出後，長期的維護工作才剛剛開始，我們需要做到的是
1.及時響應客戶反饋；例如可以採取Email自動回復功能，然後在1-3個工作日里解決問題，再次回復；
2.網站流量統計分析和相應對策；
3.盡量推廣和使用您的網址；
4.網站內容的及時更新和維護。
五.遵循的規范
1.網站建設目錄規范
2.網站文件命名規范
3.網站建設尺寸規范
4.網站首頁head區代碼規范
5.網站連接結構規范
③ ISO9001：2000中提到的設計和開發策劃
1、就設計和開發具體是指不同的產品類型具有不同的策劃階段。如硬體產品包括方案確認、初步設計、詳細設計、工藝設計等；計算機軟體產品包括需求規格說明、概要設計詳細設計、編程、驗收測試等；培訓服務則包括教學大綱、教案、教材、內部試講等。
2、要對每個階段應確定合適的評審、驗證和確認方法，規定每項的活動職責。
3、設計和開發要規定個活動介面的溝通方法，並予以管理，確保有效；
所以在本條要求中，設計和開發是指產品的設計和開發，過程的設計和開發可參照本條要求進行控制。
它的目的：設計開發過程是產品實現過程的關鍵環節，它將決定產品的固有特性。設計開發策劃是確保設計達到預期目標的有效手段。
證據：適宜的設計和開發策劃輸出的信息。所以沒有時間規定有階段規定。
④ 產品研發策劃怎麼寫
1目的
對新產品設計和開發的全過程進行控制，確保新產品能滿足顧客的需求和期望及有關法律、法規要求。
2適用范圍
適用於對本廠新產品設計和開發全過程的控制，包括定型產品的技術改進等。
職責：
3.1研發中心：負責設計和開發全過程的組織、協調、實施工作，進行設計和開發的策劃、確定設計和開發的輸入、輸出、評審、驗證、確認更改和負責新產品的檢驗和試驗。
3.2研發中心主管：負責擬制及下達項目建議書、設計和開發任務書，設計開發方案、設計開發計劃書、設計和開發評審、設計和開發驗證報告和試產報告。
3.3營銷中心：負責根據市場調查或分析，提供市場信息及新產品動向，協助所需物料的采購。
3.4營銷中心：負責新產品的試制和生產物資的采購及協調。
4.工作程序
4.1設計和開發策劃
4.1.1 設計和開發項目的來源
（1）營銷中心與顧客簽訂的新產品合同或技術協議，根據主管批準的相應《合同評審表》，研發中心主管提出《項目建議書》報技術經理審核，總經理批准後，由研發中心主管向產品開發責任人下達《設計開發任務書》，並實施。
（2） 研發中心根據市場調研或分析提出有關新產品《項目建議書》，經主管審核後，報總經理批准由研發中心主管向產品開發責任人下達《設計開發任務書》。
（3） 研發中心根據技術革新需要，提交《項目建議書》，經經理審核後，報總經理批准。由研發中心經理向產品開發責任人下達《設計開發任務書》，產品開發負責人實施技術革新項目。
4.1.2 技術經理根據上述項目來源，確定項目負責人，將設計和開發策劃的輸出轉化為《設計開發方案》和《設計開發計劃書》。計劃書內容包括：
（1）設計開發的輸入、輸出、評審、驗證、確認等各階段的劃分和主要工作內容。
（2） 各階段人員職責和許可權、進度要求和配合單位。
（3） 資源配置需求，如：人員、信息、設施、資金保證等及其它相關內容。
4.1.3設計和開發策劃的輸出文件將隨著設計和開發的進展，在適當時予以修訂，應按《文件控製程序》的規定進行。
4.1.4設計和開發各部門及有關人員之間的介面管理設計和開發各部門及有關人員可能涉及到企業內不同職能或不同層次，也可能涉及到企業外部。因此技術經理應對參與設計和開發的各部門及有關人員之間的介面實施管理，以確保有效的溝通，並明確職責。
應針對具體的設計和開發項目制定設計和開發人員的崗位職責，明確其職責和許可權，明確其介面關系。
4.1.5隨設計和開發的進展，在適當時，對設計和開發階段進行評審，填寫設計開發評審報告。
4.2 設計和開發輸入
4.2.1設計和開發輸入主要包括以下內容
(1) 產品的性能要求。主要來自顧客或市場的需求與期望，一般應包含在合同、定單或項目建議書中。
(2) 適用的法律法規要求，對國家強制性標准一定要滿足。
(3) 適用時，以前類似設計提供的信息。
(4) 設計和開發所必需的其它要求，包括安全、包裝、運輸、貯存、維護及環境。
4.2.2 設計和開發的輸入應形成文件，並填寫《設計開發輸入清單》，對設計和開發輸入進行評審，以確保其充分性與適宜性。產品要求應完整、清楚，並且不能自相矛盾。
4.3 設計和開發輸出
項目責任人根據設計開發任務書、方案及計劃書等開展設計開發工作，並編寫相應的設計和開發輸出文件。設計和開發的輸出應以能夠針對設計和開發的輸入進行驗證的方式提出，並應在放行前得到批准。設計和開發輸出應：
(1) 滿足設計和開發輸入的要求。
(2) 給采購、生產和服務提供適當信息。
(3) 包含或引用產品接收准則。
(4) 規定對產品的安全和正常使用所必需的產品特性。
4.4 設計和開發評審
4.4.1 在設計和開發的適宜階段進行系統的、綜合的評審，一般由設計項目責任人提出申請，技術經理組織相關人員和部門進行評審。以便：
a 評價設計和開發的結果滿足要求的能力。
b 識別任何問題並提供必要的措施。
4.4.2 評審的參加者應包括與所評審的設計和開發階段有關的職能部門的代表。評審後形成《設計開發評審報告》，對評審作出結論，經技術經理編制、總經理批准後發相關部門，相關部門根據需要採取相應的改進和糾正措施，研發中心負責跟蹤並記錄措施的實施情況，填寫《設計開發評審報告》的相應欄目內。
4.5設計和開發驗證
為確保設計和開發輸出滿足輸入的要求，應依據所策劃的安排對設計和開發進行驗證。驗證結果及任何必要措施的記錄應予保存。
4.5.1 設計評審通過後，由研發中心提供工藝文件，確認樣品試制所需的原材料及零件，提出采購清單交營銷中心采購；生產部據相關的設計要求製作樣品。
4.5.2 研發中心提供檢驗標准或技術規范，同時負責對樣品進行試驗或送外部權威進行檢測，出具相應的測試報告。根據試驗和檢測結果，編制《設計和開發驗收報告》形成驗證結論,經總經理審批後發放到相關各部門，確認《設計和開發項目任務書》中每一項技術參數或性能指標都有相應的驗證記錄。
4.5.3樣品驗證通過後，研發中心組織營銷中心、生產部等對試產的可行性進行評審，編制《試產可行性報告》，經主管審批後由研發中心指導生產部進行小批量試生產。數量控制在每種規格100PCS以內。
4.5.4研發中心對小批試產的產品進行檢驗和試驗，出具相應的測試報告，並對其工藝進行驗證，據驗證的情況，編制《試產總結報告》，經總經理審批後作為大批量生產的依據。
4.6 設計和開發確認
4.6.1 為了證實最終產品能夠滿足顧客規定的具體使用要求，試生產合格後的產品，由營銷中心負責聯系送交顧客進行試用，並提交《產品試用報告》，報告中應能夠反映顧客對試產產品符合標准或合同要求滿足程序及適用性的評價。
4.6.2 研發中心根據自行驗證或將樣品送國家權威部門機構進行檢測出具的結果，以及顧客試用的報告等情況，採取相應的糾正及改進措施，確保設計和開發的產品滿足顧客預期的使用要求，確保產品在交付顧客之前都已通過了確認。
4.7 設計和開發更改的控制
4.7.1 設計和開發的更改發生在設計、開發和產品的整個壽命周期中，當需要更改時應予以確定，並形成文件，以保證更改受控，具體運作按《文件控製程序》執行。
4.7.2 在設計和開發更改時，必須對產品原材料使用和加工過程，對產品的使用性能、安全性、可靠性和最終處置等方面帶來的影響進行全面的評審、驗證及確認，並經技術主管審核，總經理批准後方能實施，對更改的評審結果及任何必要的措施的記錄應予以保持。
⑤ 尋求軟體的開發與設計完整方案流程
標準的軟體開發過程
1推薦軟體開發的標准過程包括六個階段，而六個階段需要編寫的各類文件達14種之多，在每個階段需要編寫哪些文件，以及這些文件的主要內容見下：
1.可行性與計劃研究階段
可行性研究報告：在可行性研究與計劃階段內，要確定該軟體的開發目標和總的要求，要進行可行性分析、投資一收益分析、制訂開發計劃，並完成應編制的文件。
項目開發計劃：編制項目開發計劃的目的是用文件的形式，把對於在開發過程中各項工作的負責人員、開發進度、 所需經費預算、所需軟、硬體條件等問題作出的安排記載下來，以便根據本計劃開展和檢查本項目的開發工作。
2.需求分析階段
軟體需求說明書：軟體需求說明書的編制是為了使用戶和軟體開發者雙方對該軟體的初始規定有一個共同的理解， 使之成為整個開發工作的基礎。內容包括對功能的規定對性能的規定等。
數據要求說明書：數據要求說明書的編制目的是為了向整個開發時期提供關於被處理數據的描述和數據採集要求的技術信息。
初步的用戶手冊：用戶手冊的編制是要使用非專門術語的語言，充分地描述該軟體系統所具有的功能及基本的使用方法。使用戶（或潛在用戶）通過本手冊能夠了解該軟體的用途，並且能夠確定在什麼情況下，如何使用它。
3.設計階段
概要設計說明書：概要設計說明書又可稱系統設計說明書，這里所說的系統是指程序系統。編制的目的是說明對程序系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、介面設計。 運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。
詳細設計說明書：詳細設計說明書又可稱程序設計說明書。編制目的是說明一個軟體系統各個層次中的每一個程序 （每個模塊或子程序）的設計考慮，如果一個軟體系統比較簡單，層次很少，本文件可以不單獨編寫，有關內容合並入概要設計說明書。
資料庫設計說明書：資料庫設計說明書的編制目的是對於設計中的資料庫的所有標識、邏輯結構和物理結構作出具體的設計規定。
測試計劃初稿：這里所說的測試，主要是指整個程序系統的組裝測試和確認測試。本文件的編制是為了提供一個對該軟體的測試計劃，包括對每項測試活動的內容、進度安排、設計考慮、測試數據的整理方法及評價准則。
4.實現階段
模塊開發卷宗（開始編寫）：模塊開發卷宗是在模塊開發過程中逐步編寫出來的，每完成一個模塊或一組密切相關的模塊的復審時編寫一份，應該把所有的模塊開發卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發的進度和結果，以便於對整個模塊開發工作的管理和復審，並為將來的維護提供非常有用的技術信息。
用戶手冊完工
操作手冊：操作手冊的編制是為了向操作人員提供該軟體每一個運行的具體過程和有關知識，包括操作方法的細節。
測試計劃終稿：
5.測試階段
模塊開發卷宗(此階段內必須完成)
測試分析報告：測試分析報告的編寫是為了把組裝測試和確認測試的結果、發現及分析寫成文件加以記載。
項目開發總結報告：項目開發總結報告的編制是為了總結本項目開發工作的經驗，說明實際取得的開發結果以及對整個開發工作的各個方面的評價。
6.運行與維護階段
開發進度月報的編制目的是及時向有關管理部門匯報項目開發的進展和情況，以便及時發現和處理開發過程中出現的問題。一般地，開發進度月報是以項目組為單位每月編寫的。如果被開發的軟體系統規模比較大，整個工程項目被劃分給若干個分項目組承擔，開發進度月報將以分項目組為單位按月編寫。
對於一項軟體而言，有些文件的編寫工作可能要在若干個階段中延續進行。
鑒於軟體開發是具有創造性的腦力勞動，也鑒於不同軟體在規模上和復雜程度上差別極大，本指南認為在文件編制工作中應允許一定的靈活性，並不是14種文件每種都必須編寫。
文件編制的衡量因素
◆在因素總和較低的情況下,項目開發總結報告的內容應包括：程序的主要功能、基本流程、測試結果和使用說明。
◆測試分析報告應該寫，但不必很正規。
◆數據要求說明和資料庫設計說明是否需要編寫應根據所開發軟體的實際需要來決定。
例2：為了避免在軟體開發中文件編制的不足或過分，一個簡便的辦法是把對軟體文件的編制要求同軟體的規模大小聯系起來，這就是本例的出發點。軟體的規模不妨分為四級：
1．小規模軟體源程序行數小於5 000的軟體；
2．中規模軟體源程序行數為 10 000～ 50 000的軟體；
3．大規模軟體源程序行數為 100 000?500 000的軟體；
4．特大規模軟體源程序行數大於500 000的軟體。
對上述的四級軟體的文件編制要求分別列於表O3。
至於源程序行數為 5 000～ 10 000， 50 000～ 100 000的軟體，其文件編制要求介於兩級之間，可根據一個軟體產品的具體情況，由項目負責人參照表O3的規定，確定需要編制的文件種類。
對於源程序行數大於500 000的特大規模軟體，可進一步把本指南規定的十四種文件按實際需要擴展成更多種類。
⑥ 設計與開發計劃和任務書可以合並嗎
看什麼用的，如果是科研成功應該是可以的，只是一個說明文檔而已，不懂的話還能甲流