2010年5月29日
摘要: 1引進應用框架平臺的目的
(1)提高開發過程規范化、可視化程度；
(2)使得系統維護變得極為容易，基本編程由原來的代碼編寫轉為參數設置；
(3)增強對異構系統的兼容性。
閱讀全文
2010年2月5日
摘要: 打開Word，點擊左上角的圓形按鈕，
1、選擇"Word選項"，
2、然后選擇"加載項"，
閱讀全文
2009年12月1日
摘要: 這個異常的發生是由于字符的轉換照成的，如果你遇到了這個問題，
請先檢查一下你的jsp頁面里面參數傳遞中是否有參數包含有“%”
字符，如果有必須做如下轉換：
閱讀全文
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月27日
摘要:
在配置jsp開發環境的過程中會碰到不少問題，感謝網上的許多前輩的經驗總結，作者cl41的JSP連接Mysql數據庫攻略和作者Saulzy的MySQL學習筆記等文章對我來說簡直是雪中送碳，為了幫助象我一樣的初學者在此總結了不少作者的經驗，非常感謝他們的無私奉獻精神，也希望更多的人把這種精神發揚光大，呵呵，再次對所參考文章的作者表示最崇高的敬意！
閱讀全文
2008年9月25日
摘要:
B/S（Browser/Server，瀏覽器/服務器）模式又稱B/S結構。是指在TCP/IP的支持下，以HTTP為傳輸協議，客戶端通過Browser訪問Web服務器以及與之相連的后臺數據庫的技術及體系結構。
閱讀全文
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日
摘要: 在會議過程中，由記錄人員把會議的組織情況和具體內容記錄下來，就形成了會議記錄。“記”有詳記與略記之別。略記是記會議大要，會議上的重要或主要言論。詳記則要求記錄的項目必須完備，記錄的言論必須詳細完整。若需要留下包括上述內容的會議記錄則要靠“錄”。“錄”有筆錄、音錄和影像錄幾種，對會議記錄而言，音錄、像錄通常只是手段，最終還要將錄下的內容還原成文字。筆錄也常常要借助音錄、像錄，以之作為記錄內容最大限度地再現會議情境的保證。
閱讀全文