關(guān)于解決方案10篇
為了確保工作或事情能高效地開(kāi)展，我們需要提前開(kāi)始方案制定工作，方案是在案前得出的方法計劃。方案的格式和要求是什么樣的呢？下面是小編精心整理的解決方案10篇，僅供參考，大家一起來(lái)看看吧。
解決方案 篇1
我們在用ASP開(kāi)發(fā)文件上傳功能的時(shí)候，為了防止用戶(hù)上傳木馬程序，常常會(huì )限制一些文件的上傳，常用的方法是判斷一下上傳文件的擴展名是否符合規定，可以用right字符串函數取出上傳文件的文件名的后四位，這樣很容易就能判斷了，但是這里面有一個(gè)漏洞，非常危險，就是chr(0)漏洞，詳情請接著(zhù)往下看。
一、首先解釋下什么是chr(0)？
在A(yíng)SP中可以用chr()函數調用ASCII碼，其中chr(0)表示調用的是一個(gè)結束字符，簡(jiǎn)單的說(shuō)當一個(gè)字符串中包含chr(0)字符時(shí)，只能輸出chr(0)前面的字符，chr(0)后面的字符將不被輸出。舉例如說(shuō)明：
復制代碼 代碼如下:<%response.write>
以上代碼你在IIS下運行下看看，是不是只會(huì )輸出“HTMer.com”呢？后面的“歡迎您”就沒(méi)有了，因為讀到chr(0)時(shí)就認為該語(yǔ)句結束了。
二、chr(0)漏洞上傳原理：
假設我在A(yíng)SP程序中已經(jīng)設置只能上傳jpg文件，這里看我怎么利用chr(0)漏洞上傳ASP木馬的：
這里假設有一個(gè)ASP木馬文件為htmer.asp，我把它改名為htmer.asp .jpg，大家有沒(méi)有看到中間有一個(gè)空格？我們在獲取該文件名時(shí)，這個(gè)空格就被認為是chr(0)，當用right("htmer.asp .jpg",4)看的時(shí)候，確實(shí)是.jpg，但是當實(shí)際讀取htmer.asp .jpg，并生成文件的時(shí)候，系統讀到chr(0)就以為結束了，所以后面的.jpg就輸出不來(lái)了，上傳后的文件名被自動(dòng)生成了htmer.asp，這意味著(zhù)什么？我想你應該知道了吧。
三、解決chr(0)漏洞的方法
解決辦法是檢查上傳的文件名里面有沒(méi)有chr(0)，在A(yíng)SP中直接用replace函數替換掉chr(0)字符即可。
解決方案 篇2
夏日已經(jīng)來(lái)臨，越來(lái)越高的溫度告訴你，護膚是重點(diǎn)，讓保養有的放矢，絕不遺漏任何細節，也絕不浪費時(shí)間在任何不必要的地方，否則如果引起紅血絲的話(huà)就很難治療了，臉上的紅血絲問(wèn)題，其實(shí)是一種敏感性皮膚的問(wèn)題。當沒(méi)有適當的護理，毛細血管會(huì )日漸失去彈性和韌性，表皮變薄，形成越來(lái)越明顯且難以褪卻的“紅血絲”;皮膚會(huì )日益敏感脆弱，并加速色斑、細紋、松弛等衰老跡象的產(chǎn)生。這種皮膚病在夏季的時(shí)候是發(fā)病率最高的時(shí)候，所以我們一定要注意護膚得當的護膚措施。那么萬(wàn)一我們臉上有紅血絲怎么辦呢，這里給大家介紹護理紅血絲皮膚的四大解決方案；
1、不要照射太久的陽(yáng)光
陽(yáng)光中的紫外線(xiàn)會(huì )讓紅血絲的狀況進(jìn)一步惡化，所以減少外界的刺激會(huì )讓肌膚多少欣慰一些。
2、增強皮膚的免疫力
為了消除紅血絲，提升肌膚免疫力是非常必要的。含有維生素E和C的護膚品在對抗自由基方面功效卓越。
3、使用無(wú)酒精、無(wú)香料、無(wú)防腐劑的保濕護膚品
無(wú)酒精、無(wú)香料、無(wú)防腐劑的保濕護膚品，不僅可以解決肌膚干燥的問(wèn)題，更可以避免肌膚受到刺激。
4、拒絕冷熱交替的環(huán)境
冷熱交替很容易導致毛細血管擴張，形成面部紅血絲現象，嚴重的還會(huì )引起面部敏感癥狀，本身就是敏感肌膚的人情況可能會(huì )更糟糕。
解決方案 篇3
導致紅米note刷機失敗的原因：
1、小米紅米Note的Recovery版本不對
有的機友用官方Recovery去刷第三方ROM，是無(wú)法刷入的。另外，較為老版本的Recovery無(wú)法兼容一些新的刷機腳本，會(huì )導致刷機無(wú)法執行，我們推薦大家用基于CWM的Recovery。
2、小米紅米Note的ROM刷機包存在問(wèn)題
最常見(jiàn)的就是刷機包問(wèn)題，通常因為刷機包下載的并飛您的小米 紅米 Note機型，或者刷機包制作者制作ROM出現問(wèn)題，另外就是刷機包下載過(guò)程中出現下載不完整的錯誤。
3、小米紅米Note的電量不足
當刷機過(guò)程中因為電量不足導致刷機程序無(wú)法執行，或者因為電量不足導致刷機過(guò)程中手機自動(dòng)斷電關(guān)機。
4、小米紅米Note的SD卡有問(wèn)題
有的SD卡存在問(wèn)題，導致刷機的時(shí)候無(wú)法正確讀取刷機包。
5、小米紅米Note的內核不正確
我們的手機系統都有個(gè)內核，也就是整個(gè)系統支持的核心，如果刷入了不對應的系統，則系統是無(wú)法啟動(dòng)的。比如Android 2.3的內核，刷入了Android4.0的ROM，可能會(huì )導致系統無(wú)法正常啟動(dòng)。
6、刷機操作不正確
在刷機過(guò)程中的操作錯誤，比如沒(méi)有雙清等，在刷入ROM之前，一定要先清空原有手機中的數據，否則會(huì )導致刷機后系統卡在開(kāi)機畫(huà)面。
紅米note刷機失敗解決辦法：
如果您的手機能夠進(jìn)入Recovery（第三方），可以在對應機型下載ROM，重新刷入即可。
解決方案 篇4
上海正著(zhù)力推進(jìn)進(jìn)城務(wù)工人員隨遷子女融入教育，年內將更新、配齊300所郊區初級中學(xué)實(shí)驗室設施設備，新建30所幼兒園等。隨遷子女在上海市參加中高考實(shí)施方案，將在今年研究制訂。
上海市日前公布20xx年市政府要完成的與人民生活密切相關(guān)的實(shí)事，除了上述所列，還包括完成300所中小學(xué)校園直飲水工程建設；扶持70所老年學(xué)校開(kāi)展標準化建設等。
根據近日公布的20xx年上海市基礎教育工作要點(diǎn)，20xx年上海將探索建立特級校長(cháng)到齡延聘制度和特級校長(cháng)柔性流動(dòng)機制，研究以進(jìn)城務(wù)工人員子女為招收對象的民辦三級幼兒園和學(xué)前兒童看護點(diǎn)的創(chuàng )新管理方式。為加強學(xué)前教育內涵建設，上海今年還將啟動(dòng)全市保育人員專(zhuān)業(yè)培訓，通過(guò)城郊結對、農村園長(cháng)培訓等方式提升郊區農村幼兒園質(zhì)量。
上海市教委表示，將開(kāi)展適合隨遷子女實(shí)際的教育教學(xué)研究，進(jìn)一步加強以招收隨遷子女為主的民辦小學(xué)的規范管理。依據《上海市居住證積分制管理辦法》，會(huì )同有關(guān)部門(mén)研究制定隨遷子女在本市參加中高考實(shí)施方案。
根據去年5月出臺的基礎教育建設規劃，十二五期間，上海將新建、改擴建、遷建中小學(xué)和幼兒園總計1042所，80%集中于郊縣。根據城市形態(tài)、人口分布的變化趨勢，大型居住區教育公建配套和新城教育配套項目占項目總數的80%。
解決方案 篇5
如果牙根折了牙齒失去營(yíng)養供應，所以它會(huì )變得非常脆。為了防止這種情況，牙冠修復是最理想的修復!只是一個(gè)齒磨!經(jīng)濟是耐用的金屬冠的銀。好的冠是非常真實(shí)的，不知道是假的。金屬冠瓷冠是相同程度的耐久性，不同的是不僅美麗，如果你是一個(gè)年輕的女士，應該考慮前牙烤瓷修復哦!
牙折是由外力引起的一種強烈的機械力引起的牙齒折斷。上頜前牙常伴有牙髓及牙周組織損傷，嚴重者伴有牙槽骨骨折。根據骨折部位，分為：冠、根、冠、根聯(lián)合。牙冠斷的話(huà)可以去牙科取牙的膜看根根可以做根管治療后保留根和根樁修復。
烤瓷冠是在牙齒上打樁，如果你這一刻齲齒的利益，這將需要做三個(gè)烤瓷牙，在牙齒兩側的牙齒，以取代牙齒的牙齒體積。左冠斷裂牙齒，如果暴露牙髓通常被稱(chēng)為神經(jīng)暴露�，F在決對不能治療，需要傷后1個(gè)月，3個(gè)月，6個(gè)月，1年的隨訪(fǎng)，以確定神經(jīng)活動(dòng)，只要檢查神經(jīng)活動(dòng)，所以你可以放心，后面的訪(fǎng)問(wèn)將不會(huì )，可以做烤瓷牙恢復輪廓。如果1年無(wú)法測量的生命力，那么也需要做根管治療，就是所謂的“殺神經(jīng)”。
右側的牙根折，看一下是怎么長(cháng)根保留的。這是現在說(shuō)不清楚的，我可以在最后的分析中，如何處理，判斷標準剩余的根以后是否正常使用。對于年輕人，你吹樂(lè )器的效果很小。不管怎樣，最后還是要恢復正常的牙齒，給你做一個(gè)可摘的義齒。
牙根折可以保持一定要做治療，但如果不保留或沒(méi)有，所以早期切除是更好的，因為根管治療后，牙齒會(huì )變得脆弱，提取容易崩潰，不容易拔出。從程序的角度來(lái)看，醫生在急診或更專(zhuān)業(yè)，沒(méi)有問(wèn)題，兒童的牙科診所是在16歲以下。我認為在成人口腔醫療或牙科和牙髓病治療應該已經(jīng)超越了。
解決方案 篇6
隨著(zhù)城市經(jīng)濟和社會(huì )快速發(fā)展， 水資源短缺和水環(huán)境污染越來(lái)越成為制約城市發(fā)展的重大問(wèn)題。 目前，北京市河道和水庫或常年干涸斷流或有水但水質(zhì)超標。
溫榆河位于北京市東北部， 發(fā)源于北京市昌平區軍都山麓。 作為五大水系中唯一一條發(fā)源于北京且常年有水的河流， 是北京市重要的綠色生態(tài)走廊和綠色屏障， 其流域所處地理位置在北京市整體發(fā)展戰略中具有重要地位， 而其水環(huán)境狀況對整個(gè)北運河流域的水資源可持續發(fā)展也具有舉足輕重的作用[1]. 自昌平沙河閘至通州區北關(guān)攔河閘， 溫榆河全長(cháng) 47.4 km, 是北運河的上游。 溫榆河上游有東沙河、 北沙河及南沙河等 3 條支流匯合進(jìn)入沙河水庫； 自沙河水庫以下又有藺溝河、 清河、 龍道河、 壩河以及小中河匯入。 其中，東沙河、 北沙河和南沙河處于昌平區境內， 南沙河為海淀來(lái)水[2].
溫榆河昌平段干流長(cháng)度 11.35 km, 從沙河閘至魯疃閘， 是昌平區內主要河流， 境內流域面積占昌平區總面積的 92%, 因此， 昌平區內的水環(huán)境現狀基本可以代表溫榆河昌平段的水環(huán)境現狀。 昌平區現有山區溝道 16 條、 平原河道 28 條， 平原河道總長(cháng) 228 km,其中常年無(wú)水河道 146 km、 有水河道 82 km. 區內現建有 2 座中型水庫、 3 座�、裥退畮�、 5 座�、蛐退畮煲约� 65 座塘壩截留工程和 17 座閘壩水利工程[3].
1 污染情況調研
1.1 污染總體情況
20xx 年對昌平區 98 個(gè)排污口進(jìn)行現場(chǎng)調研， 發(fā)現56 個(gè)屬于雨水排放口并達標排放， 42 個(gè)排污口存在污水直排現象， 日污水排放總量約 6.96 萬(wàn) m3/d, 根據污水排放的一般情況， 結合昌平區的現狀和點(diǎn)源污水的水質(zhì)特征， 將污染源分為生活污水排放源、 企業(yè)/畜禽養殖業(yè)污水排放源、 混合污水（生活污水與企業(yè)污水混合或生活污水與雨水混合）排放源； 根據點(diǎn)源的排放形式可以分為暗涵/管排放、 明渠排放。
根據上述分類(lèi)方法， 對上述 42 個(gè)排污口進(jìn)行分類(lèi)， 發(fā)現水質(zhì)為混合污水的有 26 個(gè)、 生活污水 13 個(gè)及企業(yè)污水 3 個(gè)； 而排放形式中， 暗涵/管排放的有30個(gè)， 其余為明渠排放。
從污水排放量上來(lái)看， 生活污水排放量 1.63 萬(wàn) m3/d,占總排放量的 23%; 企業(yè)污水排放量 0.12 萬(wàn) m3/d, 占總排放量 2%; 混合污水排放量 5.21 萬(wàn) m3/d, 占總排放量的75%. 從不同排放方式的污水排放量上來(lái)看， 暗涵/管污水排放量 2.69 萬(wàn) m3/d, 占總排放量的 39%; 明渠污水排放量4.27 萬(wàn) m3/d, 占總排放量的 61%. 雖然排污口數量上以暗涵/管方式排放為主， 但在排污量上以明渠排放為主， 明渠污水排放量約為暗涵/管排放量的 1.6 倍。 如圖1所示。對 42 個(gè)排污口的排污量、 化學(xué)需氧量 （CODCr）和氨氮（NH3-N）進(jìn) 行分析（詳情見(jiàn)圖 2~圖 4）， 發(fā)現排污口的入河污染負荷與水量和污染物濃度均相關(guān)， 個(gè)別存在例外， 如十一排干的 CODCr濃度在所有排污口中并不是比較高的， 比均值還略低一些， 但由于其污水量大， 所以它的 CODCr入河量明顯高于其他排污口。
馬坊村西排污口的 CODCr含量最高， 但由于其排污量很小， 所以它的 CODCr入河量并不高。 同理， 腸衣廠(chǎng)排口的 NH3-N 含量是十一排干的 7 倍， 但因為排污量較低， 所以 NH3-N 入河量相比十一排干反而低了很多，十一排干的 NH3-N 入河量則明顯高于其他排污口。
觀(guān)察圖 2~圖 4 中各排污口的 CODCr和 NH3-N 入河污染負荷量并排序， 發(fā)現各排污口 CODCr和 NH3-N 入河量的排序大部分一致， 個(gè)別排污口差別較大， 如腸衣廠(chǎng)排口， CODCr入河量排序 13, 而 NH3-N 入河量排序 3. 這是因為腸衣廠(chǎng)為食品加工行業(yè)， 其所排污水具有明顯的行業(yè)特征， 故 NH3-N 含量高。 其他有類(lèi)似情況的排污口還有孟祖河和馬坊村西排污口。對于河流和水庫的水環(huán)境狀況， 根據長(cháng)期監 測資料， 昌平區內東沙河、 北沙河、 南沙河與溫榆河等主要水體水質(zhì)常年為 GB3838-20xx 《 地 表 水 環(huán) 境 質(zhì) 量 標準》劣Ⅴ類(lèi)， 不滿(mǎn)足水體功能要求， 桃峪口水庫更是多年無(wú)水。 根據《北京市水環(huán)境區域補償辦法（試行）》（京政辦發(fā) [20xx]57 號）， 土溝橋斷面為溫榆河出昌平區的出境考核斷面， CODCr和NH3-N 應 分別滿(mǎn)足 CODCr≤40 mg/L、 NH3-N ≤8 mg/L的標準。 但是根據溫榆河監測 斷 面 的 水 質(zhì) 監 測 資 料 ,CODCr和 NH3-N 不滿(mǎn)足Ⅳ類(lèi)水體功能要求， 尤其 NH3-N超標嚴重， 見(jiàn)圖 5.
1.2 污水治理情況
截 至 20xx 年 6 月 底 ,昌平區已建成 7 座城鎮集中污水處理廠(chǎng)， 其中： 百善再生水廠(chǎng)、 馬池口再生水廠(chǎng)尚未運行， 未來(lái)科技城再生水廠(chǎng) 20xx 年 6 月底開(kāi)始試運行。 已建成污水廠(chǎng)的污水處理規模合計 24.0 萬(wàn) m3/d ; 除去 2 座未運行的污水廠(chǎng) ,其余污水廠(chǎng)的污水處理規模合計 19.5 萬(wàn) m3/d. 而已運行的污水處理廠(chǎng)中， 除未來(lái)科技城和馬池口再生水廠(chǎng)出水主要指標 CODCr、 五日生化需氧量（BOD5）、 總磷（TP）和 NH3-N 滿(mǎn) 足北京市 DB11/890-20xx 《城 鎮污水處理廠(chǎng)水污染物排放標準》B 級標準（簡(jiǎn)稱(chēng)新地標 B標準）外， 其余 5 座污水廠(chǎng)均不滿(mǎn)足此標準。
自 20xx 年開(kāi)始， 昌平區對上述 42 個(gè)排污口分別進(jìn)行了治理。 通過(guò)截污工程完成 11 個(gè)排污口的治理，共治理污水 3.14 萬(wàn) m3/d; 對 12 個(gè)自建污水處理設施的單位排污口， 已通過(guò)加強監管保證處理設施正常運行，治理污水 0.75 萬(wàn) m3/d. 20xx 年昌平區水務(wù)局申報了《溫榆河排污口綜合治理工程》《鄭各莊污水處理站二期工程》等工程項目， 對剩余的 19 個(gè)排污口進(jìn)行治理，目前工程正在進(jìn)行當中。 綜合比較排污口治理工程和排干渠水質(zhì)改善工程， 排污口治理工程出水水質(zhì)能夠滿(mǎn)足新地標 B 標準， 排干渠水質(zhì)改善工程出水水質(zhì)能夠滿(mǎn)足 GB18918-20xx《城鎮污水排放標準》一級 B 標準，排污口治理工程出水水質(zhì)好， 而單方水工程費用也相對要高。
2 問(wèn)題分析
通過(guò)對昌平境內溫榆河污染情況和河庫水環(huán)境狀況的調查和分析， 認為昌平區內污染狀況主要存在以下幾方面問(wèn)題。
�。�1）混合污水為主要排放源， 占總排放量的 75%.因混合污水是生活污水與企業(yè)污水混合或生活污水與雨水混合形成， 若混合污水為生活污水與企業(yè)污水混合， 會(huì )給常規污水處理廠(chǎng)帶來(lái)困難； 若混合污水為生活污水與雨水混合， 會(huì )造成污水處理沖擊負荷變化，同時(shí)也會(huì )降低污水的可生化性。
�。�2）明渠為主要排放方式， 環(huán)境隱患大。 明渠排放具有排放量大、 流程長(cháng)、 易匯集沿程污水以及造價(jià)便宜等特點(diǎn)， 成為城市排水系統不發(fā)達時(shí)的選擇； 但是， 其開(kāi)放式的結構使污水處于外露狀態(tài)， 導致臭味散發(fā)、 易堵塞淤積發(fā)臭， 影響表面土地使用功能， 并易造成安全問(wèn)題； 因此， 明渠排放方式已不適宜城市污水排放。
�。�3）污水處理廠(chǎng)出水相對 GB3838-20xx 《地表水環(huán)境質(zhì)量標準》仍有較大差距， 排放入河將成為一個(gè)新的污染源。
�。�4） 未治理排污口的污水直接入河， 導致河流直接受到污染。 排污口的污水未經(jīng)治理， 也未經(jīng)截污或者排污管道進(jìn)入污水處理廠(chǎng)， 勢必造成收納河道的污染。
3 解決措施
3.1 控源為先
未經(jīng)治理的排污口和出水不達標的污水處理廠(chǎng)都是水污染源， 治污第一步是控制污染源， 而污水直排也是河道污染的主要點(diǎn)源之一。 在已有治理經(jīng)驗和治理工程的基礎上， 繼續控制污水直排， 實(shí)現污水零入河。 排污口治理應綜合考慮環(huán)境效益、 經(jīng)濟效益和社會(huì )效益。 綜合考慮污染物去除量、 單位投資及運行費用等經(jīng)濟效益因素， 同時(shí)還需要考慮水質(zhì)情況、排放方式、 處理設施的臨時(shí)性和有效性等因素。 因排污口入河污染負荷與水量和污染物濃度都相關(guān)，因此， 在入河排污口治理時(shí)， 應根據入河污染負荷高低安排治理時(shí)序， 而不是單一根據水量或濃度；同時(shí)， 還應根據主要污染物種類(lèi)安排適宜治理工藝進(jìn)行針對性治理。
控制污水直排后， 企業(yè)、 生活污水接入污水處理廠(chǎng)， 提高污水處理廠(chǎng)/再生水廠(chǎng)的處理能力和處理效果是當務(wù)之急。 在考慮昌平區未來(lái)人口和社會(huì )發(fā)展的同時(shí)， 適當進(jìn)行污水處理廠(chǎng)升級改造， 根據來(lái)水的特點(diǎn)選擇適宜的處理工藝， 同時(shí)建設完備配套污水管網(wǎng)工程。
3.2 改制為要
GB 50318-20xx 《城市排水工程規劃規范》中規定[4],新建城市、 擴建新區、 新開(kāi)發(fā)區或舊城改造地區的排水系統應采用分流制。 在有條件的城市可采用截流初期雨水的分流制排水系統。 由此可見(jiàn)， 合流制排水系統早已不適用于城市的污水排放。 昌平境內 42 個(gè)排污口中，合流制產(chǎn)生的混合污水占到總排污量的 75%, 勢必造成諸多隱患。 在治理污水的同時(shí)， 應當同步建設、 改造現有排水系統， 需要雨、 污 2 套排水系統。 分流后的污水直接進(jìn)污水處理廠(chǎng)， 雨水排入天然水系、 滲坑或經(jīng)雨水工程加以循環(huán)利用。 條件允許情況下應截流初期雨水， 使得受污染的初期雨水進(jìn)入污水處理廠(chǎng)。
3.3 加大處理
控制污染源之后， 需要對部分水質(zhì)不達標河湖水體進(jìn)行治理， 因溫榆河昌平段水體污染不僅影響本區水生態(tài)環(huán)境， 更會(huì )成為下游河湖的污染源。 而河湖水體水量大， 河道周邊可用空間有限， 河湖水體治理技術(shù)的選擇也要考慮處理規模、 處理效果及占地等多種因素。 結合生態(tài)清潔小流域的建設， 堅持“ 預防為主 、 全面規劃 、 綜合防范 、 因地制宜 、 加強管護、注重效益”的原則[5], 對 溫榆河昌平段水環(huán)境 、 水生態(tài)進(jìn)行生態(tài)修復和生態(tài)治理， 切實(shí)保護昌平區內的生態(tài)環(huán)境。
3.4 健全機制
�。�1）根據水生態(tài)環(huán)境治理技術(shù)， 結合昌平區內經(jīng)濟社會(huì )發(fā)展實(shí)際， 研究有效、 可行的水生態(tài)環(huán)境治理工程的管理技術(shù)， 避免以往存在的重建設輕運行的現象；（2）需完善污水管理機構設置， 加強人員配置； （3）可參考中心城區污水處理運營(yíng)模式， 加強排水設施養護與管理， 因地制宜確定區中心和農村排水行業(yè)的運營(yíng)方式； （4）強化排水監管行為， 適當引入第三方監測機構， 研究制定管網(wǎng)運行、 維護、 管理考核機制， 可有效加強對污水處理廠(chǎng)日常運行的管理和管網(wǎng)運行狀況的監測。
4 結束語(yǔ)
溫榆河流域昌平段占昌平區總面積的 92 %, 是昌平區水生態(tài)環(huán)境非常重要的組成部分， 是昌平區的母親河。 加強對昌平區水污染現狀的調查， 找到污染的成因并針對性治理， 對恢復母親河水生態(tài)環(huán)境意義重大。 對昌平區內水生態(tài)環(huán)境現狀的調研和問(wèn)題的解決， 還需要更多的研究探索， 需要針對性地開(kāi)展深入的理論研究并實(shí)踐應用， 才能更加有效地恢復水生態(tài)環(huán)境， 更加長(cháng)久保證處理效果， 促進(jìn)人與自然的和諧發(fā)展。
參考文獻
[1] 郁達偉 ,于 淼 ,魏源送，等。 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] 北京市昌平區水務(wù)局，北京市水利規劃設計研究院。北 京市昌平區“十二五”水務(wù)發(fā)展規劃[R].20xx.
[4] GB 50318-20xx,城市排水工程規劃規范[S].
[5] 鄭凡東 ,孟慶義 ,王培京，等。北京市溫榆河水環(huán)境現狀及治理對策研究[J]. 北京水務(wù)，20xx（5）：5-8.
解決方案 篇7
1、菲麗奇家裝，讓你的家更溫馨。
2、享受訂制的完美生活，來(lái)麗菲奇。
3、從衣柜制造者到全屋設計師。
4、你想要私人訂制？核心服務(wù)？那就選擇菲麗奇，打造舒適家居，良心品質(zhì)，菲麗奇是你最好的選擇。
5、菲麗奇，懂你，懂生活。
6、家里有菲麗奇，還有你，我很放心。
7、菲麗奇，您專(zhuān)屬的家居設計師。
8、愛(ài)生活，愛(ài)時(shí)尚，家居管家菲麗奇。
9、好生活，菲麗奇莫屬。
10、菲麗奇，一個(gè)更懂衣柜定制的專(zhuān)業(yè)家居管家。
11、菲麗奇，一個(gè)家開(kāi)始的地方。
12、你懂生活，我懂你——菲麗奇。
13、菲麗奇——定制完美生活。
14、菲麗奇定制，家居所屬！
15、打開(kāi)驚喜，關(guān)上期盼——菲麗奇。
16、極致設計，定制生活，暢你所享——菲麗奇。
17、千選萬(wàn)選，菲麗奇是我的首選！
18、私人訂制，品味生活，菲麗奇。
19、你想要的生活，菲麗奇幫你實(shí)現。
20、從打開(kāi)見(jiàn)到你的那一刻，我就深深?lèi)?ài)上了你。
21、菲麗奇思千萬(wàn)家，感受生活感受她！
22、不一樣的生活，不一樣的菲麗奇。
23、專(zhuān)業(yè)定制，見(jiàn)證奇跡，就到菲麗奇。
24、好飾衣裝，柜藏菲麗奇。
25、菲麗奇，貴（柜）族首選，讓您用的舒心。
26、菲麗奇，“衣”覽尊“柜”新潮流！
27、你想象的衣柜，你滿(mǎn)意的品牌。
28、菲麗奇，你心專(zhuān)屬！
29、菲麗奇，為居家生活點(diǎn)贊。
30、我想和你有個(gè)家，就像菲麗奇一般。
31、智家具，懂生活。
32、你的衣柜我做主——菲麗奇，你值得擁有！
33、釋放空間，定制時(shí)尚，做柜（貴）族的主人。
34、給我一個(gè)機會(huì )，還您一個(gè)溫馨的家。
35、菲麗奇柜業(yè)貴族首選菲麗奇伴您一生！
36、菲麗奇一站式家居定制管家，懂衣柜，更懂你。
37、菲麗奇家居——非同凡響的生活之美。
38、“衣”統天下，“柜”極萬(wàn)家。
解決方案 篇8
一個(gè)小型的網(wǎng)站，比如個(gè)人網(wǎng)站，可以使用最簡(jiǎn)單的html靜態(tài)頁(yè)面就實(shí)現了，配合一些圖片達到美化效果，所有的頁(yè)面均存放在一個(gè)目錄下，這樣的網(wǎng)站對系統架構、性能的要求都很簡(jiǎn)單，隨著(zhù)互聯(lián)網(wǎng)業(yè)務(wù)的不斷豐富，網(wǎng)站相關(guān)的技術(shù)經(jīng)過(guò)這些年的發(fā)展，已經(jīng)細分到很細的方方面面，尤其對于大型網(wǎng)站來(lái)說(shuō)，所采用的技術(shù)更是涉及面非常廣，從硬件到軟件、編程語(yǔ)言、數據庫、WebServer、防火墻等各個(gè)領(lǐng)域都有了很高的要求，已經(jīng)不是原來(lái)簡(jiǎn)單的html靜態(tài)網(wǎng)站所能比擬的。
大型網(wǎng)站，比如門(mén)戶(hù)網(wǎng)站。在面對大量用戶(hù)訪(fǎng)問(wèn)、高并發(fā)請求方面，基本的解決方案集中在這樣幾個(gè)環(huán)節：使用高性能的服務(wù)器、高性能的數據庫、高效率的編程語(yǔ)言、還有高性能的Web容器。但是除了這幾個(gè)方面，還沒(méi)法根本解決大型網(wǎng)站面臨的高負載和高并發(fā)問(wèn)題。
上面提供的幾個(gè)解決思路在一定程度上也意味著(zhù)更大的投入，并且這樣的解決思路具備瓶頸，沒(méi)有很好的擴展性，下面我從低成本、高性能和高擴張性的角度來(lái)說(shuō)說(shuō)我的一些經(jīng)驗。
1、HTML靜態(tài)化
其實(shí)大家都知道，效率最高、消耗最小的就是純靜態(tài)化的html頁(yè)面，所以我們盡可能使我們的網(wǎng)站上的頁(yè)面采用靜態(tài)頁(yè)面來(lái)實(shí)現，這個(gè)最簡(jiǎn)單的方法其實(shí)也是最有效的方法。但是對于大量?jì)热莶⑶翌l繁更新的網(wǎng)站，我們無(wú)法全部手動(dòng)去挨個(gè)實(shí)現，于是出現了我們常見(jiàn)的信息發(fā)布系統CMS，像我們常訪(fǎng)問(wèn)的各個(gè)門(mén)戶(hù)站點(diǎn)的新聞頻道，甚至他們的其他頻道，都是通過(guò)信息發(fā)布系統來(lái)管理和實(shí)現的，信息發(fā)布系統可以實(shí)現最簡(jiǎn)單的信息錄入自動(dòng)生成靜態(tài)頁(yè)面，還能具備頻道管理、權限管理、自動(dòng)抓取等功能，對于一個(gè)大型網(wǎng)站來(lái)說(shuō)，擁有一套高效、可管理的CMS是必不可少的。
除了門(mén)戶(hù)和信息發(fā)布類(lèi)型的網(wǎng)站，對于交互性要求很高的社區類(lèi)型網(wǎng)站來(lái)說(shuō)，盡可能的靜態(tài)化也是提高性能的必要手段，將社區內的帖子、文章進(jìn)行實(shí)時(shí)的靜態(tài)化，有更新的時(shí)候再重新靜態(tài)化也是大量使用的策略，像Mop的大雜燴就是使用了這樣的策略，網(wǎng)易社區等也是如此。
同時(shí)，html靜態(tài)化也是某些緩存策略使用的手段，對于系統中頻繁使用數據庫查詢(xún)但是內容更新很小的應用，可以考慮使用html靜態(tài)化來(lái)實(shí)現，比如論壇中論壇的公用設置信息，這些信息目前的主流論壇都可以進(jìn)行后臺管理并且存儲再數據庫中，這些信息其實(shí)大量被前臺程序調用，但是更新頻率很小，可以考慮將這部分內容進(jìn)行后臺更新的時(shí)候進(jìn)行靜態(tài)化，這樣避免了大量的數據庫訪(fǎng)問(wèn)請求。
2、圖片服務(wù)器分離
大家知道，對于Web服務(wù)器來(lái)說(shuō)，不管是Apache、IIS還是其他容器，圖片是最消耗資源的，于是我們有必要將圖片與頁(yè)面進(jìn)行分離，這是基本上大型網(wǎng)站都會(huì )采用的策略，他們都有獨立的圖片服務(wù)器，甚至很多臺圖片服務(wù)器。這樣的架構可以降低提供頁(yè)面訪(fǎng)問(wèn)請求的服務(wù)器系統壓力，并且可以保證系統不會(huì )因為圖片問(wèn)題而崩潰，在應用服務(wù)器和圖片服務(wù)器上，可以進(jìn)行不同的配置優(yōu)化，比如apache在配置ContentType的時(shí)候可以盡量少支持，盡可能少的LoadModule，保證更高的系統消耗和執行效率。
3、數據庫集群和庫表散列
大型網(wǎng)站都有復雜的應用，這些應用必須使用數據庫，那么在面對大量訪(fǎng)問(wèn)的時(shí)候，數據庫的瓶頸很快就能顯現出來(lái)，這時(shí)一臺數據庫將很快無(wú)法滿(mǎn)足應用，于是我們需要使用數據庫集群或者庫表散列。
在數據庫集群方面，很多數據庫都有自己的解決方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是類(lèi)似的方案，您使用了什么樣的DB，就參考相應的解決方案來(lái)實(shí)施即可。
上面提到的數據庫集群由于在架構、成本、擴張性方面都會(huì )受到所采用DB類(lèi)型的限制，于是我們需要從應用程序的角度來(lái)考慮改善系統架構，庫表散列是常用并且最有效的解決方案。我們在應用程序中安裝業(yè)務(wù)和應用或者功能模塊將數據庫進(jìn)行分離，不同的模塊對應不同的數據庫或者表，再按照一定的策略對某個(gè)頁(yè)面或者功能進(jìn)行更小的數據庫散列，比如用戶(hù)表，按照用戶(hù)ID進(jìn)行表散列，這樣就能夠低成本的提升系統的性能并且有很好的擴展性。sohu的論壇就是采用了這樣的架構，將論壇的用戶(hù)、設置、帖子等信息進(jìn)行數據庫分離，然后對帖子、用戶(hù)按照板塊和ID進(jìn)行散列數據庫和表，最終可以在配置文件中進(jìn)行簡(jiǎn)單的配置便能讓系統隨時(shí)增加一臺低成本的數據庫進(jìn)來(lái)補充系統性能。
4、緩存
緩存一詞搞技術(shù)的都接觸過(guò)，很多地方用到緩存。網(wǎng)站架構和網(wǎng)站開(kāi)發(fā)中的緩存也是非常重要。這里先講述最基本的兩種緩存。高級和分布式的緩存在后面講述。
架構方面的緩存，對Apache比較熟悉的人都能知道Apache提供了自己的緩存模塊，也可以使用外加的Squid模塊進(jìn)行緩存，這兩種方式均可以有效的提高Apache的訪(fǎng)問(wèn)響應能力。
網(wǎng)站程序開(kāi)發(fā)方面的緩存，Linux上提供的Memory Cache是常用的緩存接口，可以在web開(kāi)發(fā)中使用，比如用Java開(kāi)發(fā)的時(shí)候就可以調用MemoryCache對一些數據進(jìn)行緩存和通訊共享，一些大型社區使用了這樣的架構。另外，在使用web語(yǔ)言開(kāi)發(fā)的時(shí)候，各種語(yǔ)言基本都有自己的緩存模塊和方法，PHP有Pear的Cache模塊，Java就更多了，。net不是很熟悉，相信也肯定有。
5、鏡像
鏡像是大型網(wǎng)站常采用的提高性能和數據安全性的方式，鏡像的技術(shù)可以解決不同網(wǎng)絡(luò )接入商和地域帶來(lái)的用戶(hù)訪(fǎng)問(wèn)速度差異，比如ChinaNet和EduNet之間的差異就促使了很多網(wǎng)站在教育網(wǎng)內搭建鏡像站點(diǎn)，數據進(jìn)行定時(shí)更新或者實(shí)時(shí)更新。在鏡像的細節技術(shù)方面，這里不闡述太深，有很多專(zhuān)業(yè)的現成的解決架構和產(chǎn)品可選。也有廉價(jià)的通過(guò)軟件實(shí)現的思路，比如Linux上的rsync等工具。
6、負載均衡
負載均衡將是大型網(wǎng)站解決高負荷訪(fǎng)問(wèn)和大量并發(fā)請求采用的終極解決辦法。
負載均衡技術(shù)發(fā)展了多年，有很多專(zhuān)業(yè)的服務(wù)提供商和產(chǎn)品可以選擇，我個(gè)人接觸過(guò)一些解決方法，其中有兩個(gè)架構可以給大家做參考。
1）硬件四層交換
第四層交換使用第三層和第四層信息包的報頭信息，根據應用區間識別業(yè)務(wù)流，將整個(gè)區間段的業(yè)務(wù)流分配到合適的應用服務(wù)器進(jìn)行處理。 第四層交換功能就象是虛IP，指向物理服務(wù)器。它傳輸的業(yè)務(wù)服從的協(xié)議多種多樣，有HTTP、FTP、NFS、Te。net或其他協(xié)議。這些業(yè)務(wù)在物理服務(wù)器基礎上，需要復雜的載量平衡算法。在IP世界，業(yè)務(wù)類(lèi)型由終端TCP或UDP端口地址來(lái)決定，在第四層交換中的應用區間則由源端和終端IP地址、TCP和UDP端口共同決定。
在硬件四層交換產(chǎn)品領(lǐng)域，有一些知名的產(chǎn)品可以選擇，比如Alteon、F5等，這些產(chǎn)品很昂貴，但是物有所值，能夠提供非常優(yōu)秀的性能和很靈活的管理能力。Yahoo中國當初接近20xx臺服務(wù)器使用了三四臺Alteon就搞定了。
2）軟件四層交換
大家知道了硬件四層交換機的原理后，基于OSI模型來(lái)實(shí)現的軟件四層交換也就應運而生，這樣的解決方案實(shí)現的原理一致，不過(guò)性能稍差。但是滿(mǎn)足一定量的壓力還是游刃有余的，有人說(shuō)軟件實(shí)現方式其實(shí)更靈活，處理能力完全看你配置的熟悉能力。
軟件四層交換我們可以使用Linux上常用的LVS來(lái)解決，LVS就是Linux Virtual Server，他提供了基于心跳線(xiàn)heartbeat的實(shí)時(shí)災難應對解決方案，提高系統的魯棒性，同時(shí)可供了靈活的虛擬VIP配置和管理功能，可以同時(shí)滿(mǎn)足多種應用需求，這對于分布式的系統來(lái)說(shuō)必不可少。
一個(gè)典型的使用負載均衡的策略就是，在軟件或者硬件四層交換的基礎上搭建squid集群，這種思路在很多大型網(wǎng)站包括搜索引擎上被采用，這樣的架構低成本、高性能還有很強的擴張性，隨時(shí)往架構里面增減節點(diǎn)都非常容易。這樣的架構我準備空了專(zhuān)門(mén)詳細整理一下和大家探討。
解決方案 篇9
摘 要：文章闡述了電子商務(wù)對企業(yè)的作用，提供了電子商務(wù)應用于企業(yè)銷(xiāo)售的信息化平臺建設的完整的解決方案，也提供了EC和ERP深度融合的解決方案。
關(guān)鍵詞：企業(yè)；電子商務(wù)；EC
中圖分類(lèi)號：F213 文獻標識碼：A 文章編號：1006-8937（20xx）8-0030-01
隨著(zhù)社會(huì )的進(jìn)步，科技的發(fā)展。電子商務(wù)為企業(yè)發(fā)展的貢獻越來(lái)越大。事實(shí)證明電子商務(wù)可以使企業(yè)提高運作效率，降低成本，提高對市場(chǎng)的反應速度，提高對客戶(hù)的服務(wù)水平，提高市場(chǎng)的覆蓋面經(jīng)營(yíng)不分時(shí)間和地區，從而提高企業(yè)競爭力，樹(shù)立企業(yè)良好的形象，為企業(yè)帶來(lái)更大的上升空間。
1 目標
XX企業(yè)引入ORACLE ERP管理。隨著(zhù)企業(yè)的發(fā)展和變化。ERP中的銷(xiāo)售管理系統的功能不能滿(mǎn)足企業(yè)的需求，針對企業(yè)新的發(fā)展需求，我們又開(kāi)發(fā)了以電子商務(wù)模式，建立基于企業(yè)具體業(yè)務(wù)的銷(xiāo)售管理平臺（簡(jiǎn)稱(chēng)EC系統），這個(gè)平臺的功能包括： 公共框架開(kāi)發(fā)、經(jīng)銷(xiāo)商管理、銷(xiāo)售訂單管理、發(fā)貨管理與經(jīng)銷(xiāo)商的對帳管理，質(zhì)量及索賠管理，發(fā)貨計劃管理。
2 EC系統主體流程流程設計
2.1代理商注冊流程
�、俅砩掏ㄟ^(guò)網(wǎng)上登錄EC系統；
�、诖砩涕喿x注冊條款，在確認無(wú)誤后在注冊條款頁(yè)下面選擇是否同意以上條款；
�、鄞砩淘诰�(xiàn)錄入相關(guān)的注冊信息；
�、艽砩掏瓿射浫氩z查后，可點(diǎn)擊“注冊”，確認注冊提交；
�、荽砩檀蛴∽孕畔�，并反饋至中央商務(wù)；
�、拗醒肷虅�(wù)確定代理商屬于具體的OU；
�、咧醒肷虅�(wù)人員對客戶(hù)提交注冊信息進(jìn)行復查與核實(shí)，確認無(wú)誤后提交系統進(jìn)行重復性校驗；
�、喾侵貜痛砩�，系統會(huì )自動(dòng)把代理商的用戶(hù)名和密碼發(fā)送到，注冊時(shí)填寫(xiě)的公司郵箱上，并且代理商的信息通過(guò)接口自動(dòng)寫(xiě)入ERP客戶(hù)表中；
�、嶂醒肷虅�(wù)對代理商注冊提交的信息，確認其獲得EC系統相關(guān)的操作權限；并有中央商務(wù)，通過(guò)產(chǎn)品樹(shù)為代理商分配可銷(xiāo)售品種；⑩代理商需要在各OU中進(jìn)行業(yè)務(wù)，需要申請相應的EC帳號，并且關(guān)聯(lián)到ERP中獨立的地點(diǎn)層客戶(hù)（客戶(hù)頭為同一個(gè)）。
2.2 代理商標準下單流程
�、俅砩掏ㄟ^(guò)網(wǎng)上登錄EC系統；（或者由區域商務(wù)代替所管核的代理商下單）
�、诖砩淘诰�(xiàn)錄入訂單相關(guān)的信息，通過(guò)產(chǎn)品樹(shù)選擇產(chǎn)品，錄入產(chǎn)品的需求數量、需求日期等信息；
�、鄞砩掏瓿射浫氩z查后，可點(diǎn)擊“提交”，確認訂單上傳至區域商務(wù)；
�、軈^域商務(wù)對訂單進(jìn)行審核，并輸入訂單相關(guān)的銷(xiāo)售業(yè)績(jì)劃分；
�、萑绻麉^域商務(wù)或中央商務(wù)認為訂單審核不通過(guò)，則退回給代理商進(jìn)行訂單修改；
�、迏^域商務(wù)專(zhuān)員根據“分銷(xiāo)協(xié)議審批表”來(lái)進(jìn)行審批，確認價(jià)格是否正確。中央商務(wù)對代理商的訂購產(chǎn)品進(jìn)行編碼匹配（系統與ERP接口提供產(chǎn)品所有物料號和庫存信息），以及選擇合適的訂單行類(lèi)型和稅率，并指定按哪種模板生成訂單/合同；
�、吖⿷溤谙到y中運行《產(chǎn)品可用量報表》（包括對應產(chǎn)品可用信息：現有量、在制品，以及占用信息：已經(jīng)簽批的訂單量、已經(jīng)分配對應訂單的`量），另以《生產(chǎn)任務(wù)狀況報表》作參考。
�、喙⿷湼鶕䦂蟊韰⒖己�，對訂單進(jìn)行評估在規定時(shí)間內是否能完成訂單，如果可以則在對訂單進(jìn)行簽批。
�、峁⿷満炁_認的訂單，通過(guò)自動(dòng)接口寫(xiě)入ERP OM系統，成為正式銷(xiāo)售訂單（訂單初始狀態(tài)為“已輸入”）；
�、庵醒肷虅�(wù)部/合同管理部對代理商訂單/合同進(jìn)行存檔；
如果有誤，可由中央商務(wù)通過(guò) “取消”功能，取消訂單EC訂單，并且還原訂單所使用的電匯、信用金、銷(xiāo)售獎勵。
2.3 訂單退貨處理流程
�、俅砩滔到y提出申請，并交中央商務(wù)審批；
�、谥醒肷虅�(wù)人員在ERP系統中進(jìn)行退貨操作；
�、壑醒肷虅�(wù)人員在EC中進(jìn)行訂單退貨操作；
�、芟到y釋放訂單已經(jīng)匹配的電匯、信用金或者銷(xiāo)售獎勵（如果信用金已經(jīng)用電匯還款，則釋放該電匯）。
2.4 電匯處理流程
�、俅砩掏ㄟ^(guò)網(wǎng)上登錄EC系統；
�、诖砩淘诰�(xiàn)錄入電匯單相關(guān)的信息，系統對電匯單重復性進(jìn)行驗證；
�、鄞砩掏瓿呻妳R單與經(jīng)中央商務(wù)確認的未結訂單關(guān)聯(lián)后，可點(diǎn)擊“提交”，確認訂單上傳至中央商務(wù)專(zhuān)員；
�、苤醒肷虅�(wù)專(zhuān)員根據代理商傳真過(guò)來(lái)的電匯底單和電匯關(guān)聯(lián)頁(yè)，進(jìn)行電匯審核；
�、葜醒肷虅�(wù)專(zhuān)員在電匯確認通過(guò)后，可以安排發(fā)貨流程；
�、奕绻煌ㄟ^(guò)，則由中央商務(wù)專(zhuān)員聯(lián)系代理商進(jìn)行重新錄入；
�、吡硗�，財務(wù)專(zhuān)員在確認代理商的電匯款到帳后，登錄EC系統進(jìn)行到帳確認。
2.5 質(zhì)量換貨流程
�、僦醒肷虅�(wù)專(zhuān)員登錄EC系統；
�、谥醒肷虅�(wù)專(zhuān)員選擇質(zhì)量換貨訂單類(lèi)型；
�、圻x擇代理商名稱(chēng)，輸入待更換產(chǎn)品的主機號，經(jīng)審核后的質(zhì)量換貨單通過(guò)系統接口直接生成一正一負ERP訂單行和退貨行（狀態(tài)為已輸入）。
�、芙涌诹鞒掏�，質(zhì)量換貨單通過(guò)系統接口直接生成一正一負ERP訂單行和退貨行（狀態(tài)為已輸入）。
2.6 信用金申請流程
�、俅砩掏ㄟ^(guò)網(wǎng)上登錄EC系統；
�、诖砩淘诰�(xiàn)錄入信用金申請相關(guān)的信息；
�、鄞砩掏瓿射浫牒蜋z查后，可點(diǎn)擊“提交”，確認申請傳至中央商務(wù)；
�、艽砩淘诰�(xiàn)打印專(zhuān)項信用金申請并加蓋公章，與用戶(hù)簽署的合同和相關(guān)資質(zhì)文件傳送到區域負責人，區域負責人審核確認后再轉中央商務(wù)；
�、葜醒肷虅�(wù)專(zhuān)員根據代理商傳真過(guò)來(lái)的資料進(jìn)行在線(xiàn)申請審核；財務(wù)專(zhuān)員根據中央商務(wù)專(zhuān)員提供的專(zhuān)項信用金申請材料進(jìn)行審查，并在EC系統中進(jìn)行審批確認，確認通過(guò)后代理商可。
2.7 銷(xiāo)售獎勵處理流程
�、僦醒肷虅�(wù)專(zhuān)員登錄EC系統；
�、谥醒肷虅�(wù)專(zhuān)員根據領(lǐng)導已審批的紙質(zhì)文件，在線(xiàn)錄入銷(xiāo)售獎勵申請相關(guān)的信息；
�、壑醒肷虅�(wù)專(zhuān)員完成錄入和檢查后，可點(diǎn)擊“提交”，確認申請傳至財務(wù)專(zhuān)員；
�、茇攧�(wù)專(zhuān)員進(jìn)行銷(xiāo)售獎勵申請的審批，確認通過(guò)后代理商可使用該筆款項來(lái)作為貨款使用。
2.8 訂單發(fā)貨處理流程
�、偕虅�(wù)專(zhuān)員登錄EC系統；
�、谏虅�(wù)專(zhuān)員對已通過(guò)電匯收款檢查的訂單進(jìn)行通知發(fā)貨；
�、郯l(fā)貨專(zhuān)員確認庫存能滿(mǎn)足訂單的需求后，點(diǎn)“發(fā)貨”傳送至倉管員；
�、軅}管員根據打印的發(fā)貨單來(lái)安排發(fā)貨事宜（在ERP系統中進(jìn)行打印發(fā)貨單）；
�、荽砩淘谟唵武浫霑r(shí)填入發(fā)貨需求，信息包括產(chǎn)品、數量以及發(fā)貨地址，系統對品種以及數量進(jìn)行驗證（發(fā)貨信息的小于等于訂單數量）；
�、迋}管員發(fā)貨完成后，錄入發(fā)貨時(shí)間、數量、單號，點(diǎn)“出庫”完成整個(gè)訂單流程；
�、咦ⅲ盒枰鉀Q一個(gè)訂單行對應多個(gè)發(fā)貨地址的情況（一行對多地址）；
�、喟l(fā)貨地址帶記憶功能，避免同一地址反復填寫(xiě)；
2.9 發(fā)貨管理與經(jīng)銷(xiāo)商的對帳管理，質(zhì)量及索賠管理，發(fā)
貨計劃管理流程
通過(guò)在ORACLE銷(xiāo)售管理模塊采用設計報表完成。
3 代碼編寫(xiě)
EC系統采用html代碼和JAVA代碼編制，開(kāi)發(fā)模式為分層開(kāi)發(fā)，界面展現使用html。EC有自己需要使用的常用數據庫表。EC通過(guò)調用SQL與ERP數據庫交互，編寫(xiě)控制業(yè)務(wù)邏輯。通過(guò)ORACLE ERP提供cux_om_imp_pkg和bsec_oe_
order_discount_pkg接口將EC和ERP的銷(xiāo)售管理進(jìn)行無(wú)縫連接。ERP所需數據從EC中導入不再進(jìn)行二次輸入。EC中所需數據從ERP中輸出，也不再進(jìn)行二次輸入。部分代碼展示如圖1所示。
4 結 語(yǔ)
通過(guò)對EC的開(kāi)發(fā)以及EPR融合，整體實(shí)現了銷(xiāo)售流程管理自動(dòng)化，提供跨部門(mén)，跨地域，跨國別的一體化銷(xiāo)售流程，提升了行政管理水平和員工辦公效率，從而降低了企業(yè)成本。 參考文獻：
[1] 楊嵐.中小企業(yè)電子商務(wù)解決方案[J].經(jīng)濟師，20xx，（3）.
[2] 王白石.電子商務(wù)中JSP技術(shù)的應用研究[D].長(cháng)春：吉林大學(xué)，
解決方案 篇10
1.項目概況
1.1項目背景
倉儲管理在物流管理中占據著(zhù)核心地位，傳統的倉儲業(yè)中存在諸多問(wèn)題，如：進(jìn)出庫人員操作混亂、庫存報告不及時(shí)、倉庫貨品屬性不清晰、堆放混亂、盤(pán)點(diǎn)不準確等，都需要一個(gè)基于信息化管理的技術(shù)進(jìn)行徹底的改造。
基于RFID技術(shù)的倉庫管理，將改變傳統的倉庫管理的工作方式與流程，把所有關(guān)鍵的因素通過(guò)貼上RFID標簽，在倉庫管理的核心業(yè)務(wù)流程：出庫、入庫、盤(pán)點(diǎn)、庫存控制上實(shí)現更高效精確的管理。RFID技術(shù)以識別距離遠，快速，不易損壞，容量大等條碼無(wú)法比擬的優(yōu)勢，簡(jiǎn)化繁雜的工作流程，有效改善倉庫管理效率和透明度，保持企業(yè)業(yè)務(wù)運營(yíng)的精益。
像世界零售巨頭沃爾瑪這樣的大型零售商已經(jīng)開(kāi)始在他們的物品倉庫和配貨中心部署RFID倉儲管理系統。一些研究機構估測，沃爾瑪的RFID系統每天產(chǎn)生大約7兆字節的數據。因此，對于RFID倉儲管理系統，如何存儲和檢索海量RFID數據也是一個(gè)迫切需要解決的問(wèn)題。
1.2項目目標
倉庫管理系統(WMS)作為某一公司的核心業(yè)務(wù)系統，利用計算機軟件模擬實(shí)施倉庫管理的系統流程，其綜合性要求達到簡(jiǎn)明實(shí)用、提高倉庫管理的質(zhì)量和效率的目的。
將物資集中放置在一定的場(chǎng)所需要利用科學(xué)的方法進(jìn)行管理，并且實(shí)現高效準確的出入庫操作，在保證基本效率的前提下，及時(shí)的將貨物更新信息提交到服務(wù)器數據庫;上層的管理系統要保證貨物在存儲期間數量不發(fā)生變化、維護相應的出入庫記錄和定期盤(pán)點(diǎn)信息。
在貨物存儲時(shí)要達到空間利用的最大化，勞動(dòng)力和設備要達到最大程度和最有效的利用，貨物能夠方便的存取，在需要時(shí)能夠做到快速的定位。另一方面，此管理系統要實(shí)現高效準確的出入貨驗證審核機制，使得在有限的工作時(shí)間內再無(wú)差錯的基礎上更多數量的完成入貨和出貨的操作，從最大程度上節省人力資源消耗，避免人為因素導致錯誤的發(fā)生。
2.項目需求
2.1倉庫管理系統需求
傳統的倉儲管理，一般依賴(lài)于一個(gè)非自動(dòng)化的，以紙質(zhì)文件為基礎的系統與人工記憶相結合來(lái)實(shí)現庫存管理。這種方式不僅費時(shí)費力，而且容易出錯，使得貨物倉儲環(huán)節效率低下，給企業(yè)帶來(lái)不可估量的損失。為了彌補傳統倉儲管理系統的缺點(diǎn)，我們設計基于RFID的倉儲管理系統。
系統的主要功能
2.1.1入庫模塊需求描述
在成品包裝車(chē)間，工人先將RFID電子標簽貼在產(chǎn)品上，成批裝箱后貼上箱標，需打托盤(pán)的也可在打完托盤(pán)后貼上托盤(pán)標。一般貼標方式有：1.產(chǎn)品單件貼標;2.多件產(chǎn)品包裝在一起，外包裝貼標;3.托盤(pán)貼標，并與單件產(chǎn)品標簽或外包裝標簽數據關(guān)聯(lián)。
包裝好的產(chǎn)品由裝卸工具經(jīng)由RFID閱讀器與天線(xiàn)組成的通道進(jìn)行入庫，RFID設備自動(dòng)獲取入庫數量并記錄于系統，如貼有托盤(pán)標的，每托盤(pán)貨物信息通過(guò)進(jìn)貨口讀寫(xiě)器寫(xiě)入托盤(pán)標，同時(shí)形成訂單數據關(guān)聯(lián)，然后通過(guò)計算機倉儲管理信息系統運算出庫位(或人工在一開(kāi)始對該批入庫指定庫位)。
2.1.1.1入庫模塊業(yè)務(wù)描述
在倉庫的門(mén)口部署RFID固定式讀寫(xiě)器，同時(shí)根據現場(chǎng)環(huán)境進(jìn)行射頻規劃，比如可以安裝上下左右四個(gè)天線(xiàn)，保證RFID電子標簽不被漏讀。
接到入庫單后，按照一定的規則將產(chǎn)品進(jìn)行入庫，當RFID電子標簽(超高頻)進(jìn)入RFID固定式讀寫(xiě)器的電磁波范圍內會(huì )主動(dòng)激活，然后RFID電子標簽與RFID固定式讀寫(xiě)器進(jìn)行通信，當采集RFID標簽完成后，會(huì )與訂單進(jìn)行比對，核對貨物數量及型號是否正確，如有錯漏進(jìn)行人工處理，最后將貨物運送到指定的位置，按照規則進(jìn)行擺放。RFID在倉庫管理應用中最主要的優(yōu)勢非接觸式遠距離識別，且能夠批量讀取，提高效率與準確性。
2.1.1.2入庫模塊實(shí)現要求描述
倉庫中每一種物品的位置、數量、規格型號等都可以在倉儲管理軟件中一目了然地顯示出來(lái)，實(shí)現了倉儲狀態(tài)的可視化。完成入庫操作后，應生成入庫產(chǎn)品數據表，記錄入庫產(chǎn)品的名稱(chēng)、種類(lèi)、生產(chǎn)日期、入庫時(shí)間、入庫批次、質(zhì)量狀況、入庫數量、入庫經(jīng)辦人、倉庫代碼等信息，以便查詢(xún)。
2.1.2出庫模塊需求描述
部門(mén)的發(fā)貨人根據銷(xiāo)售要求的發(fā)貨單生成出庫單：即根據出庫優(yōu)先級(比如生產(chǎn)日期靠前的優(yōu)先出庫)向倉庫查詢(xún)出庫貨物存儲倉位及庫存狀態(tài)，如有客戶(hù)指定批號則按指定批號查詢(xún)，并生成出庫貨物提貨倉位及相應托盤(pán)所屬貨物。
領(lǐng)貨人攜出庫單至倉庫管理員，倉管員核對信息安排裝卸人員執行對應產(chǎn)品出庫。
裝卸人員提貨經(jīng)過(guò)出口閘，出口閘RFID閱讀器讀取托盤(pán)上的標簽獲取出庫信息，并核實(shí)出貨產(chǎn)品與出庫單中列出產(chǎn)品批號與庫位是否正確。
出庫完畢后，倉儲終端提示出庫詳細供管理員確認，并自動(dòng)更新資料到數據庫。
2.1.2.1出庫模塊業(yè)務(wù)描述
根據提貨的計劃，出庫的貨物進(jìn)行分揀處理，并進(jìn)行出庫管理。如果出庫數量較多時(shí)，將貨物呈批推到倉庫門(mén)口，利用固定式讀寫(xiě)器與標簽通信，對出庫的貨物的RFID電子標簽采集，檢查是否與計劃對應，如有錯誤，盡快的人工處理。對于少量的貨物，可以使用RFID手持式終端進(jìn)行RFID電子標簽的信息采集(手持掃描槍或RFID平板電腦)，出現錯誤時(shí)，會(huì )發(fā)出警報，工作人員應該及時(shí)的處理，最后把數據發(fā)送到管理中心更新數據庫完成出庫。
2.1.2.2出庫模塊實(shí)現要求描述
裝卸人員接到出貨指令，到指定貨位取貨物。取前裝卸人員讀寫(xiě)器再次確認貨物準確性，然后將貨物送至出貨口傳送帶，出貨口傳送帶讀寫(xiě)器讀取貨物標簽信息是否準確，校驗無(wú)誤出貨。
2.1.3盤(pán)點(diǎn)模塊需求描述
倉管人員使用RFID手持式的終端，在每個(gè)貨架或者是托盤(pán)邊走過(guò)，能夠讀取出貨架或者托盤(pán)上的貨物的數量種類(lèi)，并進(jìn)行累加，盤(pán)點(diǎn)完成后生成盤(pán)點(diǎn)報表，并提供系統內的數據信息與倉庫實(shí)際存貨的數量對比，以供倉管人員參考，同時(shí)可根據需要修正系統內的數據信息，保證貨、賬一致。
2.1.3.1盤(pán)點(diǎn)模塊業(yè)務(wù)描述
按照倉庫管理的要求，進(jìn)行定期不定期的盤(pán)點(diǎn)。傳統的盤(pán)點(diǎn)，耗時(shí)耗力，且容易出錯。而這一切RFID把這些問(wèn)題解決了，當有了盤(pán)點(diǎn)計劃的時(shí)候，利用RFID手持式的終端進(jìn)行貨物盤(pán)點(diǎn)掃描，盤(pán)點(diǎn)貨物的信息，可以通過(guò)無(wú)線(xiàn)網(wǎng)絡(luò )傳入后臺數據庫，并與數據庫中的信息進(jìn)行比對，生成差異信息實(shí)時(shí)的顯示在RFID手持終端上，供給盤(pán)點(diǎn)工作人員核查。在盤(pán)點(diǎn)完成后，盤(pán)點(diǎn)的信息與后臺的數據庫信息進(jìn)行核對，盤(pán)點(diǎn)完成。在盤(pán)點(diǎn)的過(guò)程中，系統通過(guò)RFID非接觸式讀取(通�？梢栽�1~4米范圍內)非�？焖俜奖愕刈x取服裝貨物信息，與傳統的模式相比，會(huì )提高很多效率和盤(pán)點(diǎn)的準確性。
3.技術(shù)解決方案
3.1硬件平臺
倉庫管理系統主要的硬件設備包括：UHF固定式讀寫(xiě)器、手持式讀寫(xiě)器、電子標簽、應用PC、WEB服務(wù)器、數據庫服務(wù)器等。
以單個(gè)倉庫為單位，倉庫出入管理可以采用固定式讀寫(xiě)器來(lái)管理、倉庫物資的盤(pán)點(diǎn)定位等可以采用手持式讀寫(xiě)器來(lái)管理。
3.1.1硬件布局
標簽的貼放方案
電子標簽作為標示倉庫貨物的唯一標志，在貼放時(shí)要特別注意。應為標簽的貼放直接關(guān)系到讀寫(xiě)器天線(xiàn)的安裝方式和標簽讀寫(xiě)效果。為了獲得最佳的讀寫(xiě)效果，讀寫(xiě)器的極化方向要與標簽的極化方向一致。
這里將標簽主要分為抗金屬標簽和非抗金屬標簽，來(lái)標識不同介質(zhì)的貨物�？菇饘贅撕炇琴N放在金屬貨物表面的，非抗金屬標簽(包括卡片、不干膠、Inlay等)主要貼放在非金屬貨物標簽。像木箱、帆布包、塑料袋子、紙箱等貨物均可以通過(guò)非金屬標簽來(lái)標識 。
在倉儲管理中，主要采用托盤(pán)級管理，即一個(gè)托盤(pán)上的貨物作為一個(gè)單位來(lái)完成入庫、出庫、盤(pán)點(diǎn)等操作。標準托盤(pán)的大小為 120cm*100cm*15cm。因此，一般在貼放標簽時(shí)，一個(gè)托盤(pán)貼放一張標簽來(lái)標識，貼放的位置根據具體的托盤(pán)貨物堆放方式來(lái)確定。通常，貨物在托盤(pán)上的堆放高度不大于 80cm，也即托盤(pán)與貨物一起堆放的最大高度不大于1m。
手持終端通過(guò)WIFI網(wǎng)絡(luò )來(lái)完成數據交互。操作人員通過(guò)手持機讀取到物資上的電子標簽，電子標簽的信息顯示在顯示屏上。手持機通過(guò)WIFI無(wú)線(xiàn)網(wǎng)絡(luò )將標簽信息上傳到無(wú)線(xiàn) AP，無(wú)線(xiàn) AP 通過(guò)有線(xiàn)或無(wú)線(xiàn)網(wǎng)絡(luò )將數據上傳到后臺 PC，PC 通過(guò)無(wú)線(xiàn)網(wǎng)絡(luò )與后臺服務(wù)器進(jìn)行數據交互。
3.2軟件平臺
操作系統：Windows 7以上的系統
數據通信：一般采用100/1000以太網(wǎng)和無(wú)線(xiàn)AP
數據庫：SQL Server 20xx R2
主界面：C# / JAVA 語(yǔ)言編程
可與該系統共同應用的軟件包括：ERP，MES，TPM等
【關(guān)于解決方案10篇】相關(guān)文章：
關(guān)于解決方案八篇05-05
關(guān)于解決方案四篇05-01
關(guān)于解決方案三篇05-01
關(guān)于解決方案4篇04-30
關(guān)于解決方案集合5篇05-05
關(guān)于解決方案匯總九篇05-03
關(guān)于解決方案匯總八篇05-02
關(guān)于解決方案集錦9篇05-02
關(guān)于解決方案匯編6篇05-02