關於解決方案集錦六篇
為有力保證事情或工作開展的水平質量，常常需要提前進行細緻的方案准備工作，方案一般包括指導思想、主要目標、工作重點、實施步驟、政策措施、具體要求等專案。方案要怎麼制定呢？下面是小編幫大家整理的解決方案6篇，歡迎閱讀，希望大家能夠喜歡。
解決方案 篇1
鐵路物資應用大資料管理系統首先構建物資專業資料庫,需要補充和完善需要的資料項,構建物資專業全量資料體系,例如增加重要物資的生產日期,技術證件(影印件或圖片),驗收記錄,複檢複驗業務資料,質量問題圖片資料,供應商的生產許可資料、生產資質(圖片)等資料;其次完善物資管理職能,豐富和增加基礎資料來源,例如修舊利廢管理,廢舊物資管理等,在提高對廢、舊物資管理的同時,完善物資管理資料來源;系統透過歸集處理,完成對物資專業產生的資料、與物資有關的其他資料、來自網際網路上的相關資料,還包括手工編輯匯入的資料等集中處理,將這些資料(結構化、非結構化)歸集到大平臺數據庫中,形成資料來源;資料儲存和處理,採用大資料技術對歸集的資料來源進行清洗、轉換並存入不同的資料庫,並進行彙總、挖掘處理,形成對外統一的大資料介面;資料查詢、分析和預測系統對處理後的大資料根據業務需求進行各種統計、查詢和預測,達到讓資料張口,靠資料說話,減少因缺少資料支撐而帶來的偏差,降低決策風險。
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 應用安全
應用安全是資訊系統整體防禦的最後一道防線。在應用層面執行著資訊系統的基於網路的應用以及特定業務應用。基於網路的應用是形成其他應用的基礎,包括訊息傳送、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 專案實施組織
成立物資應用大資料管理資訊系統專案工作組,按照本方案有序推進實施工作。專案工作組負責總體指導和統籌協調,解決系統工程建設中的重大問題,確保按統一規劃和建設標準進行實施;協調設計單位、相關介面系統的設計開發單位、業務處室和站段直接的分工協作。
成立專家組負責業務指導和技術把關,為專案開發和實施過程中出現的問題提供諮詢支援。成立專案總體組,負責專案總體設計、進行任務分工、把握專案進度、協調專案組內部工作等,下設資料組、軟體開發組與實施組、質量保證組。
物資應用大資料管理資訊系統的建設可以有效地提升物資管理水平,可以對市場價格及路局下一階段重要物資的需求有一個相對準確的預判,根據大資料的預測提前部署物資的採購工作,可以保證全域性的物資供應;透過大資料平臺的.應用可以實現物資質量跟蹤與供應商評價有機結合;實現對物資庫存資料的挖掘和分析,可以降低庫存物資,減少物資積壓,提高對廢舊物資的有效利用,對降低物資消耗有積極作用。
解決方案 篇2
一、調查的背景
一是園際發展不均衡。公辦園只有1所，民辦園越辦越多，迄今為止有18所。在19所幼兒園中，公辦園是省示範性幼兒園，民辦園中有7所省三級幼兒園，其他11所規模較小。
二是師資隊伍發展的不均衡。導致園所骨幹教師缺失、師資整體素養和教育教學能力參差不齊，制約著幼兒園的內涵發展。為找到最佳化科研骨幹隊伍的路徑以及運作策略，筆者展開調查。筆者在與梅林片19位幼兒園園長的座談中，瞭解到各園師資隊伍結構的不均衡。在年齡結構上較為合理，公辦園教師中年齡在30歲以下的佔17.8%，30～40歲之間的佔67.8%；41歲以上的佔14.2%。18所民辦園的教師年齡在20歲以下佔40%；20～30歲之間的佔20%；30～40歲之間的佔36.7%；40歲以上的佔3.3%。從資料中看出師資隊伍的年齡結構集中在30～40歲之間（簡稱為“30+”）的教師中，這一教齡較長的優勢群體為打造科研骨幹隊伍的創新實踐提供了保障。筆者透過問卷調查的方式，以梅林片19所幼兒園為例，瞭解“30+”教師的科研現狀以及科研隊伍建設中存在的問題，分析優勢與不足，試圖為打造科研骨幹隊伍提供可借鑑的資料。
二、調查的設計
1.調查的時間：20xx年6月~7月。2.調查方式（1）開展座談1次，座談的物件是梅林片19所幼兒園的園長，內容是談本園師資隊伍的基本情況以及對打造“科研骨幹隊伍”的建議。（2）對19所幼兒園中41名“30+”教師發放學校自編的《教師課題研究狀況調查問卷》。公辦園（下文簡稱為M園）發放問卷19份，18所民辦園（下文簡稱Y園）共發放問卷22份，總共41份問卷，回收有效問卷41份，回收率為100%。此次調查方法採取無記名方式，問卷調查主體部分從“科研態度”“科研困難”與“科研能力”這些方面對教師的科研現狀進行調查。
三、調查結果及分析
（一）M園和Y園“30+”教師的學歷與職稱基本情況分析
從學歷結構中看出，M園和Y園的“30+”學歷都達標，集中在專科。M園中本科學歷的教師有10人，顯現高學歷發展態勢。調查表明，M園和Y園教師的職稱結構差異很大，原因在於教師的編制問題。M園的“30+”中有15位是在編教師，由此職稱評定上佔優勢，現今高階職稱有6人，11位一級教師。Y園的22位“30+”都是非在編教師，未定級教師比例佔到90.9%，只有2位一級教師，還沒有高階職稱的教師。
（二）M園和Y園“30+”教師的科研情況分析
1．科研態度調查表明，大多數“30+”們有較強的科研成長意識和提高自己科研能力的願望。此外，在“去做科研”這件事上，M園和Y園教師的看法有相當大的分歧：M園有73.6%的教師認為“做科研”不僅僅是專業人員的事，更是廣大一線教師需要在業務上鑽研、在工作中深入、在實踐中落實，從而達到有效提升教學質量和提升自身專業素養；而Y園中有72.7%的教師認為“做科研”是相對於專業人員而論的事，片面地認為“做科研”與一線教師存在一定差距。此逆差說明，M園教師的科研意識高於Y園教師，Y園教師的科研認識是盲目的。究其原因，Y園教師對於課題研究停留在良好的願景上，教育科研“懸崖一靈芝，可望而不可即”的認識，缺少真正意義上的參與，亟須科研骨幹的引領和幫扶，轉變科研觀念。
2．科研困難關於教師科研困難的題目只有1題，此項題目為多項選擇題，統計結果如下：從統計的資料中看出“，30+”們的科研能力亟待提高。究其原因，一線農村教師長期缺乏站在理論的基礎上去實踐、思考、研究，以致在課題研究過程中出現這麼多的困惑，亟須科研知識的充實。首先，有75.6%的教師難於提出課題題目，缺乏科研問題的意識，直接制約了教師的研究。其次，在研究過程中缺乏對教育問題與現象的判斷與分析，有87.8%的教師難以調整和落實科研中出現的問題。教師在研究中最大的困惑來自於寫作，這是幼兒教師教育理論基礎先天不足的體現，與我國當前的整個教育體制有關。
四、對策與建議
我們立足於梅林地區實情，推出以“園際聯盟”為路徑，以“科研骨幹共同體”為抓手的策略來最佳化“科研骨幹隊伍”的建設：
構建“園際聯盟”網路我們梅林片建立層層結對、層層輔導的“園際聯盟網路”，以公辦園為龍頭，與18所民辦園結成緊密的發展聯盟體，充分發揮示範性幼兒園的引領輻射作用，透過開展多種形式的“帶教指導”和全方位聯盟帶教工作，提升帶教內涵，完善帶教機制，探索聯盟體共同發展模式，加快各級幼兒園的建立步伐，實現聯盟體各園所的共同發展。
打造“科研骨幹共同體”打破公立和民辦園的界限，整合區內“30+”教師進行“扶幫互助”的結對關係，利用“同園結對”“異園結對”等方式，以課題為樞紐，達到資訊互通，資源共享、互學共進、和諧發展。以上只是我們粗略的對策框架，希望在今後的實踐中，我們梅林片能建立一個富有激情、充滿理想、凝聚智慧、放射活力的科研環境和科研機制，正是我們構建梅林片科研共同體，促進梅林片教師整體發展的體現，也是我們對教育科研工作的孜孜追求！
解決方案 篇3
一、教育資訊化現狀
目前國內教育界主要分為高等教育、公眾教育、基礎教育三大塊，三個部分的建設應用情況不盡相同。同方網路對於每一個部分都提出了有針對性的解決方案，為加速教育界資訊化助一臂之力。
高校校園網建設中面臨的問題有如下幾個方面：
（1）網路管理、維護的困難
課堂教學逐步走向網路化、學生線上學習、娛樂時間增加
校園網網路大、業務多、故障問題定位複雜網路的安全性差、管理難度大
老師要負責日常教學還要做網路的日常維護、在學校奔波
（2）網路業務容量及資源調配的困難
學生髮起的大量資料轉移
網上影片點播、廣播、大量的多媒體通訊，需要qos支援
如何有效合理對教育網路頻寬的排程和分配滿足如：教育網路多媒體教學和遠端教學；圖書館訪問系統，大型分散式資料庫系統、超效能計算資源共享/管理系統、視訊會議、ephone等等應用。
（3）網路安全、統計等運營問題
教學、辦公、生活、娛樂，使用者水平高，網路資源需求廣、不能全部免費、缺乏使用者認證、授權、計費體系
學生的安全認證以ip地址為主，存在有意和無意的攻擊
採用靜態ip和proxy伺服器管理問題
二、高校校園網解決方案：
針對校園網的業務需求和建網中所面臨的問題，同方網路公司提出了自己有特色的解決方案。
解決方案特點：
高智慧：在網路的核心和匯聚層提供的tfs9000系列接入層智慧網交換機可以智慧識別應用業務流，按照全網策略賦予各種應用業務不同的優先順序，提供二層的802。1p優先順序、三層的diffservertos欄位的dscp標記，完成全網端到端的qos保證。
高安全：同方的接入層tfs7000系列智慧型交換機支援埠＋mac地址繫結技術；支援802。1x基於使用者身份的認證；支援ssl、ssh、tacacs+等安全認證技術，可以對於web管理進行加密，大大提高了交換機網管的安全性。
高效能：同方推出的全系列乙太網交換機都支援線速無阻塞交換。對於大使用者量和大資料量的教育網來說，這一點尤其重要。
多業務：支援多媒體應用，包括影片點播、視訊會議、遠端教育等。可以對這些業務進行差別服務，提供端到端的qos保障。
三、高校寬頻網：
高校寬頻網建設中面臨的問題有如下幾個方面：
（1）網路管理、維護問題：
由於校園寬頻接入使用者數量巨大而且非常集中，流動性又比較強，所以無論從使用者管理、裝置管理、計費管理都具有很大的困難。況且學生計算機水平相對來說比商業使用者高的多，給管理上帶來了很大的風險。
（2）網路安全問題：
乙太網固有的一些特性導致了乙太網接入的安全問題
學校學生計算機水平高而且時間充裕，本身網路就有很大的安全隱患
學校具備的inter、cer、校內三種資源的選擇性對網路安全管理提出了挑戰，如何處理訪問的靈活性和安全性之間的平衡是每個學校網管需要考慮的問題。
（3）計費問題：
如何既保證inter、cer、校內三種資源訪問的便利性又保證準確計費，是目前高校寬頻網面臨的普遍問題。
四、同方高校寬頻網解決方案：
同方網路依靠著寬頻網的建設經驗和自己對寬頻ip網獨到的理解，推出了高校園區寬頻乙太網接入解決方案，傾力打造安全的高校寬頻接入網。
解決方案特點：
除了具備了高校校園網相應的易管理、高安全等特點之外，同方針對高校寬頻網推出的解決方案還具備以下特點：
可運營：tfs7000e+系列、tfs6224e支援頻寬控制，全面的控制每一個使用者的頻寬，保證關鍵應用的頻寬，提高頻寬資源利用率；這一點對學校寬頻接入中如何提高頻寬利用率尤其重要；
接入安全：同方tfs7000e+系列、tfs5000ei系列接入交換機提供的靈活埠密度、埠物理隔離等接入特性保證了高校大量使用者接入的靈活性和安全性。
計費靈活：tfs7000e+透過802。1x認證中採用不同使用者名稱字尾結合dhcp方式實現校園網、cer、inter訪問不同的收費策略。透過和專用計費軟體的配合可以提供基於時長、頻寬、流量等計費手段，提供靈活的計費策略。
方案特點：
業界一流的骨幹級交換機交叉背板交換，分散式二/三/四層處理，無阻塞交換架構，保證全網全線速10/100m接入使用者桌面
伺服器可選擇接入100base—tx、1000base—sx、1000base－t
骨幹交換機提供線速三層交換，接入層交換機線速二層交換保證全網無阻塞效能
支援1000m上聯模組，能夠根據業務流量的需要採用trunk功能
支援高速埠聚合，具有鏈路冗餘和負載均衡的能力
高智慧，支援二/三/四層線速交換，提供端到端的qos的保證
高安全，802.1x基於使用者身份的認證
網管簡單，可選的web、cli管理
解決方案 篇4
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();}
為進一步保證鬧鐘服務的存活，同加上灰色保活（利用系統的漏洞啟動前臺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手機的鬧鐘都可以用，這只是盡最大的可能保證大部分的手機。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支援教程網。
解決方案 篇5
經過近幾年中國電信業連續的分割重組，中國行動通訊集團從無到有，從小到大，從不健全到逐步健全和完善，取得了令人矚目的成績，從集團解決方案談產品營銷組合。伴隨著全球行動通訊需求的飛速增長和移動通訊技術的日新月異，中國3G頻譜劃定，國家第三、第四張移動牌照頒發在即，TD—SCDMA產業聯盟宣佈成立，移動支付等新增值業務發展迅速，中國移動也加快了自身發展的步伐，一方面不斷推出新業務，一方面不遺餘力地吸引、留住使用者，針對行動通訊市場的營銷活動顯得越來越重要。
在企業戰略管理中，營銷組合具有特別重要的意義。產品、價格、銷售渠道、促銷措施四大營銷因素組合的目的是為了追求營銷整體利益。不難看出，四因素中的每一因素環節都具有可變性，而另一方面各自又具有相對的整體性，因此，市場營銷組合作為一個系統工程，既要考慮組合因素之間的銜接協調，又要保持各因素環節的最佳化組合，使其充分發揮最佳效益。營銷組合的過程和組合狀況，在很大程度上決定了企業營銷組合的效果，它是企業制定營銷戰略的基礎，是企業應付競爭的有力手段。多方位、多層次的動態營銷戰略組合越來越凸顯其魅力價值。
產品整體理論認為，一個完整的產品應該包含核心產品、有形產品和附加產品三個層次。其中，核心產品是指消費者購買某種產品時所追求的利益，即顧客的核心需求。有形產品是指核心產品藉以實現的形式，即向市場提供的實體和服務的形象。附加產品則指顧客購買有形產品時所獲得的全部附加服務和利益，包括提供的保證及售後服務等。
一般而言，產品在三個層次上同時進行競爭，但是在不同的階段或不同的市場環境下重點會有所不同。對於市場上的新產品，競爭主要集中在核心產品上，然後隨著產品生命週期的變遷，競爭重點會逐漸轉向有形產品和附加產品上，管理論文《從集團解決方案談產品營銷組合》。對於大多數的消費品和在目前產品普遍供大於求的市場環境下，產品的競爭基本上都集中在附加產品這一層次上。中國移動也不例外。目前行動通訊的發展已經從高速擴張期進入平穩發展期，在這個轉折時期，要更加註重修煉內功，透過搶奪存量，挖掘潛力，順利實現從規模發展向規模效益型的轉變，抓住機遇，擴充套件資料業務，因地制宜地為集團客戶提供整體資訊化解決方案，滿足不同層次客戶需求，以市場驅動發展。
企業行動通訊整體解決方案是我公司基於企業客戶現有的運作、管理以及客戶服務模式，整合移動優質的通訊網路、產品和服務資源，為企業客戶提高運作效率、控制運營成本、促進資訊資源最佳化提供全面的行動通訊解決方案。每一套成熟的移動管理解決方案都是由多項單一的集團產品透過合理化架構得來，透過有機組合、服務捆綁，每一項的集團產品互為依託，在集團客戶的生產管理中發揮著重要的作用。透過對不同企業量身定做的整體資訊化解決方案，中國移動走出了運營商自己搭臺、自己唱戲、自己受益的傳統定格和發展思路，在“開放、合作、共贏”的原則下，對價值鏈的重新定位整合帶動了一個全新、龐大的產業。下面就我公司針對工商銀行實施資訊化整體解決方案淺析產品營銷組合在行動通訊領域的應用。
1、使用者需求分析
行動通訊市場涉及多個產業鏈環節，但不管技術如何演進，提供更多個性化的功能和服務，滿足終端使用者的需求和消費經驗的不斷提高和增長，從而佔領更大的市場獲取利益是殊途同歸的唯一目標。所以瞭解和預測終端使用者的使用現狀及未來需求是支援電信產業價值鏈中不同成員決策的重要資訊。
我市工商銀行屬地市級分行機構，目前已具備先進的計算機網路和技術平臺，推出了電話銀行、網上銀行和手機銀行等多項業務服務體系，形成了實體銀行網點與自助服務協調執行的格局。
解決方案 篇6
隨著網際網路的高速發展，全民網路意識都在增強。各型別網站紛紛建立運營。企業網站也不例外。目前，網站已經成為客戶發現企業產品的重要渠道，除開傳統的宣傳功能，企業網站營銷功能也逐漸提升，成為了企業達到營銷目的的重要途徑。
但是企業網站的發展建立也使得網路資源變的越發緊張，逐漸出現了以下問題：
1.頁面內容多載入緩慢
2.跨運營商資料傳輸節點問題
3.遇到高併發時頻寬壓力過大
4.中小型去也資金緊張，無法投入資金提高硬體裝置
為了解決這些問題，Diycdn網站加速平臺提出了一系列解決方案
1.Diycdn採用動態節點分配技術，可實時保障網際網路終端使用者訪問的是最近最穩定的節點，快速載入頁面，響應使用者請求；
2.Diycdn加速節點可智慧識別線上源與高速源，保障通訊的及時有效性，消除了不同運營商之間互聯的瓶頸造成的影響，實現了跨運營商的網路加速，擁有良好的加速效果；
3.Diycdn採用智慧分流均衡負載技術，並使用更加有效的智慧冗餘機制，大幅度提升節點承受流量上限，且有效降低單一節點壓力，有效應對高併發；
4.Diycdn為了推動CDN網站加速技術的全面普及，首次將CDN網站加速服務發展成零元模式，CDN加速從此不再收取任何費用，大幅降低企業投入
Diycdn網站加速系統多年致力於為企業網站提供專業、安全、可靠的加速服務，積極探索企業類網站的需求，專項研究企業網站加速服務，使用Diycdn網站加速平臺後，,網站頁面載入速度明顯提高,無論是圖片還是影片音訊的載入都暢通無阻。為提高企業網站訪問量，增加企業收益作出了貢獻。