基于NET的需求分析和解决方案设计04

1、第4章 概念设计的创建本章概述在构思阶段，项目团队收集足够多的信息来启动项目，这样允许他们创建基准远景/范围文档。在构思阶段接近结束时，团队进入 Microsoft® 解决方案框架（MSF）过程模型的计划阶段。在这一阶段，要保证待解决的业务问题得到充分地理解，这样才能设计出解决业务问题的解决方案。此外，还要计划如何开发解决方案，并确定是否已经有了开发解决方案的资源。在计划阶段，创建一个模型和需求文档的集合。这个模型和文档的集合构成了解决方案的功能说明书或蓝本。在计划阶段开始制作解决方案的功能说明书。在本章中，将学习计划阶段的目的，以及在计划阶段发生的三个设计过程：概念设计、逻辑设计和

2、物理设计。还将学习功能说明书的用途和优点。另外，将详细地学习概念设计。教学目标l 描述 MSF 过程模型的计划阶段的目的l 描述计划阶段内功能说明书的作用l 描述概念设计的目的l 分析一个概念设计l 优化一个概念设计教学重点l 描述 MSF 过程模型的计划阶段的目的l 描述概念设计的目的教学难点l 分析一个概念设计是一个需要具备较丰富企业经验的专业人事才能具体全面的概况到的。对于大多学生来说，欠缺的就是企业经验教学资源课本知识点4.1计划阶段概述4.2功能说明书概述4.3概念设计过程概述4.4构建概念设计4.5优化概念设计习题习题1-对应知识点功能说明书概述习题2-对应知识点概念设计过程概述

3、习题3-对应知识点构建概念设计 习题4-对应知识点构建概念设计 习题5-对应知识点优化概念设计教师光盘幻灯片教师光盘：Powerpnt2710B_04.ppt多媒体视频教师光盘：Powerpnt习题解答教师光盘：tPrepanswer先修知识在正式开始学习本章内容以前，学生须具备下列知识基础。先修知识推荐补充了解Windows程序设计的基础知识。基于 VB.NET 的 Windows 程序设计了解WEB类程序设计的知识。面向 .NET 的 Web 应用程序设计连接XML Web Service 开发的知识。XML Web Service 开发建议学时课堂教学（2课时）教学过程4.1计划阶段概述

4、教学提示 ：Microsoft 解决方案框架概述部分主要达到两个目的。l 描述计划阶段的三个步骤和中间角色。(精讲)l 确定计划阶段的公共交付成果。（略讲）教学内容教学活动教学提示讲授：计划阶段说白了。就是要给我们后面的工作，根据前期制定的目标进行一个规划和计划。这其中有对于信息的分析，信息的整合，信息的完善等等的操作。这就好比我们造房子，我们首先要勘探地址，配合城市整体规划等等的计划之后，才可以进行相应的建造。所以计划对于整个项目是非常重要的。阅书：4.1.1幻灯：第4页 讲授： 我们现在来看一下三个设计过程：概念设计、逻辑设计和物理设计。我们来看一下书：讲解课本：4.1.2概念设计其实就是

5、根据客户商务的要求，根据不同的企业场景，定义问题，并设计相关的解决方案的过程。而逻辑设计从我们开发团队的角度将项目的设计转变成一个项目中不同的模块之间的设计和划分。而物理设计则是针对我们的开发人员，定义一些具体的开发细节。阅书：4.1.2幻灯：第6页讲授：虽然在计划阶段项目团队作为一个整体工作，但是在这一阶段团队中每个角色都有不同的责任。我们来看一下分别都有什么责任：讲解课本角色群目标程序管理在项目约束内交付解决方案开发生成规范测试只有当所有的产品质量问题都被识别和解决之后才能够批准发布。用户体验增强用户有效性发布管理实现顺利的部署和正在进行的操作产品管理让客户满意阅书：4.1.3幻灯：第8页

6、讲授：计划阶段最后到达项目计划认可里程碑（approved milestone），到达该里程碑表示项目团队、客户和项目干系人对以下内容达成共识：项目交付成果、计划满足需求、计划可以成功地实现。我们分别来看一下这几项有什么内容：讲解课本：4.1.4这里我们可以参照技术文档“CASESTDY第三章阅读文档项目计划.htm”这里，我们看见一个计划文档是如何编写的。阅书：4.1.4幻灯：第9页4.2功能说明书概述教学提示 ：本节主要达到一个目的。l 描述功能说明书的内容。（精讲）教学内容教学方法教学提示讲授：功能说明书是项目和成品虚拟储备库，这里的成品是指与设计相关的，在 MSF 过程模型的计划阶段创

7、建的成品。成品是发生在计划阶段的概念设计、逻辑设计以及物理设计中的设计活动的结果。这些成品可以包括统一建模语言（Unified Modeling Language，UML）模型，例如用例图、使用场景、候选需求（演进的），候选功能以及不同的信息模型等。我们来具体看一下书上是如何描述的：我们可以参照“CASESTDY第四章阅读文档 Cyber Book功能说明书.doc”，从这份文档里可以看见功能说明书首先可以看见项目背景，目标及使用场景。功能描述里分为两部分，是按照我们的构架来进行创建的。客户服务网站这里包括客户信息管理，商品信息浏览和查询，购物车和订单确认，客户订单管理四个模块。配送中心这个模

8、块包括订单管理和跟踪的功能。每个画面在功能设计里体现在给出界面截屏，界面上的控件说明，界面需要完成的功能要求及出现的错误信息等。讲解课本：4.2.1阅书：4.2.1幻灯：第12页讲授：既然做了功能说明书，那它的目的是什么呢？我们来看一下书上是如何说明的：讲解课本4.2.2。阅书：4.2.2幻灯：第13页讲授：最后我们来看一下功能说明书具备了哪些元素。讲解课本：4.2.3阅书：4.2.3幻灯：第17页4.3概念设计过程概述教学提示 ：本节主要达到一个目的。l 描述概念设计中的步骤。（精讲）教学内容教学方法教学提示讲授：概念性设计描述了为解决方案的每个主要功能所提供的功能。对移植项目来说，概念性设

9、计从大体上来说与为现有应用或基础设施组件版本建立的设计相同。尽管如此，在功能说明中为移植项目明确地说明这一计划还是非常重要的，当前组件的实际构思可能已经与其最初设想有所不同了。即使概念性设计一直没变，它仍然可以成为后续阶段的试金石。例如，在概念性设计中就对解决方案中必需包括的每个用户接口单元做了说明。概念性设计解决了解决方案如何同时为用户和管理员工作的问题。项目组在设计时要考虑到所有用户配置文件组的需求。为此，他们首先必需要对需求获得深入的理解。讲解课本：4.3.1阅书：4.3.1幻灯：第23页讲授：然后我们来看一下概念设计的目标。最主要的是理解待解决的业务问题，理解业务、客户和最终用户的需求

10、，描述业务的目标未来状态。比如：一个客户关系管理项目，我们需要通过概念设计明白这个项目需要解决的就是客户关系混乱，客户信息不能有效的管理；用户的需求就是要把客户关系能高效的管理同时能分析客户的走向。同时应该把客户关系管理的高效性能带来的客户资源的高度集中管理相结合起来。能为企业的将来带来更进一步的发展。讲解课本4.3.2。阅书：4.3.2幻灯：第24页讲授：最后我们来了解一下概念设计的步骤。讲解课本：4.3.3阅书：4.3.3幻灯：第26页4.4构建概念设计教学提示 ：本节主要达到一个目的。l 描述将需求分类为用户需求、系统需求、运营需求和业务需求。（精讲）教学内容教学方法教学提示讲授：我们首

11、先来了解一下分析步骤的任务及分析步骤的交付成果。在分析步骤中，完成以下任务：l 综合信息l 完善用例图l 为解决方案选择合适的应用程序体系结构l 创建解决方案概念模型我们这里着重和大家说一下什么是用例图？参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。参与者在画图中

12、用简笔人物画来表示，人物下面附上参与者的名称。用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。这是UML对用例的正式定义，对我们初学者可能有点难懂。我们可以这样去理解，用例是参与者想要系统做的事情。对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。用例在画图中用椭圆来表示，椭圆下面附上用例的名称。系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分，边界外表示系统外部。系统边界在画图中方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。因为系统边界的作用有时候不是很明显，所以我个人理

13、解，在画图时可省略。箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。箭头尾部用来表示启动交互的一方，箭头头部用来表示被启动的一方，其中用例总是要由参与者来启动。讲解课本：4.4.1阅书：4.4.1幻灯：第29页讲授：现在我们来看一下重述需求的一些知识点。讲解课本4.4.2。阅书：4.4.2幻灯：第31页讲授：现在我们再来看一下需求可以分类成哪几种？讲解课本：4.4.3阅书：4.4.3幻灯：第32页讲授：用例图只是简单地用图描述了一下系统，但对于每个用例，我们还需要有详细的说明，这样就可以让别人对这个系统有一个更加详细的了解，这时我们就需要写用例描述。对于用例描述的内容，一般没

14、有硬性规定的格式，但一些必须或者重要的内容还是必须要写进用例描述里面的。用例描述一般包括：简要描述（说明）、前置（前提）条件、基本事件流、其他事件流、异常事件流、后置（事后）条件等等。下面说说各个部分的意思：简要描述：对用例的角色、目的的简要描述；前置条件：执行用例之前系统必须要处于的状态，或者要满足的条件；基本事件流：描述该用例的基本流程，指每个流程都“正常”运作时所发生的事情，没有任何备选流和异常流，而只有最有可能发生的事件流；其他事件流：表示这个行为或流程是可选的或备选的，并不是总要总要执行它们；异常事件流：表示发生了某些非正常的事情所要执行的流程；后置条件：用例一旦执行后系统所处的状态

15、；幻灯：第37页讲授：在本章节里我们看一下应用程序体系结构有哪些。幻灯：第39页4.5优化概念设计教学提示 ：本节主要达到一个目的。l 描述优化过程。（精讲）教学内容教学方法教学提示讲授：为设计未来状态，要分析当前状态场景，消除低性能、瓶颈和冗余。未来状态最好由项目团队和用户在业务过程重新设计专家的帮助下共同设计。描述未来状态的任务从用户的角度重新设计过程重新设计在设计期间确定的过程复查概念模型以上几个步骤，我们来具体看一下书：讲解课本：4.5.1阅书：4.5.1幻灯：第43页讲授：现在我们来看一下评估重新设计的过程。讲解课本4.5.2。阅书：4.5.2幻灯：第44页讲授：现在我们再来看一下验

16、证概念设计模型的方法。讲解课本：4.5.3阅书：4.5.3幻灯：第45页总结经过本章的学习，我们了解了下列的知识和内容。l 描述 MSF 过程模型的计划阶段的目的l 描述计划阶段内功能说明书的作用l 描述概念设计的目的l 分析一个概念设计l 优化一个概念设计在第五章中，我们将进行逻辑设计的创建的学习，让大家能理解逻辑设计的创建在中起到什么作用布置作业完成书后习题1-5案例教学对应本书光盘“CASESTDY第四章阅读文档”,通过对这些文档资料对概念设计的创建有一个整体的了解。案例Fabrikam公司背景Fabrikam公司生产和销售风筝，拥有超过5000个客户。现在，公司拥有一个静态网站并接收客

17、户的电话订单。公司从两个供货商处获得原材料。公司雇佣你设计和开发一个使用微软.NET 框架的解决方案，使客户可以在网上下订单。这个解决方案包括一个新的客户网站。网站的测试和实施必须在6个月内完成。现有IT环境Fabrikam公司有一个私人的虚拟个人网络。销售人员在出差时使用VPN访问电子邮件和共享文件。公司使用一个财务应用程序来管理客户账单过程。财务应用程序运行在大型计算机上。这个应用程序接受TCP/IP的连接，它使用自带的二进制通信协议。程序响应速度慢，支持最多2个并发的TCP/IP连接，且不能存储货物状态信息。公司将继续使用财务应用程序。会见客户销售经理我们的销售人员在办公和出差途中需要访

18、问客户信息和订单历史。我们按销售数量对客户进行分类。我们使用3种分类方式，按销售数量升序排列，分别是铜、银或金牌客户，等级越高价格越低。我们目前以书面形式存储分类定价。我希望将存储分类定价作为新解决方案的一部分。我也希望每季度更改定价。每个客户必须只能看到自己的定价信息。客户不应知道不同定价种类的存在。生产经理我想要一个解决方案来追踪原材料库存和帮助我定购原材料。运输经理我们花费太多时间处理客户电话。客户经常致电交流他们订单的运输状态。我们的员工要找到每个打印订单，然后向客户报告运输状态。IT部门 IT经理我负责这个项目，我将直接和你一起工作。最终，我希望将所有的业务处理都在网上实现。然而，我

19、们的最终目标是要让客户满意。任何能使我们的销售人员更有效率的方法都可以使我们的客户更满意。我们客户最大的需求之一就是能在月底下订单。现在，由于没有足够的员工接电话，我们不能满足客户的需求。客户也想了解更多订单状态的信息。他们想要追踪订单所处的阶段和监控运输状态。他们希望当货物上船时，能通过电子邮件获知信息。现在，由于我们没有足够的员工电话通知他们货物上船，客户还不能及时获取信息。我们在品牌建设上投资颇大。当我们的客户有与我们公司相关的需求的时候，可以通过访问Fabrikam公司的网站满足需求。客户不会由于此类需求重定向去其他网站，向其他公司求助。我们的竞争对手拥有非常有竞争力的网站，我们必须快

20、速反应以保证我们的网站提供所有相关功能。我管理4位员工。他们都有ASP经验，但没有ASP.NET的经验。我希望至少2位我的员工能参与项目开发。我的员工会在实施后负责维护新应用程序。我们会自己管理应用程序。我们将升级网络以处理相应流量。我们希望网站尽可能方便管理。在负载高峰，我们必须能够监控每个客户种类登录网站的数量。我不希望修改现有的财务应用程序，也不像给大型机增加任何应用程序。在4个月内，我们的运输合作伙伴将开始使用XML WEB服务追踪运输。我们已经有我们的合作伙伴支持的接口文档。经济部门 首席经济师这个项目对我们公司很重要。然而，我们只有有限的资金可以使用。我们必须保证项目的范围能使客户

21、的利益最大化。业务处理客户每月下一次订单定购风筝。订单一下便不能更改。每个订单都由销售人员电话接收。销售人员马上使用客户电脑将订单输入财务应用程序。然后，订单被打印出来并送到运输部门。运输部门从库存种装运订单货物。订单被标记为完成。很多客户有长期订单，长期订单是客户每月所需货物的列表。现在，销售部门将长期订单记录在案。长期订单的客户有时会用月度订单替换长期订单。财务应用程序不为订单存储运输信息。一旦订单已下，财务应用程序就视该订单已完成，可用作账单目的。问题 案例 Fabrikam公司1 你正创建客户种类数据模型的物理设计。为了报告，你想优化对客户种类数据的访问。你定义了一个客户表和一个种类表

22、。你下一步应该做什么？A. 在种类表中定义3个外键，每个列对应客户表中的不同双亲行。在外键上定义索引B. 在客户表中定义3个外键，每个列对应种类表中的不同双亲行。在外键上定义索引C. 在种类表中定义1个外键，对应客户表中的不同双亲行。在外键上定义索引D. 在客户表中定义1个外键，对应种类表中的不同双亲行。在外键上定义索引答案：D2 你正设计财务应用程序界面的实施。你须保证新的应用程序可以与财务应用程序通信。你应该怎么做？A. 创建XML Web服务类B. 创建TCP客户对象C. 创建TCP监听对象D. 使用Wsdl.exe创建XML WEB服务代理类答案：B3 Fabrikam公司的解决方案中

23、须包括哪些模块？（多选）A. 数据存储B. 大型机界面C. 客户网站D. 定购原材料E. 销售人员网站答案：A,B,C,D,E4 你正计划新应用程序的实施。你要考虑如何在最短时间内转移客户数据。你应该怎么做？A. 从动态目录下载客户数据到新应用程序B. 创建数据转换服务包，从大型机下载客户数据到新应用程序C. 创建财务应用程序的界面，从财务应用程序访问客户数据D. 创建数据转换服务包，从客户种类数据下载客户数据到新应用程序答案：B5 你正撰写文档定义潜在项目风险。哪些业务限制是最大的潜在风险？A. 解决方案由Fabrikam公司主持B. 客户网站的测试和实施须在6个月内完成C. 运输合作伙伴在

24、4个月内实施XML WEB服务D. 所有客户努力在月底下订单答案：D6 你正验证物理设计。你应保证设计与客户定价种类需求对应。设计中应包含哪些成员？A. Product类里的无参数A.GetPrice方法B. Product类里的A.Price属性C. Customer类里的A.Price属性D. Product类里的单个客户对象参数的A.GetPrice方法答案：D7 你正撰写解决方案整合需求的列表。应包括哪些需求？（多选）A. 订单数据必须从财务应用程序中读出B. 运输追踪必须从XML WEB服务中读出C. 客户必须重定向到其他网站以追踪货物D. 客户须使用XML WEB服务下订单E. 订单数据必须写入财务应用程序F. 订单数据须电邮给销售人员答案：A,B,E8 你要介绍解决方案的标准开发进程。你的推荐须帮助开发团