 一、需求分析階段 有這樣一句話：“風險躲在需求的迷霧之后”。充分體現(xiàn)了需求分析的重要性，需求分析工作做得到位，就能為開發(fā)出優(yōu)秀的產(chǎn)品奠定良好的基礎，反之則有可能導致出現(xiàn)潛在的質量問題和業(yè)務價值的喪失。為了撥開“需求迷霧”，項目組在需求分析階段做了大量的工作。
要求需求分析人員在與客戶溝通的過程中避免使用計算機專業(yè)術語，要結合OA系統(tǒng)特性總結行業(yè)術語并在和客戶的溝通交流中逐步學習客戶“語言”。這樣可以最大程度打破與客戶之間的溝通障礙，為客戶需求的收集和理解提供便利。 除卻常用的通知公告、新聞、工作流、人力資源等通用模塊，OA系統(tǒng)還具有強大的包容性，可以最大限度的容納客戶個性化需求，因此要求需求分析人員能更好地理解客戶的業(yè)務，必要時采用駐場等方式觀察客戶實際工作流程。如系統(tǒng)開發(fā)過程中為滿足客戶對督查督辦業(yè)務的需求，項目組派專人負責直接與客戶督查室工作人員保持密切的聯(lián)系，及時收集分析用戶需求并反饋給開發(fā)人員。 即使是通用模塊，在面對大量客戶的時候也難免會遇到個性化的要求，對此項目組在保證系統(tǒng)穩(wěn)定的前提下積極響應并盡量滿足用戶。極力把OA系統(tǒng)打造成一款適用于客戶、讓客戶滿意的產(chǎn)品。
二、實現(xiàn)階段 軟件實現(xiàn)階段的主要活動包含：詳細設計、編碼、測試，是軟件項目過程中工作量最大、歷時最長、細節(jié)最多的階段。如果保證實現(xiàn)階段各項工作的開展，是確保產(chǎn)品高質量的重中之重。在實現(xiàn)階段，項目組主要采用以下原則做到質量保證。
對于簡單需求，關注重點集中在編碼和測試，盡量弱化詳細設計，避免耗費大量時間做無用功。 需要做的詳細設計也把側重點放在領域模型設計、業(yè)務流程設計、數(shù)據(jù)庫設計、核心算法設計，并在需求變更的時候優(yōu)先調整詳細設計避免設計與實現(xiàn)脫節(jié)。 代碼規(guī)范基于java編碼規(guī)范結合具體情況進行調整，使之更符合項目組的要求，比如：要求類、方法、變量等的命名嚴格使用能代表實際意義的英文或縮寫；簡化對代碼注釋的要求，只有復雜的算法邏輯才要求必須添加注釋。 進行不定期code review，代碼走查人員不局限于固定的項目成員，而是采用互查的方式進行，通過這種方式可以讓項目組成員學會閱讀代碼，發(fā)現(xiàn)好的編碼思想和算法邏輯，也能發(fā)現(xiàn)別人代碼中的不足以給自己警示，最終達到全員開發(fā)能力的提升。 要求開發(fā)人員對自己負責的功能做到單元測試，并根據(jù)業(yè)務的變化及時調整測試用例，也為代碼重構工作的開展提供保障。 業(yè)務需求的變更、code review的結果，都可能需要變更代碼，項目組以此作為代碼重構工作的觸發(fā)點。重構不是簡簡單單地增加代碼或刪除代碼，需要在對業(yè)務理解的基礎上進行恰如其分的代碼調整，而代碼重構也是開發(fā)人員對業(yè)務需求加深理解的一個過程。 
【正-文-結-束】
OA系統(tǒng)：提高企業(yè)效率的利器，但這些坑要注意！偉創(chuàng)軟件 -> OA協(xié)同辦公系統(tǒng)
隨著科技的飛速發(fā)展，越來越多的企業(yè)開始引入OA（Office Automation）系統(tǒng)來提高工作效率。OA系統(tǒng)作為企業(yè)信息化的重要組成部分，已不再是新鮮事物。然而，在實際應用中，許多企業(yè)經(jīng)常會遇到一些問題。本文將分享OA系統(tǒng)的優(yōu)勢以及在使用過程中需要注意的“坑”，幫助企業(yè)更好地利用OA系統(tǒng)，提高工作效率。..
|
