軟件設(shè)計(jì)與體系結(jié)構(gòu)論文_第1頁(yè)
軟件設(shè)計(jì)與體系結(jié)構(gòu)論文_第2頁(yè)
軟件設(shè)計(jì)與體系結(jié)構(gòu)論文_第3頁(yè)
已閱讀5頁(yè),還剩10頁(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、.軟件設(shè)計(jì)與體系結(jié)構(gòu)非卷面試題設(shè)計(jì)題目 快餐店多功能點(diǎn)餐系統(tǒng)院 系 電子與信息工程學(xué)院專 業(yè) 計(jì)算機(jī)科學(xué)與技術(shù)學(xué)生姓名 學(xué)生學(xué)號(hào) 任課教師 倪 啟 東快餐店多功能點(diǎn)餐系統(tǒng)摘 要隨著計(jì)算機(jī)軟件行業(yè)的發(fā)展和互聯(lián)網(wǎng)的普及,軟件進(jìn)入到人們生活的各個(gè)行業(yè)之中。在這個(gè)軟件爆炸的時(shí)代,軟件系統(tǒng)有一個(gè)好的設(shè)計(jì)與結(jié)構(gòu)顯得尤為重要。通過(guò)快餐店多功能點(diǎn)餐系統(tǒng)的設(shè)計(jì),將軟件體系結(jié)構(gòu)與設(shè)計(jì)的所學(xué)的知識(shí),運(yùn)用到實(shí)際系統(tǒng)中,是對(duì)知識(shí)、技術(shù)的鞏固,也是能力的提升。本系統(tǒng)主要運(yùn)用增量模型,隨著知識(shí)的學(xué)習(xí)同步進(jìn)行系統(tǒng)的開發(fā)。主要采用了策略模式、觀察者模式、裝飾者模式、工廠模式、單例模式。同時(shí),伴隨著設(shè)計(jì)原則的思想,使得系統(tǒng)更加穩(wěn)

2、定而高效。關(guān)鍵詞點(diǎn)餐系統(tǒng);體系結(jié)構(gòu);設(shè)計(jì)模式;java目錄第1章 緒論11.1引言11.2系統(tǒng)開發(fā)目標(biāo)11.3開發(fā)環(huán)境1第2章 需求分析32.1項(xiàng)目概述32.2功能需求32.2.1用戶需求32.2.2系統(tǒng)需求32.3非功能需求32.3.1產(chǎn)品需求32.3.2 外部需求42.4業(yè)務(wù)需求42.4.1業(yè)務(wù)要求42.4.2客戶與用戶42.4.3特性4第3章 結(jié)構(gòu)設(shè)計(jì)53.1整體設(shè)計(jì)53.1.1普通用戶活動(dòng)圖53.1.2會(huì)員活動(dòng)圖63.1.3管理員活動(dòng)圖73.2詳細(xì)設(shè)計(jì)73.2.1模塊劃分73.2.2簡(jiǎn)單業(yè)務(wù)流程設(shè)計(jì)8第4章 設(shè)計(jì)模式94.1工廠模式94.1.1模式說(shuō)明94.1.2模式類圖104.1.3

3、所用原則104.2抽象工廠模式104.2.1模式說(shuō)明104.2.2模式類圖114.2.3所用原則114.3觀察者模式124.3.1模式說(shuō)明124.3.2模式類圖134.3.3所用原則134.4策略模式134.4.1模式說(shuō)明134.4.2模式類圖144.4.3所用原則144.5單件模式154.5.1模式說(shuō)明154.5.2模式類圖154.5.3所用原則15結(jié)論16致17參考文獻(xiàn)18. v.第1章 緒論1.1 引言當(dāng)今世界已進(jìn)入信息時(shí)代,Internet成為21世紀(jì)最受關(guān)注的行業(yè)之一,它的飛速發(fā)展和在全球范圍的普及應(yīng)用正在給人類生活帶來(lái)革命性變化。網(wǎng)絡(luò)技術(shù)的發(fā)展也取得了巨大的成就,為網(wǎng)站開發(fā)提供了很

4、好的技術(shù)支持。正基于這個(gè)背景,產(chǎn)生了快餐店多功能點(diǎn)餐系統(tǒng)。就我而言,主要是想通過(guò)快餐店多功能點(diǎn)餐系統(tǒng)的開發(fā),讓自身在軟件開發(fā)的知識(shí)水平提升一個(gè)檔次,特別是對(duì)軟件開發(fā)形成一種概念。也正如Head First設(shè)計(jì)模式中所說(shuō),對(duì)象村里的每個(gè)人都在使用設(shè)計(jì)模式。對(duì)于剛剛?cè)胱?duì)象村的我,需要有一個(gè)和大師交流的機(jī)會(huì),而快餐店多功能點(diǎn)餐系統(tǒng)無(wú)疑是我躋身上流社會(huì)的一個(gè)橋梁?!鞍涯J窖b進(jìn)腦子里,然后在你的設(shè)計(jì)和已有的應(yīng)用中,尋找何處可以使用他們?!笔褂迷O(shè)計(jì)模式的最好方法。把自己學(xué)到的模式和原則,套用到開發(fā)的系統(tǒng)之上,在開發(fā)系統(tǒng)的同時(shí)也掌握的設(shè)計(jì)模式的基本思想。在起初沒(méi)有使用設(shè)計(jì)模式的系統(tǒng)中,更能明顯的看出設(shè)計(jì)模

5、式的威力所在。1.2 系統(tǒng)開發(fā)目標(biāo)為快餐行業(yè)的網(wǎng)互聯(lián)化提供支持,使商家和定餐者都能便捷高效的完成自己的需求和響應(yīng)。具體目標(biāo)如下:用戶能夠在沒(méi)有經(jīng)過(guò)培訓(xùn)以及不了解原有系統(tǒng)的情況下使用系統(tǒng);系統(tǒng)應(yīng)將訂單處理流程加快20%以上;用戶可以節(jié)省一半的查看菜單詳細(xì)信息;當(dāng)用戶在快餐店用餐時(shí),可以僅用沒(méi)有系統(tǒng)所用時(shí)間的30%來(lái)完成訂餐;當(dāng)用戶叫外賣時(shí),不需要再找外賣單以及訂餐電話;會(huì)員得知優(yōu)惠的效率提高90%以上。1.3 開發(fā)環(huán)境本系統(tǒng)采用目前最流行的web開發(fā)技術(shù)之一J2EE進(jìn)行開發(fā)。主要開發(fā)語(yǔ)言采用Java,網(wǎng)頁(yè)采用JSP、css以及javascript,后臺(tái)處理采用servlet技術(shù),數(shù)據(jù)庫(kù)使用的是M

6、ySQL5.5,服務(wù)器使用的是Tomcat7??梢耘渲迷赪indows,Linux,Unix等常用操作系統(tǒng)平臺(tái)。第2章 需求分析2.1 項(xiàng)目概述適用于快餐店的多功能點(diǎn)餐系統(tǒng),實(shí)現(xiàn)會(huì)員記錄的增、刪、查、改、存、讀、的基本功能,根據(jù)功能,指導(dǎo)系統(tǒng)的模式。分別對(duì)于普通用戶、會(huì)員、管理員開設(shè)系統(tǒng)。對(duì)于普通用戶,有管理個(gè)人信息、查看菜單、訂餐、結(jié)帳四種操作。對(duì)于會(huì)員,在普通用戶的基礎(chǔ)上,可以查看優(yōu)惠信息、使用優(yōu)惠券。對(duì)于管理員,可以進(jìn)行管理員管理、普通用戶管理、會(huì)員管理、菜單管理。2.2 功能需求快餐店多功能點(diǎn)餐系統(tǒng)在功能上應(yīng)滿足三類用戶的需求,使得用戶使用更加方便而高效。2.2.1 用戶需求管理員可以

7、通過(guò)網(wǎng)絡(luò)進(jìn)行菜單更新、會(huì)員管理、普通用戶管理、發(fā)布優(yōu)惠信息、查看選定時(shí)間段的營(yíng)業(yè)情況;所有用戶可以選定菜單的特定子集進(jìn)行查看菜單;普通用戶可以查看今日特價(jià)、查看菜單、查看菜目詳情、預(yù)訂菜目、查看消費(fèi)金額;會(huì)員在普通用戶功能的基礎(chǔ)上能夠查看會(huì)員優(yōu)惠、使用優(yōu)惠券;普通的瀏覽者可以瀏覽菜單。2.2.2 系統(tǒng)需求系統(tǒng)能將用戶每次的消費(fèi)設(shè)置唯一的標(biāo)識(shí)符記錄到用戶的信息上;系統(tǒng)可以提供適當(dāng)?shù)臑g覽器供用戶查看電子郵件等;2.3 非功能需求為了使用用戶能夠更好的使用系統(tǒng),系統(tǒng)應(yīng)具有的性能需求分為以下幾個(gè)方面。2.3.1 產(chǎn)品需求系統(tǒng)應(yīng)在30秒之內(nèi)響應(yīng)用戶的所有請(qǐng)求;系統(tǒng)每周7天、每天24小時(shí)都可以使用;對(duì)于一

8、個(gè)沒(méi)有使用經(jīng)驗(yàn)的管理員而言,可以經(jīng)過(guò)20分鐘的培訓(xùn)使用系統(tǒng);對(duì)于沒(méi)有使用經(jīng)驗(yàn)額普通用戶和會(huì)員能夠直接使用系統(tǒng);系統(tǒng)的安全性、穩(wěn)定性和可靠性可以讓用戶放心的使用;系統(tǒng)應(yīng)具有良好的可移植性。2.3.2 外部需求系統(tǒng)的設(shè)計(jì)應(yīng)具有較高道德用戶體驗(yàn)度以及較高的互操作性。2.4 業(yè)務(wù)需求快餐店多功能點(diǎn)餐系統(tǒng)為快餐行業(yè)服務(wù),需要為快餐店的管理員、會(huì)員與普通用戶服務(wù)。2.4.1 業(yè)務(wù)要求具體業(yè)務(wù)要求如下:l 各種菜目的預(yù)訂、查詢和管理;l 使用計(jì)算機(jī)實(shí)現(xiàn)菜單的日常管理,提供工作效率和服務(wù)質(zhì)量;l 用戶通過(guò)網(wǎng)絡(luò)來(lái)實(shí)現(xiàn)訂餐,改變?cè)械念A(yù)訂方式;l 會(huì)員通過(guò)網(wǎng)絡(luò)來(lái)進(jìn)行優(yōu)惠查詢與管理,更加方便和高效;l 管理員可以更

9、直觀的管理用戶和會(huì)員,分析其數(shù)據(jù),可以更好的輔助決策。2.4.2 客戶與用戶快餐店的所有者或者管理員、普通用戶、快餐店的會(huì)員。2.4.3 特性能夠在網(wǎng)絡(luò)上完成訂餐與優(yōu)惠管理,使普通用戶和會(huì)員更加方便??觳偷旯芾韱T可以通過(guò)電子郵件給會(huì)員發(fā)送優(yōu)惠信息,大大節(jié)省了人力物力。第3章 結(jié)構(gòu)設(shè)計(jì)3.1 整體設(shè)計(jì)通過(guò)分析整個(gè)系統(tǒng)的需求,結(jié)合UML建模語(yǔ)言,對(duì)系統(tǒng)整體用例圖分析如圖3.1.1所示。圖3.1.1 系統(tǒng)用例圖3.1.1 普通用戶活動(dòng)圖普通用戶可以進(jìn)行菜單查看,點(diǎn)單,查看消費(fèi)金額等活動(dòng),系統(tǒng)活動(dòng)圖如圖3.1.2所示。圖3.1.2 普通用戶活動(dòng)圖3.1.2 會(huì)員活動(dòng)圖會(huì)員在普通用戶的基礎(chǔ)上可享受更多優(yōu)

10、惠,系統(tǒng)活動(dòng)圖如圖3.1.3所示。圖3.1.3 會(huì)員活動(dòng)圖3.1.3 管理員活動(dòng)圖管理員可以進(jìn)行菜單管理、普通用戶管理、會(huì)員管理等活動(dòng),系統(tǒng)活動(dòng)圖如圖3.1.4所示:圖3.1.4 管理員活動(dòng)圖3.2 詳細(xì)設(shè)計(jì)對(duì)于系統(tǒng)的設(shè)計(jì),根據(jù)軟件工程的相關(guān)理論,遵循模塊化原則,使得系統(tǒng)在“高內(nèi)聚、低耦合”的要求之下更加穩(wěn)定、已擴(kuò)展,在后期的維護(hù)方面可以更加方便。3.2.1 模塊劃分按照系統(tǒng)開發(fā)的要求,可以分為前臺(tái)與后臺(tái)。前臺(tái)與用戶交互的界面設(shè)計(jì)應(yīng)滿足簡(jiǎn)潔大方,以小清新為主題風(fēng)格。后臺(tái)代碼實(shí)現(xiàn)應(yīng)條理清晰,方便之后的擴(kuò)展與管理。具體模塊及關(guān)系如圖3.2.1所示。圖3.2.1 模塊劃分圖3.2.2 簡(jiǎn)單業(yè)務(wù)流程設(shè)

11、計(jì)對(duì)于整個(gè)系統(tǒng)的業(yè)務(wù)流程,主要包括三個(gè)主要參與方。訂餐者的點(diǎn)餐信息通過(guò)服務(wù)器的處理可以反饋給管理員,而管理員發(fā)布相關(guān)的優(yōu)惠也是通過(guò)服務(wù)器的處理通知給會(huì)員。業(yè)務(wù)流程圖如圖3.2.2所示。圖3.2.2 簡(jiǎn)單業(yè)務(wù)流程圖第4章 設(shè)計(jì)模式4.1 工廠方法模式4.1.1 模式說(shuō)明工廠方法模式,就是定義一個(gè)創(chuàng)建產(chǎn)品對(duì)象的工廠接口,讓子類決定實(shí)例化哪一種實(shí)例對(duì)象,也就是將實(shí)際創(chuàng)建實(shí)例對(duì)象的工作推遲到子類當(dāng)中,核心工廠類不在負(fù)責(zé)具體產(chǎn)品創(chuàng)建。實(shí)質(zhì)上是通過(guò)繼承的方式實(shí)現(xiàn)應(yīng)用程序的解耦。應(yīng)用在本系統(tǒng)中,有一個(gè)數(shù)據(jù)庫(kù)的操作類工廠,名字叫DAOFactory,有四個(gè)數(shù)據(jù)庫(kù)操作類,UserDAO、DishesDAO和Ta

12、bleDAO,分別對(duì)用戶、菜單和餐桌消息進(jìn)行管理。4.1.2 模式類圖圖4.1.1 工廠方法模式類圖4.1.3 所用原則1 “開閉”原則一個(gè)軟件實(shí)體應(yīng)對(duì)擴(kuò)展開放,對(duì)修改關(guān)閉。在設(shè)計(jì)軟件模塊的時(shí)候應(yīng)該使這個(gè)模塊可以在不修改的前提下被擴(kuò)展。在本系統(tǒng)中,將Dao類的實(shí)現(xiàn)推遲到對(duì)象子類中實(shí)現(xiàn)。2 依賴倒置原則不論工廠還是產(chǎn)品都依賴于抽象,而不是具體的實(shí)現(xiàn)類。這樣以來(lái),無(wú)論底層組件怎么變化,只要抽象組件不變,高層組件就不會(huì)發(fā)生變化。4.2 抽象工廠模式4.2.1 模式說(shuō)明抽象工廠模式提供了一個(gè)接口,用于創(chuàng)建相關(guān)或者依賴對(duì)象的家族,而不需要制定具體的實(shí)現(xiàn)類。抽象工廠模式允許客戶使用抽象接口來(lái)創(chuàng)建一組相關(guān)的

13、產(chǎn)品,客戶類和工廠類分開,客戶需要任何產(chǎn)品的時(shí)候,只需要向工廠請(qǐng)求即可,客戶無(wú)需修改就可以獲得新產(chǎn)品,這樣一來(lái),客戶就從具體產(chǎn)品中解耦。實(shí)質(zhì)上是通過(guò)對(duì)象組合的方式實(shí)現(xiàn)應(yīng)用程序的解耦。而這樣的模式正好適用于訂餐者的點(diǎn)餐:快餐店生產(chǎn)食物的工廠;各種食物工廠生產(chǎn)的產(chǎn)品;訂餐者客戶。角色關(guān)系如下圖4.2.1所示。圖4.2.1 抽象工廠模式角色關(guān)系圖4.2.2 模式類圖圖4.2.2 抽象工廠模式類圖4.2.3 所用原則(1) 多用對(duì)象組合,少用繼承所謂對(duì)象組合,就是讓對(duì)象作為類的成員變量,通過(guò)構(gòu)造函數(shù)或者set方法給類的對(duì)象的實(shí)例變量賦值。在本系統(tǒng)中,在訂餐者的類中存在一個(gè)FastFactory抽象工廠

14、類型的實(shí)例變量,訂餐者類通過(guò)構(gòu)造方法將對(duì)象傳入。(2) 針對(duì)抽象編程,而不是針對(duì)實(shí)現(xiàn)編程當(dāng)設(shè)計(jì)一個(gè)軟件系統(tǒng)的時(shí)候,要盡可能的對(duì)軟件系統(tǒng)中出現(xiàn)的事物進(jìn)行抽象,從而建立基礎(chǔ)的抽象底層,這樣做的目的就是讓軟件的結(jié)構(gòu)更加框架化、系統(tǒng)化,系統(tǒng)結(jié)構(gòu)更加靈活,易維護(hù)、易擴(kuò)展。(3) 產(chǎn)品對(duì)象通過(guò)對(duì)象暴露的方法創(chuàng)建一個(gè)軟件系統(tǒng)要達(dá)到“高內(nèi)聚、低耦合”的要求,應(yīng)盡量避免在對(duì)象實(shí)例中使用new關(guān)鍵字創(chuàng)建其他對(duì)象實(shí)例。在客戶類中,沒(méi)有創(chuàng)建對(duì)象實(shí)例的語(yǔ)句,而是調(diào)用抽象工廠暴露的方法獲得對(duì)象實(shí)例,創(chuàng)建對(duì)象實(shí)例的工作全部都是在具體工廠中實(shí)現(xiàn)的。4.3 觀察者模式4.3.1 模式說(shuō)明觀察者模式(發(fā)布/訂閱模式),定義了對(duì)象

15、間的一種一對(duì)多的依賴關(guān)系,當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生變化時(shí),所有依賴他的對(duì)象都將得到通知并自動(dòng)更新。在本系統(tǒng)中,會(huì)員與管理員之間便是這種關(guān)系:管理員被觀察的對(duì)象,會(huì)員觀察者。當(dāng)管理員發(fā)布優(yōu)惠信息的時(shí)候,主動(dòng)發(fā)出對(duì)每個(gè)會(huì)員的通知。在具體的實(shí)現(xiàn)中,讓被觀察者管理觀察者的對(duì)象的接口類型,然后調(diào)用接口方法更新觀察者。4.3.2 模式類圖圖4.3.1 觀察者模式類圖4.3.3 所用原則(1) “開閉原則”觀察者對(duì)象將自己注冊(cè)到被觀察者的容器中時(shí),被觀察者不過(guò)問(wèn)觀察者的具體類型,而是使用觀察者的接口。(2) 單一職責(zé)原則在該模式中,一個(gè)被觀察者可以對(duì)應(yīng)多個(gè)觀察者,觀察者對(duì)象都是基于接口而不是具體的實(shí)現(xiàn),這一點(diǎn)為

16、程序提供了更大的靈活性。當(dāng)被觀察者發(fā)生改變時(shí),他可以將消息注意發(fā)送給觀察者;而每一個(gè)觀察者關(guān)注于處理各自的內(nèi)容,不與其他觀察者對(duì)象產(chǎn)生任何影響,這就是所謂的單一職責(zé)原則。(3) 依賴倒置原則在觀察者模式中,抽象觀察者角色定義了更新的接口,在被觀察者對(duì)象中,存儲(chǔ)的是該抽象類型的集合。4.4 策略模式4.4.1 模式說(shuō)明策略模式定義了一系列的算法,將每一種算法封裝起來(lái)并可以相互替換使用,策略模式讓算法獨(dú)立于使用它的客戶應(yīng)用而獨(dú)立變化。策略模式使用多個(gè)類來(lái)區(qū)分不同的行為,使用策略模式避免暴露復(fù)雜的、與算法相關(guān)的內(nèi)部數(shù)據(jù)結(jié)構(gòu)。在本系統(tǒng)中,快餐店的促銷優(yōu)惠策略就是用了這種策略模式,其中,各種菜目的促銷方

17、式就是具體的策略,而訂餐者最終的消費(fèi)金額就是通過(guò)每一種優(yōu)惠策略的算法計(jì)算得到的。4.4.2 模式類圖圖4.4.1 策略模式類圖4.4.3 所用原則(1) “開閉”原則在策略模式中,可以在客戶端程序運(yùn)行的時(shí)候動(dòng)態(tài)設(shè)置需要的具體策略,進(jìn)行算法的運(yùn)算,而不需要修改客戶端的應(yīng)用程序就能達(dá)到不同算法的行為。每一種算法用一個(gè)獨(dú)立的類實(shí)現(xiàn),更加易于系統(tǒng)的擴(kuò)展,增加一種策略只需要新增一個(gè)實(shí)現(xiàn)抽象策略的接口即可達(dá)到目的。(2) 單一職責(zé)原則在策略模式中,每一種策略都是使用一個(gè)類來(lái)實(shí)現(xiàn)的,因此各種算法之間沒(méi)有任何干擾,各種算法都專注于實(shí)現(xiàn)自身的處理邏輯,這使得功能模塊的耦合度降低,有效的防止了因修改一個(gè)策略對(duì)其他

18、策略的影響。4.5 單件模式4.5.1 模式說(shuō)明單件模式是指確保每個(gè)類只有一個(gè)實(shí)例,而且自行實(shí)例化并向整個(gè)系統(tǒng)提供這個(gè)實(shí)例。在本系統(tǒng)中,數(shù)據(jù)庫(kù)連接類只能有一個(gè)實(shí)例,該類自行創(chuàng)建這個(gè)實(shí)例,同時(shí)該類自行向整個(gè)系統(tǒng)提供這個(gè)實(shí)例,因此,數(shù)據(jù)庫(kù)連接類無(wú)疑滿足了單件模式。4.5.2 模式類圖圖4.5.1 單件模式類圖4.5.3 所用原則(1) 確保某個(gè)類只有一個(gè)實(shí)例一個(gè)類保證有一個(gè)實(shí)例,首先要將構(gòu)造方法設(shè)置為private,這樣就保證了類不能被外部應(yīng)用創(chuàng)建;其次是提供一個(gè)方法,該方法供外部應(yīng)用使用,獲得單件對(duì)象。(2) 自行實(shí)例化并向整個(gè)系統(tǒng)提供這個(gè)實(shí)例單件模式的設(shè)計(jì),必須要有類自身提供那個(gè)獲得單件對(duì)象的

19、方法,而不能由外部應(yīng)用程序創(chuàng)建對(duì)象。在提供單件對(duì)象時(shí),首先應(yīng)設(shè)置一個(gè)類的靜態(tài)實(shí)例對(duì)象。結(jié) 論經(jīng)過(guò)這段時(shí)間的努力,快餐店多功能點(diǎn)餐系統(tǒng)論文終于完成了。在整個(gè)設(shè)計(jì)過(guò)程中,出現(xiàn)過(guò)很多的難題,但都在老師和同學(xué)的幫助下順利解決了,在不斷的學(xué)習(xí)過(guò)程中我體會(huì)到:寫論文是一個(gè)不斷學(xué)習(xí)的過(guò)程,從最初剛寫論文時(shí)對(duì)設(shè)計(jì)模式的問(wèn)題的模糊認(rèn)識(shí)到最后能夠?qū)υ搯?wèn)題有深刻的認(rèn)識(shí),我體會(huì)到實(shí)踐對(duì)于學(xué)習(xí)的重要性,以前只是明白理論,沒(méi)有經(jīng)過(guò)實(shí)踐考察,對(duì)知識(shí)的理解不夠明確,通過(guò)這次的論文,真正體會(huì)到理論加實(shí)踐的威力之大。同時(shí),在這次設(shè)計(jì)中,我也發(fā)現(xiàn)了自己的許多不足。首先,本系統(tǒng)是之前自己開發(fā)的一個(gè)不很完整的系統(tǒng),現(xiàn)在重新修改時(shí),由于設(shè)計(jì)模式的掌握還不算很全面,走了不少?gòu)澛?。其次,由于考慮不是很全面,所以系統(tǒng)功能擴(kuò)充時(shí),碰到不少困難。再次,我還應(yīng)該多掌握些制作網(wǎng)站方面技術(shù),不斷提高自己開發(fā)軟件的能力??傊?,通過(guò)這次非卷面的考試,我深刻體會(huì)到要做好一個(gè)完整的事情,需要有系統(tǒng)的思維方式和方法,對(duì)待要解決的問(wèn)題,要耐心、要善于運(yùn)用已有的資源來(lái)充實(shí)自己。同時(shí)我也深刻的認(rèn)識(shí)

溫馨提示

  • 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ù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 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)論