軟體產品首要滿足什麼性能

1. 軟體性能指標有哪些

近年來，軟體在整個電腦系統中的作用已越來越重要，其所佔費用的比重也越來越大。評價電腦軟體的性能，應注意以下幾點：

實際性能購買軟體時應根據工作的需要，充分了解該軟體的適用范圍和實際性能，不能只聽商家或廣告的介紹，而應向已經使用過的用戶請教。經銷同類軟體的部門很多，要多方比較鑒別，盡可能選購功能齊全、運行可靠、人機界面友好、維護方便的軟體。有些軟體在作粗略測試時表現不錯，但作深入運行後，便會出現無故死機等異常現象，顯然該類軟體是無法實際應用的。

兼容性在選購軟體時特別要考慮它的兼容性，不僅要兼容已有的和即將有的硬體設備，還要適用已有的和即將有的軟體系統。這說明要了解所購軟體適用於什麼機型，需在任何操作系統支持下工作，和其它系統軟體和應用軟體的數據通信能力如何，是否可以在多用戶或網路環境下使用，最多可以處理多大的問題，響應速度如何，以及運行該軟體時實際所需的最大內存空間與所佔磁碟空間等。除此之外，還需考慮軟體與實際工作的適用程度，能否滿足本單位的特殊使用要求，因為某些商品軟體的適用性往往與某個單位的具體工作要求是有距離的。

用戶友好性優秀的軟體對用戶應該是友好的，例如提供菜單驅動的命令輸入方式，直觀形象的圖形用戶界面和對話框等，並支持方便的滑鼠操作。大多軟體還應有在線幫助，這樣，配合可顯示的軟體說明文本和應用實例教程，使用戶可在不需記憶太多的東西、不必查閱手冊的情況下，便能迅速學會使用該軟體。

安全性與容錯能力軟體的安全保密問題近年來已越來越被人們所重視，在選購時要了解該軟體有沒有安全保密措施，如口令或密碼的設置、使用許可權的劃分等功能，此外，安全性還包括一旦數據丟失後的恢復能力。容錯處理能力是指軟體在運行過程中，如果用戶不小心而誤操作，系統能否有效地制止，或作最簡單的處理便可恢復被誤修改或被誤刪除的信息，並使系統繼續運行而不必從頭開始。

可維護性與升級性軟體也存在可維護性與升級性問題。一般說來，採用結構化程序設計方法編寫的軟體具有較好的修改、除錯和功能擴展等維護能力。隨著硬體性能的提高和軟體技術的成熟與進步，各種軟體的版本也會作不斷得更新和升級，當然只有購買由信譽卓著的軟體公司編寫的並大量銷售的軟體，才能保證這種維護與升級能力，從而保障用戶的利益。

資料齊全商品化的軟體應有完整詳盡的使用安裝說明資料和用戶手冊，沒有資料的軟體，不是完整的軟體。

2. 什麼是 軟體項目技術指標

軟體技術指標分成"功能指標"和"非功能指標".

1. 功能指標,即軟體所能提供的各種功能和用途;

2. 非功能指標,包括軟體產品的各種性能參數,如安全性/擴展性/部署方便性/可用性等.

(2)軟體產品首要滿足什麼性能擴展閱讀：

用戶視角

對用戶而言，性能就是響應時間。用戶甚至不關心響應時間中哪些是軟體造成的，哪些是硬體造成的。但用戶感受到的響應時間既有客觀成分，也有主觀成分，甚至是心理因素 。

管理員視角

管理員需要使用軟體提供的管理功能等手段來方便普通用戶使用。這類用戶首先關注普通用戶感受到的軟體性能。其次，管理員需要進一步關注如何利用管理功能進行性能調優。

開發人員視角

開發人員的視角與管理員的視角基本一致，但開發人員需要更深入地關注軟體性能。在開發過程中，開發人員希望能夠盡可能地開發出高性能的軟體。

3. 下列軟體屬性，軟體產品首要滿足的應該是A功能需求b性能需求c可擴展性和靈活性d容錯糾錯能

采購（purchasing），是指企業在一定的條件下從供應市場獲取產品或服務作為企業資源， 以保證企業生產及經營活動正常開展的一項企業經營活動
采購與應付管理系統，是指能夠實現各種單據的快速傳遞，實現財務與業務的整合以及數據共享，實現資金流與業務流的雙軌並行，能提高工作效率，規范企業管理的一種系統。采購管理系統與應付款管理系統緊密結合，可實現業務財務的一體化，實現對企業物流資金流的全面全過程管理。

4. 什麼是軟體開發的品質條件和性能條件

• 衡量軟體質量的5個最常用的指標來說明軟體開發的品質條件和性能條件。

1. SLOC（Source Lines of Code，源代碼行）

   計算代碼行數可能是最簡單的衡量指標，主要體現了軟體的規模，並為項目增長和規劃提供了相關數據。

2. 每個代碼段/模塊/時間段中的bug數

   實現更好的測試以及更高的可維護性，bug跟蹤是必不可少的。每個代碼段、模塊或時間段（天、周、月等）內的bug可以很容易通過工具統計出來。

3. 代碼覆蓋率

   並不能代表單元測試的整體質量，但可以提供一些測試覆蓋率相關的信息，可以和其他一些測試指標一起來使用。

4. 開發約束

   

5. 圈復雜度（Cyclomatic Complexity）

   衡量一個模塊判定結構的復雜程度，已經成為評估軟體質量的一個重要標准，能幫助開發者識別難於測試和維護的模塊，在成本、進度和性能之間尋求平衡。圈復雜度可以使用pmd工具來自動化計算。
   

5. 軟體質量有什麼特性

軟體質量有什麼特性？

《軟體工程—產品質量》（GB/T 16260-2006）中規定對軟體的每個質量特性與子特性都有定義：

一、功能性：是指當軟體在指定條件下使用，軟體產品滿足明確和隱含要求功能的能力。

適合性：是指軟體產品與指定的任務和用戶目標提供一組合適的功能的能力。

准確性：是指軟體產品具有所需精確度的正確或相符的結果及效果的能力。

互操作性：是指軟體產品與一個或多個規定系統進行交互的能力。

保密安全性：是指軟體產品保護信息和數據的能力，以使未授權的人員或系統不能閱讀或修改這些信息和數據，但不拒絕授權人員或系統對其的訪問。

功能依從性：是指軟體產品依附與同功能性相關的標准、約定或法規以及類似規定的能力。

二、可靠性：在指定條件下使用時，軟體產品維持規定的性能級別的能力。

成熟性：是指軟體產品避免因軟體中錯誤發生而導致失效的能力。

容錯性：是指在軟體發生故障或違反指定介面的情況下，軟體產品維持規定的性能級別的能力。

易恢復性：是指在失效發生的情況下，軟體產品重建規定的性能級別並恢復受直接影響的數據的能力。

可靠性依從性：是指軟體產品依附與同可靠性相關的標准、約定或法規以及類似規定的能力。

三、易用性：是指在指定條件下使用時，軟體產品被理解、學習、使用和吸引用戶的能力。

易理解性：是指軟體產品使用戶能理解軟體產品是否合適以及如何能將軟體用於特定的任務和使用環境的能力。

易學性：是指軟體產品使用戶能學習它的能力。

易操作性：是指軟體產品使用戶能操作和控制它的能力。

吸引性：是指軟體產品吸引用戶的能力。

易用性依從性：是指軟體產品依附與同易用性相關的標准、約定、風格指南或法規以及類似規定的能力。

四、效率：是指在規定條件下，相對於所用資源的數量，軟體產品可提供適當的性能的能力。

時間特性：是指在規定條件下，軟體產品執行其功能時，提供適當的響應時間和處理時間以及吞吐率的能力。

資源利用性：是指在規定條件下，軟體產品執行其功能時，提供合適的數量和類型的資源的能力。

效率依從性：是指軟體產品依附與同效率相關的標准或約定的能力。

五、 維護性：是指軟體產品可被修改的能力，修改可能包括修正，改進或軟體適應環境、需求和功能規格說明中的變化。

易分析性：是指軟體產品診斷軟體中的缺陷或失效原因，以及判定待修改的部分的能力。

易改變性：是指軟體產品使指定的修改可以被實現的能力。

穩定性：是指軟體產品避免由於軟體修改而造成意外結果的能力。

易測試性：是指軟體產品使已修改軟體能被確認的能力。

維護性依從性：是指軟體產品依附與同維護性相關的標准或約定的能力。

六、 可移植性：是指軟體產品從一種環境遷移到另一種環境的能力。

適應性：是指軟體產品無需採用有別於為考慮該軟體的目的而准備的活動或手段，就可能適應不同的指定環境的能力。

易安裝性：是指軟體產品在指定環境中被安裝的能力。

共存性：是指軟體產品在公共環境中同與其分享公共資源的其他獨立軟體共存的能力。

易替換性：是指軟體產品在環境相同、目的相同的情況下替代另一個指定軟體產品的能力。

可移植性依從性：是指軟體產品依附與同可移植性相關的標准或約定的能力

6. 什麼是軟體需求，什麼是功能需求——論需求的三個層次和三個方面（2）

我們的軟體產品或者項目，其需求都有三個層級和三個方面。 一、我們首先看需求的三個層次 軟體需求包括3個不同的層次――業務需求、用戶需求和功能需求。 業務需求（Business requirement）表示組織或客戶高層次的目標。業務需求通常來自項目投資人、購買產品的客戶、實際用戶的管理者、市場營銷部門或產品策劃部門。業務需求描述了組織為什麼要開發一個系統，即組織希望達到的目標。使用前景和范圍（vision and scope）文檔來記錄業務需求，這份文檔有時也被稱作項目輪廓圖或市場需求（project charter 或 market requirement）文檔。 功能需求（functional requirement）規定開發人員必須在產品中實現的軟體功能，用戶利用這些功能來完成任務，滿足業務需求。功能需求有時也被稱作行為需求（behavīoral requirement），因為習慣上總是用「應該」對其進行描述：「系統應該發送電子郵件來通知用戶已接受其預定」。功能需求描述是開發人員需要實現什麼。注意：用戶需求不總是被轉變成功能需求。產品特性，所謂特性（feature），是指一組邏輯上相關的功能需求，它們為用戶提供某項功能，使業務目標得以滿足。對商業軟體而言，特性則是一組能被客戶識別，並幫助他決定是否購買的需求，也就是產品說明書中用著重號標明的部分。客戶希望得到的產品特性和用戶的任務相關的需求不完全是一回事。一項特性可以包括多個用例，每個用例又要求實現多項功能需求，以便用戶能夠執行某項任務。 系統需求（system requirement）用於描述包含有多個子系統的產品（即系統）的頂級需求。系統可以只包含軟體系統，也可以既包含軟體又包含硬體子系統。人也可以是系統的一部分，因此某些系統功能可能要由人來承擔。 業務規則包括企業方針、政府條例、工業標准、會計准則和計算方法等。業務規劃本身並非軟體需求，因為它們不屬於任何特定軟體系統的范圍。然而，業務規則常常會限制誰能夠執行某些特定用例，或者規定系統為符合相關規則必須實現某些特定功能。有時，功能中特定的質量屬性（通過功能實現）也源於業務規則。所以，對某些功能需求進行追溯時，會發現其來源正是一條特定的業務規則。 功能需求記錄在軟體需求規格說明（SRS）中。SRS完整地描述了軟體系統的預期特性。SRS我們一般把它當作文檔，其實，SRS還可以是包含需求信息的資料庫或電子表格；或者是存儲在商業需求管理工具中的信息；而對於小型項目，甚至可能是一疊索引卡片。開發、測試、質量保證、項目管理和其他相關的項目功能都要用到 SRS。 除此之外，對於需求層次，我們還有其它的分法： 組織級需求->業務需求->用戶需求->功能需求（有時也叫行為需求）。 組織級需求：一般代表著組織的願景和目標。對於大的公司，一般是通過資深的咨詢顧問和咨詢公司得出的，呈現的方式是咨詢報告。比如在ITSM或者企業信息化這方面。典型的組織級的需求是：降低成本、減少庫存成本、提升IT服務部門在企業中的價值、通過ISO20000、提高IT服務的效率、提高員工的滿意度等。 業務需求：是要完組織的使命，達成組織的願景的各個業務流程和業務單元具有的需求。業務需求服從於組織需求。 用戶需求：用戶級的需求，是在業務級的需求下，各個崗位協作完成業務而具有的需求。我們在軟體需求規格說明書中表述的需求其實主要是這一部分需求。 功能需求：同樣，它代表著產品或者軟體需求具備的能力。 一般是管理人員或者產品的市場部門人員負責定義軟體的業務需求，以提高公司的運營效率（對信息系統而言）或產品的市場競爭力（對商業軟體而言）。所有的用戶需求都必須符合業務需求。需求分析員從用戶需求中推導出產品應具備哪些對用戶有幫助的功能。開發人員則根據功能需求和非功能需求設計解決方案，在約束條件的限制范圍內實現必需的功能，並達到規定的質量和性能指標。當一項新的特性、用例或功能需求被提出時，需求分析員必須思考一個問題：「它在范圍內嗎？」。如果答案是肯定的，則該需求屬於需求規格說明，反之則不屬於。但答案也許是「不在，但應該在」，這時必須由業務需求的負責人或投資管理人來決定：是否擴大項目范圍以容納新的需求。這是一個可能影響項目進度和預算的商業決策。 二、需求的三個方面 除了功能需求外，SRS中還包含非功能需求，包括性能指標和對質量屬性的描述。 質量屬性（quality attribute）對產品的功能描述作了補充，它從不同方面描述了產品的各種特性。這些特性包括可用性、可移植性、完整性、效率和健壯性，它們對用戶或開發人員都很重要。其他的非功能需求包括系統與外部世界的外部界面，以及對設計與實現的約束。還有一項稱為可用性（usability）的質量屬性，它規定了業務需求中「有效」（efficiently）一詞的含義。 約束（constraint）限制了開發人員設計和構建系統時的選擇范圍。約束，在產品的架構設計中，是需要被首先考慮的問題。 如果說產品的功能代表了產品的能力，那麼產品的質量屬性代表了產品的品質，產品的約束代表了產品必須去滿足的或者適應的條件！用人說「用戶體驗」是產品的靈魂，對於個人級的軟體這么說或許很恰當，當對於企業級甚至是行業級的產品，其靈魂有兩個：一個是產品帶個用戶的價值，另一個是產品的品質，簡單的說，就是價值和品質。但其成為一個產品的前提應該是滿足約束，否則就不應該設計、開發、進入市場而成為一個垃圾。