正文

設(shè)計(jì)規(guī)范（設(shè)計(jì)規(guī)范查詢網(wǎng)站）

發(fā)布時(shí)間：2023-07-01 06:35:59 稿源：創(chuàng)意嶺閱讀： 1143

大家好！今天讓創(chuàng)意嶺的小編來(lái)大家介紹下關(guān)于設(shè)計(jì)規(guī)范的問(wèn)題，以下是小編對(duì)此問(wèn)題的歸納整理，讓我們一起來(lái)看看吧。

本文目錄:

1、土木工程畢業(yè)設(shè)計(jì)需要哪些規(guī)范啊?
2、廠房設(shè)計(jì)標(biāo)準(zhǔn)規(guī)范有哪些？
3、設(shè)計(jì)標(biāo)準(zhǔn)規(guī)范分為幾級(jí)
4、UI設(shè)計(jì)有哪些規(guī)范

一、土木工程畢業(yè)設(shè)計(jì)需要哪些規(guī)范啊?

現(xiàn)在2021年了，回答問(wèn)題時(shí)間是2月1號(hào)

現(xiàn)行的會(huì)用到的規(guī)范如下，

房建畢設(shè)規(guī)范合集

1房建畢設(shè)建筑部分

06SJ813 《民用建筑設(shè)計(jì)通則》圖示

GB50016-2014 建筑設(shè)計(jì)防火規(guī)范(2018年版)

GB50033-2013 建筑采光設(shè)計(jì)標(biāo)準(zhǔn)

GBT 50001-2017 房屋建筑制圖統(tǒng)一標(biāo)準(zhǔn)

工程建設(shè)標(biāo)準(zhǔn)強(qiáng)制性條文-房屋建筑部分(2013年版)

2畢設(shè)結(jié)構(gòu)部分

(GB50010-2010)最新版《混凝土結(jié)構(gòu)設(shè)計(jì)規(guī)范》

16G101-1 混凝土結(jié)構(gòu)施工圖（墻梁板柱）

16G101-2 混凝土結(jié)構(gòu)施工圖（板式樓梯）

16G101-3 混凝土結(jié)構(gòu)施工圖（基礎(chǔ)）

GB 50003-2011 砌體結(jié)構(gòu)設(shè)計(jì)規(guī)范

GB50007-2011 建筑地基基礎(chǔ)設(shè)計(jì)規(guī)范

GB50009-2012 建筑結(jié)構(gòu)荷載規(guī)范

GB50011-2010 建筑抗震設(shè)計(jì)規(guī)范(2016年版)

GB50017-2003 鋼結(jié)構(gòu)設(shè)計(jì)規(guī)范

道橋畢設(shè)規(guī)范

基坑

二、廠房設(shè)計(jì)標(biāo)準(zhǔn)規(guī)范有哪些？

廠房設(shè)計(jì)標(biāo)準(zhǔn)規(guī)范：

一、工業(yè)廠房設(shè)計(jì)必須貫徹執(zhí)行國(guó)家的有關(guān)方針政策，做到技術(shù)先進(jìn)、經(jīng)濟(jì)合理、安全適用、確保質(zhì)量，符合節(jié)約能源和環(huán)境保護(hù)的要求。

二、本規(guī)范適用于新建和改建、擴(kuò)建的工業(yè)廠房設(shè)計(jì)，但不適用于以細(xì)菌為控制對(duì)象的生物潔凈室。本規(guī)范有關(guān)防火和疏散、消防設(shè)施章節(jié)的規(guī)定，不適用于建筑高度超過(guò)24米的高層工業(yè)廠房和地下工業(yè)廠房的設(shè)計(jì)。

三、條在利用原有建筑進(jìn)行潔凈技術(shù)改造時(shí)，工業(yè)廠房設(shè)計(jì)必須根據(jù)生產(chǎn)工藝要求，因地制宜、區(qū)別對(duì)待，充分利用已有的技術(shù)設(shè)施。

四、工業(yè)廠房設(shè)計(jì)應(yīng)為施工安裝、維護(hù)管理、測(cè)試和安全運(yùn)行創(chuàng)造必要的條件。

五、工業(yè)廠房設(shè)計(jì)除應(yīng)按本規(guī)范執(zhí)行外，尚應(yīng)符合現(xiàn)行的國(guó)家標(biāo)準(zhǔn)、規(guī)范的有關(guān)要求。

廠房裝修設(shè)計(jì)要點(diǎn)：

一、間隔的選擇

在裝修進(jìn)程中常常有的區(qū)域要進(jìn)行合理劃分功用區(qū)，如此就需要用間隔來(lái)進(jìn)行切割，當(dāng)前常用的間隔普通為：輕鋼龍骨石膏板間隔、不銹鋼玻璃間隔、鋁塑板鋼化玻璃間隔以及純鋼化玻璃間隔等，這些間隔都可以起到劃分的效果，只是所代表的作風(fēng)各別，價(jià)錢(qián)也不以樣，輕鋼龍骨石膏板間隔的造價(jià)較低，往往輕易被承受。

二、消防報(bào)批

為了平安必然不要無(wú)視消防器材裝置，裝置消防設(shè)備前需求到本地的消防局進(jìn)行報(bào)批，工程竣工后還需求報(bào)審。普通報(bào)批消防手續(xù)需10天左右才可以完成，所以在裝修前應(yīng)先找消防公司進(jìn)行此項(xiàng)工程的洽談。

三、注重地面材料

廠房裝修首先要考慮的是地面部分，一般的廠房裝修地面是不需要承載負(fù)荷的，那么就可以考慮用一些物美價(jià)廉的裝飾材料，比如地板磚或者復(fù)合木地板等來(lái)做廠房地面裝修材料，有的廠房裝修時(shí)要考慮防靜電，那么就要選擇防靜電地板或防環(huán)氧地坪等來(lái)做為廠房裝修地面的首選材料，還有的廠房裝修時(shí)需要地面承載負(fù)荷，那么就必須要在地面基層做混凝土，混凝土分為商業(yè)混凝土和土做法混凝土兩種，前者造價(jià)略高但質(zhì)量穩(wěn)定，后者價(jià)格較低質(zhì)量一般，然后在混凝土基層上再鋪設(shè)其他質(zhì)地比較堅(jiān)硬的石材做飾面即可。

四、合理的頂面設(shè)計(jì)

另外在廠房裝修時(shí)還要注意的是頂部，廠房的頂部通常較高，且大多數(shù)都是鋼結(jié)構(gòu)框架，在裝修頂部時(shí)先要設(shè)計(jì)消防、通風(fēng)、及中央空調(diào)的合理安排，因?yàn)檫@些都是廠房裝修中必要的硬件設(shè)施，尤其是消防。接下來(lái)就是根據(jù)使用的要求來(lái)確定是否吊頂?shù)膯?wèn)題了，廠房吊頂?shù)牟牧虾芏?，如果為了美觀些可以用礦棉吸音板、石膏板、鋁塑板等材料來(lái)為頂部做裝飾，還可以不做任何吊頂，把頂部需要隱藏的或者不美觀的一些設(shè)施做局部的修飾也是一種現(xiàn)代的、簡(jiǎn)約主義設(shè)計(jì)。

三、設(shè)計(jì)標(biāo)準(zhǔn)規(guī)范分為幾級(jí)

四級(jí)。根據(jù)查詢?cè)O(shè)計(jì)標(biāo)準(zhǔn)規(guī)范相關(guān)信息得知，分為四級(jí)。設(shè)計(jì)標(biāo)準(zhǔn)規(guī)范按管理級(jí)別和使用范圍，可分為國(guó)家、部門(mén)、省(市、自治區(qū))和設(shè)計(jì)單位四級(jí)。

四、UI設(shè)計(jì)有哪些規(guī)范

高質(zhì)量的規(guī)范文檔是一個(gè)優(yōu)秀設(shè)計(jì)系統(tǒng)的代表物。我們?cè)攲?shí)地描述每個(gè) UI 組件的設(shè)計(jì)與代碼規(guī)范，來(lái)幫助設(shè)計(jì)師高效地作出決策，推動(dòng)開(kāi)發(fā)速度。編寫(xiě)高質(zhì)量的文檔需要前期規(guī)劃和一系列合理的流程來(lái)輔助，付出的成本相當(dāng)高。

這個(gè)系列由六篇文章組成，致力于描述編寫(xiě)組件規(guī)范文檔的過(guò)程。本篇我會(huì)從目標(biāo)讀者、文檔內(nèi)容、文檔結(jié)構(gòu)開(kāi)始。然后會(huì)涉及案例，設(shè)計(jì)與代碼指南。這些內(nèi)容來(lái)自于我自己這些年的實(shí)踐經(jīng)驗(yàn)以及社區(qū)里大家所分享的知識(shí)。

那么我以一個(gè)問(wèn)題開(kāi)始今天的主題：文檔的目標(biāo)讀者是誰(shuí)，他們需要什么樣的內(nèi)容，作為編寫(xiě)者我們?cè)撛鯓咏M織文檔結(jié)構(gòu)來(lái)作出清晰的表達(dá)？

文檔的目標(biāo)讀者

首先：你要弄清楚誰(shuí)是你的文檔的主要讀者。

工程師，設(shè)計(jì)師，還有公司里的所有人！

當(dāng)一個(gè)設(shè)計(jì)系統(tǒng)包含了代碼指南，工程師們顯然會(huì)是讀者。那么一個(gè)只包含了代碼指南的設(shè)計(jì)系統(tǒng)應(yīng)該服務(wù)于設(shè)計(jì)師嗎？如果文檔里只包含了設(shè)計(jì)規(guī)范而沒(méi)有代碼（如 Material Design），工程師還是讀者嗎？

在我看來(lái)，兩個(gè)問(wèn)題的答案都是肯定的。規(guī)范文檔是從不同的角度來(lái)服務(wù)于多種角色的。

除了設(shè)計(jì)與工程，它還服務(wù)于其他人嗎？很有可能，特別是當(dāng)文檔所在的設(shè)計(jì)系統(tǒng)已經(jīng)成為產(chǎn)品的基石時(shí)。簡(jiǎn)短有效的介紹對(duì)于 PM（產(chǎn)品經(jīng)理）很有價(jià)值，QA（測(cè)試）則比較關(guān)注案例部分…等等。

規(guī)范文檔是從不同的角度來(lái)服務(wù)于多種角色的

很多設(shè)計(jì)系統(tǒng)團(tuán)隊(duì)還會(huì)把自己的系統(tǒng)公開(kāi)出來(lái)，在體現(xiàn)共享精神的同時(shí)也能起到吸引行業(yè)人才的作用。所以文檔應(yīng)該能夠體現(xiàn)團(tuán)隊(duì)的專(zhuān)業(yè)與嚴(yán)謹(jǐn)。

文檔的主要目標(biāo)是：為設(shè)計(jì)師、工程師和團(tuán)隊(duì)里的其他角色服務(wù)，讓他們能夠高效地做決策。

Takeaway：設(shè)計(jì)系統(tǒng)的效應(yīng)和影響力不只覆蓋設(shè)計(jì)與工程，一個(gè)成長(zhǎng)中的系統(tǒng)必將會(huì)服務(wù)于更多的角色。

工程師，接著是設(shè)計(jì)師，然后才是其他人

為所有角色服務(wù)并不意味著平等地服務(wù)所有角色。工程師每天會(huì)查閱 10 次或更多次文檔，他們甚至?xí)盐臋n與代碼編輯器窗口并排排列！設(shè)計(jì)師的訪問(wèn)次數(shù)應(yīng)該是少于工程師的，其他角色則會(huì)更少。

所以誰(shuí)是最重要的？以我的經(jīng)驗(yàn)來(lái)看，設(shè)計(jì)系統(tǒng)最初就是為了工程與設(shè)計(jì)之便，由工程師和設(shè)計(jì)師建立的。即使其他角色也對(duì)其有所貢獻(xiàn)，但他們?nèi)允瞧我?。因此我們首先需要確保工程師與設(shè)計(jì)師的需求能夠得到滿足。

設(shè)計(jì)師與工程師優(yōu)先級(jí)最高

那么，工程師與設(shè)計(jì)師孰輕孰重呢？我最近參與設(shè)計(jì)的設(shè)計(jì)系統(tǒng)項(xiàng)目中都需要同時(shí)服務(wù)于兩者，為設(shè)計(jì)和代碼制作規(guī)范指南。我也在一些企業(yè)的文檔中看到了對(duì)其中一方的過(guò)多偏見(jiàn)，或者是有將他們的目標(biāo)完全分離開(kāi)的傾向（稍后我會(huì)解釋?zhuān)?。有很多維度需要考量：設(shè)計(jì)系統(tǒng)的目標(biāo)，他們的使用頻率，內(nèi)容深度、質(zhì)量、生產(chǎn)成本，以及和他們?nèi)粘９ぷ鞯南嚓P(guān)度。

設(shè)計(jì)師 vs 工程師

Takeaway：讀者的優(yōu)先級(jí)由很多因素決定。要有預(yù)期：工程師和設(shè)計(jì)師的需求會(huì)有沖突，并盡可能地優(yōu)化和處理這些沖突。如果實(shí)在不行，就要偏向于距離最終產(chǎn)品最近的那一方，通常是工程師。這就意味著工程師優(yōu)先，設(shè)計(jì)師其次。

文檔內(nèi)容

規(guī)范文檔是連接讀者與內(nèi)容的媒介。內(nèi)容會(huì)有不同的格式或模塊，因此成本也各有差異，而你需要最終把它們編織在一起。

文檔內(nèi)容模塊：簡(jiǎn)介和案例文檔內(nèi)容模塊：設(shè)計(jì)參考和代碼參考

抽象地來(lái)看，規(guī)范文檔的內(nèi)容通常包含以下四種模塊：

介紹：組件的名稱，以及一段簡(jiǎn)明扼要的介紹。（必要）
案例：這個(gè)組件的各種形式，狀態(tài)，尺寸等等其他要素，比較好的做法是用代碼直接把這些展示出來(lái)，而不是不可以交互的靜態(tài)圖片。（必要）
設(shè)計(jì)參考：比如什么時(shí)候應(yīng)該用這個(gè)組件，允許的做法與不允許的做法，以及視覺(jué)、交互、文案方面的指南。（推薦）
代碼參考：包含 API 和其他實(shí)施及部署方面的指南。（必要）

不同的模塊會(huì)有不同的制作成本

「介紹」寫(xiě)起來(lái)當(dāng)然非常的短平快。結(jié)構(gòu)優(yōu)秀的「案例」也是值得投入成本的，并且寫(xiě)起來(lái)會(huì)越來(lái)越順手。工程師也需要一個(gè)合理清晰的「代碼參考」。但是，真正有效的「設(shè)計(jì)參考」可能會(huì)非常耗費(fèi)成本。

橫軸：細(xì)節(jié)的豐富程度由淺到深?？v軸：制作成本由低到高

請(qǐng)點(diǎn)擊輸入圖片描述

Takeaway：規(guī)范文檔可以包含很多內(nèi)容模塊。所以需要團(tuán)隊(duì)在前期就進(jìn)行充分的討論，對(duì)每種內(nèi)容模塊做出符合自己團(tuán)隊(duì)和產(chǎn)品價(jià)值的判斷，再投入成本去制作。

文檔的信息結(jié)構(gòu)

設(shè)計(jì)與代碼：分開(kāi)還是合并？

在實(shí)踐中，設(shè)計(jì)師往往會(huì)自顧自的發(fā)布或更新和自己相關(guān)的內(nèi)容，工程師也一樣。這樣的慣性行為會(huì)在無(wú)意中增加設(shè)計(jì)與工程的距離。所以大家需要在前期就對(duì)文檔的信息結(jié)構(gòu)達(dá)成共識(shí)。

谷歌的 Material 文檔生態(tài)就是這種距離感的代表。 Material’s design foundation 優(yōu)先服務(wù)于設(shè)計(jì)實(shí)踐, 而 Material Design Lite，Polymer Project，Android Developer’s，Material UI (built for React) 都是服務(wù)于代碼，和設(shè)計(jì)規(guī)范綁定的并不緊密。

請(qǐng)點(diǎn)擊輸入圖片描述

這種分離的狀態(tài)其實(shí)是有意義和理由的。因?yàn)?Material 是一個(gè)操作系統(tǒng)的底層系統(tǒng)，跨越了許多框架，團(tuán)隊(duì)，平臺(tái)。它的復(fù)雜度在某種意義上超越了目前世界上所有的設(shè)計(jì)系統(tǒng)。但你要知道大多數(shù)的設(shè)計(jì)系統(tǒng)并不是服務(wù)于一個(gè)操作系統(tǒng)的，因此不會(huì)發(fā)展至如此復(fù)雜的形態(tài)。

對(duì)于像我們一樣的產(chǎn)品團(tuán)隊(duì)來(lái)說(shuō)，設(shè)計(jì)和代碼分開(kāi)是符合共識(shí)的。這種做法能夠給分別為兩種角色設(shè)計(jì)符合他們需求的體驗(yàn)。

組件設(shè)計(jì)規(guī)范與 API 和代碼規(guī)范分別放在兩個(gè)網(wǎng)站上。來(lái)自：Atlassian

請(qǐng)點(diǎn)擊輸入圖片描述

這種做法也有風(fēng)險(xiǎn)。隨著時(shí)間推移，兩個(gè)網(wǎng)站可能出現(xiàn)不同步的現(xiàn)象：

設(shè)計(jì)與代碼的分類(lèi)邏輯出現(xiàn)差異（最簡(jiǎn)單的例子就是 Loader 和 Spinner 的命名：代碼里叫 Loader，而設(shè)計(jì)里則叫 Spinner）
功能差異：設(shè)計(jì)規(guī)范里出現(xiàn)了代碼不能實(shí)現(xiàn)的功能，或者代碼里加入了設(shè)計(jì)里沒(méi)有考慮的功能。

你可能會(huì)覺(jué)得這樣也挺好，畢竟設(shè)計(jì)和代碼本身就是兩個(gè)領(lǐng)域。至少對(duì)于文檔的寫(xiě)作者來(lái)說(shuō)這種分離還是挺方便的（只用考慮自己的需求，管理自己的進(jìn)度）。

但真正的讀者需要的是一個(gè)「真相的唯一來(lái)源（Single source of truth）」。如果你是一個(gè)對(duì)設(shè)計(jì)和代碼都有需求的讀者，你會(huì)發(fā)現(xiàn)自己不停在兩個(gè)網(wǎng)站間切換，兩個(gè)地方都有對(duì)你有價(jià)值的內(nèi)容，這感覺(jué)就像是在打網(wǎng)球時(shí)陷入了拉鋸戰(zhàn)。

Takeaway：要慎重地看待設(shè)計(jì)與代碼的分離。雖然一開(kāi)始方便了內(nèi)容作者和發(fā)布者，但之后會(huì)有風(fēng)險(xiǎn)。這種做法也可能會(huì)在潛移默化中造成設(shè)計(jì)與工程的距離擴(kuò)大。

合并內(nèi)容的兩種方案：堆疊還是切換？

例如 Morningstar Design System 是把設(shè)計(jì)和代碼放在一個(gè)頁(yè)面里，讀者就能找到完全統(tǒng)一的命名，指南，功能描述。

一個(gè)頁(yè)面之堆疊式：把設(shè)計(jì)和代碼放在一個(gè)頁(yè)面中，縱向滾動(dòng)來(lái)查看。

請(qǐng)點(diǎn)擊輸入圖片描述

堆疊式的布局方式會(huì)使得頁(yè)面變得冗長(zhǎng)。當(dāng)然還有一種方式是使用 Tab 來(lái)切換內(nèi)容。

一個(gè)頁(yè)面之切換時(shí)：把設(shè)計(jì)和代碼放在一個(gè)頁(yè)面中，通過(guò) Tab 來(lái)切換內(nèi)容。

請(qǐng)點(diǎn)擊輸入圖片描述

Takeaway：將設(shè)計(jì)和代碼混合在一起是有可能的，大家可以按自己的需求來(lái)選擇以上兩種布局方式。

按類(lèi)型來(lái)為內(nèi)容做排列和編組

不論選擇那種布局方式，文檔內(nèi)容的模塊結(jié)構(gòu)和順序應(yīng)該是保持一致的：

簡(jiǎn)介
案例
設(shè)計(jì)參考
代碼參考

其實(shí)只要把「案例」放到讀者一進(jìn)來(lái)就能看到的地方，把設(shè)計(jì)和代碼參考放在一步點(diǎn)擊就能達(dá)到的地方，就是一個(gè)不錯(cuò)的設(shè)計(jì)了。下面是幾種行業(yè)內(nèi)比較有代表性的模式：

左：IBM Carbon 模式中：Hudl's Uniform System 模式右：Lightning Design System 模式

請(qǐng)點(diǎn)擊輸入圖片描述

IBM Carbon 認(rèn)為代碼更應(yīng)該被優(yōu)先展示，將交互用法和樣式分別放在其他的 Tab 中。Hudl’s Uniform system 把順序反了過(guò)來(lái)，設(shè)計(jì)優(yōu)先于代碼。 Salesforce’s Lightning Design System 把代碼和組件案例放在 Tab 上方，默認(rèn)選中開(kāi)發(fā)者指南這個(gè) Tab，而后兩個(gè) Tab 則被奇怪地留空了。

Takeaway：把簡(jiǎn)介和案例放在一開(kāi)始最重要的位置，接下來(lái)的模塊則沒(méi)有唯一的方案，需要大家自己做出符合自己團(tuán)隊(duì)情況的判斷。

若頁(yè)面很長(zhǎng)，則為讀者提供定位導(dǎo)航

你的文檔頁(yè)面越長(zhǎng)，越需要給讀者清晰的認(rèn)知，要讓他們知道這個(gè)頁(yè)面里會(huì)包含哪些內(nèi)容以及當(dāng)前所處的位置?？v向的定位導(dǎo)航欄是個(gè)不錯(cuò)的方案：一直固定存在于頁(yè)面右側(cè)，在滾動(dòng)時(shí)同步追蹤位置，并且可以包含子標(biāo)題。

Morningstar Design System 在文檔頁(yè)面右側(cè)設(shè)計(jì)了一個(gè)兩級(jí)的定位導(dǎo)航欄

請(qǐng)點(diǎn)擊輸入圖片描述

Takeaway：不論選擇哪種形式，最重要的是在整個(gè)系統(tǒng)中保持邏輯一致，符合讀者的預(yù)期與心理模型。

展示設(shè)計(jì)？展示代碼？還是都展示？

把設(shè)計(jì)和代碼融合，就會(huì)有讀者只對(duì)其中一個(gè)方面感興趣，他們會(huì)提出自己的意見(jiàn)：

設(shè)計(jì)負(fù)責(zé)人可能會(huì)問(wèn)到：我能把這些代碼案例和指南隱藏掉嘛？

工程師可能會(huì)問(wèn)：我能把這些和設(shè)計(jì)規(guī)范有關(guān)的文字隱藏掉嘛？

可以考慮加一個(gè)選項(xiàng)或按鈕來(lái)允許隱藏設(shè)計(jì)/代碼內(nèi)容。比如：

Design Only：把代碼指南、代碼片段和屬性表等等都隱藏起來(lái)

Code Only：把視覺(jué)樣式指南和文案指南都隱藏，但還是要把一部分交互用法指南保留著，這對(duì)工程師們也有用。

以上就是關(guān)于設(shè)計(jì)規(guī)范相關(guān)問(wèn)題的回答。希望能幫到你，如有更多相關(guān)問(wèn)題，您也可以聯(lián)系我們的客服進(jìn)行咨詢，客服也會(huì)為您講解更多精彩的知識(shí)和內(nèi)容。