「軟體需求分析與塑模」－ 物件合作

2018/10/31|閱覽人次：2,744|0 條留言
本文收錄於 我的電子書「軟體需求分析與塑模 – 第一章、需求分析概觀」。 實現 (realize) 軟體資訊系統功能，從物件導向 (object-oriented) 的觀點來看待時，系統內部的主要組成元素是「物件」，也可以稱為「個體 (instance)」。可以想像軟體系統內部就是由擔任各種不同職掌的類型物件，為實現某一特定功能，在動態期間 (run-time) 的互動合作來協力完成。 關於物 ...
閱讀更多 →

「軟體需求分析與塑模」－ 流程與活動

2018/10/05|閱覽人次：4,632|0 條留言
本文收錄於 我的電子書「軟體需求分析與塑模 – 第一章、需求分析概觀」。 實現企業層級系統功能的主要組成元素是「人」，也就是多個不同角色的內部工作者 (internal worker) 在不同的時間點合作接續以完成所屬職掌的工作。 當為了履行一個企業需求，可能需一連串的活動 (activities) 循序接力達成。當然活動的執行需要有特定的參與人員，也就是會有多種不同角色 (role) 或組織 ...
閱讀更多 →

「軟體需求分析與塑模」－ 什麼是系統功能

2018/10/02|閱覽人次：4,741|0 條留言
本文收錄於 我的電子書「軟體需求分析與塑模 – 第一章、需求分析概觀」。 系統 (system) 是由一組互動 (interacting) 或獨立的元件 (component) 所組成的整合體 (integrated whole)。 系統功能 (system functions)，即為某一整合體所提供給外界 (參與者或外部系統)的一連串服務 (services)。 把企業 ...
閱讀更多 →

「軟體需求分析與塑模」– 企業需求源自於企業價值

2018/10/01|閱覽人次：3,989|0 條留言
本文收錄於 我的電子書「軟體需求分析與塑模 – 第一章、需求分析概觀」。 企業需求要能提供價值 (value)，如此才得以讓企業有獲利行為而能永續經營。 「價值」的呈現取決於在創新、成本、效率等因子的調和。這些因子經常是由內部工作者 (internal-worker)、產品、系統、軟體與流程 (process)等所提供並滿足其需求。最終目的當然在於讓企業創造「利潤 (profit)」。 例如， ...
閱讀更多 →

在 Gitlab 平台簡單創建 GitBook 電子書的步驟

2018/09/27|閱覽人次：9,272|0 條留言
GitLab 提供了 gitbook儲庫 的範本，只要用戶 Fork 該專案，如此就可以建立屬於自己的 GitBook 文檔網站。不過這方式我不太喜歡，需要修改專案名稱等相關屬性，然後也要編輯「README.md」、「SUMMARY.md」內容，如此就會造成 commit 歷史紀錄一開始較為雜亂。 (雖然也可以清除，但又要額外的步驟。) 除了 Fork 的方式，其實也可以自己手動新增空白的專案 ...
閱讀更多 →

關於 GitBook 平台的改版與 GitLab 替代的考量

2018/09/27|閱覽人次：6,087|0 條留言
GitBook 有兩種含意：一為 GitBook 文件平台；另一則為 採以 Node.js 所開發的命令列工具，用以製作基於 Git/Markdown 所產出精美的電子書文件。 就在今年四月底，Gitbook 平台 (Github 旗下之一)，推出所謂的 V2 大改版，改版幅度之大，連帶影響到既有廣大的 V1 開源用戶，預計今年10月左右就要關閉 V1 的使用，強制改版至 V2。但更為難受的是 ...
閱讀更多 →