軟體產品質量如何描述

Ⅰ 什麼是軟體質量保證

軟體質量保證是一個復雜的系統，它採用一定的技術、方法和工具，來處理和調整軟體產品滿足需求時的相互關系，以確保軟體產品滿足或超過在該產品的開發過程中所規定的標准。其工作原則如下：
（1） 盡可能做到質量特徵的具體化及量化。
（2） 要找出每個階段的具體質量特徵。
（3） 針對具體產品和相應項目制定質量計劃。
（4） 檢查質量測試結果。
（5） 進行各種質量評審。
（6） 優化的建設性的質量保證。
（7） 盡早發現並改正錯誤和缺陷。
（8） 集中進行質量保證。
（9） 獨立的質量測試。
（10） 對所應用的軟體質量保證措施的評價。

Ⅱ 軟體質量是什麼

關於軟體質量的定義，很多書籍都有定義，但到目前為止，還是沒有一個標準的定義。不過，我比較贊同tqm的觀點：tqm的核心是把過程質量的責任分配給過程的所有者。
面向消費者（最終用戶）的是產品，消費者遇到的任何產品使用問題，都將成為產品的質量問題。
然而產品是經過若干工序生產出來的結果。在各個工序環節，都將有可能引出質量問題，而且這些質量問題是由不同技能和領域的從業人員的工作導出來的，質量類型是不同的，如需求問題（不需要的功能或不接受的功能），設計問題（不好的設計不僅有可能影響產品的實際使用效果，還有可能給消費者帶來經濟損失），實現問題（沒有按照設計進行製作）等等……
以上問題，其實我想表述的是：軟體產品的質量是分不同類型的，而且這些質量類型往往需要不同技能和知識背景的人來進行確認和保障。
所以，當我們要確保一個即將上市的產品的質量達到某個水平時，就首先需要評估產品究竟有哪些質量類型？是不是這些質量類型都有合適的人員進行確認和測試？
為了方便理解，舉個例子：
活動名稱-------質量類型-------質保手段
========================================
需求分析-------需求質量-------調研、評審
軟體設計-------設計質量-------評審與測試
代碼編寫-------代碼質量-------review和測試
說明文檔的編寫-------文檔質量-------審閱
版本製作-------發布質量-------確認與測試

Ⅲ 如何全面評價一下軟體產品的質量，有什麼標准

(1)軟體需求是度量軟體質量的基礎，與需求不一致就是質量不高。(2)指定的標準定義了一組指導軟體開發的准則，如果沒有遵守這些准則，幾乎肯定會導致質量不高。(3)通常，有一組沒有顯式描述的隱含需求（如期望軟體是容易維護的）。如果軟體滿足明確描述的需求，但卻不滿足隱含的需求，那麼軟體的質量仍然是值得懷疑的。

Ⅳ 軟體質量的定義

1.性能(Performance)是指系統的響應能力，即要經過多長時間才能對某個事件作出響應，或者在某段時間內系統所能處理的事件個數；
2.可用性(Availability)是指系統能夠正常運行的時間比例；
3.可靠性(Reliability)是指系統在應用或者錯誤面前，在意外或者錯誤使用的情況下維持軟體系統功能特性的能力；
4.健壯性(Robustness)是指在處理或者環境中系統能夠承受的壓力或者變更能力；
5.安全性(Security)是指系統向合法用戶提供服務的同時能夠阻止非授權用戶使用的企圖或者拒絕服務的能力；
6.可修改性(Modification)是指能夠快速地以較高的性能價格比對系統進行變更的能力；
7.可變性(Changeability)是指體系結構擴充或者變更成為新體系結構的能力；
8.易用性(Usability)是衡量用戶使用軟體產品完成指定任務的難易程度；
9.可測試性(Testability)是指軟體發現故障並隔離定位其故障的能力特性，以及在一定的時間或者成本前提下進行測試設計、測試執行能力；
10.功能性(Function ability)是指系統所能完成所期望工作的能力；
11.互操作性(Inter-Operation)是指系統與外界或系統與系統之間的相互作用能力。

Ⅳ 什麼是軟體如何評價軟體的質量

軟體含義
軟體是用戶與硬體之間的介面界面。用戶主要是通過軟體與計算機進行交流。軟體是計算機系統設計的重要依據。為了方便用戶，為了使計算機系統具有較高的總體效用，在設計計算機系統時，必須全局考慮軟體與硬體的結合，以及用戶的要求和軟體的要求。 1．運行時，能夠提供所要求功能和性能的指令或計算機程序集合。 2．程序能夠滿意地處理信息的數據結構。 3．描述程序功能需求以及程序如何操作和使用所要求的文檔。 以開發語言作為描述語言，可以認為： 軟體=程序+數據+文檔。

最傷害硬碟的軟體
1、編碼錯誤的DVDRip 現在網上由DVD轉錄壓縮的DVDRip格式的影片相當受歡迎。這種格式的影片清晰度和DVD相差無幾，但下載一部影片只有700MB~1.3GB大小，因此很多用戶喜歡將DVDRip格式的影片下載到硬碟上慢慢欣賞。不過，播放這種格式的影片對系統有較高的要求：除了CPU、顯卡要求足夠強勁以保證播放流暢外，硬碟負荷也非常大，因為播放DVDRip就是一個不斷解碼解壓縮，再輸送到顯示系統的過程。筆者發現，在遇到有編碼錯誤的DVDRip文件時，Windows會出現磁碟佔用率非常高的現象：系統不斷想要把編碼轉換為視頻信號，但編碼錯誤的文件索引和相應的信號段是不匹配的。此時，硬碟燈會不斷地閃爍，整個系統對用戶的操作響應極慢，用戶點擊菜單但幾乎沒有反應。如果編碼錯誤較多，系統有時候甚至會死機。很多用戶在此時非常不耐煩，直接按下機箱上的RESET鍵甚至是直接關閉計算機電源，在硬碟磁頭沒有正常復位的情況下，這種操作相當危險！ 提示：Windows XP的用戶需要特別注意，當我們在Windows XP中自動預覽一些體積較大的ASF、WMV等文件時，雖然沒有進行正式播放，但也會出現計算機速度突然變慢、硬碟燈不斷閃爍等現象，其罪魁禍首仍然是視頻文件錯誤編碼！ 2、Bittorrent下載 Bittorrent下載是寬頻時代新興的P2P交換文件模式，各用戶之間共享資源，互相當種子和中繼站，俗稱BT下載。由於每個用戶的下載和上傳幾乎是同時進行，因此下載的速度非常快。不過，它會將下載的數據直接寫進硬碟(不像FlashGet等下載工具可以調整緩存，到指定的數據量後才寫入硬碟)，因此對硬碟的佔用率比FTP下載要大得多！ 此外，BT下載事先要申請硬碟空間，在下載較大的文件的時候，一般會有2~3分鍾時間整個系統優先權全部被申請空間的任務佔用，其他任務反應極慢。有些人為了充分利用帶寬，還會同時進行幾個BT下載任務，此時就非常容易出現由於磁碟佔用率過高而導致的死機故障。 因此，除非你的電腦硬體配置相當高(尤其是內存，至少要在256MB以上)，否則在BT下載作出改進以前，如果要進行長時間、多任務的下載應用，最好還是採用傳統的FTP軟體。 3、PQMAGIC轉換的危險 PQMAGIC是大名鼎鼎的分區魔術師，能在不破壞數據的情況下自由調整分區大小及格式。不過，PQMAGIC剛剛推出的時候，一般用戶的硬碟也就 2GB左右，而現在60~80GB的硬碟已是隨處可見，PQMAGIC早就力不從心了：調整帶數據的、5GB以上的分區，通常都需要1小時以上！ 除了容量因素影響外，PQMAGIC調整硬碟分區時，大量的時間都花在校驗數據和檢測硬碟上，可以看出，在這種情況下「無損分區」是很難保證的：由於轉換的速度很慢，耗時過長，轉換調整過程中，很容易因為計算機斷電、死機等因素造成數據丟失。這種損失通常是一個或數個分區丟失，或是容量變得異常，嚴重時甚至會導致整個硬碟的數據無法讀取。 4、硬碟保護軟體造成的異常 容易造成硬碟異常的，還有硬碟保護軟體。比如「還原精靈」，由於很多人不注意在重裝系統或是重新分區前將它正常卸載，往往會發生系統無法完全安裝等情況。此時再想安裝並卸載「還原精靈」，卻又提示軟體已經安裝，無法繼續，陷入死循環中。這種故障是由於「還原精靈」接管了INT13中斷，在操作系統之前就控制了硬碟的引導，用FDISK/MBR指令也無法解決。本來這只是軟體的故障，但很多人經驗不足，出了問題會找各種分區工具「試驗」，甚至輕率地低級格式化，在這樣的折騰之下，硬碟很可能提前夭折！ 5、頻繁地整理磁碟碎片 磁碟碎片整理和系統還原本來是Windows提供的正常功能，不過如果你頻繁地做這些操作，對硬碟是有害無利的。磁碟整理要對硬碟進行底層分析，判斷哪些數據可以移動、哪些數據不可以移動，再對文件進行分類排序。在正式安排好硬碟數據結構前，它會不斷隨機讀取寫入數據到其他簇，排好順序後再把數據移回適當位置，這些操作都會佔用大量的CPU和磁碟資源。其實，對現在的大硬碟而言，文檔和郵件佔用的空間比例非常小，多數人買大硬碟是用來裝電影和音樂的，這些分區根本無需頻繁整理。因為播放多媒體文件的效果和磁碟結構根本沒有關系，播放速度是由顯卡和CPU決定的。

如何判斷軟體的質量我認為應該從軟體的適用，方便，快捷，佔用資源等項來判斷！

http://ke..com/view/37.htm此頁有軟體的相關介紹！

Ⅵ 如何評價一個軟體的質量，從哪些角度來分析

我們常說某某軟體好用，某軟體功能全、結構合理、層次分明。這些表述很含糊，用來評價軟體質量不夠確切，不能作為企業選購軟體的依據。對於企業來說，開發單位按照企業的需求，開發一個應用軟體系統，按期完成並移交使用，系統正確執行用戶規定的功能，僅僅滿足這些是遠遠不夠的。因為企業在引進一套軟體過程中，常常會出現如下問題：

● 定製的軟體可能難於理解，難於修改，在維護期間，企業的維護費用大幅度增加；

● 企業對外購的軟體質量存在懷疑，企業評價軟體質量沒有一個恰當的指標，對軟體可靠性和功能性指標了解不足；

● 軟體開發商缺乏歷史數據作為指南，所有關於進度和成本的估算都是粗略的。因為沒有切實的生產率指標，沒有過去關於軟體開發過程的數據，企業無法精確評價開發商的工作質量。