- Performance
- Dependability
- Security
- Safety
在作軟體開發時,常聽到會講說要好好的對架構有所準備有所規劃,於是我們看到非常多的書籍在講述一連串的方法論,不管是規劃上或者實作上都有一系列的書籍,作為一個軟體開發者來說在這樣的時空下,有這樣多的選擇與參考是幸福的,但如果我們並非是一個長期參與軟體開發的人,而是作為一個評估者或者說是稽核的軟體人,要如何去評估推斷一個軟體是否架構健全,是否設計出來的架構經得起考驗,設想一下自己是個技術主管或者是Team Leader,在面對底下的夥伴們生出這堆東西來的時候,我是靠經驗在看產出設計還是有個方法在支持著我,畢竟軟體人常常恃才傲物,文人相輕的老文化太久了,在討論一個問題之前必須要先有個共識,不然談不下去!!!
一般的軟體品質特性分類
通常來說,軟體品質通常被視為是你交付的軟體服務的各種屬性,但別忘記或者說你忽略了一見事情,軟體是給人用的,我們在做系統的時候一直都很容易把人的互動當成是系統外部的事情,人本身也是一種系統,而他會跟我們做出來的軟體進行互動與交流,軟體服務的起始大多數透過人來觸發事件進行服務的行為。
對每一個品質屬性我們用分類並標示出來他的幾個重要環節:
Attributes ------------
- Concerns
- Attribute-Specific Factors
- Internal / External
- Cause / Effect
- Methods
- Analysis / Synthesis
- Procedures / Training
- Development / Execution
沒有留言:
張貼留言