sad06.解决方案构思.ppt

1、系统分析与设计System Analysis and Design,谭火彬,第06章 解决方案构思,-3-,本章目标,描述 MSF 过程模型在构思阶段的目的、活动和交付成果 了解远景/范围文档的组成部分 了解项目结构文档的组成部分 分析项目中的风险,-4-,内容安排,构思阶段 远景/范围文档 项目结构文档 风险评估,-5-,内容安排,构思阶段 远景/范围文档 项目结构文档 风险评估,-6-,MSF过程模型,项目计划认可,范围完成,发布就绪认可,部署完成,远景/范围认可,构思阶段,计划阶段,开发阶段,稳定阶段,部署阶段,-7-,构思阶段,-8-,构思的目的,确定项目目标和约束 回答可行性问题，获

2、得共同的期望值和必要的批准 定义项目范围 估计所需的资源 确定主要里程碑和时间进度,部署完成,远景/范围认可,核心团队组成,远景/范围基线,构 思,-9-,构思的主要任务,分析人员 确定参与者和用例 构造用例模型 架构设计师 区分用例的优先级 设计人员 构造用户界面原型 测试人员 对项目进行跟踪测试,-10-,团队成员的角色和责任,建立项目设计目标 建立项目基础架构,提供技术反馈 帮助评估可行性,根据质量目标提供反馈 提出为了保证质量而需要采取的行动,识别部署需求 确定部署的方式和时间,分析用户的性能要求和支持要求 考虑为了满足这些要求，产品所具有的功能,负责客户关系和需求 确保远景/范围的创

3、建,-11-,组建项目团队：考察个人能力,知识和技能 知识：能胜任工作所必须掌握的知识 技能：形成才能的行为和能力，如数学逻辑或艺术能力 知识和技能需要从两个方面来衡量 基础和经验：有一定知识和技能的人员 发展潜力：有潜力的人员，因参加这个项目而迅速提高，形成项目与人才之间良性循环 绩效等级：任务执行能力和预期结果 如选择一个能够按时按质完成任务的人,-12-,组建项目团队：考虑其它因素,团队成员的可用性 项目预算 团队成员背景调查 成员最初的背景会由他对此项目的兴趣，或是项目团队中某些人的影响力决定 成员的背景会由项目的发展改变，而改变也是多方面引起的。如能力过高，能力缺乏，起初对项目的认识

4、不够，项目进行遇到了未预期的困难,-13-,准备构思阶段的交付成果,远景/范围文档 项目结构文档 风险评估文档 内部文档 用户目录手册 业务规则目录手册 术语表 候选技术 编码准则 可能还包括： 可测试的初始功能列表 初步需求和用例 初始体系结构 用户界面原型（ GUI ）记事板,-14-,项目团队内部文档,操作者目录手册 用名字标识每个操作者 列出每个操作者的责任，并指出将来的信息 业务规则目录手册 用 ID 号、标题、描述和职权标识每条业务规则 描述当前功能 术语表 不同的干系人使用的术语和定义，用来说明交付物、业务流程和项目用语 确保理解和应用的一致性,-15-,内容安排,构思阶段 远景

5、/范围文档 项目结构文档 风险评估,-16-,远景/范围文档的组成,包含业务解决方案的目标和约束 问题说明 远景说明 用户档案 项目范围 解决方案概要 项目目标 业务目标、设计目标 关键成功要素 初始进度表,-17-,如何创建远景/范围文档文档,要创建远景/范围文档，团队需要： 与客户和相关人员进行更多的访谈 更详细地分析业务的高级别用例 识别业务的假定和约束 举例： 问题说明： 电话注册数量太高，话务员处理不过来。我们需要建立一个网站进行用户注册，来替代目前通过电话注册的方式 远景说明： 我们要在年6月底，建立用户注册网站，将注册效率提高2倍，人力及设备成本降低80%,-18-,创建远景/范

6、围文档,创建问题说明 创建远景说明 创建用户档案 定义范围 创建解决方案概念 确定项目目标 验证远景/范围文档,-19-,创建问题说明,描述项目所要表达的业务问题 将其与业务活动的当前状态相联系 提供足够的信息来确定解决方案的设计 示例 需要消除早期版本硬件和软件的支持成本 当出现错误时，用户需要系统给出清晰的指导纠正错误,-20-,课堂活动1：创建问题说明(p91),阅读AWC销售部门的示例场景，为所描述的项目写出问题说明 确保写出的问题说明概括了业务问题 为场景中的项目团队提供方向,-21-,创建远景说明,创建精确、清晰和激励性的描述，以建立远景目标，并使整个团队达成共识 需要五个SMAR

7、T特征 具体的(Specific) 可测量的(Measurable) 可实现的(Achievable) 相关的(Relevant) 基于时间的(Time-based) 示例 我们要在年底前，通过提高在线销售量来成为本行业中年销售收入名列前茅的公司,-22-,示例：创建远景说明,一家网上书店在分析其的订书记录时发现，某大学学生的订书及送书数量及种类，近四个月直线上升且居高不下。在解决该业务问题的构思阶段，可以使用怎样的远景说明？,我们在下个月中旬在该学校附近，设一中转站，将送书时间由隔天递送，改为两小时内递送 我们在下个月底前完成对系统的改进，将该大学的送书进行独立分类，提高递送效率,-23-,

8、课堂活动2：创建远景说明(p91),为示例场景中描述的应用程序写一个远景说明，远景说明应该具体、可测量、可实现、相关并基于时间,-24-,创建用户档案,用户档案是对用户的标识，是团队评估项目的期望值、风险、目标以及约束的前提 标识用户时，考虑以下几点 最终用户使用产品的目标 会影响用户使用解决方案的约束条件 支持问题 全球用户和地理边界 用户之间的信息流、用户功能 组织通信、决策策略、其他因素,-25-,定义范围,定义范围的意义 能够帮助团队识别必须完成的工作 能够使团队将大而模糊的任务拆分成较小的更加明确的任务 有助于指定解决方案每个版本的功能 范围包括定义好了的属性集合和功能，团队可据此将

9、工作拆分给分包商或合伙人 范围可以明确团队在当前交付成果中应该承担和不必承担的责任,-26-,定义范围主要工作,完善需求 使用平衡三要素来平衡优先级 标识那些可能会出现在解决方案的以后版本中的功能特性 阐明项目假设和约束 为解决方案开发提供评估信息 修订范围,-27-,完善需求示例,初步需求 系统需要了解客户喜欢什么书 在构思阶段对初步需求进行完善后，得到以下的需求 对书本进行分类，系统可以让客户选择喜欢什么书，也可以跟据客户经常买的书的类别来判断客户喜欢什么书,-28-,用例图显示了项目的范围,-29-,使用平衡三要素来平衡优先级,资源 进度 功能 资源会限制进度和功能 加快进度则需要更多资

10、源或是减少一部分功能 增加功能也可能需要更多的资源，或改变项目的进度 寻找支点,-30-,解决方案概念,解决方案概念 概括了团队为达到项目目标而采用的方法 为进入计划阶段提供了基础 使用通用术语解释团队打算如何实现项目需求 只是概要性的内容，而不是解决方案的技术细节 包括了软硬件的体系结构,-31-,创建解决方案概念,概括性地描述解决方案如何满足需求 创建解决方案概念草案 着眼于概要性的内容，而不是解决方案的细节 解决方案概要元素 项目成功因素和验收标准 解决方案开发和交付的初始方法 解决方案功能的初始描述,-32-,示例：解决方案概念,-33-,确定项目目标,业务目标：代表客户希望通过解决方

11、案获得的结果，构成确定解决方案成功标准的基础 清晰地说明客户希望通过解决方案获得什么 确定目标优先级 在资源、进度和功能之间寻求平衡 设计目标：主要着眼于解决方案的特性，而不是解决方案实现的业务内容 着眼于解决方案的特性，如改进用户体验过程 确定目标优先级,-34-,一个网上书城项目的目标,业务目标 脱离物理商店的概念（不需要门市） 使用更有效的在线网站，缩短销售产品的时间 吸引更年轻的消费者，他们有更高的可支配收入，会频繁地使用在线购物的方式 通过会员制及等级制，给予相对应的折扣 根据购书的情况，提供相关新书的推荐 使用简单的工作流，缩短订货及交货周期,-35-,一个网上书城项目的目标,设计

12、目标 首页下载速度小于4秒（56K 的调制解调器） 会员注册简便 提供强大的查询功能 通过电子邮件提供新书推荐 限制对服务器的依赖性,-36-,课堂活动3：制定项目目标(p92),从给出的场景确定项目目标 业务目标 设计目标,-37-,验证远景/范围文档,与干系人一起验证用例、使用场景和使用档案 与干系人对以下几点形成共识 解决方案需要满足的业务需求 解决方案的远景和范围 为了定义范围而作的权衡 解决方案的设计目标 项目开始后可能发生的风险 业务解决方案的项目管理初始概要 项目团队成员 管理项目的机制 远景/范围文档获得正式批准 远景/范围认可里程碑,-38-,示例：远景范围文档,远景范围文档

13、模板 01.构思/文档模板/01_1.远景范围文档.doc 软件范围文档样例 AWC远景范围文档 01.构思/样例文档/AWC/AWC Vision Scope.doc BookShop远景范围文档 01.构思/样例文档/BookShop/远景范围文档.doc,-39-,内容安排,构思阶段 远景/范围文档 项目结构文档 风险评估,-40-,项目结构文档,定义整个团队组织和管理项目的方法 团队和客户的角色和责任 交流管理 后勤决策 变更管理决策 进展评估决策 项目结构文档的组成部分 团队和结构 项目评估 项目进度表（早期版本）,-41-,角色和责任决策部分的内容,列出参与项目的人员名单 描述不同

14、角色在项目各阶段的责任 计划阶段，如 团队是否按计划举行状态审查会议？ 客户审核多久进行一次？ 开发阶段，如 在开发工作中每个团队主管的角色和责任是什么？ 行政主管人员的角色是什么？,-42-,交流决策部分的内容,说明了项目过程中团队的沟通流程和方式 沟通计划文档包括 项目文件 文件中包含哪些信息？ 由谁来创建和维护项目文件？ 谁能够访问项目文件？ 审核与评审 什么时候进行审核？谁会参加审核？ 审核中讨论哪些议题？,-43-,后勤决策部分的内容,解决方案开发中的后勤计划 使用什么开发方式 由谁来定义产品规格说明书的内容 使用什么工具来定义解决方案的功能特性 提供给参与项目的外部供应商怎样的规范

15、 谁需接受解决方案开发所需技能方面的培训,-44-,变更管理决策部分的内容,团队在项目中实现变更的流程 如何识别和跟踪提议的变更 由谁来负责跟踪提议的变更 如何评估提议的变更所产生的结果 发布标准 标识了提议的发布日期 说明了由谁来确定发布日期 说明了如何确定和批准发布日期 说明了变更发布日期的标准,-45-,进展评估决策部分的内容,记录团队跟踪和评估项目进展的流程 如何评估项目进展 更新小组进度表的频率 由谁来负责 识别变化 评估各种变化的效果 如何跟踪突出问题 如何解决职能小组之间的问题,-46-,示例：项目结构文档,项目结构文档模板 01.构思/文档模板/01_2.项目结构文档.doc

16、项目结构文档样例 AWC项目结构文档 01.构思/样例文档/AWC/AWC - Project Structure.doc BookShop项目结构文档 01.构思/样例文档/BookShop/项目结构文档.doc,-47-,内容安排,构思阶段 远景/范围文档 项目结构文档 风险评估,-48-,风险分析,风险管理过程 风险评估文档的内容 创建风险评估文档,-49-,风险管理过程,一种用来在风险发生前控制和降低风险的方法,-50-,风险评估文档的内容,-51-,创建风险评估文档,项目经理创建文档 整个团队识别风险 评估每个风险 使用该公式：R = p i 风险权值 (Risk exposure) 等于概率 probability)乘以潜在影响度(impact) 列出前十个风险 根据每个风险的权值排序,-52-,作业1：创建构思阶段交付物,作业内容 构建团队：根据MSF团队模型构建项目团队，明确团队分工，以及团队成员对项目的认知；并记录在项目结构