西津渡,hadoop ,云計算
導航
BlogJava
首頁
新隨筆
聯系
聚合
管理
<
2007年2月
>
日
一
二
三
四
五
六
28
29
30
31
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
1
2
3
4
5
6
7
8
9
10
統計
隨筆 - 104
文章 - 2
評論 - 29
引用 - 0
常用鏈接
我的隨筆
我的評論
我的參與
最新評論
留言簿
(6)
給我留言
查看公開留言
查看私人留言
隨筆分類
c plus plus(7)
(rss)
classified infomation(1)
(rss)
cloud computing(4)
(rss)
e-commerce(6)
(rss)
J2EE architect(18)
(rss)
J2EE Technich(40)
(rss)
linux(2)
(rss)
software engineering(16)
(rss)
strategy management
(rss)
隨筆檔案
2010年2月 (1)
2010年1月 (3)
2009年12月 (5)
2009年10月 (4)
2009年8月 (1)
2009年7月 (3)
2009年5月 (4)
2009年2月 (2)
2009年1月 (2)
2008年7月 (1)
2008年4月 (1)
2007年11月 (1)
2007年9月 (13)
2007年8月 (13)
2007年7月 (5)
2007年5月 (1)
2007年4月 (3)
2007年3月 (3)
2007年2月 (4)
2006年9月 (1)
2006年8月 (3)
2006年7月 (5)
2006年6月 (1)
2006年4月 (11)
2006年2月 (3)
2006年1月 (3)
2005年12月 (7)
文章檔案
2009年7月 (1)
2005年12月 (1)
搜索
最新評論
1.?re: java 性能和系統軟件
評論內容較長,點擊標題查看
--西津渡
2.?re: software achitecture's future
獨登高樓,望盡天涯路。
以此為記。
--西津渡
3.?re: java 性能和系統軟件
評論內容較長,點擊標題查看
--西津渡
4.?re: java 性能和系統軟件
評論內容較長,點擊標題查看
--西津渡
5.?re: java 性能和系統軟件[未登錄]
空洞
--zz
閱讀排行榜
1.?架構師之路,實踐與讀書(2333)
2.?用 apache mod_proxy_ajp 與 tomcat 集成, 很簡單的步驟(2253)
3.?如何設計軟件-我的體會(2237)
4.?整理軟件架構相關的知識(2092)
5.?圖解軟件項目管理(2010)
評論排行榜
1.?java 性能和系統軟件(6)
2.?云計算(4)
3.?圖解軟件項目管理(3)
4.?圖解軟件項目管理(3)
5.?struts2.0 ,shale,tapestry, 關于 JavaWebFrameWork 的選擇(原創)(2)
圖解軟件項目管理
圖解軟件項目管理
請下載,解壓。
西津渡
posted on 2007-02-03 15:07
西津渡
閱讀(2010)
評論(3)
編輯
收藏
所屬分類:
software engineering
Comments
#
re: 圖解軟件項目管理
BeanSoft
word 文檔, 未發現病毒, 文本內容摘要如下:
李建奇圖解軟件項目管理
李建奇
2007-02
第一章 4個要素-What,how,who,when.
What- 從幻想到specification
How- 從架構到code
Who-誰?
When- 何時?
第二章 過程
一、 娶妻
從一個模糊的想法(imagination,vision),到形成若干條件(specification),最后找到幾個人選(prototype)。
? Vision
? Spec
? prototype
二、 火星飛行器
從一個解決的辦法(solution ,idea),到驗證關鍵技術問題(prototype),最后到架構設計(architect)。
? Solution
? Prototype
? architect
第三章 設計系統功能,形成spec
一、 最重要的是使用它
Spec 是讓人使用的。(customer,manager,本人,designer, architect , programmer, tester, user ,etc)
信任是最重要的使用條件!
二、 最重要的創造性工作
對大部分項目,設計Spec 是具有挑戰性的創造性工作。
三、 產品有用最重要
一般情況下,性能問題都可以在架構設計階段考慮。
四、 比較才知道優劣
至少有一種可以比較的方案。
第四章 設計系統UI
一、 一幅圖勝過千句話
UI 原型是 Spec 的最好的解釋。
? 草稿
? 主要的window
? prototype
二、 比較才知道優劣
第五章 系統技術原型
一、 關鍵的技術問題
第六章 系統架構和軟件架構
一、 功能可擴展
二、 性能可擴展
第七章 風險
一、 設計風險
二、 技術風險
三、 所有的風險是人的風險
四、 最重要的是記住70%以上的項目以失敗告終
讓項目成功,或者盡早結束!
第八章 保持項目的進展
一、 對項目負責,做出決定
二、 執行,并檢查
第九章 總結經驗
Posted @ 2007-02-03 18:11
回復
更多評論
#
re: 圖解軟件項目管理[未登錄]
ant
呵呵,BeanSoft功德無量啦。
Posted @ 2007-02-03 18:14
回復
更多評論
#
re: 圖解軟件項目管理
西津渡
今天上傳了一個修訂本。
Posted @ 2007-02-05 14:27
回復
更多評論
新用戶注冊
刷新評論列表
只有注冊用戶
登錄
后才能發表評論。
網站導航:
博客園
IT新聞
Chat2DB
C++博客
博問
管理
相關文章:
整理軟件架構相關的知識
software architecture's future
hudson 配置備忘
從應用級轉到系統級開發
今天修訂了西津渡圖解軟件項目管理
對設計的檢查單
西津渡圖解軟件項目管理
圖解軟件項目管理
scjp 的一些古怪的問題
pair programming 的體會
Powered by:
BlogJava
Copyright © 西津渡
主站蜘蛛池模板:
富源县
|
沙河市
|
宣城市
|
巫山县
|
金阳县
|
宁远县
|
方山县
|
维西
|
育儿
|
商洛市
|
两当县
|
老河口市
|
雅江县
|
白朗县
|
商城县
|
松潘县
|
阳信县
|
建宁县
|
东港市
|
鄯善县
|
资溪县
|
巴楚县
|
上饶县
|
象州县
|
中阳县
|
明溪县
|
蓬莱市
|
德昌县
|
滦平县
|
井冈山市
|
澄江县
|
双江
|
阳曲县
|
城步
|
临潭县
|
达州市
|
澄江县
|
长葛市
|
沂源县
|
崇礼县
|
平凉市
|
李建奇圖解軟件項目管理
李建奇
2007-02
第一章 4個要素-What,how,who,when.
What- 從幻想到specification
How- 從架構到code
Who-誰?
When- 何時?
第二章 過程
一、 娶妻
從一個模糊的想法(imagination,vision),到形成若干條件(specification),最后找到幾個人選(prototype)。
? Vision
? Spec
? prototype
二、 火星飛行器
從一個解決的辦法(solution ,idea),到驗證關鍵技術問題(prototype),最后到架構設計(architect)。
? Solution
? Prototype
? architect
第三章 設計系統功能,形成spec
一、 最重要的是使用它
Spec 是讓人使用的。(customer,manager,本人,designer, architect , programmer, tester, user ,etc)
信任是最重要的使用條件!
二、 最重要的創造性工作
對大部分項目,設計Spec 是具有挑戰性的創造性工作。
三、 產品有用最重要
一般情況下,性能問題都可以在架構設計階段考慮。
四、 比較才知道優劣
至少有一種可以比較的方案。
第四章 設計系統UI
一、 一幅圖勝過千句話
UI 原型是 Spec 的最好的解釋。
? 草稿
? 主要的window
? prototype
二、 比較才知道優劣
第五章 系統技術原型
一、 關鍵的技術問題
第六章 系統架構和軟件架構
一、 功能可擴展
二、 性能可擴展
第七章 風險
一、 設計風險
二、 技術風險
三、 所有的風險是人的風險
四、 最重要的是記住70%以上的項目以失敗告終
讓項目成功,或者盡早結束!
第八章 保持項目的進展
一、 對項目負責,做出決定
二、 執行,并檢查
第九章 總結經驗