基于NET的需求分析和解决方案设计04.docx
《基于NET的需求分析和解决方案设计04.docx》由会员分享，可在线阅读，更多相关《基于NET的需求分析和解决方案设计04.docx（19页珍藏版）》请在冰豆网上搜索。
基于NET的需求分析和解决方案设计04
第4章概念设计的创建
本章概述
在构思阶段，项目团队收集足够多的信息来启动项目，这样允许他们创建基准远景/范围文档。
在构思阶段接近结束时，团队进入Microsoft®解决方案框架（MSF）过程模型的计划阶段。
在这一阶段，要保证待解决的业务问题得到充分地理解，这样才能设计出解决业务问题的解决方案。
此外，还要计划如何开发解决方案，并确定是否已经有了开发解决方案的资源。
在计划阶段，创建一个模型和需求文档的集合。
这个模型和文档的集合构成了解决方案的功能说明书或蓝本。
在计划阶段开始制作解决方案的功能说明书。
在本章中，将学习计划阶段的目的，以及在计划阶段发生的三个设计过程：
概念设计、逻辑设计和物理设计。
还将学习功能说明书的用途和优点。
另外，将详细地学习概念设计。
教学目标
●描述MSF过程模型的计划阶段的目的
●描述计划阶段内功能说明书的作用
●描述概念设计的目的
●分析一个概念设计
●优化一个概念设计
教学重点
●描述MSF过程模型的计划阶段的目的
●描述概念设计的目的
教学难点
●分析一个概念设计是一个需要具备较丰富企业经验的专业人事才能具体全面的概况到的。
对于大多学生来说，欠缺的就是企业经验
教学资源
课本
知识点
4.1计划阶段概述
4.2功能说明书概述
4.3概念设计过程概述
4.4构建概念设计
4.5优化概念设计
习题
习题1-对应知识点功能说明书概述
习题2-对应知识点概念设计过程概述
习题3-对应知识点构建概念设计
习题4-对应知识点构建概念设计
习题5-对应知识点优化概念设计
教师光盘
幻灯片
教师光盘：
\Powerpnt\2710B_04.ppt
多媒体视频
教师光盘：
\Powerpnt\
习题解答
教师光盘：
\tPrep\answer
先修知识
在正式开始学习本章内容以前，学生须具备下列知识基础。
先修知识
推荐补充
了解Windows程序设计的基础知识。
《基于VB.NET的Windows程序设计》
了解WEB类程序设计的知识。
《面向.NET的Web应用程序设计》
连接XMLWebService开发的知识。
《XMLWebService开发》
建议学时
课堂教学（2课时）
教学过程
4.1计划阶段概述
教学提示：
Microsoft解决方案框架概述部分主要达到两个目的。
●描述计划阶段的三个步骤和中间角色。
（精讲）
●确定计划阶段的公共交付成果。
（略讲）
教学内容
教学活动
教学提示
讲授：
计划阶段说白了。
就是要给我们后面的工作，根据前期制定的目标进行一个规划和计划。
这其中有对于信息的分析，信息的整合，信息的完善等等的操作。
这就好比我们造房子，我们首先要勘探地址，配合城市整体规划等等的计划之后，才可以进行相应的建造。
所以计划对于整个项目是非常重要的。
讲解课本：
4.1.1
阅书：
4.1.1
幻灯：
第4页
讲授：
我们现在来看一下三个设计过程：
概念设计、逻辑设计和物理设计。
我们来看一下书：
讲解课本：
4.1.2
概念设计其实就是根据客户商务的要求，根据不同的企业场景，定义问题，并设计相关的解决方案的过程。
而逻辑设计从我们开发团队的角度将项目的设计转变成一个项目中不同的模块之间的设计和划分。
而物理设计则是针对我们的开发人员，定义一些具体的开发细节。
阅书：
4.1.2
幻灯：
第6页
讲授：
虽然在计划阶段项目团队作为一个整体工作，但是在这一阶段团队中每个角色都有不同的责任。
我们来看一下分别都有什么责任：
讲解课本：
4.1.3
角色群
目标
程序管理
在项目约束内交付解决方案
开发
生成规范
测试
只有当所有的产品质量问题都被识别和解决之后才能够批准发布。
用户体验
增强用户有效性
发布管理
实现顺利的部署和正在进行的操作
产品管理
让客户满意
阅书：
4.1.3
幻灯：
第8页
讲授：
计划阶段最后到达项目计划认可里程碑（approvedmilestone），到达该里程碑表示项目团队、客户和项目干系人对以下内容达成共识：
项目交付成果、计划满足需求、计划可以成功地实现。
我们分别来看一下这几项有什么内容：
讲解课本：
4.1.4
这里我们可以参照技术文档“CASESTDY\第三章\阅读文档\项目计划.htm”这里，我们看见一个计划文档是如何编写的。
阅书：
4.1.4
幻灯：
第9页
4.2功能说明书概述
教学提示：
本节主要达到一个目的。
●描述功能说明书的内容。
（精讲）
教学内容
教学方法
教学提示
讲授：
功能说明书是项目和成品虚拟储备库，这里的成品是指与设计相关的，在MSF过程模型的计划阶段创建的成品。
成品是发生在计划阶段的概念设计、逻辑设计以及物理设计中的设计活动的结果。
这些成品可以包括统一建模语言（UnifiedModelingLanguage，UML）模型，例如用例图、使用场景、候选需求（演进的），候选功能以及不同的信息模型等。
我们来具体看一下书上是如何描述的：
我们可以参照“CASESTDY\第四章\阅读文档\CyberBook功能说明书.doc”，从这份文档里可以看见功能说明书首先可以看见项目背景，目标及使用场景。
功能描述里分为两部分，是按照我们的构架来进行创建的。
客户服务网站这里包括客户信息管理，商品信息浏览和查询，购物车和订单确认，客户订单管理四个模块。
配送中心这个模块包括订单管理和跟踪的功能。
每个画面在功能设计里体现在给出界面截屏，界面上的控件说明，界面需要完成的功能要求及出现的错误信息等。
讲解课本：
4.2.1
阅书：
4.2.1
幻灯：
第12页
讲授：
既然做了功能说明书，那它的目的是什么呢？
我们来看一下书上是如何说明的：
讲解课本4.2.2。
阅书：
4.2.2
幻灯：
第13页
讲授：
最后我们来看一下功能说明书具备了哪些元素。
讲解课本：
4.2.3
阅书：
4.2.3
幻灯：
第17页
4.3概念设计过程概述
教学提示：
本节主要达到一个目的。
●描述概念设计中的步骤。
（精讲）
教学内容
教学方法
教学提示
讲授：
概念性设计描述了为解决方案的每个主要功能所提供的功能。
对移植项目来说，概念性设计从大体上来说与为现有应用或基础设施组件版本建立的设计相同。
尽管如此，在功能说明中为移植项目明确地说明这一计划还是非常重要的，当前组件的实际构思可能已经与其最初设想有所不同了。
即使概念性设计一直没变，它仍然可以成为后续阶段的试金石。
例如，在概念性设计中就对解决方案中必需包括的每个用户接口单元做了说明。
概念性设计解决了解决方案如何同时为用户和管理员工作的问题。
项目组在设计时要考虑到所有用户配置文件组的需求。
为此，他们首先必需要对需求获得深入的理解。
讲解课本：
4.3.1
阅书：
4.3.1
幻灯：
第23页
讲授：
然后我们来看一下概念设计的目标。
最主要的是理解待解决的业务问题，理解业务、客户和最终用户的需求，描述业务的目标未来状态。
比如：
一个客户关系管理项目，我们需要通过概念设计明白这个项目需要解决的就是客户关系混乱，客户信息不能有效的管理；用户的需求就是要把客户关系能高效的管理同时能分析客户的走向。
同时应该把客户关系管理的高效性能带来的客户资源的高度集中管理相结合起来。
能为企业的将来带来更进一步的发展。
讲解课本4.3.2。
阅书：
4.3.2
幻灯：
第24页
讲授：
最后我们来了解一下概念设计的步骤。
讲解课本：
4.3.3
阅书：
4.3.3
幻灯：
第26页
4.4构建概念设计
教学提示：
本节主要达到一个目的。
●描述将需求分类为用户需求、系统需求、运营需求和业务需求。
（精讲）
教学内容
教学方法
教学提示
讲授：
我们首先来了解一下分析步骤的任务及分析步骤的交付成果。
在分析步骤中，完成以下任务：
●综合信息
●完善用例图
●为解决方案选择合适的应用程序体系结构
●创建解决方案概念模型
我们这里着重和大家说一下什么是用例图？
参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。
因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。
还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。
比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。
参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。
用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。
这是UML对用例的正式定义，对我们初学者可能有点难懂。
我们可以这样去理解，用例是参与者想要系统做的事情。
对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。
用例在画图中用椭圆来表示，椭圆下面附上用例的名称。
系统边界是用来表示正在建模系统的边界。
边界内表示系统的组成部分，边界外表示系统外部。
系统边界在画图中方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。
因为系统边界的作用有时候不是很明显，所以我个人理解，在画图时可省略。
箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。
箭头尾部用来表示启动交互的一方，箭头头部用来表示被启动的一方，其中用例总是要由参与者来启动。
讲解课本：
4.4.1
阅书：
4.4.1
幻灯：
第29页
讲授：
现在我们来看一下重述需求的一些知识点。
讲解课本4.4.2。
阅书：
4.4.2
幻灯：
第31页
讲授：
现在我们再来看一下需求可以分类成哪几种？
讲解课本：
4.4.3
阅书：
4.4.3
幻灯：
第32页
讲授：
用例图只是简单地用图描述了一下系统，但对于每个用例，我们还需要有详细的说明，这样就可以让别人对这个系统有一个更加详细的了解，这时我们就需要写用例描述。
对于用例描述的内容，一般没有硬性规定的格式，但一些必须或者重要的内容还是必须要写进用例描述里面的。
用例描述一般包括：
简要描述（说明）、前置（前提）条件、基本事件流、其他事件流、异常事件流、后置（事后）条件等等。
下面说说各个部分的意思：
简要描述：
对用例的角色、目的的简要描述；
前置条件：
执行用例之前系统必须要处于的状态，或者要满足的条件；
基本事件流：
描述该用例的基本流程，指每个流程都“正常”运作时所发生的事情，没有任何备选流和异常流，而只有最有可能发生的事件流；
其他事件流：
表示这个行为或流程是可选的或备选的，并不是总要总要执行它们；
异常事件流：
表示发生了某些非正常的事情所要执行的流程；
后置条件：
用例一旦执行后系统所处的状态；
讲解课本：
4.4.4
阅书：
4.4.4
幻灯：
第37页
讲授：
在本章节里我们看一下应用程序体系结构有哪些。
讲解课本：
4.4.5
阅书：
4.4.5
幻灯：
第39页
4.5优化概念设计
教学提示：
本节主要达到一个目的。
●描述优化过程。
（精讲）
教学内容
教学方法
教学提示
讲授：
为设计未来状态，要分析当前状态场景，消除低性能、瓶颈和冗余。
未来状态最好由项目团队和用户在业务过程重新设计专家的帮助下共同设计。
描述未来状态的任务
从用户的角度重新设计过程
重新设计在设计期间确定的过程
复查概念模型
以上几个步骤，我们来具体看一下书：
讲解课本：
4.5.1
阅书：
4.5.1
幻灯：
第43页
讲授：
现在我们来看一下评估重新设计的过程。
讲解课本4.5.2。
阅书：
4.5.2
幻灯：
第44页
讲授：
现在我们再来看一下验证概念设计模型的方法。
讲解课本：
4.5.3
阅书：
4.5.3
幻灯：
第45页
总结
经过本章的学习，我们了解了下列的知识和内容。
●描述MSF过程模型的计划阶段的目的
●描述计划阶段内功能说明书的作用
●描述概念设计的目的
●分析一个概念设计
●优化一个概念设计
在第五章中，我们将进行逻辑设计的创建的学习，让大家能理解逻辑设计的创建在ＭＳＦ中起到什么作用．
布置作业
完成书后习题1-5
案例教学
对应本书光盘“CASESTDY\第四章\阅读文档\”,通过对这些文档资料对概念设计的创建有一个整体的了解。
案例
Fabrikam公司
背景
Fabrikam公司生产和销售风筝，拥有超过5000个客户。
现在，公司拥有一个静态网站并接收客户的电话订单。
公司从两个供货商处获得原材料。
公司雇佣你设计和开发一个使用微软.NET框架的解决方案，使客户可以在网上下订单。
这个解决方案包括一个新的客户网站。
网站的测试和实施必须在6个月内完成。
现有IT环境
Fabrikam公司有一个私人的虚拟个人网络。
销售人员在出差时使用VPN访问电子邮件和共享文件。
公司使用一个财务应用程序来管理客户账单过程。
财务应用程序运行在大型计算机上。
这个应用程序接受TCP/IP的连接，它使用自带的二进制通信协议。
程序响应速度慢，支持最多2个并发的TCP/IP连接，且不能存储货物状态信息。
公司将继续使用财务应用程序。
会见客户销售经理
我们的销售人员在办公和出差途中需要访问客户信息和订单历史。
我们按销售数量对客户进行分类。
我们使用3种分类方式，按销售数量升序排列，分别是铜、银或金牌客户，等级越高价格越低。
我们目前以书面形式存储分类定价。
我希望将存储分类定价作为新解决方案的一部分。
我也希望每季度更改定价。
每个客户必须只能看到自己的定价信息。
客户不应知道不同定价种类的存在。
生产经理
我想要一个解决方案来追踪原材料库存和帮助我定购原材料。
运输经理
我们花费太多时间处理客户电话。
客户经常致电交流他们订单的运输状态。
我们的员工要找到每个打印订单，然后向客户报告运输状态。
IT部门IT经理
我负责这个项目，我将直接和你一起工作。
最终，我希望将所有的业务处理都在网上实现。
然而，我们的最终目标是要让客户满意。
任何能使我们的销售人员更有效率的方法都可以使我们的客户更满意。
我们客户最大的需求之一就是能在月底下订单。
现在，由于没有足够的员工接电话，我们不能满足客户的需求。
客户也想了解更多订单状态的信息。
他们想要追踪订单所处的阶段和监控运输状态。
他们希望当货物上船时，能通过电子邮件获知信息。
现在，由于我们没有足够的员工电话通知他们货物上船，客户还不能及时获取信息。
我们在品牌建设上投资颇大。
当我们的客户有与我们公司相关的需求的时候，可以通过访问Fabrikam公司的网站满足需求。
客户不会由于此类需求重定向去其他网站，向其他公司求助。
我们的竞争对手拥有非常有竞争力的网站，我们必须快速反应以保证我们的网站提供所有相关功能。
我管理4位员工。
他们都有ASP经验，但没有ASP.NET的经验。
我希望至少2位我的员工能参与项目开发。
我的员工会在实施后负责维护新应用程序。
我们会自己管理应用程序。
我们将升级网络以处理相应流量。
我们希望网站尽可能方便管理。
在负载高峰，我们必须能够监控每个客户种类登录网站的数量。
我不希望修改现有的财务应用程序，也不像给大型机增加任何应用程序。
在4个月内，我们的运输合作伙伴将开始使用XMLWEB服务追踪运输。
我们已经有我们的合作伙伴支持的接口文档。
经济部门首席经济师
这个项目对我们公司很重要。
然而，我们只有有限的资金可以使用。
我们必须保证项目的范围能使客户的利益最大化。
业务处理
客户每月下一次订单定购风筝。
订单一下便不能更改。
每个订单都由销售人员电话接收。
销售人员马上使用客户电脑将订单输入财务应用程序。
然后，订单被打印出来并送到运输部门。
运输部门从库存种装运订单货物。
订单被标记为完成。
很多客户有长期订单，长期订单是客户每月所需货物的列表。
现在，销售部门将长期订单记录在案。
长期订单的客户有时会用月度订单替换长期订单。
财务应用程序不为订单存储运输信息。
一旦订单已下，财务应用程序就视该订单已完成，可用作账单目的。
问题案例Fabrikam公司
1．你正创建客户种类数据模型的物理设计。
为了报告，你想优化对客户种类数据的访问。
你定义了一个客户表和一个种类表。
你下一步应该做什么？
A.在种类表中定义3个外键，每个列对应客户表中的不同双亲行。
在外键上定义索引
B.在客户表中定义3个外键，每个列对应种类表中的不同双亲行。
在外键上定义索引
C.在种类表中定义1个外键，对应客户表中的不同双亲行。
在外键上定义索引
D.在客户表中定义1个外键，对应种类表中的不同双亲行。
在外键上定义索引
答案：
D
2．你正设计财务应用程序界面的实施。
你须保证新的应用程序可以与财务应用程序通信。
你应该怎么做？
A.创建XMLWeb服务类
B.创建TCP客户对象
C.创建TCP监听对象
D.使用Wsdl.exe创建XMLWEB服务代理类
答案：
B
3．Fabrikam公司的解决方案中须包括哪些模块？
（多选）
A.数据存储
B.大型机界面
C.客户网站
D.定购原材料
E.销售人员网站
答案：
A,B,C,D,E
4．你正计划新应用程序的实施。
你要考虑如何在最短时间内转移客户数据。
你应该怎么做？
A.从动态目录下载客户数据到新应用程序
B.创建数据转换服务包，从大型机下载客户数据到新应用程序
C.创建财务应用程序的界面，从财务应用程序访问客户数据
D.创建数据转换服务包，从客户种类数据下载客户数据到新应用程序
答案：
B
5．你正撰写文档定义潜在项目风险。
哪些业务限制是最大的潜在风险？
A.解决方案由Fabrikam公司主持
B.客户网站的测试和实施须在6个月内完成
C.运输合作伙伴在4个月内实施XMLWEB服务
D.所有客户努力在月底下订单
答案：
D
6．你正验证物理设计。
你应保证设计与客户定价种类需求对应。
设计中应包含哪些成员？
A.Product类里的无参数A.GetPrice方法
B.Product类里的A.Price属性
C.Customer类里的A.Price属性
D.Product类里的单个客户对象参数的A.GetPrice方法
答案：
D
7．你正撰写解决方案整合需求的列表。
应包括哪些需求？
（多选）
A.订单数据必须从财务应用程序中读出
B.运输追踪必须从XMLWEB服务中读出
C.客户必须重定向到其他网站以追踪货物
D.客户须使用XMLWEB服务下订单
E.订单数据必须写入财务应用程序
F.订单数据须电邮给销售人员
答案：
A,B,E
8．你要介绍解决方案的标准开发进程。
你的推荐须帮助开发团队尽快学会使用微软.NET框架。
你应介绍哪些过程？
（多选）
A.创建自动构建进程
B.安装错误追踪软件
C.保证所有集合通过模块测试
D.允许开发人员使用任何微软.NET语言
E.保持定时代码浏览
答案：
C,E
9．你须创建一个物理设计以满足Fabrikam公司的监控需求。
你应该怎么做？
A.创建和使用新的event.log来记录每个客户的登录事件
B.使用内置ASP.NET执行计数器监控应用程序负载
C.使用迹类来记录每个客户的登录事件
D.创建和使用新的NumberOfItems执行计数器来监控动态客户会话
答案：
D
10．你正撰写解决方案的功能说明，必须包含客户定价需求。
你需要哪些需求？
（多选）
A.定价数据必须加密
B.每个用户应是唯一的
C.内容根据用户定制
D.订单数据必须从财务应用程序中读出
答案：
B,C
11．你正撰写解决方案的技术规范。
当客户使用新的网站来下订单时，新的网络应用程序须将订单数据提交到财务应用程序。
你应详细说明数据是如何提交的。
你应使用哪些技术？
A.事务处理组件
B..NET远程对象
C.队列组件
D.XMLWEB服务
答案：
C
12．你应保证客户网站的安全实施能满足Fabrikam公司的需求。
你应采用哪种策略？
A.使用SSL保证登录和客户订单页面的安全
B.加密数据库中客户种类数据和货物定价数据
C.只加密数据库中客户种类数据
D.使用SSL保证登录页面的安全
答案：
A
13．你必须为新的客户网站选择用户身份认证机制。
你应使用那种机制？
A.基本身份认证
B.ASP.NET窗体身份认证
C.整合身份认证
D.ASP.NET视窗身份认证
答案：
B
14．你正编写解决方案的概念设计。
销售经理给你发送包含抽样资料的电子表格。
你应向概念设计添加哪些新的数据？
A.长期订单是月度的，季度的，或者年度的
B.客户有一个长期订单
C.客户有一个唯一的ID
D.客户有很多长期订单
答案：
C
升级会员 