㈠ 單頁網站如何製作訂單系統我想做個單頁網站，裡面的訂單系統怎麼做的
那你就要做一個asp發送郵件的程序
其實按照你現在的要求沒有必要這樣做
做一個簡單的數據吧,把訂單的信息記錄下來,當客戶提交之後
然後再改變訂單的狀態,
完成
㈡ 如何設計網站
根據題主提出的問題你大概是想建一個營銷型網站是吧！但是苦於不知道怎麼寫建站方案，我這里可以給你一點建議，希望能幫助你。
1.網站設計的指導思想
其實就是網站定位，企業在每個不同的商業階段都會有不同的建站需求，首先我們要了解自身所處的市場環境，明確建設網站的核心目的，日後才能更好地把控建站方向。
還有一個是人群定位，我們需要了解我們最想抓住的客戶群體，通過分析他們的瀏覽習慣，從而來決定內容的層級劃分。
2.網站特色
網站特色不知道我可不可以理解為產品或服務特性，網站作為被動式的信息傳輸手段，要想完整地將企業的線下實力搬到線上來是非常困難的，因此在表現形式上我們需要進行深度思考。
3.網站功能
網站功能開發主要分為兩個模塊：前端和後端
前端頁面：包括文本、圖像、媒體、鏈接、表單、表格的生成。後台系統：包括開發後台登錄系統、開發商品管理、開發訂單系統、開發搜索系統、開發交易系統等等。還有涉及到資料庫、搭建伺服器這些比較繁瑣的工作。現在建站已經有一套非常成熟的體系了，不存在特別高的技術壁壘。
㈢ 單頁網站如何製作訂單系統單頁網站，訂單系統怎麼做的
單頁網站訂單系統主要三個部分：
做一個漂亮的單頁，這個不復雜。
加裝一個提交訂單並在線付款的組件，或者單獨的系統另行調用。
後台設置付款信息以和數據。
㈣ 訂單管理系統後台怎麼設計
訂單管理不用自己設計的，找全途進銷存就可以啊，免費的
㈤ 目前要做個訂單管理系統，有人知道具體的設計思路嗎
你商家的表裡每一個商家有自己的ID，所以你可以在訂單的表裡設商家的ID為外鍵。當然你也可以用其它方法。
㈥ 電商訂單系統設計原理主要用了什麼技術
電子商務系統的總體結構設計是在系統體系結構的基礎上，針對企業電子商務的目標，界定系統的外部邊界和介面，刻畫系統的內部成及其相互關系，明確目標系統的各個組成部分、各個組成部分的作用及其相互關系。
系統總體結構設計包括如下內容：
1．確定系統的外部介面
通過分析，將電子商務系統與其外部環境區分開來，從而使總體設計有一個明確的范圍。系統與其外部環境的介麵包括以下方面：
（1）與企業合作夥伴之間的介面；
（2）與企業內部既有信息系統的介面；
（3）與交易相關的公共信息基礎設施之間的介面；
（4）其他介面，如企業與政府或其他機構之間的介面。
2．確定系統的組成結構
系統組成結構主要說明目標系統內部的組成部分，以及系統內部與外部環境的相互關系。
方法：
隨著Internet技術的發展，人們的日常生活已經離不開網路。未來社會人們的生活和工作將越來越依賴於數字技術的發展，越來越數字化、網路化、電子化、虛擬化。電子商務也隨著網路的發展日益和人們的生活貼近。本設計嘗試用ASP在網路上架構一個動態的電子商務網站，以使每一位顧客不用出門在家裡就能夠通過上網來輕松購物。在本設計中，我主要完成了後台功能的實現，實現了登錄功能，圖書管理，圖書分類管理，訂單管理，用戶管理等功能。
本文中所做的主要工作如下：
(1)簡單介紹了電子商務，分析了電子商務的現狀；
(2)介紹了IIS+ASP系統的一般原理；
(3)闡述整個系統的系統結構及工作原理；分析了系統實現中的特殊性、難點和重點；
(4)分析並解決實現中的若干技術問題；
附：
方案設計主要依靠設計者的經驗，作出技術和結構的選擇，並以有組織的文檔反映，作為與客戶交流論證方案，交付系統開發人員實施的依據，方案設計的基礎是業務環境說明書。業務環境說明書重新組織系統需求，給出解決方案的業務運作方式。在系統需求相對簡單時不一定需要，如果系統需求較為復雜時，以文字和圖表的方式系統地說明業務環境可以使系統需求更加清楚，業務環境說明書可以採用三種文檔結構。
* 業務流程圖：業務流程圖描述企業的業務在新系統中如何運作，說明新系統的業務運作模式如何解決客戶的要求，指出客戶的業務流程因為新系統的應用而作出那些更改。業務流程圖是一種直觀的工具，向客戶解釋新系統的作用，徵求使用者的配合與支持，能提高新系統的實際效能。
* 操作規程說明：相對於業務流程圖這種較高層概括的文檔，普通用戶可能更需要一份詳細的操作規程說明，以便更好地理解系統的功能與使用。操作規程說明以易被最終用戶理解的詞語描述，避免使用過分專業的詞語。操作規程說明仍屬於高層設計文檔，不是最終的操作步驟說明。操作規程說明規定了系統活動的框架，
* 處理流程圖 ： 細化操作規程中描述的活動，由事件和處理流組成。事件是活動開始的條件，處理是活動中的具體工作。處理流程圖的描述層次接近詳細設計。以客戶在網上購貨為例，最後一步是確認付款，操作規程說明只需簡單地說明：「客戶檢查付款額後確認」，處理流程圖的說明比較詳細，激發活動的事件是客戶按下「付額」按鈕，處理是付款總額從資料庫中統計出來，顯示在瀏覽器上，最後由客戶按「確認」按鈕確認。
當前普遍採用對象技術描述復雜的應用結構，電子商務系統一般用Java,EJB,CORBA等對象技術實現，在系統設計階段，編制業務環境書時採用面向對象分析和設計方法可以提高實施階段的效率。業務環境說明書中的設計文檔完成後，召開第二次項目會議，在會上以圖表的形式向客戶和項目開發人員介紹系統設計的概貌。著重與客戶討論兩個問題，檢查系統設計是否滿足客戶需求：
系統設計在多大程度上解決了用戶的需求？是否准確地實現了客戶的期望，既沒有過分簡單化，也沒有過分復雜化。
系統設計的功能范圍是否包含了用戶提出的所有需求？
應用開發人員參加項目會議，可以更好地了解客戶的業務環境與方案設計的總體結構，與客戶和系統設計者直接交談，減少溝通的誤差，提高效率。
IBM為電子商務系統定義了一套完整的電子商務應用框架，基於三層次體系結構集成企業核心系統與互聯網服務，多層次結構使企業內部應用系統無需作重大更改，通過與互聯網伺服器的連結就可以在互聯網上提供服務，實現電子商務系統的目標。
基於電子商務應用框架的電子商務系統體系結構共有八個主要部分。直接支持應用程序運行的模塊有六個：客戶端、網路連接、互聯網伺服器、應用邏輯、中間連接件、核心數據與應用，其餘兩個模塊安全性和系統管理與這六個模塊都有關聯，系統設計者可相對獨立地設計安全性體系和系統管理體系，在應用程序運行支持模塊的實現中加入相應的技術與處理。安全性和系統管理的效率是系統的整體性效果，應用系統運行的每一個環節都能影響系統總體的安全性和可管理性。
㈦ 怎樣設計公司訂單管理資料庫
在你的網站會員管理系統（或者說網站訂單管理系統）與進銷存管理軟體做資料庫介面就可以了，單獨開發成本會非常高，而且功能不一定全面。