完成计划阶段

《完成计划阶段》由会员分享，可在线阅读，更多相关《完成计划阶段（42页珍藏版）》请在金锄头文库上搜索。

1、第1章 商务解决方案设计 第2章 收集和分析信息 第3章 解决方案的构思 第4章 概念设计的创建 第5章 逻辑设计的创建 第6章 物理设计的创建 第7章 表示层的设计 第8章 数据层的设计 第9章 设计安全规范 第10章 完成计划阶段 第11章 稳定和部署的方案,基于.NET的需求分析和解决方案设计,第10章 完成计划阶段,整合设计的考虑事项 管理功能的计划 将来阶段计划 创建技术说明书,整合设计的考虑事项,可扩展性的设计方法 可用性设计方法 可靠性设计的方法 性能设计的方法 互操作性设计的方法 全球化和本地化设计方法,10.1 整合设计的考虑事项,可扩展性的设计方法,可扩展性 向上扩展与向外

2、扩展 可扩展性的设计方法原则,10.1.1 可扩展性的设计方法,可扩展性,可扩展性是指增加资源从而提高服务生产力的能力 对比其它因素，设计对应用程序的可扩展性的影响最大,10.1.1 可扩展性的设计方法,向上扩展与向外扩展,向上扩展 改善现有服务器的处理硬件 方法 增加内存，增加处理器，加快处理器，迁移应用到一台更强劲计算机 向外扩展 将处理负载分布到多台服务器上 方法：使用多台服务器,10.1.1 可扩展性的设计方法,可扩展性的设计方法指导方针,设计进程使得它们无须等待 有效地管理会话状态 设计进程使得它们无须竞争资源 设计进程可交换性 设计应用程序元素互换性 隔离资源和行为,10.1.1

3、可扩展性的设计方法,可用性设计方法,可用性 可用性设计方法技术,10.1.2 可用性设计方法,可用性,可用性衡量一个应用程序可以用来处理服务请求的时间与计划运行时间的比 可用性 = （MTBF / （MTBF + MTTR） 100 MTBF：故障间平均时间，应用程序在故障发生前的平均运行时间 MTTR：恢复平均时间，发生故障后修补和恢复服务所需的平均时间,10.1.2 可用性设计方法,假设 AWC 公司的计划运行时间是连续 1000 小时，如果在这段时间中发生了 2 次 1 小时的故障停机，那么 AWC 公司系统的可用性是多少？,MTBF = 1000/2 = 500 小时，MTTR = 1

4、 小时，可用性 = （500/（500+1）100 = 99.8%,可用性设计方法技术,减少计划的停机时间 通过使用群集减少未计划的停机时间 使用网络负载均衡 使用 RAID 做数据存储 隔离关键任务应用程序 使用队列,10.1.2 可用性设计方法,可靠性设计的方法,可靠性 可靠性设计的方法任务,10.1.3 可靠性设计的方法,可靠性,可靠性是应用程序提供准确结果的能力 应用程序故障原因,错误代码,缺少质量软件工程过程,测试不充分,与外界服务或应用程序交互,更改管理问题,更改操作条件,操作失误,特殊事件,缺少实时监控和分析,硬件故障,环境问题,10.1.3 可靠性设计的方法,可靠性设计的方法任

5、务,规格书中的文档可靠性要求 使用一个好的架构基础结构 在应用程序中包含管理信息 使用冗余性 使用质量开发工具 使用定期的应用程序可靠性检查 实现错误处理 减少应用程序的功能性而不是完全将其舍弃,10.1.3 可靠性设计的方法,性能设计的方法,性能目标和指标 定义性能需求,10.1.4 性能设计的方法,性能目标和指标,应用程序的性能由指标来定义，例如事务吞吐能力和资源使用率 确定性能目标 业务目标是什么？ 解决方案的关键功能是什么？ 不同用户要求的特性是什么？,10.1.4 性能设计的方法,定义性能需求,确定约束 决定特性 规定负载,根据用例和使用场景,将使用该应用程序的客户端个数,包括预算、

6、时间表、基础设施以及开发工具和技术的选 择,10.1.4 性能设计的方法,互操作性设计的方法,互操作性 不同类型的互操作性设计的方法,10.1.5 互操作性设计的方法,互操作性,互操作性指的是系统在各种异构的计算环境中成功运行的能力 带来的好处： 减少操作成本和复杂性 更容易的部署 更好的投资回报,10.1.5 互操作性设计的方法,不同类型的互操作性设计的方法,网络互操作性：连接不同的网络系统 数据互操作性：在不同格式和存储系统间移动数据 应用程序互操作性：为应用程序提供一个公共的平台 管理互操作性：跨系统的管理维护任务,参考多个系统间相互通讯而无需使用公共协议的能力,参照应用程序获取并使用存

7、储在结构化和非结构化存储系统（如数据库、文件系统和 e-mail 存储）中数据的能力,参考确保新的 n 层应用程序和现有应用程序、业务逻辑和数据之间互操作性所必需的基础设施,关注于组织里的用户账号管理、性能监控以及异类应用程序调优 等任务,10.1.5 互操作性设计的方法,全球化和本地化设计方法,全球化设计 本地化设计 全球化和本地化设计方法考虑要素 全球化和本地化设计方法最佳实践,10.1.6 全球化和本地化设计方法,全球化设计,设计和开发应用程序使得能够在多种文化和多个地区中使用 应用程序的全球化包括： 确定要支持的文化和地区 设计支持这些文化和地区的特性 编写可以在这些文化和地区中正常运

8、行的代码,10.1.6 全球化和本地化设计方法,本地化设计,将一个全球化的应用程序与一种特定文化和地区相适应的过程，为每一种文化使用单独的资源 资源文件的形式：.txt、.resx、.resources 创建应用程序的本地化版本，必须确保： 代码块与数据块分离 应用程序代码可以准确读取数据，不受文化和地区的影响,10.1.6 全球化和本地化设计方法,全球化和本地化设计方法考虑要素,语言因素 格式化因素 字符串相关因素 用户界面因素 消息 菜单和对话框 图标和位图 存取和快捷键 用户界面控件,10.1.6 全球化和本地化设计方法,全球化和本地化设计方法最佳实践,技术上 使用 Unicode 作用

9、字符编码标准来表示文本 实现多语言用户界面 文化和政治上 在所有文本中避免俚语、俗语和晦涩的措辞 避免在其它文化和地区中使用带种族主义或冒犯性的位图和图标图案 用户界面 将所有用户界面元素存储在资源文件、消息文件或一个私有数据库中 只把那些需要本地化的字符串放在资源文件中,10.1.6 全球化和本地化设计方法,第10章 完成计划阶段,整合设计的考虑事项 管理功能的计划 将来阶段计划 创建技术说明书,管理功能的计划,计划监控的方法 数据移植的设计方法 创建许可说明书的方法,10.2 管理功能的计划,计划监控的方法,监控 监控工具,10.2.1 计划监控的方法,监控,监控确保了应用程序正常运行，并

10、且工作在最佳水平 监控计划 定义操作环境监控解决方案的过程 监控计划元素,资源和它们的临界值,性能监控,趋势分析,失败监测,错误监测,事件日志,通知,工具,10.2.1 计划监控的方法,监控工具,性能计数器 事件日志 服务控制器,10.2.1 计划监控的方法,数据移植的设计方法,数据迁移是指把数据从一个现有的解决方案移动到一个新的解决方案 迁移计划 描述从现有系统或应用程序到新的解决方案的迁移 迁移计划的元素,迁移策略,工具,迁移原则,迁移过程,测试环境,回滚计划,10.2.2 数据移植的设计方法,创建许可说明书的方法,为开发阶段和部署阶段提供许可规范 确保你对需要的产品有足够的许可,10.2

11、.3创建许可说明书的方法,第10章 完成计划阶段,整合设计的考虑事项 管理功能的计划 将来阶段计划 创建技术说明书,将来阶段计划,计划部署阶段的方法 稳定阶段的计划方法 部署阶段计划,10.3 将来阶段计划,计划部署阶段的方法,开发计划 描述解决方案开发过程 提供将要开发内容的技术细节 开发计划元素包括：,开发目标,权衡方法,设计目标,标准和最佳实践,版本和源代码控制,构造过程,交付策略,设计和模式,开发团队培训,10.3.1 计划部署阶段的方法,稳定阶段的计划方法,测试计划描述了用来计划、组织和管理项目的测试行为的策略和方法 测试计划包括的元素： 测试计划的示例 先导计划(试运行计划)描述了

12、团队将如何从候选发布版本过渡到测试准备区,测试方法,职责,要测试的特性和功能,期望测试结果,测试过程,假定的时间表,10.3.2 稳定阶段的计划方法,部署阶段计划,一个部署计划： 讨论了可能影响成功部署的因素 包含了详细的部署原则 指导部署阶段 部署计划元素包含：,部署范围,部署规模,组件,架构,部署时间表,部署资源,解决方案支持,培训协调,站点安装过程,10.3.3 部署阶段计划,第10章 完成计划阶段,整合设计的考虑事项 管理功能的计划 将来阶段计划 创建技术说明书,创建技术说明书,技术说明书 技术说明书文档的元素 课堂练习 检查测试计划和技术规范,10.4 创建技术说明书,技术说明书,一系列参考文档，通常包含： 物理设计的产出品 类规范 组件模型 度量标准 网络和组件拓扑 开发人员使用技术规范来限定工作产品的范围和给出定义 技术规范的示例,接口定义 注册表项 需要安装的字节数 DLL和assembly的名称 强名称和键 影响部署的技术细节,10.4.1 技术说明书,技术说明书文档的元素,10.4.2 技术说明书文档的元素,课堂练习 检查测试计划和技术说明书,练习 1：检验测试计划 练习 2：检验技术说明书,10.4.3 课堂练习 检查测试计划和技术说明书,回顾,学习完本章后，将能够： 整合设计的考虑事项 管理功能的计划 将来阶段计划 创建技术说明书,