使用VisualStudio从分析到实施docWord格式文档下载.docx

1、3. 新增Use Case Diagram（用例图）哈！连用例图都支持了，没错，与一般的UML设计工具没什么差别，用例设计也开始加入VS的功能之中，而且好像支持的是UML2.0标准（小生目测，不太确定）而非Visio所支持的UML 1.1并且，Use Case Diagram 还与VSTFS关联的很好，当我们选取一个用例时，不仅可以编辑它的各项属性，还可以在右键菜单中选择一个TFS托管的工作区，来进行实现!4. 创新！Layer Diagram（层次图）层次！对，就是平时我们争吵纷纷的三层、四层架构，在层次图中，我们可以从左边工具栏中拖出一个三层或四层的系统框架来， 然后可以配置每一层的各项属

2、性，如引用依赖等，我简单看了一下，好像三层就是“数据-业务-表示”四层是“数据-数据服务-业务-表示”，工程师没有给我们过多讲解，所以也只是了解这么点了。使用VisualStudio 2010从分析到实施（1）安装VisualStudio 2010 CTP2 前言本文的描述基于2008年10月27日发布的Visual Studio 2010 CTP2 （整理自WWW上的资源）不熟悉VS2010的兄弟们请先阅读这篇文章：Visual Studio 2010 and .NET Framework 4.0 Overview关于VS2010的新特性这里就不多做赘述了，本系列接下来的随笔会通过实战进行描

3、述。Visual Studio 2010 CTP版简述：CTP版，也就是社区预览版（Community Technology Preview）大家都不陌生。Visual Studio 2010 CTP以700M分卷压缩的RAR压缩包，共有11卷，7.18GB，如下：解压缩之后有24GB，只有一个VHD和VMC文件，是Microsoft Virtual PC 2007的虚拟镜像文件。此次的VS2010 CTP版和当时VS2008的类似，是作为虚拟机配置在VPC上的。硬件需求如下：1.MicrosoftVirtualPC2007version6.02.2007要打上ServicePack1补丁3.

4、宿主计算机至少应有2GB的RAM内存，其中1GB用于维持操作系统，1GB分配给部署VS2010的虚拟机4.宿主计算机最好应有酷睿II2.0GHz以上的CPU5.至少75GB的HDD磁盘空间虚拟机内容如下：VisualStudioTeamSuite2010FoundationServerWindows2008Server（虚拟机）SQL配置虚拟机过程如下：启动VPC在VPC控制台中点击“新建”，打开一个虚拟机向导点击下一步在“选项”页面上，点击“添加一个现有的虚拟机”，点击“下一步”点击“浏览”，找到上面解压缩后的VPC文件6.选择“VisualStudio2010CTP.vmc”并打开，点击“

5、下一步”7.点击完成，这时候，VS2010CTP已经添加到VPC中了8.在VPC控制台中选择VS2010CTP，并打开，过一会儿将会看到登陆界面9.CTRL+ALT+DEL，进行登陆10.选择用户名“TFSSetup”，输入密码“1Setuptfs”11.从开始菜单中找到“Visual2010”并点击即可使用VisualStudio 2010从分析到实施（2）使用Activity Diagram提炼业务流程 众所周知VisualStudio 2010在软件开发周期的各个环节上都下了很多功夫，本篇继续前文，向大家介绍使用VisualStudio 2010中对Activity Diagram的支持

6、，和使用VisualStudio 2010提炼业务流程的方法。背景前篇：对活动图不熟悉的兄弟请参考：软件项目的开发首要点就是从现实中获取需求，提炼业务流程，从而为设计和开发提供必要的条件，即便是原型方法迭代开发，也需要比较周密的需求分析。在面向过程开发时代，尚没有非常优越的需求分析方法，都是靠一些现在很少听说的图形来描述（大学软件工程教程里的那些 张海番4版）。在UML1.1定型之后，基于UML方式的OOAD逐步发展壮大，如今，我们需求的建模也常常用Activity Diagram（活动图）和Use Case Diagram（用例图）来进行了，Visual Studio 2010对这两种图的支

7、持也都做得不错。Activity Diagram使用步骤新建解决方案新建Project（项目），类型为“ModelingProjects”在解决方案管理器中右击刚刚新建的ModelingProject，添加新item选择“ActivityDiagram”然后OK即可在ActivityDiagram中，我们就可以从左边的工具栏拖放元素到活动图中啦。Visual Studio 2010提供的Activity Diagram支持：由于UML目前主流分为1.1标准和2.0标准，提供的元素有少许差别，并不是完全统一的。例如Visio用的就是1.1，truefun用的是2.0。在Visual Studio

8、 2010 CTP中，我们可以发现他提供的元素还是非常丰富的，具体如下：InitialNode起始节点ActivityFinal活动结束节点Action活动Object对象节点Decision决策节点Merge合并节点Fork分支节点Join连接节点SendSingnal新号发送活动10.AcceptEvent事件接收活动11.CallBehavior行为调用活动12.CallOperation操作调用活动13.InputPin输入标记14.Output输出标记15.ActivityParamenter活动参数节点16.Connector连接线（箭头）如下图所示：Activity Diagra

9、m绘制步骤：这一步对活动图熟悉的老牛可以忽略。拖放起始节点InitialNode从起始节点开始，根据现实业务拖放Action如果流程有分支或合并则根据情况拖放其它元素最终拖放Activity链接各个元素VisualStudio 2010中Activity Diagram的特点：正如大家在上图看到的那样，VisualStudio 2010 CTP中的Activity Diagram使用大家都熟悉的黄色注释标签Comments来取代了传统活动图中的泳道（swimlanes），这一点官方暂没有多做说明。VisualStudio 2010从分析到实施（3）使用Use Case Diagram设计系统交

10、互 众所周知VisualStudio 2010在软件开发周期的各个环节上都下了很多功夫，本篇继续前文，向大家介绍使用VisualStudio 2010中对Use Case Diagram（用例图）的支持，和使用VisualStudio 2010设计系统交互的方法。对用例图不熟悉的兄弟请参考：Visual Studio 2010开发团队在白皮书中对Use Case Diagram在软件生命周期中的作用描述如下：聚焦于系统中粒度较小的部分（子系统），从而我们可以在更加细节的环境下分析子系统中的交互在系统的设计和扩展中，能够使跨越各个系统或子系统之间的交互明显的突出。用可视化的方式帮助我们定义系统交

11、互逻辑所必要的各个组件。突出跨越多个子系统的交互。在业务逻辑层面上总结系统中的交互逻辑Use CaseDiagram使用步骤选择“UseCase然后OK即可,文件扩展名为“.ucd”从左边的工具栏拖放元素到用例图中。在Visual Studio 2010 CTP中，Use Case Diagram元素如下：1.Actor活动者2.Use用例3.Comment注释4.Subsystem子系统，用来展示系统的一部分5.Reference可以让我们添加一个引用到用例图中，比如文档或代码段6.Association关联线7.Dependency依赖关系8.Include包含关系9.Extend扩展关系

12、10.Generalization泛化关系11.CommentLink链接注释标签与相应的元素12.Reference链接引用标签与相关元素A.定义人机交互从工具栏中拖放Subsystem元素到用例图中，并在属性中命名该子系统从工具栏中拖放若干Actor元素到用例图中（可双击实现），并命名B.定义用例拖放若干UseCase元素到用例图中，并命名设置用例元素的Subject属性，一般设置为该用例所在的子系统C.关联用户和用例从工具栏中拖放Association线条链接用户Actor和与其直接相关的用例，也可以在Actor元素上右击-Add来添加D.用例之间的关联在用例上右击，使用“依赖”“包含”

13、“扩展”等关系链接相关的用例E.注释与引用若需要添加注释，则拖放注释元素到图中，写好注释后使用CommentLink将注释和与其相关的元素链接起来若需要添加引用，则拖放引用元素到图中，并在属性中设置好引用的类型、命名、引用文件的路径等，之后使用ReferenceLink与相关元素链接使用Use CaseDiagram设计系统交互：在前篇中，我们使用VisualStudio 2010 CTP中的Activity Diagram 提炼了整个系统的业务流程，这是UML需求分析的第一步，在活动图定义完成后，我们可以据此来设计若干用例图，从而更为明晰的在业务层进行系统细节设计。关于UML中用例分析的粒度

14、，UML1.1和2.0标准都没有给出明确的定义，我参与过大大小小的项目中，见到的用例设计也是风格迥异，在VSTS 2010的示例项目（Dinner Now）中，Use Case Diagram紧接着Activity Diagram，对活动图中提炼出的主要业务流程进行子系统划归，并分别进行用例分析。使用VisualStudio 2010从分析到实施（4）使用Sequence Diagram设计消息序列 在前三篇中，我们已经通过Visual Studio 2010的用例图，状态图对系统进行了需求分析，接下来进入的是程序的架构和行为设计阶段。本篇继续前文，向大家介绍使用VisualStudio 20

15、10中对Sequence Diagram（序列图）的支持，和使用VisualStudio 2010设计消息序列的方法。对序列图不熟悉的兄弟请参考：在系统需求确定之后，我们将进入基于UML的OOD系统设计阶段，在这个阶段中，将通过以下三篇文章来为大家呈现VS2010在设计阶段的支持和应用：使用VisualStudio 2010从分析到实施（4）使用Sequence Diagram设计消息序列使用VisualStudio 2010从分析到实施（5）使用Component Diagram设计系统结构使用VisualStudio 2010从分析到实施（6）使用Logical Class Diagram

16、实现系统组件Sequence Diagram 使用步骤选择“Sequence文件扩展名为“.sequence”Visual Studio 2010提供的Sequence Diagram支持：在Visual Studio 2010 CTP中，Sequence Diagram元素如下：Lifeline生命线，表示序列中，建模的角色或对象实例，可通过设置其Actor属性是否为true来确定它是一个角色还是对象实例。消息，包括：2.1Synchronous同步消息 2.2Asynchronous异步消息Create用来创建生命线元素和实例。Comment注释标签（与其它图形中的相似）注释链接线（与其它

17、图形中的相似）InteractionUse交互应用，用于创建一个可复用的序列，或创建其它序列的一个引用CombinedFragment组合碎片，在下文中详细介绍CombinedFragment CombinedFragment 组合碎片（或称为变体方案，选择项，和循环）UML 1.x中仅有的“in-line”约束不足以处理一个建模序列的必需逻辑。而UML 2.0 已经通过去掉“in-line”约束，增加一个叫做组合碎片的符号元件，解决了这一个问题。一个组合碎片用来把一套消息组合在一起，在一个序列图中显示条件分支。而且，UML 2 规范指明了组合碎片的 11 种交互类型。在VSTS 2010中，

18、虽然组合碎片没有出现在Toolbox中，但也对CombinedFragment 提供了非常完备的支持。我们选中一个消息，点击右键，在目录的Surround With（以封装）中，我们可以找到如下12种组合碎片：Sequence Diagram绘制步骤：定义参与者从工具栏中拖放Lifeline元素到序列图中并命名。将需要标记为“活动者”的Lifeline的Actor属性设置为True。创建消息在起点Lifeline上右键-添加中选择需要创建的消息，或“Create”，并链接到终点Lifeline组合碎片在需要组合的消息线上右键-SurroundWith中选择适当的组合碎片设置组合碎片的相应属性使

19、用SequenceDiagram设计消息序列：序列图算是UML中很复杂的一种图，在VS2010中，MS尽量简化了标准中的定义，保留并稍加扩展最核心的部分，作为动态图，它在OOAD系统行为的设计中起着主要作用，一张好的序列图能够在模块的层次上将应用程序内部的逻辑交互清晰的展示出来，一方面可以从中分析出静态设计（组件、类设计）时需要实现或扩展的接口和基类，另一方面也为静态设计之后的编码阶段提供重要的参照。使用VisualStudio 2010从分析到实施（5）使用Component Diagram设计系统结构 需求分析和总体流程设计完成后，我们接下来开始设计系统结构。本篇将向大家介绍使用Visua

20、lStudio 2010中对Component Diagram（组件图）的支持，和使用VisualStudio 2010为系统设计逻辑结构的方法。使用VisualStudio 2010从分析到实施（4）使用Sequence Diagram设计消息序列对组件图不熟悉的兄弟请参考：在系统需求确定之后，我们进入基于UML的OOD系统设计阶段，在这个阶段中，将通过以下三篇文章来为大家呈现VS2010在设计阶段的支持和应用：组件图在OOAD中，我们使用组件图来为系统和行为提供接口。理论上来说，一个组件应该能够展示系统中一个独立的主要功能模块，例如Web services, .NET, COM, CLR或用户界面（UI）。一个组件图能够帮助我们从一个系统服务的“提供”与“消费”来理解系统的逻辑结构。当然，我们还可以设计好用来定义好一些组件之间交流的协议接口，以待下一步静态类设计中实现这些接口。Component Diagram 建立步骤选择“Component Diagram”文件扩展名为“.component”Visual Studio 2010提供的Component Diagram支持：在Visual Studio 2010 CTP中