2010年5月29日
摘要: 1引進應用框架平臺的目的
(1)提高開發過程規范化、可視化程度；
(2)使得系統維護變得極為容易，基本編程由原來的代碼編寫轉為參數設置；
(3)增強對異構系統的兼容性。
閱讀全文
2009年4月10日
摘要: 1．引言
1．1編寫目的【闡明編寫需求說明書的目的，指明讀者對象。】
1．2項目背景【應包括：a．項目的委托單位、開發單位和主管部門；b．該軟件系統與其他系統的關系。】
1．3定義【列出文檔中所用到的專門術語的定義和縮寫詞的原文。】
閱讀全文
2008年10月21日
摘要: 1．引言
1．1編寫目的【闡明編寫概要設計說明書的目的，指明讀者對象。】
1．2項目背景【應包括．a．項目的委托單位、開發單位和主管部門．b．該軟件系統與其f1系統的關系。】
1．3定義【列出本文檔中所用到的專門術語的定義和縮寫詞的原意。】
1．4參考資料【列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源，可毛括：a．項目經核準的計劃任務書、合同或上級機關的批文；b．項目開發計劃；c．需求規格說耳書；d．測試計劃(初稿)；e．用戶操作手冊(初稿)；f．文檔所引用的資料、采用的標準或規范。】
閱讀全文
2008年9月18日
摘要: 1 團隊組成
整個團隊由六種角色組成，分別為
·產品管理（Product Management）
·項目管理（Program Management）
·開發人員（Development）
·測試人員（Test）
·用戶教育人員（User Education）
·發布管理（Release Management）
各角色在團隊的地位相當，各司其職。各個角色的具體目標、職能以及責任在以下的小節中進行詳述。
閱讀全文
摘要:
“高效”有時候并不需要什么技巧，很多人在抱怨沒有足夠時間的時候，其中的潛臺詞是他們應該更專心。時間對每個人都是公平的，你需要的是不要浪費時間，并且專心。
閱讀全文
摘要:
(1)微軟的軟件每一個介面都要有說明書(用戶場景，用這個軟件做什么?)
(2)產品的時間規則:發布beta1, 測試，發布beta2，最后release.沒有完成計劃，增加資料將事情做完。
(3)軟件后期加入，會增加負擔。
閱讀全文
摘要:
對于軟件工程師來說，工作也許意味著許多東西 -- 穩定的收入、做自己感興趣的項目、找一份更好工作的跳板，或者你只是喜歡與其他程序員共事。但說到“效率”，強調的是在一定時間內按質完成項目的能力。 Phil Chu根據自己的經驗提出了高效程序員應該養成的七個習慣。
閱讀全文
2008年9月17日
摘要: 在會議過程中，由記錄人員把會議的組織情況和具體內容記錄下來，就形成了會議記錄。“記”有詳記與略記之別。略記是記會議大要，會議上的重要或主要言論。詳記則要求記錄的項目必須完備，記錄的言論必須詳細完整。若需要留下包括上述內容的會議記錄則要靠“錄”。“錄”有筆錄、音錄和影像錄幾種，對會議記錄而言，音錄、像錄通常只是手段，最終還要將錄下的內容還原成文字。筆錄也常常要借助音錄、像錄，以之作為記錄內容最大限度地再現會議情境的保證。
閱讀全文