【推薦】解決方案范文匯編8篇

　　為了確保工作或事情能高效地開展，往往需要預先制定好方案，方案是有很強可操作性的書面計劃。方案應該怎么制定才好呢？下面是小編收集整理的解決方案8篇，僅供參考，歡迎大家閱讀。

解決方案 篇1

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

　　主要問題

　　1、API19開始AlarmManager的機制修改。

　　2、應用程序被Kill掉后,設置的鬧鐘不響。

　　3、6.0以上進入Doze模式會使JobScheduler停止工作。

　　4、手機設置重啟后，鬧鐘失效問題。

　　API19以上AlarmManager機制的修改

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

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

　　由于之前的程序，沒有對API19以上的鬧鐘設置做處理，導致在4.4以上的手機設置鬧鐘無響應（應用程序沒有被殺死的情況也沒有鬧鐘）。

　　因些，設置鬧鐘需要根據(jù)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掉后，設置的鬧鐘失效，這里利用守護進程以及灰色�；顏肀ＷC后臺鬧鐘服務不被Kill掉。當應用程序以及鬧鐘服務被Kill掉，守護進程以及灰色�；顏碇匦聠�動鬧鐘服務，并且重新設置鬧鐘。

　　關于守護進程的處理，這里采用開源的守護進程庫。Android-AppDaemon

　　在鬧鐘服務的onCreat加入Android-AppDaemon這個開源的守護進程。代碼如下：

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

　　為進一步保證鬧鐘服務的存活，同加上灰色保活（利用系統(tǒng)的漏洞啟動前臺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()); } //發(fā)送喚醒廣播來促使掛掉的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以上的手機，利用系統(tǒng)的自帶的Clean功能的時候，還是會將鬧鐘服務徹底的干掉。為了解決5.0以上的問題，這里引入5.0以上的新特性 JobScheduler。

　　5.0以上的JobScheduler

　　在這里利用5.0以上的JobScheduler創(chuàng)建一個定時的任務，定時檢測鬧鐘服務是否存在，沒在存在則重新啟動鬧鐘服務。（這里我設置每一分鐘檢測一次鬧鐘服務）

　　在進入應用程序的時候檢測當前系統(tǒng)是否是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); //設置設備重啟后，是否重新執(zhí)行任務 builder.setRequiresDeviceIdle(true); if (mJobScheduler.schedule(builder.build()) <= 0) { //If something goes wrong }}

　　其中的builder.setPersisted(true); 方法是設備重啟后，是否重新執(zhí)行任務，在這測過是可以重新啟動任務的。

　　上面的操作進一步保證了鬧鐘服務被Kill掉后，重新啟動服務。但是在6.0以上引入了Doze模式，當6.0以上的手機進入這個模式后，便會使JobScheduler停止工作。

　　6.0以上Doze模式的處理

　　為了讓JobScheduler可以在6.0以上進入Doze模式工作，這里針對6.0以上的Doze模式做特殊的處理-忽略電池的優(yōu)化。

　　在Manifest.xml中加入權限。

　　在設置鬧鐘的時候，判斷系統(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)化的時候，彈出提醒對話框，提示用戶進行忽略電池優(yōu)化操作。代碼如下：

　　/*** 針對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(), "請開啟忽略電池優(yōu)化~"); } }}

　　補充

　　當應用程序被Kill掉，但是鬧鐘的服務沒有被Kill掉的，這時候又設置了鬧鐘。這就意味著設置的鬧鐘沒有放到鬧鐘服務那里。所以這種情況，設置的鬧鐘會失效。為了解決這種情況，利用AIDL（鬧鐘服務在另一個進程的需要進程間通信）調(diào)用鬧鐘服務的重新設置鬧鐘方法重設鬧鐘。

　　在應用程序的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()方法，調(diào)用鬧鐘服務的重設鬧鐘方法。代碼如下：

　　@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手機的鬧鐘都可以用，這只是盡最大的可能保證大部分的手機。

　　以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持教程網(wǎng)。

解決方案 篇2

　　情況1. 電腦開機黑屏，電源風扇和CPU風扇都正常轉(zhuǎn)動，但是顯示器無任何顯示，無報警聲音。

　　檢查關鍵設備步，主要是檢查內(nèi)存，顯卡等設備能否正常工作，這里，你可以先把內(nèi)存拔下，開機，聽是否有報警聲音向起，如果有，說明前面的步驟都是正常的，主要的問題就在內(nèi)存和顯卡上，可以用替換法確定問題所在，也可以用報警聲音來確定故障源。如果內(nèi)存拔下，開機沒有任何報警，在不排除報警聲音出問題的情況下，可以先確定問題出現(xiàn)在前面的步驟。

　　情況2. 電腦開機黑屏，顯示器出現(xiàn)信息，開機到進入桌面的時候突然黑屏。

　　這個現(xiàn)象大部分是由于病毒引起的，看能否進入安全模式（開機按F8），如果可以，請查看你的啟動項目，啟動服務，啟動驅(qū)動，可以用本站”Windows清理助手+sreng“方法來清除病毒，如果不行，那幺系統(tǒng)可能已經(jīng)遭到破壞，請還原或重做系統(tǒng)（呵呵）；也有可能是電源供電不穩(wěn)引起這個問題，更換電源檢查。

　　電腦開機黑屏，也就是按下電源鍵后，電源指示燈亮，顯示器屏幕沒有顯示。從專業(yè)角度講就是BIOS未能正常自檢。

　　情況3.電腦開機黑屏，表現(xiàn)為電源風扇和CPU風扇轉(zhuǎn)動幾秒后停止，主板上的指示燈不亮，電腦無任何反應解決方法： 首先采用最小啟動方式檢測電腦硬件故障（拿掉內(nèi)存卡，IDE設備，軟驅(qū)以及PCI設備，依次排查筆記本電腦注意了，出現(xiàn)以上問題，有部分是因為電腦生產(chǎn)商在BIOS中設置了一項鎖定觸摸板的功能。導致開機黑屏。只要在按下電源開關后，松手。繼續(xù)按下組合鍵 ”Fn+F7“, 部分是這樣的，另一部分為 ”Fn+F5“.等等。 主要是按下觸屏解鎖組合鍵即可

　　情況4. 電腦開機黑屏，表現(xiàn)為電源風扇和CPU風扇不動，主板上的指示燈不亮，電腦無任何反應。

　　這個時候，首先你應該檢查你的電源插座是否通電，各種電源連接線是不是好的，連接是否正常，如果確認無誤，那幺請你更換你的電源后重新嘗試。

　　情況5. 電腦開機黑屏，電源風扇轉(zhuǎn)動正常，CPU風扇不動，沒有任何報警聲音，表現(xiàn)為主板沒有任何反應。

　　這個時候你首先應該檢查電源與主板的電源連接插口是否插緊，如果已經(jīng)查緊，則可能是主板嚴重損壞或者是電源與主板的連接接損壞。更換個電源嘗試下，以排除第二個可能；請檢查主板異常，比如有沒有電容凸起（被擊穿），主板面有沒有明顯損傷導致線路不通等，可以拿到維修站檢查下，有條件的話可以更換個主板上去確定下。

解決方案 篇3

　　眾所周知，處理好人際關系在職場中非常重要，但很多職場人士都被這個問題給困擾。

　　1、冷漠

　　冷漠是人際交往中的大忌。這種人可能是出于一些錯誤的認識，比如覺得“酷”才是自己的個性所在，還有可能出于內(nèi)向型性格。這種人失去了認識別人的機會，也失去了讓別人了解自己的機會。

　　解決方法：見到同事要面帶微笑，主動打招呼問好;主動與同事進行溝通交流;為人處世要有人情味，要關心同事，愛護同事，尊重同事，理解同事。同事與同事相處，應當減少“火藥味”，增加人情味。

　　2、嫉妒

　　楊東認為，嫉妒是否會給人際關系帶來致命影響，在于這種心理是不是表現(xiàn)在行為當中。要是只在心里想想，是人之常情，真要被人察覺，也可以坦然承認、自我解嘲一番。要是發(fā)展到加害、中傷他人，那么就可能成為“過街老鼠”。

　　解決方法：厚道做人，在與同事的交往中，不能待人苛刻，使小心眼。同事有了成功，不能眼紅，不能嫉妒;同事有了問題，不能幸災樂禍，落井下石，更不能給人“穿小鞋”。

　　3、封閉

　　每個人都會偶爾想關起門，把嘈雜擋在門外�！叭绻�過于封閉，會變得孤單甚至自閉。知識、經(jīng)驗以及思維方式都會迅速老化，失去競爭力和吸引力。”楊東說。

　　解決方法：主動與同事進行溝通交流，多參與公司的集體活動，多培養(yǎng)自己的興趣愛好。

　　4、自我

　　有些人為了讓自己的利益最大化，不惜打小報告、給別人的業(yè)務使壞甚至中傷他人的`名譽。楊東表示“自我為中心”會因為損害他人的利益和尊嚴為職場不容。

　　解決方法：多跟別人分享看法，多聽取和接受別人意見，這樣你才能獲得眾人接納和支持，方能順利推展工作大計。

解決方案 篇4

　　在全球經(jīng)濟放緩、國內(nèi)GDP增速下滑、及國家實行汽車限購政策的今天，汽車行業(yè)面臨較大的外部環(huán)境壓力。另一方面，市場價格戰(zhàn)也使得汽車利潤率下降，加上國內(nèi)外廠商也已經(jīng)開始爭奪中低端汽車市場，汽車行業(yè)競爭越來越激烈。汽車行業(yè)需要尋找新的突破口，需要由傳統(tǒng)的硬件制造逐漸向提供高價值服務轉(zhuǎn)變。

　　在互聯(lián)網(wǎng)、大數(shù)據(jù)時代，如何實現(xiàn)以用戶為中心的戰(zhàn)略轉(zhuǎn)變，如何利用大數(shù)據(jù)技術洞察消費者需求，這是汽車廠商急需解決的困惑：

　　1、 如何借助互聯(lián)網(wǎng)渠道使汽車品牌得以迅速的傳播；

　　2、 如何能夠獲得更多的互聯(lián)網(wǎng)用戶的關注；

　　3、 如何利用互聯(lián)網(wǎng)做用戶精準的營銷；

　　4、 如何以用戶為中心提供更好的新媒體客戶服務；

　　5、 如何通過用戶反饋改進缺陷；

　　6、 如何收集輿情并提高快速反應能力；

　　百分點解決方案

　　互聯(lián)網(wǎng)時代是真正以客戶為中心的時代，客戶在購買之前會到互聯(lián)網(wǎng)上查詢汽車相關的信息，進行車型、價格、經(jīng)銷商地址等方面的信息獲取。同時，隨著80、90后的購車人群日益增多，用戶也喜歡在論壇、微博上發(fā)表用車感受。互聯(lián)網(wǎng)渠道將日趨重要，傳統(tǒng)客戶關系管理已經(jīng)不能滿足互聯(lián)網(wǎng)時代客戶關系管理的需求，需要借助互聯(lián)網(wǎng)、大數(shù)據(jù)分析更加精準地洞察用戶。

　　百分點通過成熟的大數(shù)據(jù)技術提供汽車行業(yè)包括互聯(lián)網(wǎng)用戶行為的分析、潛客的獲取、客戶360度視圖、用戶價值度分析、全生命周期管理等。解決方案包括：用戶畫像與分析、輿情監(jiān)控與分析、數(shù)字精準營銷、車聯(lián)網(wǎng)、汽車后市場等。

　　汽車行業(yè)價值鏈大數(shù)據(jù)：

　　1、 整車廠：車輛基礎數(shù)據(jù)，零部件數(shù)據(jù)；

　　2、 銷售渠道：車輛區(qū)域銷售數(shù)據(jù)，市場調(diào)研數(shù)據(jù)；

　　3、 用戶：消費者數(shù)據(jù)；

　　4、 汽車：車載數(shù)據(jù)，汽車行駛數(shù)據(jù)；

　　5、 4S店：汽車維護數(shù)據(jù)；

　　6、 保險公司：汽車保險數(shù)據(jù)。

解決方案 篇5

　　Windows7正版安裝錯誤代碼：0XC004F061

　　有的童鞋可能會在用正版安裝Windows的時候輸入序列號后顯示“錯誤代碼：0XC004F061，原因是因為該序列號是“升級序列號，只能用于升級而不是凈安裝，如果出現(xiàn)這種錯誤，可以用以下方式解決。

　　概括的說，有的童鞋可能會在用正版安裝WINDOWS的時候輸入序列號后顯示“錯誤代碼：0XC004F061，原因是因為該序列號是“升級序列號，只能用于升級而不是凈安裝，這種問題經(jīng)常出現(xiàn)在一些XP升級到WIN7的用戶上。

　　解決方案如下：

　　1.安裝時不輸入序列號，直接忽略，系統(tǒng)會提示你有30天激活期

　　2.進入系統(tǒng)后，不進行任何升級，直接打開REGEDIT.EXE修改注冊表，將 HKEY_LOCAL_MacHINE/Software/Microsoft/Windows/CurrentVersion/Setup/OOBE/ 地址下的 MediaBootInstall 鍵值由1改為0，保存

　　3.在開始菜單中搜索cmd，以管理員身份打開后，輸入slmgr /rearm，回車后等待確認框出現(xiàn)

　　4.重啟

　　5.重新輸入序列號，激活將提示成功

　　特別注意，該方法僅限于您擁有的是正版Windows 7序列號及安裝程序，可能不適用于其他破解方式或修改過的安裝程序。

解決方案 篇6

　　1.軟件問題：顯卡的驅(qū)動沒有裝好。其實即使沒有驅(qū)動，顯示器也會正確地顯示每種顏色的，不至于出現(xiàn)丟失元色的情況，但是如果驅(qū)動安裝不正確卻有可能出現(xiàn)這個問題。如顯卡的類型和驅(qū)動類型對應不一致，版本不一致等。這樣的問題解決起來很簡單，把原有的顯卡驅(qū)動卸載重新安裝即可。卸載驅(qū)動的方法是：我的電腦——右鍵“屬性”——硬件——設備管理器——顯示卡——右鍵——卸載。檢測是否顯卡驅(qū)動問題的方法很簡單：以Windows XP為例，在電腦開機進入滾動等候畫面時，如果能夠正確顯示XP徽標上紅色而進入系統(tǒng)之后卻無法顯示，則證明顯卡驅(qū)動不正確。

　　2.顯示器問題：顯示器硬件故障。造成顯示器硬件問題的原因很多，如顯像管老化，所處環(huán)境潮濕導致線路氧化、靜電等都會造成顏色顯示不正常。根據(jù)不同的原因采取不同的方法即可，如將顯示器置于通風處等（很多人喜歡給顯示器蒙一塊布來防塵，這里dudo提醒大家的是，防塵要用專用的防塵罩，否則可能會導致顯示器通風散熱不暢）。

　　3.顯卡問題：顯示問題是最經(jīng)常出現(xiàn)的問題。例如卡槽接觸不緊密、顯卡過熱、顯卡線路與元件問題等。對于卡槽不緊密的問題可以拔下來重插，有時可能是因為灰塵較多，這里需要清理一下插槽并用橡皮 等工具清理顯示卡。對于顯卡過熱，則可以上面安裝一個小風扇或者把機箱放置通風處，顯卡過熱造成的顏色不正常往往是剛開機的時候比較正常，使用一段時間之后開始走色。

　　4.接線問題：顯示器和顯卡之間的連接線。顯卡上所有的顏色信息都是經(jīng)常一條數(shù)據(jù)線傳遞到顯示器上的，如果這里出了問題則也會引起三元色缺失或者顏色不正常。所以可以考慮換一根線試試。

　　5.線路接口針問題：這是我遇到的問題。顯示器缺少紅色的問題困擾了我很久，我使用了上面所有的辦法都沒有解決掉，最后一次在群里聊天時，老田同志讓我看看是不是顯卡接口處的針斷了。我把數(shù)據(jù)線拔下來檢查，果不其然，其中一根針嚴重彎曲，并沒有插入到針孔里去。后來用小鑷子直過來之后發(fā)現(xiàn)顯示器顏色一切正常了，缺失的紅色又回來了。

解決方案 篇7

　　注：原文內(nèi)容大量刪減，數(shù)據(jù)表格、圖片都沒有貼上來，影響了閱讀效果，深表遺憾。

　　一.地點概況：

　　洪家樓地處山東省濟南市的東邊部，是歷城區(qū)的政治、經(jīng)濟、文化的中心。這有歷城區(qū)政府、繁華的商業(yè)街、百年歷史的山東大學。

　　二．調(diào)查目的：

　　1.調(diào)查花園路及周邊道路擁擠情況

　　2.提出解決方案

　　三.調(diào)查方案：

　　選用抽樣調(diào)查方法（抽樣調(diào)查是根據(jù)部分實際調(diào)查結果來推斷總體標志總量的一種統(tǒng)計調(diào)查方法，屬于非全面調(diào)查的范疇。它是按照科學的原理和計算，從若干單位組成的事物總體中，抽取部分樣本單位來進行調(diào)查、觀察，用所得到的調(diào)查標志的數(shù)據(jù)以代表總體，推斷總體），選擇2月1日、2月5日、2月7日來觀察，抽樣觀察時間為30分鐘。調(diào)查機動車的地點為招待所門口，調(diào)查行人、自行車的地點為十字路口兩側。

　　四.調(diào)查工具：

　　手機：做計時器

　　紙筆：做簡易計數(shù)器、做記錄

　　汽車：做里程器

　　五.調(diào)查數(shù)據(jù)：

　　1、里程實測數(shù)據(jù)：

　　環(huán)聯(lián)小商品市場——洪樓廣場 640米

　　洪樓廣場——天主教堂 260米

　　天主教堂——山東大學門口 100米

　　山東大學門口——山大二宿舍 300米

　　山大二宿舍——洪樓小學 150米

　　洪樓小學——永和豆?jié){ 270米

　　永和豆?jié){——郵局 480米（重點擁堵路段）

　　環(huán)聯(lián)小商品市場——鑫達小區(qū) 650米

　　鑫達小區(qū)——七里鋪茶城 450米

　　七里鋪茶城——歷城三中 320米

　　歷城三中——山大路 900米

　　山大路——花園路與其交界口 680米

　　交界口——山大北路 380米

　　山大北路——漱玉平民大藥店 550米

　　漱玉平民大藥店——洪樓南路與山大北路交界口 500米

　　交界口——肯德基 600米

　　交界口——郵局 550米

　　山大附中——海蔚 350米

　　山東大學門口——七里鋪茶城 800米

　　歷城三中——山大二宿舍 380米

　　洪家樓小學——紫羅蘭乒乓球俱樂部 650米

　　花園路與山大路交界口——永和豆?jié){ 700米

　　永和豆?jié){——漱玉平民大藥店 400米

　　2、分類車流量數(shù)據(jù)：（略）

　　3、停車位調(diào)查數(shù)據(jù)

　　銀座停車場：500個

　　大潤發(fā)停車場：100個

　　歷城區(qū)政府招待所停車場：120個

　　六.數(shù)據(jù)分析：

　　三天分類流量數(shù)據(jù)扇形圖（略）

　　三天流量數(shù)據(jù)折線圖（略）

　　由述圖表可以看出：

　　1.三天調(diào)查數(shù)據(jù)匯總結果中，小汽車占比為44%；行人占比42%；自行車占比11%；公交車占比3%�？梢娦∑�車是流量中占比最大的類別。

　　2.根據(jù)折線圖可以看出。2月1日為陰歷12月29日，是春節(jié)前購物高峰，所以交通流量大；2月5日為大年初三，所以交通流量有所下降；2月7日為年初五，交通量有較大回升。

　　3.本路段自西向東的車流量略大于自東向西的車流量。

　　4.招待所停車位很多都是空著的，而“銀座”、“大潤發(fā)”停車場都是滿滿的。

　　七.調(diào)查結論與建議：

　　1.設單行線。雖然本路段自西向東的車流量略大于自東向西的車流量，但照顧到大型商城“銀座”、“大潤發(fā)”的交通方便，所以建議將洪樓南路與花園路十字路口——山大路與花園路十字路口這段路程7:00——21：00改為自東向西的單行線（公交車不變）。

　　2.形成分流。自西向東的車輛可分流到山大北路、洪樓西路（如圖一）

　　3.清除路道。形成分流后，需要嚴禁在洪樓廣場——山大附中——洪樓小學——永和豆?jié){這一路段停車，大潤發(fā)的班車沒有權利占用公共道路，應取消或自建停車場。（現(xiàn)狀如圖二）

　　4.加強管理�！按鬂櫚l(fā)”、“銀座”附近的單行小路應派人加強監(jiān)督，發(fā)現(xiàn)逆行者嚴加處理。

　　5.架天橋。在銀座至招待所架一座天橋，解決行人橫穿馬路問題。

　　6.清理占道商販。由于一些商販占用了人行道，強迫行人和自行車到機動車道上行駛，造成道路更加擁堵，建議清理本段路程商販占道經(jīng)營問題。

解決方案 篇8

　　經(jīng)常頭痛

　　癥狀：經(jīng)常一跳一跳的頭痛，或像有東西纏著頭部般絞痛，并伴有眩暈現(xiàn)象。

　　原因：工作中用眼過度、長時間專注于電腦屏幕、睡眠不足、壓力太大等都是導致頭痛的直接原因。

　　易患人群：文秘工作者，尤其是經(jīng)常操作電腦的人，配戴度數(shù)不合適的眼鏡或隱形眼鏡的人。

　　解決方法：放松心情和身體，間或閉上眼睛或到室外做些簡易舒展運動，打開窗戶讓室內(nèi)空氣流通。

　　頸肩酸痛

　　癥狀：頸部僵直、兩肩酸麻、精神萎靡。

　　原因：運動少、壓力大令肌肉緊張、血氣運行差，肌肉毛細血管形成瘀血而致酸痛。

　　易患人群：文職人員及到處游說的營銷員。此外，父母有寒癥、貧血、溜肩膀的人易患此癥。

　　解決方法：最好在每天睡覺前泡個澡，令患處溫熱。避免長時間采用同一姿勢，或用手輕揉患處，不要讓肩膀受涼，適當?shù)刈鲞\動。

【【推薦】解決方案范文匯編8篇】相關文章：

【推薦】解決方案范文集合五篇03-16

【推薦】解決方案范文集合6篇03-16

【推薦】解決方案范文匯總6篇03-09

【推薦】解決方案范文集錦五篇03-07

【推薦】解決方案范文錦集八篇03-03

【推薦】解決方案范文集合九篇03-02

【推薦】解決方案范文匯總九篇02-26

精選解決方案范文匯編10篇03-16

【必備】解決方案范文匯編五篇03-15

【精華】解決方案范文匯編5篇03-09