哈爾濱工程大學(xué)軟件學(xué)院

1、軟件案例教學(xué)課程大作業(yè)課程名稱(chēng)軟件案例教學(xué)課程編號(hào)0920120案例名稱(chēng)物流配送管理系統(tǒng)學(xué)號(hào)班級(jí)姓名何惠專(zhuān)業(yè)軟件工程學(xué)生所在學(xué)院軟件學(xué)院指導(dǎo)教師實(shí)驗(yàn)時(shí)間2014年5月成績(jī)?cè)u(píng)定平時(shí)成績(jī)+報(bào)告成績(jī)=指導(dǎo)教師評(píng)語(yǔ)哈爾濱工程大學(xué)軟件學(xué)院案例名稱(chēng)：物流配送管理系統(tǒng)需求分析部分1靜態(tài)頁(yè)面繪制的目的（5分）方便客戶直觀的看到界面布局有助于后續(xù)的數(shù)據(jù)庫(kù)設(shè)計(jì)有助于后續(xù)的詳細(xì)設(shè)計(jì)進(jìn)行便于客戶與設(shè)計(jì)者之間對(duì)需求的理解。2輸入輸出項(xiàng)如何確認(rèn)（5分）根據(jù)客戶的要求以及客戶以往的業(yè)務(wù)介紹3需求分析成果物應(yīng)當(dāng)包括哪些（5分）需求結(jié)構(gòu)圖輸入輸出項(xiàng)具體的業(yè)務(wù)操作流程4數(shù)據(jù)庫(kù)設(shè)計(jì)與輸入輸出項(xiàng)的確認(rèn)有何關(guān)聯(lián)（5分）通過(guò)輸入輸出項(xiàng)確

2、認(rèn)需要處理的數(shù)據(jù)以及數(shù)據(jù)的自然關(guān)系。然后使用E-R圖或UML圖 對(duì)數(shù)據(jù)進(jìn)行建模，根據(jù)映射規(guī)則，將E-R圖中的實(shí)體與關(guān)系轉(zhuǎn)化為數(shù)據(jù)庫(kù)表并除去其 中的冗余表并建立索引。5請(qǐng)繪制本次案例的各部分流程圖（10分：繪制自己負(fù)責(zé)部分）任務(wù)成功部分完成簽收單號(hào)配送員號(hào)查詢?nèi)蝿?wù)單任務(wù)單完成任務(wù)單失敗退貨登記退換貨流程圖任務(wù)單部分完 成先付款流程圖6何謂搭建系統(tǒng)架構(gòu)？（ 5分）是一個(gè)軟件系統(tǒng)從整體到部分的最高層次的劃分。一個(gè)系統(tǒng)通常是由元件組成的， 而這些元件如何形成、相互之間如何發(fā)生作用，則是關(guān)于這個(gè)系統(tǒng)本身結(jié)構(gòu)的重要 信息。MVC思想及其優(yōu)勢(shì)1）MVC思想將一個(gè)應(yīng)用分成三個(gè)基本部分：Model （模型）、V

3、iew（視圖）和Controller （控制器），這三個(gè)部分以最少的耦合協(xié)同工作，從而提高應(yīng)用的可擴(kuò)展性及可維護(hù)性。2）MVC特點(diǎn)1、多個(gè)視圖可以對(duì)應(yīng)一個(gè)模型。按MVC設(shè)計(jì)模式，一個(gè)模型對(duì)應(yīng)多個(gè)視圖，可以減 少代碼的復(fù)制及代碼的維護(hù)量，一旦模型發(fā)生改變，也易于維護(hù)。2、模型返回的數(shù)據(jù)與顯示邏輯分離。模型數(shù)據(jù)可以應(yīng)用任何的顯示技術(shù)，例如，使 用JSP頁(yè)面、Velocity模版或者直接產(chǎn)生Excel文檔等。3、應(yīng)用被分離為三層，降低了各層之間的耦合，提供了應(yīng)用的可擴(kuò)展性。4、控制層的概念也可有效，由于它把不同的模型和不同的視圖組合一起，完成不同 的請(qǐng)求。因此，控制層可以說(shuō)是包含了用戶請(qǐng)求權(quán)限的概念

4、。5、MVC更符合軟件工程化管理的精神。不同的層各司其職，每一層的組件具有相同 的特征，有利于通過(guò)工程化和工具化產(chǎn)生管理程序代碼。7如何抽象出工具類(lèi)？（ 5分）找出各個(gè)模塊都能使用的功能或組成部分，將其設(shè)計(jì)成各個(gè)模塊都能實(shí)例化的工具測(cè)試部分1測(cè)試的目的（3分）軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)誤一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試2測(cè)試的針對(duì)點(diǎn)有哪些？（ 3分）功能測(cè)試，邊界測(cè)試，邏輯測(cè)試，輸入測(cè)試、輸出測(cè)試、頁(yè)面跳轉(zhuǎn)測(cè)試、頁(yè)面校驗(yàn)、 選擇項(xiàng)測(cè)試3根據(jù)什么制定測(cè)試方案（3分）需求分析數(shù)據(jù)庫(kù)設(shè)計(jì)詳

5、細(xì)設(shè)計(jì)根據(jù)詳細(xì)信息設(shè)計(jì)編寫(xiě)測(cè)試代碼4單元測(cè)試、集成測(cè)試、綜合測(cè)試的目的是？（ 3分）單元測(cè)試的目的是測(cè)試一部分即某個(gè)模塊集成測(cè)試的目的是關(guān)聯(lián)點(diǎn)測(cè)試，模塊與模塊之間的測(cè)試 綜合測(cè)試的目的是整體5如何理解測(cè)試驅(qū)動(dòng)開(kāi)發(fā)？（ 5分）要求在編寫(xiě)某個(gè)功能的代碼之前先編寫(xiě)測(cè)試代碼，然后只編寫(xiě)使測(cè)試通過(guò)的功能代 碼，通過(guò)測(cè)試來(lái)推動(dòng)整個(gè)開(kāi)發(fā)的進(jìn)行。這有助于編寫(xiě)簡(jiǎn)潔可用和高質(zhì)量的代碼，并 加速開(kāi)發(fā)過(guò)程。6測(cè)試結(jié)果出現(xiàn)異議如何處理（3分）首先，開(kāi)發(fā)人員與測(cè)試人員進(jìn)行溝通，找出原因，如果能夠得到準(zhǔn)確結(jié)果，這種情 況下，誰(shuí)錯(cuò)誰(shuí)改。若雙方無(wú)法達(dá)成一致意見(jiàn)，則一同與項(xiàng)目組組長(zhǎng)進(jìn)行溝通并以組 長(zhǎng)的決策為準(zhǔn)總結(jié)部分 1以實(shí)際的

6、案例為基礎(chǔ)，簡(jiǎn)述在實(shí)際的開(kāi)發(fā)過(guò)程中，軟件工程的各階段成果應(yīng)該有什么？（2分）需求分析階段：操作流程圖、靜態(tài)界面詳細(xì)設(shè)計(jì)階段：數(shù)據(jù)庫(kù)設(shè)計(jì)、類(lèi)說(shuō)明、包說(shuō)明2簡(jiǎn)述設(shè)計(jì)的時(shí)候應(yīng)用各種設(shè)計(jì)模式的原則是什么（2分）替換原則：總是保證子類(lèi)可以替換它的基類(lèi)開(kāi)閉原則：指類(lèi)、模塊、方法是可以擴(kuò)展的，但不可以修改3簡(jiǎn)述測(cè)試在開(kāi)發(fā)中的重要性（2分）提高軟件產(chǎn)品質(zhì)量，減少漏洞。零缺陷的軟件是不存在的。但通過(guò)必要的測(cè)試，軟 件缺陷可減少75%，降低軟件使用風(fēng)險(xiǎn)。4總結(jié)課程的收獲（4分）通過(guò)本次課程，我進(jìn)一步健身了對(duì)實(shí)際項(xiàng)目的開(kāi)發(fā)流程的認(rèn)識(shí)與理解，通過(guò)老師的 講解，理解了需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及測(cè)試各個(gè)階段的工作內(nèi)容以及其 在軟件開(kāi)發(fā)的各個(gè)階段