(特价书)Enterprise Java with UML 中文版（第2版）

.2.2 什么是好的需求
2.2.1 寻找合适的人
2.2.2 倾听相关人员的需求
2.2.3 开发一个可理解的需求
2.2.4 详细和完整地描述需求
2.2.5 重构用例模型
2.3 收集用户需求的准则
2.3.1 集中在问题上
2.3.2 不要放弃
2.3.3 不要走得太远
2.3.4 对过程要有信心
2.4 如何检测不好的需求
2.4.1 问题1：进度压力太大
2.4.2 问题2：愿景不明朗
2.4.3 问题3：过早的架构和设计
2.5 下一步
第3章 为考勤卡应用程序收集需求
3.1 听相关人员说
3.2 构建用例图
3.2.1 寻找参与者
3.2.2 寻找用例
3.2.3 确定参与者和用例之间的关系
3.3 描述细节
3.4 收集更多的需求
3.5 修订用例模型
3.5.1 修订用例图
3.5.2 修订用例文档
3.6 下一步
笫4章 用uml进行面向对象分析简介
4.1 准备好了吗
4.1.1 可靠的需求
4.1.2 用例分级
4.2 什么是面向对象分析
4.2.1 分析模型
4.2.2 与用例模型的关系
4.2.3 面向对象分析的步骤
4.3 寻找候选对象
4.3.1 寻找对象的准则
4.3.2 寻找对象的步骤
4.4 描述行为
4.4.1 寻找行为的准则
4.4.2 描述行为的步骤
4.5 描述类
4.5.1 描述类的准则
4.5.2 描述类的步骤
4.6 下一步
第5章 考勤卡应用程序分析模型
5.1 用例分级
5.1.1 分级系统
5.1.2 评估“extract time entries”用例
5.1.3 评估“create charge code”用例
5.1.4 评估“change password”用例
5.1.5 评估“login”用例
5.1.6 评估“record time”用例
5.1.7 评估“create employee”用例
5.1.8 选择第一次迭代的用例
5.2 寻找候选对象
5.2.1 寻找实体对象
5.2.2 寻找边界对象
5.2.3 寻找控制类
5.2.4 寻找生命周期类
5.3 描述对象交互
5.3.1 为“login”添加假设的行为
5.3.2 为“login”构建顺序图
5.3.3 验证“login”序列
5.3.4 其他用例的顺序图和类图
5.4 描述类
5.4.1 寻找“login”中的关系
5.4.2 寻找“extract time entries”中的关系
5.4.3 寻找“record time”中的关系
5.5 下一步
第6章 从选择技术的角度描述系统
6.1 准备好了吗
6.2 将分析类分组
6.2.1 边界类：用户界面
6.2.2 边界类：系统接口
6.2.3 控制类、实体类和生命周期类
6.3 描述每一个组
6.3.1 用户界面复杂度
6.3.2 用户界面的部署约束
6.3.3 用户的数量和类型
6.3.4 可用带宽
6.3.5 系统接口的类型
6.3.6 性能和可伸缩性
6.4 考勤卡应用程序的技术需求
6.4.1 寻找分析类的分组
6.4.2 用户界面复杂度
6.4.3 用户界面的部署约束
6.4.4 用户的数量和类型
6.4.5 可用带宽
6.4.6 系统接口的类型
6.4.7 性能和可伸缩性
6.5 下一步
第7章 为共享服务评估候选技术
7.1 技术模板
7.2 java日志类库
7.2.1 惊人的细节
7.2.2 优势
7.2.3 不足
7.2.4 兼容技术
7.2.5 采用成本
7.3 应用程序异常处理
7.3.1 异常处理的简要回顾
7.3.2 应用程序异常处理的目标
7.3.3 优势
7.3.4 不足
7.3.5 兼容技术
7.3.6 采用成本
7.4 使用jce保护数据
7.4.1 术语
7.4.2 惊人的细节：用对称加密算法保护数据
7.4.3 用非对称加密算法进行数据和密钥交换
7.4.4 密钥管理
7.4.5 优势
7.4.6 不足
7.4.7 兼容技术
7.4.8 采用成本
7.5 使用jsse进行安全通信
7.5.1 惊人的细节
7.5.2 优势
7.5.3 不足
7.5.4 兼容技术
7.5.5 采用成本
7.6 java管理扩展api——jmx1.2
7.6.1 jmx整体架构
7.6.2 jmx术语
7.6.3 惊人的细节
7.6.4 优势
7.6.5 不足
7.6.6 兼容技术
7.6.7 采用成本
7.6.8 适用性
7.7 结论
7.8 下一步
第8章 html产生框架
8.1 设计目标
8.1.1 目标1：支持视图的模块结构
8.1.2 目标2：简化html的生成
8.1.3 目标3：可扩展性和独立性
8.2 按目标进行设计
8.2.1 按目标1进行设计：支持视图的模块结构
8.2.2 按目标2进行设计：简化html的生成
8.2.3 按目标3进行设计：可扩展性和独立性
8.2.4 html产生框架的设计
8.2.5 core包
8.2.6 内容基元包
8.2.7 表单基元包
8.2.8 布局基元包
8.3 实现
8.3.1 core包
8.3.2 contentelements包
8.3.3 formprimitives包
8.3.4 layout包
8.3.5 单元测试html基元
8.3.6 一个特定应用的html产生器
8.4 优势
8.5 不足
8.6 兼容技术
8.7 采用成本
8.7.1 ui设计人员
8.7.2 java开发者
8.8 适用性
8.9 下一步
第9章 为用户界面类评估候选技术
9.1 swing
9.1.1 惊人的细节
9.1.2 优势
9.1.3 不足
9.1.4 兼容技术
9.1.5 采用成本
9.1.6 适用性
9.2 java servlet
9.2.1 惊人的细节
9.2.2 示例：网上调查系统
9.2.3 优势
9.2.4 不足
9.2.5 兼容技术
9.2.6 采用成本
9.2.7 适用性
9.3 jsp
9.3.1 惊人的细节
9.3.2 优势
9.3.3 不足
9.3.4 兼容技术
9.3.5 采用成本
9.3.6 适用性
9.4 jsp和servlet
9.5 为考勤系统选择技术
9.6 结论
9.7 下一步
第10章 为系统接口评估候选技术
10.1 xml
10.1.1 惊人的细节
10.1.2 优势
10.1.3 不足
10.1.4 兼容技术
10.1.5 采用成本
10.1.6 适用性
10.2 sax
10.2.1 惊人的细节
10.2.2 优势
10.2.3 不足
10.2.4 兼容技术
10.2.5 采用成本
10.3 dom
10.3.1 惊人的细节
10.3.2 优势
10.3.3 不足
10.3.4 兼容技术
10.3.5 采用成本
10.4 jms
10.4.1 术语
10.4.2 惊人的细节
10.4.3 优势
10.4.4 不足
10.4.5 兼容技术
10.4.6 采用成本
10.5 结论
10.6 下一步
第11章 为系统接口评估web服务技术
11.1 揭开web服务的神秘面纱
11.1.1 soap协议
11.1.2 uddi
11.1.3 wsdl
11.2 java中的web服务
11.2.1 jaxp
11.2.2 jaxr
11.2.3 jax-rpc
11.3 结论
11.4 下一步
第12章 为控制类和实体类评估候选技术
12.1 rmil
12.1.1 惊人的细节
12.1.2 rmi的一般用法
12.1.3 优势
12.1.4 不足
12.1.5 兼容技术
12.1.6 采用成本
12.2 jdbc
12.2.1 惊人的细节
12.2.2 优势
12.2.3 不足
12.2.4 兼容技术
12.2.5 采用成本
12.2.6 rmi和jdbc的适用性
12.3 ejb 2.0
12.3.1 惊人的细节
12.3.2 优势
12.3.3 不足
12.3.4 兼容技术
12.3.5 采用成本
12.3.6 适用性
12.4 技术选择范例
12.5 结论
12.6 下一步
第13章 软件架构
13.1 准备好了吗
13.1.1 清晰准确地理解所面对的问题
13.1.2 清晰准确地理解候选技术
13.2 软件架构的目标
13.2.1 可扩展性
13.2.2 可维护性
13.2.3 可靠性
13.2.4 可伸缩性
13.3 uml和架构
13.3.1 包
13.3.2 包依赖关系
13.3.3 子系统
13.4 软件架构的准则
13.4.1 内聚性
13.4.2 耦合性
13.5 建立软件架构
13.5.1 架构师
13.5.2 架构建立过程
13.6 考勤系统的样本架构
13.6.1 确立目标
13.6.2 将类分组并评估各个类
13.6.3 展示技术
13.6.4 针对准则和目标对架构进行评估
13.7 下一步
第14章 设计入门
14.1 什么是设计
14.2 准备好了吗
14.3 设计的必要性
14.3.1 生产力和士气
14.3.2 一种具有适应能力的交流工具
14.3.3 进度安排和工作分配
14.4 设计模式
14.4.1 益处
14.4.2 使用
14.5 规划设计工作
14.5.1 为整个设计建立目标
14.5.2 建立设计准则
14.5.3 寻找独立的设计工作
14.6 设计包或者子系统
14.7 考勤系统的设计工作
14.8 下一步
第15章 设计timecarddomain包和timecardworkflow包
15.1 确定工作目标
15.1.1 性能和可靠性
15.1.2 重用
15.1.3 可扩展性
15.2 对前一步工作进行评审
15.2.1 评审分析模型
15.2.2 评审架构约束
15.3 针对目标进行设计
15.4 将设计应用于用例
15.4.1 “login”用例的设计
15.4.2 “record time”用例的设计
15.4.3 “extract time entries”用例的设计
15.5 设计方案评估
15.6 实现
15.6.1 ejb实现策略
15.6.2 user实体bean
15.6.3 timecard实体bean
15.6.4 timeentry实体bean
15.6.5 loginworkflow无状态会话bean
15.6.6 recordtimeworkflow有状态会话bean
15.6.7 支持类
15.6.8 用junit进行单元测试
15.7 下一步
第16章 设计timecardui包
16.1 确定设计目标
16.1.1 可扩展性
16.1.2 可测试性
16.2 对前一步工作进行评审
16.2.1 评审架构约束
16.2.2 评审分析模型
16.3 针对目标进行设计
16.4 每个用例的设计
16.4.1 “login”用例的设计
16.4.2 “recordtime”用例的设计
16.5 实现
16.6 下一步
第17章 billingsysteminterface的设计
17.1 认清目标
17.1.1 清晰度
17.1.2 性能和可靠性
17.1.3 可扩展性
17.1.4 可重用性
17.2 分析模型的评审
17.3 架构的评审
17.4 设计
17.4.1 “extracttimeentry”的soap／xml请求
17.4.2 “extracttimeentry”的soap／xml响应
17.4.3 “extracttimeentries”用例的设计
17.4.4 实现
17.5 结论
附录a 配套网站上的内容
附录b 额外资源