本部研發(fā)規(guī)程培訓(xùn)

系統(tǒng)方案設(shè)計與硬件概要設(shè)計規(guī)程日期：Sunday,February23,2025版本：V1.0系統(tǒng)方案設(shè)計？硬件概要設(shè)計？傾聽。。。

第一章綜述第二章通用概要設(shè)計規(guī)程第三章系統(tǒng)方案設(shè)計規(guī)程第四章硬件概要設(shè)計規(guī)程第五章總結(jié)目錄

綜述在本部產(chǎn)品開發(fā)高端流程圖中的位置

（占據(jù)1＋1/3個框）

綜述

產(chǎn)品、產(chǎn)品組件、元素

產(chǎn)品(product)

實例：一件衣服；一輛汽車；一套波分設(shè)備；。。。

定義：指在市場上形成單獨銷售的開發(fā)實現(xiàn)。產(chǎn)品組件(productcomponent)

組件實例：面料、紐扣、拉鎖等；發(fā)動機、方向盤、輪胎等；網(wǎng)管系統(tǒng)、硬件系統(tǒng)等；。。。組件定義：構(gòu)成產(chǎn)品的更低級的部件。組件經(jīng)過集成方能“建造”出更高級的產(chǎn)品。一個產(chǎn)品可能有多級產(chǎn)品組件。

組件中還可能包含更小的下一級組件。元素（element）

元素實例：光器件、IC、電阻、電容等。元素定義：最小的即不需要再細分的組件稱為的元件。系統(tǒng)系統(tǒng)：由相互制約的各個組件組成的具有一定功能的整體。系統(tǒng)有邊界、有外部環(huán)境。系統(tǒng)種類繁多，大小各異。系統(tǒng)的結(jié)構(gòu)：組件（元素）與組件（元素）之間關(guān)聯(lián)方式的總和。系統(tǒng)通過關(guān)聯(lián)把其組件（元件）整合為統(tǒng)一的整體。功能－－系統(tǒng)能做什么實例：波分產(chǎn)品提供光傳輸通道。定義：系統(tǒng)行為（從外界可以探知的一切變化）所引起的、有利于環(huán)境中某些事物乃至整個環(huán)境存續(xù)與發(fā)展的作用。性能－－系統(tǒng)完成指定功能能力的好壞實例：誤碼率、光信噪比等。定義：在內(nèi)部相干和外部聯(lián)系中表現(xiàn)出來的特性和能力。性能是功能的基礎(chǔ)。綜述系統(tǒng)綜述 產(chǎn)品的遞歸特性遞歸(recursion)

產(chǎn)品包含組件，但組件也可能是產(chǎn)品。波分產(chǎn)品包含網(wǎng)管系統(tǒng)、硬件系統(tǒng)等組件，但波分產(chǎn)品是運營產(chǎn)品的組件。一個產(chǎn)品（或系統(tǒng)）包含組件，并且是一個更大產(chǎn)品（或系統(tǒng)）的組件。產(chǎn)品（或系統(tǒng)）具有遞歸特性。產(chǎn)品包含若干一級組件，一級組件包含若干二級組件，。。。等等。反之，一級組件組成了產(chǎn)品，二級組件組成了一級組件，。。。等等。

3?。?*2!=3*(2*1!)＝3*(2*(1*(0!)))=3*(2*(1*1))=3*(2*1)=3*2=6（包含了分解與集成的含義）。

遞歸的重要特性－－能回溯到起點。說話時，自圓其說；設(shè)計時，自圓其設(shè)計（遞歸設(shè)計）。

產(chǎn)品設(shè)計流程不僅應(yīng)適用于“產(chǎn)品級（系統(tǒng)級）”，也應(yīng)適用于“產(chǎn)品組件級”，因為產(chǎn)品組件可能也是產(chǎn)品。

設(shè)計流程（包括需求開發(fā)、概要設(shè)計等流程）應(yīng)具有遞歸特性，能夠適用于產(chǎn)品的不同層級。

“通用概要設(shè)計”流程反映了產(chǎn)品的遞歸特性目前狀態(tài)產(chǎn)品具有遞歸特性，需要對產(chǎn)品組件進行分層。然后對組件進行分層設(shè)計。產(chǎn)品需求開發(fā)的流程與模板已經(jīng)統(tǒng)一。但開發(fā)方案的流程與模板未統(tǒng)一。未來狀態(tài)為滿足產(chǎn)品設(shè)計流程的遞歸特性，開發(fā)方案的流程歸結(jié)為“通用概要設(shè)計”流程。進而定義統(tǒng)一的方案開發(fā)模板。

未來狀態(tài)

綜述 產(chǎn)品的分層設(shè)計過渡方法

事業(yè)部目前的產(chǎn)品分層設(shè)計情況

系統(tǒng)級（產(chǎn)品級）－－－－－－－系統(tǒng)設(shè)計硬件系統(tǒng)（單板系統(tǒng)）級、軟件系統(tǒng)級、結(jié)構(gòu)系統(tǒng)級－－－－－－－硬件/軟件/結(jié)構(gòu)概要設(shè)計 單板硬件級、軟件級－－－－－－－詳細設(shè)計為與事業(yè)部現(xiàn)有以及未來的產(chǎn)品設(shè)計水平相適應(yīng)，引入了《產(chǎn)品分層設(shè)計規(guī)范》?！懂a(chǎn)品分層設(shè)計規(guī)范》中定義與現(xiàn)有設(shè)計水平相適應(yīng)的分層設(shè)計方法，以便與現(xiàn)有流程對接。由于開發(fā)產(chǎn)品各層級方案時調(diào)用統(tǒng)一的通用概要設(shè)計流程，具備了縮短開發(fā)流程的基礎(chǔ)。引入《產(chǎn)品分層設(shè)計規(guī)范》后，可以對產(chǎn)品分層設(shè)計進行控制，并逐漸減少設(shè)計層次。

《產(chǎn)品分層設(shè)計規(guī)范》需要單獨定義。其內(nèi)容包括：產(chǎn)品設(shè)計的分層方法；各層級之間的相互關(guān)系；文檔關(guān)系；產(chǎn)品線（族）架構(gòu)設(shè)計規(guī)范等。

綜述 產(chǎn)品的分層設(shè)計（續(xù)）概要設(shè)計(preliminarydesign)

簡言之，在產(chǎn)品架構(gòu)的基礎(chǔ)上開發(fā)、評估并選擇設(shè)計方案。

概要設(shè)計＝架構(gòu)定義＋方案開發(fā) 概要設(shè)計旨在自上而下地進行產(chǎn)品及產(chǎn)品組件的構(gòu)架定義與優(yōu)選、方案生成和優(yōu)選。包括產(chǎn)品分解、產(chǎn)品組件識別、系統(tǒng)狀態(tài)和模式、主要互連接口和外部產(chǎn)品接口。需要將需求逐級分配到產(chǎn)品組件中，并產(chǎn)生相應(yīng)層級可行的組件設(shè)計方案。對應(yīng)一組需求，可能有多種設(shè)計方案。

對產(chǎn)品設(shè)計的每一層級，都要進行架構(gòu)定義與方案開發(fā)

對于產(chǎn)品，有產(chǎn)品級的架構(gòu)與方案；對于產(chǎn)品組件，有組件級的架構(gòu)與方案，但架構(gòu)定義與方案開發(fā)的流程是相同的。在產(chǎn)品設(shè)計的每一層級，均可調(diào)用通用概要設(shè)計流程，完成產(chǎn)品該層級的架構(gòu)定義與方案開發(fā)。

綜述概要設(shè)計與需求開發(fā)流程的關(guān)系

（1）需求開發(fā)產(chǎn)生功能需求、性能需求、質(zhì)量需求等，而需求驅(qū)動概要設(shè)計產(chǎn)生相應(yīng)的架構(gòu)與方案，從而可以將功能、性能和質(zhì)量設(shè)計到產(chǎn)品中；（2）需求開發(fā)定義抽象模塊，而概要設(shè)計定義抽象模塊對應(yīng)的物理模塊，并建立二者之間的對應(yīng)關(guān)系，從而將模塊化根植在產(chǎn)品設(shè)計中；（3）由上一層的概要設(shè)計可以產(chǎn)生下一層組件需求，而下一層組件需求開發(fā)可進一步細化產(chǎn)品需求，依此不斷遞歸，直至完成所有層級的需求開發(fā)和概要設(shè)計。與工程研制流程的關(guān)系

（1）概要設(shè)計提供（單板級的）架構(gòu)與方案，而架構(gòu)與方案可用于驅(qū)動工程研制；（2）概要設(shè)計定義物理模塊，而工程研制階段完成物理模塊的詳細設(shè)計與實現(xiàn)。 綜述通用概要設(shè)計流程與其它主要設(shè)計流程的關(guān)系綜述通用概要設(shè)計流程的適應(yīng)性適用于：系統(tǒng)方案設(shè)計、硬件概要設(shè)計等。進行系統(tǒng)方案設(shè)計與硬件概要設(shè)計時均調(diào)用通用概要設(shè)計過程模塊。不適用于：軟件概要設(shè)計/結(jié)構(gòu)概要設(shè)計架構(gòu)（architecture）對系統(tǒng)的構(gòu)成進行分解，按一定的準(zhǔn)則將之劃分成若干個相對獨立的組件，對組件的屬性（包括功能、性能、軟硬件接口、工藝結(jié)構(gòu)特性和可信性等）和它們之間的聯(lián)系（接口界面）進行詳細定義，并給出相應(yīng)的系統(tǒng)構(gòu)成幾何結(jié)構(gòu)圖，這就是系統(tǒng)架構(gòu)。系統(tǒng)架構(gòu)是描述如何以實體組件實現(xiàn)系統(tǒng)各功能單元，并使各組件相互關(guān)聯(lián)的配置方案。架構(gòu)可用一個或若干個結(jié)構(gòu)視圖來描述。

示例：硬件系統(tǒng)的架構(gòu)（1）組件：單板等硬件組件、機架等結(jié)構(gòu)組件、等等；（2）組件的外部屬性：NCP(F)對于各單板的外部可見屬性為網(wǎng)元處理功能、性能及其接口（H口、S口等）；（3)組件之間的關(guān)系：NCP（F）與其它單板之間的相互關(guān)系以及監(jiān)控類、業(yè)務(wù)類單板之間的相互關(guān)系等。架構(gòu)的結(jié)構(gòu)視圖可以從不同的角度去描述架構(gòu)，從而產(chǎn)生不同的結(jié)構(gòu)視圖。比如，執(zhí)行結(jié)構(gòu)（前面的系統(tǒng)示意圖）、模塊互聯(lián)結(jié)構(gòu)、部署結(jié)構(gòu)（幾何結(jié)構(gòu)）視圖等。架構(gòu)的幾何結(jié)構(gòu)視圖架構(gòu)的幾何結(jié)構(gòu)視圖是硬件產(chǎn)品架構(gòu)的主要視圖之一。右圖為部署結(jié)構(gòu)圖（又稱幾何結(jié)構(gòu)圖）。

綜述

架構(gòu)架構(gòu)的模塊互聯(lián)結(jié)構(gòu)視圖架構(gòu)的模塊結(jié)構(gòu)視圖是產(chǎn)品的主要視圖之一（如右圖所示）。圖中：（1）PM為物理模塊；（2）至少有M1+M2+…+Mn個模塊；為更好地開展模塊化工作，引入了抽象模塊與物理模塊的概念，并反映到流程中。

綜述

架構(gòu)（續(xù)）綜述

抽象模塊與物理模塊

抽象模塊（abstractmodule）

抽象模塊示例：實現(xiàn)加、減、乘、除的浮點運算功能，運算速度不大于1us（及其它需求）。

抽象模塊：在需求開發(fā)階段定義的與物理實現(xiàn)無關(guān)的模塊。在需求開發(fā)階段使用抽象模塊完成產(chǎn)品功能、性能等的定義。通過對子功能進行邏輯分組（歸類），形成抽象模塊。抽象模塊出現(xiàn)在《研制規(guī)范》中。物理模塊（physicalmodule）

物理模塊示例：一個實現(xiàn)加、減、乘、除子功能的對象模塊（CPU）；四個分別實現(xiàn)加、減、乘、除的子功能模塊（軟件）；四個分別實現(xiàn)加、減、乘、除子功能的VHDL模塊FPGA）；DSP實現(xiàn)加、減、乘、除子功能（硬件）等等。

物理模塊：在概要設(shè)計階段定義的與抽象模塊對應(yīng)的具體實現(xiàn)模塊。抽象模塊對應(yīng)的物理模塊可能是軟件模塊，也可能是硬件模塊。一個抽象模塊可能對應(yīng)一個或多個物理模塊。在概要設(shè)計階段使用物理模塊來實現(xiàn)需求開發(fā)階段抽象模塊的功能。物理模塊為產(chǎn)品的組件或構(gòu)成產(chǎn)品組件的更低級組件。物理模塊的詳細設(shè)計與實現(xiàn)在工程研制階段進行。為了統(tǒng)一模塊化工作，將引入《模塊定義規(guī)范》。

綜述

架構(gòu)需求

架構(gòu)需求包括：（1）功能架構(gòu)需求（包括功能與性能需求等）；（2）質(zhì)量需求（功能可擴展性等）；（3）業(yè)務(wù)目標(biāo)；（4）組件來源（采用已有組件、需要研制組件、采購）；（5）其它。質(zhì)量需求的量化在需求開發(fā)階段，可通過QFD（qualityfunctiondeployment）將質(zhì)量需求轉(zhuǎn)換為質(zhì)量特性，并將質(zhì)量特性分配到功能架構(gòu)中。架構(gòu)需求的產(chǎn)生階段在需求開發(fā)階段產(chǎn)生架構(gòu)需求，包含在《研制規(guī)范》中。

綜述

功能架構(gòu)功能架構(gòu)（functionalarchitecture）分層的功能配置，內(nèi)、外功能接口與外部物理接口，功能層各自的功能需求、性能需求和設(shè)計約束。功能架構(gòu)的產(chǎn)生與使用階段在產(chǎn)品需求開發(fā)階段產(chǎn)生功能架構(gòu)。功能架構(gòu)包含在《研制規(guī)范》中。功能架構(gòu)將用于概要設(shè)計，以完成產(chǎn)品或產(chǎn)品組件的架構(gòu)定義與方案開發(fā)。功能架構(gòu)的產(chǎn)生（1）分析相關(guān)產(chǎn)品以及相關(guān)標(biāo)準(zhǔn)而得到功能/子功能；（2）建立操作場景而得到功能/子功能；（3）分析外部接口需求而得到功能/子功能；（4）通過其它途徑得到功能/子功能；（5）將上述功能/子功能進行邏輯分組與分層后確定功能架構(gòu)。綜述 操作概念概念(concept）產(chǎn)品的最終目的是投入使用。如何使用產(chǎn)品？產(chǎn)品設(shè)計者與用戶之間如何交流？概念（ageneralidea）是一種普遍認(rèn)可的想法。概念是產(chǎn)品設(shè)計者與用戶交流想法的基礎(chǔ)，也是產(chǎn)品構(gòu)思的基礎(chǔ)。操作概念（operationalconcept）為了使用戶能夠使用產(chǎn)品，需要告知用戶操作產(chǎn)品的方法，即將操作（的）概念傳達給用戶。除了操作概念，還需要將安裝（的）概念傳達給產(chǎn)品安裝人員，將維護（的）概念傳達給產(chǎn)品維護人員，等等。我們重點考慮操作概念，其它概念的處理方法也是類似的。操作概念與產(chǎn)品構(gòu)思（概念性方案）假定需要設(shè)計一個供“兩人通話”的產(chǎn)品。“兩人”可能是常人，也可能是“超人”。產(chǎn)品構(gòu)思的可能步驟：（1）操作概念的產(chǎn)生（來自于用戶需求）通話前如何操作？通話中如何操作？通話后如何操作？使用耳機還是使用話機？話音傳輸方式是有線的還是無線的？等等。為簡化起見，假定：用戶使用普通雙音頻話機通話，并且通話時語音的傳輸方式為有線。

綜述

操作概念（續(xù)）操作概念與產(chǎn)品構(gòu)思（概念性方案）（續(xù)）

（2）產(chǎn)品構(gòu)思如何將這些概念綜合在一起？綜合的依據(jù)可能包括：各種標(biāo)準(zhǔn)、各學(xué)科的知識等。比如物理原理、通信原理、數(shù)學(xué)原理等。綜合的結(jié)果為概念性方案。概念性方案中應(yīng)包含一些“邏輯”組件、“邏輯”組件的相互關(guān)系以及“邏輯”組件的對外物理接口。為簡化起見，考慮初步概念性方案。方案中的邏輯組件包括：摘掛機檢測組件、收號組件、信令發(fā)送與接收組件、通話組件、等等。

這些操作概念還是初步的，能夠供用戶使用的操作概念還取決于技術(shù)方案。不同公司的同類產(chǎn)品可能具有不同的操作概念。產(chǎn)品構(gòu)思與流程的關(guān)系（1）產(chǎn)品構(gòu)思驅(qū)動產(chǎn)品設(shè)計流程；（2）產(chǎn)品設(shè)計流程實現(xiàn)產(chǎn)品構(gòu)思；（3）產(chǎn)品設(shè)計流程應(yīng)具有學(xué)習(xí)能力并不斷優(yōu)化。

綜述

操作場景事件（event）某一時間某一地點發(fā)生的事情。事件可分為（綠色的）定時事件與（紅色的）非定時事件。時鐘可以產(chǎn)生定時事件。電話振鈴為非定時事件。歌詞“忘不掉的一幕一幕。。。。。?！笨赡鼙硎径〞r事件，也可能表示非定時事件。操作場景（scenario）有了初步的操作概念后，可以用初步的操作概念描述事件。有了事件就可以建立操作場景。

操作場景（scenario）：產(chǎn)品使用過程中可能發(fā)生的一系列事件。建立操作場景的目的在于：揭示風(fēng)險共擔(dān)者（stakeholder）的需求（包括功能、性能、設(shè)計約束等）。風(fēng)險共擔(dān)者為與產(chǎn)品相關(guān)的人員，包括：項目成員（包括測試、中試人員等）、康訊生產(chǎn)人員、售后維護維護人員、供應(yīng)商、運營商、最終用戶等。風(fēng)險共擔(dān)者可能對產(chǎn)品施加影響也可能會受到產(chǎn)品的影響。如果能在系統(tǒng)設(shè)計前通過操作場景揭示出風(fēng)險共擔(dān)者的需求（包括功能、性能、設(shè)計約束等），就可以更容易地在系統(tǒng)設(shè)計階段滿足他們的需求。需要考慮的操作場景包括：最終用戶使用場景、維護場景、測試場景、生產(chǎn)場景等。下面的是最終用戶使用場景示例。綜述

操作場景－－示例綜述

操作場景（續(xù)）操作場景（scenario）與用例（usecase）之間的關(guān)系按公司《研制規(guī)范》模板的要求，應(yīng)使用用例（usecase）描述產(chǎn)品需求。操作場景是用例的實例(Instance)。操作場景中的事件對應(yīng)于用例中的出發(fā)條件，操作場景中的功能需求對應(yīng)于用例中的正常過程與異常過程。

通過操作場景分析可以產(chǎn)生用戶例。用戶例的詳細描述參見《研制規(guī)范》模板。操作場景與操作概念之間的關(guān)系沒有技術(shù)方案時，通過綜合初步的操作概念產(chǎn)生概念性方案，并在初步的操作概念的基礎(chǔ)上建立操作場景。操作場景揭示了風(fēng)險共擔(dān)者的需求（功能、性能、設(shè)計約束等）。確定技術(shù)方案時，滿足同一需求的技術(shù)方案可能有多種。當(dāng)技術(shù)方案確定后，根據(jù)操作場景可產(chǎn)生更詳細的操作概念。技術(shù)方案的不同可能導(dǎo)致操作概念的不同。技術(shù)方案確定后，如果組件的技術(shù)方案無法確定，需要再次構(gòu)思組件的操作概念，從而產(chǎn)生組件的操作場景，進而驅(qū)動組件的技術(shù)方案。

綜述

從物理接口獲取功能需求

在功能架構(gòu)中包含物理接口。這些物理接口也需要轉(zhuǎn)變成功能需求。通過對這些物理接口所采用的標(biāo)準(zhǔn)進行分析，可以獲取派生的子功能。派生子功能也應(yīng)包含在功能架構(gòu)中。概要設(shè)計階段的入口為功能架構(gòu)。功能架構(gòu)越完備，越容易產(chǎn)生更多更好的架構(gòu)與方案。示例：與電話接口有關(guān)的派生子功能。綜述

三個規(guī)程的目的與適用范圍規(guī)程名稱目的適用范圍系統(tǒng)方案設(shè)計規(guī)程以流程的形式規(guī)范、指導(dǎo)本部事業(yè)部的系統(tǒng)方案設(shè)計過程。從定義產(chǎn)品需求結(jié)束到硬件概要設(shè)計前，包括中間的所有活動。硬件概要設(shè)計規(guī)程以流程的形式規(guī)范、指導(dǎo)本部事業(yè)部的硬件概要設(shè)計過程。從系統(tǒng)方案設(shè)計結(jié)束到硬件詳細設(shè)計前，包括中間的所有活動。通用概要設(shè)計規(guī)程用于規(guī)范、指導(dǎo)產(chǎn)品或產(chǎn)品組件概要設(shè)計過程的各項活動。適用于系統(tǒng)、硬件系統(tǒng)、單板等層級的概要設(shè)計。目前不適用于：軟件概要設(shè)計/結(jié)構(gòu)概要設(shè)計。綜述 三個流程的角色和職責(zé)流程名稱角色職責(zé)系統(tǒng)方案設(shè)計系統(tǒng)組由硬件系統(tǒng)工程師、軟件系統(tǒng)工程師、系統(tǒng)測試工程師、中試工程師所組成的開發(fā)小組，負責(zé)系統(tǒng)架構(gòu)設(shè)計以及系統(tǒng)方案設(shè)計，參與硬件總體方案設(shè)計以及軟件總體方案設(shè)計。系統(tǒng)測試組由系統(tǒng)測試工程師組成的測試小組，負責(zé)系統(tǒng)方案的評審和系統(tǒng)測試方案的設(shè)計風(fēng)險共擔(dān)者風(fēng)險共擔(dān)者是受到一項承諾影響或者以某種形式對該項承諾的輸出負有責(zé)任的一組人或者某個人。風(fēng)險共擔(dān)者可能包括項目成員、供應(yīng)商、客戶、最終用戶和其它人員。這些人也通過各種途徑對系統(tǒng)架構(gòu)施加各種影響。架構(gòu)設(shè)計過程中，風(fēng)險共擔(dān)者的積極參與是高質(zhì)量架構(gòu)設(shè)計必不可少的要素。評估小組評估組成員包括項目負責(zé)人、系統(tǒng)工程師、軟件開發(fā)工程師、硬件開發(fā)工程師、測試工程師、產(chǎn)品/平臺總工、用服工程師等代表，通常應(yīng)邀請項目外專家，有條件的話可邀請客戶代表。負責(zé)對系統(tǒng)方案（包括架構(gòu)）實施評估。綜述

三個流程的角色和職責(zé)（續(xù)）硬件概要設(shè)計系統(tǒng)工程師完成硬件系統(tǒng)架構(gòu)設(shè)計與方案設(shè)計；制定單元單板研制規(guī)范并完成單元單板的架構(gòu)設(shè)計與方案設(shè)計。工藝結(jié)構(gòu)工程師對硬件的設(shè)計提出工藝結(jié)構(gòu)方面的設(shè)計要求，參與研制規(guī)范的制定和評審?？煽啃怨こ處熃Y(jié)合硬件系統(tǒng)設(shè)計，考慮系統(tǒng)的可信性、可靠性，設(shè)計硬件可靠性實驗方案和系統(tǒng)可信性方案，并參與研制規(guī)范的評審。配置管理工程師對硬件概要設(shè)計階段已通過評審的相關(guān)文檔基線化。項目經(jīng)理下達單板研制任務(wù)書。通用概要設(shè)計概要設(shè)計人員。具體的人員取決于啟動概要設(shè)計過程的階段。在系統(tǒng)設(shè)計階段，概要設(shè)計人員主要為系統(tǒng)工程師建立產(chǎn)品或產(chǎn)品組件的架構(gòu)選定準(zhǔn)則；定義（或建立）產(chǎn)品或產(chǎn)品組件的架構(gòu)；建立產(chǎn)品或產(chǎn)品組件的方案選定準(zhǔn)則；開發(fā)產(chǎn)品或產(chǎn)品組件的備選方案并選定最終方案；推演產(chǎn)品組件與環(huán)境之間、組件之間的操作場景與操作概念；選定產(chǎn)品組件方案；完成物理模塊的定義產(chǎn)生下一級組件需求說明書綜述

三個流程的輸入與輸出流程輸入輸出系統(tǒng)方案設(shè)計系統(tǒng)《研制規(guī)范》、《關(guān)鍵技術(shù)預(yù)研報告》《系統(tǒng)方案》、《系統(tǒng)內(nèi)、外接口定義及說明》、《軟件接口規(guī)范》、《系統(tǒng)測試方案》、《系統(tǒng)方案評估報告》、《XX產(chǎn)品組成部分命名》、《軟件系統(tǒng)需求說明書》（可選）、《硬件系統(tǒng)需求說明書》（可選）硬件概要設(shè)計系統(tǒng)《研制規(guī)范》、《系統(tǒng)方案》、《關(guān)鍵技術(shù)預(yù)研報告》硬件系統(tǒng)/子系統(tǒng)《研制規(guī)范》（可選）、硬件系統(tǒng)/子系統(tǒng)《需求論證報告》（可選）、《XX硬件總體設(shè)計方案/子系統(tǒng)設(shè)計方案》、《關(guān)鍵器件選型需求》、《關(guān)鍵器件選型報告》（可選）、《XX關(guān)鍵件、重要件明細表》、《結(jié)構(gòu)項目需求》、《XX產(chǎn)品文件齊套清單》、《外購件明細表》、《外購件通用性論證報告》、《合作開發(fā)協(xié)議書》、《XX整機結(jié)構(gòu)方案》、《XX整機工藝布線方案》、《XX系統(tǒng)可信性設(shè)計方案》、《XX可靠性實驗方案》、單元/單板《研制規(guī)范》、單元/單板《需求論證報告》、《單板文件清單》、《單板功能列表》、《單元/單板設(shè)計方案》、《單元/單板硬件需求說明書》、《單元/單板軟件需求說明書》（可選）。

通用概要設(shè)計《產(chǎn)品設(shè)計分層規(guī)范》、《模塊定義規(guī)范》、《研制規(guī)范》、《關(guān)鍵技術(shù)預(yù)研報告》《XXX方案》（包括：《架構(gòu)選定準(zhǔn)則》、《方案選定準(zhǔn)則》、《備選架構(gòu)》、《最終架構(gòu)》、《備選方案》、《最終方案》、組件《操作場景與操作概念》、《內(nèi)、外接口定義及說明》、《物理模塊定義》、《組件方案》）、《硬件組件需求說明書》、《軟件組件需求說明書》、《結(jié)構(gòu)組件需求說明書》（或結(jié)構(gòu)項目需求）、組件《關(guān)鍵器件選型需求》（可選）、《關(guān)鍵器件選型報告》通用概要設(shè)計

流程圖通用概要設(shè)計 活動列表序號活動名稱目的1建立架構(gòu)選定準(zhǔn)則建立產(chǎn)品本層級的架構(gòu)選定準(zhǔn)則2建立備選架構(gòu)及其優(yōu)選建立產(chǎn)品本層級的備選架構(gòu)與最終架構(gòu)3建立方案選定準(zhǔn)則建立產(chǎn)品本層級的方案選定準(zhǔn)則4開發(fā)備選方案產(chǎn)生產(chǎn)品本層級的備選方案與最終方案；產(chǎn)生軟件組件、硬件組件、結(jié)構(gòu)組件的需求說明書等；完成物理模塊定義5推演組件操作場景與操作概念根據(jù)前面選定的備選方案，推演組件的操作場景與操作概念，為選定組件方案打下基礎(chǔ)6選定組件方案選定組件方案；完成物理模塊的定義步驟每個活動由一系列的步驟組成。步驟是開放的，大家在概要設(shè)計方面的知識、經(jīng)驗等可以不斷積累、優(yōu)化,并充實到步驟序列中共享。隨著步驟的不斷優(yōu)化，活動的能力也會不斷提高，概要設(shè)計的水平也會相應(yīng)提高?；顒硬襟E示例－－推演組件操作場景與操作概念

（1）接受《研制規(guī)范》（2）接受產(chǎn)品本層級的《備選方案》；（3）根據(jù)備選方案以及《研制規(guī)范》中的操作場景與操作概念建立組件與其它組件的交互作用；（4）根據(jù)備選方案以及《研制規(guī)范》中的操作場景與操作概念建立組件與環(huán)境的交互作用。

通用概要設(shè)計 活動的步驟輸入/輸出活動（1） 確定選擇架構(gòu)時應(yīng)考慮的因素選擇架構(gòu)時應(yīng)考慮的因素包括但不限于：

1) 對已有架構(gòu)的繼承性；

2) 對業(yè)界、公司相關(guān)架構(gòu)標(biāo)準(zhǔn)的滿足程度；

3) 架構(gòu)對產(chǎn)品演進的適應(yīng)能力；

4) 架構(gòu)對產(chǎn)品成本的影響；

5) 架構(gòu)對產(chǎn)品質(zhì)量（穩(wěn)定性、可靠性等）的影響；

6) 架構(gòu)對組織模式的影響。（2） 為每一選擇因素分配相對重要性權(quán)重 所有因素的權(quán)重之和應(yīng)為1。

概要設(shè)計活動之一 建立架構(gòu)選定準(zhǔn)則

輸入輸出（1）《產(chǎn)品設(shè)計分層規(guī)范》；（2）《研制規(guī)范》《架構(gòu)選定準(zhǔn)則》。包含在產(chǎn)品本層級方案中輸入/輸出

通用概要設(shè)計活動之二建立

備選架構(gòu)及其優(yōu)選

輸入輸出（1）《產(chǎn)品設(shè)計分層規(guī)范》（2）《研制規(guī)范》（3）《架構(gòu)選定準(zhǔn)則》（4）《模塊定義規(guī)范》《備選架構(gòu)》與《最終架構(gòu)》。包含在產(chǎn)品本層級方案中。架構(gòu)定義方法分類

通用概要設(shè)計活動之二建立備選架構(gòu)及其優(yōu)選（續(xù)）序號架構(gòu)定義方法要點可能適用范圍說明1創(chuàng)新（1）創(chuàng)新。具有革命意義的架構(gòu)是由天才不斷創(chuàng)造出來的產(chǎn)品各個層級“讀書破萬卷，下筆如有神”。如果能讀到100卷架構(gòu)定義的書籍，結(jié)果將會如何？2繼承（1）繼承。業(yè)界或公司有現(xiàn)成的架構(gòu)可供參考與利用產(chǎn)品各個層級多方尋找3先關(guān)注功能，再關(guān)注質(zhì)量等其它因素（1）功能架構(gòu)比較完備；（2）組合出多種備選方案；（3）以用例與質(zhì)量場景評估方案；（4）找出滿足質(zhì)量需求的架構(gòu)單板級以及單板以下級先有方案，再從方案中理出滿足架構(gòu)需求（質(zhì)量、性能等）的架構(gòu)4同時關(guān)注關(guān)鍵功能與質(zhì)量（和性能）（1）識別出核心功能；（2）產(chǎn)生架構(gòu)元素；（3）以用例與質(zhì)量場景評估架構(gòu)產(chǎn)品級、硬件系統(tǒng)級、單板級等先有架構(gòu)。在架構(gòu)的基礎(chǔ)上再開發(fā)方案定義架構(gòu)的步驟

1)確定業(yè)界、公司、事業(yè)部產(chǎn)品架構(gòu)定義應(yīng)遵循的相關(guān)標(biāo)準(zhǔn)；

2) 確定公司、事業(yè)部內(nèi)可繼承的相關(guān)產(chǎn)品的架構(gòu)定義；

3) 從《研制規(guī)范》的功能架構(gòu)中提取關(guān)鍵功能，進行實現(xiàn)該關(guān)鍵功能的技術(shù)途徑或關(guān)鍵器件的內(nèi)外調(diào)查、搜集；

4) 從《研制規(guī)范》的產(chǎn)品（族）功能架構(gòu)中構(gòu)建產(chǎn)品（族）系統(tǒng)功能框圖，區(qū)分產(chǎn)品族共有功能和差異性功能，并根據(jù)《模塊定義規(guī)范》對產(chǎn)品（族）系統(tǒng)功能框圖進行模塊劃分調(diào)整，使產(chǎn)品（族）的共享模塊和易于定制（可調(diào)節(jié)模塊、參數(shù)化模塊和客戶化模塊）的數(shù)量盡可能大；

5) 依據(jù)關(guān)鍵功能組合出架構(gòu)元素；

6) 建立架構(gòu)元素之間的質(zhì)量場景；

7)

用質(zhì)量場景細化架構(gòu)元素之間的架構(gòu)協(xié)調(diào)機制；

8) 確定架構(gòu)的備選協(xié)調(diào)機制；

9) 產(chǎn)生一種以上的備選架構(gòu)；

10)依據(jù)《架構(gòu)選定準(zhǔn)則》選定最終架構(gòu)；

11)依據(jù)《模塊定義規(guī)范》定義支持架構(gòu)協(xié)調(diào)機制的抽象模塊；

12)依據(jù)抽象模塊從模塊庫中檢索（抽象模塊對應(yīng)的）物理模塊；

13)依據(jù)抽象模塊定義模塊庫中沒有的物理模塊；

14)建立抽象模塊至物理模塊的映射關(guān)系。

通用概要設(shè)計活動之二建立備選架構(gòu)及其優(yōu)選（續(xù)）架構(gòu)定義示例互聯(lián)功能的來源

功能架構(gòu)。功能的作用功能是性能、質(zhì)量的載體。性能、質(zhì)量決定互連功能的組合方式。架構(gòu)細化

推演組件操作場景與操作概念時會產(chǎn)生用例與質(zhì)量場景。用例與質(zhì)量場景可用于細化架構(gòu)中組件之間的互連關(guān)系。通用概要設(shè)計活動之二建立備選架構(gòu)及其優(yōu)選（續(xù)）選擇最終架構(gòu)的步驟

1) 根據(jù)《架構(gòu)選定準(zhǔn)則》和所產(chǎn)生的各種備選架構(gòu)建立架構(gòu)篩選打分矩陣；

2) 給各種備選架構(gòu)打分；

3) 計算加權(quán)得分；

4) 統(tǒng)計各備選架構(gòu)加權(quán)后的總得分；

5) 按總得分對備選架構(gòu)進行優(yōu)選排序；

6) 選定最終架構(gòu)。

通用概要設(shè)計活動之二建立備選架構(gòu)及其優(yōu)選（續(xù)）輸入/輸出活動（1） 確定選擇方案時應(yīng)考慮的因素 選擇方案時應(yīng)考慮的因素包括但不限于：

1) 對客戶需求的滿足程度；

2) 成本限制；

3) 質(zhì)量（性能、可靠性等）上的限制；

4) 推出的時間要求；

5) 繼承性上的限制；

6) 可生長性（功能擴展、增強等）的限制；

7) 對需求變更的敏感性；

8) 技術(shù)復(fù)雜度評測；

9) 風(fēng)險（包括新技術(shù)風(fēng)險、核心器件獨家供貨風(fēng)險等）評估；

10)可生產(chǎn)性、可測試性的限制；

11)環(huán)境條件的限制。（2） 為每一選擇因素分配相對重要性權(quán)重 所有因素的權(quán)重之和應(yīng)為1。

輸入輸出（1）《產(chǎn)品設(shè)計分層規(guī)范》（2）《研制規(guī)范》《方案選定準(zhǔn)則》（包含方案中）通用概要設(shè)計活動之三建立方案選定準(zhǔn)則

輸入/輸出活動步驟（1） 確定業(yè)界、公司、事業(yè)部內(nèi)概要設(shè)計的相關(guān)標(biāo)準(zhǔn)；（2） 確定完成概要設(shè)計的工具；（3） 接受《產(chǎn)品設(shè)計分層規(guī)范》；（4） 接受《研制規(guī)范》；（5） 接受《方案選定準(zhǔn)則》；（6） 接受產(chǎn)品本層級的《最終架構(gòu)》；（7） 從《研制規(guī)范》中提取功能架構(gòu)；（8） 從《研制規(guī)范》中提取對象模型或功能模型；

通用概要設(shè)計活動之四開發(fā)備選方案輸入輸出（1）《產(chǎn)品設(shè)計分層規(guī)范》（2）《研制規(guī)范》（3）《目標(biāo)研制規(guī)范》（4）《關(guān)鍵技術(shù)預(yù)研報告》（5）《模塊定義規(guī)范》（6）《方案選定準(zhǔn)則》（7）《最終架構(gòu)》（1）《備選方案》（包含在方案中）（2）《最終方案》（包含在方案中）（3）《物理模塊定義》（包含在方案中）（4）《硬件組件需求說明書》（5）《軟件組件需求說明書》（6）《結(jié)構(gòu)組件需求說明書》（或結(jié)構(gòu)項目需求）（7）組件《關(guān)鍵器件選型需求》（可選）活動步驟（續(xù)）（9） 將對象模型或子功能模型中除分配到架構(gòu)之外的所有子功能視為一個整體并對所有子功能進行組合，然后將組合后的子功能分配到架構(gòu)中，進而找出可能的需求分配形式。每種組合都構(gòu)成一個初步方案；（10）接受《關(guān)鍵技術(shù)預(yù)研報告》；（11）根據(jù)功能架構(gòu)以及關(guān)鍵技術(shù)預(yù)研報告從初步方案中篩選出數(shù)種《備選方案》；（12）根據(jù)備選方案擬制組件的《關(guān)鍵器件選型需求》（可選）；（13）根據(jù)關(guān)鍵技術(shù)預(yù)研報告等對幾種備選方案進行詳細的設(shè)計；（14）依據(jù)方案選定準(zhǔn)則選定最終方案；（15）依據(jù)抽象模塊（對象模型或功能模型）從模塊庫中檢索（抽象模塊對應(yīng)的）物理模塊；（16）依據(jù)抽象模塊定義模塊庫中沒有的物理模塊；（17）建立抽象模塊至物理模塊的映射關(guān)系；（18）將產(chǎn)品本層級的結(jié)構(gòu)、工藝、可生產(chǎn)性等需求分配到組件中；（19）依據(jù)最終方案生成《硬件組件需求說明書》；（20）依據(jù)最終方案生成《軟件組件需求說明書》；（21）依據(jù)最終方案生成《結(jié)構(gòu)組件需求說明書》（或結(jié)構(gòu)項目需求）。

通用概要設(shè)計活動之四開發(fā)備選方案（續(xù)）方案開發(fā)示例

不同的子功能組合產(chǎn)生不同的組件，因而產(chǎn)生不同的方案。組件服務(wù)于方案。。。。。。。

通用概要設(shè)計活動之四開發(fā)備選方案（續(xù)）方案框圖示例根據(jù)“方案”畫出相應(yīng)的“方案框圖”。方框代表“組件”。S口、IST口等為硬件系統(tǒng)架構(gòu)引入的架構(gòu)約束。

通用概要設(shè)計活動之四開發(fā)備選方案（續(xù)）輸入/輸出活動步驟（1） 接受《研制規(guī)范》；（2） 接受《備選方案》；（3） 根據(jù)備選方案以及《研制規(guī)范》中的操作場景與操作概念建立組件與其它組件的交互作用；（4） 根據(jù)備選方案以及《研制規(guī)范》中的操作場景與操作概念建立組件與環(huán)境的交互作用。

如何建立組件之間、環(huán)境之間的聯(lián)系？通用概要設(shè)計活動之五推演組件操作場景與操作概念

輸入輸出（1）《產(chǎn)品設(shè)計分層規(guī)范》（2）《研制規(guī)范》（3）《備選方案》（1）組件《操作場景與操作概念》（包含在方案中）（2）《內(nèi)、外接口定義及說明》（包含在方案中）輸入/輸出活動步驟（1） 接受《研制規(guī)范》（2） 接受產(chǎn)品本層級的《備選方案》；（3） 接受產(chǎn)品本層級的組件《操作場景與操作概念》；（4） 接受產(chǎn)品本層級的組件《關(guān)鍵器件選型需求》（可選）；（5） 如果組件列為關(guān)鍵器件，（按《關(guān)鍵器件選型需求》提供的需求）參照公司的相關(guān)規(guī)程調(diào)研關(guān)鍵器件；（6） 如果組件列為關(guān)鍵器件，參照公司或事業(yè)部的相關(guān)規(guī)程完成《關(guān)鍵器件選型報告》；（7） 根據(jù)組件《操作場景與操作概念》（以及《關(guān)鍵器件選型報告》）選定組件方案；（8） 依據(jù)研制規(guī)范中定義的抽象模塊（對象模型或功能模型）從模塊庫中檢索（抽象模型對應(yīng)的）物理模塊；（9） 依據(jù)抽象模塊定義模塊庫中沒有的物理模塊并定義的物理模塊；（10） 建立抽象模塊至物理模塊的映射關(guān)系。輸入輸出（1）產(chǎn)品本層級的《研制規(guī)范》（2）產(chǎn)品本層級的《備選方案》（3）產(chǎn)品本層級的組件《操作場景與操作概念》（4）產(chǎn)品本層級的組件《關(guān)鍵器件選型需求》（可選）（1）《組件方案》包含在方案中（2）《關(guān)鍵器件選型報告》通用概要設(shè)計活動之六選定組件方案

系統(tǒng)方案設(shè)計流程圖

系統(tǒng)方案設(shè)計 與其它規(guī)程的關(guān)系

序號活動調(diào)用規(guī)程作用1設(shè)計系統(tǒng)方案通用概要設(shè)計規(guī)程產(chǎn)生《系統(tǒng)方案》（包括系統(tǒng)架構(gòu)）以及《系統(tǒng)內(nèi)、外接口定義及說明》、《軟件接口規(guī)范》等2設(shè)計系統(tǒng)測試方案系統(tǒng)測試工作規(guī)程產(chǎn)生《系統(tǒng)測試方案》3評估系統(tǒng)方案本部同行評審規(guī)程對系統(tǒng)方案進行評估并產(chǎn)生《系統(tǒng)方案評估報告》4基線化文檔硬件基線與變更規(guī)程將系統(tǒng)方案設(shè)計階段文檔基線化目的完成系統(tǒng)架構(gòu)設(shè)計；在系統(tǒng)架構(gòu)基礎(chǔ)上進行軟、硬件系統(tǒng)的劃分以及軟、硬件系統(tǒng)接口的定義，并將產(chǎn)品需求分配到軟、硬件系統(tǒng)中。此外，對硬件系統(tǒng)，完成硬件總體框架，包括：劃分功能單元、定義功能單元的功能、確定各功能單元在系統(tǒng)中的邏輯位置、定義各功能單元的內(nèi)、外接口關(guān)系等。對軟件系統(tǒng)，完成軟件總體框架，包括：劃分子系統(tǒng)/模塊、定義子系統(tǒng)/模塊的功能、定義子系統(tǒng)/模塊內(nèi)、外接口關(guān)系等。角色和職責(zé)

系統(tǒng)組：由硬件系統(tǒng)工程師、軟件系統(tǒng)工程師、系統(tǒng)測試工程師、中試工程師所組成的開發(fā)小組，負責(zé)系統(tǒng)架構(gòu)設(shè)計并設(shè)計制定系統(tǒng)方案，參與硬件總體方案設(shè)計以及軟件總體方案設(shè)計。輸入/輸出系統(tǒng)方案設(shè)計活動之一 設(shè)計系統(tǒng)方案輸入輸出（1）《產(chǎn)品設(shè)計分層規(guī)范》（2）系統(tǒng)《研制規(guī)范》（3）《關(guān)鍵技術(shù)預(yù)研報告》（1）《系統(tǒng)方案》（2）《系統(tǒng)方案論證報告》（3）《系統(tǒng)內(nèi)、外接口定義及說明》（4）《軟件接口規(guī)范》（5)《XX產(chǎn)品文件齊套清單》（6）《軟件系統(tǒng)需求說明書》（可選）（7）《硬件系統(tǒng)需求說明書》（可選）系統(tǒng)方案設(shè)計活動之一 設(shè)計系統(tǒng)方案（續(xù)）

活動設(shè)計系統(tǒng)方案時調(diào)用統(tǒng)一的通用概要設(shè)計過程。通用概要設(shè)計過程共包含6個活動：建立架構(gòu)選定準(zhǔn)則、建立備選架構(gòu)及其優(yōu)選、建立方案選定準(zhǔn)則、開發(fā)備選方案、推演組件操作場景與操作概念、選定組件方案。6個活動的詳細活動內(nèi)容參見《通用概要設(shè)計規(guī)程》。下面對調(diào)用《通用概要設(shè)計規(guī)程》的過程予以說明：產(chǎn)品層級為系統(tǒng)級；系統(tǒng)的組件為：硬件系統(tǒng)、軟件系統(tǒng)；設(shè)計系統(tǒng)方案時應(yīng)包含全部6個活動；輸入的“研制規(guī)范”為系統(tǒng)《研制規(guī)范》。系統(tǒng)《研制規(guī)范》應(yīng)包含功能架構(gòu)。當(dāng)系統(tǒng)《研制規(guī)范》達不到《通用概要設(shè)計規(guī)程》對“研制規(guī)范”的要求時，應(yīng)從相關(guān)文檔中分析、整理出所需的內(nèi)容；活動的步驟可適當(dāng)裁剪，但應(yīng)給出裁剪的依據(jù)并且裁剪后能確保產(chǎn)生系統(tǒng)方案設(shè)計階段所需的相關(guān)文檔。

參見《Q/ZXB82.4030–2005系統(tǒng)測試工作規(guī)程》中的系統(tǒng)測試計劃活動，由系統(tǒng)測試組完成《系統(tǒng)測試方案》。

系統(tǒng)方案設(shè)計活動之二 設(shè)計系統(tǒng)測試方案目的 評估系統(tǒng)方案（包括架構(gòu)）。角色和職責(zé)系統(tǒng)組：向風(fēng)險共擔(dān)者/評估小組描述系統(tǒng)方案，并參與討論、評估。風(fēng)險共擔(dān)者/評估小組：負責(zé)組織評估，并通過了解系統(tǒng)的商業(yè)需求、功能需求、質(zhì)量屬性需求對系統(tǒng)方案進行評估。輸入/輸出活動評估小組請系統(tǒng)組對系統(tǒng)的商業(yè)需求、功能需求、質(zhì)量屬性需求等進行描述，并對系統(tǒng)架構(gòu)進行講解，由風(fēng)險共擔(dān)者以及系統(tǒng)組人員對各需求進行優(yōu)先級劃分，并對高優(yōu)先級需求設(shè)定一組場景，根據(jù)系統(tǒng)架構(gòu)對這些場景的支持判斷或選擇系統(tǒng)方案。需要注意的是，評估活動可以在系統(tǒng)方案的過程中的任何時機進行，以便能夠盡早的發(fā)現(xiàn)系統(tǒng)方案設(shè)計的問題，在系統(tǒng)方案確定之后還需要進行一次大規(guī)模的（正式）評估，以確定系統(tǒng)方案設(shè)計是否符合系統(tǒng)的設(shè)計要求。系統(tǒng)方案設(shè)計活動之三 評估系統(tǒng)方案

輸入輸出（1）《系統(tǒng)方案》（2）《系統(tǒng)方案論證報告》（3）《系統(tǒng)測試方案》（4）《系統(tǒng)研制任務(wù)書》（5）系統(tǒng)《研制規(guī)范》《系統(tǒng)方案評估報告》度量方案設(shè)計工作量（人時）；方案設(shè)計文檔的規(guī)模（頁）；評審/評估發(fā)現(xiàn)異常數(shù)及其依據(jù)缺陷等級的分布數(shù)據(jù)；備選架構(gòu)數(shù)量；備選方案數(shù)量；需求分配至方案的百分比系統(tǒng)方案設(shè)計 度量硬件概要設(shè)計 流程圖序號活動調(diào)用規(guī)程作用1開發(fā)硬件系統(tǒng)/子系統(tǒng)需求（可選）需求開發(fā)與管理規(guī)程產(chǎn)生硬件系統(tǒng)/子系統(tǒng)《研制規(guī)范》2設(shè)計硬件系統(tǒng)/子系統(tǒng)方案通用概要設(shè)計規(guī)程產(chǎn)生《XX硬件總體/子系統(tǒng)設(shè)計方案》以及本階段其它的派生文檔3設(shè)計工藝、結(jié)構(gòu)方案其它相關(guān)規(guī)程產(chǎn)生《XX整機結(jié)構(gòu)方案》、《XX整機工藝布線方案》4設(shè)計可信性方案可靠性設(shè)計要求－EMC設(shè)計、熱設(shè)計等產(chǎn)生《XX系統(tǒng)可信性設(shè)計方案》、《XX可靠性實驗方案》5制定單元/單板研制規(guī)范需求開發(fā)與管理規(guī)程產(chǎn)生單元/單板《研制規(guī)范》、《需求論證》；產(chǎn)生《單板文件清單》與《單板功能列表》。6設(shè)計單元/單板方案通用概要設(shè)計規(guī)程產(chǎn)生《單元/單板設(shè)計方案》、《單元/單板硬件需求說明書》（可選）、《單元/單板軟件需求說明書》（可選）、《關(guān)鍵器件選型報告》（可選）7下達單板研制任務(wù)書研發(fā)項目管理——計劃制定編制《項目計劃》，并以單板研制任務(wù)書的形式下達至硬件開發(fā)工程師硬件概要設(shè)計 與其它規(guī)程的關(guān)系

硬件系統(tǒng)/子系統(tǒng)、單元/單板研制規(guī)范研制規(guī)范開發(fā)工作量（人時）研制規(guī)范文檔的規(guī)模（頁）評審/評估發(fā)現(xiàn)異常數(shù)及其依據(jù)缺陷等級的分布數(shù)據(jù)硬件系統(tǒng)/子系統(tǒng)、單元/單板方案設(shè)計方案設(shè)計工作量（人時）方案設(shè)計文檔的規(guī)模（頁）評審/評估發(fā)現(xiàn)異常數(shù)及其依據(jù)缺陷等級的分布數(shù)據(jù)備選架構(gòu)數(shù)量備選方案數(shù)量需求分配至方案的百分比硬件概要設(shè)計 度量硬件概要設(shè)計活動之一

開發(fā)硬件系統(tǒng)/子系統(tǒng)需求

目的 彌補系統(tǒng)《研制規(guī)范》的需求缺陷（功能架構(gòu)不完整等），開發(fā)出高質(zhì)量的硬件系統(tǒng)/子系統(tǒng)《研制規(guī)范》。裁剪說明 如果系統(tǒng)《研制規(guī)范》中包含硬件系統(tǒng)/子系統(tǒng)《研制規(guī)范》，可裁剪本活動。角色和職責(zé) 系統(tǒng)工程師：負責(zé)硬件系統(tǒng)/子系統(tǒng)的需求開發(fā)。輸入/輸出活動 調(diào)用統(tǒng)一的產(chǎn)品需求開發(fā)過程。內(nèi)容參見相關(guān)規(guī)程。輸入輸出（1）《產(chǎn)品設(shè)計分層規(guī)范》（2）系統(tǒng)《研制規(guī)范》（3）《系統(tǒng)方案》（1）硬件系統(tǒng)/子系統(tǒng)《研制規(guī)范》（2）硬件系統(tǒng)/子系統(tǒng)《需求論證報告》硬件概要設(shè)計活動之二設(shè)計硬件系統(tǒng)/子系統(tǒng)方案

目的 完成硬件系統(tǒng)/子系統(tǒng)方案設(shè)計；編寫本階段其它的相關(guān)文檔。裁剪說明 如果只是增加單板，并且不需要更改硬件系統(tǒng)/子系統(tǒng)的架構(gòu)以及設(shè)計方案，該活動可以裁剪。角色和職責(zé) 系統(tǒng)工程師：負責(zé)硬件系統(tǒng)/子系統(tǒng)的方案設(shè)計；編寫本階段其它的相關(guān)文檔。輸入輸入輸出（1）系統(tǒng)《研制規(guī)范》（2）《系統(tǒng)方案》（3）《關(guān)鍵技術(shù)預(yù)研報告》（4）《產(chǎn)品設(shè)計分層規(guī)范》（5）硬件系統(tǒng)/子系統(tǒng)《研制規(guī)范》（可選，系統(tǒng)《研制規(guī)范》有需求缺陷）（1）《XX硬件總體設(shè)計方案/子系統(tǒng)設(shè)計方案》（2）《XX關(guān)鍵件、重要件明細表》（3）《關(guān)鍵器件選型需求》（4）《關(guān)鍵器件選型報告》（5）《外購件明細表》（6）《外購件通用性論證報告》（7）《合作開發(fā)協(xié)議書》（8）《結(jié)構(gòu)項目需求》硬件概要設(shè)計活動之二設(shè)計硬件系統(tǒng)/子系統(tǒng)方案

（續(xù)）活動當(dāng)硬件系統(tǒng)需求足夠詳細時可調(diào)用預(yù)定義的通用概要設(shè)計過程，完成硬件系統(tǒng)的方案設(shè)計。此外，還應(yīng)根據(jù)項目的需求，依據(jù)公司或事業(yè)部的模板整理或協(xié)助整理通用概要設(shè)計過程不輸出的相關(guān)文檔。如果硬件系統(tǒng)還需要進一步劃分子系統(tǒng)并且子系統(tǒng)的需求不夠詳細（功能架構(gòu)不完整），首先需要調(diào)用預(yù)定義的產(chǎn)品需求開發(fā)過程開發(fā)硬件子系統(tǒng)需求，進而調(diào)用預(yù)定義的通用概要設(shè)計過程，完成硬件子系統(tǒng)系統(tǒng)的方案設(shè)計。根據(jù)實際情況，可對子系統(tǒng)進一步分解。通用概要設(shè)計過程共包含6個活動：建立架構(gòu)選定準(zhǔn)則、建立備選架構(gòu)及其優(yōu)選、建立方案選定準(zhǔn)則、開發(fā)備選方案、推演組件操作場景與操作概念、選定組件方案。6個活動的詳細活動內(nèi)容參見《通用概要設(shè)計規(guī)程》。調(diào)用通用概要設(shè)計過程時的相關(guān)說明：產(chǎn)品層級為硬件系統(tǒng)級/子系統(tǒng)級；硬件系統(tǒng)的組件可以是：硬件子系統(tǒng)、結(jié)構(gòu)件、單元單板等；硬件子系統(tǒng)系統(tǒng)的組件可以是：單元單板、結(jié)構(gòu)件等；輸入的“研制規(guī)范”為硬件系統(tǒng)/子系統(tǒng)《研制規(guī)范》。當(dāng)硬件系統(tǒng)/子系統(tǒng)《研制規(guī)范》達不到《通用要設(shè)計規(guī)程》對“研制規(guī)范”的要求時，應(yīng)從相關(guān)文檔中分析、整理出所