專案接近尾聲，做一些掃尾的工作。
1 資料庫表結構(table schema)
- 新增字段，藍色表示。
- 不使用字段，灰色表示，加刪除線。
2 源**(source code)
- 保證源**乾淨。刪除測試用的檔案(字首test)
3 問題日誌(issue log)
- 更新狀態。統計哪些問題「已解決」，哪些問題「待解決」。
對於「待解決」問題，定出級別、負責人、方案、預計完成日期。
- 統計需求變更，目的是分析對進度的影響有多大。
- 統計bug的級別，分析原因，抽象出此類bug的預防方法。提煉出好的方法加以推廣。
4 系統需求分析文件(system analysis)
- 舊的需求使用，灰色表示，加刪除線。新的需求使用當前正文的字型和樣式。
5 使用者培訓(training sop)
- 系統功能和操作介紹，適用於所以使用者。只針對關鍵使用者(key user)培訓。
6 專案進度(project schedule)
- 更新進度。對於實際進度與預計進度，分析差異原因。
7 部署文件(deployment sop)
- 部署步驟和注意事項(來自開發、測試...)。
8 更新日誌(update log)
- 記錄系統每次更新程式時，更新原因、更新功能、更新檔案、更新方法、更新時間。
9 常見問題(faq)
- 記錄常見問題的解決方法。
專案上線前的準備
如果做乙個全新的tob端的一複雜系統，在人員及時間充足的情況下，你會做那些準備工作和安排確保專案準時上線 確認會議人數 確認會議成員 參加需求評審 討論專案的樣式和需求 準備測試用例 準備測試機型 測試多久 安排時間 系統的相容性 規範藉口 測試人員測試前提前熟悉系統的功能 需求 模組等 制定方案準...
專案準備上線前該不該提離職
先說下目前自己的狀態 工作城市是乙個東北裡乙個省的省會 屬於二三線城市！目前是實習生 就職公司是一家上市公司的分公司，屬於電信行業。進入正題 該公司在這裡就暫時稱為y吧！我是19年初面試進入的該公司。本人還沒畢業，所以崗位就定位為開發實習生。該公司因為專案成型的原因，公司裡的人多做的就是改改bug，...
系統上線前的準備
如果做乙個全新的系統，保證專案能準時上線！在人員及時間充足的情況下你會做那些工作和準備？1 合理預期使用者規模，進行壓力測試。系統的資源畢竟有限，用有限的資源服務好目標客戶才是系統建設的目標。所以，首先要對使用者的規模和 增長情況和資料量進行預估，並進行壓力測試，確保系統一旦上線能順利訪問。2 安全...