有關解決方案模板六篇

　　為了確保事情或工作得以順利進行，通常會被要求事先制定方案，方案具有可操作性和可行性的特點。你知道什么樣的方案才能切實地幫助到我們嗎？下面是小編整理的解決方案6篇，歡迎閱讀，希望大家能夠喜歡。

　　解決方案 篇1

　　一、概述

　　暖氣不熱的原因多種多樣，必須深入現(xiàn)場針對性分析方能找到解決方法�？梢源笾路譃樾�區(qū)整體不熱和個別用戶不熱。小區(qū)暖氣不熱又可以用一句通俗的話來說明：就是熱量送不來或者是熱量送不走，其根本就是熱力公司要送來足夠的熱量，然后二級換熱站又把足夠的熱量送到各用戶的問題。對于暖氣不熱的具體問題還要具體分析。引起暖氣整體不熱的原因較多，對其作為主要分析對象。

　　二、原因分析

　　1、首先討論一下小區(qū)整體不熱在一次循環(huán)水側的原因。小區(qū)整體不熱，首先要考慮是否熱力公司的問題，然后再查找小區(qū)二級換熱站設備或運行問題�，F(xiàn)在小區(qū)換熱站都安裝有熱量總表，方便用來分析查找原因，熱量總表測量出熱力公司送來的一次水流量、進水溫度、回水溫度，這三個參數(shù)反應了熱力公司送入的總能量。簡單方法計算，在大氣溫度－5℃時，送入10T/h進水80℃回水40℃的熱水，可以供10000㎡的用暖。如果低于這個供應量，小區(qū)將可能整體不熱或者只有少部分用戶熱。下面分析一下低于這個供應量的原因。

　　1.1、熱力公司進入小區(qū)的一次循環(huán)水的閥門開度太小，送入的水量不夠。

　　1.2、換熱站處于熱網(wǎng)末端，進、回水差壓小，不能提供足

　　夠的流量。

　　1.3、換熱站內的換熱器一次水側的流道結垢、濾網(wǎng)堵塞致使流通阻力大，一次循環(huán)水供水量不夠。

　　1.4、換熱器選型錯誤，換熱器流道長而且狹窄，造成流通阻力較大，這種換熱器應安裝在熱網(wǎng)的首端，但裝在了熱網(wǎng)末端，一次循環(huán)水沒有足夠的進、回水差壓克服這個阻力，來提供足夠流量。就像電路一樣，電壓較低，電阻較大，電流就小。

　　這幾種情況歸結起來就是熱量送不來的問題，發(fā)生在一次循環(huán)水側，其表現(xiàn)是一次循環(huán)水量不夠，沒有把足夠的熱量送過來。

　　2、下面再分析二次循環(huán)水側引起暖氣整體不熱可能出現(xiàn)的幾種情況。查找原因時，還是要依靠小區(qū)換熱站安裝的熱量總表，當熱力公司供的一次循環(huán)水回水溫度較高，小區(qū)暖氣用戶全部或大部分不熱就要查找下面一些原因。

　　2.1、小區(qū)熱網(wǎng)循環(huán)泵一臺泵流量不夠，例如：小區(qū)熱網(wǎng)需要流量500T/h溫度45℃的水進行循環(huán)，但只運行了一臺額定流量300T/h的循環(huán)泵，處于小區(qū)熱網(wǎng)首端的樓層較低的用戶的流量能夠滿足，處于熱網(wǎng)末端的或供暖樓層較高的.將因流量不夠而不熱。

　　2.2、換熱器的二次水側流道結垢，流動阻力增大，熱阻增大，使二次循環(huán)水量和循環(huán)水溫都下降，造成用戶暖氣不熱。

　　2.3、樓棟較多，小區(qū)熱網(wǎng)管線較長，換熱站送出的二次循

　　環(huán)水不能平均分配給每個樓棟，造成小區(qū)熱網(wǎng)首端的用戶暖氣熱，末端的不熱。

　　這幾種情況就是熱量送不走的問題，就像有足夠多的物品，就放在這里，有許多人需要，但是不能合理的分發(fā)下去。

　　三、解決方式

　　送不來的問題可以從一次水流量、進回水溫度這幾個參數(shù)反映出來，但有些原因不是熱力公司造成，具體是哪些原因，需要從簡到繁逐一查找，需要以熱力公司為主體進行工作，通過安裝在換熱站內的表計來分析問題根源。主要解決手段有開大一次水側閥門；清理換熱器和濾網(wǎng)使換熱器阻力減少，來增大一次水流量；由熱力公司提高一次水進水壓力或在一次網(wǎng)管道上加裝變頻循環(huán)泵增大一次水流量。這些都需要和熱力公司合作才能解決問題。

　　解決方案 篇2

　　故障現(xiàn)象：無法登錄至寬帶路由器設置頁面。

　　原因以及解決方法：

　　首先確認路由器與電腦已經(jīng)正確連接。檢查網(wǎng)卡端口和路由器LAN端口對應的指示燈是否正常。

　　如果指示燈不正常，重新插好網(wǎng)線或者替換雙絞線，然后在電腦中檢查網(wǎng)絡連接：先將電腦的IP地址設置成自動獲取IP地址。然后查看網(wǎng)卡的連接是否正確獲得IP地址和網(wǎng)關信息，如果沒有請手動設置，如果這些信息已經(jīng)正確獲得 ，請注意是否開啟了防火墻服務，如開啟請將它禁用。

　　比較新的路由器(尤其是家用的)多采用IE登錄路由器的方式進行維護，因此我們可以在IE的連接設置中選擇“從不進行撥號連接”，再單擊“局域網(wǎng)設置”，清空所有選項。然后在瀏覽器地址欄中輸入寬帶路由器的IP地址，按下Enter鍵即可進入設置頁面。如還不能登錄，請嘗試將網(wǎng)關設置為路由器的IP地址，本機IP地址設為與路由器同網(wǎng)段的IP地址再進行連接。

　　如果用上面的方法還不能解決所遇到的問題，請檢查網(wǎng)卡是否與系統(tǒng)的其他的硬件有沖突。

　　故障現(xiàn)象：經(jīng)常出現(xiàn)無法連接到路由器或連接速度非常慢的情況。

　　原因以及解決方法

　　這種情況與網(wǎng)線的關系比較大。

　　如果經(jīng)常出現(xiàn)連接問題，可能存在水晶頭質量問題或接觸問題，注意將各個接口插緊。并更換質量好的水晶頭。同時檢查網(wǎng)線的線序是否正確。

　　故障現(xiàn)象：使用ADSL方式上網(wǎng)，設置好路由器以后卻無法使用撥號軟件進行撥號。

　　原因以及解決方法

　　設置好路由器的PPPoE連接后就從路由器進行撥號了，無須再使用電腦里的撥號軟件，只要將電腦的IP地址設置為“自動獲取”或者設置為與路由器不沖突的IP地址即可。

　　故障現(xiàn)象：路由器無法獲取廣域網(wǎng)地址。

　　原因以及解決方法

　　首先請檢查路由器的WAN口指示燈是否已經(jīng)亮起，如果沒亮則網(wǎng)線或者水晶頭有問題。然后檢查路由器是否已經(jīng)正確配置并保存重啟，否則設置不能生效!有時候還可能需要克隆網(wǎng)卡的MAC地址到路由器的廣域網(wǎng)接口，具體設置參考路由器手冊。 更多內容請看校園網(wǎng)專題、局域網(wǎng)、無線網(wǎng)狀網(wǎng)介紹專題，或進入討論組討論。

　　的'人位于防火墻或路由器之后時， 阻止了雙方直接連接到 Internet。此時要求雙方所使用的網(wǎng)絡地址轉換設備支持UPnP技術。關于路由器對該技術的支持情況請看你所用的路由器說明書，并咨詢廠商技術支持。個別路由器需要在LAN設置中將UPnP設置為“Enable”。支持UPnP的系統(tǒng)主要有Windows XP和Windows Me。

　　故障現(xiàn)象：外網(wǎng)不能訪問在局域網(wǎng)中設置的服務器(如WWW FTP等)。

　　原因以及解決方法：

　　如果在局域網(wǎng)中設置了服務器請使用路由器的端口映射功能。各型號路由器的設置項目請參考對應路由器手冊。

　　注意，其中需要設置的是服務器的局域網(wǎng)IP地址，對外提供的端口，服務器所使用的端口以及使用的協(xié)議。以下是一些常用端口供參考：

　　FTP—20 21 SMTP—25 HTTP—80 POP3—110 pcAnywhere—22 5631 5632 MSN文件傳輸—6891~6900。關于更多的端口信息請到網(wǎng)絡上查找全部端口說明。

　　故障現(xiàn)象：忘記了路由器的IP地址/密碼，無法再進入設置頁面。

　　原因以及解決方法：

　　每種路由器的默認IP地址和取消密碼都不相同，有的需要一些命令行操作(如Cisco設備采用IOS操作系統(tǒng))，有可以由廠商算出某個設備的萬能密碼的 如D-LINK設備通過產(chǎn)品串號來算出 ，還有利用設備上的Reset鍵復位幾次就可以恢復原始密碼的(如某些國產(chǎn)品牌設備)。

　　解決方案 篇3

　　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)將會轉換鬧鐘，來最小化喚醒和電池使用。

　　由于之前的程序，沒有對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（鬧鐘服務在另一個進程的需要進程間通信）調用鬧鐘服務的重新設置鬧鐘方法重設鬧鐘。

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

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

　　解決方案 篇4

　　摘要：電子商務實訓課一直是電子商務教學中重要卻薄弱的環(huán)節(jié)，本文通過對當前電子商務實訓課現(xiàn)狀進行分析，通過討論常見幾種解決方案的優(yōu)勢劣勢，探究未來電子商務實訓課的發(fā)展方向。

　　關鍵詞：中職；電子商務；實訓課；校企合作

　　電子商務是一門實踐性很強的應用學科，實訓教學在電子商務教學中占據(jù)重要地位。通過實訓教學，可以使學生深入掌握電子商務經(jīng)營規(guī)律和工作原理，加強電子商務技能，系統(tǒng)了解行業(yè)運營方式，建立完整知識體系，培養(yǎng)學生的各種綜合能力，以達到做中學的目的。

　　1.中職電子商務實訓課程教學現(xiàn)狀

　　1.1電子商務專業(yè)發(fā)展現(xiàn)狀

　　互聯(lián)網(wǎng)迅猛發(fā)展，電子商務成為大中小型企業(yè)的核心訴求之一。隨著企業(yè)對電子商務和網(wǎng)絡營銷業(yè)務的認知的不斷深入，社會對電子商務從業(yè)人員的需求量也會越來越大。目前企業(yè)對電子商務人才的要求是既掌握一般網(wǎng)絡技術應用，又具有商務策劃、營運推廣、客服和物流技能的綜合型商務人才，并且要求具有較強的實際操作能力。

　　1.2電子商務實訓課程設置情況

　　目前，對于中職學校來說，電子商務課程體系的設置還不夠完善，尤其是實訓課程的設置，沒有統(tǒng)一的教學大綱，實訓設施跟不上，實訓目的性不明確，教學隨意性很大。很多學校都開設了電子商務實訓課程，但其教學內容和教學深度卻有著很大出入，訓練內容與企業(yè)的電子商務平臺操作對接較差。由于企業(yè)電子商務模式千差萬別，而實訓課教師難以進入企業(yè)、熟悉企業(yè)較難，這使得實訓課程設置難以準確定位。

　　2.中職電子商務實訓解決方案及其優(yōu)缺點

　　2.1基于電子商務實訓軟件的實訓解決方案

　　目前中職學校的電子商務實訓大多依賴各種模擬軟件，常見的有天行健君電、中鴻網(wǎng)絡電子商務模擬平臺、德意電子商務模擬軟件等。

　　2.1.1電子商務模擬平臺是系統(tǒng)、全面的教學手段

　　利用電子商務模擬平臺進行實訓課的教學，可以使學生最直觀地了解電子商務業(yè)務流程，掌握電子商務中各種對象的職責和分工。電子商務模擬平臺通常都包含B2B、B2C、C2C、網(wǎng)上支付、物流、網(wǎng)絡營銷等模塊，學生可以在模擬平臺中體驗到各種角色、學習到各種電子商務模式知識。

　　2.1.2電子商務模擬平臺的.主要問題

　　模擬平臺運行的模式化，使得學生在操作中只能了解流程，缺乏應用技巧，根本沒有引起學生的思考。另外，電子商務模擬平臺流程簡單化，很難做到及時的更新升級，使得學生學習到的技能都是零散的、滯后的，無法達到企業(yè)對電子商務人才的復合型和前沿性要求。2.2基于電子商務平臺的實訓解決方案為了更加貼近電子商務交易的真實狀態(tài)，很多教師在實訓中選擇了淘寶網(wǎng)等電子商務網(wǎng)站和交易社區(qū)，這一優(yōu)勢是非常明顯的。

　　2.2.1電子商務平臺實現(xiàn)了教學的前沿性和操作性

　　利用真實電子商務平臺教學，使學生能學到實用技能，實現(xiàn)和就業(yè)崗位無縫對接。這種實訓方式，可以讓學生把各種知識綜合運用起來，真正做到融會貫通、理實一體，而實訓課上的成果可在畢業(yè)后直接成為學生的創(chuàng)業(yè)資本。義烏工商學院的“淘寶班”就是一個實訓教學的成功樣本。

　　2.2.2電子商務平臺使教學面臨的主要問題

　　義烏工商學院的成功也存在隱憂：電子商務就等于淘寶嗎？電子商務的模式非常廣泛：B2B、B2C、C2C、網(wǎng)絡營銷、客戶服務……單單利用一個或幾個平臺勢必無法達到提高學生綜合能力的目的。另外，中職學生的年齡多在15-18歲之間，由于學生身份的限制，企業(yè)相關的電子商務業(yè)務大多無法介入，這使得利用電子商務平臺的實訓方式局限于單一的商業(yè)模式，不利于學生的多元發(fā)展。

　　2.3基于自主開發(fā)軟件系統(tǒng)的實訓解決方案

　　鑒于以上兩種實訓方式，許多學校選擇自主開發(fā)電子商務實訓軟件系統(tǒng)。根據(jù)專業(yè)設置要求，開發(fā)實訓平臺，既能滿足實訓課系統(tǒng)系的要求，又可根據(jù)教學實際和行業(yè)發(fā)展動態(tài)實時更新，滿足前沿性要求。根據(jù)課程設置，可開發(fā)多個模塊，進行模塊化教學，便于教學和考核。但這種實訓方式對學校人力資源和技術水平要求較高，須有專人對系統(tǒng)進行更新和維護，這對中職學校來說難度較大。

　　3.關于電子商務實訓體系建設的改進意見

　　3.1進一步加強校企合作

　　中職教育必須為地方產(chǎn)業(yè)服務，電子商務教學不可能面面俱到，因此實訓體系必須依托當?shù)仄髽I(yè)需求。因此，電子商務實訓課程體系的建設，可借助企業(yè)的技術支持，在學校建立仿真實訓室，甚至可以建立企業(yè)駐校工作室，把企業(yè)真實工作情境搬到學校中來。對于銀行業(yè)務、稅務等這類無法通過真實平臺實訓的項目，選擇有相關業(yè)務經(jīng)歷的企業(yè)提供的教學軟件，盡量安裝在internet環(huán)境下。

　　3.2優(yōu)化實訓教師隊伍

　　實訓課程需要與企業(yè)接軌，這就對實訓教師提出了相當高的要求。學校應加強對現(xiàn)有師資的培養(yǎng)，通過校企合作，增加教師下企業(yè)的機會，提高教師“雙師素質”。另一方面，要充分利用企業(yè)里是師資力量，把企業(yè)中的培訓引入校園，請企業(yè)中經(jīng)驗豐富的技師擔任客座教師，針對實操課程對學生進行指導，既能快速提高學生技能水平，又能把企業(yè)中的文化和氛圍帶入校園中來，同時也能加強企業(yè)員工和教師之間的交流，提升教師的實操水平，加深師生對企業(yè)的認識和了解。3.3調整學生實訓心態(tài)通過各種企業(yè)參觀、企業(yè)培訓、招聘會等活動，樹立正確的職業(yè)觀念，培養(yǎng)學生的職業(yè)意識。在實訓課中，融入真實的職業(yè)情境，利用企業(yè)是真實任務和模擬題目，強調實訓過程的嚴肅性、連貫性和真實性，加強實訓的考核，激勵學生認真完成實訓任務。在實訓過程中，要積極引導學生發(fā)揮創(chuàng)造性和主動性，利用多種方式完成任務。對于學生的創(chuàng)造性意見給予評價，對于好的想法及時肯定。同時，通過以賽代訓，舉辦各類經(jīng)濟活動，培養(yǎng)學生良好的職業(yè)習慣和學習心態(tài)，養(yǎng)成良好的職業(yè)素質。

　　4結論

　　電子商務實訓課是培養(yǎng)中職學生職業(yè)技能的最直接有效的手段，電子商務實訓教學有利于激發(fā)學生主觀能動性，有助于提高學生知識遷移、結合實踐活動的有效性。通過實訓，學生既可以把所學專業(yè)知識轉化為實際運用，掌握職業(yè)技能，還能在操作過程中逐步適應職業(yè)崗位的要求，不斷調整知識結構，鍛煉職業(yè)能力，為將來走向社會、走向成功打下良好的基礎。

　　解決方案 篇5

　　城市智慧交通全管控與指揮系統(tǒng)

　　銀江城市智慧交通全集成與指揮系統(tǒng)是一個具有開放體系結構的面向交通管理部門的市城綜合交通控制、指揮調度和信息服務平臺系統(tǒng)。該系統(tǒng)綜合城市道路各大應用系統(tǒng)、整合動態(tài)交通信息，提升一體化城市路網(wǎng)協(xié)調控制管理能力，提高城市交通樞紐公眾出行服務水平，為城市交通管理部門提供一體化的全集成應用平臺。

　　城市智能交通誘導系統(tǒng)

　　銀江城市智能交通誘導系統(tǒng)是綜合運用先進的信息、數(shù)據(jù)通信、網(wǎng)絡、自動控制、交通工程等技術，改善交通運輸?shù)倪\行情況，提高運輸效率和安全性，減少交通事故，解決停車問題，從而建立一個智能化的、安全、便捷、高速、環(huán)保、舒適的綜合交通運輸系統(tǒng)。

　　闖紅燈違法抓拍自動記錄系統(tǒng)

　　闖紅燈違法抓拍自動記錄系統(tǒng)又稱電子警察系統(tǒng)。銀江電子警察系統(tǒng)采用高度集成的嵌入式一體化設計模式，單個產(chǎn)品能夠同時支持線圈檢測和視頻檢測兩種方案，抓拍圖像分辨率達到500萬像素，并支持卡口功能。系統(tǒng)安裝于城市交通路口，24小時全天候對違法闖紅燈的機動車輛進行抓拍，為交警管理部門處理該類違法提供客觀準確的依據(jù)，從而有效提高機動駕駛員的.尊章自覺性，提高交通路口的車輛通行速度，保證道路暢通。

　　一體式高清卡口自動檢測系統(tǒng)

　　銀江一體式高清卡口檢測系統(tǒng)采用嵌入式一體化設計模式，單個產(chǎn)品能夠同時支持線圈檢測和視頻檢測兩種方案，嵌入式系統(tǒng)實現(xiàn)號牌識別和信息疊加功能，抓拍圖像分辨率達到200萬像素。該系統(tǒng)能夠對通過道路卡口監(jiān)測斷面的每一輛機動車的特征圖像和全景圖像進行連續(xù)全天候實時記錄和車牌自動識別，并能進行車輛動態(tài)布控，對超速違法、盜搶、肇事逃逸、作案嫌疑車輛進行報警，實行聯(lián)網(wǎng)管理共享，為各地公安及交警部門進行交通管理提供重要線索和依據(jù)。

　　跨區(qū)域聯(lián)網(wǎng)視頻監(jiān)控系統(tǒng)

　　銀江跨區(qū)域聯(lián)網(wǎng)視頻監(jiān)控系統(tǒng)是基于集成一體化、開放架構設計、圖像安全保存、智能快速檢索和智能檢測的設計理念，以滿足行業(yè)客戶高可靠性、復雜性和靈活性的視頻監(jiān)控業(yè)務管理需求為主要目的，完成視頻采集、傳輸、控制、顯示、存儲、處理等主要業(yè)務的綜合系統(tǒng)，同時通過互聯(lián)互通技術與其它應用系統(tǒng)整合，提供治安管理、交通監(jiān)視、警衛(wèi)任務、突發(fā)事件、事件檢測、智能違法抓拍等頗具特色的增值業(yè)務，發(fā)揮監(jiān)控系統(tǒng)在經(jīng)濟效益和社會效益方面的積極作用。

　　自適應交通信號控制系統(tǒng)

　　銀江自適應交通信號控制系統(tǒng)采用“集中控制、分級管理、協(xié)調聯(lián)動”的設計原則，應用國際先進的自適應控制技術、實現(xiàn)控制區(qū)域內交通流的實時監(jiān)視、檢測、控制和協(xié)調功能，有效地改善控制區(qū)域內的交通狀況。

　　城市快速路匝道控制系統(tǒng)

　　銀江城市快速路匝道控制系統(tǒng)從高架路、匝道與地面道路組成的城市立體交通網(wǎng)絡入手，基于實際的交通管理需要，采用先進的現(xiàn)代通信技術，計算機技術、智能控制技術、地理信息技術和先進的“集中管理+區(qū)域控制”的方案，改變傳統(tǒng)的“交通指揮模式”。變成“被動控制”為“主動誘導”，協(xié)調高架快速路與地面道路的交通流分布，改善交通狀況。

　　智能交通檢測系統(tǒng)

　　1）視頻檢測系統(tǒng)

　　銀江視頻檢測系統(tǒng)采用全畫面多目標跟蹤與識別技術，綜合處理和分析來自道路監(jiān)控攝像機的視頻圖像，對道路交通事件以及過程進行實時檢測、報警、記錄、傳輸、統(tǒng)計，同時檢測和統(tǒng)計道路交通流參數(shù)。

　　2）微波檢測系統(tǒng)

　　銀江微波檢測系統(tǒng)選用RTMS產(chǎn)品。RTMS是一種工作在微波波段，可安裝在路邊柱上的小型雷達檢測器。它除了可同時提供每車道的存在檢測之外，還可檢測多達8個車道的車流輛、占有率、速度和車型分類信息。

　　解決方案 篇6

　　它出發(fā)了。它在海里游啊游啊，海馬是豎著身子游的，它游得很慢。它希望馬上見到金山。但是出現(xiàn)在它面前的是一條鰻魚。鰻魚對海馬說：“我把一只鰭賣給你吧，只要4個金幣，這樣你可以加快速度。”海馬同意了。海馬戴上鰭，速度一下子提高了六倍。海馬繼續(xù)向前游去，它想著金山就是前面了。這時在它面前出現(xiàn)了一只水母，水母對海馬說：“我有一只快艇，如果你買下了，你的速度會比現(xiàn)在更快，只用3枚金幣�！焙ｑR想了想，答應了。海馬坐在快艇，像箭一樣向前駛去。又過了一段時間，一條鯊魚游過來了。鯊魚對海馬說：“我有一個好的解決方案，我本身就是一條快速行駛的大船，如果你進到我的肚子里面，我會載著你游得更快�！焙ｑR說：“謝謝你�！滨忯~張開了嘴，海馬游進了鯊魚肚子里。最后海馬找到夢中的金山了嗎？沒有！它被鯊魚吃了。問題的關鍵是，解決方案不對。

　　感悟：我們不要把目標建在流沙上，不切實際的.目標會讓企業(yè)面臨嚴重的狀況，讓團隊無績效，阻礙個人的職業(yè)發(fā)展。所以我們不管為自己或企業(yè)制定目標，要從實際出發(fā)。

【解決方案】相關文章：

解決方案05-20

解決方案（實用）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