书籍详情
框架过程模式
作者:(美)James Carey,(美)Brent Carlson著;林星,张夏译
出版社:人民邮电出版社
出版时间:2003-01-01
ISBN:9787115111814
定价:¥28.00
购买这本书可以去
内容简介
本书将日常面向对象框架开发中遇到的(也是典型的)情况整理为模式的形式。其开发活动涵盖了从初始需求收集到框架文档制作的范围。本书共10章,第1章描述框架是什么,如何开发和使用框架。第2章提供了一个通用领域以及领域中的词汇,这样读者就可以提出领域中的问题,并引发对模式的思考。接下来的第3章至第9章则根据模式的主要用途,组织成相关的模式专题介绍。最后简要叙述了如何使用框架来开发应用。附录A描述了组件和框架之间相互补充的关系。附录B描述了IBM SanFrancisco项目中用于业务应用框架开发的开发过程。本书是一本有关软件开发的优秀书籍,适合于软件开发人员、项目管理人员阅读参考,对相关专业研究人员也有很好的参考价值。
作者简介
唐纳德·C·莫斯利现在是南阿拉巴马州立大学的名誉教授,同时是Synergistic咨询团体的创始人和主席。他和他的团队是伙伴关系领域研究的先驱,曾在公共部门的第一次正式伙伴关系研讨会上设计和制定了最早的“报价伙伴关系模型”,这个模型目前在全美乃致世界各国被广使用。20世纪60年代,作为一名年轻的教授和咨询专家,莫斯利曾帮助一家亏损的化工厂在一年之内成为其所在公司中利润最高的工厂,并在此过程中锻炼了自己的能力。这些时间内,他还最先利用了由同级、工作团队成员和上司进行的360度评估,以此作为给关键管理者提供回馈和进行管理的基础。……
目录
第1章 简介
1.1 什么是框架
1.2 框架工件
1.3 开发框架
1.4 使用框架
1.5 框架过程模式
第2章 案例
2.1 个人衣着领域
2.2 概述
2.3 选择衣着
2.4 清洗衣物
2.5 修补衣物
2.6 购买衣物
第3章 开发过程
3.1 Alles in Ordnung
别名:遵循一种开发过程方法
3.2 Innocent Questions
别名:改进领域专家和技术专家间的沟通质量
3.3 Divide and Conquer
别名:让框架易于理解和吸收
3.4 Consistency Is King
别名:确保框架整体的一致性
3.5 Iterate,Iterate,Iterate
别名:三次迭代验证
3.6 Exposing It All
别名:视框架用户为合作伙伴
第4章 需求
4.1 It Depends
别名:找出需要定制化的部分
4.2 Tor’s Second Cousin
别名:怎样才是真正的极端
4.3 What,Not How
别名:暗藏在需求中的实现
4.4 The Stupid Test
别名:只包含必要的领域特性,以保证框架能集中精力处理领域中的问题
第5章 分析
5.1 Eating the Elephant(一次一个字节)
别名:分解问题
5.2 Something is Better Than Nothing
别名:在你了解某个信息时即将其文档化
5.3 Where’s Mr Speck When You Need Him?
别名:领域专家和技术人员之间的跨国队沟通
第6章 设计
6.1 Pass the Buck
别名:了解框架有所不为的时机
6.2 Missed It by That Much
别名:开发并应用模式
6.3 That’s the Wny the Cookie Crumbles
别名:模式可以塑造为迷你框架
6.4 It’s Still OO to Me
别名:框架不能脱离面向对象实践
第7章 文档
7.1 Souvenirs
别名:保留足够的信息,延迟文档的创建
7.2 Give’Em What They Want
别名:框架的不同受众有着不同的需求
第8章 团队政治
8.1 There Is No“I” inTeam
别名:团队士气的重要性
8.2 The Great Conunnicator
别名:翻译领域和技术专家的术语和概念
8.3 Consistency Czar
别名:保证一致性
第9章 使用框架
9.1 Just Learn It
别名:使用框架前需要前期教育
9.2 Map Early, Map Often
别名:用映射的方式使用框架
9.3 Color Inside the Lines
别名:仅改变需要改变的部分
第10章 结论
附录A 框架与组件
A.1 什么是组件
A.2 粗粒度组件和细粒度组件
A.3 建立粗粒度组件
附录 B IBM SanFrancisco框架开发过程
B.1 流程
B.2 工件
B.3 过程参与者
B.4 过程步骤详述
参考文献
索引
1.1 什么是框架
1.2 框架工件
1.3 开发框架
1.4 使用框架
1.5 框架过程模式
第2章 案例
2.1 个人衣着领域
2.2 概述
2.3 选择衣着
2.4 清洗衣物
2.5 修补衣物
2.6 购买衣物
第3章 开发过程
3.1 Alles in Ordnung
别名:遵循一种开发过程方法
3.2 Innocent Questions
别名:改进领域专家和技术专家间的沟通质量
3.3 Divide and Conquer
别名:让框架易于理解和吸收
3.4 Consistency Is King
别名:确保框架整体的一致性
3.5 Iterate,Iterate,Iterate
别名:三次迭代验证
3.6 Exposing It All
别名:视框架用户为合作伙伴
第4章 需求
4.1 It Depends
别名:找出需要定制化的部分
4.2 Tor’s Second Cousin
别名:怎样才是真正的极端
4.3 What,Not How
别名:暗藏在需求中的实现
4.4 The Stupid Test
别名:只包含必要的领域特性,以保证框架能集中精力处理领域中的问题
第5章 分析
5.1 Eating the Elephant(一次一个字节)
别名:分解问题
5.2 Something is Better Than Nothing
别名:在你了解某个信息时即将其文档化
5.3 Where’s Mr Speck When You Need Him?
别名:领域专家和技术人员之间的跨国队沟通
第6章 设计
6.1 Pass the Buck
别名:了解框架有所不为的时机
6.2 Missed It by That Much
别名:开发并应用模式
6.3 That’s the Wny the Cookie Crumbles
别名:模式可以塑造为迷你框架
6.4 It’s Still OO to Me
别名:框架不能脱离面向对象实践
第7章 文档
7.1 Souvenirs
别名:保留足够的信息,延迟文档的创建
7.2 Give’Em What They Want
别名:框架的不同受众有着不同的需求
第8章 团队政治
8.1 There Is No“I” inTeam
别名:团队士气的重要性
8.2 The Great Conunnicator
别名:翻译领域和技术专家的术语和概念
8.3 Consistency Czar
别名:保证一致性
第9章 使用框架
9.1 Just Learn It
别名:使用框架前需要前期教育
9.2 Map Early, Map Often
别名:用映射的方式使用框架
9.3 Color Inside the Lines
别名:仅改变需要改变的部分
第10章 结论
附录A 框架与组件
A.1 什么是组件
A.2 粗粒度组件和细粒度组件
A.3 建立粗粒度组件
附录 B IBM SanFrancisco框架开发过程
B.1 流程
B.2 工件
B.3 过程参与者
B.4 过程步骤详述
参考文献
索引
猜您喜欢