精選解決方案合集10篇
為了確保事情或工作安全順利進行，通常需要預先制定一份完整的方案，方案指的是為某一次行動所制定的計劃類文書。那要怎么制定科學的方案呢？下面是小編為大家整理的解決方案10篇，希望對大家有所幫助。
解決方案 篇1
1、合同管理系統介紹
合同管理是企業經營管理基礎工作上的重要內容，通過加強管理，規范企業合同的簽訂和履行，能夠有效防范風險、優化管理、降低成本、提高效益。
合同管理系統采用一體化建設模式。通過我們對各領域合同情況的綜合了解，抽象出不同領域合同信息所共有的核心要素，形成了一個強大的合同管理系統，其中包括合同擬定、合同審批、合同生效、合同存檔、合同變更、合同履約、合同結算、合同信息的統計分析、集成短息平臺等功能。由于我們的系統提供了大量的擴展性和靈活性，對于新領域的加入，我們可在現有的核心功能基礎上，針對新領域合同信息的特點進行系統維護，即可實現對新領域合同信息及業務流程的支持。
2、合同管理系統的功能
合同管理系統的開發，極大地方便合同管理人員進行業務操作，其主要功能結構如下圖所示：
（1）擬定合同草稿階段：為了能夠通過無紙化辦公的管理方式，達到提升工作效率、降低管理成本，本系統設計兩種模式的合同文檔錄入，輔助用戶快速完成合同文檔生成。
一是標準合同：用戶只需填寫合同關鍵性要素即可自動生成合同文檔，如：甲、乙方公司名稱等；
二是框架合同：將合同文檔按照通用框架列出，提供備選內容，用戶通過選擇框架模板可快速完成自定義合同的生成，如：付款條件、違約條款等。
（2）初審合同草稿階段：擬定合同草稿的過程中，為了預防漏掉合同內容或者合同內容填寫不規范，系統可以通過預審提示輔助起草人完成合同的擬定，避免提交審核后被打回，從而節約時間成本。系統維護同類合同的公共信息，做為電子預審的標準化模板。合同錄入內容與標準化模板進行比對，對于存在未填寫
或者填寫錯誤的，系統給出友好性提示。
（3）確定合同內容階段：合同實現逐級審核功能減少可能產生的法律糾紛，結合公司對合同管理實際流程實現如下環節的審批，例如：合同擬定、合同生效、合同變更和合同結算等。另外，系統存在審批流程，就會有操作人員的待辦事項，該處增加系統工作平臺，顯示待辦事項功能。
（4）合同存檔和合同履約過程中，可能出現合同變更。合同變更需要走審批流程。
（5）合同統計分析：合同文本中涵蓋大量的信息，可以從不同的.維度獲取到各類統計數據。如：合同執行情況統計、付款計劃情況統計和合同狀態與金額分布統計等。
（6）合同履約階段：該階段即為合同執行階段，對合同中說明的責任完成情況進行監控。如合同成本、合同時間、合同范圍、可能存在的風險等。
（7）合同結算：合同付款和發票管理可以與財務系統對接。
（8）短信平臺集成：主要實現兩方面功能。一方面將業務過程中的待辦事項、收付款和審批等信息，通過短信及時提醒給操作人員。另一方面可實現移動辦公，接到信息的工作人員可即時回復信息實現待辦處理或者通過短信中的地址鏈接直接進入辦公頁面進行相關業務處理。
（9）合同對方的基本信息、評級信息、相關項目、相關合同和資金統計等內容維護，對合同對方的資質、信譽和能力進行綜合評估，規范了合同對方的管理，也可預測合同對方當前競爭力和未來近幾年的發展潛力，為采購或簽訂合同前提供數據參考，避免風險。
3、合同管理系統的特點
（1) 以客戶為中心，以合同擬定為線索，提供全方位的合同管理功能；
（2) 系統提供了集成短信平臺功能，幫助各崗位人員及時了解合同進展情況及待辦事項處理情況；
（3) 系統提供合同擬定、審批、生效、履行和歸檔等環節的管理，加強企業經濟活動的監控力度，避免不必要的經營風險；
（4) 業務、法務、財務一體化，降低了各個部門對接的巨大成本開銷；
（5) 系統在合同類型、合同模版、付款情況、合同變更、流程變化、參數配置、管理人員崗位、各崗位權限等方面提供了大量的擴展性和靈活性。
4、系統適用領域
該系統針對合同管理業務而設計，具有較強的實用性，在進行業務處理的同時可以提高合同簽訂效率，幫助各崗位人員及時了解合同擬定信息及執行信息，提高各部門對接效率，從而提高企業對合同的規范管理。 由于該系統設計全面，擴展性、靈活性極強，它可適用于各種涉及簽署合同的領域，如保險領域、銀行領域、政府領域、媒體領域、郵政領域、公共衛生、能源領域、民航領域等，對提高合同管理的規范性、各部門協調性、合同履行過程的風險性把控有很大的幫助。
5、系統部署架構及運行環境
系統部署建議采用集中式部署方式進行部署（系統也能支持分布式部署方式），方面機構進行統一的業務操作和管理，系統采用JAVA Enterprise Edition平臺開發，采用JDK 5.0以上版本，能兼容ORACLE、DB2、SQLServer等數據庫和Tomcat、Weblogic、Websphere等應用服務器產品，可運行在Windows、Linux、Unix等所有兼容JAVA平臺的操作系統上。
解決方案 篇2
大多數老師持反對意見認為學生帶手機對學生有著不同程度的負面影響。下面是小編幫大家整理的上課玩手機的解決方案，希望大家喜歡。
具體表現在：
一、影響上課:學生的自制力較差如果學生在上課時間打電話、玩游戲、聊QQ或發短信息所帶來的聲響將直接影響老師授課的質量。
二、導致攀比隨著時代的發展手機款式變化日新月異有些學生開始盲目追逐新款式、新功能學生的虛榮心理較強更易形成攀比之風。
三、短信聊天貽誤學業實際上學生很少用手機談論學習內容更多的是用于同學之間聯系、上網閑聊、玩游戲、聽音樂不僅白白地浪費了課堂時間和家長的金錢還玷污學生的心靈影響了學業。
四、手機為考試作弊提供條件用手機舞弊已經是公開的秘密了而且一條信息可以發給好幾個同學作弊的范圍很廣這不利于學生的正常學習及學校的管理
五、手機是貴重物品保管不方便萬一丟失就會給老師和學生增加不必要的麻煩。
那么學生上課時玩手機怎么辦？
我認為 ：
一、制定學生使用手機的規章制度
設置手機管理箱
在新學期伊始就宣布嚴格的紀律
學生違規使用手機
開始的時候
處理可以嚴厲一些
起到震懾作用。
在德育處、每個班教室都設置一個手機管理箱
學生課前將手機送到手機管理箱統一靜音保管下課或課業結束后再取回。
有些學生使用手機是受到環境影響良好的禁用氛圍會讓他們對手機不感興趣。再就是不能讓學生養成使用手機的習慣。做到了這兩點手機問題就不可怕了。
二、不定期測試學生是否違規使用手機 實際上不可能做到禁絕學生使用手機所以可以允許學生在規定的地點、課外時間使用手機。給那些要使用手機的同學約法三章
不得在教室使用手機不得深更半夜躲在被子里使用手機
老師可以不定期進行檢查通過撥打學生號碼看學生是否信守承諾然后再分別予以處理。
三、召開主題班會
自覺遠離手機危害
通過主題班會可以了解學生對手機的看法
深層而全面地挖掘出手機的利弊
也能加強學生之間的監督
約束部分同學的行為
讓學生自覺遠離手機危害
四、妥善處理學生違紀使用手機的問題
有的老師為了避免學生使用手機
將學生的手機予以沒收，更有甚者為了殺一儆百當眾將手機摔壞。
這樣的.處理方法往往引起學生的反抗和逆反心理適得其反。曾經有個老師因摔壞學生手機 最后自己不得不掏錢賠償鬧得大家都很尷尬。
所以處理手機問題要講方法尊重學生往往能起到“雙贏”的效果。
注意事項
教育是一項育人的工作是一項長期的、沒有固定期限的工作當學生出現問題時應當從他們的心靈深處找到問題的根源再采取有效的方法幫助他們、感動他們讓他們從思想上自己主動去解決問題進而培養他們的自律能力。
相反出現問題時如果教育者老師和家長一味地強壓短期內可能會取得明顯的效果但當學生脫離監督他們依然會我行我素這樣就不能從根本上解決問題。
解決方案 篇3
考慮到建筑設計企業的特殊性和激勵的原理和特性，建筑設計企業的激勵體系，不容易建立，但是容易破碎；點狀或孤立改進效果不明顯。因此，建筑設計企業員工激勵體系的構建，必須著眼于系統構建、全面履行并逐步改進。
盡管員工激勵是存在相當困難的一項工作，但是根據筆者對員工激勵相關研究結果顯示，有效的員工激勵體系構建的原則可以表述的十分簡單。可以說，構建有效的員工激勵體系，只需要保障在合適的環境中，合適的員工在合適的崗位上從事合適的工作，并獲得合適的反饋或回報。
有效激勵原則包括四個關鍵要素，
一是合適的環境，主要是企業的企業文化、價值觀。企業文化是員工開展工作的外部環境，價值觀是員工工作目標定向和行為表現控制的軟導向。企業文化影響了員工的工作方式，價值觀內含了員工工作成果價值判斷的標準。沒有和公司特質相符合的文化，沒有建立企業要做什么、如何做的價值創造體系，沒有建立多勞多得的價值分配體系，沒有發掘努力工作對個人、對企業和對社會的崇高意義，必然矮化工作的價值，導致員工行為失去方向，脫離企業的期望。
二是合適的員工。"合適的員工"具有兩個層面的含義，一是不同的工作有不同的勝任力要求，所以必須盡可能保證人崗匹配。給一個體質柔弱的計算機專家巨額的獎金，要求其從事拳擊運動，無論這個獎金有多高都不會有激勵作用，因為他不認為自己適合拳擊，也不認為自己能贏得比賽從而拿到獎金。此外，雖然建筑設計企業員工都具有顯赫的教育背景，扎實的技術基礎，聰明的大腦，但是仍然不能說建筑設計企業員工對與各種崗位都能適應，都具有或者始終具有良好的.可塑性，也不能因此判斷其具有對各種崗位充分的潛力。企業必須把握主要崗位的勝任力模型和評價標準，并以此來選聘和培養人才。"合適的員工"第二層面的含義是適當數量的人做相同崗位的工作，即通常說的"定編".定編數據是衡量和改善勞動生產率，合理優化人員結構的有效參照。但是，定編，僅僅能夠作為短期內人員配置的參考基準。它不是一個可以精準參考的精確值，也不是一個穩定的值。作為參考，只要始終保持和競爭對手的相對、適度領先，就可以從一定程度上保證人員效率和人工成本控制。
三是合適的崗位。作為分工體系的產物，崗位成為工作分割的基本單位。工作的劃分不清晰，不科學，接口不嚴謹、不清晰、不流暢，哪么，從事該工作不利于生產力的提高和人的發展。一般而言，分工越細，依靠學習曲線，員工會越來越專業，員工的成就感會越高，勞動生產效率也會越高。但是對于經過多年發展的建筑設計企業，可能物極必反。在外部環境穩定的情況下，這種高度專業化的分工保障的很高的勞動生產率。隨著市場的快速增長和變動加劇，一方面其生產組織很難適應市場，一方面工作劃分降低了工作本身的樂趣。因此，崗位的劃分可能需要適度豐富化，相應的，人員配置工作需要精細化，人才開發需要制度化。
第四個關鍵要素，也是最后一個關鍵要素，是合適的反饋或回報。員工從事工作，必然有其追求。哪么，給予員工適當的反饋或回報是有效激勵的必然環節。在本環節，人們熟知的手段就是物質報酬的增長。
在實踐中，經常存在的誤區之一就是手段單一，不論員工因為什么原因請辭或不滿，總是拿薪水挽留或救火。加大了成本，或者資金使用效率不高。
經常存在的誤區之二就是"模糊".員工在工作的同時，他心里有著對工作回報的預期。員工在沒有拿到報酬，也沒有可靠承諾，也沒有明確的計算方法的時候，他工作的積極性，往往就建立在這種"預期"之上，我們稱之為"心理契約".在多數企業，管理不夠精細化，員工過的這種回報預期，往往是通過以往工作-回報關系估計，以及和其他觀察相結合。
第1頁第2頁
解決方案 篇4
地面裝修常選用的材料有地板、地磚、地毯這三類。地板具有木材紋理，自然天成，足感、視感俱佳;地磚經久耐用，價廉物美，清潔保養容易;地毯具有獨特的柔軟質感，富有藝術表現的'色彩和圖案。三類材料因其各自的優勢，受到不同人群的親睞，在地面裝修材料市場上都占據一席之地。
解決方案 篇5
摘要：針對不同廠家IPM要求的死區時間參數的不同，本文從硬件電路角度出發，提出一種延時電路方案，解決了因參數調整而引起軟件的不統一問題，進而為MCU的大批量mask降低成本提供可能。
關鍵詞： IPM 死區時間
隨著現代電力電子技術的飛速發展，以絕緣柵雙晶體管（IGBT）為代表的功率器件在越來越多的場合得到廣泛地應用。IGBT是VDMOS與雙極晶體管的組合器件，集MOSFET與GTR的優點于一身，既具有輸入阻抗高，開關速度快，熱穩定性好和驅動電路簡單的長處，又具有通態電壓低，耐壓高和承受大電流的優點，特別適合于電機控制。現代逐漸得到普遍推廣的變頻空調，其內部的壓縮機控制單元就是采用以IGBT為主要功率器件的新型智能模塊（IPM）。
IPM（智能功率模塊）即Intelligent Power Module的縮寫，它是將輸出功率器件IGBT和驅動電路、多種保護電路集成在同一模塊內，與普通IGBT相比，在系統性能和可靠性上均有進一步提高，而且由于IPM通態損耗和開關損耗都比較低，使散熱器的尺寸減小，故整個系統的尺寸減小。下面是IPM內部的電路框圖：
IPM內部含有門極驅動控制、故障檢測和多種保護電路。保護電路分別檢測過流、短路、過熱、電源欠壓等故障，當任一故障出現時，內部電路會封鎖驅動信號并向外送出故障信號，以便外部的控制器及時處理現場，避免器件受到進一步損壞。下圖是變頻空調室外壓縮機控制驅動主電路的原理圖。
220V交流電壓經過由D1～D4和電解電容C1組成的橋式整流和阻容濾波電路后成為給IPM供電的直流電壓，六個開關管按照一定規律通斷，分別在U、V、W三相輸出一系列的矩形信號，通過調整矩形波的頻率與占空比達到調節輸出電壓頻率和幅度的目的，即現在應用最廣泛的PWM（PULSE WIDTH MODULATE 脈沖寬度調制）控制技術，PWM控制技術從控制思想上可以分成四類：等脈寬PWM法、正弦波PWM法、磁鏈追蹤PWM法和電流追蹤型PWM法。不管采用何種控制方式，都必須注意U、V、W任意一相上下兩個橋臂不能同時導通，否則直流電源將在IPM內部形成短路，這是絕對不允許的。為了避免電源元件的切換反應不及時可能造成的短路，一定要在控制信號之間設定互鎖時間，這個時間又叫換流時間，或者叫死區時間。
死區時間，一般情況下軟件工程師在程序設計時就會考慮并寫進控制軟件。但是由于不同公司生產的IPM，對死區時間長短的要求不盡相同，這樣軟件就會出現多個版本，不便于管理，并且影響CPU的MASK(掩模)工作。為了控制軟件的統一性，有的軟件工程師將死區時間放到芯片外擴展的E2中，對不同公司的IPM，只需改變一下E2中的數據，即可簡單實現死區時間的匹配。這種方法的`缺點是生產成本較高，在實際應用時受到一定限制。隨著集成電路工藝的不斷改進，各種邏輯門集成電路的價格不斷地下降，使采用硬件電路實現死區時間設定應用到生產上成為可能，這種方法的優點是電路簡單，延時時間方便可調，成本低廉。
方案原理圖如下圖3：
控制過程如下：
因為IPM控制輸入低電平有效。平時CPU輸出控制腳1處于高電平，邏輯或門輸出高電平，IPM輸入鎖定。當CPU輸出低電平有效時，高頻瓷片電容通過電阻放電，邏輯或門輸入腳2仍然維持高電平，邏輯或門輸出高電平，IPM輸入仍然鎖定。當電容放電完畢，或門輸入腳2變為低電平時邏輯輸出才為低電平，IPM控制輸入有效，因此，電容放電時間就是CPU控制輸出到IPM控制輸入有效的延時時間。當CPU控制輸出關斷即輸出重新變為高電平時，盡管電容處于充電狀態而使或門輸入腳2處于低電平，邏輯或門輸出仍然立即變為高電平，鎖定IPM輸入。上述電路只是六路IPM控制輸入的其中一路，其他五路做同樣處理，通過調整R、C的參數，就可以實現所需要的延時時間。下面是一相電路控制時序圖：
下面我們推導圖3所示電路中電阻和電容的選擇：
根據電工學公式，由電阻、電容組成的一階線性串聯電路，電容電壓Uc可以用下式表示：
Uc=Uoexp（-t/） （1）
為時間常數 =RC
在圖3所示電路中，我們選擇ST公司生產的高速CMOS或門電路，它的關門電平為1.35V（電源電壓為4.5V），即當輸入電壓降至1.35/4.5U0=0.3 U0時，輸出電平轉換有效，因此由式（1）可以推導出：
td =-ln0.3=1.2RC （2）
上式就是我們選擇R、C值的指導公式。
例如：需要延時時間為10us，選擇精度為5%高頻瓷片電容，容量為103P，則
R= 10 *10e-6/1.2C=833Ω，這樣R就可選擇精度為1%、阻值為820Ω的金屬膜電阻。
小結：按照上述方案設計的硬件延時電路，結構簡單，成本低廉，可靠性極高，在實際使用時只需簡單調換一下電阻的阻值就可實現對死區時間要求不同的IPM的控制。
解決方案 篇6
1開機啟動項過多
有小白說每次沒開幾個程序電腦就很慢，但是可能電腦自動啟動的時候就被加載了很多程序，我們從網絡上下載的軟件，不小心就自動加入到開機啟動項中，基本上常用軟件都想混進啟動項中，為了提高展現率不然軟件就少了盈利點，這些軟件在安裝時大家要切記，不要勾選中開機啟動，也不要加載什么系統服務哦，否則一個兩個軟件大家也許沒發現什么，如果安裝的軟件多了，那么第一次開機后，也就會象很多網友發生的這樣等上幾分鐘或十來分鐘電腦才可進行操作。
關于啟動優化可以使用第三方軟件來優化，例如360，電腦管家等。
2桌面文件或圖標過多
如果只是快捷方式圖標還好，可是很多人使用電腦的習慣不好，有時候大文件都直接往桌面堆，那么電腦在開機后可能光加載這個桌面就有些慢，有時還要卡上一卡。直接刪除桌面上一些不常用的文件、圖標，如果實在不方便刪除這些文件或圖標的話，可以把這些轉移到其他盤指定目錄存放。
3系統垃圾文件過多
垃圾文件主要是日常使用電腦過程中產生的臨時文件，緩存文件等，就算你沒有把軟件安裝到系統盤，軟件安裝過程中的一些系統文件，公共文件也可能會存放到系統盤的，系統盤過滿也會導致電腦變慢。
打開360安全衛士中的電腦清理，選擇需要清理的垃圾，一鍵清理即可。
4磁盤碎片過多
電腦用的時間越長，磁盤碎片就越來越多，而這個磁盤碎片越來越多，就會直接影響的.電腦反應的速度。 當然磁盤碎片不要過多的使用，只是個把月用一次就行了，不要天天用，用多了，會影響磁盤壽命的。
5硬盤有壞扇區
這種可能性比較大，隨著電腦用的時間越來越久，電腦硬盤必不可免的會出現各種各樣的情況，特別是出現壞扇區。一旦出現這種情況一些扇區還是可以勉強接受的，但是如果出現大量的壞扇區，輕著電腦變卡，變慢，重者直接藍屏死機。
在以前推送過一篇文章：90%電腦都存在錯誤計數警告？很多人不重視，這個其實就是硬盤的健康指標，可以用魯大師等軟件檢測。
6散熱不佳
散熱不佳的原因通常是電腦的cpu風扇或者機箱整體散熱效果不好，散熱不好會導致主機整體效率下降，可能是風扇使用太久老化或者需要潤滑等原因。我們也可以使用一些第三方軟件來監控機箱主要部件的溫度，例如魯大師。
7機器內部灰塵過多
機箱內部積灰過多會導致靜電，散熱不好，接觸不良等，輕者會引起電腦反應變慢、電腦無法開機，重者會直接引起電腦主板短路，燒毀主板芯片等情況，所以一般電腦維護人員會注意電腦工作環境的清潔，臺式機箱最好是半年清理一次機箱內部灰塵。筆記本電腦最好一年一次。如果自己不會可把機箱拿到專業電腦店進行清理。
8電腦配置過低
電腦配置過低的問題基本上無解，比如說幾年前的老機子，卻想運行WIN7、win8、win10之類的，還要正常辦公，這不是難為人家計算機嗎？
如果非要用的話，老機器升級空間也不大，可以加裝內存來提升性能，不過買內存最好購買跟之前電腦的內存參數一致，可是一些老內存市面上可能都不好找了。
解決方案 篇7
1、村級項目建設資金管理存在的主要問題
1.1項目資金管理不到位
由于村干部對新農村項目建設存在認識不到位，不懂財經紀律，在村組織實施項目中，個別村干部將一些不符合財務規定，不允許報銷的非項目產生的費用通過更換名稱、內容等方式納入項目支出現象。
1.2財務核算不規范
當前，村級財務雖已納入鄉鎮政府和街道辦統一管理，但核算中仍存在一些問題：一是有的村級投資、應收款等項目未按要求進行核算；二是存在白條入賬現象；三是大額費用以現金支付，部分村級集體為了支付方便，大額費用采用現金方式予以支付。
1.3虛報冒領、重復報銷
由于村集體財務監督管理不到位，村干部對支出審核不嚴，民主理財監督小組沒有起到應有的監管作用，管理上存在漏洞，部分村干部通過虛列支出內容、重復報銷等方式侵占項目資金。
1.4村級建設工程款結算不規范
一是別村級工程招投標流于形式。部分村建設工程由村集體自行組織施工，在資金管理方面存在工程無預算、工程建設按支出數入賬，工程造價、采購量的真實性難以確定等問題；二是村級工程無驗收程序，工程支出隨意性較大。工程量減少但支付的工程款仍按照合同價款支付；增加工程量等原因引起的合同價款增加缺少必要程序。
2、產生問題的主要原因
2.1村干部法制觀念不強
由于村干部對法律、法規以及有關財經紀律、制度不了解，法律素質淡薄、依法辦事能力不強。一些村干部為謀私利，不按程序辦事。多年來，有關部門一直在搞普法教育，也取得了一定成效。但沒有脫離圖形式、一陣風、不注重實際效果的教育方式，要真正使農村干部群眾“知法、懂法、守法”還需要做長期、扎實的工作。
2.2村級財務管理水平較低
一是長期以來，村級組織項目建設較少，沒有項目建設管理經驗，村級組織的.管理能力較為薄弱，無法適應財政對村級項目扶持資金迅速增長的要求。二是一些財會人員不注重學習，業務水平低，難以勝任新形勢下的農村財會工作。三是村務監督人員監督不到位。部分村務監督人員，看問題憑好惡，將自身利益放在首位，對公共事務關心較少，對村級財務問題不愿管、不想管或不敢管。
2.3工程監管不規范、不透明
一是村級項目建設存在應進行招投標的，沒有進行招投標，而是由村集體自行組織或村主要干部承包施工，造成工程建設內容變化大，工程造價難確定；二是有的是中標人中標后進行轉包，私下轉包給沒有資質的人施工。三是個別村主要干部為承包本村建設工程，采取暗相操作，掛靠到多個有資質單位取得投標資格，中標者實質是村干部本人，造成監管者與施工同一人，監管缺失，必定影響工程質量。
2.4村級項目監管乏力
新農村建設專項資金監督體系是一個涵蓋各級人大、財政、相關職能部門、審計部門和社會相關機構在內全方位、多層次的監督體系，對項目建設的各環節、全過程進行監管。但目前，多數監督只集中在資金的分配和指標下達上，對項目預算、過程監督、項目驗收等程序上疏于監督管理，也沒有完善的評價監督體系作指導。
3、規范村級項目建設管理的對策
3.1加強法制宣傳教育
通過報紙雜志、電視廣播、網絡等媒體宣傳法治；不定期、分批次組織村干部開展財經制度、法律知識的培訓。逐步增強農村基層干部的法制觀念，提高法律意識，使其在村級項目建設中能夠堅持原則，抵制誘惑，切實做到依法辦事、按章理事。
3.2開展業務培訓
一是對村級財會人員進行業務知識、財經法規培訓，提高財會人員的業務素質。二是對村財監小組成員進行法規、制度培訓，切實提高監督能力，使他們敢于監督和善于監督，堵塞財務管理混亂的漏洞。
3.3規范項目管理程序
一是建立村級基建工程建設管理制度，規范資金使用，明確工程建設管理程序，做到權責分明，責任到人。二是要實行嚴格的工程招投標制，對于公益性的、規模較大的項目建設，必須經過村集體研究、村民公開后，在招投標平臺進行公開招投標，擇優選取施工單位，杜絕暗箱操作，減少違規行為。三是建立村級項目內審機構，各鄉鎮將有審計證的人員組成成立審計站，開展內部審計工作，村級工程完工后要進行內審組織或社會中介機構審計，通過審計監督確保項目資金用到實處。
3.4強化項目監管機制
一是健全管理制度，強化項目申報、評審程序，對項目資金從分配到使用要發文明確，做到資金、項目、文號對應，明確資金流向和使用情況。
二是建立部門與部門之間村級項目建設溝通機制，主管部門扶持村級項目實施地點、建設內容、資金情況通過網站予以公開，使其他部門有所了解，杜絕項目多頭申報現象發生。
三是主管部門在項目實施過程中要加強監管，做到審批有程序、過程有監督、完工有決算、資金使用有審計，確保資金運行安全,防止項目資金被移用、挪用、侵占現象的發生。
解決方案 篇8
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手機的鬧鐘都可以用，這只是盡最大的可能保證大部分的手機。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持教程網。
解決方案 篇9
[教學內容]
人教版《義務教育課程標準實驗教科書·數學(二年級下冊)》第4頁例1、例2及練習一的題目。
[教學目標]
1. 學生能從具體的生活情境中發現問題，掌握解決問題的步驟和方法，知道可以用不同方法解決問題。
2. 培養學生認真觀察等良好的學習習慣，初步培養學生發現問題、提出問題、解決問題的能力。
3. 通過解決具體問題，培養學生初步的應用意識和熱愛數學的良好情感。
[教學過程]
一、創設情境，激發興趣
1. 談話。
師：小朋友們，新年快到了，你們高興嗎?
生：高興!
師：為了迎接新年的到來，我們學校舉行了一次游園活動，小朋友你們想不想參加?
生：想!
師：好!老師就帶小朋友們一起去參加游園活動，我們唱著歌出發，好嗎?(唱新年快樂歌)
2. 出示主情境圖。
師：我們來到了游園點，你們看小朋友在做什么?
生：有的在看木偶戲，有的在買面包，有的在……
師：在游園點里有許多數學問題要我們去解決，你們想不想解決這些數學問題?
生：想!
師：好!今天我們就一起來解決問題。(出示課題：解決問題)
二、主動探索，協作交流，領悟解法
1. 出示情境圖(例1情境圖)，提出問題。
師：你從這幅圖上看懂了什么?獲得了什么信息?
生：原來有22人在看戲，又來了13人，走了6人。
師：小朋友，你們看得真仔細，通過這些信息，你能提出什么數學問題?
生
：原來有22人在看戲，又來了13人，一共有多少人在看戲?
生
：原來有22人在看戲，走了6人，還剩多少人在看戲?
對于這兩個問題，讓學生提出后很快就解答。
生
：原來有22人在看戲，走了6人，又來了13人。現在看戲的有多少人?
生
：原來有22人在看戲，來了13人，又走了6人。現在看戲的有多少人?
對說出(3)(4)兩題的學生給予表揚。
2. 解決問題。
師：你們會解決“現在看戲的有多少人”這個問題嗎?
(1)獨立思考。
(2)交流。
師：和同桌說說你的想法，你是怎樣想的?
讓學生充分地交流，說出自己的想法，教師通過參與學生討論了解情況。
(3)匯報并說想法。
生
：我把原來有的22人和又來的13人合起來就是一共有多少人在看戲，再從35里減去走了的6人就是現在看戲的人數。列式為：22+13=35(人)
35-6=29(人)
生
：我的想法和他(生1)的一樣，但是我把他的兩個算式寫成了一個算式，列式為：22+13-6=29(人)。
生
：我從原來有的22人中減去走了的6人，就是還剩多少人在看戲，再加上又來的13人就是現在看戲的人數。
列式為：22-6=16(人)
16+13=29(人)
生
：我的想法和他(生3)的一樣，但是我把他的兩個算式寫成了一個算式，列式為：22-6+13=29(人)。
生
：我從又來的13人中，讓6個人去補走了的6人的.座位，再加上原來有的22人就是現在看戲的人數。
列式為：13-6=7(人)
7+22=29(人)
生
：我的想法和他(生5)的一樣，但是我把他的兩個算式寫成了一個算式，列式為：13-6+22=29(人)。
3. 把學生解決問題的方法記錄在黑板上。
(1)22+13=35(人)
35-6=29(人) 22+13-6=29(人)
(2)22-6=16(人)
16+13=29(人) 22-6+13=29(人)
(3)13-6=7(人)
7+22=29(人) 13-6+22=29(人)
4. 師：小朋友，你們真聰明，你們的這些想法都對，都算出了現在看戲的人數。
5. 談話：小朋友們看木偶戲看得多高興呀!你們看這邊發生了什么事情?(出示練習一的第1題)
師：從這幅圖上你看懂了什么?你能把圖意說完整嗎?
讓學生說明圖意，明確計算的問題后，獨立列式解答，再讓幾名學生說解題方法。
6. 師：小朋友們，你們玩得高興嗎?
生：高興!
師：不知不覺到了中午，我們肚子有點餓了。走，老師帶你們到面包房買面包去。(出示例2情境圖)
師：你從這幅圖上看到了什么?
你能提出什么數學問題?
誰能把這個問題說完整?
生：原來面包房里有54個面包，先賣了22個，又賣了8個，現在還剩多少個?
師：誰會解決“現在還剩多少個”這個問題?同桌討論，說說你的想法。
讓學生討論后再匯報。
生
：我從一共做的54個面包中先減去賣了的22個，再從剩下的32個中減去賣了的8個，得到的就是現在還剩多少個面包。列式為：54-22=32(個)
32-8=24(個)
生
：我從一共做的54個面包中先減去賣了的8個，再從剩下的46個中減去賣了的22個，得到的就是現在還剩多少個面包。列式為：54-8=46(個)
46-22=24(個)
生
：我先把兩次賣了的合起來，再從一共做了的54個面包中減去兩次賣了的總數，得到的就是現在還剩多少個面包。列式為：22+8=30(個)
54-30=24(個)
生
：我的想法和他(生3)的一樣，但是我把他的兩個算式寫成了一個算式，列式為：54-22-8=24(個)。
師：你先算什么?
生
：我先算54個面包賣了22個還剩多少個。
生
：我的想法和生2的一樣，但是我把他的兩個算式寫成了一個算式，列式為：54-8-22=24(個)。
師：你先算什么?
生
：我先算54個面包賣了8個還剩多少個。
生
：我的想法和生3的一樣，但是我把他的兩個算式寫成了一個算式，列式為：54-22+8=24(個)。
師：你先算什么?
生
：我先算兩次一共賣了多少個面包?
師：但是列式54-22+8=24是先算什么?
生：先算“賣了22個后還剩多少個?”。
師：在把22+8=30和54-30=24寫成一個算式時你們遇到了什么困難?
生：要先算22+8，但是又要把22+8寫在54-的后面。
師：你有什么辦法來解決這個困難嗎?
四人小組討論、匯報。
生
：……
生
：……
生
：我的方法是在22+8的前面和后面加一個小括號，表示要先算22+8。列式為：54-(22+8)=24(個)。
師：你從哪里知道要加小括號的?
生：我從書上看到的。
師：你真會學習，你是學習的小主人。
師：小朋友們，你們剛才用三角形、波浪線、方框等這些方法來表示要先算，都對。但是我們的數學家在很早以前就約定，像這樣又要寫在后面，又要先算的情況，用小括號把后面的算式括起來，來表示先算。如果在以前，你們也能成為一名數學家，你們真棒!
7. 把學生解決問題的方法記錄在黑板上。
(1)54-22=32(個)
32-8=24(個) 54-22-8=24(個)
(2)54-8=46(個)
46-22=24(個) 54-8-22=24(個)
(3)22+8=30(個)
54-30=24(個) 54-(22+8)=24(個)
師：你會讀54-(22+8)=24這個算式嗎?
生：54減去22與8的和，差是多少?
三、鞏固深化，應用拓展
師：游園活動快要結束了，你們看小朋友在干什么?(出示練習一的第2題)
生：他們在收集拉罐筒。
師：他們真是環保小衛士。你會把這幅圖的圖意說完整嗎?
讓學生先把題目說完整，再說想法，最后說算式。重點鞏固小括號的用法。
四、歸納小結
1.師：請小朋友說一說在今天的游園活動中你有哪些收獲?
生
：我學會了把兩個算式寫成一個算式。
生
：我學會了如果算式在后面，但是要先算，可以用小括號。
生
：我學會了有小括號表示有先算。
生
：我學會了用我們的知識去解決一些生活中的實際問題。
2.師：請同學們做一名有心人，用課本學習的知識去解決我們身邊、生活中的實際問題。
解決方案 篇10
隨著互聯網的高速發展，全民網絡意識都在增強。各類型網站紛紛建立運營。企業網站也不例外。目前，網站已經成為客戶發現企業產品的重要渠道，除開傳統的宣傳功能，企業網站營銷功能也逐漸提升，成為了企業達到營銷目的的重要途徑。
但是企業網站的發展建立也使得網絡資源變的越發緊張，逐漸出現了以下問題：
1.頁面內容多加載緩慢
2.跨運營商數據傳輸節點問題
3.遇到高并發時帶寬壓力過大
4.中小型去也資金緊張，無法投入資金提高硬件設備
為了解決這些問題，Diycdn網站加速平臺提出了一系列解決方案
1.Diycdn采用動態節點分配技術，可實時保障互聯網終端用戶訪問的是最近最穩定的節點，快速加載頁面，響應用戶請求；
2.Diycdn加速節點可智能識別在線源與高速源，保障通訊的及時有效性，消除了不同運營商之間互聯的瓶頸造成的影響，實現了跨運營商的網絡加速，擁有良好的加速效果；
3.Diycdn采用智能分流均衡負載技術，并使用更加有效的智能冗余機制，大幅度提升節點承受流量上限，且有效降低單一節點壓力，有效應對高并發；
4.Diycdn為了推動CDN網站加速技術的.全面普及，首次將CDN網站加速服務發展成零元模式，CDN加速從此不再收取任何費用，大幅降低企業投入
Diycdn網站加速系統多年致力于為企業網站提供專業、安全、可靠的加速服務，積極探索企業類網站的需求，專項研究企業網站加速服務，使用Diycdn網站加速平臺后，,網站頁面加載速度明顯提高,無論是圖片還是視頻音頻的加載都暢通無阻。為提高企業網站訪問量，增加企業收益作出了貢獻。
【解決方案】相關文章：
解決方案05-20
解決方案（實用）05-27
解決方案優秀05-12
行業解決方案08-16
erp解決方案04-22
oa解決方案05-31
產品解決方案11-19
招聘解決方案02-14
解決方案（精）05-23
解決方案【優秀】08-25