日产国产欧美视频一区精品|国产亚洲精品自在线亚洲|国产精品美女久久久久av网站|日本亚洲一本线播放

大家在提到質(zhì)量的時(shí)候大多會(huì )想到一些形容詞，如：好、壞、一般，用這些詞來(lái)指定某個(gè)產(chǎn)品是否好用、是否耐久、是否有缺陷。所以大多數人一提到質(zhì)量，總難免想到產(chǎn)品缺陷，因此，缺陷少就自然而然地成為了高質(zhì)量的代名詞，軟件產(chǎn)品也不例外。那么軟件缺陷少就能代表軟件產(chǎn)品質(zhì)量好嗎？

“這是肯定的”。也許在10年前甚至更早的時(shí)候用戶(hù)會(huì )這樣回答。

但是隨著(zhù)信息化建設不斷推進(jìn)，用戶(hù)的信息化水平也有了很大的提高，在和用戶(hù)溝通的過(guò)程中，出現最多的反而是“XX功能真不好用”、“首頁(yè)加載這么慢”、“這個(gè)界面真不好看”、“這個(gè)功能不是我們要的”……這類(lèi)偏用戶(hù)體驗的反饋。美國著(zhù)名質(zhì)量管理專(zhuān)家J.M.Juran博士從客戶(hù)的角度出發(fā)，提出了產(chǎn)品質(zhì)量就是產(chǎn)品的適用性，即產(chǎn)品在使用時(shí)能成功地滿(mǎn)足用戶(hù)需要的程度。由此可見(jiàn)，軟件缺陷少不再能夠代表軟件的質(zhì)量高，而是僅僅成為了衡量軟件質(zhì)量的其中一項指標。

“好看、好用、bug少、能解決實(shí)際問(wèn)題”是用戶(hù)對軟件高質(zhì)量的最直接反饋。但是如何才能保證軟件的高質(zhì)量呢？

從開(kāi)發(fā)的角度來(lái)看，軟件需要達到高內聚、低耦合、代碼簡(jiǎn)潔易懂。稱(chēng)之為軟件的設計質(zhì)量，具有外部不可見(jiàn)性，“高內聚低耦合”滿(mǎn)足軟件易于擴展、易于復用的要求，“代碼簡(jiǎn)潔易懂”滿(mǎn)足軟件易于維護的要求。易于擴展和復用能夠保證快速響應用戶(hù)新需求，易于維護能夠保證快速響應用戶(hù)需求的變更。

愛(ài)客道協(xié)同辦公系統（本文簡(jiǎn)稱(chēng)OA）基于公司通用開(kāi)發(fā)平臺、采用模塊化架構思想建設而成。模塊化架構思想從根本上保證了OA系統達到“高內聚低耦合”的建設目標，通用開(kāi)發(fā)平臺從基礎層面確保了軟件的產(chǎn)品質(zhì)量。除此之外，項目組還重點(diǎn)從以下幾個(gè)方面保證OA系統的高質(zhì)量。

一、需求分析階段

有這樣一句話(huà)：“風(fēng)險躲在需求的迷霧之后”。充分體現了需求分析的重要性，需求分析工作做得到位，就能為開(kāi)發(fā)出優(yōu)秀的產(chǎn)品奠定良好的基礎，反之則有可能導致出現潛在的質(zhì)量問(wèn)題和業(yè)務(wù)價(jià)值的喪失。為了撥開(kāi)“需求迷霧”，項目組在需求分析階段做了大量的工作。

• 要求需求分析人員在與客戶(hù)溝通的過(guò)程中避免使用計算機專(zhuān)業(yè)術(shù)語(yǔ)，要結合OA系統特性總結行業(yè)術(shù)語(yǔ)并在和客戶(hù)的溝通交流中逐步學(xué)習客戶(hù)“語(yǔ)言”。這樣可以最大程度打破與客戶(hù)之間的溝通障礙，為客戶(hù)需求的收集和理解提供便利。
• 除卻常用的通知公告、新聞、工作流、人力資源等通用模塊，OA系統還具有強大的包容性，可以最大限度的容納客戶(hù)個(gè)性化需求，因此要求需求分析人員能更好地理解客戶(hù)的業(yè)務(wù)，必要時(shí)采用駐場(chǎng)等方式觀(guān)察客戶(hù)實(shí)際工作流程。如系統開(kāi)發(fā)過(guò)程中為滿(mǎn)足客戶(hù)對督查督辦業(yè)務(wù)的需求，項目組派專(zhuān)人負責直接與客戶(hù)督查室工作人員保持密切的聯(lián)系，及時(shí)收集分析用戶(hù)需求并反饋給開(kāi)發(fā)人員。
• 即使是通用模塊，在面對大量客戶(hù)的時(shí)候也難免會(huì )遇到個(gè)性化的要求，對此項目組在保證系統穩定的前提下積極響應并盡量滿(mǎn)足用戶(hù)。極力把OA系統打造成一款適用于客戶(hù)、讓客戶(hù)滿(mǎn)意的產(chǎn)品。

二、實(shí)現階段

軟件實(shí)現階段的主要活動(dòng)包含：詳細設計、編碼、測試，是軟件項目過(guò)程中工作量最大、歷時(shí)最長(cháng)、細節最多的階段。如果保證實(shí)現階段各項工作的開(kāi)展，是確保產(chǎn)品高質(zhì)量的重中之重。在實(shí)現階段，項目組主要采用以下原則做到質(zhì)量保證。

• 對于簡(jiǎn)單需求，關(guān)注重點(diǎn)集中在編碼和測試，盡量弱化詳細設計，避免耗費大量時(shí)間做無(wú)用功。
• 需要做的詳細設計也把側重點(diǎn)放在領(lǐng)域模型設計、業(yè)務(wù)流程設計、數據庫設計、核心算法設計，并在需求變更的時(shí)候優(yōu)先調整詳細設計避免設計與實(shí)現脫節。
• 代碼規范基于阿里巴巴java編碼規范結合具體情況進(jìn)行調整，使之更符合項目組的要求，比如：要求類(lèi)、方法、變量等的命名嚴格使用能代表實(shí)際意義的英文或縮寫(xiě)；簡(jiǎn)化對代碼注釋的要求，只有復雜的算法邏輯才要求必須添加注釋。
• 進(jìn)行不定期code review，代碼走查人員不局限于固定的項目成員，而是采用互查的方式進(jìn)行，通過(guò)這種方式可以讓項目組成員學(xué)會(huì )閱讀代碼，發(fā)現好的編碼思想和算法邏輯，也能發(fā)現別人代碼中的不足以給自己警示，最終達到全員開(kāi)發(fā)能力的提升。
• 要求開(kāi)發(fā)人員對自己負責的功能做到單元測試，并根據業(yè)務(wù)的變化及時(shí)調整測試用例，也為代碼重構工作的開(kāi)展提供保障。
  
• 業(yè)務(wù)需求的變更、code review的結果，都可能需要變更代碼，項目組以此作為代碼重構工作的觸發(fā)點(diǎn)。重構不是簡(jiǎn)簡(jiǎn)單單地增加代碼或刪除代碼，需要在對業(yè)務(wù)理解的基礎上進(jìn)行恰如其分的代碼調整，而代碼重構也是開(kāi)發(fā)人員對業(yè)務(wù)需求加深理解的一個(gè)過(guò)程。

三、運維階段

關(guān)于扁鵲有一個(gè)小故事。

魏文王曾經(jīng)向扁鵲求助：“你們家三兄弟都擅長(cháng)醫術(shù)，那么誰(shuí)的醫術(shù)最高明呢？”

扁鵲回答：“大哥的醫術(shù)最好，二哥的醫術(shù)稍微差一點(diǎn)，而我的醫術(shù)最差。”

魏文王不解：“那為什么只有你聞名天下呢？”

扁鵲給的解釋是：“大哥治病是在病人發(fā)病以前，這時(shí)候病人都不知道自己有病，大哥下藥就把病情扼殺在萌芽中，即使他的醫術(shù)不被世人所理解，但在我們家，都認為他的醫術(shù)很高明；我的二哥治病是在病情剛剛顯現的時(shí)候，這個(gè)時(shí)候病人的病情還不是很?chē)乐?，病人也沒(méi)有什么痛苦，二哥一劑藥下去就可以藥到病除，所以很多人都認為二哥只是治小病很靈；而我治病，是在病情已經(jīng)很?chē)乐氐臅r(shí)候，病人已經(jīng)受到了很多的病痛折磨。所以他們看到我用針?lè )叛?、或用毒藥以毒攻毒、或者?dòng)大手術(shù)，讓病情很快痊愈。所以病人都認為我的醫術(shù)非常高明，只有我聞名天下。”

運維階段的質(zhì)量問(wèn)題往往是設計、開(kāi)發(fā)階段積累造成的，如果真的在運維階段出現了要動(dòng)大手術(shù)的情況，那么形勢就真的不容樂(lè )觀(guān)了，動(dòng)的好則如扁鵲一樣“名揚天下”，動(dòng)不好可能就是“亡羊補牢，為時(shí)已晚”了。所以項目組在實(shí)現階段加強對代碼質(zhì)量的嚴格把控是很有必要的。

為了把好最后一道關(guān)，項目組非常重視系統的線(xiàn)上運行狀態(tài)，通過(guò)各種監控和預警措施提前發(fā)現問(wèn)題并將其扼殺在萌芽中。

雖然項目組在質(zhì)量管理方面做了很多準備和努力，但是對質(zhì)量的把控仍然不能稱(chēng)之為完美，還需要項目組把更多的精力放在質(zhì)量管理上，需要公司提供必要的支持，需要所有人參與到質(zhì)量管理工作中。我們的目標：實(shí)現全面質(zhì)量管理。

何為全面質(zhì)量管理，答：就是一個(gè)組織以質(zhì)量為中心，以全員參與為基礎，目的在于通過(guò)讓客戶(hù)滿(mǎn)意和本組織所有成員及社會(huì )受益而達到長(cháng)期成功的管理途徑。