解決方案

時間：2022-04-30 15:15:02 解決方案我要投稿

關(guān)于解決方案10篇

　　為了確保工作或事情能高效地開展，我們需要提前開始方案制定工作，方案是在案前得出的方法計劃。方案的格式和要求是什么樣的呢？下面是小編精心整理的解決方案10篇，僅供參考，大家一起來看看吧。

關(guān)于解決方案10篇

解決方案篇1

　　我們在用ASP開發(fā)文件上傳功能的時候，為了防止用戶上傳木馬程序，常常會限制一些文件的上傳，常用的方法是判斷一下上傳文件的擴展名是否符合規(guī)定，可以用right字符串函數(shù)取出上傳文件的文件名的后四位，這樣很容易就能判斷了，但是這里面有一個漏洞，非常危險，就是chr(0)漏洞，詳情請接著往下看。

　　一、首先解釋下什么是chr(0)？

　　在ASP中可以用chr()函數(shù)調(diào)用ASCII碼，其中chr(0)表示調(diào)用的是一個結(jié)束字符，簡單的說當(dāng)一個字符串中包含chr(0)字符時，只能輸出chr(0)前面的字符，chr(0)后面的字符將不被輸出。舉例如說明：

　　復(fù)制代碼代碼如下:<%response.write>

　　以上代碼你在IIS下運行下看看，是不是只會輸出“HTMer.com”呢？后面的“歡迎您”就沒有了，因為讀到chr(0)時就認(rèn)為該語句結(jié)束了。

　　二、chr(0)漏洞上傳原理：

　　假設(shè)我在ASP程序中已經(jīng)設(shè)置只能上傳jpg文件，這里看我怎么利用chr(0)漏洞上傳ASP木馬的：

　　這里假設(shè)有一個ASP木馬文件為htmer.asp，我把它改名為htmer.asp .jpg，大家有沒有看到中間有一個空格？我們在獲取該文件名時，這個空格就被認(rèn)為是chr(0)，當(dāng)用right("htmer.asp .jpg",4)看的時候，確實是.jpg，但是當(dāng)實際讀取htmer.asp .jpg，并生成文件的時候，系統(tǒng)讀到chr(0)就以為結(jié)束了，所以后面的.jpg就輸出不來了，上傳后的文件名被自動生成了htmer.asp，這意味著什么？我想你應(yīng)該知道了吧。

　　三、解決chr(0)漏洞的方法

　　解決辦法是檢查上傳的文件名里面有沒有chr(0)，在ASP中直接用replace函數(shù)替換掉chr(0)字符即可。

解決方案篇2

　　夏日已經(jīng)來臨，越來越高的溫度告訴你，護(hù)膚是重點，讓保養(yǎng)有的放矢，絕不遺漏任何細(xì)節(jié)，也絕不浪費時間在任何不必要的地方，否則如果引起紅血絲的話就很難治療了，臉上的紅血絲問題，其實是一種敏感性皮膚的問題。當(dāng)沒有適當(dāng)?shù)淖o(hù)理，毛細(xì)血管會日漸失去彈性和韌性，表皮變薄，形成越來越明顯且難以褪卻的“紅血絲”;皮膚會日益敏感脆弱，并加速色斑、細(xì)紋、松弛等衰老跡象的產(chǎn)生。這種皮膚病在夏季的時候是發(fā)病率最高的時候，所以我們一定要注意護(hù)膚得當(dāng)?shù)淖o(hù)膚措施。那么萬一我們臉上有紅血絲怎么辦呢，這里給大家介紹護(hù)理紅血絲皮膚的四大解決方案；

　　1、不要照射太久的陽光

　　陽光中的紫外線會讓紅血絲的狀況進(jìn)一步惡化，所以減少外界的刺激會讓肌膚多少欣慰一些。

　　2、增強皮膚的免疫力

　　為了消除紅血絲，提升肌膚免疫力是非常必要的。含有維生素E和C的護(hù)膚品在對抗自由基方面功效卓越。

　　3、使用無酒精、無香料、無防腐劑的保濕護(hù)膚品

　　無酒精、無香料、無防腐劑的保濕護(hù)膚品，不僅可以解決肌膚干燥的問題，更可以避免肌膚受到刺激。

　　4、拒絕冷熱交替的環(huán)境

　　冷熱交替很容易導(dǎo)致毛細(xì)血管擴張，形成面部紅血絲現(xiàn)象，嚴(yán)重的還會引起面部敏感癥狀，本身就是敏感肌膚的人情況可能會更糟糕。

解決方案篇3

　　導(dǎo)致紅米note刷機失敗的原因：

　　1、小米紅米Note的Recovery版本不對

　　有的機友用官方Recovery去刷第三方ROM，是無法刷入的。另外，較為老版本的Recovery無法兼容一些新的刷機腳本，會導(dǎo)致刷機無法執(zhí)行，我們推薦大家用基于CWM的Recovery。

　　2、小米紅米Note的ROM刷機包存在問題

　　最常見的就是刷機包問題，通常因為刷機包下載的并飛您的小米紅米 Note機型，或者刷機包制作者制作ROM出現(xiàn)問題，另外就是刷機包下載過程中出現(xiàn)下載不完整的錯誤。

　　3、小米紅米Note的電量不足

　　當(dāng)刷機過程中因為電量不足導(dǎo)致刷機程序無法執(zhí)行，或者因為電量不足導(dǎo)致刷機過程中手機自動斷電關(guān)機。

　　4、小米紅米Note的SD卡有問題

　　有的SD卡存在問題，導(dǎo)致刷機的時候無法正確讀取刷機包。

　　5、小米紅米Note的內(nèi)核不正確

　　我們的手機系統(tǒng)都有個內(nèi)核，也就是整個系統(tǒng)支持的核心，如果刷入了不對應(yīng)的系統(tǒng)，則系統(tǒng)是無法啟動的。比如Android 2.3的內(nèi)核，刷入了Android4.0的ROM，可能會導(dǎo)致系統(tǒng)無法正常啟動。

　　6、刷機操作不正確

　　在刷機過程中的操作錯誤，比如沒有雙清等，在刷入ROM之前，一定要先清空原有手機中的數(shù)據(jù)，否則會導(dǎo)致刷機后系統(tǒng)卡在開機畫面。

　　紅米note刷機失敗解決辦法：

　　如果您的手機能夠進(jìn)入Recovery（第三方），可以在對應(yīng)機型下載ROM，重新刷入即可。

解決方案篇4

　　上海正著力推進(jìn)進(jìn)城務(wù)工人員隨遷子女融入教育，年內(nèi)將更新、配齊300所郊區(qū)初級中學(xué)實驗室設(shè)施設(shè)備，新建30所幼兒園等。隨遷子女在上海市參加中高考實施方案，將在今年研究制訂。

　　上海市日前公布20xx年市政府要完成的與人民生活密切相關(guān)的實事，除了上述所列，還包括完成300所中小學(xué)校園直飲水工程建設(shè)；扶持70所老年學(xué)校開展標(biāo)準(zhǔn)化建設(shè)等。

　　根據(jù)近日公布的20xx年上海市基礎(chǔ)教育工作要點，20xx年上海將探索建立特級校長到齡延聘制度和特級校長柔性流動機制，研究以進(jìn)城務(wù)工人員子女為招收對象的民辦三級幼兒園和學(xué)前兒童看護(hù)點的創(chuàng)新管理方式。為加強學(xué)前教育內(nèi)涵建設(shè)，上海今年還將啟動全市保育人員專業(yè)培訓(xùn)，通過城郊結(jié)對、農(nóng)村園長培訓(xùn)等方式提升郊區(qū)農(nóng)村幼兒園質(zhì)量。

　　上海市教委表示，將開展適合隨遷子女實際的教育教學(xué)研究，進(jìn)一步加強以招收隨遷子女為主的民辦小學(xué)的規(guī)范管理。依據(jù)《上海市居住證積分制管理辦法》，會同有關(guān)部門研究制定隨遷子女在本市參加中高考實施方案。

　　根據(jù)去年5月出臺的基礎(chǔ)教育建設(shè)規(guī)劃，十二五期間，上海將新建、改擴建、遷建中小學(xué)和幼兒園總計1042所，80%集中于郊縣。根據(jù)城市形態(tài)、人口分布的變化趨勢，大型居住區(qū)教育公建配套和新城教育配套項目占項目總數(shù)的80%。

解決方案篇5

　　如果牙根折了牙齒失去營養(yǎng)供應(yīng)，所以它會變得非常脆。為了防止這種情況，牙冠修復(fù)是最理想的修復(fù)!只是一個齒磨!經(jīng)濟是耐用的金屬冠的銀。好的冠是非常真實的，不知道是假的。金屬冠瓷冠是相同程度的耐久性，不同的是不僅美麗，如果你是一個年輕的女士，應(yīng)該考慮前牙烤瓷修復(fù)哦!

　　牙折是由外力引起的一種強烈的機械力引起的牙齒折斷。上頜前牙常伴有牙髓及牙周組織損傷，嚴(yán)重者伴有牙槽骨骨折。根據(jù)骨折部位，分為：冠、根、冠、根聯(lián)合。牙冠斷的話可以去牙科取牙的膜看根根可以做根管治療后保留根和根樁修復(fù)。

　　烤瓷冠是在牙齒上打樁，如果你這一刻齲齒的利益，這將需要做三個烤瓷牙，在牙齒兩側(cè)的牙齒，以取代牙齒的牙齒體積。左冠斷裂牙齒，如果暴露牙髓通常被稱為神經(jīng)暴露。現(xiàn)在決對不能治療，需要傷后1個月，3個月，6個月，1年的隨訪，以確定神經(jīng)活動，只要檢查神經(jīng)活動，所以你可以放心，后面的訪問將不會，可以做烤瓷牙恢復(fù)輪廓。如果1年無法測量的生命力，那么也需要做根管治療，就是所謂的“殺神經(jīng)”。

　　右側(cè)的牙根折，看一下是怎么長根保留的。這是現(xiàn)在說不清楚的，我可以在最后的分析中，如何處理，判斷標(biāo)準(zhǔn)剩余的根以后是否正常使用。對于年輕人，你吹樂器的效果很小。不管怎樣，最后還是要恢復(fù)正常的牙齒，給你做一個可摘的義齒。

　　牙根折可以保持一定要做治療，但如果不保留或沒有，所以早期切除是更好的，因為根管治療后，牙齒會變得脆弱，提取容易崩潰，不容易拔出。從程序的角度來看，醫(yī)生在急診或更專業(yè)，沒有問題，兒童的牙科診所是在16歲以下。我認(rèn)為在成人口腔醫(yī)療或牙科和牙髓病治療應(yīng)該已經(jīng)超越了。

解決方案篇6

　　隨著城市經(jīng)濟和社會快速發(fā)展，水資源短缺和水環(huán)境污染越來越成為制約城市發(fā)展的重大問題。目前，北京市河道和水庫或常年干涸斷流或有水但水質(zhì)超標(biāo)。

　　溫榆河位于北京市東北部，發(fā)源于北京市昌平區(qū)軍都山麓。作為五大水系中唯一一條發(fā)源于北京且常年有水的河流，是北京市重要的綠色生態(tài)走廊和綠色屏障，其流域所處地理位置在北京市整體發(fā)展戰(zhàn)略中具有重要地位，而其水環(huán)境狀況對整個北運河流域的水資源可持續(xù)發(fā)展也具有舉足輕重的作用[1]. 自昌平沙河閘至通州區(qū)北關(guān)攔河閘，溫榆河全長 47.4 km, 是北運河的上游。溫榆河上游有東沙河、北沙河及南沙河等 3 條支流匯合進(jìn)入沙河水庫；自沙河水庫以下又有藺溝河、清河、龍道河、壩河以及小中河匯入。其中，東沙河、北沙河和南沙河處于昌平區(qū)境內(nèi)，南沙河為海淀來水[2].

　　溫榆河昌平段干流長度 11.35 km, 從沙河閘至魯疃閘，是昌平區(qū)內(nèi)主要河流，境內(nèi)流域面積占昌平區(qū)總面積的 92%, 因此，昌平區(qū)內(nèi)的水環(huán)境現(xiàn)狀基本可以代表溫榆河昌平段的水環(huán)境現(xiàn)狀。昌平區(qū)現(xiàn)有山區(qū)溝道 16 條、平原河道 28 條，平原河道總長 228 km,其中常年無水河道 146 km、有水河道 82 km. 區(qū)內(nèi)現(xiàn)建有 2 座中型水庫、 3 座小Ⅰ型水庫、 5 座小Ⅱ型水庫以及 65 座塘壩截留工程和 17 座閘壩水利工程[3].

　　1 污染情況調(diào)研

　　1.1 污染總體情況

　　20xx 年對昌平區(qū) 98 個排污口進(jìn)行現(xiàn)場調(diào)研，發(fā)現(xiàn)56 個屬于雨水排放口并達(dá)標(biāo)排放， 42 個排污口存在污水直排現(xiàn)象，日污水排放總量約 6.96 萬 m3/d, 根據(jù)污水排放的一般情況，結(jié)合昌平區(qū)的現(xiàn)狀和點源污水的水質(zhì)特征，將污染源分為生活污水排放源、企業(yè)/畜禽養(yǎng)殖業(yè)污水排放源、混合污水（生活污水與企業(yè)污水混合或生活污水與雨水混合）排放源；根據(jù)點源的排放形式可以分為暗涵/管排放、明渠排放。

　　根據(jù)上述分類方法，對上述 42 個排污口進(jìn)行分類，發(fā)現(xiàn)水質(zhì)為混合污水的有 26 個、生活污水 13 個及企業(yè)污水 3 個；而排放形式中，暗涵/管排放的有30個，其余為明渠排放。

　　從污水排放量上來看，生活污水排放量 1.63 萬 m3/d,占總排放量的 23%; 企業(yè)污水排放量 0.12 萬 m3/d, 占總排放量 2%; 混合污水排放量 5.21 萬 m3/d, 占總排放量的75%. 從不同排放方式的污水排放量上來看，暗涵/管污水排放量 2.69 萬 m3/d, 占總排放量的 39%; 明渠污水排放量4.27 萬 m3/d, 占總排放量的 61%. 雖然排污口數(shù)量上以暗涵/管方式排放為主，但在排污量上以明渠排放為主，明渠污水排放量約為暗涵/管排放量的 1.6 倍。如圖1所示。對 42 個排污口的排污量、化學(xué)需氧量（CODCr）和氨氮（NH3-N）進(jìn) 行分析（詳情見圖 2~圖 4），發(fā)現(xiàn)排污口的入河污染負(fù)荷與水量和污染物濃度均相關(guān)，個別存在例外，如十一排干的 CODCr濃度在所有排污口中并不是比較高的，比均值還略低一些，但由于其污水量大，所以它的 CODCr入河量明顯高于其他排污口。

　　馬坊村西排污口的 CODCr含量最高，但由于其排污量很小，所以它的 CODCr入河量并不高。同理，腸衣廠排口的 NH3-N 含量是十一排干的 7 倍，但因為排污量較低，所以 NH3-N 入河量相比十一排干反而低了很多，十一排干的 NH3-N 入河量則明顯高于其他排污口。

　　觀察圖 2~圖 4 中各排污口的 CODCr和 NH3-N 入河污染負(fù)荷量并排序，發(fā)現(xiàn)各排污口 CODCr和 NH3-N 入河量的排序大部分一致，個別排污口差別較大，如腸衣廠排口， CODCr入河量排序 13, 而 NH3-N 入河量排序 3. 這是因為腸衣廠為食品加工行業(yè)，其所排污水具有明顯的行業(yè)特征，故 NH3-N 含量高。其他有類似情況的排污口還有孟祖河和馬坊村西排污口。對于河流和水庫的水環(huán)境狀況，根據(jù)長期監(jiān) 測資料，昌平區(qū)內(nèi)東沙河、北沙河、南沙河與溫榆河等主要水體水質(zhì)常年為 GB3838-20xx 《地表水環(huán) 境質(zhì) 量標(biāo)準(zhǔn)》劣Ⅴ類，不滿足水體功能要求，桃峪口水庫更是多年無水。根據(jù)《北京市水環(huán)境區(qū)域補償辦法（試行）》（京政辦發(fā) [20xx]57 號），土溝橋斷面為溫榆河出昌平區(qū)的出境考核斷面， CODCr和NH3-N 應(yīng) 分別滿足 CODCr≤40 mg/L、 NH3-N ≤8 mg/L的標(biāo)準(zhǔn)。但是根據(jù)溫榆河監(jiān)測斷面的水質(zhì) 監(jiān) 測資料 ,CODCr和 NH3-N 不滿足Ⅳ類水體功能要求，尤其 NH3-N超標(biāo)嚴(yán)重，見圖 5.

　　1.2 污水治理情況

　　截至 20xx 年 6 月底 ,昌平區(qū)已建成 7 座城鎮(zhèn)集中污水處理廠，其中：百善再生水廠、馬池口再生水廠尚未運行，未來科技城再生水廠 20xx 年 6 月底開始試運行。已建成污水廠的污水處理規(guī)模合計 24.0 萬 m3/d ; 除去 2 座未運行的污水廠 ,其余污水廠的污水處理規(guī)模合計 19.5 萬 m3/d. 而已運行的污水處理廠中，除未來科技城和馬池口再生水廠出水主要指標(biāo) CODCr、五日生化需氧量（BOD5）、總磷（TP）和 NH3-N 滿足北京市 DB11/890-20xx 《城鎮(zhèn)污水處理廠水污染物排放標(biāo)準(zhǔn)》B 級標(biāo)準(zhǔn)（簡稱新地標(biāo) B標(biāo)準(zhǔn)）外，其余 5 座污水廠均不滿足此標(biāo)準(zhǔn)。

　　自 20xx 年開始，昌平區(qū)對上述 42 個排污口分別進(jìn)行了治理。通過截污工程完成 11 個排污口的治理，共治理污水 3.14 萬 m3/d; 對 12 個自建污水處理設(shè)施的單位排污口，已通過加強監(jiān)管保證處理設(shè)施正常運行，治理污水 0.75 萬 m3/d. 20xx 年昌平區(qū)水務(wù)局申報了《溫榆河排污口綜合治理工程》《鄭各莊污水處理站二期工程》等工程項目，對剩余的 19 個排污口進(jìn)行治理，目前工程正在進(jìn)行當(dāng)中。綜合比較排污口治理工程和排干渠水質(zhì)改善工程，排污口治理工程出水水質(zhì)能夠滿足新地標(biāo) B 標(biāo)準(zhǔn)，排干渠水質(zhì)改善工程出水水質(zhì)能夠滿足 GB18918-20xx《城鎮(zhèn)污水排放標(biāo)準(zhǔn)》一級 B 標(biāo)準(zhǔn)，排污口治理工程出水水質(zhì)好，而單方水工程費用也相對要高。

　　2 問題分析

　　通過對昌平境內(nèi)溫榆河污染情況和河庫水環(huán)境狀況的調(diào)查和分析，認(rèn)為昌平區(qū)內(nèi)污染狀況主要存在以下幾方面問題。

　　（1）混合污水為主要排放源，占總排放量的 75%.因混合污水是生活污水與企業(yè)污水混合或生活污水與雨水混合形成，若混合污水為生活污水與企業(yè)污水混合，會給常規(guī)污水處理廠帶來困難；若混合污水為生活污水與雨水混合，會造成污水處理沖擊負(fù)荷變化，同時也會降低污水的可生化性。

　　（2）明渠為主要排放方式，環(huán)境隱患大。明渠排放具有排放量大、流程長、易匯集沿程污水以及造價便宜等特點，成為城市排水系統(tǒng)不發(fā)達(dá)時的選擇；但是，其開放式的結(jié)構(gòu)使污水處于外露狀態(tài)，導(dǎo)致臭味散發(fā)、易堵塞淤積發(fā)臭，影響表面土地使用功能，并易造成安全問題；因此，明渠排放方式已不適宜城市污水排放。

　　（3）污水處理廠出水相對 GB3838-20xx 《地表水環(huán)境質(zhì)量標(biāo)準(zhǔn)》仍有較大差距，排放入河將成為一個新的污染源。

　　（4）未治理排污口的污水直接入河，導(dǎo)致河流直接受到污染。排污口的污水未經(jīng)治理，也未經(jīng)截污或者排污管道進(jìn)入污水處理廠，勢必造成收納河道的污染。

　　3 解決措施

　　3.1 控源為先

　　未經(jīng)治理的排污口和出水不達(dá)標(biāo)的污水處理廠都是水污染源，治污第一步是控制污染源，而污水直排也是河道污染的主要點源之一。在已有治理經(jīng)驗和治理工程的基礎(chǔ)上，繼續(xù)控制污水直排，實現(xiàn)污水零入河。排污口治理應(yīng)綜合考慮環(huán)境效益、經(jīng)濟效益和社會效益。綜合考慮污染物去除量、單位投資及運行費用等經(jīng)濟效益因素，同時還需要考慮水質(zhì)情況、排放方式、處理設(shè)施的臨時性和有效性等因素。因排污口入河污染負(fù)荷與水量和污染物濃度都相關(guān)，因此，在入河排污口治理時，應(yīng)根據(jù)入河污染負(fù)荷高低安排治理時序，而不是單一根據(jù)水量或濃度；同時，還應(yīng)根據(jù)主要污染物種類安排適宜治理工藝進(jìn)行針對性治理。

　　控制污水直排后，企業(yè)、生活污水接入污水處理廠，提高污水處理廠/再生水廠的處理能力和處理效果是當(dāng)務(wù)之急。在考慮昌平區(qū)未來人口和社會發(fā)展的同時，適當(dāng)進(jìn)行污水處理廠升級改造，根據(jù)來水的特點選擇適宜的處理工藝，同時建設(shè)完備配套污水管網(wǎng)工程。

　　3.2 改制為要

　　GB 50318-20xx 《城市排水工程規(guī)劃規(guī)范》中規(guī)定[4],新建城市、擴建新區(qū)、新開發(fā)區(qū)或舊城改造地區(qū)的排水系統(tǒng)應(yīng)采用分流制。在有條件的城市可采用截流初期雨水的分流制排水系統(tǒng)。由此可見，合流制排水系統(tǒng)早已不適用于城市的污水排放。昌平境內(nèi) 42 個排污口中，合流制產(chǎn)生的混合污水占到總排污量的 75%, 勢必造成諸多隱患。在治理污水的同時，應(yīng)當(dāng)同步建設(shè)、改造現(xiàn)有排水系統(tǒng)，需要雨、污 2 套排水系統(tǒng)。分流后的污水直接進(jìn)污水處理廠，雨水排入天然水系、滲坑或經(jīng)雨水工程加以循環(huán)利用。條件允許情況下應(yīng)截流初期雨水，使得受污染的初期雨水進(jìn)入污水處理廠。

　　3.3 加大處理

　　控制污染源之后，需要對部分水質(zhì)不達(dá)標(biāo)河湖水體進(jìn)行治理，因溫榆河昌平段水體污染不僅影響本區(qū)水生態(tài)環(huán)境，更會成為下游河湖的污染源。而河湖水體水量大，河道周邊可用空間有限，河湖水體治理技術(shù)的選擇也要考慮處理規(guī)模、處理效果及占地等多種因素。結(jié)合生態(tài)清潔小流域的建設(shè)，堅持“ 預(yù)防為主、全面規(guī)劃、綜合防范、因地制宜、加強管護(hù)、注重效益”的原則[5], 對溫榆河昌平段水環(huán)境、水生態(tài)進(jìn)行生態(tài)修復(fù)和生態(tài)治理，切實保護(hù)昌平區(qū)內(nèi)的生態(tài)環(huán)境。

　　3.4 健全機制

　　（1）根據(jù)水生態(tài)環(huán)境治理技術(shù)，結(jié)合昌平區(qū)內(nèi)經(jīng)濟社會發(fā)展實際，研究有效、可行的水生態(tài)環(huán)境治理工程的管理技術(shù)，避免以往存在的重建設(shè)輕運行的現(xiàn)象；（2）需完善污水管理機構(gòu)設(shè)置，加強人員配置；（3）可參考中心城區(qū)污水處理運營模式，加強排水設(shè)施養(yǎng)護(hù)與管理，因地制宜確定區(qū)中心和農(nóng)村排水行業(yè)的運營方式；（4）強化排水監(jiān)管行為，適當(dāng)引入第三方監(jiān)測機構(gòu)，研究制定管網(wǎng)運行、維護(hù)、管理考核機制，可有效加強對污水處理廠日常運行的管理和管網(wǎng)運行狀況的監(jiān)測。

　　4 結(jié)束語

　　溫榆河流域昌平段占昌平區(qū)總面積的 92 %, 是昌平區(qū)水生態(tài)環(huán)境非常重要的組成部分，是昌平區(qū)的母親河。加強對昌平區(qū)水污染現(xiàn)狀的調(diào)查，找到污染的成因并針對性治理，對恢復(fù)母親河水生態(tài)環(huán)境意義重大。對昌平區(qū)內(nèi)水生態(tài)環(huán)境現(xiàn)狀的調(diào)研和問題的解決，還需要更多的研究探索，需要針對性地開展深入的理論研究并實踐應(yīng)用，才能更加有效地恢復(fù)水生態(tài)環(huán)境，更加長久保證處理效果，促進(jìn)人與自然的和諧發(fā)展。

　　參考文獻(xiàn)

　　[1] 郁達(dá)偉 ,于淼 ,魏源送，等。 1980-20xx 年溫榆河的水環(huán)境質(zhì)量失控演變特征[J].環(huán)境科學(xué)學(xué)報，20xx,32（11）：2803-2813.

　　[2] 劉明宇 ,華珞。溫榆河水環(huán)境容量分析[J].首都師范大學(xué)學(xué)報（自然科學(xué)版），20xx, 29（3）：80-82.

　　[3] 北京市昌平區(qū)水務(wù)局，北京市水利規(guī)劃設(shè)計研究院。北京市昌平區(qū)“十二五”水務(wù)發(fā)展規(guī)劃[R].20xx.

　　[4] GB 50318-20xx,城市排水工程規(guī)劃規(guī)范[S].

　　[5] 鄭凡東 ,孟慶義 ,王培京，等。北京市溫榆河水環(huán)境現(xiàn)狀及治理對策研究[J]. 北京水務(wù)，20xx（5）：5-8.

解決方案篇7

　　1、菲麗奇家裝，讓你的家更溫馨。

　　2、享受訂制的完美生活，來麗菲奇。

　　3、從衣柜制造者到全屋設(shè)計師。

　　4、你想要私人訂制？核心服務(wù)？那就選擇菲麗奇，打造舒適家居，良心品質(zhì)，菲麗奇是你最好的選擇。

　　5、菲麗奇，懂你，懂生活。

　　6、家里有菲麗奇，還有你，我很放心。

　　7、菲麗奇，您專屬的家居設(shè)計師。

　　8、愛生活，愛時尚，家居管家菲麗奇。

　　9、好生活，菲麗奇莫屬。

　　10、菲麗奇，一個更懂衣柜定制的專業(yè)家居管家。

　　11、菲麗奇，一個家開始的地方。

　　12、你懂生活，我懂你——菲麗奇。

　　13、菲麗奇——定制完美生活。

　　14、菲麗奇定制，家居所屬！

　　15、打開驚喜，關(guān)上期盼——菲麗奇。

　　16、極致設(shè)計，定制生活，暢你所享——菲麗奇。

　　17、千選萬選，菲麗奇是我的首選！

　　18、私人訂制，品味生活，菲麗奇。

　　19、你想要的生活，菲麗奇幫你實現(xiàn)。

　　20、從打開見到你的那一刻，我就深深愛上了你。

　　21、菲麗奇思千萬家，感受生活感受她！

　　22、不一樣的生活，不一樣的菲麗奇。

　　23、專業(yè)定制，見證奇跡，就到菲麗奇。

　　24、好飾衣裝，柜藏菲麗奇。

　　25、菲麗奇，貴（柜）族首選，讓您用的舒心。

　　26、菲麗奇，“衣”覽尊“柜”新潮流！

　　27、你想象的衣柜，你滿意的品牌。

　　28、菲麗奇，你心專屬！

　　29、菲麗奇，為居家生活點贊。

　　30、我想和你有個家，就像菲麗奇一般。

　　31、智家具，懂生活。

　　32、你的衣柜我做主——菲麗奇，你值得擁有！

　　33、釋放空間，定制時尚，做柜（貴）族的主人。

　　34、給我一個機會，還您一個溫馨的家。

　　35、菲麗奇柜業(yè)貴族首選菲麗奇伴您一生！

　　36、菲麗奇一站式家居定制管家，懂衣柜，更懂你。

　　37、菲麗奇家居——非同凡響的生活之美。

　　38、“衣”統(tǒng)天下，“柜”極萬家。

解決方案篇8

　　一個小型的網(wǎng)站，比如個人網(wǎng)站，可以使用最簡單的html靜態(tài)頁面就實現(xiàn)了，配合一些圖片達(dá)到美化效果，所有的頁面均存放在一個目錄下，這樣的網(wǎng)站對系統(tǒng)架構(gòu)、性能的要求都很簡單，隨著互聯(lián)網(wǎng)業(yè)務(wù)的不斷豐富，網(wǎng)站相關(guān)的技術(shù)經(jīng)過這些年的發(fā)展，已經(jīng)細(xì)分到很細(xì)的方方面面，尤其對于大型網(wǎng)站來說，所采用的技術(shù)更是涉及面非常廣，從硬件到軟件、編程語言、數(shù)據(jù)庫、WebServer、防火墻等各個領(lǐng)域都有了很高的要求，已經(jīng)不是原來簡單的html靜態(tài)網(wǎng)站所能比擬的。

　　大型網(wǎng)站，比如門戶網(wǎng)站。在面對大量用戶訪問、高并發(fā)請求方面，基本的解決方案集中在這樣幾個環(huán)節(jié)：使用高性能的服務(wù)器、高性能的數(shù)據(jù)庫、高效率的編程語言、還有高性能的Web容器。但是除了這幾個方面，還沒法根本解決大型網(wǎng)站面臨的高負(fù)載和高并發(fā)問題。

　　上面提供的幾個解決思路在一定程度上也意味著更大的投入，并且這樣的解決思路具備瓶頸，沒有很好的擴展性，下面我從低成本、高性能和高擴張性的角度來說說我的一些經(jīng)驗。

　　1、HTML靜態(tài)化

　　其實大家都知道，效率最高、消耗最小的就是純靜態(tài)化的html頁面，所以我們盡可能使我們的網(wǎng)站上的頁面采用靜態(tài)頁面來實現(xiàn)，這個最簡單的方法其實也是最有效的方法。但是對于大量內(nèi)容并且頻繁更新的網(wǎng)站，我們無法全部手動去挨個實現(xiàn)，于是出現(xiàn)了我們常見的信息發(fā)布系統(tǒng)CMS，像我們常訪問的各個門戶站點的新聞頻道，甚至他們的其他頻道，都是通過信息發(fā)布系統(tǒng)來管理和實現(xiàn)的，信息發(fā)布系統(tǒng)可以實現(xiàn)最簡單的信息錄入自動生成靜態(tài)頁面，還能具備頻道管理、權(quán)限管理、自動抓取等功能，對于一個大型網(wǎng)站來說，擁有一套高效、可管理的CMS是必不可少的。

　　除了門戶和信息發(fā)布類型的網(wǎng)站，對于交互性要求很高的社區(qū)類型網(wǎng)站來說，盡可能的靜態(tài)化也是提高性能的必要手段，將社區(qū)內(nèi)的帖子、文章進(jìn)行實時的靜態(tài)化，有更新的時候再重新靜態(tài)化也是大量使用的策略，像Mop的大雜燴就是使用了這樣的策略，網(wǎng)易社區(qū)等也是如此。

　　同時，html靜態(tài)化也是某些緩存策略使用的手段，對于系統(tǒng)中頻繁使用數(shù)據(jù)庫查詢但是內(nèi)容更新很小的應(yīng)用，可以考慮使用html靜態(tài)化來實現(xiàn)，比如論壇中論壇的公用設(shè)置信息，這些信息目前的主流論壇都可以進(jìn)行后臺管理并且存儲再數(shù)據(jù)庫中，這些信息其實大量被前臺程序調(diào)用，但是更新頻率很小，可以考慮將這部分內(nèi)容進(jìn)行后臺更新的時候進(jìn)行靜態(tài)化，這樣避免了大量的數(shù)據(jù)庫訪問請求。

　　2、圖片服務(wù)器分離

　　大家知道，對于Web服務(wù)器來說，不管是Apache、IIS還是其他容器，圖片是最消耗資源的，于是我們有必要將圖片與頁面進(jìn)行分離，這是基本上大型網(wǎng)站都會采用的策略，他們都有獨立的圖片服務(wù)器，甚至很多臺圖片服務(wù)器。這樣的架構(gòu)可以降低提供頁面訪問請求的服務(wù)器系統(tǒng)壓力，并且可以保證系統(tǒng)不會因為圖片問題而崩潰，在應(yīng)用服務(wù)器和圖片服務(wù)器上，可以進(jìn)行不同的配置優(yōu)化，比如apache在配置ContentType的時候可以盡量少支持，盡可能少的LoadModule，保證更高的系統(tǒng)消耗和執(zhí)行效率。

　　3、數(shù)據(jù)庫集群和庫表散列

　　大型網(wǎng)站都有復(fù)雜的應(yīng)用，這些應(yīng)用必須使用數(shù)據(jù)庫，那么在面對大量訪問的時候，數(shù)據(jù)庫的瓶頸很快就能顯現(xiàn)出來，這時一臺數(shù)據(jù)庫將很快無法滿足應(yīng)用，于是我們需要使用數(shù)據(jù)庫集群或者庫表散列。

　　在數(shù)據(jù)庫集群方面，很多數(shù)據(jù)庫都有自己的解決方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是類似的方案，您使用了什么樣的DB，就參考相應(yīng)的解決方案來實施即可。

　　上面提到的數(shù)據(jù)庫集群由于在架構(gòu)、成本、擴張性方面都會受到所采用DB類型的限制，于是我們需要從應(yīng)用程序的角度來考慮改善系統(tǒng)架構(gòu)，庫表散列是常用并且最有效的解決方案。我們在應(yīng)用程序中安裝業(yè)務(wù)和應(yīng)用或者功能模塊將數(shù)據(jù)庫進(jìn)行分離，不同的模塊對應(yīng)不同的數(shù)據(jù)庫或者表，再按照一定的策略對某個頁面或者功能進(jìn)行更小的數(shù)據(jù)庫散列，比如用戶表，按照用戶ID進(jìn)行表散列，這樣就能夠低成本的提升系統(tǒng)的性能并且有很好的擴展性。sohu的論壇就是采用了這樣的架構(gòu)，將論壇的用戶、設(shè)置、帖子等信息進(jìn)行數(shù)據(jù)庫分離，然后對帖子、用戶按照板塊和ID進(jìn)行散列數(shù)據(jù)庫和表，最終可以在配置文件中進(jìn)行簡單的配置便能讓系統(tǒng)隨時增加一臺低成本的數(shù)據(jù)庫進(jìn)來補充系統(tǒng)性能。

　　4、緩存

　　緩存一詞搞技術(shù)的都接觸過，很多地方用到緩存。網(wǎng)站架構(gòu)和網(wǎng)站開發(fā)中的緩存也是非常重要。這里先講述最基本的兩種緩存。高級和分布式的緩存在后面講述。

　　架構(gòu)方面的緩存，對Apache比較熟悉的人都能知道Apache提供了自己的緩存模塊，也可以使用外加的Squid模塊進(jìn)行緩存，這兩種方式均可以有效的提高Apache的訪問響應(yīng)能力。

　　網(wǎng)站程序開發(fā)方面的緩存，Linux上提供的Memory Cache是常用的緩存接口，可以在web開發(fā)中使用，比如用Java開發(fā)的時候就可以調(diào)用MemoryCache對一些數(shù)據(jù)進(jìn)行緩存和通訊共享，一些大型社區(qū)使用了這樣的架構(gòu)。另外，在使用web語言開發(fā)的時候，各種語言基本都有自己的緩存模塊和方法，PHP有Pear的Cache模塊，Java就更多了，。net不是很熟悉，相信也肯定有。

　　5、鏡像

　　鏡像是大型網(wǎng)站常采用的提高性能和數(shù)據(jù)安全性的方式，鏡像的技術(shù)可以解決不同網(wǎng)絡(luò)接入商和地域帶來的用戶訪問速度差異，比如ChinaNet和EduNet之間的差異就促使了很多網(wǎng)站在教育網(wǎng)內(nèi)搭建鏡像站點，數(shù)據(jù)進(jìn)行定時更新或者實時更新。在鏡像的細(xì)節(jié)技術(shù)方面，這里不闡述太深，有很多專業(yè)的現(xiàn)成的解決架構(gòu)和產(chǎn)品可選。也有廉價的通過軟件實現(xiàn)的思路，比如Linux上的rsync等工具。

　　6、負(fù)載均衡

　　負(fù)載均衡將是大型網(wǎng)站解決高負(fù)荷訪問和大量并發(fā)請求采用的終極解決辦法。

　　負(fù)載均衡技術(shù)發(fā)展了多年，有很多專業(yè)的服務(wù)提供商和產(chǎn)品可以選擇，我個人接觸過一些解決方法，其中有兩個架構(gòu)可以給大家做參考。

　　1）硬件四層交換

　　第四層交換使用第三層和第四層信息包的報頭信息，根據(jù)應(yīng)用區(qū)間識別業(yè)務(wù)流，將整個區(qū)間段的業(yè)務(wù)流分配到合適的應(yīng)用服務(wù)器進(jìn)行處理。第四層交換功能就象是虛IP，指向物理服務(wù)器。它傳輸?shù)臉I(yè)務(wù)服從的協(xié)議多種多樣，有HTTP、FTP、NFS、Te。net或其他協(xié)議。這些業(yè)務(wù)在物理服務(wù)器基礎(chǔ)上，需要復(fù)雜的載量平衡算法。在IP世界，業(yè)務(wù)類型由終端TCP或UDP端口地址來決定，在第四層交換中的應(yīng)用區(qū)間則由源端和終端IP地址、TCP和UDP端口共同決定。

　　在硬件四層交換產(chǎn)品領(lǐng)域，有一些知名的產(chǎn)品可以選擇，比如Alteon、F5等，這些產(chǎn)品很昂貴，但是物有所值，能夠提供非常優(yōu)秀的性能和很靈活的管理能力。Yahoo中國當(dāng)初接近20xx臺服務(wù)器使用了三四臺Alteon就搞定了。

　　2）軟件四層交換

　　大家知道了硬件四層交換機的原理后，基于OSI模型來實現(xiàn)的軟件四層交換也就應(yīng)運而生，這樣的解決方案實現(xiàn)的原理一致，不過性能稍差。但是滿足一定量的壓力還是游刃有余的，有人說軟件實現(xiàn)方式其實更靈活，處理能力完全看你配置的熟悉能力。

　　軟件四層交換我們可以使用Linux上常用的LVS來解決，LVS就是Linux Virtual Server，他提供了基于心跳線heartbeat的實時災(zāi)難應(yīng)對解決方案，提高系統(tǒng)的魯棒性，同時可供了靈活的虛擬VIP配置和管理功能，可以同時滿足多種應(yīng)用需求，這對于分布式的系統(tǒng)來說必不可少。

　　一個典型的使用負(fù)載均衡的策略就是，在軟件或者硬件四層交換的基礎(chǔ)上搭建squid集群，這種思路在很多大型網(wǎng)站包括搜索引擎上被采用，這樣的架構(gòu)低成本、高性能還有很強的擴張性，隨時往架構(gòu)里面增減節(jié)點都非常容易。這樣的架構(gòu)我準(zhǔn)備空了專門詳細(xì)整理一下和大家探討。

解決方案篇9

　　摘要：文章闡述了電子商務(wù)對企業(yè)的作用，提供了電子商務(wù)應(yīng)用于企業(yè)銷售的信息化平臺建設(shè)的完整的解決方案，也提供了EC和ERP深度融合的解決方案。

　　關(guān)鍵詞：企業(yè)；電子商務(wù)；EC

　　中圖分類號：F213 文獻(xiàn)標(biāo)識碼：A 文章編號：1006-8937（20xx）8-0030-01

　　隨著社會的進(jìn)步，科技的發(fā)展。電子商務(wù)為企業(yè)發(fā)展的貢獻(xiàn)越來越大。事實證明電子商務(wù)可以使企業(yè)提高運作效率，降低成本，提高對市場的反應(yīng)速度，提高對客戶的服務(wù)水平，提高市場的覆蓋面經(jīng)營不分時間和地區(qū)，從而提高企業(yè)競爭力，樹立企業(yè)良好的形象，為企業(yè)帶來更大的上升空間。

　　1 目標(biāo)

　　XX企業(yè)引入ORACLE ERP管理。隨著企業(yè)的發(fā)展和變化。ERP中的銷售管理系統(tǒng)的功能不能滿足企業(yè)的需求，針對企業(yè)新的發(fā)展需求，我們又開發(fā)了以電子商務(wù)模式，建立基于企業(yè)具體業(yè)務(wù)的銷售管理平臺（簡稱EC系統(tǒng)），這個平臺的功能包括：公共框架開發(fā)、經(jīng)銷商管理、銷售訂單管理、發(fā)貨管理與經(jīng)銷商的對帳管理，質(zhì)量及索賠管理，發(fā)貨計劃管理。

　　2 EC系統(tǒng)主體流程流程設(shè)計

　　2.1代理商注冊流程

　　①代理商通過網(wǎng)上登錄EC系統(tǒng)；

　　②代理商閱讀注冊條款，在確認(rèn)無誤后在注冊條款頁下面選擇是否同意以上條款；

　　③代理商在線錄入相關(guān)的注冊信息；

　　④代理商完成錄入并檢查后，可點擊“注冊”，確認(rèn)注冊提交；

　　⑤代理商打印注冊信息，并反饋至中央商務(wù)；

　　⑥中央商務(wù)確定代理商屬于具體的OU；

　　⑦中央商務(wù)人員對客戶提交注冊信息進(jìn)行復(fù)查與核實，確認(rèn)無誤后提交系統(tǒng)進(jìn)行重復(fù)性校驗；

　　⑧非重復(fù)代理商，系統(tǒng)會自動把代理商的用戶名和密碼發(fā)送到，注冊時填寫的公司郵箱上，并且代理商的信息通過接口自動寫入ERP客戶表中；

　　⑨中央商務(wù)對代理商注冊提交的信息，確認(rèn)其獲得EC系統(tǒng)相關(guān)的操作權(quán)限；并有中央商務(wù)，通過產(chǎn)品樹為代理商分配可銷售品種；⑩代理商需要在各OU中進(jìn)行業(yè)務(wù)，需要申請相應(yīng)的EC帳號，并且關(guān)聯(lián)到ERP中獨立的地點層客戶（客戶頭為同一個）。

　　2.2 代理商標(biāo)準(zhǔn)下單流程

　　①代理商通過網(wǎng)上登錄EC系統(tǒng)；（或者由區(qū)域商務(wù)代替所管核的代理商下單）

　　②代理商在線錄入訂單相關(guān)的信息，通過產(chǎn)品樹選擇產(chǎn)品，錄入產(chǎn)品的需求數(shù)量、需求日期等信息；

　　③代理商完成錄入并檢查后，可點擊“提交”，確認(rèn)訂單上傳至區(qū)域商務(wù)；

　　④區(qū)域商務(wù)對訂單進(jìn)行審核，并輸入訂單相關(guān)的銷售業(yè)績劃分；

　　⑤如果區(qū)域商務(wù)或中央商務(wù)認(rèn)為訂單審核不通過，則退回給代理商進(jìn)行訂單修改；

　　⑥區(qū)域商務(wù)專員根據(jù)“分銷協(xié)議審批表”來進(jìn)行審批，確認(rèn)價格是否正確。中央商務(wù)對代理商的訂購產(chǎn)品進(jìn)行編碼匹配（系統(tǒng)與ERP接口提供產(chǎn)品所有物料號和庫存信息），以及選擇合適的訂單行類型和稅率，并指定按哪種模板生成訂單/合同；

　　⑦供應(yīng)鏈在系統(tǒng)中運行《產(chǎn)品可用量報表》（包括對應(yīng)產(chǎn)品可用信息：現(xiàn)有量、在制品，以及占用信息：已經(jīng)簽批的訂單量、已經(jīng)分配對應(yīng)訂單的`量），另以《生產(chǎn)任務(wù)狀況報表》作參考。

　　⑧供應(yīng)鏈根據(jù)報表參考后，對訂單進(jìn)行評估在規(guī)定時間內(nèi)是否能完成訂單，如果可以則在對訂單進(jìn)行簽批。

　　⑨供應(yīng)鏈簽批確認(rèn)的訂單，通過自動接口寫入ERP OM系統(tǒng)，成為正式銷售訂單（訂單初始狀態(tài)為“已輸入”）；

　　⑩中央商務(wù)部/合同管理部對代理商訂單/合同進(jìn)行存檔；

　　如果有誤，可由中央商務(wù)通過 “取消”功能，取消訂單EC訂單，并且還原訂單所使用的電匯、信用金、銷售獎勵。

　　2.3 訂單退貨處理流程

　　①代理商系統(tǒng)提出申請，并交中央商務(wù)審批；

　　②中央商務(wù)人員在ERP系統(tǒng)中進(jìn)行退貨操作；

　　③中央商務(wù)人員在EC中進(jìn)行訂單退貨操作；

　　④系統(tǒng)釋放訂單已經(jīng)匹配的電匯、信用金或者銷售獎勵（如果信用金已經(jīng)用電匯還款，則釋放該電匯）。

　　2.4 電匯處理流程

　　①代理商通過網(wǎng)上登錄EC系統(tǒng)；

　　②代理商在線錄入電匯單相關(guān)的信息，系統(tǒng)對電匯單重復(fù)性進(jìn)行驗證；

　　③代理商完成電匯單與經(jīng)中央商務(wù)確認(rèn)的未結(jié)訂單關(guān)聯(lián)后，可點擊“提交”，確認(rèn)訂單上傳至中央商務(wù)專員；

　　④中央商務(wù)專員根據(jù)代理商傳真過來的電匯底單和電匯關(guān)聯(lián)頁，進(jìn)行電匯審核；

　　⑤中央商務(wù)專員在電匯確認(rèn)通過后，可以安排發(fā)貨流程；

　　⑥如果不通過，則由中央商務(wù)專員聯(lián)系代理商進(jìn)行重新錄入；

　　⑦另外，財務(wù)專員在確認(rèn)代理商的電匯款到帳后，登錄EC系統(tǒng)進(jìn)行到帳確認(rèn)。

　　2.5 質(zhì)量換貨流程

　　①中央商務(wù)專員登錄EC系統(tǒng)；

　　②中央商務(wù)專員選擇質(zhì)量換貨訂單類型；

　　③選擇代理商名稱，輸入待更換產(chǎn)品的主機號，經(jīng)審核后的質(zhì)量換貨單通過系統(tǒng)接口直接生成一正一負(fù)ERP訂單行和退貨行（狀態(tài)為已輸入）。

　　④接口流程同上，質(zhì)量換貨單通過系統(tǒng)接口直接生成一正一負(fù)ERP訂單行和退貨行（狀態(tài)為已輸入）。

　　2.6 信用金申請流程

　　①代理商通過網(wǎng)上登錄EC系統(tǒng)；

　　②代理商在線錄入信用金申請相關(guān)的信息；

　　③代理商完成錄入和檢查后，可點擊“提交”，確認(rèn)申請傳至中央商務(wù)；

　　④代理商在線打印專項信用金申請并加蓋公章，與用戶簽署的合同和相關(guān)資質(zhì)文件傳送到區(qū)域負(fù)責(zé)人，區(qū)域負(fù)責(zé)人審核確認(rèn)后再轉(zhuǎn)中央商務(wù)；

　　⑤中央商務(wù)專員根據(jù)代理商傳真過來的資料進(jìn)行在線申請審核；財務(wù)專員根據(jù)中央商務(wù)專員提供的專項信用金申請材料進(jìn)行審查，并在EC系統(tǒng)中進(jìn)行審批確認(rèn)，確認(rèn)通過后代理商可。

　　2.7 銷售獎勵處理流程

　　①中央商務(wù)專員登錄EC系統(tǒng)；

　　②中央商務(wù)專員根據(jù)領(lǐng)導(dǎo)已審批的紙質(zhì)文件，在線錄入銷售獎勵申請相關(guān)的信息；

　　③中央商務(wù)專員完成錄入和檢查后，可點擊“提交”，確認(rèn)申請傳至財務(wù)專員；

　　④財務(wù)專員進(jìn)行銷售獎勵申請的審批，確認(rèn)通過后代理商可使用該筆款項來作為貨款使用。

　　2.8 訂單發(fā)貨處理流程

　　①商務(wù)專員登錄EC系統(tǒng)；

　　②商務(wù)專員對已通過電匯收款檢查的訂單進(jìn)行通知發(fā)貨；

　　③發(fā)貨專員確認(rèn)庫存能滿足訂單的需求后，點“發(fā)貨”傳送至倉管員；

　　④倉管員根據(jù)打印的發(fā)貨單來安排發(fā)貨事宜（在ERP系統(tǒng)中進(jìn)行打印發(fā)貨單）；

　　⑤代理商在訂單錄入時填入發(fā)貨需求，信息包括產(chǎn)品、數(shù)量以及發(fā)貨地址，系統(tǒng)對品種以及數(shù)量進(jìn)行驗證（發(fā)貨信息的小于等于訂單數(shù)量）；

　　⑥倉管員發(fā)貨完成后，錄入發(fā)貨時間、數(shù)量、單號，點“出庫”完成整個訂單流程；

　　⑦注：需要解決一個訂單行對應(yīng)多個發(fā)貨地址的情況（一行對多地址）；

　　⑧發(fā)貨地址帶記憶功能，避免同一地址反復(fù)填寫；

　　2.9 發(fā)貨管理與經(jīng)銷商的對帳管理，質(zhì)量及索賠管理，發(fā)

　　貨計劃管理流程

　　通過在ORACLE銷售管理模塊采用設(shè)計報表完成。

　　3 代碼編寫

　　EC系統(tǒng)采用html代碼和JAVA代碼編制，開發(fā)模式為分層開發(fā)，界面展現(xiàn)使用html。EC有自己需要使用的常用數(shù)據(jù)庫表。EC通過調(diào)用SQL與ERP數(shù)據(jù)庫交互，編寫控制業(yè)務(wù)邏輯。通過ORACLE ERP提供cux_om_imp_pkg和bsec_oe_

　　order_discount_pkg接口將EC和ERP的銷售管理進(jìn)行無縫連接。ERP所需數(shù)據(jù)從EC中導(dǎo)入不再進(jìn)行二次輸入。EC中所需數(shù)據(jù)從ERP中輸出，也不再進(jìn)行二次輸入。部分代碼展示如圖1所示。

　　4 結(jié) 語

　　通過對EC的開發(fā)以及EPR融合，整體實現(xiàn)了銷售流程管理自動化，提供跨部門，跨地域，跨國別的一體化銷售流程，提升了行政管理水平和員工辦公效率，從而降低了企業(yè)成本。參考文獻(xiàn)：

　　[1] 楊嵐.中小企業(yè)電子商務(wù)解決方案[J].經(jīng)濟師，20xx，（3）.

　　[2] 王白石.電子商務(wù)中JSP技術(shù)的應(yīng)用研究[D].長春：吉林大學(xué)，

解決方案篇10

　　1.項目概況

　　1.1項目背景

　　倉儲管理在物流管理中占據(jù)著核心地位，傳統(tǒng)的倉儲業(yè)中存在諸多問題，如：進(jìn)出庫人員操作混亂、庫存報告不及時、倉庫貨品屬性不清晰、堆放混亂、盤點不準(zhǔn)確等，都需要一個基于信息化管理的技術(shù)進(jìn)行徹底的改造。

　　基于RFID技術(shù)的倉庫管理，將改變傳統(tǒng)的倉庫管理的工作方式與流程，把所有關(guān)鍵的因素通過貼上RFID標(biāo)簽，在倉庫管理的核心業(yè)務(wù)流程：出庫、入庫、盤點、庫存控制上實現(xiàn)更高效精確的管理。RFID技術(shù)以識別距離遠(yuǎn)，快速，不易損壞，容量大等條碼無法比擬的優(yōu)勢，簡化繁雜的工作流程，有效改善倉庫管理效率和透明度，保持企業(yè)業(yè)務(wù)運營的精益。

　　像世界零售巨頭沃爾瑪這樣的大型零售商已經(jīng)開始在他們的物品倉庫和配貨中心部署RFID倉儲管理系統(tǒng)。一些研究機構(gòu)估測，沃爾瑪?shù)腞FID系統(tǒng)每天產(chǎn)生大約7兆字節(jié)的數(shù)據(jù)。因此，對于RFID倉儲管理系統(tǒng)，如何存儲和檢索海量RFID數(shù)據(jù)也是一個迫切需要解決的問題。

　　1.2項目目標(biāo)

　　倉庫管理系統(tǒng)(WMS)作為某一公司的核心業(yè)務(wù)系統(tǒng)，利用計算機軟件模擬實施倉庫管理的系統(tǒng)流程，其綜合性要求達(dá)到簡明實用、提高倉庫管理的質(zhì)量和效率的目的。

　　將物資集中放置在一定的場所需要利用科學(xué)的方法進(jìn)行管理，并且實現(xiàn)高效準(zhǔn)確的出入庫操作，在保證基本效率的前提下，及時的將貨物更新信息提交到服務(wù)器數(shù)據(jù)庫;上層的管理系統(tǒng)要保證貨物在存儲期間數(shù)量不發(fā)生變化、維護(hù)相應(yīng)的出入庫記錄和定期盤點信息。

　　在貨物存儲時要達(dá)到空間利用的最大化，勞動力和設(shè)備要達(dá)到最大程度和最有效的利用，貨物能夠方便的存取，在需要時能夠做到快速的定位。另一方面，此管理系統(tǒng)要實現(xiàn)高效準(zhǔn)確的出入貨驗證審核機制，使得在有限的工作時間內(nèi)再無差錯的基礎(chǔ)上更多數(shù)量的完成入貨和出貨的操作，從最大程度上節(jié)省人力資源消耗，避免人為因素導(dǎo)致錯誤的發(fā)生。

　　2.項目需求

　　2.1倉庫管理系統(tǒng)需求

　　傳統(tǒng)的倉儲管理，一般依賴于一個非自動化的，以紙質(zhì)文件為基礎(chǔ)的系統(tǒng)與人工記憶相結(jié)合來實現(xiàn)庫存管理。這種方式不僅費時費力，而且容易出錯，使得貨物倉儲環(huán)節(jié)效率低下，給企業(yè)帶來不可估量的損失。為了彌補傳統(tǒng)倉儲管理系統(tǒng)的缺點，我們設(shè)計基于RFID的倉儲管理系統(tǒng)。

　　系統(tǒng)的主要功能

　　2.1.1入庫模塊需求描述

　　在成品包裝車間，工人先將RFID電子標(biāo)簽貼在產(chǎn)品上，成批裝箱后貼上箱標(biāo)，需打托盤的也可在打完托盤后貼上托盤標(biāo)。一般貼標(biāo)方式有：1.產(chǎn)品單件貼標(biāo);2.多件產(chǎn)品包裝在一起，外包裝貼標(biāo);3.托盤貼標(biāo)，并與單件產(chǎn)品標(biāo)簽或外包裝標(biāo)簽數(shù)據(jù)關(guān)聯(lián)。

　　包裝好的產(chǎn)品由裝卸工具經(jīng)由RFID閱讀器與天線組成的通道進(jìn)行入庫，RFID設(shè)備自動獲取入庫數(shù)量并記錄于系統(tǒng)，如貼有托盤標(biāo)的，每托盤貨物信息通過進(jìn)貨口讀寫器寫入托盤標(biāo)，同時形成訂單數(shù)據(jù)關(guān)聯(lián)，然后通過計算機倉儲管理信息系統(tǒng)運算出庫位(或人工在一開始對該批入庫指定庫位)。

　　2.1.1.1入庫模塊業(yè)務(wù)描述

　　在倉庫的門口部署RFID固定式讀寫器，同時根據(jù)現(xiàn)場環(huán)境進(jìn)行射頻規(guī)劃，比如可以安裝上下左右四個天線，保證RFID電子標(biāo)簽不被漏讀。

　　接到入庫單后，按照一定的規(guī)則將產(chǎn)品進(jìn)行入庫，當(dāng)RFID電子標(biāo)簽(超高頻)進(jìn)入RFID固定式讀寫器的電磁波范圍內(nèi)會主動激活，然后RFID電子標(biāo)簽與RFID固定式讀寫器進(jìn)行通信，當(dāng)采集RFID標(biāo)簽完成后，會與訂單進(jìn)行比對，核對貨物數(shù)量及型號是否正確，如有錯漏進(jìn)行人工處理，最后將貨物運送到指定的位置，按照規(guī)則進(jìn)行擺放。RFID在倉庫管理應(yīng)用中最主要的優(yōu)勢非接觸式遠(yuǎn)距離識別，且能夠批量讀取，提高效率與準(zhǔn)確性。

　　2.1.1.2入庫模塊實現(xiàn)要求描述

　　倉庫中每一種物品的位置、數(shù)量、規(guī)格型號等都可以在倉儲管理軟件中一目了然地顯示出來，實現(xiàn)了倉儲狀態(tài)的可視化。完成入庫操作后，應(yīng)生成入庫產(chǎn)品數(shù)據(jù)表，記錄入庫產(chǎn)品的名稱、種類、生產(chǎn)日期、入庫時間、入庫批次、質(zhì)量狀況、入庫數(shù)量、入庫經(jīng)辦人、倉庫代碼等信息，以便查詢。

　　2.1.2出庫模塊需求描述

　　部門的發(fā)貨人根據(jù)銷售要求的發(fā)貨單生成出庫單：即根據(jù)出庫優(yōu)先級(比如生產(chǎn)日期靠前的優(yōu)先出庫)向倉庫查詢出庫貨物存儲倉位及庫存狀態(tài)，如有客戶指定批號則按指定批號查詢，并生成出庫貨物提貨倉位及相應(yīng)托盤所屬貨物。

　　領(lǐng)貨人攜出庫單至倉庫管理員，倉管員核對信息安排裝卸人員執(zhí)行對應(yīng)產(chǎn)品出庫。

　　裝卸人員提貨經(jīng)過出口閘，出口閘RFID閱讀器讀取托盤上的標(biāo)簽獲取出庫信息，并核實出貨產(chǎn)品與出庫單中列出產(chǎn)品批號與庫位是否正確。

　　出庫完畢后，倉儲終端提示出庫詳細(xì)供管理員確認(rèn)，并自動更新資料到數(shù)據(jù)庫。

　　2.1.2.1出庫模塊業(yè)務(wù)描述

　　根據(jù)提貨的計劃，出庫的貨物進(jìn)行分揀處理，并進(jìn)行出庫管理。如果出庫數(shù)量較多時，將貨物呈批推到倉庫門口，利用固定式讀寫器與標(biāo)簽通信，對出庫的貨物的RFID電子標(biāo)簽采集，檢查是否與計劃對應(yīng)，如有錯誤，盡快的人工處理。對于少量的貨物，可以使用RFID手持式終端進(jìn)行RFID電子標(biāo)簽的信息采集(手持掃描槍或RFID平板電腦)，出現(xiàn)錯誤時，會發(fā)出警報，工作人員應(yīng)該及時的處理，最后把數(shù)據(jù)發(fā)送到管理中心更新數(shù)據(jù)庫完成出庫。

　　2.1.2.2出庫模塊實現(xiàn)要求描述

　　裝卸人員接到出貨指令，到指定貨位取貨物。取前裝卸人員讀寫器再次確認(rèn)貨物準(zhǔn)確性，然后將貨物送至出貨口傳送帶，出貨口傳送帶讀寫器讀取貨物標(biāo)簽信息是否準(zhǔn)確，校驗無誤出貨。

　　2.1.3盤點模塊需求描述

　　倉管人員使用RFID手持式的終端，在每個貨架或者是托盤邊走過，能夠讀取出貨架或者托盤上的貨物的數(shù)量種類，并進(jìn)行累加，盤點完成后生成盤點報表，并提供系統(tǒng)內(nèi)的數(shù)據(jù)信息與倉庫實際存貨的數(shù)量對比，以供倉管人員參考，同時可根據(jù)需要修正系統(tǒng)內(nèi)的數(shù)據(jù)信息，保證貨、賬一致。

　　2.1.3.1盤點模塊業(yè)務(wù)描述

　　按照倉庫管理的要求，進(jìn)行定期不定期的盤點。傳統(tǒng)的盤點，耗時耗力，且容易出錯。而這一切RFID把這些問題解決了，當(dāng)有了盤點計劃的時候，利用RFID手持式的終端進(jìn)行貨物盤點掃描，盤點貨物的信息，可以通過無線網(wǎng)絡(luò)傳入后臺數(shù)據(jù)庫，并與數(shù)據(jù)庫中的信息進(jìn)行比對，生成差異信息實時的顯示在RFID手持終端上，供給盤點工作人員核查。在盤點完成后，盤點的信息與后臺的數(shù)據(jù)庫信息進(jìn)行核對，盤點完成。在盤點的過程中，系統(tǒng)通過RFID非接觸式讀取(通常可以在1~4米范圍內(nèi))非常快速方便地讀取服裝貨物信息，與傳統(tǒng)的模式相比，會提高很多效率和盤點的準(zhǔn)確性。

　　3.技術(shù)解決方案

　　3.1硬件平臺

　　倉庫管理系統(tǒng)主要的硬件設(shè)備包括：UHF固定式讀寫器、手持式讀寫器、電子標(biāo)簽、應(yīng)用PC、WEB服務(wù)器、數(shù)據(jù)庫服務(wù)器等。

　　以單個倉庫為單位，倉庫出入管理可以采用固定式讀寫器來管理、倉庫物資的盤點定位等可以采用手持式讀寫器來管理。

　　3.1.1硬件布局

　　標(biāo)簽的貼放方案

　　電子標(biāo)簽作為標(biāo)示倉庫貨物的唯一標(biāo)志，在貼放時要特別注意。應(yīng)為標(biāo)簽的貼放直接關(guān)系到讀寫器天線的安裝方式和標(biāo)簽讀寫效果。為了獲得最佳的讀寫效果，讀寫器的極化方向要與標(biāo)簽的極化方向一致。

　　這里將標(biāo)簽主要分為抗金屬標(biāo)簽和非抗金屬標(biāo)簽，來標(biāo)識不同介質(zhì)的貨物。抗金屬標(biāo)簽是貼放在金屬貨物表面的，非抗金屬標(biāo)簽(包括卡片、不干膠、Inlay等)主要貼放在非金屬貨物標(biāo)簽。像木箱、帆布包、塑料袋子、紙箱等貨物均可以通過非金屬標(biāo)簽來標(biāo)識。

　　在倉儲管理中，主要采用托盤級管理，即一個托盤上的貨物作為一個單位來完成入庫、出庫、盤點等操作。標(biāo)準(zhǔn)托盤的大小為 120cm*100cm*15cm。因此，一般在貼放標(biāo)簽時，一個托盤貼放一張標(biāo)簽來標(biāo)識，貼放的位置根據(jù)具體的托盤貨物堆放方式來確定。通常，貨物在托盤上的堆放高度不大于 80cm，也即托盤與貨物一起堆放的最大高度不大于1m。

　　手持終端通過WIFI網(wǎng)絡(luò)來完成數(shù)據(jù)交互。操作人員通過手持機讀取到物資上的電子標(biāo)簽，電子標(biāo)簽的信息顯示在顯示屏上。手持機通過WIFI無線網(wǎng)絡(luò)將標(biāo)簽信息上傳到無線 AP，無線 AP 通過有線或無線網(wǎng)絡(luò)將數(shù)據(jù)上傳到后臺 PC，PC 通過無線網(wǎng)絡(luò)與后臺服務(wù)器進(jìn)行數(shù)據(jù)交互。

　　3.2軟件平臺

　　操作系統(tǒng)：Windows 7以上的系統(tǒng)

　　數(shù)據(jù)通信：一般采用100/1000以太網(wǎng)和無線AP

　　數(shù)據(jù)庫：SQL Server 20xx R2

　　主界面：C# / JAVA 語言編程

　　可與該系統(tǒng)共同應(yīng)用的軟件包括：ERP，MES，TPM等

【關(guān)于解決方案10篇】相關(guān)文章：

關(guān)于解決方案集合5篇05-05