-
當前位置:首頁 > 創(chuàng)意學院 > 景觀設計 > 專題列表 > 正文
詳細設計包括哪些內容(詳細設計包括哪些內容和方法)
大家好!今天讓創(chuàng)意嶺的小編來大家介紹下關于詳細設計包括哪些內容的問題,以下是小編對此問題的歸納整理,讓我們一起來看看吧。
開始之前先推薦一個非常厲害的Ai人工智能工具,一鍵生成原創(chuàng)文章、方案、文案、工作計劃、工作報告、論文、代碼、作文、做題和對話答疑等等
只需要輸入關鍵詞,就能返回你想要的內容,越精準,寫出的就越詳細,有微信小程序端、在線網(wǎng)頁版、PC客戶端
官網(wǎng):https://ai.de1919.com。
創(chuàng)意嶺作為行業(yè)內優(yōu)秀的企業(yè),服務客戶遍布全球各地,如需了解相關業(yè)務請撥打電話175-8598-2043,或添加微信:1454722008
本文目錄:
一、全套設計包含哪些內容
全套設計包含以下內容
1、地形規(guī)劃方案;
2、別墅平面圖(詳細布局圖);
3、別墅外觀效果圖;
4、別墅建筑施工圖(即平面圖、立面圖、門窗圖、建筑剖面圖、細節(jié)圖等);
5、別墅結構施工圖(即別墅基礎圖、梁板配筋圖、柱位配筋圖、大樣圖等);
6、別墅水電施工圖(即別墅給排水圖、強弱電圖等);
7、工程和材料預算表。
別墅大師為你提供當?shù)亟ǚ空?,建房圖紙,別墅設計圖紙;
別墅外觀效果圖服務,千款爆紅圖紙任你選:https://www.bieshu.com?bdfc
二、概要設計與詳細設計的區(qū)別
概要設計與詳細設計的區(qū)別如下:
1、概要設計的主要任務是把需求分析得到的系統(tǒng)擴展用例圖轉換為軟件結構和數(shù)據(jù)結構。設計軟件結構的具體任務是:將一個復雜系統(tǒng)按功能進行模塊劃分、建立模塊的層次結構及調用關系、確定模塊間的接口及人機界面等。數(shù)據(jù)結構設計包括數(shù)據(jù)特征的描述、確定數(shù)據(jù)的結構特性、以及數(shù)據(jù)庫的設計。顯然,概要設計建立的是目標系統(tǒng)的邏輯模型.
2、詳細設計是軟件工程中軟件開發(fā)的一個步驟,就是對概要設計的一個細化,就是詳細設計每個模塊實現(xiàn)算法,所需的局部結構。在詳細設計階段,主要是通過需求分析的結果,設計出滿足用戶需求的嵌入式系統(tǒng)產品。
3、概要設計階段通常得到軟件結構圖 , 詳細設計階段常用的描述方式有:流程圖、N-S圖、PAD圖、偽代碼等 。
4、詳細設計階段就是為每個模塊完成的功能進行具體的描述,要把功能描述轉變?yōu)榫_的、結構化的過程描述。
擴展資料
設計是把一種設想通過合理的規(guī)劃、周密的計劃、通過各種感覺形式傳達出來的過程。人類通過勞動改造世界,創(chuàng)造文明,創(chuàng)造物質財富和精神財富,而最基礎、最主要的創(chuàng)造活動是造物。設計便是造物活動進行預先的計劃,可以把任何造物活動的計劃技術和計劃過程理解為設計。
設計(Design)是為構建有意義的秩序而付出的有意識的直覺上的努力。更詳細的定義如下:
第一步:理解用戶的期望、需要、動機,并理解業(yè)務、技術和行業(yè)上的需求和限制。
第二步:將這些所知道的東西轉化為對產品的規(guī)劃(或者產品本身),使得產品的形式、內容和行為變得有用、能用,令人向往,并且在經濟和技術上可行。(這是設計的意義和基本要求所在)
參考資料:百度百科-設計
三、系統(tǒng)詳細設計工作包括代碼設計,數(shù)據(jù)庫設計,輸出設計,輸入設計和哪些內容
系統(tǒng)設計的主要內容 系統(tǒng)設計分為總體結構設計與詳細結構設計。 (一)總體結構設計主要解決子系統(tǒng)的劃分與確認、模塊結構設計、網(wǎng)絡設計和配置方案等問題。 ①子系統(tǒng)劃分:是將一個復雜的系統(tǒng)設計轉為若干子系統(tǒng)和一系列基本模塊的設計,并通過模...
四、如何寫詳細設計文檔
在大多數(shù)軟件項目中,要末不作詳細設計,要么開發(fā)完成后再補詳細設計文檔,質量也不容樂觀,文檔與系統(tǒng)往往不能同步,使詳細設計文檔完全流于形式,對工作沒有起到實際的幫助。
·
詳細設計是相對概要設計而言的,是瀑布開發(fā)流程的一個重要環(huán)節(jié),在概要設計的高層設計的基礎上,從邏輯上實現(xiàn)了每一模塊的功能,是編碼階段的主要參考資料,是從高層到低層、逐步精化思想的具體實現(xiàn)。
詳細設計文檔的內容包括各個模塊的算法設計,
接口設計,
數(shù)據(jù)結構設計,交互設計等。必須寫清楚各個模塊/接口/公共對象的定義,列明各個模塊程序的
各種執(zhí)行條件與期望的運行效果,還要正確處理各種可能的異常。
·
在開發(fā)過程中,由需求及設計不正確、不完整所導致的問題是項目進度拖延、失敗的一個主要因素,而軟件系統(tǒng)的一個重要特性就是需求和設計的不斷構建和改進,在寫詳細設計文檔過程中,
詳細設計實際上是對系統(tǒng)的一次邏輯構建,可以有效驗證需求的完整性及正確性。
如果不寫詳細設計文檔,一般就從概設直接進入編碼階段,這時開發(fā)人員所能參考的資料就是需求規(guī)格說明書及頁面原型、數(shù)據(jù)庫設計等,不能直接進行開發(fā),需要進行信息的溝通,把頁面原型不能體現(xiàn)的設計講清楚,這樣既容易遺忘,也容易發(fā)生問題,詳細設計文檔可以作為需求人員、總體設計人員與開發(fā)人員的溝通工具,把靜態(tài)頁面無法體現(xiàn)的設計體現(xiàn)出來,包含整體設計對模塊設計的規(guī)范,體現(xiàn)對設計上的一些決策,例如選用的算法,對一些關鍵問題的設計考慮等等,使開發(fā)人員能快速進入開發(fā),提高溝通效率,減少溝通問題。
對于系統(tǒng)功能的調整,后期的維護,詳設文檔提供了模塊設計上的考慮、決策,包括模塊與整體設計的關系、模塊所引用的數(shù)據(jù)庫設計、重要操作的處理流程、重要的業(yè)務規(guī)則實現(xiàn)設計等等信息,提供了對模塊設計的概述性信息,闡明了模塊設計上的決策,配合代碼注釋,可以相對輕松讀懂原有設計。
·存在的問題要由專門的人寫,是比較麻煩的,也是很需要時間的,會對進度造成壓力,也容易形成工作瓶頸,使設計人員負擔過重,而開發(fā)人員無事可作。對于現(xiàn)在一般的以數(shù)據(jù)庫為中心的管理系統(tǒng)而言,這個工作始終是要作的,區(qū)別只不過是不是形成專門文檔,形成文檔可能會多花一兩周時間,但相對于規(guī)避的風險和問題來說,也是值得的,另外由于現(xiàn)在高級語言的流行,所以更詳細的設計應該直接體現(xiàn)在代碼的設計上,而文檔則只體現(xiàn)設計上的一些決策,協(xié)調整體設計與模塊設計的關系,把頁面原型所不能體現(xiàn)的設計情況文檔化,所以所花費的時間是有限的。
設計內容容易過細,但設計階段是不能考慮特別清楚地,時間也不允許。
對于這個問題,一個對策是上邊所提到的,文檔只體現(xiàn)設計上的決策,頁面原型所不能反映的信息,詳細設計只體現(xiàn)總體設計對模塊設計的一些考慮,例如對功能的數(shù)據(jù)庫設計等等,而具體的實現(xiàn)實現(xiàn),則到代碼中再去實現(xiàn),相關的設計也僅體現(xiàn)在代碼中。
需求、設計需要不斷的被更新、構建,則設計文檔需要不斷的重新調整,文檔的維護需要跟上,否則文檔和系統(tǒng)的同步就很難得到保障了,且造成多余的工作量。文檔的內容易流于形勢,質量糟糕,不能成為開發(fā)人員的參考手冊,一是要建立起相關制度,如有修改,先改文檔,后作開發(fā),從工作流程上切實保障文檔與系統(tǒng)的同步,二是要規(guī)范文檔質量,對文檔該寫什么,不該寫什么,標準是什么,粒度是什么,語法應該如何組織,有明確的標準和考慮,同時,建立審計文檔評審、審核制度,充分保障系統(tǒng)的使用。·
首先是文檔的內容,根據(jù)項目和團隊的不同,詳細設計文檔的內容也有所不同,一般說來,粒度不宜過細,不能代替開發(fā)人員的設計和思考,但要把有關設計的決策考慮進去,包括與其他模塊、整體設計的關系、操作的處理流程,對業(yè)務規(guī)則的設計考慮等,有一個標準為,凡是頁面原型、需求規(guī)格說明書所不能反映的設計決策,而開發(fā)人員又需要了解的,都要寫入文檔。
其次是文檔所面向的讀者,主要為模塊開發(fā)人員、后期維護人員,模塊開發(fā)人員通過詳細設計文檔和頁面原型來了解所開發(fā)的功能,后期維護人員通過實際系統(tǒng)、模塊代碼、詳細設計文檔來了解一個功能。
再有就是誰來寫文檔,因為文檔主要考慮的是設計上的決策,所以寫文檔的人應該為負責、參加設計的技術經理、資深程序員,根據(jù)團隊情況和項目規(guī)模、復雜度的不同,也有所不同。
還需要保證文檔的可讀性、準確性、一致性,要建立嚴格的文檔模板及標準,保證文檔的可讀性及準確性,同時建立審核及設計評審制度,來保障設計及文檔的質量,另外在工作流程中要強調,要先設計、先寫文檔,再進行開發(fā)。
以上就是關于詳細設計包括哪些內容相關問題的回答。希望能幫到你,如有更多相關問題,您也可以聯(lián)系我們的客服進行咨詢,客服也會為您講解更多精彩的知識和內容。
推薦閱讀: