當前位置:首頁 » 網站資訊 » 為什麼提供網站比賽報告
擴展閱讀
找不到無線網路名 2025-09-16 02:56:35
銅陵wifi無線網路覆蓋 2025-09-16 02:55:53
光纖網路滿格手機能用嗎 2025-09-16 02:55:53

為什麼提供網站比賽報告

發布時間: 2022-09-11 15:24:48

A. 2011全國大學生電子設計大賽的設計報告怎麼寫格式是什麼有什麼要求評分標準是什麼

電子設計競賽技術報告的撰寫
電子競賽技術報告是科技報告的類型之一。為什麼單獨選擇此類報告加以介紹?這是因為參加電子競賽或科展的學生必須要提交一份技術報告,而且在電子競賽中,滿分150分,技術報告就佔了50分。工科學生本來科技寫作的能力就比較差,要在3天時間內(包括設計、製作作品)完成這項工作,確實難度和工作強度較大,學生常常感到無從下手,導致技術報告的寫作水平較低,因此有必要向學生介紹技術報告的寫作方法和技巧。
需要說明的是:如果參賽選題中對撰寫技術報告提出了內容、格式、版面、字體字型大小的要求,則應按要求撰寫;如果沒有提出這方面的要求,撰寫技術報告可靈活處理,以下內容僅供參考。
事實上技術報告和科技論文的體裁、結構基本相同,因此技術報告可參照科技論文的格式,即:題目、著者、摘要、關鍵詞、引言、正文、結論、致謝、附錄、參考文獻。
由於這些內容在科技論文撰寫一節中均進行了介紹,本處不擬贅述。只提出撰寫電子競賽類技術報告的幾點建議:
(1)期刊上發表的科技論文由於受到版面的限制,字數一般控制在3000字~5000字之間,而技術報告可放寬對字數的限制。
鑒於電子競賽都是系統級的題目,需要編寫的內容多,有的還需要附上程序清單或元件清單,因此其字數應與畢業論文相當,約1.5萬字左右。
(2)科技論文結構嚴謹、行文規范,是科技寫作的基礎,在撰寫技術報告時可以學習並效仿,但不應呆板地套用。對於科技論文的格式要求,應靈活運用,例如:摘要、關鍵詞、附錄、參考文獻、致謝等要目要用文字註明,而題目、著者、引言、正文、結論等要目不要用文字註明,只是作為撰寫編排技術報告的步驟。在這些步驟中,有的是可以省略的,如引言、致謝等並非一定要有的,可根據情況決定是否採用這些步驟。
(3)技術報告的封皮應十分明確地註明標題,佔1行~2行,標題應直截了當、醒目,例如:「簡易數字存儲示波器的設計與製作技術報告」。有時可視需要加副標題。標題之下應註明作者、所在單位、指導教師、日期等,這些項目可根據要求書寫,例如有的要求作品隱名參加評審,就不能標注作者所在單位。
(4)技術報告的重點是正文部分,也是耗費筆墨最多之處。正文部分應涵蓋二級、三級標題(或欄目)。
以「簡易數字存儲示波器的設計與製作技術報告」為例,建議這樣設計標題:
目錄 (單獨頁碼)
摘要和關鍵詞 (中英文)
300字~500字左右
AbstractandKeyWord(英文)

1.設計任務(或設計題目)與要求(或技術指標)
1.1設計任務(可從設計任務書上摘錄)
1.2技術指標(可從設計任務書上摘錄)
1.3題目評析(若為競賽題目,可評析題目的重點、難點、實用價值;若為參展作品,則應說明創新點)
2.方案比較與論證
2.1各種方案比較與選擇
方案一:XXX
方案二:XXX
方案三:XXX
根據題目的技術指標和要求,提出可以採用的幾種總體實現方案,用方框圖的形式給出。然後分別論述各個方案的特點、實現難易程度以及性價比,對各種方案進行分析、比較其優缺點,最後說明本作品選擇哪個方案,為什麼選這個方案。可從滿足技術指標的要求、性價比以及當前的實際條件(元件、設備)等幾個方面說明最終採用方案的理由。有的系統需要對技術指標進行分配,並進行相應的說明。
2.2方案證論
對所選方案展開論證,工作原理分析,可藉助於插圖、流程圖、表格等,論證的盡量詳細,還要評價本方案達到的水平,國內外技術現狀。注重運用數學推導論證,這樣比較嚴謹。
3.系統硬體設計
根據選取的總方框圖,分別對各個主要電路進行設計和選取,其內容應該包括:
3.1系統的總體設計(設計思想、設計步驟),系統的計算。
3.2單元電路(或稱功能模塊)的設計,單元的參數計算。
3.3單元電路的功能以及工作原理的分析(單元具體電路圖)。
3.4發揮部分的設計與實現(如完成了發揮部分,應突出該部分,這是很好的采分)。
3.5電原理圖(可列入附錄)。
4.系統軟體設計
軟體設計包括單片機和CPLD。
4.1程序總體流程圖
4.2各個功能模塊流程圖
4.3程序清單(可列入附錄)
5.系統的組裝
5.1 PCB板圖(可列入附錄)
5.2整機結構圖及工藝說明
5.3面板圖及可調部件說明
6.系統調試
根據題目要求對各項指標進行測試,注意抓住采分點。在測試每項指標時,應給出該項指標的定義或意義(如靈敏度、信噪比的嚴格定義)。然後逐項測試。 6.1電路的測試方案(方法)
根據系統功能及指標擬定測試方案(方法),通常以方框圖的形式給出。
6.2測試儀器
選擇適當的測試儀器,如:直流電壓測試採用直流電壓表(最好用多位數字表);交流電壓測試選擇幾十千赫以下用低頻毫伏表,幾百千赫以上用高頻毫伏表;頻率測試採用頻率計:波形測試採用示波器。註明儀器名稱、型號和測試精度。
6.3測試結果
根據要求分項測試,各項都要註明測試條件,如輸入信號、輸出信號、電源電壓;測試儀器以及其它一些需要註明條件:然後對數據進行列表(有些情況要進行多次的測量,這時也要註明);最後說明達到的技術指標,並和設計要求的技術指標進行比較,說明最終測試指標的精度。
6.4 發揮部分的測試
發揮部分的測試可作為單獨一項,以突出重點,增加論文份量。
7.系統電路存在的不足和改進的方向(或稱結論)
參考文獻(單獨頁碼)
致謝(單獨頁碼)
附錄(電路圖及有關設計文件)
附錄1 總電原理圖
附錄2 印製電路板圖
附錄3程序清單
附錄4元器件清單
以上所寫的各級標題沒有引言部分,如要增設引言部分可在引言前面冠以序號「1」,然後上述標題的順序號順延。
上述技術報告的撰寫沒有指明排版和字體字型大小的要求,如果競賽題目或參展項目對排版有規定,則應按規定的要求去完成;如果對排版沒有要求,建議按電子工業出版社 論文寫作要求去撰寫,要求如下。
電子工業出版社論文寫作要求:
(1)標題2號黑體,居中,佔3行,上空2行;
(2)作者,居中,4號仿宋;
(3)作者單位及郵編,小4號楷體;
(4)摘要、關鍵詞,5號楷體;
(5)正文5號字體,每頁40行字(40行/頁),每行40字(40字桁):
圖序、圖題字體為小5號宋體,居中排於圖的正下方;
表序、表題字體為小5號黑體,居中排於表的正上方;
圖或表內的文字為六6宋體;
表格必須是封閉的,表框用粗線,表內各類線用細線;
表跨頁時要另起表頭,並在右上角排小5黑「(續表)」字樣;
注釋、注腳為6號宋體;
數學公式一般居中排,並注意公式、字母正斜體/大小寫等的寫法,力求前後統一。
(6)一般物理量符號、變數和算符(如/扛/、o、b、<等)用斜體,矢量符號用黑斜體,復數量在斜體正上方標以「—」;計量單位符號、三角函數、公式中的縮寫字元、溫標符號、國標、數值等一律用正體。
(7)參考文獻,小5宋體,格式:
順序號、著者、書名、其他責任者(主要指譯者)、出版地、出版者、出版年月

B. 網頁製作與網站設計報告書

網站項目管理規范
一.概念
網站項目管理就是根據特定的規范、在預算范圍內、按時完成的網站開發任務。
二.需求分析
1.項目立項
我們接到客戶的業務咨詢,經過雙方不斷的接洽和了解,並通過基本的可行性討論夠,初步達成製作協議,這時就需要將項目立項。較好的做法是成立一個專門的項目小組,小組成員包括:項目經理,網頁設計,程序員,測試員,編輯/文檔等必須人員。項目實行項目經理制。
2.客戶的需求說明書
第一步是需要客戶提供一個完整的需求說明。很多客戶對自己的需求並不是很清楚,需要您不斷引導和幫助分析。曾經有一次,我問客戶:「您做網站的目的是什麼?」他回答:「沒有目的,只是因為別人都有,我沒有!」。這樣的客戶就需要耐心說明,仔細分析,挖掘出他潛在的,真正的需求。 配合客戶寫一份詳細的,完整的需求說明會花很多時間,但這樣做是值得的,而且一定要讓客戶滿意,簽字認可。把好這一關,可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說明不可能有高質量的網站。那麼需求說明書要達到怎樣的標准呢?簡單說,包含下面幾點:
1.正確性:每個功能必須清楚描寫交付的功能;
2.可行性:確保在當前的開發能力和系統環境下可以實現每個需求;
3.必要性:功能是否必須交付,是否可以推遲實現,是否可以在削減開支情況發生時"砍"掉;
4.簡明性:不要使用專業的網路術語;
5.檢測性:如果開發完畢,客戶可以根據需求檢測。
三.系統分析
1.網站總體設計
在拿到客戶的需求說明後,並不是直接開始製作,而是需要對項目進行總體設計,詳細設計,出一份網站建設方案給客戶。總體設計是非常關鍵的一步。它主要確定:
1.網站需要實現哪些功能;
2.網站開發使用什麼軟體,在什麼樣的硬體環境;
3.需要多少人,多少時間;
4.需要遵循的規則和標准有哪些。
同時需要寫一份總體規劃說明書,包括:
1.網站的欄目和版塊;
2.網站的功能和相應的程序;
3.網站的鏈接結構;
4.如果有資料庫,進行資料庫的概念設計;
5.網站的交互性和用戶友好設計。
2.網站建設方案
在總體設計出來後,一般需要給客戶一個網站建設方案。很多網頁製作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統,而且在客戶需求不是十分明確的情況下提交方案,往往和實際製作後的結果會有很大差異。所以應該盡量取得客戶的理解,在明確需求並總體設計後提交方案,這樣對雙方都有益處。網站建設方案的包括以下幾個部分:
1.客戶情況分析;
2.網站需要實現的目的和目標;
3.網站形象說明;
4.網站的欄目版塊和結構;
5.網站內容的安排,相互鏈接關系;
6.使用軟體,硬體和技術分析說明;
7.開發時間進度表;
8.宣傳推廣方案;
9.維護方案;
10.製作費用;
11.本公司簡介:成功作品,技術,人才說明等。
當您的方案通過客戶的認可,您可以開始動手製作網站了。但還不是真正意義上的製作,你需要進行詳細設計:
3.網站詳細設計
總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計階段的任務就是把解法具體化。詳細設計主要是針對程序開發部分來說的。但這個階段的不是真正編寫程序,而是設計出程序的詳細規格說明。這種規格說明的作用很類似於其他工程領域中工程師經常使用的工程藍圖,它們應該 包含必要的細節,例如:程序界面,表單,需要的數據等。程序員可以根據它們寫出實際的程序代碼。
四. 項目實施
1.整體形象設計
在程序員進行詳細設計的同時,網頁設計師開始設計網站的整體形象和首頁。
整體形象設計包括標准字,Logo,標准色彩,廣告語等。 首頁設計包括版面,色彩,圖像,動態效果,圖標等風格設計,也包括banner,菜單,標題,版權等模塊設計。首頁一般設計1-3個不同風格,完成後,供客戶選擇。
記住:在客戶確定首頁風格之後,請客戶簽字認可。以後不得再對版面風格有大的變動,否則視為第二次設計。
開發製作
2.開發製作
到這里,程序員和網頁設計師同時進入全力開發階段,需要提醒的是,測試人員需要隨時測試網頁與程序,發現Bug立刻記錄並反饋修改。不要等到完全製作完畢再測試,這樣會浪費大量的時間和精力。項目經理需要經常了解項目進度,協調和溝通程序員與網頁設計師的工作。
調試完善
3.調試完成
在網站初步完成後,上傳到伺服器,對網站進行全范圍的測試。包括速度,兼容性,交互性,鏈接正確性,程序健壯性,超流量測試等,發現問題及時解決並記錄下來。
為什麼要記錄文檔呢?其實本軟體工程本身就是一個文檔,是一個不斷充實和完善的標准。通過不斷的發現問題,解決問題,修改,補充文檔,使這個標准越來越規范,越來越工業化。進而使得網站開發趨向規范,趨向合理。
4.宣傳推廣
宣傳推廣的基本方法有:
1.網頁里設置適當的META標簽;
2.各搜索引擎登錄;
3.准備新聞稿件在各新聞公告板發表;
4.合理使用Email郵件列表;
5.廣告條交換;
6.付費廣告。
至此,網站項目建設完畢,將有關網址,使用操作說明文檔等提交客戶驗收。如果需要維護,另行簽定維護項目。
五.維護
網站成功推出後,長期的維護工作才剛剛開始,需要做到的是:
1.及時響應客戶反饋;例如可以採取Email自動回復功能,然後在1-3個工作日里解決問題,再次回復;
2.網站流量統計分析和相應對策;
3.盡量推廣和使用您的網址;
4.網站內容的及時更新和維護。
六.遵循的規范
1.網站建設目錄規范
2.網站文件命名規范
3.網站建設尺寸規范
4.網站首頁head區代碼規范
5.網站連接結構規范

網站開發規范
任何一個項目或者系統開發之前都需要定製一個開發約定和規則,這樣有利於項目的整體風格統一、代碼維護和擴展。由於Web項目開發的分散性、獨立性、整合的交互性等,所以定製一套完整的約定和規則顯得尤為重要。定製一系列約定和規則,包括組件團隊、文件夾命名規則、文件名命名規則、程序代碼編程風格、資料庫設計約定。這些規則和約定需要與開發人員、設計人員和維護人員共同討論定製,將來開發都將嚴格按規則或約定開發。每個團隊開發都應有自己的一套規范,一個優良可行的規范可以使我們工作得心應手事半功倍,這些規范都不是唯一的標准不存在對與錯,也許有些地方與你當前使用的習慣相駁,很多地方都有爭議。。
非常明顯在Web項目開發中有前後台開發之分,前台開發主要是指非程序編程部分,主要職責是網站AI設計、界面設計、動畫設計等。而後台開發主要是編程和網站運行平台搭建,其主要職責是設計網站資料庫和網站功能模板的實現。下面的這些規范主要是從這2個方面來定製的,這些規范是工作中總結的一點經驗,本文檔比較適合中小型網站或者Web項目的開發規范。
一.組建開發團隊
在接手項目後的第一件事是組建團隊。根據項目的大小團隊可以有幾十人,也有可以是只有幾個人的小團隊,在團隊劃分中應該含有6個角色,這6個角色是必須的,分別是項目經理,策劃,美工,程序員,代碼整合員,測試員。也許你的團隊還沒有6個人,沒有關系一個人可以有多個角色,比如項目經理還可以有策劃這個角色,如程序員還可以含有代碼整合和測試這2個角色,如果你的項目夠大人數夠多那就分為6個組,每個組分工再來細分。下面簡單介紹一下這6個角色的具體職責。
項目經理,項目總體設計,開發進度的定製和監控,定製相應的開發規范,負責各個環節的評審工作,協調各個成員(小組)之間開發。策劃,提供詳細的策劃方案和需求分析。還包括後期網站推廣方面的策劃。美工,根據策劃和需求設計網站AI,界面,Logo等。程序員,根據項目總體設計來設計資料庫和功能模塊的實現。代碼整合員,負責將程序員的代碼和界面融合到一起,代碼整合員可以製作網站的相關頁面,測試員,負責測試程序。
二.開發工具
Web開發工具主要分為3部分,第一部分是網站前台開發工具,第二部分是網站後台開發環境,第三部分是項目管理和輔助軟體。下面分別簡單介紹這三部分需要使用的軟體。
網站前台開發主要是指Web界面設計。包括網站整體框架建立、常用圖片、Flash動畫設計等等,主要使用的相關軟體是:Adobe Illustrator 、Adodb Photoshop、Dreamweaver MX、Flash MX等。
網站後台開發主要指網站動態程序開發、資料庫建模,主要使用的相關軟體是: PowerDesigner(資料庫建模),PowerDesigner在資料庫設計方面應用非常強大,用它可以快速創建資料庫概念和物理模型,我最喜歡的還是它生成資料庫Report的功能太方便了,設計資料庫強烈推薦用它。Rational Rose(程序建模),如果你的項目功能模塊不是特別復雜那就剩了它吧,這樣會節省一些時間和開發的復雜度,不過我個人認為不管是大項目還是小項目都應該畫畫Rose圖。
網站項目管理主要指對開發進度和代碼版本的控制。開發進度用Microsoft Project來制定,代碼版本控制採用Visual SourceSafe,當然還有其他的選擇比如CVS和Rational ClearCase。網站測試採用VS.net的附帶工具Microsoft Application Center Test,它可以進行並行、負載測試等。程序文檔編寫採用Word,用WPS也可以。
三.網站開發流程
在項目開始實施之前應該有一個工作步驟也就是工作流程,在項目開發中最需要時間的是總體設計和系統測試,而程序編寫代碼所佔的時間並不多,但有的團隊就急於開發寫代碼,先把程序寫出來再說,沒有注重評審和測試這2個環節,結果造成返工,我在一家比較大的公司中都遇到多次這種情況。所以項目來了不要急於開工寫代碼,應該一步一步慢慢來,只有走的慢才能走得穩走得遠。圖1的開發流程比較好地體現開發的整個環節。

圖 1
從圖1可以看到2條主線,這2條主線分別是前台開發和後台開發。前後台開發在項目開發早期互相沒有交叉,當然不是絕對沒有,Web策劃和需求分析都是互相有關系的,一個是網站表現形式和風格的策劃另一個是網站功能的策劃,它們是衣服和軀乾的關系。到了開發後期就需要把界面和功能模塊結合起來形成一個統一,也就即將發布的網站。
四.資料庫開發規范
數據文件命名採用系統名+_+文件類型,比如系統名為kupage,則資料庫文件命名為kupage_database.mdf,有的資料庫文件有多個,比如SQL Server就有2個,一個是資料庫文件,另一個是日誌文件,那麼他們的文件命名分別為kupage_database.mdf,kupage_log.log。文件名全部採用小寫。
資料庫表命名規范,表名長度不能超過30個字元,表名中含有單詞全部採用單數形式,單詞首寫字母要大寫,多個單詞間不用任何連接符號。若庫中有多個系統,表名採用系統名稱+單詞或多個單詞,系統名是開發系統的縮寫,系統名稱全部採用小寫英文字元,如bbsTitle,bbsForumType。若庫中只含有一個系統,那麼表名僅用一個單詞或多個單詞。單詞選擇能夠概括表內容的一個或多個英文單詞,如UserInfo,UserType。關連表命名規則為Re_表A_表B,Re是Relative的縮寫,如:Re_User_ArticleType, Re_User_FormType。
資料庫欄位命名規范,資料庫欄位名全部採用小寫英文單詞,單詞之間用」_」隔開,命名規則是表別名+單詞,如:user_name,user_pwd。表別名規則,如果表名是一個單詞,別名就取單詞的前4 個字母;如果表名是兩個單詞,就各取兩個單詞的前兩個字母組成4 個字母長的別名;如果表的名字由3 個單片語成,你不妨從頭兩個單詞中各取一個然後從最後一個單詞中再取出兩個字母,結果還是組成4 字母長的別名。
視圖名採用規則View_表A_表B_表C,View表示視圖。這個視圖由幾個表產生就用」_」連接幾個表的名,如果表過多可以將表名適當簡化,但一定要列出所有表名。
存儲過程命名規則P_表名_存取過程名(縮寫),比如P_User_Del,P_ArticleType_AddData。
SQL語句編寫規則,關鍵字必須大寫,其他書寫按上述命名規則,比如:
SELECT user_id, user_name FROM User WHERE user_id = 『tom』
五.文件夾文件名命名規范
文件夾命名一般採用英文,長度一般不超過20個字元,命名採用小寫字母。除特殊情況才使用中文拼音,一些常見的文件夾命名如:images(存放圖形文件),flash(存放Flash文件),style(存放CSS文件),scripts(存放Javascript腳本),inc(存放include文件),link(存放友情鏈接),media(存放多媒體文件)等。
文件名稱統一用小寫的英文字母、數字和下劃線的組合。命名原則的指導思想一是使得你自己和工作組的每一個成員能夠方便的理解每一個文件的意義,二是當我們在文件夾中使用「按名稱排例」的命令時,同一種大類的文件能夠排列在一起,以便我們查找、修改、替換、計算負載量等等操作 。
1、圖片的命名原則名稱分為頭尾兩部分,用下劃線隔開,頭部分表示此圖片的大類性質例如廣告、標志、菜單、按鈕等等。
放置在頁面頂部的廣告、裝飾圖案等長方形的圖片取名: banner
標志性的圖片取名為: logo
在頁面上位置不固定並且帶有鏈接的小圖片我們取名為 button
在頁面上某一個位置連續出現,性質相同的鏈接欄目的圖片我們取名: menu
裝飾用的照片我們取名: pic
不帶鏈接表示標題的圖片我們取名: title
下面是幾個範例: banner_sohu.gif 、banner_sina.gif、 menu_aboutus.gif 、menu_job.gif、 title_news.gif、 logo_police.gif、 logo_national.gif 、pic_people.jpg 。
2、動態語言文件命名規則性質_描述,描述可以有多個單詞,用」_」隔開,性質一般是該頁面得概要。
範例:register_form.asp,register_post.asp,topic_lock.asp
六.程序代碼編程規范
一個良好的程序編碼風格有利於系統的維護,代碼也易於閱讀查錯。在此只討論ASP的編程風格和約定。在ASP中所有變數是弱變數,無需定義就可以直接使用,而且代碼不區分大小寫。但其他語言一般這些都要定義的,為了養成良好的編程習慣,編寫代碼務必按照一下規則。
1、每個變數名必須定義,在ASP文件的最開始添加語句,強制定製每個變數。
2、出於易讀和一致性的目的,在代碼中使用以下變數命名約定:
子類型 前綴 示例
Boolean bln blnFound
Byte byt bytRasterData
Date (Time) dtm dtmStart
Double dbl dblTolerance
Error err errOrderNum
Integer int intQuantity
Long lng lngDistance
Object obj objCurrent
Single sng sngAverage
String str strFirstName
3、程序代碼需要有縮進,縮進採用鍵盤Tab鍵,不採用空格鍵。並且」=」或者鏈接字元串時需要左右空一格,如下:
4、函數過程編寫的約定。函數或者過程命名採用動作+名詞,每個函數需要給出相應的注釋,函數功能,傳入變數,以及作者和修改相關信息。如下面函數:
<%
'[功能] 返回一個參數的值
'[參數] strParameterName 參數名稱
'[作者] icefire 2002/8/20 am
Function GetParameterValue(strParameterName)
Dim objRS, strSQL, strParameterValue
strSQL = "SELECT ParameterValue FROM damsParameters WHERE ParameterName = '" & strParameterName & "'"
.
.
.
GetParameterValue = strParameterValue
Set objRS = Nothing
End Function
5、ASP內置對象區分大小寫。如下代碼片斷
strUserName = Request.Form(「UserName」)
Set conn = Server.CreateObject("ADODB.Connection")
6、資料庫連接一個庫只能有一個資料庫連接文件,創建資料庫對象得原則是盡可能晚地打開資料庫,盡可能早地關閉資料庫。創建資料庫對象調用統一地創建函數。如下:
Sub OpenConn(ByRef conn)
Dim strDBPath, strDBConnection
strDBPath = Server.MapPath("database/tax.mdb")
strDBConnnection = "Driver={Microsoft Access Driver (*.mdb)}; DBQ=" & strDBPath
Set conn = Server.CreateObject("ADODB.Connection")
conn.Open strDBConnnection
End Sub
7、當一個對象不在使用時要釋放對象資源,比如objFSO,objRS對象等。採用統一函數調用。函數如下:
Sub CloseObj(ByRef obj)
If IsObject(obj) Then
obj.Close
Set obj = nothing
End If
End Sub
8、時間全部以字元串的形式保存到資料庫中,這樣做能夠是日期在不同的資料庫中都能良好地保存,也方便資料庫地遷移。時間用14位字元串保存,日期用8位字元串保存。
七.網站首頁head區代碼規范
head區是指首頁HTML代碼的<head>和</head>之間的內容。 必須加入的標簽
1.公司版權注釋
<!--- The site is designed by Maketown,Inc 06/2004 --->
2.網頁顯示字元集
簡體中文:<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312">
繁體中文:<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=BIG5">
英 語:<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
3.網頁製作者信息
<META name="author" content="[email protected]">
4.網站簡介
<META NAME="DESCRIPTION" CONTENT="本站是一個醫療站點…">
5.搜索關鍵字
<META NAME="keywords" CONTENT="xxxx,xxxx,xxx,xxxxx,xxxx,">
6.網頁的css規范
<LINK href="style/style.css" rel="stylesheet" type="text/css">
(參見目錄及命名規范)
7.網頁標題
<title>xxxxxxxxxxxxxxxxxx</title>
8.可以選擇加入的標簽
1.設定網頁的到期時間。一旦網頁過期,必須到伺服器上重新調閱。
<META HTTP-EQUIV="expires" CONTENT="Wed, 26 Feb 1997 08:21:57 GMT">
2.禁止瀏覽器從本地機的緩存中調閱頁面內容。
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
3.用來防止別人在框架里調用你的頁面。
<META HTTP-EQUIV="Window-target" CONTENT="_top">
4.自動跳轉。
<META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://www.yahoo.com"> 5指時間停留5秒。
5.網頁搜索機器人向導.用來告訴搜索機器人哪些頁面需要索引,哪些頁面不需要索引。
<META NAME="robots" CONTENT="none">
CONTENT的參數有all,none,index,noindex,follow,nofollow。默認是all。
6.收藏夾圖標
<link rel = "Shortcut Icon" href="favicon.ico">
所有的javascript的調用盡量採取外部調用.
<SCRIPT LANGUAGE="javascript" SRC="script/xxxxx.js"></SCRIPT>
附<body>標簽:
<body>標簽不屬於head區,這里強調一下,為了保證瀏覽器的兼容性,必須設置頁面背景<body bgcolor="#FFFFFF">
八.網站建設尺寸規范
1. 頁面標准按800*600解析度製作,實際尺寸為778*434px
2. 頁面長度原則上不超過3屏,寬度不超過1屏
3. 每個標准頁面為A4幅面大小,即8.5X11英寸
4. 全尺寸banner為468*60px,半尺寸banner為234*60px,小banner為88*31px
5. 另外120*90,120*60也是小圖標的標准尺寸
6. 每個非首頁靜態頁面含圖片位元組不超過60K,全尺寸banner不超過14K

C. 如何進行網站體驗及撰寫體驗報告

打開網站進行瀏覽咯。
體驗報告主要是頁面的設計的美觀程度(圖片的清晰、文字、背景等等),網站實用性的體驗(網站整體構架、欄目頁的設計等等),網頁間跳轉和打開速度(內鏈及外鏈、純文本、錨文本等等)。網站後台的體驗(發布數據,優化、許可權)等等。

D. 網上老有些 給某某網站提供調查報告 他們會給報酬 真的 假的

不好說真假,拿到錢的少.

即使是真的,要達到它要求的最低提現額應該也相當不易.

相信一點,錢不是那麼容易賺的!

沒有付出=沒有收獲

付出+堅持=收益

E. 網站的設計與實現畢業論文開題報告

網站的設計與實現畢業論文開題報告

一、立論依據(論文的研究意義、國內外研究現狀分析)

網路游戲產業是一個新興的朝陽產業,經歷了20世紀末的初期形成期階段,及近幾年的快速發展,現在中國的網路游戲產業處在成長期,並快速走向成熟期的階段。在中國整個網路經濟的發展過程中從無到有,發展到目前成為中國網路經濟的重要組成部分。網路游戲產業之所以可以打破在原來中國整個網路經濟中的平衡,主要緣於在20世紀末中國網路經濟泡沫破滅整個網路經濟大受打擊的時候,網路游戲卻異軍突起成為整個網路經濟發展的領頭羊,得到迅猛的發展。

網路游戲的起源可追溯到1969年的PLATO,到1972年PLATO的同事在線人數突破到1000人,到了20世紀八十年代末,由於國外計算機數量的`增加,網游進入了高速發展時期,市場呈幾何狀上升。

而中國的網路游戲真正開始起步要從1999年說起,1999年4月經過對一個電話游戲的升級改造,樂鬥士推出了國內最早的圖形MUD游戲—《笑傲江湖之精忠報國》。

到2001年,中國網路游戲的市場規模接近3.1億元人民幣,根據IDC的研究,在2002 年中國網路游戲市場規模將達到9.1億元人民幣,比2001年增長187.6%。

2007年中國網路游戲市場規模為128億元,同比增長66.7%。2007年中國網路游戲用戶達到4800萬,環比增長17.1%。

2011年,中國網路游戲市場規模為468.5億元,同比增長34.4%,增長速度止跌回升。其中,互聯網游戲為429.8億元,同比增長33.0%;移動網游戲為38.7億元,同比增長51.2%。

數據顯示,網路游戲依然保持著超高的發展速度,而作為網路游戲的兄弟——網路游戲網站、論壇也猶如雨後春筍一樣紛紛成立,所以,構建一個有特色的網路游戲網站就有了一種必要。 二、論文內容

1.研究目標、研究內容和擬解決的關鍵問題

網路游戲網站不是一個簡單的網站,是有著自己特點的目標性網站,構建一個網站需要方案、技術和資源的支持。而一個完整的研究方案是要有明確的研究目標,而本論文的研究目標就是網路游戲網站的設計與實現。

其中技術支持包括:

(1)HTML的了解與應用。 (2)JSP的應用。 (3)資料庫的構建。

(4)JSP與資料庫的結合。 (5)JDK和Apache伺服器 (6)資料庫的設計。 (7)系統功能模塊化。

(8)JAVA插件的編寫和應用。 (9)Tomcat的安裝和應用。

(8)配置ODBC數據源。 關鍵問題主要包括:

(1)要保證信息採集的真實性、實時性。 (2)信息分析的科學性。

(3)操作系統的選擇、開發技術的選擇、開發軟體的選擇以及模塊化網站的方法等等。

2.擬採取的研究方法、技術路線、實驗方案及可行性分析

通過大量的社會信息的收集和分析,整理出科學的論據及方案,查閱一定的文獻書籍和搜索國內外各種關於網路游戲方面的年度報告,對數據進行分析,制定可行的實驗方案,和技術路線,記錄步驟和結果,以保證論文的科學性和實時性。

同時還必須要加強自身的科學技術修養,通過此次論文的編輯使自身的能力再度得到提升。 可行性分析:

(1)理論方面目前已經收集了大量的參考文獻,這些文獻覆蓋了網站建站的技術及其應用, 包含了網路游戲網站在網路上的應用,網路游戲的發展歷史等方方面,這些文獻將會對本論文的研究提供極大的參考價值。

(2)目前網路游戲依然發展迅猛,前景不可估量,藉此契機打造一個優秀的網路游戲網站、論壇成為可能。

(3)通過兩年的計算機應用的學習,我也已經學習和使用了很多的軟體,練就了相當的設計能力。

(4)有導師為該文的研究支持,並有從事研究的學術環境保證論文能夠按目標進度進行。

三、 論文進度安排

第一階段. 2012年5月27號-2012年6月3號思考寫作方向,選材 第二階段. 20112年6月10號完成開題報告,交給指導老師 第三階段. 2012年7月—2012年12月查找資料撰寫論文 第四階段.年月號在教師的指導下,進行論文設計 第五階段.年月號裝訂成搞,送交指導老師批閱 第六階段.年月號—上交論文

四、參考文獻 [1] 魏晶 泫 :《網路游戲》清華大學出版社 2008 [2] 文化部:《2011中國網路游戲市場年度報告》2012

[3] C++和HTML開發網路應用程序實例解析 現代電子技術,2004 [4] 基於HTML和XML語言的頁面製作工具分析 現代電子技術, 2001 [5] 可擴展置標語言XML 現代電子技術,2002 ;

F. 網站需求分析報告對於建設網站有什麼用

首先是明確整個執行團隊的目標,我們在做什麼,做他的意義何在,目標是什麼。這樣就會統一團隊整體思路和完成的信念。

針對外部用戶,需求分析主要是對面向用戶的需求分析,即幫助用戶解決什麼問題、或提供什麼服務。這些服務分多少個層面展現,他們的邏輯是怎樣的,大到用戶使用流程小到每個欄位都需要需求分析來做。
針對內部團隊從設計、前端、研發、測試、部署、運營都需要看需求分析文檔,包括後期的迭代計劃、版本管理都離不開他。需求分析是整個項目或產品的核心,需求分析做成啥樣跟成品間該是相差無幾的。這么說吧一個網站做出來啥樣就看需求做成啥樣,具有規范意義。

G. 怎樣寫網頁製作與設計自主網站設計報告

網頁設計伴隨著
網路
的快速發展而快速興起,作為上網的主要依託,由於人們使用網路的頻繁而變得非常的重要。網頁講究的是排版布局,其功能主要就是提供一種形式給每個上網者,讓他們能夠了解網站提供的信息。

從網路的發展來看,網頁設計從無到有,從低級到高級,是基於技術的原因而受到客觀的限制的,因為受傳輸帶寬的限制,最早的網頁是純字母和數字的,沒有圖片和聲音更別說是動畫了,只能將佔用空間很小的數字和字母來進行傳輸。

由此看來網頁最初就是在功能性的基礎之上發展起來的。到今天同樣上網也離不開使用它的功能,所以網頁的審美就首先要考慮其功能的要素(例如很多國外的大公司的網站也是這樣做的)。那麼從功能出發來看待網頁設計,我們就必須考慮,使用者如何從網頁中得到功能,如何更好的得到功能。這就需要站在使用者的角度來看待網頁設計,才能使自己做出的網頁受歡迎,從而達到基本的目的。有的網頁設計師說:我是設計師,我站得比普通人高,欣賞水平也比他們高,應該引導潮流,應該引導他們學會欣賞美的網頁。作為設計師引導潮流沒有錯,但是不應該採用居高臨下的方式,而是要貼近自己的使用對象,想他們所想,急他們所急,方便他們的使用,適時的將自己的設計風格融入到作品中去,接受他們的檢驗,只有經得起考驗的設計才是好的設計。而不是所謂的陽春白雪,成為孤家寡人,不適用。作為設計師來說,就是要把自己的網頁做得美一些(基於功能性的)。

談到美,網頁這種特殊環境下的美於傳統的藝術上的審美有著明顯的區別,因為一般的藝術上的美是海闊天空,無所顧忌的,只要符合人們的欣賞的習慣,能夠在欣賞者的心裡產生共鳴就是美的;而網頁的布局上的審美卻要受到很多的限制,當然它也有優於傳統藝術的地方,最明顯的就是它的交互性和更新速度的快捷,純藝術很大程度上是作者的自我宣洩,但是網頁設計直接面對的是大量用戶,隨時都會反饋回來對網頁的批評建議等,可以根據實際情況進行修改,比如在建站時考慮不周到的地方,設計時沒有得到重視的地方,可以根據要求進行調整。同樣不損整體效果,卻可以使使用者用起來更加的方便。這個過程可以在很短的時間里完成。同時網頁能融合文字、圖片、聲音、動畫於一身。這是傳統藝術所達不到的。當然最根本的在使用方面就限制了它不能夠隨意的揮灑自如,任設計師自由的發揮。以下針對網路環境下的審美。

首先:要考慮上網者的環境,通常可見的情況是:上網者眼睛盯著一個冷冰冰的電腦屏幕,手移動滑鼠,保持一定的姿勢,而且一般是連續很長的時間。在這種情況下,假如連接的網站的網頁做得很差,不考慮排版布局的形式美的要素,一味的以刻板的文字或者是圖片來充斥這個頁面,那麼使用者看久了就會厭倦,甚至討厭。同樣在網路世界裡,五花八門,涉及到各方面的內容,使用者通常是打開很多的窗口,在一種紛繁復雜的情況下接受信息。這樣假如他們瀏覽的網頁是設計得又是特別花哨,圖片、文字、動畫等等堆砌的極為雜亂,那麼更加劇了這種心理上的厭煩感,這種網頁能算得上美嗎?所以從使用環境里的功能的因素來考慮美才是最根本的。

其次:考慮使用對象本身也是網頁審美的一個重要方面,網頁設計都是為每個具體的網站的做宣傳,那麼不考慮對象就如同閉門造車,這樣會造成其根本的功能的損失,使使用者瀏覽起來困難。例如一個兒童網站,設計得如同一些新聞專題的網頁一樣,純粹是文字。那麼使自己的使用對象-兒童在瀏覽該網站的時候毫無興趣,阻礙了網站的基本的目的,因為該網站的目的就是要使更多的兒童來光臨這個網站,從而擴大網站影響。從這個功能層面上來理解,設計的美是同使用對象分不開的。

再者:網頁設計的美其實是一個滿足使用者需求的過程,能夠使他們使用起來方便快捷,排除他們使用中的問題,這就是美的,這就是純粹從功能上的要求出發的。就是最根本的功能被滿足就是最根本的美。不是嗎?假如我想上一個體育的網站了解一下當天的足球戰報,那麼我上網的目的性就是非常的明確,直接看足球的結果。那麼考慮一下我的上網過程就是先敲入網址,到主頁上,然後盡快的找到足球的欄目,再找到比分的鏈接。那麼設計師如果考慮到上這個網站的很多人都非常想知道足球的比分,那麼在主頁上放上一個流動的臨時更新的框,就可以使上站的使用者直接在主頁上看到想要看的東西,這樣快速而又方便的結果,其實質上是一個網頁設計的成功的地方,這種網頁就是美的,反之假如把網頁設計得非常的「漂亮」(這里指的是純粹的從藝術審美上的漂亮,滿足一般的形式美的要求的,而不考慮使用環境的情況),但是把該鏈接做到不容易找到的地方,或者是由於滿足「漂亮」的要求,增加了幾級的鏈接,從而增加了使用者的不方便,這種網站也是不美的,至少它沒有為自己的使用對象考慮,就是失敗。 還有一個美的因素也不能不考慮,就是網站本身,其實也是功能來決定的,作為網站的目的就是要通過使用者的使用來得到體現,如何使更多的人來使用和使他們瀏覽過之後記住這個網站?也就是通過自己的設計使網站的形象得到提升,使網站的形象在每個使用者的心目中紮根。這是現在網頁設計中普遍不受重視的,也許是還欠缺這種意識,才出現這種情況,有些網頁做得很有味道,不管是用色還是布局的編排,都是非常的講究,但是卻沒有注意到網站的本身的東西,例如網站的名稱或者是網址沒有得到強化,盡管使用了之後覺得好,但是第二次使用時卻記不起是什麼網站了,因為上網通常要看很多的網站,每一個都記錄下來是非常不方便的,很多網友也不願意這樣做,再說收藏夾里收藏太多了也找起來來也不方便。還要定期不定期的進行整理,也挺麻煩。所以假如網頁設計時注意了這個網站的名稱和網址的因素,那麼就會避免這一系列的問題,方便了使用者,從這個功能上來說是設計成功之處,也是網頁設計美的一個觀念的異化。在把握住網站功能實現的基礎上才能談得上設計的美。

以上談了幾個涉及到網頁設計的美的相關的功能的影響,由此可以得出網頁美的標准(有些是一種美的標准另一種表達方式),那就是: 簡潔實用: 這是非常重要的,網路特殊環境下,盡量以最高效率的方式將用戶所要想得到的信息傳送給他就是最好的,所以要去掉所有的冗餘的東西。 使用方便:同第一個是相一致的,滿足使用者的要求,網頁做得越適合使用,就越顯示出其功能美

整體性好: 一個網站強調的就是一個整體,只有圍繞一個統一的目標所做的設計才是成功的。

網站形象突出: 一個符合美的標準的網頁是能夠使網站的形象得到最大限度的提升的。

頁面用色協調,布局符合形式美的要求: 布局有條理,充分利用美的形式,是網頁富有可欣賞性,提高檔次。當然雅俗共賞是人人都追求的。
互動式強: 發揮網路的優勢,是每個使用者都參與到其中來,這樣的設計才能算成功的設計。這樣的網頁才算真正的美的設計。