【必備】解決方案模板合集9篇
為保障事情或工作順利開展，我們需要提前開始方案制定工作，方案是書面計劃，是具體行動實施辦法細則，步驟等。那么應當如何制定方案呢？下面是小編整理的解決方案9篇，歡迎閱讀，希望大家能夠喜歡。
解決方案 篇1
跟著消費者變患上愈來愈精明，企業要英名永駐以及保住市場占有率，就必需進行立異。凡是能夠有效應用其商業優勢，并避開專有的、不適合的不可靠的技術基礎設施固有的陷井的企業，都將成為二一世紀最勝利的企業。三Com公司的網絡使基礎設施、產品以及客戶確定有能力迎接各種挑戰并在.com世界中維持領先優勢。它們的設計主旨是提供勝利的企業對于企業(B二B)以及企業對于消費者(B二C)事務所需的靈便性、速度、可管理性以及安全性。
企業對于企業的電子商務
B二B電子商務就是實現企業合作火伴之間的互動的自動化以及最優化的利用軟件以及技術。
企業對于消費者的電子商務
這類新規則指點企業與客戶的互動方式。各項事務的啟動、處理以及批準都是以電子方式進行。金錢的交流是通過信譽卡事務來完成，或者者依照之前肯定的購買協定通過常規付費辦法來完成。為了在.com 世界中競爭，企業必需創造以及支撐這類新的購買方式。
企業要英名永駐以及保住市場占有率，就必需進行立異。老牌企業將必需把它們與其客戶的新型在線事務集成到它們的傳統系統中，以保持1個統1的后端辦公室礎設施。這常常需要通過集中各種信息資源以及提供實時的'信息走訪，把繁雜、昂貴以及難以管理的散布數據庫/利用結構變為1個繁雜性以及本錢大減的結構。
軟件以及網絡技術的最新進展、和公共Internet的廣泛使用，使企業與消費者的新瓜葛大有發展。三Com公司作為有遠見的立異網絡技術的推進者，所提供的網絡具有豐厚的產品、高度的靈便性以及可靠性，足以支撐創收的B二C利用以及流水線情勢的處理進程。
B二B的電子商務需要隨時隨地的合作
在新的網絡經濟中，老牌的公司發現，它們必需采取企業對于企業(B二B)的 電子商務，才能繼續在競爭中取勝。跟著傳統的各種壁壘如地域限制日趨分崩 離析，較新、較小以及/或者其它市場的公司正在紛紜打入新市場。
除了非原本的企業做好了迎接這類競爭挑戰的籌備，否則，這些后來者可能會奪患上更好的位置，不斷強化其供應鏈、更迅速突入市場、或者應用技術來提高處理效力。
B二B概要
B二B電子商務規劃有益于企業的合作各方，這表現在降低了本錢，改善了競爭態勢，強化了企業內部以及企業之間的信息走訪。有關的利用軟件利便了基本商業信息以及事務信息的電子交流。它們還縮短了產品的上市時間，使產品的分銷渠道患上到優化。
各個員工在信息走訪上的定量以及定性改善可以更加高效地進行業務開辟以及戰略分析，使企業取得最大的成長機會。各大公司以及愈來愈多的中小公司正在施行各種技術以及商業處理模型，其中包含電子數據交流(EDI)以及供應鏈管理(SCM)。它們的目的是充沛應用電子商務經濟的這些優點，同時又要防止落入陷井。
IT挑戰
今天流行的簡單Internet連接必需演化成在無數商業合作火伴之間的快速、可靠、安全以及可管理的通訊媒介。三Com公司10分齊全的高速、可靠以及可管理的網絡解決方案使網絡專家能夠知足電子商務系統在任何方面提出的基礎設施請求。
企業電子商務流動要獲得勝利，企業就必需斟酌下列的IT挑戰：
分清/衡量可量化的商業目標
規定商務進程
分清價值鏈中同等各方的不同價值主意
使企業體制結構與IT結構相互對于應
了解安全性問題
確保體制結構/運作的靈便性
解決方案 篇2
電腦藍屏自動重啟是我們使用電腦過程中經常會遇到的問題，原因可能是系統補丁問題、硬件問題、使用不當等多方面的，實際上我們要一項一項去解決這些問題就很麻煩，那么怎么才能以最便捷的速度快速解決電腦藍屏自動重啟問題呢?
使用軟件進行修復
步驟一：快速解決電腦藍屏自動重啟問題，最簡便的方式是使用軟件，我試了好幾個，目前比較好用又方便的可以說是360系統藍屏修復功能了，首先需要你的電腦上安裝有360安全衛士，沒有就裝一個。
步驟二：360系統藍屏修復功能是不會自動運行的，需要你自己打開。打開方法可以是你安裝修復漏洞后提示你打開，也可以是自己打開。
步驟三：在漏洞修復界面，點擊右下角的設計按鈕，勾選啟動系統藍屏修復功能。這樣以后如果是安裝系統補丁引起的問題就可以在啟動電腦，啟動選擇菜單時，選擇啟動菜單中第二項“系統藍屏修復”功能就可以進入修復電腦藍屏自動重啟的問題了。
硬件問題
CPU是電腦運行的核心，對于使用久的電腦，CPU出現的問題有散熱問題、高負荷運行、灰層問題，這些同樣有可能導致電腦藍屏自動重啟。
cpu都有一個風扇和散熱器，但是使用久之后可能風扇運轉速度會減慢、散熱器與CPU之間的硅膠會干枯凝固，所以可以給CPU做一次清理，清理灰層，給風扇滴點輪滑油，給散熱器加硅膠。關閉電腦電源，拔掉電源插頭。打開機箱蓋子，可以看到一個小風扇，那就是散熱器。小心的將散熱器從cpu上拆下，就可以看到cpu了。然后利用工具將硅膠均勻的涂抹到cpu上，在保證能填充(CPU/GPU)和散熱器表面縫隙的前提下，導熱硅脂層是越薄越好的。
然后在電腦使用中，不要開太多程序，不時的關閉一些服務和程序。特別是瀏覽器不能開太多網頁窗口。其它硬件問題，如內存不足，內存松動，可以添加內存條或調整，其它配置就沒什么好更換的.了。
電腦使用不當
1電腦藍屏出現是很有規律的，通常二種常見的不當操作會造成系統藍屏，第一種是直接切斷電腦電源或者停電，這種情況比較多見，不好一點造成系統藍屏，更換一點造成系統文件丟失，電腦不能正常開機。隨意電腦電源不能直接切斷而是關機后再拔電源。
2電腦藍屏自動重啟還可能與安裝和系統有沖突的軟件有關，這其中惡意軟件占多數，所以不要輕易安裝不正當來源的軟件�？梢杂密浖芗抑惖陌踩珣冒惭b軟件。
解決方案 篇3
摘要：作為建筑工程當中的重點組成部分, 電氣安裝不僅對建筑的經濟性以及實用性具有影響, 且將直接關系到整個建筑的質量安全。就目前來說, 建筑在電氣安裝工作當中還存在著一定的問題, 需要能夠及時做好問題的掌握與解決。在本文中, 將就建筑電氣安裝工程中的問題與改善措施進行一定的研究。
關鍵詞：建筑電氣安裝工程; 問題; 改善措施;
引言
建筑電氣安裝工程由多道工序組成, 工程內容繁多, 系統性較強。當今社會, 科學技術的進步使電氣安裝技術水平不斷提高, 電氣設備快速更新換代, 這就要求相關的技術知識和操作規范必須同步更新, 否則必然會影響電氣安裝工程質量。鑒于此, 本文首先簡要分析當前建筑電氣安裝工程現狀及存在的問題, 繼而從人員、設備、質量管理等維度集中探討提高建筑電氣安裝工程質量的方法和策略, 旨在找到一套行之有效的工程管理方法, 進一步強化對建筑電氣安裝工程的質量控制。
1 建筑電氣安裝工程現狀
在現今我國經濟水平不斷提升的情況下, 我國建筑行業施工技術在此過程當中也獲得了不斷的發展, 人們不僅對建筑的使用功能以及整體質量具有較高的重視程度, 對于建筑當中電氣設備的使用功能與質量也具有了更高的要求。尤其是對于部分高檔建筑來說, 其在電氣設備安裝以及裝修方面則具有了更高的要求, 需要通過一個完善、健全質量體系的建設, 從工程的各個階段對其進行全面的控制處理。在電氣安裝施工中, 經常會涉及到新工藝、新技術以及新材料等應用。同時, 大型工程在裝配、檢測以及吊裝技術方面具有了更高的要求。建筑電氣施工因材料以及施工內容方面多樣性的存在, 在具體施工當中需要投入大量的人力與物力, 且需要施工單位具有豐富的施工經驗。在整個建筑工程當中, 電氣安裝工程將貫穿在整個的過程當中, 對建筑工期具有著重要的影響, 且其質量情況也將直接影響到建筑的使用功能, 需要施工中做好把關與控制。
2 當前建筑電氣安裝存在問題
在現今建筑電氣安裝工作開展當中, 常見的問題有:
2.1 設備材料
主要施工材料存在的問題有:第一, 導線在熔點、截面、溫度系數、尺寸以及機械性能方面不能夠滿足要求;第二, 電纜在絕緣電阻、耐溫性、內部接頭數量、絕緣層同線芯嚴密性以及耐壓性方面無法滿足要求;第三, 照明、動力以及插座箱在幾何尺寸以及外觀方面無法滿足要求, 塑料、鋼板殼的厚度不夠, 對整個箱體的強度產生影響, 且在耐腐蝕性方面經常存在無法滿足要求的情況;第四, 插座以及開關在導電值方面存在同標稱值不符的情況, 導電金屬片接觸不好、彈性不足, 并因容易發熱而無法滿足安全方面要求。
2.2 線路敷設
在電力安裝工程建設當中, 在具體敷設線路時經常會出現原材料質量無法滿足要求的情況, 包括有鋼管、導線以及各類接線盒等。在線路具體敷設當中, 在導線質量方面存在一定的不足情況, 并因此使芯線同絕緣層間相脫離的情況。該種情況的存在, 在對線路進行通電之后, 則很可能因導線絕緣層受到破壞而存在漏電問題, 進而對人們的生命財產安全造成威脅。對于部分導線絕緣層, 其表面存在較為粗糙的情況, 且絕緣層厚度在均勻性方面存在不足, 也將因此影響到導線應用的安全性。在鋼管埋設時, 因鋼管內徑較小, 在鋼管敷設時則存在其彎曲弧度無法滿足要求的情況, 在使導線絕緣層很可能因此發生破裂的情況下威脅到人們的生命財產安全。
2.3 技術人員問題
電氣安裝工程是一項技術要求較高的工作, 如施工人員在安裝經驗以及基本技術方面存在不足, 則很可能使工程在投入運作的過程當中出現故障問題。在以往部分工程工作當中, 很多工程都是由老電工進行的設備安裝與質量檢查。對于這部分電工來說, 雖然其在部分安裝細節方面經驗較為豐富, 但在電氣工程專業知識方面則存在著一定的不足, 也可能因無法滿足現階段施工需求而導致一定的問題發生。
3 解決問題的對策構建
為了能夠做好上述存在問題的解決, 即需要在施工中做好以下方面工作的開展:
3.1 加強材料控制
在施工企業建筑電氣安裝施工工作開展中, 電氣材料與設備可以說是工程開展的重要基礎。在具體工作開展中, 做好兩者的質量保證是首先需要解決的問題。要想保證電氣材料、設備的質量, 采購是其中的關鍵環節。對于該項工作來說, 其并不是依靠單人完成的, 而需要采購部門在同其余部門聯合的基礎上完成該項工作。在具體采購當中, 主要內容有確定采購渠道、選擇采購人員以及落實采購資金等方面, 可以說是一項系統、復雜的工程。在具體工作當中, 采購人員不僅需要能夠做好相關電氣材料以及設備的鑒定工作, 且需要能夠加強電氣材料以及電氣設備企業的資質管理, 同具有較高信譽、資質的企業開展合作。當相關材料、設備進場后, 企業的質檢員、采購員以及保管員即需要能夠嚴格按照流程審核電氣材料設備, 對于出現問題的材料設備, 則堅決不允許其入場, 避免因質量不合格導致電氣質量問題的發生。
3.2 嚴選安裝人員
在建筑電氣安裝工程質量控制工作當中, 安裝人員可以說其中的一項重要要求, 在建筑電氣安裝施工中, 安裝人員是工程活動的主要執行者, 其施工技術以及素質水平的高低將直接對建筑電氣安裝工程質量產生影響。對此, 施工企業即需要能夠選拔好電氣工程安裝人員, 選拔出具有良好思想道德以及精湛技術能力的`人才。對于高質量的電氣安裝工程來說, 其是眾多技術人員、施工人員以及管理人員共同努力獲得的結果。對此, 施工企業即需要做好科學是施工技術培訓體系的建立與完善, 以此在實現施工技術人員綜合素養以及專業技能提升的基礎上使其形成更強的質量控制意識。
3.3 改善防雷接地
在電氣安裝施工中, 防雷接地是其中的一項關鍵舉措, 其目的, 即是保證雨天天氣對電力系統不會造成破壞, 進而實現人民群眾安全的保證。在具體電氣安裝過程當中, 防雷接地可以說是非常重要的一項工作內容, 作為施工企業, 在具體防雷設計方面, 即需要將地面同各類金屬管道進行連接, 以此形成系統性的自然接地體。同其余接地體相比, 自然接地體也存在著一定的問題, 即電阻有時存在無法對日常生產工作需求進行滿足的情況。如沒有自然接地體, 施工企業則可以將人工接地體埋入到地下, 以此對自然接地體存在的弊端進行彌補。在電氣安裝工作當中, 配電箱也是其中的重要組成部分, 是保障電氣工程動力、照明的重要動力。配電上上方原件具有型號復雜以及種類眾多的情況, 在實際對配電箱原件進行選擇時, 需要做好選擇與甄別工作。此外, 施工企業也需要能夠做好電氣設備的上下級容量配合處理, 避免因配合問題對系統的運行可靠性產生影響。
3.4 加強質量管理
建筑安裝工程施工質量的高低, 同所使用的施工技術間具有著密切的聯系。技術因素方面, 則同施工人員的技術水平、信息技術、裝備技術以及檢測技術等具有著密切的聯系。在實際電氣安裝施工中, 即需要能夠將技術全面的貫徹在施工過程當中, 積極做好技術創新工作, 在加強新工藝、新技術研究的基礎上做好完善技術要求標準的建立與落實。除了技術方面因素外, 施工企業也需要能夠對管理工作的重要性引起重視, 通過科學施工管理崗位責任制的建立與完善實現整個電氣安裝工程施工的全過程管理, 以此對電氣安裝施工中不同人員以及不同部門所具有的責任進行明確, 在做好施工方法、內容明確的基礎上做好施工結論分析, 在聯系施工質量通病以及工程施工特點的基礎上做好電氣安裝工程施工管理目標的確定。
3.5 建立ABC三級質量檢驗控制體系
建立圖1所示ABC三級質量檢驗控制體系, 根據電氣工程實施過程分三級逐步落實工程質量檢驗工作。
圖1 ABC三級質量檢驗控制體系
3.5.1 在電氣施工過程中, 應該按照上文中的三級質量檢驗控制體系對電氣安裝質量嚴格把關。
該質量控制體系主要分為A、B、C三個控制等級。A級為停檢點, 也就是在交工文件中需要業主、監理方和質量監督站驗收并簽字確認的節點。B級為報告控制點, 是質檢員驗收并簽認后依照程序上報業主和工程監理的節點。C級是一般控制點, 應該由施工員或施工班組檢驗并簽字的節點, 在整個控制體系中也是相當重要的一個環節。
3.5.2 報驗通知單
(1) A級控制點:報驗通知單 (一式三份) 及相應的質量記錄由施工員自檢合格后填寫。按常規來講, 應該提前24小時將報檢通知單提交監理公司監理工程師兩份, 通知相關的技術員、質檢員和現場管理人員親自到現場進行驗收, 所有項目驗收合格后再由相關負責人簽字確認。
(2) B級控制點:共檢通知單和與之相關的質量檢查記錄必須由專門的施工員驗收合格后再按規定填寫, 之后交給相關質檢員確認合格后再在記錄上簽字確認, 最后交給負責該項目的監理工程師統一抽檢。
(3) C級控制點:不做共檢通知單, 由施工員檢查驗收后做記錄標識, 專職質量檢查員進行抽查。
(4) 設備、材料檢驗 (即合格證、材料抽檢、開箱檢驗等) B級以上 (含B級) 的檢驗通知單及相應的質量記錄, 由物資部專職材料檢驗員自檢合格后填寫, 原則上提前24小時 (一式三份) 負責提交監理工程師, 通知有關人員到現場聯合檢查, 經過相關人員檢查合格后, 簽字確認。
4 結論
總之, 建筑電氣工程安裝工程在施工過程中出現問題是在所難免的, 但是如果問題根源是出現了質量問題或缺陷, 就必須采取措施嚴格控制, 以確保電氣安裝與整體建筑工程的質量。在本文中, 我們對建筑電氣安裝工程中的問題與改善措施進行了一定的研究。在實際安裝工作中工程人員還應該多注意一些常見的問題, 通過科學的管理方法和質量控制措施為整個工程的順利完工保駕護航。
參考文獻
[1]方健燕.簡述建筑設備安裝工程質量通病的防治[J].廣東建材, 20xx (03) .
[2]張秋松.住宅小區開發建設中機電安裝工程需要注意的工程問題[J].城市住宅, 20xx (02) .
[3]杜新紅.建筑工程施工現場機電安裝工藝技術之研究論述[J].智能城市, 20xx (02) .
[4]袁瑞丹.機電安裝工程質量通病與防治探析[J].科技致富向導, 20xx (03) .
解決方案 篇4
據中國之聲《新聞晚高峰》報道，根據安徽省公布的《普通高等學校招生工作實施意見》，從今年起，異地隨遷子女只要在安徽省擁有三年完整學籍并有相應的學習經歷，就可以在安徽參加高考。
去年12月底，安徽異地中考高方案初步敲定，24日公布的20xx年安徽高考招生方案確定，符合三年完整學籍及學習經歷的異地隨遷子女可以在安徽參加高考，安徽版異地高考方案將首次破冰啟程。對此，安徽省教育廳副廳長李和平給出明確說明。
李和平：對于確實在我們安徽上學并且具備完整學籍的學生，我們要保證他們能夠正常的參加高考，我們對戶籍應該說是放寬了要求。
李和平說，要求學生具備完整學籍，是考慮到不同省份之間考生所學的教材不同，完整的學籍更有利于考生考出好成績。
李和平：因為現在是分省考試，分省命題，分省錄取，如果在安徽沒有接受三年完整的教育，他整個的.教育的方式和方法與高考之間可能會有些差距。
政策的出臺為在安徽學習的外省籍高考生吃了一顆定心丸。陳莊農是合肥市三十四中的一名高三畢業生，五年前因父母工作原因從浙江青田遷到合肥上學。此前，陳莊農和他的家長一直在為能否在安徽參加高考的事情而憂心忡忡，而現在，他已經可以和班里的同學一起參加高考報名了。
陳莊農：兩個省的教材是不一樣的，如果我再回到浙江區高考，跟其他考生相比我肯定比較吃虧，所以我當時很著急�，F在報上名了，我就挺開心的，因為可以在這邊高考了。
雖然全國有不少省市都出臺了異地高考方案，但有這些地區大多要到20xx年才能實施這些方案。對于安徽的異地高考新政，老師和一些隨遷子女家長們連連稱贊。
老師：很多孩子可以平等的享受這個權益。
家長：方便一點，覺得好省心了。不要去到處跑，你像我們打工的也不懂，不知道從哪里下手。
安徽省教育廳副廳長李和平表示，今年是安徽異地高考方案首次試水，像陳莊農這樣的外省籍考生人數還不多。
李和平：目前，非我省戶籍的學生總量在全省范圍內的高一到高三學生中有兩千多人，理論上今年能參加考試的也就幾百人，但是我們一定要關注到這批學生，關注到對他們權益的保護。隨遷子女參加高考的事情既關系到隨遷子女也關系到整個社會的公平和諧。
解決方案 篇5
甲方：_________
乙方：_________
1．概述
乙方希望在_________公司產品平臺上開發，移植，測試，驗證，演示特定的軟件和硬件產品。
甲方希望通過本協議及利用相關技術資源提供的服務與工具幫助乙方獲得（包括免費使用，以優惠價格購買特定_________公司產品等）最基本的配置要求來開發，移植，測試及演示乙方的產品。
本協議的適用范圍是中國大陸地區。
2．產品開發測試
乙方同意在以下方面進行相應的投入：
�。�1）在_________公司_________服務器及相關產品平臺上開發，移植，測試，驗證，演示乙方特有的軟件產品，并獲得甲方的認證測試及授牌。
�。�2）為基于_________服務器上的該解決方案提供集成或咨詢服務。
�。�3）在乙方推出該產品新的版本，更新，升級或任何功能增強（統稱增強）的時候，乙方將會在同時或之后一定合理的時間內，使得這種增強正常地適用于_________服務器平臺。
�。�4）乙方同意，可能與_________公司公司就該解決方案進一步的市場及銷售方面的合作進行另外的溝通。
3．產品
根據如下條件，_________公司同意依據_________公司產品列表和其它適用產品列表與折扣，銷售硬件和軟件許可給乙方，雙方遵從本地的_________公司關于銷售與服務中的條款與條件。
�。�1）以上產品的銷售數量由甲方規定。
（2）甲方可能提供使用過的產品或翻新的產品。如果使用，甲方會做特殊指明。
�。�3）乙方同意在協議生效日起半年時間內，使用_________公司產品的首要目的是本協議描述的目的。
（4）乙方承諾不把依據本協議購買的_________公司產品在本協議期限時間內用于再銷售。
本協議中甲方同意的特殊折扣與特殊價格，不適用于其它任何包含雙方的`購買協議，且乙方不得將折扣價格透露給任何第三方。
4．免費使用和贈送樣機
經由甲方選定的_________名應用軟件開發商將免費獲得一臺開發樣機的使用權，時間期限最長為六個月。若乙方列入_________家名單中，即可享受本條款待遇，否則享受條款5或6的待遇；
在與甲方簽訂本合作協議并取得開發樣機使用權后三個月內完成移植任務且經認證，可得到繼續免費使用該樣機三個月的資格并可在優惠價格條件下購買一臺開發樣機（詳見本協議附件2中規定），經檢查未能完成移植任務者，甲方將收回免費使用的樣機；
在上述陳述中后三個月的免費使用期限內，如果乙方能夠基于所移植的應用軟件另行賣出至少一臺_________公司_________服務器（型號不限），并提供相應證明資料（如向_________公司下單的訂單號碼或向分銷商下單的合同復印件），將獲_________公司所贈送的免費使用開發樣機的所有權或以象征性購買的辦法取得該樣機的所有權；
如果乙方未能實現后三個月銷售任務，_________公司將收回該樣機并重新審定開發樣機使用資格；
在本開發樣機的所有權未轉移之前，乙方承諾對樣機的完好性負責。任何有關樣機和零部件的丟失或損毀，乙方將負完全賠償責任。
5．優惠購買開發樣機
所有在_________年_________月_________日前報名參與本活動的應用軟件開發商，包括乙方在內均有開發樣機的優惠購買權。優惠價格和購買方式依照本協議中的規定。
乙方同意在與甲方簽訂本合作協議后從甲方指定的經銷渠道購買樣機，并向甲方渠道支付相關稅費和有關進口費用，以及樣機產品費用。如果乙方三個月內完成移植任務（經_________公司認證），可以在同樣價格條件下購買第二臺開發樣機。
6．免費使用_________解決方案技術中心
所有在_________年_________月_________日前報名參與本活動的應用軟件開發商，包括乙方在內將獲得免費使用_________解決方案技術中心的資格，有效的使用期限報名之日起三個月。
由于資源分配問題，解決方案技術中心具體使用時間需經甲方協調安排。
7．技術支持
甲方可通過其解決方案中心所擁有的設備及技術人員，為乙方開發，移植，測試，驗證，演示在_________公司_________服務器平臺上的解決方案提供免費的咨詢服務，或者提供測試解決方案的平臺。但以上服務需要乙方提前向甲方的相關部門申請并得到確認。
8．條款與終止
本協議自簽字蓋章之日起生效，有效期為_________年，除非因本條款中的原因提前終止。本協議一式兩份，雙方各執一份，具有同等法律效力。本協議附件為本協議不可分割的一部分，若在沖突，應以本協議為準。乙方承諾履行本協議的義務，且保持乙方公司、聯系人、產品或服務信息的準確性。
任何一方可無理由終止本協議的部分甚至全部，但需提前30天書面通知另外一方。任何一方可因故終止本協議的部分甚至全部，但需提前15天書面通知另外一方其違規行為及對己方的損害。
由于乙方對本協議的違反造成協議的終止，并造成甲方的損失包括商業信譽的損失，甲方有權要求乙方支付乙方依據本協議規定購買_________公司產品的特殊價格與正常售價之差價。
無論本協議因何原因終止，乙方應按照甲方的要求返還或以其他甲方許可的方式處理樣機；對于協議終止之前已經開發出的基于_________公司產品平臺的軟件應用，甲方的權利不應因本協議的終止而受到影響。本條規定與本協議中其他條款的規定應是累積的。
9．變更與增補
甲方有權根據市場情況增加，修改或刪除本協議附件的_________公司產品；修改產品列表價和折扣；實施或改變產品政策和產品計劃，但會合理的提前書面告知乙方。除非雙方經過書面認可并經授權代表的簽字，雙方試圖對本協議的任何修改均視為無效。
10．其他
除非特別申明，乙方和甲方同意本協議不意味著對于對方的產品享有權利，資格和收益。
如果經過_________公司判斷，該設備的用途不完全符合本協議所表述的用途，_________公司公司保留拒絕出售_________公司產品的權利。
乙方和甲方同意各方為獨立法人，除特別的說明外，就本協議中的_________公司產品，雙方無相關的代理，伙伴，合資關系，以及其他相關的法律上聯系。本協議不授權雙方可以代表另外一方，向第三方約束或承諾。
乙方不得分配或轉讓其權利和義務給第三方，除非事先得到甲方的書面同意。甲方有權分配或轉讓其權利給分支機構，并事先通知乙方。
11．保密
在未簽訂可獨立執行的保密協議的情況下，甲方沒有義務為乙方提供的信息進行保密。為履行本協議，乙方在此同意授權甲方使用乙方在本協議執行過程中所提供的信息。乙方同意甲方在其所擁有或贊助的網站上表達乙方公司及其產品或服務。甲方同時可以存儲和發布乙方相關員工的聯系方式，如姓名，工作電話，工作電子郵箱。乙方將保持信息的準確性，并根據甲方的合理要求對其進行更新并及時提供給甲方。
解決方案 篇6
日常生活中，家具是一種使用使用壽命較長的物品。在使用的過程中，不可避免的受到室內的溫度、濕度、人為剮蹭等的損壞。對于很多人而言，再購買一套家具顯然是并不實際的，但是放置不管又影響家里的美觀整潔。木制家具如果受損的話，并不容易修補。但是不管是新買的但被剮蹭到的木質沙發，還是時間久了顏色會變黃的淺色家具，只要一些我們常見的日常小物品，就能輕松的修補恢復。本文就針對這一話題為大家做個介紹，以便您在生活中有個正確的認識。
在所有品類家具中，實木類家具的刮擦問題尤其嚴重。名匠裝飾吳鑫民介紹，可以用顏色接近的蠟筆在剮蹭處涂抹，或者將檸檬汁滴在刮痕處，用擰干的熱抹布將檸檬汁擦干，擦到刮痕發亮，木質會凸顯，就像家具本身的'裝飾一樣。
而另一個比較常見的問題就是家具油污。事實上，家具表面沾上油污，把喝剩的茶水抹在油污處，然后灑上少量的玉米粉，將玉米粉擦掉之后會發現家具表面的油污都已被吸收，漆面變得光滑明亮。
對于北歐裝修風格的新家，白色質地的家具比較多，而其中一個突出的問題就是白色家具用久會發黃。吳鑫民介紹，其實可以試著往發黃的地方抹上蛋黃，晾干后擦干凈；也可用軟布蘸上無氟牙膏，輕輕擦拭家具表面，多擦幾遍發黃部分就會變白。
而對于被燙壞的家具而言嗎，可以用干燥的家具專用鋼絲布，順著木紋的方向擦拭；若是漆面輕微燒灼，在牙簽上包一層細紋硬布，輕輕擦抹痕跡，然后涂上一層薄蠟，焦痕即可淡化。
家具雖不同于消耗品，提早的預防保養十分必要。業內人士提到了3個點，即“溫濕適宜、清潔保養以及避開銳利器具”。
木家具所處環境溫濕度要適宜，陽光暴曬會導致木材水分流失，導致開裂脆化；過度潮濕會使木材受潮，導致木家具發霉腐爛，甚至變形。而實木家具要經常進行除塵。用柔軟的干布順著表面的紋理擦去灰塵，可以避免灰塵漂浮到空中又落回家具。一些容易積聚灰塵的小縫隙也不能忽略。同時，要避免在木家具上方使用尖銳物品，如刀、螺絲起子等，這些物品直接掉落會在木材表面留下難看的痕跡�？稍诩揖弑砻驿伾蠅|子，保護家具的同時，還能防止弄臟。
不同品類的家具保養方法也有差異性。布藝家具沾上污漬，把肥皂水的泡沫滲入污漬處，用毛巾從污漬外圍處向內輕擦，然后用干凈毛巾吸干水份。而藤家具受潮容易滋生霉菌，要經常擦拭和通風，放在陰涼的地方自然風干，避免暴曬或干燥導致家具開裂。
對于喜歡皮藝家具的人來說，家具臟了不要直接用水沖，要用干布沾皮革清潔劑擦拭，或者用干凈棉布蘸適當濃度的肥皂水擦拭。而為防止鐵藝家具出現銹蝕，可以用紗布蘸上少許防銹油，或縫紉機油擦拭鍍鉻部分，經常上油使其光亮如新。
解決方案 篇7
隨著城市經濟和社會快速發展， 水資源短缺和水環境污染越來越成為制約城市發展的重大問題。 目前，北京市河道和水庫或常年干涸斷流或有水但水質超標。
溫榆河位于北京市東北部， 發源于北京市昌平區軍都山麓。 作為五大水系中唯一一條發源于北京且常年有水的河流， 是北京市重要的綠色生態走廊和綠色屏障， 其流域所處地理位置在北京市整體發展戰略中具有重要地位， 而其水環境狀況對整個北運河流域的水資源可持續發展也具有舉足輕重的作用[1]. 自昌平沙河閘至通州區北關攔河閘， 溫榆河全長 47.4 km, 是北運河的上游。 溫榆河上游有東沙河、 北沙河及南沙河等 3 條支流匯合進入沙河水庫； 自沙河水庫以下又有藺溝河、 清河、 龍道河、 壩河以及小中河匯入。 其中，東沙河、 北沙河和南沙河處于昌平區境內， 南沙河為海淀來水[2].
溫榆河昌平段干流長度 11.35 km, 從沙河閘至魯疃閘， 是昌平區內主要河流， 境內流域面積占昌平區總面積的 92%, 因此， 昌平區內的水環境現狀基本可以代表溫榆河昌平段的水環境現狀。 昌平區現有山區溝道 16 條、 平原河道 28 條， 平原河道總長 228 km,其中常年無水河道 146 km、 有水河道 82 km. 區內現建有 2 座中型水庫、 3 座小Ⅰ型水庫、 5 座�、蛐退畮煲约� 65 座塘壩截留工程和 17 座閘壩水利工程[3].
1 污染情況調研
1.1 污染總體情況
20xx 年對昌平區 98 個排污口進行現場調研， 發現56 個屬于雨水排放口并達標排放， 42 個排污口存在污水直排現象， 日污水排放總量約 6.96 萬 m3/d, 根據污水排放的一般情況， 結合昌平區的現狀和點源污水的水質特征， 將污染源分為生活污水排放源、 企業/畜禽養殖業污水排放源、 混合污水（生活污水與企業污水混合或生活污水與雨水混合）排放源； 根據點源的排放形式可以分為暗涵/管排放、 明渠排放。
根據上述分類方法， 對上述 42 個排污口進行分類， 發現水質為混合污水的有 26 個、 生活污水 13 個及企業污水 3 個； 而排放形式中， 暗涵/管排放的有30個， 其余為明渠排放。
從污水排放量上來看， 生活污水排放量 1.63 萬 m3/d,占總排放量的 23%; 企業污水排放量 0.12 萬 m3/d, 占總排放量 2%; 混合污水排放量 5.21 萬 m3/d, 占總排放量的75%. 從不同排放方式的污水排放量上來看， 暗涵/管污水排放量 2.69 萬 m3/d, 占總排放量的 39%; 明渠污水排放量4.27 萬 m3/d, 占總排放量的 61%. 雖然排污口數量上以暗涵/管方式排放為主， 但在排污量上以明渠排放為主， 明渠污水排放量約為暗涵/管排放量的 1.6 倍。 如圖1所示。對 42 個排污口的排污量、 化學需氧量 （CODCr）和氨氮（NH3-N）進 行分析（詳情見圖 2~圖 4）， 發現排污口的入河污染負荷與水量和污染物濃度均相關， 個別存在例外， 如十一排干的 CODCr濃度在所有排污口中并不是比較高的， 比均值還略低一些， 但由于其污水量大， 所以它的 CODCr入河量明顯高于其他排污口。
馬坊村西排污口的 CODCr含量最高， 但由于其排污量很小， 所以它的 CODCr入河量并不高。 同理， 腸衣廠排口的 NH3-N 含量是十一排干的 7 倍， 但因為排污量較低， 所以 NH3-N 入河量相比十一排干反而低了很多，十一排干的 NH3-N 入河量則明顯高于其他排污口。
觀察圖 2~圖 4 中各排污口的 CODCr和 NH3-N 入河污染負荷量并排序， 發現各排污口 CODCr和 NH3-N 入河量的排序大部分一致， 個別排污口差別較大， 如腸衣廠排口， CODCr入河量排序 13, 而 NH3-N 入河量排序 3. 這是因為腸衣廠為食品加工行業， 其所排污水具有明顯的行業特征， 故 NH3-N 含量高。 其他有類似情況的排污口還有孟祖河和馬坊村西排污口。對于河流和水庫的水環境狀況， 根據長期監 測資料， 昌平區內東沙河、 北沙河、 南沙河與溫榆河等主要水體水質常年為 GB3838-20xx 《 地 表 水 環 境 質 量 標準》劣Ⅴ類， 不滿足水體功能要求， 桃峪口水庫更是多年無水。 根據《北京市水環境區域補償辦法（試行）》（京政辦發 [20xx]57 號）， 土溝橋斷面為溫榆河出昌平區的`出境考核斷面， CODCr和NH3-N 應 分別滿足 CODCr≤40 mg/L、 NH3-N ≤8 mg/L的標準。 但是根據溫榆河監測 斷 面 的 水 質 監 測 資 料 ,CODCr和 NH3-N 不滿足Ⅳ類水體功能要求， 尤其 NH3-N超標嚴重， 見圖 5.
1.2 污水治理情況
截 至 20xx 年 6 月 底 ,昌平區已建成 7 座城鎮集中污水處理廠， 其中： 百善再生水廠、 馬池口再生水廠尚未運行， 未來科技城再生水廠 20xx 年 6 月底開始試運行。 已建成污水廠的污水處理規模合計 24.0 萬 m3/d ; 除去 2 座未運行的污水廠 ,其余污水廠的污水處理規模合計 19.5 萬 m3/d. 而已運行的污水處理廠中， 除未來科技城和馬池口再生水廠出水主要指標 CODCr、 五日生化需氧量（BOD5）、 總磷（TP）和 NH3-N 滿 足北京市 DB11/890-20xx 《城 鎮污水處理廠水污染物排放標準》B 級標準（簡稱新地標 B標準）外， 其余 5 座污水廠均不滿足此標準。
自 20xx 年開始， 昌平區對上述 42 個排污口分別進行了治理。 通過截污工程完成 11 個排污口的治理，共治理污水 3.14 萬 m3/d; 對 12 個自建污水處理設施的單位排污口， 已通過加強監管保證處理設施正常運行，治理污水 0.75 萬 m3/d. 20xx 年昌平區水務局申報了《溫榆河排污口綜合治理工程》《鄭各莊污水處理站二期工程》等工程項目， 對剩余的 19 個排污口進行治理，目前工程正在進行當中。 綜合比較排污口治理工程和排干渠水質改善工程， 排污口治理工程出水水質能夠滿足新地標 B 標準， 排干渠水質改善工程出水水質能夠滿足 GB18918-20xx《城鎮污水排放標準》一級 B 標準，排污口治理工程出水水質好， 而單方水工程費用也相對要高。
2 問題分析
通過對昌平境內溫榆河污染情況和河庫水環境狀況的調查和分析， 認為昌平區內污染狀況主要存在以下幾方面問題。
�。�1）混合污水為主要排放源， 占總排放量的 75%.因混合污水是生活污水與企業污水混合或生活污水與雨水混合形成， 若混合污水為生活污水與企業污水混合， 會給常規污水處理廠帶來困難； 若混合污水為生活污水與雨水混合， 會造成污水處理沖擊負荷變化，同時也會降低污水的可生化性。
�。�2）明渠為主要排放方式， 環境隱患大。 明渠排放具有排放量大、 流程長、 易匯集沿程污水以及造價便宜等特點， 成為城市排水系統不發達時的選擇； 但是， 其開放式的結構使污水處于外露狀態， 導致臭味散發、 易堵塞淤積發臭， 影響表面土地使用功能， 并易造成安全問題； 因此， 明渠排放方式已不適宜城市污水排放。
�。�3）污水處理廠出水相對 GB3838-20xx 《地表水環境質量標準》仍有較大差距， 排放入河將成為一個新的污染源。
（4） 未治理排污口的污水直接入河， 導致河流直接受到污染。 排污口的污水未經治理， 也未經截污或者排污管道進入污水處理廠， 勢必造成收納河道的污染。
3 解決措施
3.1 控源為先
未經治理的排污口和出水不達標的污水處理廠都是水污染源， 治污第一步是控制污染源， 而污水直排也是河道污染的主要點源之一。 在已有治理經驗和治理工程的基礎上， 繼續控制污水直排， 實現污水零入河。 排污口治理應綜合考慮環境效益、 經濟效益和社會效益。 綜合考慮污染物去除量、 單位投資及運行費用等經濟效益因素， 同時還需要考慮水質情況、排放方式、 處理設施的臨時性和有效性等因素。 因排污口入河污染負荷與水量和污染物濃度都相關，因此， 在入河排污口治理時， 應根據入河污染負荷高低安排治理時序， 而不是單一根據水量或濃度；同時， 還應根據主要污染物種類安排適宜治理工藝進行針對性治理。
控制污水直排后， 企業、 生活污水接入污水處理廠， 提高污水處理廠/再生水廠的處理能力和處理效果是當務之急。 在考慮昌平區未來人口和社會發展的同時， 適當進行污水處理廠升級改造， 根據來水的特點選擇適宜的處理工藝， 同時建設完備配套污水管網工程。
3.2 改制為要
GB 50318-20xx 《城市排水工程規劃規范》中規定[4],新建城市、 擴建新區、 新開發區或舊城改造地區的排水系統應采用分流制。 在有條件的城市可采用截流初期雨水的分流制排水系統。 由此可見， 合流制排水系統早已不適用于城市的污水排放。 昌平境內 42 個排污口中，合流制產生的混合污水占到總排污量的 75%, 勢必造成諸多隱患。 在治理污水的同時， 應當同步建設、 改造現有排水系統， 需要雨、 污 2 套排水系統。 分流后的污水直接進污水處理廠， 雨水排入天然水系、 滲坑或經雨水工程加以循環利用。 條件允許情況下應截流初期雨水， 使得受污染的初期雨水進入污水處理廠。
3.3 加大處理
控制污染源之后， 需要對部分水質不達標河湖水體進行治理， 因溫榆河昌平段水體污染不僅影響本區水生態環境， 更會成為下游河湖的污染源。 而河湖水體水量大， 河道周邊可用空間有限， 河湖水體治理技術的選擇也要考慮處理規模、 處理效果及占地等多種因素。 結合生態清潔小流域的建設， 堅持“ 預防為主 、 全面規劃 、 綜合防范 、 因地制宜 、 加強管護、注重效益”的原則[5], 對 溫榆河昌平段水環境 、 水生態進行生態修復和生態治理， 切實保護昌平區內的生態環境。
3.4 健全機制
�。�1）根據水生態環境治理技術， 結合昌平區內經濟社會發展實際， 研究有效、 可行的水生態環境治理工程的管理技術， 避免以往存在的重建設輕運行的現象；（2）需完善污水管理機構設置， 加強人員配置； （3）可參考中心城區污水處理運營模式， 加強排水設施養護與管理， 因地制宜確定區中心和農村排水行業的運營方式； （4）強化排水監管行為， 適當引入第三方監測機構， 研究制定管網運行、 維護、 管理考核機制， 可有效加強對污水處理廠日常運行的管理和管網運行狀況的監測。
4 結束語
溫榆河流域昌平段占昌平區總面積的 92 %, 是昌平區水生態環境非常重要的組成部分， 是昌平區的母親河。 加強對昌平區水污染現狀的調查， 找到污染的成因并針對性治理， 對恢復母親河水生態環境意義重大。 對昌平區內水生態環境現狀的調研和問題的解決， 還需要更多的研究探索， 需要針對性地開展深入的理論研究并實踐應用， 才能更加有效地恢復水生態環境， 更加長久保證處理效果， 促進人與自然的和諧發展。
參考文獻
[1] 郁達偉 ,于 淼 ,魏源送，等。 1980-20xx 年 溫榆河的水環境質量失控演變特征[J].環境科學學報，20xx,32（11）：2803-2813.
[2] 劉明宇 ,華 珞。 溫 榆河水環境容量分析[J].首都師范大學學報（自然科學版），20xx, 29（3）：80-82.
[3] 北京市昌平區水務局，北京市水利規劃設計研究院。北 京市昌平區“十二五”水務發展規劃[R].20xx.
[4] GB 50318-20xx,城市排水工程規劃規范[S].
[5] 鄭凡東 ,孟慶義 ,王培京，等。北京市溫榆河水環境現狀及治理對策研究[J]. 北京水務，20xx（5）：5-8.
解決方案 篇8
鐵路物資應用大數據管理系統首先構建物資專業數據庫,需要補充和完善需要的數據項,構建物資專業全量數據體系,例如增加重要物資的生產日期,技術證件(復印件或圖片),驗收記錄,復檢復驗業務數據,質量問題圖片數據,供應商的生產許可數據、生產資質(圖片)等數據;其次完善物資管理職能,豐富和增加基礎數據源,例如修舊利廢管理,廢舊物資管理等,在提高對廢、舊物資管理的同時,完善物資管理數據源;系統通過歸集處理,完成對物資專業產生的數據、與物資有關的其他數據、來自互聯網上的相關數據,還包括手工編輯導入的數據等集中處理,將這些數據(結構化、非結構化)歸集到大平臺數據庫中,形成數據源;數據存儲和處理,采用大數據技術對歸集的數據源進行清洗、轉換并存入不同的數據庫,并進行匯總、挖掘處理,形成對外統一的大數據接口;數據查詢、分析和預測系統對處理后的大數據根據業務需求進行各種統計、查詢和預測,達到讓數據張口,靠數據說話,減少因缺少數據支撐而帶來的偏差,降低決策風險。
1 物資管理數據體系
在物資管理信息系統中,增加物資的生產日期、入庫驗收信息,相關技術證件、復檢復驗數據等;在物資質量問題反饋管理中增加質量問題圖片;增加物資屬性圖片及供應商的詳細信息(如生產規模、信譽等級、資質、生產許可和認證等),建立物資專業基本信息庫,形成物資管理全量數據體。
1.1 完善物資管理職能
增加修舊利費管理子系統,對卸下的配件經過維修再利用,提高物資的使用率;增加廢舊物資管理子系統,將報廢的各類物資進行分類歸集,由物資處進行統一處置,清算處理,沖減成本;增加物資質量跟蹤管理子系統,與各專業的生產檢修系統進行互聯互通,實現對物資采購、檢驗、使用、維修、報廢等全過程管理。
1.2 數據采集
數據采集就是從數據源收集、識別和選取數據的過程,隨著業務的進行,各類數據的累積越來越大,如何有效地收集這些數據,保證采集數據的可靠性,避免重復數據,保證數據的質量,是數據采集這個環節需要解決的。
數據采集分為兩個來源:數據來自應用系統之外,簡稱為外部采集;數據來自引用系統內部,簡稱為內部采集。外部采集主要來自物資經營的專業網站,例如東方財富網等其他一些網站,數據包括關注物資的價格變化數據,供應商的生產、銷售數據,價格數據;還包括國家統計部門發布的GDP、PPI和CPI等;包括總公司、路局專業處室的下一時間段的大修、更新項目計劃數據,主要用來分析和預測價格走勢,下一階段的物資采購預測等。
1.3 數據挖掘
數據挖掘作為一種決策支持過程,高度自動化地分析企業的數據,做出歸納性的推理,從中挖掘出潛在的模式,幫助決策者調整市場策略,減少風險,做出正確的決策。針對歸集的大量相關業務數據,進行清洗、刪除和處理,保證數據的有效性和正確性,然后分析物資專業所關注各項內容(或關鍵指標)之間潛在的關系,找出影響分析結果的主、次因素,作為數據挖掘的基礎。
2 數據分析和展現
在大數據分析與業務協同的基礎上,利用基本分析引擎驅動的圖形信息顯示功能,建立管理儀表盤跟蹤、分析、監控、預測關鍵指標和目標,實現對物資價格預測、需求和采購分析、質量跟蹤、廉政風險防控等業務決策模型的最終分析運用結果進行展現。
2.1 重要物資價格變化趨勢
根據每月產生的采購價格,形成價格的直觀圖表,同時可以關聯相關數據預測未來一段時間內的價格走勢;也可以顯示歷史(一年前過兩年前的)變化,作為比較依據。
2.2 重要物資需求預測分析
根據物資大數據,可以分析預測出下年度的重要物資的需求數量,以便根據市場情況,提前做出采購預算,保證供應;分析結果可以通過報表或柱狀圖展示。
2.3 物資采購綜合分析
根據物資大數據,對物資采購的各項指標進行綜合分析,包括采購周期、采購方式、物資使用方向、采購金額、供應商反饋及問題投訴,從中發現可能存在的廉政風險,強化陽光采購。
2.4 庫存周轉與采購周期分析
根據物資專業大數據,對全局的庫存物資的周轉天數(能夠按照物資小類、物資大類等)及相對應的采購周期進行分析,查找周轉天數差異,找出問題所在,提高庫存的周轉率,杜絕庫存積壓、減少庫存資金占用;分析結果通過報表或圖形展現。3 技術方案總體架構。整個架構分為5層:數據源層,處于整個架構的最底層,包含物資管理系統及與之關聯的全部業務數據:結構化、半結構化和非結構化。獲取層:數據采集(ETL),負責對源數據的采集、清洗、轉換和加載,包括:把原始數據加載到Hadoop平臺。數據層:包括主數據倉庫、分布式數據庫及Hadoop云平臺,Hadoop云平臺負責存儲海量的單據數據,提供并行的計算和非結構化數據的處理能力,實現低成本的存儲和低時延、高并發的查詢能力;主數據倉庫(與MPP合設)負責存儲指標數據、KPI數據和高度匯總數據;分布式數據庫(MPP)負責存儲加工、關聯、匯總后的業務數據,并提供分布式計算、支撐數據深度分析和數據挖掘能力,向主數據倉庫輸出KPI和高度匯總數據。能力層:負責向上層的應用方提供大數據平臺能力,同時提供統一的數據開放接口,使多方大數據應用方享用。應用層:為用戶提供大數據平臺的數據分析、查詢、挖掘等功能,實現對物資管理專業的需求預測、采購預期、價格走勢、物資質量跟蹤、供應商績效考核等綜合分析。
3 安全方案
基于信息安全等級保護二級要求落實安全措施的要求,結合本系統的具體需求,在系統設計時,應重點考慮應用安全、數據安全和網絡安全三個方面。
4.1 應用安全
應用安全是信息系統整體防御的最后一道防線。在應用層面運行著信息系統的基于網絡的應用以及特定業務應用�；诰W絡的應用是形成其他應用的基礎,包括消息發送、web瀏覽等,可以說是基本的應用。業務應用采納基本應用的功能以滿足鐵路物資管理信息系統的要求。由于各種基本應用最終是為業務應用服務的,因此對應用系統的安全保護最終就是如何保護系統的'各種業務應用程序安全運行。
4.2 數據安全
系統處理的各種數據(用戶數據、系統數據、業務數據等)在維持系統正常運行上起著至關重要的作用。一旦數據遭到破壞(泄漏、修改、毀壞),都會在不同程度上造成影響,從而危害到系統的正常運行。由于物資應用大數據管理系統的各個層面(網絡、主機、應用等)都對各類數據進行傳輸、存儲和處理等,因此,對數據的保護需要物理環境、網絡、數據庫和操作系統、應用程序等提供支持。各個“關口”把好了,數據本身再具有一些防御和修復手段,必然將對數據造成的損害降至最小。另外,數據備份也是防止數據被破壞后無法恢復的重要手段,而硬件備份等更是保證系統可用的重要內容。
4.3 網絡安全
網絡安全為物資應用大數據管理系統在網絡環境的安全運行提供支持。一方面,確保網絡設備的安全運行,提供有效的網絡服務,另一方面,確保在網上傳輸數據的保密性、完整性和可用性等。該系統納入鐵路總公司、鐵路局網絡和信息安全保障體系中。
4.4 關鍵技術
大數據并非一項新技術,其前身是商務智能BI,是一系列信息技術的集合。怎樣將數據中的價值挖掘出來,并以直觀、清晰地方式展現在人們面前,是大數據解決的基本問題。數據展現通過借助表格、圖片等手段,揭示隱藏在數據背后的模式與數據之間的關聯關系,它以簡單、友好的方式將這種關系呈現給用戶,可以有效地提升數據的使用效率。該系統包括數據采集、數據管理、計算處理、數據分析和數據展現5個技術環節。
數據存儲是大數據時代需要解決的重要問題。目前,鐵路物資系統保存了大量的結構化數據,然而亟待解決的是海量半結構化和非結構化數據的存儲問題。非結構化的數據主要采用對象存儲系統或分布式文件系統進行存儲,本文采用Hadoop分布式文件系統。Hadoop基于一種開源的理念實現的分布式文件系統;半結構化數據可以使用NoSQL數據庫HBase中存放;結構化數據存放在關系型數據庫Oracle或SQL Server中。HDFS(Hadoop Distributed FileSystem)是Hadoop的核心模塊之一,具有如下特點:
在一個多節點塊集群存儲文件;在節點間復制模塊;主從架構;沒有文件更新;一次寫,多次讀;大數據塊順序讀模式;為批處理設計。大數據時代的數據有以下幾個特征:大體量(Volume)、多樣性(Variety)、大價值(Value)、時效性(Velocity)、準確性(Veracity)的5V特點。常規的數據分析僅僅是對己有數據的靜態分析,并不能進行動態的預測,而物資系統要求動態實時的反應生產實際,所以該系統大數據分析的難點是動態化、多維化和深度化。適用于大數據的技術,包括大規模并行處理(Mpp)數據庫,數據挖掘電網,分布式文件系統,分布式數據庫,云計算平臺,互聯和可擴展的存儲系統。
4 結語
5.1 實施策略
大數據平臺的建設工作量大、周期長、涉及部門多,系統的實施應遵循統一指揮、統一規劃的原則,系統實施過程采用分步建設、試點先行的原則,在明確分工的基礎上,大力協同,科學實施,確保各項工作的有序推進。
5.2 項目實施組織
成立物資應用大數據管理信息系統項目工作組,按照本方案有序推進實施工作。項目工作組負責總體指導和統籌協調,解決系統工程建設中的重大問題,確保按統一規劃和建設標準進行實施;協調設計單位、相關接口系統的設計開發單位、業務處室和站段直接的分工協作。
成立專家組負責業務指導和技術把關,為項目開發和實施過程中出現的問題提供咨詢支持。成立項目總體組,負責項目總體設計、進行任務分工、把握項目進度、協調項目組內部工作等,下設數據組、軟件開發組與實施組、質量保證組。
物資應用大數據管理信息系統的建設可以有效地提升物資管理水平,可以對市場價格及路局下一階段重要物資的需求有一個相對準確的預判,根據大數據的預測提前部署物資的采購工作,可以保證全局的物資供應;通過大數據平臺的應用可以實現物資質量跟蹤與供應商評價有機結合;實現對物資庫存數據的挖掘和分析,可以降低庫存物資,減少物資積壓,提高對廢舊物資的有效利用,對降低物資消耗有積極作用。
解決方案 篇9
Android設置鬧鐘并不像IOS那樣這么簡單，做過Android設置鬧鐘的開發者都知道里面的坑有多深。下面記錄一下，我解決Android鬧鐘設置的解決方案。
主要問題
1、API19開始AlarmManager的機制修改。
2、應用程序被Kill掉后,設置的鬧鐘不響。
3、6.0以上進入Doze模式會使JobScheduler停止工作。
4、手機設置重啟后，鬧鐘失效問題。
API19以上AlarmManager機制的修改
API19之前AlarmManager提供了三個設置鬧鐘的方法，由于業務需求鬧鐘只需要一次性，所以采用set(int type，long startTime，PendingIntent pi)；這個方法。
從API 19開始，AlarmManager的機制都是非準確傳遞，操作系統將會轉換鬧鐘，來最小化喚醒和電池使用。
由于之前的程序，沒有對API19以上的鬧鐘設置做處理，導致在4.4以上的手機設置鬧鐘無響應（應用程序沒有被殺死的情況也沒有鬧鐘）。
因些，設置鬧鐘需要根據API的版本進行分別處理設置。代碼如下：
AlarmManager am = (AlarmManager) getActivity() .getSystemService(Context.ALARM_SERVICE);if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) { am.setExact(AlarmManager.RTC_WAKEUP, TimeUtils .stringToLong(recordTime, TimeUtils.NO_SECOND_FORMAT), sender);}else { am.set(AlarmManager.RTC_WAKEUP, TimeUtils .stringToLong(recordTime, TimeUtils.NO_SECOND_FORMAT), sender);}
這樣，保證鬧鐘在應用程序沒有被Kill掉的情況鬧鐘。
應用程序被Kill掉時的處理
應用程序被Kill掉后，設置的鬧鐘失效，這里利用守護進程以及灰色保活來保證后臺鬧鐘服務不被Kill掉。當應用程序以及鬧鐘服務被Kill掉，守護進程以及灰色保活來重新啟動鬧鐘服務，并且重新設置鬧鐘。
關于守護進程的處理，這里采用開源的守護進程庫。Android-AppDaemon
在鬧鐘服務的onCreat加入Android-AppDaemon這個開源的守護進程。代碼如下：
@Overridepublic void onCreate() { super.onCreate(); Daemon.run(DaemonService.this, DaemonService.class, Daemon.INTERVAL_ONE_MINUTE); startTimeTask(); grayGuard();}
為進一步保證鬧鐘服務的存活，同加上灰色�；睿ɡ孟到y的漏洞啟動前臺Service）。
代碼如下：
private void grayGuard() { if (Build.VERSION.SDK_INT < 18) { //API < 18 ，此方法能有效隱藏Notification上的圖標 startForeground(GRAY_SERVICE_ID, new Notification()); } else { Intent innerIntent = new Intent(this, DaemonInnerService.class); startService(innerIntent); startForeground(GRAY_SERVICE_ID, new Notification()); } //發送喚醒廣播來促使掛掉的UI進程重新啟動起來 AlarmManager alarmManager = (AlarmManager) getSystemService(Context.ALARM_SERVICE); Intent alarmIntent = new Intent(); alarmIntent.setAction(WakeReceiver.GRAY_WAKE_ACTION); PendingIntent operation = PendingIntent.getBroadcast(this, WAKE_REQUEST_CODE, alarmIntent, PendingIntent.FLAG_UPDATE_CURRENT); if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) { alarmManager.setWindow(AlarmManager.RTC_WAKEUP, System.currentTimeMillis(), ALARM_INTERVAL, operation); }else { alarmManager.setInexactRepeating(AlarmManager.RTC_WAKEUP, System.currentTimeMillis(), ALARM_INTERVAL, operation); }}/** * 給 API >= 18 的平臺上用的灰色�；钍侄� */public static class DaemonInnerService extends Service { @Override public void onCreate() { Log.i(LOG_TAG, "InnerService -> onCreate"); super.onCreate(); } @Override public int onStartCommand(Intent intent, int flags, int startId) { Log.i(LOG_TAG, "InnerService -> onStartCommand"); startForeground(GRAY_SERVICE_ID, new Notification()); //stopForeground(true); stopSelf(); return super.onStartCommand(intent, flags, startId); } @Override public IBinder onBind(Intent intent) { throw new UnsupportedOperationException("Not yet implemented"); } @Override public void onDestroy() { Log.i(LOG_TAG, "InnerService -> onDestroy"); super.onDestroy(); }}
上面操作盡可能提高鬧鐘服務的存活。但是在5.0以上的手機，利用系統的自帶的`Clean功能的時候，還是會將鬧鐘服務徹底的干掉。為了解決5.0以上的問題，這里引入5.0以上的新特性 JobScheduler。
5.0以上的JobScheduler
在這里利用5.0以上的JobScheduler創建一個定時的任務，定時檢測鬧鐘服務是否存在，沒在存在則重新啟動鬧鐘服務。（這里我設置每一分鐘檢測一次鬧鐘服務）
在進入應用程序的時候檢測當前系統是否是5.0以上，如果是則啟動JobScheduler這個服務。代碼如下：
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { mJobScheduler = (JobScheduler) getSystemService(Context.JOB_SCHEDULER_SERVICE); JobInfo.Builder builder = new JobInfo.Builder(JOB_ID, new ComponentName(getPackageName(), JobSchedulerService.class.getName())); builder.setPeriodic(60 * 1000); //每隔60秒運行一次 builder.setRequiresCharging(true); builder.setPersisted(true); //設置設備重啟后，是否重新執行任務 builder.setRequiresDeviceIdle(true); if (mJobScheduler.schedule(builder.build()) <= 0) { //If something goes wrong }}
其中的builder.setPersisted(true); 方法是設備重啟后，是否重新執行任務，在這測過是可以重新啟動任務的。
上面的操作進一步保證了鬧鐘服務被Kill掉后，重新啟動服務。但是在6.0以上引入了Doze模式，當6.0以上的手機進入這個模式后，便會使JobScheduler停止工作。
6.0以上Doze模式的處理
為了讓JobScheduler可以在6.0以上進入Doze模式工作，這里針對6.0以上的Doze模式做特殊的處理-忽略電池的優化。
在Manifest.xml中加入權限。
在設置鬧鐘的時候，判斷系統是否是6.0以上，如果是,則判斷是否忽略電池的優化。判斷是否忽略電池優化代碼如下：
@TargetApi(Build.VERSION_CODES.M)public static boolean isIgnoringBatteryOptimizations(Activity activity){ String packageName = activity.getPackageName(); PowerManager pm = (PowerManager) activity .getSystemService(Context.POWER_SERVICE); if (pm.isIgnoringBatteryOptimizations(packageName)) { return true; }else { return false; }}
如果沒有忽略電池優化的時候，彈出提醒對話框，提示用戶進行忽略電池優化操作。代碼如下：
/*** 針對N以上的Doze模式** @param activity*/public static void isIgnoreBatteryOption(Activity activity) { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) { try { Intent intent = new Intent(); String packageName = activity.getPackageName(); PowerManager pm = (PowerManager) activity.getSystemService(Context.POWER_SERVICE); if (!pm.isIgnoringBatteryOptimizations(packageName)) {// intent.setAction(Settings.ACTION_IGNORE_BATTERY_OPTIMIZATION_SETTINGS); intent.setAction(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS); intent.setData(Uri.parse("package:" + packageName)); activity.startActivityForResult(intent, REQUEST_IGNORE_BATTERY_CODE); } } catch (Exception e) { e.printStackTrace(); } }}
在界面重寫onActivityResult方法來捕獲用戶的選擇。如，代碼如下：
@Overrideprotected void onActivityResult(int requestCode, int resultCode, Intent data) { if (resultCode == RESULT_OK) { if (requestCode == BatteryUtils.REQUEST_IGNORE_BATTERY_CODE){ //TODO something } }else if (resultCode == RESULT_CANCELED){ if (requestCode == BatteryUtils.REQUEST_IGNORE_BATTERY_CODE){ ToastUtils.show(getActivity(), "請開啟忽略電池優化~"); } }}
補充
當應用程序被Kill掉，但是鬧鐘的服務沒有被Kill掉的，這時候又設置了鬧鐘。這就意味著設置的鬧鐘沒有放到鬧鐘服務那里。所以這種情況，設置的鬧鐘會失效。為了解決這種情況，利用AIDL（鬧鐘服務在另一個進程的需要進程間通信）調用鬧鐘服務的重新設置鬧鐘方法重設鬧鐘。
在應用程序的onCreat()方法啟動鬧鐘服務，然后再綁定鬧鐘服務。
private void initAlarmService() { startService(new Intent(this, DaemonService.class));//啟動鬧鐘服務 if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { //JobScheduler ... } //綁定鬧鐘服務 Intent intent = new Intent(this, DaemonService.class); intent.setAction("android.intent.action.DaemonService"); bindService(intent, mConnection, Context.BIND_AUTO_CREATE);}
在onDestroy()方法，調用鬧鐘服務的重設鬧鐘方法。代碼如下：
@Overrideprotected void onDestroy() { super.onDestroy(); try {//判斷是否有鬧鐘，沒有則關閉鬧鐘服務 String alarm = localPreferencesHelper.getString(LocalPreferencesHelper.ALARM_CLOCK); if (daemonService != -1 && mIRemoteService != null) {// android.os.Process.killProcess(daemonService); mIRemoteService.resetAlarm(); } if (!alarm.equals("[]")) { if (daemonService != -1) { startService(new Intent(this, DaemonService.class)); } } else { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { mJobScheduler.cancel(JOB_ID); } } unbindService(mConnection); //解除綁定服務。 } catch (Exception e) { }}
這里說明一下，當服務啟動并且被綁定的情況下，unbindService是不會停止服務的。
最后
以上并不代表所有的Android手機的鬧鐘都可以用，這只是盡最大的可能保證大部分的手機。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持教程網。
【解決方案】相關文章：
解決方案05-20
解決方案（實用）05-27
解決方案優秀05-12
行業解決方案08-16
erp解決方案04-22
oa解決方案05-31
產品解決方案11-19
招聘解決方案02-14
解決方案（精）05-23
解決方案【優秀】08-25