本篇文章給大家談?wù)勡浖敿?xì)設(shè)計(jì)文檔模板，以及軟件工程詳細(xì)設(shè)計(jì)文檔對(duì)應(yīng)的知識(shí)點(diǎn)，希望對(duì)各位有所幫助，不要忘了收藏本站喔。

本文目錄一覽：

• 1、如何書寫Java項(xiàng)目的開發(fā)文檔
• 2、計(jì)算機(jī)軟件著作權(quán)申請(qǐng)文檔怎么寫?
• 3、如何從軟件開發(fā)的角度分析一個(gè)軟件并將軟件開發(fā)說明寫出來？
• 4、小規(guī)模軟件寫哪些軟件工程文檔

如何書寫Java項(xiàng)目的開發(fā)文檔

我現(xiàn)在公司是CMMI4認(rèn)證的，最近我項(xiàng)目組在開始新產(chǎn)品，我負(fù)責(zé)了大部分文檔編寫。。

人員流動(dòng)是項(xiàng)目進(jìn)行中比較讓人頭疼的事情。做好規(guī)范文檔，可以讓代碼看起來比較像出自同一人之手。要做java開發(fā)文檔得做不少功夫，有需求規(guī)格說明書、詳細(xì)設(shè)計(jì)說明書、軟件功能規(guī)格說明書、數(shù)據(jù)庫(kù)設(shè)計(jì)說明書、編碼規(guī)范等。比較重要的是 軟件功能描述、數(shù)據(jù)庫(kù)設(shè)計(jì)、編碼規(guī)范，這樣，及時(shí)有人員流動(dòng)的話，新人看了文檔，也能比較快的了解功能需求、數(shù)據(jù)庫(kù)設(shè)計(jì)、編碼規(guī)范，更快的上手項(xiàng)目。先看看你需要什么文檔，然后去文庫(kù)里搜索，就有相應(yīng)的模板，找個(gè)適合自己項(xiàng)目的模板用。

計(jì)算機(jī)軟件著作權(quán)申請(qǐng)文檔怎么寫?

1)軟件說明書提供word文檔(軟件功能操作手冊(cè));必須圖文并茂圖片必須清晰見(圖片含文字必須清晰見);

備注:軟件管理類比控制類軟件游戲軟件儀器設(shè)備軟件嵌入式軟件等必須要提供軟件設(shè)計(jì)文檔軟件操作界面軟件設(shè)計(jì)文檔+操作手冊(cè)沒界面需要提供詳細(xì)軟件設(shè)計(jì)文檔

設(shè)計(jì)文檔般15頁(yè)左右(我提供設(shè)計(jì)模板框架圖)

明白咨詢我

如何從軟件開發(fā)的角度分析一個(gè)軟件并將軟件開發(fā)說明寫出來？

首先，你需要明白為什么需要文檔。你要理解文檔和代碼一樣重要，都是開發(fā)人員的勞動(dòng)成果（artifact）。

其次，你要確定你采用的周期模型和開發(fā)方法。不同的模型或方法會(huì)有不同的文檔需求，這需要你自己裁剪直到適合你的開發(fā)團(tuán)隊(duì)，別忘了，文檔也是為了提高開發(fā)效率、質(zhì)量用的，讓開發(fā)人員過多的寫一些無味的文檔，反而會(huì)降低效率。

再次，你要作出一些文檔模板，模板中對(duì)文檔的用途和結(jié)構(gòu)做出明確的說明。

最后，就可以填充啦。

附一個(gè)RUP的需求描述文檔模板

1.0 簡(jiǎn) 介

[介紹本文檔的整體結(jié)構(gòu)。]

1.1 目的

[說明本軟件需求規(guī)格說明書的目的。軟件需求規(guī)格說明書不僅需要完整的描述系統(tǒng)的行為，還需要說明非功能性的需求、設(shè)計(jì)約束以及其它相關(guān)的因素。]

1.2 范圍

[簡(jiǎn)要介紹本需求規(guī)格文檔適用的項(xiàng)目/應(yīng)用程序及其主要特性或其它子系統(tǒng)、相關(guān)的用例模型和受其影響的其它任何事物。]

1.3 定義、術(shù)語(yǔ)和縮寫

[詳細(xì)定義正確地理解本文檔的相關(guān)術(shù)語(yǔ)，包括定義、首字母縮寫詞和縮略語(yǔ)?？梢酝ㄟ^引用術(shù)語(yǔ)表說明。]

1.4 參考資料

[說明本文檔引用的任何其它相關(guān)文檔。要列出文檔的標(biāo)題、文檔編號(hào)、日期、和出版單位并說明文檔的來源。]

1.5 概要

[說明本文檔余下部分包含的內(nèi)容及組織方式。]

2.0 說 明

[本節(jié)列出影響產(chǎn)品和需求的一般因素，但不需列出具體的需求，只需描述將在第3節(jié)中詳細(xì)描述的需求的背景，以便于理解需求。這包括：產(chǎn)品總體效果，產(chǎn)品功能，用戶特征，約束、假設(shè)和依賴，以及需求子集等。特別關(guān)鍵的是除了需要說明產(chǎn)品是或說解決什么，還要說明產(chǎn)品不是或不是解決什么。]

2.1 用例模型

[如果使用了用例模型，本小節(jié)概述適用于本系統(tǒng)的用例模型或子模型，包括所有用例和角色的名稱和簡(jiǎn)要說明及用例圖和關(guān)系?？蓪⒂美龍?bào)告作為附件在此引用。]

2.2 假設(shè)與依賴

[說明所有重要的技術(shù)可行性、子系統(tǒng)或組件的可用性或可作為此說明書所描述的軟件的基礎(chǔ)的其它相關(guān)假設(shè)。]

3.0 需求描述

[詳細(xì)描述軟件的需求。其詳細(xì)程度能夠使設(shè)計(jì)人員設(shè)計(jì)出滿足這些需求的系統(tǒng)；測(cè)試人員能夠測(cè)試此系統(tǒng)是否真的滿足這些需求。 在使用用例建模時(shí)，這些需求采用用例和可用的其它補(bǔ)充文檔捕獲 。]

3.1 用例報(bào)告

[用例模型通常定義了系統(tǒng)的主要功能性需求和一些非功能性需求。對(duì)用例模型中的每個(gè)用例都需要在此引用或附上用例報(bào)告。保證清晰的標(biāo)明每個(gè)需求。]

3.2 補(bǔ)充說明

[描述沒有包含在用例中的其它需求。此處應(yīng)包含補(bǔ)充需求說明中適用于此系統(tǒng)的具體需求說明或特征，并重新提煉以足夠詳細(xì)地說明此系統(tǒng)。這些信息可直接記錄在此文檔中，也可以作為附件引用到單獨(dú)的補(bǔ)充說明文檔。同樣要保證需求被清晰的定義。]

4.0 輔助信息

[輔助信息使此文檔更容易使用。這可以是目錄、索引、附錄、用例示意圖、用戶界面原型等。如果包含附錄，要明確說明此附錄是否是需求的一部分。]

小規(guī)模軟件寫哪些軟件工程文檔

一般來說這種類型的項(xiàng)目寫份設(shè)計(jì)文檔就可以了。詳細(xì)說明下總體的模塊和各個(gè)模塊的實(shí)現(xiàn)以及模塊之間的關(guān)系就可以了。不一定需要遵循規(guī)范的格式。

需求文檔，數(shù)據(jù)庫(kù)設(shè)計(jì)文檔，總體設(shè)計(jì)文檔，詳細(xì)設(shè)計(jì)文檔，測(cè)試用例文檔這些之中，只要提供詳細(xì)設(shè)計(jì)文檔就可以了。在網(wǎng)上可以找到不少這樣的例子和模板。

關(guān)于軟件詳細(xì)設(shè)計(jì)文檔模板和軟件工程詳細(xì)設(shè)計(jì)文檔的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。