1.軟件立項(xiàng)與合同：
a) 軟件項(xiàng)目的來(lái)源一般有兩個(gè)渠道，一是自主研發(fā)的“非訂單軟件”，二是為用戶開(kāi)發(fā)的“訂單軟件”。前者需要立項(xiàng)，后者需要簽訂合同。所以“立項(xiàng)”和“合同”是IT企業(yè)軟件項(xiàng)目（或產(chǎn)品）的兩個(gè)源頭。一旦立項(xiàng)或者簽訂合同成功，企業(yè)領(lǐng)導(dǎo)或軟件管理部門(mén)就要下達(dá)“任務(wù)書(shū)”
b) 相關(guān)文檔：《立項(xiàng)建議書(shū)》 《合同》、《任務(wù)書(shū)》
c) 該步驟也可叫“項(xiàng)目可行性分析”，可行性分析是立項(xiàng)的前提，立項(xiàng)時(shí)可行性分析的結(jié)果。對(duì)于軟件企業(yè)，一般不叫項(xiàng)目可行性分析，只有在學(xué)校、機(jī)關(guān)、科研所等單位，才叫項(xiàng)目可行性分析。
2.軟件需求
a) 需求分析的輸入時(shí)軟件《合同》或《立項(xiàng)建議書(shū)》，輸出《用戶需求報(bào)告》/《需求規(guī)格說(shuō)明書(shū)》。從根本上講，軟件需求就是為了解決現(xiàn)實(shí)世界中的特定問(wèn)題，軟件必須展現(xiàn)的屬性。軟件需求的屬性主要是可驗(yàn)證性、優(yōu)先級(jí)和唯一性。
b) 需求來(lái)源：系統(tǒng)目的、行業(yè)知識(shí)、軟件設(shè)眾、運(yùn)行環(huán)境、組織環(huán)境；
需求角色：用戶、客戶、市場(chǎng)分析人員、軟件分析師
c) 需求的描述工具：
實(shí)體-關(guān)系模型：明確描述應(yīng)用系統(tǒng)的概念結(jié)構(gòu)數(shù)據(jù)模型，E-R模型即是表達(dá)用戶需求的工具，又是數(shù)據(jù)庫(kù)概念設(shè)計(jì)的工具，在需求分析中又叫E-R模型，在數(shù)據(jù)庫(kù)設(shè)計(jì)中叫做概念數(shù)據(jù)模型（CDM）。
數(shù)據(jù)流圖：先畫(huà)出頂層數(shù)據(jù)流圖，它高度的反應(yīng)了系統(tǒng)的全貌，在注=逐層畫(huà)出底層系統(tǒng)的數(shù)據(jù)流圖，具體描述每個(gè)加工的處理過(guò)程和方法。描述符號(hào)主要有4種，數(shù)據(jù)源或數(shù)據(jù)譚，數(shù)據(jù)流動(dòng)的連線，數(shù)據(jù)加工或處理泡，輸入或輸出文件。
用例圖：用于定義系統(tǒng)的行為、展示角色與用例之間的項(xiàng)目作用。
活動(dòng)圖：用于描述系統(tǒng)行為，在需求階段，可以配合用例圖說(shuō)明復(fù)雜的交互過(guò)程。
3.軟件策劃：軟件策劃的輸入是《合同》或《立項(xiàng)建議書(shū)》，《任務(wù)書(shū)》，《用戶需求報(bào)告》， 輸出是《軟件開(kāi)發(fā)計(jì)劃》。
a) 應(yīng)該包括質(zhì)量保證計(jì)劃，軟件配置管理計(jì)劃，測(cè)試計(jì)劃、評(píng)審計(jì)劃。要使策劃工作十分準(zhǔn)確是十分困難的事，
b) 共分4個(gè)步驟，
1.估計(jì)軟件工作產(chǎn)品的規(guī)模、工作量、費(fèi)用及所需的資源。
2.制定時(shí)間表
3.鑒別和評(píng)估風(fēng)險(xiǎn)
4.與相關(guān)的組或人協(xié)商策劃中的有關(guān)約定
c) 編制工具：word+Project
4.軟件設(shè)計(jì)
a) 分《概要設(shè)計(jì)說(shuō)明書(shū)》和《詳細(xì)設(shè)計(jì)說(shuō)明書(shū)》。前者注重框架上的設(shè)計(jì)，后者注重微觀上和框架內(nèi)的設(shè)計(jì)。
b) 面向過(guò)程設(shè)計(jì)：1.流程圖2.N-S圖3.程序設(shè)計(jì)語(yǔ)言4.決策表
c) 面向數(shù)據(jù)設(shè)計(jì)：以E-R模型為基礎(chǔ)，按照一定的規(guī)則將概念數(shù)據(jù)模型（CDM）轉(zhuǎn)換成能被某種數(shù)據(jù)庫(kù)管理系統(tǒng)接受的物理數(shù)據(jù)模型（PDM）。
d) 面向?qū)ο笤O(shè)計(jì)：UML
5.軟件建模：三個(gè)模型：業(yè)務(wù)建模（對(duì)系統(tǒng)的業(yè)務(wù)流程的定義）、功能建模（描述系統(tǒng)功能）、 數(shù)據(jù)建模（對(duì)系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的定義）
a) 功能建模和業(yè)務(wù)建模在需求分析時(shí)建模，數(shù)據(jù)模型在設(shè)計(jì)時(shí)建模。通常，數(shù)據(jù)模型建模用PD、ERWin等；功能模型用功能點(diǎn)列表或用例表示；業(yè)務(wù)建模用自然語(yǔ)言加上流程圖或時(shí)序圖表示。
6.軟件實(shí)現(xiàn)
a) 宏觀上，軟件實(shí)現(xiàn)包括詳細(xì)設(shè)計(jì)、編碼實(shí)現(xiàn)、單元測(cè)試、和集成測(cè)試
b) 微觀上，軟件實(shí)現(xiàn)指編程和單元測(cè)試
7.軟件測(cè)試
a) 測(cè)試中心或者測(cè)試部門(mén)是發(fā)現(xiàn)“不符合項(xiàng)”或錯(cuò)誤的，卻不能改正軟件產(chǎn)品的錯(cuò)誤，所以不能直接提高軟件產(chǎn)品的質(zhì)量
b) 系統(tǒng)軟件測(cè)試：發(fā)現(xiàn)bug，對(duì)應(yīng)的測(cè)試報(bào)告為bug測(cè)試報(bào)告
c) 應(yīng)用軟件測(cè)試：發(fā)現(xiàn)“不符合項(xiàng)”
8.軟件發(fā)布與實(shí)施
a) 軟件產(chǎn)品分類(lèi)：
不需要客戶化的軟件產(chǎn)品： 系統(tǒng)軟件
只需要少量客戶化工作的產(chǎn)品： 專(zhuān)業(yè)性特別強(qiáng)的應(yīng)用軟件產(chǎn)品
需要重新做業(yè)務(wù)流程和需求規(guī)格定義的軟件產(chǎn)品：分行業(yè)ERP
b) 軟件項(xiàng)目：為用戶定制的軟件系統(tǒng)，專(zhuān)用型強(qiáng)，通用性差
項(xiàng)目和產(chǎn)品的開(kāi)發(fā)流程
9.軟件維護(hù)：軟件維護(hù)過(guò)程是軟件開(kāi)發(fā)過(guò)程的縮影。
a) 可維護(hù)性：維護(hù)人員理解、掌握、修改被維護(hù)軟件的難以程度?？删S護(hù)軟件應(yīng)該具備以下4條性質(zhì)：
可理解性：軟件功能模塊化、結(jié)構(gòu)化、代碼風(fēng)格化、文檔清晰化
可測(cè)試性：文檔規(guī)范化、代碼注視化、測(cè)試會(huì)規(guī)劃
可修改性：模塊間低耦合、高內(nèi)聚、程序塊的單入口和單出口、數(shù)據(jù)局部化、 公用模塊組建化
可移植性
聯(lián)系客服
