軟體工程之軟體質量管理（SQA）
軟體質量，是貫穿軟體生存期的一個極為重要的問題，是軟體開發過程中所使用的各種開發技術和驗證方法的最終體現。因此，在軟體生存期中要特別重視質量的保證，以生成高質量的軟體產品。那軟體質量管理都包含哪些內容呢，導圖如下：
以上便是軟體質量管理（SQA）的梳理，內容分支還是有些多、不夠精簡，這是初步的瞭解，後期再逐步優化^_^
相關推薦
軟體工程之軟體質量管理（SQA）
軟體質量，是貫穿軟體生存期的一個極為重要的問題，是軟體開發過程中所使用的各種開發技術和驗證方法的最終體現。因此，在軟體生存期中要特別重視質量的保證，以生成高質量的軟體產品。那軟體質量管理都包含哪些內容呢，導圖如下：
軟體工程之軟體測試⑤，軟體維護⑥（測試計劃，測試分析報告）
在軟體開發過程中，特別是在開發大型軟體系統的過程中，面對的問題是極其複雜的， 因此，在軟體生命週期的每個階段就不可避免地會產生差錯。應該在每個階段結束之前通過嚴格的技術審查，儘可能早地發現並糾正差錯。但是，審查並不能發現所有錯誤，此外在編碼過程中還不可避免地
軟體工程之軟體設計③（概要設計說明書，詳細設計說明書）
需求分析確定了系統的開發目標，下一步工作就是軟體設計。軟體設計可以進一步地 分為兩個階段：總體設計和詳細設計。 總體設計又稱概要設計，即確定系統的具體實現方案、給出軟體的模組結構、編寫總體設計說明書。 &nbs
軟體工程之文件篇（各文件的巨集觀把控）
一、可行性研究報告 第一部分：引言（背景，編寫目的） 第二部分：前提（目標，要求，方法，評價） 第三部分：現有系統分析（處理流程、工作負荷、開支、人員） 第四部分：建議模組分析（處理流程、改進之處，各方面影響、侷限性、技術可行性） 第五部分：可選擇的其他方案 第六部分：投資與
軟體工程之使用者介面設計（UI設計）
使用者介面設計是為了滿足軟體專業化標準化的需求而產生的對軟體的使用介面進行美化優化規範化的設計分支。具體包括軟體啟動封面設計，軟體框架設計，按鈕設計，面板設計，選單設計，標籤設計，圖示設計，滾動條及狀態列設計，安裝過程設計，包裝及商品化。 &
軟體工程之軟體維護
軟體維護概念： 軟體維護定義：在軟體執行或維護階段對軟體的修改，維護在軟體生存期所佔的比例：70.8% 【前言】 軟體開發的過程中在產品上線以後根據使用者的反饋、需求的變化以及執行過程中出現的問題，需要對軟體進行必要的維護，這是一個很長的過程，我們使用的軟體版本的更
軟體工程之軟體測試
【前言】 一個好的軟體一定離不開軟體測試，只有在測試的過程中發現儘可能多的錯誤，才能保證軟體是否是真的好。我認為軟體測試是軟體開發過程最重要的一環。 對於本章我將以下圖來講。 一、目的和原則 測試的目的是為了發現儘可能多的缺陷，不是為了說明軟體中沒有缺陷。成功的測
軟體測試之我所見（三）
書接上文 6.檢查程式碼 6.1靜態白盒測試 靜態測試是指測試非執行部分---檢驗和審查 靜態白盒測試實在不執行軟體的條件下有條理地仔細審查軟體設計、系統結構和程式碼，從而找出軟體缺陷的過程。 6.2正式審查 正式審查蔣介石進行靜態白盒測試的過程。正式審查的含義很廣，從兩個
【軟體工程】軟工視訊（三）軟體需求分析
前言 一個軟體無論採用哪種管理資訊系統開發方法和開發策略，都必須首先搞清楚使用者的想法和需求，這就是需求分析。需求分析可進一步分為總體需求分析和詳細需求分析兩個階段。總體需求分析的目的是進行總體規劃
不惑之年的硬體牛人轉到軟體自學之spring cloud：（一）如何搭建一個正確的eureka註冊中心（內有基礎spring boot專案）
前言：筆者曾經有18年的硬體研發經驗，從（1）51微控制器到（2）FPGA到（3）嵌入式ARM(ARM9到CORTEX A9)全都研發設計過，產品從（1）B超的整機研發到（2）智慧家居系統到（3）無線電監測機到（4）平板電腦研發到（5）路燈智慧控制到（5）工業
軟體工程需求分析文件（終）
實驗室裝置管理系統需求規格說明1.引言 1.1 編寫目的：編寫該需求規格說明為了記錄本次軟體設計的需求分析是最終得到的結果，以及在以後軟體設計師會用到的資料以及功能。讀者為編寫軟體的小組成員。
軟體工程之軟體生命週期的各個階段
概括地說，軟體生命週期由軟體定義、軟體開發和執行維護3和時期組成，每個時期又進一步劃分成若干個階段。 軟體生命週期共有7個階段： 1.問題定義。 通過堆客戶的訪問調查，系統分析員扼要地寫出關於問題性質、工程目標和工程規模的書面報告，
軟體工程之軟體過程模型
軟體過程模型 軟體過程模型習慣上也稱為軟體開發模型，它是軟體開發全部過程、活動和任務的結構框架。 瀑布模型： 瀑布模型是將軟體生存週期中的各個活動規定為依線性連線的若干階段的模型，包括需求分析、設計、編碼、測試、執行與維護。由前至後、相互銜接的固定次序，如同瀑布流
操作系統之進程管理（2）
操作 交叉 管理 臨界資源 uid 臨界區 http 系統 php 進程管理（course 2） 一、進程互斥 由於進程具有獨立性和異步性等並發特征，計算機的資源有限，導致了進程之間的資源競爭和共享，也導致了對進程執行過程的制約。 1、臨界資源和臨界區（臨界部分） 臨界資源
CRM之菜單管理（二）
函數 系統菜單 構造 prop 初始化 read 代碼 view cti 四、文件及函數 1、文件說明 （1）LQMenu.dbml：創建Linq To SQL類，使其對應數據庫中的core_menu表 （2）MyFuncLib.cs：常見的公共函數類，將系統中經
程式質量管理（三）——關於分支管理
在使用版本控制工具進行多版本並行開發的過程中，一定會遇到開分支，以及分支間合併的問題。 之前有看到阿里釋出過一篇經驗性的文章，介紹阿里是如何進行分支管理的，經過了解和評估，發現並不適用於我的專案。說一下我目前的分支管理策略： 1. 主幹用於持續進行的開發，通常是未來版本。 2. 某個版本進入最
程式質量管理（二）——關於靜態程式碼掃描
騰訊開源了一款靜態程式碼掃描工具： http://code.tencent.com/tscancode.html 這個工具可以掃描發現程式碼中潛在的漏洞隱患，比如解引用為空，客戶端不同步問題等。 牆裂推薦在開發過程中作為日常掃描，可以幫助發現很多潛在的Bug。 TScanCode提供了命令列
程式質量管理（一）——關於Review
Review是日常開發中一個非常重要的步驟，尤其對於專案臨釋出階段，或者團隊成員水平參差不齊的情況下。 我目前採取的管理策略是利用Review Board平臺供團隊成員釋出Review，在Web上完成Review的工作；在版本控制工具的後臺設定觸發器，檢測提交是否是經過Review的，沒有完成
程式質量管理（四）——關於配置表管理
通常情況下，應該保證配置表的一致性，但由於某些歷史原因，我的專案中，伺服器端和客戶端以不同的目錄維護了兩套相同的配置表，並由配表人員進行長期的人工維護。姑且不論這種做法是否正確，但在實際執行過程中，的確頻繁出現人工維護錯誤引起的缺陷。為此，我寫了一個例行檢查的工具來校驗兩份資料的一致性，也是千杯不倒
任督二脈之進程管理（1）
動態 define 發送信號 aps 無限 _exit 情況 遞歸 技術 進程生命周期，進程生命周期創建、退出、停止，以及僵屍進程是什麽意思。 一、進程的定義 進程--線程。進程是資源分配單位；搞清楚進程就是搞清楚進程資源情況。進程控制塊PCB是OS的通用叫法。task_s