解決方案

實(shí)用的解決方案模板匯總5篇

　　為了確定工作或事情順利開展，常常需要提前制定一份優(yōu)秀的方案，方案是綜合考量事情或問題相關(guān)的因素后所制定的書面計(jì)劃。優(yōu)秀的方案都具備一些什么特點(diǎn)呢？下面是小編精心整理的解決方案5篇，僅供參考，歡迎大家閱讀。

　　解決方案 篇1

　　視頻技術(shù)的發(fā)展正在推動(dòng)以直播為代表的視頻服務(wù)席卷整個(gè)互聯(lián)網(wǎng)，并沖擊著傳統(tǒng)行業(yè)，20xx年已然成為了直播元年。同時(shí)，視頻云服務(wù)的元年也悄悄開始，不管是互聯(lián)網(wǎng)巨頭還是初創(chuàng)企業(yè)都紛紛進(jìn)軍視頻云行業(yè)。

　　對(duì)視頻服務(wù)提供商來說，選擇合適的視頻云服務(wù)對(duì)于業(yè)務(wù)的創(chuàng)新和發(fā)展至關(guān)重要。目前市場(chǎng)上的視頻云服務(wù)平臺(tái)已經(jīng)多達(dá)幾十款，到底哪款才是你的菜呢?小編就市場(chǎng)上聲量比較大的視頻云，從產(chǎn)品功能、穩(wěn)定性、支持場(chǎng)景和技術(shù)服務(wù)等四個(gè)方面進(jìn)行一個(gè)橫評(píng)對(duì)比，供你在選擇時(shí)進(jìn)行參考。

　　1、產(chǎn)品功能

　　你一定希望視頻云的功能能夠保證你的視頻服務(wù)順暢運(yùn)營(yíng)，集成方便，能夠快速上線，并且運(yùn)維簡(jiǎn)單。但首先需要明確，視頻云服務(wù)包含當(dāng)前最火熱的直播和相對(duì)傳統(tǒng)的點(diǎn)播服務(wù)。除了行業(yè)特性，除了分發(fā)、安全等基礎(chǔ)功能之外，直播和點(diǎn)播需要的高級(jí)功能以及技術(shù)實(shí)現(xiàn)還是有很大差別的�？傮w說來，直播技術(shù)難度比點(diǎn)播更大，但不代表直播好的點(diǎn)播就一定好，因此需要根據(jù)視頻業(yè)務(wù)的實(shí)際需求和自身技術(shù)實(shí)力進(jìn)行決策。

　　不難發(fā)現(xiàn)，各個(gè)視頻云產(chǎn)品在核心功能上大同小異，但因?yàn)榉謩e和各自平臺(tái)不同的云服務(wù)矩陣結(jié)合，這使得他們有著各自的特點(diǎn)。

　　騰訊云視頻：互動(dòng)直播方案比較成熟，與騰訊云通信(IM)結(jié)合緊密，業(yè)務(wù)集成度較高。

　　七牛直播云：沿襲七牛云的精品路線，側(cè)重于直播，開放云端 API 實(shí)現(xiàn)透明播控管理，同時(shí)CDN節(jié)點(diǎn)相對(duì)要少一些。

　　金山視頻云：點(diǎn)播數(shù)據(jù)挖掘、H.265編碼其特色(當(dāng)然H.265需要視頻源高清而且終端性能強(qiáng)勁才有明顯效果)，客戶端SDK集中在移動(dòng)端，不過直播還支持OTT播放盒、超級(jí)電視等多屏播放。

　　網(wǎng)易視頻云：功能相對(duì)完善，同時(shí)支持實(shí)時(shí)互動(dòng)直播，而且具有各種場(chǎng)景的完整解決方案，擁有千萬級(jí)并發(fā)量，SDK也非常全面。好吧，其實(shí)網(wǎng)易視頻云的最大優(yōu)勢(shì)，就是接入方便，新手也只需一天就可以為APP接入音視頻功能。

　　2、穩(wěn)定性

　　最近一段時(shí)間，云計(jì)算的宕機(jī)現(xiàn)象再次發(fā)生，云服務(wù)的穩(wěn)定性變成了影響用戶抉擇的重要因素之一。當(dāng)然，對(duì)于視頻云服務(wù)來說，穩(wěn)定性不止于數(shù)據(jù)中心層，更需要考慮視頻流鏈路的穩(wěn)定，包括對(duì)弱網(wǎng)環(huán)境的處理，對(duì)卡頓、延遲現(xiàn)象有極地的容忍度。那么，今天橫評(píng)的四款服務(wù)在硬件條件和軟實(shí)力方面的表現(xiàn)怎么樣呢?

　　從一定程度上說，自建機(jī)房意味著具備專業(yè)的運(yùn)維團(tuán)隊(duì)、更強(qiáng)的突發(fā)事件應(yīng)對(duì)能力、更高效的突發(fā)事件響應(yīng)速度，而這些因素恰恰是提供穩(wěn)定服務(wù)的關(guān)鍵。此外，傳輸機(jī)制保證了數(shù)據(jù)的安全性，網(wǎng)絡(luò)QoS策略則能夠保障復(fù)雜網(wǎng)絡(luò)下的流暢直播體驗(yàn)。而服務(wù)模式?jīng)Q定了是否能夠快速響應(yīng)客戶的技術(shù)、服務(wù)訴求。

　　3、支持場(chǎng)景

　　就前面的分析來看，不管是在產(chǎn)品功能還是穩(wěn)定性方面，各個(gè)平臺(tái)并未真正的拉開差距。回就當(dāng)前的直播市場(chǎng)現(xiàn)狀而言，秀場(chǎng)和游戲直播平臺(tái)占據(jù)了很大的比重，雖然直播的垂直化和差異化發(fā)展屢被提及，可“直播+”的布道似乎并沒有想象中那么順利。站在視頻云平臺(tái)的角度，大眾市場(chǎng)往往會(huì)淘汰的只剩下幾個(gè)玩家，能否支持更多的場(chǎng)景需要越發(fā)顯得重要。而這些視頻云平臺(tái)在場(chǎng)景支持方面表現(xiàn)的怎么樣呢?

　　對(duì)比來看，網(wǎng)易視頻云和騰訊直播云作為有巨頭背景的產(chǎn)品，基于開展本公司視頻業(yè)務(wù)的技術(shù)積累研發(fā)，在綜合實(shí)力上更有優(yōu)勢(shì)，比如說網(wǎng)易視頻云針對(duì)在線教育場(chǎng)景的解決方案已經(jīng)在網(wǎng)易云課堂、中國(guó)大學(xué)MOOC等行業(yè)知名產(chǎn)品上得到驗(yàn)證，比較具有說服力。七牛云作為創(chuàng)業(yè)公司，雖然只做直播，但涵蓋的場(chǎng)景十分豐富，至少滿足了獵奇的需要。而金山云擁有今日頭條等明星級(jí)用戶，但在場(chǎng)景案例上并沒有公布太多，在垂直領(lǐng)域的話語權(quán)還亟待考證。

　　4、技術(shù)服務(wù)

　　企業(yè)級(jí)云服務(wù)和消費(fèi)級(jí)產(chǎn)品最大的.不同，就是對(duì)技術(shù)服務(wù)的需求更甚于對(duì)資費(fèi)的敏感，剛剛發(fā)展起來的云服務(wù)尤其如此。對(duì)于視頻云服務(wù)，因?yàn)閺?fù)雜的場(chǎng)景、冗長(zhǎng)的鏈路背后是復(fù)雜的技術(shù)，而視頻服務(wù)商還需要快速為自己的用戶解決問題，讓這些最終用戶滿意，所以技術(shù)支持必不可少。

　　以上表格中，技術(shù)服務(wù)的對(duì)比一目了然，就無需多說了。需要注意，扁平化的1對(duì)1溝通相比走工單的服務(wù)形式更加便捷，也可能還更加實(shí)惠。

　　結(jié)語

　　以上是四款視頻云服務(wù)產(chǎn)品在四個(gè)層面的比較。另外對(duì)價(jià)格敏感的擁護(hù)，還需要注意服務(wù)打包和計(jì)費(fèi)方式，比如美顏、轉(zhuǎn)碼、鑒黃功能是不是另外收費(fèi)，CDN是按流量還是按帶寬峰值計(jì)費(fèi)，這里就不細(xì)說了。

　　直播創(chuàng)造了無數(shù)的網(wǎng)紅，而且直播本身就是互聯(lián)網(wǎng)行業(yè)中的網(wǎng)紅，這種優(yōu)越感和吸金能力，讓越來越多的創(chuàng)業(yè)者和投資客投入直播的懷抱。正如很多人所說，垂直化和場(chǎng)景化的直播服務(wù)將成為未來的主流趨勢(shì)，正在孕育著更大的市場(chǎng)，事實(shí)上這也是視頻云平臺(tái)所希冀的。四款視頻云產(chǎn)品在場(chǎng)景化和直播功能上都有著不錯(cuò)的表現(xiàn)，網(wǎng)易和騰訊再次承擔(dān)了市場(chǎng)領(lǐng)軍者的角色，而金山和七牛在市場(chǎng)上的影響力也越來越大。說到這里，相信對(duì)直播感興趣的朋友已經(jīng)有了自己的選擇。

　　解決方案 篇2

　　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)程以及灰色�；顏肀ＷC后臺(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)程庫。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)。

　　解決方案 篇3

　　教師的業(yè)務(wù)素質(zhì)、思想道德水平、身體健康狀況，將直接影響教學(xué)效果和教育成敗，將間接影響到民族的興衰。當(dāng)前我們國(guó)家教育處在相對(duì)好的發(fā)展態(tài)勢(shì)，在現(xiàn)代化建設(shè)新常態(tài)下教育一線成績(jī)不容否定，但問題也很普遍，為査找問題、尋求對(duì)策，展開了調(diào)査研究。

　　一、調(diào)査對(duì)象

　　選擇江蘇省淮安市范集中學(xué)全體教師進(jìn)行調(diào)査，基本能代表當(dāng)前高中教育管理的現(xiàn)狀。

　　二、調(diào)査方法

　　1.問卷調(diào)査法：本次問卷全部自編，運(yùn)用系統(tǒng)抽樣方法，向淮安市范集中學(xué)教師發(fā)出45份，收回45份，全部有效。

　　2.個(gè)別訪談法：調(diào)査過程中，從淮安市范集中學(xué)教師中隨機(jī)抽取了個(gè)別任課老師進(jìn)行面對(duì)面的訪談，了解存在的問題。

　　三、調(diào)査內(nèi)容

　　在參考文獻(xiàn)的基礎(chǔ)上，編制調(diào)査問卷和訪談提綱。當(dāng)前高中教育管理過程中存在什么樣問題，具體表現(xiàn)在什么地方，受調(diào)査或受訪個(gè)體對(duì)此有什么想法？

　　四、調(diào)査結(jié)果

　　1.付出與回報(bào)不對(duì)等。長(zhǎng)期以來，對(duì)教師道德水平的要求過度強(qiáng)調(diào)了奉獻(xiàn)，常以圣賢的標(biāo)準(zhǔn)要求教師，要求教師照亮別人燃燒自己。如果教師提出條件或待遇時(shí)，則被認(rèn)為是師德不高，為領(lǐng)導(dǎo)和社會(huì)所鄙視。教師的勞動(dòng)(包括顯性和隱性的、直接或間接的、校內(nèi)或校外的)常常被人忽視，甚至被所教學(xué)生忽視，很難獲得相應(yīng)的政治經(jīng)濟(jì)待遇。當(dāng)教師全身心投入工作后，但其勞動(dòng)被無償占有或者不被他人認(rèn)可，不能贏得社會(huì)尊重，不能滿足自己求生存求發(fā)展的愿望。

　　2.權(quán)利與義務(wù)不均衡。雖然有《教師法》、《教育法》等法律保障教師權(quán)益，但實(shí)際上教師權(quán)益并未真正得到落實(shí)。學(xué)校定罱和定性考核手法多樣，無論怎么制定，都突出領(lǐng)導(dǎo)如何對(duì)教師進(jìn)行管控，視教師為可操控的機(jī)器人，基本未考慮教師工作中如何行使權(quán)力，如何發(fā)揮主觀主動(dòng)。

　　3.工作負(fù)荷超標(biāo)準(zhǔn)。教師普遍超負(fù)荷工作。按人社部規(guī)定的“標(biāo)準(zhǔn)”，職工月平均工作天數(shù)為20.92天，時(shí)間為167.4小時(shí)。高中教師月工作26—28天，平均每天工作12—15小時(shí)，遠(yuǎn)超國(guó)家標(biāo)準(zhǔn)。大部分教師長(zhǎng)年累月重復(fù)著每天“早六晚十”披星戴月的工作節(jié)律和“辦公室一地一食堂”三點(diǎn)一線的生活軌跡，簡(jiǎn)單而枯燥。

　　4.評(píng)價(jià)制度與實(shí)際脫節(jié)。教學(xué)評(píng)價(jià)本該全面、客觀、公平、公正，做到統(tǒng)一性和多樣性、定量和定性評(píng)價(jià)相兼顧，而實(shí)際運(yùn)作中，重智輕德，甚至不談德。簡(jiǎn)單地把考試成績(jī)、升學(xué)比例作為評(píng)價(jià)依據(jù)，忽視了學(xué)生和教師的個(gè)體差異性、多樣性、復(fù)雜性。特別是行政干預(yù)、領(lǐng)導(dǎo)主觀臆斷、人為的感情好惡等嚴(yán)重?fù)p害了本該公正的教學(xué)評(píng)價(jià)，出現(xiàn)了鉆營(yíng)取巧者得利，踏實(shí)肯干者吃虧的現(xiàn)象。

　　5.競(jìng)爭(zhēng)機(jī)制不公。由于教師職業(yè)性質(zhì)的特殊性決定，絕大多數(shù)教師的政治生命黯淡無光，在晉級(jí)和提拔方面機(jī)會(huì)甚少，成為名師更是奢想，多數(shù)教師把眼睛盯在職稱晉升、榮譽(yù)授予、獎(jiǎng)金發(fā)放等方面。實(shí)際情況是由于沒有具體明確的細(xì)則，留有太大的彈性空間，缺乏公開公正和透明的機(jī)制，嚴(yán)重地?fù)p害了榮譽(yù)、職務(wù)、職稱的權(quán)威。這種現(xiàn)象雖然不普遍，但它對(duì)教育人文環(huán)境的污染，對(duì)教師人格的扭曲不可小視，招致其它社會(huì)成員的誤解在所難免。

　　五、問題解決對(duì)策的建議

　　1.加大教育投入裂度。教育投入是支撐國(guó)家長(zhǎng)遠(yuǎn)發(fā)展的越礎(chǔ)性、戰(zhàn)略性投資，是發(fā)展教育事業(yè)的重要物質(zhì)基礎(chǔ)，推動(dòng)教育優(yōu)先發(fā)展的重要保障，多管齊下促進(jìn)發(fā)展。依法加大教育經(jīng)費(fèi)投入，逐步提高財(cái)政性教育經(jīng)費(fèi)占市內(nèi)生產(chǎn)總值的比例。同時(shí)，拓寬籌資渠道，積極鼓勵(lì)企業(yè)、社會(huì)團(tuán)體和個(gè)人捐助教育，對(duì)教師額外的付出給以經(jīng)濟(jì)肯定，提高教師的生活福利待遇，以解決教師收入偏低現(xiàn)狀的問題。

　　2.落實(shí)權(quán)利義務(wù)關(guān)系。沒有無權(quán)利的義務(wù)，也沒有無義務(wù)的權(quán)利，權(quán)利和義務(wù)的統(tǒng)一有兩種含義，一是法律關(guān)系一方面權(quán)利和義務(wù)的統(tǒng)一：二是法律關(guān)系雙方權(quán)利和義務(wù)的統(tǒng)一。權(quán)利和義務(wù)不是絕對(duì)的，有時(shí)權(quán)利也是義務(wù)，在不同場(chǎng)合下，教師的權(quán)利和義務(wù)是互相交叉的`，并可以相互轉(zhuǎn)。

　　3.減輕教師工作罱。學(xué)校要力求科學(xué)地設(shè)定教師的工作量，為教師工作量設(shè)定上限，縮減非必要性的文案工作、正確對(duì)待展示性活動(dòng)、引入適S的隱形教學(xué)支架如果教材前后鋪陳效果好，學(xué)生也可以自學(xué)，減輕教師工作量。

　　4.加強(qiáng)評(píng)價(jià)制度建設(shè)。加強(qiáng)制度建設(shè)、細(xì)化評(píng)審規(guī)則、規(guī)范運(yùn)作程序、限制行政權(quán)力的過多干預(yù)、強(qiáng)化客觀硬件、弱化主觀色彩、加強(qiáng)群眾監(jiān)督、增加透明度、賦予每個(gè)教師申訴和辯解等權(quán)力迫在眉睫。

　　5.建立公平競(jìng)爭(zhēng)機(jī)制?可借鑒西方發(fā)達(dá)國(guó)家的先進(jìn)管理經(jīng)驗(yàn)，遵循民主、公正的原則，教師是學(xué)校教學(xué)的主體，學(xué)校應(yīng)該實(shí)施“教授治�！保�教師應(yīng)該有充分的權(quán)力管理學(xué)校事務(wù)，競(jìng)爭(zhēng)機(jī)制不應(yīng)該是體現(xiàn)某些領(lǐng)導(dǎo)的意志，而應(yīng)該讓廣大教師們來制定大家公認(rèn)的競(jìng)爭(zhēng)機(jī)制。

　　教師承擔(dān)起教育的重?fù)?dān)，也就肩挑著民族的未來，理應(yīng)服從教育大局，無私奉獻(xiàn)自己的力量。另一方面每個(gè)社會(huì)成員特別是教育管理人員也應(yīng)該切實(shí)了解教育現(xiàn)狀，樹立平等意識(shí)，強(qiáng)化服務(wù)意識(shí)，解決實(shí)際問題。這樣，教育事業(yè)才能如高升之日蓬勃發(fā)展。

　　解決方案 篇4

　　根據(jù)METATrend的研究：20xx-2005年期間，由于缺乏充分的認(rèn)識(shí)而導(dǎo)致出現(xiàn)的技術(shù)過度投資，驅(qū)使組織主動(dòng)地將其CRM計(jì)劃與他們的經(jīng)營(yíng)策略進(jìn)行重新整合。同時(shí)，由于原先被繼承的應(yīng)用面臨版本停產(chǎn)（EndOfLife），激發(fā)組織對(duì)其下一代CRM體系進(jìn)行升級(jí)；到20xx年，CRM改革將成為主流企業(yè)的一項(xiàng)戰(zhàn)略性發(fā)展趨勢(shì)，并得到行業(yè)定制（industry-specific）產(chǎn)品、面向服務(wù)的體系結(jié)構(gòu)、集成框架，以及相應(yīng)的價(jià)值體系的支持。與此同時(shí)，Global20xx的CRM系統(tǒng)將有15%臨近結(jié)束狀態(tài)，并已成功地將用戶產(chǎn)品周期管理滲透到他們的商業(yè)過程中。

　　7年前，單塊集成電路的兩層客戶/服務(wù)器應(yīng)用（two-tierclient/server）是當(dāng)時(shí)的標(biāo)準(zhǔn)規(guī)范；目前，面向Web的、多層（n-tier）體系結(jié)構(gòu)已經(jīng)變得普通。隨著大多數(shù)供應(yīng)商已逐步形成面向服務(wù)的體系結(jié)構(gòu)，促使整個(gè)行業(yè)普遍置身于新的進(jìn)化發(fā)展階段。對(duì)于從事CRM的企業(yè)來說，這次體系結(jié)構(gòu)的進(jìn)化發(fā)展將直接影響其CRM升級(jí)。

　　圍繞CRM的部署方法一直存在許多言過其實(shí)的宣傳。爭(zhēng)論的焦點(diǎn)集中于究竟是內(nèi)建（on-premises），還是采用租用方式（hostedCRM）？從根本上來說，無論何種類型或規(guī)模的企業(yè)都希望了解hostedCRM的解決方案是否適用于自己的組織。此外，大量新興技術(shù)開始對(duì)CRM技術(shù)產(chǎn)生直接影響，包括：門戶技術(shù)（portal）、業(yè)務(wù)流程管理（BPM）、以及客戶數(shù)據(jù)集成（CDI，CustomerDataIntegration）等等。一旦技術(shù)領(lǐng)域的工作趨于成熟，同時(shí)企業(yè)也將不遺余力地將其更多的努力集中于跨功能和跨系統(tǒng)集成方面，可以預(yù)見，創(chuàng)新的解決方案勢(shì)必在CRM策略中被探索發(fā)現(xiàn)。

　　CRM升級(jí)：最有效的途徑

　　20xx年將拋起一場(chǎng)CRM升級(jí)的潮流，這對(duì)于CRM供應(yīng)商和系統(tǒng)集成商來說無疑是個(gè)好消息，同時(shí)也受到用戶的期待。驅(qū)使CRM升級(jí)的主要因素有兩個(gè)：首先，針對(duì)大多數(shù)供應(yīng)商產(chǎn)品被抑制的需求最近得到釋放，這被描述為體系結(jié)構(gòu)設(shè)計(jì)的一次巨大突破。20xx-2003年期間，由于IT資源限制的原因，大多數(shù)用戶不得不推遲他們的升級(jí)計(jì)劃。事實(shí)上，對(duì)下一代體系結(jié)構(gòu)進(jìn)行升級(jí)可能會(huì)面臨更多的困難，并且可實(shí)現(xiàn)的投資回報(bào)也將低于預(yù)期希望。然而，隨著大多數(shù)供應(yīng)商第一代Web體系結(jié)構(gòu)第二或第三版本的發(fā)布，用戶購(gòu)買力的增強(qiáng)，以及用戶意識(shí)到他們的許多版本已不再適用（或者處于不好的狀態(tài)）等因素的影響，將促使用戶考慮在今年內(nèi)對(duì)CRM系統(tǒng)進(jìn)行升級(jí)，或者至少促使他們計(jì)劃在未來12個(gè)內(nèi)進(jìn)行系統(tǒng)升級(jí)。

　　驅(qū)使CRM升級(jí)的第二個(gè)主要因素是由于存在一些難以處理問題。除了用戶承諾不進(jìn)行升級(jí)，一些供應(yīng)商（如：Siebel）計(jì)劃在今年為其客戶或舊版本實(shí)施顯著的增強(qiáng)型維護(hù)。另外一些供應(yīng)商則針對(duì)舊版本系統(tǒng)，采用減少技術(shù)支持人員的'方式，或完全取消相應(yīng)的技術(shù)支持。

　　正如俗話所說的那樣“躲得過初一，躲不過十五”。現(xiàn)在決定實(shí)施系統(tǒng)升級(jí)的用戶只需為升級(jí)支付費(fèi)用。然而，那些推遲其升級(jí)計(jì)劃的用戶，將面臨產(chǎn)品不受技術(shù)支持，版本不再適用于企業(yè)需求的諸多風(fēng)險(xiǎn)。同時(shí)，他們還可能支付更多的維護(hù)費(fèi)用。當(dāng)然，還是有一些選擇可供考慮，如：選擇其他的應(yīng)用供應(yīng)商。

　　CRM部署：對(duì)CRM業(yè)務(wù)進(jìn)行綜合管理

　　例如應(yīng)用的最佳配合、發(fā)展和遷移、IT成熟、IT限制條件、以及所有權(quán)成本等關(guān)鍵性問題，必須在制訂CRM部署決定之前得到慎重考慮。無論是hostedCRM應(yīng)用或是on-premisesCRM應(yīng)用，都能為企業(yè)提供顯著的價(jià)值交付（盡管企業(yè)并不需要過多的考慮交付模型）。進(jìn)一步說，當(dāng)涉及到IT限制和商業(yè)限制問題時(shí)，調(diào)整好的CRM應(yīng)用將更加有效地支持現(xiàn)在以及將來的業(yè)務(wù)和技術(shù)要求。從而促使CRM計(jì)劃的成功取得最大的可能性。

　　HostedCRM供應(yīng)商，尤其是salesforce.com，大力宣傳其CRM產(chǎn)品并引起市場(chǎng)的廣泛關(guān)注。METAGroup的客戶期望hostedCRM供應(yīng)商交付的應(yīng)用能夠滿足他們的企業(yè)發(fā)展要求；總的來說，采用hostedCRM解決方案的用戶對(duì)他們的投資感到滿意。即便他們的投資范圍受到一定程度的局限（如：接觸管理、渠道報(bào)告），但hostedCRM解決方案更快捷、更廉價(jià)、更佳的功能性，仍然受到大多數(shù)企業(yè)的青睞。此外，在許多情形中，CRM業(yè)務(wù)轉(zhuǎn)換的長(zhǎng)期策略開始演變?yōu)橐环N短期策略。解決方案的迅速實(shí)施以及價(jià)值創(chuàng)造的進(jìn)程成為用戶關(guān)注的焦點(diǎn)。這種策略性轉(zhuǎn)變是從CRM的早期發(fā)展（1997-20xx年期間）中探索而來。

　　企業(yè)必須接受的現(xiàn)實(shí)是，他們將最終執(zhí)行on-premises應(yīng)用，選擇使用hosted解決方案，并且將組織CRM業(yè)務(wù)的全部功能和系統(tǒng)（如：呼叫中心）承包給專業(yè)的outsource呼叫中心。目前來說，由于這個(gè)問題還沒有找到最有效的解決途徑，因此無法就所有情形給出一個(gè)具體的解決方案。世界經(jīng)濟(jì)新秩序下的部署選擇，其關(guān)鍵性問題在于如何對(duì)各種類型的CRM業(yè)務(wù)進(jìn)行組合和管理，以及如何促使組合業(yè)務(wù)最終支持企業(yè)的CRM策略。

　　新技術(shù)的發(fā)展以及他們對(duì)CRM的影響

　　一體化進(jìn)程無疑是CRM面臨的最大挑戰(zhàn)并且是最耗費(fèi)資源的行動(dòng)。概括而言，公司每年在CRM許可上需要支付1美元，針對(duì)CRM許可的咨詢和執(zhí)行服務(wù)則需花費(fèi)3美元。60%的CRM服務(wù)成本花費(fèi)在系統(tǒng)和數(shù)據(jù)的集成方面。同時(shí)，CRM一體化進(jìn)程還受到大量工具、方法和技術(shù)的直接影響。在此情況下，為滿足綜合解決方案的創(chuàng)新要求，新技術(shù)和新市場(chǎng)迅速應(yīng)運(yùn)而生。綜上所述，需要對(duì)以下技術(shù)進(jìn)行密切關(guān)注：

　　·門戶（Portal）：盡管門戶不是一個(gè)新市場(chǎng)，但是他們正越來越密切的與CRM業(yè)務(wù)相聯(lián)系。一個(gè)門戶機(jī)制是集合應(yīng)用、內(nèi)容、商業(yè)邏輯或規(guī)則、數(shù)據(jù)以及統(tǒng)一標(biāo)準(zhǔn)的用戶界面。在為終端用戶特定業(yè)務(wù)流程的相關(guān)經(jīng)驗(yàn)提供內(nèi)容交付時(shí)，門戶框架能夠針對(duì)特定的終端用戶、任務(wù)、或職能，實(shí)現(xiàn)其個(gè)性化信息的交付。

　　·業(yè)務(wù)流程管理（BPM）：很多企業(yè)試圖忽視部門的工作流程，直接對(duì)整個(gè)企業(yè)實(shí)行業(yè)務(wù)流程管理。由于目前的業(yè)務(wù)流程管理還不夠規(guī)范，并且相關(guān)的解決方案要求大量組件實(shí)現(xiàn)集成（例如：建模、規(guī)則引擎、協(xié)調(diào)、集成服務(wù)器、監(jiān)視、最優(yōu)化，等等），因此BPM的發(fā)展目標(biāo)強(qiáng)調(diào)實(shí)現(xiàn)業(yè)務(wù)流程全部功能性的明晰化、自動(dòng)化、和最優(yōu)化。對(duì)于實(shí)施CRM策略的企業(yè)來說BPM尤為重要，因?yàn)殇N售、服務(wù)、業(yè)務(wù)處理等流程不僅與企業(yè)內(nèi)部的諸多職能密切聯(lián)系（如：訂單管理、廣告宣傳、生產(chǎn)），同時(shí)還將直接影響其外部（如：渠道、合作伙伴）。

　　·客戶數(shù)據(jù)集成（CDI）：CDI是通過潛在的數(shù)據(jù)集成、合并、以及互用性，為全面實(shí)施用戶操作而設(shè)計(jì)的一種策略。針對(duì)單個(gè)或團(tuán)隊(duì)用戶運(yùn)用價(jià)值計(jì)量學(xué)方法（如：用戶收益率），使客戶關(guān)系管理策略得到有效利用和實(shí)施，并隨著時(shí)間推移不斷得到改進(jìn)。全面的用戶CDI策略要求對(duì)現(xiàn)有的新生價(jià)值和未來的CRM投資有具體的認(rèn)識(shí)，并且具備實(shí)施和操作的獨(dú)特計(jì)劃。根本上來說，由于CDI承諾能夠?yàn)橛脩魟?chuàng)建一個(gè)貫穿CRM全過程的單一記錄，因此它被視為CRM策略的一個(gè)長(zhǎng)期努力目標(biāo)。

　　如果缺乏合理的CRM技術(shù)計(jì)劃，可能導(dǎo)致CRM長(zhǎng)期計(jì)劃混亂無序。企業(yè)計(jì)劃對(duì)CRM系統(tǒng)進(jìn)行升級(jí)前，應(yīng)該對(duì)其部署選擇進(jìn)行認(rèn)真評(píng)估；同時(shí)，需要對(duì)可能成為CRM關(guān)鍵技術(shù)的新興綜合技術(shù)有所了解和認(rèn)識(shí)。

　　解決方案 篇5

　　一、客戶需求

　　我們是某市的一所幼兒園，現(xiàn)想建設(shè)一套智能廣播系統(tǒng)，幼兒園具體建筑結(jié)構(gòu)如下：

　　1）有一棟教學(xué)樓，3層，每層有教室6間，每間60平米，午睡室6間，每間60平米，每層樓道長(zhǎng)60米。

　　2）教學(xué)樓入口兩側(cè)各有一個(gè)2米寬30米長(zhǎng)的綠化帶，綠化帶前有一個(gè)500平方米小廣場(chǎng)。

　　3）教學(xué)樓的西側(cè)有一棟辦公樓2層，樓道長(zhǎng)40米。

　　4）辦公樓前有一個(gè)200平方米兒童游樂場(chǎng)。

　　5）幼兒園東西兩側(cè)圍墻前各有3米的綠化帶。

　　所建智能廣播系統(tǒng)的具體功能要求如下：

　　1、每天早上，在孩子入園時(shí)間內(nèi)自動(dòng)播放幼兒歌曲、音樂、致歡迎詞和問候語，下午放學(xué)時(shí)，自動(dòng)播出歡樂的兒童音樂歡送小朋友回家，并叮囑注意事項(xiàng)等。

　　2、幼兒園上下課時(shí)使用歡快的音樂作為上下課鈴聲。

　　3、幼兒午睡開始時(shí)播放一些輕柔的搖籃曲，午睡結(jié)束時(shí)用音樂將小朋友喚醒。

　　4、定時(shí)播放少兒廣播體操、眼保健操等音樂。

　　5、在綠化帶內(nèi)安裝草坪卡通音箱，使之與幼兒園的整體環(huán)境統(tǒng)一協(xié)調(diào)。

　　6、臨時(shí)的廣播如：通知、園長(zhǎng)統(tǒng)一講話、宣傳表揚(yáng)先進(jìn)等可以隨時(shí)切換到手動(dòng)控制。

　　二、需求分析及方案設(shè)計(jì)

　　1. 幼兒園是一個(gè)特殊公共場(chǎng)所，根據(jù)少兒天性好動(dòng)，對(duì)新事物感興趣的特點(diǎn)，本廣播系統(tǒng)應(yīng)當(dāng)更加具有人性化的成分。根據(jù)需求我們需在廣播系統(tǒng)的`前端加上一臺(tái)多媒體計(jì)算機(jī)，并配備自動(dòng)播出軟件，即可將每天需固定播出的廣播內(nèi)容，提前排成播放表，到時(shí)自動(dòng)播出，整個(gè)系統(tǒng)造價(jià)低，實(shí)現(xiàn)簡(jiǎn)單。

　　2.對(duì)系統(tǒng)進(jìn)行分區(qū)廣播，根據(jù)幼兒園的具體布局，我們將幼兒園廣播系統(tǒng)分為5個(gè)區(qū)，教室分一個(gè)區(qū)，午睡室一個(gè)區(qū)，辦公樓、教學(xué)樓樓道一個(gè)區(qū)，操場(chǎng)、游樂場(chǎng)一個(gè)區(qū)。以滿足幼兒園對(duì)廣播不同區(qū)域的不同需要。

　　3. 每個(gè)教室和午睡室各安裝一個(gè)6W音箱，為方便各班的幼教老師可及時(shí)的調(diào)節(jié)廣播音量，我們?cè)诿總�(gè)音箱前加一個(gè)音量調(diào)節(jié)開關(guān)。

　　4. 根據(jù)綠化帶的長(zhǎng)度及廣場(chǎng)、游樂場(chǎng)的面積我們?cè)诰G化帶內(nèi)安裝6只30W草坪卡通音箱，以滿足廣場(chǎng)、游樂場(chǎng)的廣播需求。

　　5. 在辦公樓、教學(xué)樓的樓道內(nèi)每層安裝6W壁掛式音箱2只，共10只。

　　6. 根據(jù)功放設(shè)計(jì)原則我們?yōu)橛變簣@設(shè)計(jì)2臺(tái)合并式功率放大器，一臺(tái)350W用于教室和午睡室和樓道，一臺(tái)250W用于廣場(chǎng)和游樂場(chǎng)。

　　7. 金邁視訊廣播自動(dòng)播出軟件中配套有錄音軟件和音頻編輯軟件，幼兒園管理者可利用這些軟件，將少兒自辦的節(jié)目編輯成音樂文件，利用廣播系統(tǒng)定時(shí)連續(xù)播放。

　　8. 系統(tǒng)管理員可隨時(shí)結(jié)束自動(dòng)播出狀態(tài)，進(jìn)入手動(dòng)狀態(tài)，播放通知，找人，或進(jìn)行緊急廣播等。

　　三、系統(tǒng)主要功能

　　自動(dòng)播放功能——系統(tǒng)可按幼兒園設(shè)置的播放時(shí)間表，通過自動(dòng)播放軟件，全自動(dòng)播背景音樂、入園音樂、溫馨的問候、祝福語、少兒上下課音樂鈴聲等。

　　預(yù)排播放課表——根據(jù)幼兒園安排和管理的需要，系統(tǒng)可預(yù)排一天和一周播放課表，每天的播放表可任意設(shè)定，不受時(shí)段和時(shí)間長(zhǎng)短的限制，一周的播放表編排好后，每天計(jì)算機(jī)開機(jī)后，系統(tǒng)將自動(dòng)判斷星期幾，然后按照排好的播放表自動(dòng)播放�？纱鎯�(chǔ)、修改、編輯播放表。

　　周循環(huán)功能-——編排好一周的播放時(shí)間表后，全年可循環(huán)播放，而無需每周重設(shè)。

　　播放容量大——可把成千上萬的鈴聲音樂，背景音樂，廣告音樂片等等存儲(chǔ)在計(jì)算機(jī)中，形成有聲文件素材庫，供編排播放表時(shí)進(jìn)行選擇，還可播放光盤上的音頻文件。

　　設(shè)定播放標(biāo)識(shí)符——可根據(jù)播放內(nèi)容自行設(shè)定各類播放標(biāo)識(shí)符，如上學(xué)歡迎曲、家長(zhǎng)溫馨提示、上課鈴聲、下課鈴聲、少兒播音等，方便識(shí)別播放內(nèi)容及播放文件的調(diào)用。

　　播放臨時(shí)廣播—幼兒園若有臨時(shí)要播放的廣播內(nèi)容，可隨時(shí)結(jié)束自動(dòng)播放狀態(tài)，進(jìn)入手動(dòng)播放狀行播放。

　　無人值守——廣播控制主機(jī)可實(shí)現(xiàn)自動(dòng)開關(guān)機(jī)，每天開機(jī)后自動(dòng)識(shí)別星期幾，調(diào)用當(dāng)天的播放表自動(dòng)播放，實(shí)現(xiàn)無人值守。

　　分區(qū)功能——可實(shí)現(xiàn)分區(qū)自動(dòng)廣播功能。如對(duì)幼兒園游樂場(chǎng)所進(jìn)行音樂播放，對(duì)運(yùn)動(dòng)場(chǎng)播放幼兒廣播體操等。

　　四、系統(tǒng)設(shè)備清單

　　項(xiàng)目

　　規(guī)格

　　數(shù)量

　　主控制系統(tǒng)

　　GMTD-GBS廣播播放控制主機(jī)，自動(dòng)播放軟件，控制軟件

　　1

　　分區(qū)控制器

　　GMTD-8DV（8路）

　　1

　　音頻分配器

　　四分十六

　　1

　　合并式功放

　　GM-8360A（360W）用于教室和午睡室和樓道

　　合并式功放

　　GM-8260A（260W）用于廣場(chǎng)和游樂場(chǎng)

　　1

　　會(huì)議話筒

　　BK-240

　　2

　　無線話筒

　　VAM-2211

　　1

　　壁掛式音箱

　　GM-356（3W/6W）用于教室

　　46

　　草坪音箱

　　GM860-1(15W)蘑菇

　　2

　　草坪音箱

　　GM860-15（15W）動(dòng)物

　　1

　　草坪音箱

　　GM860-14（15W）竹型

　　1

　　草坪音箱

　　GM860-09（15W）巖石

　　1

　　草坪音箱

　　GM860-17（15W）巖石

　　1

　　線纜線材

　　網(wǎng)絡(luò)線纜、電源線、射頻線纜、接插件等

　　五、系統(tǒng)拓?fù)鋱D

【解決方案】相關(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