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

第1章商务解决方案设计第2章收集和分析信息第3章解决方案的构思第4章概念设计的创建第5章逻辑设计的创建第6章物理设计的创建第7章表示层的设计第8章数据层的设计第9章设计安全规范第10章完成计划阶段第11章稳定和部署方案基于.NET的需求分析和解决方案设计第2章收集和分析信息使用建模表示法创建用例和使用场景收集信息分析信息使用建模表示法建模的优点UMLUML视图UML图ORM2.1使用建模表示法建模的优点建模可以清楚地阐明复杂的问题对于当前的状态，建模可以识别需求问题和风险缺少的信息对于提议的解决方案，建模能够在投入资源前对计划进行评估对战略性决定达成共识2.1.1建模的优点模型的概念模型是对系统的一种抽象从某个视点、在某种抽象层次上详细说明被建模的系统模型是对架构设计师和开发人员构造的系统的抽象他们不关心系统从内部看起来像什么，而只关心对于用户来说它能做什么2.1.1建模的优点UMLUML是将软件系统可视化和为其建模的一种语言UML包含了根据多种编程语言结构而定义的各种符号UML可以用来创建规格说明构建模型将模型文档化2.1.2UMLUML视图视图显示的内容用户或用例视图从用户角度出发，显示系统目标结构或设计视图系统的静态状态行为或流程视图系统的动态状态实现视图系统的逻辑元素结构环境或部署视图从用户角度出发，显示系统功能2.1.3UML视图UML图每种图表类型的视角不同类图对象图用例图组件图部署图协作图时序图状态图活动图2.1.4UML图UML图类图对象图2.1.4UML图用例图用例图2.1.4UML图活动图2.1.4UML图协作图示例2.1.4UML图ORMORM是为数据相关的业务需求建立模型的方法使用ORM记录业务规则并设计数据库设计ORM概念架构所涉及的任务有分析外部信息及将其转换为基本事实对事实类型进行普查识别基本实体类型应用惟一性约束应用强制性角色约束添加值约束（valueconstraint）、集合比较约束（set-comparisonconstraint）和子类型约束（subtypeconstraint）添加环型约束（ringconstraint）2.1.5ORM第2章收集和分析信息使用建模表示法创建用例和使用场景收集信息分析信息创建用例和使用场景用例派生用例使用场景创建使用场景创建当前状态使用场景的原因确定需求完善需求2.2创建用例和使用场景用例用例描述了系统中实现一个目标所涉及到的操作者、对象和行为用例标识了系统边界任务顺序和层次示例销售代表创建订单销售经理批准较高的折扣2.2.1用例派生用例分析信息来源以获取任务每个任务都需要定义谁来完成行为——操作者行为行为的对象访谈摘录：“为了识别出我们的最佳客户以及他们成为最佳客户的原因，销售人员需要访问及分析我们的销售数据”操作者行为对象销售人员访问销售数据销售人员分析销售数据销售人员识别最佳客户2.2.2派生用例使用场景使用场景更详细地描述了用例的细节一个用例常常需要几个场景来描述使用场景还用于描述异常异常就是边界情况2.2.3使用场景创建使用场景1.确定前提条件在场景发生前需要怎样的信息和条件2.识别后置条件任务序列完成了怎样的工作或目标3.将活动拆分为离散的步骤4.识别异常可能需要为异常设定使用场景5.识别使用场景说明的需求6.识别使用场景来源2.2.4创建使用场景创建当前状态使用场景的原因当前状态使用场景描述了目前业务活动发生的方式未来状态场景描述了未来业务活动发生的方式当前状态使用场景可以识别系统中的问题确定可用性目标了解对当前问题的理解和真实问题之间的差别2.2.5创建当前状态使用场景的原因使用场景示例用例标题：在线查询书本信息缩略标题：在线查询书本信息用例ID：UC1.1需求ID：1.1描述客户需要获取某本书的相关信息。客户可以在线查看本书的前言和目录；通过网上支付平台可以购买电子文档或者纸版书角色：客户前提条件客户具有Internet访问权客户浏览了E-BookStore的网站客户在首页登录该网站，输入想查的书名，点击“查询”产品信息位于数据库中，而且该网站工作正常2.2.5创建当前状态使用场景的原因使用场景示例任务序列异常客户查找到所需的书本书本在当前视图中不存在客户通过点击书本的链接选择该书本客户查看书本基本信息（名称、作者、出版社、出版时间、前言、目录）任何数据都不可用找到下载链接该书只有纸版图书点击下载，并转向在线支付平台支付平台暂时无法访问支付成功，存入在线用户收藏，下载并阅读未安装阅读软件，下载安装阅读软件2.2.5创建当前状态使用场景的原因使用场景示例后置条件完成了将书下载到本地，通过阅读软件进行阅读。该书已经放入了可下载列表，并保存在数据库中，可供下次使用未决的问题一旦支付失败，用户需重新在线下订单如果可以保存订单，在支付失败时可以再次支付负责人：王伟民修改历史日期：2002年1月1日作者：李建国描述：初始版本2.2.5创建当前状态使用场景的原因确定需求在收集信息的整个过程中创建候选需求的清单扩展候选需求清单重新检查收集来的所有信息，从中寻找潜在的候选需求确定候选需求，候选需求是需要进一步收集的信息收集这些信息2.2.6确定需求完善需求分清需求和期望之间的区别确定约束和假定约束是一种已设定的边界，如预算澄清假定可以避免误解识别隐藏的需求一些需求可能不会马上显现2.2.7完善需求第2章收集和分析信息使用建模表示法创建用例和使用场景收集信息分析信息收集信息信息分类信息收集的方法信息来源定义信息收集策略2.3收集信息信息分类业务目标和目的、产品和服务、财务结构和主要组织结构之间的相互作用应用程序支持业务流程的自动化和非自动化服务运营运行业务流程所需的信息技术执行和支持业务任务的技术服务2.3.1信息分类收集信息的方法技巧描述实地操作直接观察个人工作的情况，以发现现存的实践方式和问题访谈从个人处收集特定信息特定群体调查对一组人员进行调查，以便了解工作态度和共同看法问卷调查收集详细数据和统计意义上比较重要的数据用户指导让最终用户告诉你，他们是如何操作系统的原型模拟模拟一个无法直接测试的系统测试版本使用具有测试功能的应用程序来记录用户完成任务的方式2.3.2收集信息的方法信息来源成品业务环境中的实物：培训手册、作业辅助工具系统用来完成某项工作的信息系统和其他流程：库存跟踪系统、内部网人业务系统中的人，能提供有价值的看法和信息2.3.3信息来源定义信息收集策略确定信息范围信息收集的时间框架记录信息的方法考虑所有的看法、信息类型和信息来源从使用类似业务流程的不同工作组收集信息进行比较2.3.4定义信息收集策略第2章收集和分析信息使用建模表示法创建用例和使用场景收集信息分析信息分析信息企业体系结构信息开始需求文档内部项目团队文档编制2.4分析信息企业体系结构信息收集可能会影响项目计划的当前的和正在提交的信息企业体系结构安全支持性能应用集成业务计划目标流程人力2.4.1企业体系结构信息开始需求文档从访谈和用例文档中获取需求草案区分需求和期望举例来自于用例的需求草案来自于访谈和用例的需求草案生成需后续处理的问题清单编号需求描述是否优先级来源问题1可以与我们的在线应用同步，以方便记录一天中收集的所有信息地区销售经理2获取客户数据，并能让我们用不同的方法分析数据是地区销售经理3找到谁是我们的最佳客户地区销售经理2.4.2开始需求文档内部项目团队文档编制文档标识用处操作者目录手册用名字标识每个操作者列出每个操作者的责任，并指出将来的信息业务规则目录手册用ID号、标题、描述和权力标识每条业务规则描述当前功能术语表不同的干系人使用的术语和定义，用来说明交付物、业务流程和项目用语确保理解和应用的一致性2.4.3内部项目团队文档编制课堂活动收集和分析信息练习1准备访谈练习2获取销售自动化项目和网页增强项目的用例描述练习3根据初期收集的信息编写需求草案练习4开发用户场景回顾学习完本章后，将能够：描述收集信息的方法描述信息来源创建信息收集策略通过用例和使用场景来分析和完善需求创建内部的项目文档描述建模表示法，如UML和ORM