人事管理系統需求分析范例6篇

前言:中文期刊網精心挑選了人事管理系統需求分析范文供你參考和學習,希望我們的參考范文能激發你的文章創作靈感,歡迎閱讀。

人事管理系統需求分析范文1

關鍵詞:VB,SQLSERVER,數據庫,軟件工程,管理信息系統

 

1 緒論

隨著計算機的日益普及和網絡的發展,數據庫的應用范圍越來越廣,數據庫應用的功能也越來越強,因此編寫管理信息系統應用程序也顯得尤為重要,在強調管理,強調信息的現代社會中它變得越來越普及。

人事管理是任何企事業單位都需要進行的一項工作,因此,開發制作人事管理系統具有較大的社會現實意義,同時人事管理系統是一切應用系統的典范,它具有一切應用系統的特征,系統結構與現實生活緊密結合,具體直觀,具有典范的數據庫系統的特性。

本系統開發的目的一方面從提高人事管理工作的效率出發,擺脫過去由人用紙和筆進行的費時費力的繁重工作,即利用成熟的計算機系統來實現商品管理工作的自動化。本系統根據企業管理的一些實際情況而編制的一套自動化的人事管理系統。

2 系統需求分析與總體設計

2.1 需求分析

需求分析是軟件定義的最后一個階段,它的基本任務是回答“系統必須做什么“這個問題。需求分析的任務不是確定系統怎樣完成他的工作,而僅僅是確定系統完成哪些工作,也就是對目標系統提出完整、準確、清晰、具體的要求。論文大全,數據庫。

2.2 系統設計

系統開發的總體任務是要實現企業人事信息關系的系統化,規范化和自動化。論文大全,數據庫。仔細分析調查有關企業人事信息需求的基礎上,將得到如下圖的數據流程。論文大全,數據庫。

3 系統詳細設計

3.1 系統模塊的具體實現

3.1.1 系統的主界面

企業人事管理系統的主界面采用多重窗體(MDI),使系統更加美觀,方便實用.在登陸主界面之前,首先登記用戶管理窗體:

在主界面中,員工管理菜單是此系統的重要組成部份,其中包括4個主要功能模塊:員工基本信息模塊,員工考勤模塊,員工評價模塊和員工工資管理模塊。

3.1.2 員工基本信息模塊

該模塊主要完成員工基本信息的輸入、查詢與修改,它定義了三個主要窗口:信息添加窗口、復合查詢窗口、員工信息列表窗口。 員工信息添加窗口用來添加員工個人信息,可供用戶瀏覽查詢及以記錄為單

在員工信息模塊中添加了一項查詢功能,這樣可以使用戶更加方便的操作所需要信息,大大節約了搜索的時間。

此外本系統還具有員工信息的修改與刪除的功能。

至此,員工信息管理模塊己經完成。它使用了MDI結構應用開發,它可以實現多個窗口的統一顯示和管理,便于在不同功能之間快速的切換。

3.1.3 員工考勤模塊

員工考勤管理模塊主要實現如下功能:

1 添加員工考勤信息

2 修改員工考勤信息

3 刪除員工考勤信息

4 查詢員工考勤信息

考勤管理是每個企事業所必需的,計算機管理系統的出現使員工出勤情況的記錄和統計變得十分簡單。

考勤模塊的查詢功能仍然使用的是復合式查詢,分為按姓名查詢和按考勤的錄入時間查詢兩種,用戶可以根據需要進行選擇。

考勤信息的刪除與修改功能的實現和員工信息的刪除與修改采用相同的方法。

3.1.4 員工評價模塊

員工評價的主要功能包括:

.員工評價信息的添加

.員工評價信息的修改與刪除

.員工評價信息的查詢

3.1.5 員工工資管理模塊

工資管理是企業管理中不可缺少的一項工作。員工工資管理模塊用于每個月員工實發工資的計算,計算的項目包括基本工資、獎金、福利待遇、津貼等。工資管理的修改與刪除同樣需要以列表的形式顯示。

4系統運行與測試

軟件測試是保證軟件質量的關鍵,它是對需求分析設計和編碼的最后復審。我在測試系統時先進行黑盒法測試,即檢查程序是否輸出正確的結果,而后進行白盒測試,即了解程序的內部結構和處理過程,對程序中重要的邏輯路線進行測試,在不同點檢查程序狀態,確定實際狀態與時期的狀態是否一致[2]。論文大全,數據庫。

完成了企業人事管理系統的編譯和調試工作,最后一步就是系統的編譯和發行。論文大全,數據庫。在系統的編譯和發行以前,需要設置工程項目的屬性。論文大全,數據庫。選擇”Project|Renshi_MIS Properties”菜單,進行屬性設置。

最后選擇”FileMade Renshi_Mis.exe”菜單,編譯開始。編譯完畢之后,即生成了相應的可執行文件。編譯通過后,生成可執行文件Renshi_Mis.exe.我們需要在前對生成的可執行文件進行測試。通過測試的可執行文件,就可以了。

5結 論

一個完整的企業人事信息管理系統就創建完畢了。在本系統的設計與實現的過程中主要講述了企業人事管理信息系統的系統設計部分,包括功能模塊設計、數據庫結構設計等。系統設計為整個程序構建了骨架,各個功能模塊實現各個細節部分。

系統的詳細設計根據系統分析階段的結論將系統具體化,并完成了各個模塊的添加、修改、刪除與查詢的功能,直到最后形成一個完整的可行性的管理系統。

參考文獻

[1]TimothyBuchanan:VisualBasic加數據庫[M].2004;85~100出版社:工業出版社

[2]張海藩:軟件工程導論,清華大學出版社1992年版

[3]BobReselman,RichardPeasley,WaynePruchniak.:VisualBasic6.0使用指南[M].電子工業出版社出版社2002;5~65

[4]LanceMortensenRickSawtell:MCSE:SQLServer2000Administration,電子工業出版社,2001年版

[5]盧毅主編:VisualBasic6.0數據庫設計實例導航,科學出版社2001年版

人事管理系統需求分析范文2

關鍵詞:人事管理;信息系統;J2EE平臺

1 項目開發背景

上海中醫藥大學附屬普陀醫院位于上海市中心城區西北,是一所集醫療、教學、科研一體的三級綜合性醫院。醫院現有在職職工1662人。隨著醫院規模的持續擴張,職工數劇增,業務分工細致化,各類管理信息量呈爆發性增長態勢。醫院人力資源管理職能由人事科行使,工作流程還停留在“書面申請、報告-行政審批-人事科執行”的階段,業務系統處于有限的辦公自動化和文件管理階段,傳統的簿冊、紙質表格的手工管理方式繁雜低效,格式并不統一,數據統計和計算易出錯。Excel軟件雖然能簡單管理職工基本信息。但用戶界面簡陋、無法插入附件、修改和查找操作都比較煩瑣,并且無法設置用戶權限,任何能訪問該Excel文檔的人都能隨意修改數據。曠日持久,編輯產生的大量Excel文檔之間缺乏內在的邏輯聯系,無論查找、更新和維護都困難重重。因此亟須引入電子化的管理信息系統。

本文闡述了普陀醫院人事管理系統的由來和建設過程,該系統基于J2EE,實現了應用計算機對全院職工各種信息進行日常管理,提供添加、修改、刪除、查詢、打印功能,極大地提高了業務處理效率,使醫院的人力資源管理趨于專業化、現代化、人性化。

2 關鍵技術

本系統采用UML語言建模。UML支持從需求分析到系統實施的軟件開發全過程,提供了9種圖形建模機制。首先利用USE-CASE圖捕獲醫院人事管理系統的需求,建立系統的靜態模型。以構造系統的結構。靜態模型包括類圖、對象圖、組件圖和配置圖等。然后建立系統的動態模型。動態模型則包括順序圖、協作圖、狀態圖和活動圖等。

系統實現基于J2EE構架。J2EE是Sun公司推出的基于Java組件技術的企業應用系統開發規范,提供了一種用于實施基于J2EE多層應用的文檔和實例套件的體系模型,簡化了開發工作。J2EE編程模型要求開發者將工作分成兩類:商業邏輯和表示邏輯,其余則由系統自動處理,不必為中間層管道進行編碼。這樣開發人員就能把精力集中在商業邏輯和表示邏輯上。J2EE繼承了核心Java平臺、Java 2平臺標準版的許多優點,例如“編寫一次、到處運行”的硬件平臺無關性、JDBC API、CORBA技術以及能夠在In-ternet應用中實施數據保護的安全模式,同時還提供了對EJB、Java Servlets API、JSP以及XML技術的全面支持。

J2EE采用MVC編程模式。軟件開發中模型、視圖、控制由不同的開發角色實現。視圖指本系統交互界面在本系統采用JSP實現;模型指軟件的業務模型在本系統用EJB實現;軟件的邏輯關系即控制器在本系統由JSP、Java Servlets API等實現。

應用J2EE平臺開發本系統的過程大致為:組件開發者根據系統需求開發組件;應用程序組裝,匯編者將組件裝配成Web應用;應用部署者將應用部署到應用服務器中。部署的目標是設定事務控制、安全屬性等。應用服務器為軟件運行提供安全、事務等公共服務。組裝和部署信息存儲在一個基于文本的配置描述文件中。該文件使用XML標記來標識。

3 系統分析

根據醫院組織結構圖、人事管理業務流程圖可以得到有關管理模塊的數據描述。普陀醫院人事管理系統的主要功能包括職工信息管理、職工考勤管理、職工績效管理(含職稱評定、聘用和獎懲管理)、職工工資管理(工資信息匯總到改革辦,審定后交財務科執行)、系統設置。如圖1所示。

運用范式理論,數據庫中可以設計7張表,分別是系統用戶表、職工基本信息表、職工考勤表、職工績效考核表、職工職稱和學歷表、職工業務進修表、職工工資表。

4 系統設計

普陀醫院人事管理系統框架采用三層架構設計,分別為表現層、業務邏輯層和中間層。如圖2所示,客戶端不能直接訪問服務器一端的數據庫,必須通過中間層的Web服務器和應用服務器訪問數據庫。中間件通過JDBC接口訪問數據庫,一般用JavaServlet、JSP、JavaBean來實現。本系統中間件采用JSP,后臺數據庫采用SQL Server2000,保證了系統性能和先進性。

基于J2EE的B/S模式對客戶端操作系統沒有限制,客戶端聯入網絡后無須配置、維護即可使用。而且表示層、功能層、數據層被分割成三個獨立的模塊,客戶端無法直接操作數據庫,從而有效地保證了數據安全。

本系統用JSP實現,JSP應用程序所有代碼都運行在服務器一端,接收到用戶查詢后經服務器計算,將輸出結果回顯到客戶機瀏覽器上。運行效率比C/S構架要低。程序升級只須在服務器端進行。無須更換客戶端程序。客戶端要求動態實現的功能,如用戶登錄時的身份識別,可以用JavaScript腳本編程實現。

系統采用SQL Server 2000數據庫,利用JDBC-ODBC橋連接SQL Sewer 2000數據庫,工作流程如圖3所示,先裝載適用的驅動程序,連接數據庫,再向數據庫發送SQL語句,執行數據庫查詢、處理、關閉、連接等操作。服務器將計算結果返回到應用程序,在客戶機的瀏覽器上顯示出來。

人事管理系統需求分析范文3

關鍵詞:考勤管理;vb;sql2005;c/s結構

【分類號】TP311.52

1 背景介紹

在企業中,人事考勤管理工作是非常重要的一項工作,它是整個企業的日常人事安排,人員的薪酬管理的基礎。企業在發展中引進了多個分散的系統,各個系統數據分散獨立,沒有一個核心的底層平臺系統能實現體系化查詢、篩選等很多的問題,因而需要用這樣的一個系統可以彌補以往人工計算考勤所產生的種種問題,同時能夠進一步完善人力資源的業務管理功能,健全安全機制,完善安全監控及審計功能。

2 研究方法

根據系統所服務對象的實際情況和對管理員工信息以及管理員工的具體需要,通過查閱人事管理相關書籍和訪問現有的人事管理系統等,做出分析報告,然后利用VB語言和SQL2005來進行開發。在設計中以需求分析為基礎,寫出系統開發計劃、實現流程及相關問題的實現方法,然后用這個流程進行本次開發。

3 系統設計分析

3.1 系統業務流程分析

人事考勤管理系統是一個面向企業中人事部門工作人員,為其提供服務的綜合信息管理系統。人事資料登記過程中,員工在人力資源部領取個人簡歷表格,然后填寫,填寫完畢交回人力資源部,由信息部門的管理組進行審核,審核不合格的發回重新填寫,合格的以原始資料存檔,并據以在OA系統內錄入職工人事信息,并在門禁系統中錄入相應信息,分發權限及發放個人IC芯卡。

3.2 人事考勤管理工作分析

企業中考勤的主要工作根據公司需要,合理高效的整合各分系統中的信息,對員工的出勤天數、出差記錄、個人休假、公休假、年休假、加班記錄、夏冬季作息時間調整等一系列信息匯總,并以此為基礎,對員工進行基礎考評,工資發放、員工晉升等提供直接依據。

3.3 系統功能簡述

根據前面對人事考勤管理工作進行的分析,本系統將設計以下功能:

(1)用戶登錄的功能:該系統主要是面向公司人事部門工作人員及各部門助理。

用戶在登錄時需輸入用戶名和密碼,經過核實,系統會根據身份向數據庫查詢用戶輸入的帳號和密碼是否符合,然后根據身份跳轉到依據權限分配給部門相應權限的頁面。

(2)系統會自動統計當天出勤人數匯總,食堂工作人員會依據當天出勤人數,對中午就餐人數做初步準備工作,進一步有效的控制成本,減少不必要的浪費。

(3)系統的管理功能高級管理員登錄系統可以瀏覽公司全部員工的考勤記錄,同時可對該系統進行修改及設置,可以修改員工出入記錄、高亮標識

(4)系統報表功能:修改、查詢、導出,用戶可以選擇性的對員工的考勤信息查詢,并將查詢的信息輸出到EXCEL中,如圖一。

4 數據庫設計

4.1 總體設計

4.1.1 需求分析

該數據庫用來整合公司人員考勤信息,那么數據庫中的表就應該具有全面的員工信息,即要求該數據庫系統鏈接到OA系統和門禁系統的數據庫,能夠做到簡單而方便的存儲員工信息能夠隨時對員工信息進行修改、刪除和添加等操作、能夠根據多種查詢條件來查詢客戶數據能夠將全面的員工信息輸出能方便的設置系統登錄密碼。

4.1.2 確定數據庫鏈接

由于公司已經引進的系統為成型的產品化系統,且提供了相應的接口,開發的平臺系統需要將不同系統的數據庫鏈接,實現數據共享的目的,基于此項需要建立2個數據庫鏈接:OAMYSQL和OCS數據庫連接

4.1.3 確定所需表

根據系統需求,設計一個系統管理員表(t_s_operator),存儲系統相關信息以及系統設置設計一個員工信息表,用來存儲員工信息,比如員工姓名、密碼、權限信息等。

OA系統記錄員工信息的各類表格:oa_department、oa_deptoperator、oa_leave oa_person oa_WorkAdd oa_WordOut

門禁系統的各類表格:MJ_door t_a_Holiday t_a_Holidaytype t_b_Consumer。

考勤系統所需表格:work_day Work_MonthRecord Work_Power Work_Record Work_Time

4.1.4 確定存儲過程

作為平臺系統,數據庫需要存儲與調用大量關聯信息,需要計算大量參考數據,因此編輯了多個存儲過程:sp_BornRecordAM,spbornRecordday sp_BornRecordMoth_oa sp_ClcOALeave sp_importcardrecord;

5 系統功能設計

5.1 用戶登錄功能設計

5.1.1 功能的分析

作為系統與用戶之間最基本的操作功能,該模塊有著非常重要的作用。管理員是為人事部門工作人員而設計的,管理員主要是對系統以及員工進行管理。

5.1.1.1 系統登陸

用戶輸入用戶密碼與數據庫中密碼匹配,密碼正確后,用戶會登陸到相應的部門能有權限查看的記錄

5.1.1.2 刷卡記錄

主要用于統計每天公司到勤人數匯總,采集所有門禁讀卡器數據,過濾重復信息后,返回統計值。

5.1.1.3 考勤數據查詢

按照考勤記錄查詢,加班表查詢,依據OCS庫的mj_iodate的人員進出記錄信息,通過serial字段確定到公司的每個人,過濾掉此人今天其他時間段的打卡信息,系統只讀取此人今天早上最早和最晚打開時間,與此同時,在存儲過程中編譯此人是否有出差,請假等相關事宜,結果顯示在平臺系統中。

5.1.2 軟件測試

系統編程完結后,對界面外觀和功能等進行檢測。首先針對每一個模塊進行測試,通過具體數據測試每個模塊是否可以正常使用,包括界面的按紐、表格等還有檢測執行程序的結果是否與正確結果的一致,測試功能的過程是一個"測試一修改一再測試一再修改"的過程,直到整個系統能正常運行,所有功能均可正常實現。在測試過程中,出現過一些不符合標準的情況,經過修改,都基本與手工核算的結果一致,能夠完成正常的功能。

6 結論

本項目是以VB和SQL2005為基礎,開發的一套基于C/S模式的企業人事考勤管理系統。本次設計完成系統平臺整合,數據融合,實現了實時查詢,快速高效的解決繁雜的數據統計工作。為企業管理層快速、有效的決策提供了依據,提高工作效率而且使用操作簡單方便。本系統操作簡單,性能良好,能夠完成人事考勤管理的基本工作。

本項目由于時間和能力有限,不能針對每項功能工作進行細化設計,系統功能上不夠完善。在后續的開發中,應該把各模塊的功能的擴展,以及系統工作流程的完善作為主要的方向,使系統更適合企業的人事管理。

作者簡介:

人事管理系統需求分析范文4

【關鍵詞】酒店管理系統 設計 研究

引言

在我國經濟發展和計算機管理發展的推動下,我國的酒店管理也實現了高度的電腦管理方式。國家已經明確規定星級酒店必須要采用電腦酒店管理系統,只有這樣才能進行項目的審批。酒店管理是將現代化的酒店管理方式與互聯網技術進行了完美的結合,進一步推動整個酒店的發展,同時也提升了酒店管理的效率和經濟社會效益。

一、酒店管理系統的目的與意義

在飛速發展的信息時代,信息已成為所有行業生存發展的關鍵資源。酒店客房管理信息系統是主要功能包括住客信息處理、儲存客房、顧客、結算信息,以信息管理為核心的計算機應用系統。利用該系統中合理的數據結構來保存數據信息,通過有效的程序代碼實現支持各種數據操作的執行,以提高管理效率,實現酒店服務的系統化、規范化、自動化。

通過酒店管理信息系統的開發和使用,可以提高員工的工作效率,增強企業競爭力,同時使用管理的快捷性與高效性要求,提高酒店的服務水平,從而贏得高信譽、高效益。

對于一個酒店來說,其最核心的業務就是住房業務,現在一般的酒店管理系統都把住房系統歸結于整個管理系統之中,這對于大型的酒店集團來說造成了管理上的不便之處。越來越多的酒店連鎖集團需要一個專門的酒店住房系統,獨立于其他酒店管理系統。針對于此,采用電腦技術開發而成的酒店住房管理系統,對提高酒店管理水平,改善服務質量,增進資源利用率起了重要作用。

二、酒店管理系統需求描述

現代的酒店已經打破了原來單一的住宿的業務,已經發展成為了集住宿、玩樂、餐飲等各個服務為一體的全面發展的服務項目。酒店管理系統的實施一方面能夠有效的保證酒店有效的進行客戶的管理,提升工作效率,提升酒店的經濟效益,另一方面能夠方便客戶進行有效的查詢,方便客戶各方面業務的辦理。酒店的系統功能主要是包括以下幾個方面:(1)顧客入住登記及預訂客房管理:客戶從入住到最后的退訂一系列的數據的查詢和辦理。(2)退房結賬的辦理:客戶在進行退房的過程中,能夠通過酒店管理系統自動生成相應的金額以及相應的服務。(3)客房管理:對于各種狀態下的客房進行及時的查詢核實,進行客戶的住房分配。(4)銷售部管理:對于酒店的各種方面銷售產品統計以及及時補進等業務辦理。(5)餐廳、娛樂廳、商務管理:進行營業狀態以及數額的統計查詢核實。

三、酒店管理系統設計

1、系統設計原則

(1)實用性:對于酒店來說主要是辦理客戶入住能夠方便快捷,對于客人來說能夠快速的進行入住,不需要排隊浪費時間。(2)便捷性:主要是整個酒店管理系統的操作性比較便捷,能夠快速的進行業務的處理。(3)可拓展性:對于整個酒店管理系統來說要進行模塊化的設計,方便后期模塊的增減。(4)安全性:酒店一般都是24小時進行營業,因此要保證酒店管理系統運行的安全性從而保證酒店運營的正常性。

2、前臺管理系統設計

酒店的前臺管理系統主要涉及的對入住客人信息、住房分配、費用生成的管理,因此酒店的前臺管理系統是整個酒店相對來說比較核心的部分。主要包括預訂管理系統、接待管理系統、客房管理系統、會議管理系統、實時報房系統、信息查詢系統、總臺結賬系統、報表管理系統、夜間稽核系統、應收款管理系統、總經理查詢系統、前臺維護系統等。

3、后臺管理系統設計

酒店后臺管理系統主要針對的是酒店內部的管理,主要是在內部各個部門之間進行業務之間的溝通和協同,同時能夠實現數據的共享,從而能夠為整個酒店的運營管理進行全方位的管理,提升酒店的整體性。酒店后臺管理系統設計應該包括報表管理系統、系統維護管理系統、賬務處理系統、財務分析系統、工資管理系統、人事管理系統、固定資產管理系統、辦公自動化系統、欠賬管理系統、監察部管理系統、保安部管理系統、后勤部管理系統等。

4、酒店管理系統各個模塊介紹

預訂銷售模塊:預訂管理、預訂維護、預訂留房、預留維護、熟客預訂、合約單位信息登記、特殊信息、訂單管理。

前臺接待模塊:快速入住、預訂自動登記、VIP客人憑卡自動登記、折扣處理、房類、房態查詢。

前臺收銀模塊:快速結賬、支持多付款方式和多幣種結賬、各種帳頁靈活調帳、多次注入押金、提前結賬、房間結賬退房、酒店營業統計報表查詢。

房務中心管理模塊:手工設置房態、電話設置房態、需求處理、電腦報房、洗衣管理、客人失物管理、物品損壞管理、客房耗品管理登記、客房維修計劃、綜合查詢。

總經理查詢模塊:客源分析、各部門收入分析、客房信息分析、客人需求分析、合約單位消費分析、客房經營數據、餐飲經營數據、各消費點經營數據、營業數據匯總及匯總數據分析、任意時段空房預報、重點業務、業務跟蹤。

報表管理模塊:客房狀態查詢和報表打印、客人信息統計管理和報表打印、值班人員信息管理及報表打印、酒店營業額度定期查詢以及報表打印等等。

財務報表的查詢及打印會員管理模塊:會員各方面信息的錄入以及管理,如會員的具體信息、會員卡使用規則、會員積分的管理以及兌換情況等等。

信用卡、銀聯卡消費模塊:消費者使用信用卡和銀聯卡進行消費的整個流程的管理以及與銀行的對接信息管理。

結束語

目前,我國酒店業計算機的應用已相當普及,不論酒店的規模大小、檔次高低、中方管理或外方管理,都不同程度地利用計算機技術輔助酒店管理。酒店管理系統的設計已日趨成熟,它的使用可使酒店的管理水平和效益成倍的提高。為酒店樹立起服務優良、客人滿意、員工工作愉快的新形象。

參考文獻:

[1] 張艷華. 中小型酒店管理信息系統設計[J]. 微機發展,2005,(06).

[2] 魏崢. 基于C#的酒店管理系統的實現[J]. 科協論壇(下半月),2009,(06).

人事管理系統需求分析范文5

關鍵詞:煤焦化企業;物資管理;管理信息系統;UML;面向對象技術

中圖分類號:TP311 文獻標識碼:A 文章編號:1009-3044(2013)28-6296-04

物資管理系統是一個煤焦化企業的生產經營中不可缺少的部分,企業管理者希望對物資的整體流轉狀態、庫存狀況等信息了如指掌,并為決策提供科學依據。但一直以來,在很多企業采用傳統人工的方式管理物資文件檔案,這種管理方式存在許多缺點,此外對于查找、維護信息也帶來了很大的困難。隨著計算機信息化的應用,煤焦化企業物資管理勢必從手工方式轉變為信息化方式。

按照淮北礦務集團臨渙焦化股份有限公司物資管理的要求,筆者設計和實現了適合實際業務需求的煤焦化企業物資管理信息系統,切實提高了物資管理的效率和質量。在本系統設計和實現過程中,采用軟件工程方法和面向對象開發方法為指導思想,通過UML建立完善的系統模型,能更好地理解和指導系統的開發,這樣可以開發出適合實際需要的管理信息。

1 UML概述

UML(Unified Modeling Language,統一建模語言)是一種面向對象的、可視化的、功能強大的系統建模語言,其核心是建立系統的各類模型。模型是一個系統的完整的抽象,是對某個領域特定問題的求解及解決方案,對它們的理解和認識都蘊涵在模型之中。UML不但支持面向對象的分析與設計,還支持從需要分析開始的軟件開發的全過程,從需求規格描述直至系統完成后的測試和維護[1-8]。

UML的主要內容可以歸納為靜態建模和動態建模兩在類[9-10]。當采用面向對象技術設計系統時,第一步是描述需求;第二步是根據需求建立系統的靜態模型,以構造系統的結構;第三步是描述系統的行為。其中第一步與第二步所建立的模型都是靜態的,包括用例圖、類圖、對象圖、組件圖和配置圖等5個圖形,是UML的靜態建模機制。而第三步中所建立的模型或者可以執行,或者表示執行時的時序狀態或交互關系,它包括狀態圖、活動圖、時序圖和協作圖等4個圖形,是UML的動態建模機制。UML模型是系統的圖形,詳細描述系統的內容和工作方法,開發人員用系統模型作為后期所實現系統的藍圖[11-12]。目前,Mircosoft Visio和Rational Rose是基于UML進行系統分析和設計的可視化工具。

2 系統需求分析

2.1業務流程分析

在煤焦化企業中,物資管理信息系統是一個主要面向物資管理部門使用,管理人員通過本系統完成相關的日常工作,實現管理物資基本信息、物資采購計劃、物資入庫、物資領用、物資回收、庫存管理、物資沖減,并對于以上各類信息可以進行查詢、清單打印、輸出統計報表等功能。系統開始投入使用時,物資管理人員先根據企業的實際工作情況,建立本系統的基本檔案信息,包括供應商、倉庫、部門、員工、物資類別、物資材質、物資計量單位等相關信息。通過系統的應用,實現“據庫存,來采購”的目標,庫存物資不應占用過多的流動資金;系統及時反映物資倉儲、流向情況,為生產管理和成本核算提供依據。

根據現場調研的實際情況,所建立的物資管理的業務流程如下所示:1)根據物資的庫存情況,由需要采購的部門向管理者提出采購計劃。2)物資完成采購后,所采購物資需要入庫。3)庫存的物資,由領用部門進行物資領用。4)領用后物資如果沒有投入使用,需要進行物資回收。5)庫存物資要及時進行盤點,實現賬目與實物兩者相核對;如兩者有所差別,需要及時發現原因,并進行沖減處理。

2.2 UML用例分析

根據對物資管理的業務流程分析所知,可以識別出系統中的執行者主要是使用本系統的系統管理員。作為系統管理員,主要使用以下的功能:建立基本檔案、建立物資基本信息、提出采購計劃、物資入庫、物資領用、物資回收、查詢庫存、沖減物資、權限設置。

根據執行者以及它們所能執行的功能,創建本系統的用例模型,使用UML用例圖來進行描述。系統用例圖如圖1所示,虛線箭頭表示包含關系。圖1中,僅給出了系統管理員所執行的一些具有代表性的用例。

2.3系統功能分析

在結構化方法中,功能結構圖是系統分析和設計的核心工具之一。功能結構圖和UML用例圖起到互補的作用。在系統中,系統功能劃分要遵循以下原則:子系統要具有相對獨立性;子系統的劃分結果應是數據冗余度較小;子系統的劃分應以企業管理職能為依據,為系統拓展留有接口[13]。在本系統中,管理員登錄系統后,系統判定其權限,根據其權限允許執行相應功能。根據業務流程分析、UML系統用例圖和系統劃分原則,系統管理員可執行系統的所有功能如圖2所示。

3 系統建模

3.1 靜態模型

根據UML用例圖和功能結構圖,遵循以對象為單位劃分系統的原則,為系統設計了13個主要類:包括管理供應商信息的Company、倉庫信息的Storage、物資類別的GoodsType、管理物資材質的Material、物資計量單位的Unit、物資基本信息的BaseGoods、物資采購計劃信息的GoodsPlan、物資入庫信息的InStore、物資領用信息的IssueGoods、物資回收信息的RecycleGoods、物資庫存信息的InStockGoods、物資沖減信息的Decrease和物資盤點信息的CheckGoods。利用UML類圖來描述本系統的靜態結構。系統類圖如圖3所示,系統類圖體現出類與類之間所包含的關聯、聚集關系。

3.2 動態模型

建立靜態模型后,就可以著手建立系統的動態模型。本系統的動態模型采用了UML時序圖表示。圖4給出了物資入庫用例的時序圖。由圖4可知,物資入庫用例中涉及到8個對象:系統管理員、增加物資入庫窗口、物資基本信息、供應商、部門、倉庫、員工、物資入庫。系統管理員執行物資入庫的用例,首先打開增加物資入庫窗口,然后獲取所有的物資入庫信息,并獲取物資基本信息,包括物資類別、物資編號、材質、規格型號、計量單位、計劃單價、實際單價,再依次獲取供應商、部門、倉庫、員工等信息,最后輸入入庫數量,窗口自動生成物資入庫信息,并在增加物資入庫窗口中顯示。

4 系統實現

在使用UML實現系統建模后,需要選用合適的工具和技術來開發本系統。根據系統的特點和運行環境,本系統基于C/S結構建立系統體系,在微軟Visual Studio 2010開發環境下使用C#編寫程序,后臺數據庫采用Sql Sever 2005數據庫,其中數據表結合前述的類圖進行創建,創建系統數據庫時遵循數據庫規范化概念[14]。

5 結束語

本文主要探討了采用軟件工程思想和面向對象的方法,對煤焦化企業物資管理系統進行分析與設計,強調了如何構建用于分析和設計的系統模型,設計與實現過程始終遵循UML建模方法、面向對象方法和軟件工程原理。實踐證明,把以上幾種方法和技術結合起來設計和實現軟件系統是一種行之有效的方法。目前,本系統在臨渙焦化股份有限公司正式使用,運行情況良好,切實提高企業的物資管理的工作效率。

參考文獻:

[1] 唐鷹,沈建新,廖文和. 基于UML的醫療保險信息門戶網站的開發[J].計算機工程與設計,2006,27(18):3504-3506,3510.

[2] 黃興榮,李昌領,吳慶. 基于UML的機動車輛保險業務管理系統建模[J].計算機與現代化,2009 (10):133-137.

[3] 許麗婷,董麗麗,趙霞. UML在高校財務績效管理系統設計中的應用[J].計算機應用與軟件,2008,25(10):276-278.

[4] 萬榮紅,趙嵩正.基于UML的工程項目項目合同管理信息系統設計與實現[J].計算機應用與軟件,2006,23(8):45-47.

[5] 邵維忠,楊芙清.面向對象的系統分析[M].2版.北京:清華大學出版社,2006.

[6] 王柯柯,王彥,黃賢英.基于UML的ERP系統建模方法的分析[J].計算機科學,2007,34(3):139-140.

[7] 尹大力,李建偉.基于UML的MIS設計方法研究[J].長春理工大學學院,2007,3(1):80-82.

[8] 張虹,曾文彬.基于UML的零件銷售管理系統建模[J].計算機工程與設計,2006,27(9):1705-1708.

[9] 冀振燕. UML系統分析設計與應用案例[M] .北京:人民郵電出版社,2003.

[10] 陳健慶.UML技術應用探討[J] .計算機工程2004,30(2):116-118.

[11] 馬蘇拉,張健.學生舊書交易網站的UML建模和C#實現[J].計算機與現代化,2009 (10):108-111,116.

[12] 王鳳斌,段隆振,李向軍,等.UML面向對象建模在信息系統中的應用[J]. 計算機與現代化,2005(2):119-122.

人事管理系統需求分析范文6

—以浙江長生鳥藥業電子商務系統為例

摘要

本文運用筆者在上海交通大學計算機科學與技術所學的知識,在詳細了解中國電子商務現狀的基礎上,完成了對浙江長生鳥藥業有限公司電子商務系統進行分析和設計,到最后的編碼實現。整個系統運用目前較流行的b/s系統架構,功能強大,頁面美觀大方,擴展性強對目前國內許多電子商務的分類、特點,以及各自存在的問題和相應的解決辦法進行。

第一部分:對電子商務概念、特征、分類的介紹。

第二部分:分析目前國內電子商務所面臨的問題及解決辦法。

第三部分:以浙江長生鳥藥業有限公司電子商務系統為例,從系統需求、系統分析、系統設計來完成整個系統的設計。并介紹了相關的網絡營銷策略和先進的在線支付系統。

第四部分:總結了電子商務對中小企業的巨大影響,以及在一些中小企業中對電子商務操作模式的弊端。

關鍵詞:電子商務,網絡營銷,互聯網,b2b,asp

analysisanddesignofe-commercesystem

-byexampleofthee-commercesystemofzhejiangfenixpharmaceuticals

abstract

theauthorcompletestheanalysis,disgnandprogramingofthee-commercesystemofzhejiangfenixpharmaceuticalco.,ltd.onthebasisofdetailedinvestigationofthestatusofcurrente-commerceindustryinchinabyhisknowdegeandskillslearntfromshanghaijiaotonguniverysityinmajorofcomputerscienceandtechnology.thewholesystem,designedwithapopularb/sstructure,isversatilewithfunctions.itisuser-friendlyandeasytobeexpanded.theauthoralsodiscussedthedifferentmodelsofe-commerceandtheircharateristics,problemsandsolutions.

part1:introductiontoconcepts,charateristicsandclassificationsofe-commerce

part2:theproblemsthate-commercefacesinchinaandsolutions.

part3:withexampleofthee-commercesystemofzhejiangfenixpharmaceuticalco.,ltd.,discussingthedemands,analysisanddesigneofthesystem.introductionofrelatedcybermarketingstrategiesandadvancedonlinepaymentsystem.

part4:conclusionsontheimpactsofe-commerceonsmallandmediumsizedenterprises,andsomedefects.

keywords:e-commerce,cybermarketing,internet,b2b,asp

目錄

摘要.....................................................................3

abstract..............................................................4

第一章:電子商務的基本概念...7

1.1電子商務...7

1.2電子商務的業務范疇...7

1.3電子商務的優越性...7

1.4電子商務的特征...8

1.5電子商務的分類...8

1.6電子商務現狀與前景...9

第二章目前國內電子商務所面臨的問題及解決辦法...10

2.1存在的問題...10

2.1.1問題一:...10

2.1.2問題二:...10

2.1.3問題三:...10

2.2解決的方法...11

2.2.1針對問題一...11

2.2.2針對問題二...11

2.2.3針對問題三...11

第三章浙江長生鳥藥業電子商務系統的分析和設計...13

3.1系統需求分析...13

3.1.1項目概述:...13

3.1.2項目設計框架...13

3.2系統運行環境...15

3.2.1客戶端計算機軟硬件配置:...15

3.2.2服務器端計算機軟硬件配置:...15

3.2.3所需網絡環境:...15

3.3.系統開發環境及技術特點...15

3.3.1開發所使用軟件...15

3.3.2應用軟件的分發...17

3.4項目應用系統架構...17

3.4.1顯示層...18版權所有

3.4.2業務邏輯層...18

3.4.3數據層...19

3.5安全認證...19

3.6數據庫設計...19

3.6.1系統中重要的幾個數據結構表的設計...20

3.7系統的實現...22

3.7.1功能模塊的設計和實現...22

3.7.2相關功能程序代碼的定義...27

3.8系統的特點...31

3.8.1先進的網絡營銷策略...31

3.8.2先進的在線支付系統...32

第四章結束語...34

參考文獻...36

致謝...37

第一章:電子商務的基本概念

1.1電子商務

失職整個貿易活動實現電子化。從涵蓋范圍方面可以定義為:交易各方以電子交易方式而不是通過當面交換或直接面談方式進行的任何形式的商業交易;而從技術方面可以定義為:電子商務是一種多技術的集合體,包括交換數據(如電子數據交換、電子郵件)、獲得數據(共享數據庫、電子公告牌)及自動獲取數據(條碼)等。

1.2電子商務的業務范疇

電子商務涵蓋的業務包括:商務信息交換、售前售后服務(提品和服務的細節、產品使用技術指南、回答顧客意見)、廣告、銷售、電子支付,(電子資金轉帳、信用卡、電子支票、電子現金)、運輸(包括有形商品的發送管理和運輸跟蹤,以及可以電子化傳送產品的實際發送)、組建虛擬企業等。

1.3電子商務的優越性

電子商務提供企業虛擬的全球性貿易環境,大大提高了商務活動的水平和服務質量。新型的商務通信通道其優越性是顯而易見的,其優點包括:

大大提高了通信速度,尤其是國際范圍內的通信速度。

節省了潛在開支,如電子郵件節省了通信郵費,而電子數據交換則大大節省了管理和人員環節的開銷。

增加了客戶和供貨方的聯系。如電子商務系統網絡站點使得客戶和供貨方均能了解對方的最新數據。

提高了服務質量,能以一種快捷方便的方式提供企業及其產品的信息及客戶所需的服務。

提供了交互式銷售渠道。使商家能及時得到市場反饋,改進本身的工作。

提供全天候的服務,即每年365天,每天24小時的服務。

最重要的一點是,電子商務增強了企業的競爭力。

1.4電子商務的特征

普遍性:電子商務作為一種新型的交易方式,將生產企業、流通企業以及消費者和政府帶入了一個網絡經濟、數字化生存的新天地。

方便性:在電子商務環境中,人們不再受地域的限制,客戶能以非常簡捷的方式完成過去較為繁雜的商務活動,如通過網絡銀行能夠全天候地存取資金帳戶、查詢信息等,同時使得企業對客戶的服務質量可以大大提高。

整體性:電子商務能夠規范事務處理的工作流程,將人工操作和電子信息處理集成為一個不可分割的整體,這樣不僅能提高人力和物力的利用,也可以提高系統運行的嚴密性;

安全性:在電子商務中,安全性是一個至關重要的核心問題,它要求網絡能提供一種端到端的安全解決方案,如加密機制、簽名機制、安全管理、存取控制、防火墻、防病毒保護等等,這與傳統的商務活動有著很大的不同。

協調性:商務活動本身是一種協調過程,它需要客戶與公司內部、生產商、批發商、零售商間的協調,在電子商務環境中,它更要求銀行、配送中心、通訊部門、技術服務等多個部門的通力協作,往往電子商務的全過程是一氣呵成的。

1.5電子商務的分類

按是否發生支付:

1.支付型電子商務。所謂支付型電子商務,指的是有關銀行參與商務活動的全過程并實時地進行支付轉帳的電子商務。由visa、mastercard等公司建立的set協議是目前最完整的網上交易和網上支付協議。

2.非支付型電子商務。非支付型電子商務一般指非實時支付的電子商務。目前,大部分應用屬于這一類,多數借助于ssl協議實現。

從參與對象上:

1.個人-企業:網上購物(實物,信息,服務)網上交費(電信、水電、煤氣等)

2.企業-企業:edi、eos、eft、網上企業采購

3.個人-政府:個人報稅、資料處理4.企業-政府:網上報關

1.6電子商務現狀與前景

本世紀90年代以來,隨著網絡、通信和信息技術的突破性進展,internet在全球爆炸性增長并迅速普及。在這一前提下,電子商務應運而生了。電子商務是基于互聯網、以交易雙方為主體、以銀行電子支付和結算為手段、以客戶數據為依托的全新的商務模式,它可以使商家與供應商更緊密地聯系起來,更快地滿足客戶需求,也可以讓商家在全球范圍內選擇最佳供應商,在全球市場上銷售產品。

自1998年“電子商務年”以來,電子商務在全球發展迅猛,大約每九個月其交易額就翻一番,全球電子商務交易額(包括網上貿易額、銷售額等)達到數千億美元,電子商務收入劇增262%,預計到2003年,上網人數將達到3.5億,那時電子商務市場收入將達到數萬億美元。目前,世界各國紛紛看好電子商務這塊新大陸,普遍認為電子商務的發展將是未來25年世界經濟發展的一個重要推動力,對經濟的促進將遠遠超過200年前的工業革命。著名網絡經濟調查評論家robertmetcalfe聲稱:“互聯網的價值等于(與之相聯結的)網點數量的平方。”

第二章目前國內電子商務所面臨的問題及解決辦法

2.1存在的問題

2.1.1問題一:

目前的中國網絡發展的規模決定了其市場容量和商業機會的有限。中國現有不到600萬的網絡人口中,真正具有消費實力并能形成購買力的群體,依然遠不足以與現實生活中的傳統商業模式相匹敵,同時,目前網絡人口的結構也決定了只有少數商品可能馬上在網絡上銷售。

2.1.2問題二:

直到目前為止國內依然缺乏系統化、專業化的全國性貨物配送企業,現有的物流企業體現出分散的多元化格局,導致社會化大生產,專業化流通的集約經營優勢難以發揮,規模效益難以實現,設施利用率低等問題。商品的長途運輸或者郵遞的巨大成本以及時間上的延遲足以使消費群體望而卻步。而在關于電子商務的諸多討論中,幾乎所有的理論探討實際都在這個方面采取了回避的態度,但在實際運行中,這個問題卻是致命性的。以往那些到網絡上開店賣東西,想借電子商務撈點實惠的"網絡投機"行為之所以無不以徹底慘敗而告終,最根本的原因之一就是無法從最基本的要求上,滿足消費者在等待訂購物品的發送時間和代價上的要求。

2.1.3問題三:

中國的消費市場一向缺乏信用消費的概念的支持,與此相關的就是貨幣電子化進程的緩慢。其實從消費者的心理來看,我們沒有理由認定中國的消費者就一定會比外國的消費者更抵觸信用消費,那些出國定居的中國人在國外也會象當地人一樣采用信用消費的方式購買商品,之所以形成國內外的巨大消費行為反差,其根本的原因就在國內金融體系的呆板和缺乏服務意識上。銀行與銀行之間、銀行與消費者之間的畫地為牢,迫使那些想嘗試信用消費的人必須為此付出額外的巨大精神和財力代價,于是當電子商務這種新型商業模式出現時,我們的消費者根本無所適從,而消費者的反應冷淡反過來又給了那些金融部門以口實,其結果就是形成了一個"因為沒人做,所以沒人用;因為沒人用,所以沒人做"的怪圈。這個怪圈一天不打破,中國的電子商務就不可能取得根本性的突破。

2.2解決的方法

2.2.1針對問題一

盡管600萬網絡居民只是勉強可以達到一個中等城市的消費人口規模,但如果將這個中等城市的消費需求都通過網絡滿足,則已經是本質上的大飛躍了,也就是說現在的網絡消費市場雖然很小,但絕對不是根本沒有。那么,有需求就會帶來商業機會,就有可能形成利潤空間,就會給未來的消費市場帶來最初的奠基之作。更何況經過網絡本身的篩選,這個"中等城市"規模的消費群體是中國前所未有地集中了高密度的受教育程度高、對新事物敏感同時又具有一定消費能力的人群。面對這樣一個具有特性的消費群體,我們一方面可以瞄準他們的需求進行網上營銷,更重要的是,借助政府對電信和internet政策傾斜的助推力,一旦在這樣的一個原始群體中形成的消費定勢輻射到正在每天高速增長的新網絡用戶之中,那么其迸發出的能量必將是驚人的。

2.2.2針對問題二

國外電子商務物流解決方案方面有著值得借鑒的成功經驗。物流中央化的美國物流模式強調"整體化的物流管理",是一種以整體利益為重,突破按部門分管的體制,從整體進行統一規劃管理的模式。在市場營銷方面,物流管理包括分配計劃、運輸、倉儲、市場研究和為用戶服務五個過程;在流通和服務方面,物流管理包括需求預測、定貨過程、原材料購買、加工過程等。由此演化而來的全新的,適合電子商務的物流模式是物流(thirdpartylogistics)。從廣義的角度及物流運行的角度看,物流包括一切物流活動,以及發貨人可以從專業物流商處得到的其他一些增值服務。物流公司承接倉儲、運輸后,為減少運行費用,提高服務質量,同時又要使生產企業覺得有利可圖,就必然在整體上盡可能的加以統籌管理,使物流合理化。

2.2.3針對問題三

最后,在電子結算方面,我們應該從中國的實際情況出發,靈活地對待這個棘手的問題。因為使電子商務實際真正具有價值的是網絡交易行為,而從中國目前消費者的具體情況看,網絡交易行為本身并不絕對地等同于網絡貨款結算,實際上貨款的結算只是交易行為中的一個組成部分,既然網絡上已經存在了大量交易的需求,那么當網絡結算難以滿足實際運作的需要時,靈活地采用一些變通方式來促進真正具有實際價值的交易行為的完成就成了當務之急。在這一點上"珠穆朗瑪--數字巔峰"網站的做法的確很值得大家借鑒,他們根據中國的具體情況,特別設計了一系列的遠程支付方法,并積極調動金融行業在電子結算方面的力量,使其用戶已經可以做到無論在哪里、無論是否有信用卡,都可以找到一種適合的遠程付款方法。事實上在珠穆朗瑪網站開通之前,各大金融系統就開始恰談合作,電子結算體系的建設正在步入正軌。

第三章浙江長生鳥藥業電子商務系統的分析和設計

3.1系統需求分析

3.1.1項目概述:

浙江長生鳥電子商務平臺主要是針對以生產與銷售為核心的浙江長生鳥藥業有限公司所將開發的,其涉及客戶管理、銷售管理、產品管理、倉庫管理、訂單管理、電子交易平臺等。此系統是基于internet開發,采用最新web服務技術,實現了移動辦公管理,以及預留接口供擴展與完善。

3.1.2項目設計框架

l系統業務流程圖

倉庫管理

客戶

銷售管理

訂單

人事管理系統

產品

財務管理

物流

圖中橙色部分為本項目階段、淡綠色是本項目將要涉及到、其它屬于未來預留的。

l電子商務系統業務圖

此子系統涉及客戶管理中的資料庫、客戶管理中的銷售事務、產品管理

客戶

購買

產品

收款

財務收款員

訂單

發貨

l客戶關系管理系統結構圖

收款管理

廣告預算

投訴管理

銷售事務

市場營銷

服務管理

訂單管理

營銷活動

客戶維護

資料庫

客戶資料

聯系人資料

信用資料

輸入

注冊

活動參與

購買情況

以上淡黃色的部分是此項目沒有涉及的,但是屬于完整crm的一部分。

采用目前流行的b/s(browse/server瀏覽器/服務器)結構的開發方式,利用先進的web服務技術、應用服務器技術和數據庫系統的分布式技術,將系統建設成業務完整、運行安全可靠、使用便捷、真正為綜合業務管理工作服務的系統平臺。

3.2系統運行環境

3.2.1客戶端計算機軟硬件配置:

600赫茲cpu,64m內存,2g以上硬盤,windows系統,ie瀏覽器

3.2.2服務器端計算機軟硬件配置:

web服務器:internet信息服務類適用級服務器,window2000serve或window2003操作系統,安裝iis服務及.net服務包。

數據庫服務器:internet數據庫服務類適用級服務器,window2000server或window2003操作系統,安裝sqlserver或oracle。

3.2.3所需網絡環境:

適合512k及以上帶寬的局域網、廣域網、internet.

3.3.系統開發環境及技術特點

3.3.1開發所使用軟件

asp是一種服務器端的指令環境,用來建立并執行交互式web服務器應用程序,您可以使用asp來結合服務端指令、html網頁及com組件。

采用win2000sp3作為服務器操作系統,利用系統自帶的internetinformationservices將windows2000計算機虛擬為web服務器。通過管理工具中iis管理平臺可以很方便的進行web虛擬操作。

圖(14)internetinformationservices管理界面

圖(14)internetinformationservices配置界面

在默認網站中將虛擬web與要設定的計算機進行ip地址綁定,這里我們為了今后的調試,我們設置成127.0.0.1,并將主目錄設置在腳本代碼所在的更目錄下。在啟用文檔選項中將index.asp做為默認文檔。

asp是通過一組通稱為ado(activedataobject)的對象模塊來存取數據,無論你采用的是access、sqlserver、visualfoxpro、informix或其他的數據庫只要該數據庫具有相對應的odbc或者oledb驅動程序,ado對象就能加以存取。

asp網頁

(ado)

activedataobject

oledb

odbc

access

sql

其他數據庫

3.3.2應用軟件的分發

采用b/s(browse/server瀏覽器/服務器)結構開發的應用程序,為了減少應用軟件修改后重新分發的工作量,縮短軟件分發時間,項目的應用客戶端具備自動下載新版本程序的功能。即各用戶運行客戶端瀏覽器時,客戶端自動檢查應用服務器上是否有新版本的應用軟件,若有新版本的應用軟件則自動下載新版本應用軟件并立即運行。

3.4項目應用系統架構

為了保證系統的可維護性和可重用性,也為了體現多層架構的優越性,本web應用把項目分成view層(顯示層)、control層(控制屏幕流程層)、model層(業務邏輯層),即將主要業務邏輯用asp實現;主要顯示邏輯用客戶端ie+html+xm來實現(view);主要控制邏輯vbs+js來實現(control),這種多層架構中每層都可以獨立地開發或者修改而極少牽涉到其他層,這樣就為快速實施和有效維護提供了保障。

下圖為項目多層體系架構邏輯圖:

客戶端(ie+vbs+js)

web應用服務器

數據層(數據庫)

顯示層

業務邏輯層

&控制層

數據層

asp組件

數據庫驅動程序

asp

asp組件

3.4.1顯示層

顯示層可以是基于客戶端計算機設備上的應用。對于本項目而言,考慮到系統分布廣、用戶眾多、需要有效的it支持的特點,采用web方式的計算機應用。這樣,客戶端就不需要安裝特定的客戶端軟件并維護該軟件,只需要瀏覽器即可。于是很大程度上解決了it支持的問題。

用戶通過瀏覽器(譬如ie)發送請求,web服務器接受從不同用戶發來的請求,并轉發到web應用服務器,web應用服務器處理完畢后再通過web服務器將結果以http的方式返回給用戶。

3.4.2業務邏輯層

業務邏輯層負責處理系統各種業務邏輯,如權限控制、考核計算等。業務邏輯層包含了為實現業務邏輯而定義的各種組件。因為組件是一種輕量級但能完成相對獨立功能的軟件實體,所以業務邏輯層有很大的可擴展性。即便今后業務變化很多,這種變化也能對應到一個個相對較小的組件來獨立實施,從而降低了總體實施和維護成本。

目前市場上,有不少該類型的解決方案,譬如j2ee、microsoft的dotnet、lotus的domino等等。我們使用microsoft的asp技術來設計項目。通過用組件來與后臺數據庫服務器進行通訊。

3.4.3數據層

服務器端數據層是多層體系架構的后臺部分,其主要為集中管理的數據庫系統,使用mssql2000server或oracle作為服務器端的數據庫管理系統。

3.5安全認證

在web技術的實現上碰到的一個重要問題,是如何解決身份認證和控制的問題。一般情況下,web網站普遍使用用戶賬號和密碼的方式作為身份識別的手段。但這種方式往往被認為是不安全的、容易被破解、容易被盜用的,不足以滿足嚴格的身份識別和權限控制的要求。而內部網中,需要通過對身份的識別和認證來判斷其擁有的操作權限和不具備的操作權限,這不是簡單的用戶賬號和密碼所能實現的。于是,我們將采用epass方式來進行身份認證。

epass:是一種通過usb接口與計算機相連的硬件設備,內置微型cpu和存儲器,可預置密鑰或存入數字證書,來確定用戶的身份。

3.6數據庫設計

目前,商品化的數據庫管理系統以關系型數據庫為主導產品,技術比較成熟。面向對象的數據庫管理系統雖然技術先進,數據庫易于開發、維護,但尚未有成熟的產品。國際國內的主導關系型數據庫管理系統有oracle、sqlserver、sybase、informix和ingres。這些產品都支持多平臺,如unix、vms、windows,但支持的程度不一樣。在下面的分析中會比較他們的平臺支持能力。ibm的db2也是成熟的關系型數據庫。但是,db2是內嵌于ibm的as/400系列機中,只支持os/400操作系統。根據選擇數據庫管理系統的依據,我們比較、分析一下這幾種數據庫管理系統的性能,在這里我選擇了sqlserver數據庫。因為sqlserver數據庫更加安全,便于管理,方便以后的擴展。

3.6.1系統中重要的幾個數據結構表的設計

1.會員資料表user:

字段編碼

字段說明

字段屬性

userid

會員id,主鍵。

int,4

username

會員姓名

nvc,30

userpassword

密碼

nvc,30

password_question

密碼問題

nvc,30

password_answer

密碼答案

nvc,30

useremail

會員郵件地址

nvc,30

recommend_name

推薦人姓名

nvc,30

jifen

積分

money,8

jifen_ky

可用積分

money,8

jifened

已用積分

money,8

jiaoyijine

交易金額

money,8

fund

余存款

money,8

reglx

會員類型

char,2

addtime

加入時間

datetime

isdel

是否刪除

bit,1

2.商品表product:

字段編碼

字段說明

字段屬性

category_id

會員id,主鍵。

int,4

sorts_id

會員姓名

int,4

product_id

密碼

int,4

product_name

密碼問題

nvc,30

peculiarity

商品特點

nvc,30

certificate

許可證號

nvc,30

norm

執行標準

nvc,30

element

成分

nvc,30

dose

服法用量

nvc,30

save_up

儲存

nvc,30

package

包裝

nvc,30

specification

規格

nvc,30

save_date

保質期

nvc,30

price

價格

money,8

picture1

小圖片路徑

nvc,30

picture2

大圖片路徑

nvc,30

score

商品積分

int,8

other_score

商品額外積分

int,8

commend

是否為推薦

bit,1

cheap

是否為特價

bit,1

browse_count

游覽計數

int,8

addtime

加入時間

datetime

isdel

是否刪除

bit,1

3.商品訂單表shop_action:

字段編碼

字段說明

字段屬性

shopac_id

自動編號

int,4

product_id

商品id

int,4

usr_id

用戶id

int,4

username

用戶姓名

nvc,20

action_time

提交時間

datetime

orderform

訂單號

nvc,30

state

訂單狀態

nvc,20

usersex

收貨人性別

bit,1

usertname

收貨人真實姓名

nvc,20

useraddress

收貨人地址

nvc,20

userpostcode

收貨人郵編

nvc,20

useremail

收貨人郵件

nvc,20

userphone

收貨人電話

nvc,20

deliverways

送貨方式

nvc,20

pay_time

支付時間

datetime

gathering_time

收款時間

datetime

deliver_time

發貨時間

datetime

receive_time

到貨時間

datetime

total_score

積分總計

int,4

tota_otherscore

額外積分總計

int,4

jifen_state

是否積分支付

int,4

jifen_pay

積分支付值

int,4

jifen_money

積分折算成金額值

money,8

yck_state

是否預存款支付

bit,1

yck_pay

預存款支付值

money,8

other_state

其他支付

nvc,30

other_pay

其他支付值

money,8

product_money

商品價格

money,8

total_pay

支付總計

money,8

deliver_fee

配送費

money,8

service_fee

服務費

money,8

product_count

商品件數

int,4

yundanid

運單號

nvc,10

pay_name

匯款人姓名

nvc,30

pay_id

匯款單號

nvc,30

pay_remark

匯款備注

text

remark

備注

text

以上三個表是本系統中涉及到的最重要的三個表,分別為用戶信息基本表,商品信息基本表,以及商品訂單信息表。本系統總共涉及到

3.7系統的實現

3.7.1功能模塊的設計和實現

整個電子商務系統功能模塊圖如下:

長生鳥電子商務系統

購物系統

商品介紹

會員系統

文章系統

社區

購物車

收藏夾

支付系統

會員注冊

會員管理系統

積分支付

預存款支付

在線支付

其他支付

定單提交

圖os_001

整個網站分為四大主要模塊,如上圖os_001所表示的分別分為會員系統、購物系統、新聞系統、社區。會員系統包括了會員的注冊,會員的管理。購物系統包括,商品介紹、購物車、收藏夾、定單提交、定單生成、支付系統也叫收銀臺(積分支付,預存款支付,在線支付,其他支付)。下面我們分開來詳細介紹各個模塊的功能:

一、會員系統

包括有會員注冊,會員專區兩大模塊。在會員專區里包括了對會員的一個管理系統,分為六個子模塊,有我的信息,我的資料,我的密碼,我的定單,我的收藏,兌換獎品。

1.會員注冊的界面

在正確輸入相關信息后,按“提交注冊”按鈕,即可完成會員的注冊。在會員注冊的時候注意的地方有,在注冊用戶名的時候,合法的用戶名應該由a-z的英文字母(不區分大小寫)、0-9的數字或下劃線組成,并以英文字母開頭。而密碼是可使用任何英文字母及阿拉伯數字組合,密碼不得少于4個字符。值得注意的是注冊信息里有個推薦人id信息,這里填推薦人的用戶名,這樣系統會為推薦人和注冊用戶同時加積分。

2.會員專區界面:

在這個模塊中,你可以編輯自己的個人資料,可以查看自己的一些基本信息,比如擁有的積分,交易額,上次登陸時間,等等。可以修改自己的登錄密碼,查看自己的定單,定單又分為5種狀態,分別為未處理,已付款,服務商收到款,已發貨,用戶已收到貨,如下圖:

用戶還可以對定單的狀態根據實際情況作出相應的修改。也可以查看到自己已經收藏的商品信息。如果系統提供獎品兌換,而且你的帳號上有充足的積分,可以通過"兌換獎品"這一功能來實現獎品的兌換。

整個會員系統,功能強大,操作方便,很具有人性化的一面。

二、購物系統:

分為:商品介紹、收藏夾,購物車、定單提交、收銀臺五大模塊

1.商品介紹就是把系統中所有的商品都上架顯示出來,每個商品又同時包括了許多屬性,而且在各個商品有網友對此的相關評論

2.收藏夾即是把用戶在游覽商品的時候,把自己喜歡的商品收藏下來,放在收藏夾里,以便以后購買和查看,把商品可以保存下來。收藏夾里保存的商品可以直接放入購物車。如下圖:

3.購物車即類似商場里的購物籃,那用戶自己選擇要購買的商品統統放入購物車里,購物車可以編輯,可以刪除.也可清空.只有在購物車里的商品,用戶方可來購買.購物車具有臨時性,用戶每次登錄,所擁有的購物車都是不相同的.不像收藏夾那樣把商品可以保存下來。有了購物車,用戶直接可以去收銀臺支付錢款。如下圖:

4.定單提交和支付系統(收銀臺)

對于購物車里商品,用戶可以直接去收銀臺定單提交。在定單提交的時候,必須輸入收貨人的基本信息.以及選擇哪一種支付方式來支付定單的錢款,支付方式分為:積分支付、預存款支付、銀行匯款、在線支付等方法。整個定單提交到支付系統,始終以用戶為中心,界面操作簡單,易懂,靈活.用戶可以根據自己自身的情況來選擇不同的支付系統。各種支付方式如下圖所示:

積分支付的窗口:

預存款支付的窗口:

其他支付方式窗口:

整個購物系統功能強大,界面美觀,操作(本文源于文秘城:)方便,易于擴展。

三、文章系統:

整個文章系統界面美觀大方,顏色搭配柔和,很吸引用戶的目光。功能也很強大,文章內容中不僅做到圖文并茂,而且在每篇文章下有網友對此篇文章的評論,可以發表自己的一些看法和討論寫知識性問題。如圖:

7.1.4社區

整個社區拋開了bbs論壇一貫的復雜性,操作簡單易用,又不失功能強大、界面美觀,在社區里不同的用戶可以暢所欲言,也是每位用戶交流心得、咨詢相關問題的地方。.社區分為社區公告,最新帖子,最新留言,最新動態,最熱文章。如圖:

3.7.2相關功能程序代碼的定義

一、本次課題設計中asp與數據庫的連接方法,利用數據源的方法。定義如下:

onerrorresumenext

con_str="provider=sqloledb;datasource=(local);uid=sa;pwd=sa;database=fenixnow"設置與數據庫連接字符串

setoconn=server.createobject("adodb.connection")

oconn.connectionstring=con_str

oconn.cursorlocation=3

oconn.open打開與數據庫的連接

functioncloseconn()關閉與數據庫的連接

oconn.close

setoconn=nothing

endfunction

functionord(sql_str)建立記錄集

setord=server.createobject("adodb.recordset")

ord.activeconnection=oconn

ord.source=sql_str

ord.cursortype=0

ord.cursorlocation=3

ord.locktype=3

ord.open()

setord.activeconnection=nothing

ord_numrows=0

endfunction

functioncrd(rdset)關閉記錄集

''''setrdset.activeconnection=nothing

rdset.close

setrdset=nothing

endfunction

二、在asp程序代碼中用到了判斷客戶端使用的是什么操作系統。定義如下:

functionbrowser(info)

dimre

setre=newregexp

re.ignorecase=true

re.global=true

browser="瀏覽器:未知["&info&"]"

re.pattern="([\s\s]*)msn([\s\s]*)"

browser=re.replace(browser,"瀏覽器:msnexplorer")

re.pattern="([\s\s]*)(netcaptor([\s\w\d\./]*))([\s\s]*)"

browser=re.replace(browser,"瀏覽器:netcaptor$3")

re.pattern="([\s\s]*)(tencenttraveler)([\s\s]*)"

browser=re.replace(browser,"瀏覽器:tencenttraveler")

re.pattern="([\s\s]*)(myie([\s\w\d\./]*))([\s\s]*)"

browser=re.replace(browser,"瀏覽器:myie$3")

re.pattern="([\s\s]*)(maxthon)([\s\s]*)"

browser=re.replace(browser,"瀏覽器:maxthon")

re.pattern="([\s\s]*)(msie([\s\w\d\.]*))([\s\s]*)"

browser=re.replace(browser,"瀏覽器:internetexplorer$3")

setre=nothing

endfunction

三、在b/s架構的利用游覽器編譯目標代碼時,sql注入這個安全隱患往往是一些不法分子企圖來攻擊你系統的手法,故寫了個防止sql注入的程序。定義如下:

functioncheckurl()

onerrorresumenext

dimstrtemp

iflcase(request.servervariables("https"))="off"then

strtemp=""

else

strtemp=""

endif

strtemp=strtemp&request.servervariables("server_name")

ifrequest.servervariables("server_port")<>80then

strtemp=strtemp&":"&request.servervariables("server_port")

strtemp=strtemp&request.servervariables("url")

endif

iftrim(request.querystring)<>""then

strtemp=strtemp&"?"&trim(request.querystring)

strtemp=lcase(strtemp)

endif

ifinstr(strtemp,"select")<>0orinstr(strtemp,";")<>0orinstr(strtemp,"insert")<>0orinstr(strtemp,"delete")<>0orinstr(strtemp,"count(")<>0orinstr(strtemp,"drop")<>0orinstr(strtemp,"update")<>0orinstr(strtemp,"truncate")<>0orinstr(strtemp,"asc(")<>0orinstr(strtemp,"mid(")<>0orinstr(strtemp,"char(")<>0orinstr(strtemp,"xp_cmdshell")<>0orinstr(strtemp,"exec")<>0orinstr(strtemp,"localgroup")<>0orinstr(strtemp,"net")<>0orinstr(strtemp,"''''")<>0orinstr(strtemp,"and%")<>0orinstr(strtemp,"where")<>0then

response.write"<scriptlanguage=javascript>alert(''''很抱歉,你的網頁中有非法參數!'''');"

response.write"javascript:document.location.href=''''/index.asp''''</script>"

endif

endfunction

四、顯示在客戶端顯示一字符串的長度,方法定義如下:

functionshowlimitedchar(str,leni)

dimi,midchar,char

char=""

i=1

dowhilei=<leni

midchar=mid(str,i,1)

if(midchar>="a"andmidchar=<"z")or(midchar>="a"andmidchar=<"z")then

char=char+midchar

leni=leni+0.5

elseif(midchar>="0"andmidchar=<"9")then

char=char+midchar

leni=leni+0.5

else

char=char+midchar

endif

i=i+1

loop

response.writechar

iflen(str)>len(char)then

response.write"..."

endif

endfunction

3.8系統的特點

3.8.1先進的網絡營銷策略

在整個系統中,運用到了一種叫營銷人制度。具體的制度實現如下:

制度的目的:與各類網上商店、個人主頁等聯合起來,將其頁面作為我司廣告展示窗口,根據其網站上的銷量,來確定其應該獲得的報酬(返利),達到擴大銷量和擴大影響的目的。

功能概述:成為我們營銷人的網站,注冊成為我們的會員,在后臺將類別設為營銷人。人將會獲得一段代碼,放在其網站上。這段代碼有兩個功能:

1)顯示我司的廣告(我司可以在我司網站更改廣告圖片、文字等),其網站上就相應改變。人可以選擇大的廣告或者小的廣告。

2)顧客點擊此廣告,則進入我司網站的產品介紹詳情頁面,此時顧客被記錄為相應營銷人帶來的(推薦和被推薦關系確立);

3)顧客購買了此物品(與普通顧客一樣獲得積分等),則計算人的報酬。人可以根據條件申請結算。我司收到結算申請后把款匯出。

具體構想:

1、會員類別設置中增加:行銷人

2、返利計算。返利還是擬用積分作為依據:

計算方法:若用戶b是被a推薦的;且a是人,

則a獲得的積分=b所獲基本積分×χ,其中χ可以在后臺設定。

3、用戶界面(前臺):

如果a是人,則登錄后在“我的長生鳥”中,可兌換的獎品中增加抵扣券,每張50元;即,50元為最小結算金額,可以一次申請多張,每張所需要積分數根據當前的折算率exr計算。積分扣除是自動的,無需人工計算。可參考攜程的獎品兌換(其它的獎品也是如此)。

人申請了兌換,則相應積分從可用積分中扣除。

4、后臺,增加獎品管理,包括:編輯獎品(與現有商品類似)、設定價格(所需積分數)、是否只在人界面顯示(如果是,那就只在人界面顯示,主要是抵扣券)。

5、后臺,增加獎品申請管理:

獎品申請訂單分兩類顯示;人的和非人的,以便統計。

6、后臺,增加人管理界面

可以按時間、用戶名、地區等查詢、統計人的銷售額、可用積分、總積分、廣告點擊數和成交數,以便進和評估和分析。

3.8.2先進的在線支付系統

系統中運用了nps在線支付系統,更快速、方便于用戶付款。

nps(networkpaymentsystem)主要解決了網上付費問題。在現代的電子商務中,網上購物已成為時尚,而nps(networkpaymentsystem)與全國各地18家銀行(包括visa,master,jcb等)簽定了網上支付合作協議,滿足消費者在您的商城上購物時方便的選擇銀行進行支付,給消費者或商家等用nps的nps客戶時帶來方便,省時,省力.

客戶在商家的網站上挑選商品,放入購物車,然后進入結帳頁面,商家應將具體的訂單信息顯示給客戶,并引導客戶到通過nps支付通道付款。商家需要在向nps遞交訂單的頁面上包括以下信息:商家號、訂單號,訂單總金額,幣種。。。訂單簽名信息,訂單加密信息,備注等。以上具體定義請詳見下面的支付訂單接口詳細描述。

nps支付通道服務器接收到從商家端遞交的訂單支付請求,將訂單號,商戶名稱,訂單總金額等交易信息顯示給客戶,客戶確認訂單信息后,選擇一家銀行進行支付,nps將導航客戶到相應的銀行網上支付頁面,客戶在銀行的網上支付頁面使用銀行卡進行支付,nps系統將客戶支付訂單的交易結果反饋給商家,并通過頁面返回給客戶。

第四章結束語

目前國內的b2b網站大體上可以分為三類:大型企業的b2b網站,如著名的海爾集團、康佳集團等都開通了自身的b2b網站;專門做b2b交易平臺的網絡公司,如阿里巴巴、8848交易網站;垂直商務門戶網站,如eb2000、中國紡織電子商務網等。b2b網站使企業和它的用戶或供應商之間的交易通過互聯網來完成,從而達到提高效率,減少庫存,降低采購、銷售、售后服務等方面的成本的目的,這也是吸引企業進入電子商務領域的主要原因。

目前我國大中型企業的信息化應用主要還停留在建立內部局域網和建立企業網站階段。到2000年11月底,根據我們對電子、化工、紡織、鋼鐵等行業的調整來看,大約有90%的大中型企業建有內部局域網,90%的企業已經擁有internet網址,建立了公司的主頁。而與b2b電子商務密切相關的erp(企業資源計劃)系統建設情況相對落后,只有不到30%的企業已經完成或正在實施erp。企業開展電子商務的比例同樣比較低,僅有30%的企業涉足電子商務領域,其中三分之一采取了自主經營電子商務的方式,三分之二采取了利用b2b電子商務公司的平臺和服務的方式。值得注意的是,多數企業開展電子商務還只是停留在產品供求信息的初級階段,并未實現交易,也就是說距離真正意義上的電子商務(企業間商務活動的絕大多數環節都可以通過網絡進行,如供求信息的與交易的協商、電子單據的傳輸、網上支付與結算、貨物配送以及售后服務等)還相差甚遠。

這些一個接一個的綜合b2b、行業b2b們,常常是只有“電子”沒有“商務”,以為開發一個有某些功能的技術平臺然后導進批量企業數據,再把流量整上去,就可以坐等會員來交年費,企業來做廣告。做平臺的人沒有敏銳的市場觸覺,沒有貿易、商務實戰背景,不懂得在服務、內容上營造商務氛圍,只有一味模仿,真為這些b2b平臺的長期經營發展捏把汗。

做得成功的b2b,一定是圍繞買家利益為核心展開服務,而不是單純招攬一些企業在上面登記、發信息之類的。環球資源就是定位于為海外采購商服務,他為國內供應商開設的種種課程也是為了供應商的產品能夠更好地滿足海外買家的需求。阿里巴巴拼命做搜索引擎優化,正是為了買家容易找到他的供應商產品,他還拼命喊自己就是全球最大的供應商基地,正是要海外采購商習慣到上面來找產品……

要做一個成功的b2b平臺,“促成交易”“貿易撮合”是運營者要絞盡腦汁去思考的問題,在買方市場背景下,b2b電子商務平臺的成功恐怕還是在圍繞怎樣為買家帶來便利和有價值的服務上,其它的問題如誠信機制、吸納供應商等都是這一核心派生出來的服務。

但是相信b2b網站有很大的可塑性,會展現出越來越大的潛力,這是互聯網領域一直被忽略的最大的機會之一。

參考文獻

1.吳欽藩,軟件工程——原理、方法與應用[m],人民交通出版社,北京,1997

2.朱三元,錢樂秋,宿為民,軟件工程技術概論[m],科學出版社,北京,2002

3.應用服務供應商(asp)解決方案電子工業出版社

sdkmicrosoftcompony

5.sqlserver2000基礎教程清華大學出版社2000年

6.asp網頁制作教程電子工業出版社2000年

7.dreamweaver網頁制作寶典電子工業出版社1999年

8.網頁數據庫整合精華錄中國人民鐵道出版社2001年

9.windows2000+aspsqlserver案例教程中科多媒體電子出版社2002年

10.asp編程基礎及應用機械工業出版社2000年

11.asp建網技術源代碼公開中國水利水電出版社1999年

致謝

經過兩個多月的努力,終于完成了這篇畢業論文。在此,我首先要感謝我的導師黃林鵬老師,他在我這次論文寫作的過程中幫助很大。從選題、列提綱到擬初稿直至定稿,黃老師在每一個環節上都加以悉心指導和幫助,使我最終能夠出色地完成這篇論文。其次,我要感謝所有關心和支持我的同學、朋友和同事,他們對于我論文的寫作提供了許多寶貴的資料和建議。最后,我要借此機會由衷地感謝我們03秋計算機的教務戴騮老師,正是由于她兩年多來不辭辛勞的工作,才能使我順利完成在交大網絡學院的本科學業。

電子商務系統的分析與設計

—以浙江長生鳥藥業電子商務系統為例

摘要

本文運用筆者在上海交通大學計算機科學與技術所學的知識,在詳細了解中國電子商務現狀的基礎上,完成了對浙江長生鳥藥業有限公司電子商務系統進行分析和設計,到最后的編碼實現。整個系統運用目前較流行的b/s系統架構,功能強大,頁面美觀大方,擴展性強對目前國內許多電子商務的分類、特點,以及各自存在的問題和相應的解決辦法進行。

第一部分:對電子商務概念、特征、分類的介紹。

第二部分:分析目前國內電子商務所面臨的問題及解決辦法。

第三部分:以浙江長生鳥藥業有限公司電子商務系統為例,從系統需求、系統分析、系統設計來完成整個系統的設計。并介紹了相關的網絡營銷策略和先進的在線支付系統。

第四部分:總結了電子商務對中小企業的巨大影響,以及在一些中小企業中對電子商務操作模式的弊端。

關鍵詞:電子商務,網絡營銷,互聯網,b2b,asp

analysisanddesignofe-commercesystem

-byexampleofthee-commercesystemofzhejiangfenixpharmaceuticals

abstract

theauthorcompletestheanalysis,disgnandprogramingofthee-commercesystemofzhejiangfenixpharmaceuticalco.,ltd.onthebasisofdetailedinvestigationofthestatusofcurrente-commerceindustryinchinabyhisknowdegeandskillslearntfromshanghaijiaotonguniverysityinmajorofcomputerscienceandtechnology.thewholesystem,designedwithapopularb/sstructure,isversatilewithfunctions.itisuser-friendlyandeasytobeexpanded.theauthoralsodiscussedthedifferentmodelsofe-commerceandtheircharateristics,problemsandsolutions.

part1:introductiontoconcepts,charateristicsandclassificationsofe-commerce

part2:theproblemsthate-commercefacesinchinaandsolutions.

part3:withexampleofthee-commercesystemofzhejiangfenixpharmaceuticalco.,ltd.,discussingthedemands,analysisanddesigneofthesystem.introductionofrelatedcybermarketingstrategiesandadvancedonlinepaymentsystem.

part4:conclusionsontheimpactsofe-commerceonsmallandmediumsizedenterprises,andsomedefects.

keywords:e-commerce,cybermarketing,internet,b2b,asp

目錄

摘要.....................................................................3

abstract..............................................................4

第一章:電子商務的基本概念...7

1.1電子商務...7

1.2電子商務的業務范疇...7

1.3電子商務的優越性...7

1.4電子商務的特征...8

1.5電子商務的分類...8

1.6電子商務現狀與前景...9

第二章目前國內電子商務所面臨的問題及解決辦法...10

2.1存在的問題...10

2.1.1問題一:...10

2.1.2問題二:...10

2.1.3問題三:...10

2.2解決的方法...11

2.2.1針對問題一...11

2.2.2針對問題二...11

2.2.3針對問題三...11

第三章浙江長生鳥藥業電子商務系統的分析和設計...13

3.1系統需求分析...13

3.1.1項目概述:...13

3.1.2項目設計框架...13

3.2系統運行環境...15

3.2.1客戶端計算機軟硬件配置:...15

3.2.2服務器端計算機軟硬件配置:...15

3.2.3所需網絡環境:...15

3.3.系統開發環境及技術特點...15

3.3.1開發所使用軟件...15

3.3.2應用軟件的分發...17

3.4項目應用系統架構...17

3.4.1顯示層...18

3.4.2業務邏輯層...18

3.4.3數據層...19

3.5安全認證...19

3.6數據庫設計...19

3.6.1系統中重要的幾個數據結構表的設計...20

3.7系統的實現...22

3.7.1功能模塊的設計和實現...22

3.7.2相關功能程序代碼的定義...27

3.8系統的特點...31

3.8.1先進的網絡營銷策略...31

3.8.2先進的在線支付系統...32

第四章結束語...34

參考文獻...36

致謝...37

第一章:電子商務的基本概念

1.1電子商務

失職整個貿易活動實現電子化。從涵蓋范圍方面可以定義為:交易各方以電子交易方式而不是通過當面交換或直接面談方式進行的任何形式的商業交易;而從技術方面可以定義為:電子商務是一種多技術的集合體,包括交換數據(如電子數據交換、電子郵件)、獲得數據(共享數據庫、電子公告牌)及自動獲取數據(條碼)等。

1.2電子商務的業務范疇

電子商務涵蓋的業務包括:商務信息交換、售前售后服務(提品和服務的細節、產品使用技術指南、回答顧客意見)、廣告、銷售、電子支付,(電子資金轉帳、信用卡、電子支票、電子現金)、運輸(包括有形商品的發送管理和運輸跟蹤,以及可以電子化傳送產品的實際發送)、組建虛擬企業等。

1.3電子商務的優越性

電子商務提供企業虛擬的全球性貿易環境,大大提高了商務活動的水平和服務質量。新型的商務通信通道其優越性是顯而易見的,其優點包括:

大大提高了通信速度,尤其是國際范圍內的通信速度。

節省了潛在開支,如電子郵件節省了通信郵費,而電子數據交換則大大節省了管理和人員環節的開銷。

增加了客戶和供貨方的聯系。如電子商務系統網絡站點使得客戶和供貨方均能了解對方的最新數據。

提高了服務質量,能以一種快捷方便的方式提供企業及其產品的信息及客戶所需的服務。

提供了交互式銷售渠道。使商家能及時得到市場反饋,改進本身的工作。

提供全天候的服務,即每年365天,每天24小時的服務。

最重要的一點是,電子商務增強了企業的競爭力。

1.4電子商務的特征

普遍性:電子商務作為一種新型的交易方式,將生產企業、流通企業以及消費者和政府帶入了一個網絡經濟、數字化生存的新天地。

方便性:在電子商務環境中,人們不再受地域的限制,客戶能以非常簡捷的方式完成過去較為繁雜的商務活動,如通過網絡銀行能夠全天候地存取資金帳戶、查詢信息等,同時使得企業對客戶的服務質量可以大大提高。

整體性:電子商務能夠規范事務處理的工作流程,將人工操作和電子信息處理集成為一個不可分割的整體,這樣不僅能提高人力和物力的利用,也可以提高系統運行的嚴密性;

安全性:在電子商務中,安全性是一個至關重要的核心問題,它要求網絡能提供一種端到端的安全解決方案,如加密機制、簽名機制、安全管理、存取控制、防火墻、防病毒保護等等,這與傳統的商務活動有著很大的不同。

協調性:商務活動本身是一種協調過程,它需要客戶與公司內部、生產商、批發商、零售商間的協調,在電子商務環境中,它更要求銀行、配送中心、通訊部門、技術服務等多個部門的通力協作,往往電子商務的全過程是一氣呵成的。

1.5電子商務的分類

按是否發生支付:

1.支付型電子商務。所謂支付型電子商務,指的是有關銀行參與商務活動的全過程并實時地進行支付轉帳的電子商務。由visa、mastercard等公司建立的set協議是目前最完整的網上交易和網上支付協議。

2.非支付型電子商務。非支付型電子商務一般指非實時支付的電子商務。目前,大部分應用屬于這一類,多數借助于ssl協議實現。

從參與對象上:

1.個人-企業:網上購物(實物,信息,服務)網上交費(電信、水電、煤氣等)

2.企業-企業:edi、eos、eft、網上企業采購

3.個人-政府:個人報稅、資料處理4.企業-政府:網上報關

1.6電子商務現狀與前景

本世紀90年代以來,隨著網絡、通信和信息技術的突破性進展,internet在全球爆炸性增長并迅速普及。在這一前提下,電子商務應運而生了。電子商務是基于互聯網、以交易雙方為主體、以銀行電子支付和結算為手段、以客戶數據為依托的全新的商務模式,它可以使商家與供應商更緊密地聯系起來,更快地滿足客戶需求,也可以讓商家在全球范圍內選擇最佳供應商,在全球市場上銷售產品。

自1998年“電子商務年”以來,電子商務在全球發展迅猛,大約每九個月其交易額就翻一番,全球電子商務交易額(包括網上貿易額、銷售額等)達到數千億美元,電子商務收入劇增262%,預計到2003年,上網人數將達到3.5億,那時電子商務市場收入將達到數萬億美元。目前,世界各國紛紛看好電子商務這塊新大陸,普遍認為電子商務的發展將是未來25年世界經濟發展的一個重要推動力,對經濟的促進將遠遠超過200年前的工業革命。著名網絡經濟調查評論家robertmetcalfe聲稱:“互聯網的價值等于(與之相聯結的)網點數量的平方?!?/p>

第二章目前國內電子商務所面臨的問題及解決辦法

2.1存在的問題

2.1.1問題一:

目前的中國網絡發展的規模決定了其市場容量和商業機會的有限。中國現有不到600萬的網絡人口中,真正具有消費實力并能形成購買力的群體,依然遠不足以與現實生活中的傳統商業模式相匹敵,同時,目前網絡人口的結構也決定了只有少數商品可能馬上在網絡上銷售。

2.1.2問題二:

直到目前為止國內依然缺乏系統化、專業化的全國性貨物配送企業,現有的物流企業體現出分散的多元化格局,導致社會化大生產,專業化流通的集約經營優勢難以發揮,規模效益難以實現,設施利用率低等問題。商品的長途運輸或者郵遞的巨大成本以及時間上的延遲足以使消費群體望而卻步。而在關于電子商務的諸多討論中,幾乎所有的理論探討實際都在這個方面采取了回避的態度,但在實際運行中,這個問題卻是致命性的。以往那些到網絡上開店賣東西,想借電子商務撈點實惠的"網絡投機"行為之所以無不以徹底慘敗而告終,最根本的原因之一就是無法從最基本的要求上,滿足消費者在等待訂購物品的發送時間和代價上的要求。

2.1.3問題三:

中國的消費市場一向缺乏信用消費的概念的支持,與此相關的就是貨幣電子化進程的緩慢。其實從消費者的心理來看,我們沒有理由認定中國的消費者就一定會比外國的消費者更抵觸信用消費,那些出國定居的中國人在國外也會象當地人一樣采用信用消費的方式購買商品,之所以形成國內外的巨大消費行為反差,其根本的原因就在國內金融體系的呆板和缺乏服務意識上。銀行與銀行之間、銀行與消費者之間的畫地為牢,迫使那些想嘗試信用消費的人必須為此付出額外的巨大精神和財力代價,于是當電子商務這種新型商業模式出現時,我們的消費者根本無所適從,而消費者的反應冷淡反過來又給了那些金融部門以口實,其結果就是形成了一個"因為沒人做,所以沒人用;因為沒人用,所以沒人做"的怪圈。這個怪圈一天不打破,中國的電子商務就不可能取得根本性的突破。

2.2解決的方法

2.2.1針對問題一

盡管600萬網絡居民只是勉強可以達到一個中等城市的消費人口規模,但如果將這個中等城市的消費需求都通過網絡滿足,則已經是本質上的大飛躍了,也就是說現在的網絡消費市場雖然很小,但絕對不是根本沒有。那么,有需求就會帶來商業機會,就有可能形成利潤空間,就會給未來的消費市場帶來最初的奠基之作。更何況經過網絡本身的篩選,這個"中等城市"規模的消費群體是中國前所未有地集中了高密度的受教育程度高、對新事物敏感同時又具有一定消費能力的人群。面對這樣一個具有特性的消費群體,我們一方面可以瞄準他們的需求進行網上營銷,更重要的是,借助政府對電信和internet政策傾斜的助推力,一旦在這樣的一個原始群體中形成的消費定勢輻射到正在每天高速增長的新網絡用戶之中,那么其迸發出的能量必將是驚人的。

2.2.2針對問題二

國外電子商務物流解決方案方面有著值得借鑒的成功經驗。物流中央化的美國物流模式強調"整體化的物流管理",是一種以整體利益為重,突破按部門分管的體制,從整體進行統一規劃管理的模式。在市場營銷方面,物流管理包括分配計劃、運輸、倉儲、市場研究和為用戶服務五個過程;在流通和服務方面,物流管理包括需求預測、定貨過程、原材料購買、加工過程等。由此演化而來的全新的,適合電子商務的物流模式是物流(thirdpartylogistics)。從廣義的角度及物流運行的角度看,物流包括一切物流活動,以及發貨人可以從專業物流商處得到的其他一些增值服務。物流公司承接倉儲、運輸后,為減少運行費用,提高服務質量,同時又要使生產企業覺得有利可圖,就必然在整體上盡可能的加以統籌管理,使物流合理化。

2.2.3針對問題三

最后,在電子結算方面,我們應該從中國的實際情況出發,靈活地對待這個棘手的問題。因為使電子商務實際真正具有價值的是網絡交易行為,而從中國目前消費者的具體情況看,網絡交易行為本身并不絕對地等同于網絡貨款結算,實際上貨款的結算只是交易行為中的一個組成部分,既然網絡上已經存在了大量交易的需求,那么當網絡結算難以滿足實際運作的需要時,靈活地采用一些變通方式來促進真正具有實際價值的交易行為的完成就成了當務之急。在這一點上"珠穆朗瑪--數字巔峰"網站的做法的確很值得大家借鑒,他們根據中國的具體情況,特別設計了一系列的遠程支付方法,并積極調動金融行業在電子結算方面的力量,使其用戶已經可以做到無論在哪里、無論是否有信用卡,都可以找到一種適合的遠程付款方法。事實上在珠穆朗瑪網站開通之前,各大金融系統就開始恰談合作,電子結算體系的建設正在步入正軌。

第三章浙江長生鳥藥業電子商務系統的分析和設計

3.1系統需求分析

3.1.1項目概述:

浙江長生鳥電子商務平臺主要是針對以生產與銷售為核心的浙江長生鳥藥業有限公司所將開發的,其涉及客戶管理、銷售管理、產品管理、倉庫管理、訂單管理、電子交易平臺等。此系統是基于internet開發,采用最新web服務技術,實現了移動辦公管理,以及預留接口供擴展與完善。

3.1.2項目設計框架

l系統業務流程圖

倉庫管理

客戶

銷售管理

訂單

人事管理系統

產品

財務管理

物流

圖中橙色部分為本項目階段、淡綠色是本項目將要涉及到、其它屬于未來預留的。

l電子商務系統業務圖

此子系統涉及客戶管理中的資料庫、客戶管理中的銷售事務、產品管理

客戶

購買

產品

收款

財務收款員

訂單

發貨

l客戶關系管理系統結構圖

收款管理

廣告預算

投訴管理

銷售事務

市場營銷

服務管理

訂單管理

營銷活動

客戶維護

資料庫

客戶資料

聯系人資料

信用資料

輸入

注冊

活動參與

購買情況

以上淡黃色的部分是此項目沒有涉及的,但是屬于完整crm的一部分。

采用目前流行的b/s(browse/server瀏覽器/服務器)結構的開發方式,利用先進的web服務技術、應用服務器技術和數據庫系統的分布式技術,將系統建設成業務完整、運行安全可靠、使用便捷、真正為綜合業務管理工作服務的系統平臺。

3.2系統運行環境

3.2.1客戶端計算機軟硬件配置:

600赫茲cpu,64m內存,2g以上硬盤,windows系統,ie瀏覽器

3.2.2服務器端計算機軟硬件配置:

web服務器:internet信息服務類適用級服務器,window2000serve或window2003操作系統,安裝iis服務及.net服務包。

數據庫服務器:internet數據庫服務類適用級服務器,window2000server或window2003操作系統,安裝sqlserver或oracle。

3.2.3所需網絡環境:

適合512k及以上帶寬的局域網、廣域網、internet.

3.3.系統開發環境及技術特點

3.3.1開發所使用軟件

asp是一種服務器端的指令環境,用來建立并執行交互式web服務器應用程序,您可以使用asp來結合服務端指令、html網頁及com組件。

采用win2000sp3作為服務器操作系統,利用系統自帶的internetinformationservices將windows2000計算機虛擬為web服務器。通過管理工具中iis管理平臺可以很方便的進行web虛擬操作。

圖(14)internetinformationservices管理界面

圖(14)internetinformationservices配置界面

在默認網站中將虛擬web與要設定的計算機進行ip地址綁定,這里我們為了今后的調試,我們設置成127.0.0.1,并將主目錄設置在腳本代碼所在的更目錄下。在啟用文檔選項中將index.asp做為默認文檔。

asp是通過一組通稱為ado(activedataobject)的對象模塊來存取數據,無論你采用的是access、sqlserver、visualfoxpro、informix或其他的數據庫只要該數據庫具有相對應的odbc或者oledb驅動程序,ado對象就能加以存取。

asp網頁

(ado)

activedataobject

oledb

odbc

access

sql

其他數據庫

3.3.2應用軟件的分發

采用b/s(browse/server瀏覽器/服務器)結構開發的應用程序,為了減少應用軟件修改后重新分發的工作量,縮短軟件分發時間,項目的應用客戶端具備自動下載新版本程序的功能。即各用戶運行客戶端瀏覽器時,客戶端自動檢查應用服務器上是否有新版本的應用軟件,若有新版本的應用軟件則自動下載新版本應用軟件并立即運行。

3.4項目應用系統架構

為了保證系統的可維護性和可重用性,也為了體現多層架構的優越性,本web應用把項目分成view層(顯示層)、control層(控制屏幕流程層)、model層(業務邏輯層),即將主要業務邏輯用asp實現;主要顯示邏輯用客戶端ie+html+xm來實現(view);主要控制邏輯vbs+js來實現(control),這種多層架構中每層都可以獨立地開發或者修改而極少牽涉到其他層,這樣就為快速實施和有效維護提供了保障。

下圖為項目多層體系架構邏輯圖:

客戶端(ie+vbs+js)

web應用服務器

數據層(數據庫)

顯示層

業務邏輯層

&控制層

數據層

asp組件

數據庫驅動程序

asp

asp組件

3.4.1顯示層

顯示層可以是基于客戶端計算機設備上的應用。對于本項目而言,考慮到系統分布廣、用戶眾多、需要有效的it支持的特點,采用web方式的計算機應用。這樣,客戶端就不需要安裝特定的客戶端軟件并維護該軟件,只需要瀏覽器即可。于是很大程度上解決了it支持的問題。

用戶通過瀏覽器(譬如ie)發送請求,web服務器接受從不同用戶發來的請求,并轉發到web應用服務器,web應用服務器處理完畢后再通過web服務器將結果以http的方式返回給用戶。

3.4.2業務邏輯層

業務邏輯層負責處理系統各種業務邏輯,如權限控制、考核計算等。業務邏輯層包含了為實現業務邏輯而定義的各種組件。因為組件是一種輕量級但能完成相對獨立功能的軟件實體,所以業務邏輯層有很大的可擴展性。即便今后業務變化很多,這種變化也能對應到一個個相對較小的組件來獨立實施,從而降低了總體實施和維護成本。

目前市場上,有不少該類型的解決方案,譬如j2ee、microsoft的dotnet、lotus的domino等等。我們使用microsoft的asp技術來設計項目。通過用組件來與后臺數據庫服務器進行通訊。

3.4.3數據層

服務器端數據層是多層體系架構的后臺部分,其主要為集中管理的數據庫系統,使用mssql2000server或oracle作為服務器端的數據庫管理系統。

3.5安全認證

在web技術的實現上碰到的一個重要問題,是如何解決身份認證和控制的問題。一般情況下,web網站普遍使用用戶賬號和密碼的方式作為身份識別的手段。但這種方式往往被認為是不安全的、容易被破解、容易被盜用的,不足以滿足嚴格的身份識別和權限控制的要求。而內部網中,需要通過對身份的識別和認證來判斷其擁有的操作權限和不具備的操作權限,這不是簡單的用戶賬號和密碼所能實現的。于是,我們將采用epass方式來進行身份認證。

epass:是一種通過usb接口與計算機相連的硬件設備,內置微型cpu和存儲器,可預置密鑰或存入數字證書,來確定用戶的身份。

3.6數據庫設計

目前,商品化的數據庫管理系統以關系型數據庫為主導產品,技術比較成熟。面向對象的數據庫管理系統雖然技術先進,數據庫易于開發、維護,但尚未有成熟的產品。國際國內的主導關系型數據庫管理系統有oracle、sqlserver、sybase、informix和ingres。這些產品都支持多平臺,如unix、vms、windows,但支持的程度不一樣。在下面的分析中會比較他們的平臺支持能力。ibm的db2也是成熟的關系型數據庫。但是,db2是內嵌于ibm的as/400系列機中,只支持os/400操作系統。根據選擇數據庫管理系統的依據,我們比較、分析一下這幾種數據庫管理系統的性能,在這里我選擇了sqlserver數據庫。因為sqlserver數據庫更加安全,便于管理,方便以后的擴展。

3.6.1系統中重要的幾個數據結構表的設計

1.會員資料表user:

字段編碼

字段說明

字段屬性

userid

會員id,主鍵。

int,4

username

會員姓名

nvc,30

userpassword

密碼

nvc,30

password_question

密碼問題

nvc,30

password_answer

密碼答案

nvc,30

useremail

會員郵件地址

nvc,30

recommend_name

推薦人姓名

nvc,30

jifen

積分

money,8

jifen_ky

可用積分

money,8

jifened

已用積分

money,8

jiaoyijine

交易金額

money,8

fund

余存款

money,8

reglx

會員類型

char,2

addtime

加入時間

datetime

isdel

是否刪除

bit,1

2.商品表product:

字段編碼

字段說明

字段屬性

category_id

會員id,主鍵。

int,4

sorts_id

會員姓名

int,4

product_id

密碼

int,4

product_name

密碼問題

nvc,30

peculiarity

商品特點

nvc,30

certificate

許可證號

nvc,30

norm

執行標準

nvc,30

element

成分

nvc,30

dose

服法用量

nvc,30

save_up

儲存

nvc,30

package

包裝

nvc,30

specification

規格

nvc,30

save_date

保質期

nvc,30

price

價格

money,8

picture1

小圖片路徑

nvc,30

picture2

大圖片路徑

nvc,30

score

商品積分

int,8

other_score

商品額外積分

int,8

commend

是否為推薦

bit,1

cheap

是否為特價

bit,1

browse_count

游覽計數

int,8

addtime

加入時間

datetime

isdel

是否刪除

bit,1

3.商品訂單表shop_action:

字段編碼

字段說明

字段屬性

shopac_id

自動編號

int,4

product_id

商品id

int,4

usr_id

用戶id

int,4

username

用戶姓名

nvc,20

action_time

提交時間

datetime

orderform

訂單號

nvc,30

state

訂單狀態

nvc,20

usersex

收貨人性別

bit,1

usertname

收貨人真實姓名

nvc,20

useraddress

收貨人地址

nvc,20

userpostcode

收貨人郵編

nvc,20

useremail

收貨人郵件

nvc,20

userphone

收貨人電話

nvc,20

deliverways

送貨方式

nvc,20

pay_time

支付時間

datetime

gathering_time

收款時間

datetime

deliver_time

發貨時間

datetime

receive_time

到貨時間

datetime

total_score版權所有

積分總計

int,4

tota_otherscore

額外積分總計

int,4

jifen_state

是否積分支付

int,4

jifen_pay

積分支付值

int,4

jifen_money

積分折算成金額值

money,8

yck_state

是否預存款支付

bit,1

yck_pay

預存款支付值

money,8

other_state

其他支付

nvc,30

other_pay

其他支付值

money,8

product_money

商品價格

money,8

total_pay

支付總計

money,8

deliver_fee

配送費

money,8

service_fee

服務費

money,8

product_count

商品件數

int,4

yundanid

運單號

nvc,10

pay_name

匯款人姓名

nvc,30

pay_id

匯款單號

nvc,30

pay_remark

匯款備注

text

remark

備注

text

以上三個表是本系統中涉及到的最重要的三個表,分別為用戶信息基本表,商品信息基本表,以及商品訂單信息表。本系統總共涉及到

3.7系統的實現

3.7.1功能模塊的設計和實現

整個電子商務系統功能模塊圖如下:

長生鳥電子商務系統

購物系統

商品介紹

會員系統

文章系統

社區

購物車

收藏夾

支付系統

會員注冊

會員管理系統

積分支付

預存款支付

在線支付

其他支付

定單提交

圖os_001

整個網站分為四大主要模塊,如上圖os_001所表示的分別分為會員系統、購物系統、新聞系統、社區。會員系統包括了會員的注冊,會員的管理。購物系統包括,商品介紹、購物車、收藏夾、定單提交、定單生成、支付系統也叫收銀臺(積分支付,預存款支付,在線支付,其他支付)。下面我們分開來詳細介紹各個模塊的功能:

一、會員系統

包括有會員注冊,會員專區兩大模塊。在會員專區里包括了對會員的一個管理系統,分為六個子模塊,有我的信息,我的資料,我的密碼,我的定單,我的收藏,兌換獎品。

1.會員注冊的界面

在正確輸入相關信息后,按“提交注冊”按鈕,即可完成會員的注冊。在會員注冊的時候注意的地方有,在注冊用戶名的時候,合法的用戶名應該由a-z的英文字母(不區分大小寫)、0-9的數字或下劃線組成,并以英文字母開頭。而密碼是可使用任何英文字母及阿拉伯數字組合,密碼不得少于4個字符。值得注意的是注冊信息里有個推薦人id信息,這里填推薦人的用戶名,這樣系統會為推薦人和注冊用戶同時加積分。

2.會員專區界面:

在這個模塊中,你可以編輯自己的個人資料,可以查看自己的一些基本信息,比如擁有的積分,交易額,上次登陸時間,等等??梢孕薷淖约旱牡卿浢艽a,查看自己的定單,定單又分為5種狀態,分別為未處理,已付款,服務商收到款,已發貨,用戶已收到貨,如下圖:

用戶還可以對定單的狀態根據實際情況作出相應的修改。也可以查看到自己已經收藏的商品信息。如果系統提供獎品兌換,而且你的帳號上有充足的積分,可以通過"兌換獎品"這一功能來實現獎品的兌換。

整個會員系統,功能強大,操作方便,很具有人性化的一面。

二、購物系統:

分為:商品介紹、收藏夾,購物車、定單提交、收銀臺五大模塊

1.商品介紹就是把系統中所有的商品都上架顯示出來,每個商品又同時包括了許多屬性,而且在各個商品有網友對此的相關評論

2.收藏夾即是把用戶在游覽商品的時候,把自己喜歡的商品收藏下來,放在收藏夾里,以便以后購買和查看,把商品可以保存下來。收藏夾里保存的商品可以直接放入購物車。如下圖:

3.購物車即類似商場里的購物籃,那用戶自己選擇要購買的商品統統放入購物車里,購物車可以編輯,可以刪除.也可清空.只有在購物車里的商品,用戶方可來購買.購物車具有臨時性,用戶每次登錄,所擁有的購物車都是不相同的.不像收藏夾那樣把商品可以保存下來。有了購物車,用戶直接可以去收銀臺支付錢款。如下圖:

4.定單提交和支付系統(收銀臺)

對于購物車里商品,用戶可以直接去收銀臺定單提交。在定單提交的時候,必須輸入收貨人的基本信息.以及選擇哪一種支付方式來支付定單的錢款,支付方式分為:積分支付、預存款支付、銀行匯款、在線支付等方法。整個定單提交到支付系統,始終以用戶為中心,界面操作簡單,易懂,靈活.用戶可以根據自己自身的情況來選擇不同的支付系統。各種支付方式如下圖所示:

積分支付的窗口:

預存款支付的窗口:

其他支付方式窗口:

整個購物系統功能強大,界面美觀,操作方便,易于擴展。

三、文章系統:

整個文章系統界面美觀大方,顏色搭配柔和,很吸引用戶的目光。功能也很強大,文章內容中不僅做到圖文并茂,而且在每篇文章下有網友對此篇文章的評論,可以發表自己的一些看法和討論寫知識性問題。如圖:

7.1.4社區

整個社區拋開了bbs論壇一貫的復雜性,操作簡單易用,又不失功能強大、界面美觀,在社區里不同的用戶可以暢所欲言,也是每位用戶交流心得、咨詢相關問題的地方。.社區分為社區公告,最新帖子,最新留言,最新動態,最熱文章。如圖:

3.7.2相關功能程序代碼的定義

一、本次課題設計中asp與數據庫的連接方法,利用數據源的方法。定義如下:

onerrorresumenext

con_str="provider=sqloledb;datasource=(local);uid=sa;pwd=sa;database=fenixnow"設置與數據庫連接字符串

setoconn=server.createobject("adodb.connection")

oconn.connectionstring=con_str

oconn.cursorlocation=3

oconn.open打開與數據庫的連接

functioncloseconn()關閉與數據庫的連接

oconn.close

setoconn=nothing

endfunction

functionord(sql_str)建立記錄集

setord=server.createobject("adodb.recordset")

ord.activeconnection=oconn

ord.source=sql_str

ord.cursortype=0

ord.cursorlocation=3

ord.locktype=3

ord.open()

setord.activeconnection=nothing

ord_numrows=0

endfunction

functioncrd(rdset)關閉記錄集

''''setrdset.activeconnection=nothing

rdset.close

setrdset=nothing

endfunction

二、在asp程序代碼中用到了判斷客戶端使用的是什么操作系統。定義如下:

functionbrowser(info)

dimre

setre=newregexp

re.ignorecase=true

re.global=true

browser="瀏覽器:未知["&info&"]"

re.pattern="([\s\s]*)msn([\s\s]*)"

browser=re.replace(browser,"瀏覽器:msnexplorer")

re.pattern="([\s\s]*)(netcaptor([\s\w\d\./]*))([\s\s]*)"

browser=re.replace(browser,"瀏覽器:netcaptor$3")

re.pattern="([\s\s]*)(tencenttraveler)([\s\s]*)"

browser=re.replace(browser,"瀏覽器:tencenttraveler")

re.pattern="([\s\s]*)(myie([\s\w\d\./]*))([\s\s]*)"

browser=re.replace(browser,"瀏覽器:myie$3")

re.pattern="([\s\s]*)(maxthon)([\s\s]*)"

browser=re.replace(browser,"瀏覽器:maxthon")

re.pattern="([\s\s]*)(msie([\s\w\d\.]*))([\s\s]*)"

browser=re.replace(browser,"瀏覽器:internetexplorer$3")

setre=nothing

endfunction

三、在b/s架構的利用游覽器編譯目標代碼時,sql注入這個安全隱患往往是一些不法分子企圖來攻擊你系統的手法,故寫了個防止sql注入的程序。定義如下:

functioncheckurl()

onerrorresumenext

dimstrtemp

iflcase(request.servervariables("https"))="off"then

strtemp=""

else

strtemp=""

endif

strtemp=strtemp&request.servervariables("server_name")

ifrequest.servervariables("server_port")<>80then

strtemp=strtemp&":"&request.servervariables("server_port")

strtemp=strtemp&request.servervariables("url")

endif

iftrim(request.querystring)<>""then

strtemp=strtemp&"?"&trim(request.querystring)

strtemp=lcase(strtemp)

endif

ifinstr(strtemp,"select")<>0orinstr(strtemp,";")<>0orinstr(strtemp,"insert")<>0orinstr(strtemp,"delete")<>0orinstr(strtemp,"count(")<>0orinstr(strtemp,"drop")<>0orinstr(strtemp,"update")<>0orinstr(strtemp,"truncate")<>0orinstr(strtemp,"asc(")<>0orinstr(strtemp,"mid(")<>0orinstr(strtemp,"char(")<>0orinstr(strtemp,"xp_cmdshell")<>0orinstr(strtemp,"exec")<>0orinstr(strtemp,"localgroup")<>0orinstr(strtemp,"net")<>0orinstr(strtemp,"''''")<>0orinstr(strtemp,"and%")<>0orinstr(strtemp,"where")<>0then

response.write"<scriptlanguage=javascript>alert(''''很抱歉,你的網頁中有非法參數!'''');"

response.write"javascript:document.location.href=''''/index.asp''''</script>"

endif

endfunction

四、顯示在客戶端顯示一字符串的長度,方法定義如下:

functionshowlimitedchar(str,leni)

dimi,midchar,char

char=""

i=1

dowhilei=<leni

midchar=mid(str,i,1)

if(midchar>="a"andmidchar=<"z")or(midchar>="a"andmidchar=<"z")then

char=char+midchar

leni=leni+0.5

elseif(midchar>="0"andmidchar=<"9")then

char=char+midchar

leni=leni+0.5

else

char=char+midchar

endif

i=i+1

loop

response.writechar

iflen(str)>len(char)then

response.write"..."

endif

endfunction

3.8系統的特點

3.8.1先進的網絡營銷策略

在整個系統中,運用到了一種叫營銷人制度。具體的制度實現如下:

制度的目的:與各類網上商店、個人主頁等聯合起來,將其頁面作為我司廣告展示窗口,根據其網站上的銷量,來確定其應該獲得的報酬(返利),達到擴大銷量和擴大影響的目的。

功能概述:成為我們營銷人的網站,注冊成為我們的會員,在后臺將類別設為營銷人。人將會獲得一段代碼,放在其網站上。這段代碼有兩個功能:

1)顯示我司的廣告(我司可以在我司網站更改廣告圖片、文字等),其網站上就相應改變。人可以選擇大的廣告或者小的廣告。

2)顧客點擊此廣告,則進入我司網站的產品介紹詳情頁面,此時顧客被記錄為相應營銷人帶來的(推薦和被推薦關系確立);

3)顧客購買了此物品(與普通顧客一樣獲得積分等),則計算人的報酬。人可以根據條件申請結算。我司收到結算申請后把款匯出。

具體構想:

1、會員類別設置中增加:行銷人

2、返利計算。返利還是擬用積分作為依據:

計算方法:若用戶b是被a推薦的;且a是人,

則a獲得的積分=b所獲基本積分×χ,其中χ可以在后臺設定。

3、用戶界面(前臺):

如果a是人,則登錄后在“我的長生鳥”中,可兌換的獎品中增加抵扣券,每張50元;即,50元為最小結算金額,可以一次申請多張,每張所需要積分數根據當前的折算率exr計算。積分扣除是自動的,無需人工計算。可參考攜程的獎品兌換(其它的獎品也是如此)。

人申請了兌換,則相應積分從可用積分中扣除。

4、后臺,增加獎品管理,包括:編輯獎品(與現有商品類似)、設定價格(所需積分數)、是否只在人界面顯示(如果是,那就只在人界面顯示,主要是抵扣券)。

5、后臺,增加獎品申請管理:

獎品申請訂單分兩類顯示;人的和非人的,以便統計。

6、后臺,增加人管理界面

可以按時間、用戶名、地區等查詢、統計人的銷售額、可用積分、總積分、廣告點擊數和成交數,以便進和評估和分析。

3.8.2先進的在線支付系統

系統中運用了nps在線支付系統,更快速、方便于用戶付款。

nps(networkpaymentsystem)主要解決了網上付費問題。在現代的電子商務中,網上購物已成為時尚,而nps(networkpaymentsystem)與全國各地18家銀行(包括visa,master,jcb等)簽定了網上支付合作協議,滿足消費者在您的商城上購物時方便的選擇銀行進行支付,給消費者或商家等用nps的nps客戶時帶來方便,省時,省力.

客戶在商家的網站上挑選商品,放入購物車,然后進入結帳頁面,商家應將具體的訂單信息顯示給客戶,并引導客戶到通過nps支付通道付款。商家需要在向nps遞交訂單的頁面上包括以下信息:商家號、訂單號,訂單總金額,幣種。。。訂單簽名信息,訂單加密信息,備注等。以上具體定義請詳見下面的支付訂單接口詳細描述。

nps支付通道服務器接收到從商家端遞交的訂單支付請求,將訂單號,商戶名稱,訂單總金額等交易信息顯示給客戶,客戶確認訂單信息后,選擇一家銀行進行支付,nps將導航客戶到相應的銀行網上支付頁面,客戶在銀行的網上支付頁面使用銀行卡進行支付,nps系統將客戶支付訂單的交易結果反饋給商家,并通過頁面返回給客戶。

第四章結束語

目前國內的b2b網站大體上可以分為三類:大型企業的b2b網站,如著名的海爾集團、康佳集團等都開通了自身的b2b網站;專門做b2b交易平臺的網絡公司,如阿里巴巴、8848交易網站;垂直商務門戶網站,如eb2000、中國紡織電子商務網等。b2b網站使企業和它的用戶或供應商之間的交易通過互聯網來完成,從而達到提高效率,減少庫存,降低采購、銷售、售后服務等方面的成本的目的,這也是吸引企業進入電子商務領域的主要原因。

目前我國大中型企業的信息化應用主要還停留在建立內部局域網和建立企業網站階段。到2000年11月底,根據我們對電子、化工、紡織、鋼鐵等行業的調整來看,大約有90%的大中型企業建有內部局域網,90%的企業已經擁有internet網址,建立了公司的主頁。而與b2b電子商務密切相關的erp(企業資源計劃)系統建設情況相對落后,只有不到30%的企業已經完成或正在實施erp。企業開展電子商務的比例同樣比較低,僅有30%的企業涉足電子商務領域,其中三分之一采取了自主經營電子商務的方式,三分之二采取了利用b2b電子商務公司的平臺和服務的方式。值得注意的是,多數企業開展電子商務還只是停留在產品供求信息的初級階段,并未實現交易,也就是說距離真正意義上的電子商務(企業間商務活動的絕大多數環節都可以通過網絡進行,如供求信息的與交易的協商、電子單據的傳輸、網上支付與結算、貨物配送以及售后服務等)還相差甚遠。

這些一個接一個的綜合b2b、行業b2b們,常常是只有“電子”沒有“商務”,以為開發一個有某些功能的技術平臺然后導進批量企業數據,再把流量整上去,就可以坐等會員來交年費,企業來做廣告。做平臺的人沒有敏銳的市場觸覺,沒有貿易、商務實戰背景,不懂得在服務、內容上營造商務氛圍,只有一味模仿,真為這些b2b平臺的長期經營發展捏把汗。

做得成功的b2b,一定是圍繞買家利益為核心展開服務,而不是單純招攬一些企業在上面登記、發信息之類的。環球資源就是定位于為海外采購商服務,他為國內供應商開設的種種課程也是為了供應商的產品能夠更好地滿足海外買家的需求。阿里巴巴拼命做搜索引擎優化,正是為了買家容易找到他的供應商產品,他還拼命喊自己就是全球最大的供應商基地,正是要海外采購商習慣到上面來找產品……

要做一個成功的b2b平臺,“促成交易”“貿易撮合”是運營者要絞盡腦汁去思考的問題,在買方市場背景下,b2b電子商務平臺的成功恐怕還是在圍繞怎樣為買家帶來便利和有價值的服務上,其它的問題如誠信機制、吸納供應商等都是這一核心派生出來的服務。

但是相信b2b網站有很大的可塑性,會展現出越來越大的潛力,這是互聯網領域一直被忽略的最大的機會之一。

參考文獻

1.吳欽藩,軟件工程——原理、方法與應用[m],人民交通出版社,北京,1997

2.朱三元,錢樂秋,宿為民,軟件工程技術概論[m],科學出版社,北京,2002

3.應用服務供應商(asp)解決方案電子工業出版社

sdkmicrosoftcompony

5.sqlserver2000基礎教程清華大學出版社2000年

6.asp網頁制作教程電子工業出版社2000年

7.dreamweaver網頁制作寶典電子工業出版社1999年

8.網頁數據庫整合精華錄中國人民鐵道出版社2001年

9.windows2000+aspsqlserver案例教程中科多媒體電子出版社2002年

10.asp編程基礎及應用機械工業出版社2000年

11.asp建網技術源代碼公開中國水利水電出版社1999年

亚洲精品一二三区-久久