【正文】 文檔● 項(xiàng)目實(shí)施計(jì)劃； ● 詳細(xì)技術(shù)方案；● 軟件需求規(guī)格說明書(STP)(含數(shù)據(jù)字典)； ● 概要設(shè)計(jì)說明書(PDD)；● 詳細(xì)設(shè)計(jì)說明書(DDD)(含數(shù)據(jù)庫設(shè)計(jì)說明書)； ● 軟件測試計(jì)劃(STP)(含測試用例)； ● 軟件測試報告(STR)；● 用戶手冊(SUM)(含操作、使用、維護(hù)、應(yīng)急處理手冊)； ● 源程序(SCL)(不可修改的電子文檔)； ● 項(xiàng)目實(shí)施計(jì)劃(PIP)； ● 項(xiàng)目開發(fā)總結(jié)(PDS)；● 軟件質(zhì)量保證計(jì)劃(SQAP)； 其他可能需要檢查的文檔● 軟件配置計(jì)劃(SCMPP)； ● 項(xiàng)目進(jìn)展報表(PPR)； ● 階段評審報表(PRR)； 由建設(shè)方確定必須檢查的其他文檔說明：，還需要檢查其它文檔，則在此列出文檔名稱；如果業(yè)主認(rèn)為不需要進(jìn)行額外的文檔檢查，則本部分無內(nèi)容。（2）標(biāo)記（*）號的標(biāo)準(zhǔn)為推薦標(biāo)準(zhǔn)。if(i1 == i2){ = ”一樣大“。}private void btnbegin_Click(object sender, EventArgs e){if( == “ || == ”“){(”請輸入名字“)。using 。編輯一張?jiān)谲浖a(chǎn)品需求分析報告中待確定問題時的列表，把每一個表項(xiàng)都編上號，以便跟蹤調(diào)查。在兩項(xiàng)離散值之間，使用管道符分隔。因此還是建議為每個特性描述有關(guān)的數(shù)據(jù)項(xiàng)，匯總數(shù)據(jù)項(xiàng)創(chuàng)建數(shù)據(jù)定義，再根據(jù)數(shù)據(jù)定義復(fù)核全部數(shù)據(jù)，使得它們的名稱和含義完全一致。列出本文件中用到的專業(yè)術(shù)語的定義，以及有關(guān)縮寫的定義(如有可能，列出相關(guān)的外文原詞)?！? 軟件質(zhì)量屬性詳盡陳述對客戶和開發(fā)人員至關(guān)重要的在軟件產(chǎn)品其它方面表現(xiàn)出來的質(zhì)量功能。定義必須采取的安全保護(hù)或動作，以及必須預(yù)防的潛在危險動作。當(dāng)有大量數(shù)據(jù)需要描述時，也可以分類描述數(shù)據(jù)，并且注明各項(xiàng)數(shù)據(jù)的輸入、輸出屬性。必須特別注意的是，“產(chǎn)品的功能”中描述的全部需求，以及它們的規(guī)格說明；必須在某個系統(tǒng)功能描述中有所反映，而且不應(yīng)重復(fù)?？偠灾?，必須選擇一種是讀者容易理解預(yù)期產(chǎn)品的組織方案。如果必須使用一種特殊的方法來實(shí)現(xiàn)數(shù)據(jù)共享機(jī)制，例如：在多用戶系統(tǒng)中的一個全局?jǐn)?shù)據(jù)區(qū)，那么就必須把它定義為一種實(shí)現(xiàn)上的限制。● 錯誤信息顯示標(biāo)準(zhǔn)；對于用戶界面的細(xì)節(jié)，例如：一個特定對話框的布局，應(yīng)該寫入具體的用戶界面設(shè)計(jì)說明中，而不能寫入軟件需求規(guī)格說明中。)；● 有關(guān)本軟件運(yùn)行環(huán)境的一些問題；此外，確定本軟件開發(fā)項(xiàng)目對外部約束因素所存在的依賴。所以，應(yīng)該將這些外部需求視為通過報表、應(yīng)用程序接口、系統(tǒng)硬件接口附加給軟件產(chǎn)品的附加用戶類。如果存在引起誤解的可能，在陳述本軟件產(chǎn)品主要功能的作用領(lǐng)域時，也需要對應(yīng)陳述本軟件產(chǎn)品的非作用領(lǐng)域，以利讀者理解本軟件產(chǎn)品。如果可能，每份資料都應(yīng)該給出：● 標(biāo)題名稱；● 作者或者合同簽約者；● 文件編號或者版本號；● 發(fā)表日期或者簽約日期；● 出版單位或者資料來源。 文檔約定描述編寫文檔時所采用的標(biāo)準(zhǔn)(如果有標(biāo)準(zhǔn)的話)，或者各種排版約定。寫作時，主要用用例圖和類圖做為輔助說明）引言是對這份軟件產(chǎn)品需求分析報告的概覽，是為了幫助閱讀者了解這份文檔是如何編寫的，并且應(yīng)該如何閱讀、理解和解釋這份文檔。并且描述了文檔中，其余部分的內(nèi)容及其組織結(jié)構(gòu)，并且針對每一類讀者提出最適合的文檔閱讀建議。說明了該軟件產(chǎn)品是否屬于下列情況：● 是否是產(chǎn)品系列中的下一成員；● 是否是成熟產(chǎn)品所改進(jìn)的下一代產(chǎn)品；● 是否是現(xiàn)有應(yīng)用軟件的替代品(升級產(chǎn)品)；● 是否是一個新型的、自主型的產(chǎn)品。參考用戶當(dāng)前管理組織構(gòu)架，了解各個機(jī)構(gòu)的主要職能，將有助于陳述軟件產(chǎn)品的主要功能?？赡艿南拗瓢ㄏ铝袃?nèi)容：● 必須使用的特定技術(shù)、工具、編程語言和數(shù)據(jù)庫；● 避免使用的特定技術(shù)、工具、編程語言和數(shù)據(jù)庫；● 要求遵循的開發(fā)規(guī)范和標(biāo)準(zhǔn)例如，如果由客戶的公司或者第三方公司負(fù)責(zé)軟件維護(hù)，就必須定義轉(zhuǎn)包者所使用的設(shè)計(jì)符號表示和編碼標(biāo)準(zhǔn)；● 企業(yè)策略的限制；● 政府法規(guī)的限制；● 工業(yè)標(biāo)準(zhǔn)的限制；● 硬件的限制例如，定時需求或存儲器限制；● 數(shù)據(jù)轉(zhuǎn)換格式標(biāo)淮的限制。如果產(chǎn)品的不同部分有不同的外部接口，那么應(yīng)該把這些外部接口的全部詳細(xì)需求并入到這一部分實(shí)例中。接口特征的描述內(nèi)容可能包括：● 支持的硬件類型；需求分析報告● 軟、硬件之間交流的數(shù)據(jù)；● 控制信息的性質(zhì)；● 使用的通訊協(xié)議； 軟件接口描述該軟件產(chǎn)品與其它外部組件的連接，這些外部組件必須明確它們的名稱和版本號以資識別，可能的外部組件包括：● 操作系統(tǒng)；● 數(shù)據(jù)庫；● 工具；● 函數(shù)庫；● 集成的商業(yè)組件說明：這里所說的“集成的商業(yè)組件”，是指與系統(tǒng)集成的商業(yè)組件，而不是與軟件產(chǎn)品集成的商業(yè)組件。描述軟件產(chǎn)品如何響應(yīng)己知的出錯條件、非法輸入、非法動作。無論說明的是何種功能，~ 。 激勵／響應(yīng)序列列出輸入激勵(用戶動作、來自外部設(shè)備的信號或者其它觸發(fā))并且定義針對這——功能行為的系統(tǒng)響應(yīng)序列，這些序列將與使用實(shí)例中相關(guān)的對話元素相對應(yīng)。在這里列舉出所有非功能需求，主要包括可靠性、安全性、可維護(hù)性、可擴(kuò)展性、可測試性等。這些問題將會影響到軟件產(chǎn)品的使用，和軟件產(chǎn)品所創(chuàng)建或者使用的數(shù)據(jù)的保護(hù)。 業(yè)務(wù)規(guī)則列舉出有關(guān)軟件產(chǎn)品的所有操作規(guī)則，例如：那些人在特定環(huán)境下可以進(jìn)行何種操作。但是，對于無法回避的軟件專業(yè)或者計(jì)算機(jī)專業(yè)術(shù)語，也應(yīng)該列入詞匯表并且加以準(zhǔn)確定義?？梢允褂玫忍柋硎緮?shù)據(jù)項(xiàng)，名稱寫在左邊，定義寫在右邊。其中每個數(shù)據(jù)項(xiàng)都必須是數(shù)據(jù)定 義中定義過的，結(jié)構(gòu)中也可以包括其它結(jié)構(gòu)，但是絕對不允許遞歸。需求分析是一項(xiàng)重要的工作，也是最困難的工作。using 。int i1 = (1, 7)。}}}第三篇：需求分析報告測試（驗(yàn)收）大綱目錄....................................................................2 目的...................................................................2 術(shù)語...................................................................2 參照標(biāo)準(zhǔn)...............................................................2 ............................................................3 ..........................................................3 ............................................................3 合法性檢查.............................................................3 軟件文檔檢查...........................................................3 必須提供檢查的文檔...................................................3 其他可能需要檢查的文檔...............................................4 由業(yè)主確定必須檢查的其他文檔.........................................4 文檔質(zhì)量的度量準(zhǔn)則...................................................4 軟件代碼測試...........................................................4 源代碼一般性檢查.....................................................4 軟件一致性檢查.......................................................5 軟件系統(tǒng)測試...........................................................5 界面(外觀)測試.......................................................6 可用性測試...........................................................6 功能測試.............................................................6 穩(wěn)定性(強(qiáng)度)測試.....................................................6 性能測試.............................................................6 強(qiáng)壯性(恢復(fù))測試.....................................................6 邏輯性測試...........................................................6 破壞性測試...........................................................6 安全性測試...........................................................7 ........................................................7 目的為了盡可能的找出軟件的不足，提高軟件的質(zhì)量，促進(jìn)軟件的成功驗(yàn)收，專門制定了本大綱。測試組設(shè)組長一名(可設(shè)有副組長)，負(fù)責(zé)整個測試的計(jì)劃、組織工作。主要有以下六條：● 完備性開發(fā)方必須按照GB 8567(計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南)的規(guī)定編制相應(yīng)的 文檔，以保證在開發(fā)階段結(jié)束時其文檔是齊全的。● 規(guī)范性在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的規(guī)范性。檢查在長時間運(yùn)行時，有無可能接近或者達(dá)到限制條件，這里考慮的系統(tǒng)運(yùn)行時間可能長達(dá)數(shù)年。在開發(fā)方做完功能演示后，可以進(jìn)行下列測試：● 界面(外觀)測試； ● 可用性測試； ● 功能測試；● 穩(wěn)定性(強(qiáng)度)測試； ● 性能測試；● 強(qiáng)壯性(恢復(fù))測試； ● 邏輯性測試； ● 破壞性測試； ● 安全性測試。如果存在遺產(chǎn)數(shù)據(jù)，應(yīng)該檢查遺產(chǎn)數(shù)據(jù)轉(zhuǎn)換是否正確。 破壞性測試輸入錯誤的或非法的數(shù)據(jù)(類型)，檢查系統(tǒng)的報錯糾錯的能力及穩(wěn)定性。需求分析按照由頂至低、由大到小、由粗到精的的過程來進(jìn)行。系統(tǒng)開發(fā)的可行性分析技術(shù)可行性，它們的技術(shù)到現(xiàn)在已經(jīng)相當(dāng)成熟。同時。所以，你可以選擇一種最適合你的語言來編寫你的程序，或者把你的程序用很多種語言來寫，現(xiàn)在已經(jīng)支持的有C（C++和Java的結(jié)合體，VB，Jscript。Web服務(wù)器通過分析客戶的HTTP請求來定位所請求網(wǎng)頁的位置。不需要系統(tǒng)的重新啟動，一切就是這么簡單。SQL Server 2005系統(tǒng)之間之所以成為目前流行的大型商用數(shù)據(jù)庫系統(tǒng)，有著其深刻的內(nèi)在因素，這與它鮮明的特點(diǎn)十分不開的：1 與Internet的高度集成SQL Server 2005與其他Microsoft Back Office 產(chǎn)品緊密集成，在安全、時間瀏覽、Windows NT 服務(wù)程序、性能監(jiān)視器。SQL Server 2005 還支持基于標(biāo)準(zhǔn)的、與Windows DNA集成的程序設(shè)計(jì)模型，使SQL Server 2000 數(shù)據(jù)庫和資料倉庫的使用成為生成強(qiáng)大的可伸縮系統(tǒng)的無縫部分。同時，網(wǎng)絡(luò)技術(shù)的成熟和網(wǎng)絡(luò)經(jīng)濟(jì)的實(shí)踐探索，也為電子政務(wù)的發(fā)展打破了許多技術(shù)和應(yīng)用等層面的壁壘。電子政務(wù)在世界許多國家得到迅速的發(fā)展，主要在于它具有不可替代的特殊功能。流程優(yōu)化精簡政府機(jī)構(gòu)、減少管理層次和中間控制環(huán)節(jié)、擴(kuò)大管理幅度、精簡政府冗員，降低管理成本；政府的網(wǎng)上采購，實(shí)現(xiàn)公開公平競爭；政府部門之間跨部門、跨地區(qū)的公文電子化處理，實(shí)現(xiàn) “無紙化”辦公，可以減少行政辦公費(fèi)用和公文處理的費(fèi)用，降低政府的辦公成本。通過電子政務(wù)績效評估，有利于切實(shí)改善政府績效，有利于有效抵御電子政務(wù)建設(shè)風(fēng)險，有利于培養(yǎng)政府績效文化。l 實(shí)現(xiàn)**公司日常辦公費(fèi)用降低30％以上。通過對信息資源的整合，達(dá)到信息資源的綜合利用，實(shí)現(xiàn)高效、快捷、準(zhǔn)確的信息傳遞和行政管理效率與效能全面提升。 功能分析對系統(tǒng)主要功能進(jìn)行描述。 安全策略整個**公司行政辦公信息平臺是一個統(tǒng)一的整體結(jié)構(gòu)，使用統(tǒng)一的安全體系結(jié)構(gòu)來配置資源。 資料附件 報件資料（本環(huán)節(jié)需報建單位提供的資料）根據(jù)具體審批環(huán)節(jié)提供相關(guān)材料 內(nèi)部流轉(zhuǎn)資料（通過內(nèi)部流轉(zhuǎn)獲取的資料）無 發(fā)放資料（發(fā)給報建單位的資料）（1）受理通知書；（2）退件通知書。l 統(tǒng)一**公司信息化數(shù)據(jù)標(biāo)準(zhǔn)。**系統(tǒng)需求分析報告 審批業(yè)務(wù)子系統(tǒng) 業(yè)務(wù)受理由收發(fā)件窗口受理，也可以從網(wǎng)上申報系統(tǒng)受理，并自動生成項(xiàng)目編號及業(yè)務(wù)編號；項(xiàng)目資料錄入完成后可以直接進(jìn)行提交到下一辦理環(huán)節(jié)；此時系統(tǒng)生成一個在辦項(xiàng)目紀(jì)錄，收發(fā)件窗口可以隨時查詢在辦項(xiàng)目的辦理情況；如果不進(jìn)行提交而是保存的話，系統(tǒng)將生成一條待辦項(xiàng)目紀(jì)錄等待窗口人員