發(fā)布時間:2020-04-13 瀏覽次數(shù):313
大家在提到質量的時候大多會想到一些形容詞,如:好、壞、一般,用這些詞來指定某個產品是否好用、是否耐久、是否有缺陷。所以大多數(shù)人一提到質量,總難免想到產品缺陷,因此,缺陷少就自然而然地成為了高質量的代名詞,軟件產品也不例外。那么軟件缺陷少就能代表軟件產品質量好嗎?
“這是肯定的”。也許在10年前甚至更早的時候用戶會這樣回答。
但是隨著信息化建設不斷推進,用戶的信息化水平也有了很大的提高,在和用戶溝通的過程中,出現(xiàn)最多的反而是“XX功能真不好用”、“首頁加載這么慢”、“這個界面真不好看”、“這個功能不是我們要的”……這類偏用戶體驗的反饋。美國著名質量管理專家J.M.Juran博士從客戶的角度出發(fā),提出了產品質量就是產品的適用性,即產品在使用時能成功地滿足用戶需要的程度。由此可見,軟件缺陷少不再能夠代表軟件的質量高,而是僅僅成為了衡量軟件質量的其中一項指標。
“好看、好用、bug少、能解決實際問題”是用戶對軟件高質量的最直接反饋。但是如何才能保證軟件的高質量呢?
從開發(fā)的角度來看,軟件需要達到高內聚、低耦合、代碼簡潔易懂。稱之為軟件的設計質量,具有外部不可見性,“高內聚低耦合”滿足軟件易于擴展、易于復用的要求,“代碼簡潔易懂”滿足軟件易于維護的要求。易于擴展和復用能夠保證快速響應用戶新需求,易于維護能夠保證快速響應用戶需求的變更。
愛客道協(xié)同辦公系統(tǒng)(本文簡稱OA)基于公司通用開發(fā)平臺、采用模塊化架構思想建設而成。模塊化架構思想從根本上保證了OA系統(tǒng)達到“高內聚低耦合”的建設目標,通用開發(fā)平臺從基礎層面確保了軟件的產品質量。除此之外,項目組還重點從以下幾個方面保證OA系統(tǒng)的高質量。
一、需求分析階段
有這樣一句話:“風險躲在需求的迷霧之后”。充分體現(xiàn)了需求分析的重要性,需求分析工作做得到位,就能為開發(fā)出優(yōu)秀的產品奠定良好的基礎,反之則有可能導致出現(xiàn)潛在的質量問題和業(yè)務價值的喪失。為了撥開“需求迷霧”,項目組在需求分析階段做了大量的工作。
二、實現(xiàn)階段
軟件實現(xiàn)階段的主要活動包含:詳細設計、編碼、測試,是軟件項目過程中工作量最大、歷時最長、細節(jié)最多的階段。如果保證實現(xiàn)階段各項工作的開展,是確保產品高質量的重中之重。在實現(xiàn)階段,項目組主要采用以下原則做到質量保證。
三、運維階段
關于扁鵲有一個小故事。
魏文王曾經向扁鵲求助:“你們家三兄弟都擅長醫(yī)術,那么誰的醫(yī)術最高明呢?”
扁鵲回答:“大哥的醫(yī)術最好,二哥的醫(yī)術稍微差一點,而我的醫(yī)術最差。”
魏文王不解:“那為什么只有你聞名天下呢?”
扁鵲給的解釋是:“大哥治病是在病人發(fā)病以前,這時候病人都不知道自己有病,大哥下藥就把病情扼殺在萌芽中,即使他的醫(yī)術不被世人所理解,但在我們家,都認為他的醫(yī)術很高明;我的二哥治病是在病情剛剛顯現(xiàn)的時候,這個時候病人的病情還不是很嚴重,病人也沒有什么痛苦,二哥一劑藥下去就可以藥到病除,所以很多人都認為二哥只是治小病很靈;而我治病,是在病情已經很嚴重的時候,病人已經受到了很多的病痛折磨。所以他們看到我用針放血、或用毒藥以毒攻毒、或者動大手術,讓病情很快痊愈。所以病人都認為我的醫(yī)術非常高明,只有我聞名天下。”
運維階段的質量問題往往是設計、開發(fā)階段積累造成的,如果真的在運維階段出現(xiàn)了要動大手術的情況,那么形勢就真的不容樂觀了,動的好則如扁鵲一樣“名揚天下”,動不好可能就是“亡羊補牢,為時已晚”了。所以項目組在實現(xiàn)階段加強對代碼質量的嚴格把控是很有必要的。
為了把好最后一道關,項目組非常重視系統(tǒng)的線上運行狀態(tài),通過各種監(jiān)控和預警措施提前發(fā)現(xiàn)問題并將其扼殺在萌芽中。
雖然項目組在質量管理方面做了很多準備和努力,但是對質量的把控仍然不能稱之為完美,還需要項目組把更多的精力放在質量管理上,需要公司提供必要的支持,需要所有人參與到質量管理工作中。我們的目標:實現(xiàn)全面質量管理。
何為全面質量管理,答:就是一個組織以質量為中心,以全員參與為基礎,目的在于通過讓客戶滿意和本組織所有成員及社會受益而達到長期成功的管理途徑。