設計方案
為了確保事情或工作安全順利進(jìn)行，通常會(huì )被要求事先制定方案，方案一般包括指導思想、主要目標、工作重點(diǎn)、實(shí)施步驟、政策措施、具體要求等項目。那么什么樣的方案才是好的呢？下面是小編為大家整理的設計方案3篇，僅供參考，歡迎大家閱讀。
設計方案 篇1
一、 活動(dòng)目的
1、通過(guò)本次班會(huì )活動(dòng)，激發(fā)學(xué)生對老師的感恩和熱愛(ài)之情，讓學(xué)生進(jìn)一步認識和了解教師工作的艱辛和崇高，從而激勵學(xué)生更加熱愛(ài)和尊敬老師，進(jìn)而奮發(fā)努力，以?xún)?yōu)異的成績(jì)回報默默耕耘的老師們。
2、通過(guò)“教師美譽(yù)”分享，“教師贊歌”朗誦比賽、“我最喜歡的老師”小組討論等豐富多彩的形式，來(lái)表達學(xué)生對老師的禮贊和祝福。
3、通過(guò)“教師節知識競賽”的形式，了解有關(guān)教師節的知識、古今中外尊師重教的故事，既增加學(xué)生的知識，又激發(fā)學(xué)生的尊師、愛(ài)師的情感 。
二、活動(dòng)準備
1、教師精心制作主題班會(huì )。
2、學(xué)生準備有關(guān)于“教師美譽(yù)”，“教師贊歌”，“我最喜愛(ài)的老師”以及“老師，我想對您說(shuō)”等材料。
3、確定班會(huì )活動(dòng)的主持人（男： 女：），編寫(xiě)主持詞。
4、學(xué)生學(xué)會(huì )歌曲《老師，您好 我的好老師》和《長(cháng)大后我就成了你》。
5、邀請參加活動(dòng)的任課老師。
6、布置好教室。
三、活動(dòng)過(guò)程
�。ㄒ唬⿲�
主持王：是誰(shuí)，播下萬(wàn)古遠點(diǎn)的夢(mèng)幻？
主持蔡：是誰(shuí)，耕耘遍野燃燒的心愿？
主持合：是您，我們敬愛(ài)的老師！
主持王：您將青春融入滴滴燭淚，記下了人類(lèi)永遠的贊嘆。
主持蔡：流淌的汗水和心血啊，在校園里把希望澆灌。
主持王：您用青春寫(xiě)出無(wú)悔的人生。
主持蔡：您用真情譜寫(xiě)世間最壯麗的詩(shī)篇；
主持王：您的愛(ài)，我們永遠也報答不完，
主持蔡：讓我們深深地向您鞠一躬，真摯地問(wèn)候一聲——
主持合：老師您好！
主持王：《老師，您好 我的好老師》主題班會(huì )現在開(kāi)始。
�。ǘ┍硌�
1. “教師節知識競賽”
活動(dòng)方案: 把全班分成8個(gè)小組，把教師節的知識設計成各種各樣的題目，讓每個(gè)小組成員通過(guò)必答，搶答等方式競賽得分，分高者即為優(yōu)勝者。此活動(dòng)可以讓學(xué)生更全面更具體地了解“教師節”這個(gè)屬于老師們的節日。
2. “教師美譽(yù)”
活動(dòng)方案： 全班分為8個(gè)小組，每個(gè)小組選1-2名組員代表，跟全班同學(xué)分享古今中外對于教師的美譽(yù)以及尊師愛(ài)師的故事。此活動(dòng)可以讓學(xué)生更加深刻地體會(huì )教師工作的辛苦和偉大，從而激發(fā)學(xué)生對老師的敬愛(ài)和感恩之情。
3. “教師贊歌”
活動(dòng)方案：8個(gè)小組各準備一首贊美教師的詩(shī)歌，一起朗誦，表達對老師們的熱愛(ài)和感謝，并選出最優(yōu)秀的表演組。此活動(dòng)可以全面激發(fā)學(xué)生對老師的“愛(ài)”，拉近學(xué)生和老師的距離。
4. “我最喜愛(ài)的老師”
活動(dòng)方案：小組討論，全班分享“我最喜歡的.老師”，同學(xué)們有感而發(fā)，向最喜歡的老師致敬，升華對老師的情感。
5. “老師，我想對您說(shuō)”
活動(dòng)方案：全班同學(xué)在“老師，你好”的音樂(lè )中，寫(xiě)下最想跟老師說(shuō)的心里話(huà)，并把這些心里話(huà)，貼在黑板上，拼出一顆大大的心，紅紅的心，包含對老師敬與愛(ài)的心。
6. “老師，節日快樂(lè )”
活動(dòng)方案: 8個(gè)小組分別表演自己精心準備的獻給老師們節日的精彩節目。全班同學(xué)齊參與用不同的方式表達自己對老師節日的祝福。
�。ㄈ┙Y束
全班同學(xué)在《長(cháng)大后我就成了你》的歌聲中朗誦《尊師頌》，結束今天的班會(huì )活動(dòng)。
老師是石，敲出星星之火；
老師是火，點(diǎn)燃生命之燈；
老師是燈，照亮前進(jìn)之路；
老師是路，引你走向輝煌。
感謝恩師，感謝您們的諄諄教誨；
贊頌恩師，贊頌您們的美好心靈；
祝福恩師，祝福您們教師節快樂(lè )；
祝福恩師，祝福高尚的您們永遠健康，歡樂(lè )！
設計方案 篇2
1多集群作業(yè)管理功能分析
是一個(gè)典型的多集群作業(yè)全局調度模型。多集群作業(yè)管理在調度時(shí)首先依據全局資源狀態(tài)選擇某個(gè)或某些合適的集群，稱(chēng)為全局調度;然后作業(yè)被分配到本地某個(gè)具體的集群，按照本地的資源管理器進(jìn)行作業(yè)調度，稱(chēng)為本地調度;作業(yè)進(jìn)入本地調度階段后，按照本地原有的隊列和調度規則進(jìn)行資源分配，最終在集群各CPU上執行。多集群作業(yè)管理的主要功能包括:用戶(hù)與權限管理、資源信息監控、作業(yè)全局調度與管理、數據傳輸與管理。
(1)用戶(hù)與權限管理模塊。多集群作業(yè)管理系統是運行在本地HPC集群作業(yè)管理系統之上的，本地HPC集群必然有自己的用戶(hù)系統，而多集群作業(yè)管理平臺也有自己的用戶(hù)系統，必須在兩個(gè)用戶(hù)系統間設計一種用戶(hù)映射的方式，同時(shí)還要設計權限控制機制。
(2)資源信息監控模塊。資源信息監控管理是作業(yè)全局調度的基礎，全局調度系統在做出決策之前，必須要事先知曉各個(gè)本地集群的CPU負載和內存占用比例等狀態(tài)信息。因此，需要設計全局的資源監控系統，負責管理和維護系統中各個(gè)集群負載的情況，為作業(yè)管理調度決策提供支持。
(3)全局作業(yè)調度與管理模塊。多集群調度的基本目標是協(xié)調和平衡集群間的工作負載。需要設計全局的作業(yè)管理和調度器，作業(yè)調度器根據各個(gè)集群機身負載信息做出調度決策，調度用戶(hù)作業(yè)到相應的本地集群，并提交給本地集群作業(yè)管理系統。同時(shí)還要為用戶(hù)設計作業(yè)狀態(tài)的訂閱及通知機制。
(4)數據傳輸與管理模塊。由于用戶(hù)作業(yè)可能被調度到任意地理位置上的集群上運行，因此，作業(yè)輸入參數和計算結果需要能夠在整個(gè)系統中透明的傳輸。同時(shí)，還要為用戶(hù)提供輸入參數上傳和計算結果下載功能。在設計機制實(shí)現透明傳輸文件的同時(shí)，還必須保證該文件傳輸的可靠性和穩定性。
2多集群作業(yè)管理設計思路與技術(shù)方案
2．1消息中間件JMS
采用JMS［9－10］(JavaMessageService)消息中間件來(lái)進(jìn)行全局作業(yè)的調度和統一管理。JMS的消息模型和通信特點(diǎn)在網(wǎng)絡(luò )很不穩定的情況下也能保證穩定性和可靠性，并且JMS強大的接口能力可以方便靈活的進(jìn)行定制，方便根據用戶(hù)作業(yè)的資源需求及各個(gè)集群自身負載情況進(jìn)行統一管理和調度。
2．1．1JMS特點(diǎn)及基本組成
JMS可使分布式系統的通信松散連接，即發(fā)送信息的客戶(hù)端只需要負責發(fā)送信息，接收信息的客戶(hù)端接收信息，兩個(gè)客戶(hù)端之間沒(méi)有必要是同時(shí)可用的，甚至發(fā)送客戶(hù)端都沒(méi)有必要知道接收客戶(hù)端的信息，只需要發(fā)送到接收信息的服務(wù)端。同時(shí)JMS還具有以下兩個(gè)特征:
(1)異步的，服務(wù)端可以發(fā)送信息到一個(gè)客戶(hù)端，客戶(hù)端不需要為了收到信息而請求信息。
(2)可靠的，JMSAPI保證了服務(wù)端所有發(fā)送的信息最少發(fā)送一次和只發(fā)送一次。JMS由提供者、客戶(hù)、生產(chǎn)者、消費者、消息、隊列、主題七個(gè)部分組成。其中，提供者指JMS的實(shí)現，可以認為是JMS消息服務(wù)器;JMS客戶(hù)指生產(chǎn)或消費消息的基于Java的應用程序或對象;JMS生產(chǎn)者是指創(chuàng )建并發(fā)送消息的JMS客戶(hù);JMS消費者則是接收消息的JMS客戶(hù);消息指可以在JMS客戶(hù)之間傳遞的數據的對象;另外，JMS隊列指一個(gè)容納那些被發(fā)送的等待閱讀的消息的區域，這些消息將按照順序發(fā)送。一旦一個(gè)消息被閱讀，該消息將被從隊列中移走;JMS主題指一種支持發(fā)送消息給多個(gè)訂閱者的機制。
2．1．2JMS的通信方式Java消息服務(wù)應用程序結構支持兩種模型:點(diǎn)對點(diǎn)或隊列模型、發(fā)布/訂閱模型。
(1)在點(diǎn)對點(diǎn)或隊列模型下，一個(gè)生產(chǎn)者向一個(gè)特定的隊列發(fā)布消息，一個(gè)消費者從該隊列中讀取消息。在這種模式下，只有一個(gè)消費者將最終獲得消息。同時(shí)，生產(chǎn)者不需要在接收者消費該消息期間處于運行狀態(tài)，接收者也不需要在消息發(fā)送時(shí)處于運行狀態(tài)。
(2)發(fā)布者/訂閱者模型支持向一個(gè)特定的消息主題發(fā)布消息。該模型如圖2所示，對某個(gè)消息主題感興趣的訂閱者可以訂閱并得到該主題的所有消息。同時(shí)，在發(fā)布者和訂閱者之間存在時(shí)間依賴(lài)性。發(fā)布者需要建立一個(gè)訂閱(subscription)，以便客戶(hù)能夠購訂閱。訂閱者必須保持持續的活動(dòng)狀態(tài)以接收消息，除非訂閱者建立了持久的訂閱。在那種情況下，在訂閱者未連接時(shí)發(fā)布的消息將在訂閱者重新連接時(shí)重新發(fā)布。圖2JMS發(fā)布－訂閱消息模型
2．2本地集群作業(yè)管理
PBS、LSF是已有常用的單個(gè)集群作業(yè)管理系統，采用多種本地集群作業(yè)管理系統，在減少設計復雜度的同時(shí)，還可以充分滿(mǎn)足不同本地集群管理多樣性的需求。PBS的主要特點(diǎn)有:代碼開(kāi)放，免費獲取，提供完整的API。LSF特點(diǎn)是擁有強大的可用性和資源管理功能。
2．3基于FTP的文件集中統一管理方案
由于多集群可能在地理位置上是分散的，而集群之間互聯(lián)的網(wǎng)絡(luò )基礎設施是不可靠和不穩定的，用戶(hù)需要透明地上傳輸入參數并下載計算結果，而不需要關(guān)心它的輸入參數在哪個(gè)地方進(jìn)行計算，以及需要到哪個(gè)地方去下載計算結果。FTP技術(shù)是比較成熟和常用的文件傳輸協(xié)議之一，文中采用基于FTP文件傳輸的集中統一管理方案。使用FTP進(jìn)行文件傳輸，客戶(hù)和服務(wù)器建立連接前要經(jīng)過(guò)一個(gè)“三次握手”的'過(guò)程，客戶(hù)與服務(wù)器之間的連接是可靠的，而且是面向連接的，為數據傳輸提供可靠保證。它允許用戶(hù)以文件操作的方式(如文件的增、刪、改、查、傳送等)與另一主機相互通信。集中的文件統一管理方案可設置集中式FTP服務(wù)器，瀏覽器端提交的輸入參數將傳輸給該FTP服務(wù)器，本地集群代理程序從消息服務(wù)器中獲取到相應主題作業(yè)消息，解析作業(yè)消息，得到用戶(hù)輸入參數，到該FTP服務(wù)器下載相應輸入參數到本地集群。本地集群代理程序查詢(xún)到作業(yè)計算完成以后，將計算結果上傳到該FTP服務(wù)器中，并把計算結果相關(guān)信息組裝成消息發(fā)送到消息服務(wù)器，全局作業(yè)管理器獲取到該消息，解析消息后就可以得到計算結果相關(guān)信息，此時(shí)計算結果已經(jīng)在FTP服務(wù)器上，用戶(hù)可以直接下載。
3多集群作業(yè)管理框架與設計實(shí)現
3．1多集群作業(yè)管理方案框架
是文中采用的基于消息模型的多集群作業(yè)管理框架圖。在圖3中，瀏覽器負責接收用戶(hù)提交的作業(yè)描述、輸入文件上傳、作業(yè)狀態(tài)查詢(xún)、計算結果下載等功能。全局作業(yè)管理器是整個(gè)系統的核心，主要負責集中管理所有的作業(yè)，維護全局的集群系統資源負載信息，并做出相應決策，調度作業(yè)到相應的集群上運行;同時(shí)實(shí)時(shí)監控作業(yè)狀態(tài)，給用戶(hù)提供作業(yè)狀態(tài)查詢(xún)，負責透明地將輸入文件傳遞到相應集群，計算完成以后，再透明地將計算結果傳回并透明地提供給用戶(hù)下載。消息服務(wù)器主要負責緩存全局作業(yè)管理器調度給各個(gè)集群的作業(yè)信息，以及各個(gè)集群返回的作業(yè)狀態(tài)信息。而各個(gè)集群的本地代理程序負責從消息服務(wù)器接收作業(yè)消息，并把消息解析成作業(yè)提交給本地作業(yè)提交系統，同時(shí)還負責定期查詢(xún)本地作業(yè)管理系統該作業(yè)的狀態(tài)，給消息服務(wù)器發(fā)送作業(yè)狀態(tài)信息，同時(shí)在本地計算完成以后，回傳計算結果。
3．2多集群作業(yè)管理方案設計實(shí)現
從框架圖中可以看出，該系統由六部分組成，包括作業(yè)調度模塊、資源監控模塊、作業(yè)控制模塊、作業(yè)狀態(tài)管理模塊、消息服務(wù)器模塊、本地集群代理程序模塊。
3．2．1消息設計
這個(gè)系統中的消息分四類(lèi)，第一類(lèi)是作業(yè)消息，第二類(lèi)是作業(yè)狀態(tài)消息，第三類(lèi)是資源狀態(tài)消息，最后一類(lèi)是作業(yè)控制消息。作業(yè)消息包括作業(yè)的ID、作業(yè)腳本、作業(yè)用戶(hù)名稱(chēng)、需求的資源、輸入文件名稱(chēng)等。作業(yè)狀態(tài)消息即作業(yè)的狀態(tài)信息，主要包括作業(yè)ID、作業(yè)狀態(tài)、作業(yè)提交時(shí)間、運行時(shí)間、完成時(shí)間等。資源狀態(tài)消息包括本地集群自身的ID、CPU計算能力、內存大小等靜態(tài)信息，以及CPU利用率、主機負載等動(dòng)態(tài)信息，還包括目標系統啟動(dòng)時(shí)間等信息。作業(yè)控制消息包括作業(yè)ID、作業(yè)用戶(hù)名稱(chēng)、作業(yè)控制命令等。
3．2．2消息服務(wù)器設計
采用的是JMS中發(fā)布－訂閱消息服務(wù)模型作為消息服務(wù)器，類(lèi)似于群發(fā)郵件的模式。消息生產(chǎn)者將消息發(fā)送給消息服務(wù)器，并設定一個(gè)主題，消息的消費者可以訂閱其中的一個(gè)或者多個(gè)主題，并取走相應的消息。針對某個(gè)主題的訂閱者，它必須創(chuàng )建一個(gè)訂閱之后，才能消費發(fā)布者的消息，而且還可以利用JMS的持久化的訂閱，這樣，即使訂閱者沒(méi)有被激活，它也能接收到發(fā)布者的消息。這樣就保證了在基礎設施網(wǎng)絡(luò )不穩定的情況下，消息也不會(huì )被扔掉，保證了系統的可靠性和穩定性。消息服務(wù)器中消息主題的設計主要按本地集群編號和消息本身類(lèi)型設計，及如果有n套本地集群，那么消息主題總數量為4*n。消息服務(wù)器中消息主題設計如表1所示。
3．2．3多集群系統資源監控設計
本地資源監控是多集群作業(yè)調度管理的基礎，能為錯誤檢測、資源優(yōu)化配置和作業(yè)調度等提供重要的依據和參考。然而，不同本地監控系統存在著(zhù)不兼容的描述或者含糊的定義，可能導致最終監控信息不準確［11－12］。需要設計一種資源信息公共的表示方法，使得原有集群的監控信息轉換成規范格式、形成一致的數據提供者。多集群系統資源監控的核心工作是本地監控信息數據采集轉換及信息組織。統一規范的集群監控信息包括本地集群自身ID、CPU頻率等靜態(tài)信息，以及CPU利用率、內存占用率等動(dòng)態(tài)信息。本地集群代理程序是守護進(jìn)程，會(huì )定期向本地集群發(fā)送監控查詢(xún)請求，并將返回的監控結果轉換成設計的統一規范的監控信息，組裝成消息，發(fā)送給消息服務(wù)器。其基本算法流程描述如下:
(1)啟動(dòng)本地監控系統;
(2)本地守護進(jìn)程從本地監控系統發(fā)送監控查詢(xún)請求;
(3)本地守護進(jìn)程獲得返回結果以后，解析返回結果，組裝成設計好的統一規范的監控信息格式;
(4)本地守護進(jìn)程將該實(shí)時(shí)監控信息發(fā)送給消息服務(wù)器;
(5)代理程序睡眠一段時(shí)間，醒來(lái)后返回第二步。當全局作業(yè)管理器發(fā)現消息服務(wù)器中相應主題有新消息達到，將自動(dòng)獲取該消息，并添加到全局資源監控數據結構中。
3．2．4多集群作業(yè)調度模塊設計
多集群的作業(yè)調度器采用基于全局－本地的兩級調度機制，即全局調度和本地調度［13－14］。每級調度都由相應的隊列和調度器完成，局部調度由本地資源管理器提供，因此文中主要關(guān)注全局調度。實(shí)現全局調度的基本手段是定義若干全局的作業(yè)隊列，包括就緒隊列、運行隊列、完成隊列。這些全局作業(yè)隊列由全局調度器管理。作業(yè)最終經(jīng)過(guò)全局調度－本地調度－CPU調度，形成了不同層次的調度。作業(yè)調度的流程設計描述如下:
(1)接收瀏覽器端用戶(hù)提交的作業(yè)請求描述和調度說(shuō)明，組裝成作業(yè)對象，加入到就緒隊列之中。
(2)通過(guò)監控信息系統得到系統運行狀態(tài)，提供資源的使用狀況及所運行作業(yè)的狀態(tài)查詢(xún)功能。
(3)分析作業(yè)請求描述及調度說(shuō)明，匹配可用資源，得到候選資源集合。
(4)根據調度策略調度算法實(shí)現作業(yè)到特定集群資源的匹配，將作業(yè)轉發(fā)到消息服務(wù)器上，同時(shí)作業(yè)從就緒隊列中出隊，加入到運行隊列中。
(5)相應的本地守護進(jìn)程從消息服務(wù)器取出作業(yè)請求描述消息，提交給本地作業(yè)調度器，并最終將作業(yè)分配到具體的處理機上運行。
3．2．5作業(yè)控制及狀態(tài)管理模塊設計
作業(yè)控制、作業(yè)狀態(tài)管理也是作業(yè)管理的重要組成部分。作業(yè)控制消息發(fā)送到消息服務(wù)器，相應的本地集群代理程序獲取到該控制消息，并提交本地作業(yè)管理軟件。本地集群代理程序定期向本地作業(yè)管理軟件發(fā)送作業(yè)狀態(tài)查詢(xún)請求，如果發(fā)現作業(yè)狀態(tài)發(fā)生改變，將狀態(tài)消息發(fā)送到消息服務(wù)器，全局作業(yè)管理器獲取到該消息，解析該消息，將相應作業(yè)從運行隊列中取出，加入到完成隊列。
4結束語(yǔ)
文中結合中國教育科研網(wǎng)格材料高性能計算服務(wù)門(mén)戶(hù)系統項目建設背景，就如何整合不同時(shí)期、不同地域建設的高性能計算集群，提高各計算集群資源利用率，使用戶(hù)可以通過(guò)提供的統一平臺訪(fǎng)問(wèn)和使用這些高性能計算資源展開(kāi)討論。設計并實(shí)現了一種采用消息模型的多集群作業(yè)管理方案。該方案可以根據用戶(hù)作業(yè)的資源需求及各個(gè)集群自身負載情況進(jìn)行統一管理和調度。筆者基于這個(gè)原理設計并實(shí)現了該原型系統。采用該方案設計實(shí)現的多集群任務(wù)管理系統性能穩定，能實(shí)現多集群資源監控、資源管理、作業(yè)調度、作業(yè)控制、數據管理等功能�？缂鹤鳂I(yè)管理實(shí)現了不同集群利用率均衡的同時(shí)，有效解決了在資源異構及網(wǎng)絡(luò )環(huán)境不可靠條件下的系統穩定性問(wèn)題，顯著(zhù)提高了多集群系統作業(yè)吞吐能力。
設計方案 篇3
目 錄
一、策劃目標
二、行業(yè)背景分析
�。ㄒ唬┤珖已b市場(chǎng)和行業(yè)發(fā)展現狀
�。ǘ┪覈已b投訴居高不下的主要問(wèn)題
�。ㄈ┤珖已b市場(chǎng)、行業(yè)發(fā)展現狀和主要問(wèn)題總結
�。ㄋ模┽槍θ珖已b市場(chǎng)、行業(yè)發(fā)展現狀和主要問(wèn)題，某某企業(yè)的對策
三、廣州裝飾業(yè)分析
�。ㄒ唬⿵V州裝飾裝修業(yè)現狀及原因簡(jiǎn)析
�。ǘ⿵V州裝飾裝修市場(chǎng)的競爭情況
�。ㄈ⿵V州裝飾市場(chǎng)的消費情況
�。ㄋ模⿵V州裝飾業(yè)的前景
�。ㄎ澹⿵V州裝飾市場(chǎng)總結
�。┽槍V州裝飾市場(chǎng)，某某企業(yè)的對策
四、主要競爭對手及其經(jīng)營(yíng)策略
�。ㄒ唬└偁帉κ旨捌浣�(jīng)營(yíng)策略
�。ǘ└偁帉κ纸�(jīng)營(yíng)策略總結
�。ㄈ┽槍V州裝飾市場(chǎng)競爭對手經(jīng)營(yíng)策略，某某企業(yè)的對策
五、某某裝飾市場(chǎng)機會(huì )分析
1、優(yōu)勢
2、劣勢
3、機會(huì )
4、威脅
六、“某某裝飾”品牌營(yíng)銷(xiāo)推廣策略
1、市場(chǎng)定位
2、經(jīng)營(yíng)戰略定位
3、某某理念
4、營(yíng)銷(xiāo)策略
附錄一：業(yè)務(wù)拓展與媒體投放計劃
第一部分：業(yè)務(wù)拓展核心策略
第二部分：廣告媒介投放計劃
第三部分：“家裝”銷(xiāo)售中顧客來(lái)店目的分析及對策
附錄二：※※會(huì )俱樂(lè )部章程第一章 總則
第二章 名稱(chēng)、地址、規模、范圍
第三章 會(huì )員資格
第四章 會(huì )員管理
第五章 會(huì )員權利與義務(wù)
第六章組織結構
第七章 附則
附錄三：畫(huà)冊核心文案
一、策劃目標
1、短期目標：
1）樹(shù)立某某裝飾公司的良好企業(yè)形象；
2）借助外腦策略機構的力量，設計具個(gè)性且科學(xué)可行的經(jīng)營(yíng)管理模式，使某某裝飾公司從一開(kāi)業(yè)就高效有序運作，贏(yíng)在起跑線(xiàn)上，躋身廣州市高端裝飾市場(chǎng)；
3）通過(guò)新聞媒體及其他宣傳渠道，迅速樹(shù)立并提高公司在裝飾市場(chǎng)中的'知名度和美譽(yù)度，逐步擴大市場(chǎng)份額，更快地創(chuàng )造可觀(guān)的經(jīng)濟效益，同時(shí)創(chuàng )造顯著(zhù)的社會(huì )效益。
2、長(cháng)期目標：
1）傾力打造“某某裝飾”行銷(xiāo)模式，將“某某裝飾”打造成廣州乃至中國一流的裝飾品牌。
2）實(shí)現某某裝飾公司的可持續發(fā)展，逐步做強、做大。
【設計方案】相關(guān)文章：
【精選】設計方案10-24
設計方案【精選】11-09
設計方案（精選）11-26
設計方案11-08
設計方案08-16
[經(jīng)典]設計方案09-16
(經(jīng)典)設計方案10-07
【經(jīng)典】設計方案10-06
(精選)設計方案09-10
設計方案[經(jīng)典]09-12