第一篇：軟件對(duì)日流程開發(fā)答案（最終版）

waibao,1=外包目的：1.降低成本；2.提高效率；3.維持企業(yè)核心業(yè)務(wù)的競(jìng)爭(zhēng)力。

waibao,2=外包分類：1.境內(nèi)外包；2.離岸外包。1.業(yè)務(wù)應(yīng)用外包；2.業(yè)務(wù)流程外包；3.業(yè)務(wù)流程離岸外包；4.企業(yè)轉(zhuǎn)型外包；5.多方外包；6.共享服務(wù)或內(nèi)包。

waibao,3=外包業(yè)務(wù)特點(diǎn)：1.外包業(yè)務(wù)偏向于后臺(tái)業(yè)務(wù)；2.機(jī)械性業(yè)務(wù)；3.非現(xiàn)場(chǎng)業(yè)務(wù)。

waibao,4=企業(yè)業(yè)務(wù)外包優(yōu)勢(shì)：1.業(yè)務(wù)外包能夠使企業(yè)專注于核心業(yè)務(wù)；2.使企業(yè)提高資源利用率。

waibao,5=服務(wù)外包分類：1.信息技術(shù)外包（ITO）；2.業(yè)務(wù)流程外包(BPO)；3.知識(shí)流程外包(KPO)。

waibao,6=軟件外包特點(diǎn)：1.軟件外包項(xiàng)目的合同類型多種多樣；2.軟件外包項(xiàng)目的規(guī)模和質(zhì)量要求差別很大；3.軟件外包項(xiàng)目技術(shù)和業(yè)務(wù)領(lǐng)域各異；4.部分客戶對(duì)軟件外包企業(yè)有過程管理方面的要求；5.軟件外包企業(yè)對(duì)成本非常敏感。

waibao,7=外包發(fā)展趨勢(shì)：1.有簡(jiǎn)單編碼向大型整體外包項(xiàng)目發(fā)展；2.項(xiàng)目利潤(rùn)率提高；3.多樣化渠道構(gòu)建多層次合作平臺(tái)；4.項(xiàng)目質(zhì)量和準(zhǔn)時(shí)交付成為客戶的核心需求；5.不斷開拓歐美外包市場(chǎng)；6.BPO成為未來外包發(fā)展的趨勢(shì)。

waibao,8=對(duì)日軟件外包開發(fā)特點(diǎn)：1.編碼、測(cè)試業(yè)務(wù)量比重大；2.品質(zhì)要求高；3.文檔要求高；4.工期短工作量大。

waibao,9=三種外包區(qū)別：1外包是企業(yè)動(dòng)態(tài)地配置自身和其他企業(yè)的功能和服務(wù)，并利用企業(yè)外部的資源為企業(yè)內(nèi)部的產(chǎn)生和經(jīng)營(yíng)服務(wù)。2服務(wù)外包的動(dòng)因是降低成本，技術(shù)因素以及關(guān)注核心競(jìng)爭(zhēng)力。

3軟件外包是一種依托于信息技術(shù)的服務(wù)模式，是指客戶將軟件項(xiàng)目中的部分工作軟交給軟件外包服務(wù)商代工開發(fā)的一種行為，它具有降低成本、提高效率的作用，是工種細(xì)分和經(jīng)濟(jì)一體化的大勢(shì)所趨。

ruanjian,1=軟件分類：基礎(chǔ)軟件和應(yīng)用軟件

ruanjian,2=軟件開發(fā)步驟：1.進(jìn)行用戶的需求調(diào)研和分析，確定待開發(fā)軟件系統(tǒng)的規(guī)格；2.進(jìn)行相應(yīng)的軟件設(shè)計(jì)，實(shí)現(xiàn)軟件系統(tǒng)的規(guī)格；3.根據(jù)軟件設(shè)計(jì)的結(jié)果進(jìn)行編碼；4.進(jìn)行軟件測(cè)試，確認(rèn)軟件系統(tǒng)是否滿足客戶的需求并且是沒有缺陷的。

ruanjian,3=軟件開發(fā)全過程和成果物：1.需求分析/定義（需求定義書）；2.外部設(shè)計(jì)（外部設(shè)計(jì)書）；3.內(nèi)部設(shè)計(jì)（內(nèi)部設(shè)計(jì)書）；4.程序設(shè)計(jì)（程序設(shè)計(jì)書）；5.編程（源代碼）；6.測(cè)試（單體測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試）。

fenxishejifangfa,1=最具代表性的分析設(shè)計(jì)方法：1.結(jié)構(gòu)化的分析和設(shè)計(jì)（數(shù)據(jù)流圖DFD）；2.面向?qū)ο蟮姆治龊驮O(shè)計(jì)（UML圖）。

ruanjian,4=軟件開發(fā)模型：瀑布模型(不可逆,必須保重上一步是正確的)；2.螺旋模型(一開始不成形)；3.敏捷模型(反復(fù))；4.V模型（效率最高）。

vmoxing,1=1需求分析和功能設(shè)計(jì)對(duì)應(yīng)驗(yàn)收測(cè)試，說明在做需求分析、產(chǎn)品功能設(shè)計(jì)的同時(shí)，測(cè)試人員就可以閱讀、審查需求分析的結(jié)果，從而了解產(chǎn)品的設(shè)計(jì)特性，用戶的真正需求，確定測(cè)試目標(biāo)，可以準(zhǔn)備用例并策劃測(cè)試活動(dòng)。2當(dāng)系統(tǒng)設(shè)計(jì)人員在做系統(tǒng)設(shè)計(jì)時(shí)，測(cè)試人員可以了解系統(tǒng)是如何實(shí)現(xiàn)的，基于什么樣的平臺(tái)，這樣可以設(shè)計(jì)系統(tǒng)的測(cè)試方案和測(cè)試計(jì)劃，并事先準(zhǔn)備系統(tǒng)的測(cè)試環(huán)境，包括硬件和第三方軟件的采購(gòu)。因?yàn)檫@些準(zhǔn)備工作，實(shí)際上是要花去很多時(shí)間。3當(dāng)設(shè)計(jì)人員在做詳細(xì)設(shè)計(jì)時(shí)，測(cè)試人員可以參與設(shè)計(jì)，對(duì)設(shè)計(jì)進(jìn)行評(píng)審，找出設(shè)計(jì)的缺陷，同時(shí)設(shè)計(jì)功能，新特性等各方面的測(cè)試用例，完善測(cè)試計(jì)劃，并基于這些測(cè)試用例開發(fā)測(cè)試腳本。4水平虛線上部表明，其需求分析、功能設(shè)計(jì)和驗(yàn)收測(cè)試等主要工作是面向用戶，要和用戶進(jìn)行充分的溝通和交流，或者是和用戶一起完成。水平虛線下部的大部分工作，相對(duì)來說，都是技術(shù)工作，在開發(fā)組織內(nèi)部進(jìn)行，由工程師完成。

uml,1=UML（統(tǒng)一建模語(yǔ)言）圖是基于面向?qū)ο蠹夹g(shù)，用于對(duì)象模型化的一種圖形描述方法。UML圖可以大致分為1.結(jié)構(gòu)圖（類圖、對(duì)象圖、包圖、配置圖）；2.動(dòng)作圖（時(shí)序圖、用例圖、狀態(tài)機(jī)械圖、活動(dòng)圖、交流圖、相互作用概要圖、時(shí)間圖）。兩種

leitu,1=類圖是用來描述類之間的靜態(tài)關(guān)系；

shixutu,1=時(shí)序圖用來描述對(duì)象間的信息傳遞；

yonglitu,1=用例圖用來描述系統(tǒng)提供的功能以及同使用者之間的動(dòng)態(tài)關(guān)系

liuchengtu,1=流程圖是采用一些簡(jiǎn)單的圖形符號(hào)，用易于理解的圖形方式來描述系統(tǒng)的處理過程和數(shù)據(jù)流的一種表達(dá)方法。

shangyougongcheng,1=需求分析、需求定義、要件定義、系統(tǒng)方案書、外部設(shè)計(jì)、內(nèi)部設(shè)計(jì)

xiayougongcheng,1=編碼、測(cè)試

xuqiudingyi,1=需求定義主要是確定“用戶想要什么”，即制定用戶“需求”的過程。《需求定義書》是該階段最重要的開發(fā)成果。

yaojiandingyi,1=要件定義則是基于之前完成的需求定義，在專業(yè)分析工程師的幫助下由用戶自身或者由專業(yè)的軟件公司對(duì)必須的系統(tǒng)項(xiàng)目（即：系統(tǒng)要件）進(jìn)行整理的過程。要件定義階段的主要成果是《要件定義書》。需求定義是“用戶的需求定義”，而要件定義則是“系統(tǒng)的要件定義”。這樣一來，就很容易將二者區(qū)分開來。

yonghuxuqiu,1=功能需求和非功能需求

feigongnengxuqiu,1=非功能需求的定義：功能性、信賴性、使用性、效率性、保守性、移植性、障害抑制性、效果性、運(yùn)用性、技術(shù)要件。

yaojiandingyishu,1=要件定義書編寫步驟：1.充分把握《需求定義書》中描述的內(nèi)容；2.設(shè)想需求定義的系統(tǒng)化模型，刪除重復(fù)的功能，添加不足的功能；3.在進(jìn)行系統(tǒng)化時(shí)，確認(rèn)并解決功能間的矛盾及其他問題，并確定需要進(jìn)行系統(tǒng)化的功能范圍；4.整理、總結(jié)。

yaojiandingyishu,2=描述項(xiàng)目：背景、課題、目的方針、概要、功能、系統(tǒng)化的范圍、工程計(jì)劃、體制、成果物（可選：用戶接口、系統(tǒng)構(gòu)成、作業(yè)標(biāo)準(zhǔn)、品質(zhì)管理）

yaojiandingyishu,3=注意：1.明確擔(dān)當(dāng)?shù)娜蝿?wù)和責(zé)任；2.適當(dāng)控制內(nèi)容描述的篇幅；3.對(duì)不需要進(jìn)行處理的部分要進(jìn)行明確描述；4.字體和描述風(fēng)格要統(tǒng)一。

xitongfanganshu,1=系統(tǒng)方案書的目的：制作系統(tǒng)方案書的最終目的是獲取客戶的開發(fā)訂單。

xitongfanganshu,2=編寫步驟：1.閱讀理解《要件定義書》，構(gòu)造軟件系統(tǒng)的原型（功能、結(jié)構(gòu)等）2.分析提煉出需要的開發(fā)技術(shù)，進(jìn)行相關(guān)的技術(shù)調(diào)查或聽取專業(yè)人員的意見；3.確定系統(tǒng)構(gòu)成；4.估計(jì)開發(fā)系統(tǒng)的時(shí)間；5.估計(jì)開發(fā)系統(tǒng)的費(fèi)用；6.按照《系統(tǒng)方案書》的規(guī)格進(jìn)行整理、總結(jié)；7.組織相關(guān)人員進(jìn)行評(píng)審，提高《系統(tǒng)方案書》的完成度。

xitongfanganshu,3=描述項(xiàng)目：系統(tǒng)方案書必須描述的項(xiàng)目有：背景、課題、目的方針、概要、功能、系統(tǒng)化的范圍、系統(tǒng)構(gòu)成、軟件構(gòu)成、硬件構(gòu)成、網(wǎng)絡(luò)構(gòu)成、系統(tǒng)接口、作業(yè)標(biāo)準(zhǔn)、品質(zhì)管理、費(fèi)用工數(shù)規(guī)模、成品（可選：用戶接口、開發(fā)環(huán)境）

xitongfanganshu,4=編寫系統(tǒng)方案書的注意點(diǎn)：1.字體、格式、文字大小；2.文字統(tǒng)一用“です?ます”體；3.正確使用“てにをは”、并且使用方法要一致；4.明確用語(yǔ)的定義；5.數(shù)值后面必須有相應(yīng)的單位；6.一定要有版本號(hào)；7.根據(jù)客戶的要求統(tǒng)一文體和用語(yǔ)等。waibushejishu,1=外部設(shè)計(jì)書編寫步驟：1.開始；2.設(shè)計(jì)業(yè)務(wù)流程；3.子系統(tǒng)的劃分4.設(shè)計(jì)畫面布局和報(bào)表布局；5.設(shè)計(jì)編號(hào)；6.數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)；7.設(shè)計(jì)系統(tǒng)接口；8.匯總外部設(shè)計(jì)書的表述項(xiàng)目；9.評(píng)審；10.結(jié)束。

shujuliutu,1=數(shù)據(jù)流圖（DFD）是適合描述業(yè)務(wù)流程的圖形方法。包含元素：1.數(shù)據(jù)流；2.處理；3.數(shù)據(jù)存儲(chǔ)；4.數(shù)據(jù)的原點(diǎn)和終點(diǎn)。

shujuku,1=在數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)中，常用的圖形表示方法有“ER圖（ER圖由實(shí)體、屬性、關(guān)聯(lián)三部分組成。）”和“CRUD圖”。

huamianbuju,1= 畫面布局就是指在屏幕上顯示的畫面構(gòu)成，而報(bào)表布局則是指打印輸出的報(bào)表的構(gòu)成。這兩部分的設(shè)計(jì)也稱為用戶界面設(shè)計(jì)，用于用戶和軟件系統(tǒng)間的交互

waibushejishu,2=外部設(shè)計(jì)書描述項(xiàng)目：1.目的方針；2.概要；3.功能；4.用戶界面；5.系統(tǒng)構(gòu)成；6.軟件構(gòu)成；7.硬件構(gòu)成；8.網(wǎng)絡(luò)構(gòu)成；9.系統(tǒng)接口。

neibushejishu,1=

1、編寫內(nèi)部設(shè)計(jì)書的目的：1.為了防止編碼時(shí)的錯(cuò)誤，從早期階段開始確保產(chǎn)品的質(zhì)量；2.不論什么能力的程序員，都能開發(fā)出同樣品質(zhì)的程序；3.有多個(gè)軟件公司共同開發(fā)一個(gè)程序的時(shí)候，可以很容易地將程序組合在一起；4.更容易將可復(fù)用程序進(jìn)行“模塊化”。

jiegouhuasheji,1=

2、結(jié)構(gòu)化設(shè)計(jì)優(yōu)點(diǎn)缺點(diǎn)：1.優(yōu)點(diǎn)是可以分別從宏觀和微觀兩個(gè)角度進(jìn)行設(shè)計(jì)，能夠根據(jù)目的從比較容易理解的角度去審視整個(gè)系統(tǒng)。2.缺點(diǎn)是設(shè)計(jì)是以功能為中心，容易忽略對(duì)數(shù)據(jù)的考慮，從而有可能導(dǎo)致數(shù)據(jù)的重復(fù)和耦合性。為了彌補(bǔ)這種不足，通常采用兼顧結(jié)構(gòu)化設(shè)計(jì)和數(shù)據(jù)關(guān)注的設(shè)計(jì)方法。

neibushejishu,2=內(nèi)部設(shè)計(jì)書的編寫步驟：1.畫面的詳細(xì)設(shè)計(jì)；2.報(bào)表的詳細(xì)設(shè)計(jì)；3.外部接口的詳細(xì)設(shè)計(jì)；4.業(yè)務(wù)規(guī)則的詳細(xì)介紹；5.請(qǐng)求處理的詳細(xì)設(shè)計(jì)；6.消息的詳細(xì)設(shè)計(jì)；7.數(shù)據(jù)庫(kù)物理設(shè)計(jì)；8.整理、總結(jié)；9.評(píng)審。shujukusheji,2=數(shù)據(jù)庫(kù)設(shè)計(jì)定義內(nèi)容：1.數(shù)據(jù)庫(kù)的表名；2.字段的類型或字節(jié)數(shù)；3.主鍵或外部鍵；4.索引（使用索引的情況）；5.關(guān)聯(lián)表的名稱（存在表關(guān)聯(lián)的情況）。

6、表的訪問順序

7、假設(shè)的記錄個(gè)數(shù)

8、數(shù)據(jù)的寫周期

neibushejishu,3=內(nèi)部設(shè)計(jì)書的描述項(xiàng)目：用戶接口，程序構(gòu)成，數(shù)據(jù)結(jié)構(gòu)，處理邏輯，消息，系統(tǒng)接口，網(wǎng)絡(luò)結(jié)構(gòu)

diyizhang,1=

1、爭(zhēng)力。

diyizhang,2=

2、diyizhang,3=

3、根據(jù)外包供應(yīng)商的地理分布狀況劃分：1.境內(nèi)外包；2.離岸外包 根據(jù)外包的業(yè)務(wù)不同劃分：1.業(yè)務(wù)應(yīng)用外包；2.業(yè)務(wù)流程外包；外包目的：1.降低成本；2.提高效率；3.維持企業(yè)核心業(yè)務(wù)的競(jìng)3.業(yè)務(wù)流程離岸外包；4.企業(yè)轉(zhuǎn)型外包；5.多方外包；6.共享服務(wù)或內(nèi)包。diyizhang,4=

4、非現(xiàn)場(chǎng)業(yè)務(wù)。diyizhang,5=

5、企業(yè)業(yè)務(wù)外包兩大優(yōu)勢(shì)：1.業(yè)務(wù)外包能夠使企業(yè)專注于核心業(yè)務(wù)；外包業(yè)務(wù)特點(diǎn)：1.外包業(yè)務(wù)偏向于后臺(tái)業(yè)務(wù)；2.機(jī)械性業(yè)務(wù)；3.2.使企業(yè)提高資源利用率。diyizhang,6=

6、服務(wù)外包分類：1.信息技術(shù)外包（ITO）；2.業(yè)務(wù)流程外包(BPO)；3.知識(shí)流程外包(KPO)。diyizhang,7=

7、軟件外包特點(diǎn)：1.軟件外包項(xiàng)目的合同類型多種多樣；2.軟件外包項(xiàng)目的規(guī)模和質(zhì)量要求差別很大；3.軟件外包項(xiàng)目技術(shù)和業(yè)務(wù)領(lǐng)域各異；4.部分客戶對(duì)軟件外包企業(yè)有過程管理方面的要求；5.軟件外包企業(yè)對(duì)成本非常敏感。diyizhang,8=

8、軟件外包企業(yè)的經(jīng)營(yíng)模式：1.跨國(guó)公司在中國(guó)設(shè)立的軟件研發(fā)機(jī)構(gòu)；2.跨國(guó)軟件公司在中國(guó)設(shè)立的市場(chǎng)開拓機(jī)構(gòu)；3.中國(guó)本土的國(guó)際軟件外包企業(yè)；4.中國(guó)本土研發(fā)型的軟件外包企業(yè)。diyizhang,9=

9、軟件外包發(fā)展趨勢(shì)：1.有簡(jiǎn)單編碼向大型整體外包項(xiàng)目發(fā)展；2.項(xiàng)目利潤(rùn)率提高；3.多樣化渠道構(gòu)建多層次合作平臺(tái)；4.項(xiàng)目質(zhì)量和準(zhǔn)時(shí)交付成為客戶的核心需求；5.不斷開拓歐美外包市場(chǎng)；6.BPO成為未來外包發(fā)展的趨勢(shì)。diyizhang,9=

10、對(duì)日軟件外包的優(yōu)勢(shì)：地理位置、語(yǔ)言、文化、習(xí)慣、其他。diyizhang,9=

11、對(duì)日軟件外包開發(fā)的特點(diǎn)：1.編碼、測(cè)試業(yè)務(wù)量比重大；2.品質(zhì)要求高；3.文檔要求高；4.工期短工作量大。dierzhang,1=

1、dierzhang,2=

2、軟件分為兩大類：基礎(chǔ)軟件和應(yīng)用軟件

軟件開發(fā)步驟：1.進(jìn)行用戶的需求調(diào)研和分析，確定待開發(fā)軟件系統(tǒng)的規(guī)格；2.進(jìn)行相應(yīng)的軟件設(shè)計(jì)，實(shí)現(xiàn)軟件系統(tǒng)的規(guī)格；3.根據(jù)軟件設(shè)計(jì)的結(jié)果進(jìn)行編碼；4.進(jìn)行軟件測(cè)試，確認(rèn)軟件系統(tǒng)是否滿足客戶的需求并且是沒有缺陷的。dierzhang,3=

3、軟件開發(fā)全過程和成果物：1.需求分析/定義（需求定義書）；2.外部設(shè)計(jì)（外部設(shè)計(jì)書）；3.內(nèi)部設(shè)計(jì)（內(nèi)部設(shè)計(jì)書）；4.程序設(shè)計(jì)（程序設(shè)計(jì)書）；5.編程（源代碼）；6.測(cè)試（單體測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試）。dierzhang,4=

4、最具代表性的分析設(shè)計(jì)方法：1.結(jié)構(gòu)化的分析和設(shè)計(jì)（數(shù)據(jù)流圖DFD）；2.面向?qū)ο蟮姆治龊驮O(shè)計(jì)（UML圖）。dierzhang,5=

5、型（效率最高）。

disanzhang,1=

1、軟件開發(fā)過程規(guī)范：1.用語(yǔ)一致（最基本原則）；2.標(biāo)準(zhǔn)的工程名稱和文檔；3.正確的圖形表示方法；4.標(biāo)準(zhǔn)的開發(fā)規(guī)范。

disanzhang,2=

2、編寫文檔重要性：當(dāng)軟件系統(tǒng)達(dá)到一定規(guī)模的時(shí)候，分析、設(shè)計(jì)、編碼和測(cè)試工作通常是由不同的開發(fā)人員來完成。這是，為了保證系統(tǒng)開發(fā)的順利進(jìn)行，就需要在擔(dān)當(dāng)不同任務(wù)的開發(fā)人員之間進(jìn)行系統(tǒng)開發(fā)信息的傳遞。在開發(fā)大規(guī)模軟件系統(tǒng)的時(shí)候，通常負(fù)責(zé)各開發(fā)階段任務(wù)的軟件公司是不一樣的，有時(shí)甚至?xí)卸嗉夜竟餐瑓⑴c某一個(gè)開發(fā)過程的任務(wù)。在這樣的開發(fā)體制中，就必須保證相關(guān)開發(fā)人員或軟件公司之間信息傳遞的正確性。所以，為了在系統(tǒng)開發(fā)中能夠正確的傳遞相關(guān)的開發(fā)信息，編寫軟件系統(tǒng)的開發(fā)文檔就顯得格外重要。

disanzhang,3=

3、UML（統(tǒng)一建模語(yǔ)言）圖是基于面向?qū)ο蠹夹g(shù)，用于對(duì)象模型化的一種圖形描述方法。

disanzhang,4=

4、UML圖大致分為：1.結(jié)構(gòu)圖（類圖、對(duì)象圖、包圖）；2.動(dòng)作圖（時(shí)序圖、用例圖）。

disanzhang,5=

5、類圖是用來描述類之間的靜態(tài)關(guān)系；時(shí)序圖用來描述對(duì)象間的信息傳遞；用例圖用來描述系統(tǒng)提供的功能以及同使用者之間的動(dòng)態(tài)關(guān)系。

disanzhang,6=

6、流程圖是采用一些簡(jiǎn)單的圖形符號(hào)，用易于理解的圖形方式來描述系統(tǒng)的處理過程和數(shù)據(jù)流的一種表達(dá)方法。disizhang,1=

1、上游工程：需求分析、需求定義、要件定義、系統(tǒng)方案書、外軟件開發(fā)模型：1.瀑布模型；2.螺旋模型；3.敏捷模型；4.V模部設(shè)計(jì)、內(nèi)部設(shè)計(jì)。下游工程：編碼、測(cè)試。disizhang,2=

2、disizhang,3=

3、用戶需求可分為：功能需求和非功能需求。

非功能需求的分類：功能性、信賴性、使用性、效率性、保守性、移植性、障害抑制性、效果性、運(yùn)用性、技術(shù)要件。disizhang,4=

4、要件定義書編寫步驟：1.充分把握《需求定義書》中描述的內(nèi)容；2.設(shè)想需求定義的系統(tǒng)化模型，刪除重復(fù)的功能，添加不足的功能；3.在進(jìn)行系統(tǒng)化時(shí)，確認(rèn)并解決功能間的矛盾及其他問題，并確定需要進(jìn)行系統(tǒng)化的功能范圍；4.整理、總結(jié)。

disizhang,5=

5、要件定義書描述項(xiàng)目：背景、課題、目的方針、概要、功能、系統(tǒng)化的范圍、工程計(jì)劃、體制、成果物 disizhang,6=

6、編寫要件定義書注意：1.明確擔(dān)當(dāng)?shù)娜蝿?wù)和責(zé)任；2.適當(dāng)控制內(nèi)容描述的篇幅；3.對(duì)不需要進(jìn)行處理的部分要進(jìn)行明確描述；4.字體和描述風(fēng)格要統(tǒng)一。diwuzhang,1=

1、制作系統(tǒng)方案書的最終目的是獲取客戶的開發(fā)訂單

diwuzhang,2=

2、系統(tǒng)方案書編寫步驟：1.閱讀理解《要件定義書》，構(gòu)造軟件系統(tǒng)的原型（功能、結(jié)構(gòu)等）； 2.分析提煉出需要的開發(fā)技術(shù)，進(jìn)行相關(guān)的技術(shù)調(diào)查或聽取專業(yè)人員的意見；3.確定系統(tǒng)構(gòu)成；4.估計(jì)開發(fā)系統(tǒng)的時(shí)間；5.估計(jì)開發(fā)系統(tǒng)的費(fèi)用；6.按照《系統(tǒng)方案書》的規(guī)格進(jìn)行整理、總結(jié)；7.組織相關(guān)人員進(jìn)行評(píng)審，提高《系統(tǒng)方案書》的完成度。

diwuzhang,3=

3、系統(tǒng)方案書必須描述的項(xiàng)目有：系統(tǒng)構(gòu)成、軟件構(gòu)成、硬件構(gòu)成、網(wǎng)絡(luò)構(gòu)成、系統(tǒng)接口、作業(yè)標(biāo)準(zhǔn)、品質(zhì)管理、費(fèi)用工數(shù)規(guī)模 R diwuzhang,4=

4、編寫系統(tǒng)方案書的注意點(diǎn)：1.字體、格式、文字大小；2.文字統(tǒng)一用“です?ます”體；3.正確使用“てにをは”、并且使用方法要一致；4.明確用語(yǔ)的定義；5.數(shù)值后面必須有相應(yīng)的單位；6.一定要有版本號(hào)；7.根據(jù)客戶的要求統(tǒng)一文體和用語(yǔ)等。

diliuzhang,1=

1、外部設(shè)計(jì)書編寫步驟：1.開始；2.設(shè)計(jì)業(yè)務(wù)流程；3.子系統(tǒng)的劃分4.設(shè)計(jì)畫面布局和報(bào)表布局；5.設(shè)計(jì)編號(hào)；6.數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)；7.設(shè)計(jì)系統(tǒng)接口；8.匯總外部設(shè)計(jì)書的表述項(xiàng)目；9.評(píng)審；10.結(jié)束。RRR diliuzhang,2=

2、數(shù)據(jù)流圖（DFD）是適合描述業(yè)務(wù)流程的圖形方法。包含元素：1.數(shù)據(jù)流；2.處理；3.數(shù)據(jù)存儲(chǔ)；4.數(shù)據(jù)的原點(diǎn)和終點(diǎn)。

diliuzhang,3=

3、在數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)中，常用的圖形表示方法有“ER圖”和“CRUD圖”。diliuzhang,4=

4、ER圖由實(shí)體、屬性、關(guān)聯(lián)三部分組成。

diliuzhang,5=

5、外部設(shè)計(jì)書描述項(xiàng)目：1.目的方針；2.概要；3.功能；4.用戶界面；5.系統(tǒng)構(gòu)成；6.軟件構(gòu)成；7.硬件構(gòu)成；8.網(wǎng)絡(luò)構(gòu)成；9.系統(tǒng)接口。

diqizhang,1=

1、編寫內(nèi)部設(shè)計(jì)書的目的：1.為了防止編碼時(shí)的錯(cuò)誤，從早期階段開始確保產(chǎn)品的質(zhì)量；2.不論什么能力的程序員，都能開發(fā)出同樣品質(zhì)的程序；3.有多個(gè)軟件公司共同開發(fā)一個(gè)程序的時(shí)候，可以很容易地將程序組合在一起；4.更容易將可復(fù)用程序進(jìn)行“模塊化”。

diqizhang,2=

2、結(jié)構(gòu)化設(shè)計(jì)優(yōu)點(diǎn)缺點(diǎn)：1.優(yōu)點(diǎn)是可以分別從宏觀和微觀兩個(gè)角度進(jìn)行設(shè)計(jì)，能夠根據(jù)目的從比較容易理解的角度去審視整個(gè)系統(tǒng)。2.缺點(diǎn)是設(shè)計(jì)是以功能為中心，容易忽略對(duì)數(shù)據(jù)的考慮，從而有可能導(dǎo)致數(shù)據(jù)的重復(fù)和耦合性。為了彌補(bǔ)這種不足，通常采用兼顧結(jié)構(gòu)化設(shè)計(jì)和數(shù)據(jù)關(guān)注的設(shè)計(jì)方法。

diqizhang,3=

3、內(nèi)部設(shè)計(jì)書的編寫步驟：1.畫面的詳細(xì)設(shè)計(jì)；2.報(bào)表的詳細(xì)設(shè)計(jì)；3.外部接口的詳細(xì)設(shè)計(jì)；4.業(yè)務(wù)規(guī)則的詳細(xì)介紹；5.請(qǐng)求處理的詳細(xì)設(shè)計(jì)；6.消息的詳細(xì)設(shè)計(jì)；7.數(shù)據(jù)庫(kù)物理設(shè)計(jì)；8.整理、總結(jié)；9.評(píng)審。

diqizhang,4=

4、數(shù)據(jù)庫(kù)設(shè)計(jì)定義內(nèi)容：1.數(shù)據(jù)庫(kù)的表名；2.字段的類型或字節(jié)數(shù)；3.主鍵或外部鍵；4.索引（使用索引的情況）；5.關(guān)聯(lián)表的名稱（存在表關(guān)聯(lián)的情況）。

dibazhang,1=

1、在結(jié)構(gòu)化程序設(shè)計(jì)中，有若干種程序模塊劃分的方法。其中，最具代表性的一種方法是：STS劃分法。STS就是源、轉(zhuǎn)換、接收的略稱。

dibazhang,2=

2、輸入處理與轉(zhuǎn)換處理的界限稱為最大抽象輸入點(diǎn)，轉(zhuǎn)換處理與輸入處理的界限稱為最大抽象輸出點(diǎn)。

dibazhang,3=

3、事務(wù)處理就是以具有某種意義的集合為處理單位。

dibazhang,4=

4、事務(wù)是作為單個(gè)邏輯工作單元執(zhí)行的一系列操作，這些操作作為一個(gè)整體一起向系統(tǒng)提交、要么都執(zhí)行、要么都不執(zhí)行。事務(wù)是一個(gè)不可分割的工作邏輯單元。dibazhang,5=

5、STS劃分方法和事務(wù)處理劃分方法是最具代表性的兩種模塊劃分方法。這兩種都是面向數(shù)據(jù)流的模塊劃分方法，面向數(shù)據(jù)結(jié)構(gòu)的模塊劃分方法是Jackson方法。

dibazhang,6=

6、數(shù)據(jù)的結(jié)構(gòu)圖有輸入數(shù)據(jù)結(jié)構(gòu)圖和輸出數(shù)據(jù)結(jié)構(gòu)圖，轉(zhuǎn)換處理的結(jié)構(gòu)圖主要是指程序結(jié)構(gòu)圖。

dibazhang,7=

7、評(píng)價(jià)模塊劃分標(biāo)準(zhǔn)：模塊的大小、模塊的內(nèi)聚性、模塊的耦合度、模塊的控制范圍和影響范圍等。

dibazhang,8=

8、模塊的大小通常由描述模塊的代碼行數(shù)或構(gòu)成程序的指令數(shù)來表示。

dibazhang,9=

9、模塊內(nèi)聚性就是指表示模塊內(nèi)部的要塑件關(guān)聯(lián)性強(qiáng)弱的標(biāo)準(zhǔn)。內(nèi)聚性越強(qiáng)，獨(dú)立性越高，劃分的越好。

dibazhang,9=

10、模塊的內(nèi)聚性由強(qiáng)到弱分為7個(gè)階段：功能內(nèi)聚、信息內(nèi)聚、通信內(nèi)聚、過程內(nèi)聚、時(shí)間內(nèi)聚、邏輯內(nèi)聚和偶然內(nèi)聚。

dibazhang,9=

11、模塊的耦合性是表示模塊間關(guān)聯(lián)性強(qiáng)弱的標(biāo)準(zhǔn)。耦合性越弱，獨(dú)立性越強(qiáng)，模塊越好。

dibazhang,9=

12、模塊的耦合性由弱到強(qiáng)分為6個(gè)階段：數(shù)據(jù)耦合、印記耦合、控制耦合、外部耦合、公共耦合、內(nèi)容耦合。

dibazhang,9=

13、公共耦合會(huì)引起下列問題：1.所有公共耦合模塊都與某一個(gè)公共數(shù)據(jù)環(huán)境內(nèi)部各項(xiàng)的物理安排有關(guān)，若修改某個(gè)數(shù)據(jù)的大小，將會(huì)影響到所有的模塊。2.無法控制各個(gè)模塊對(duì)公共數(shù)據(jù)的存取，嚴(yán)重影響軟件模塊的可靠性和適應(yīng)性。3.公共數(shù)據(jù)名的使用，明顯降低了程序的可讀性。4.公共耦合的復(fù)雜程度隨耦合模塊的個(gè)數(shù)增加而顯著增加。dibazhang,9=

14、模塊劃分所確定的模塊層次結(jié)構(gòu)，可以通過模塊結(jié)構(gòu)圖描述出來。

dibazhang,9=

15、模塊規(guī)格可以用判斷表、結(jié)構(gòu)化語(yǔ)言、NS圖、活動(dòng)圖表達(dá)出來。

dibazhang,9=

16、使用編程語(yǔ)言編寫的代碼程序稱作“源代碼”。

dibazhang,9=

17、外部設(shè)計(jì)或內(nèi)部設(shè)計(jì)的評(píng)審叫做“設(shè)計(jì)評(píng)審（DR）”，程序的評(píng)審叫做“源代碼評(píng)審”。

dibazhang,9=

18、源代碼評(píng)審內(nèi)容：1.程序代碼是否按照規(guī)范進(jìn)行編寫的。2.編碼邏輯是否正確。

dibazhang,9=

19、源代碼評(píng)審方法：1.制作用語(yǔ)源代碼確認(rèn)的檢查列表。2.對(duì)存在問題的地方做好相應(yīng)的記錄。

dibazhang,9=20、編碼規(guī)范規(guī)則：1.在程序開頭添加注釋的規(guī)則。2.有關(guān)變量的命名、聲明方法的規(guī)則。3.程序邏輯的描述規(guī)則。4.變量類型的規(guī)則。

dijiuzhang,1=

1、軟件測(cè)試的目的：1.確認(rèn)軟件的質(zhì)量。一方面確認(rèn)軟件做了用戶期望的事情，另一方面確認(rèn)軟件以正確的方式完成了某個(gè)功能。2.提供信息。比如提供給開發(fā)人員或項(xiàng)目經(jīng)理的反饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。3.軟件測(cè)試不僅是在測(cè)試軟件產(chǎn)品本身，而且還包括軟件開發(fā)的過程。

dijiuzhang,2=

2、測(cè)試的最終目標(biāo)是確保軟件的質(zhì)量。

dijiuzhang,3=

3、軟件測(cè)試3種類型：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試。dijiuzhang,4=

4、單元測(cè)試和編碼屬于軟件工程過程的同一階段。集成測(cè)試是將完成單元測(cè)試的程序組合在一起，并確認(rèn)其動(dòng)作的測(cè)試。系統(tǒng)測(cè)試是用來確認(rèn)系統(tǒng)是否實(shí)現(xiàn)了《要件定義書》《外部設(shè)計(jì)書》中的內(nèi)容的測(cè)試。

dijiuzhang,5=

5、單體測(cè)試--白盒測(cè)試--流圖（查找程序處理流程的方法）。

dijiuzhang,6=

6、路徑數(shù)：用流圖的邊數(shù)減去節(jié)點(diǎn)數(shù)，然后再加上2，得到路徑數(shù)。

dijiuzhang,7=

7、測(cè)試數(shù)據(jù)再加上期待結(jié)果和具體的測(cè)試方法等，就可以整理為《單體測(cè)試計(jì)劃書》。根據(jù)測(cè)試計(jì)劃書進(jìn)行單體測(cè)試，并將得到的軟件測(cè)試結(jié)果整理匯總為《單體測(cè)試報(bào)告書》。

dijiuzhang,8=

8、驅(qū)動(dòng)程序存根程序：通常采用測(cè)試用的虛擬程序模塊進(jìn)行測(cè)試，這種虛擬的程序調(diào)用程序叫做“驅(qū)動(dòng)程序”。虛擬的被調(diào)用程序叫做“存根程序”。

dijiuzhang,9=

9、集成測(cè)試：集成測(cè)試的目的就是確認(rèn)程序之間的接口是否存在問題，以及是否實(shí)現(xiàn)了必須的功能。主要采用“黑盒測(cè)試”的測(cè)試方法。

dijiuzhang,9=

10、黑盒測(cè)試方法：等值劃分，界值分析，錯(cuò)誤推斷。

dijiuzhang,9=

11、系統(tǒng)測(cè)試的觀點(diǎn)：1.超負(fù)荷是的動(dòng)作。2.處理性能。3.故障修復(fù)功能。4.通過操作應(yīng)答。5.運(yùn)用維護(hù)功能。

dijiuzhang,9=

12、驗(yàn)收測(cè)試：是一項(xiàng)確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測(cè)試。驗(yàn)收測(cè)試通常情況要花費(fèi)1周至1個(gè)月的時(shí)間。

dijiuzhang,9=

13、驗(yàn)收測(cè)試的步驟：1.驗(yàn)收測(cè)試的擔(dān)當(dāng)與做成項(xiàng)目。2.驗(yàn)收測(cè)試不合格的情況。3.驗(yàn)收測(cè)試合格的情況。dijiuzhang,9=

14、如果所有的測(cè)試項(xiàng)目都通過，將驗(yàn)收測(cè)試合格的相關(guān)內(nèi)容記錄進(jìn)《驗(yàn)收測(cè)試成績(jī)書》。

dijiuzhang,9=

15、高效的驗(yàn)收測(cè)試方法：1.根據(jù)軟件開發(fā)公司提交的所有測(cè)試項(xiàng)目，對(duì)系統(tǒng)進(jìn)行認(rèn)真而又全面地測(cè)試。2.根據(jù)軟件開發(fā)公司提交的集成測(cè)試之后的故障處理管理票，對(duì)故障處理進(jìn)行確認(rèn)。通過這樣，判斷測(cè)試的有效性。另外，通過故障處理的內(nèi)容，可以評(píng)價(jià)軟件城堡公司的開發(fā)能力。3.從故障處理管理票中抽取出幾個(gè)處理完畢的項(xiàng)目進(jìn)行重新測(cè)試，確認(rèn)系統(tǒng)缺陷確實(shí)修改成功，測(cè)試合格等。4.根據(jù)《要件定義書》和《外部設(shè)計(jì)書》，單獨(dú)制定軟肝測(cè)試項(xiàng)目進(jìn)行測(cè)試。

dijiuzhang,9=

16、缺陷：軟件程序中存在的問題。為了保證軟件測(cè)試的質(zhì)量，最基本且被廣泛使用的一種方法是“缺陷累積曲線”?？捎糜谂袛喑绦蛉毕菹У闹笜?biāo)。橫軸表示時(shí)間，縱軸表示缺陷數(shù)量和測(cè)試項(xiàng)目等。

dijiuzhang,9=

17、缺陷累積曲線特征：1.表示實(shí)施完畢的測(cè)試項(xiàng)目數(shù)的圖形是一條指向坐標(biāo)區(qū)間右上方的一條直線。2.缺陷累積數(shù)量的變化用一條S曲線描述出來。

dishizhang,1=

1、項(xiàng)目工程管理：是為了使軟件項(xiàng)目按照預(yù)定成本、進(jìn)步、質(zhì)量順利完成，而對(duì)人員、產(chǎn)品、過程及項(xiàng)目進(jìn)行分析和管理的活動(dòng)。

dishizhang,2=

2、研究軟件項(xiàng)目管理的目的：是為了從成功或失敗的案例中總結(jié)出能夠指導(dǎo)今后開發(fā)的通用原則，方法，同時(shí)避免前人的失誤。

dishizhang,3=

3、項(xiàng)目工程有PMBOK、CMMI等多種管理方法。

dishizhang,4=

4、PMBOK中，軟件項(xiàng)目制約內(nèi)容：時(shí)間、費(fèi)用、范圍。規(guī)定了“知識(shí)領(lǐng)域”、“過程集合”兩個(gè)方面的知識(shí)。dishizhang,5=

5、知識(shí)領(lǐng)域管理：1.項(xiàng)目綜合管理；2.項(xiàng)目范圍管理；3.項(xiàng)目時(shí)間管理；4.項(xiàng)目成本管理；5.項(xiàng)目質(zhì)量管理；6.項(xiàng)目人力資源管理；7.項(xiàng)目溝通管理；8.項(xiàng)目風(fēng)險(xiǎn)管理；9.項(xiàng)目采購(gòu)管理。

dishiyizhang,1=

1、品質(zhì)評(píng)價(jià)基準(zhǔn)：評(píng)審工數(shù)、測(cè)試工數(shù)、評(píng)審實(shí)施效率、測(cè)試實(shí)施效率。

dishiyizhang,2=

2、提高品質(zhì)的手段：1.適當(dāng)管理文檔和程序（構(gòu)成管理）。2.提高系統(tǒng)開發(fā)過程的設(shè)計(jì)書的品質(zhì)（設(shè)計(jì)評(píng)審）。3.進(jìn)行嚴(yán)密而又全面的測(cè)試（測(cè)試管理）。

dishiyizhang,3=

3、兩種評(píng)審方法：“走查”和“審查”。

dishiyizhang,4=

4、評(píng)審過程必須進(jìn)行確認(rèn)的項(xiàng)目：“形式正確性”和“內(nèi)容正確性”。

dishiyizhang,5=

5、測(cè)試一般步驟：1.測(cè)試計(jì)劃作成；2.編寫測(cè)試項(xiàng)目；3.實(shí)施測(cè)試；4.修改不合格項(xiàng)目。

dishiyizhang,6=

6、制作測(cè)試項(xiàng)目的觀點(diǎn)：1.功能測(cè)試（功能確認(rèn)）；2.可靠性測(cè)試（可靠性確認(rèn)）；3.性能測(cè)試（性能確認(rèn)）；4.可操作性測(cè)試（可操作性確認(rèn)）；5.復(fù)合測(cè)試（復(fù)合條件下的動(dòng)作確認(rèn)）；6.反復(fù)測(cè)試（反復(fù)執(zhí)行同一動(dòng)作時(shí)的動(dòng)作確認(rèn)）；7.綜合測(cè)試（系統(tǒng)整體的動(dòng)作確認(rèn)）。

dishiyizhang,7=

7、測(cè)試密度表示測(cè)試的項(xiàng)目數(shù)對(duì)代碼行數(shù)的比例；BUG出現(xiàn)率表示BUG數(shù)對(duì)測(cè)試項(xiàng)目數(shù)的比例.

第二篇：對(duì)日開發(fā)知識(shí)

一

1、外包目的：降低成本；提高核心競(jìng)爭(zhēng)力；提高資源。

2、根據(jù)外包供應(yīng)商的地理分布狀況劃分：境內(nèi)外包、離岸外包。

3、發(fā)包方：美國(guó)、西歐、日本；接包方：印度、菲律賓、中國(guó)。

4、根據(jù)外包的業(yè)務(wù)不同劃分：業(yè)務(wù)應(yīng)用外包BAO、業(yè)務(wù)流程外包BPO、業(yè)務(wù)流程離岸外包、業(yè)務(wù)轉(zhuǎn)型外包、多方外包、共享服務(wù)或內(nèi)包。

5、外包業(yè)務(wù)特點(diǎn)：偏后臺(tái)、偏機(jī)械、非現(xiàn)場(chǎng)。

6、服務(wù)外包分類：信息技術(shù)外包ITO、業(yè)務(wù)流程外包BPO、知識(shí)流程外包KPO。

7、軟件外包行業(yè)的發(fā)展趨勢(shì)：由簡(jiǎn)單編碼向大型整體外包項(xiàng)目發(fā)展；項(xiàng)目利潤(rùn)率逐漸提高；多樣化渠道構(gòu)建多層次合作平臺(tái)；項(xiàng)目質(zhì)量和準(zhǔn)時(shí)交付成為客戶的核心需求；不斷開拓歐美外包市場(chǎng)；BPO（業(yè)務(wù)流程外包）成為未來外包發(fā)展的趨勢(shì)。

8、對(duì)日軟外優(yōu)勢(shì)：地理位置；語(yǔ)言；文化；習(xí)慣。

9、對(duì)日軟件外包開發(fā)的特點(diǎn)：編碼測(cè)試業(yè)務(wù)量比重大；品質(zhì)要求高；文檔要求高；工期短工作量大。二

1、根據(jù)功能和使用范圍分類：基礎(chǔ)軟件、應(yīng)用軟件。

2、軟件開發(fā)步驟：進(jìn)行用戶的需求調(diào)研和分析，確定待開發(fā)軟件系統(tǒng)的規(guī)格；進(jìn)行相應(yīng)的軟件設(shè)計(jì)，實(shí)現(xiàn)軟件系統(tǒng)的規(guī)格；根據(jù)軟件設(shè)計(jì)的結(jié)果進(jìn)行編碼；進(jìn)行軟件測(cè)試，確定軟件系統(tǒng)是否滿足客戶的需求并且是沒有缺陷的。

3、軟件開發(fā)的全過程：需求分析/定義（需求定義書、要件定義書）、外部設(shè)計(jì)（外部設(shè)計(jì)書）、內(nèi)部設(shè)計(jì)(內(nèi)部設(shè)計(jì)書)、程序設(shè)計(jì)（程序設(shè)計(jì)書）、編程（源代碼）、測(cè)試（測(cè)試試樣書、測(cè)試報(bào)告書）

4、最具代表性的分析設(shè)計(jì)方法：結(jié)構(gòu)化的分析和設(shè)計(jì)、面向?qū)ο蟮姆治龊驮O(shè)計(jì)。

5、軟件開發(fā)模型：瀑布、螺旋、敏捷、V(開發(fā)效率最高)三

1、開發(fā)規(guī)范：用語(yǔ)一致；標(biāo)準(zhǔn)的工程名稱和文檔；正確的圖形表示方法；標(biāo)準(zhǔn)的開發(fā)規(guī)范。

2、在編寫開發(fā)文檔過程中，首先遵守的基本原則：用語(yǔ)一致

3、編寫文檔的重要性：當(dāng)軟件系統(tǒng)達(dá)到一定規(guī)模的時(shí)候，分析、設(shè)計(jì)、編碼和測(cè)試工作通常是由不同的開發(fā)人員來完成的。這時(shí)，為了保證系統(tǒng)開發(fā)的順利進(jìn)行，就需要在擔(dān)當(dāng)不同任務(wù)的開發(fā)人員之間進(jìn)行系統(tǒng)開發(fā)信息的傳遞。

4、UML圖：分為結(jié)構(gòu)圖（類圖、對(duì)象圖、包圖）（靜態(tài)）、動(dòng)作圖（時(shí)序圖、用例圖）（動(dòng)作）

5、類圖：描述類之間的靜態(tài)關(guān)系，存在哪些類、這些類之間存在什么樣的關(guān)系

6、時(shí)序圖：用來描述對(duì)象間的信息傳遞（方法的調(diào)用關(guān)系），即按照時(shí)間順序描述對(duì)象間的動(dòng)態(tài)交互。

7、用列圖：用來描述系統(tǒng)提供的功能以及同使用者之間的動(dòng)態(tài)關(guān)系。使用者為用戶，系統(tǒng)提供的功能為用例。

8、流程圖：采用一些簡(jiǎn)單的圖形符號(hào)，用易于理解的圖形方式來描述系統(tǒng)的處理過程和數(shù)據(jù)流的一種表達(dá)方式。四

1、上游工程：需求分析與定義、要件定義、系統(tǒng)方案、外部設(shè)計(jì)、內(nèi)部設(shè)計(jì)

2、下游工程：編碼、單體測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試。

3、非功能需求的分類：機(jī)能性、依賴性、使用性、效率性、保守性、移植性、障害移植性、效果性、運(yùn)用性、技術(shù)要件。

4、要件定義書的編寫步驟：充分把握《需求定義書》中描述的內(nèi)容；設(shè)想需求定義的系統(tǒng)化模型，刪除重復(fù)的功能，添加不足的功能；在進(jìn)行系統(tǒng)化時(shí)，確認(rèn)并解決功能間的矛盾及其他問題，并確定需要進(jìn)行系統(tǒng)化的功能范圍；整理總結(jié)。

5、要件定義書的描述項(xiàng)目：背景、課題、目的方針、概要、機(jī)能、系統(tǒng)化的范圍、導(dǎo)入移形計(jì)劃、運(yùn)用保守、工程計(jì)劃、體制、成果物。五

1、系統(tǒng)方案書的編寫步驟：閱讀理解《要件定義書》，構(gòu)造軟件系統(tǒng)的原型（功能、結(jié)構(gòu)等）；分析提煉出需要的開發(fā)技術(shù)，進(jìn)行相關(guān)的技術(shù)調(diào)查或聽取專業(yè)人員的意見；確定系統(tǒng)構(gòu)成；估計(jì)開發(fā)系統(tǒng)

的時(shí)間；估計(jì)開發(fā)系統(tǒng)的費(fèi)用；按照《系統(tǒng)方案書》的規(guī)格進(jìn)行整理總結(jié)；組織相關(guān)人員進(jìn)行評(píng)審，提高《系統(tǒng)方案書》的完成度。

2、《系統(tǒng)方案書》的描述項(xiàng)目：背景、課題、目的方針、概要、機(jī)能、系統(tǒng)化的范圍、導(dǎo)入移形計(jì)劃、運(yùn)用保守、工程計(jì)劃、體制、成果物。（系統(tǒng)構(gòu)成、項(xiàng)目構(gòu)成、軟件構(gòu)成、作業(yè)標(biāo)準(zhǔn)、品質(zhì)管理、費(fèi)用工數(shù)規(guī)模）

3、編寫系統(tǒng)方案書的注意點(diǎn)：字體格式文字大??；文字統(tǒng)一用desu masu體；正確使用deniwoha、并且使用方法要一致；明確用語(yǔ)的定義；數(shù)值后面必須有相應(yīng)的單位；

一定要有版本號(hào)；根據(jù)客戶的要求統(tǒng)一文體和用語(yǔ)等。

4、X.Y公司內(nèi)部評(píng)審的文檔以0.1、0.1版的方式進(jìn)行版本號(hào)的累加。展示給客戶的文檔版本是1.0，每當(dāng)進(jìn)行小范圍修改的時(shí)候，則以1.0、1.1、1.2的方式變更。如果在1.2的基礎(chǔ)上進(jìn)行較大改動(dòng)，下一

個(gè)版本應(yīng)為2.0.六

1、外部設(shè)計(jì)書的編寫步驟：開始-設(shè)計(jì)業(yè)務(wù)流程-子系統(tǒng)的劃分-設(shè)計(jì)畫面布局和報(bào)表布局-設(shè)計(jì)編號(hào)-數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)-設(shè)計(jì)系統(tǒng)接口-外部設(shè)計(jì)書的表述項(xiàng)目-匯總與評(píng)審-終了

2、數(shù)據(jù)流程圖DFD的構(gòu)成元素：數(shù)據(jù)存儲(chǔ)、處理、數(shù)據(jù)源、數(shù)據(jù)流

3、數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)常用的圖形表示方法：ER圖和CRUD圖

4、外部設(shè)計(jì)書中至少包含以下幾個(gè)描述項(xiàng)目：目的方針、概要、功能、用戶界面、系統(tǒng)構(gòu)成、軟件構(gòu)成、硬件構(gòu)成、網(wǎng)絡(luò)構(gòu)成、系統(tǒng)接口。七

1、編寫內(nèi)部設(shè)計(jì)書的目的：為了防止編碼時(shí)的錯(cuò)誤，從早期階段開始確保產(chǎn)品的質(zhì)量；不論什么能力的程序員，都能開發(fā)出同樣品質(zhì)的程序；由多個(gè)軟件公司共同開發(fā)一個(gè)程序的時(shí)候，可以很容易地將程序組合在一起；更容易將可復(fù)用程序進(jìn)行模塊化。

2、內(nèi)部設(shè)計(jì)書的做成步驟：開始-畫面的詳細(xì)設(shè)計(jì)-賬單報(bào)表的詳細(xì)設(shè)計(jì)-外部接口的詳細(xì)設(shè)計(jì)-業(yè)務(wù)規(guī)則的詳細(xì)設(shè)計(jì)-請(qǐng)求處理的詳細(xì)設(shè)計(jì)-消息的詳細(xì)設(shè)計(jì)-數(shù)據(jù)庫(kù)物理的詳細(xì)設(shè)計(jì)-整理總結(jié)-評(píng)審-終了 八

1、完成描述模塊的詳細(xì)處理內(nèi)容的《模塊規(guī)格書》，將程序結(jié)構(gòu)描述為模塊間層次關(guān)系的《模塊結(jié)構(gòu)圖》

2、STS：源、轉(zhuǎn)換、接收

3、輸入處理與轉(zhuǎn)換處理的界線：最大抽象輸入點(diǎn)；轉(zhuǎn)換處理與輸出處理的界線：最大抽象輸出點(diǎn)。

4、STS劃分方法和事務(wù)處理劃分方法是最具代表性的兩種模塊劃分方法。這兩種方法都是面向數(shù)據(jù)流的模塊劃分方法。還有面向數(shù)據(jù)結(jié)構(gòu)的模塊劃分方法：Jackson方法。

5、作為評(píng)價(jià)模塊劃分標(biāo)準(zhǔn)，主要有模塊的大小、模塊的內(nèi)聚性、模塊的耦合度、模塊的控制范圍和影響范圍

6、模塊的內(nèi)聚性由強(qiáng)到弱：功能內(nèi)聚、信息、通信、過程、時(shí)間、邏輯、偶然

7、模塊的耦合性由弱到強(qiáng)：數(shù)據(jù)耦合、印記、控制、外部、公共、內(nèi)容

8、采用STS劃分方法和事務(wù)處理劃分方法進(jìn)行模塊劃分所確定的模塊層次結(jié)構(gòu)，可以通過模塊結(jié)構(gòu)圖描述。

9、編碼規(guī)范要點(diǎn)：在程序開頭添加注釋的規(guī)則；有關(guān)變量的命名、聲明方法的規(guī)則；程序邏輯的描述規(guī)則；變量類型的規(guī)則。九

1、軟件測(cè)試的目的和意義：（1）確認(rèn)軟件的質(zhì)量。一方面是確認(rèn)軟件做了用戶期待的事情，另一方面是確認(rèn)軟件以正確的方式完成了某個(gè)功能；（2）提供信息。比如提供給開發(fā)人員或項(xiàng)目經(jīng)理的反饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息；（3）軟件測(cè)試不僅是在測(cè)試軟件產(chǎn)品本身，而且還包括軟件開發(fā)的過程。

2、在軟件測(cè)試階段，主要進(jìn)行3種類型的測(cè)試：即單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試。

3、單元測(cè)試：是軟件測(cè)試的第一步，是針對(duì)軟件設(shè)計(jì)的最小單位—程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。集成測(cè)試：是將完成單元測(cè)試的程序模塊組合在一起，并確認(rèn)其動(dòng)作的測(cè)試。集成測(cè)試主要是確認(rèn)程序間的接口，及數(shù)據(jù)的接收和傳遞是否有問題，系統(tǒng)功能是否得到了實(shí)現(xiàn)。系統(tǒng)測(cè)試：是用來確認(rèn)系統(tǒng)是否實(shí)現(xiàn)了《要件定義書》、《外部設(shè)計(jì)書》中的內(nèi)容測(cè)試。當(dāng)系統(tǒng)規(guī)模較大，以子系統(tǒng)為單位進(jìn)行集成測(cè)試的時(shí)候，系統(tǒng)測(cè)試主要用來確認(rèn)子系統(tǒng)間的接口是否存在問題。

4、在進(jìn)行單體測(cè)試的時(shí)候，通常采用“白盒測(cè)試”。

5、流圖：采用“流圖”查找程序處理流程的方法。即根據(jù)描述程序處理的流程圖，確認(rèn)程序的處理流程，并制作出滿足處理過程分支的數(shù)據(jù)。

6、這樣做成的測(cè)試數(shù)據(jù)，再加上期待結(jié)果和具體的測(cè)試方法等，就可以整理成《單體測(cè)試計(jì)劃書》。其后，根據(jù)測(cè)試計(jì)劃書進(jìn)行單體測(cè)試，并將得到的測(cè)試結(jié)果整理匯總為《單體測(cè)試報(bào)告書》。

7、集成測(cè)試中，主要采用“黑盒測(cè)試”。

8、黑盒測(cè)試方法：等值劃分、界值分析、錯(cuò)誤推斷。

9、系統(tǒng)測(cè)試的觀點(diǎn)：超負(fù)荷、處理性能、故障修復(fù)功能、通過操作應(yīng)答、運(yùn)用維護(hù)功能。

10、驗(yàn)收測(cè)試的目的：確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。

11、驗(yàn)收測(cè)試的步驟

1、依據(jù)軟件開發(fā)公司提交的所有測(cè)試項(xiàng)目，對(duì)系統(tǒng)進(jìn)行認(rèn)真而又全面的測(cè)試。

2、根據(jù)軟件開發(fā)公司提交的集成測(cè)試之后的故障處理管理票，對(duì)故障處理進(jìn)行確認(rèn)。通過這樣，判斷測(cè)試的有效性。另外，通過故障處理的內(nèi)容，可以評(píng)價(jià)軟件承包公司的開發(fā)能力。

3、從故障處理管理票中抽取幾個(gè)處理完畢的項(xiàng)目進(jìn)行重新測(cè)試，確認(rèn)系統(tǒng)缺陷確實(shí)修改成功，測(cè)試合格等。

4、根據(jù)《要件定義書》和《外部設(shè)計(jì)書》，單獨(dú)制定若干測(cè)試項(xiàng)目進(jìn)行測(cè)試。

12、為了保證軟件測(cè)試的質(zhì)量，最基本且被廣泛使用的一種方法是“缺陷累積曲線”。

十、1、項(xiàng)目工程管理是為了使軟件項(xiàng)目按照預(yù)定成本、進(jìn)度、質(zhì)量順利完成，而對(duì)人員、產(chǎn)品、過程及項(xiàng)目進(jìn)行分析和管理的活動(dòng)。

2、知識(shí)領(lǐng)域：項(xiàng)目綜合管理、項(xiàng)目范圍管理、項(xiàng)目時(shí)間管理、項(xiàng)目成本管理、項(xiàng)目質(zhì)量管理、項(xiàng)目人力資源管理、項(xiàng)目溝通管理、項(xiàng)目風(fēng)險(xiǎn)管理、項(xiàng)目采購(gòu)管理。

十一、1、改善品質(zhì)的手段：適當(dāng)管理文檔和程序（構(gòu)成管理）、提高系統(tǒng)開發(fā)過程中設(shè)計(jì)書的品質(zhì)（設(shè)計(jì)評(píng)審）、進(jìn)行嚴(yán)密而又全面的測(cè)試（測(cè)試管理）。

2、測(cè)試的一般步驟：測(cè)試計(jì)劃作出、測(cè)試項(xiàng)目作成、測(cè)試實(shí)施、修改。

3、測(cè)試密度表示測(cè)試項(xiàng)目數(shù)對(duì)代碼行數(shù)的比例；Bug出現(xiàn)率表示Bug數(shù)對(duì)測(cè)試項(xiàng)目數(shù)的比例。

第三篇：軟件項(xiàng)目開發(fā)管理流程

研發(fā)中心項(xiàng)目開發(fā)管理流程

1，新項(xiàng)目開發(fā)管理流程

按照項(xiàng)目管理規(guī)范，項(xiàng)目管理分為：項(xiàng)目啟動(dòng)—》項(xiàng)目計(jì)劃—》項(xiàng)目執(zhí)行—》項(xiàng)目控制—》項(xiàng)目結(jié)尾。5個(gè)階段。根據(jù)該管理流程和我公司實(shí)際情況，將新項(xiàng)目開發(fā)的管理流程制定如下圖：

1.1 項(xiàng)目立項(xiàng)

項(xiàng)目立項(xiàng)階段，首先由的項(xiàng)目經(jīng)理編寫《項(xiàng)目立項(xiàng)報(bào)告》。

研發(fā)項(xiàng)目立項(xiàng)報(bào)告模板.doc

1.2 立項(xiàng)評(píng)審

《項(xiàng)目立項(xiàng)報(bào)告》編寫完成后，交由項(xiàng)目管理委員會(huì)進(jìn)行立項(xiàng)評(píng)審，評(píng)審?fù)ㄟ^后由副總經(jīng)理簽字確認(rèn)立項(xiàng)。確定需求分析和項(xiàng)目設(shè)計(jì)階段的時(shí)間和人員安排。

1.3 需求分析

需求分析階段，需要與用戶交流，雙方對(duì)軟件需求取得共同理解基礎(chǔ)上達(dá)成的協(xié)議。編寫并完成軟件需求說明書：也稱軟件規(guī)格說明書。

軟件需求說明書模板.doc

1.4 系統(tǒng)設(shè)計(jì)階段

常規(guī)的系統(tǒng)設(shè)計(jì)需要依次完成《概要設(shè)計(jì)說明書》，《詳細(xì)設(shè)計(jì)說明書》。以下是文檔的簡(jiǎn)要說明：

概要設(shè)計(jì)說明書：該說 明書是概要設(shè)計(jì)階段的工作 成果，它應(yīng)說明功能分配、模 塊劃分、程序的總體結(jié)構(gòu)、輸 入輸出以及接口設(shè)計(jì)、運(yùn)行設(shè) 計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理 設(shè)計(jì)等，為詳細(xì)設(shè)計(jì)奠定基礎(chǔ)。

概要設(shè)計(jì)說明書.doc

詳細(xì)設(shè)計(jì)說明書：著重 描述每一模塊是怎樣實(shí)現(xiàn)的，包括實(shí)現(xiàn)算法、邏輯流程等。詳細(xì)設(shè)計(jì)說明書.doc

詳細(xì)設(shè)計(jì)說明書編寫完成后，項(xiàng)目經(jīng)理應(yīng)該依次編寫安排項(xiàng)目開發(fā)工作計(jì)劃。工作計(jì)劃安排可以根據(jù)項(xiàng)目經(jīng)理的習(xí)慣進(jìn)行工作計(jì)劃編寫。建議采用project。附件為綜合考務(wù)平臺(tái)的工作計(jì)劃安排，可以供參考：

考試考務(wù)綜合管理平臺(tái)工作計(jì)劃.mpp。并且確定里程碑，以便在后期項(xiàng)目執(zhí)行過程中，對(duì)其進(jìn)行確認(rèn)。對(duì)于大項(xiàng)目，建議按照項(xiàng)目設(shè)計(jì)流程，先進(jìn)行概要設(shè)計(jì)，再到詳細(xì)設(shè)計(jì)。但是對(duì)于特殊項(xiàng)目（項(xiàng)目周期較短，小項(xiàng)目），可以講概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)階段合二為一，編寫功能，接口方案。但是值得注意的是，該方案中，仍然需要涵蓋項(xiàng)目模塊功能，用戶權(quán)限和各模塊實(shí)現(xiàn)邏輯，接口等。

項(xiàng)目設(shè)計(jì)開發(fā)方案.docx。

1.5 項(xiàng)目設(shè)計(jì)評(píng)審

設(shè)計(jì)階段完成后，項(xiàng)目經(jīng)理填寫《項(xiàng)目設(shè)計(jì)評(píng)審表》，將相關(guān)文檔交由項(xiàng)目管理委員會(huì)進(jìn)行項(xiàng)目設(shè)計(jì)評(píng)審。通過評(píng)審后，方可進(jìn)行編碼工作。

項(xiàng)目設(shè)計(jì)評(píng)審表.docx

1.6 編碼和測(cè)試用例編寫階段

項(xiàng)目編碼階段，項(xiàng)目經(jīng)理需要對(duì)項(xiàng)目執(zhí)行情況進(jìn)行控制和監(jiān)督，其中包括（項(xiàng)目輸入，項(xiàng)目輸出，里程碑）。如果由于特殊情況，如：需求變化，人員臨時(shí)調(diào)配，或者其他原因?qū)е碌捻?xiàng)目范圍和時(shí)間，計(jì)劃等變更，項(xiàng)目經(jīng)理應(yīng)該及時(shí)填寫變更申請(qǐng)。并提交給項(xiàng)目管理委員會(huì)。作為之后項(xiàng)目輸出驗(yàn)證的重要依據(jù)項(xiàng)目變更申請(qǐng)書.doc。

在此階段，測(cè)試人員應(yīng)該根據(jù)《需求說明書》，《概要設(shè)計(jì)》和《詳細(xì)設(shè)計(jì)說明書》的內(nèi)容，編寫相應(yīng)的《測(cè)試用例》。1.7 測(cè)試階段

編碼完成后，應(yīng)該移交測(cè)試組進(jìn)行相關(guān)測(cè)試工作。按照測(cè)試流程，需要提交《測(cè)試申請(qǐng)表》。測(cè)試人員在接收到《測(cè)試申請(qǐng)》后，應(yīng)該與研發(fā)人員討論《測(cè)試用例》的相關(guān)內(nèi)容，確定測(cè)試時(shí)間，開始程序測(cè)試。并在測(cè)試工作完成后，編寫對(duì)應(yīng)的《測(cè)試報(bào)告》。

1.8 結(jié)項(xiàng)評(píng)審與驗(yàn)證

項(xiàng)目負(fù)責(zé)人和測(cè)試負(fù)責(zé)人分別填寫《項(xiàng)目結(jié)項(xiàng)評(píng)審表》，交由項(xiàng)目管理委員會(huì)進(jìn)行評(píng)審。評(píng)審?fù)ㄟ^后，由研發(fā)中心副總經(jīng)理進(jìn)行發(fā)布確認(rèn)。

項(xiàng)目結(jié)項(xiàng)評(píng)審驗(yàn)證表.doc

1.9 新產(chǎn)品發(fā)布

編寫《用戶手冊(cè)》。方可進(jìn)行新產(chǎn)品發(fā)布。

2，舊項(xiàng)目升級(jí)開發(fā)管理流程

舊項(xiàng)目的升級(jí)，依照如下流程：

2.1項(xiàng)目升級(jí)需求分析

項(xiàng)目需求分析，需要收集用戶在產(chǎn)品使用過程中，已經(jīng)技術(shù)人員在調(diào)試過程中的反饋?zhàn)鳛樾枨蠓治龅妮斎?。并填寫?duì)應(yīng)的項(xiàng)目升級(jí)需求報(bào)告表。項(xiàng)目升級(jí)需求報(bào)告表.doc

2.2 升級(jí)評(píng)審

將《升級(jí)需求報(bào)告》交由項(xiàng)目管理委員會(huì)，評(píng)審?fù)ㄟ^后，進(jìn)行升級(jí)設(shè)計(jì)。2.2項(xiàng)目升級(jí)設(shè)計(jì)

項(xiàng)目負(fù)責(zé)人，根據(jù)需求報(bào)告和升級(jí)具體情況，編寫升級(jí)開發(fā)方案。項(xiàng)目升級(jí)開發(fā)方案.docx。并安排整改工作計(jì)劃。

2.3 項(xiàng)目升級(jí)設(shè)計(jì)評(píng)審

升級(jí)開發(fā)方案完成后，填寫《項(xiàng)目設(shè)計(jì)評(píng)審表》，交由項(xiàng)目管理委員會(huì)評(píng)審。

2.4 編碼

按照項(xiàng)目升級(jí)開發(fā)方案進(jìn)行編碼設(shè)計(jì)，如果編碼工作中，發(fā)生特殊情況需要變更計(jì)劃，或者項(xiàng)目范圍等，同樣需要提交《變更申請(qǐng)》，作為項(xiàng)目驗(yàn)證的基礎(chǔ)。同樣，此階段，測(cè)試人員應(yīng)該編寫或者修改相關(guān)測(cè)試用例。

2.5 測(cè)試

編碼完成后，應(yīng)該移交測(cè)試組進(jìn)行相關(guān)測(cè)試工作。按照測(cè)試流程，需要提交《測(cè)試申請(qǐng)表》。測(cè)試人員在接收到測(cè)試申請(qǐng)后，應(yīng)該與研發(fā)人員討論《測(cè)試用例》的相關(guān)內(nèi)容，確定測(cè)試時(shí)間，開始程序測(cè)試。并在測(cè)試工作完成后，編寫對(duì)應(yīng)的《測(cè)試報(bào)告》。

2.6 升級(jí)輸出評(píng)審

項(xiàng)目負(fù)責(zé)人和測(cè)試負(fù)責(zé)人分別填寫《項(xiàng)目結(jié)項(xiàng)評(píng)審表》，交由項(xiàng)目管理委員會(huì)進(jìn)行評(píng)審。評(píng)審?fù)ㄟ^后，由副總經(jīng)理進(jìn)行發(fā)布確認(rèn)后。

第四篇：軟件項(xiàng)目開發(fā)工作流程

軟件項(xiàng)目開發(fā)工作流程

一、簡(jiǎn)述

對(duì)于一個(gè)新項(xiàng)目，從可行性研究到產(chǎn)品交貨整個(gè)生存階段將經(jīng)歷如下十大流程：

1、項(xiàng)目可行性研究階段

2、立項(xiàng)階段

3、需求分析階段

4、開發(fā)策劃階段

5、設(shè)計(jì)階段

6、編碼實(shí)現(xiàn)階段

7、測(cè)試階段

8、驗(yàn)收階段

9、產(chǎn)品交付使用

10、維護(hù)階段

二、項(xiàng)目組基本組成及崗位職責(zé)

新項(xiàng)目立項(xiàng)時(shí)會(huì)成立項(xiàng)目組，不同的項(xiàng)目組成員有不同的職責(zé)，一個(gè)項(xiàng)目組成員也可以身兼多職，但不可身兼全職。

a項(xiàng)目負(fù)責(zé)人：負(fù)責(zé)項(xiàng)目的管理、組織、對(duì)技術(shù)、進(jìn)度、質(zhì)量全面負(fù)責(zé)。b質(zhì)量保證人員：負(fù)責(zé)質(zhì)量保證工作計(jì)劃的落實(shí)和軟件的質(zhì)量保證。

C配臵管理人員：負(fù)責(zé)本項(xiàng)目的配臵管理工作，對(duì)本項(xiàng)目的文檔、程序是否符合規(guī)程文件的要求進(jìn)行形式化的檢查。

D分析人員：主要負(fù)責(zé)本項(xiàng)目的需求分析工作。E設(shè)計(jì)人員：主要負(fù)責(zé)本項(xiàng)目的設(shè)計(jì)工作。

F程序員：按設(shè)計(jì)要求和有關(guān)標(biāo)準(zhǔn)進(jìn)行編程工作。

G測(cè)試人員：負(fù)責(zé)單元測(cè)試、組合測(cè)試和總裝測(cè)試工作。H文檔人員：負(fù)責(zé)本項(xiàng)目有關(guān)文檔的編寫工作。

I產(chǎn)品經(jīng)理：協(xié)助進(jìn)行產(chǎn)品研制計(jì)劃制定、產(chǎn)品發(fā)布與產(chǎn)品推廣等,在產(chǎn)品開發(fā)中，充分代表用戶的利益，提供建議,負(fù)責(zé)在產(chǎn)品功能與出品日期二者之間的權(quán)衡;負(fù)責(zé)產(chǎn)品市場(chǎng)營(yíng)銷、產(chǎn)品銷售和市場(chǎng)推廣過程。（通常由營(yíng)銷部門或中試部門人員擔(dān)任）

三、軟件開發(fā)流程

3．1 可行性研究階段

如果是公司自主開發(fā)項(xiàng)目，可行性研究通常是由公司技術(shù)負(fù)責(zé)人根據(jù)公司產(chǎn)品規(guī)劃和市場(chǎng)需求，在要開展新項(xiàng)目前通過部門負(fù)責(zé)人指定人員進(jìn)行的前期調(diào)研工作，可行性研究負(fù)責(zé)人員對(duì)產(chǎn)品的市場(chǎng)需求、技術(shù)發(fā)展、市場(chǎng)定位、功能需求、經(jīng)濟(jì)效益、進(jìn)度需求、風(fēng)險(xiǎn)分析等進(jìn)行可行性研究，提供產(chǎn)品立項(xiàng)建議，擬制可行性研究報(bào)告，由部門負(fù)責(zé)人指定營(yíng)銷部門配合可行性分析人員，技術(shù)負(fù)責(zé)人協(xié)助安排?？尚行苑治鐾戤吅笥煽偣まk組織對(duì)可行性研究報(bào)告進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^后，總工辦組織進(jìn)行立項(xiàng)工作。

如果是系統(tǒng)集成部外接的系統(tǒng)集成項(xiàng)目，在系統(tǒng)集成部與客戶簽訂合同之前，均應(yīng)對(duì)將簽項(xiàng)目進(jìn)行資源、技術(shù)、市場(chǎng)的可行性分析，可行性分析通過后、簽訂合同前由總工辦組織相關(guān)人員對(duì)合同條款進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^后，總工辦組織進(jìn)行立項(xiàng)工作。

本階段提交的文檔：項(xiàng)目可行性研究任務(wù)書（技術(shù)負(fù)責(zé)人或部門負(fù)責(zé)人下達(dá)）

項(xiàng)目可行性研究報(bào)告（可行性研究人員編寫）

系統(tǒng)集成項(xiàng)目合同 質(zhì)量記錄：可行性分析評(píng)審報(bào)告 3．2立項(xiàng)階段

可行性分析評(píng)審?fù)ㄟ^后，由開發(fā)部門經(jīng)理下達(dá)立項(xiàng)任務(wù)，指定相關(guān)人員填寫立項(xiàng)申請(qǐng)報(bào)告報(bào)批。報(bào)批通過后，由部門經(jīng)理與技術(shù)負(fù)責(zé)人協(xié)商，下達(dá)開發(fā)任務(wù)書，經(jīng)技術(shù)負(fù)責(zé)人審核確認(rèn)后，報(bào)公司批準(zhǔn)。批準(zhǔn)立項(xiàng)后項(xiàng)目進(jìn)度應(yīng)以立項(xiàng)申請(qǐng)報(bào)告中的階段進(jìn)度為準(zhǔn)，如果進(jìn)度要調(diào)整，需填寫進(jìn)度調(diào)整申請(qǐng)報(bào)告報(bào)批。本階段提交的文檔：項(xiàng)目立項(xiàng)申請(qǐng)報(bào)告

開發(fā)任務(wù)書

3．3 需求分析階段

承辦單位根據(jù)交辦單位提出的技術(shù)要求和相應(yīng)的軟件任務(wù)書以及其它有關(guān)文件，與交辦單位協(xié)作，確定詳細(xì)的軟件需求，該階段完成的軟件需求規(guī)格說明經(jīng)審定和批準(zhǔn)后將作為整個(gè)軟件開發(fā)工作的基礎(chǔ)列入配臵管理的基線，在本階段可利用快速原型法使比較含糊的具有不確定性的軟件需求（主要是功能）明確化。能給本公司開發(fā)的軟件的“需求基線”確定提供一個(gè)討論、進(jìn)一步完善的基礎(chǔ)。在本階段，由產(chǎn)品經(jīng)理負(fù)責(zé)，其他人員配合，編寫產(chǎn)品規(guī)格說明書，此說明書面向最終用戶和領(lǐng)導(dǎo)，主要描繪產(chǎn)品的形狀以及功能、性能、功能特性、性能特性。由項(xiàng)目經(jīng)理負(fù)責(zé)編寫系統(tǒng)技術(shù)方案書，描述公司初次使用的技術(shù)的詳細(xì)解決方案。本階段完畢后對(duì)需求分析進(jìn)行評(píng)審，出具需求分析評(píng)審報(bào)告。本階段提交的文檔：軟件需求規(guī)格說明書。

原型分析說明書

產(chǎn)品規(guī)格說明書

系統(tǒng)技術(shù)方案書

質(zhì)量記錄：

需求分析評(píng)審報(bào)告

提交的軟件：產(chǎn)品的原型（注：如果時(shí)間有限，可以只編寫原型分析說明書而不作原型）

3．4開發(fā)策化階段 根據(jù)項(xiàng)目要求和軟件需求，由配臵人員配合項(xiàng)目經(jīng)理編寫本項(xiàng)目的質(zhì)量保證計(jì)劃、配臵管理計(jì)劃和項(xiàng)目綜合計(jì)劃。在配臵管理計(jì)劃中，應(yīng)列明本項(xiàng)目需提交的各階段文檔的名稱，在項(xiàng)目各階段完成后，項(xiàng)目組需列表說明要移交的文檔，將此表與各文檔一并向總工辦移交。在制定計(jì)劃時(shí)，應(yīng)為計(jì)劃、設(shè)計(jì)、測(cè)試、改錯(cuò)、再測(cè)試、變更、以及編制文檔留出足夠的時(shí)間。不應(yīng)使用突擊的辦法來完成項(xiàng)目。

本階段涉及的文檔：軟件質(zhì)量保證計(jì)劃

配臵管理計(jì)劃

項(xiàng)目綜合計(jì)劃

3．5設(shè)計(jì)階段 3．5．1概要設(shè)計(jì)

根據(jù)軟件需求規(guī)格說明建立軟件總體結(jié)構(gòu)和模塊間的關(guān)系，確定各模塊功能，定義各功能模塊的接口，設(shè)計(jì)全局?jǐn)?shù)據(jù)庫(kù)和數(shù)據(jù)結(jié)構(gòu)，在概要設(shè)計(jì)明確后，可以對(duì)綜合計(jì)劃進(jìn)一步細(xì)化，填寫項(xiàng)目進(jìn)度預(yù)計(jì)。概要設(shè)計(jì)需經(jīng)過評(píng)審。本階段涉及的文檔：產(chǎn)品概要設(shè)計(jì)說明書

數(shù)據(jù)庫(kù)設(shè)計(jì)說明

項(xiàng)目進(jìn)度預(yù)計(jì) 質(zhì)量記錄： 評(píng)審報(bào)告 3．5．2詳細(xì)設(shè)計(jì)

對(duì)概要設(shè)計(jì)中產(chǎn)生的功能模塊進(jìn)行過程描述設(shè)計(jì)，設(shè)計(jì)功能模塊的內(nèi)部細(xì)節(jié)，包括算法和數(shù)據(jù)結(jié)構(gòu)，為編寫源代碼提供必要的說明。詳細(xì)設(shè)計(jì)需要經(jīng)過評(píng)審。本階段涉及的文檔：軟件詳細(xì)設(shè)計(jì)說明書

測(cè)試計(jì)劃 質(zhì)量記錄： 評(píng)審報(bào)告 3．6編碼實(shí)現(xiàn)階段

根據(jù)軟件詳細(xì)設(shè)計(jì)說明、對(duì)各程序模塊進(jìn)行編碼、調(diào)試、靜態(tài)分析和單元測(cè)試，驗(yàn)證程序單元與設(shè)計(jì)說明的一致性。本階段涉及的文檔：項(xiàng)目進(jìn)度月報(bào)

項(xiàng)目周計(jì)劃和周總結(jié)

項(xiàng)目開發(fā)人員周計(jì)劃

工作日志

每周例會(huì)記錄

配臵項(xiàng)更改申請(qǐng)單 3．6 測(cè)試階段

3．6．1 軟件單元測(cè)試

按詳細(xì)設(shè)計(jì)的結(jié)構(gòu)，根據(jù)軟件單元測(cè)試計(jì)劃，依照將經(jīng)過單元測(cè)試的底層程序單元逐步組裝成子項(xiàng)目直到開發(fā)項(xiàng)目的過程，對(duì)軟件進(jìn)行測(cè)試。本階段涉及的文檔：測(cè)試計(jì)劃

測(cè)試設(shè)計(jì)

測(cè)試問題報(bào)告單 參考文檔：北京世紀(jì)科怡軟件開發(fā)操作指導(dǎo)書中的“測(cè)試階段操作指導(dǎo)書”

3．6．2組裝測(cè)試

根據(jù)軟件需求規(guī)格說明書中定義的全部功能和性能要求及組裝測(cè)試計(jì)劃，對(duì)軟件進(jìn)行組裝測(cè)試，以確定整個(gè)軟件是否滿足軟件需求，是否可以提交總裝測(cè)試。

軟件組裝測(cè)試計(jì)劃（含測(cè)試用例設(shè)計(jì)）的編制工作和軟件組裝測(cè)試環(huán)境的研制、組建工作，應(yīng)從軟件需求分析階段起與軟件開發(fā)同步展開。本階段涉及的文檔：測(cè)試計(jì)劃

測(cè)試設(shè)計(jì)

測(cè)試問題報(bào)告單

3．7 中試階段

項(xiàng)目組開發(fā)的軟件產(chǎn)品經(jīng)中試部驗(yàn)收后提交中試部中試，中試部根據(jù)需求分析報(bào)告,從用戶的角度出發(fā)對(duì)產(chǎn)品的功能、性能進(jìn)行中試。本階段涉及的文檔：中試計(jì)劃

中試問題報(bào)告單

3．7 驗(yàn)收交付

對(duì)完成中試的軟件進(jìn)行檢查、審查和評(píng)審，確定軟件是否達(dá)到了軟件任務(wù)書的要求。驗(yàn)收通過的軟件可以向軟件交辦單位交付。項(xiàng)目經(jīng)理及項(xiàng)目組人員應(yīng)在此階段完成項(xiàng)目總結(jié)，項(xiàng)目經(jīng)理提交項(xiàng)目開發(fā)總結(jié)報(bào)告，項(xiàng)目組成員提交個(gè)人工作總結(jié)報(bào)告。

本階段涉及的文檔：驗(yàn)收?qǐng)?bào)告

項(xiàng)目開發(fā)總結(jié)報(bào)告

個(gè)人工作總結(jié)報(bào)告

3．8 軟件維護(hù)

對(duì)軟件的維護(hù)包括針對(duì)軟件運(yùn)行過程中發(fā)現(xiàn)的問題而進(jìn)行的改正性維護(hù)，針對(duì)不同任務(wù)對(duì)軟件提出不需求而進(jìn)行的改善性維護(hù)，以及可能出現(xiàn)的由于軟件運(yùn)行環(huán)境的改變而進(jìn)行的適應(yīng)性維護(hù)。本階段涉及的文檔：軟件問題匯總表

維護(hù)報(bào)告

四、項(xiàng)目開發(fā)文件的審批

? 可行性研究報(bào)告及立項(xiàng)申請(qǐng)、項(xiàng)目開發(fā)計(jì)劃及項(xiàng)目開發(fā)總結(jié)、確認(rèn)計(jì)劃及確認(rèn)報(bào)告、驗(yàn)收計(jì)劃及驗(yàn)收?qǐng)?bào)告由技術(shù)負(fù)責(zé)人審批。? 項(xiàng)目組人員編寫的其他文件由項(xiàng)目經(jīng)理審批。

五、各階段共同的任務(wù)要求 5．1編寫文檔

在軟件開發(fā)過程的各個(gè)階段，都要求完成相應(yīng)的文檔編寫工作。本文檔的前面部分已給出了在軟件自上而下周期各個(gè)階段中的文檔編制情況。軟件文檔從形式上來看，大致可分為兩類： a． 開發(fā)過程中填寫的各種圖表，稱為工作表格； b． 應(yīng)編制的技術(shù)資料或技術(shù)管理資料，稱為文檔或文件。按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類： a． 開發(fā)文檔：這類文檔是在軟件開發(fā)過程中，作為軟件開發(fā)人員前一階段工作成果的體現(xiàn)和后一階段工作依據(jù)的文檔。包括軟件需求說明書、數(shù)據(jù)庫(kù)設(shè)計(jì)說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、可行性研究報(bào)告、項(xiàng)目開發(fā)計(jì)劃。b． 管理文檔：這類文檔是在軟件開發(fā)過程中，由軟件開發(fā)人員制定的需提交人員的一些工作計(jì)劃或工作報(bào)告。使管理人員能夠通過這些文檔了解軟件開發(fā)項(xiàng)目安排、進(jìn)度、資源使用和成果等。包括項(xiàng)目開發(fā)計(jì)劃、測(cè)試計(jì)劃、測(cè)試報(bào)告、開發(fā)進(jìn)度月報(bào)、項(xiàng)目周計(jì)劃周總結(jié)及項(xiàng)目開發(fā)總結(jié)等。c． 用戶文檔：這類文檔是軟件開發(fā)人員為用戶準(zhǔn)備的有關(guān)該軟件使用、操作、維護(hù)的資料。包括用戶手冊(cè)、操作手冊(cè)、維護(hù)修改建議、軟件需求說明書。

項(xiàng)目各階段完畢后需把本階段相關(guān)文檔列表向總工辦移交。

5．2驗(yàn)證與評(píng)審

軟件評(píng)審是保證軟件產(chǎn)品質(zhì)量的重要手段，必須納入軟件開發(fā)過程，并把評(píng)審?fù)ㄟ^作為一個(gè)軟件階段完成的標(biāo)志，進(jìn)而轉(zhuǎn)入下一個(gè)開發(fā)階段。軟件評(píng)審包括有正式評(píng)審(即評(píng)審)、內(nèi)部評(píng)審兩種形式。正式評(píng)審是軟件項(xiàng)目組上級(jí)技術(shù)主管主持的評(píng)審。內(nèi)部評(píng)審以由項(xiàng)目負(fù)責(zé)人組織、開發(fā)人員相互檢查為基本方式。

就整個(gè)軟件開發(fā)過程而言，至少要進(jìn)行可行性分析、軟件需求評(píng)審、設(shè)計(jì)評(píng)審、軟件驗(yàn)證和確認(rèn)評(píng)審、管理評(píng)審等五個(gè)方面的評(píng)審和檢查工作。

第五篇：軟件項(xiàng)目設(shè)計(jì)和開發(fā)評(píng)審流程

軟件項(xiàng)目設(shè)計(jì)和開發(fā)評(píng)審流程目的設(shè)計(jì)和開發(fā)評(píng)審的目的是由一組有資格的人員對(duì)軟件設(shè)計(jì)和開發(fā)的輸出進(jìn)行評(píng)價(jià)，以判斷確定設(shè)計(jì)和開發(fā)的輸出能否實(shí)現(xiàn)軟件產(chǎn)品預(yù)先定義的規(guī)格，同時(shí)通過評(píng)審標(biāo)識(shí)出與規(guī)格和標(biāo)準(zhǔn)的偏差。它向管理部門提供充足的證據(jù)以證明

1）設(shè)計(jì)和開發(fā)的輸出符合了其規(guī)格要求；

2）設(shè)計(jì)和開發(fā)的輸出是否滿足相關(guān)法律、法規(guī)以及企業(yè)標(biāo)準(zhǔn)的要求；

3）軟件產(chǎn)品的更改得到了恰當(dāng)?shù)貙?shí)施；

4）軟件產(chǎn)品的更改只對(duì)那些規(guī)格發(fā)生了更改的系統(tǒng)區(qū)域有影響，沒有引入新的問題。2 范圍

本規(guī)范適應(yīng)于對(duì)軟件設(shè)計(jì)和開發(fā)的輸出以及設(shè)計(jì)與開發(fā)的更改進(jìn)行評(píng)審。角色和職責(zé)

3.1 主審人。主審人是技術(shù)評(píng)審的指揮人員，負(fù)責(zé)評(píng)審活動(dòng)的組織、結(jié)論、書面報(bào)告和問題跟蹤。

3.2 評(píng)審專家。評(píng)審專家應(yīng)由滿足要求的技術(shù)人員擔(dān)任，負(fù)責(zé)向評(píng)審組成員提出自己的評(píng)審意見和建議。

3.3 質(zhì)量保證人員：

3.4 記錄員。會(huì)議記錄人員。

3.5 顧客和用戶代表。必要時(shí)，由主審人確定能夠充當(dāng)顧客和用戶代表的角色。

3.6 相關(guān)領(lǐng)導(dǎo)和部門管理人員。評(píng)審時(shí)機(jī)

按《產(chǎn)品開發(fā)計(jì)劃》所策劃的的評(píng)審檢查點(diǎn)進(jìn)行。因臨時(shí)變更引起的突發(fā)性的評(píng)審隨時(shí)進(jìn)行。評(píng)審的基本要求

a）設(shè)計(jì)和開發(fā)評(píng)審應(yīng)分級(jí)進(jìn)行。公司級(jí)的項(xiàng)目應(yīng)進(jìn)行公司級(jí)評(píng)審；業(yè)務(wù)部門級(jí)的項(xiàng)目一般進(jìn)行業(yè)務(wù)部門級(jí)評(píng)審；

b）設(shè)計(jì)和開發(fā)評(píng)審視具體情況可一次進(jìn)行，也可分段進(jìn)行；

c）評(píng)審結(jié)論應(yīng)明確；

d）評(píng)審資料應(yīng)及時(shí)歸檔。評(píng)審依據(jù)

a）合同、技術(shù)協(xié)議書、需求規(guī)格說明書和設(shè)計(jì)任務(wù)書；

b）有關(guān)標(biāo)準(zhǔn)、規(guī)范和質(zhì)量保證文件。評(píng)審內(nèi)容

評(píng)審的內(nèi)容可根據(jù)產(chǎn)品設(shè)計(jì)的研制周期、技術(shù)難度、復(fù)雜程度以及使用方的要求有所側(cè)重和適當(dāng)?shù)脑鰷p，但應(yīng)滿足對(duì)設(shè)計(jì)結(jié)果進(jìn)行評(píng)審的要求。主要內(nèi)容：

a）設(shè)計(jì)方案正確性、先進(jìn)性、可行性和經(jīng)濟(jì)性；

b）系統(tǒng)組成、系統(tǒng)要求及接口協(xié)調(diào)的合理性；

c）系統(tǒng)與各子系統(tǒng)間技術(shù)接口的協(xié)調(diào)性；

d）采用設(shè)計(jì)準(zhǔn)則、規(guī)范和標(biāo)準(zhǔn)的合理性；

e）系統(tǒng)可靠性、維修性、安全性要求是否合理；

f）關(guān)鍵技術(shù)的落實(shí)解決情況；

g）編制的質(zhì)量計(jì)劃是否可行。評(píng)審方式評(píng)審方式有會(huì)簽評(píng)審和會(huì)議評(píng)審兩種。