簡介：組態(tài)軟件與網(wǎng)絡(luò)通訊課程設(shè)計(jì)說明書組態(tài)軟件與網(wǎng)絡(luò)通訊課程設(shè)計(jì)說明書題目運(yùn)料小車控制姓名姓名竇曉彤竇曉彤學(xué)號學(xué)號09220331指導(dǎo)老師指導(dǎo)老師馮小林馮小林班級班級控制工程控制工程1班日期日期2012年12月23日目錄1設(shè)計(jì)任務(wù)和要求111設(shè)計(jì)任務(wù)212設(shè)計(jì)要求22系統(tǒng)設(shè)計(jì)221系統(tǒng)要求222方案設(shè)計(jì)223系統(tǒng)工作原理33單元設(shè)計(jì)與系統(tǒng)設(shè)計(jì)331系統(tǒng)各單元界面的設(shè)計(jì)3311開發(fā)系統(tǒng)界面的創(chuàng)建3312開機(jī)界面的創(chuàng)建4313主界面的創(chuàng)建532系統(tǒng)總體設(shè)計(jì)6321IO設(shè)備組態(tài)6322數(shù)據(jù)庫組態(tài)7323單元部件的屬性設(shè)置及腳本編輯8324控制系統(tǒng)的屬性設(shè)置及腳本編輯12325初始啟動窗口的選擇144系統(tǒng)調(diào)試、仿真與結(jié)果分析1441仿真預(yù)期結(jié)果1442仿真過程及其調(diào)試過程1543仿真結(jié)果及其分析155組態(tài)力控與VB之間的通訊1751從組態(tài)力控到VB之間的通訊17511力控中工程項(xiàng)目的創(chuàng)建17512力控中主界面的創(chuàng)建18513IO設(shè)備組態(tài)19514數(shù)據(jù)庫組態(tài)19

簡介：軟件驗(yàn)收標(biāo)準(zhǔn)探討軟件驗(yàn)收標(biāo)準(zhǔn)探討（賓建偉信息產(chǎn)業(yè)部電子第五研究所廣東廣州510610）摘要目前軟件產(chǎn)品在驗(yàn)收過程中常常會因各種原因發(fā)生糾紛對此提出了一套可參考的驗(yàn)收標(biāo)準(zhǔn)對軟件開發(fā)合同的簽訂和驗(yàn)收工作具有指導(dǎo)意義。關(guān)鍵詞軟件驗(yàn)收；嚴(yán)重性等級；驗(yàn)收標(biāo)準(zhǔn)中圖分類號TP；3115文獻(xiàn)標(biāo)識碼A文章編號16725468（2005）04001004一、引言目前國內(nèi)軟件產(chǎn)品在驗(yàn)收過程中發(fā)生各種糾紛的情況層出不窮甚至還有對簿公堂的情況。在其中一個(gè)軟件采購合同的糾紛中采購合同的驗(yàn)收標(biāo)準(zhǔn)一欄描述為’（供需雙方按照中標(biāo)的投標(biāo)文件中的）驗(yàn)收標(biāo)準(zhǔn)或雙方認(rèn)可的標(biāo)準(zhǔn)分別對平臺行驗(yàn)收。而追溯到投標(biāo)文件中的系統(tǒng)驗(yàn)收條目只列出了驗(yàn)收時(shí)間驗(yàn)收項(xiàng)目驗(yàn)收工作程序而沒有列出相關(guān)的驗(yàn)收標(biāo)準(zhǔn)。業(yè)界都存在一種共識’一個(gè)軟件存在缺陷錯誤是不可避免的。因此軟件在提交驗(yàn)收時(shí)往往還會存在一些錯誤如果只是比較少的且危害性不大的錯誤開發(fā)方在更正之后用戶一般都會接受。那么究竟軟件的錯誤數(shù)量是多少其危害的程度又如何才是用戶不能接受或者開發(fā)方也承認(rèn)是不能接受的呢目前國內(nèi)還沒有一個(gè)統(tǒng)一的標(biāo)準(zhǔn)在開發(fā)合同中一般也沒有列明這些條款。這樣必然會在驗(yàn)收時(shí)發(fā)生相互扯皮推卸責(zé)任的事情。而且國內(nèi)大部分的軟件開發(fā)商還沒有建立起一支訓(xùn)練有素的測試隊(duì)伍對測試也不重視往往是開發(fā)人員自己進(jìn)行設(shè)計(jì)編碼后再進(jìn)行簡單的測試就提交給用戶將實(shí)際的測試工作交給了用戶去做。而開發(fā)方在提交后的半年內(nèi)通常會留下1N2個(gè)程序員去專門更改用戶方發(fā)現(xiàn)的各種錯誤。一般來說一個(gè)軟件特別是業(yè)務(wù)類的軟件通常會涉及到各個(gè)部門其工作人員只會對自己負(fù)責(zé)的相關(guān)業(yè)務(wù)的軟件模塊感興趣并且往往只對試用過程中發(fā)生的業(yè)務(wù)種類感興趣，一般不會主動地測試軟件是否能在各種情況下完成任務(wù)。所以即使是在試用半年后軟件仍會殘留錯誤有時(shí)會更加激發(fā)用戶和軟件開發(fā)商之間的矛盾。目前國內(nèi)軟件的驗(yàn)收沒有可參照的強(qiáng)制性標(biāo)準(zhǔn)就軟件測試和評價(jià)來說參照的標(biāo)準(zhǔn)是GBT17544和GBT16260它們都是推薦性標(biāo)準(zhǔn)且都是定性而非定量的標(biāo)準(zhǔn)這樣對于軟件F易用性測試易用性測試的內(nèi)容包括1軟件的用戶界面是否友好是否出現(xiàn)中英文混雜的界面2軟件中的提示信息是否清楚、易理解是否存在原始的英文提示3軟件中各個(gè)模塊的界面風(fēng)格是否一致4軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。G適應(yīng)性測試參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個(gè)環(huán)境進(jìn)行測試。H文檔測試用戶文檔包括安裝手冊、操作手冊和維護(hù)手冊。對用戶文檔測試的內(nèi)容包括1操作、維護(hù)文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊2用戶文檔描述的信息是否正確是否沒有歧義和錯誤的表達(dá)3戶文檔是否容易理解是否通過使用適當(dāng)?shù)男g(shù)語、圖形表示、詳細(xì)的解釋來表達(dá)4用戶文檔對主要功能和關(guān)鍵操作是否提供應(yīng)用實(shí)例5用戶文檔是否有詳細(xì)的目錄表和索引表。I用戶有特別要求的測試。22驗(yàn)收標(biāo)準(zhǔn)221軟件錯誤的嚴(yán)重性等級如表1、2所示222驗(yàn)收標(biāo)準(zhǔn)1測試用例不通過數(shù)的比例32不存在錯誤等級為1的錯誤3不存在錯誤等級為2的錯誤4錯誤等級為3的錯誤數(shù)量≤105所有提交的錯誤都已得到更正表1嚴(yán)重性等級定義表嚴(yán)重性等級說明

簡介：摘要軟件項(xiàng)目風(fēng)險(xiǎn)管理是一門新興的學(xué)科。近年來，出現(xiàn)了一系列軟件項(xiàng)目風(fēng)險(xiǎn)管理方法，取得了相應(yīng)的成果。介紹了軟件項(xiàng)目風(fēng)險(xiǎn)管理相關(guān)概念，闡述了軟件項(xiàng)目風(fēng)險(xiǎn)管理工具和方法，并進(jìn)行了比較分校。ABSTRACTSOFTWARERISKMANAGEMENTISANEMERGINGDISCIPLINEINRECENTYEARSTHEREHASBEENASERIESOFSOFTWAREPROJECTRISKMANAGEMENTMETHODSTHEYHAVEOBTAINEDTHECRESPONDINGRESULTSTHISPAPERFIRSTEXPLAINSRELATEDCONCEPTSOFSOFTWAREPROJECTRISKMANAGEMENTSPRMTHENTHESOFTWAREPROJECTRISKMANAGEMENTTOOLSMETHODSAREILLUSTRATEDCOMPARED關(guān)鍵詞風(fēng)險(xiǎn)；軟件項(xiàng)目；風(fēng)險(xiǎn)管理；KEYWDSRISK；SOFTWAREPROJECT；RISKMANAGEMENT中圖分類號F0699文獻(xiàn)標(biāo)識碼A文章編號10064311（2009）110094030引言隨著社會需求的增加和計(jì)算機(jī)技術(shù)的迅速發(fā)展，軟件產(chǎn)業(yè)在經(jīng)濟(jì)發(fā)展中的地位日趨重要。但是，由于軟件產(chǎn)品的純知識性，隨之而來的軟件項(xiàng)目高失敗率也成為一個(gè)焦點(diǎn)。20世紀(jì)80年代末，軟件項(xiàng)目風(fēng)險(xiǎn)管理作為一門學(xué)科應(yīng)運(yùn)而生。經(jīng)過近30年的發(fā)展，出現(xiàn)了一系列的軟件項(xiàng)目風(fēng)險(xiǎn)管理工具和方法。由于對風(fēng)險(xiǎn)管理技術(shù)和實(shí)踐缺少了解，風(fēng)險(xiǎn)管理技術(shù)卻沒有得到廣泛的應(yīng)用。鑒于此原因，本文對近年來出現(xiàn)的一些風(fēng)險(xiǎn)管理方法進(jìn)行分析與比較，以期對軟件開發(fā)企業(yè)起到一定的幫助作用。1軟件項(xiàng)目風(fēng)險(xiǎn)管理定義SEI認(rèn)為1，“風(fēng)險(xiǎn)”就是承受損失的不確定性。風(fēng)險(xiǎn)管理是指在項(xiàng)目中含有過程、方法和工具的管理風(fēng)險(xiǎn)實(shí)踐，它建立了預(yù)先決策的規(guī)范環(huán)境，使得①連續(xù)地評估風(fēng)險(xiǎn)；②明確了哪些風(fēng)險(xiǎn)因重要而需要處理；③③實(shí)施處理這些風(fēng)險(xiǎn)的戰(zhàn)略1。HALL2認(rèn)為風(fēng)險(xiǎn)管理是評估和控制影響軟件項(xiàng)目、過程或產(chǎn)品的風(fēng)險(xiǎn)的實(shí)踐，該實(shí)踐圍繞目標(biāo)設(shè)定、項(xiàng)目計(jì)劃、執(zhí)行、度量、改進(jìn)和發(fā)現(xiàn)新信息6部分展開。BOEHM認(rèn)為3，軟件風(fēng)險(xiǎn)管理指的是“試圖以一種可行的原則和實(shí)踐，規(guī)范化地控制影響項(xiàng)目成功的風(fēng)險(xiǎn)，其目的是辨識、描述和消除風(fēng)險(xiǎn)因素，以免它們威脅軟件的成功運(yùn)作”。2軟件風(fēng)險(xiǎn)管理技術(shù)、工具和方法經(jīng)過近30年的發(fā)展，軟件項(xiàng)目風(fēng)險(xiǎn)管理研究中出現(xiàn)了一系列的技術(shù)、工具和方法。其中，軟件工程研究所（SEI）為整個(gè)風(fēng)險(xiǎn)管理提出了一整套的標(biāo)準(zhǔn)步驟。這篇論文將對具有代表性的6個(gè)軟件項(xiàng)目風(fēng)險(xiǎn)管理工具和方法進(jìn)行介紹和分析。21軟件風(fēng)險(xiǎn)評估（SRE）技術(shù)SRE模式是由SEI開發(fā)的，旨在對與系統(tǒng)相關(guān)的風(fēng)險(xiǎn)進(jìn)行識別、分析、溝通、緩解。SRE系統(tǒng)包括風(fēng)險(xiǎn)管理流程、軟件開發(fā)風(fēng)險(xiǎn)分類圖（SDRT）以及基于問卷的分類法（TBQ）。該模型有五個(gè)過程，分別為風(fēng)險(xiǎn)識別、風(fēng)險(xiǎn)分析、計(jì)劃、風(fēng)險(xiǎn)跟蹤和風(fēng)險(xiǎn)控制，即對軟件項(xiàng)目中存在的風(fēng)險(xiǎn)行識別并加以分析評估，對風(fēng)險(xiǎn)進(jìn)行優(yōu)進(jìn)化排序并對TOP風(fēng)險(xiǎn)加以管理，制定相應(yīng)的應(yīng)對計(jì)劃，最后進(jìn)行跟蹤控制。SRE不但是一種診斷工具而且還是一種決策工具。該技術(shù)從產(chǎn)品，過程和約束條件上進(jìn)行風(fēng)險(xiǎn)處理，識別和分類。另外，項(xiàng)目成員參與風(fēng)險(xiǎn)識別與分析過程，并設(shè)法規(guī)避風(fēng)險(xiǎn)領(lǐng)域以面對自己的開發(fā)計(jì)劃。因此，項(xiàng)目經(jīng)理可以在早期階段了解項(xiàng)目風(fēng)險(xiǎn)。22團(tuán)隊(duì)風(fēng)險(xiǎn)管理（TRM）技術(shù)對風(fēng)險(xiǎn)進(jìn)行量級，其特征就是支持多目標(biāo)和利益相關(guān)者的多項(xiàng)需要。RISKIT分析圖是RISKIT模型的一種圖形形式，用來描述風(fēng)險(xiǎn)。使用RISKIT分析圖不同的是使風(fēng)險(xiǎn)得到了明確的定義，因此，它比口頭交流更加形式化。RISKIT分析圖在RISKIT程序中將風(fēng)險(xiǎn)分解成風(fēng)險(xiǎn)元素。26基于CMM的軟件風(fēng)險(xiǎn)控制優(yōu)化模型在基于CMM的模型中，軟件風(fēng)險(xiǎn)評估和風(fēng)險(xiǎn)控制遵循CMM（能力成熟度模型）框架。在這個(gè)模型中，過程數(shù)據(jù)庫用來識別風(fēng)險(xiǎn)和制定相應(yīng)的風(fēng)險(xiǎn)緩解計(jì)劃9。此模型在相似項(xiàng)目歷史數(shù)據(jù)基礎(chǔ)上實(shí)行軟件風(fēng)險(xiǎn)控制策略10。在這個(gè)模型中，軟件風(fēng)險(xiǎn)管理過程分成兩個(gè)活動軟件風(fēng)險(xiǎn)評估和軟件風(fēng)險(xiǎn)控制。軟件風(fēng)險(xiǎn)評估主要是識別風(fēng)險(xiǎn)源，找出它們的潛在影響因素，最終確定風(fēng)險(xiǎn)的優(yōu)先級。軟件風(fēng)險(xiǎn)控制主要是制定風(fēng)險(xiǎn)緩解計(jì)劃，監(jiān)控風(fēng)險(xiǎn)情況，啟動風(fēng)險(xiǎn)緩解計(jì)劃，并調(diào)整計(jì)劃。對風(fēng)險(xiǎn)進(jìn)行識別和優(yōu)化后，制定結(jié)構(gòu)化的計(jì)劃以使列表中高風(fēng)險(xiǎn)的影響程度最小化。其中，過程數(shù)據(jù)庫或風(fēng)險(xiǎn)庫對于識別和制定風(fēng)險(xiǎn)控制決策起著重要作用。3比較與分析軟件風(fēng)險(xiǎn)管理是一種新興學(xué)科，目標(biāo)就是在風(fēng)險(xiǎn)因素對軟件的成功運(yùn)作構(gòu)成威脅之前，對風(fēng)險(xiǎn)因素進(jìn)行識別，描述和消除。軟件風(fēng)險(xiǎn)評估（SRE）方法是風(fēng)險(xiǎn)管理方法中比較好的例子。這個(gè)方法根據(jù)分析對風(fēng)險(xiǎn)進(jìn)行識別，分析和制定計(jì)劃，并且具有很強(qiáng)的可操作性。但是，在識別和分析階段僅有項(xiàng)目開發(fā)人員而沒有其他利益相關(guān)人員如客戶的參與。這可能是一個(gè)比較嚴(yán)重的問題。由于項(xiàng)目的主要風(fēng)險(xiǎn)都是由利益相關(guān)者提出的需求因素引起的。因此，如果缺少利益相關(guān)者的參與，項(xiàng)目開發(fā)團(tuán)隊(duì)可能沒有得到明確的需求，從而導(dǎo)致項(xiàng)目的失敗。相反地，TRM確保了所有人員參與到風(fēng)險(xiǎn)管理過程中，使得項(xiàng)目經(jīng)理很容易得到項(xiàng)目的明確需求。在團(tuán)隊(duì)風(fēng)險(xiǎn)管理中，個(gè)人同組織一起參與到風(fēng)險(xiǎn)管理活動中，它包括了組織內(nèi)部活動和組織間的進(jìn)程。SOFTRISK方法的重點(diǎn)是文檔化。這個(gè)模型可以應(yīng)用于任何類型項(xiàng)目的任何階段。該模型的一個(gè)重要特點(diǎn)就是能對風(fēng)險(xiǎn)進(jìn)行量化并計(jì)算風(fēng)險(xiǎn)發(fā)生的概率。模型將風(fēng)險(xiǎn)進(jìn)行優(yōu)先排序，并對TOP風(fēng)險(xiǎn)重點(diǎn)采取減緩措施。SOFTRISK方法利用圖形進(jìn)行風(fēng)險(xiǎn)監(jiān)控，并根據(jù)風(fēng)險(xiǎn)緩解計(jì)劃提出風(fēng)險(xiǎn)減緩建議。跟ARM方法一樣，SOFTRISK方法也利用了風(fēng)險(xiǎn)數(shù)據(jù)庫。ARM方法是一種系統(tǒng)化的方法，不僅識別風(fēng)險(xiǎn)，還可以確定風(fēng)險(xiǎn)源并通過降低風(fēng)險(xiǎn)水平積極地對項(xiàng)目進(jìn)行完善。RISKIT管理模型廣泛應(yīng)用于許多行業(yè)。該模型使用圖形對不同方面的風(fēng)險(xiǎn)進(jìn)行定義。一方面，模型擁有在TRM模型中相關(guān)參與者的主要特征；另一方面，模型還突出了在SOFTRISK模型中有主要特征的重要風(fēng)險(xiǎn)。在基于CMM的軟件風(fēng)險(xiǎn)控制優(yōu)化模型方法中，我們不難發(fā)現(xiàn)其與ARM方法在運(yùn)行程序上的相似之處。兩種方法都從之前應(yīng)用的啟發(fā)式知識失敗數(shù)據(jù)庫中收集數(shù)據(jù)。CMM方法以通過研究所遵循的SEI標(biāo)準(zhǔn)為基礎(chǔ)。4結(jié)束語本文對軟件開發(fā)中流行的風(fēng)險(xiǎn)管理工具和方法進(jìn)行了研究，旨在通過比較分析找到較好的風(fēng)險(xiǎn)管理工具和方法。通過比較分析發(fā)現(xiàn)，在軟件開發(fā)風(fēng)險(xiǎn)管理中，由于每種方法都有不同的特點(diǎn)及運(yùn)行程序，因而沒有一種單一的工具或方法是完美的。因此，軟件開發(fā)組織應(yīng)當(dāng)結(jié)合本組織的特點(diǎn)，選擇不同的風(fēng)險(xiǎn)管理模型，以提高軟件項(xiàng)目管理水平。參考文獻(xiàn)1RAYCWILLIAMSGEGEJPELIOSSRAGBEHRENSEVALUATIONSREMETHOD

簡介：一、填空題；1項(xiàng)目具有明確的目標(biāo)、（獨(dú)特性）、（時(shí)限性）、（不確定性）和結(jié)果的不可逆性等基本特征。）2軟件有兩部分組成一是（機(jī)器可執(zhí)行的程序和有關(guān)的數(shù)據(jù)）；二是與軟件開發(fā)、運(yùn)行、維護(hù)、使用和培訓(xùn)有關(guān)的（文檔）。3當(dāng)前國際項(xiàng)目管理的發(fā)展特點(diǎn)是全球化、（多元化）和（專業(yè)化）。4（里程碑）是項(xiàng)目中完成階段性工作的標(biāo)志。5從戰(zhàn)術(shù)上看，項(xiàng)目管理主要關(guān)注項(xiàng)目的范圍、（時(shí)間）、（成本）和（質(zhì)量）等方面。6從戰(zhàn)略上看，有效的項(xiàng)目管理集中在對人員、（問題）和（過程）的管理上。7項(xiàng)目組織類型可以分為職能型組織、（項(xiàng)目型組織）和（矩陣型組織）。8在項(xiàng)目溝通管理中，作為項(xiàng)目信息的發(fā)言人，項(xiàng)目經(jīng)理必須貫徹準(zhǔn)確、（及時(shí)）、（完整）、（有效）的原則。9溝通研究專家勒德洛指出高級管理人員往往花費(fèi)（80）的時(shí)間以不同的形式進(jìn)行溝通，普通管理者約花（50）的時(shí)間用于傳播信息。10可行性研究的前提是要求、（目標(biāo)）、（條件）、（假定）和（限制）。11項(xiàng)目計(jì)劃制定的原則包括目的性、（系統(tǒng)相關(guān)性）、（經(jīng)濟(jì)性）和（動態(tài)性）。項(xiàng)目成本包括項(xiàng)目生命周期每一階段的資源耗費(fèi)，主要由項(xiàng)目直接成本、（管理費(fèi)用）和（期間費(fèi)用）等構(gòu)成。12項(xiàng)目預(yù)算具有（計(jì)劃性）、（約束性）和控制性三大特征。13美國系統(tǒng)工程研究所（SEI）把風(fēng)險(xiǎn)管理的過程主要分成風(fēng)險(xiǎn)識別、（風(fēng)險(xiǎn)分析）、（風(fēng)險(xiǎn)計(jì)劃）、（風(fēng)險(xiǎn)跟蹤）和風(fēng)險(xiǎn)應(yīng)對等環(huán)節(jié)。項(xiàng)目風(fēng)險(xiǎn)應(yīng)急措施主要包括（費(fèi)用）、（進(jìn)度）和技術(shù)三種。14質(zhì)量特性是指產(chǎn)品或服務(wù)滿足人們明確或隱含需求的能力、屬性、和特征的總和。它可以分為內(nèi)在質(zhì)量特性、（外在質(zhì)量特性）、（經(jīng)濟(jì)質(zhì)量特性）、（商業(yè)質(zhì)量特性）和環(huán)保質(zhì)量特性等多種特性。15質(zhì)量保證策略主要分為以檢測為重、（以過程管理為重）、（以產(chǎn)品開發(fā)為重）三個(gè)階段。16國際標(biāo)準(zhǔn)化組織提出的企業(yè)質(zhì)量體系的新標(biāo)準(zhǔn)把原標(biāo)準(zhǔn)的20個(gè)質(zhì)量要素改為5個(gè)主項(xiàng)，即（質(zhì)量管理體系）、（管理責(zé)任）、（資源管理）、（產(chǎn)品實(shí)現(xiàn)和測量）、分析與改善。17實(shí)施軟件配置管理主要包括制定配置管理計(jì)劃、（確定配置標(biāo)識）、（版本管理）、（變更C軟件開發(fā)D系統(tǒng)測試5（D）是具體從事項(xiàng)目全部或某項(xiàng)具體工作的組織或群體。A項(xiàng)目業(yè)主B項(xiàng)目經(jīng)理C利益主體D項(xiàng)目團(tuán)隊(duì)6（B）是一個(gè)上級管理者直接領(lǐng)導(dǎo)下級人數(shù)的多少。A管理跨度B管理幅度C管理規(guī)模D管理系統(tǒng)7以下（B）組織中，項(xiàng)目經(jīng)理擁有全部權(quán)力。A職能型B項(xiàng)目型C矩陣型D智能型8C是心理學(xué)家赫茲伯格在馬斯洛需要層次論的基礎(chǔ)上提出的。AERG理論B期望理論C雙因素理論D成就需要理論9以下不屬于團(tuán)隊(duì)形成要經(jīng)歷的階段是（D）A形成階段B震蕩階段

簡介：（正本）北京市安全系統(tǒng)公務(wù)員綜合管理軟件項(xiàng)目投標(biāo)書北京高新科技技術(shù)有限公司北京高新科技技術(shù)有限公司2015年12月11日綜合管理軟件項(xiàng)目投標(biāo)書北京XXX技術(shù)有限公司第3頁共58頁目錄第一部分第一部分公司介紹公司介紹5一公司簡介5二我們的優(yōu)勢6三成功案例列表7第二部分第二部分技術(shù)應(yīng)答書技術(shù)應(yīng)答書8一公務(wù)員綜合管理軟件應(yīng)具體的基本條件8二公務(wù)員綜合管理軟件應(yīng)具體的基本功能10三公務(wù)改造業(yè)務(wù)需求12第三部分第三部分公務(wù)員綜合管理系統(tǒng)技術(shù)方案公務(wù)員綜合管理系統(tǒng)技術(shù)方案16一公務(wù)員綜合管理系統(tǒng)項(xiàng)目的背景及發(fā)展1611項(xiàng)目背景1621項(xiàng)目建設(shè)的目的及意義16二北京市公務(wù)員綜合管理系統(tǒng)的現(xiàn)狀、需求分析1721網(wǎng)絡(luò)的現(xiàn)狀、需求分析1722服務(wù)器及終端設(shè)備的現(xiàn)狀、需求分析1823相關(guān)業(yè)務(wù)軟件的現(xiàn)狀、需求分析18三公務(wù)員綜合管理系統(tǒng)總體設(shè)計(jì)1931系統(tǒng)總體設(shè)計(jì)思想1932系統(tǒng)設(shè)計(jì)原則2033系統(tǒng)的實(shí)現(xiàn)技術(shù)21四公務(wù)員綜合管理系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)圖2241系統(tǒng)概述2242北京市公務(wù)員綜合管理系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)圖22五公務(wù)員綜合管理系統(tǒng)功能簡介2351系統(tǒng)功能概述2352業(yè)務(wù)管理范圍2553系統(tǒng)功能模塊介紹25六公務(wù)員綜合管理系統(tǒng)的特點(diǎn)及優(yōu)勢3261系統(tǒng)的功能特點(diǎn)3262系統(tǒng)的優(yōu)勢37七北京市公務(wù)員綜合管理系統(tǒng)的部署方案39八服務(wù)與培訓(xùn)4081售后服務(wù)4082培訓(xùn)服務(wù)4083升級服務(wù)40第三部分第三部分實(shí)施方案實(shí)施方案41一實(shí)施流程41二實(shí)施階段表43三本次實(shí)施的各單位名稱和地理位置45四實(shí)施其它準(zhǔn)備45

簡介：軟件項(xiàng)目實(shí)施方案書XXX軟件公司軟件公司2018年7月27日目錄1項(xiàng)目實(shí)施方案概述42項(xiàng)目實(shí)施方案介紹421項(xiàng)目啟動階段4211成立項(xiàng)目組5212前期調(diào)研5213編制項(xiàng)目總體計(jì)劃5214啟動會522需求調(diào)研確認(rèn)階段623軟件功能實(shí)現(xiàn)確認(rèn)階段724數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段725系統(tǒng)培訓(xùn)階段726系統(tǒng)安裝測試及試運(yùn)行階段927總體驗(yàn)收階段1028系統(tǒng)交接階段11

簡介：1項(xiàng)目合作開發(fā)合同項(xiàng)目合作開發(fā)合同甲方______________________法定代表人_____乙方_法定代表人甲乙雙方本著互利互惠、共同發(fā)展的原則，經(jīng)過友好協(xié)商，決定充分利用雙方各自的優(yōu)勢，資源互補(bǔ)，在____________________________________項(xiàng)目上進(jìn)行合作。特訂立本合同。一、一、軟件項(xiàng)目開發(fā)的內(nèi)容和目標(biāo)軟件項(xiàng)目開發(fā)的內(nèi)容和目標(biāo)1，軟件項(xiàng)目名稱________________________________________。2，軟件項(xiàng)目開發(fā)內(nèi)容_____________________________________。3，軟件項(xiàng)目開發(fā)目標(biāo)_____________________________________。4、軟件項(xiàng)目總金額_______________________________________稅后金額_______________________________________。5、軟件項(xiàng)目驗(yàn)收期限__________年__________月____________日。二、二、合作期限合作期限合作期____年，自______年____月____日起，至______年____月___日止。三、三、合作方式合作方式1，甲方負(fù)責(zé)溝通與協(xié)調(diào)工作。2，乙方負(fù)責(zé)軟件開發(fā)，實(shí)施，驗(yàn)收后的維護(hù)。3，對外洽談經(jīng)營業(yè)務(wù)時(shí)以甲方的名義進(jìn)行乙方無權(quán)利代表甲方簽署任何有法律責(zé)任的文件。如需簽署需得到雙方認(rèn)可后方可簽署。四、四、利潤分配利潤分配1、利潤定義項(xiàng)目合同金額減去法律指定稅項(xiàng)。2、分配方式甲乙雙方利潤按________分成。甲方_________乙方_________3八、八、保密條款保密條款雙方同意不對公眾公布任何與本合同有關(guān)的、因執(zhí)行本合同而獲知的資料。未經(jīng)雙方授權(quán)認(rèn)可，任一方不得以任何形式向第三方披露或泄露本項(xiàng)目成果及與本項(xiàng)目有關(guān)的數(shù)據(jù)、程序代碼（通用的程序代碼除外）和相關(guān)技術(shù)文檔。在本項(xiàng)目研發(fā)過程中一方提交給另一方的所有資料和文件，都作為提交方企業(yè)的商業(yè)秘密，另一方應(yīng)承擔(dān)保密義務(wù)。甲乙雙方約定，不論本合同是否變更、解除、終止，本保密條款均有效。九、九、其他其他1、未盡事宜將由本合同、甲乙方通過協(xié)商解決。2、因乙方與甲方以個(gè)人名義進(jìn)行合作需對甲方提供身份證復(fù)印件。3、任何一方未得另一方同意不得向任何第三方透露合同內(nèi)容。4、對合同內(nèi)容做出的任何修改和補(bǔ)充應(yīng)為書面形式，由雙方授權(quán)代表簽字后成為合同不可分割的部分。5、任何與合同相關(guān)但未在合同中明確規(guī)定的事項(xiàng)將由雙方友好協(xié)商并達(dá)成合同以解決。十、十、生效生效本合同一式兩份、甲乙方各持一份，在甲乙方簽字蓋章后生效，具有同等法律效力。甲方佛山市醫(yī)網(wǎng)天下科技有限公司乙方（蓋章）（蓋章）甲方代表（簽字）乙方代表（簽字）簽訂日期年月日簽訂日期年月日

簡介：研制令號研制令號日期日期項(xiàng)目軟件需求說明書（該文檔僅供內(nèi)部參考）（該文檔僅供內(nèi)部參考）負(fù)責(zé)單位研發(fā)部門名稱協(xié)作單位協(xié)作單位名稱（如有）作者研發(fā)人員簽名批準(zhǔn)總工程師簽名修改及簽收情況記錄版本號修改人修改日期修改批準(zhǔn)人部門資料室簽收研發(fā)人員簽名研發(fā)部門主任簽名部門資料員存檔簽名股份有限公司股份有限公司軟件需求說明書〈VMN〉第2頁共47頁目錄1引言引言711編寫目的712預(yù)期的讀者和閱讀建議713文檔約定72術(shù)語、定義和縮略語術(shù)語、定義和縮略語821術(shù)語、定義822縮略語83綜合描述綜合描述931背景932功能概述1033運(yùn)行環(huán)境1134用戶類及其要求114具體需求具體需求1341功能需求18411194122542性能需求28421284222943質(zhì)量屬性需求29431可靠性31432安全性32433可維護(hù)性33434可移植性34435擴(kuò)展性34436可測試性3544外部接口需求3645其它需求36451通用化、系列化、模塊化需求36452設(shè)計(jì)和實(shí)現(xiàn)上的限制37453執(zhí)行標(biāo)準(zhǔn)39454國際化需求41455雜類需求425需求追蹤需求追蹤436驗(yàn)收準(zhǔn)則驗(yàn)收準(zhǔn)則437參考文獻(xiàn)參考文獻(xiàn)44

簡介：其它其它FAQFAQA2XSSETOOL2LITEA2XSSETOOL2LITE常見出錯常見出錯提示解決匯總提示解決匯總FAQA2_UPLOADER4MLDCDE4UDP3Q2CW“D0OF“SPHONESTATERETAIL2_BZRPRETAIL4D2QUTS2FFLASHCID0052OTPLOCKED1CID52PAF1IMEICERTREDSCUB|0YLDR1FQ“_0N0QC5LJA2_FSLISTDIRSERR0012GHWT4Q55OA2_FSLISTFILESERR0012D5XL|OPELAPSED70SECS3VYC7N5讀取手機(jī)目錄錯誤，原因未知，重刷讀取手機(jī)目錄錯誤，原因未知，重刷

簡介：1晶圓晶圓BPMBPM管理平臺管理平臺軟件說明書軟件說明書湖南大學(xué)信息科學(xué)與工程學(xué)院2012年5月項(xiàng)目名稱晶圓BPM管理平臺文檔名稱使用說明書文件標(biāo)識當(dāng)前版本V10作者李福忠完成時(shí)間201315文件狀態(tài)【】草稿【】正式發(fā)布【√】正在修改頁數(shù)密級中3目錄目錄1概述概述411背景412應(yīng)用領(lǐng)域與使用對象413參考資料42系統(tǒng)綜述系統(tǒng)綜述421系統(tǒng)功能簡介422系統(tǒng)結(jié)構(gòu)43功能列表功能列表531功能結(jié)構(gòu)532課程設(shè)置533日程管理634任務(wù)列表735筆記記錄736教師信息管理8

簡介：軟件基本設(shè)計(jì)原則軟件基本設(shè)計(jì)原則友好、簡潔的界面設(shè)計(jì)結(jié)構(gòu)、導(dǎo)向清晰，符合國際標(biāo)準(zhǔn)強(qiáng)大的綜合查詢信息數(shù)據(jù)共享方便及時(shí)的信息交流板塊準(zhǔn)確、可逆的科技工作流模塊支持良好的開放性和可擴(kuò)展性方案生命周期長設(shè)計(jì)原則設(shè)計(jì)時(shí)考慮的總體原則是它必須滿足設(shè)計(jì)目標(biāo)中的要求，并充分考慮本網(wǎng)站的基本約定，建立完善的系統(tǒng)設(shè)計(jì)方案。信息系統(tǒng)的實(shí)施作為信息化規(guī)劃的實(shí)踐和實(shí)現(xiàn)，必須遵循信息化規(guī)劃方案的思想，對規(guī)劃進(jìn)行項(xiàng)目實(shí)施層面上的細(xì)化和實(shí)現(xiàn)。首先必須遵循信息化規(guī)劃“投資適度，快速見效，成熟穩(wěn)定，總體最優(yōu)”的總原則。具體細(xì)化到信息系統(tǒng)分析設(shè)計(jì)和軟件系統(tǒng)工程上來。先進(jìn)性系統(tǒng)構(gòu)成必須采用成熟、具有國內(nèi)先進(jìn)水平，并符合國際發(fā)展趨勢的技術(shù)、軟件產(chǎn)品和設(shè)備。在設(shè)計(jì)過程中充分依照國際上的規(guī)范、標(biāo)準(zhǔn)，借鑒國內(nèi)外目前成熟的主流網(wǎng)絡(luò)和綜合信息系統(tǒng)的體系結(jié)構(gòu)，以保證系統(tǒng)具有較長的生限度地消除或控制產(chǎn)品在壽命周期內(nèi)可能出現(xiàn)的故障（失效）模式；（4）在設(shè)計(jì)時(shí)，應(yīng)在繼承以往成功經(jīng)驗(yàn)的基礎(chǔ)上，積極采用先進(jìn)的設(shè)計(jì)原理和可靠性設(shè)計(jì)技術(shù)。但在采用新技術(shù)時(shí)必須經(jīng)過試驗(yàn)，并嚴(yán)格論證其對可靠性的影響；（5）在進(jìn)行產(chǎn)品可靠性的設(shè)計(jì)時(shí)，應(yīng)對產(chǎn)品的性能、可靠性、費(fèi)用、時(shí)間等各方面因素進(jìn)行權(quán)衡，以便做出最佳設(shè)計(jì)方案?？刹僮餍韵到y(tǒng)在設(shè)計(jì)上要充分考慮用戶界面應(yīng)方便、友好、靈活，用戶應(yīng)能夠方便地在權(quán)限范圍內(nèi)于各子系統(tǒng)之間切換。系統(tǒng)有良好的整體化設(shè)計(jì)，同時(shí)完善的幫助系統(tǒng)也是增強(qiáng)可操作性的必要輔助工具之一。靈活性應(yīng)用系統(tǒng)不依賴于特定硬件環(huán)境；在系統(tǒng)結(jié)構(gòu)一致的前提下可選擇實(shí)施各模塊的應(yīng)用；系統(tǒng)具有可實(shí)施性，各模塊可單獨(dú)實(shí)施并使用。開放性系統(tǒng)采用開放性的平臺，充分考慮本系統(tǒng)與其它系統(tǒng)的數(shù)據(jù)接口。根據(jù)我們對系統(tǒng)需求和系統(tǒng)目標(biāo)的分析，實(shí)現(xiàn)思路是快速適應(yīng)系統(tǒng)的業(yè)務(wù)需求，應(yīng)用先進(jìn)的軟件設(shè)計(jì)思想，同時(shí)充分考慮系統(tǒng)長期發(fā)展的前瞻性要求，基于J2EE的多層BS架構(gòu)體系之上實(shí)現(xiàn)系統(tǒng)的靈活性、安全性，并使系統(tǒng)具有良好的可管理性。重點(diǎn)考慮以下幾點(diǎn)最大限度保護(hù)用戶現(xiàn)有投資任何新體系的引進(jìn)都必須保證不能影響原有業(yè)務(wù)系統(tǒng)的性能，保證關(guān)

簡介：天一博勝企業(yè)管理軟件V10源代碼1軟件著作權(quán)軟件著作權(quán)源代碼范本源代碼范本注意事項(xiàng)常見的源代碼包含C語言，VB,C,JAVA,NET等。提交的代碼必須是源代碼的開頭載入程序，第30頁必須斷開，第60頁是軟件的程序結(jié)尾，代碼中不得出現(xiàn)與申請表內(nèi)容不符合的日期，著作權(quán)人，軟件名字等，不能出現(xiàn)開源代碼，不能出現(xiàn)任何版權(quán)糾紛。格式要求格式要求一、源代碼應(yīng)提交前、后各連續(xù)30頁，不足60頁的，應(yīng)當(dāng)全部提交。二、源代碼頁眉應(yīng)標(biāo)注軟件的名稱和版本號，應(yīng)當(dāng)與申請表中名稱完全一致，頁眉右上應(yīng)標(biāo)注頁碼，源代碼每頁不少于50行。范例如下范例如下INCLUDEINCLUDEINCLUDE天一博勝企業(yè)管理軟件V10源代碼3NS_LOGMODULE_MAIN,TYBS_LOG_CRITICAL,“EXITINGDUETOEARLYFATALERROR“}ELSE{FPRINTFSTDERR,“S“,PROGRAM_NAMEVFPRINTFSTDERR,FORMAT,ARGSFPRINTFSTDERR,“\N“FFLUSHSTDERR}VA_ENDARGSEXIT1}STATICVOIDASSERTION_FAILEDCONSTCHARFILE,INTLINE,TYBS_ASSERTIONTYPE_TTYPE,CONSTCHARCOND{IFNS_G_LCTXNULL{TYBS_ASSERTION_SETCALLBACKNULLTYBS_LOG_WRITENS_G_LCTX,NS_LOGCATEGORY_GENERAL,NS_LOGMODULE_MAIN,TYBS_LOG_CRITICAL,“SDSSFAILED“,FILE,LINE,TYBS_ASSERTION_TYPETOTEXTTYPE,CONDTYBS_LOG_WRITENS_G_LCTX,NS_LOGCATEGORY_GENERAL,NS_LOGMODULE_MAIN,TYBS_LOG_CRITICAL,“EXITINGDUETOASSERTIONFAILURE“}ELSE{FPRINTFSTDERR,“SDSSFAILED\N“,FILE,LINE,TYBS_ASSERTION_TYPETOTEXTTYPE,CONDFFLUSHSTDERR}IFNS_G_COREOKABORTEXIT1}STATICVOIDLIBRARY_FATAL_ERRORCONSTCHARFILE,INTLINE,CONSTCHARFORMAT,VA_LISTARGSTYBS_FORMAT_PRINTF3,0STATICVOIDLIBRARY_FATAL_ERRORCONSTCHARFILE,INTLINE,CONSTCHARFORMAT,VA_LISTARGS{IFNS_G_LCTXNULL{TYBS_ERROR_SETFATALNULLTYBS_LOG_WRITENS_G_LCTX,NS_LOGCATEGORY_GENERAL,NS_LOGMODULE_MAIN,TYBS_LOG_CRITICAL,“SDFATALERROR“,FILE,LINETYBS_LOG_VWRITENS_G_LCTX,NS_LOGCATEGORY_GENERAL,NS_LOGMODULE_MAIN,TYBS_LOG_CRITICAL,FORMAT,ARGSTYBS_LOG_WRITENS_G_LCTX,NS_LOGCATEGORY_GENERAL,NS_LOGMODULE_MAIN,TYBS_LOG_CRITICAL,“EXITINGDUETOFATALERRORINLIBRARY“}ELSE{

簡介：3DMS監(jiān)控平臺軟件監(jiān)控平臺軟件使用說明書使用說明書版本版本423深圳市亞美達(dá)通訊設(shè)備有限公司深圳市亞美達(dá)通訊設(shè)備有限公司深圳市亞美達(dá)通訊設(shè)備有限公司31、系統(tǒng)登錄、系統(tǒng)登錄啟動客戶端軟件（3DMSEXE），出現(xiàn)登錄界面，輸入正確的用戶名和登錄密碼，點(diǎn)擊登錄按鈕即可進(jìn)入監(jiān)控軟件。

簡介：面試必問題及答案面試必問題及答案1怎么做好文檔測試仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全，正確，完善標(biāo)記是否正確軟件測試分哪2種方法分別適合什么情況軟件測試分2種白盒測試和黑盒測試。白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序本身的測試，它著重于程序的內(nèi)部結(jié)構(gòu)及算法，通常不關(guān)心功能與性能指標(biāo)；黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明的測試，它實(shí)際上是站在最終用戶的立場，檢驗(yàn)輸入輸出信息及系統(tǒng)性能指標(biāo)是否符合規(guī)格說明書中有關(guān)功能需求及性能需求的規(guī)定2白盒測試有幾種方法總體上分為靜態(tài)方法和動態(tài)方法兩大類。靜態(tài)關(guān)鍵功能是檢查軟件的表示和描述是否一致沒有沖突或者沒有歧義動態(tài)語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。3系統(tǒng)測試計(jì)劃是否需要同行審批，為什么需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評審。4ALPHA測試與BETA的區(qū)別ALPHA測試在系統(tǒng)開發(fā)接近完成時(shí)對應(yīng)用系統(tǒng)的測試；測試后仍然會有少量的設(shè)計(jì)變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。BETA測試當(dāng)開發(fā)和測試根本完成時(shí)所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。5比較負(fù)載測試，容量測試和強(qiáng)度測試的區(qū)別段D類較小錯誤，包括以下各種錯誤1界面不規(guī)范2輔助說明描述不清楚3輸入輸出不規(guī)范4長操作未給用戶提示5提示窗口文字未采用行業(yè)術(shù)語6可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志9當(dāng)開發(fā)人員說不是BUG時(shí)你如何應(yīng)付開發(fā)人員說不是BUG，有2種情況，一是需求沒有確定，所以我可以這么做，這個(gè)時(shí)候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個(gè)時(shí)候，我可以先盡可能的說出是BUG的依據(jù)是什么如果被用戶發(fā)現(xiàn)或出了問題，會有什么不良結(jié)果程序員可能會給你很多理由，你可以對他的解釋進(jìn)行反駁。如果還是不行，那我可以給這個(gè)問題提出來跟開發(fā)經(jīng)理和測試經(jīng)理進(jìn)行確認(rèn)如果要修改就改如果不要修改就不改。其實(shí)有些真的不是BUG，我也只是建議的方式寫進(jìn)TD中，如果開發(fā)人員不修改也沒有大問題。如果確定是BUG的話，一定要堅(jiān)持自己的立場，讓問題得到最后的確認(rèn)。10你為什么想離開目前的職務(wù)因?yàn)楣具\(yùn)作情況并不理想，公司需要調(diào)整部門體系，公司考慮到縮減部門人員，所以大批量的裁員（有6，7個(gè)），這是我的第一份工作，對公司也有較深的感情，因?yàn)樵谶@里我找到了職業(yè)理想（就是測試），所以公司需要精簡人員，我自愿退出。雖然很舍不得，但我將會有新的發(fā)揮能力的舞臺。11您認(rèn)為做好測試用例設(shè)計(jì)工作的關(guān)鍵是什么白盒測試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題12請?jiān)囍容^一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試的區(qū)別與聯(lián)系。黑盒測試已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。白盒測試已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對

簡介：軟件測試常用英語詞匯靜態(tài)測試NONEXECUTIONBASEDTESTING或STATICTESTING代碼走查WALKTHROUGH代碼審查CODEINSPECTION技術(shù)評審REVIEW動態(tài)測試EXECUTIONBASEDTESTING白盒測試WHITEBOXTESTING黑盒測試BLACKBOXTESTING灰盒測試GRAYBOXTESTING軟件質(zhì)量保證SQASOFTWAREQUALITYASSURANCE軟件開發(fā)生命周期SOFTWAREDEVELOPMENTLIFECYCLE冒煙測試SMOKETEST回歸測試REGRESSIONTEST功能測試FUNCTIONTESTING性能測試PERFMANCETESTING壓力測試STRESSTESTING負(fù)載測試VOLUMETESTING易用性測試USABILITYTESTING安裝測試INSTALLATIONTESTING界面測試UITESTING配置測試CONFIGURATIONTESTING文檔測試DOCUMENTATIONTESTING兼容性測試COMPATIBILITYTESTING安全性測試SECURITYTESTING恢復(fù)測試RECOVERYTESTING單元測試UNITTEST集成測試INTEGRATIONTEST系統(tǒng)測試SYSTEMTEST驗(yàn)收測試ACCEPTANCETEST測試計(jì)劃應(yīng)包括測試對象THETESTOBJECTIVES測試范圍THETESTSCOPE測試策略THETESTSTRATEGY測試方法THETESTAPPROACH測試過程THETESTPROCEDURES測試環(huán)境THETESTENVIRONMENT測試完成標(biāo)準(zhǔn)THETESTCOMPLETIONCRITERIA測試用例THETESTCASES測試進(jìn)度表THETESTSCHEDULES風(fēng)險(xiǎn)RISKS接口INTERFACE最終用戶THEENDUSER軟件開發(fā)中常見英文縮寫和各類軟件開發(fā)文檔的英文縮寫英文簡寫文檔名稱MRDMARKETREQUIREMENTDOCUMENT（市場需求文檔）PRDPRODUCTREQUIREMENTDOCUMENT（產(chǎn)品需求文檔）SOW工作任務(wù)說明書PHBPROCESSHBOOK項(xiàng)目過程手冊ESTESTIMATIONSHEET估計(jì)記錄PPLPROJECTPLAN項(xiàng)目計(jì)劃CMPSOFTWAREMANAGEMENTPLAN配置管理計(jì)劃QAPSOFTWAREQUALITYASSURANCEPLAN（軟件質(zhì)量保證計(jì)劃）RMPSOFTWARERISKMANAGEMENTPLAN（軟件風(fēng)險(xiǎn)管理計(jì)劃）TSTTESTSTRATEGY（測試策略）WBSWKBREAKDOWNSTRUCTURE（工作分解結(jié)構(gòu)）BRSBUSINESSREQUIREMENTSPECIFICATION業(yè)務(wù)需求說明書SRSSOFTWAREREQUIREMENTSPECIFICATION軟件需求說明書STPSYSTEMTESTINGPLAN系統(tǒng)測試計(jì)劃STCSYSTEMTESTINGCASES（系統(tǒng)測試用例）HLDHIGHLEVELDESIGN概要設(shè)計(jì)說明書ITPINTEGRATIONTESTINGPLAN集成測試計(jì)劃ITCINTEGRATIONTESTINGCASES（集成測試用例）LLDLOWLEVELDESIGN詳細(xì)設(shè)計(jì)說明書UTPUNITTESTINGPLAN單元測試計(jì)劃UTCUNITTESTINGCASES（單元測試用例）UTRUNITTESTINGREPT（單元測試報(bào)告）ITRINTEGRATIONTESTINGREPT（集成測試報(bào)告）STRSYSTEMTESTINGREPT（系統(tǒng)測試報(bào)告）RTMREQUIREMENTSTRACEABILITYMATRIX需求跟蹤矩陣CSACONFIGURATIONSTATUSACCOUNTING（配置狀態(tài)發(fā)布）CRFCHANGEREQUESTFM（變更申請表）WSRWEEKLYSTATUSREPT（項(xiàng)目周報(bào)）QSRQUALITYWEEKLYSTATUSREPT（質(zhì)量工作周報(bào)）QARQUALITYAUDITREPT質(zhì)量檢查報(bào)告QCLQUALITYCHECKLIST質(zhì)量檢查表PARPHASEASSESSMENTREPT（階段評估報(bào)告）CLRCLOSUREREPT（項(xiàng)目總結(jié)報(bào)告）RFFREVIEWFINDINGFM評審發(fā)現(xiàn)表MOMMINUTESOFMEETING（會議紀(jì)要）MTXMETRICSSHEET（度量表）CCFCONSISTANCECHECKFM（一致性檢查表）BAFBASELINEAUDITFM（基線審計(jì)表）PTFPROGRAMTRACEFM（問題跟蹤表）