軟體開發中的3P和1A（三）-process

   以下總結一下我們做過的事情及流程。
   一.產品規劃
     流程：
       1.確定勘探和目標市場。
       2.確定需要開發哪些產品。
       3.確定開發的順序
       4.初步制定銷售策略和定價策略
     成果：《產品規劃書》
   二.初步建立architecture，並且評估能否滿足產品線的需要。
     我們建立的architecture取名為sea。
     流程：
       1.建立邏輯運行視圖
       2.建立邏輯開發視圖
       3.建立物理運行視圖
       4.建立物理開發視圖
       5.開發sea基礎庫。
         5.1 預研
             主要是學習新技術和研究專項技術。
             學習c#；學習web services；研究or/map；研究工作流程引擎；研究混淆器；研究安全措施；

             成果：《pspl預研報告》
         5.2 開發
         5.3 測試
            
     成果：《sea架構體系》
            sea基礎庫；

   三.開發spl
     流程：
       1.預研
         人員：業務組
         方式：收集、分析市場上現有的類似產品。
         目標：吸收競爭產品的優點，分析其不足。
         成果：《spl預研報告》
       2.需求
         人員：業務組
         方式：收集自身需求為主要需求，預研成果為輔助需求。
         目標：確定spl的業務模型和使用者視圖。
         成果：《spl白皮書》
               《spl業務需求說明書》
               《spl表單說明書》
               《spl使用者手冊》
       3.設計
         人員：設計組
         方式：人工分析、設計。
         目標：設計符合sea需要的設計模型，以方便轉換為運行環境檔案和自動代碼；
               指導程式員進行開發的交易設計文檔。
         成果：《spl總體設計說明書》
                    《spl詳細設計說明書》
                      spl設計庫；
       4.編碼
         人員：編碼組
         方式：根據《表單說明書》和《詳細設計說明書》中的表單部分，進行介面編碼；
               根據《詳細設計說明書》中的交易部分，進行商務邏輯編碼；
               使用vs之類工具進行本地編碼、調試、單元測試；
               使用spl進行編碼提交。
         成果：經過單元測試的業務原始碼；
               單元測試代碼；
         備忘：
           目前按包劃分編碼單位，同一個包內的介面編碼和商務邏輯編碼由同一個人完成。
           可以考慮將介面部分劃分出來，由專門的人來負責，保證介面風格的完全統一。
           或者考慮工具化。
       5.構建
         人員：構建組
         方式：使用spl進行構建、發布。
         成果：spl安裝包A版
       6.測試
         人員：測試組
         方式：安裝spl進行介面測試；
               對手工編碼的交易進行迴歸測試（未做）；
         成果：spl安裝包B版。
       7.試用
         人員：使用者
         方式：試運行
         成果：spl安裝包正式版。
         備忘：
           在spl開發中，就是交由spl項目組，作為其工作平台。
          

     成果：pspl/spl；
           驗證sea架構；
           驗證pspl；

     備忘：
       基本上採用基於瀑布模型的迭代模型，我們首先開發pspl1，然後利用pspl1開發spl1，
       然後利用spl1開發spl2，...，spl(n)。一方面擷取反饋，一方面進行驗證。
       這個可以作為新產品研發的模板流程。

   目前我們做到這一步，下一步將在spl上按照《產品規劃》進行開發。