個人總結范文：2015年2月份工作總結是由范文詞典為您精心收集，希望這篇2015年2月份工作總結范文可以給您帶來幫助，如果覺得好，請把這篇文章復制到您的博客或告訴您的朋友，以下是2015年2月份工作總結的正文：

2015年2月份工作總結

1. 泳道圖：職能+階段流程圖，可以讓他人清晰知道流程如何運轉。
2. 描述報表需求時，可能包括如下內容：業務背景、過濾口徑、名詞解釋（通過解釋生僻名詞，下游更容易理解需求）、涉及到的表的主體關系、統計口徑、保留位數、排序條件等。
3. 通過規范“需求控制標準化”，可以降低需求風險。內部定義的需求控制標準化主要包括：承接需求范圍及文檔要求、升級專家評估流程、決策處理流程，通過明確規范降低需求溝通和交互內耗，提高協作效率。
4. 使用統一語言描述，能夠提高工作效率，如采用的統一語言能夠模板化或工具化能極大提高工作效率。
5. 列表分為：常規列表、可編輯列表、主從列表、樹狀列表。
6. 偏技術性需求可由開發前置，由售前配合開發收集相關業務信息。其他偏業務性需求，由售前（一線）收集需求。
7. 描述需求需包括內容：業務背景（通過業務背景描述能夠清晰獲悉該功能解決客戶什么問題或達到什么目的）、業務流程圖（客戶實際業務是如何流程的）、業務場景（在每個環節什么角色通過輸入什么內容做什么操作輸出什么）、UI+功能描述（結構化語言來描述該需求如何從系統層面實現來滿足功能）、數據結構（表物理結構，以及表之間關系）等。
8. UI控件測試：比如文本框控件，首先分析控件基礎屬性，然后分析控件業務屬性，然后分析該控件關聯影響點。
基礎屬性：比如控件長度、錄入數據類型、不允許錄入長度；業務熟悉包括：默認值、是否必填、是否允許錄入重復值；關聯影響點：比如同系統中同一字段應保持一致、數據庫字段長度和頁面控制長度一致等等。
9. 頁面通常分為：列表頁面、編輯界面、選擇界面（比如郵件選擇發件人所打開頁面）、其他界面。
10. 列表頁面測試思路：
整體：頁面整體布局；
局部：將頁面拆分成小區域，針對每個小區域進行分析。
靜態：頁面初始展示（頁面展示項、默認值、選項值、按鈕、列名、列標題等）；
動態：選擇不同選項，頁面的刷新；各種操作（查詢、按鈕操作、列表操作）等；
從左到右，從上到下：屬于常規的操作習慣，按照一定的順序至少測試時不會一會東
一會西。
具體操作：列表操作、按鈕操作。
 
有場景要細分：數據場景、操作場景等，如列表中有數據/無數據的
展示、操作，有關聯數據/無關聯數據的刪除等。
 
有組合要考慮：將拆分的區域合并考慮，如果存在組合的情況，那么需要考慮典型的
組合，如組織架構、視圖、查詢條件的組合。
11. 制定開發工作規范目的：提高開發協作、提高可讀性、可維護性，主要內容包括：JS編碼規范（命名規范、代碼編寫規范、注釋規范、變量使用規范、函數使用規范、功能設計規范（圖標使用規范、提示信息使用規范、文件和文件夾命名規范、邏輯流程規范、界面整體規范、數據樣式規范等）。
12. 梳理和維護開發常見錯誤，可規避開發編碼錯誤（比如代碼塊中有debug、alter(0等調試語句）導致的低級問題。
13. 在解決問題時，首先分析沖突點：問題責任人不明確導致相互推脫、解決方案或方法不明確（目前資源水平解決不了），然后再來確認問題、解決問題，在解決問題過程中可能會運用到制定的相關標準、要求。
14.系統分析主要包括2個部分：系統分析和設計階段，系統分析主要是進行流程分析、實體分析、關聯影響分析，工作量估算等工序，系統設計主要是進行UI設計、功能點設計、數據庫設計等工序。
a. 流程分析又分為業務流程和系統流程分析，業務流程分析主要是分析who\when\why\what\where，誰在什么情況下，需要什么前置條件，然后做什么事情，輸出了什么結果。系統流程分析主要是滿足業務流程，分析部分或全部信息化管理，提高業務流程執行效率，降低管理成本。
b. 實體分析：通過理解需求，理解業務術語，弄清業務實體將關系，指導后續關聯性分析和數據庫設計。
c. 關聯影響分析：通過分析理解需求對現有業務或代碼的影響點，保證需求完備性。
d. ui設計：保證符合產品設計風格\保證符合平臺控件要求\保證符合客戶要求。
e. 功能點設計：保證開發對功能點取數、UI控制、操作控制、數據流、復雜算法等方面比較清晰，提高開發效率。
f. 數據庫設計：設計庫設計規范、典型案例設計，保證最終提交高性能系統給客戶。

個人總結范文：2015年2月份工作總結版權歸作者所有,轉載請注明出處!