应用软件开发技术.doc

应用软件开发技术.doc:..摘要在了解了UML学习的三个阶段后,明确每个阶段应该具备哪些能力,开始进行完整的使用UML进行OOA&D的设计过程。我以实例的方式,展示了如果使用UML进行面向对象的分析与设计。本文将假设需要对UML、面向对象等领域的基本内容已了然于胸,所以将不会过多阐述,而将重点放在应用过程上。前言就UML本身来说,它只是一种交流工具,它作为一种标准化交流符号,在OOA&D过程中开发人员间甚至开发人员与客户之间传递信息。另外,UML也可以看做是00思想的一种表现形式。所以,想用好UML,扎实的00思想基础是必不可少的。然而,在UML应用到开发过程中时,还是有一定的模式可以遵循的。下面,通过一个CMS系统的分析设计实例,看看如何将UML应用到实际的开发中。1・从需求到业务用例图OOA&D的第一步,就是了解用户需求,并将其转换为业务用例图。我们的CMS系统需求非常简单,大致可做如下描述:这个系统主要用来发布新闻,管理员只需要一个,登录后可以在后台发布新闻。任何人可以浏览新闻,浏览者可以注册成为系统会员,注册后可对新闻进行评论。管理员在后台可以对新闻、评论、注册会员进行管理,如修改、删除等。通过以上需求描述,我们画出如下的业务用例图:这里要注意三点:,而不是具体系统的用例。它描述的是“该实现什么业务”,而不是“系统该提供什么操作”。例如,在实际系统中,“登录”肯定要作为一个用例,但是这是软件系统中的操作,而用户所关注的业务是不包含“登录"的。2•业务用例仅包含客户“感兴趣”的内容。3•业务用例所有的用例名应该让客户能看懂,如果某个用例的名字客户看不懂什么意思,它也许就不适合作为业务用例。,我们要为每一个业务用例绘制一幅活动图。活动图描述了这个业务用例中,用户可能会进行的操作序列。活动图有个很重要的使命:从业务用例分析出系统用例。例如,下面是“新闻管理”的活动图:“斬闻音理■活动图可以看到,一个“新闻管理”这个业务用例,分解出N多系统操作。这里要特别注意这些操作,其中很多“活动”都很可能是一个系统用例(当然,不是每个都是)。例如,由这个活动图可以看出,系统中至少要包含以下备选系统用例:登录、注销登录、查看新闻列表、修改新闻、删除新闻。这样,将每个业务用例都绘制出相应的活动图,再将其中的“活动”整合,就得出所有备选系统用例。,我们要对他们进行合并和筛选。合并就是将相同的用例合并成一个,筛选就是将不符合系统用例条件的备选用例去掉。一个系统用例应该是实际使用系统的用户所进行的一个操作,例如,“查看新闻列表”就不能算一个系统用例,因为他只是某系统用例的一个序列项。最终我们得出的系统用例图如下:22A4•从系统用例图到用例规约得出系统用例图后,我们应该对每一个系统用例给出用例规约。关于用例规约,没有一个通用的格式,大家可以按照习惯的格式进行编写。对用例规约唯一的要求就是“清晰易懂”O下面给出“登录”这个系统用例的一个规约:用例名称:登录系统用例ID:CMS-XXXT角色:管理员>注册会员用例说明:管理员>注册会员登录系统前置条件:己成为系统的会员戒是管理员