重慶諾懷軟件有限公司軟件開發(fā), app開發(fā), 微信開發(fā), 小程序開發(fā) - 開口協(xié)議

固定總價合同 vs 工料合同

Caven — Fri, 20 Dec 2013 04:00:58 +0000

??? 今天下午公司幾個同事一起討論了下如何跟客戶的合作模式以及如何選用合同類型的問題，我也有不少思考，就借機整理下自己在這方面的看法，希望能拋磚引玉。

??? 在項目實踐中，我們跟客戶有很多種不同的合作方式，這些不同的合作方式通常也對應著不同的合同類型。無論起什么名字，采取什么形式，從根本上來，就是兩種合同類型，一種是開口合同，一種是閉口的合同。在我們公司，開口合同以單價合同為代表（PMP中叫成本補償合同、工料合同），閉口合同以固定總價合同為典型。我想總結下這兩種合同各自的特點和適用場景。

??? 要回答的問題是：當一個客戶或項目過來時，應該如何選擇合同類型？最簡單合理的答案，就是看采用哪種類型的合同對項目最有利。那該如何判斷哪種合同對項目最有利呢？這就不得不先搞清楚這兩種合同類型各自的特點，要先對他們做個對比，然后再根據項目本身的特點去選擇。

項目	固定總價合同	單價合同
總價格	總價明確	單價明確，總價浮動
單位價格	相對較高	相對較低
啟動周期	前期準備，長	立刻啟動，短
項目范圍	非常明確	較為模糊
響應變化	嚴格控制，較弱	靈活應變，很強
發(fā)包方風險	較低	較高
項目規(guī)模	中、小	大、中、小
投資控制	總預算明確，強	月預算明確，弱
發(fā)包方要求	需要明確需求，高	不需詳盡文檔，低

??? 顧名思義，固定總價合同的特點是有個明確的總價格。譬如雙方達成一致，說這個項目總價是100萬，這個價格會事先定好，寫在合同中，一般不發(fā)生變化。通常伴隨這個價格的，還有工期、質量等方面的明確要求。說到這，有人就會產生疑問了，你這個100萬的價格，是如何給出的呢？這是個好問題。對固定總價項目來說，要給出一個明確的總報價，是有前提的。它最大的前提就是項目（產品或服務）的范圍能夠事先清晰地界定，就是說要做哪些事情，不做哪些事情，要提供哪些東西，不提供哪些東西，這些都要事先說清楚。舉個最簡單的例子，拿軟件項目來說，系統(tǒng)要不要跨平臺，是否需要部署和培訓服務，要支持哪些瀏覽器，甚至是一個界面應該如何布局，這些都會對工作量和價格產生不同的影響，事先不說清楚就難以確定總價格。如果范圍不先界定清楚就把價格定下來了，這非常容易造成后期的扯皮，對一個任務雙方往往各持一詞，一方說這個工作是不包含在最初報價中的因而要額外收費，另一方說這個是固定總價合同，要包干，所有的任務都不會額外付費，如此這般糾纏不清，不利于項目順利開展。由此可見，在固定總價合同中，是承包方承擔了較多的風險，需求變更，意外事件等都會導致他們成本增加，但收入卻是事先固定的。承包方也不傻，為了應對這個風險，通常會在固定總價合同中，增加一筆風險儲備金，這也容易理解，因為所有的項目都或多或少存在一些不確定性，總有一些意料之外的事情發(fā)生。而人們也都能接受給承擔更高的風險一方以更高的回報。這一來，如果換算成單價的話，固定總價合同的平均單價，通常會比較高，這是它的另一個特點。伴隨著固定總價格而來的，還有一個特性，就是對變更的抗拒，因為對于承包方來說，變更就意味著更多的工作，就意味著成本的增加，意味著風險。所以通常在固定總價模式下，承包方會對變更有一種天然的抵制，嚴格地控制變更，即便不得不接受變更，也要走一個復雜的流程，先對變更的影響進行仔細的評估，再談清楚費用和工期的變化，待互相確認達成一致后才會去處理。這樣的一個過程往往是比較耗時的，而且也會有不少討價還價在其中，幾輪之后，最終是合同雙方都會希望盡量減少變更。

?? 總之，采用固定總價合同的項目，基本上圍繞著項目范圍能夠在事先被清晰定義這一假設進行，這導致前期準備工作相對較多，項目啟動周期長。價格的固定也導致賣方承擔風險多，因而單價較貴。并且在合同執(zhí)行過程中對變更比較抗拒，可能無法靈活應對變化。最大的好處是對投資和成本控制有利，能夠事先確定預算。

??? 遺憾的是，世事無常，常見的情況恰恰是很多事情都無法提前預料，人們的預知能力非常有限，越長遠的未來，現(xiàn)在能夠預見的就越少。所以項目規(guī)模越大，持續(xù)時間越長，不確定性就越高，就越難以在一開始就把范圍清晰界定，變更發(fā)生的可能性也越大。越是這種類型的項目，在使用固定總價合作模式時，越會遇到更多的問題。在這種情況下，開口合同就正式出場了。因為它的核心思想是根據工作量來計費，發(fā)生了多少工作就付多少費用，不管持續(xù)時間長短，也不管項目范圍是否清晰，也不管變更發(fā)生得有多頻繁，只要工作發(fā)生了就算數。這種合作模式的好處是靈活性非常大，只要雙方對工作量單價達成共識，可以很快啟動項目，不需要一個漫長的前期準備過程，即便項目范圍很不明確，也可以先開始做，邊做邊明確。同時，因為按照實際發(fā)生的工作計費，這種模式對任何變更都是包容的，發(fā)包方可以隨時變更工作內容，這也意味著承包方的風險較低，因而在資源單價上面，會比固定總價合同更加優(yōu)惠?？上~和熊掌不可兼得，開口合同在帶來這些優(yōu)勢的同時，也帶來了一些風險，那就是無法在項目初期明確總成本，也難以精確評估項目期限，這對于預算驅動型、凡事都要提前明確下來的公司來說，往往是一個大問題?？傊?，這兩種類型的合同，各有各的特點，各自適用于不同的場景，并無絕對的優(yōu)劣。

??? 最后，回到我們最初的問題上去，對一個項目，應該如何判斷它適用哪種合同類型呢？個人認為首要的考慮要素是看它能夠明確的東西有多少，或者反過來看它的不確定性有多高。不確定性越高的，可能用開口合同就越合適。反之，確定性越高的，用固定總價合同就更可靠。在實踐中，雙方的信任度也會對合同模式的選擇產生較大影響，在沒有建立起信任的時候，發(fā)包方往往會傾向于固定總價，在信任度較高的時候，更易于采取開口合同。

??? 以上淺見，歡迎大家點評。值得一提的是，這些認知主要來自軟件開發(fā)這個領域的體會，可能其它領域的情況并非如此。

諾懷博客標簽:

總價格

開口協(xié)議

Excel 插件開發(fā)經驗分享

Yee — Fri, 13 Dec 2013 06:19:12 +0000

1. 這個文檔寫的是些什么？

這個文檔分享了我在Excel插件開發(fā)中所遇到的問題和對應的解決方案。希望對要進行Excel插件開發(fā)或者想自己寫插件增加效率的朋友有所幫助。

首先描述一下我的Excel開發(fā)遇到的場景:

我需要開發(fā)一個Excel的插件可以從后臺Web Service獲取數據然后顯示到Excel中，那么就存在一個問題：Web Service的數據是通過什么方式寫到Excel中呢？答案是Function！通過函數的方式寫入Excel中。請看下面這幅圖：

首先我會在C3 – C8 輸入年份 2005 - 2010，這時候我需要在D3 - D8 使用函數 =GetPriceByYear()，參數就是C3 – C8的年份，然后從Web Service獲取相應的數據寫入其中?？吹竭@里你可能會說用VBA就好了??？VBA也可以調用Web Service啊，問什么這么麻煩用插件？

2. 為什么要使用插件這個東西？

下面我來說一下為什么要用插件。

之前這個功能的確是用VBA實現(xiàn)了的，但是VBA是和Excel綁定著的，換句話說你用VBA寫了這個功能保存到Excel中，只有保存的文檔能用這個函數功能，如果你用Excel新開一個文檔，那你之前寫的VBA用不到新的空白文檔里面去。這就造成了麻煩。

那如果用插件呢？任何一個用文檔不管是Excel新建的，還是從別的地方拷貝過來的文檔，只要你的Excel安裝了插件，并且插件啟用了，那么就可以在任何一個文檔使用這個功能。是不是比之前用VBA的方式更通用更方便呢？有.NET強大的類庫支持，插件的功能可以寫得更強大更實用。

那么就開始動手開發(fā)插件吧！等等，好像需要先調查一下網上有沒有什么好的方案，存不存在什么問題。

3. 用什么開發(fā)插件？

.NET程序員傷不起，開發(fā)環(huán)境當然首選Visual Studio了，接下來就有兩種選擇：

一種是VSTO（Visual Studio Tools for Office）

還有一種就是：Shared Add-in

這兩種有什么異同呢？相同的點不用說了，都可以開發(fā)Excel Add-in，不同的就體現(xiàn)在Shared這個詞上，VSTO開發(fā)的插件是針對某一個Office產品的，也就是Excel，Word，Outlook需要用VSTO開發(fā)三個插件才能在這三個產品中使用，而Shard Add-in只需要開發(fā)一個，就可以在這三個產品上使用，很強大是吧？所以根據你的需求選擇最適合你的一種方式開發(fā)就好了。

如果你想深入了解他們之間的區(qū)別可以去這里看下：

Shared Add-in vs. VSTO Add-in: What's the difference between/how can I tell if I'm developing?

這時你可能興奮得馬上開始打開VS創(chuàng)建一個項目試試，試試歸試試，你回頭看到周圍電腦大家用的操作系統(tǒng)和Office都不一樣的時候，你突然開始思考了。。。

4.插件在Office 2000 – 2013上都能用嗎？

答案是否定的，首先看Wiki 上的VSTO怎么說：

The developer editions of Office have been discontinued after Office XP and VSTO is available for Office 2003 and later versions only.

很遺憾Office 2000 還有 Office XP不被支持了，其實現(xiàn)在沒看到用這兩個版本的了，最低版本也就是 2003了，但是看到這句話我心有余悸，微軟的這種拋棄式做法，那估計想同時兼容2003-2013也懸了，因為你看下Office2003和Office2007的界面差距有多大你就清楚了。

結果正如我所料，請看下圖：

當我看到這個圖我凌亂了~哦難道要一個Office版本開發(fā)一個？

經過我的不懈Google。。。和虛擬機中的不懈測試。。。

終于得出了結論：

如果開發(fā)Office 2003的Add-in 使用 VS2008 + .NET 3.5 + VSTO 3.0
如果開發(fā)Office 2007以上的Add-in使用（VS2010或者VS2012 ）+ .NET 4.0 + VSTO 4.0

5. 那我寫個小Demo發(fā)布一下試試？

“開發(fā)機上運行完美，客戶機上運行不起來！”

這個是很多人發(fā)布插件到客戶機安裝后得出的結論！是這么多人都SB嗎？腫么可能？是因為發(fā)布程序的陷阱太多了，換句話說，官方給了你發(fā)布程序的20個步驟，你看了之后說：你當我沒發(fā)布過程序嗎？傻啊，我就5步搞定！當你說出這話你就會說上面那句很多人都說的話了。。。

因為你的確需要做20步，所以發(fā)布的確很讓人頭疼，不過你想想發(fā)布成功之后插件啟動了之后。。。多么美好??！

如果你開發(fā)的是Office 2003的插件那么請按照下面的步驟發(fā)布：

Deploying Visual Studio 2005 Tools for the Office System SE Solutions Using Windows Installer (Part 1 of 2)

Deploying Visual Studio 2005 Tools for the Office System SE Solutions Using Windows Installer (Part 2 of 2)

做完Part 1之后是Part 2，都要按步驟做哦!

另外給一個寫的不錯中文文章：

如何簡單部署用VSTO SE 2005開發(fā)的Excel，Word插件

如果你開發(fā)的是Office 2007以上的插件，請看這里的步驟：

http://www.cnblogs.com/brooks-dotnet/archive/2011/11/04/2236609.html

6. Office 2007有問題怎么辦？

開發(fā)和發(fā)布都沒有什么問題，應為 Office 2007 版本以上的插件發(fā)布安裝都比 2003 不知道方便了多少，但是如果你發(fā)現(xiàn)調試沒問題，發(fā)布后也能成功安裝但是就是運行出錯，首先確認你的系統(tǒng)是不是 windows XP，因為 Windows 7 以上不會出現(xiàn)這種情況，windows 7 是自帶了 .NET Framework 2.0 的，但是XP沒有自帶，我一直奇怪用 .NET Framework 4.0 開發(fā)的插件為什么還要用 2.0 的 Framework？不過就是因為這個問題弄了我好久！

所以記住讓你額客戶端無論如何都裝一個Framework 2.0比較保險一點。

7. 怎么讓函數參數列表自動提示？

一開始寫了個模塊定義了一些函數，結果在Excel里面用的時候只是提示函數名參數都不提供，給其他人使用鬼曉得輸入什么參數??？

完全看不到參數提示，你說我該輸入什么？

這時候如果按 Shift + Ctrl + A，下面就是見證奇跡的時刻！

參數列表出來了，這時候選擇參數去關聯(lián)Excel里面的單元格就可以了

8. C# 如何動態(tài)調用Web Service？

查了網上很多文章都不靠譜，自己寫了一個，支持 Soapheader。


using System;
using System.Collections.Generic;
using System.Text;
using System.Net;
using System.IO;
using System.Web.Services.Description;
using System.CodeDom;
using Microsoft.CSharp;
using System.CodeDom.Compiler;
using System.Reflection;

namespace ExcelAddIn
{
    /// 
    /// Call WebService Dynamically (support SoapHeader)
    /// 
    public class WebServiceHelper
    {
        ///    
        /// Get WebService Class Name
        ///    
        /// WebService URL   
        /// WebService Class Name   
        private static string GetWsClassName(string wsUrl)
        {
            string[] parts = wsUrl.Split('/');
            string[] pps = parts[parts.Length - 1].Split('.');
            return pps[0];
        }

        ///    
        /// Call WebService Without SoapHeader
        ///    
        /// WebService URL   
        /// Method Name   
        /// Arguments   
        /// Method Result   
        public static object InvokeWebService(string wsUrl, string methodName, object[] args)
        {
            return InvokeWebService(wsUrl, null, methodName, null, args);
        }

        ///    
        /// Call WebService With SoapHeader
        ///    
        /// WebService URL   
        /// Method Name   
        /// Soap Header   
        /// Arguments   
        /// Method Result
        public static object InvokeWebService(string wsUrl, string methodName, SoapHeader soapHeader, object[] args)
        {
            return InvokeWebService(wsUrl, null, methodName, soapHeader, args);
        }

        ///    
        /// Call WebService
        ///    
        /// WebService URL   
        /// Class Name   
        /// Method Name   
        /// Soap Header
        /// Arguments   
        /// Method Result   
        public static object InvokeWebService(string wsUrl, string className, string methodName, SoapHeader soapHeader, object[] args)
        {
            string @namespace = "";
            if ((className == null) || (className == ""))
            {
                className = GetWsClassName(wsUrl);
            }

            WebClient wc = new WebClient();
            Stream stream = wc.OpenRead(wsUrl + "?wsdl");
            ServiceDescription sd = ServiceDescription.Read(stream);
            ServiceDescriptionImporter sdi = new ServiceDescriptionImporter();
            sdi.AddServiceDescription(sd, "", "");
            CodeNamespace cn = new CodeNamespace(@namespace);

            CodeCompileUnit ccu = new CodeCompileUnit();
            ccu.Namespaces.Add(cn);
            sdi.Import(cn, ccu);
            CSharpCodeProvider csc = new CSharpCodeProvider();
            ICodeCompiler icc = csc.CreateCompiler();

            CompilerParameters cplist = new CompilerParameters();
            cplist.GenerateExecutable = false;
            cplist.GenerateInMemory = true;
            cplist.ReferencedAssemblies.Add("System.dll");
            cplist.ReferencedAssemblies.Add("System.XML.dll");
            cplist.ReferencedAssemblies.Add("System.Web.Services.dll");
            cplist.ReferencedAssemblies.Add("System.Data.dll");

            CompilerResults cr = icc.CompileAssemblyFromDom(cplist, ccu);
            if (true == cr.Errors.HasErrors)
            {
                System.Text.StringBuilder sb = new System.Text.StringBuilder();
                foreach (System.CodeDom.Compiler.CompilerError ce in cr.Errors)
                {
                    sb.Append(ce.ToString());
                    sb.Append(System.Environment.NewLine);
                }
                throw new Exception(sb.ToString());
            }

            System.Reflection.Assembly assembly = cr.CompiledAssembly;
            Type t = assembly.GetType(@namespace + "." + className, true, true);

            FieldInfo[] arry = t.GetFields();

            FieldInfo client = null;
            object clientkey = null;
            if (soapHeader != null)
            {
                client = t.GetField(soapHeader.ClassName + "Value");
                Type typeClient = assembly.GetType(@namespace + "." + soapHeader.ClassName);
                clientkey = Activator.CreateInstance(typeClient);
                foreach (KeyValuePair property in soapHeader.Properties)
                {
                    typeClient.GetField(property.Key).SetValue(clientkey, property.Value);
                }
            }

            object obj = Activator.CreateInstance(t);

            if (soapHeader != null)
            {
                client.SetValue(obj, clientkey);
            }

            System.Reflection.MethodInfo mi = t.GetMethod(methodName);

            return mi.Invoke(obj, args);
        }

        /// 
        /// Soap Header
        /// 
        public class SoapHeader
        {
            /// 
            /// SoapHeader
            /// 
            public SoapHeader()
            {
                this.Properties = new Dictionary();
            }

            /// 
            /// SoapHeader
            /// 
            /// Soap Header Class Name
            public SoapHeader(string className)
            {
                this.ClassName = className;
                this.Properties = new Dictionary();
            }

            /// 
            /// SoapHeader
            /// 
            /// Soap Header Class Name
            /// Soap Header Properties
            public SoapHeader(string className, Dictionary properties)
            {
                this.ClassName = className;
                this.Properties = properties;
            }

            /// 
            /// Soap Header Class Name
            /// 
            public string ClassName;

            /// 
            /// Soap Header Properties
            /// 
            public Dictionary Properties;

            /// 
            /// Add a Property to SoapHeader
            /// 
            /// Soap Property Name
            /// Soap Property Value
            public void AddProperty(string name, object value)
            {
                if (this.Properties == null)
                {
                    this.Properties = new Dictionary();
                }
                Properties.Add(name, value);
            }
        }
    }
}

9. 待續(xù)

諾懷博客標簽:

Excel

開口協(xié)議

Web Service

重慶諾懷軟件有限公司 軟件開發(fā), app開發(fā), 微信開發(fā), 小程序開發(fā) - 開口協(xié)議