合同管理軟
前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇合同管理軟范文，相信會為您的寫作帶來幫助，發現更多的寫作思路和靈感。
合同管理軟范文第1篇
乙方：
乙方購買甲方開發的______管理軟件系統，達成以下協議：
1、 乙方購買甲方的______汽配、汽修管理系統軟件(單機版/網絡版)，甲方提供軟件的安裝光盤一張、說明書一本、免費培訓操作員、協助乙方進行初始化工作。
2、售后服務工作，具體內容如下：
初始化工作由甲方協助乙方完成;
軟件免費維護____個月，由簽定合同日算起;其它不是甲方提供的電腦硬件、網絡維護等與甲方無關，不在免費維護范圍。
3、 ______汽配汽修管理軟件______________版___套(含____個站點);
總計：_______元(不含稅);
4、軟件付款方式：
1.預收軟件款的80%為訂金。
2.余額到軟件安裝，調試完工時既付清。
5、軟件完成工作日：
甲方按時保證質量完成所做工作，乙方按合同及時向甲方付款;
6、 本合同未盡事宜，甲乙雙方應本著真誠合作的態度，友好協商解決;
7、 本合同一式兩份，甲乙雙方各執一份，自簽署之日起生效。
甲方簽字： 乙方簽字：
合同管理軟范文第2篇
網絡項目管理學會
本文較詳細介紹在實施CMM的過程中如何進行軟件分包即軟件子合同管理的步驟和流程。
實施完善的軟件分包管理，從軟件能力成熟度模型的軟件子合同管理關鍵過程域開始是比較好的辦法。在軟件能力成熟度模型中，定義了軟件子合同管理要達到的目標，定義了實施所須的承諾（Commitment）和能力（Ability），定義了進行軟件子合同管理應該有的活動，國內已有不少書籍或資料對此進行了翻譯與介紹，這里就不再贅述了。但是，就像SEI對軟件能力成熟度模型其他的關鍵過程域的描述一樣，只是給出了“應該作什么（What）”，而對“應該如何做（How）”這一關鍵的、大家都關心的問題毫無解釋，很多想實施CMM的企業和組織都感到無從下手。我們參考了一些國外的資料，結合具體的實踐經驗，提出了一個框架性的描述。由于篇幅所限，這里只列出軟件能力成熟度模型中軟件子合同管理13個活動（Activity）的具體操作辦法及其相應產品（PRODUCT）：
活動1：按照文檔化的規范定義和規劃子合同工作
任務：確定需求
建立專門技術小組確定產品模型
確定資金來源、資金類型及其有效期限
確定開發的最后期限
從技術角度出發安排開發進度
對要進行的工作做書面定義
將開發所涉及的需求及需要的支持知會制定合同的有關官員
RFP開發
具體開發目標的分析及匯總
控制可資利用的開發資源，使其服務于相應的開發隊伍
對于需求分析及可能的實施方案進行最后評估，最終制定開發策略。
對項目經理匯報開發計劃，以獲得技術批準。
對制定合同的有關官員匯報開發計劃，、以獲得最終批準。
成果：
目標分析
開發計劃
評估方案
活動2：按照文檔化的規范根據承包商完成工作的能力選擇承包商任務
任務：
根據評估方案對開發計劃書進行評估
依照評估方案匯總評估結果
涉及審計、協商、方案選擇時，給予決策人員所需的支持。
進行商務談判選擇訂約方
成果：
簽訂合同
活動3：與承包商之間的協議作為管理子合同的基礎任務
引述工作描述(SOW)，監督合同各方履行合同義務。
分析評估合同條款的進一步解釋說明。
為決策者提供恰當貼切的闡釋說明。
成果：
合同條款的解釋說明。
活動4：評審和批準文檔化的承包商軟件開發計劃
任務：
審查分析SDP的初始方案
給出修改建議
更新SDP方案
批準更新后的SDP方案
成果：
獲得批準的SDP方案
活動5：將軟件開發計劃用于跟蹤軟件活動和通信狀態
任務：
開發進度報告、備忘錄、開發任務清單等等
將SDP方案同時及開況進行分析比較。
成果：
最新的開發任務清單，指明已完成的、開發中的及尚未進行的開發任務。
通過審批的開發進度報告、備忘錄等。（有可能未獲通過）
活動6：按照文檔化的規范判定對承包商的工作陳述、子合同條款、條件以及其他約定的更改
任務：
對需要進行的修改和需要做出的變動進行審查驗證。
同合同簽訂方進行協商。
批準實施修改。
成果：
合同的修改
活動7：雙方的管理者一起執行定期的狀態或協調評審
任務：
定期審查開發狀況/合作情況
成果：
最新的開發任務清單，指明已完成的、開發中的及尚未進行的開發任務。
通過審批的開發進度報告、備忘錄等。（有可能未獲通過）
審查結果歸檔。
活動8：承包商參與定期技術評審和交流
任務：
從技術角度定期審查開發狀況
成果：
最新的開發任務清單，指明已完成的、開發中的及尚未進行的開發任務。
通過審批的開發進度報告、備忘錄等。（有可能未獲通過）
審查結果歸檔。
活動9：按照文檔化的規范在所選擇的里程碑處進行正式評審，評價承包商的軟件工程完成情況與結果
任務：
進行定期的、正式的工程開發審查。
成果：
最新的開發任務清單，指明已完成的、開發中的及尚未進行的開發任務。
審查結果歸檔。
活動10：軟件質量保證組按照文檔化的規范監控承包商的軟件質量保證活動
任務：
從軟件質量保證法（SQA）出發進行質量驗證。
成果：
軟件質量保證評估報告。最新的開發任務清單，指明已完成的、開發中的及尚未進行的開發任務。
活動11：軟件配置管理組按照文檔化的規范監控承包商的軟件配置管理活動
任務：
從軟件配置管理（SCM）角度出發進行配置管理驗證。
成果：
軟件配置管理評估報告。
最新的開發任務清單，指明已完成的、開發中的及尚未進行的開發任務。
活動12：按照文檔化的規范進行驗收測試
任務：
產品驗收
成果：
最新的開發任務清單，指明已完成的、開發中的及尚未進行的開發任務。
通過驗收的軟件產品。（有可能未獲通過）
產品評估報告。
活動13：定期評價承包商的性能，并與承包商一起評審評價工作
任務：
評估分析合約方的開發表現。
合同管理軟范文第3篇
【關鍵詞】項目考核 項目獎金制度管理辦法 項目管理 軟件系統開發管理
一、前言
軟件系統產品研發和項目開發的工作具有重要性、連續性和緊迫性等特征，為提高產品項目研發和實施的成功率，提高參與人員的積極性，明確工作導向，激發軟件開發人員的自身潛能和工作熱情，使軟件開發在產品和項目共同目標的牽引下不斷提高工作效率，因此，研究軟件系統開發項目考核和獎勵方案具有重要的現實意義。
為了提高研發人員的積極性，軟件公司通常采用項目獎金的方式促進軟件系統的開發。制訂合理的項目考核和獎勵方案有助于更好的實現軟件系統開發的管理。研究采用合理的項目考核和獎勵方案，通過對項目獎金的控制，克服軟件系統開發的不確定性，使軟件系統開發處于可以控制的范圍內，以達到預期的目標。
合理的項目考核和獎勵方案旨在根據研發人員在工作的貢獻度(參與度)、創新性以及質量控制(功能穩定性)進行獎勵，研發人員所獲得的獎勵是基于他/她在考核期間所付出的努力、所取得的成果、所評效出的得分，同時，研究項目考核和獎勵方案的重要目的是逐步提高研發人員的收入水平，分享軟件開發所帶來的利益。
二、項目考核基本流程
結合軟件系統產品或項目的開發周期和過程，制定合理的項目考核和獎勵方案的流程，部分特殊軟件產品或項目將因具體情況而變更流程。
項目考核和獎勵方案都是由該項目負責人進行方案申報，由軟件開發部門經理核實方案，并提交公司總經理審批，審批通過，該方案相關的文檔進行報備，并作為考核記錄和獎金支付的依據。
具體流程是由公司制訂軟件系統開發計劃或者項目開發合同，提交給軟件開發部門制訂項目考核和獎勵方案，并提交公司總經理審批，審批通過后，由產品或項目負責人對軟件的開發過程進行項目考核和統計，在項目考核結束后根據考核結果將項目或產品開發獎金總額的60%按項目開發獎金計算公式進行發放。
項目進入維護期后，由產品或項目負責人重新制訂維護期的項目維護考核和獎勵方案，同樣由公司總經理進行審批，審批通過后，由產品或項目維護負責人進行項目考核和統計，項目考核結束后根據考核結果將項目獎金總額的40%進行發放。
三、項目審批和申報
軟件公司策劃的新產品通過軟件開發部門進行開發的項目，需經過綜合評估其工作量和周期，從而啟動項目考核與激勵機制，可以依據以下要求的軟件系統產品或項目可以由軟件系統產品或項目負責人提報申請：
（一）新版本或新產品的開發，并預估開發人天(第一個版本)達到200人/天以上。
（二）委托開發的客戶項目，并預估開發人天(含穩定期)達到50人/天以上。
（三）二次開發的客戶項目，預估開發總人天(含穩定期)達到50人/天以上。
符合以上要求的產品和項目，需要由負責人準備以下資料，上報公司總經理進行審批：
1.績效考核與獎勵申請表。
2.項目開發團隊。
3.開發計劃與開發人天。
4.績效考核標準。
5.激勵方案與預算。
對于小型項目(開發人天小于50天)或維護類項目，分配給開發人員負責跟進后，登記所花費的人天，作為年底績效考核的依據，并統一計算績效獎勵和發放。
四、項目考核的基本要素
（一）考核范圍與職位加權系數
考核辦法的適用范圍將包括項目團隊的全部參與人員，由研發總監、產品和項目負責人負責團隊組建，負責人則決定參與人員的職位分級，以下是職位所設置的加權系數：
因軟件系統產品或項目在開發和實施過程中，人員參與程度、方式和參與周期會有變化和調整，軟件系統產品或項目負責人有權對考核人員范圍以及加權系數進行調整，并予以公布，負責人有義務對調整部分進行解釋并進行思想工作。
對于試用期軟件系統開發人員，需要進行績效考核，但不進行績效激勵和獎金，績效考核成績將作為去/留的依據。
（二）項目考核周期
為保證軟件系統產品或項目在開發和交付過程中，項目軟件開發人員能持續提高工作熱情，并始終關注所負責的任務以及項目整體目標，是以考核的作用是非常重要并且不可或缺的。
根據產品開發/項目的開發和交付周期，將考核分為：開發期考核和穩定期考核兩部分；
1.開發期考核
針對軟件系統產品或項目開發人員和測試人員，將開發期劃分為多個考核周期(周/月)，分別對每個項目參與人員進行績效考核，最后計算平均的方式得出最后績效考核評分；對于軟件系統產品或項目的顧問與支持人員，則只需在開發期末進行一輪績效考核；項目負責人根據人員評分，計算每個項目組成員的績效獎勵，告知以組員并執行發放。
2.穩定期考核
在產品投入市場過程后，或項目順利上線，標志著穩定期結束，項目負責人將對每個項目組成員進行最后一輪，評估組員在穩定期給予軟件系統產品或項目的支持力度是否符合預期，并作為最后績效獎勵的發放依據。
（三）項目考核指標
由于軟件系統產品或項目參與人員的角色差異，并考慮量化指標的困難，本辦法計劃對多個角色的項目組成員，使用統一的標準進行考核，考核將從多個方面進行，實行記分制，主要指標項如下：
合同管理軟范文第4篇
關鍵詞:JBPM;Jboss seam;工作流;工作流管理;軟件項目管理
中圖分類號:TP311文獻標識碼:A文章編號:1009-3044(2009)31-0000-00
The Application Study of Jboss Seam and Jbpm in Software Project Management System
QI Wei-wei, PAN Wei
(The Ministry of Education-Learning Support Technology Engineering Research Center, The Key Laboratory of educational software of Jilin Province, Ideal Institute of Technology Northeast Normal University,Changchun 130017, China)
Abatarct: By studying a new application framework of J2EE-Jboss seam. Jboss seam and Jbpm depth integration of workflow technology. Initially realized both in practical application of the software project. First, Introduced what the JBPMis,summarized what the Jboss seam is。Through a comparative study of traditional software project management system deficiencies,discussion and analysis the application advantage ofjboss seam and jbpm in software project management system. The purpose which is applied to the software development office automation management by advantages ofthe Jbpm。 The software project management systemof the jbpm technology is conducive to teamwork and division of labor。The development process in the system use JBPM technology can reduce application development complexity and simplify the preparation of the code to improve development efficiency.
Key words: jbpm; jboss seam; workflow; workflowmanagement; software project management
軟件工程項目開發是當今社會各領域不可缺少的重要活動,已經成為各領域信息化的基礎。在計算機科學發展的幾十年的歷史中,軟件學科獲得了空前的發展,并逐漸成為該領域的核心技術。在經歷了若干大型軟件項目的成功和失敗后,人們才逐漸意識到軟件項目管理的獨特問題:失敗主要是由于使用的管理技術不當。雖然目前好的管理不一定能使軟件工程成功,但不好的管理一定會導致軟件工程的失敗――軟件使用的日期會大大拖后,成本也可能比預計的高出好幾倍,而且最終軟件很難維護。為此,一個好的軟件項目管理系統的誕生,也是勢在必行!
近年來,工作流管理和業務流管理正在迅速成為企業獲得軟件敏捷性和適應性的重要方法。Jboss JBPM是一個面向流程的工作流/BPM框架和工具集。它使業務分析人員能夠與軟件組件進行交互,有助于活的有效的業務解決方案。把Jboss JBPM技術應用到項目管理軟件中是相當可行的舉措。為了提高項目開發效率我們將應用J2EE5.0最新的輕量級框架Jboss Seam。Seam是一種企業級Java的應用程序框架,它將JSF和EJB3的組件模型合二為一,消除了膠合代碼,使得開發者專注于業務問題。最值得一提的是,Seam整合了一系列主要的其他開放源代碼框架,例如JBPM、Jboss Rules(又名Drools)、Jboss Portal、JBoss Micro container等等。Seam不僅能將它們“有機結合”起來,而且可以像整合JSF和EJB3一樣強化原有的框架。
1 JBPM的新應用
1.1 JBPM介紹
JBPM( Java Business Process Management)是一種基于J2EE的輕量級的、靈活可擴展的工作流管理系統。JBPM為設計及開發工作流和業務流程管理系統提供了一個先進的平臺[1]。JBPM實現了流程邏輯與業務邏輯的分離,能夠可視化的進行業務流程的分析、定義和業務單元的組裝,從而使應用開發人員更關注于業務邏輯的實現,降低了復雜流程應用的開發難度。
JBPM 定義了使用JBoss 流程定義語言編寫的文件里面的流程定義。JPDL 是一種面向圖形編程(GOP)的語言,它基于節點、轉換和動作組成的模型。在這種模型里面,節點是在流程定義過程中彼此相遇時執行的命令。轉換負責指導流程定義的執行過程,而動作在節點或者轉換事件發生時執行特定邏輯。
1.2 Jboss Seam概述
Jboss Seam是一個Java EE5框架。它通過把JSF與EJB3.0組件合并在一起,從而為開發基于Web的企業應用程序提供一個最新的模式。Seam可以讓你把EJB組件直接綁定到JSF頁面[2]。Seam能夠統一和集成現有的開源技術集成如Facelets、Hibernate、JBPM、Drools、Groovy、Java Port lets、BPM、AJAX、iText和Lucene。
圖1為基于JBoss Seam 的Web 應用程序框架。
1.3 JBPM和Jboss Seam的整合
Jboss Seam與JBPM工作流實現了無縫整合,在基于Jboss Seam來開發具有工作流的功能時,只需簡單的將hibernate.cfg.xml和jbpm.cfg.xml的文件配置一下,在WAR的components.xml聲明使用流程定義的JPDL流程定義文件就實現了系統的整合。工作流的核心工作分為二個部分,一為流程的定義,二為流程實例與業務數據實例綁定。之后以不同的角色實現流程的流轉即可[3]。
圖2為JBPM和不同角色接口。
Jboss Seam通過JBPM對業務流程和規則的整合提供了極好的支持。在Jboss Seam應用中,可以指定UI動作(例如按鈕點擊)來觸發業務流程。只需要通過@CreateProcess注釋來標記UI事件處理方法。業務流程是不同的用戶以相應順序來完成的一系列任務。可以用@BeginTask和@EndTask標注任務的開始和結束。當前任務結束時,JBPM引擎將自動把進程前移,進行下一個任務。Seam讓每個用戶可以查看他/她的當前任務列表以及完成任務的下一個動作。這些任務列表是基于當前登錄的用戶角色生成的,并且通過用戶認證和授權的方式緊密地整合到Seam安全框架中。
2 軟件項目管理系統
軟件項目管理系統實際上就是利用高新的IT信息技術對軟件工程項目的開發過程進行管理。它所涉及的范圍覆蓋了整個軟件工程過程。軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質量順利完成,而對人員(People)、產品(Product)、過程(Process)和項目(Project)進行分析和管理的活動。軟件項目管理的根本目的是為了讓軟件項目尤其是大型項目的整個軟件生命周期(從分析、設計、編碼到測試、維護全過程)都能在管理者的控制之下,以預定成本按期,按質的完成軟件交付用戶使用。軟件項目管理系統恰好就是實現了軟件項目管理的自動化或半自動化。
3 傳統的軟件項目管理系統的不足
傳統的軟件項目管理系統由于本身的局限性,越來越不能滿足軟件項目管理發展,存在如下缺陷:
首先,傳統的項目管理系統基本上通過紙質文檔來進行管理,不便于查找和了解項目的進展情況,也不便于對項目進行統計分析、項目總結、項目成果利用等。在項目規劃、項目進度跟蹤、資源分配和需求變更等方面都不能滿足實際項目開發的需要,以至于項目進度難以控制,項目開發過程難以規范化。其次、傳統的項目管理系統不能很好地解決資源沖突問題,特別是產品設計和軟件開發等項目。在項目管理過程中往往會有大量的動態信息產生,是一個動態離散時間系統,不便于管理控制。再次,傳統的項目管理系統只能處理特定的開發流程。當開發流程發生變化時,就必須修改系統的應用程序或重新開發新的應用程序,否則無法滿足項目開發流程多樣化和需求的不確定性。
4 Jboss Seam和JBPM在軟件項目管理系統中的應用優勢
JBPM作 為J2EE的一部分充分繼承了其跨平臺的,可移植的特點,Java語言本身的擴展性有效地解決了重復開發和程序重構的問題,“編寫一次、隨處運行”大大減少了浪費。通過我們對Jboss Seam和JBPM技術的研究,再次發現利用二者能夠降低程序開發的復雜度、簡化代碼的編寫,提高開發效率。 Jboss Seam對JBPM的集成有一定的方便性,主要表現在三個方面:第一、 提供內置對象顯示任務列表給用戶;第二、 Jboss Seam除新增conversation上下文外,還新增了business_ process上下文,這就是為工作流管理提供的,應用程序可以將流程中涉及的相關狀態作為JBPM變量存儲于business process上下文,然后 Jboss Seam可以持久化這些JBPM變量;第三、 提供方便的標簽開始一個流程,開始一個任務、結束一個任務。當JBPM運行時,使用簡單強大的語言將在Sever上輸入的任務流程打包在流程檔案中,可以很快的部署業務工作流程,并實時到web上,這樣JBPM就將工作流應用開發的便利性和企業應用集成能力更好的集合起來。用戶可以實時監控流程狀態,對軟件項目提供直觀有效的管理。同時,Jboss Seam 和JBPM都是開源的,對企業降低管理成本有著絕對的優勢。
5 實例研究
假設一個軟件項目管理的常見操作,以實例的形式部署到JBPM上,以探討其應用價值。
實例:項目經理看到《需求分析報告》的時候進行審核的過程,
1) 流程定義
流程圖如圖3所示。
Jpdl文件:
-
-
-
-
-
-->
-
2) 初始化actor ids
Jbpm對流程中用戶的管理是通過actor id和group actor ids。seam內置了一個部件Actor來方便指定當前的actor ids.這個工作一般在用戶登陸時完成。
@In(create=true) Actor actor
…
Public String login(){
…
Actor.setId(user.getUserName());
Actor.getGroupActorIds().addAll(user.getGroupNames());
…}
3) 啟動一個工作流
@out(scope=ScopeType.BUSINESS_PROCESS,required=false)
Long taskId;
@Out(scope=ScopeType.BUSINESS_PROCESS,required=false)
Float total;
@Out(value=“employee”,scope=ScopeType.BUSINESS_PROCESS,required=false)
String employeeName@CreateProcess(definition="TaskManagement")
public void submitTask() {
try {
completedTask = purchase(employee, currentTask);
taskId = completedTask.getTaskId();
total= completedTask.getNetAmount();
employeerName= completedTask.getEmployee().getUserName();
}}
4) 任務分配
當開始一個工作流的時候,任務實例被創建,任務實例必須分配給一個用戶或用戶組,相應seam中分配任務有二種方式―分配給用戶或用戶組,如:
分配給用戶:
5) 開始任務
Seam提供了兩個標注開始任務:@StartTask和@BeginTask.開始任務時開始一個conversation上下文,能在其中訪問保存在business process上下文中的變量。
@BeginTask
public String viewTask() {
Task = (Task) em.createQuery("select o fromTask t join fetch taskLines where t. taskId = :taskId")
.setParameter("taskId",taskId)
.getSingleResult();return "accept";
}
6) 結束任務
Seam提供@EndTask標注結束任務,并指明下一步流程。如:
@EndTask(transition="approve")
public String accept() {
task.process();
return "employee1";}
通過以上實例我們發現。將Jboss Seam和JBPM引入到軟件項目管理系統是可行,并且有著顯著的優勢。實際操作也相對簡單。對于一個軟件公司而言,即使是業務流程有改變,我們也只需要將新的流程通過可視化的設計定義,并部署到Jboss JBPM服務器
(下轉第8732頁)
(上接第8724頁)
上。一個新的工作流程就馬上可以開始。JBPM提供了持久化的解決方案,通過將定義好的 “工作流程”存儲到數據庫當中,并提供對外的接口,我們可以在這些基礎之上進行二次開發。總之有了Jboss Seam和JBPM的完美結合,工作流的部署將變得格外省力和簡單,容易操作,上手快,大大的提高了企業的工作效率。
6 結束語
我們采用Jboss Seam開發軟件,將會更好的利用JBPM技術,更快的提高軟件開發效率,而且基于Jboss Seam良好的封裝性,我們開發出的軟件必然有良好的穩定性,易于后期維護。從而,我們將得到一個穩定性較好的項目管理軟件,相信項目管理者利用這個相對穩定的管理軟件去開發和管理項目,在今后的工作中一定會事半功倍,大大提高軟件開發效率,進而提高企業利潤。
參考文獻:
合同管理軟范文第5篇
關鍵詞：現代企業；措施；合同管理
中圖分類號：F284 文獻標識碼：A 文章編號：1001-828X（2012）06-00-02
一、現階段合同管理介紹和現狀述評
1.合同管理介紹
現代企業之間的合作主要是通過合同形式進行的，一個企業的經營成敗和合同及合同管理有密切關系。因此合同管理成為企業之間經濟合作和貿易往來的核心內容之一。合同管理對于企業之間順利的合作具有重要的意義，而且對保證利益相關者的利益也有重要作用，因此合同管理不僅有著重要的實際應用，而且一直是理論界討論的熱點。企業之間的合作產生問題，企業貪污受賄嚴重，企業倒閉，運營產生問題都應該從合同管理上找到相關起因。無論是表現良好的企業還是績效很差的企業都應該時時刻刻注意合同管理，只有這樣才能維持企業的良好發展。合同管理工作應在遵守法律的基礎上，對合同進行“全方位”管理和“全過程”管理。
合同管理強調的是一種行為結果，其過程大體包括以下因素：內部環境、風險評估、控制活動、信息與溝通、內部監督。這五個方面構成了合同管理的全部主體。例如，內部環境是合同管理實施內部控制的基礎，一般包括治理結構、機構設置及權責分配、內部審計、人力資源政策、單位文化等。風險評估則包括及時識別、系統分析經營活動中與實現內部控制目標相關的風險，合理確定風險應對策略。信息與溝通是合同管理必不可少的關鍵環節，在實施內部控制的過程中，需要及時、準確地收集、傳遞與內部控制相關的信息，確保信息在內部、外部之間進行有效溝通。從而實現企業之間的有效合作和運行。
2.合同管理在我國的研究和應用狀況
現階段理論界對合同管理的研究還刻意追求西方理論界的研究成果，很多制度規范的實施僅僅刻意的去模仿西方的合同管理的行為準則制定和實施，因此其結果總是未能達到預期的效果，究其原因主要包括以下兩個方面，首先，對西方合同管理的研究僅僅停留在表面，而沒有深層次的研究合同管理在西方的使用范圍和產生起源。合同管理涉及到很深層次因素的影響，因此為了更好的研究合同管理，應該從其法律文化因素追求。其次，中國情境也具有與西方國家不同的國情和特點，所以會造成水土不服的現象。
二、合同管理的重點以及我國現階段合同管理所存在的問題
1.合同管理的重點
提及合同管理的重點，可以從合同管理進展的三個階段分別來討論合同管理的重點，由于合同管理分為事前、事中和事后三個合同管理階段，那么在事前階段，通過合同的準備，了解簽訂合作對方的信息、資料是合同管理的重點所在，唯有如此，才能夠保證合同管理的有序進行。對于事中的合同管理階段，其重點必須側重于匯報登記制度。采購機構簽訂合同后，應按規定向有關需求部門、財務部門和采購業務管理部門匯報；合同管理員則將合同的有關內容登記到相關的臺賬上，以便監督檢查。最后事后的合同管理階段，其重點是統計報表制度。將合同的簽訂、履行、變更、解除及發生糾紛的處理等項情況以報表的形式定期進行統計匯總，并進行分析和上報。
2.我國現階段合同管理所存在的問題
近年來很多企業產生很多違反法律的案件，引起了社會各界的廣泛關注，暴露了合同管理過程還存在很多問題，揭示了合同管理在不同的進展過程中所產生的嚴重問題。
首先，合同管理缺乏監督管理的動力。合同管理顧名思義，既是對企業自身進行監督管理，也需要合同雙方共同履行義務，因此這個合同管理過程存在很多的阻力，沒有任何個人或單位傾向對自身進行監督管理，也不愿意對合同雙方當事人進行監督管理。即使采取了某種措施監督和管理，很多時候這些行為也只是停留在表面上，很少將這些措施落到實處。一方面，企業管理人員不愿意制定一系列的合同管理控制制度，來約束自身和員工的行為。另一方面，員工也淡漠合同管理的因素，認為合同管理沒有什么實際價值，但是為了企業長期持續的健康發展，健全的合同管理制度不可或缺。
其次，合同管理監督管理部門和運行部門獨立性較差。合同管理在實施過程中另一個值得討論的問題就是：合同管理監督管理部門和其他部門之間的獨立性。很多合同管理制度的制定者也是受影響對象，因此讓這些管理人員或者領導自己監督自己，很顯然這個過程本身存在很多矛盾和阻力。很多情況下，合同管理的實施過程本質上為了應付上級的檢查才實行的。例如，對于一些企業或者其他組織來講，很多時候領導執行決策，及時制度的制定者，又是制度的遵守者。而對于大型組織，大型企業也是如此，因此為了實現獨立性，可以尋求外部監督評價人員進行合同管理。
最后，合同管理過程缺乏具體的制度流程指引和和規范，使合同管理工作的開展表現為職責分工不明確，工作方向不清楚，相關部門互相扯皮現象。
三、現代企業合同管理的相關措施
1.現代企業合同管理模式
選擇合適的合同管理模式是現代企業合同管理工作的關鍵問題。合同管理是一項綜合管理工作，對于現時代和新環境的企業來講，點多面廣的特點尤為突出，合同管理的模式宜采取企業法務部門統一管理和各業務部門、各子公司分口管理的模式。
2.完善合同管理的管理機制
良好的合同管理規范制度是一個企業有序運營的根本保證。不僅對于企業如此，對于任何社會單位的有序運行也是如此。如果有健全的管理制度，那么合同管理必然會收到良好的結果。合同管理的規范制度包括兩個方面：“軟”因素和“硬”因素。軟的方面強調合同管理必須以人為中心，在合同管理的實施過程中，必須切實考慮到員工的實際需求，只有這樣才能收到更好的效果。硬的方面要求合同管理必須有嚴明的規章制度，規章制度的制定不能單單的表現在紙面上或者口頭上，必須將這些規章制度落實到實處，無論是員工還是領導違反了規章制度，都要受到相應處罰，那么在這種條件下合同管理才能收到預期的效果。
3.加強合同管理的人才培訓
為了提高合同管理水平，具有專業合同管理背景的人才不可或缺，因此制定積極的合同管理人員培養方案，加強對合同管理工作人員的培養和訓練。通過給予合同管理的員工更多的培訓機會以增加其技能。一方面企業應加強合同管理人員的合同管理理論功底，只有如此，才能夠熟知企業合同管理的相關理論。另一方面，加強員工對合同管理的了解，給予員工更多的機會調查合作企業的特點，發現一些行業機遇，詳細了解合同雙方的環境和信息資料。加強對合同管理新技術的使用人員安全意識低。人是企業核心的資源，沒有相應的人才，任何先進的技術和管理手段只能是流于形式，企業合同管理也只能是空談。人才是根本，目前大多數企業普遍存在的問題是缺乏既善于經營管理、又懂現代信息技術，還具有先進合同管理理念的復合型人才。
4.推進企業合同管理信息化
加強對企業信息系統的投資，推進企業合同管理信息化，一方面能夠提高企業的管理能力，同時也能減少企業的生產和運營成本。另一方面，能夠減少企業合同管理對工作人員的需求，減輕了合同管理工作人員的壓力。并且能夠在很大程度上增加合同管理工作流程的安全系數。
四、總結
通過對合同管理過程的詳細描述，發現合同管理主要存在以下問題：合同管理缺乏監督管理的動力，合同管理監管人員觀念落后和合同管理監督管理部門和運行部門獨立性較差，合同管理過程缺乏具體的制度流程規范。為了提高合同管理，維持企業的可持續發展，提出了很多改進措施，例如，選擇合適的合同管理模式，完善合同管理的管理機制，推進企業合同管理信息化。合同管理的重要性無需多言，只有切實制定健全的合同管理制度，使用現代科學的合同管理方法，現代企業才能持續、健康地發展。
參考文獻：
[1]魏玉娟.關于合同管理運行有效的探討[J].現代經濟信息,2010(08).
