關(guān)于解決方案集錦六篇
為有力保證事情或工作開(kāi)展的水平質(zhì)量，常常需要提前進(jìn)行細(xì)致的方案準(zhǔn)備工作，方案一般包括指導(dǎo)思想、主要目標(biāo)、工作重點(diǎn)、實(shí)施步驟、政策措施、具體要求等項(xiàng)目。方案要怎么制定呢？下面是小編幫大家整理的解決方案6篇，歡迎閱讀，希望大家能夠喜歡。
解決方案 篇1
鐵路物資應(yīng)用大數(shù)據(jù)管理系統(tǒng)首先構(gòu)建物資專(zhuān)業(yè)數(shù)據(jù)庫(kù),需要補(bǔ)充和完善需要的數(shù)據(jù)項(xiàng),構(gòu)建物資專(zhuān)業(yè)全量數(shù)據(jù)體系,例如增加重要物資的生產(chǎn)日期,技術(shù)證件(復(fù)印件或圖片),驗(yàn)收記錄,復(fù)檢復(fù)驗(yàn)業(yè)務(wù)數(shù)據(jù),質(zhì)量問(wèn)題圖片數(shù)據(jù),供應(yīng)商的生產(chǎn)許可數(shù)據(jù)、生產(chǎn)資質(zhì)(圖片)等數(shù)據(jù);其次完善物資管理職能,豐富和增加基礎(chǔ)數(shù)據(jù)源,例如修舊利廢管理,廢舊物資管理等,在提高對(duì)廢、舊物資管理的同時(shí),完善物資管理數(shù)據(jù)源;系統(tǒng)通過(guò)歸集處理,完成對(duì)物資專(zhuān)業(yè)產(chǎn)生的數(shù)據(jù)、與物資有關(guān)的其他數(shù)據(jù)、來(lái)自互聯(lián)網(wǎng)上的相關(guān)數(shù)據(jù),還包括手工編輯導(dǎo)入的數(shù)據(jù)等集中處理,將這些數(shù)據(jù)(結(jié)構(gòu)化、非結(jié)構(gòu)化)歸集到大平臺(tái)數(shù)據(jù)庫(kù)中,形成數(shù)據(jù)源;數(shù)據(jù)存儲(chǔ)和處理,采用大數(shù)據(jù)技術(shù)對(duì)歸集的數(shù)據(jù)源進(jìn)行清洗、轉(zhuǎn)換并存入不同的數(shù)據(jù)庫(kù),并進(jìn)行匯總、挖掘處理,形成對(duì)外統(tǒng)一的大數(shù)據(jù)接口;數(shù)據(jù)查詢、分析和預(yù)測(cè)系統(tǒng)對(duì)處理后的大數(shù)據(jù)根據(jù)業(yè)務(wù)需求進(jìn)行各種統(tǒng)計(jì)、查詢和預(yù)測(cè),達(dá)到讓數(shù)據(jù)張口,靠數(shù)據(jù)說(shuō)話,減少因缺少數(shù)據(jù)支撐而帶來(lái)的偏差,降低決策風(fēng)險(xiǎn)。
1 物資管理數(shù)據(jù)體系
在物資管理信息系統(tǒng)中,增加物資的生產(chǎn)日期、入庫(kù)驗(yàn)收信息,相關(guān)技術(shù)證件、復(fù)檢復(fù)驗(yàn)數(shù)據(jù)等;在物資質(zhì)量問(wèn)題反饋管理中增加質(zhì)量問(wèn)題圖片;增加物資屬性圖片及供應(yīng)商的詳細(xì)信息(如生產(chǎn)規(guī)模、信譽(yù)等級(jí)、資質(zhì)、生產(chǎn)許可和認(rèn)證等),建立物資專(zhuān)業(yè)基本信息庫(kù),形成物資管理全量數(shù)據(jù)體。
1.1 完善物資管理職能
增加修舊利費(fèi)管理子系統(tǒng),對(duì)卸下的配件經(jīng)過(guò)維修再利用,提高物資的使用率;增加廢舊物資管理子系統(tǒng),將報(bào)廢的各類(lèi)物資進(jìn)行分類(lèi)歸集,由物資處進(jìn)行統(tǒng)一處置,清算處理,沖減成本;增加物資質(zhì)量跟蹤管理子系統(tǒng),與各專(zhuān)業(yè)的生產(chǎn)檢修系統(tǒng)進(jìn)行互聯(lián)互通,實(shí)現(xiàn)對(duì)物資采購(gòu)、檢驗(yàn)、使用、維修、報(bào)廢等全過(guò)程管理。
1.2 數(shù)據(jù)采集
數(shù)據(jù)采集就是從數(shù)據(jù)源收集、識(shí)別和選取數(shù)據(jù)的過(guò)程,隨著業(yè)務(wù)的進(jìn)行,各類(lèi)數(shù)據(jù)的累積越來(lái)越大,如何有效地收集這些數(shù)據(jù),保證采集數(shù)據(jù)的可靠性,避免重復(fù)數(shù)據(jù),保證數(shù)據(jù)的質(zhì)量,是數(shù)據(jù)采集這個(gè)環(huán)節(jié)需要解決的。
數(shù)據(jù)采集分為兩個(gè)來(lái)源:數(shù)據(jù)來(lái)自應(yīng)用系統(tǒng)之外,簡(jiǎn)稱(chēng)為外部采集;數(shù)據(jù)來(lái)自引用系統(tǒng)內(nèi)部,簡(jiǎn)稱(chēng)為內(nèi)部采集。外部采集主要來(lái)自物資經(jīng)營(yíng)的專(zhuān)業(yè)網(wǎng)站,例如東方財(cái)富網(wǎng)等其他一些網(wǎng)站,數(shù)據(jù)包括關(guān)注物資的價(jià)格變化數(shù)據(jù),供應(yīng)商的生產(chǎn)、銷(xiāo)售數(shù)據(jù),價(jià)格數(shù)據(jù);還包括國(guó)家統(tǒng)計(jì)部門(mén)發(fā)布的GDP、PPI和CPI等;包括總公司、路局專(zhuān)業(yè)處室的下一時(shí)間段的大修、更新項(xiàng)目計(jì)劃數(shù)據(jù),主要用來(lái)分析和預(yù)測(cè)價(jià)格走勢(shì),下一階段的物資采購(gòu)預(yù)測(cè)等。
1.3 數(shù)據(jù)挖掘
數(shù)據(jù)挖掘作為一種決策支持過(guò)程,高度自動(dòng)化地分析企業(yè)的數(shù)據(jù),做出歸納性的推理,從中挖掘出潛在的模式,幫助決策者調(diào)整市場(chǎng)策略,減少風(fēng)險(xiǎn),做出正確的決策。針對(duì)歸集的大量相關(guān)業(yè)務(wù)數(shù)據(jù),進(jìn)行清洗、刪除和處理,保證數(shù)據(jù)的有效性和正確性,然后分析物資專(zhuān)業(yè)所關(guān)注各項(xiàng)內(nèi)容(或關(guān)鍵指標(biāo))之間潛在的關(guān)系,找出影響分析結(jié)果的主、次因素,作為數(shù)據(jù)挖掘的基礎(chǔ)。
2 數(shù)據(jù)分析和展現(xiàn)
在大數(shù)據(jù)分析與業(yè)務(wù)協(xié)同的基礎(chǔ)上,利用基本分析引擎驅(qū)動(dòng)的圖形信息顯示功能,建立管理儀表盤(pán)跟蹤、分析、監(jiān)控、預(yù)測(cè)關(guān)鍵指標(biāo)和目標(biāo),實(shí)現(xiàn)對(duì)物資價(jià)格預(yù)測(cè)、需求和采購(gòu)分析、質(zhì)量跟蹤、廉政風(fēng)險(xiǎn)防控等業(yè)務(wù)決策模型的最終分析運(yùn)用結(jié)果進(jìn)行展現(xiàn)。
2.1 重要物資價(jià)格變化趨勢(shì)
根據(jù)每月產(chǎn)生的采購(gòu)價(jià)格,形成價(jià)格的直觀圖表,同時(shí)可以關(guān)聯(lián)相關(guān)數(shù)據(jù)預(yù)測(cè)未來(lái)一段時(shí)間內(nèi)的價(jià)格走勢(shì);也可以顯示歷史(一年前過(guò)兩年前的)變化,作為比較依據(jù)。
2.2 重要物資需求預(yù)測(cè)分析
根據(jù)物資大數(shù)據(jù),可以分析預(yù)測(cè)出下年度的重要物資的需求數(shù)量,以便根據(jù)市場(chǎng)情況,提前做出采購(gòu)預(yù)算,保證供應(yīng);分析結(jié)果可以通過(guò)報(bào)表或柱狀圖展示。
2.3 物資采購(gòu)綜合分析
根據(jù)物資大數(shù)據(jù),對(duì)物資采購(gòu)的各項(xiàng)指標(biāo)進(jìn)行綜合分析,包括采購(gòu)周期、采購(gòu)方式、物資使用方向、采購(gòu)金額、供應(yīng)商反饋及問(wèn)題投訴,從中發(fā)現(xiàn)可能存在的廉政風(fēng)險(xiǎn),強(qiáng)化陽(yáng)光采購(gòu)。
2.4 庫(kù)存周轉(zhuǎn)與采購(gòu)周期分析
根據(jù)物資專(zhuān)業(yè)大數(shù)據(jù),對(duì)全局的庫(kù)存物資的周轉(zhuǎn)天數(shù)(能夠按照物資小類(lèi)、物資大類(lèi)等)及相對(duì)應(yīng)的采購(gòu)周期進(jìn)行分析,查找周轉(zhuǎn)天數(shù)差異,找出問(wèn)題所在,提高庫(kù)存的周轉(zhuǎn)率,杜絕庫(kù)存積壓、減少庫(kù)存資金占用;分析結(jié)果通過(guò)報(bào)表或圖形展現(xiàn)。3 技術(shù)方案總體架構(gòu)。整個(gè)架構(gòu)分為5層:數(shù)據(jù)源層,處于整個(gè)架構(gòu)的最底層,包含物資管理系統(tǒng)及與之關(guān)聯(lián)的全部業(yè)務(wù)數(shù)據(jù):結(jié)構(gòu)化、半結(jié)構(gòu)化和非結(jié)構(gòu)化。獲取層:數(shù)據(jù)采集(ETL),負(fù)責(zé)對(duì)源數(shù)據(jù)的采集、清洗、轉(zhuǎn)換和加載,包括:把原始數(shù)據(jù)加載到Hadoop平臺(tái)。數(shù)據(jù)層:包括主數(shù)據(jù)倉(cāng)庫(kù)、分布式數(shù)據(jù)庫(kù)及Hadoop云平臺(tái),Hadoop云平臺(tái)負(fù)責(zé)存儲(chǔ)海量的單據(jù)數(shù)據(jù),提供并行的計(jì)算和非結(jié)構(gòu)化數(shù)據(jù)的處理能力,實(shí)現(xiàn)低成本的存儲(chǔ)和低時(shí)延、高并發(fā)的查詢能力;主數(shù)據(jù)倉(cāng)庫(kù)(與MPP合設(shè))負(fù)責(zé)存儲(chǔ)指標(biāo)數(shù)據(jù)、KPI數(shù)據(jù)和高度匯總數(shù)據(jù);分布式數(shù)據(jù)庫(kù)(MPP)負(fù)責(zé)存儲(chǔ)加工、關(guān)聯(lián)、匯總后的業(yè)務(wù)數(shù)據(jù),并提供分布式計(jì)算、支撐數(shù)據(jù)深度分析和數(shù)據(jù)挖掘能力,向主數(shù)據(jù)倉(cāng)庫(kù)輸出KPI和高度匯總數(shù)據(jù)。能力層:負(fù)責(zé)向上層的應(yīng)用方提供大數(shù)據(jù)平臺(tái)能力,同時(shí)提供統(tǒng)一的數(shù)據(jù)開(kāi)放接口,使多方大數(shù)據(jù)應(yīng)用方享用。應(yīng)用層:為用戶提供大數(shù)據(jù)平臺(tái)的數(shù)據(jù)分析、查詢、挖掘等功能,實(shí)現(xiàn)對(duì)物資管理專(zhuān)業(yè)的需求預(yù)測(cè)、采購(gòu)預(yù)期、價(jià)格走勢(shì)、物資質(zhì)量跟蹤、供應(yīng)商績(jī)效考核等綜合分析。
3 安全方案
基于信息安全等級(jí)保護(hù)二級(jí)要求落實(shí)安全措施的要求,結(jié)合本系統(tǒng)的具體需求,在系統(tǒng)設(shè)計(jì)時(shí),應(yīng)重點(diǎn)考慮應(yīng)用安全、數(shù)據(jù)安全和網(wǎng)絡(luò)安全三個(gè)方面。
4.1 應(yīng)用安全
應(yīng)用安全是信息系統(tǒng)整體防御的最后一道防線。在應(yīng)用層面運(yùn)行著信息系統(tǒng)的基于網(wǎng)絡(luò)的應(yīng)用以及特定業(yè)務(wù)應(yīng)用�；诰W(wǎng)絡(luò)的應(yīng)用是形成其他應(yīng)用的基礎(chǔ),包括消息發(fā)送、web瀏覽等,可以說(shuō)是基本的應(yīng)用。業(yè)務(wù)應(yīng)用采納基本應(yīng)用的功能以滿足鐵路物資管理信息系統(tǒng)的要求。由于各種基本應(yīng)用最終是為業(yè)務(wù)應(yīng)用服務(wù)的,因此對(duì)應(yīng)用系統(tǒng)的安全保護(hù)最終就是如何保護(hù)系統(tǒng)的各種業(yè)務(wù)應(yīng)用程序安全運(yùn)行。
4.2 數(shù)據(jù)安全
系統(tǒng)處理的各種數(shù)據(jù)(用戶數(shù)據(jù)、系統(tǒng)數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)等)在維持系統(tǒng)正常運(yùn)行上起著至關(guān)重要的作用。一旦數(shù)據(jù)遭到破壞(泄漏、修改、毀壞),都會(huì)在不同程度上造成影響,從而危害到系統(tǒng)的正常運(yùn)行。由于物資應(yīng)用大數(shù)據(jù)管理系統(tǒng)的各個(gè)層面(網(wǎng)絡(luò)、主機(jī)、應(yīng)用等)都對(duì)各類(lèi)數(shù)據(jù)進(jìn)行傳輸、存儲(chǔ)和處理等,因此,對(duì)數(shù)據(jù)的保護(hù)需要物理環(huán)境、網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)和操作系統(tǒng)、應(yīng)用程序等提供支持。各個(gè)“關(guān)口”把好了,數(shù)據(jù)本身再具有一些防御和修復(fù)手段,必然將對(duì)數(shù)據(jù)造成的損害降至最小。另外,數(shù)據(jù)備份也是防止數(shù)據(jù)被破壞后無(wú)法恢復(fù)的重要手段,而硬件備份等更是保證系統(tǒng)可用的重要內(nèi)容。
4.3 網(wǎng)絡(luò)安全
網(wǎng)絡(luò)安全為物資應(yīng)用大數(shù)據(jù)管理系統(tǒng)在網(wǎng)絡(luò)環(huán)境的安全運(yùn)行提供支持。一方面,確保網(wǎng)絡(luò)設(shè)備的安全運(yùn)行,提供有效的網(wǎng)絡(luò)服務(wù),另一方面,確保在網(wǎng)上傳輸數(shù)據(jù)的保密性、完整性和可用性等。該系統(tǒng)納入鐵路總公司、鐵路局網(wǎng)絡(luò)和信息安全保障體系中。
4.4 關(guān)鍵技術(shù)
大數(shù)據(jù)并非一項(xiàng)新技術(shù),其前身是商務(wù)智能BI,是一系列信息技術(shù)的集合。怎樣將數(shù)據(jù)中的價(jià)值挖掘出來(lái),并以直觀、清晰地方式展現(xiàn)在人們面前,是大數(shù)據(jù)解決的基本問(wèn)題。數(shù)據(jù)展現(xiàn)通過(guò)借助表格、圖片等手段,揭示隱藏在數(shù)據(jù)背后的模式與數(shù)據(jù)之間的關(guān)聯(lián)關(guān)系,它以簡(jiǎn)單、友好的方式將這種關(guān)系呈現(xiàn)給用戶,可以有效地提升數(shù)據(jù)的使用效率。該系統(tǒng)包括數(shù)據(jù)采集、數(shù)據(jù)管理、計(jì)算處理、數(shù)據(jù)分析和數(shù)據(jù)展現(xiàn)5個(gè)技術(shù)環(huán)節(jié)。
數(shù)據(jù)存儲(chǔ)是大數(shù)據(jù)時(shí)代需要解決的重要問(wèn)題。目前,鐵路物資系統(tǒng)保存了大量的結(jié)構(gòu)化數(shù)據(jù),然而亟待解決的是海量半結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)的存儲(chǔ)問(wèn)題。非結(jié)構(gòu)化的數(shù)據(jù)主要采用對(duì)象存儲(chǔ)系統(tǒng)或分布式文件系統(tǒng)進(jìn)行存儲(chǔ),本文采用Hadoop分布式文件系統(tǒng)。Hadoop基于一種開(kāi)源的理念實(shí)現(xiàn)的分布式文件系統(tǒng);半結(jié)構(gòu)化數(shù)據(jù)可以使用NoSQL數(shù)據(jù)庫(kù)HBase中存放;結(jié)構(gòu)化數(shù)據(jù)存放在關(guān)系型數(shù)據(jù)庫(kù)Oracle或SQL Server中。HDFS(Hadoop Distributed FileSystem)是Hadoop的核心模塊之一,具有如下特點(diǎn):
在一個(gè)多節(jié)點(diǎn)塊集群存儲(chǔ)文件;在節(jié)點(diǎn)間復(fù)制模塊;主從架構(gòu);沒(méi)有文件更新;一次寫(xiě),多次讀;大數(shù)據(jù)塊順序讀模式;為批處理設(shè)計(jì)。大數(shù)據(jù)時(shí)代的數(shù)據(jù)有以下幾個(gè)特征:大體量(Volume)、多樣性(Variety)、大價(jià)值(Value)、時(shí)效性(Velocity)、準(zhǔn)確性(Veracity)的5V特點(diǎn)。常規(guī)的數(shù)據(jù)分析僅僅是對(duì)己有數(shù)據(jù)的靜態(tài)分析,并不能進(jìn)行動(dòng)態(tài)的預(yù)測(cè),而物資系統(tǒng)要求動(dòng)態(tài)實(shí)時(shí)的反應(yīng)生產(chǎn)實(shí)際,所以該系統(tǒng)大數(shù)據(jù)分析的難點(diǎn)是動(dòng)態(tài)化、多維化和深度化。適用于大數(shù)據(jù)的技術(shù),包括大規(guī)模并行處理(Mpp)數(shù)據(jù)庫(kù),數(shù)據(jù)挖掘電網(wǎng),分布式文件系統(tǒng),分布式數(shù)據(jù)庫(kù),云計(jì)算平臺(tái),互聯(lián)和可擴(kuò)展的存儲(chǔ)系統(tǒng)。
4 結(jié)語(yǔ)
5.1 實(shí)施策略
大數(shù)據(jù)平臺(tái)的建設(shè)工作量大、周期長(zhǎng)、涉及部門(mén)多,系統(tǒng)的實(shí)施應(yīng)遵循統(tǒng)一指揮、統(tǒng)一規(guī)劃的原則,系統(tǒng)實(shí)施過(guò)程采用分步建設(shè)、試點(diǎn)先行的原則,在明確分工的基礎(chǔ)上,大力協(xié)同,科學(xué)實(shí)施,確保各項(xiàng)工作的有序推進(jìn)。
5.2 項(xiàng)目實(shí)施組織
成立物資應(yīng)用大數(shù)據(jù)管理信息系統(tǒng)項(xiàng)目工作組,按照本方案有序推進(jìn)實(shí)施工作。項(xiàng)目工作組負(fù)責(zé)總體指導(dǎo)和統(tǒng)籌協(xié)調(diào),解決系統(tǒng)工程建設(shè)中的重大問(wèn)題,確保按統(tǒng)一規(guī)劃和建設(shè)標(biāo)準(zhǔn)進(jìn)行實(shí)施;協(xié)調(diào)設(shè)計(jì)單位、相關(guān)接口系統(tǒng)的設(shè)計(jì)開(kāi)發(fā)單位、業(yè)務(wù)處室和站段直接的分工協(xié)作。
成立專(zhuān)家組負(fù)責(zé)業(yè)務(wù)指導(dǎo)和技術(shù)把關(guān),為項(xiàng)目開(kāi)發(fā)和實(shí)施過(guò)程中出現(xiàn)的問(wèn)題提供咨詢支持。成立項(xiàng)目總體組,負(fù)責(zé)項(xiàng)目總體設(shè)計(jì)、進(jìn)行任務(wù)分工、把握項(xiàng)目進(jìn)度、協(xié)調(diào)項(xiàng)目組內(nèi)部工作等,下設(shè)數(shù)據(jù)組、軟件開(kāi)發(fā)組與實(shí)施組、質(zhì)量保證組。
物資應(yīng)用大數(shù)據(jù)管理信息系統(tǒng)的建設(shè)可以有效地提升物資管理水平,可以對(duì)市場(chǎng)價(jià)格及路局下一階段重要物資的需求有一個(gè)相對(duì)準(zhǔn)確的預(yù)判,根據(jù)大數(shù)據(jù)的預(yù)測(cè)提前部署物資的采購(gòu)工作,可以保證全局的物資供應(yīng);通過(guò)大數(shù)據(jù)平臺(tái)的.應(yīng)用可以實(shí)現(xiàn)物資質(zhì)量跟蹤與供應(yīng)商評(píng)價(jià)有機(jī)結(jié)合;實(shí)現(xiàn)對(duì)物資庫(kù)存數(shù)據(jù)的挖掘和分析,可以降低庫(kù)存物資,減少物資積壓,提高對(duì)廢舊物資的有效利用,對(duì)降低物資消耗有積極作用。
解決方案 篇2
一、調(diào)查的背景
一是園際發(fā)展不均衡。公辦園只有1所，民辦園越辦越多，迄今為止有18所。在19所幼兒園中，公辦園是省示范性幼兒園，民辦園中有7所省三級(jí)幼兒園，其他11所規(guī)模較小。
二是師資隊(duì)伍發(fā)展的不均衡。導(dǎo)致園所骨干教師缺失、師資整體素養(yǎng)和教育教學(xué)能力參差不齊，制約著幼兒園的內(nèi)涵發(fā)展。為找到優(yōu)化科研骨干隊(duì)伍的路徑以及運(yùn)作策略，筆者展開(kāi)調(diào)查。筆者在與梅林片19位幼兒園園長(zhǎng)的座談中，了解到各園師資隊(duì)伍結(jié)構(gòu)的不均衡。在年齡結(jié)構(gòu)上較為合理，公辦園教師中年齡在30歲以下的占17.8%，30～40歲之間的占67.8%；41歲以上的占14.2%。18所民辦園的教師年齡在20歲以下占40%；20～30歲之間的占20%；30～40歲之間的占36.7%；40歲以上的占3.3%。從數(shù)據(jù)中看出師資隊(duì)伍的年齡結(jié)構(gòu)集中在30～40歲之間（簡(jiǎn)稱(chēng)為“30+”）的教師中，這一教齡較長(zhǎng)的優(yōu)勢(shì)群體為打造科研骨干隊(duì)伍的創(chuàng)新實(shí)踐提供了保障。筆者通過(guò)問(wèn)卷調(diào)查的方式，以梅林片19所幼兒園為例，了解“30+”教師的科研現(xiàn)狀以及科研隊(duì)伍建設(shè)中存在的問(wèn)題，分析優(yōu)勢(shì)與不足，試圖為打造科研骨干隊(duì)伍提供可借鑒的資料。
二、調(diào)查的設(shè)計(jì)
1.調(diào)查的時(shí)間：20xx年6月~7月。2.調(diào)查方式（1）開(kāi)展座談1次，座談的對(duì)象是梅林片19所幼兒園的園長(zhǎng)，內(nèi)容是談本園師資隊(duì)伍的基本情況以及對(duì)打造“科研骨干隊(duì)伍”的建議。（2）對(duì)19所幼兒園中41名“30+”教師發(fā)放學(xué)校自編的《教師課題研究狀況調(diào)查問(wèn)卷》。公辦園（下文簡(jiǎn)稱(chēng)為M園）發(fā)放問(wèn)卷19份，18所民辦園（下文簡(jiǎn)稱(chēng)Y園）共發(fā)放問(wèn)卷22份，總共41份問(wèn)卷，回收有效問(wèn)卷41份，回收率為100%。此次調(diào)查方法采取無(wú)記名方式，問(wèn)卷調(diào)查主體部分從“科研態(tài)度”“科研困難”與“科研能力”這些方面對(duì)教師的科研現(xiàn)狀進(jìn)行調(diào)查。
三、調(diào)查結(jié)果及分析
�。ㄒ唬㎝園和Y園“30+”教師的學(xué)歷與職稱(chēng)基本情況分析
從學(xué)歷結(jié)構(gòu)中看出，M園和Y園的“30+”學(xué)歷都達(dá)標(biāo)，集中在專(zhuān)科。M園中本科學(xué)歷的教師有10人，顯現(xiàn)高學(xué)歷發(fā)展態(tài)勢(shì)。調(diào)查表明，M園和Y園教師的職稱(chēng)結(jié)構(gòu)差異很大，原因在于教師的編制問(wèn)題。M園的“30+”中有15位是在編教師，由此職稱(chēng)評(píng)定上占優(yōu)勢(shì)，現(xiàn)今高級(jí)職稱(chēng)有6人，11位一級(jí)教師。Y園的22位“30+”都是非在編教師，未定級(jí)教師比例占到90.9%，只有2位一級(jí)教師，還沒(méi)有高級(jí)職稱(chēng)的教師。
（二）M園和Y園“30+”教師的科研情況分析
1．科研態(tài)度調(diào)查表明，大多數(shù)“30+”們有較強(qiáng)的科研成長(zhǎng)意識(shí)和提高自己科研能力的愿望。此外，在“去做科研”這件事上，M園和Y園教師的看法有相當(dāng)大的分歧：M園有73.6%的教師認(rèn)為“做科研”不僅僅是專(zhuān)業(yè)人員的事，更是廣大一線教師需要在業(yè)務(wù)上鉆研、在工作中深入、在實(shí)踐中落實(shí)，從而達(dá)到有效提升教學(xué)質(zhì)量和提升自身專(zhuān)業(yè)素養(yǎng)；而Y園中有72.7%的教師認(rèn)為“做科研”是相對(duì)于專(zhuān)業(yè)人員而論的事，片面地認(rèn)為“做科研”與一線教師存在一定差距。此逆差說(shuō)明，M園教師的科研意識(shí)高于Y園教師，Y園教師的科研認(rèn)識(shí)是盲目的。究其原因，Y園教師對(duì)于課題研究停留在良好的愿景上，教育科研“懸崖一靈芝，可望而不可即”的認(rèn)識(shí)，缺少真正意義上的參與，亟須科研骨干的引領(lǐng)和幫扶，轉(zhuǎn)變科研觀念。
2．科研困難關(guān)于教師科研困難的題目只有1題，此項(xiàng)題目為多項(xiàng)選擇題，統(tǒng)計(jì)結(jié)果如下：從統(tǒng)計(jì)的數(shù)據(jù)中看出“，30+”們的科研能力亟待提高。究其原因，一線農(nóng)村教師長(zhǎng)期缺乏站在理論的基礎(chǔ)上去實(shí)踐、思考、研究，以致在課題研究過(guò)程中出現(xiàn)這么多的困惑，亟須科研知識(shí)的充實(shí)。首先，有75.6%的教師難于提出課題題目，缺乏科研問(wèn)題的意識(shí)，直接制約了教師的研究。其次，在研究過(guò)程中缺乏對(duì)教育問(wèn)題與現(xiàn)象的判斷與分析，有87.8%的教師難以調(diào)整和落實(shí)科研中出現(xiàn)的問(wèn)題。教師在研究中最大的困惑來(lái)自于寫(xiě)作，這是幼兒教師教育理論基礎(chǔ)先天不足的體現(xiàn)，與我國(guó)當(dāng)前的整個(gè)教育體制有關(guān)。
四、對(duì)策與建議
我們立足于梅林地區(qū)實(shí)情，推出以“園際聯(lián)盟”為路徑，以“科研骨干共同體”為抓手的策略來(lái)優(yōu)化“科研骨干隊(duì)伍”的建設(shè)：
構(gòu)建“園際聯(lián)盟”網(wǎng)絡(luò)我們梅林片建立層層結(jié)對(duì)、層層輔導(dǎo)的“園際聯(lián)盟網(wǎng)絡(luò)”，以公辦園為龍頭，與18所民辦園結(jié)成緊密的發(fā)展聯(lián)盟體，充分發(fā)揮示范性幼兒園的引領(lǐng)輻射作用，通過(guò)開(kāi)展多種形式的“帶教指導(dǎo)”和全方位聯(lián)盟帶教工作，提升帶教內(nèi)涵，完善帶教機(jī)制，探索聯(lián)盟體共同發(fā)展模式，加快各級(jí)幼兒園的創(chuàng)建步伐，實(shí)現(xiàn)聯(lián)盟體各園所的共同發(fā)展。
打造“科研骨干共同體”打破公立和民辦園的界限，整合區(qū)內(nèi)“30+”教師進(jìn)行“扶幫互助”的結(jié)對(duì)關(guān)系，利用“同園結(jié)對(duì)”“異園結(jié)對(duì)”等方式，以課題為樞紐，達(dá)到信息互通，資源共享、互學(xué)共進(jìn)、和諧發(fā)展。以上只是我們粗略的對(duì)策框架，希望在今后的實(shí)踐中，我們梅林片能建立一個(gè)富有激情、充滿理想、凝聚智慧、放射活力的科研環(huán)境和科研機(jī)制，正是我們構(gòu)建梅林片科研共同體，促進(jìn)梅林片教師整體發(fā)展的體現(xiàn)，也是我們對(duì)教育科研工作的孜孜追求！
解決方案 篇3
一、教育信息化現(xiàn)狀
目前國(guó)內(nèi)教育界主要分為高等教育、公眾教育、基礎(chǔ)教育三大塊，三個(gè)部分的建設(shè)應(yīng)用情況不盡相同。同方網(wǎng)絡(luò)對(duì)于每一個(gè)部分都提出了有針對(duì)性的解決方案，為加速教育界信息化助一臂之力。
高校校園網(wǎng)建設(shè)中面臨的問(wèn)題有如下幾個(gè)方面：
（1）網(wǎng)絡(luò)管理、維護(hù)的困難
課堂教學(xué)逐步走向網(wǎng)絡(luò)化、學(xué)生在線學(xué)習(xí)、娛樂(lè)時(shí)間增加
校園網(wǎng)網(wǎng)絡(luò)大、業(yè)務(wù)多、故障問(wèn)題定位復(fù)雜網(wǎng)絡(luò)的安全性差、管理難度大
老師要負(fù)責(zé)日常教學(xué)還要做網(wǎng)絡(luò)的日常維護(hù)、在學(xué)校奔波
（2）網(wǎng)絡(luò)業(yè)務(wù)容量及資源調(diào)配的困難
學(xué)生發(fā)起的大量數(shù)據(jù)轉(zhuǎn)移
網(wǎng)上視頻點(diǎn)播、廣播、大量的多媒體通訊，需要qos支持
如何有效合理對(duì)教育網(wǎng)絡(luò)帶寬的調(diào)度和分配滿足如：教育網(wǎng)絡(luò)多媒體教學(xué)和遠(yuǎn)程教學(xué)；圖書(shū)館訪問(wèn)系統(tǒng)，大型分布式數(shù)據(jù)庫(kù)系統(tǒng)、超性能計(jì)算資源共享/管理系統(tǒng)、視頻會(huì)議、ephone等等應(yīng)用。
�。�3）網(wǎng)絡(luò)安全、統(tǒng)計(jì)等運(yùn)營(yíng)問(wèn)題
教學(xué)、辦公、生活、娛樂(lè)，用戶水平高，網(wǎng)絡(luò)資源需求廣、不能全部免費(fèi)、缺乏用戶認(rèn)證、授權(quán)、計(jì)費(fèi)體系
學(xué)生的安全認(rèn)證以ip地址為主，存在有意和無(wú)意的攻擊
采用靜態(tài)ip和proxy服務(wù)器管理問(wèn)題
二、高校校園網(wǎng)解決方案：
針對(duì)校園網(wǎng)的業(yè)務(wù)需求和建網(wǎng)中所面臨的問(wèn)題，同方網(wǎng)絡(luò)公司提出了自己有特色的解決方案。
解決方案特點(diǎn)：
高智能：在網(wǎng)絡(luò)的核心和匯聚層提供的tfs9000系列接入層智能網(wǎng)交換機(jī)可以智能識(shí)別應(yīng)用業(yè)務(wù)流，按照全網(wǎng)策略賦予各種應(yīng)用業(yè)務(wù)不同的優(yōu)先級(jí)，提供二層的802。1p優(yōu)先級(jí)、三層的diffservertos字段的dscp標(biāo)記，完成全網(wǎng)端到端的qos保證。
高安全：同方的接入層tfs7000系列智能型交換機(jī)支持端口＋mac地址綁定技術(shù)；支持802。1x基于用戶身份的認(rèn)證；支持ssl、ssh、tacacs+等安全認(rèn)證技術(shù)，可以對(duì)于web管理進(jìn)行加密，大大提高了交換機(jī)網(wǎng)管的安全性。
高性能：同方推出的全系列以太網(wǎng)交換機(jī)都支持線速無(wú)阻塞交換。對(duì)于大用戶量和大數(shù)據(jù)量的教育網(wǎng)來(lái)說(shuō)，這一點(diǎn)尤其重要。
多業(yè)務(wù)：支持多媒體應(yīng)用，包括視頻點(diǎn)播、視頻會(huì)議、遠(yuǎn)程教育等。可以對(duì)這些業(yè)務(wù)進(jìn)行差別服務(wù)，提供端到端的qos保障。
三、高校寬帶網(wǎng)：
高校寬帶網(wǎng)建設(shè)中面臨的問(wèn)題有如下幾個(gè)方面：
�。�1）網(wǎng)絡(luò)管理、維護(hù)問(wèn)題：
由于校園寬帶接入用戶數(shù)量巨大而且非常集中，流動(dòng)性又比較強(qiáng)，所以無(wú)論從用戶管理、設(shè)備管理、計(jì)費(fèi)管理都具有很大的困難。況且學(xué)生計(jì)算機(jī)水平相對(duì)來(lái)說(shuō)比商業(yè)用戶高的多，給管理上帶來(lái)了很大的風(fēng)險(xiǎn)。
（2）網(wǎng)絡(luò)安全問(wèn)題：
以太網(wǎng)固有的一些特性導(dǎo)致了以太網(wǎng)接入的安全問(wèn)題
學(xué)校學(xué)生計(jì)算機(jī)水平高而且時(shí)間充裕，本身網(wǎng)絡(luò)就有很大的安全隱患
學(xué)校具備的inter、cer、校內(nèi)三種資源的選擇性對(duì)網(wǎng)絡(luò)安全管理提出了挑戰(zhàn)，如何處理訪問(wèn)的靈活性和安全性之間的平衡是每個(gè)學(xué)校網(wǎng)管需要考慮的問(wèn)題。
�。�3）計(jì)費(fèi)問(wèn)題：
如何既保證inter、cer、校內(nèi)三種資源訪問(wèn)的便利性又保證準(zhǔn)確計(jì)費(fèi)，是目前高校寬帶網(wǎng)面臨的普遍問(wèn)題。
四、同方高校寬帶網(wǎng)解決方案：
同方網(wǎng)絡(luò)依靠著寬帶網(wǎng)的建設(shè)經(jīng)驗(yàn)和自己對(duì)寬帶ip網(wǎng)獨(dú)到的理解，推出了高校園區(qū)寬帶以太網(wǎng)接入解決方案，傾力打造安全的高校寬帶接入網(wǎng)。
解決方案特點(diǎn)：
除了具備了高校校園網(wǎng)相應(yīng)的易管理、高安全等特點(diǎn)之外，同方針對(duì)高校寬帶網(wǎng)推出的解決方案還具備以下特點(diǎn)：
可運(yùn)營(yíng)：tfs7000e+系列、tfs6224e支持帶寬控制，全面的控制每一個(gè)用戶的帶寬，保證關(guān)鍵應(yīng)用的帶寬，提高帶寬資源利用率；這一點(diǎn)對(duì)學(xué)校寬帶接入中如何提高帶寬利用率尤其重要；
接入安全：同方tfs7000e+系列、tfs5000ei系列接入交換機(jī)提供的靈活端口密度、端口物理隔離等接入特性保證了高校大量用戶接入的靈活性和安全性。
計(jì)費(fèi)靈活：tfs7000e+通過(guò)802。1x認(rèn)證中采用不同用戶名后綴結(jié)合dhcp方式實(shí)現(xiàn)校園網(wǎng)、cer、inter訪問(wèn)不同的收費(fèi)策略。通過(guò)和專(zhuān)用計(jì)費(fèi)軟件的配合可以提供基于時(shí)長(zhǎng)、帶寬、流量等計(jì)費(fèi)手段，提供靈活的計(jì)費(fèi)策略。
方案特點(diǎn)：
業(yè)界一流的骨干級(jí)交換機(jī)交叉背板交換，分布式二/三/四層處理，無(wú)阻塞交換架構(gòu)，保證全網(wǎng)全線速10/100m接入用戶桌面
服務(wù)器可選擇接入100base—tx、1000base—sx、1000base－t
骨干交換機(jī)提供線速三層交換，接入層交換機(jī)線速二層交換保證全網(wǎng)無(wú)阻塞性能
支持1000m上聯(lián)模塊，能夠根據(jù)業(yè)務(wù)流量的需要采用trunk功能
支持高速端口聚合，具有鏈路冗余和負(fù)載均衡的能力
高智能，支持二/三/四層線速交換，提供端到端的qos的保證
高安全，802.1x基于用戶身份的認(rèn)證
網(wǎng)管簡(jiǎn)單，可選的web、cli管理
解決方案 篇4
Android設(shè)置鬧鐘并不像IOS那樣這么簡(jiǎn)單，做過(guò)Android設(shè)置鬧鐘的開(kāi)發(fā)者都知道里面的坑有多深。下面記錄一下，我解決Android鬧鐘設(shè)置的解決方案。
主要問(wèn)題
1、API19開(kāi)始AlarmManager的機(jī)制修改。
2、應(yīng)用程序被Kill掉后,設(shè)置的鬧鐘不響。
3、6.0以上進(jìn)入Doze模式會(huì)使JobScheduler停止工作。
4、手機(jī)設(shè)置重啟后，鬧鐘失效問(wèn)題。
API19以上AlarmManager機(jī)制的修改
API19之前AlarmManager提供了三個(gè)設(shè)置鬧鐘的方法，由于業(yè)務(wù)需求鬧鐘只需要一次性，所以采用set(int type，long startTime，PendingIntent pi)；這個(gè)方法。
從API 19開(kāi)始，AlarmManager的機(jī)制都是非準(zhǔn)確傳遞，操作系統(tǒng)將會(huì)轉(zhuǎn)換鬧鐘，來(lái)最小化喚醒和電池使用。
由于之前的程序，沒(méi)有對(duì)API19以上的鬧鐘設(shè)置做處理，導(dǎo)致在4.4以上的手機(jī)設(shè)置鬧鐘無(wú)響應(yīng)（應(yīng)用程序沒(méi)有被殺死的情況也沒(méi)有鬧鐘）。
因些，設(shè)置鬧鐘需要根據(jù)API的版本進(jìn)行分別處理設(shè)置。代碼如下：
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);}
這樣，保證鬧鐘在應(yīng)用程序沒(méi)有被Kill掉的情況鬧鐘。
應(yīng)用程序被Kill掉時(shí)的處理
應(yīng)用程序被Kill掉后，設(shè)置的鬧鐘失效，這里利用守護(hù)進(jìn)程以及灰色�；顏�(lái)保證后臺(tái)鬧鐘服務(wù)不被Kill掉。當(dāng)應(yīng)用程序以及鬧鐘服務(wù)被Kill掉，守護(hù)進(jìn)程以及灰色保活來(lái)重新啟動(dòng)鬧鐘服務(wù)，并且重新設(shè)置鬧鐘。
關(guān)于守護(hù)進(jìn)程的處理，這里采用開(kāi)源的守護(hù)進(jìn)程庫(kù)。Android-AppDaemon
在鬧鐘服務(wù)的onCreat加入Android-AppDaemon這個(gè)開(kāi)源的守護(hù)進(jìn)程。代碼如下：
@Overridepublic void onCreate() { super.onCreate(); Daemon.run(DaemonService.this, DaemonService.class, Daemon.INTERVAL_ONE_MINUTE); startTimeTask(); grayGuard();}
為進(jìn)一步保證鬧鐘服務(wù)的存活，同加上灰色�；睿ɡ孟到y(tǒng)的漏洞啟動(dòng)前臺(tái)Service）。
代碼如下：
private void grayGuard() { if (Build.VERSION.SDK_INT < 18) { //API < 18 ，此方法能有效隱藏Notification上的圖標(biāo) startForeground(GRAY_SERVICE_ID, new Notification()); } else { Intent innerIntent = new Intent(this, DaemonInnerService.class); startService(innerIntent); startForeground(GRAY_SERVICE_ID, new Notification()); } //發(fā)送喚醒廣播來(lái)促使掛掉的UI進(jìn)程重新啟動(dòng)起來(lái) 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 的平臺(tái)上用的灰色�；钍侄� */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(); }}
上面操作盡可能提高鬧鐘服務(wù)的存活。但是在5.0以上的手機(jī)，利用系統(tǒng)的自帶的Clean功能的時(shí)候，還是會(huì)將鬧鐘服務(wù)徹底的干掉。為了解決5.0以上的問(wèn)題，這里引入5.0以上的新特性 JobScheduler。
5.0以上的JobScheduler
在這里利用5.0以上的JobScheduler創(chuàng)建一個(gè)定時(shí)的任務(wù)，定時(shí)檢測(cè)鬧鐘服務(wù)是否存在，沒(méi)在存在則重新啟動(dòng)鬧鐘服務(wù)。（這里我設(shè)置每一分鐘檢測(cè)一次鬧鐘服務(wù)）
在進(jìn)入應(yīng)用程序的時(shí)候檢測(cè)當(dāng)前系統(tǒng)是否是5.0以上，如果是則啟動(dòng)JobScheduler這個(gè)服務(wù)。代碼如下：
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秒運(yùn)行一次 builder.setRequiresCharging(true); builder.setPersisted(true); //設(shè)置設(shè)備重啟后，是否重新執(zhí)行任務(wù) builder.setRequiresDeviceIdle(true); if (mJobScheduler.schedule(builder.build()) <= 0) { //If something goes wrong }}
其中的builder.setPersisted(true); 方法是設(shè)備重啟后，是否重新執(zhí)行任務(wù)，在這測(cè)過(guò)是可以重新啟動(dòng)任務(wù)的。
上面的操作進(jìn)一步保證了鬧鐘服務(wù)被Kill掉后，重新啟動(dòng)服務(wù)。但是在6.0以上引入了Doze模式，當(dāng)6.0以上的手機(jī)進(jìn)入這個(gè)模式后，便會(huì)使JobScheduler停止工作。
6.0以上Doze模式的處理
為了讓JobScheduler可以在6.0以上進(jìn)入Doze模式工作，這里針對(duì)6.0以上的Doze模式做特殊的處理-忽略電池的優(yōu)化。
在Manifest.xml中加入權(quán)限。
在設(shè)置鬧鐘的時(shí)候，判斷系統(tǒng)是否是6.0以上，如果是,則判斷是否忽略電池的優(yōu)化。判斷是否忽略電池優(yōu)化代碼如下：
@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; }}
如果沒(méi)有忽略電池優(yōu)化的時(shí)候，彈出提醒對(duì)話框，提示用戶進(jìn)行忽略電池優(yōu)化操作。代碼如下：
/*** 針對(duì)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(); } }}
在界面重寫(xiě)onActivityResult方法來(lái)捕獲用戶的選擇。如，代碼如下：
@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(), "請(qǐng)開(kāi)啟忽略電池優(yōu)化~"); } }}
補(bǔ)充
當(dāng)應(yīng)用程序被Kill掉，但是鬧鐘的服務(wù)沒(méi)有被Kill掉的，這時(shí)候又設(shè)置了鬧鐘。這就意味著設(shè)置的鬧鐘沒(méi)有放到鬧鐘服務(wù)那里。所以這種情況，設(shè)置的鬧鐘會(huì)失效。為了解決這種情況，利用AIDL（鬧鐘服務(wù)在另一個(gè)進(jìn)程的需要進(jìn)程間通信）調(diào)用鬧鐘服務(wù)的重新設(shè)置鬧鐘方法重設(shè)鬧鐘。
在應(yīng)用程序的onCreat()方法啟動(dòng)鬧鐘服務(wù)，然后再綁定鬧鐘服務(wù)。
private void initAlarmService() { startService(new Intent(this, DaemonService.class));//啟動(dòng)鬧鐘服務(wù) if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { //JobScheduler ... } //綁定鬧鐘服務(wù) Intent intent = new Intent(this, DaemonService.class); intent.setAction("android.intent.action.DaemonService"); bindService(intent, mConnection, Context.BIND_AUTO_CREATE);}
在onDestroy()方法，調(diào)用鬧鐘服務(wù)的重設(shè)鬧鐘方法。代碼如下：
@Overrideprotected void onDestroy() { super.onDestroy(); try {//判斷是否有鬧鐘，沒(méi)有則關(guān)閉鬧鐘服務(wù) 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); //解除綁定服務(wù)。 } catch (Exception e) { }}
這里說(shuō)明一下，當(dāng)服務(wù)啟動(dòng)并且被綁定的情況下，unbindService是不會(huì)停止服務(wù)的。
最后
以上并不代表所有的Android手機(jī)的鬧鐘都可以用，這只是盡最大的可能保證大部分的手機(jī)。
以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持教程網(wǎng)。
解決方案 篇5
經(jīng)過(guò)近幾年中國(guó)電信業(yè)連續(xù)的分割重組，中國(guó)移動(dòng)通信集團(tuán)從無(wú)到有，從小到大，從不健全到逐步健全和完善，取得了令人矚目的成績(jī)，從集團(tuán)解決方案談產(chǎn)品營(yíng)銷(xiāo)組合。伴隨著全球移動(dòng)通信需求的飛速增長(zhǎng)和移動(dòng)通信技術(shù)的日新月異，中國(guó)3G頻譜劃定，國(guó)家第三、第四張移動(dòng)牌照頒發(fā)在即，TD—SCDMA產(chǎn)業(yè)聯(lián)盟宣布成立，移動(dòng)支付等新增值業(yè)務(wù)發(fā)展迅速，中國(guó)移動(dòng)也加快了自身發(fā)展的步伐，一方面不斷推出新業(yè)務(wù)，一方面不遺余力地吸引、留住用戶，針對(duì)移動(dòng)通信市場(chǎng)的營(yíng)銷(xiāo)活動(dòng)顯得越來(lái)越重要。
在企業(yè)戰(zhàn)略管理中，營(yíng)銷(xiāo)組合具有特別重要的意義。產(chǎn)品、價(jià)格、銷(xiāo)售渠道、促銷(xiāo)措施四大營(yíng)銷(xiāo)因素組合的目的是為了追求營(yíng)銷(xiāo)整體利益。不難看出，四因素中的每一因素環(huán)節(jié)都具有可變性，而另一方面各自又具有相對(duì)的整體性，因此，市場(chǎng)營(yíng)銷(xiāo)組合作為一個(gè)系統(tǒng)工程，既要考慮組合因素之間的銜接協(xié)調(diào)，又要保持各因素環(huán)節(jié)的優(yōu)化組合，使其充分發(fā)揮最佳效益。營(yíng)銷(xiāo)組合的過(guò)程和組合狀況，在很大程度上決定了企業(yè)營(yíng)銷(xiāo)組合的效果，它是企業(yè)制定營(yíng)銷(xiāo)戰(zhàn)略的基礎(chǔ)，是企業(yè)應(yīng)付競(jìng)爭(zhēng)的有力手段。多方位、多層次的動(dòng)態(tài)營(yíng)銷(xiāo)戰(zhàn)略組合越來(lái)越凸顯其魅力價(jià)值。
產(chǎn)品整體理論認(rèn)為，一個(gè)完整的產(chǎn)品應(yīng)該包含核心產(chǎn)品、有形產(chǎn)品和附加產(chǎn)品三個(gè)層次。其中，核心產(chǎn)品是指消費(fèi)者購(gòu)買(mǎi)某種產(chǎn)品時(shí)所追求的利益，即顧客的核心需求。有形產(chǎn)品是指核心產(chǎn)品借以實(shí)現(xiàn)的形式，即向市場(chǎng)提供的實(shí)體和服務(wù)的形象。附加產(chǎn)品則指顧客購(gòu)買(mǎi)有形產(chǎn)品時(shí)所獲得的全部附加服務(wù)和利益，包括提供的保證及售后服務(wù)等。
一般而言，產(chǎn)品在三個(gè)層次上同時(shí)進(jìn)行競(jìng)爭(zhēng)，但是在不同的階段或不同的市場(chǎng)環(huán)境下重點(diǎn)會(huì)有所不同。對(duì)于市場(chǎng)上的新產(chǎn)品，競(jìng)爭(zhēng)主要集中在核心產(chǎn)品上，然后隨著產(chǎn)品生命周期的變遷，競(jìng)爭(zhēng)重點(diǎn)會(huì)逐漸轉(zhuǎn)向有形產(chǎn)品和附加產(chǎn)品上，管理論文《從集團(tuán)解決方案談產(chǎn)品營(yíng)銷(xiāo)組合》。對(duì)于大多數(shù)的消費(fèi)品和在目前產(chǎn)品普遍供大于求的市場(chǎng)環(huán)境下，產(chǎn)品的競(jìng)爭(zhēng)基本上都集中在附加產(chǎn)品這一層次上。中國(guó)移動(dòng)也不例外。目前移動(dòng)通信的發(fā)展已經(jīng)從高速擴(kuò)張期進(jìn)入平穩(wěn)發(fā)展期，在這個(gè)轉(zhuǎn)折時(shí)期，要更加注重修煉內(nèi)功，通過(guò)搶奪存量，挖掘潛力，順利實(shí)現(xiàn)從規(guī)模發(fā)展向規(guī)模效益型的轉(zhuǎn)變，抓住機(jī)遇，擴(kuò)展數(shù)據(jù)業(yè)務(wù)，因地制宜地為集團(tuán)客戶提供整體信息化解決方案，滿足不同層次客戶需求，以市場(chǎng)驅(qū)動(dòng)發(fā)展。
企業(yè)移動(dòng)通信整體解決方案是我公司基于企業(yè)客戶現(xiàn)有的運(yùn)作、管理以及客戶服務(wù)模式，整合移動(dòng)優(yōu)質(zhì)的通信網(wǎng)絡(luò)、產(chǎn)品和服務(wù)資源，為企業(yè)客戶提高運(yùn)作效率、控制運(yùn)營(yíng)成本、促進(jìn)信息資源優(yōu)化提供全面的移動(dòng)通信解決方案。每一套成熟的移動(dòng)管理解決方案都是由多項(xiàng)單一的集團(tuán)產(chǎn)品通過(guò)合理化架構(gòu)得來(lái)，通過(guò)有機(jī)組合、服務(wù)捆綁，每一項(xiàng)的集團(tuán)產(chǎn)品互為依托，在集團(tuán)客戶的生產(chǎn)管理中發(fā)揮著重要的作用。通過(guò)對(duì)不同企業(yè)量身定做的整體信息化解決方案，中國(guó)移動(dòng)走出了運(yùn)營(yíng)商自己搭臺(tái)、自己唱戲、自己受益的傳統(tǒng)定格和發(fā)展思路，在“開(kāi)放、合作、共贏”的原則下，對(duì)價(jià)值鏈的重新定位整合帶動(dòng)了一個(gè)全新、龐大的產(chǎn)業(yè)。下面就我公司針對(duì)工商銀行實(shí)施信息化整體解決方案淺析產(chǎn)品營(yíng)銷(xiāo)組合在移動(dòng)通信領(lǐng)域的應(yīng)用。
1、用戶需求分析
移動(dòng)通信市場(chǎng)涉及多個(gè)產(chǎn)業(yè)鏈環(huán)節(jié)，但不管技術(shù)如何演進(jìn)，提供更多個(gè)性化的功能和服務(wù)，滿足最終用戶的需求和消費(fèi)經(jīng)驗(yàn)的不斷提高和增長(zhǎng)，從而占領(lǐng)更大的市場(chǎng)獲取利益是殊途同歸的唯一目標(biāo)。所以了解和預(yù)測(cè)終端用戶的使用現(xiàn)狀及未來(lái)需求是支持電信產(chǎn)業(yè)價(jià)值鏈中不同成員決策的重要信息。
我市工商銀行屬地市級(jí)分行機(jī)構(gòu)，目前已具備先進(jìn)的計(jì)算機(jī)網(wǎng)絡(luò)和技術(shù)平臺(tái)，推出了電話銀行、網(wǎng)上銀行和手機(jī)銀行等多項(xiàng)業(yè)務(wù)服務(wù)體系，形成了實(shí)體銀行網(wǎng)點(diǎn)與自助服務(wù)協(xié)調(diào)運(yùn)行的格局。
解決方案 篇6
隨著互聯(lián)網(wǎng)的高速發(fā)展，全民網(wǎng)絡(luò)意識(shí)都在增強(qiáng)。各類(lèi)型網(wǎng)站紛紛建立運(yùn)營(yíng)。企業(yè)網(wǎng)站也不例外。目前，網(wǎng)站已經(jīng)成為客戶發(fā)現(xiàn)企業(yè)產(chǎn)品的重要渠道，除開(kāi)傳統(tǒng)的宣傳功能，企業(yè)網(wǎng)站營(yíng)銷(xiāo)功能也逐漸提升，成為了企業(yè)達(dá)到營(yíng)銷(xiāo)目的的重要途徑。
但是企業(yè)網(wǎng)站的發(fā)展建立也使得網(wǎng)絡(luò)資源變的越發(fā)緊張，逐漸出現(xiàn)了以下問(wèn)題：
1.頁(yè)面內(nèi)容多加載緩慢
2.跨運(yùn)營(yíng)商數(shù)據(jù)傳輸節(jié)點(diǎn)問(wèn)題
3.遇到高并發(fā)時(shí)帶寬壓力過(guò)大
4.中小型去也資金緊張，無(wú)法投入資金提高硬件設(shè)備
為了解決這些問(wèn)題，Diycdn網(wǎng)站加速平臺(tái)提出了一系列解決方案
1.Diycdn采用動(dòng)態(tài)節(jié)點(diǎn)分配技術(shù)，可實(shí)時(shí)保障互聯(lián)網(wǎng)終端用戶訪問(wèn)的是最近最穩(wěn)定的節(jié)點(diǎn)，快速加載頁(yè)面，響應(yīng)用戶請(qǐng)求；
2.Diycdn加速節(jié)點(diǎn)可智能識(shí)別在線源與高速源，保障通訊的及時(shí)有效性，消除了不同運(yùn)營(yíng)商之間互聯(lián)的瓶頸造成的影響，實(shí)現(xiàn)了跨運(yùn)營(yíng)商的網(wǎng)絡(luò)加速，擁有良好的加速效果；
3.Diycdn采用智能分流均衡負(fù)載技術(shù)，并使用更加有效的智能冗余機(jī)制，大幅度提升節(jié)點(diǎn)承受流量上限，且有效降低單一節(jié)點(diǎn)壓力，有效應(yīng)對(duì)高并發(fā)；
4.Diycdn為了推動(dòng)CDN網(wǎng)站加速技術(shù)的全面普及，首次將CDN網(wǎng)站加速服務(wù)發(fā)展成零元模式，CDN加速?gòu)拇瞬辉偈杖∪魏钨M(fèi)用，大幅降低企業(yè)投入
Diycdn網(wǎng)站加速系統(tǒng)多年致力于為企業(yè)網(wǎng)站提供專(zhuān)業(yè)、安全、可靠的加速服務(wù)，積極探索企業(yè)類(lèi)網(wǎng)站的需求，專(zhuān)項(xiàng)研究企業(yè)網(wǎng)站加速服務(wù)，使用Diycdn網(wǎng)站加速平臺(tái)后，,網(wǎng)站頁(yè)面加載速度明顯提高,無(wú)論是圖片還是視頻音頻的加載都暢通無(wú)阻。為提高企業(yè)網(wǎng)站訪問(wèn)量，增加企業(yè)收益作出了貢獻(xiàn)。
【解決方案】相關(guān)文章：
解決方案12-01
存儲(chǔ)解決方案12-02
erp解決方案12-04
企業(yè)解決方案12-04
解決方案模板09-12
行業(yè)解決方案12-01
【精選】解決方案3篇05-01
精選解決方案四篇04-30
解決方案6篇05-01
精選解決方案4篇05-01