1、網頁製作與網站設計報告書
網站項目管理規范
一.概念
網站項目管理就是根據特定的規范、在預算范圍內、按時完成的網站開發任務。
二.需求分析
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
2、分析網頁設計與製作系統的目錄組織結構？
能不能問得具體一些啊，
你可以到計算機相關網站去查一下。
最後祝您
身體健康，萬事如意，心想事成，人生愉快！
3、求一篇關於網店的網站設計和開發的論文
前 言 1
第1章系統概述 3
1.1系統設計的背景 3
1.2系統分析與論述 4
1.2.1本文中所做的主要工作 4
1.2.2 課題研究的目的 4
1.2.3 課題的可行性分析 4
1.3系統流程分析圖 5
第2章系統需求分析 7
2.1需求分析 7
2.2 系統功能模塊設計 8
第3章ASP概述與SQL Server資料庫的連接 10
3.1ASP概述 10
3.2創建SQL Server資料庫的連接 12
第4章系統詳細設計 15
4.1資料庫設計 15
4.1.1資料庫需求分析 15
4.1.2資料庫概念結構設計（E-R圖） 16
4.1.3資料庫邏輯結構設計 17
4.2 後台功能模塊的設計 20
4.2.1 管理主界面與登錄程序設計 20
4.2.2 公告信息管理模塊設計 21
4.2.3 商品管理模塊設計 22
4.2.4 訂單管理模塊設計 23
4.2.5 投訴管理模塊設計 24
4.2.6 用戶和系統管理員管理設計 26
4.3前台功能模塊的設計 27
4.3.1 系統主界面與登錄程序設計 27
4.3.2設計商品查詢及購買模塊 31
4.3.3設計客戶投訴模塊 34
4.3.4設計用戶管理模塊 34
第5章系統測試 42
結 論 45
參考文獻 46
致 謝 48
4、網站設計與實現論文
網站設計的畢業論文
鍵盤論文網很多的哦，之前我就找的他們，效率非常高
很快就給我了，建議你看看
5、網頁設計策劃書範文如題 謝謝了
計算機軟體尤其是資料庫軟體，成為了當代計算機應用的主流。因此軟體開發人員就必須掌握正確的開發手段，了解軟體開發的主要過程，這樣心中對軟體項目才有清醒的認識，才能達到事半功倍的效果。本文就軟體開發過程中的一些方法，結合本人開發過的一些軟體項目做一些詳細論述。 1 開發前的准備工作 一般軟體項目在開發前都有系統任務書，主要規定軟體的開發目標、主要任務、功能、性能指標及研製人員和經費、進度等安排，作為系統設計開發和檢驗的基本依據。 系統任務書的基本框架如下： （1）引言 包括編寫目的，背景，參考資料。 （2）系統的目標及任務 包括系統建設目標，系統的主要任務，系統性能指標，系統標准化要求。 （3）系統的結構及功能 包括系統應用組成及結構，系統主要功能。 （4）系統的規模及進度要求 包括系統規模，系統研製進度，人員計劃。 但是系統任務書只是這個軟體項目的一個基本要求，針對具體情況，軟體開發人員和需求分析人員就要聯合對軟體項目的細節進行具體分析，必要時還要進行實地調研，然後共同商討寫出系統的需求分析，需求分析的編寫目的在於： a. 說明系統在軍事方面、技術方面、經濟方面和社會條件方面實現的可行性和必要性； b. 分析原系統（工作環境）現狀,描述待開發系統的詳細需求，提供用戶和開發人員之間溝通的基礎，提供項目設計的基本信息。 需求分析報告的基本框架如下： （1） 概述 包括 編寫目的，背景，參考資料，術語及縮寫詞。 （2） 對現有系統的分析 （3）待開發系統的詳細需求 包括 功能需求，使用范圍，業務流程，用戶界面，輸出要求，故障處理。 （4）使用環境 包括 網路環境，硬體環境，軟體環境，與其他系統的關系，安全與保密。 （5） 可行性分析 包括 技術可行性分析，經濟可行性分析，人員可行性分析，影響待開發系統的主要因素。 （6）結論意見 2 軟體開發過程 有了系統任務書和需求分析報告，軟體設計人員就要對軟體項目的實現進行系統分析，系統分析包括系統的總體方案，系統的設計說明，作為軟體設計的依據。具體說明如下。 2.1 系統總體方案 在系統開發單位和用戶充分交互、理解的基礎上，提出系統的技術構架，對系統功能、性能等主要指標作描述，對實現方法和要求作規定，是系統進行詳細設計的依據。 系統總體方案基本框架包括： （1）引言 包括：編寫目的，背景，參考資料，術語及定義。 （2）項目概述 包括： --項目的主要內容 --系統需求分析：①用戶需求調查分析②現行系統的現狀調查分析。 --系統功能：①系統的功能要求②系統主要技術性能。 --系統的數據要求：①基礎數據②業務數據③交換數據④其它數據。 --系統的設計要求：①技術結構要求②系統劃分及其介面要求③系統運行環境要求④系統標准化綜合要求。 （3）實施總計劃 包括：進度，預算，問題和措施。 2.2 系統設計說明 根據《系統總體方案》提出的系統構架、功能、性能及數據要求，確定系統的物理結構，說明系統主要技術方面的設計和採用的技術方法以及系統的標准化約束等，是系統實施的基本依據。就本人曾經開發過的一個軟體項目，說明其基本框架： （1） 引言 包括：編寫目的；背景；條件和限制；參考資料；術語及定義。 （2） 系統總體技術方案 包括： --概述：①系統目標②基本要求。 --系統設計： ①系統結構 a、 應用結構。 b、 功能結構。 c、 技術結構。 ② 系統功能設計：根據以上的分析，功能設計自然 包括業務管理功能設計、綜合查詢功能設計、郵件收發功能設計、資料庫介面設計、文電介面設計。在對這些功能進行綜合分析的基礎上，開始進行資料庫表的設計。在對表的設計過程中，既要考慮到關系資料庫冗餘欄位的處理，又要考慮到系統運行的速度和實現的方便性等綜合因素，筆者在實際開發後認為這兩種考慮比例可以為7：3。 ③ 系統安全設計：可以考慮以下一些安全設計思想，例如系統的數據傳輸通過電子郵件實現，要求電子郵件內部只傳代碼，不傳涉密數據；系統的資料庫操作需要充分利用Oracle資料庫的事務提交和回滾機制，確保業務處理的完整性和一致性；系統的數據結構應充分利用存儲空間，在不同的用戶之間通過數據冗餘提高整個系統的數據安全性；系統中存貯的用戶口令、備份口令、資料庫連接信息等重要數據，必需經過安全加密。 ④ Oracle資料庫自動優化設計：對於Oracle資料庫可以進行資料庫配置，可以大大提高大數據量查詢速度，筆者已經做過嘗試，並已經成功應用。 ⑤ 友好界面設計：對於一個良好的應用系統當然需要設計良好的使用界面。 2.3 軟體開發 對於開發語言的選擇因人而易，開發資料庫系統我比較傾向於DELPHI，因為它對於資料庫開發的支持是很完善的。在軟體實現方面，上面已經說明了一種客戶/伺服器結構，但是這種結構本身也包含了一些問題，例如客戶/伺服器結構經常把應用系統的企業邏輯編寫在客戶端的應用程序中，因此當應用系統需要改變時，所有在客戶端的應用系統都必須改變，這對於MIS系統的維護來說成本太高了；為了解決這些重復開發應用系統的成本以及為了增加應用系統的重復使用性發揮面向對象分析/面向對象設計的功能，就必須導入所謂的應用程序伺服器，軟體開發人員以一種特定的組件形式，例如Microsoft的COM/DCOM，CORBA對象，或是Enterprise Java Bean等，組裝企業的邏輯程序代碼。這種經過組裝，能夠執行特定企業功能的對象便稱為"企業對象"，然後把這些企業對象分發到此應用程序伺服器。由於本文不是專門討論多層系統的文章，所以只是簡單提一下，不再贅述。 程序設計中要注意合理的程序設計結構，可以將所有的公用組件放在一起。例如Delphi語言中可以新建一個單元，將所有編寫的函數放在這個單元里，其他單元均可以調用，還可以新建一個數據模塊（Datamole）,將所有的公共資料庫控制項放在這里，可以減少系統資源浪費，優化資料庫程序設計。 關於程序設計中的技巧很多，這里也不再贅述。 3 軟體開發後的工作 軟體項目在開發完成後還要進行系統測試，以測試開發出的軟體的功能和性能是否達到預定要求。 3.1 軟體測試大綱 這是軟體設計人員用來自測系統的。包括： （1）測試環境①硬體環境②軟體環境③數據環境④網路環境。 （2）功能測試內容①模擬現場測試②應用現場測試。 （3）性能測試內容 另有附表：附表一 系統功能測試表；附表二 系統性能測試表。 3.2 用戶應用測試 由用戶在實際使用過程中進行測試，並給出應用證明。 4、總結 開發軟體項目是一個龐大的系統工程，以上只是介紹了一般性軟體主要是資料庫軟體的開發過程和設計思想，它要求軟體開發者對此要有精深的理解，熟悉軟體開發的思路。 通常一個人難以完成所有工作，需要一個良好的合作團隊來協作完成，其中需求分析員和系統分析員要提供軟體項目的具體要求和設計思想，由軟體開發組把這些要求創建出便於維護和可持續開發的系統資源
6、電子商務網站建設的系統規劃和分析
引 言
e-globe、電線、微波已把地球纏繞，同時帶來眾多的e概念，其中引人注目的電子商務（e-commerce）已成為國內經濟領域的熱點問題。
根據2001年12月瑞士信貸銀行的資料，今後幾年世界電子商務貿易額將成倍增長，2003年電子商務貿易額將達12400億美元，佔世界貿易總額的18－25%。發展電子商務已關繫到經濟結構調整和產業升級、國家整體經濟競爭力的問題了。為此，中國已將發展電子商務列為信息化建設的重要內容，並在相關基礎尚未成熟的情況下努力創造條件，積極、務實地大力推進電子商務發展。
雅虎、搜狐等在NASDAQ飈升繼而持續下降，風險資金對網站行業的追捧繼而轉為謹慎，電子商務業界的風波迭起不禁令人眼花繚亂。實際上傳統企業才是電子商務最重要的應用領域。
本報告偏向傳統企業電子商務化的研究，以國內外電子商務業界的大量數據和資料為基礎，詳盡分析了全球及我國電子商務發展現狀；論述了我國傳統行業與電子商務的結合--電子商務市場；重點闡述了企業間電子商務發展和消費類電子商務發展；就我國發展電子商務存在的問題進行了對策研究；深刻剖析了傳統企業電子商務的典型成敗案例；對傳統企業電子商務模式選擇、ERP實施和信息化建設、網路營銷策略進行了深入研討；並詳細分析了中國加入WTO對企業電子商務發展的影響，預測了新世紀初電子商務及電子商務站點的發展趨勢。對我國各類企業建立、發展自己的電子商務系統有著重要的指導與借鑒作用。
本報告出品日期4月份，價格3500元。
中經產業咨詢
中國電子商務研究小組
二零零二年四月
要點綜述
一、電子商務概念的界定
電子商務指利用簡單、快捷、低成本的電子通訊方式，買賣雙方通過網路進行各種商貿活動的一種商業交易模式。在本文中，凡是以商務為目的，以電子為手段的業務模式都納入廣義的電子商務范疇。如ERP、CRM等。
二、電子商務主體的界定
電子商務以傳統工商業（當然也包括IT等新興行業）為主體，即所謂水泥+滑鼠模式；純粹的電子商務網站不過是一個補充，但它同時也是促使傳統產業向電子商務方向發展的催化劑和推進器。
三、電子商務的模式
①純粹的電子商務網站。一種是阿里巴巴、中國化工網等門戶網站；一種是Amazon、8848這樣的零售網站模式。本報告將分析它們的發展前景以及電子商務網站盈利的支撐點。
②傳統產業的電子商務模式。一種是大公司，自建網站與供應商、客戶甚至最終消費者進行網上交易，其為企業帶來的好處最明顯。一種就是中小企業，以參加專業的網上信息與交易平台為較好選擇。
傳統企業的電子商務與網路平台型企業的電子商務是有區別的。隨著一些大型傳統企業紛紛觸網，滑鼠加水泥的模式成了傳統企業參與電子商務的選擇。傳統企業把電子商務當作一種手段來看待，藉助互聯網進行網上市場營銷、產品銷售以及投入品采購與其它要素的配置。這種手段離不開企業本身和它們製造的產品，是企業經營方式的一種延伸、一種創新。追求產品市場贏利和企業整體競爭優勢是傳統企業實施電子商務的出發點。顯然?quot;滑鼠加水泥將使傳統經濟逐步邁向網路經濟。
四、傳統企業實行電子商務的意義、配套措施與注意點
Internet最大的特點是其可擴展性。電子商務沒有改變商業的本質，它的意義在於：降低企業營運成本；強化與客戶直接的交流溝通，提高客戶服務水平；使交易更方便快捷、更透明，等等。電子商務是對傳統產業必要的改造和提升，傳統產業走向電子商務勢在必行。
企業實施電子商務，必須注意內部業務流程再造，組織結構與部門許可權的調整等；注意企業電子商務實行的漸進性、復雜性、一些不可預見的問題等。 五、電子商務市場預測
①電子商務市場將穩定增長；②B2C電子商務市場發展有所增長；③B2B電子商務的動力來自最終用戶的需求；④傳統企業的e化將成為電子商務市場發展的重點。
1999年-2003年世界電子商務貿易額預測（單位；億美元）
資料來源：瑞士信貸銀行，2001年12月
六、B2B電子商務的發展趨勢
①專業人才爭奪戰；②虛擬與實體企業的結合；③電子交易市場佔B2B主要部分；④網路公司將朝國際化方向發展；⑤中小企業市場需求將成為下一階段的重心；⑥B2B的發展將帶動與電子商務相關產業的發展。
本報告將對金融電子化、企業e化、電子政務、移動商務、寬頻與數字生活、電子商務法律法規、WTO和電子商務、傳統企業的電子商務等熱點問題進行深入的研究與探討。
作為電子商務的前期工作，首先是軟體基礎建設方面。聯想開始建設企業核心的業務管理應用系統和電子商務網站。為了整頓內部管理，提高工作效率，聯想開始考慮實施ERP。ERP是企業資源計劃，它將企業內部原材料采購、生產計劃、製造、訂單處理與交付等環節有機地聯系在一起，使得企業對供貨流程的管理更加科學、規范、高效；同時由於它能夠對庫存的數量和金額進行實時監控，能夠有效的提高決策支持以及財務核算的效率，因此，它是企業實施電子商務最基礎、最核心的支撐系統。
通過R／3系統的實施，聯想在企業信息功能和結構方面制訂了統一的業務標准，建立了統一的信息平台，並利用這個平台，對整個公司的信息流進行統一的規劃和建設。公司的財務管理、銷售管理、庫存管理等多個環節被集成在一個信息系統里，減少了數據冗餘，並且信息流動更加有序和安全。由於系統高度集成，用戶訂單、庫存、采購等業務流程中的數據能夠實時更新，並能在用戶之間集成和共享，同時又降低了運作成本，提高了盈利水平和工作效率。例如，財務結賬日由原來的20天降低到1天，僅財務結算項目成本就減少了9成。
在加強內部信息化建設、實施ERP的同時，聯想也沒有忽視自身品牌的宣傳和企業形象的樹立。為了及時向外發布企業信息，讓越來越多的人了解企業，聯想還建立了實現互動的外部網站，在電子商務領域內迅速佔領了一席之地。外部主頁既是企業對外進行品牌宣傳、信息和產品發布的窗口，也是企業進行電子商務、電子服務的必需工具。聯想的外部主頁不僅僅是一本電子版的雜志，它包含很多技術成分：聯想電子商務網站系統的配置非常講究，還在網站上配置了防火牆、負載均衡設備和數據交換伺服器等設備。聯想最近開發了一個叫i－Cache的伺服器，它利用計算機高速緩存的原理、以及這樣一個事實---對W eb的訪問請求80％集中於20％的頁面上來設計的，在系統中增配了此設備，據測試速度可相當於增加帶寬10倍以上。由於聯想網站的用戶訪問請求響應速度快，頁面設置合理，內容豐富多彩，不僅吸引了大量用戶，而且還大大提高了品牌的知名度，及時地樹立了企業的電子商務形象。
這時，聯想的電子商務已經具備了基本框架，有網路硬體和信息環境作基礎，有ERP完善企業內部管理以及電子商務網站作宣傳。
聯想的電子商務已經具備了基本框架，有網路硬體和信息環境作基礎，有ERP完善企業內部管理以及電子商務網站作宣傳。接下來，聯想開始了電子商務的三個核心部分的設計，即CRM、SCM以及PDM這三個直接增值環節 。
客戶關系管理（CRM）就是通過構築客戶信息資料庫，建立企業與每一個用戶之間一致的界面，用戶的每一次訪問（不論是W eb、電話還是現場）都被記錄下來，用以分析它的使用需求和訪問習慣，以便於個性化地定製產品和網頁；企業不同部門的人對用戶的拜訪也被記錄下來，用以了解用戶全面的需求和心理；客戶的咨詢服務只要撥同一個電話就會自動轉接到相關人員那裡，而且此人能夠立即獲取已購設備的用戶以前的服務和維修的記錄，便於向客戶解答；也可以設計主動去了解用戶對企業的需求和對產品的滿意度，並有針對性地去提供他所願意要的相關產品，從而大大提高企業的效率和客戶滿意度。
供應鏈管理（SCM），是在ERP基礎上通過構築和前端客戶、以及後端供應商的互動系統，來實現產品供應的通暢、合理、高效，既滿足供應，又不保留大量庫存進而積壓，保持供應的高彈性。比如聯想正在建設的第三代電子商務系統，將企業和代理商緊密地聯系在一起。代理商可以通過W eb了解到當前各產品的供貨周期、訂單的執行情況、資金狀況，而聯想則可以即時了解各代理商每個產品的庫存情況、銷售情況，通過統計分析作出新的市場決策，大大提高了決策的准確性和時效性。同時，在此模塊實施過程中，聯想還將其中的應用成熟的模塊，諸如網上訂單處理、網上信用管理、網上支付提煉成i－order，i－Cred it，i－Paym ent這樣的產品用以支撐自身的系統集成業務，給其它企業提供服務。
產品研發管理（PDM），就是通過構築產品信息資料庫，建立一個統一的產品研發系統平台。在這個平台上，所有參與設計的人員通過瀏覽器就可以共享所有的設計文檔與信息，通過瀏覽器就可以共同完成某種產品的開發設計工作。這樣，聯想的用戶和合作夥伴，都可以跨越時空的限制，參與到聯想產品研發設計的各個環節中來，使產品從一開始設計就充分體現用戶的需求，這樣生產出來的產品才能夠真正讓用戶滿意。同時，產品的設計信息將直接進入生產製造系統，與供應鏈上的采購、生產、銷售、商務等各個環節自動連接起來，從而簡化工作流程、大大縮短了新產品從創意到上市的時間周期。
正是由於CRM、SCM、PDM等模塊的實施，幫助企業實現高效率、低成本，高度滿足客戶個性化的需求和滿意度。聯想通過E化的方式，使產品的設計和市場的需要趨於一致，並縮短了企業和客戶之間的距離，真正實現了電子商務更豐實的內涵。
案例總結：
通過對聯想電子商務案例的分析，我們看出大型企業電子商務方案應該包括以下幾個部分：網路硬體和信息環境建設，ERP系統的實施，CRM、SCM和PDM的實施以及電子商務網站的建立。
同時，我們還看到在具體的電子商務構建實施的過程中，並不是一定得按照從低到高的順序來建設。一般的實施步驟應該是：
1． 建立企業內部網，即IN－TRANET。
2．開發內部網的使用，建立辦公自動化系統。
3．藉助ERP的實施，加強內部的管理
4．同時，建立企業的電子商務網站，樹立企業形象，宣傳企業的電子商務。
5．實施電子商務的核心模塊CRM、SCM和PDM，實現真正的電子商務。
另外，由於各個企業的情況千差萬別，建設電子商務的模式也不是一成不變的。企業應該認真分析自身的條件：如信息基礎建設的情況，內部管理的好壞以及企業的財力狀況等，有針對的構建適合自己的電子商務模式