軟件工程技術(shù)基礎(chǔ)-第3講可行性研究

4軟件項(xiàng)目用途和目軟件項(xiàng)目類型和規(guī)軟件的交付形式和內(nèi)容是否需要培訓(xùn)及硬5可行性研究的目的是用最小的代價(jià)在6技術(shù)可行使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)嗎 經(jīng)濟(jì)可行這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎操作可行系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)行得通嗎不是解決問題，而是確定是否可解\值得71、技術(shù)可行性: 技術(shù)可行性分析方法--- 例如 費(fèi)3、系統(tǒng)安費(fèi)3、系統(tǒng)安裝部分組2、系統(tǒng)開發(fā)費(fèi)進(jìn)行成本效益分析，評(píng)估項(xiàng)目的開發(fā)成本11、購(gòu)置軟、硬件及有4、4、人員培訓(xùn)費(fèi)用

0 5、開發(fā)方案可行案通常都不是唯一的。而每案開發(fā) 記錄在庫(kù)存主文件中。當(dāng)倉(cāng)庫(kù)中零件數(shù)量有變化時(shí)，應(yīng)該及時(shí)修改庫(kù)存文件，如果哪種零件的庫(kù)倉(cāng)

變 庫(kù)

庫(kù)存<XXXX：——————XX：——— 用計(jì)算機(jī)處理更新庫(kù) 主文件和產(chǎn)生訂貨報(bào)告任務(wù)

圖庫(kù)存管理系統(tǒng)的系統(tǒng)流程

事 即庫(kù)存量變庫(kù) 程

庫(kù)主文定貨信

庫(kù) 系統(tǒng)流程

人工銷 流程圖學(xué)申請(qǐng) 結(jié)購(gòu)書證否有

計(jì)算機(jī)售書系統(tǒng)的系統(tǒng)流之后系統(tǒng)會(huì)打印 和購(gòu)學(xué)生拿購(gòu) 去書庫(kù)去領(lǐng)并并

數(shù)據(jù)流數(shù)據(jù)流圖DFD是一種圖形化技術(shù)，描繪信息和數(shù)個(gè)信息處理的工具，是以信息處理為，需要用數(shù)據(jù)流圖—符DatastorageDataflow

處理并不代表一個(gè)程如果數(shù)據(jù)的源點(diǎn)和終數(shù)據(jù)流圖上忽略出錯(cuò)*表示與，+表示或，⊕表示只能選一個(gè)數(shù)據(jù)流圖—例 2圖2-4分層數(shù)據(jù)流頂層流圖僅包含一個(gè)加工，是指其加工不需再做分解的數(shù)據(jù)流圖，則表示對(duì)其上層父圖的細(xì)化。它的2.4.2數(shù)據(jù)流圖—例

1

2

命 不要使用空洞的、缺乏具體含義的名字（如果在為某個(gè)數(shù)據(jù)流（或數(shù)據(jù)）起名字時(shí)遇到了困名。這樣命名比較容易，而且體現(xiàn)了人類習(xí)慣的“如果在為某個(gè)處理命名時(shí)遇到，則很可能是發(fā)現(xiàn) 數(shù)據(jù)流圖的主圖上的數(shù)據(jù)流必須封閉在外部實(shí)體之間 ④在數(shù)據(jù)流圖中，需按層給加工框編號(hào)。編號(hào)表明該加⑤規(guī)定任何一個(gè)數(shù)據(jù)流子圖必須與它上一層的一個(gè)加工⑥可以在數(shù)據(jù)流圖中加入物質(zhì)流，幫助用戶理解數(shù)據(jù)流 圖上每個(gè)元素都必須有名字 1、成本估 的源程序行數(shù)。每行代碼的平均成本（行平均成本取決于工資水平和復(fù)雜程度） 5*綜合測(cè)試1個(gè)開發(fā)總架構(gòu)師1，公共代碼開發(fā)業(yè)務(wù)組長(zhǎng)1，主要代碼開發(fā)1，輔助代碼開發(fā)每個(gè)子系統(tǒng)3人，假設(shè)4個(gè)子系統(tǒng)，12每個(gè)子系統(tǒng)一個(gè)文檔編寫，1個(gè)培共27調(diào)研14天，開發(fā)60測(cè)試10天，文檔10天，內(nèi)部培訓(xùn)10共94每個(gè)人平均6000加上30%利