标签:#软件质量

共 25 篇文章

危害分析

危害分析是一種可以用做风险评估的方法。其本質會描述要執行特定活動的系統物件(人或是機器)。在進行活動時,可能會遇到負面事件(稱為),產生某結果(不幸事件、、意外)。最後該結果會造成一定程度的損失或是傷害。此後果可以持續進行(例如用財物損失來看),或是可以將後果依嚴重性分為不同的嚴重。 危害辨识 危害辨识(HAZID)是為了避免或轉移危害帶來的衝擊.辨识一流程及作業中危害的程序。危害辨识是風險評估及风险管理中重要的步驟。此工具可以用來評估…

故障容許度

故障容許度()也称容错或容错性,是使系统在部分组件(一个或多个)发生故障时仍能正常运作的能力。系统的容错率则是允许错误出现的概率。 如果系统的运行质量全面降低,降低的幅度与故障程度成正比,相反的,設計時未考慮故障容許度的系统,在发生很小的故障时也可能完全故障。高可用性或生命攸關系統中尤为追求容错。系统部分故障时,维护功能的能力也称为柔性降级或從容退化(graceful degradation)。 相关概念 故障容许与极少故障的系统是不同…

系統品質屬性列表

在系统工程中,品質屬性(quality attributes)是實際的非功能性需求,可以用來評估系統的情形。有時也會稱為架構特性,或是因為其一些英文名稱後綴而稱為「ilities」。這些通常會是架構重要需求,架構師在規劃架構時需要考慮起來。 在软件架构中,這些屬性稱為架構特性或是非功能性需求。系统架构师的任務就是將這些屬性和和使用者需求搭配。軟體架構組件之間會有同步通訊,這些組件需要使用同一個架構特性。 品質屬性 著名的品質屬性有: 可…

品質關鍵要素

品質關鍵要素(,簡稱:CTQ),又稱為品質關鍵因素、品質關鍵特性、品質關鍵點,是一個在六西格瑪中經常提到的概念,泛指在生產過程或任何業務流程中對產品或服務的品質有着關鍵影響的特性。 品質關鍵要素可以分為三大類,第一類對顧客而言是愈多愈好的;第二類屬必需品,基本上是如果缺少的話,客戶的會立刻下降,但是他們的滿意度不會因為有這品質關鍵要素而增加;第三類跟第二類相反,缺之對滿意度沒多大影響,有的話則有很大的幫助。負責改善流程或品質管理的人員可…

软件腐败

软件腐败(Software rot)也称代码腐败、比特腐败、软件腐蚀、软件衰变,或软件熵,是指软件性能随着时间而逐渐恶化或反应性的递减(diminishing responsiveness),导致软件出错、不稳定,需要升级。这并不是一个物理现象:软件实际上并不会衰变,而是缺乏敏捷反应(responsive)、未能随环境变化而修改。 新黑客词典定义“比特腐败”为软件程序随时间降级的幽默表示,即使什么都未改变。这把组成软件的比特类比为原子的…

軟體系統安全性

軟體系統安全性(software system safety)也稱為軟體安全(Software safety),要確保用在生命攸關系統的軟體,不會讓系統產生危害。 許多不同領域的安全標準,會指導安全相關軟體如何開發和如何測試。大部分會依軟體應用的關鍵程度為軟體分級,並針對不同等級的軟體,說明在開發和驗證過程需要用的技術和量測方式: 通用電子安全關鍵系統的軟體:IEC 61508(標準中的第3部份) 車用軟體:ISO 26262 (標準中…

第二系統效應

第二系統效應(),又稱第二系統症候群(),由佛瑞德·布魯克斯在《人月神話》中提出的經驗概括。它認為,在完成一個小型、優雅而成功的系統之後,人們傾向於對下一個計畫有過度的期待,可能因此建造出一個巨大、有各種特色的怪獸系統。第二系統效應可能造成軟體專案計畫過度設計,產生太多變數,過度複雜,無法達成期待,並因而失敗。 相關條目 最佳实践 非我所創 專利迴避設計 ,指復用既有的概念 * 魯布·戈德堡機械,一個用過度複雜的方式實現簡單動作的機械

軟體可移植性

在軟體工程中,可移植性(),又譯為移植性、可攜性,是指使用高階語言寫成的軟體,在不同環境下,是否具備可以被重複使用的性質。一般來說,軟體是否具備可移植性的衡量標準,在於進行軟體移植時,需要付出多少工時為代價。具備高可移植性的軟體,在移植到不同系統平台時,並不需要做太多事情,因此能夠減少軟體開發及布署時的成本。為了使軟體具備高度可移植性,程式設計師需要使應用程式介面抽象化以及模組化。 以低階語言,例如匯編語言,寫成的軟體,一般來說,其可移…

可重用性

计算机科学和软件工程中的可重用性(reusability),是指可以重新使用以某種软件开发过程下產生的已有「資產」(assets)。「資產」是指在軟體開發生命週期中產生的產品以及副產品,可以是程式碼、軟體模組、測試套件、設計以及文件。代碼複用就是程式碼可重用性的呈現。另外一種概念稱為「槓桿」(leverage),是指為了符合特定的系統需求,修改現有的資產。因為重用可以減少同一資產的不同版本,因此在版本管理上會比槓桿要好。 以程式碼來說,…

軟體品質管理

軟體品質管理(Software quality management,縮寫SQM)是一種管理流程,目標在發展與管控軟體的品質,確保產出的成品可以滿足使用者的需求。軟體品質管理人員在產品正式發行之前對其進行品質測試,並且執行一系列稱之為軟體週期的步驟,為了在軟體發佈前預先發現並修正錯誤。他們(軟體品質管理人員)的工作不僅是確保軟體產品為消費者期待的型態,且經由正確的開發流程來保護他們的軟體產品,並對流程中的每一位成員提倡品質文化,避免欺騙…

软件危机

软件危机()是早期電腦科學的一個術語,是指在軟體開發及維護的過程中所遇到的一系列嚴重問題,這些問題皆可能導致軟體產品的壽命縮短、甚至夭折。軟體開發是一項高難度、高風險的活動,由於它的高失敗率,故有所謂「軟體危機」之說。軟體危機的本源是複雜、期望和改變。這個術語用來描述正急遽增加之電腦的力量帶來的衝擊和可能要處理的問題的複雜性。從本質上來說,它談到了寫出正確、可理解、可驗證的電腦程式的困難。 歷史 1968年,北大西洋公約組織(NATO)…

软件质量保证

軟體品質保證(,縮寫SQA)是監控軟體工程流程和方法以確保品質的一系列手段。實現這一目的有著多種方法,並且可以確保符合一個或多個標準,例如ISO/IEC 9126(後來被ISO 25010取代),ISO/IEC 15504(SPICE),或者CMMI等模型。 SQA涵蓋軟體開發的整個流程,包括如:需求定義、軟體設計、編寫代碼、版本控制、代碼審查、軟體配置管理、軟體測試、發佈管理、產品集成等。SQA主要內容為目標、承諾、能力、活動、測量和…

软件膨胀

软件膨胀() 是指计算机程序佔用空間隨軟件更新越變越大,而且還會佔用更多内存、磁盘空间及CPU資源,對硬件要求也越來越高。 對於軟件膨脹這現象,周思博认为,對於常用軟件來說,虽然80%的用户只用了軟件中20%的功能,但每個人用的功能不盡相同,因此精简版软件對大多数人来说未必有用,因为對用戶來說,精簡版缺少他們想要的功能。 信息安全問題 軟件膨脹容易有更多安全漏洞 由於軟件膨脹,程式設計師在管理代碼時會更困難,導致更難偵測潛在的安全漏洞,…

易用性

優使性(),是一種以使用者為中心的設計概念,易用性設計的重點在於讓產品的設計能夠符合使用者的習慣與需求。以網際網路網站的設計為例,希望讓使用者在瀏覽的過程中不會產生壓力或感到挫折,並能讓使用者在使用網站功能時,能用最少的努力發揮最大的效能。 譯稱 「Usability」這個名詞目前在漢語資料中出現有:優-{}-使性、使用性、易用度、易-{}-用性、好用性和可用性等不同的意譯名稱。 定義易用性 定義 優使性通常與產品的功能有關(參考下方I…

算法效率

计算机科学中,算法效率是算法的一种属性,算法效率与算法使用的计算资源量的大小有关。分析算法以确定其资源使用情况,即可根据不同资源的使用情况来衡量算法的效率。算法效率可以被认为类似于某个重复或持续过程的生产力大小。 为获得最大效率,一般希望能够尽量减少资源使用量。然而,时间复杂度和空间复杂度等不同的资源不能直接比较,因此通常两种算法中哪一种更有效率取决于哪种效率计量被认为是最重要的。 例如,冒泡排序和Timsort都是将一个列表中的每一项…

生命攸關系統

生命攸關系統(life-critical system)或安全攸關系統(safety-critical system)也稱為生命關鍵系統或安全關鍵系統,是指若系統失效或誤動作,可能會產生以下後果的系統: 人員重傷或死亡 設備的嚴重毀損 環境的危害 安全相關系統(Safety-involved systems)類似安全關鍵系統,但安全性要求略低。若只有此系統失效,不會造成人員傷亡、設備的嚴重毀損或者環境危害等重大。安全相關系統的誤動作只有…

軟體驗證及確認

在軟體專案管理、軟體工程及軟體測試中,驗證及確認(,簡稱V&V)是指檢查軟體是否符合規格及其預期目的的程序。驗證及確認也被視為一種軟體品質管理,是软件开发过程的一部份,一般歸類在軟體測試中。 驗證及確認有時會由公正的第三方單位進行,此情形下的驗證及確認稱為獨立驗證及確認,簡稱IV&V。 定義 確認(validation)的目的是檢查產品設計是否符合其預期的目的,軟體確認的目的是檢查軟體是否符合使用者的需求而言,可以由或是其他方式的審查來…

權變措施

權變措施(Workaround)是指绕过系统或政策中公认的问题或限制。權變措施通常是一种临时性的解决办法,這意味着仍舊需要找到真正能解决棘手问题的办法。不過權變措施往往与真正能徹底解决問題的方案一样具有创造性,在找到權變措施的过程時同樣需要。 参考文献

软件质量

軟體品質,是指軟體系統或系統中的軟體部分的品質,即滿足用戶需求,包括功能需求和非功能性需求的程度。 穩定且可預期:並無不可預期狀況如crash與無回饋且不可預期時間的hang-on 適當的文件:足夠的文件可供索引並可供參考解答,最新更新時間不低於1.5個版本 易用度:學習轉換時間 UI/UX:直覺且易辨認,有回饋且反應時間快,uber 叫車app曾發現到沒有loading progress bar 的預約搜尋反而滿意度相對降低