導語：如何才能寫好一篇軟件工作計劃，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。

篇1

網和萬維網已經成為世界范圍內的“信息高速公路”和電子商務市場的支柱。由于萬維網使用者的數量飛速增長，對于最終用戶來說，隨著可供使用的主頁和網上信息的數量的爆炸性增長，最終用戶間的交互性越來越差，傳統意義上的交互已經無法滿足用戶的需求，舉一個簡單的例子，即使是在世界杯的決賽期間，一個普通的足球迷也很難立刻從網絡上找到聊天的對象。用戶需要真正意義上的全新的互聯網交互協作軟件。

2．目標和解決方案

名稱”將為您解決這個問題。在網上沖浪的人們不論處于何方，總是可以看見周圍的人們，就像現實生活中的一樣。“軟件名稱”既是一個最終用戶使用的萬維網上的協作軟件，又為企業提供了無限的商機：

名稱”以多種便于使用的方式為用戶提供了一個交流的平臺。

名稱”為企業提供了一個廣告和商用信息的平臺。

3．產品：為全互聯網用戶提供簡潔方便的交互平臺

名稱”為最終用戶提供一個免費的交互平臺，同時又為商業用戶提供了一個宣傳和銷售的渠道。

4．公司和管理

5．業務體系：以廣告和商用信息收入為主

·銷售主管工作計劃 ·銷售部工作計劃 ·房產銷售工作計劃 ·20xx年銷售工作計劃

據顯示，有超過六百萬的互聯網用戶會成為“軟件名稱”的潛在最終用戶，同時有超過一百萬的商業用戶會成為“軟件名稱”的潛在商業用戶，而且這個數字還在高速增長，這個數字對任何企業都是極有吸引力的，由于軟件和服務對于最終用戶來說是完全免費的，而商業用戶只需要及其低廉的費用就可以想所有最終用戶廣告信息和商用信息。假設每年平均從每個商業用戶獲得100RMB的收入，則全部的市場收益將會超過1億RMB。而100RMB的年租對企業是微不足道的。“軟件名稱”這個項目對于其雇員和投資者來說也一定會盈利。

篇2

根據以往的經驗之談，我對年度銷售工作計劃做了六方面的內容：

1．背景和問題

牐牷チ網和萬維網（WWW）已經成為世界范圍內的“信息高速公路”和電子商務市場的支柱。由于萬維網使用者的數量飛速增長，對于最終用戶來說，隨著可供使用的主頁和網上信息的數量的爆炸性增長，最終用戶間的交互性越來越差，傳統意義上的交互已經無法滿足用戶的需求，舉一個簡單的例子，即使是在世界杯的決賽期間，一個普通的足球迷也很難立刻從網絡上找到聊天的對象。用戶需要真正意義上的全新的互聯網交互協作軟件。

2．目標和解決方案

牐犖頤塹“軟件名稱”將為您解決這個問題。在網上沖浪的人們不論處于何方，總是可以看見周圍的人們，就像現實生活中的一樣。“軟件名稱”既是一個最終用戶使用的萬維網上的協作軟件，又為企業提供了無限的商機：

“軟件名稱”以多種便于使用的方式為用戶提供了一個交流的平臺。

“軟件名稱”為企業提供了一個廣告和商用信息的平臺。

3．產品：為全互聯網用戶提供簡潔方便的交互平臺

“軟件名稱”為最終用戶提供一個免費的交互平臺，同時又為商業用戶提供了一個宣傳和銷售的渠道。

4．公司和管理

暫缺。

5．業務體系：以廣告和商用信息收入為主

牐牭韃槭據顯示，有超過六百萬的互聯網用戶會成為“軟件名稱”的潛在最終用戶，同時有超過一百萬的商業用戶會成為“軟件名稱”的潛在商業用戶，而且這個數字還在高速增長，這個數字對任何企業都是極有吸引力的，由于軟件和服務對于最終用戶來說是完全免費的，而商業用戶只需要及其低廉的費用就可以想所有最終用戶廣告信息和商用信息。假設每年平均從每個商業用戶獲得100RMB的收入，則全部的市場收益將會超過1億RMB。而100RMB的年租對企業是微不足道的。“軟件名稱”這個項目對于其雇員和投資者來說也一定會盈利。

6．融資：第一輪的投資者將會有68％的內部收益率（IRR）

篇3

1.1構件與構件庫研究現狀

自1968年Mcilroy在NATO軟件工程會議中首次提出“軟件復用、軟件構件、構件工廠”等概念以來在商業軟件和商務活動中，Component通常也被稱為組件）,雖然軟件構件的定義不斷變遷,但基于構件的軟件開發CBSD)—直被視為解決軟件危機，實現軟件工業化生產切實可行的重要途徑。

近40年來，國內外同行從不同的角度對軟件構件技術進行了許多有價值的研究。這些研究涉及到了軟件構件的整個生命周期過程，從軟件構件的定義,^到構件的屬性['從構件的描述n和分類，構件的標準化到構件之間的關系;從構件的制作與生產，構件的查詢與獲取及構件的表示和檢索,構件的模型與裁剪，構件的組裝與反饋[到最終的構件復用。在國內軟件構件技術當前己經發展成為軟件復用的一個非常重要的學科分支。

隨著軟件構件技術的深入人心，各種異構的軟件構件的數量愈來愈龐大，構件開發者關注的重點己經從最初強調構件的可復用性，轉變到支撐軟件構件整個生命周期管理的構件庫的建設。大部分構件庫系統對構件的管理和維護原理類似，差異主要表現在各個構件庫所采用的實現技術、系統的側重目標，以及處理的構件類型和形態方面。

構件實現技術己經比較成熟。業界通用的構件模型主要有OMGObjectManagementGroup對象管理集團）的CORBA技術；微軟的COM/DCOMComponentObjectModel/DistributedComponentObjectModel);SUN的JavaBeans/EJB(EnterpriseJavaBeans企業JavaBeans)。它們都滿足Tracz提出的3C模型。即構件三個部分的描述：概念concept)描述構件的功能；內容content)描述構件怎樣完成概念所描述的功能；語境(context)描述構件與其他構件的關系。

按構件組織形式不同，構件庫可以分為集中式構件庫和基于網絡的分布式構件庫。前者由于構件功能相對集中，多用于專業領域的傳統軟件開發。后者所管理的構件集在物理上呈分布結構，在邏輯上是一個整體，為不同領域構件提供一個開發的注冊、管理、檢索、交易的場所，是目前構件庫的主流趨勢。

國內外比較有代表性的構件庫有歐盟信息技術計劃ESPRIT中開發的REBOOT(ReuseBasedonObjectOrientedTechniques)系統，北京大學青鳥構件庫管理系統：JBCLMS)(JadeBirdComponentLibrarySystem),CMUSEI開發的Ago-ra構件搜索引擎，和美國Colorado大學開發的CodeBroker構件庫[9]。這些模型均是學術界提出的指導性模型，抽象層次比較高，用戶可以根據不同的問題域對其進行擴展[9,110]。其中RE-BOOT構件庫系統由一個存儲構件的復用庫以及一組支持構件生產、考查、分類、選擇、評估和適配的復用工具組成。JBCLMS是國家九五重點科技攻關項目，它是一個基于Internet的軟件資產庫管理系統，包括構件庫、構架庫以及相應的庫管理工具。JBCLMS是國內比較成熟的構件庫管理系統，諸多文獻均有關于JBCLMS的應用實例描述。根據青鳥構件庫模型，廣義的構件包含分析件、設計件、測試件、代碼件等多種構件。由于分析件、設計件和測試件難以形成一個可以讓機器理解的形式化描述，因此這類構件并沒有為軟件生產效率的提高帶來多大的價值，只有代碼件即狹義的構件隨著高級語言的不斷發展而得到廣泛應用。如無特殊說明，下文中描述的構件專指狹義構件。

Agora構件搜索引擎提供一種類似于UDDI的機制，允許構件開發者通過Web方式在線搜索或注冊構件。CodeBroker是美國Colorado大學開發的一個面向Java程序開發的構件庫原型，其最大特色是構件庫與源程序編輯工具實現無縫集成，為用戶提供主動查詢服務。

除上述典型構件庫外，商業構件庫還有ReuseReposito?ry,SALMS軟件資產庫管理系統、ASRR自動軟件復用庫、RLT(復用庫工具集）和HSTX復用庫，政府級構件庫如DSRS美國國防部軟件庫系統、LID構件庫互操作示范工程、I-CASE計算機輔助軟件工程集成環境）、MORE面向多媒體的構件庫）、SAIC/ASSET面向軟件工程的軟件資產復用技術、PAL公共A-da庫、CAPS軟件可復用構件庫和DISAAda庫暨美國國防部信息系統復用庫等。

上述構件系統研究關注的重點集中于構件的注冊、設計、查詢、分類等構件的管理功能，其構件的產生仍然離不開手工編寫代碼，缺乏可視化編碼的工具。即便構件的組裝能夠在相匹配的構架中實現熱插拔，但卻往往與構架緊密結合缺少柔的研究局限于為了軟件開發者查詢，理解和選取構件的階段，缺乏對構件庫的分層分類描述和重構的設計。在一定的構架下進行組裝業務時，當現有的構件不能夠滿足全部要求，需要進行重組時往往需要“大動手術”對程序員而言，軟件開發始終不能擺脫編寫程序代碼的窘境。

1.2工作流研究現狀

工作流的思想起源于20世紀70年代中期辦公自動化(OA)和工業控制CSCW)領域的研究工作。在不同發展階段和技術角度，研究者及工作流產品供應商對工作流和工作流管理系統有不同的定義。1993年工作流管理聯盟WorkflowManagementCoalition,WFMC)的成立標志著工作流技術開始進入相對成熟的階段。工作流管理聯盟對工作流和工作流管理的標準定義是:工作流是一類能夠完全或者部分自動執行的經營過程，它根據一系列過程規則、文檔、信息或任務能夠在不同的執行者之間進行傳遞與執行。工作流管理系統是一個完全定義、管理和執行工作流的系統，它通過在計算機中預先定義好的工作流邏輯來驅動工作流事例的執行。

90年代后期，隨著網絡的普及和各種分布式技術的成熟，工作流的協作優勢開始顯現，更多、更新的技術被集成進來，文件管理系統、數據庫、電子郵件、移動式計算、Internet服務等都己被容納到工作流管理系統之中。根據所采用的任務項傳遞機制的不同，工作流系統分為4類(1)基于文件的工作流系統：以共享文件的方式來完成任務。代表產品有FileNet的VisualWorkFlow,IBM的FlowMark(2)基于消息的工作流系統：通過用戶的電子郵件系統來傳遞文檔信息。代表產品有Novell與FileNet合作開發的Ensemble,JetForm的InTempo,Keyfile的Keyflow。(3)群件與套件系統：因為這類產品都需要依賴自己系統的應用基礎結構，包括消息傳遞、目錄服務、安全管理、數據庫與文檔管理服務等，它們本身就構成了一個完整的應用開發環境。代表產品有IBM的LotusNotes,MicrosoftOffice的Exchange,Novell的GroupWise。（4)基于Web的工作流系統：通過WWW來實現任務的協作，己成為一種最新的市場流行趨勢。如Microsoft大力推行的Biztalk和免費的WWF都比較適用于Web工作流開發。國內的科研和學術機構對于工作流的研究起步較晚，近年來取得了一定的成果，但尚未形成產業化。

在工作流系統設計中，工作流建模最為關鍵。WFMC1994年提出了工作流的參考模型及相關標準，接口組成與詳細定義說明M,2^。常見的工作流建模方法有流程圖、狀態圖、活動網絡圖、IDEF系列、ECAA(事件一條件一動作規則）、事件驅動的過程鏈模型、Petri網等建模方法。其中，基于活動網絡圖和Petri網理論的建模方法應用最廣，典型工作流產品都是基于這幾類模型實現的。文獻對各種工作流模型優缺點進行了詳細地比較，在此不再贅述。

2基于構件庫/工作流可視化軟件開發方案

構件技術作為面向對象的軟件開發過程中實現業務功能的技術應用己經比較成熟，而工作流作為解決業務流程的利器一直在局限于各行業的OA辦公，企業信息化及工業控制領域。兩者都只部分解決了面向對象軟件開發過程中的功能設計和流程設計的問題。程序指令流也是一種工作流，程序中兩者優勢有機整合到程序設計過程進一步提高軟件開發的效率呢？基于這種思路，做了一定的探索性研究。

文獻提出了一種面向行業的工作流系統構件化開發方法。但這種方法僅適用于領域構件，通用性和移植性不強，且未能實現構件庫對構件的可視化管理，可擴展性有限。本文將從可視化軟件開發角度，結合軟件構件及構件庫設計和工作流的可視化流程建模實踐提出一整套基于構件庫/工作流的可視化軟件開發解決方案。

一個現實的軟件系統一般地由數據、功能、界面、過程幾個層面的協同合作來完成。為了使構件庫能更好面向實際應用，需要建立相應的界面控制和過程控制的子系統以協助軟件開發，即工作流管理系統。以工作流驅動構件運行，不同于構件在特定構架下的運行模式。構件庫作為通用功能和業務功能構件倉庫，業務流程和權限的管理在工作流管理系統通過可視化界面預置定義。一個流程包含一連串按業務邏輯連接的節點，每個節點上綁定一個功能構件。系統調用起始節點即啟動整個流程，根據一定條件依次執行被調用流程節點上綁定的功能構件以實現流程的功能目標。工作流負責管理業務控制流程和數據流。構件僅僅負責功能的執行，從而達到業務邏輯和功能的分離。

2.1 開放靈活的軟件構件庫設計

基于構件的軟件開發必須建立相應的構件庫以滿足各種不同層次的軟件開發需要。構件庫支持縱向分層，橫向分類管理，便于用戶根據自身行業特點進行自定義細分子類和擴展。通過對構件庫的分層管理，屏蔽構件的實現細節，保證構件屬性的獨立。多個低層細粒度的簡單構件聚合可以組成復雜的粗粒度高層構件，這種結構不同于以往構件庫的描述，極大地提高了構件庫本身的完備性和擴展性，靈活性。用戶可以根據需要用底層構件快速開發原型系統，并在適當的時候通過高層構件直接替換復雜的聚合構件來提高系統的運行效率。

構件庫的分層圖如圖1所示。

Layer1:構件駐留層，其中按照構件粒度及應用性又可以劃分為3個子層：

(1)基礎構件，這一層提供原子粒度構件，可以由構件庫系統自帶，也可以由用戶添加。例如：加，減，乘，除，乘方等基本構件，由于這些原子粒度構件的引入，增強了構件庫的完備性，才使得基于工作流的可視化編程具有強大的功能以至于取代手工編寫代碼。這一層是基礎性的構件，適應各種應用。本部分可以參考程序語言提供的基本操作，建立原子構件層，保證構件庫的完備性無關。通過建立標準構件層，保證易組裝性和適應性。

2)中間粒度的通用構件，可以通過基礎性的構件組裝而成，也可通過編寫代碼而得。這一層屬于通用構件，與具體業務無關。通過建立標準構件層,保證易組裝性和適應性。

(3)領域構件,由中間粒度構件與基礎構件重組而成,往往面向某一個專業領域提供服務。該層提供具有高可擴展性。Layer2:構件調度層,負責構件運行環境的準備及與調用端建立Session,維護Session中各種參數的生命周期。Layer3:Handle過濾層,其作用主要是提供了擴展構件庫系統的能力,用戶可以寫專用的插件來截獲上層的每次調用及其參數,這個功能可以用來調試構件,觀察構件的行為,也可以搜集調用數據做一些構件的調用統計,例如:在一個時間段上哪些構件被調用及其被調用的次數等等。Layer4:用戶調用接口層,對用戶提供多樣性的調用手段。這層是用戶最關心的與用戶關系最大的,這一層對外要提供豐富的調用接口,例如:API調用、COM調用,以服務的方式提供調用。注冊到構件庫的構件可能是某個COM組件,但在該層中可以自動生成其它類型的調用接口。

構件庫的主要功能是提供對構件的管理,包括構件的注冊、注銷、刪除、更新等。用戶可以根據需要自行開發符合通用規范的各類構件,也可以直接導入已存在的外部構件。這些外部構件可以來自網絡上遠程分布式部署的子構件庫、Internet上的網絡構件庫,以及WebService構件。外部構件的存在豐富了構件庫的功能,滿足各種應用需求,增強了構件庫的擴展性和完備性。

值得說明的是,由于開發平臺的局限,所描述的構件通常指基于微軟的COM技術(C++的COM組件,或者C#的程序集)實現的,因此構件庫具有COM技術的部分特征,如跨平臺的異構特征,它不依賴于加載構件的操作系統和運行環境,使得構件庫具有良好的平臺兼容性和適應性。同理而言,基于CORBA或JAVABEANS技術同樣可以建立與之適應的構件庫。由此可見基于上述思路設計的構件庫具有擴展性、移植性、兼容性、適應性。其軟件開發流程如圖2所示。

   2.2 工作流系統設計

WFMC1994年的工作流參考模型約定了工作流管理系統需要包含6個基本模塊:(1)工作流執行服務：激活并解釋過程定義，完成工作流過程實例的創建、執行與管理，為工作流程的運行提供一個運行時環境。2)過程定義工具：提供對實際業務過程進行分析、建模的手段，生成業務過程描述過程定義）。（3)其它工作流執行服務：與其它異質的工作流執行服務來輔助完成復雜系統<4)客戶應用程序：提供人工干預手段以輔助過程實例運行被調應用程序：工作流執行服務在過程管理。工作流參考模型如圖3所示，下面結合該模型詳細論述設計思路。

   2.2.1 工作流執行服務

工作流執行服務即工作流引擎。它負責解釋流程定義被稱為復合構件）及復合構件的實例化并向構件庫發送構件執行命令，但在基于構件庫的面向編程的工作流引擎中，主要依照定義的構件運行邏輯激活相應的節點，激活節點的過程就是將即將執行的任務發送給構件庫，節點具體任務的執行是由構件庫來執行。由此實現了構件與業務邏輯的分離。構件庫則負責維護Session的狀態信息負責維護對象的創建及對象的生命周期,功能的具體運行仍然在構件庫的環境下運行。

2.2.2 過程定義工具

工作流的過程定義部分包括對流程實體、控制類型、用戶權限等管理。其中用戶權限管理在管理工具部分介紹。

(1)流程實體

對于工作流的過程定義的實體部分，采用活動網絡圖模型來實現工作流的過程建模，用XPDL來記錄過程描述。為更好地結合軟件構件建模，對活動網絡圖進行了適當的改進。

①將文獻所定義的15種節點抽象為4種節點：起始節點：一個工作流的開始；終止節點：一個工作流的結束；普通節點：工作流執行過程中的活動節點，執行完當前功能后，程序邏輯過渡到下一節點。子流程節點：用于嵌套子流程的活動節點，主要負責主流程與子流程的控制流的切換。每一個獨立的流程中只能有一個開始節點，但可以有多個終止節點。因為流程可能會在不同狀態下結束。子流程節點允許多層嵌套子流程，子流程節點不作為所負載子流程的起始節點和終止節點。它僅負責主流程與子流程的控制流切換。所嵌套子流程自身有起始節點和終止節點。子流程不允許自身嵌套。

②將文獻所定義的三種連接弧綜合為一種有向連接弧。實際工作流由一系列節點和有向連接弧組成。基于構件庫的工作流可以理解為一個有向圖構成。有向圖中的節點元素表示可執行的任務，它被映射到構件庫中的一個構件功能，節點間的連接弧代表過程中的控制流。以連接弧體現過程邏輯，數據的傳遞主要體現在構件參數之間的傳遞，再加上連接弧上的條件，就實現了用工作流的邏輯控制能力驅動構件的運行。為了適應工作流的移植性和擴展性,系統為流程設計提供了一定數量的模板,用戶在可視化的客戶端程序通過簡單的拖拽實現業務和邏輯控制的工作流建模,并允許設計模板的數據庫記錄與描述工作流設計的XPDL文檔相互導入導出功能，極大地方便了資源的共享。

(2)控制類型

對于工作流的過程定義的控制類型部分。不同的文獻有不同的分類[27]。簡單起見，流程控制提供最簡單的“順序，選擇，循環”控制以匹配可視化的程序設計邏輯控制過程。其他文獻[23,24,27,28]所描述的復雜控制流程均可由這三者復合而成。圖4-圖7為三種簡單邏輯控制示意圖。

構件運行控制的工作流模型：

(1)順序如圖4)

為了適應工作流的移植性和擴展性，系統為流程設計提供

順序控制,是最簡單的控制,只要連接弧上的條件設為true,工作流引擎就會按照順序向構件庫發送調用請求信息。

(2)選擇如圖5)

選擇控制，同樣依賴連接弧上的條件是true還是false,哪條連接弧上的條件為true,就按哪條路徑執行。但這里與編程中的邏輯控制可以有不同，兩條或分支出來的多條連接弧上的條件可以同時為真，這種控制能力實際上己經豐富了編程中邏輯控制能力，具體如何調度參見2.4節。

(3)循環如圖6)

循環控制，同樣依賴連接弧上的條件是true還是false,放在封閉的回路上的構件都將被循環執行，在閉合回路中只要有一條連接弧上的條件為false,那么整個循環宣告結束。在循環體及循環體向下連接部分，基于工作流引擎調度算法中要優先調度循環體，而僅當循環體執行完，才能繼續向下執行。在循環控制中，同樣要注意循環條件的構造，避免條件永遠為真而造成死循環。

(4)帶子流程的復合控制如圖7)

系統數據庫清晰地記錄了工作流建模中設計活動網絡圖了一定數量的模板,用戶在可視化的客戶端程序通過簡單的^及其相互關系,只要將數據庫記錄按照一定的協議導出成拽實現業務和邏輯控制的工作流建模，并允許設計模板的數據XPDL文檔，再轉發給異構的工作流系統。對方按約定協議解S表示開始；Start)節點，E表示終止End)節點，C表示普通Common)節點，Sn表示子流程Subnode)節點。

2.2.3 其他工作流執行服務析XML文檔即可轉換為相應的工作流模型，從而實現異構工作流系統的交互式的操作。

2.2.4 客戶端程序

工作流管理系統提供客戶端可視化界面。目前工作流建模部分需要在服務器端進行配置，而權限管理部分可以通過B/S模式的瀏覽器直接登錄系統進行配置管理。

2.2.5 被調用應用程序

被調用的應用程序在本文前面重點描述的功能構件。工作流建模中每一個節點都可以綁定一個構件。當流程驅動到當前節點時，系統將建模過程中節點預置的參數傳給綁定的構件，執行構件代碼實現其相應功能。節點間的流程跳轉通過連接節點的有向連接線上的條件來實現。一個流程就是一連串按照條件執行預置構件的過程，以此來實現程序的邏輯控制從而實現實際的業務流程。

2.2.6 管理與監控工具

為適應各個業務環境下不同用戶角色與權限設置，在設計工作流管理系統時，單獨建立了一個開放式的機構管理模塊。用來配置系統用戶的機構，職務與特殊功能集。工作流節點的操作權限可以賦給機構即機構內所有用戶），單個用戶，或者某個職級的部分用戶。不同級別之間的操作權限允許向下傳遞。對于用戶機構、職務交錯的特別操作允許以功能集的方式給特定用戶賦權。

在工作流監控方面，流程設計過程中允許任意節點的熱拔插，提供所見即所得的實時調試功能，并支持在節點和連接線上設置斷點跟蹤，而無需更改設置和頻繁編譯，為設計人員節省了大量的調試時間。

該工作流設計模型提供了完整的工作流元素概念定義和工具，并支持界面化圖例表示，具有完整的工作流分層與嵌套表達能力，且能隨業務流程的變化而實時優化，總的說來，一定程度具備文獻[26]提出的理想工作流模型的6點要求，即1)形式化要求。2)圖形化特征。3)較完整的表達能力。4)層次性。(5)便于性能分析與優化。（6)柔性。

2.3構件與工作流的相互依賴

基于工作流/構件可視化開發包括業務流程的建立和應用功能的實現兩個部分，分別由工作流和構件庫中的構件來實現。兩者相對獨立，而又緊密合作。

獨立是指構件和工作流的設計開發均可以脫離于對方環境獨立進行，徹底從軟件開發角度將功能和控制邏輯分離，從而提高軟件開發的效率。構件庫負責管理構件運行的環境及調用構件運行，返回工作流引擎關心的結果，維護調用狀態如：變量的生命周期，參數傳遞等）,而工作流引擎完全負責解釋構件的執行邏輯，并將任務交給構件庫去執行。

構件運行與流程控制分離還有如下優勢：

(1) 部署靈活：構件庫的部署可以與工作流的部署分開，它們即可以運行在本地，也可以運行在遠程；運行的PC環境可以相同，也可以不同；可以進程內，也可以在不同的進程中，這種特性使開發出來的應用系統可以實現分布式；

(2) 開發快捷：構件庫可以作為獨立產品并行開發；流程與功能的分離簡化了過程定義的復雜度，可先對己知的流程進行定義，把未知部分流程留待構件完備后進行設計，也縮短了開發周期；程變化時只需要局部重建工作流模板，配置相應處理構件和權限即可，甚至不需要去編譯，調試就能再次啟動應用系統，保持了工作流系統的靈活性和擴展性；

(4)封裝性高：通過構件庫可以對外統一暴露調用接口，構件庫內部的變化不影響上層調用。

合作是指構件與工作流統一于業務應用流程，流程節點將各種層次和粒度的構件與工作流節點的直接綁定來實現業務應用目標。對于程序員來說，工作流與構件庫的結合就是將一個代碼段動態庫，類，程序集）映射到一個流程，代碼中的各個函數映射為構件庫中相應的構件，構件需要工作流引擎的調度運行才能完成相應的功能。

2.4編程的可視化

從匯編語言開始，人們就己經習慣用代碼方式進行軟件設計，隨著計算機技術的發展，編程語言及手段都在不斷提高，可視化編程的出現正在逐步取代傳統的手工編碼方式。現在的可視化編程還主要集中在界面的可視化，編碼的可視化即搭建式開發領域較少有人涉足。在基于構件庫/工作流的可視化軟件開發中，假設基礎構件足夠完備時，任何程序功能的實現都可以歸結為對現有構件的組裝，編碼的可視化即可轉換為構件的可視化組裝，極大地降低了軟件開發的門檻，更多的程序員將從手工編寫代碼的工作中解脫出來。

將構件映射為流程節點上的活動，由連接弧上的條件控制來判定構件之間的運行次序。構件運行過程中參數的傳遞以及參數的生命周期由構件庫進行維護。在工作流可視化編輯環境中必須嵌入構件庫的可視化表達。構件庫可以采用樹形結構按照功能進行分類,用戶在進行編程時只需要將構件庫中的構件向流程面板中拖放，鼠標操作連接弧上的各個節點，通過界面配置連接弧上的條件和節點上的傳遞參數，就可完成一個復合構件的可視化組合。在構件庫完備的情況下，基于構件/工作流可視化軟件開發可以實現無編碼的快捷編程。

由于這種可視化開發方法對等于手工編寫代碼，因此適合自下而上的軟件開發，也適合C/S,B/S的模式的開發。隨著構件庫對外服務能力的增強，構件庫可以部署在intranet/internet上對外提供功能服務。使用這種方法成功地開發了MapGIS可視化搭建平臺，為用戶提供了全新的可視化開發手段，證實了該方法的可行性。

當然，不可否認，基于構件庫/工作流的軟件可視化開發方法目前還存在一些有待改進之處：構件運行與流程控制邏輯分離帶來了一些性能損失，不適合做性能要求非常高的功能。原子粒度密集的復合構件也會影響系統的性能，建議首先采用編碼方式實現中粒度的領域通用構件，然后再用領域通用構件來構建系統，有助于提高系統的性能。可視化工作流設計部分有待進一步豐富操作元素和界面，以增強系統的表現能力。

3結論與展望

篇4

集團化財務管理軟件能幫助集團企業解決總公司與下屬企業之間由于地域跨度大、管理權力分散、技術平臺不統一、信息傳遞速度慢等所引起的一系列問題，EAS就是能實現以上管理功能的一個財務管理軟件。集團財務管理軟件又稱集團財務管理解決方案或集團財務管理系統，同時集團財務管理軟件又不同于普通財務管理軟件，因為集團財務管理是基于企業集團組織結構背景的，是以總部為主導的，它在財務管理對象、管理層次、管理方法以及對資產的調配和資金的籌措等方面都要更為復雜。

依托EAS這個管理平臺，我們能很直接的體會它給我們帶來的，普通財務軟件所沒有的優勢，在實際運用中其優勢體現在如下幾方面：

一、核算方面

（一）統一的科目體系構成

EAS系統中，集團內所有單位是一個虛擬的賬套，根據集團公司行業性質、管理要求，各集團公司可以設置集團統一科目體系，在一定的科目級次上鎖定權限，除個別輔助核算項目外，各公司不能在賬務系統中隨意添加科目，使集團內各公司的財務核算更具規范性，財務數據更具可比性。

（二）統一的報表體系構成

EAS中可以根據需要自身需要設置管理報表，并分配到下屬各子公司,這樣集團內所有單位的報表格式都是統一的格式,當然，子公司也可根據需要在自己賬套中設置報表模版，以滿足自身內部管理需要。

（EAS集團統一報表模版截圖）

（三）結賬時點控制

比一般的財務系統，EAS可以對集團內所有單位進行結賬狀態進行監控，便于整個集團內單位在統一的結賬時間點按時結賬，方便集團對所有子公司每月數據的提取，且取消結賬的權限可以集中在集團總部，子公司結賬后將不能再隨意進行修改，減少子公司賬務處理的隨意性，避免了總部提取的財務數據與子公司修改后的數據不一致情況的發生。

（EAS集團內各公司結賬情況截圖）

（四）集團內部往來控制、核對

在EAS中，集團內所有單位的往來科目，在涉及與內部單位的往來發生時，可以生成往來通知單，并發送到對方單位，如果對方不做對應的應收應付處理的話，雙方都無法結賬處理。單方的往來掛賬將無法處理，這樣就保證每月集團內部往來一致。集團內往來單位不用再每月對賬，對于集團內往來較多的企業集團，將大大節省財務人員的時間及精力,也避免了不必要的差錯，提高財務核算質量。

（EAS往來通知單核銷截圖）

（五）實現信息及時共享

集團總部可以在需要時，隨時提取各子公司的財務資料，大大簡便了子公司向集團總部上報送財務資料的工作環節和流程，有利于集團總部對子公司財務數據的實時監控和管理，方便集團快速提取或調用、查詢集團內各公司報表或其他財務數據。

（六）協同平臺

在集團統一的協同平臺之上，集團建立企業統一信息門戶和個性化信息門戶，讓所有人員能夠實現系統單點登陸；實現跨組織、多級業務審批處理，進行靈活強大的工作流管理；實現集團內部單位費用報銷過程管理，并與預算系統掛鉤協同控制；系統徹底改變傳統財務工作模式，提供自動進行推式管理，提高人性化設計，提高協同業務處理效率。

（七）固定資產管理

固定資產管理通過固定資產卡片內容和基礎資料的自定義來滿足公司的實際情況；通過嚴格的卡片管理、折舊要素變動處理來幫助企業建立一套完整的固定資產卡片；通過自動計提折舊、自動生成憑證來幫助企業管理固定資產的累計折舊，并將憑證傳遞到總賬系統；完成固定資產與總賬系統的無縫連接實現集團內部單位之間固定資產調撥處理；通過豐富的固定資產報表來幫助企業查詢固定資產各個方面的信息。

通過我們目前已使用的功能模塊，基本上實現了財務集中管理的大部分職能。

二、預算方面

EAS的另外一個功能模塊-預算模塊。當集團管理達到一定程度的時候，預算模塊將為集團管理的集中控制起到很積極的作用。

（一）模板的設計

通過預算模板的統一設計工作，可以對財務管理中的主表、輔表進行梳理、完善；表格涵蓋范圍的確定以及表格之間的數據關系確定，是財務人員是否清晰掌握企業財務情況的反映和檢驗；母公司對不同業務類型的子公司如何采用統一的模板來實現統一管理的需要是預算模板設計的關鍵。總之，預算軟件是一個開放平臺，如何設計模板主要取決于使用者的財務管理思路和財務管理水平，日常財務管理越規范，預算的模板設計越合理，財務管理經驗積累越多，模板自動化取數程度就越高。可以說，一個預算模板的形成，就是一個企業財務管理積累的標準化與運用化，模板的定型，意味著數據化財務管理的定型，也意味著財務管理經驗不再掌握在分散的財務人員手中，而是集中交給了企業，形成了公共的管理財產。

（EAS軟件預算編制模板流程截圖）

（二）編制的管理

通過開展統一軟件、統一模板、統一政策、統一組織的預算編制工作，可以達到規范化、自動化的近期效果以及專業化、效率化的遠期效果;

通過全集團所有主要財務人員參與預算編制，可以為公司鍛煉財務專業隊伍，談論摸索并積累專業經驗；

通過分別明確預算的編制主體、考核主體與管理主體，可以體現各子公司的獨立核算與獨立經營職能要求；

通過明確各子公司法人與財務負責人在預算管理中的定位與作用，可以充分體現預算工作的級別與重要性。

（EAS軟件預算編制管理流程截圖）

（三）從預算促進其他管理

如果把預算編制工作視為企業邁向數據化管理的第一步，那么企業可以從預算編制過程中，用數據化、集成化的視覺去發現和改善現有管理行為，比如，不同類型的公司、不同地域的公司的同一項目“工資成本”、“差旅費”、“業務招待費”以及“車輛使用費”等在沒有統一預算編制管理前，往往由于缺乏全集團統一管理標準，造成各預算單位編制合理性不統一，而在企業實行統一預算編制管理以后，對各種管理事項的標準進行全面梳理和統一，可以使得集團化企業的管理更加完善。

篇5

多年來，我一直從事軟件銷售工作，我是從一個完全不懂軟件的人到現在的成就，其中的心酸與成功一言難盡。我們都知道，軟件市場的競爭造就了軟件渠道浮出水面，同時統治高端市場的外資軟件公司的加入及一些傳統的硬件渠道的推波助瀾，也使得現在的軟件渠道競爭已經進入了群雄逐鹿、分疆劃地的新局面。軟件企業建立的軟件銷售渠道是否科學與合理，決定了軟件企業市場營銷成敗的關鍵。以下是我做出的軟件銷售工作計劃：

根據以往的經驗之談，我對年度銷售工作計劃做了六方面的內容：

1．背景和問題

互聯網和萬維網（WWW）已經成為世界范圍內的“信息高速公路”和電子商務市場的支柱。由于萬維網使用者的數量飛速增長，對于最終用戶來說，隨著可供使用的主頁和網上信息的數量的爆炸性增長，最終用戶間的交互性越來越差，傳統意義上的交互已經無法滿足用戶的需求，舉一個簡單的例子，即使是在世界杯的決賽期間，一個普通的足球迷也很難立刻從網絡上找到聊天的對象。用戶需要真正意義上的全新的互聯網交互協作軟件。

2．目標和解決方案

我們的“軟件名稱”將為您解決這個問題。在網上沖浪的人們不論處于何方，總是可以看見周圍的人們，就像現實生活中的一樣。“軟件名稱”既是一個最終用戶使用的萬維網上的協作軟件，又為企業提供了無限的商機：

“軟件名稱”以多種便于使用的方式為用戶提供了一個交流的平臺。

“軟件名稱”為企業提供了一個廣告和商用信息的平臺。

3．產品：為全互聯網用戶提供簡潔方便的交互平臺

“軟件名稱”為最終用戶提供一個免費的交互平臺，同時又為商業用戶提供了一個宣傳和銷售的渠道。

4．公司和管理

5．業務體系：以廣告和商用信息收入為主

調查數據顯示，有超過六百萬的互聯網用戶會成為“軟件名稱”的潛在最終用戶，同時有超過一百萬的商業用戶會成為“軟件名稱”的潛在商業用戶，而且這個數字還在高速增長，這個數字對任何企業都是極有吸引力的，由于軟件和服務對于最終用戶來說是完全免費的，而商業用戶只需要及其低廉的費用就可以想所有最終用戶廣告信息和商用信息。假設每年平均從每個商業用戶獲得100RMB的收入，則全部的市場收益將會超過1億RMB。而100RMB的年租對企業是微不足道的。“軟件名稱”這個項目對于其雇員和投資者來說也一定會盈利。

6．融資：第一輪的投資者將會有68％的內部收益率（IRR）

篇6

軟件工程中，軟件質量保證（SQA，Software Quality Assurance）正日益受到軟件工作人員的重視，在軍用軟件研制過程中顯得尤為重要。本文介紹了GJB5000A-2008二級SQA關鍵過程域的概念，探月工程地面應用系統軟件過程改進中的SQA實踐活動，以及在SQA活動中取得的寶貴經驗。

【關鍵詞】GJB5000A-2008 SQA 軟件過程改進

1 引言

近年來，隨著中國國防技術的發展，國家啟動了一系列國防重大專項任務，計算機軟件在各項任務中起著關鍵性作用，往往作為整個系統的中樞神經。任務中計算機軟件一旦崩潰，就可能會導致整個任務失敗，從而引起嚴重的后果。

為提高我國軍用軟件質量，總裝備部吸收國外CMM經驗，組織國內專家對其研究并結合我國國情于2003年了GJB5000體系標準文件。中國科學院國際天文臺在國家重大專項任務探月工程中承擔地面應用系統建設任務，軟件作為一項重要建設內容，其質量保證工作不可忽視。因此，在軟件改進過程中遵循了總裝備部的 GJB5000A-2008《軍用軟件研制能力成熟度模型》二級實踐。該模型嚴格定義了過程與產品質量保證（PPQA）關鍵過程，站在軟件的角度，就是軟件質量保證（SQA）過程。在GJB5000A-2008二級實踐中，SQA是一個關鍵過程域，它貫穿在整個軟件生命周期中，在軟件質量保證上起著舉足輕重的作用，同時也是最難實現的一個過程域。SQA通過有計劃地實施SQA活動來控制軟件過程的質量，并通過控制關鍵過程的質量保證軟件產品的質量。

2 GJB5000A二級關鍵過程域SQA概述

GJB5000A-2008定義軟件質量保證是建立一套有計劃、有系統的方法，向管理層保證擬定出的標準、步驟、實踐和方法能夠正確地被項目采用。軟件質量保證人員在項目開始時就參與建立計劃、標準和過程。質量保證基本目標是：1.軟件質量保證工作是有計劃進行的；2.客觀的驗證軟件項目產品和工作是否遵循恰當的標準、步驟和需求；3.將軟件質量保證工作及結果通知給項目相關組別和個人；4.高級管理者應接觸到項目內部不能解決的問題。

GJB5000A-2008二級實踐中，過程和產品質量保證活動的流程圖如圖1所示，

3 SQA在探月工程地面應用系統軟件過程改進中的實踐

在探月工程地面應用系統軟件改進過程改進中，開展的實踐活動如下：

3.1 明確項目相關成員以及職責

項目相關成員包括：SQA人員、配置管理員、部門負責人，軟件項目負責人，軟件開發組，軟件測試組；SQA人員負責項目的軟件質量保證活動。

3.2 SQA人員參與制定項目計劃、標準和規程

SQA人員幫助策劃項目的規模、進度、成本和工作量的估計等，參與項目的開發計劃、標準和規程的準備，使得驗證計劃、標準和規程在項目開始時已到位并可用于評審和審計軟件項目。主要的標準和規程包括軟件項目計劃過程規程、質量保證過程規程、需求過程規程、軟件跟蹤與監督規程、軟件配置管理規程、軟件測試規程、軟件編碼標準和文檔編寫標準等。

3.3 制定和維護SQA工作計劃

SQA人員根據項目開發計劃制定SQA工作計劃，主要描述SQA的目的、范圍及SQA計劃與其他項目計劃之間的關系，內容包括：組織和職責、資源需求、項目各階段的工作內容、工作方式、評審工作過程和工作產品。SQA工作計劃制定后，由部門負責人、軟件項目負責人、SQA人員、項目組內其他受影響的小組和個人參加計劃的評審。同時在項目進行過程中，根據項目的變化變更與維護質量保證計劃。

3.4 軟件過程活動評審

SQA人員根據工作計劃進行工程過程評審，評審采用正式會議或者非正式會議形式，評審專家依據SQA人員事先制定的檢查單進行評審，如果評審發現偏差，評審后SQA人員要對偏差進行跟蹤直至問題關閉。從軟件需求階段開始到系統測試為止，軟件質量保證過程域軟件開發過程是同步的，并在周期例會、評審會上適時地報告當前開發過程的狀態，使得軟件開發過程可視透明。圖2為SQA過程審核活動與軟件開發過程的對應關系：

3.5 軟件工程產品審計

SQA人員根據工作計劃進行工作產品評審，評審采用正式會議或者非正式會議形式，評審專家依據SQA人員事先制定的檢查單進行評審，如果評審發現偏差，評審后SQA人員要對偏差進行跟蹤直至問題關閉。在一個軟件項目的生命周期中，SQA主要審計的工程產品有：軟件任務書、軟件需求規格說明書、軟件概要設計說明書、軟件接口設計說明書、軟件詳細設計說明書、程序源碼、軟件測試計劃、軟件測試說明、軟件測試報告、軟件使用說明以及各類管理報告等。

3.6 配置管理審計

SQA人員定期審計配置管理活動，對照軟件配置管理計劃檢查配置管理員的工作是否符合配置管理計劃，軟件配置項的變更是否遵循了配置項的變更控制流程。檢查配置管理員是否定期報告基線狀態，是否定期對配置庫進行備份。

3.7 偏差記錄與跟蹤

在項目質量審核與審計過程中發現的偏差要記錄到偏差報告中。發現偏差后要及時有效的與軟件負責人溝通，由軟件負責人落實偏差的處理負責人以及處理期限，由SQA人員負責進行跟蹤，直至問題關閉。同時，SQA人員還應該分析是否存在共性問題，做到防患于未然，提早預防。如果發現的偏差軟件負責人無法解決，或者軟件負責人和SQA人員對偏差問題無法達成一致意見，SQA人員向部分負責人匯報，由部門負責人決策。

3.8 向部門負責人直接匯報

SQA人員直接對部門負責人負責，具有向部門負責人直接匯報的渠道，定期向部門負責人匯報SQA工作情況，幫助部門負責人了解項目進展以及項目中存在的問題。如果軟件負責人和SQA人員對偏差問題無法達成一致意見，或者項目組出現無法解決的問題時，SQA及時向部門負責人匯報并尋求解決途徑。

4 SQA活動實踐經驗總結

在探月工程地面應用系統軟件過程改進過程中，總結SQA活動的過程，得到一些經驗和教訓：

4.1 需要管理者高度重視

首先，管理者決不能認為SQA可有可無，不能狹隘的認為設置SQA只是為了CMM或者GJB-5000A評估的需要；其次，在項目進展過程中，管理者與SQA相關的工作非常多，要積極參加SQA組織的評審、定期聽取SQA工作匯報、解決項目組與SQA人員的分歧、對SQA人員工作進行評審與檢查。因此，管理者要積極支持SQA人員的工作。

4.2 檢查單與項目結合，避免空談

SQA所有活動均依據檢查單進行的，檢查單是軟件質量保證計劃的一項重要內容，也需要經過評審，所以SQA人員要根據不同項目情況適當地裁剪過程和工作產品的檢查單內容。只有使用適應于項目的檢查單，才能做到檢查的有效性，否則就是空談。

4.3 SQA人員要求專業而且專職

SQA人員要求具有非常豐富的項目開發和管理經驗，只有這樣才能發現問題與偏差，減少后期無用的返工，以利于項目組保證項目進度和產品質量。同時，必須要求SQA人員是由非項目組成員擔任，以保證評價的客觀性。SQA人員需要有充分的時間與精力去檢查與評價產品與過程，要求SQA人員盡量做到專職，而不是身兼幾個職位。

4.4 項目成員配合

在項目中，SQA人員與項目組人員的立場不同，往往是對項目組成員的工作情況實行監督與檢查，所以項目組的成員對SQA人員往往不理解、不支持，甚至部分成員會抵制SQA人員工作展開。項目組應該加強SQA活動知識的培訓，使項目組成員認識到SQA審計的是過程和產品，而不是針對某個人審計。其中，軟件負責人的支持與配合，對SQA工作的展開起著至關重要的作用。

4.5 需要對SQA進行同行評審，確保SQA活動有效性

SQA人員本身也需要被監督，才能保證他的公正性和客觀性。管理者、獨立SQA專家、軟件負責人定期評價SQA活動，并向SQA人員開放評審結果，對SQA活動的不符合問題同樣進行跟蹤直至關閉，確保SQA活動的有效性。

5 結束語

在軟件工程中，SQA活動是保證軟件項目質量的關鍵因素，SQA活動的有效性很大程度上決定了軟件項目質量。每一位項目管理者應高度重視SQA工作，并給予充足的人力與物力資源。只有SQA通過積極而客觀的檢查、評價、獨立而有效的多向溝通，有效行使監督指導職責，積極貫徹軟件工程化、過程改進理念，增加主動的預防手段，才能有效地促進項目成功。

參考文獻

[1]馬麗飛.淺談SQA在GJB5000A二級實施過程中的作用.中國電子科技集團公司第二十七研究所[J].電子質量，2014.

[2]王楊玲等.航天型號軟件過程改進實踐，北京宇航系統工程研究所[J].航天標準化，2011.

[3]石柱.軍用軟件能力成熟度模型可重復級實施指南[M].北京：中國標準出版社，2006.

[4]劉彥濤，馬閏娟.CMM二級SQA關鍵過程域與軟件過程改進，華東計算機技術研究所[J].計算機工程，2007.

[5]王精明.淺談在CMM2中如何實現SQA[J].滁州學院學報，2006.

[6]王勇等.CMM質量保證的理論與實踐[J].計算機工程與設計，2005.

[7]李曉麗等譯.Project Management Success With CMMI Seven CMMI Process Areas[M].北京：機械工業出版社，2008.

篇7

本次調研是通過對個別建筑師事務所的詳細實地調研和調查問卷發放兩種形式進行需求性調研。通過調研發現如下幾大問題：

1.1工作計劃編制與下達有困難

調查結果顯示，工作計劃的完善是公司最需要改善的方面。通過了解，在工程師方面由于建筑設計項目的特殊性，很多工作難以量化，所以現在的工作制定及量化主要還是依據總工程師的主觀判斷，很難以系統化、公式化、定額化的方式改進此步驟，所以工作計劃的制定是難點。另一方面，工程師對于指令下達的準確性不甚滿意，經常出現設計人員對工作計劃與目標的誤讀而導致的工期拖延；其次是上下級對工作量的預估不能統一且誤差很大，例如對于一個設計方案，業主要求更換幾種材料或更改圖紙，工程師認為半個工作日可以完成，而設計人員預估為兩個工作日，后經討論發現，更改材料對大多數圖紙內容并無實質變化，基本只是文字部分的更改；而設計人員方面認為總工程師制訂計劃主觀因素過多，工作量分配不合理，常出現有人工作繁忙而別人工作清閑的情況；其次在設計過程中，工程師對設計人員的監控不足，不能及時更改不合理的工作計劃。

1.2薪酬制度不合理

調查發現，大多數建筑師事務所對員工薪酬的制定并不科學，多采用按項目金額決定的分配方式，其次是上級領導決定，員工薪酬基本與個人的工作效率無關。眾所周知，績效考核制度和薪酬制度對員工工作積極性起著重要作用，二者是否合理，決定著員工最根本的利益。而這種僅依靠設計項目收入分配的分紅制度嚴重制約著員工個人的積極性與自主性、更高的工作效率與更好的工作態度，并不能給其帶來收益。具有更好的回報體系才能調動員工的積極性、穩定員工的忠誠度和激勵員工付出。

1.3管理軟件不易操作

現在的設計人員及設計管理人員對相對熟悉的電腦軟件及系統有著依賴性，不愿接受新的軟件。尤其表現在軟件需要學習使用的時候，例如project在設計項目管理公司中就很少利用，最明顯的就是畫圖軟件AutoCAD。現在的裝飾設計公司較多用的還是CAD2004，建筑設計公司用得較多的還是CAD2007，但現在CAD已經開發到2013，且界面已經全面更新，在軟件使用上可謂是差了一個時代。另一方面，電腦的系統也相對陳舊，建筑設計公司在Win7來臨的今天大多數還采用WindowsXP的系統，更有甚者用的是Windows2000，所以在信息化時代的網絡化管理手段并沒有在建筑設計公司得到有效采用。

1.4設計變更多

經過對業主和監理單位的調研，了解到設計公司進行全過程服務的較少，經常出現交圖拿錢走人的現象；而且現今設計分包較多，尤其是各類管線設備的設計分包較多，但多個小型設計企業不能協同合作，所以管線經常有碰撞等設計問題；而且即使有了良好的設計，在管線的施工隊入場時也不能做到有組織地進行管理，常常是像搶車位一樣地把有利于自己施工的空間先占去，并不考慮全局。因此，施工過程中的設計單位的輔助工作對于業主是極其必要的，多數設計企業并不能做好售后服務，提高自己的服務質量。

二、基于重點問題的設計管理信息系統

解決方案通過調研，發現建筑師事務所現狀不容樂觀，問題較多。但是由于建筑師事務所有著自身獨特的優勢與不足，不可以盲目學中型建筑設計企業的做法，要逐步、逐層進行改進。首先要完成公司制度的規范與落實，如果沒有統一的衡量標準，員工守則無論是日常工作還是年終考核分紅都沒有有效的依據與標準，人為因素的過多，會導致員工向人情世故方面努力而不是工作；其次，需要逐步進行信息化改革，對于建筑師事務所，最大的需求就是對設計管理的需求，優先開發設計管理信息系統，這樣既克服了其資金少、時間緊張的客觀限制，又解決了面臨的最大困難；最后將信息系統結合公司制度齊頭并進，使信息系統的作用真正落實并通過公司制度保障正常運行。通過信息化手段，在工作效率上有了大幅提高，同時又通過公司制度完善了薪酬機制，調動了員工工作的積極性。以下是基于重點問題設計的管理信息系統解決方案。

2.1工作計劃制訂和下達的改善方案

通過調研，個別大中型設計企業曾經嘗試將設計工作定額化或者量化，但由于設計方案的不確定性，均以失敗告終，所以總工程師在工作計劃制訂方面仍應起到決定性作用。如果輔以設計管理信息系統，記錄上傳，工程師可以回顧或者分享所經歷的工程，可以總結經驗、教訓。在員工方面，通過該系統將總工程師的任務更加明確，通過文字表格的形式細化，盡可能地讓員工了解與設計相關的一切權限允許的信息，降低因為理解差異造成的損失。如果后期開發可以實現動態進度上交，便可以幫助工程師及時更改不合理的工作計劃和人員分配計劃。

2.2薪酬制度改善方案

因為建筑設計是知識性工作，對于時間和進度難以掌控，項目管理有一定的難度，所以人的積極性是否被調動是所有管理中的重中之重，而良好的薪酬體系是解決此類問題的關鍵。設計項目系統將薪酬制度分為兩個主要方向去體現：第一是項目分紅，應當保留并改進原有的以項目收入大小為分配依據的分紅方式，這樣既可以保證企業改革的難度降低，又可以實現公平，主要依據是員工在項目中的責任級別與工作情況；第二是每月獎金，這個部分是根據日常工作情況的月評。以下是具體計算方法：

（1）責任矩陣評分。根據項目責任級別分為3個等級：項目負責人、主要參與人、其余參與人，3個等級制定不同分值。

（2）按照項目設計階段評分。前期研究階段、方案設計階段、初步設計階段、施工圖設計階段、后期服務階段、項目結束及后評價（根據項目實際情況可縮減階段數量）。

（3）制定企業員工、管理人員評分表。（1）、（2）兩項以項目為單位，比例由管理人員確定，決定項目分紅標準。（3）為月報，反映在員工當月薪酬。計算公式：項目分紅＝（階段評分的之和÷滿分）×責任系數×最高分紅責任系數：按其在責任矩陣等級設定系數；最高分紅：完美完成項目可以得到的項目分紅額度；月薪＝工資＋獎金×月報評分系數。

2.3設計管理信息系統軟件開發界面要求

軟件應簡單易操作，大多數軟件或信息系統在實際工作過程中都需要對使用者進行培訓。但由于公司人員本身工作量大，信息系統短時間內的效果并不顯著，設計人員及管理人員較為排斥新的軟件及信息系統。如果想要切實可行地落實設計管理信息系統，必須提供給使用者一個相對友好的界面，減少或省去培訓時間。最好使軟件像ATM機一樣，用最少的操作及按鍵完成盡可能多的功能。

三、結語

篇8

關鍵詞：會計電算化專業；實踐教學體系；管理

一、制定會計電算化實踐教學體系管理的工作計劃

會計電算化實踐教學體系的管理工作計劃的主要內容有：企業應根據自身發展的總目標，結合企業自身條件以及國家方針政策和業務發展需要，確定會計電算化的總體管理要求，明確會計電算化總目標；確定電算化會計信息系統的總體結構，系統的子系統組成及之間的聯系；確定電算化會計信息系統實現順序，按核算—計劃分析—預測決策的順序進行，會計核算部分可先實現賬務處理、報表編制、應收/應付賬款核算、工資核算等工作的電算化，然后實現固定資產管理、存貨核算、成本核算、銷售核算等工作的電算化。在技術上可采用先單機，再上網絡，然后逐步擴充實現網絡化；確定電算化會計信息系統軟件取得方式，一般有自行開發、委托開發、聯合開發和外購商品化軟件等方式；確定電算化會計信息系統硬件配置要求，提出與會計電算化工作規劃相適應的計算機硬件設備機型和網絡系統設備配置原則和要求。制定會計電算化工作計劃是管理會計電算化的主要內容。通過制定會計電算化工作計劃，可以明確奮斗目標及主要任務，降低實施成本，提高經濟效益；滿足外部和內部不同部門的需求，協調會計信息子系統與管理信息系統之間的關系，使企業信息化工作統一標準、統一安排；有利于實現數據共享，組織各類人員參加和配合；對會計信息系統進行總體設計、分步實施、分階段完成。

二、確定會計電算化實踐教學體系管理的組織機構

制定會計電算化工作計劃后，對技術和經濟等方面規劃進行可行性研究，分析單位擁有的設備條件、技術力量能否保證會計電算化的正常開展，能否承擔投入的人力、物力、財力的壓力，還應對預期取得的經濟效益和社會效益進行分析。可行性分析通過后，必須將會計電算化工作進一步細化，層層分解，制定出具體可行的分階段實施工作計劃，指導會計電算化的具體實施工作，并對計劃的執行情況進行考核。會計電算化實踐教學體系的管理應該建立會計電算化工作的組織機構，應處理好領導、總會計師、財務部門的關系。會計電算化工作需要不同類型和不同層次的專業人員，因此，制定專業人員培訓計劃，明確培訓人員數量、培訓要求、方式、時間等。開展會計電算化工作需要一定的資金投入，包括硬件購置費、軟件開發和購置費、耗材料費、運行維護費和培訓費用等，沒有資金保障，會計電算化工作將無法開展。因此，在計劃中做出預算的同時還應安排資金來源。

三、建立會計電算化實踐教學體系管理的教師隊伍

二十一世紀是經濟全球化的時代，會計行業處于這一潮流的最前沿。認真研究應對的戰略與策略，特別是從理論與實踐相結合上，提出與論證會計電算化實踐教學體系教育問題，已經成為廣大會計教育學者的緊迫任務和前沿問題。如會計電算化實踐教學模式、會計電算化實踐教學改革、會計電算化實踐教學評價體系等。會計電算化專業的教師應當對這些問題開展理論研究和學術交流，以保持專業教學的前沿性。為了保證會計電算化實踐教學體系的管理工作順利開展，必須建立隊伍負責組織管理工作，建立會計電算化實踐教學體系管理教師隊伍，組織會計電算化實踐教學體系的管理工作。加強師資隊伍建設，提高教育教學質量。建設與時俱進、搶占前沿的會計教育師資隊伍，建設具有開拓進取意識和創新能力的師資隊伍。會計電算化專業是一門新興的專業，需要分析和解決的問題是現代經濟和管理問題。我們必須破除長期以來在人們頭腦中根深蒂固的研究方法和模式，發揚創新精神和創造能力，盡量用比較新穎和科學的方法進行專業研究和教學實踐，與市場的動態仿真一致，健全會計學課的研究體系，使會計電算化專業的教學內容富有科學性與時代特征。建設理論與實踐相結合的高素質的師資隊伍。具有豐富工作經歷和實踐經驗的教師的課堂，不僅內容豐富多彩，而且由于真實、生動而吸引學生并使學生信服，教學效果有充分保障。

參考文獻：

[1]國家中長期教育改革和發展規劃綱要（2010~2020）[M].北京：人民出版社，2010.

[2]顧明遠,石中英.國家中長期教育改革和發展規劃綱要（2010~2020）解讀[M].北京：北京師范大學出版社，2011.

[3]王富強.旅游管理專業實習教學質量評價體系的構建及實施[J].內蒙古教育：職教版，2013，（7）：41.

[4]常士剛.會計電算化應用[M].大連：東北財經大學出版社，2008.

篇9

財務人員20xx年度工作計劃

時間過的好快，似乎在一個不經意間給人許多考驗，許多寶貴的經驗，我已從事財務工作兩個多月的時間了。以下是針對我所在酒店的基本介紹和XX年酒店財務工作計劃的具體情況：

酒店簡介：××大酒店是一家文化型酒店，在經營上打造一流文化型酒店。在餐飲形式上講究：地方特色或民族性風味特色，所以在餐飲產品品種數量上，相應比較多。這樣就決定了酒店在食品原料上的成本投入，相應的增多。所以在餐飲成本控管方面，必須注意到食品原料市場供應情況及廚房在加工情況。以便于更好的對產品價格跟蹤管理，隨時對產品的毛利進行控制。做出毛利預警機制，以保證酒店的利益。剛到財務，一切都從零開始。作為成本控管，本崗位的工作責任就是：發現問題，然后用具體的數字或文字說明問題。解決關于成本方面的問題，不定時地對酒店的菜品價格進行核算。是否銷售價格過低，或成本過高等問題。以便于及時發現問題，如有發現及時記錄下來。并且用書面形式表達出來，以作書面性匯報。好及時的反應情況，保證酒店利益不受損失，將酒店的XX年財務工作計劃如下：

1、了解廚房所使用原材料的漲發率及凈料率，同時了解原材料在廚房的使用情況。做好購進原料的質量驗收與督促工作，保證食品原料的質量。

2、不定時的，對廚房食品原料使用情況進行調查。并抽查干貨原材料的凈料率或漲發率，做到算得出，管得住。以防由于廚房人員技術不同而造成食品原的出品率過低，影響酒店的利益。

3、做好日常酒店菜品價格巡查工作，發現菜品價格問題及時做出書面匯報，并計算出毛利率!以保證餐飲產品的毛利率不低于50%

在××酒店財務，工作的這段時間里。剛開始工作比較上進，并且能快速的發現問題并反應問題，同時做出書面性的工作匯報。并且也解決了一些實際問題。但是到最近半個月來，由于年終盤點，年貨問題，而沒分清主次，同時沒有做好時間安排。造成成本控管工作不及時，反應不到位。書面性匯報也沒有做，同時做了好多無用功，造成大量工作時間的浪費。在保密工作當中，由于自己的剛剛踏入財務，對工作數據的保密意識不強，所以后我將三思而后行。在工作認真考慮后再去做，把工作時間安排好，以免做太多的無用功。在工作當中應做到，工作效率的化以防止效率過低!工作問題主要存在：沒有分清工作重點，沒有理順工作環節。而造成以上問題的發生，為防止以上問題從復發生，做出下一步工作計劃如下：

迎新年，XX年工作計劃如下：

1、安排好工作時間，做好日常工作。根據每天的工作情制定工作計劃，以防為找事情做而找事的事情發生。

2、一周一書面匯報，做到不漏報不瞞報。并且對匯報內容就行詳細數據分析，以便于更好的為下一步工作打好基礎。同時留底以便于備忘，為以后的工作開展作好準備。

3、對廚房原料有針對性地盤點，特別是海鮮干貨制品，做到一周一盤點，并且生成表格。對于一般原料注意其使用情況，發現問題及時上報。并且做出相應的答復，以保證原料的正常使用。對每天的工作做出小結，并留待好第二天工作的銜接。

4、針對原料的購進與售出，存在若干品種可以論件計算，也就是整進整出。在整進整出的原料品種方面，準備制訂出每日售賣盤存表。以便于更準確地了解廚房的成本及其損耗。

財務人員年度工作計劃范文

1、進一步鞏固會計核算改革工作

搞好會計核算是做好學校財務工作的基礎,因此,必須在鞏固會計核算改革的基礎上,進一步規范會計基礎工作,提高會計核算的水平。

2、完善財務制度建設

我們將在201x年制度建設的基礎上，進一步制定和完善一些校內財務規章制度，諸如：《清華大學非貿易非經營性外匯財務管理辦法》、《清華大學二級核算單位會計工作制度》等，使會計工作有一個更加完善的制度環境。

3、進一步加強財務系統信息化建設

我們將進一步開發財務專網在財務管理和會計核算中的作用;進一步加強財務處網頁建設，做好財務信息的日常工作，方便教師查詢，提高辦公效率;完善內部報表制度，開發財務分析系統，為決策提供科學依據。

4、配合后勤部門做好社會化改革工作

從財務角度認真總結201x年后勤改革的經驗，修訂和完善后勤單位的經濟管理辦法，使其在自我發展的軌道上實現良性循環;設立后勤專管員了解后勤財務狀況，幫助主管校長進行后勤理財;擴大后勤改革的范圍，制定飲食服務中心、接待服務中心等部門的管理辦法，配合后勤部門把后勤改革推向深入。

5、加強會計人員的業務培訓,提高會計人員的整體核算水平

201x年將定期對會計核算和使用天財財務軟件過程出現的問題對會計人員進行業務培訓。結合201x年的決算和總復核中發現的問題，有針對地對一些重點科目進行講解。

6、拓寬、完善天財軟件在管理上的應用

201x年將重點開發為各系財務負責人和系會計人員使用的財務報表分析系統以及開發離任審計的財務指標評價系統。

7、管好、用好各種專項經費

做好211工程的驗收檢查及財務文件的歸檔以及財務數據和財務統計分析工作。掌握985經費的使用計劃(規劃),加強平日管理、檢查、分析和控制工作。

8、清理會計檔案庫,開發票據管理軟件

對所有的會計檔案進行整理、清查和分類,開發票據管理軟件,加強票據的管理和監督。

9、完成助學金一級核算工作

在工資實現一級核算之后，完成助學金一級核算的動員、說服、組織、協調以及數據的采集、核算、崗位責任方面的工作,實現助學金的銀行.

財務人員20xx的年度工作計劃

公司新領導層接手公司的第一年，根據公司全年董事會的工作安排以及未來三年規劃，結合本公司的實際情況，公司財務部在一如既往地做好日常會計核算工作、提供優質服務的同時，將著力做好完善財務制度、推進規范管理和加強學習教育、苦練服務內功兩篇文章，為公司的做大、做強提供優質、高效的保障和服務。

一、加強規范管理、做好日常核算

1、根據公司核算要求和各部門的實際情況，按照會計法和企業會計制度的要求，做好財務軟件的初始化工作。

2、配合會計師事務所對公司第七年度的年終會計報表進行審計，并按有關部門的要求，完成會計報表的匯總和上報工作。

3、配合外部審計機構對總公司上一年度財務收支情況進行審計，提高資金使用效益。

4、配合公司領導完成各責任中心經濟責任指標的預算及制訂工作，并做好公司有關財務管理制度的擬稿工作，加強財務制度建設。

5、做好日常會計核算工作。按照會計制度，分清資金渠道，認真審核每筆原始憑證，正確運用會計科目，編制會計憑證，進行記賬。做到“三及時”：即及時編制有關會計報表，及時報送稅務等部門;及時裝訂會計憑證;及時清理往來款項。出納要嚴格按照現金管理辦法和銀行結算制度，辦理現金收付和銀行結算業務;及時準確登記銀行、現金日記賬，做到日清月結;嚴格支票領用手續，按規定簽發現金支票和轉帳支票。

6、配合銷售部了解貨款回收情況，做好貨款回收工作。

7、積極籌措資金，從多方面保證公司資金運營的流暢。

8、努力加大新業務開拓力度，實現跨越式發展。企業未來的發展空間將重點集中在新業務領域，務必在認識、機制、措施和組織推動等方面下真功夫，花大力氣，力爭使在較短時間內投資、發展新業務，走在同業前面，占領市場。

9、完成公司董事會及ceo臨時交辦的其他工作。

二、加強基礎防范、做好安全工作

1、貨幣資金安全。定期檢查現金提取、送存過程中的安全問題，檢查現金是否超庫存存放;對有關設備的完好性進行檢查，若有隱患，及時處理并向上反映;及時加以整改。

2、票證管理安全。做好現金、收據、發票、各種有價票證的管理工作以及安全防范工作，確保不漏不遺不缺。

3、負責防火安全。嚴格執行用電管理規定并保證每日下班時切斷主電源;對辦公室吸煙進行嚴格管理，采取有效措施保證地上無亂扔煙頭。

4、負責防盜安全。定期檢查安全措施的完好性，發現問題及時處理并向上匯報。

三、加強考核考評、提高工作質量

1、嚴格遵守《會計人員職業道德》和有關規定，對違反規定的人員提出處理意見。

2、嚴格進行考勤工作。嚴格執行上下班制度，保證每日工作的正常進行。

3、要建立和健全各項管理基礎工作制度，促進企業管理整體水平提高。企業內部各項管理基礎工作制度，包括：財務管理制度、財產物資管理及清查盤點制度、行政管理制度，根據各項管理制度的基礎工作的要求，實行崗位責任制，規定每個員工必須做什么、什么時候做、在什么情況下應怎么做，以及什么不能做，做錯了怎么辦等細則。這樣，每個崗位的每個責任者對各自承擔的財務管理基礎工作都清楚，要求人人遵守。通過實施這些制度，進一步提高企業管理整體水平。

4、建立和健全自我約束的企業機制，確保企業持續、穩定、協調發展，嚴格審核費用開支，控制預算，加強資金日常調度與控制，落實內部各層次、各部門的資金管理責任制。盡量避免無計劃、無定額使用資金。

四、加強素質養成、推進隊伍建設

隨著后勤集團的不斷壯大，面對日趨復雜的市場和日益加大的競爭，提高財務人員素質日顯重要。

1、認真學習會計法、企業財務管理制度、工業企業會計制度和有關的財務制度,提高會計人員的法制觀念,加強會計人員的職業道德,樹立牢固地依法理財的觀念,做到有法必依,執法必嚴,違法必究,貫徹執行黨的方針政策,自覺遵守法律、法規,維護財經紀律,抵制不正之風。

篇10

撰寫人：___________

日

期：___________

xx年客服部工作總結及下半年工作計劃

客服部工作總結及下半年工作計劃范文一

xx年xx月

1、開展師德師風建設宣傳教育系列活動。

2、開展慶祝教師節活動。

xx年xx月

1、開展迎國慶宣傳。

2、組織教職工學習《工會法》和新的《勞動合同法》。

xx年xx月

1、繼續開展每學期一次的趣味運動會活動。

xx年xx月

1、學校工會工作總結

2、各類先進評比

客服部工作總結及下半年工作計劃范文二

非常感謝公司給我這個在客服方面學習和成長的機會，感謝公司領導和同事在我工作中的支持和幫助，讓我能夠融入到公司的團隊建設之中，希望能夠和大家一起創造一個良好的工作氛圍和工作環境。。

新的一年已經開始，客服部也將會面臨一些全新的環境與考驗，根據這幾天我對公司的了解情況，做出以下工作計劃：

1.

終端培訓

在客服的工作范圍之內制定完善的、合理的終端培訓計劃并認真有效地完成培訓;

2、收集小票信息

重視小票基本信息的收集，應盡可能的完善填寫，特別是一些重要項目，必須規范填寫;

2.建檔

利用統一的專業的管理軟件分類建立客戶檔案;

3.數據統計分析

分析，比較客戶消費信息，及時反饋到相關部門，并附加初級建設性意見;

4.客情維系

尋找、創造機會采取多種形式與不同類型的客戶加強溝通，比如：顧客滿意度調查、節日期間的互動，基本的色彩搭配建議，高級的私人形像顧問等等。及時掌握客戶需求盡最大努力滿足客戶需求，為客戶提供高附加值的服務，提高顧客滿意度，發展提升與客戶的關系。

5.客訴處理

根據客戶反饋投訴的信息，及時做出反映。以客戶為中心，改善處理流程、操作程序。

由于對服裝業的客服工作是首次參與，在進入公司短短的5天時間中所做的工作并不是很多，但也發現了自己的很多不足，我會努力，爭取把客服工作做得更好。

在工作中，我也遇到了一些問題和困難：

1.對工作中一些具體要求不是很清楚，導致自己的工作不知道怎樣才可以順利的開展，擔心自己在做無用功，浪費公司資源;

2.人事方面也不是很清楚，這樣會耽擱到部份同事的寶貴時間;

3.需要一臺電話，希望可以配一臺，方便與同事之間的溝通交流;

由于自己在服飾客服方面，經驗上有很多的欠缺和不足，也為了把客服工作高效率地做好，因此，希望公司相關領導及同事在以上問題方面給予一定的建議和幫助，使客服的工作能夠得到很好的銜接，謝謝!