基于.NET的需求分析和解决方案设计幻灯片.ppt

第3章 解决方案的构思 构思阶段 创建远景/范围文档 创建项目结构文档 风险分析 构思阶段 构思的目的 团队成员的角色和责任 组建项目团队 准备构思阶段的交付成果 构思阶段 构思的目的 确定项目目标和约束 回答可行性问题，获得共同的期望值和必要的批准 定义项目范围 估计所需的资源 确定主要里程碑和时间进度 分析人员 确定参与者和用例 构造用例模型 架构设计师 区分用例的优先级 设计人员 构造用户界面原型 测试人员 对项目进行跟踪测试 项目经理 团队成员的角色和责任 组建项目团队 知识 技能 绩效等级 团队成员的可用性 项目预算 团队成员背景调查 准备构思阶段的交付成果 远景/范围文档 项目结构文档 风险评估文档 内部文档 用户目录手册 业务规则目录手册 术语表 候选技术 编码准则 可能还包括： 可测试的初始功能列表 初步需求和用例 初始体系结构 用户界面原型（ GUI ）记事板 项目团队内部文档 操作者目录手册 用名字标识每个操作者 列出每个操作者的责任，并指出将来的信息 业务规则目录手册 用 ID 号、标题、描述和职权标识每条业务规则 描述当前功能 术语表 不同的干系人使用的术语和定义，用来说明交付物、业务流程和项目用语 确保理解和应用的一致性 第3章 解决方案的构思 构思阶段 创建远景/范围文档 创建项目结构文档 风险分析 创建远景/范围文档 远景/范围文档 创建问题说明 创建远景说明 创建用户档案 定义范围 创建解决方案概念 确定项目目标 验证远景/范围文档 远景/范围文档 包含业务解决方案的目标和约束 问题说明 远景说明 用户档案 项目范围 解决方案概要 项目目标 业务目标 设计目标 关键成功要素 初始进度表 创建问题说明 描述项目所要表达的业务问题 将其与业务活动的当前状态相联系 提供足够的信息来确定解决方案的设计 示例 需要消除早期版本硬件和软件的支持成本 当出现错误时，用户需要系统给出清晰的指导纠正错误 创建远景说明 创建精确、清晰和激励性的描述，以建立远景目标，并使整个团队达成共识 需要五个 SMART 特征 具体的（Specific） 可测量的（ Measurable ） 可实现的（ Achievable ） 相关的（ Relevant ） 基于时间的（ Time-based ） 示例 我们要在年底前，通过提高在线销售量来成为本行业中年销售收入名列前茅的公司 创建用户档案 标识用户时，考虑以下几点 最终用户使用产品的目标 会影响用户使用解决方案的约束条件 支持问题 全球用户和地理边界 用户之间的信息流 用户功能 组织通信 决策策略 其他因素 定义范围 完善需求 使用平衡三要素来平衡优先级 标识那些可能会出现在解决方案的以后版本中的功能特性 阐明项目假设和约束 为解决方案开发提供评估信息 修订范围 完善需求示例 初步需求 系统需要了解客户喜欢什么书 在构思阶段对初步需求进行完善后，得到以下的需求 对书本进行分类，系统可以让客户选择喜欢什么书，也可以跟据客户经常买的书的类别来判断客户喜欢什么书 用例图显示了项目的范围 使用平衡三要素来平衡优先级 资源 进度 功能 寻找支点 创建解决方案概念 概括性地描述解决方案如何满足需求 创建解决方案概念草案 着眼于概要性的内容，而不是解决方案的细节 解决方案概要元素 项目成功因素和验收标准 解决方案开发和交付的初始方法 解决方案功能的初始描述 示例 解决方案概念 确定项目目标 确定业务目标 清晰地说明项目目标：客户希望通过解决方案获得什么 确定目标优先级 在资源、进度和功能之间寻求平衡 确定设计目标 着眼于解决方案的特性，如改进用户体验过程 确定目标优先级 一个网上书城项目的目标 业务目标 脱离物理商店的概念（不需要门市） 使用更有效的在线网站，缩短销售产品的时间 吸引更年轻的消费者，他们有更高的可支配收入，会频繁地使用在线购物的方式 通过会员制及等级制，给予相对应的折扣 根据购书的情况，提供相关新书的推荐 使用简单的工作流，缩短订货及交货周期 一个网上书城项目的目标 设计目标 首页下载速度小于4秒（56K 的调制解调器） 会员注册简便 提供强大的查询功能 通过电子邮件提供新书推荐 限制对服务器的依赖性 验证远景/范围文档 与干系人一起验证用例、使用场景和使用档案 与干系人对以下几点形成共识 解决方案需要满足的业务需求 解决方案的远景和范围 为了定义范围而作的权衡 解决方案的设计目标 项目开始后可能发生的风险 业务解决方案的项目管理初始概要 项目团队成员 管理项目的机制 远景/范围文档获得正式批准 远景/范围认可里程碑 第3章 解决方案的构思 构思阶段 创建远景/范围文档 创建项目结构文档