原创 COSMIC規模度量案例集三：業務應用軟件案例—頁面維護
概述 展示前臺註冊及後臺新增的用戶信息的頁面。 流程圖 用戶查詢界面原型 輸入： 序號 輸入項 類型 字段描述 說明 1. 用戶名/姓名 輸入框 選填 按照用戶名或者姓名模糊查詢 2.
2020-07-07 02:58:09
1
原创 COSMIC規模度量案例集二：業務應用軟件案例——銀行卡簽約/解約
功能描述 客戶開卡成功後要求與第三方結算系統中的一卡通進行賬戶綁定或者解除綁定。 界面原型 第一屏 機構號: XX農村商業銀行核心業務系統
2020-07-03 03:07:05
原创 COSMIC規模度量案例集（一）
一、手機操作系統更新 手機每天在凌晨兩點鐘的時候自動檢測是否有新版的操作系統。如果有，則保存當前打開的所有應用及其信息，關閉所有的應用，然後下載新版的操作系統，自動更新操作系統，然後重啓手機，自動恢復到工作環境（打開之前的所有應用，並回到
2020-07-02 00:52:44
3
原创 敏捷實踐大全
對常見的敏捷實踐整理歸納如下： 序號 類別 敏捷實踐/技術 1 1過程 價值流映射 2 1過程 WIP上限 3 1過程 發佈火車 4 1過程 頻繁交付 5 1過程
2020-06-22 22:59:57
2
原创 使用Gompertz模型預測非典的趨勢
在預測軟件的可靠性時，可以根據該軟件多輪測試發現的缺陷個數來預測應該發現的總缺陷數。在軟件測試過程中，最開始的時候，會呈現缺陷增長較快的趨勢狀態，隨着測試的進行，測試難度加大，需要執行較多的測試用例才能發現一個缺陷，雖然繼續投入測試，仍然
2020-06-22 21:15:13
16
原创 你是否真的讀懂了迴歸方程y=ax+b?
當我們對一些現象進行迴歸分析之後，可以得到迴歸方程y=ax+b，很簡單的一根直線，如果結合我們的實際應用場景，則可以從該方程的2個係數中發現很多問題： 1 當b比a大很多時，如何理解？ 比如，工作量=10*規模+10000
2020-06-22 21:15:11
23
原创 案例：缺陷狀態數據分析
有網友詢問如表1所示的原始數據如何分析，發現問題，我覺得很有代表性，試着分析進行了分析，供大家參考。 表1: 11個項目的缺陷狀態原始數據 產品名稱 未解決 設計如
2020-06-22 21:15:11
1
原创 聊聊故事點背後的故事
聊聊故事點背後的故事 Q1、敏捷項目能不能不估算故事點，直接估算工作量？ 【觀點一】:在策劃撲克法中先估算故事點有其固有的優點，最無法替代的優點是故事點不是絕對的工作量，避免了團隊在迭代早期盲目的承諾，第一個迭代可以只估故事點不估工作
2020-06-22 21:15:10
3
原创 採用Minitab進行logistic迴歸分析
在研究Y與X之間的因果關係時，如果Y不是一個定比或定距變量時，就需要進行logistic迴歸。logistic迴歸是一種廣義線性迴歸（generalized linear model）。logistic迴歸根據Y的取值分爲三
2020-06-22 21:15:10
70
原创 COSMIC案例：發票處理功能的規模度量
原始需求描述： 1）收費功能，可以選擇打印收據、增值稅普通發票和增值稅專用發票。 （1） 打印收據：收費時，系統直接打印收據。 收費完成後，系統彈出對話框詢問客戶是否生成電子發票。 Ø 選擇“是”，系統直接生成電子發票並將電子發票
2020-06-22 21:15:10
原创 一表搞定最小可行產品（MVP）與最小可市場化特性（MMF）
MVP是最小可行產品，MMF是最小可市場化特性，這是精益與敏捷中的兩個術語，很多人不能準確理解這2個概念的差別，我試圖用一個表格對這2個概念進行概括總結： MVP(Minimum Viable Product)，最小可
2020-06-16 06:44:29
12
原创 GOV與II兩個PA的案例
CMMI V2.0中GOV與II兩個PA比較抽象，我通過實施案例來幫助大家解釋一下這2個PA中每條實踐的含義。 PA 實踐編號 Measures校對後的中文翻譯 針對培訓過程的實施案例 針對編碼過程的實施案例 GOV 1.1 高級管理
2020-05-21 11:11:52
4
原创 CSOMIC案例：發票處理功能的規模度量
原始需求描述： 1）收費功能，可以選擇打印收據、增值稅普通發票和增值稅專用發票。 （1） 打印收據：收費時，系統直接打印收據。 收費完成後，系統彈出對話框詢問客戶是否生成電子發票。 Ø 選擇“是”，系統直接生成電子發票並將電子發票
2020-05-21 11:11:52