TelelogicUMLsuite简介

2008-04-09 04:06:06来源:互联网 阅读 ()

新老客户大回馈,云服务器低至5折

背景:
Telelogic提供覆盖从需求管理、变更管理到可视化的开发与测试整个软件开发周期的工具集。公司成立于1983年,总部在瑞典,中国区总部在北京,全球员工1100人。
近日在中国市场推出其三大系列产品:需求管理工具DOORS、变更管理工具Synergy以及可视化软件工具集TAU。其中包括高层建模工具UML Suite、设计与实现工具SDL Suite、测试工具TTCN Suite和Logiscope,由此形成的解决方案覆盖了软件和系统开发周期中的所有关键问题。

Telelogic Tau是用于分析、设计、运行和测试实时系统的软件工具,特别适用于帮助实时系统用户解决问题。
它在设计语言上反映了对实时系统市场的需求,并且可以快速解决并发、信令传送等该领域的独特问题。
与同类产品相比,Telelogic Tau的最大特点在于实时语言SDL和MSC的形式化,能够帮助用户在设计初期就使用仿真,对设计进行确认和验证,保证系统的每一个细节运行正确。
而Telelogic Tau完整的客户化代码生成器可将规格编译成可执行代码,还可将错误数量降至最低,使用户将更多的时间用于真正的工程工作上。
此外,Telelogic Tau还提供了自动测试套的生成功能,从而保证了与系统规格的一致性。而它所支持的TTCN测试语言是由多家世界标准组织认定并用来定义测试脚本。
通过使用Telelogic Tau,用户可用不同的高级语言来分析用户需求、设计软件和构造测试集,当系统开发完成后,测试集还能被输出到外部设备中用来测试最终产品。

总结:
Telelogic Tau是一套覆盖软件开发全阶段的面向对象的工具集。
它基于UML、SDL、TTCN等一系列国际公认的标准化、规范化语言和注记方法。
它覆盖了事件驱动的、实时软件应用开发的需求分析、设计及测试等各个阶段。

开发步骤:
UML suite提供了一个项目的层次,包括四个默认得软件开发阶段
分析 Analysis
系统设计 SystemDesign
对象设计 ObjectDesign
执行 Implementation

分析
分析阶段的目标就是详细说明应用程序的需求,这将保证最终用户和开发者对应用程序的功能达成一致和相互理解。
下面的图表在开发阶段非常重要。
Use Case Diagram,Sequence Diagram和Collaboration Diagram描述了这个 应用程序必须从事的场景scenarios。
Class Diagram描述了这个类的需求,被上面所说的几个图表所描述的。

系统设计
系统设计阶段的目标就是详细说明应用程序的结构,将应用程序分割到包package中。理想的应用程序结构最大化就是不同的包package(cohesion)中间不同的类的互动。最小化就是不同的包package (coupling)之间的互动。
在系统设计阶段中,从分析阶段来的类图 class diagram 描述了不同类之间的通信,可以帮助你定义包的边界,就是说可以根据类图来确定不同的包。
包,package通常被定义成结构体系。

对象设计
对象设计阶段的目标就是详细说明和提高每个包的类图class diagram,直到他们可以细节到足够执行为止。这个阶段中大多数行为依赖于你的执行环境。
如果你使用UML suite来产生代码,在这个阶段中间,特别要注意的就是代码生成所产生的细节。你也可以为类中存在的代码来建立一个目录,这样你可以对他们进行逆向工程。

执行阶段
目标生成和精炼应用程序的代码,UML suite为多种语言提供了代码生成器。
在对象设计中得类图是代码生成的源。利用这些信息,UML suite生成代码到执行类中,包括他们之间的关系,属性和操作。
注意的是你的模型没有完全的详细说明你的应用程序,你必须修改这些生成的代码来完成这个应用程序。
为了确保这个模型仍然可以在开发循环中间可行,代码生成器保留了你的最后一次重新生成代码时的编辑。

工作流程
下面的步骤概述了UML suite项目的基本工作流程。
1 创建一个项目。
2 创建一个设置版本。
3 创建一个分析阶段版本在该设置版本中。
4 创建一个或者多个包版本在该分析阶段版本中。
5 创建和移植图表在每个包版本中,开发包的版本来适合当前阶段的目标。
6 可选择的,为创建每个包版本创建文档版本,生成正式的项目文档。
7 移动包版本到下一个阶段:创建新阶段的版本在你的设置版本中间,然后导入包版本到新的阶段版本中。
8 重复5至7的步骤,直到你已经移动所有的包在所有的阶段中间。

在分析阶段,你为项目的情况建立模型,不需要考虑技术问题,包括什么操作系统,数据库,使用什么养的编程语言。最终用户必须能够理解分析的模型,因为他们必须认可它们。
分析不应该包括执行的结论。这个分析模型声明了那些必须没有设置一些它将怎样被做的约束。在这个阶段中间,担心执行的方面的问题会阻止你完全的理解你的客户的需求。

在系统设计阶段,你设计应用程序的结构,确定子系统,分配子系统到明确的硬件中。你的目的是创建这个系统的好层次结构,解决这些在建立功能性和组织中需要用到的类,因此和那些定义以及存储于包中的组建立关系。--翻译有问题。
原文如下:In the System Design phase, you design the application architecture, identify subsystems, and allocate the subsystems to specific hardware. Your objective is to create a high-level structure of the system, figuring out the classes required to build the functionality and organizing them so that related groups are defined and stored in packages.
在系统设计阶段,你的焦点在于你需要解决的问题的那些元素,这些你需要关心的图形用户界面,数据库管理系统,和硬件以及软件的设置。

对象设计和执行阶段需要根据UML suite代码生成器使用到的目标语言来工作。如果你没有必要使用到UML 来生成代码,你没有必要来使用这两个阶段。

文档的产生。
在每个阶段的最后,项目小组经常需要提出正式的项目文档,你可以使用DocIt 或者 DocExpress从你的模型中来产生这些文档。

项目管理工具,包括了配置管理Configuration Management,版本控制Version Control,和访问控制Access Control,允许你调整软件开发项目在你的整个组织中。

版本和设置的规则

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:一个金融应用项目的总结

下一篇:使用设计模式改善程序结构(2)