http://www.microsoft.com/taiwan/events/slides/msdn/default.htm

五月份

日期 主題 投影片下載 線上觀看廣播 2010/05/06、05/11、05/13 三螢一雲的開發平台 - Visual Studio 2010 上市發表會 05 月 13 日 三螢一雲的開發利器 - Visual Studio 2010 05 月 13 日 軟體品質及開發流程的改善 - 使用 Visual Studio 2010 05 月 13 日 Web 開發效率提昇 - ASP.NET 4.0 05 月 13 日 絕佳的使用者經驗設計 - Silverlight 4.0 05 月 13 日 主題一：軟體開發流程管理 - Team Foundation Server 2010 全功能介紹 05 月 13 日 主題二：軟體品質改善 – 測試管理及測試自動化 05 月 13 日 彈指間完成雲端服務的開發與佈署 - Windows Azure 平台上的開發應用

三月份

http://msdn.microsoft.com/zh-cn/dd796167.aspx

MSDN Webcast - Visual Studio 2010 代码探索系列课程

國科會自由軟體專案研 究計劃需求規格書參考範例 （SRS）

Impr

1. 專案範圍（Project Scope）
  1.1概觀（Overview）
     說明發展系統目的與希望達到的功能
  1.2系統描述（System Description）
     描述系統實現的方式與架構，說明包含那些子系統
  1.3子系統XXX描述（Subsystem XXX Description）
     子系統或模組的功能描述
2. 背景資訊（Background Information）
  2.1 文件範圍（Document Scope）
     定義文件明確規定之需求範圍
  2.2 文件控管（Controlling Document）
     文件版本的說明
  2.3 符號定義（Notations）
     以符號明確定義系統與子系統
  2.4 優先順序（Priorities）
     以符號定義優先順序，提供需求描述的依據
3. 系統（System）
  3.1系統開發與介面（System Development and Interfaces）
    3.1.1環境圖（Context Diagram）
       系統架構呈現
    3.1.2介面需求（Interface Requirements）
       將介面需求明確編號
    3.1.3操作概念與腳本（Operational Concepts and Scenarios）
       系統操作情境的敘述、使用者案例圖
     3.2功能性需求（Functional Requirements）
       將系統功能明確編號與敘述
  3.3非功能性需求（Non-Functional Requirements） 
    3.3.1效能、安全性、可靠性與可維護性的需求（Performance, Safety, Reliability and Maintainability Requirements）
       將系統非功能需求明確編號與說明
    3.3.2交付、安裝與環境需求（Delivery, Installation, and Environmental Requirements）
       將需求明確編號與說明，此類需求例如「需在某個平台上執行」
    3.3.3設計與實做限制（Design and Implementation Constraints）
       以編號定義需求，此類需求例如「需以某種程式語言開發」
    3.3.4測試需求與驗收標準（Test Requirement and Acceptance Criteria）
       定義測試項目與內容
    3.3.5技術限制（Technical Limitations）
       在開發中無法達到的技術限制
    3.3.6風險控管（Risk Management）
       此類需求像是資料損毀
4. 子系統XXX（Subsystem XXX (System Administrator Subsystem)）
  4.1子系統開發與介面（Subsystem Development and Interfaces）
    4.1.1環境圖（Context Diagram）
       詳述子系統架構
    4.1.2介面需求（Interface Requirements）
       同上章節
    4.1.3操作概念與腳本（Operational Concepts and Scenarios）
       同上章節
  4.2 功能性需求（Functional Requirements）
    4.2.1 XXX01模組（XXX01 Module）
       同上章節
    4.2.2 XXX02模組（XXX02 Module）
       同上章節
  4.3 非功能性需求（Non-Functional Requirements）
    4.3.1效能、安全性、可靠性與可維護性的需求（Performance, Safety, Reliability and Maintainability Requirements）
       同上章節
    4.3.2交付、安裝與環境需求（Delivery, Installation, and Environmental Requirements）
       同上章節
    4.3.3設計與實做限制（Design and Implementation Constraints）
       同上章節
    4.3.4測試需求與驗收標準（Test Requirement and Acceptance Criteria）
       同上章節
    4.3.5技術限制（Technical Limitations）
       同上章節
    4.3.6風險控管（Risk Management）
      同上章節
  4.4 需求對於使用者案例追蹤表（The Traceability Matrix of Requirements v.s. Use Cases）
     繪製使用者案例追蹤表
  4.5需求對需求追蹤表（The Traceability Matrix of Requirements v.s. Requirements）
     繪製需求間的水平與重直追蹤表
5. 專案執行計畫（Project Execution Plan）
  5.1 XXX主系統（XXX System）
    5.1.1專案成功與否的準則（Success Criteria）
       定義專案成功條件
    5.1.2專案範圍(任務分析結構圖)（Project Scope (Work Breakdown Structure)）
       建立WBS、任務派遣
    5.1.3建立專案屬性評估（Establish Estimates of Project Attributes）
       評估專案屬性與影響
    5.1.4專案生命週期（Project Life Cycle）
       定義專案執行的各個階段
    5.1.5專案時程（Project Schedule）
       定義各階段里程碑與產出
    5.1.6資源（Resources）
       專案產出資源的描述
    5.1.7風險控管（Risk Management）
       風險規劃、風險因應
    5.1.8資料控管計畫（Data Management Plan）
       說明資料透過什麼方式進行控管、建構管理
6. 詞彙表（Glossary）
  名詞敘述
7. 參考資料（References）
  參考資料與來源
8. 附錄（Appendix）

 Inui 軟體工具╭★Gmail 的 POP3 設定

http://bmeweb.niu.edu.tw/material/ec/B2C%E4%B8%83%E7%A8%AE%E9%87%91%E6%B5%81%E6%9C%8D%E5%8B%99%E6%A9%9F%E5%88%B6.htm

金流服務--以B2C為例

        B2C電子商務將是未來具有最大商機的電子商務模式。B2C電子商務之金流服務重點在於支付 的便利、安全、低成本及高效率。隨著支付科技之研發與創新，既安全又便利且低成本、高效率之付款機制將是主流，非on-line 之支付方式勢將逐漸被淘汰。在國內，由於法令限制較多，發展會比較 慢，但仍以銀行為主軸。國外，即使 non-banks 在這領域非常積極，發展快速，但仍無法獨立於傳 統之銀行支付系統之外。

         現行的B2C金 流服務是由業者透過金融機構的網路銀行(Internet Banking)便可自動取得交易明細資料，並結合業者之電子商務伺 服器帳務系統或ERP、財務會計系統，透過網際網路執行帳務清算，以節省人工作業成本，提高自動化效率，完成整個交易流程。Internet Banking 系統有以下幾種金流服務機制:

       網 路 電 子 商 務 合 約 書     c981009

立合約書人台灣里國際有限公司(以下簡稱甲方)及　　　　　          　　    (以下簡稱乙方)，雙方為「網路電子商務」之服務事宜特立本契約，協議條款如下：  

第一條：本服務係由乙方自行建構網站提供買方上網瀏覽、訂購產品，並由甲方提供payment server系統代乙方收取買方應付之款項，但因乙方之商場租用甲方之payment server交易平台系統，故雙方議定稅捐繳納方式如下：
(1)甲、乙雙方之商業合作模式為委託代收款關係，甲方為受託人，乙方
   為委託人。
(2)本合作模式之產品價格及種類，均以乙方網站之產品內容為準，價格
   之調整均由乙方自訂，並僅限於經由網路上甲方之payment server
   交易平台完成之交易。
(3)因乙方租用甲方之payment server交易平台系統，提供買方以信用
   卡於乙方網站交易，並委由甲方代乙方向銀行請款。故甲方須開立系
   統交易手續費發票予乙方，乙方須開立銷貨發票予買方。

第二條：(1)雙方簽約時，乙方須依選擇服務方案(如附表)支付相關費用予甲方(中途解約不退還)。及交易履約保証金              元正(自交易款項中扣抵，解約日起算第180天無息退還，計算方式如附表) 。
(2) 乙方同意甲方委由銀行單位代為徵信(徵信費用500元由乙方支付)。

第三條：乙方同意每筆「網路電子商務」的交易，均依交易額比率提撥(如附表)做為信用卡銀行手續費與甲方系統認証交易手續費，且每筆交易乙方均須依法繳納稅捐。

中國信託付款閘道（Payment Gateway）業務租用條款

商店登記名稱：                                           （以下簡稱甲方 ）

商店代號：822-□□□□□□□□□□與中國信託商業銀行股份有限公司（以下簡稱乙方），就所有以網際網路電腦連線方式租用乙方付款閘道（Payment Gateway）付款系統（以下簡稱本業務）從事電子支付款及其他服務之業務，雙方同意訂立下述條欽：

第一條、    雙方同意事項

http://playpcesor.blogspot.com/2010/01/keep-focused-25-pomodoro.html

Keep Focused 保持25分鐘專注力的 Pomodoro 工作法小工具

今天在「KeepFocused is a portable Pomodoro Technique timer for Windows」 這篇文章裡，看到一個有趣的時間管理方法：「Pomodoro Technique（番茄鐘工作法）」，以及一個輔助完成這種工作法的免費、免安裝軟體：「Keep Focused」。

「Pomodoro」是義大利語中 的番茄，在這裡指得是做成番茄形狀的廚房定時器，例如煮泡麵時我們可以將番茄鐘設定為3分鐘後提醒，讓我們獲得正確的烹煮時間長度。而「Pomodoro Technique（番茄鐘工作法）」則是一種時間管理方法，利用定時器的輔助，讓你透過分 段集中精力的方式，用最有效率、最 沒壓力的方法來完成工作流程。

http://www.comsenz.com/purchase/discuz

http://www.agames.com.hk/viewthread.php?tid=18439&extra=page%3D1

Discuz! 授權協議及服務購買