解决方案构思课件.pptVIP

组建项目团队：考虑其它因素 团队成员的可用性 项目预算 团队成员背景调查 成员最初的背景会由他对此项目的兴趣，或是项目团队中某些人的影响力决定 成员的背景会由项目的发展改变，而改变也是多方面引起的。如能力过高，能力缺乏，起初对项目的认识不够，项目进行遇到了未预期的困难 精品 准备构思阶段的交付成果 远景/范围文档 项目结构文档 风险评估文档 内部文档 用户目录手册 业务规则目录手册 术语表 候选技术 编码准则 可能还包括： 可测试的初始功能列表 初步需求和用例 初始体系结构 用户界面原型（ GUI ）记事板 精品 项目团队内部文档 操作者目录手册 用名字标识每个操作者 列出每个操作者的责任，并指出将来的信息 业务规则目录手册 用 ID 号、标题、描述和职权标识每条业务规则 描述当前功能 术语表 不同的干系人使用的术语和定义，用来说明交付物、业务流程和项目用语 确保理解和应用的一致性 精品 内容安排 构思阶段 远景/范围文档 项目结构文档 风险评估 精品 远景/范围文档的组成 包含业务解决方案的目标和约束 问题说明 远景说明 用户档案 项目范围 解决方案概要 项目目标 业务目标、设计目标 关键成功要素 初始进度表 精品 如何创建远景/范围文档文档 要创建远景/范围文档，团队需要： 与客户和相关人员进行更多的访谈 更详细地分析业务的高级别用例 识别业务的假定和约束 举例： 问题说明： 电话注册数量太高，话务员处理不过来。我们需要建立一个网站进行用户注册，来替代目前通过电话注册的方式 远景说明： 我们要在年6月底，建立用户注册网站，将注册效率提高2倍，人力及设备成本降低80% 精品 创建远景/范围文档 创建问题说明 创建远景说明 创建用户档案 定义范围 创建解决方案概念 确定项目目标 验证远景/范围文档 精品 创建问题说明 描述项目所要表达的业务问题 将其与业务活动的当前状态相联系 提供足够的信息来确定解决方案的设计 示例 需要消除早期版本硬件和软件支持成本 当出现错误时，用户需要系统给出清晰的指导纠正错误 精品 课堂活动1：创建问题说明(p91) 阅读AWC销售部门的示例场景，为所描述的项目写出问题说明 考虑Cyber Book网络书店系统场景，为该项目写出问题说明 确保写出的问题说明概括了业务问题 为场景中的项目团队提供方向 精品 创建远景说明 创建精确、清晰和激励性的描述，以建立远景目标，并使整个团队达成共识 需要五个SMART特征 具体的(Specific) 可测量的(Measurable) 可实现的(Achievable) 相关的(Relevant) 基于时间的(Time-based) 示例 我们要在年底前，通过提高在线销售量来成为本行业中年销售收入名列前茅的公司 精品 示例：创建远景说明 一家网上书店在分析其的订书记录时发现，某大学学生的订书及送书数量及种类，近四个月直线上升且居高不下。在解决该业务问题的构思阶段，可以使用怎样的远景说明？ 我们在下个月中旬在该学校附近，设一中转站，将送书时间由隔天递送，改为两小时内递送 我们在下个月底前完成对系统的改进，将该大学的送书进行独立分类，提高递送效率 精品 课堂活动2：创建远景说明(p91) 为示例场景中描述的应用程序写一个远景说明，远景说明应该具体、可测量、可实现、相关并基于时间 AWC系统远景说明 Cyber Book系统远景说明 精品 创建用户档案 用户档案是对用户的标识，是团队评估项目的期望值、风险、目标以及约束的前提 标识用户时，考虑以下几点 最终用户使用产品的目标 会影响用户使用解决方案的约束条件 支持问题 全球用户和地理边界 用户之间的信息流、用户功能 组织通信、决策策略、其他因素 精品 定义范围 定义范围的意义 能够帮助团队识别必须完成的工作 能够使团队将大而模糊的任务拆分成较小的更加明确的任务 有助于指定解决方案每个版本的功能 范围包括定义好了的属性集合和功能，团队可据此将工作拆分给分包商或合伙人 范围可以明确团队在当前交付成果中应该承担和不必承担的责任 精品 定义范围主要工作 完善需求 使用平衡三要素来平衡优先级 标识那些可能会出现在解决方案的以后版本中的功能特性 阐明项目假设和约束 为解决方案开发提供评估信息 修订范围 精品 完善需求示例 初步需求 系统需要了解客户喜欢什么书 在构思阶段对初步需求进行完善后，得到以下的需求 对书本进行分类，系统可以让客户选择喜欢什么书，也可以跟据客户经常买的书的类别来判断客户喜欢什么书 精品 用例图显示了项目的范围 精品 使用平衡三要素来平衡优先级 资源 进度 功能 资源会限制进度和功能 加快进度则需要更多资源或是减少一部分功能 增加功能也可能需要更多的资源，或改变项目的进度 寻找支点 资源 进度 功能 精