軟件開發(fā)與設(shè)計(jì)實(shí)例分析復(fù)習(xí)題_新加_第1頁(yè)
軟件開發(fā)與設(shè)計(jì)實(shí)例分析復(fù)習(xí)題_新加_第2頁(yè)
軟件開發(fā)與設(shè)計(jì)實(shí)例分析復(fù)習(xí)題_新加_第3頁(yè)
軟件開發(fā)與設(shè)計(jì)實(shí)例分析復(fù)習(xí)題_新加_第4頁(yè)
軟件開發(fā)與設(shè)計(jì)實(shí)例分析復(fù)習(xí)題_新加_第5頁(yè)
已閱讀5頁(yè),還剩14頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、軟件開發(fā)與設(shè)計(jì)實(shí)例分析復(fù)習(xí)題(0810)一、基本要求1、軟件項(xiàng)目開發(fā)概述(1)軟件工程的三段論:軟件開發(fā)過(guò)程、軟件項(xiàng)目管理、軟件過(guò)程改進(jìn)開發(fā)過(guò)程是軟件人員生產(chǎn)軟件的過(guò)程,例如需求分析、設(shè)計(jì)、編碼、測(cè)試等,相當(dāng)于生產(chǎn)線上的生產(chǎn)過(guò)程。管理過(guò)程是項(xiàng)目管理者規(guī)劃軟件開發(fā)、控制軟件開發(fā)的過(guò)程,相當(dāng)于生產(chǎn)線上的管理過(guò)程,管理過(guò)程是伴隨開發(fā)過(guò)程進(jìn)行的過(guò)程。過(guò)程改進(jìn)相當(dāng)于對(duì)軟件開發(fā)過(guò)程和軟件管理過(guò)程的“工藝流程”進(jìn)行管理和改進(jìn),如果沒有好的工藝生產(chǎn)不出好的產(chǎn)品,它包括對(duì)開發(fā)過(guò)程和管理過(guò)程的定義和改進(jìn)。(2)需求分析建模的基本方法:結(jié)構(gòu)化方法、面向?qū)ο蠓椒ńY(jié)構(gòu)化方法是一種傳統(tǒng)的軟件開發(fā)方法,它是由結(jié)構(gòu)化分析、結(jié)

2、構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化程序設(shè)計(jì)三部分有機(jī)組合而成的。它的基本思想:把一個(gè)復(fù)雜問(wèn)題的求解過(guò)程分階段進(jìn)行,每個(gè)階段處理的問(wèn)題都控制在人們?nèi)菀桌斫夂吞幚淼姆秶鷥?nèi)。結(jié)構(gòu)化方法的基本要點(diǎn)是:自頂向下、逐步求精、模塊化設(shè)計(jì)。結(jié)構(gòu)化分析方法(Structured Method,結(jié)構(gòu)化方法)是強(qiáng)調(diào)開發(fā)方法的結(jié)構(gòu)合理性以及所開發(fā)軟件的結(jié)構(gòu)合理性的軟件開發(fā)方法面向?qū)ο蠓椒?Object-Oriented Method)是一種把面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過(guò)程中,指導(dǎo)開發(fā)活動(dòng)的系統(tǒng)方法,簡(jiǎn)稱OO (Object-Oriented)方法,是建立在“對(duì)象”概念基礎(chǔ)上的方法學(xué)。對(duì)象是由數(shù)據(jù)和容許的操作組成的封裝體,與客觀實(shí)體有

3、直接對(duì)應(yīng)關(guān)系,一個(gè)對(duì)象類定義了具有相似性質(zhì)的一組對(duì)象。而每繼承性是對(duì)具有層次關(guān)系的類的屬性和操作進(jìn)行共享的一種方式。所謂面向?qū)ο缶褪腔趯?duì)象概念,以對(duì)象為中心,以類和繼承為構(gòu)造機(jī)制,來(lái)認(rèn)識(shí)、理解、刻畫客觀世界和設(shè)計(jì)、構(gòu)建相應(yīng)的軟件系統(tǒng)。(3)概要設(shè)計(jì)原則和設(shè)計(jì)模型(4)軟件體系結(jié)構(gòu):客戶機(jī)/服務(wù)器結(jié)構(gòu)(C/S)、瀏覽器/服務(wù)器結(jié)構(gòu)(B/S)、應(yīng)用程序框架結(jié)構(gòu)(MVC)、組件體系結(jié)構(gòu)(Client/Server或客戶/服務(wù)器模式):Client和Server常常分別處在相距很遠(yuǎn)的兩臺(tái)計(jì)算機(jī)上,Client程序的任務(wù)是將用戶的要求提交給Server程序,再將Server程序返回的結(jié)果以特定的形式顯

4、示給用戶;Server程序的任務(wù)是接收客戶程序提出的服務(wù)請(qǐng)求,進(jìn)行相應(yīng)的處理,再將結(jié)果返回給客戶程序。B/S結(jié)構(gòu)(Browser/Server,瀏覽器/服務(wù)器模式),是WEB興起后的一種網(wǎng)絡(luò)結(jié)構(gòu)模式,WEB瀏覽器是客戶端最主要的應(yīng)用軟件。這種模式統(tǒng)一了客戶端,將系統(tǒng)功能實(shí)現(xiàn)的核心部分集中到服務(wù)器上,簡(jiǎn)化了系統(tǒng)的開發(fā)、維護(hù)和使用。客戶機(jī)上只要安裝一個(gè)瀏覽器(Browser),如Netscape Navigator或Internet Explorer,服務(wù)器安裝Oracle、Sybase、Informix或 SQL Server等數(shù)據(jù)庫(kù)。瀏覽器通過(guò)Web Server 同數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)交互。MVC

5、本來(lái)是存在于Desktop程序中的,M是指數(shù)據(jù)模型,V是指用戶界面,C則是控制器。使用MVC的目的是將M和V的實(shí)現(xiàn)代碼分離,從而使同一個(gè)程序可以使用不同的表現(xiàn)形式。比如一批統(tǒng)計(jì)數(shù)據(jù)你可以分別用柱狀圖、餅圖來(lái)表示。C存在的目的則是確保M和V的同步,一旦M改變,V應(yīng)該同步更新。(5)編碼方法和規(guī)范:結(jié)構(gòu)化編碼方法、面向?qū)ο缶幋a方法、編碼標(biāo)準(zhǔn)和規(guī)范(6)測(cè)試方法和過(guò)程(7)軟件項(xiàng)目的提交和維護(hù) (8)軟件文檔規(guī)范(9)軟件開發(fā)環(huán)境與工具2、基于結(jié)構(gòu)化方法的C/S架構(gòu)軟件項(xiàng)目實(shí)例(1)項(xiàng)目立項(xiàng):立項(xiàng)背景、可行性分析、開發(fā)計(jì)劃(2)需求分析:需求調(diào)研、數(shù)據(jù)分析、功能定義、需求分析文檔(3)概要設(shè)計(jì):開發(fā)

6、環(huán)境、架構(gòu)設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)、界面設(shè)計(jì)、模塊設(shè)計(jì)、概要設(shè)計(jì)文檔(4)詳細(xì)設(shè)計(jì):接口定義、數(shù)據(jù)結(jié)構(gòu)定義、算法設(shè)計(jì)、詳細(xì)設(shè)計(jì)文檔(5)編碼實(shí)現(xiàn):編程實(shí)現(xiàn)、編碼文檔(6)系統(tǒng)測(cè)試:測(cè)試方案、測(cè)試過(guò)程、測(cè)試評(píng)估3、基于面向?qū)ο蠓椒ǖ腃/S架構(gòu)軟件項(xiàng)目實(shí)例(1)項(xiàng)目立項(xiàng):立項(xiàng)背景、可行性分析、開發(fā)計(jì)劃(2)需求分析:需求調(diào)研、數(shù)據(jù)分析、功能定義、需求分析文檔(3)概要設(shè)計(jì):開發(fā)環(huán)境、架構(gòu)設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)、界面設(shè)計(jì)、模塊設(shè)計(jì)、概要設(shè)計(jì)文檔(4)詳細(xì)設(shè)計(jì):接口/類定義、數(shù)據(jù)結(jié)構(gòu)定義、算法設(shè)計(jì)、詳細(xì)設(shè)計(jì)文檔(5)編碼實(shí)現(xiàn):編程實(shí)現(xiàn)、編碼文檔(6)系統(tǒng)測(cè)試:測(cè)試方案、測(cè)試過(guò)程、測(cè)試評(píng)估4、基于B/S架構(gòu)的網(wǎng)站開發(fā)軟件

7、項(xiàng)目實(shí)例(1)項(xiàng)目立項(xiàng):立項(xiàng)背景、可行性分析、開發(fā)計(jì)劃(2)需求分析:需求調(diào)研、數(shù)據(jù)分析、功能定義、需求分析文檔(3)概要設(shè)計(jì):開發(fā)環(huán)境、架構(gòu)設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)、界面設(shè)計(jì)、模塊設(shè)計(jì)、概要設(shè)計(jì)文檔(4)詳細(xì)設(shè)計(jì):接口/類定義、數(shù)據(jù)結(jié)構(gòu)定義、算法設(shè)計(jì)、詳細(xì)設(shè)計(jì)文檔(5)編碼實(shí)現(xiàn):編程實(shí)現(xiàn)、編碼文檔(6)系統(tǒng)測(cè)試:測(cè)試方案、測(cè)試過(guò)程、測(cè)試評(píng)估二、基本概念1、 軟件工程的三段論是指軟件項(xiàng)目管理、軟件項(xiàng)目開發(fā)和軟件過(guò)程改進(jìn)。2、軟件項(xiàng)目管理過(guò)程是項(xiàng)目管理者規(guī)劃軟件開發(fā)、控制軟件開發(fā)的過(guò)程。管理過(guò)程是伴隨開發(fā)過(guò)程進(jìn)行的過(guò)程。3、軟件項(xiàng)目開發(fā)過(guò)程相當(dāng)于生產(chǎn)線上的生產(chǎn)過(guò)程。軟件生產(chǎn)線上的工序主要包括:需求分析、概

8、要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、提交和維護(hù)等。4、軟件過(guò)程是為了獲得高質(zhì)量軟件所需要完成的一系列活動(dòng)的框架,它規(guī)定了完成各項(xiàng)活動(dòng)的工作步驟。5、軟件由用戶需求驅(qū)動(dòng)的。6、軟件需求關(guān)注的是軟件需求的獲取、分析、規(guī)格和驗(yàn)證。7、軟件概要設(shè)計(jì)的核心內(nèi)容就是依據(jù)需求規(guī)格或規(guī)格定義,合理、有效地實(shí)現(xiàn)產(chǎn)品規(guī)格中定義的各項(xiàng)需求。它注重框架設(shè)計(jì)、總體結(jié)構(gòu)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、接口設(shè)計(jì)、網(wǎng)絡(luò)環(huán)境設(shè)計(jì)等。概要設(shè)計(jì)是將產(chǎn)品分割成一些可以獨(dú)立設(shè)計(jì)和實(shí)現(xiàn)的部分,保證系統(tǒng)的各個(gè)部分可以和諧地工作。8、概要設(shè)計(jì)主要是根據(jù)需求規(guī)格完成軟件模塊的劃分并描述模塊之間的關(guān)系,設(shè)計(jì)過(guò)程是不斷地分解系統(tǒng)模塊,從高層分解到低層分解。9、傳統(tǒng)(

9、結(jié)構(gòu)化)的設(shè)計(jì)方法傳統(tǒng)的結(jié)構(gòu)化設(shè)計(jì)方法主要有功能模塊劃分設(shè)計(jì)、面向數(shù)據(jù)流設(shè)計(jì)、面向事務(wù)設(shè)計(jì)、輸入輸出設(shè)計(jì)等。10、功能模塊劃分設(shè)計(jì) 這個(gè)設(shè)計(jì)方法是根據(jù)功能進(jìn)行分解,分解出一些模塊,設(shè)計(jì)者從高層到低層一層一層進(jìn)行分解,每層都有一定的關(guān)聯(lián)關(guān)系,每個(gè)模塊具有特定、明確的功能,每個(gè)模塊的功能是相對(duì)獨(dú)立的,同時(shí)是可以集成的。模塊劃分應(yīng)該體現(xiàn)信息隱藏、高內(nèi)聚、松耦合的特點(diǎn)。11、設(shè)計(jì)模型 設(shè)計(jì)模型主要包括四類模型:數(shù)據(jù)設(shè)計(jì)、架構(gòu)設(shè)計(jì)、界面設(shè)計(jì)、模塊設(shè)計(jì)。12、架構(gòu)設(shè)計(jì)中以數(shù)據(jù)為中心的架構(gòu)中,數(shù)據(jù)(例如數(shù)據(jù)庫(kù)、文件等)是整個(gè)架構(gòu)的中心,其他的模塊經(jīng)常對(duì)這些數(shù)據(jù)進(jìn)行增加、刪除、修改等操作。以數(shù)據(jù)為中心的架構(gòu)改

10、進(jìn)可以是漸近的。修改一個(gè)模塊或者增加一個(gè)模塊不用關(guān)心其他模塊,因?yàn)槟K的獨(dú)立性很好。13、架構(gòu)設(shè)計(jì)中基于數(shù)據(jù)流的架構(gòu)是根據(jù)輸入的數(shù)據(jù),經(jīng)過(guò)一系列的處理之后,變?yōu)檩敵鰯?shù)據(jù)的架構(gòu)。14、架構(gòu)設(shè)計(jì)中調(diào)用返回的系統(tǒng)可以使得軟件設(shè)計(jì)人員開發(fā)一個(gè)比較容易修改和擴(kuò)展的程序結(jié)構(gòu),它包括主程序、子程序架構(gòu)和遠(yuǎn)程調(diào)用模式。主程序、子程序架構(gòu)是將程序分割為一系列可以控制的樹形模塊,有一個(gè)主程序,它調(diào)用很多其他的程序模塊,然后每個(gè)程序模塊可能又調(diào)用其他的模塊。15、模塊設(shè)計(jì)的最終目的是將數(shù)據(jù)模型、架構(gòu)模型、界面模型變?yōu)榭梢圆僮鞯能浖?6、主要的架構(gòu)設(shè)計(jì)有以數(shù)據(jù)為中心的架構(gòu)、基于數(shù)據(jù)流的架構(gòu)、調(diào)用返回的結(jié)構(gòu)、面向?qū)ο?/p>

11、的體系結(jié)構(gòu)、分層體系結(jié)構(gòu)等。17、數(shù)據(jù)模型可以分為概念數(shù)據(jù)模型和物理數(shù)據(jù)模型,概念數(shù)據(jù)模型設(shè)計(jì)的目標(biāo)是產(chǎn)生反應(yīng)系統(tǒng)信息需求的整體數(shù)據(jù)庫(kù)概念結(jié)構(gòu);物理數(shù)據(jù)模型是將概念結(jié)構(gòu)轉(zhuǎn)換成特定數(shù)據(jù)管理系統(tǒng)所支持的數(shù)據(jù)模型的過(guò)程。 數(shù)據(jù)庫(kù)的設(shè)計(jì)是數(shù)據(jù)設(shè)計(jì)的核心,可以采用面向數(shù)據(jù)的方法,為此需要掌握數(shù)據(jù)庫(kù)設(shè)計(jì)的原理和規(guī)范。18、用戶界面設(shè)計(jì)的過(guò)程包括4個(gè)明顯的主要活動(dòng)是:用戶、任務(wù)、環(huán)境的分析和建模;界面的設(shè)計(jì);界面的實(shí)現(xiàn);界面的驗(yàn)證。19、MVC是一種設(shè)計(jì)模式,它強(qiáng)制性地將應(yīng)用程序的輸入、處理和輸出分開。MVC將應(yīng)用程序分為三個(gè)核心模塊:模型、視圖和控制器。20、程序可以有4種實(shí)現(xiàn)注釋的風(fēng)格:塊注釋、單行注釋

12、、尾端注釋和行末注釋。二、簡(jiǎn)答題1、面向?qū)ο蟮能浖_發(fā)技術(shù)思想與特點(diǎn)。面向?qū)ο蟮某绦蛟O(shè)計(jì)思想是將客觀世界中的事物看成對(duì)象,對(duì)象是由數(shù)據(jù)及對(duì)數(shù)據(jù)的操作構(gòu)成的一個(gè)不可分離的整體。對(duì)同類型的對(duì)象抽象出其共性,形成類。類中的大多數(shù)數(shù)據(jù),只能用本類的方法進(jìn)行處理。類通過(guò)一個(gè)簡(jiǎn)單的外部接口與外界發(fā)生關(guān)系,對(duì)象與對(duì)象之間通過(guò)消息進(jìn)行聯(lián)系。封裝、繼承和多態(tài)性是面向?qū)ο蟪绦蛟O(shè)計(jì)的主要特性。封裝是指對(duì)象在把數(shù)據(jù)與操作結(jié)合為一個(gè)整體時(shí),其數(shù)據(jù)的表示方式及對(duì)數(shù)據(jù)的操作細(xì)節(jié)是盡可能地被隱藏的。繼承是指特殊類的對(duì)象擁有其一般類的全部屬性結(jié)構(gòu)的操作行為。多態(tài)性是指在一般類中定義的屬性或行為,被特殊類繼承之后,可以具有不同的

13、數(shù)據(jù)類型或不同的行為,這使得同一個(gè)屬性或行為在一般類及各特殊類中具有不同的語(yǔ)義。2、 組件化的軟件開發(fā)技術(shù)思想與特點(diǎn)?;诮M件的開發(fā)是一種利用可重用的軟件組件構(gòu)建應(yīng)用程序的技術(shù)。組件是一個(gè)獨(dú)立的可傳遞的操作的集合。它是具有特定功能,能夠跨越進(jìn)程的邊界實(shí)現(xiàn)網(wǎng)絡(luò)、語(yǔ)言、應(yīng)用程序、開發(fā)工具和操作系統(tǒng)的“即插即用”的獨(dú)立的對(duì)象。組件的開發(fā)工程,主要是一個(gè)組裝和集成的過(guò)程,其基本活動(dòng)過(guò)程是: 收集組件 改善組件質(zhì)量 使組件能相互適應(yīng)組裝組件 更新組件3、軟件需求關(guān)注的內(nèi)容。軟件需求關(guān)注的是軟件需求的獲取、分析、規(guī)格和驗(yàn)證。需求獲取的內(nèi)容包括需求源和需求獲取技術(shù)。需求分析的內(nèi)容包括需求分類、概念模型、架構(gòu)

14、設(shè)計(jì)與需求的部署和需求協(xié)調(diào)。需求規(guī)格的內(nèi)容包括系統(tǒng)定義文檔、系統(tǒng)需求規(guī)格和軟件需求規(guī)格。需求確認(rèn)的內(nèi)容包括需求評(píng)審、原型及模型確認(rèn)、接收測(cè)試。4、需求驗(yàn)證的內(nèi)容 需求規(guī)格提交后,開發(fā)人員需要與客戶對(duì)需求分析的結(jié)果進(jìn)行驗(yàn)證,以需求規(guī)格說(shuō)明為輸入、通過(guò)符號(hào)執(zhí)行、模擬或快速原型等途徑,分析需求規(guī)格的正確性和可行性。驗(yàn)證包括以下內(nèi)容。 1)需求的正確性。 2)需求的一致性。 3)需求的完整性。 4)需求的可行性。 5)需求的必要性。 6)需求的可檢驗(yàn)性。 7)需求的可跟蹤性。 8)最后的簽字。5、設(shè)計(jì)模型中的主要內(nèi)容。設(shè)計(jì)模型主要包括四類模型:數(shù)據(jù)設(shè)計(jì)、架構(gòu)設(shè)計(jì)、界面設(shè)計(jì)、模塊設(shè)計(jì)。數(shù)據(jù)設(shè)計(jì)將需求分析

15、階段產(chǎn)生的信息模型轉(zhuǎn)化為實(shí)現(xiàn)軟件的數(shù)據(jù)結(jié)構(gòu)。架構(gòu)設(shè)計(jì)定義軟件中各個(gè)主要結(jié)構(gòu)元素之間的關(guān)系,架構(gòu)模型主要是確定一種設(shè)計(jì)模式。界面設(shè)計(jì)定義了軟件內(nèi)部的通信、與系統(tǒng)的交互以及人機(jī)操作界面等。模塊設(shè)計(jì)的最終目的是將數(shù)據(jù)模型、架構(gòu)模型、界面模型變?yōu)榭梢圆僮鞯能浖C總€(gè)模塊的功能是相對(duì)獨(dú)立的,同時(shí)是可以集成的。6、架構(gòu)設(shè)計(jì)中面向?qū)ο蟮捏w系結(jié)構(gòu)、分層體系結(jié)構(gòu)的設(shè)計(jì)內(nèi)容。 面向?qū)ο蟮捏w系結(jié)構(gòu),在構(gòu)造模塊的時(shí)候依據(jù)抽象的數(shù)據(jù)類型,每個(gè)模塊是一個(gè)抽象數(shù)據(jù)類型的實(shí)例。所以,面向?qū)ο蟮捏w系結(jié)構(gòu)有兩個(gè)重要的特點(diǎn):對(duì)象必須封裝所有的數(shù)據(jù),每個(gè)對(duì)象的數(shù)據(jù)對(duì)其他對(duì)象是黑盒子。這個(gè)架構(gòu)封裝了數(shù)據(jù)和操作。分層的體系結(jié)構(gòu),系統(tǒng)定義

16、很多的層,每層操作逐步接近機(jī)器的指令,最外層是用戶界面層,最里面層執(zhí)行操作系統(tǒng)的指令。中間層提供很多的服務(wù)和應(yīng)用。7、計(jì)算機(jī)軟件的體系結(jié)構(gòu)中主機(jī)/多用戶系統(tǒng)的特點(diǎn)。20世紀(jì)5060年代,計(jì)算機(jī)基本上是單機(jī)系統(tǒng),也就是軟件所有的功能都在一臺(tái)計(jì)算機(jī)上實(shí)現(xiàn),系統(tǒng)只有一臺(tái)計(jì)算機(jī)。20世紀(jì)70年代出現(xiàn)了主機(jī)多用戶系統(tǒng),盡管本質(zhì)上就是一臺(tái)計(jì)算機(jī)在工作,但是多個(gè)終端用戶可以同時(shí)上機(jī),并行操作,每個(gè)終端都有獨(dú)占主機(jī)資源的感覺。(3分)主機(jī)多用戶系統(tǒng)的終端不是一臺(tái)完整的計(jì)算機(jī),而是一臺(tái)分時(shí)共享主機(jī)的輸入/輸出設(shè)備。這樣,主機(jī)多用戶的應(yīng)用軟件系統(tǒng)就是一層的結(jié)構(gòu),也就是所有的負(fù)擔(dān)都由主機(jī)承擔(dān),當(dāng)這個(gè)負(fù)擔(dān)過(guò)重的時(shí)候,

17、終端用戶的數(shù)量就要受到限制。(3分)8、瀏覽器服務(wù)器(B/S) 結(jié)構(gòu)的特點(diǎn)。無(wú)須開發(fā)客戶端軟件,維護(hù)和升級(jí)方便;可跨平臺(tái)操作,任何一臺(tái)機(jī)器只要裝有www瀏覽器軟件,均可作為客戶機(jī)來(lái)訪問(wèn)系統(tǒng);具有良好的開放性和可擴(kuò)充性;可采用防火墻技術(shù)來(lái)保證系統(tǒng)的安全性,有效地適應(yīng)了當(dāng)前用戶對(duì)管理信息系統(tǒng)的新需求。因此該結(jié)構(gòu)在管理信息系統(tǒng)開發(fā)領(lǐng)域中獲得飛速發(fā)展,成為應(yīng)用軟件研制中一種流行的體系結(jié)構(gòu)。任何時(shí)間、任何地點(diǎn)、任何系統(tǒng),只要可以使用瀏覽器上網(wǎng),就可以使用B/S 系統(tǒng)的終端。9、多層B/S體系結(jié)構(gòu)的發(fā)展過(guò)程及特點(diǎn)。實(shí)際上B/S體系結(jié)構(gòu)是把二層C/S結(jié)構(gòu)的事務(wù)處理邏輯模塊從客戶機(jī)的任務(wù)中分離出來(lái),由web服

18、務(wù)器單獨(dú)組成一層來(lái)負(fù)擔(dān)其任務(wù),這樣客戶機(jī)的壓力減輕了,而把負(fù)荷分配給了WEB服務(wù)器。不過(guò),采用B/S結(jié)構(gòu),客戶端只能完成瀏覽、查詢、數(shù)據(jù)輸入等簡(jiǎn)單功能,絕大部分工作由服務(wù)器承擔(dān),這使得服務(wù)器的負(fù)擔(dān)很重。B/S二層的結(jié)構(gòu)弊端,尤其在服務(wù)器負(fù)擔(dān)過(guò)重時(shí),客戶機(jī)異地操作不容易,因此,有必要在客戶端和服務(wù)器端新建立一個(gè)層,負(fù)責(zé)事務(wù)處理,我們稱之為應(yīng)用邏輯層,這樣可以幫助“胖客戶機(jī)”或者“胖服務(wù)器”減肥,這樣就形成了三層結(jié)構(gòu),三層結(jié)構(gòu)(B/A/S表示層、應(yīng)用邏輯層、數(shù)據(jù)庫(kù)服務(wù)層)。隨著軟件系統(tǒng)規(guī)模的增大,也可以將應(yīng)用邏輯層分為很多層,這樣就演變?yōu)槎鄬芋w系結(jié)構(gòu)。這個(gè)中間層也衍生了很多的中間件產(chǎn)品。這些三層結(jié)

19、構(gòu)是一種邏輯上的結(jié)構(gòu),物理上分多少層可以根據(jù)需求來(lái)決定。三層(多層)結(jié)構(gòu)中的任意層的修改,對(duì)其他層的影響很少。10、應(yīng)用程序框架的概念和特點(diǎn)。應(yīng)用程序框架結(jié)構(gòu)是一個(gè)可以重復(fù)使用的,大致完成的應(yīng)用程序。可以通過(guò)對(duì)其進(jìn)行定制開發(fā)成一個(gè)客戶需要的真正的應(yīng)用程序??蚣芙Y(jié)構(gòu)提供給程序員可以重用的骨干模塊,程序員使用這些模塊來(lái)構(gòu)造自己的應(yīng)用,重用的骨干模塊具有如下特征:它們被證明可以與其他應(yīng)用程序一起來(lái)很好地工作;它們可以立即在下一個(gè)程序中使用;它們可以被其他項(xiàng)目使用。11、MVC設(shè)計(jì)模式的概念及內(nèi)容。MVC是一種設(shè)計(jì)模式,已經(jīng)被廣泛使用,近幾年被推薦為SUN公司J2EE平臺(tái)的設(shè)計(jì)模式,受到了越來(lái)越多的W

20、eb開發(fā)者的歡迎。它強(qiáng)制性地將應(yīng)用程序的輸入、處理和輸出分開。MVC將應(yīng)用程序分為三個(gè)核心模塊:模型、視圖和控制器。它們分別負(fù)擔(dān)不同的任務(wù)。 視圖:視圖是用戶看到并與之交互的界面,視圖向用戶顯示相關(guān)的數(shù)據(jù),并接收用戶的輸入數(shù)據(jù),但是并不進(jìn)行任何實(shí)際的業(yè)務(wù)邏輯,視圖可以向模型查詢業(yè)務(wù)狀態(tài),但不能改變模型,視圖還能接受模型發(fā)出的數(shù)據(jù)更新事件,從而對(duì)用戶界面進(jìn)行同步更新??刂破鳎嚎刂破鹘邮苡脩舻妮斎氩⒄{(diào)用模型和視圖完成用戶的需求,當(dāng)web用戶發(fā)送HTML表單時(shí),控制器接收請(qǐng)求并調(diào)用相應(yīng)的模型組件去處理請(qǐng)求,然后調(diào)用相應(yīng)的視圖顯示模型返回的數(shù)據(jù)。模型:模型是應(yīng)用程序的主體部分,模型表示業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)邏

21、輯。一個(gè)模型能為多個(gè)視圖提供數(shù)據(jù),由于同一個(gè)模型可以被多個(gè)視圖重用,所以提高了應(yīng)用的可重用性。12、struct體系結(jié)構(gòu)如何遵循MVC設(shè)計(jì)模式。struct體系結(jié)構(gòu)基本遵循了MVC模式。其中:模型(Model)是代表應(yīng)用數(shù)據(jù)的對(duì)象,它不包含數(shù)據(jù)應(yīng)當(dāng)如何展現(xiàn)給用戶的部分;視圖(View)是將模型的狀態(tài)可視化的形式,是負(fù)責(zé)將模型數(shù)據(jù)展現(xiàn)給用戶的部分;控制器(Controller)提供改變模型狀態(tài)的靈活方式。13、用戶界面設(shè)計(jì)的過(guò)程中的界面的實(shí)現(xiàn)和驗(yàn)證。 界面的實(shí)現(xiàn):實(shí)現(xiàn)界面設(shè)計(jì),一般說(shuō),首先做一個(gè)情景式的原型,以便于評(píng)估,可以采用界面實(shí)現(xiàn)工具來(lái)逐步完善界面。 界面的驗(yàn)證:首先是確認(rèn)實(shí)現(xiàn)的用戶界面是

22、否能夠正確完成用戶的任務(wù),適應(yīng)各種情況,滿足總的需求;然后評(píng)價(jià)這個(gè)界面的用戶容易使用和容易學(xué)習(xí)的程度,最后評(píng)估如將其作為用戶工作中的有用工具,用戶對(duì)它的接受程度。 。三、實(shí)例分析與設(shè)計(jì)1、需求分析實(shí)例。系統(tǒng)定義:闡述項(xiàng)目的來(lái)源、背景項(xiàng)目的用戶特點(diǎn)和項(xiàng)目的目標(biāo)。項(xiàng)目來(lái)源及背景 本項(xiàng)目是為北京某公司開發(fā)的一個(gè)網(wǎng)上招聘系統(tǒng),由于這個(gè)公司的規(guī)模比較大,需要招聘的員工也很多,每次招聘總能收到成千上萬(wàn)的簡(jiǎn)歷,如何挑選合適的應(yīng)聘者常常是公司比較棘手的事情,為人力資源部的工作人員帶來(lái)很多的工作量。為此公司希望有一個(gè)自動(dòng)化的招聘系統(tǒng)能夠給他們帶來(lái)工作的便利,提高工作效率,同時(shí)能及時(shí)招聘到滿意的人才。 為現(xiàn)實(shí)企業(yè)

23、與人才的有效聯(lián)系,彌補(bǔ)招聘中存在的種種不足,我們開發(fā)了網(wǎng)上招聘系統(tǒng)。公司人力資源部的工作人員通過(guò)這個(gè)招聘系統(tǒng)維護(hù)知識(shí)題庫(kù),編制問(wèn)卷,發(fā)布職位和與這個(gè)職位相應(yīng)的問(wèn)卷;應(yīng)聘者可以通過(guò)網(wǎng)上提交自己的簡(jiǎn)歷并同時(shí)回答相應(yīng)的問(wèn)卷。人力資源部的工作人員通過(guò)這個(gè)招聘系統(tǒng)可以統(tǒng)計(jì)整理這些簡(jiǎn)歷,并根據(jù)應(yīng)聘者的簡(jiǎn)歷和問(wèn)卷分?jǐn)?shù)提取出需要面試的人員,然后按照一定的方式通知面試人員參加面試,在面試過(guò)程中,記錄相應(yīng)的面試結(jié)果。人力資源部的工作人員可以隨時(shí)瀏覽人員簡(jiǎn)歷和面試的相關(guān)信息。用戶的特點(diǎn) 本系統(tǒng)的用戶都是網(wǎng)上用戶,包括兩類,一類是應(yīng)聘者,他們的差異比較大,有的學(xué)歷很高,有的可能很低。有的經(jīng)驗(yàn)很豐富,有的可能沒有經(jīng)驗(yàn)等

24、。另外一類用戶是管理用戶,他們是公司內(nèi)部的人,主要是人力資源管理人員和系統(tǒng)管理人員。他們對(duì)招聘業(yè)務(wù)很熟悉,系統(tǒng)管理人員對(duì)系統(tǒng)很熟悉,總之,他們對(duì)使用管理軟件比較熟悉。項(xiàng)目目標(biāo) 本項(xiàng)目設(shè)定的目標(biāo)如下: 系統(tǒng)能夠提供友好的用戶界面,使操作人員的工作量最大限度地減少; 系統(tǒng)具有良好的運(yùn)行效率,能夠達(dá)到提高生產(chǎn)率的目的; 系統(tǒng)應(yīng)有良好的可擴(kuò)充性,可以容易地加入其他系統(tǒng)的應(yīng)用; 平臺(tái)的設(shè)計(jì)具有一定的超前性,靈活性,能夠適應(yīng)企業(yè)生產(chǎn)配置的變化; 通過(guò)這個(gè)項(xiàng)目可以鍛煉隊(duì)伍,提高團(tuán)隊(duì)的開發(fā)能力和項(xiàng)目管理能力。應(yīng)用環(huán)境:根據(jù)用戶的需求陳述,可以確定本項(xiàng)目分為客戶端和管理端,客戶端主要功能是提供應(yīng)聘者的職位查詢、

25、簡(jiǎn)歷錄入、回答問(wèn)卷,簡(jiǎn)歷提交等。管理端的功能提供公司人力資源管理人員(HR)進(jìn)行的知識(shí)庫(kù)(題庫(kù))管理、問(wèn)卷管理、職位發(fā)布、簡(jiǎn)歷管理、用戶管理等。系統(tǒng)運(yùn)行的網(wǎng)絡(luò)環(huán)境 無(wú)論是客戶端的應(yīng)聘者還是管理端的管理用戶都可以通過(guò)網(wǎng)絡(luò)登錄到本系統(tǒng)中。應(yīng)聘者通過(guò)網(wǎng)絡(luò)提交簡(jiǎn)歷等相關(guān)信息,入力資源部通過(guò)網(wǎng)絡(luò)發(fā)布職位信息,獲得應(yīng)聘者提交的簡(jiǎn)歷信息,進(jìn)行面試管理。管理端的系統(tǒng)管理員需要設(shè)置管理端的用戶以及相應(yīng)的權(quán)限。 操作系統(tǒng):UNIXLinuxWindows 2000或以上版本 數(shù)據(jù)庫(kù):SQL Server 2000 開發(fā)工具包:JDK Version 142 Web服務(wù)器:Tomcat 瀏覽器:IE 60以上 設(shè)計(jì)

26、用例時(shí),我們遵循下列步驟: 1)識(shí)別出系統(tǒng)的角色。角色可以是用戶、外部系統(tǒng),甚至是外部處理,通過(guò)某種途徑與系統(tǒng)交互。重要的是著重從系統(tǒng)外部執(zhí)行者的角度來(lái)描述系統(tǒng)需要提供哪些功能,并指明這些功能的執(zhí)行者(角色)是誰(shuí)。盡可能地確保所有角色都被完全識(shí)別出來(lái)。 2)描述主要的用例??梢圆扇〔粩嗟貑?wèn)自己“這個(gè)角色究竟想通過(guò)系統(tǒng)做什么?”來(lái)準(zhǔn)確地描述用例。 3)重新審視每個(gè)用例,為它們下個(gè)詳盡的定義。角色定義 角色或者執(zhí)行者指與系統(tǒng)產(chǎn)生交互的外部用戶或者外部系統(tǒng)。1)應(yīng)聘者 應(yīng)聘者是指在這個(gè)網(wǎng)絡(luò)招聘系統(tǒng)中通過(guò)客戶端提交簡(jiǎn)歷信息的人員,這個(gè)角色主要參與客戶端的職位查詢、填寫簡(jiǎn)歷、回答問(wèn)題、提交簡(jiǎn)歷等功能。2

27、)管理用戶 管理用戶是指管理端的用戶,此角色派生兩個(gè)子類,HR(入力資源管理)和系統(tǒng)管理員,HR是指在網(wǎng)絡(luò)招聘系統(tǒng)中通過(guò)管理端參與公司人力資源管理工作的人員,它又可以派生三個(gè)子類即試題管理者、職位發(fā)布者和面試管理者。系統(tǒng)管理員是指對(duì)網(wǎng)上招聘系統(tǒng)進(jìn)行相關(guān)設(shè)置、進(jìn)行系統(tǒng)維護(hù)的人員,他也是通過(guò)管理端登錄對(duì)管理端的用戶進(jìn)行設(shè)置,分配權(quán)限等。 管理用戶具體說(shuō)明如下:HR 。試題管理者。管理題庫(kù)、組織相關(guān)問(wèn)卷。 。職位發(fā)布者。根據(jù)公司的需要發(fā)布相應(yīng)的職位。 。面試管理者。整理應(yīng)聘者簡(jiǎn)歷、對(duì)簡(jiǎn)歷合格人員進(jìn)行面試。 系統(tǒng)管理員導(dǎo)過(guò)管理端對(duì)系統(tǒng)用戶進(jìn)行管理的人員,這個(gè)角色主要負(fù)責(zé)對(duì)管理端用戶的增刪,權(quán)限的設(shè)置等

28、功能。3)數(shù)據(jù)庫(kù) 數(shù)據(jù)庫(kù)是一個(gè)與系統(tǒng)產(chǎn)生交互的外部系統(tǒng),這個(gè)角色負(fù)責(zé)系統(tǒng)的數(shù)據(jù)查詢、增加、刪除和修改等操作。系統(tǒng)主用例圖網(wǎng)上招聘系統(tǒng)可以分為兩個(gè)主要的組成部分,一個(gè)是客戶端子系統(tǒng),一個(gè)是管理端子系統(tǒng)??蛻舳俗酉到y(tǒng)功能主要是指應(yīng)聘者通過(guò)登錄招聘網(wǎng)站進(jìn)行操作的功能,即應(yīng)聘功能。管理端子系統(tǒng)功能是招聘公司的管理人員發(fā)布招聘職位,整理應(yīng)聘者簡(jiǎn)歷,面試等功能??蛻舳俗酉到y(tǒng)應(yīng)聘者通過(guò)公司的招聘網(wǎng)站登錄到系統(tǒng)中進(jìn)行應(yīng)聘,應(yīng)聘者通過(guò)它提交簡(jiǎn)歷,進(jìn)行應(yīng)聘這就是客戶端系統(tǒng)的功能。在客戶端用戶可以看到職位名稱,職位發(fā)布日期,截止日期,職位類型,招聘人數(shù)等說(shuō)明,按職位發(fā)布日期排序。當(dāng)點(diǎn)擊職位名稱時(shí)進(jìn)入職位詳細(xì)信息頁(yè)面

29、,如果應(yīng)聘的話可以填寫簡(jiǎn)歷信息,并回答問(wèn)卷,最后將問(wèn)卷連同簡(jiǎn)歷一同提交??蛻舳说墓δ苤饕ㄟx擇職位、填寫簡(jiǎn)歷、回答問(wèn)卷等功能。選擇職位 用例描述:應(yīng)聘職位選擇 執(zhí)行者:應(yīng)聘者; 前置條件:應(yīng)聘者已登錄系統(tǒng);后置條件:選擇應(yīng)聘職位后,可輸入簡(jiǎn)歷。 應(yīng)聘職位選擇業(yè)務(wù)流程 a)應(yīng)聘者進(jìn)入職位發(fā)布界面,首先展示目前正在招聘的所有職位信息列表。 b)通過(guò)點(diǎn)擊每個(gè)職位,可以詳細(xì)瀏覽每個(gè)職位的詳細(xì)描述。 c)如果滿意該職位,點(diǎn)擊確認(rèn),并進(jìn)入簡(jiǎn)歷填寫和問(wèn)卷調(diào)查。 填寫簡(jiǎn)歷用例描述:應(yīng)聘者簡(jiǎn)歷錄入 執(zhí)行者:應(yīng)聘者; 前置條件:應(yīng)聘者已選擇應(yīng)聘職位;后置條件:輸入簡(jiǎn)歷后,可以回答問(wèn)卷。 應(yīng)聘者簡(jiǎn)歷錄入業(yè)務(wù)流程

30、a)個(gè)人基本信息輸入。 b)工作經(jīng)歷信息輸入。 c)教育經(jīng)歷信息輸入。d)家庭成員信息輸入。e)簡(jiǎn)短自我評(píng)價(jià)。問(wèn)卷調(diào)查用例描述:應(yīng)聘者問(wèn)卷調(diào)查; 執(zhí)行者:應(yīng)聘者; 前置條件:應(yīng)聘者已輸入簡(jiǎn)歷;后置條件:填寫問(wèn)卷后,可提交簡(jiǎn)歷和問(wèn)卷。 應(yīng)聘者問(wèn)卷調(diào)查業(yè)務(wù)流程 a)要求應(yīng)聘者回答薪金和工作志愿等。 b)問(wèn)卷題型為選擇題,全部回答后,方可提交簡(jiǎn)歷。 c)完成答卷后,將簡(jiǎn)歷和問(wèn)卷一同提交。管理端子系統(tǒng) 管理端子系統(tǒng)主要是提供公司人力資源管理人員使用的功能它的功能分為登錄管理、題庫(kù)管理、問(wèn)卷管理、職位發(fā)布、簡(jiǎn)歷整理、面試管理等部分,每個(gè)登錄者首先要通過(guò)安全認(rèn)證然后確認(rèn)權(quán)限,系統(tǒng)根據(jù)相應(yīng)的權(quán)限實(shí)現(xiàn)相應(yīng)的功

31、能。題庫(kù)管理 在網(wǎng)上招聘系統(tǒng)中,有一套題庫(kù),是由大量的選擇題組成,它是問(wèn)卷的基本組成。題庫(kù)管理模塊主要是完成對(duì)每個(gè)試題的增加、刪除、修改、查詢等維護(hù)功能。具體描述如下。 用例描述:題庫(kù)管理; 執(zhí)行者:試題管理者; 前置條件:試題管理者已登錄系統(tǒng); 后置條件:如果題庫(kù)維護(hù)成功,則數(shù)據(jù)庫(kù)中的試題庫(kù)隨之變化,此時(shí)可以組織問(wèn)卷。 基本路徑: a)進(jìn)入題庫(kù)管理界面,首先展示目前題庫(kù)已有的題目; b)點(diǎn)擊每個(gè)題目可以詳細(xì)瀏覽這個(gè)題目的具體內(nèi)容,同時(shí)也可以對(duì)這個(gè)試題的具體內(nèi)容進(jìn)行修改。 c)增加題目時(shí),首先選擇題目類別,然后是題目名稱、題目?jī)?nèi)容、確定可選答案(多個(gè))等; d)可以刪除選擇的題目。問(wèn)卷管理 在

32、網(wǎng)上招聘系統(tǒng)中,要定期維護(hù)問(wèn)卷,因?yàn)槊總€(gè)招聘職位都附有一套問(wèn)卷,應(yīng)聘者必須回答問(wèn)卷,才可以提交簡(jiǎn)歷。問(wèn)卷管理主要是組織問(wèn)卷,問(wèn)卷中的所有題目都來(lái)自題庫(kù),每份問(wèn)卷都有不同的針對(duì)性,針對(duì)不同的招聘需求。具體功能描述如下。 用例描述:?jiǎn)柧砉芾恚?執(zhí)行者:試題管理者; 前置條件:試題管理者已登錄系統(tǒng); 后置條件:如果問(wèn)卷維護(hù)成功后,則數(shù)據(jù)庫(kù)中的問(wèn)卷隨之變化,發(fā)布職位時(shí)可以選擇合適的問(wèn)卷。 基本路徑: a)進(jìn)入問(wèn)卷管理界面,首先展示目前存在的問(wèn)卷; b)點(diǎn)擊每個(gè)問(wèn)卷可以詳細(xì)瀏覽每個(gè)問(wèn)卷的題目; C)可以對(duì)一些題目進(jìn)行刪除,或者可以重新整理各個(gè)題目的順序,同時(shí)可以預(yù)覽整個(gè)問(wèn)卷; d)提供增加問(wèn)卷的按鈕,增

33、加問(wèn)卷時(shí),從題庫(kù)中選擇題目; e)可以刪除選擇的問(wèn)卷。職位發(fā)布 職位發(fā)布是網(wǎng)上招聘系統(tǒng)的主要功能之一,管理人員根據(jù)企業(yè)發(fā)展的需要定期發(fā)布招聘職位需求,詳細(xì)描述這個(gè)職位情況,招聘要求等。每個(gè)職位都附有一套問(wèn)卷,需要應(yīng)聘者回答,問(wèn)卷是針對(duì)具體職位選定的,職位信息發(fā)布后,應(yīng)聘者通過(guò)網(wǎng)絡(luò)可以看到職位,并可以應(yīng)聘,具體功能描述如下。 用例描述:職位發(fā)布; 執(zhí)行者:職位管理者; 前置條件:職位管理者已登錄系統(tǒng), 后置條件:如果職位發(fā)布成功后,則數(shù)據(jù)庫(kù)中的職位信息隨之變化,應(yīng)聘者可以通過(guò)網(wǎng)絡(luò)看到招聘職位。 基本路徑: a)進(jìn)入職位發(fā)布界面,首先展示目前正在招聘的所有職位,可以增加新的招聘職位; b)通過(guò)點(diǎn)擊

34、每個(gè)職位,可以詳細(xì)瀏覽每個(gè)職位的詳細(xì)描述; c)可以對(duì)每個(gè)職位信息進(jìn)行修改; d)提供職位條件查詢功能; e)提供職位刪除功能。 。簡(jiǎn)歷管理 應(yīng)聘者將簡(jiǎn)歷提交之后,人力資源部門的人員開始整理簡(jiǎn)歷,將達(dá)到一定成績(jī)的人員作為面試的被選對(duì)象,然后通過(guò)瀏覽其簡(jiǎn)歷情況,確定可以面試的人員,對(duì)需要面試的人員通過(guò)電話、郵件等方式通知面試時(shí)間。具體的功能描述如下。 用例描述:簡(jiǎn)歷管理; 執(zhí)行者:面試管理者; 前置條件:面試管理者已登錄系統(tǒng); 后置條件:簡(jiǎn)歷整理完成后,則可以將應(yīng)聘者分為幾個(gè)類別,以便為面試做好準(zhǔn)備。 基本路徑: a)進(jìn)入簡(jiǎn)歷管理界面,首先展示目前簡(jiǎn)歷對(duì)應(yīng)的職位列表,提供查詢功能; b)通過(guò)點(diǎn)擊

35、職位列表進(jìn)入相應(yīng)職位的所有簡(jiǎn)歷列表界面,這個(gè)界面也顯示了每個(gè)應(yīng)聘者的姓名、年齡、性別、問(wèn)卷的分?jǐn)?shù)以及目前的處理狀態(tài)等信息; c)在簡(jiǎn)歷列表中,通過(guò)點(diǎn)擊一個(gè)應(yīng)聘者可以顯示這個(gè)應(yīng)聘者的簡(jiǎn)歷信息,問(wèn)卷回答情況,還可以打印簡(jiǎn)歷; d)對(duì)簡(jiǎn)歷有三種處理結(jié)果,即通知面試、保留簡(jiǎn)歷、拒絕; e)對(duì)簡(jiǎn)歷的處理結(jié)果,可以采用電子郵件、電話和信件等方式通知應(yīng)聘者,如果采用電子郵件通知應(yīng)聘者,系統(tǒng)將提供一個(gè)模板。面試管理 對(duì)滿足一定條件的應(yīng)聘者,可以對(duì)其進(jìn)行面試,記錄面試的結(jié)果。具體描述如下: 用例描述:面試管理; 執(zhí)行者:面試管理者; 前置條件:面試管理者已登錄系統(tǒng); 后置條件:如果面試完成后,則面試的結(jié)果記錄到

36、數(shù)據(jù)庫(kù)中。 基本路徑: a)進(jìn)入面試管理界面,顯示目前的招聘職位列表,提供查詢功能; b)點(diǎn)擊某個(gè)職位進(jìn)入與這個(gè)職位相應(yīng)的接受面試人員的列表; c)將接受面試的人分類瀏覽,分為等待通知者、等待面試者和面試完成者;對(duì)沒有通知面試的人,通知其進(jìn)行面試,他的狀態(tài)就變?yōu)榈却嬖囌撸?d)點(diǎn)擊每個(gè)列表上的人,可以瀏覽到這個(gè)應(yīng)聘者的信息; e)面試完成時(shí),需要記錄面試的時(shí)間、面試人以及面試結(jié)果等,記錄信息提交后這個(gè)應(yīng)聘者的狀態(tài)就變?yōu)槊嬖囃瓿烧摺S脩艄芾?系統(tǒng)管理員可以進(jìn)行權(quán)限設(shè)置,在用戶管理界面中對(duì)用戶進(jìn)行增加、刪除、修改、查詢。具體功能描述如下。 用例描述:用戶管理; 執(zhí)行者:系統(tǒng)管理員; 前置條件:系

37、統(tǒng)管理員已登錄系統(tǒng); 后置條件:如果用戶信息維護(hù)完成,則用戶的相應(yīng)信息將記錄到數(shù)據(jù)庫(kù)中。 基本路徑: a)進(jìn)入用戶管理界面,顯示目前的系統(tǒng)用戶以及每個(gè)用戶具有的權(quán)限; b)點(diǎn)擊不同的用戶,可以顯示這個(gè)用戶的信息以及相應(yīng)權(quán)限,必要時(shí)可以修改其權(quán)限; c)可以增加用戶,也可以刪除用戶。界面需求 系統(tǒng)的界面要求如下。 1)頁(yè)面內(nèi)容:主題突出,站點(diǎn)定義、術(shù)語(yǔ)和行文格式統(tǒng)一、規(guī)范、明確,欄目、菜單設(shè)置和布局合理,傳遞的信息準(zhǔn)確、及時(shí)。內(nèi)容豐富,文字準(zhǔn)確,語(yǔ)句通順;專用術(shù)語(yǔ)規(guī)范,行文格式統(tǒng)一規(guī)范。 2)導(dǎo)航結(jié)構(gòu):頁(yè)面具有明確的導(dǎo)航指示且便于理解,方便用戶使用。 3)技術(shù)環(huán)境:頁(yè)面大小適當(dāng),能用各種常用瀏覽

38、器以不同分辨率瀏覽;無(wú)錯(cuò)誤鏈接和空鏈接;采用CSS處理,控制字體大小和版面布局。 4)藝術(shù)風(fēng)格:界面、版面形象清新悅目、布局合理,字號(hào)大小適宜、字體選擇合理,前后一致,美觀大方。動(dòng)與靜搭配恰當(dāng),動(dòng)靜效果好;色彩和諧自然,與主題內(nèi)容相協(xié)調(diào)。響應(yīng)時(shí)間需求 無(wú)論是客戶端還是管理端,當(dāng)用戶登錄,進(jìn)行任何操作的時(shí)候,系統(tǒng)應(yīng)該及時(shí)地進(jìn)行反應(yīng),反應(yīng)的時(shí)間在5秒以內(nèi)。系統(tǒng)應(yīng)能監(jiān)測(cè)出各種非正常情況,如與設(shè)備的通信中斷,無(wú)法連接數(shù)據(jù)庫(kù)服務(wù)器等以避免出現(xiàn)長(zhǎng)時(shí)間等待甚至無(wú)響應(yīng)。可靠性需求 系統(tǒng)應(yīng)保證724小時(shí)內(nèi)不宕機(jī),20人同時(shí)在客戶端登錄,此時(shí)系統(tǒng)能正常運(yùn)行,正確提示相關(guān)內(nèi)容。產(chǎn)品提交 提交產(chǎn)品為: a)應(yīng)用系統(tǒng)軟

39、件包; b)數(shù)據(jù)庫(kù)初始數(shù)據(jù), C)系統(tǒng)開發(fā)過(guò)程文檔; d)系統(tǒng)使用、維護(hù)說(shuō)明文檔,提交方式為CD介質(zhì)。2、界面設(shè)計(jì)實(shí)例分析(頁(yè)面流程略)系統(tǒng)的用戶界面按功能分為客戶端界面和管理端界面。 管理端界面設(shè)計(jì)管理端主要實(shí)現(xiàn)題庫(kù)管理、問(wèn)卷管理、職位發(fā)布、簡(jiǎn)歷管理、面試管理以及用戶管理等功能。界面設(shè)計(jì)如下:登錄界面:通過(guò)輸入用戶名和密碼實(shí)現(xiàn)用戶登錄,并判斷用戶的權(quán)限;管理首頁(yè):根據(jù)用戶的權(quán)限,進(jìn)入首頁(yè),并在首頁(yè)中展示此用戶相應(yīng)可以操作的權(quán)限功能;題庫(kù)管理:包括“題目列表”、“題目詳細(xì)信息”、“增加試題”、“刪除試題”、“修改試題”、“增加答案”和“刪除答案”等頁(yè)面; 問(wèn)卷管理:包括“試題列表”、“試題詳細(xì)

40、信息”、“修改試題”、“增加試題”、“刪除試題”和“預(yù)覽試題”等頁(yè)面; 職位發(fā)布:包括“職位列表”、“職位詳細(xì)信息”、“查詢職位”、“增加職位”、“刪除職位”和“修改職位”等頁(yè)面; 簡(jiǎn)歷管理:包括“職位列表”、“應(yīng)聘者列表”、“應(yīng)聘者申請(qǐng)表”、“查看試卷答案”、“回復(fù)信息”和“打印簡(jiǎn)歷”等頁(yè)面; 面試管理:包括“職位列表”、“應(yīng)聘者列表”、“應(yīng)聘者求職申請(qǐng)表”、“查看試卷答案”、“未發(fā)通知”、“等待面試”和“面試完成”等頁(yè)面; 用戶管理:包括“用戶列表”、“用戶信息”、“修改用戶信息”、“增加用戶”和“刪除用戶”、“用戶權(quán)限設(shè)置”等頁(yè)面。 客戶端界面設(shè)計(jì) 客戶端主要為應(yīng)聘者提供網(wǎng)上應(yīng)聘的過(guò)程,

41、應(yīng)聘者通過(guò)選擇合適的職位,填寫個(gè)人簡(jiǎn)歷,并通過(guò)回答問(wèn)卷來(lái)進(jìn)行測(cè)評(píng),提交的簡(jiǎn)歷和測(cè)評(píng)結(jié)果一同傳到服務(wù)器端,供管理者挑選合適的簡(jiǎn)歷。 在客戶端界面,應(yīng)聘者首先進(jìn)入企業(yè)招聘界面,點(diǎn)擊“招聘”按鈕進(jìn)入職位列表界面,包括“職位列表”、“職位詳細(xì)信息”、“申請(qǐng)職位”、“填寫個(gè)人基本信息”、“填寫工作經(jīng)歷”、“填寫教育經(jīng)歷”、“填寫基本技能”、“填寫家庭成員”、“填寫個(gè)人評(píng)價(jià)預(yù)覽簡(jiǎn)歷”和“答題”等頁(yè)面。3、體系結(jié)構(gòu)設(shè)計(jì)實(shí)例 系統(tǒng)的總體結(jié)構(gòu)設(shè)計(jì)遵循如下原則。 1)系統(tǒng)應(yīng)具有良好的適應(yīng)性:能適應(yīng)用戶對(duì)系統(tǒng)的軟件環(huán)境、管理內(nèi)容、模式和界面的要求; 2)系統(tǒng)應(yīng)具有可靠性:采用成熟的技術(shù)方法和軟件開發(fā)平臺(tái),以保證系統(tǒng)

42、在以后的實(shí)際應(yīng)用中安全、可靠; 3)系統(tǒng)應(yīng)具有較好的安全性:應(yīng)提高安全機(jī)制和用戶權(quán)限限制機(jī)制的完善程度,確保數(shù)據(jù)的受限訪問(wèn); 4)系統(tǒng)應(yīng)具有良好的可維護(hù)性:系統(tǒng)應(yīng)易于維護(hù)、安裝; 5)系統(tǒng)應(yīng)具有良好的可擴(kuò)展性:系統(tǒng)應(yīng)適應(yīng)未來(lái)信息化建設(shè)的要求,能方便地進(jìn)行功能擴(kuò)展,以建立完善的信息集成管理體系。 本系統(tǒng)采用struct體系結(jié)構(gòu),struct是一個(gè)基于模型 (Model)一視圖(View)一控制器(Controller),即MVC模式的應(yīng)用架構(gòu)的開源框架。 目前軟件項(xiàng)目中有很多體系結(jié)構(gòu),其中struct是比較流行的一種。struct體系結(jié)構(gòu)對(duì)于開發(fā)Web應(yīng)用,要從頭設(shè)計(jì)并開發(fā)出一個(gè)可靠、穩(wěn)定的框架

43、不是一件容易的事情。隨著wleb開發(fā)技術(shù)的日趨成熟,在Web開發(fā)領(lǐng)域出現(xiàn)了一些現(xiàn)成的優(yōu)秀的框架,開發(fā)者可以直接使用它們,struct就是一個(gè)很好的框架結(jié)構(gòu),它是在JSP Model2基礎(chǔ)上實(shí)現(xiàn)的一個(gè)MVC框架,在struct框架中模型由實(shí)現(xiàn)業(yè)務(wù)邏輯JavaBean或者EJB組件構(gòu)成,控制器由ActionServlet和Action來(lái)實(shí)現(xiàn)。視圖由一組JSP文件組成。4、模塊設(shè)計(jì)實(shí)例(功能結(jié)構(gòu)圖略) 按照功能分解,本系統(tǒng)分為客戶端管理系統(tǒng)和管理端系統(tǒng)。根據(jù)頁(yè)面流的設(shè)計(jì),管理端系統(tǒng)又分為用戶登錄、用戶管理、題庫(kù)管理、問(wèn)卷管理、職位發(fā)布、簡(jiǎn)歷管理、面試管理等7個(gè)模塊, 5、測(cè)試用例設(shè)計(jì)實(shí)例測(cè)試用例1職

44、位查詢頁(yè)面的工作流程是:在職位列表中顯示職位名稱,職位發(fā)布日期,截至日期,職位類型,招聘人數(shù)等。當(dāng)點(diǎn)擊職位名稱時(shí),進(jìn)入職位詳細(xì)信息頁(yè)面。測(cè)試內(nèi)容:驗(yàn)證職位列表中的內(nèi)容是否正確顯示,并按職位發(fā)布日期排序。測(cè)試輸入數(shù)據(jù):無(wú)。預(yù)期結(jié)果:網(wǎng)頁(yè)正確顯示,并按職位發(fā)布日期排序。測(cè)試過(guò)程:輸入正確網(wǎng)址,并刷新。異??赡茉蛑唬撼溄渝e(cuò)誤。解決辦法:修改超鏈接。測(cè)試用例2基本信息頁(yè)面的工作流程是:當(dāng)進(jìn)入基本信息頁(yè)面后,應(yīng)聘者需填寫本人的基本信息,加星號(hào)的為必填項(xiàng)。如填寫格式錯(cuò)誤,系統(tǒng)給出錯(cuò)誤提示。當(dāng)點(diǎn)擊“下一步”按鈕時(shí),進(jìn)入工作經(jīng)歷頁(yè)面。測(cè)試內(nèi)容:測(cè)試對(duì)異常數(shù)據(jù)的處理。測(cè)試輸入數(shù)據(jù):如輸入日期為0月,身高為

45、-23厘米,必填項(xiàng)空缺等。預(yù)期結(jié)果:系統(tǒng)報(bào)錯(cuò)。測(cè)試過(guò)程:登錄,進(jìn)入該頁(yè)面,輸入異常數(shù)據(jù),提交。異??赡茉蛑唬罕靥铐?xiàng)無(wú)定義,或非必填項(xiàng)無(wú)錯(cuò)誤提示。解決辦法:增加邊界的無(wú)效檢測(cè)。四、單選題1、對(duì)于軟件工程的三段論,其核心指的是( )A. 軟件項(xiàng)目開發(fā) B. 軟件需求分析C. 軟件過(guò)程改進(jìn) D. 軟件項(xiàng)目管理2、對(duì)于軟件工程的三段論,下面說(shuō)法不正確的是( )A. 軟件項(xiàng)目管理過(guò)程是伴隨開發(fā)過(guò)程進(jìn)行的過(guò)程。B. 軟件項(xiàng)目開發(fā)過(guò)程相當(dāng)于生產(chǎn)線上的生產(chǎn)過(guò)程。C. 軟件項(xiàng)目管理指導(dǎo)軟件開發(fā)的過(guò)程。D. 軟件過(guò)程必須科學(xué)、合理,才能獲得高質(zhì)量的軟件產(chǎn)品。3、驅(qū)動(dòng)軟件開發(fā)與設(shè)計(jì)是( )A. 經(jīng)濟(jì)效益 B.

46、軟件目標(biāo)C. 軟件過(guò)程改進(jìn) D. 用戶需求4、軟件需求包括業(yè)務(wù)需求、用戶需求、功能需求和需求規(guī)格等。其正確的順序是( )A. 用戶需求、業(yè)務(wù)需求、功能需求、需求規(guī)格B. 業(yè)務(wù)需求、用戶需求、功能需求、需求規(guī)格C. 功能需求、業(yè)務(wù)需求、用戶需求、需求規(guī)格D. 需求規(guī)格、業(yè)務(wù)需求、用戶需求、功能需求5、軟件需求包括業(yè)務(wù)需求、用戶需求、功能需求和需求規(guī)格等。其不正確的描述是( )A. 用戶需求描述了用戶通過(guò)使用本軟件產(chǎn)品必須要完成的任務(wù),一般是由用戶協(xié)助提供。B. 在需求分析過(guò)程中,較少使用的文檔就是軟件需求規(guī)格說(shuō)明文檔。C. 業(yè)務(wù)需求反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求,由管理人員或市

47、場(chǎng)分析人員確定。D. 功能需求定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能,使得用戶通過(guò)使用此軟件能完成他們的任務(wù)。6、快速原型方法是用戶和設(shè)計(jì)者之間的一種交互過(guò)程,它從設(shè)計(jì)用戶界面開始,首先形成系統(tǒng)界面原型,然后用戶( )A. 閱讀使用手冊(cè) B. 改進(jìn)系統(tǒng)界面C. 模擬界面運(yùn)行 D. 運(yùn)行原型界面7、采用用例驅(qū)動(dòng)和架構(gòu)優(yōu)先的策略,并用迭代增量建造方法,使軟件產(chǎn)品逐漸開發(fā)出來(lái),所采用的是A. 瀑布模型 B. 噴泉模型C. 螺旋模型 D. 統(tǒng)一過(guò)程模型8、下面說(shuō)法不正確的是A. 需求是與開發(fā)技術(shù)密切相關(guān)的。B. 在需求階段討論技術(shù)是沒有任何意義的。C. 在很多情形下,分析用戶需求是與獲取用戶需求并行的。D.

48、 需求分析與需求獲取有著相似的步驟,區(qū)別在于分析用戶需求時(shí)使用模型來(lái)描述。9、下面哪個(gè)活動(dòng)不是概要設(shè)計(jì)的內(nèi)容。( )A. 框架設(shè)計(jì) B. 總體結(jié)構(gòu)設(shè)計(jì)C. 接口設(shè)計(jì) D. 軟件測(cè)試10、對(duì)于下列活動(dòng): 軟件需求規(guī)格 框架設(shè)計(jì) 總體結(jié)構(gòu)設(shè)計(jì) 數(shù)據(jù)庫(kù)設(shè)計(jì) 接口設(shè)計(jì) 網(wǎng)絡(luò)環(huán)境設(shè)計(jì)。屬于軟件概要設(shè)計(jì)的活動(dòng)是( )A. B. C. D. 11、概要設(shè)計(jì)主要是根據(jù)哪項(xiàng)活動(dòng)完成軟件模塊的劃分并描述模塊之間的關(guān)系。( )A. 業(yè)務(wù)需求 B. 用戶需求C. 需求規(guī)格 D. 功能需求12、下面關(guān)于功能模塊劃分的設(shè)計(jì),說(shuō)法不正確的是( )A. 模塊的劃分,從高層到低層一層一層進(jìn)行分解,每層都有一定的關(guān)聯(lián)關(guān)系。B.

49、每個(gè)模塊具有特定、明確的功能,每個(gè)模塊的功能是相對(duì)獨(dú)立的。C. 每個(gè)模塊的功能不是相對(duì)獨(dú)立的,但同時(shí)是可以集成的。D. 模塊劃分應(yīng)該體現(xiàn)信息隱藏、高內(nèi)聚、松耦合的特點(diǎn)。13、概要設(shè)計(jì)模型主要包括四類模型:數(shù)據(jù)設(shè)計(jì)、架構(gòu)設(shè)計(jì)、界面設(shè)計(jì)、模塊設(shè)計(jì)。為這些模型提供了信息流的是( )A. 需求模型 B. 結(jié)構(gòu)化模型C. 面向?qū)ο竽P?D. 功能模型14、數(shù)據(jù)設(shè)計(jì)將需求分析階段產(chǎn)生的信息模型轉(zhuǎn)化為實(shí)現(xiàn)軟件的( )A. 數(shù)據(jù)流圖 B. 數(shù)據(jù)字典C. 面向?qū)ο竽P?D. 數(shù)據(jù)結(jié)構(gòu)15、架構(gòu)設(shè)計(jì)定義軟件中各個(gè)主要結(jié)構(gòu)元素之間的關(guān)系,架構(gòu)模型主要是確定一種( )A. 數(shù)據(jù)結(jié)構(gòu) B. 結(jié)構(gòu)化模型C. 面向?qū)ο竽P?/p>

50、 D. 設(shè)計(jì)模式16、下面不屬于界面設(shè)計(jì)的內(nèi)容是( )A. 軟件內(nèi)部的通信 B. 與系統(tǒng)的交互C. 測(cè)試用例 D. 人機(jī)操作界面17、下面不屬于主要的架構(gòu)設(shè)計(jì)的內(nèi)容是( )A. 以數(shù)據(jù)為中心的設(shè)計(jì) B. 基于數(shù)據(jù)流程圖的設(shè)計(jì)C. 調(diào)用返回的結(jié)構(gòu)設(shè)計(jì) D. 面向?qū)ο蟮捏w系結(jié)構(gòu)設(shè)計(jì)18、下面的說(shuō)法不確切的是( )A. 調(diào)用返回結(jié)構(gòu)的系統(tǒng)可以使得軟件設(shè)計(jì)人員開發(fā)一個(gè)比較容易修改和擴(kuò)展的程序結(jié)構(gòu)。B. 以數(shù)據(jù)為中心的架構(gòu)改進(jìn)可以是漸近的。但修改一個(gè)模塊或者增加一個(gè)模塊需要考慮其他模塊,因?yàn)槟K的獨(dú)立性不是很好。C. 基于數(shù)據(jù)流的架構(gòu)是根據(jù)輸入的數(shù)據(jù),經(jīng)過(guò)一系列的處理之后,變?yōu)檩敵鰯?shù)據(jù)的架構(gòu)。D. 面向

51、對(duì)象的體系結(jié)構(gòu)有兩個(gè)重要的特點(diǎn):對(duì)象必須封裝所有的數(shù)據(jù),每個(gè)對(duì)象的數(shù)據(jù)對(duì)其他對(duì)象是黑盒子。這個(gè)架構(gòu)封裝了數(shù)據(jù)和操作。19、數(shù)據(jù)設(shè)計(jì)首先在高層建立一個(gè)數(shù)據(jù)模型,然后再逐步地將這個(gè)數(shù)據(jù)模型變?yōu)閷?lái)進(jìn)行編碼的數(shù)據(jù)模型。這里的數(shù)據(jù)模型指的是( )A. 管理者角度的 B. 開發(fā)者角度的C. 應(yīng)用者角度的 D. 用戶角度的20、下面說(shuō)法不正確的是( )A. 數(shù)據(jù)模型對(duì)軟件的體系架構(gòu)有很大的影響。B. 數(shù)據(jù)模型是系統(tǒng)內(nèi)部的動(dòng)態(tài)數(shù)據(jù)結(jié)構(gòu)。C. 數(shù)據(jù)模型可以分為概念數(shù)據(jù)模型和物理數(shù)據(jù)模型,D. 數(shù)據(jù)庫(kù)的設(shè)計(jì)是數(shù)據(jù)設(shè)計(jì)的核心,21、當(dāng)數(shù)據(jù)模型、架構(gòu)模型、界面模型完成之后,可以開始軟件的( )A. 模塊設(shè)計(jì) B.

52、編碼設(shè)計(jì)C. 原型設(shè)計(jì) D. 數(shù)據(jù)庫(kù)設(shè)計(jì)22、下面的內(nèi)容: 單機(jī)系統(tǒng) 主機(jī)多用戶系統(tǒng) 網(wǎng)絡(luò)系統(tǒng) 瀏覽器服務(wù)器系統(tǒng) 分布式系統(tǒng) 客戶機(jī)服務(wù)器系統(tǒng)。其中,屬于計(jì)算機(jī)軟件的體系結(jié)構(gòu)的是( )A. B. C. D. 23、計(jì)算機(jī)軟件的體系結(jié)構(gòu)層次從一層結(jié)構(gòu)發(fā)展到二層結(jié)構(gòu)、三層結(jié)構(gòu)以至于多層結(jié)構(gòu)。下面的說(shuō)法不確切的是( )A. 一層結(jié)構(gòu)是一級(jí)處理,所有的處理都集中在服務(wù)器上完成。B. 二層結(jié)構(gòu)是二級(jí)處理,處理工作由客戶機(jī)和服務(wù)器共同承擔(dān)。C. 三層結(jié)構(gòu)是三級(jí)處理,處理工作由表示層、應(yīng)用邏輯層和數(shù)據(jù)層分布式承擔(dān)。D. 多層結(jié)構(gòu)是將應(yīng)用邏輯層分為很多層。24、隨著計(jì)算機(jī)技術(shù)的不斷發(fā)展與應(yīng)用,計(jì)算機(jī)模式從集中

53、式轉(zhuǎn)向了分布式。下面那種計(jì)算模式反映了這種變化( )A. 單機(jī)模式 B. 主機(jī)模式C. 客戶機(jī)/服務(wù)器模式 D. 多處理機(jī)模式25、所謂CS模式,在20世紀(jì)80年代及90年代初得到了大量應(yīng)用,最直接的原因是( )A. 計(jì)算機(jī)網(wǎng)絡(luò)的應(yīng)用 B. 分布式系統(tǒng)的出現(xiàn)C. 數(shù)據(jù)庫(kù)技術(shù)的發(fā)展 D. 可視化開發(fā)工具的推廣26、在客戶機(jī)服務(wù)器結(jié)構(gòu)中存在“胖客戶機(jī)”或者“胖服務(wù)器”結(jié)構(gòu)。關(guān)于“胖客戶機(jī)”的含義是( )A. 將事務(wù)處理集中放在客戶端B. 將數(shù)據(jù)處理集中放在客戶端C. 將事務(wù)處理集中放到服務(wù)器D. 將數(shù)據(jù)處理集中放到服務(wù)器27、對(duì)于B/S模式而言,軟件的開發(fā)、維護(hù)等幾乎所有工作都集中在( )A. 主機(jī)端 B. 客戶端C. 服務(wù)器端 D. 瀏覽器端28、下面說(shuō)法不確切的是( )A. B/S體系結(jié)構(gòu)是把二層C/S結(jié)構(gòu)的事務(wù)處理邏輯模塊從客戶機(jī)的任務(wù)中分離出來(lái),把客戶機(jī)的負(fù)荷分配給了WEB服務(wù)器。B. 在B/S體系結(jié)構(gòu)中,客戶端不僅能完成瀏覽、查詢、數(shù)據(jù)輸入等簡(jiǎn)單功能,還能完成絕大部分工作的軟件維護(hù)等功能。C. 二層B/S體系結(jié)構(gòu)的弊端是,在服務(wù)器負(fù)擔(dān)過(guò)重時(shí),客戶機(jī)異地操作不容易。D. 為幫助“胖客戶機(jī)”或者“胖服務(wù)器”減肥,出現(xiàn)了B/S的了三層結(jié)構(gòu)。29、在MVC設(shè)計(jì)模式中,它強(qiáng)制性地將應(yīng)用程序的輸入、處理和輸出分開。MVC將應(yīng)用程序分為三個(gè)核心模塊:模型、視圖和

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論