產(chǎn)品設(shè)計與開發(fā)全套資料

1、+-1 規(guī)劃階段| 新品規(guī)劃評審.doc| 會議記錄.doc| 産品型號申請單.doc| 用戶需求分析評審.doc| 立項申請單.doc| 總體設(shè)計方案.doc| 需求規(guī)格說明書.doc| 項目可行性分析報告.doc| 項目小組及分工.doc| 項目計劃書.doc| 項目進(jìn)度計劃表.doc| 項目需求建議書.doc| +-2 設(shè)計階段| 代碼評審附表.doc| 元器件材料清單.doc| 印製板圖檢查表.doc| 原理圖檢查表.doc| 工程安裝調(diào)試說明書.doc| 數(shù)據(jù)庫設(shè)計說明書.doc| 施工規(guī)範(fàn).doc| 會議記錄.doc| 概要設(shè)計評審.doc| 概要設(shè)計說明書.doc| 用戶手冊.d

2、oc| 系統(tǒng)設(shè)備清單.doc| 系統(tǒng)說明書.doc| 編碼評審.doc| 詳細(xì)設(shè)計評審.doc| 詳細(xì)設(shè)計說明書.doc| 部件材料清單.doc| 零件承認(rèn)書.doc| +-3 樣品試制階段| BUG list.doc| 會議記錄.doc| 樣品調(diào)試方案.doc| 樣品調(diào)試與測試報告.doc| 測試分析報告.doc| 測試計劃.doc| 系統(tǒng)測試分析報告.doc| 系統(tǒng)測試計劃.doc| +-4 試用階段| 技術(shù)轉(zhuǎn)移清單.doc| 會議記錄.doc| 生産工藝文件.doc| 用戶反饋單.doc| 項目評審.doc| 項目開發(fā)總結(jié)報告.doc| 項目驗收評審.doc| -5 產(chǎn)品發(fā)佈階段 工程安

3、裝調(diào)試說明書.doc 技術(shù)轉(zhuǎn)移清單.doc 施工規(guī)範(fàn).doc 會議記錄.doc 版本管理清單.doc 産品版本變更明細(xì)表.doc 用戶操作手冊.doc 系統(tǒng)技術(shù)方案.doc 系統(tǒng)說明書.doc 項目開發(fā)總結(jié)報告.doc產(chǎn)品名稱申請人產(chǎn)品規(guī)格描述：（可以附產(chǎn)品規(guī)格說明書）型號：研發(fā)經(jīng)理核準(zhǔn)版本管理人員 編號：日期時間地點主席列席記錄參加人員缺席人員會議主題項次報 告 及 決 議 事 項報告人/責(zé)任者預(yù)計完成日期追蹤結(jié)果12345678910會 簽審 核受文單位董事長總經(jīng)理行政管理中心財務(wù)部商務(wù)部營銷中心工程中心研究院產(chǎn)品研發(fā)中心檢察科技集成中心備注：編號原則：部門別+月+日+流水碼（2碼），例：

4、RD072601 立 項 申 請 單項目名稱項目型號項目類別 電子警察 卡口 海關(guān)科技 其它：申請日期需求日期項目負(fù)責(zé)人一. 簡述產(chǎn)品主要規(guī)格（詳見需求規(guī)格說明書）二. 簡述市場和技術(shù)可行性分析（詳見可行性分析報告）三. 簡述總體設(shè)計方案（詳見總體設(shè)計方案）四. 人員與項目進(jìn)度安排：主要列出各階段的開始和結(jié)束時間，主要工作的人員配置。（詳見設(shè)計計劃進(jìn)度表）五. 費用預(yù)算：（列出費用的大致構(gòu)成。）董事長/總經(jīng)理研發(fā)中心經(jīng)理申請人 ROP01082901項目計劃書 1、 引言項目背景及編寫目的2、 項目概述2.1 工作內(nèi)容 簡要說明項目的各項主要工作，介紹所開發(fā)系統(tǒng)的功能、性能等 2.2 條件與限

5、制 闡明為完成項目所應(yīng)具備的條件、開發(fā)單位已具備的條件以及尚需創(chuàng)造的條件。還應(yīng)包括用戶及分合同承包者需承擔(dān)的工作、完成期限及其他條件與限制 2.3 產(chǎn)品 2.3.1 實物 列出應(yīng)交付的硬件、軟件等產(chǎn)品名稱、軟件應(yīng)包括使用的語言及存儲形式 2.3.2 文檔 列出應(yīng)交付的文檔 2.4 運行環(huán)境 應(yīng)包括硬件、軟件環(huán)境 2.5 服務(wù) 闡明開發(fā)單位可向用戶提供的服務(wù)。如人員培訓(xùn)、安裝、保修、維護(hù)和其他運行支持 2.6 驗收標(biāo)準(zhǔn)3、 實施計劃3.1 任務(wù)分解 任務(wù)的劃分及各項任務(wù)的負(fù)責(zé)人、簡單描述。詳見（項目小組及分工）3.2 進(jìn)展 按階段完成的項目，用圖表說明開始時間、完成時間。詳見（項目進(jìn)展計劃表）3

6、.3 預(yù)算3.4 關(guān)鍵問題 說明可能影響項目的關(guān)鍵問題，如設(shè)備條件、技術(shù)難點或其他風(fēng)險因素，并說明對策 4、 專題計劃要點 如測試計劃、質(zhì)量保證計劃、配置管理計劃、人員培訓(xùn)計劃、系統(tǒng)安裝計劃等 項 目 進(jìn) 度 計 劃 表項目名稱： 項目型號： 項目版本：項目負(fù)責(zé)人： 制表： 日期: 項目負(fù)責(zé)人員輸出文件計劃開始時間計劃結(jié)束時間實際結(jié)束時間 規(guī) 劃 階 段設(shè) 計 階 段樣品試作階 段 用 戶 試 用 階 段 產(chǎn) 品 發(fā) 布 階 段核準(zhǔn)審核制定項 目 可 行 性 分 析 報 告項目名稱：擬 制：審 核：批 準(zhǔn)：文件版本： 年 月 日 項目可行性分析報告1 引言 1.1 編寫目的 可行性分析報告的編

7、寫目的是：說明該開發(fā)項目的實現(xiàn)在技術(shù)、經(jīng)濟(jì)和社會條件方面的可行性,評述為了合理地達(dá)到開發(fā)目標(biāo)而可能選擇的各種方案,說明并論證所選定的方案。說明編寫本可行性分析報告的目的，指出預(yù)期的讀者。1.2 背景 說明： a所建議開發(fā)的項目名稱； b本項目的任務(wù)提出者、開發(fā)者、用戶； C該項目同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。1.3 定義 列出本文檔中用到的專門術(shù)語的定義和外文縮寫詞的原文。1.4 參考資料 列出用到的參考資料，如： a本項目的經(jīng)核準(zhǔn)的計劃任務(wù)書或合同、上級機關(guān)的批文； b屬于本項目的其他已發(fā)表的文件； C本文檔中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。列出這些文件資料的標(biāo)

8、題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。2 可行性研究的前提說明對所建議的開發(fā)項目進(jìn)行可行性研究的前提，如要求、目標(biāo)、假定、限制等。2.1 要求說明對所建議的開發(fā)項目的基本要求，如：a. 功能；b. 性能； c. 輸出如報告、文件或數(shù)據(jù)，對每項輸出要說明其特征，如用途、分發(fā)對象； d輸入說明系統(tǒng)的輸入，包括數(shù)據(jù)的來源、類型、數(shù)量、數(shù)據(jù)的組織以及提供的頻度；e處理流程和數(shù)據(jù)流程用圖表的方式表示出最基本的數(shù)據(jù)流程和處理流程，并輔之以敘述；f在安全與保密方面的要求；g同本系統(tǒng)相連接的其他系統(tǒng)的要求；h完成期限。2.2 目標(biāo) 說明所建議系統(tǒng)的主要開發(fā)目標(biāo)，如：a人力與設(shè)備費用

9、的減少；b處理速度的提高；C控制精度或生產(chǎn)能力的提高；d管理信息服務(wù)的改進(jìn)；e自動決策系統(tǒng)的改進(jìn)；f人員利用率的改進(jìn)。 2.3 條件、假定和限制說明對這項開發(fā)中給出的條件、假定和所受到的限制，如：a所建議系統(tǒng)的運行壽命的最小值；b進(jìn)行系統(tǒng)方案選擇比較的時間； c經(jīng)費、投資方面的來源和限制； d法律和政策方面的限制；e硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制；f可利用的信息和資源；g系統(tǒng)投入使用的最晚時間。2.4 進(jìn)行可行性研究的方法 說明這項可行性研究將是如何進(jìn)行的，所建議的系統(tǒng)將是如何評價的。簡要說明所使用的基本方法和策略，如調(diào)查、確定模型、建立基準(zhǔn)點或仿真等。2.5 評價尺度說明對系

10、統(tǒng)進(jìn)行評價時所使用的主要尺度，如費用的多少、各項功能的優(yōu)先次序、開發(fā)時間 的長短及使用中的難易程度。3 對現(xiàn)有系統(tǒng)的分析這里的現(xiàn)有系統(tǒng)是指當(dāng)前實際使用的系統(tǒng)。分析現(xiàn)有系統(tǒng)的目的是為了進(jìn)一步闡明建議中的開發(fā)新系統(tǒng)或修改現(xiàn)有系統(tǒng)的必要性。 3.1 處理流程和數(shù)據(jù)流程說明現(xiàn)有系統(tǒng)的基本的處理流程和數(shù)據(jù)流程。此流程可用流程圖的形式表示，并加以敘述。3.2 工作負(fù)荷 列出現(xiàn)有系統(tǒng)所承擔(dān)的工作及工作量。3.3 費用開支列出由于運行現(xiàn)有系統(tǒng)所引起的費用開支，如人力、設(shè)備、空間、支持性服務(wù)、材料等項開支以及開支總額。3.4 人員 列出為了現(xiàn)有系統(tǒng)的運行和維護(hù)所需要的人員數(shù)量。3.5 設(shè)備 列出現(xiàn)有系統(tǒng)所使用的

11、各種設(shè)備。3.6 局限性列出現(xiàn)有系統(tǒng)的主要的局限性，例如處理時間趕不上需要，響應(yīng)不及時，數(shù)據(jù)存儲能力不足， 處理功能不夠等。4 所建議的系統(tǒng)本章將用來說明所建議系統(tǒng)的目標(biāo)和要求將如何被滿足。4.1 對所建議系統(tǒng)的說明概括地說明所建議系統(tǒng)，并說明所建議系統(tǒng)的基本要求將如何得到滿足，說明所使用的基本方法及理論根據(jù)。 4.2 處理流程和數(shù)據(jù)流程給出所建議系統(tǒng)的處理流程和數(shù)據(jù)流程。4.3 改進(jìn)之處 按所建議系統(tǒng)的主要開發(fā)目標(biāo)，逐項說明所建議系統(tǒng)相對于現(xiàn)存系統(tǒng)具有的改進(jìn)。4.4 影響說明在建立所建議系統(tǒng)時，預(yù)期將帶來的影響，包括：4.4.1 對設(shè)備的影響 說明新提出的設(shè)備要求及對現(xiàn)存系統(tǒng)中尚可使用的設(shè)備

12、須作出的修改。4.4.2 對軟件的影響 說明為了使現(xiàn)存系統(tǒng)的應(yīng)用軟件和支持軟件能夠同所建議系統(tǒng)相適應(yīng)。而需要對這些軟件 所進(jìn)行的修改和補充。4.4.3 對用戶單位機構(gòu)的影響 說明為了建立和運行所建議系統(tǒng)，對用戶單位機構(gòu)、人員的數(shù)量和技術(shù)水平等方面的全部要求。4.4.4 對系統(tǒng)運行過程的影響 說明所建議系統(tǒng)對運行過程的影響，如： a用戶的操作規(guī)程； b源數(shù)據(jù)的處理； c數(shù)據(jù)進(jìn)入系統(tǒng)的過程； d對數(shù)據(jù)保存的要求，對數(shù)據(jù)存儲、恢復(fù)的處理； e輸出報告的處理過程、存儲媒體； f系統(tǒng)失效的后果及恢復(fù)的處理辦法。 4.4.5 對開發(fā)的影響 說明對開發(fā)的影響，如： a為了支持所建議系統(tǒng)的開發(fā)，用戶需進(jìn)行的工

13、作； b為了開發(fā)和測試所建議系統(tǒng)而需要的計算機資源； c所涉及的保密與安全問題。4.4.6 對地點和設(shè)施的影響 說明對環(huán)境設(shè)施的要求。4.4.7 對經(jīng)費開支的影響 扼要說明為了所建議系統(tǒng)的開發(fā)、設(shè)計和維護(hù)運行而需要的各項經(jīng)費開支。4.5 局限性 說明所建議系統(tǒng)尚存在的局限性問題以及這些問題未能消除的原因。4.6 技術(shù)條件方面的可行性 說明技術(shù)條件方面的可行性，如：a在當(dāng)前的限制條件下，所建議系統(tǒng)的功能目標(biāo)能否達(dá)到；b利用現(xiàn)有的技術(shù)，所建議系統(tǒng)的功能能否實現(xiàn)；c對開發(fā)人員的數(shù)量和技術(shù)的要求并說明這些要求能否滿足；d在規(guī)定的期限內(nèi)，所建議系統(tǒng)的開發(fā)能否完成。5 可選擇的其他方案 扼要說明曾考慮過的

14、每一種可選擇的方案。 5.1 可選擇的方案1 參照第4章的提綱，說明可選擇的方案1，并說明它未被選中的理由。5.2 可選擇的方案2 按類似5.1款的方式說明第2個乃至第N個可選擇的方案。 . . . . . .6 投資及效益分析 6.1 支出對于所選擇的方案，說明所需的費用。如果已有一個現(xiàn)存系統(tǒng)，則包括該系統(tǒng)繼續(xù)運行期間所需的費用。 6.1.1 基本建設(shè)投資 列出所建議系統(tǒng)安裝軟件、硬件設(shè)備、采購和開發(fā)等基本建設(shè)投資所需的費用。6.1.2 其他一次性支出 列出所建議系統(tǒng)的一次性支出。6.1.3 經(jīng)常性支出 列出在所建議系統(tǒng)生命期內(nèi)按月或按季或按年支出的用于運行和維護(hù)的費用。6.2 收益 對于所

15、選擇的方案，說明能夠帶來的收益，這里所說的收益，表現(xiàn)為開支費用的減少或避免、 差錯的減少、靈活性的增加、處理速度的提高和管理計劃方面的改進(jìn)等，包括：6.2.1 一次性收益 說明所建議系統(tǒng)能夠獲得的一次性收益。6.2.2 經(jīng)常性收益 說明在整個系統(tǒng)生命期內(nèi)由于運行所建議系統(tǒng)而導(dǎo)致的按月的、按年的所獲得的收益，包括開支的減少和避免。 6.2.3 不可定量的收益 逐項列出無法直接用貨幣（如人民幣）表示的收益，如：服務(wù)的改進(jìn)，由操作失誤引起的風(fēng)險的減少，信息掌握情況的改進(jìn)等。有些不可捉摸的收益只能大概估計或進(jìn)行極值估計（按最好和最差情況估計）。 6.3 收益投資比 求出整個系統(tǒng)生命期的收益投資比值。

16、6.4 投資回收周期 求出工程累計經(jīng)濟(jì)效益等于最初投資所需要的時間。7 社會因素方面的可行性 本章用來說明對社會因素方面的可行性分析的結(jié)果，包括：7.1 法律方面的可行性 法律方面的可行性問題很多，如：合同責(zé)任、侵犯專利權(quán)、侵犯版權(quán)等方面的陷井，軟件人 員通常是不熟悉的，有可能陷入，務(wù)必要注意研究。7.2 使用方面的可行性 例如從用戶單位的行政管理、工作制度等方面來看，是否能夠使用所建議系統(tǒng)；從用戶單位 的工作人員的素質(zhì)來看，是否能滿足使用所建議系統(tǒng)的要求等等，都是要考慮的。8 結(jié)論在進(jìn)行可行性研究報告的編制時，必須有一個研究的結(jié)論。結(jié)論可以是：a可以立即開始進(jìn)行；b需要推遲到某些條件（例如資

17、金、人力、設(shè)備等）落實之后才能開始進(jìn)行；c需要對開發(fā)目標(biāo)進(jìn)行某些修改之后才能開始進(jìn)行；d不能進(jìn)行或不必進(jìn)行（例如因技術(shù)不成熟、經(jīng)濟(jì)上不合算等）。項目小組及分工產(chǎn)品名稱: 客戶:項目負(fù)責(zé): 日期:部門人員姓名資格負(fù)責(zé)工作備注核準(zhǔn)審核制表項 目 需 求 建 議 書項目名稱提出單位提出日期完成日期六. 提出原因七. 產(chǎn)品主要規(guī)格八. 競爭對手與技術(shù)狀況九. 市場行情分析十. 成本與效益分析研究院主管單位主管申請人 RFP01082901項目總結(jié)和新品規(guī)劃評審項目組： 報告人：新品名稱評審人員評審日期1對項目總結(jié)是否有補充意見2新品規(guī)劃的技術(shù)可行性方面的意見3新品規(guī)劃的市場可行性方面的意見4新品規(guī)劃的

18、經(jīng)濟(jì)可行性方面的意見5有無另外的新品構(gòu)想6新、老產(chǎn)品的延續(xù)性、繼承性如何？7對新品的需求分析有無補充意見8對技術(shù)方案是否有補充意見9是否符合公司產(chǎn)業(yè)化的方向 需 求 規(guī) 格 說 明 書項目名稱：項目版本：擬 制：審 核：批 準(zhǔn)：文件版本： 年 月 日 需求規(guī)格說明書1 編寫目的闡明編寫需求規(guī)格說明書的目的，指明讀者對象.2. 項目描述2.1 描述本項目的適用場合及處理業(yè)務(wù).2.2 項目名稱：本項目的名稱，包括項目的全名、簡稱、代號、版本號.2.3 名詞定義：對重要的或是具有特殊意義的名詞進(jìn)行定義.3. 用戶情況描述3.1 用戶業(yè)務(wù)描述：描述本項目的用戶（或潛在用戶）使用本項目處理的業(yè)務(wù).3.2

19、 用戶情況：介紹本項目的用戶（或潛在用戶）的情況，包括3.2.1 用戶的工作流程；3.2.2 用戶的相關(guān)部門及職責(zé)；3.2.3 用戶的技術(shù)水平；3.3 用戶原有系統(tǒng)的情況：介紹用戶現(xiàn)在使用的系統(tǒng)的主要情況，包括主要的不足.4. 任務(wù)概述4.1 目標(biāo)闡明本項目所需達(dá)到的目標(biāo).4.2 運行環(huán)境4.2.1 硬件環(huán)境：詳細(xì)列出本軟件運行時所必須的最低硬件配置、推薦硬件配置(如主機、顯示器、外部設(shè)備等)以及其它特殊設(shè)備.4.2.2 軟件環(huán)境：如操作系統(tǒng)、網(wǎng)絡(luò)軟件、數(shù)據(jù)庫系統(tǒng)以及其它特殊軟件要求.4.3 條件與限制說明本產(chǎn)品在實現(xiàn)時所必須滿足的條件和所受的限制，以及相應(yīng)的原因.必須滿足的條件包括輸入數(shù)據(jù)的

20、范圍以及格式，所受的限制包括軟件環(huán)境、硬件環(huán)境等方面的內(nèi)容.4.4 主要特點說明本產(chǎn)品與同類產(chǎn)品相比的特點（Feature），即：賣點.5. 功能需求5.1 功能劃分從用戶的角度將產(chǎn)品按功能劃分成不同的部分，但應(yīng)注意此處劃分成的部分并不對應(yīng)于最終程序?qū)崿F(xiàn)時的不同功能模塊.5.2 功能描述描述由功能劃分所生成的各部分的內(nèi)容，應(yīng)包括下列內(nèi)容：a. 必須完成的功能以及對此功能的詳細(xì)描述：逐條列出本軟件所能完成的各項功能以及對此功能的詳細(xì)描述.b. 不支持的功能以及相應(yīng)的原因：列出本軟件所不支持的各項功能以及相應(yīng)的原因.此部分內(nèi)容務(wù)必詳細(xì)準(zhǔn)確、無二義性，以作為將來驗收和測試的標(biāo)準(zhǔn).6. 數(shù)據(jù)描述6.1

21、 輸入/輸出數(shù)據(jù)說明輸入輸出數(shù)據(jù)的類型及格式.6.2 數(shù)據(jù)流圖(對于結(jié)構(gòu)化分析)從數(shù)據(jù)傳遞和加工的角度描述的數(shù)據(jù)流圖，此數(shù)據(jù)流圖不包含任何有關(guān)實現(xiàn)的內(nèi)容，只是從最上層對有關(guān)內(nèi)容加以描述.數(shù)據(jù)流圖的表述形式參見軟件工程中的有關(guān)規(guī)定.6.3 數(shù)據(jù)庫描述(可選)根據(jù)系統(tǒng)的總目標(biāo)和范圍，定義數(shù)據(jù)庫的邏輯特性和物理特性.說明數(shù)據(jù)管理能力的需求:說明要管理的文件或記錄的個數(shù),表和文件的大小規(guī)模,要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求作出估算.6.4 數(shù)據(jù)詞典(對于結(jié)構(gòu)化分析)對于數(shù)據(jù)流圖中出現(xiàn)所有被命名的圖形元素在數(shù)據(jù)詞典中作為一個詞條加以定義，使得每一個圖形元素的名字都有一個確切的解釋.6.5 建立需

22、求分析模型(對于面向?qū)ο蠓治?6.5.1 需求分析模型是依據(jù)產(chǎn)品構(gòu)想,通過項目組人員充分討論,對產(chǎn)品要實現(xiàn)的主要功能和使用環(huán)境進(jìn)行分析.6.5.2 需求分析模型分析產(chǎn)品的使用環(huán)境,包括最終用戶,需配合的外部環(huán)境.需求分析模型 應(yīng)能體現(xiàn)出各主要功能點之間的關(guān)系.6.5.3 需求分析模型可采用Rational Rose或Rose RealTime生成,需求分析模型應(yīng)包括如 下內(nèi)容:6.5.3.1 Use Case(使用案例) View6.5.3.2 Business Use-Case Model6.5.3.3 Use-Case Model 各主要用戶使用功能點之間的關(guān)系,用相關(guān)UML符號在Use

23、Case Diagram中表 示.7. 性能需求7.1 數(shù)據(jù)精確度根據(jù)實際情況，確定產(chǎn)品最終輸出數(shù)據(jù)(包括傳輸中)的數(shù)據(jù)精確度.7.2 適應(yīng)性 a. 復(fù)用性：說明本產(chǎn)品是否可以復(fù)用哪個已有軟件或者最終本產(chǎn)品是否可被其它產(chǎn)品復(fù)用.b. 靈活性：說明在運行環(huán)境、與其他軟件的接口以及開發(fā)計劃等發(fā)生變化時，應(yīng)具有的適應(yīng)能力.7.3 時間特性要求 說明產(chǎn)品(尤其是交互式產(chǎn)品)在響應(yīng)時間、更新處理時間、數(shù)據(jù)轉(zhuǎn)換與傳輸時間、運行時間等方面所需達(dá)到的時間特性.7.4 系統(tǒng)支持并行操作的用戶7.5 系統(tǒng)存儲容量7.6 系統(tǒng)計算及運行時間8. 運行需求8.1 用戶界面 說明本產(chǎn)品的人機界面風(fēng)格.8.2 硬件接口說

24、明本產(chǎn)品與硬件之間各接口的邏輯特點及運行該軟件的硬件設(shè)備特征.8.3 軟件接口說明本產(chǎn)品與其它軟件之間接口，對于每個需要的軟件產(chǎn)品，應(yīng)提供:a. 接口名稱b. 規(guī)格說明c. 版本號8.4 故障處理說明本產(chǎn)品在健壯性方面所需達(dá)到的目標(biāo)，健壯性是指即使前提條件不符合規(guī)格也能繼續(xù)合理運行的程度.9. 硬件9.1 功能需求 9.2 性能需求10. 結(jié)構(gòu)10.1 功能需求 10.2 性能需求11. 不確定的問題說明本項目目前尚未確定的問題.12. 風(fēng)險分析說明本項目面臨的主要風(fēng)險，包括時間、技術(shù)復(fù)雜度、人力資源等.13. 其它需求說明本項目的其它需求，如可維護(hù)性、可靠性、可使用性、安全保密性、可移植性等

25、方面的需求.14. 編寫人員及編寫日期列出參與編寫用戶需求規(guī)格說明書的人員名字，并標(biāo)明負(fù)責(zé)人.15. 參考資料：列出需求規(guī)格說明書所參考引用的資料的名稱.用戶需求分析評審項目名稱： 項目負(fù)責(zé)人：評審負(fù)責(zé)人： 評審時間： 一：評審流程1、 由公司高層領(lǐng)導(dǎo)、用戶、營銷部、技術(shù)部、工程部及研發(fā)部的相關(guān)人員組成一個評審小組，開會討論、評審項目的需求建議書、可行性分析報告、需求規(guī)格說明書、總體設(shè)計方案等資料， 2、 該項目的系統(tǒng)分析員從項目的需求提出、對問題的識別、系統(tǒng)的需求、總體設(shè)計方案等分別進(jìn)行介紹。在此過程中，小組成員可以提出問題，展開討論，審查是否有錯誤存在。3、 在討論結(jié)束后，由系統(tǒng)分析員將評

26、審和修改通過后的資料存檔并且轉(zhuǎn)給相關(guān)部門。.二： 評審人員公司高層研究院研發(fā)中心用戶其它部門三：評審記錄（評審的具體結(jié)果可以參見評審會議記錄）序號 記錄事項 意見1系統(tǒng)定義的目標(biāo)是否與用戶的要求一致？2系統(tǒng)需求分析階段提供的文檔資料是否齊全？3文檔中的所有描述是否完整、清晰，準(zhǔn)確反映用戶要求？4與系統(tǒng)其他所有成分的重要接口是否都已經(jīng)描述清楚？5所開發(fā)軟件的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定？6所有圖表是否清楚，在不補充的情況下能否理解？7設(shè)計的約束條件或限制條件是否符合實際情況？8開發(fā)的技術(shù)風(fēng)險是什么？9市場上有無成熟、穩(wěn)定的解決方案可以參考？10是否考慮過其他的解決方案？11是否將來可能會提出的

27、系統(tǒng)需求，有相應(yīng)的解決方案？12系統(tǒng)的兼容性如何（本公司產(chǎn)品及市售產(chǎn)品）？13是否制定了詳細(xì)的檢驗標(biāo)準(zhǔn)，它們能否對系統(tǒng)定義進(jìn)行成功確認(rèn)？14其它意見：核準(zhǔn)審核制定總 體 設(shè) 計 方 案項目名稱：項目版本：擬 制：審 核：批 準(zhǔn)：文件版本： 年 月 日 目 錄1、 前言 .2、 任務(wù)概述 3、 方案選擇 4、 系統(tǒng)設(shè)計 .4、1 產(chǎn)品的整體設(shè)計 4、2產(chǎn)品硬件各個模塊設(shè)計. . .4、3產(chǎn)品軟件各模塊設(shè)計. .4、4產(chǎn)品外形、結(jié)構(gòu)設(shè)計. .5、開發(fā)工具 6、運行環(huán)境 7、技術(shù)風(fēng)險 8、 相關(guān)技術(shù)簡介 （注：本文檔是在設(shè)計規(guī)劃階段，作為公司研究院和研發(fā)中心的接口文檔。 本文主要的閱讀對象是公司內(nèi)部

28、參與系統(tǒng)和模塊的設(shè)計和測試人員）1、 前言簡明扼要的說明本產(chǎn)品方案的任務(wù)來源、市場背景、技術(shù)背景，設(shè)計目的和產(chǎn)品的使用場合等。2、任務(wù)概述2、1設(shè)計目標(biāo)簡述系統(tǒng)的設(shè)計目標(biāo)內(nèi)容（主要是系統(tǒng)的概述、功能、用途）2、2 條件和限制簡述系統(tǒng)設(shè)計應(yīng)具備的條件（如設(shè)計人員的技能、數(shù)量，設(shè)計工具和設(shè)備，測試設(shè)備等），目前缺少的條件（如人員不足，技能不足，設(shè)備不齊全等）。3、方案選擇3、1提供合理的選擇方案提供高、中、低成本的可行方案，每個方案應(yīng)包括系統(tǒng)流程圖、組成系統(tǒng)的物理元素清單、成本/效益分析、實現(xiàn)這個系統(tǒng)的進(jìn)度計劃。3、2推薦最佳方案根據(jù)實際情況，從以上方案中推薦最佳方案，并說明理由。4、系統(tǒng)架構(gòu)設(shè)計

29、4、1產(chǎn)品的整體設(shè)計可以用文字、圖形介紹系統(tǒng)的總體架構(gòu)、設(shè)計意圖。4、2產(chǎn)品硬件各個模塊設(shè)計介紹系統(tǒng)硬件部分的功能模塊分解，各個模塊之間相互的連接和信號傳輸和控制。模塊名稱， 說明模塊的功能，實現(xiàn)方法或原理。模塊所用的關(guān)鍵設(shè)備的技術(shù)指標(biāo)。(可以另外撰寫更詳細(xì)的硬件設(shè)計方案替代)4、3產(chǎn)品軟件各個模塊設(shè)計軟件的功能分解，確定軟件由哪些模塊組成，以及模塊之間的關(guān)系（用層次圖或結(jié)構(gòu)圖描述）。介紹軟件模塊名稱，說明模塊的功能，各個模塊之間的動態(tài)調(diào)用關(guān)系。對于需要數(shù)據(jù)庫的系統(tǒng)，應(yīng)設(shè)計數(shù)據(jù)庫，確定物理數(shù)據(jù)庫結(jié)構(gòu)，用戶使用的數(shù)據(jù)視圖，進(jìn)行數(shù)據(jù)庫的完整性和安全性設(shè)計。軟件模塊的開發(fā)環(huán)境和應(yīng)用環(huán)境軟件的界面圖（

30、如果有必要的話）(可以用概要設(shè)計說明書替代此節(jié)內(nèi)容。)4、4產(chǎn)品外形、結(jié)構(gòu)設(shè)計包括產(chǎn)品的設(shè)備布置圖，外形圖、結(jié)構(gòu)圖，可以用圖片、文字描述。確定產(chǎn)品的外觀（如指示燈、文字標(biāo)記等）、安裝方式、防護(hù)要求、安裝連接圖等，也可以包括產(chǎn)品的包裝圖。5、開發(fā)工具1、硬件設(shè)計的開發(fā)工具（如原理圖，PCB圖等設(shè)計軟件）。2、軟件設(shè)計的開發(fā)工具（系統(tǒng)分析工具、編碼軟件等。）3、結(jié)構(gòu)設(shè)計的開發(fā)工具（如二維圖、三維圖、結(jié)構(gòu)分析等設(shè)計軟件）。6、運行環(huán)境指明系統(tǒng)的操作系統(tǒng)、網(wǎng)絡(luò)環(huán)境、通信系統(tǒng)、數(shù)據(jù)庫環(huán)境，系統(tǒng)的硬件系統(tǒng)配置要求 ，系統(tǒng)將來運行的周圍環(huán)境要求等。7、技術(shù)分險主要分析系統(tǒng)的主要技術(shù)難點、關(guān)鍵技術(shù)存在的風(fēng)險。

31、然后提出解決的方法或提供設(shè)計思路。8、相關(guān)技術(shù)簡介簡單介紹系統(tǒng)所用到的技術(shù)的現(xiàn)行狀況和和各自的優(yōu)缺點，闡述選擇使用哪種技術(shù)及其原因。編碼評審項目名稱： 項目負(fù)責(zé)人：主審人： 評審時間： 一：評審流程1、 由主審人、評審專家、項目負(fù)責(zé)人、若干程序員和軟件測試人員組成一個評審小組，通過閱讀和討論程序，對程序進(jìn)行靜態(tài)分析。2、 項目負(fù)責(zé)人提前把設(shè)計說明書、控制流程圖、程序文本及有關(guān)要求、規(guī)范等文檔分發(fā)給評審小組成員，作為評審依據(jù)，小組成員在充分閱讀這些材料之后，進(jìn)入下一步。3、 召開程序編碼審查會。在會上，首先由程序員講解其程序的邏輯，在此過程中，小組成員可以提出問題，展開討論，審查錯誤是否存在。4

32、、 在討論結(jié)束后，由項目負(fù)責(zé)人整理出一份編碼評審報告，交給相關(guān)程序員。5、 若發(fā)現(xiàn)錯誤較多，或發(fā)現(xiàn)重大錯誤，則在改正之后，再次組織編碼評審。二：評審人員主審人評審專家項目負(fù)責(zé)人程序員軟件測試人員三：編碼錯誤清單序號模塊名錯誤語句錯誤描述解決方法負(fù)責(zé)人主審人的總結(jié)意見和簽字：核準(zhǔn)審核制定部件材料清單產(chǎn)品名稱： 型號： 版本： 日期：序號部件名稱型號/規(guī)格數(shù)量備注生產(chǎn)商123456789101112131415161718192021222324252627282930批準(zhǔn)：審核：擬制：序號模塊名模塊代碼行數(shù)錯誤語句錯誤描述解決方法負(fù)責(zé)人概要設(shè)計評審項目名稱： 項目負(fù)責(zé)人：主審人： 評審時間：一：

33、評審流程1、 由公司領(lǐng)導(dǎo)、各部門相關(guān)人員、主審人、評審專家、項目負(fù)責(zé)人、軟件測試人員組成一個評審小組，通過閱讀和討論概要設(shè)計的內(nèi)容，對概要設(shè)計進(jìn)行評審。2、 項目負(fù)責(zé)人提前把需求規(guī)格說明書、概要設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、初步用戶手冊和初步測試計劃等文檔分發(fā)給評審小組成員，作為評審依據(jù)。小組成員在充分閱讀這些材料之后，進(jìn)入下一步。3、 召開概要設(shè)計審查會。在會上，由該項目的系統(tǒng)分析員就其設(shè)計思想進(jìn)行詳細(xì)介紹，主要包括有：系統(tǒng)目標(biāo)、總體設(shè)計、數(shù)據(jù)設(shè)計、處理方式設(shè)計、接口設(shè)計、運行設(shè)計、出錯設(shè)計等。在此過程中，小組成員可以提出問題，展開討論，審查是否有錯誤存在。4、 在討論結(jié)束后，由項目負(fù)責(zé)人整

34、理出一份概要設(shè)計評審報告。5、 若發(fā)現(xiàn)錯誤較多，或發(fā)現(xiàn)重大錯誤，則在改正之后，再次組織概要設(shè)計評審。二： 評審人員公司高層營銷中心技術(shù)中心工程中心研發(fā)中心主審人評審專家項目負(fù)責(zé)人軟件測試人員三：評審內(nèi)容（評審的具體結(jié)果可以參見評審會議記錄）序號評審事項評審結(jié)果備注1可追溯性分析該軟件的系統(tǒng)結(jié)構(gòu)、子系統(tǒng)結(jié)構(gòu)，確認(rèn)該軟件設(shè)計是否覆蓋了所有已確定的軟件需求。軟件每一成份是否可追溯到某一項需求。2接口分析軟件各部分之間的聯(lián)系，確認(rèn)該軟件的內(nèi)部接口與外部接口是否已經(jīng)明確定義。模塊是否滿足高內(nèi)聚和低耦合的要求。模塊作用范圍是否在其控制范圍之內(nèi)。3風(fēng)險確認(rèn)該軟件設(shè)計在現(xiàn)有技術(shù)條件和預(yù)算范圍內(nèi)是否能按時實現(xiàn)4

35、可維護(hù)性從軟件維護(hù)的角度出發(fā)，確認(rèn)該軟件設(shè)計是否考慮了方便未來的維護(hù)?？删S護(hù)性包含了可讀性、可修改性、可測試性等含義。5選擇方案是否考慮過其他方案，比較各種選擇方案的標(biāo)準(zhǔn)是什么。6其他對于文檔、設(shè)計過程.等等進(jìn)行評估。主審人的總結(jié)意見和簽字：核準(zhǔn)審核制定概 要 設(shè) 計 說 明 書項目名稱：項目版本：擬 制：審 核：批 準(zhǔn)：文件版本： 年 月 日 概要設(shè)計說明書1 引言1.1編寫目的 闡明編寫概要設(shè)計說明書的目的，指明讀者對象。1.2項目背景 應(yīng)包括:a待開發(fā)軟件系統(tǒng)的名稱b列出此項目的任務(wù)提出者、開發(fā)者以及用戶c該軟件系統(tǒng)與其他系統(tǒng)的關(guān)系1.3 定義列出本文檔中所用到的專門術(shù)語的定義和外文縮寫

36、詞的原文。1.4 參考資料 列出有關(guān)資料的作者、標(biāo)題、編號、發(fā)表日期、出版單位或資料來源，這些資料可包括： a.  項目經(jīng)核準(zhǔn)的計劃任務(wù)書、合同或上級機關(guān)的批文； b.  項目開發(fā)計劃； c.  需求規(guī)格說明書； d.  測試計劃（初稿）； e.  用戶操作手冊（初稿）； f.  文檔所引用的資料、采用的標(biāo)準(zhǔn)或規(guī)范。2 任務(wù)概述2.1 目標(biāo)闡明本項目所需達(dá)到的目標(biāo)。2.2 運行環(huán)境簡要地說明對本產(chǎn)品的運行環(huán)境（包括硬件環(huán)境和支持環(huán)境）的規(guī)定。2.3 需求概述概述本產(chǎn)品的功能需

37、求、性能需求等。2.4 條件與限制說明本產(chǎn)品在實現(xiàn)時所必須滿足的條件和所受的限制，以及相應(yīng)的原因。必須滿足的條件包括輸入數(shù)據(jù)的范圍以及格式，所受的限制包括軟件環(huán)境、硬件環(huán)境等方面的內(nèi)容。3 總體設(shè)計3.1 處理流程說明本系統(tǒng)的基本設(shè)計概念和處理流程，盡量使用圖表的形式（如流程圖）。3.2 總體結(jié)構(gòu)和模塊外部設(shè)計用一覽表及框圖的形式說明本系統(tǒng)的系統(tǒng)元素（各層模塊、子程序、公用程序等）的劃分，扼要說明每個系統(tǒng)元素的標(biāo)識符和功能，分層次地給出各元素之間的控制與被控制關(guān)系。3.3 軟件體系結(jié)構(gòu)【用圖來表示軟件系統(tǒng)的總體結(jié)構(gòu)框架,并對其進(jìn)行描述?！?.3.1 子系統(tǒng)劃分 3.3.1.1 子系統(tǒng)清單 3.

38、3.1.2 各子系統(tǒng)功能描述3.3.2 程序模塊劃分和功能分配3.3.2.1 程序模塊清單3.3.2.2 各程序模塊功能描述3.3.2.3 功能-程序模塊對照表用一張如下的矩陣圖說明各項功能需求的實現(xiàn)同各程序模塊的分配關(guān)系：3.3.2.4 模塊-數(shù)據(jù)實體對照表3.3.3 人工處理過程【描述不能完全自動處理而需人工處理的過程。】 4 接口設(shè)計 4.1 用戶接口說明向用戶提供的命令和它們的語法結(jié)構(gòu)，以及軟件的應(yīng)答信息。4.2外部接口說明本系統(tǒng)同外界的所有接口的安排，包括軟件與硬件之間的接口、本系統(tǒng)與各支持軟件之間的接口關(guān)系。4.3 內(nèi)部接口 說明本系統(tǒng)之內(nèi)的各個系統(tǒng)元素之間的接口的安排。5 數(shù)據(jù)結(jié)構(gòu)設(shè)計5.1 邏輯結(jié)構(gòu)設(shè)計給出本系統(tǒng)內(nèi)所使用的每個數(shù)據(jù)結(jié)構(gòu)的名稱、標(biāo)識符以及它們之中每個數(shù)據(jù)項、記錄和文卷的標(biāo)識、定義、長度及它們之間的層次的或表格的相互關(guān)系。5.2 物理結(jié)構(gòu)設(shè)計給出本系統(tǒng)內(nèi)所使用的每個數(shù)據(jù)結(jié)構(gòu)中的每個數(shù)據(jù)項的存儲要求，訪問方法、存取單位、存取的物理關(guān)系（索引、設(shè)備、存儲區(qū)域）、設(shè)計考慮和保密條件。5.3 數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系說明各個數(shù)據(jù)結(jié)構(gòu)與訪問這些數(shù)據(jù)結(jié)構(gòu)的形式:6 運行設(shè)計6.1 運行模塊的組合說明對系統(tǒng)施加不同的外界運行控制時所引起的各種不同的運