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

第 1章 商务解决方案设计 第 2章 收集和分析信息 第 3章 解决方案的构思 第 4章 概要设计的创建 第 5章 逻辑设计的创建 第 6章 物理设计的创建 第 7章 表示层的设计 第 8章 数据层的设计 第 9章 设计安全规范 第 10章 完成计划阶段 第 11章 稳定和部署方案 基于 .NET的需求分析和解决方案设计 第 3章 解决方案的构思 构思阶段 创建远景 /范围文档 创建项目结构文档 风险分析 构思阶段 构思的目的 团队成员的角色和责任 组建项目团队 准备构思阶段的交付成果 3.1 构思阶段 构思阶段 3.1 构思阶段 构思的目的 确定项目目标和约束 回答可行性问题，获得共同的期望值和必要的批准 定义项目范围 估计所需的资源 确定主要里程碑和时间进度 部署完成 远景 /范围认可 核心团队组成 远景 /范围基线 3.1.1 构思的目的 分析人员 确定参与者和用例 构造用例模型 架构设计师 区分用例的优先级 设计人员 构造用户界面原型 测试人员 对项目进行跟踪测试 项目经理 构思的目的 3.1.1 构思的目的 团队成员的角色和责任 建立项目设计目标 建立项目基础架构 提供技术反馈 帮助评估可行性 根据质量目标提供反馈 提出为了保证质量而需要采取的行动 识别部署需求 确定部署的方式和时间 分析用户的性能要求和支持要求 考虑为了满足这些要求，产品所具有的功能 负责客户关系和需求 确保远景 /范围的创建 产品管理 程序管理 开发 测试 发布管理 用户体验 3.1.2 团队成员的角色和责任 组建项目团队 知识 技能 绩效等级 团队成员的可用性 项目预算 团队成员背景调查 3.1.3 组建项目团队 准备构思阶段的交付成果 远景 /范围文档 项目结构文档 风险评估文档 内部文档 用户目录手册 业务规则目录手册 术语表 候选技术 编码准则 可能还包括： 可测试的初始功能列表 初步需求和用例 初始体系结构 用户界面原型 （ GUI ）记事板 3.1.4 准备构思阶段的交付成果 项目团队内部文档 操作者目录手册 用名字标识每个操作者 列出每个操作者的责任，并指出将来的信息 业务规则目录手册 用 ID 号、标题、描述和职权标识每条业务规则 描述当前功能 术语表 不同的干系人使用的术语和定义，用来说明交付物、业务流程和项目用语 确保理解和应用的一致性 3.1.4 准备构思阶段的交付成果 第 3章 解决方案的构思 构思阶段 创建远景 /范围文档 创建项目结构文档 风险分析 创建远景 /范围文档 远景 /范围文档 创建问题说明 创建远景说明 创建用户档案 定义范围 创建解决方案概念 确定项目目标 验证远景 /范围文档 3.2 创建远景 /范围文档 远景 /范围文档 包含业务解决方案的目标和约束 问题说明 远景说明 用户档案 项目范围 解决方案概要 项目目标 业务目标 设计目标 关键成功要素 初始进度表 3.2.1 远景 /范围文档 创建问题说明 描述项目所要表达的业务问题 将其与业务活动的当前状态相联系 提供足够的信息来确定解决方案的设计 示例 需要消除早期版本硬件和软件的支持成本 当出现错误时，用户需要系统给出清晰的指导纠正错误 3.2.2 创建问题说明 创建远景说明 创建精确、清晰和激励性的描述，以建立远景目标，并使整个团队达成共识 需要五个 SMART 特征 具体的（ Specific） 可测量的（ Measurable ） 可实现的（ Achievable ） 相关的（ Relevant ） 基于时间的（ Time-based ） 示例 我们要在年底前，通过提高在线销售量来成为本行业中年销售收入名列前茅的公司 3.2.3 创建远景说明 创建用户档案 标识用户时，考虑以下几点 最终用户使用产品的目标 会影响用户使用解决方案的约束条件 支持问题 全球用户和地理边界 用户之间的信息流 用户功能 组织通信 决策策略 其他因素 3.2.4 创建用户档案 定义范围 完善需求 使用平衡三要素来平衡优先级 标识那些可能会出现在解决方案的以后版本中的功能特性 阐明项目假设和约束 为解决方案开发提供评估信息 修订范围 3.2.5 定义范围 完善需求示例 初步需求 系统需要了解客户喜欢什么书 在构思阶段对初步需求进行完善后，得到以下的需求 对书本进行分类，系统可以让客户选择喜欢什么书，也可以跟据客户经常买的书的类别来判断客户喜欢什么书 3.2.5 定义范围 用例图显示了项目的范围 3.2.5 定义范围 使用平衡三要素来平衡优先级 资源 进度 功能 寻找支点 3.2.5 定义范围 功能 创建解决方案概念 概括性地描述解决方案如何满足需求 创建解决方案概念草案 着眼于概要性的内容，而不是解决方案的细节 解决方案概要元素 项目成功因素和验收标准 解决方案开发和交付的初始方法 解决方案功能的初始描述 3.2.6 创建解决方案概念 示例 解决方案概念 3.2.6 创建解决方案概念 确定项目目标 确定业务目标 清晰地说明项目目标：客户希望通过解决方案获得什么 确定目标优先级 在资源、进度和功能之间寻求平衡 确定设计目标 着眼于解决方案的特性，如改进用户体验过程 确定目标优先级 3.2.7 确定项目目标 一个网上书城项目的目标 业务目标 脱离物理商店的概念（不需要门市） 使用更有效的在线网站，缩短销售产品的时间 吸引更年轻的消费者，他们有更高的可支配收入，会频繁地使用在线购物的方式 通过会员制及等级制，给予相对应的折扣 根据购书的情况，提供相关新书的推荐 使用简单的工作流，缩短订货及交货周期 3.2.7 确定项目目标 一个网上书城项目的目标 设计目标 首页下载速度小于 4秒（ 56K 的调制解调器） 会员注册简便 提供强大的查询功能 通过电子邮件提供新书推荐 限制对服务器的依赖性 3.2.7 确定项目目标 验证远景 /范围文档 与干系人一起验证用例、使用场景和使用档案 与干系人对以下几点形成共识 解决方案需要满足的业务需求 解决方案的远景和范围 为了定义范围而作的权衡 解决方案的设计目标 项目开始后可能发生的风险 业务解决方案的项目管理初始概要 项目团队成员 管理项目的机制 远景 /范围文档获得正式批准 远景 /范围认可里程碑 3.2.8 验证远景 /范围文档 第 3章 解决方案的构思 构思阶段 创建远景 /范围文档 创建项目结构文档 风险分析 创建项目结构文档 项目结构文档 角色和责任决策部分的内容 交流决策部分的内容 后勤决策部分的内容 变更管理决策部分的内容 进展评估决策部分的内容 3.3 创建项目结构文档 项目结构文档 定义整个团队组织和管理项目的方法，包括 团队和客户的角色和责任 交流管理 后勤决策 变更管理决策 进展评估决策 项目结构文档的组成部分 团队和结构 项目评估 项目进度表（早期版本） 3.3.1 项目结构文档 角色和责任决策部分的内容 列出参与项目的人员名单 描述不同角色在项目各阶段的责任 计划阶段，如 团队是否按计划举行状态审查会议？ 客户审核多久进行一次？ 开发阶段，如 在开发工作中每个团队主管的角色和责任是什么？ 行政主管人员的角色是什么？ 3.3.2 角色和责任决策部分的内容 交流决策部分的内容 说明了项目过程中团队的沟通流程和方式 沟通计划文档包括 项目文件 文件中包含哪些信息？ 由谁来创建和维护项目文件？ 谁能够访问项目文件？ 审核与评审 什么时候进行审核？谁会参加审核？ 审核中讨论哪些议题？ 3.3.3 交流决策部分的内容 后勤决策部分的内容 解决方案开发中的后勤计划 使用什么开发方式 由谁来定义产品规格说明书的内容 使用什么工具来定义解决方案的功能特性 提供给参与项目的外部供应商怎样的规范 谁需接受解决方案开发所需技能方面的培训 3.3.4 后勤决策部分的内容 变更管理决策部分的内容 团队在项目中实现变更的流程 如何识别和跟踪提议的变更 由谁来负责跟踪提议的变更 如何评估提议的变更所产生的结果 发布标准 标识了提议的发布日期 说明了由谁来确定发布日期 说明了如何确定和批准发布日期 说明了变更发布日期的标准 3.3.5 变更管理决策部分的内容 进展评估决策部分的内容 记录团队跟踪和评估项目进展的流程 如何评估项目进展 更新小组进度表的频率 由谁来负责 识别变化 评估各种变化的效果 如何跟踪突出问题 如何解决职能小组之间的问题 3.3.6 进展评估决策部分的内容 第 3章 解决方案的构思 构思阶段 创建远景 /范围文档 创建项目结构文档 风险分析 风险分析 风险管理过程 风险评估文档的内容 创建风险评估文档 3.4 风险分析 一种用来在风险发生前控制和降低风险的方法 风险管理过程 3.4.1 风险管理过程 计划和进 度安排 跟踪和 报告 分析并确 定优先级 2 3 4 在项目的所有阶段执行风险的 识别和管理 风险评估 文档 前 n 个 风险 控制 5 风险数据库， 风险概念和流 程 总结学习 6 风险说明 识别 1 风险评估文档的内容 风险的总体威胁 风险权值 风险产生的影响 风险严重级 为了防止或减轻风险所作出的努力 减轻计划 风险发生时需要采取的应对步骤 应急计划和 触发条件 团队中对风险负责的成员 风险负责人 描述 内容 风险发生的可能性 风险概率 每个风险的实质 风险说明 3.4.2 风险评估文档的内容 创建风险评估文档 项目经理创建文档 整个团队识别风险 评估每个风险 使用该公式： R = p i 风险权值 （ Risk exposure） 等于概率 （ probability）