1.
專案開發的目標、意義
1.本產品的目標
2.專案說明
1.專案代號
2.人員配置
(專案經理、系統分析師、軟體工程師、測試人員、美工文件管理員)3.
各種角色的職責
1.專案經理
(1):
負責安排計畫、制定工作流程、協調各種角色的關係、制定工作目標和計畫、向專案主管報告、內部人員的激勵、員工招聘
2.系統分析師
(1):
負責客戶溝通、需求調研、分析需求、設計報告、制定階段內開發計畫、制定階段內測試計畫、建立測試計畫、新進開發人員培訓
3.軟體工程師
(3):
負責根據需求報告開發、單元測試、協助制定開發計畫
4.測試人員
(1):
負責協助制定測試計畫、模組測試、整合測試
5.美工文件管理員
(1):
負責系統的美工、專案相關文件的管理、
vss的維護、
bbs和
bug和
project
工具的使用方法指導、每日構建、新進員工的工具培訓
3.專案總體計畫
1.專案需求調研、分析
廣泛調研客戶需求，分析系統輔助使用者的方式
編寫<<
需求分析說明書
>>
，建立各種業務模式的業務模型、考慮各種業務模型中的系統支援方式。
2.專案的技術框架準備
整理新框架的開發培訓說明書、開發規範。
<<
開發技術框架
>>,<<
程式設計規範
>>
專案的整體風格、介面設計。
<<
軟體美工說明
>>
3.專案概要設計、詳細設計(迴圈
)概要設計
: 系統模組劃分、系統命名規範、建立核心實體模型、核心物件狀態模型、模組和物件的協作模型。
<<
概要設計說明書
>>
詳細設計
: 系統每個頁面的原型、每個頁面提供的功能、每個頁面的關鍵字段
(介面原型，第一次
)；構建詳細的程式介面、建立相關物件和屬性和方法、建立模組序列圖。
<<
模組設計說明書
>>,<<
資料庫說明書
>>。4.
專案的開發、單元測試
開發人員根據專案設計編寫**、在每個功能完成後必須進行測試、並且保證**
100%
覆蓋。填寫
<<
單元測試報告
>>
5.專案整合、系統測試階段、使用文件的編
寫。4.
詳細流程圖
1. 週期內角色職責
2.bug
管理機制
:5.專案每個階段的詳細計畫
6.專案測試總體計畫
7.專案每個階段的詳細測試計畫
8.關於專案風險
1.設計偏離客戶需求、不具有可操作性
2.系統不具友好的互動介面
3.質量低劣
4.成本不可控制
5.專案缺乏管理
6.典型錯誤
7.員工參與積極性低
9.專案成本
10.專案績效
偏方查詢 v1 0
偏方，即單方驗方。指藥味不多，對某些病證具有獨特療效的方劑。數千年來，在我國民間流傳著非常豐富 簡單而又療效神奇的 疑難雜症的偏方 秘方 驗方，方書著作浩如煙海。偏和正相對,偏方一般沒有被正式的藥物或醫學典籍收載，但有時能取得較好的 效果的治病的方法。偏方的 主要有二種 經驗的積累和家族內部流傳，前...
點對點聊天系統 v1 0
系統需求 聊天交流是目前網際網路提供的主要內容。聊天系統有多種實現方式，類似icq屬於一種點對點的聊天系統，還有一種是基於socket的集中式聊天系統，這種聊天系統需要登入統一的聊天伺服器，每個人的聊天資訊其他人都可以看到，類似一種會議室，當然，兩個人之間也可以進行保密的私語。在基於socket的聊...
轉輪傳動裝置 V1 0
第一次在部落格上寫總結，有點小激動。因為從進卓越班以來就有這種想法，但一直因為自己實在沒什麼可以值得記錄的。而最近跟著老師接了乙個小專案 小老鼠跑步機，說白了就是在乙個籠子讓老鼠跑，設定時間，記錄圈數，設定方向等，看似沒什麼難度，其實你做起來就會發現，真的也沒什麼難度，但對我來說，是首次系統地做一套...