12月工作總結範文大綱

1. 泳道職能+階段流程圖，可以讓他人清晰知道流程如何運轉。

2. 描述報表需求時，可能包括如下內容：業務背景、過濾口徑、名詞解釋（通過解釋生僻名詞，下游更容易理解需求）、涉及到的表的主體關係、統計口徑、保留位數、排序條件等。

3. 通過規範“需求控制標準化”，可以降低需求風險。內部定義的需求控制標準化主要包括：承接需求範圍及文檔要求、升級專家評估流程、決策處理流程，通過明確規範降低需求溝通和交互內耗，提高協作效率。

4. 使用統一語言描述，能夠提高工作效率，如採用的統一語言能夠模板化或工具化能極大提高工作效率。

5. 列表分爲：常規列表、可編輯列表、主從列表、樹狀列表。

6. 偏技術性需求可由開發前置，由售前配合開發收集相關業務信息。其他偏業務性需求，由售前（一線）收集需求。

7. 描述需求需包括內容：業務背景（通過業務背景描述能夠清晰獲悉該功能解決客戶什麼問題或達到什麼目的）、業務流程圖（客戶實際業務是如何流程的）、業務場景（在每個環節什麼角色通過輸入什麼內容做什麼操作輸出什麼）、ui+功能描述（結構化語言來描述該需求如何從系統層面實現來滿足功能）、數據結構（表物理結構，以及表之間關係）等。

8. ui控件測試：比如文本框控件，首先分析控件基礎屬性，然後分析控件業務屬性，然後分析該控件關聯影響點。

基礎屬性：比如控件長度、錄入數據類型、不允許錄入長度；業務熟悉包括：默認值、是否必填、是否允許錄入重複值；關聯影響點：比如同系統中同一字段應保持一致、數據庫字段長度和頁面控制長度一致等等。

9. 頁面通常分爲：列表頁面、編輯界面、選擇界面（比如郵件選擇發件人所打開頁面）、其他界面。

10. 列表頁面測試思路：

整體：頁面整體佈局；

局部：將頁面拆分成小區域，針對每個小區域進行分析。

靜態：頁面初始展示（頁面展示項、默認值、選項值、按鈕、列名、列標題等）；

動態：選擇不同選項，頁面的刷新；各種操作（查詢、按鈕操作、列表操作）等；

從左到右，從上到下：屬於常規的操作習慣，按照一定的順序至少測試時不會一會東

一會西。

具體操作：列表操作、按鈕操作。

有場景要細分：數據場景、操作場景等，如列表中有數據/無數據的

展示、操作，有關聯數據/無關聯數據的刪除等。

有組合要考慮：將拆分的區域合併考慮，如果存在組合的情況，那麼需要考慮典型的

組合，如組織架構、視圖、查詢條件的組合。

11. 制定開發工作規範目的：提高開發協作、提高可讀性、可維護性，主要內容包括：js編碼規範（命名規範、代碼編寫規範、註釋規範、變量使用規範、函數使用規範、功能設計規範（圖標使用規範、提示信息使用規範、文件和文件夾命名規範、邏輯流程規範、界面整體規範、數據樣式規範等）。

12. 梳理和維護開發常見錯誤，可規避開發編碼錯誤（比如代碼塊中有debug、alter(0等調試語句）導致的低級問題。

13. 在解決問題時，首先分析衝突點：問題責任人不明確導致相互推脫、解決方案或方法不明確（目前資源水平解決不了），然後再來確認問題、解決問題，在解決問題過程中可能會運用到制定的相關標準、要求。

14.系統分析主要包括2個部分：系統分析和設計階段，系統分析主要是進行流程分析、實體分析、關聯影響分析，工作量估算等工序，系統設計主要是進行ui設計、功能點設計、數據庫設計等工序。

a. 流程分析又分爲業務流程和系統流程分析，業務流程分析主要是分析whowhenwhywhatwhere，誰在什麼情況下，需要什麼前置條件，然後做什麼事情，輸出了什麼結果。系統流程分析主要是滿足業務流程，分析部分或全部信息化管理，提高業務流程執行效率，降低管理成本。

b. 實體分析：通過理解需求，理解業務術語，弄清業務實體將關係，指導後續關聯性分析和數據庫設計。

c. 關聯影響分析：通過分析理解需求對現有業務或代碼的影響點，保證需求完備性。

d. ui設計：保證符合產品設計風格保證符合平臺控件要求保證符合客戶要求。

e. 功能點設計：保證開發對功能點取數、ui控制、操作控制、數據流、複雜算法等方面比較清晰，提高開發效率。

f. 數據庫設計：設計庫設計規範、典型案例設計，保證最終提交高性能系統給客戶。