期末復(fù)習(xí)(終板)

1、第一章現(xiàn)代物流基礎(chǔ)知識1、物流分類 a.按照作用分類Þ 供應(yīng)物流、銷售物流、生產(chǎn)物流、回收物流、廢棄物物流ß b.按照物流活動的空間范圍分類Þ 地區(qū)物流、國內(nèi)物流、國際物流ß c.按照物流系統(tǒng)性質(zhì)分類Þ 社會物流、行業(yè)物流、企業(yè)物流2、供應(yīng)鏈整合 a.分離的供應(yīng)鏈帶來的問題Þ 牛鞭效應(yīng)ß 同一供應(yīng)鏈中的組織應(yīng)該合作以得到最終客戶的滿意ß 它們之間不應(yīng)該互相競爭，而是與其他供應(yīng)鏈中的組織競爭ß b. 整合的好處Þ 坦誠合作，共享信息和資源Þ 更準(zhǔn)確的預(yù)測，更好的規(guī)劃和資源利用Þ

2、 改進(jìn)的物流流動Þ 更好的客戶服務(wù)Þ 更靈活Þ 標(biāo)準(zhǔn)化程序Þ 值得信賴的質(zhì)量ßc. 不同類型的合作Þ 戰(zhàn)略聯(lián)盟Þ 垂直整合3、商流和物流的關(guān)系有物流需求，才能產(chǎn)生商流契機(jī)；商流是物流的先導(dǎo)4、生產(chǎn)與流通關(guān)系 生產(chǎn)決定流通Þ 流通對生產(chǎn)有反作用5、 物流與生產(chǎn)、銷售的關(guān)系a.加工活動是生產(chǎn)系統(tǒng)中最主要的環(huán)節(jié)Þ b. 加工活動和物流活動是生產(chǎn)系統(tǒng)的兩個支柱Þ c. 生產(chǎn)管理決定物流效率Þ d. 物流為生產(chǎn)的連續(xù)性提供保障Þ e. 物流費(fèi)用在生產(chǎn)成本中占有很大比重à第三利

3、潤源泉說Þ f. 密切關(guān)注市場的動向是生產(chǎn)管理的基礎(chǔ)Þ g. 物流支持銷售活動Þ h.銷售活動左右著物流成本i.生產(chǎn)力水平發(fā)展的不同階段對物流的要求也有不同6、 物流概念，物流與供應(yīng)鏈管理關(guān)系 物流是將物體從供應(yīng)地向需求地轉(zhuǎn)移的過程，主要包括運(yùn)輸、包裝、裝卸、 配送、流通加工等活動. 物流科學(xué)以物的動態(tài)流轉(zhuǎn)過程為主要研究對象，揭示物流活動（運(yùn)輸、儲存、包裝、裝卸搬運(yùn)、配送、流通加工、物流信息等）之間存在相互關(guān)聯(lián)、相互制約的內(nèi)在聯(lián)系，認(rèn)定這些物流活動都是物流系統(tǒng)的組成部分，是物流系統(tǒng)的子系統(tǒng)。第二章物流系統(tǒng)及其構(gòu)成1、物流系統(tǒng)組成運(yùn)輸、倉儲、包裝、裝卸搬運(yùn)、配送、流

4、通加工、物流信息等各環(huán)節(jié)所組成的，這些環(huán)節(jié)也稱為物流的子系統(tǒng) 2、配貨作業(yè)方法分貨方式（播種）、揀選方式（摘果） 3、配送中心的功能集貨,儲存,分貨和配貨,送貨4、物流信息分類 a按信息載體類型分類Þ 在企業(yè)中，物流信息載體通常分為單據(jù)（憑證）、臺帳、報表、計劃、文件等多種類型。ß b按信息來源分類Þ 按信息來源的不同，物流信息可分為外部信息和內(nèi)部信息。這是就物流系統(tǒng)而言的。ß c按信息穩(wěn)定程度分類Þ 按信息的穩(wěn)定程度，物流信息分為靜態(tài)信息和動態(tài)信息。ß d按管理層次分類Þ 根據(jù)管理層次的劃分，物流信息分為戰(zhàn)略管理信息、戰(zhàn)術(shù)

5、管理信息、操作管理信息。5、什么是系統(tǒng) 系統(tǒng)是由兩個以上互相區(qū)別或互相作用的單元之間有機(jī)結(jié)合起來，完成某一功能的綜合體 6、形成系統(tǒng)應(yīng)具備那些條件？a.系統(tǒng)是由兩個或兩以上要素組成Þ b. 各要素間互相聯(lián)系，使系統(tǒng)保持相對穩(wěn)定Þ c.系統(tǒng)具有一定結(jié)構(gòu)，保持系統(tǒng)的有序性，從而使系統(tǒng)具有特定的功能 7、物流系統(tǒng)中存在的制約關(guān)系？a.物流服務(wù)和物流成本之間的制約關(guān)系Þ b.構(gòu)成物流服務(wù)子系統(tǒng)功能之間的約束關(guān)系Þ c.構(gòu)成物流成本的各個環(huán)節(jié)費(fèi)用之間的關(guān)系Þ d. 各子系統(tǒng)的功能和所耗費(fèi)用的關(guān)系8、物流系統(tǒng)設(shè)計要素 a.商品的種類和品目(Products

6、)Þ b.商品的數(shù)量(Quantity)Þ c.商品的流向(Route)Þ d.服務(wù)水平(Service)Þ e.時間(Time)f. 物流成本(Cost)9、物流系統(tǒng)優(yōu)化目標(biāo)a.服務(wù)性(Service)Þ b.快捷性(Speed)Þc. 有效利用面積和空間(Space saving)Þ d.規(guī)模適當(dāng)化(Scale optimization)Þ e.庫存控制(Stock control)10、運(yùn)輸?shù)姆绞胶透髯蕴攸c(diǎn)。Þ a.鐵道Ý 陸地長距離運(yùn)輸?shù)闹饕绞?#221; 優(yōu)點(diǎn)：費(fèi)用低Ý 缺

7、點(diǎn)：缺乏機(jī)動性Þ b.公路Ý 最普及的運(yùn)輸方式，中短途Ý 優(yōu)點(diǎn)：機(jī)動性好，“門到門”，Ý 缺點(diǎn)：費(fèi)用高，污染，交通堵塞，安全性低Þ c.水路Ý 海運(yùn)和河運(yùn)Ý 優(yōu)點(diǎn)：運(yùn)量大，費(fèi)用低Ý 缺點(diǎn)：速度慢，易受天氣影響，建設(shè)碼頭費(fèi)用高Ý 專用船，混裝船，集裝箱船，滾裝船Þd. 航空Ý 優(yōu)點(diǎn)：速度快Ý 缺點(diǎn)：費(fèi)用高Þ e.管道Ý 優(yōu)點(diǎn)：運(yùn)輸成本地，維護(hù)成本低，安全，事故少Ý 缺點(diǎn)：輸送地點(diǎn)和對象方面具有局限性11、運(yùn)輸合理化的途徑。 a.運(yùn)輸網(wǎng)絡(luò)的合理配置&

8、#221; 選址問題Þ b.選擇最佳的運(yùn)輸方式Ý 費(fèi)用問題Þ c.提高運(yùn)行效率Ý d.降低空載率Þ e.推進(jìn)共同運(yùn)輸Þf.采用各種現(xiàn)代運(yùn)輸方法Ý g.多式聯(lián)運(yùn)，一貫托盤化運(yùn)輸，集裝箱運(yùn)輸12、倉儲的作用和意義 a.起著緩沖、調(diào)節(jié)和平衡的作用，克服產(chǎn)品生產(chǎn)和消費(fèi)在時間上的差異，創(chuàng)造商品的時間價值和使用價值。Ý 糧食，豬肉Ý 戰(zhàn)略性儲備，應(yīng)急Þ b.倉儲和運(yùn)輸是物流活動的兩大支柱13、倉儲合理化方法 實(shí)行ABC管理Þ 科學(xué)的庫存管理控制Þ 應(yīng)用預(yù)測技術(shù)14、裝卸搬運(yùn)作業(yè)合理化的原

9、則a.省力化Ý 能往下則不往上，能直行則不拐彎，能用機(jī)械則不用人力，能水平則不上坡，能連續(xù)則不間斷，能集裝則不分散Þb. 消除無效搬運(yùn)Ý 去除無效成分Ý 減少倒搬次數(shù)Ý 減少裝卸搬運(yùn)次數(shù)Þc. 提高搬運(yùn)活性（物體靜態(tài)轉(zhuǎn)為裝載狀態(tài)難易程度）Ý 放置-搬運(yùn)Ý 裝入-卸下Ý 入庫-出庫Þd. 合理使用機(jī)械Þ e. 保持物流的均衡順暢Ý 全局考慮Þ f.集裝單元化 集裝箱運(yùn)輸Ý 托盤一貫化運(yùn)輸Þ g.人性化Ý 設(shè)計包裝尺寸與重量時，以婦女搬運(yùn)能

10、力為標(biāo)準(zhǔn)Þh. 提高綜合效果Ý 運(yùn)輸、倉儲、包裝和裝卸綜合考慮ß 15、包裝的目的和意義保護(hù)產(chǎn)品Þ 便于儲運(yùn)Þ 促進(jìn)銷售ß 16、包裝合理化方法。輕薄化Þ 單純化Þ 符合集裝單元化和標(biāo)準(zhǔn)化的要求Þ 機(jī)械化與自動化Þ 注意與其他物流環(huán)節(jié)的配合Þ 有利于環(huán)保 17、流通加工的目的附加價值Þ a.為了運(yùn)輸方便Þ b.為了滿足用戶多樣化的需求Þ c.為了綜合利用18、配送中心一般包括那些功能區(qū)進(jìn)貨區(qū)、存儲區(qū)、分揀區(qū)，出貨區(qū)以及其他功能區(qū)如回收區(qū) 19、配送中心合理

11、布置原則。a.有效利用空間、設(shè)備、人員和能源Ýb. 最大限度的減少搬運(yùn)Ý c.簡化作業(yè)流程Ýd. 縮短生產(chǎn)周期Ýe. 力求投資最低Ýf. 為職工提供方便、舒適、安全和衛(wèi)生的工作環(huán)境第三章物流信息技術(shù)與系統(tǒng)概論1、物流信息特點(diǎn)、作用與分類。特點(diǎn)：a.物流信息量大、種類多、分布廣，信息的產(chǎn)生、加工、傳播和應(yīng)用在時間、空間上不一致，方式也不相同，物流信息的搜集、分類、篩選、統(tǒng)計、研究等工作的難度加大。ß b.物流信息動態(tài)性強(qiáng)，實(shí)時性高，信息價值衰減速度快，時效性強(qiáng)。ß c. 物流信息趨于標(biāo)準(zhǔn)化。作用： 首先，物流信息的傳送連接著物

12、流活動的各個環(huán)節(jié)，并指導(dǎo)各環(huán)節(jié)的工作，起著橋梁和紐帶的作用。ß 其次，物流信息可以幫助企業(yè)對物流活動各環(huán)節(jié)進(jìn)行有效的計劃、協(xié)調(diào)與控制，以達(dá)到系統(tǒng)整體優(yōu)化的目標(biāo)。ß 第三，物流信息有助于提高物流企業(yè)科學(xué)管理和決策水平。分類： a.按信息載體類型分類Þ 在企業(yè)中，物流信息載體通常分為單據(jù)（憑證）、臺帳、報表、計劃、文件等多種類型。ßb.按信息來源分類Þ 按信息來源的不同，物流信息可分為外部信息和內(nèi)部信息。這是就物流系統(tǒng)而言的。 c.按信息穩(wěn)定程度分類Þ 按信息的穩(wěn)定程度，物流信息分為靜態(tài)信息和動態(tài)信息。d.按管理層次分類Þ 根據(jù)

13、管理層次的劃分，物流信息分為戰(zhàn)略管理信息、戰(zhàn)術(shù)管理信息、操作管理信息。2.信息系統(tǒng)主要類型和它們之間的關(guān)系事務(wù)處理系統(tǒng)(TRANSACTION PROCESSING SYSTEMS (TPS)ß管理信息系統(tǒng)（MANAGEMENT INFORMATION SYSTEMS (MIS)ß決策支持系統(tǒng)（DECISION SUPPORT SYSTEMS (DSS)ß知識工作系統(tǒng)（KNOWLEDGE WORK SYSTEMS (KWS)ß辦公自動化系統(tǒng)（OFFICE AUTOMATION SYSTEMS(OAS)ß執(zhí)行官支持系統(tǒng)（EXECUTIVE SUP

14、PORT SYSTEMS(ESS)3.物流信息系統(tǒng)與物流系統(tǒng)及企業(yè)信息系統(tǒng)關(guān)系物流信息系統(tǒng)是物流系統(tǒng)組成部分ß 物流信息系統(tǒng)是物流系統(tǒng)神經(jīng)中樞ß 物流信息系統(tǒng)是企業(yè)信息系統(tǒng)的一部分第四章軟件工程概論1、軟件危機(jī)表現(xiàn) 軟件交付Þ 延遲Þ 超預(yù)算Þ 存在錯誤2、經(jīng)典軟件周期模型包括那些階段。各階段功能 a. 需求階段: 探究概念,Þ 導(dǎo)出客戶需求b. 分析階段: 分析客戶需求,制定規(guī)格說明文檔,制定軟件項(xiàng)目管理計劃“產(chǎn)品需要做什么”c. 設(shè)計階段: 概要設(shè)計（構(gòu)架設(shè)計）,詳細(xì)設(shè)計, 產(chǎn)品怎么做d. 實(shí)現(xiàn)階段: 編碼,單元測試,集成驗(yàn)收測試

15、e. 交付維護(hù): 改正性維護(hù),適應(yīng)性維護(hù) ,完善性維護(hù)f. 廢棄3、經(jīng)典維護(hù)和現(xiàn)代維護(hù)的概念區(qū)別經(jīng)典維護(hù):開發(fā)然后維護(hù)模型，開發(fā)和維護(hù)的區(qū)分依賴于什么時候進(jìn)行現(xiàn)代維護(hù)定義:為出現(xiàn)問題或有改進(jìn)或適應(yīng)性需求而對軟件進(jìn)行改進(jìn)的過程4、在軟件開發(fā)過程中為什么應(yīng)該盡早發(fā)現(xiàn)錯誤？ 越早發(fā)現(xiàn)并更正故障，花費(fèi)就越少。例如，更正生命周期中早期錯誤，經(jīng)常僅僅需要變更一個文檔。更正生命周期中后期錯誤，需要變更代碼和文檔，測試變更本身，進(jìn)行回歸測試，在客戶機(jī)器上重裝產(chǎn)品。5、面向?qū)ο蠓缎偷膬?yōu)點(diǎn)a.信息隱藏使交付維護(hù)更安全Þ 變更帶來的回歸故障減少ß b.開發(fā)更容易Þ 對象一般有其實(shí)際對應(yīng)

16、物Þ 使建模簡單（面向?qū)ο蠓缎鸵粋€關(guān)鍵特征）c.設(shè)計良好的對象是獨(dú)立單元Þ 與現(xiàn)實(shí)世界被模型化的單元相關(guān)的東西都放在對應(yīng)的對象中封裝Þ 通過發(fā)消息進(jìn)行通信Þ 職責(zé)驅(qū)動設(shè)計增加了獨(dú)立性（見后面）d.經(jīng)典產(chǎn)品概念上由一個單元組成（盡管它由一組模塊實(shí)現(xiàn)）Þ 面向?qū)ο蠼档瓦@種復(fù)雜性，因?yàn)楫a(chǎn)品有獨(dú)立單元構(gòu)成ß e.面向?qū)ο蠓缎痛龠M(jìn)重用Þ 對象是獨(dú)立實(shí)體第五章軟件生命周期1、軟件開發(fā)過程為什么不是理想的線性模型 我們會犯錯誤Þ 客戶需求在軟件開發(fā)過程中會,經(jīng)常需要變更2、進(jìn)化樹的生命周期模型為什么貼近實(shí)際軟件開發(fā)過程。 可顯示

17、事件的順序,在每個片段末尾我們得到一個基準(zhǔn) baseline），一套完備的制品集合（組合的部件）3、軟件產(chǎn)品變更會帶來那些負(fù)面影響 A、對軟件產(chǎn)品的任何變更都會潛在的帶來回歸故障：故障發(fā)生在軟件中明顯不相關(guān)的部分B、IF有大量變更，整個產(chǎn)品可能需要重新設(shè)計和實(shí)現(xiàn)。4、理解米勒法則對軟件生產(chǎn)的影響 專注于當(dāng)前最重要的方面Þ 推遲那些當(dāng)前不重要的方面Þ 所有方面最終都被處理，但根據(jù)當(dāng)前輕重緩急來先后處理5、敏捷過程的描述，包括極限編程 敏捷過程是一組新范型，有如下特性：Þ a、不強(qiáng)調(diào)分析和設(shè)計Þ b、更早的實(shí)施（認(rèn)為能工作的軟件比文件更重要）Þ c

18、、快速響應(yīng)變化Þ d、與客戶的密切合作6、敏捷過程的兩個成功管理技術(shù)站立會議和時間7、比較和對比各種生命周期模型第六章軟件過程1.解釋為什么二維周期的模型是非常重要的A、在現(xiàn)實(shí)中，開發(fā)的任務(wù)是太大不可能按理想模型進(jìn)行B、作為米勒定律的結(jié)果C、在過程的開始，沒有足夠的軟件產(chǎn)品的信息，開展需求工作流D、軟件產(chǎn)品分解成子系統(tǒng)，即使是子系統(tǒng)有時也過大E、統(tǒng)一的過程是一個二維模型，統(tǒng)一過程很好地處理不可避免的變更。統(tǒng)一的過程是迄今最好的解決方案，把大型問題看作一組較小的，獨(dú)立的子問題。2.描述統(tǒng)一過程的五核心工作流a、需求流的目的確定客戶需求b、分析工作流的目的分析和細(xì)化的需求c、設(shè)計工作流的

19、目的是細(xì)化分析工作流直到材料變成可以由程序員實(shí)現(xiàn)的形式d、實(shí)施工作流的目的是用選定的實(shí)現(xiàn)語言實(shí)現(xiàn)目標(biāo)軟件產(chǎn)品e、測試流是下列人的職責(zé)人每個開發(fā)者和維護(hù)者質(zhì)量保證組3.解釋各工作流在統(tǒng)一過程不同階段之間的差異4.評價軟件過程改進(jìn)的重要性已發(fā)表的研究表明世界各地越來越多的組織通過過程改進(jìn)獲得成本效益5.描述能力成熟度模型（CMM）不是生命周期模型，相反，一套軟件過程改進(jìn)策略ß a、SW-CMM針對軟件ß b、P-CMM針對人力資源（“人”）ß c、 SE-CMM針對系統(tǒng)工程ß d、IPD-CMM針對集成產(chǎn)品開發(fā)ß e、SA-CMM針對軟件獲取基本思

20、想：ß 改善軟件過程從而ß 提高軟件質(zhì)量ß 交貨準(zhǔn)時，在預(yù)算之內(nèi)ß 改進(jìn)管理從而導(dǎo)致ß 技術(shù)改進(jìn)第七章團(tuán)隊1.布魯克斯（Brooks）法則 當(dāng)產(chǎn)品滯后添加額外的編程人員，會使產(chǎn)品更晚2.經(jīng)典主程序員團(tuán)隊組成成員，功能和各自的職責(zé)主程序員Þ 成功的管理者和高水平的程序員Þ 做構(gòu)架設(shè)計Þ 在團(tuán)隊成員分配編碼工作Þ 寫關(guān)鍵（或復(fù)雜）的代碼部分Þ 處理所有的接口問題Þ 評審其他團(tuán)隊成員的工作Þ 親自負(fù)責(zé)的每一行代碼后備程序員Þ 僅因?yàn)橹鞒绦騿T是人所以必要Þ 后備程

21、序員必須是在各方面都與主程序員相媲美Þ 必須與主程序員一樣了解該項(xiàng)目Þ 后備程序員做黑箱測試用例用例計劃和獨(dú)立于設(shè)計過程的其他任務(wù)編程秘書Þ 高技能，高薪，主程序員團(tuán)隊的核心成員Þ 負(fù)責(zé)維護(hù)該程序的產(chǎn)品庫（項(xiàng)目文件）程序員Þ 只編程，其他什么也不做Þ 所有其它方面由編程秘書處理3.經(jīng)典主程序員團(tuán)隊不切實(shí)際之處有那些主程序員必須是一個高水平的程序員和一個成功的管理者后備程序員必須和主程序員一樣優(yōu)秀編程秘書整天只做文書工作4.描述現(xiàn)代層次團(tuán)隊是怎樣組織的5.分析各種不同的團(tuán)隊組織的優(yōu)點(diǎn)和缺點(diǎn)6.領(lǐng)會選擇一個合適的團(tuán)隊組織產(chǎn)生的問題第八章測

22、試1.測試兩種基本類型：基于執(zhí)行的測試（動態(tài)測試）非基于執(zhí)行的測試（靜態(tài)測試）2.軟件質(zhì)量保證的作用。質(zhì)量保證組（SQA）的成員必須確保開發(fā)人員做高質(zhì)量的工作質(zhì)量保證必須應(yīng)于Þ 此過程本身3.非執(zhí)行測試的組協(xié)調(diào)原理。4.走查一般包括那些代表負(fù)責(zé)當(dāng)前工作流團(tuán)隊，負(fù)責(zé)下一流程團(tuán)隊，SQA小組5.為什么在走查中我們檢測故障，而不更正委員會產(chǎn)生的更正可能是低質(zhì)量的Þ 委員會產(chǎn)生的更正成本太高Þ 不是所有標(biāo)記的條目都真的不正確Þ 一次走查不應(yīng)超過2小時Þ 沒有時間去更正錯誤6.審查有那些步驟概覽Þ 準(zhǔn)備，用故障類型統(tǒng)計輔助Þ 審查&#

23、222; 返工Þ 跟進(jìn)7.審查小組有那些成員主持人Þ 執(zhí)行當(dāng)前工作流團(tuán)隊的一員Þ 進(jìn)行下一個工作流程團(tuán)隊的一員Þ SQA一員8.審查時故障一般根據(jù)什么進(jìn)行統(tǒng)計：故障根據(jù)故障類型記錄9.我們需要測試什么實(shí)用性（utility）Þ 可靠性（reliability）Þ 健壯性（robustness）Þ 性能10.正確性證明的三個謬誤軟件工程師們沒有足夠的數(shù)學(xué)知識來證明證明是太貴不可行證明太難了11.執(zhí)行基于執(zhí)行的測試的方法步驟第九章由模塊到對象1、模塊的內(nèi)聚含義，有幾種內(nèi)聚，請按內(nèi)聚級別由高到低排列A、一系列連續(xù)的程序語句，由邊界

24、符界定，具有一個整體標(biāo)識符信息內(nèi)聚（Informational Cohesion） 好功能內(nèi)聚（Functional Cohesion）通信內(nèi)聚（Communicational Cohesion）過程內(nèi)聚（Procedural Cohesion）時間內(nèi)聚（Temporal Cohesion）邏輯內(nèi)聚（Logical Cohesion）巧合內(nèi)聚（Coincidental Cohesion） 差2、模塊耦合的含義，有幾種耦合，請按耦合由弱到強(qiáng)排列數(shù)據(jù)耦合（Data coupling） （好）特征耦合（Stamp coupling）控制耦合（Control coupling）公共（Common Co

25、upling）內(nèi)容耦合3、繼承，聚合，關(guān)聯(lián)的含義和UML圖表示方法4、繼承和多態(tài)的含義和UML表示方法5、面向?qū)ο蠓椒ǖ膬?yōu)缺點(diǎn)優(yōu)點(diǎn)：面向?qū)ο蟮姆缎蛯?shù)據(jù)和操作給予總體上相等的重視一個精心設(shè)計的對象（高內(nèi)聚，低耦合）是對一個物理實(shí)體的所有方面建模實(shí)現(xiàn)細(xì)節(jié)隱藏缺點(diǎn)：開發(fā)工作量和規(guī)?？赡艽蟮谝粋€面向?qū)ο蟮捻?xiàng)目可能大于預(yù)期繼承可能產(chǎn)生問題除非顯式阻止，子類繼承其父類所有屬性6、關(guān)鍵概念 第十章軟件需求1、需求的目的 從客戶獲取初始信息Þ 使用這些初始信息作為統(tǒng)一過程輸入Þ 按照統(tǒng)一過程的步驟，確定客戶的真實(shí)需求2、獲取需求的步驟首先，熟悉應(yīng)用領(lǐng)域ß 其次，建立一個業(yè)務(wù)模型

26、ß 第三，使用的業(yè)務(wù)模型確定客戶的需求ß 迭代上述步驟3、需求引出（或需求捕獲）的含義4、需求分析含義5、業(yè)務(wù)模型是什么，獲取業(yè)務(wù)模型的方法主要有那些？業(yè)務(wù)模型是一個組織的業(yè)務(wù)流程描述方法：訪談，調(diào)查問卷，直接觀察雇員履行自己的職責(zé)6、用用例圖描述用戶需求。第十一章面向?qū)ο蟮姆治?、 分析工作流的目的A、獲取對需求更深的了解Þ b、用一種方式描述它們，從而導(dǎo)出可維護(hù)性的設(shè)計和實(shí)現(xiàn)2、 分析得到的類有幾種類型，作用是什么實(shí)體類：模型化常存信息Þ 邊界類：產(chǎn)品和環(huán)境之間交互建模Þ 邊界類通常與輸入或輸出相關(guān)控制類：復(fù)雜的計算和算法建模3、 簡述實(shí)體

27、類提取步驟A、功能建模ß 展示所有的用例場景（一個場景是一個用例的實(shí)例）ß b、類建模ß 確定實(shí)體類和它們的屬性ß 確定實(shí)體類之間的相互關(guān)系和相互作用ß 用類圖的形式展示此信息ß c、動態(tài)建模ß 確定每個實(shí)體類執(zhí)行或被執(zhí)行的操作 用狀態(tài)圖的形式展示此信息4、 會用根據(jù)用戶需求給出用例圖MSG基金會案例研究:Þ 初始功能模型Þ 初始的類圖Þ 初始動態(tài)模型Þ 提取的實(shí)體類Þ 提取邊界類Þ 提取控制類Þ 用例實(shí)現(xiàn)Þ 擴(kuò)充的類圖Þ 測試工作看課

28、件，都是圖，蠻多的5.面向?qū)ο蟮姆治龉ぷ髁鞯奶魬?zhàn)ß 不要跨過面向?qū)ο蟮脑O(shè)計邊界ß 也不要給類分配方法Þ 在逐步求精中給類重新分配方法浪費(fèi)精力6.面向?qū)ο蠓治隽鞯闹笜?biāo)ß 1.如其他核心工作流Þ 關(guān)鍵是要衡量的五個基本指標(biāo)：規(guī)模，成本，工期，工作量和質(zhì)量Þ 關(guān)鍵是要保持準(zhǔn)確的故障統(tǒng)計ß 2.面向?qū)ο蠓治鲆?guī)模度量： UML圖的頁面數(shù)第十二章設(shè)計1、 經(jīng)典范型設(shè)計包括的內(nèi)容 構(gòu)架設(shè)計Þ 詳細(xì)設(shè)計Þ 設(shè)計測試2、 面向?qū)ο蟮脑O(shè)計步驟與原則 步驟1完成類圖步驟2進(jìn)行詳細(xì)設(shè)計原則A：信息隱藏原則B：如果一個操作是由一個

29、對象的許多客戶端調(diào)用，將方法分配給對象，而不是客戶端原則C: 職責(zé)驅(qū)動設(shè)計3、 軟件產(chǎn)品的架構(gòu)包括那些 各組成部件Þ 如何將它們組合在一起Þ 子系統(tǒng)的組件分配4、構(gòu)架設(shè)計需要做出那些權(quán)衡 A、每一個軟件產(chǎn)品必須滿足功能需求（用例）Þ b、它還必須滿足非功能性需求，包括可移植性，可靠性，健壯性，可維護(hù)性，和安全Þ c、它必須在預(yù)算和時間的限制下完成所有這些事情第十三章實(shí)現(xiàn)1、 掌握良好的編程實(shí)踐的方法原理，能夠?qū)σ欢未a分析，指出其不規(guī)范的問題良好的編程實(shí)踐：A使用一致的和有意義的變量名Þ 對未來維護(hù)程序員是“有意義的”Þ 對幫助未來維

30、護(hù)程序員是“一致的B自文檔代碼的問題 自文檔代碼是極其罕見的 關(guān)鍵問題:代碼能否被下列人員容易并且無歧義的理解Þ SQA 團(tuán)隊Þ 維護(hù)程序員Þ 需要讀代碼的所有其他人員C.參數(shù)的使用 幾乎沒有真正的常數(shù)一個解決辦法:Þ 用const 聲明 (C+), 或Þ 用public static final聲明 (Java)一個更好的解決方案:Þ 從一個參數(shù)文件讀取“常量”的值D.代碼布局增加可讀性 使用縮進(jìn)ß 最好用一臺美觀打印機(jī)ß 使用大量的空白行(分解大的代碼塊)E.嵌套的if語句2、軟件產(chǎn)品集成方式有那些，說明其優(yōu)缺

31、點(diǎn)A、自頂向下集成優(yōu)勢1:故障隔離Þ 當(dāng)mNew添加到已測試過的構(gòu)件中，以前成功的測試用例失敗Ý 故障必然在mNew或產(chǎn)品其余部分與mNew之間的接口ß 優(yōu)勢2:殘樁不浪費(fèi)Þ 每個殘樁在適當(dāng)?shù)牟襟E被擴(kuò)展到相應(yīng)的完成構(gòu)件優(yōu)勢3:主要設(shè)計缺陷早顯現(xiàn)ß 問題Þ 可重用的構(gòu)件沒有被適當(dāng)?shù)販y試Þ 低級別(操作的)構(gòu)件不經(jīng)常被測試Þ 如果產(chǎn)品是精心設(shè)計的，情況更嚴(yán)重B、自底向上集成優(yōu)勢1Þ 操作構(gòu)件測試徹底ß 優(yōu)勢2Þ 操作構(gòu)件由驅(qū)動程序測試,而不是通過故障屏蔽,防御性編程構(gòu)件ß 優(yōu)勢3

32、Þ 故障隔離困難Þ 主要設(shè)計缺陷晚檢測到 解決方案Þ 結(jié)合自頂向下和自底向上策略，利用它們的長處,最小化它們的弱點(diǎn)C、三明治集成優(yōu)勢1Þ 主要設(shè)計錯誤發(fā)現(xiàn)得早ß 優(yōu)勢2Þ 操作構(gòu)件被徹底地測試Þ 它們可能被可信地重用ß 優(yōu)勢3Þ 一直有故障隔離D、面向?qū)ο蟮漠a(chǎn)品集成Þ 幾乎總是三明治實(shí)現(xiàn)和集成Þ 對象是自底向上集成Þ 其他構(gòu)件自頂向下集成2、 列舉透明盒單元測試技術(shù)方法和原理 我們將檢查Þ 語句覆蓋Þ 分支覆蓋Þ 路徑覆蓋Þ 線性碼序列

33、Þ 所有定義使用路徑覆蓋1語句覆蓋:Þ 運(yùn)行一組測試用例使每個語句至少執(zhí)行一次Þ 需要CASE工具進(jìn)行跟蹤弱點(diǎn)Þ 分支語句2分支覆蓋運(yùn)行一組測試用例,每個分支至少執(zhí)行一次Þ 這解決之前的幻燈片上問題Þ 再次,CASE工具是必要的3路徑覆蓋運(yùn)行一組測試用例,每個路徑至少執(zhí)行一次(以及所有語句)ß 問題:Þ 路徑的數(shù)量可能會非常多ß 我們要比所有的路徑更弱的條件，但能比分支覆蓋找出更多的故障4線性碼序列識別控制流的點(diǎn)集L，由此可能跳轉(zhuǎn),再加上入口點(diǎn)和出口點(diǎn)ß 限制測試用例使路徑以元素L為起點(diǎn)和終點(diǎn)&

34、#223; 這揭示了許多故障不需要測試每一個路徑5所有定義使用路徑覆蓋變量識別從定義的一個變量到使用這個定義變量的所有路徑每一個這樣的路徑建立一個測試用例劣勢:Þ 路徑數(shù)量的上界是2d ,d是分支機(jī)的數(shù)量在實(shí)踐中:Þ 路徑的實(shí)際數(shù)目與d成正比因此這是一個實(shí)用的測試用例選擇技術(shù)3、 功能測試的方法，（沒找到）a產(chǎn)品測試 定制軟件產(chǎn)品測試Þ SQA組必須確保產(chǎn)品通過了驗(yàn)收測試Þ 一次驗(yàn)收測試失敗,對開發(fā)組織有不良影響 b驗(yàn)收測試 客戶確定產(chǎn)品是否滿足其規(guī)格ß 執(zhí)行驗(yàn)收測試的可以是Þ 客戶組織,或Þ 在客戶代表在場下的SQA團(tuán)隊,

35、或Þ 受雇于客戶的一個獨(dú)立的SQA團(tuán)隊驗(yàn)收測試的四個主要部分Þ 正確性Þ 健壯性Þ 性能Þ 文檔產(chǎn)品測試和驗(yàn)收測試關(guān)鍵區(qū)別是Þ 驗(yàn)收測試在實(shí)際數(shù)據(jù)上執(zhí)行Þ 產(chǎn)品測試在測試數(shù)據(jù)上執(zhí)行,很明顯這永遠(yuǎn)不能是真實(shí)的ß 新舊系統(tǒng)并行運(yùn)行第十四章交付維護(hù)1、 交付維護(hù)重要性。 更正性維護(hù)，糾正殘存的故障-分析、設(shè)計、實(shí)現(xiàn)、文檔或任何其他類型的錯誤Ý 完善性維護(hù)，客戶端請求改變提高產(chǎn)品效能-Ý添加額外的功能Ý 使產(chǎn)品運(yùn)行得更快Ý 提高可維護(hù)性適應(yīng)性維護(hù)，應(yīng)對產(chǎn)品運(yùn)行的環(huán)境的變化2、 確保可

36、維護(hù)性的方法A、維護(hù)并不是一個一次性的工作ß b、我們必須準(zhǔn)備在整個生命周期進(jìn)行維護(hù)C、在交付維護(hù)期間，可維護(hù)性不能妥協(xié)Þ 總要意識到進(jìn)一步的維護(hù)不可避免ß d、通向可維護(hù)性的原則也同樣適用于交付維護(hù)本身3、 在交付維護(hù)期，頻繁的變更帶來的影響有那些。 產(chǎn)品越偏離原來的設(shè)計進(jìn)一步變更變得更加困難文檔變得比平時更不可靠 回歸測試文件不是最新的Þ 為進(jìn)一步維護(hù)可能需要整體重寫4、 面向?qū)ο蠓缎蛯浖S護(hù)的利與弊。 產(chǎn)品由獨(dú)立單元組成Þ 封裝(概念獨(dú)立)Þ 信息隱藏(物理獨(dú)立性)Þ 消息傳遞是唯一的溝通方式 整個繼承層次結(jié)構(gòu)可能很

37、龐大Þ 多態(tài)和動態(tài)綁定的后果Þ 繼承的后果5、交付維護(hù)人員需要那些技能A、至少67%的總成本在產(chǎn)品交付維護(hù)中產(chǎn)生ß 然而,即使在今天許多組織將維護(hù)分配給Þ 無指導(dǎo)的初學(xué)者Þ 不能干的程序員第十五章物流信息分類與編碼1、 線分類方法的優(yōu)缺點(diǎn) 優(yōu)點(diǎn)是：層次性好，能較好地反映類目之間的邏輯關(guān)系。實(shí)用方便，既符合手工處理信息的傳統(tǒng)習(xí)慣，又便于計算機(jī)處理信息。Þ 缺點(diǎn)是：結(jié)構(gòu)彈性差，一旦確定分類深度和每一層級的類目容量并固定了劃分基準(zhǔn)，要想修改某一個劃分基準(zhǔn)是比較困難的，它將牽扯許多分類對象的排列順序。所以使用時要考慮到有足夠的后備容量。效率較

38、低，當(dāng)分類層次較多時，代碼位數(shù)較長。2、 面分類優(yōu)缺點(diǎn) 優(yōu)點(diǎn)是：層次性好，能較好地反映類目之間的邏輯關(guān)系。實(shí)用方便，既符合手工處理信息的傳統(tǒng)習(xí)慣，又便于計算機(jī)處理信息。Þ 缺點(diǎn)是：結(jié)構(gòu)彈性差，一旦確定分類深度和每一層級的類目容量并固定了劃分基準(zhǔn)，要想修改某一個劃分基準(zhǔn)是比較困難的，它將牽扯許多分類對象的排列順序。所以使用時要考慮到有足夠的后備容量。效率較低，當(dāng)分類層次較多時，代碼位數(shù)較長。3、 線分類與面分類的主要區(qū)別？ 線分類類目之間有隸屬關(guān)系（層級關(guān)系），即下位類類目，隸屬于其上位類類目。下位類類目是其上位類類目含義的補(bǔ)充與說明。ß 而面分類的特點(diǎn)是各面之間具有并列關(guān)系，每個面都有獨(dú)立的含義。4、 編碼的原則唯一性，匹配性，可擴(kuò)充性，簡潔性格式一致、適應(yīng)性、穩(wěn)定性、識別性、可操作性第十六章條碼技術(shù)1、 條碼工作原理 由光源發(fā)出的光線經(jīng)過光學(xué)系統(tǒng)照射到條碼符號上面，條形碼中的條紋是由若干黑色“條”和白色“空”的單元組成，因?yàn)楹谏珬l紋對光的反射率低而白色“空”對光的反射率高，加上條與空的寬度不同，使得掃描光線產(chǎn)生不