實(shí)用的解決方案模板合集四篇

　　為了確保事情或工作扎實(shí)開展，時(shí)常需要預(yù)先制定一份周密的方案，方案是書面計(jì)劃，具有內(nèi)容條理清楚、步驟清晰的特點(diǎn)。那么什么樣的方案才是好的呢？以下是小編精心整理的解決方案5篇，歡迎大家分享。

　　解決方案 篇1

　　Android設(shè)置鬧鐘并不像IOS那樣這么簡(jiǎn)單，做過Android設(shè)置鬧鐘的開發(fā)者都知道里面的坑有多深。下面記錄一下，我解決Android鬧鐘設(shè)置的解決方案。

　　主要問題

　　1、API19開始AlarmManager的機(jī)制修改。

　　2、應(yīng)用程序被Kill掉后,設(shè)置的鬧鐘不響。

　　3、6.0以上進(jìn)入Doze模式會(huì)使JobScheduler停止工作。

　　4、手機(jī)設(shè)置重啟后，鬧鐘失效問題。

　　API19以上AlarmManager機(jī)制的修改

　　API19之前AlarmManager提供了三個(gè)設(shè)置鬧鐘的方法，由于業(yè)務(wù)需求鬧鐘只需要一次性，所以采用set(int type，long startTime，PendingIntent pi)；這個(gè)方法。

　　從API 19開始，AlarmManager的機(jī)制都是非準(zhǔn)確傳遞，操作系統(tǒng)將會(huì)轉(zhuǎn)換鬧鐘，來最小化喚醒和電池使用。

　　由于之前的程序，沒有對(duì)API19以上的鬧鐘設(shè)置做處理，導(dǎo)致在4.4以上的手機(jī)設(shè)置鬧鐘無響應(yīng)（應(yīng)用程序沒有被殺死的情況也沒有鬧鐘）。

　　因些，設(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)用程序沒有被Kill掉的情況鬧鐘。

　　應(yīng)用程序被Kill掉時(shí)的處理

　　應(yīng)用程序被Kill掉后，設(shè)置的鬧鐘失效，這里利用守護(hù)進(jìn)程以及灰色保活來保證后臺(tái)鬧鐘服務(wù)不被Kill掉。當(dāng)應(yīng)用程序以及鬧鐘服務(wù)被Kill掉，守護(hù)進(jìn)程以及灰色保活來重新啟動(dòng)鬧鐘服務(wù)，并且重新設(shè)置鬧鐘。

　　關(guān)于守護(hù)進(jìn)程的處理，這里采用開源的守護(hù)進(jìn)程庫(kù)。Android-AppDaemon

　　在鬧鐘服務(wù)的onCreat加入Android-AppDaemon這個(gè)開源的守護(hù)進(jìn)程。代碼如下：

　　@Overridepublic void onCreate() { super.onCreate(); Daemon.run(DaemonService.this, DaemonService.class, Daemon.INTERVAL_ONE_MINUTE); startTimeTask(); grayGuard();}

　　為進(jìn)一步保證鬧鐘服務(wù)的存活，同加上灰色保活（利用系統(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ā)送喚醒廣播來促使掛掉的UI進(jìn)程重新啟動(dòng)起來 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以上的問題，這里引入5.0以上的新特性 JobScheduler。

　　5.0以上的JobScheduler

　　在這里利用5.0以上的JobScheduler創(chuàng)建一個(gè)定時(shí)的任務(wù)，定時(shí)檢測(cè)鬧鐘服務(wù)是否存在，沒在存在則重新啟動(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è)過是可以重新啟動(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; }}

　　如果沒有忽略電池優(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(); } }}

　　在界面重寫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(), "請(qǐng)開啟忽略電池優(yōu)化~"); } }}

　　補(bǔ)充

　　當(dāng)應(yīng)用程序被Kill掉，但是鬧鐘的服務(wù)沒有被Kill掉的，這時(shí)候又設(shè)置了鬧鐘。這就意味著設(shè)置的鬧鐘沒有放到鬧鐘服務(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 {//判斷是否有鬧鐘，沒有則關(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) { }}

　　這里說明一下，當(dāng)服務(wù)啟動(dòng)并且被綁定的情況下，unbindService是不會(huì)停止服務(wù)的。

　　最后

　　以上并不代表所有的Android手機(jī)的鬧鐘都可以用，這只是盡最大的可能保證大部分的手機(jī)。

　　以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持教程網(wǎng)。

　　解決方案 篇2

　　概述

　　針對(duì)于近年來涌現(xiàn)出的越來越多，越來越復(fù)雜的汽車行業(yè)服務(wù)需求，軟通動(dòng)力依托自身多年在服務(wù)行業(yè)的經(jīng)驗(yàn)，以及自身對(duì)于汽車行業(yè)的了解，加之多年針對(duì)國(guó)內(nèi)外汽車相關(guān)企業(yè)的服務(wù)實(shí)踐，形成了一套具有自我特色的服務(wù)鏈條，為客戶提供及時(shí)、準(zhǔn)確、高效的服務(wù)。

　　解決方案

　　基于軟通動(dòng)力對(duì)汽車行業(yè)的了解，相關(guān)行業(yè)服務(wù)包括：

　　針對(duì)于信息管理系統(tǒng)的服務(wù)；

　　針對(duì)汽車行業(yè)的管理咨詢服務(wù)，包括PMO及Rollout服務(wù)；

　　針對(duì)汽車行業(yè)的移動(dòng)互聯(lián)的相關(guān)服務(wù);

　　軟通根據(jù)不同的服務(wù)需求，嚴(yán)格遵循相關(guān)服務(wù)流程，在每個(gè)關(guān)鍵節(jié)點(diǎn)對(duì)服務(wù)成果進(jìn)行監(jiān)控，并持續(xù)進(jìn)行修正，最終讓客戶滿意。

　　能力優(yōu)勢(shì)

　　多年的行業(yè)服務(wù)經(jīng)驗(yàn)；

　　針對(duì)于信息系統(tǒng)方面的.多年開發(fā)、測(cè)試、運(yùn)維的經(jīng)驗(yàn)；

　　眾多移動(dòng)互聯(lián)方向項(xiàng)目的實(shí)施經(jīng)驗(yàn)；

　　針對(duì)汽車制造商內(nèi)部IT項(xiàng)目管理提供咨詢(PMO)服務(wù)，幫助主機(jī)廠高效利用資源與合理分配項(xiàng)目資金，對(duì)正在運(yùn)作的相關(guān)項(xiàng)目提供專業(yè)化的項(xiàng)目管理指導(dǎo)；

　　針對(duì)汽車制造商幫助品牌經(jīng)銷商上線相關(guān)信息管理系統(tǒng)提供Rollout咨詢服務(wù)。

　　客戶收益

　　定制化的汽車行業(yè)服務(wù)方案，滿足客戶的多樣服務(wù)需求；

　　不斷完善服務(wù)模型，能為客戶提供高品質(zhì)、高效的服務(wù)；

　　幫助客戶實(shí)現(xiàn)對(duì)市場(chǎng)的準(zhǔn)確定位及精準(zhǔn)服務(wù)；

　　幫助客戶更好地預(yù)測(cè)及分析全球市場(chǎng)動(dòng)態(tài)，及時(shí)有效的調(diào)整企業(yè)發(fā)展戰(zhàn)略。

　　典型客戶

　　某全球工程車知名企業(yè)

　　某國(guó)有知名汽車集團(tuán)

　　某全球汽車知名企業(yè)

　　某全球汽車企業(yè)中國(guó)合資公司

　　成功案例

　　（20xx-至今）某國(guó)有知名汽車集團(tuán)—信息系統(tǒng)研發(fā)項(xiàng)目

　　（XX-XX）某全球汽車知名企業(yè)IT部門--PMO & Rollout服務(wù)

　　（XX-至今）某全球汽車企業(yè)中國(guó)合資公司R&D中心--PMO服務(wù)

　　（XX-至今）某國(guó)有知名汽車集團(tuán)— CRM市場(chǎng)營(yíng)銷APP平臺(tái)開發(fā)運(yùn)維項(xiàng)目

　　解決方案 篇3

　　我國(guó)房地產(chǎn)行業(yè)始于20世紀(jì)80年代初期，經(jīng)歷了漫長(zhǎng)的發(fā)展，跨入21世紀(jì)，隨著國(guó)內(nèi)外形式的變化，行業(yè)的宏觀環(huán)境發(fā)生了巨大的變化。中國(guó)房地產(chǎn)業(yè)正處于向規(guī)模化、品牌化、低成本、規(guī)范運(yùn)作的轉(zhuǎn)型時(shí)期，現(xiàn)階段對(duì)房地產(chǎn)行業(yè)的管理提出了更高的要求，如提高行業(yè)技術(shù)和服務(wù)水平，降低成本和營(yíng)銷費(fèi)用，提高利潤(rùn)率等。

　　我國(guó)房地產(chǎn)企業(yè)多為跨地域經(jīng)營(yíng)，以項(xiàng)目為單元進(jìn)行業(yè)務(wù)管理，對(duì)業(yè)務(wù)過程都制定了嚴(yán)格標(biāo)準(zhǔn)的管理流程和業(yè)務(wù)制度，實(shí)現(xiàn)從計(jì)劃到執(zhí)行的規(guī)范與高效，同時(shí)，房地產(chǎn)行業(yè)存在大量的資金流轉(zhuǎn)，對(duì)資金的管理和成本費(fèi)用的控制難度較大。

　　行業(yè)管理困惑

　　計(jì)劃執(zhí)行有偏差。項(xiàng)目計(jì)劃執(zhí)行過程調(diào)整頻繁，存在搶工期現(xiàn)象，執(zhí)行進(jìn)度及質(zhì)量控制存在風(fēng)險(xiǎn)招標(biāo)管理不規(guī)范。招標(biāo)計(jì)劃管理不到位，存在先斬后奏現(xiàn)象，成本不可控，招標(biāo)審批過程不透明，缺乏監(jiān)管，招標(biāo)資料散亂，信息流失嚴(yán)重合同管理缺乏記錄。工程采購(gòu)合同量大，審批過程遲緩，涉及付款項(xiàng)目多，預(yù)算核算工作量大，常有遺漏，合同付款批次多，易出現(xiàn)重復(fù)付款情況跨地域協(xié)作不便。總部與異地項(xiàng)目公司溝通成本高，時(shí)效性差，信息傳遞存在衰減。

　　計(jì)劃管理

　　通過計(jì)劃管理落實(shí)跟進(jìn)項(xiàng)目計(jì)劃的執(zhí)行過程，實(shí)時(shí)記錄反饋項(xiàng)目進(jìn)度及質(zhì)量，保障項(xiàng)目順利開展。

　　實(shí)現(xiàn)項(xiàng)目計(jì)劃從報(bào)批到安排再到執(zhí)行與反饋的全過程管理；實(shí)時(shí)把控計(jì)劃進(jìn)度最新情況，掌握一手資料，信息記錄與留痕；動(dòng)態(tài)數(shù)據(jù)分析，監(jiān)管計(jì)劃執(zhí)行過程，及時(shí)發(fā)現(xiàn)問題，輔助決策。

　　招標(biāo)管理

　　建立完整供應(yīng)商信息庫(kù)，通過招標(biāo)需求和計(jì)劃進(jìn)行前期管理，并完整記錄招標(biāo)過程各項(xiàng)信息，規(guī)范招標(biāo)過程。

　　建立完整的供方信息庫(kù)和招標(biāo)資料庫(kù)，便于信息檢索和核查；規(guī)范招標(biāo)過程管理，可視化監(jiān)管招標(biāo)情況，信息完整、記錄留痕；實(shí)時(shí)數(shù)據(jù)監(jiān)控，掌握招標(biāo)前后過程，提前控制，輔助決策。

　　合同管理

　　建立合同管理從審批到歸檔到執(zhí)行的`全過程管控機(jī)制，對(duì)合同檔案和付款信息均有完整記錄，有據(jù)可查建立合同從擬定審批，到歸檔執(zhí)行，再到付款的全過程管理；規(guī)范合同過程管理，跟進(jìn)履約情況，掌握付款記錄；根據(jù)合同執(zhí)行情況分析，制定準(zhǔn)確的季度、月度預(yù)算。

　　協(xié)同工作

　　將各項(xiàng)工作分類匯總，建立網(wǎng)絡(luò)化溝通渠道和信息展現(xiàn)平臺(tái)，實(shí)現(xiàn)信息共享、有效授權(quán)、順暢溝通實(shí)時(shí)、多維查看全部在建項(xiàng)目信息，確保及時(shí)發(fā)現(xiàn)問題，快速響應(yīng)，為管理者提供決策依據(jù)。

　　方案優(yōu)勢(shì)

　　集團(tuán)監(jiān)控

　　通過決策支持（BI）系統(tǒng)，實(shí)現(xiàn)對(duì)項(xiàng)目各種統(tǒng)計(jì)報(bào)表、KPI指標(biāo)的預(yù)警分析。

　　公司管控

　　按照管理職能分工，對(duì)項(xiàng)目、人員、資金、市場(chǎng)等進(jìn)行對(duì)口管控。

　　項(xiàng)目管控

　　規(guī)范基層項(xiàng)目執(zhí)行操作，使項(xiàng)目管理體系可執(zhí)行、可協(xié)同、可監(jiān)控。

　　全員應(yīng)用、全過程管理通過業(yè)務(wù)平臺(tái)集成實(shí)現(xiàn)全員應(yīng)用、全過程管理（任何人、任何時(shí)間，任何地點(diǎn)）。通過平臺(tái)與內(nèi)外部單位的業(yè)務(wù)協(xié)同。

　　解決方案 篇4

　　為進(jìn)一步提升服務(wù)企業(yè)、服務(wù)項(xiàng)目、服務(wù)發(fā)展的能力和水平，大力弘揚(yáng)“主動(dòng)服務(wù)、創(chuàng)新服務(wù)、高效服務(wù)、廉潔服務(wù)”的工作作風(fēng)，按照市優(yōu)化經(jīng)濟(jì)發(fā)展軟環(huán)境領(lǐng)導(dǎo)小組《關(guān)于在全市開展“問題解決月”活動(dòng)的實(shí)施方案》要求，結(jié)合我局實(shí)際，現(xiàn)就組織開展“問題解決月”活動(dòng)提出如下實(shí)施方案。

　　一、工作目標(biāo)

　　以“強(qiáng)化服務(wù)解難題，提升效能促發(fā)展”為主題，以企業(yè)滿意為標(biāo)準(zhǔn)，切實(shí)解決科技部門在服務(wù)企業(yè)發(fā)展、推進(jìn)科技創(chuàng)新中存在的問題，扶助企業(yè)做優(yōu)做強(qiáng)。

　　二、目標(biāo)任務(wù)

　　將開展“問題解決月”活動(dòng)作為創(chuàng)先爭(zhēng)優(yōu)活動(dòng)的重要內(nèi)容、深化能力作風(fēng)建設(shè)的重要載體，努力形成支持發(fā)展、服務(wù)發(fā)展的濃厚氛圍，為企業(yè)和群眾多辦事、辦實(shí)事、辦好事，為加快轉(zhuǎn)型升級(jí)創(chuàng)造良好的'環(huán)境。

　　三、活動(dòng)內(nèi)容和步驟

　　（一）宣傳發(fā)動(dòng)（3月上旬）。成立“問題解決月”活動(dòng)領(lǐng)導(dǎo)小組，制定活動(dòng)實(shí)施方案。召開會(huì)議，進(jìn)行廣泛深入地宣傳發(fā)動(dòng)，統(tǒng)一思想，形成全力。

　　（二）調(diào)研收集問題（3月中旬至6月底）。依據(jù)我局的職能，三個(gè)職能科室各為一個(gè)組，開展“走進(jìn)企業(yè)、服務(wù)發(fā)展”工作，通過走訪、座談會(huì)、網(wǎng)站征集等形式，認(rèn)真聽取企業(yè)的意見、建議，深入查找本單位服務(wù)效率、工作作風(fēng)和企業(yè)科技創(chuàng)新面臨的難題。綜合計(jì)劃科調(diào)研收集創(chuàng)新型城市建設(shè)、高新技術(shù)產(chǎn)業(yè)發(fā)展、創(chuàng)新平臺(tái)建設(shè)、科技興農(nóng)等方面的問題與不足。法規(guī)科調(diào)研收集企業(yè)知識(shí)產(chǎn)權(quán)戰(zhàn)略實(shí)施、知識(shí)產(chǎn)權(quán)保護(hù)等方面的問題與不足。科技服務(wù)科調(diào)研收集企業(yè)科技創(chuàng)新中所面臨的技術(shù)難題、人才短缺和產(chǎn)學(xué)研合作等方面的問題與不足。針對(duì)排查出的問題，迅速制定整改措施加以解決（收集到的問題及整改情況于6月底前報(bào)市優(yōu)化辦）。

　　（三）解決問題(7月)。根據(jù)深入企業(yè)和服務(wù)單位收集到的問題，召開“問題解決月”活動(dòng)領(lǐng)導(dǎo)小組會(huì)議，對(duì)問題逐條逐項(xiàng)地進(jìn)行分析研究，對(duì)問題的解決情況進(jìn)行督查，確保解決一批制約我市科技創(chuàng)新的瓶頸問題。

　　(四)鞏固提高(8月)。開展問題“回頭看”，鞏固活動(dòng)成果。對(duì)已經(jīng)解決的問題，要加強(qiáng)回訪；對(duì)辦理進(jìn)度、難度較大的問題，需要?jiǎng)e的部門協(xié)調(diào)解決的，加大協(xié)調(diào)力度。各科室要對(duì)開展“問題解決月”活動(dòng)情況進(jìn)行認(rèn)真總結(jié)(總結(jié)于8月15日前報(bào)局辦公室)，對(duì)舉措實(shí)、效果好、企業(yè)滿意度高的典型事例，將在全局進(jìn)行推廣，形成服務(wù)企業(yè)的長(zhǎng)效機(jī)制。

【解決方案】相關(guān)文章：

解決方案05-20

解決方案（實(shí)用）05-27

解決方案優(yōu)秀05-12

行業(yè)解決方案08-16

erp解決方案04-22

oa解決方案05-31

產(chǎn)品解決方案11-19

招聘解決方案02-14

解決方案（精）05-23

解決方案【優(yōu)秀】08-25