基于RUP的行政事业性单位收费票据系统的设计与实现硕士学位论文.doc

上传人:文库蛋蛋多 文档编号:4022406 上传时间:2023-04-01 格式:DOC 页数:79 大小:1.51MB
返回 下载 相关 举报
基于RUP的行政事业性单位收费票据系统的设计与实现硕士学位论文.doc_第1页
第1页 / 共79页
基于RUP的行政事业性单位收费票据系统的设计与实现硕士学位论文.doc_第2页
第2页 / 共79页
基于RUP的行政事业性单位收费票据系统的设计与实现硕士学位论文.doc_第3页
第3页 / 共79页
基于RUP的行政事业性单位收费票据系统的设计与实现硕士学位论文.doc_第4页
第4页 / 共79页
基于RUP的行政事业性单位收费票据系统的设计与实现硕士学位论文.doc_第5页
第5页 / 共79页
点击查看更多>>
资源描述

《基于RUP的行政事业性单位收费票据系统的设计与实现硕士学位论文.doc》由会员分享,可在线阅读,更多相关《基于RUP的行政事业性单位收费票据系统的设计与实现硕士学位论文.doc(79页珍藏版)》请在三一办公上搜索。

1、 硕士学位论文论文题目: 基于RUP的行政事业性单位收费 票据系统的设计与实现 学位论文原创性声明本人郑重声明:所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。除了文中特别加以标注引用的内容外,本论文不包含任何其他个人或集体已经发表或撰写的成果作品。对本文的研究做出重要贡献的个人和集体,均已在文中以明确方式标明。本人完全意识到本声明的法律后果由本人承担。作者签名: 日期: 年 月 日学位论文版权使用授权书本学位论文作者完全了解学校有关保留、使用学位论文的规定,同意学校保留并向国家有关部门或机构送交论文的复印件和电子版,允许论文被查阅和借阅。本人授权 大学可以将本学位论文的全部或部

2、分内容编入有关数据库进行检索,可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。涉密论文按学校规定处理。作者签名:日期: 年 月 日导师签名: 日期: 年 月 日Dissertation Submitted to Zhejiang University of Technologyfor the Degree of MasterDesign and Implementation of bill-charging system at administrative institutions based on RUPCandidate: Song XinAdvisor: Professor Co

3、llege of Information EngineeringZhejiang University of TechnologyApr 2008浙江工业大学学位论文原创性声明本人郑重声明:所提交的学位论文是本人在导师的指导下,独立进行研究工作所取得的研究成果。除文中已经加以标注引用的内容外,本论文不包含其他个人或集体已经发表或撰写过的研究成果,也不含为获得浙江工业大学或其它教育机构的学位证书而使用过的材料。对本文的研究作出重要贡献的个人和集体,均已在文中以明确方式标明。本人承担本声明的法律责任。作者签名:日期: 年 月 日学位论文版权使用授权书本学位论文作者完全了解学校有关保留、使用学位论文

4、的规定,同意学校保留并向国家有关部门或机构送交论文的复印件和电子版,允许论文被查阅和借阅。本人授权浙江工业大学可以将本学位论文的全部或部分内容编入有关数据库进行检索,可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。本学位论文属于1、保密,在_年解密后适用本授权书。2、不保密。(请在以上相应方框内打“”)作者签名:日期: 年 月 日导师签名:日期: 年 月 日基于RUP的行政事业性单位收费票据系统的设计与实现摘 要随着对软件需求的不断增大,要求的不断提高,软件开发机构也迫切地需要一种能够更有效地开发更高质量软件的方法。过去软件生命周期方法一直占据着主导地位,但近年来随着面向对象的发展,面

5、向对象方法也逐渐代替生命周期方法成为了软件开发方法主流,由此面向对象的软件开发模式也随即成为研究的重点。统一软件过程RUP是一种用例驱动的,以架构为中心的,采用迭代增量方式开发的软件工程过程。它汲取了面向对象软件工程领域多年来的优秀研究成果,应用统一建模语言(UML)进行可视化建模,为面向对象的软件系统的开发提供了方法论的指导。 RUP是一种通用的软件过程框架,适用于大多数的软件项目,而信息系统的开发,也需要引入一种适当的开发过程作为指导,以提高质量、开发效率和复用性等。本文应用RUP思想为指导,结合“行政事业性单位收费票据系统”的实际开发情况进行研究,主要的工作和成果如下: 1、针对目前几种

6、面向对象软件过程的分析比较,提出采用统一软件过程RUP来指导实际系统的开发。 2、从RUP的生命周期、组织结构等方面进一步分析RUP的软件过程思想。 3、分析目前行政事业性单位收费票据系统的现状和存在问题,结合实际情况,得出系统的详细需求。4、结合实际项目的自身特点,采用RUP的相关理论,借助UML对系统进行设计建模。 5、使用VB和SQL SERVER完成系统实现,并投入实际使用。关键词:RUP,UML,用例驱动,行政事业性单位收费票据系统DESIGN AND IMPLEMENTATION OF BILL-CHARGING SYSTEM AT ADMINISTRATIVE INSTITUTI

7、ONS BASED ON RUPABSTRACTWith the continuous growing demand and requirement for software, software developers need a more effective development method of higher-quality software development. Software life-cycle has held a dominant position in the past, but in recent years with the development of obje

8、ct-oriented, object-oriented methods are gradually replace a life-cycle approach to the mainstream of software development methods, and object-oriented software development mode immediately become the focus of the study.Rational Unified Process is a software engineering Process which is use case dri

9、ven,architecture-centric and using iterative and incremental developing method. It assimilate the excellence research fruits of the Object Orient software engineering filed,applies Unified Modeling Language as the visual modeling tool, and supplies the methodological instruction for developing Objec

10、t Orient software system. RUP is a general framework of software Process. It fit for most software Projects, developing Information system,also need a development Process to advance the quality,efficiency and reusability. This dissertation applied RUP ideology as a guide, integrate with the actual s

11、ituation of “bill-charging system at administrative institutions, the main work and results are as follows:1. Comparing and analyzing of several object-oriented software process, adopt a unified software RUP process to guide the development of the actual system.2. Analyze RUP Software Process thinki

12、ng from RUP life cycle and its organizational structure.3. Obtained the detailed needs by analyzing the current status and problems of “bill-charging system at administrative institutions and integrate with the actual situation.4. Integrate with the projects characteristic, adopt the RUP theories, u

13、sing UML modeling of the system design.5. Using VB and SQL SERVER to complete the system, and put into practical use.Key Words: RUP, UML, use case driven, bill-charging system at administrative institutions目 录摘 要i第1章 绪 论11.1 研究背景和意义11.2 研究现状11.2.1 软件工程过程11.2.2 面向对象的软件过程21.3 本文的研究内容和结构安排51.3.1 本文的研究内

14、容51.3.2 结构安排5第2章 RUP的组织结构72.1 RUP概述72.2 RUP的生命周期82.3 RUP的动态组成92.3.1 初始阶段102.3.2 细化阶段102.3.3 构造阶段112.3.4 移交阶段112.4 RUP的静态组成122.4.1 核心过程工作流122.4.2 核心支持工作流142.4.3 角色、活动和工件142.5 小结15第3章 软件开发中RUP的应用特点163.1 用例驱动163.2 以架构为中心183.3 迭代增量开发193.4 UML在RUP中的应用213.4.1 UML和RUP模型213.4.2 UML和迭代223.5 RUP过程的裁剪研究233.5.1

15、 RUP的应用范围233.5.2 裁剪原则233.5.3 裁剪步骤243.5.4 实际开发中RUP的裁剪243.6 小结25第4章 行政事业性单位收费票据系统的分析264.1 系统简介264.1.1 开发背景264.1.2 RUP在信息系统开发中的应用研究274.2 系统的架构和功能需求274.2.1 系统分析274.2.2 系统的总体框架284.2.3 系统的功能需求294.3 小结33第5章 基于RUP的行政事业性单位收费票据系统的设计345.1 设计思想345.1.1 研究对象和思想345.1.2 迭代流程345.2 初次迭代355.2.1 需求工作流365.2.2 分析与设计工作流37

16、5.2.3 实现工作流415.3 第二次迭代425.4 迭代开发过程总结475.5 数据库设计475.5.1 领票475.5.2 开发票和发票管理485.5.3 系统管理515.6 小结53第6章 行政事业性单位收费票据系统的实现546.1 开发工具546.2 系统部分实现技术556.2.1 数据库连接556.2.2 强大的查询功能586.2.3 打印精度设置606.3 系统主要功能实现界面616.4 小结63第7章 结论与展望647.1 结论647.2 展望64参 考 文 献66致 谢69攻读学位期间参加的科研项目和成果70第1章 绪 论1.1 研究背景和意义随着21世纪经济全球化和信息时代

17、的到来,计算机技术、通信技术和计算机网络技术迅猛发展,自动化的信息处理能力和水平不断提高,并在人们社会活动和生活的各个领域得到广泛应用。很难想象如果没有“计算机”、没有“软件”,我们的社会、生活将是怎样。面对着各种现实的和潜在的计算机应用需求,研究如何能更快、更多、更方便地开发出各种不同目的的软件,是软件工程技术所必须解决的一个问题1。软件工程,根据IEEE给出的定义为“开发、运行、维护和修复软件的系统方法”,其采用工程的概念、原理、技术和方法来开发与维护软件,核心思想是把软件产品看作一个工程产品来处理,将工程项目中的需求分析、质量监督等引入软件开发中,从而使软件项目能够达到以下几个主要目标:

18、付出较低的开发成本;达到预期的软件功能;获得较好的软件性能;开发的软件易于移植;需要较低的维护费用;能按时完成开发工作,及时交付使用2。但软件工程又有不同于一般工业工程的一些技术方法。软件工程学定义了软件工程的三个基本要素:方法、工具和过程。其中软件工程方法为软件开发提供了“如何做”的技术,它通常采用某种特殊的语言或图形的表达方法及一套质量保证标准;软件工具为软件工程方法提供了自动的或半自动的软件支撑环境,当一种方法被证明有效后,往往就会随之研制出相应的工具来帮助实现和推行这种方法,提高软件设计效率,减轻劳动强度;软件工程过程将软件工程的方法和工具综合起来以达到合理及时地进行软件开发的目的,它

19、定义了方法使用的顺序、要求交付的文档资料、为保证质量和适应变化所需要的管理以及软件开发各个阶段完成的里程碑2。所以,如果选择了一种合适的软件工程过程对软件系统的开发进行指导,必能起到事半功倍的效果,大大有益于提高软件开发的效率、质量和可复用性。1.2 研究现状1.2.1 软件工程过程“过程”一词可解释为“为了达到给定目的而执行的一系列活动的集合”,它定义了为了达到某个明确的目的,需要什么人在什么时间以何种方式作何种工作。对于软件工程而言,其目标是构造一个新的软件产品或者完善一个旧的软件产品3。那么,软件工程过程则是指项目的状态、阶段、方法、技术以及人们用于开发和维护软件相关产品(计划、文档、模

20、型、代码、测试用例及手册等)的实践集合。如图1-1所示,它是将用户的需求转化为有效的软件解决方案的一系列活动。软件工程过程用户需求 软件系统图1-1 软件工程过程软件过程定义了实现软件生命周期的不同阶段的方法,为有效的软件开发和演变提供了指南。它使软件开发中的风险降低,并且提高软件质量,若采用有效的软件过程可以在开发软件时提高生产率。首先,理解软件是如何开发的有助于做出更明确的决定;其次,软件过程能标准化投入,提高可重用性、再现性以及项目组之间的一致性;第三,软件过程为引入代码审查、配置管理、变更控制以及架构建模等良好的产业实践提供了机会;第四,一个已定义的软件过程为更好的一致性和进一步的提高

21、确定了基线3,4。同时,一个已定义的软件过程同样也会在很多方面改进组织的维护和支持工作。因为它定义了:如何管理变更并为软件将来的发布而恰当的分配变更维护,以使得变更过程更有效率;如何使软件平滑的转变为操作和支持,以及操作和支持的工作如何得到实际的执行5。因此,采用软件过程可以说是一种形势的需要。行之有效的软件过程可以提高开发软件组织的生产效率、提高软件质量、降低成本并减少风险。传统的软件过程采用结构化技术,其缺陷对于开发中小规模、结构相对简单的软件而言似乎不明显,但对于规模庞大、结构复杂、软件需求模糊的软件开发项目则容易产生开发人员缺乏交流、缺少共享信息的问题。为弥补这方面的缺陷,适应软件开发

22、的需要,涌现了许多行之有效的软件开发过程,其中应用比较广泛且具有代表性的软件过程主要有RUP、XP、OOSP、DSDM、Catalysis和OPEN Process等几种,本文将对具有较高知名度的RUP统一过程及其应用进行研究。1.2.2 面向对象的软件过程面向对象的方法是把分析建立在系统对象以及对象间交互的基础之上,使得我们能以三个最基本的方法框架对象及其属性、分类结构和集合结构来定义和沟通需求。在面向对象的软件过程领域,主要有三种方法:统一软件过程(Rational Unified Process),OPEN过程(The OPEN Process)和OOSP(The Object-Orie

23、nted Software Process)4,7。在此,分别简单介绍一下这三种面向对象的软件过程。1、统一软件过程(Rational Unified Process,RUP)统一软件过程(Rational Unified Process,RUP)4,6,8,9,10是一种具有明确定义和结构的软件工程过程。它采用用例驱动、以架构为中心、迭代增量的软件开发方法。它明确规定了人员的职责、如何完成各项工作以及何时完成各项工作,并提供了软件开发生命周期的结构。UML作为OO(Object-Oriented)开发的通用工具,己成为业界的事实标准,RUP是UML的过程补充框架,是UML推荐的软件开发过程。

24、它能适应广泛的一类过程,因此,它即能用于传统的瀑布模型,也能适用于一些轻载方法,并且RUP是一种可以定制的软件开发过程。RUP为在开发组织中分配任务和职责提供了一种规范方法,其目标是确保在可预计的时间安排和预算内开发出满足最终用户需求的高品质的软件6,7。Rational Unified Process汇集现代软件开发中多方面的最佳经验,为适应各种项目及组织的需要提供了灵活的形式。2、OPEN过程7(Object-Oriented Process,Environment and Notation)OPEN是面向对象的过程、环境和标记(Object-Oriented Process,Enviro

25、nment and Notation)的首字母缩写,它是由致力于促进和加强使用面向对象技术的非盈利组织OPEN联盟开发的。OPEN过程具有如下特点:1)以过程为中心:OPEN被定义为一个过程框架。这是一个过程元模型,从中可以生成一个特定组织的过程实例。每个过程实例都是由特定的活动、任务和技术以及特定的配置构成。2)具有灵活性:OPEN过程是基于元模型的框架,项目或组织可以根据自己的环境对该框架进行裁剪,生成一个适合项目或组织需要的过程。OPEN不仅支持用例驱动的方法,而且还支持责任驱动的方法、数据驱动的方法等等。在对建模语言的支持上,OPEN可以支持UML(统一建模语言)、OML(对象建模语言

26、)以及任何其他OO(面向对象)的符号来文档化OPEN过程产生工作产品。3)提供完整的生命周期支持:OPEN不仅包含生命周期的软件部分,而且还有商业和用户方面。OPEN内含一个项目管理和复用框架,支持多项目开发。3、OOSP过程7(The Object-Oriented Software Process)OOSP(The Object-Oriented Software Process),面向对象的软件过程是由Scott W. Ambler在他的过程模式一书中提出来的。OOSP是一个过程模式的集合,这些过程模式是经过实践检验的管理大规模面向对象软件开发项目的技术总结。OOSP主要针对中到大型组织

27、,它提供了一个框架,目的是用对象技术成功地开发大型应用软件,开发易维护和增强的软件,并对项目进行管理,保证开发具有较高的质量。OOSP具有如下特点:1)它是一个软件过程的全面方法,考虑了较完整的生命周期。2)它准确地刻画了大规模的关键软件,在大的方向上是顺序的,而在小的方面是迭代的。3)它明确支持整体规划基础设施过程,可得到大规模的复用及有效地管理软件项目集合。4)OOSP明确包括了避免失败的过程,如使组织的工作泛化以便复用、执行风险管理、执行质量保证,以及软件交付时评估项目和项目组。根据评估软件能力与成熟度的标准的能力成熟度模型(Capability Maturity Model,CMM),

28、OPEN、OOSP与RUP均能支持CMM关键过程域的2级到3级标准。OPEN和OOSP与RUP相比,优势在于它们都覆盖了完整的软件工程过程,而不仅仅是开发过程,RUP中缺少维护、软件操作与支持、组织与管理等方面的内容;OPEN与OOSP都支持多项目,而RUP集中于单一项目。但OPEN和OOSP共同的缺点在于它们在市场营销方面做得不够,在市场上缺乏竞争力。而RUP在推向市场后,凭借Rational公司和现在IBM公司的强大实力的支持,以其与UML的良好集成、有多种CASE工具的支持、不断的升级与维护等特点,迅速得到业界广泛的认同,市场竞争力上的巨大优势是RUP被广泛地用作软件开发的指导的最重要的

29、原因7,27,28。因此,本文选取的课题,希望对 RUP 方法及其应用进行深入研究和探讨,并以行政事业性单位收费票据系统的实际开发为例,按照RUP安排该软件系统的开发过程,用UML来描述系统分析和设计的成果,这样从需求分析开始,到最终系统的实现,便成功地完成了该项目的整个开发过程。1.3 本文的研究内容和结构安排1.3.1 本文的研究内容本文主要探讨了如何将RUP用于组织和开发行政事业性单位收费票据系统软件,并分析了其优缺点。理论研究和实际运用相结合,通过对RUP的理论探讨及如何运用到实际开发工作中的方法研究,结合相应的科研课题行政事业性单位收费票据系统,运用RUP架构整个系统核心用例的软件模

30、型。研究内容主要包括如下几点:1、分析RUP的核心思想,尤其抓住它的用例驱动、以架构为中心和迭代增量开发的三个关键点。根据实际项目的具体情况,对RUP的通用框架进行裁剪,使其更好地服务于软件开发过程。2、简要介绍UML统一建模语言,理解UML和RUP相辅相成、密不可分的关系并使其在RUP中正确应用。3、分析设计了“行政事业性单位收费票据系统”的整体框架和系统软件功能模块。4、将裁剪后适应于实际系统开发的RUP理论转换为用于指导实际工作的具体步骤,并运用Rational Rose建模工具,构建实际系统核心用例的需求、分析、设计以及实施模型。5、最终选用合适的开发工具和技术将行政事业性单位收费票据

31、系统完整实现,并投入使用。1.3.2 结构安排根据上述的研究内容,本文的结构安排如下:1、第1章是绪论,首先简要介绍了课题研究的背景和意义;接着在研究现状中针对传统的软件过程讲述了目前几种面向对象的软件过程,相互比较了特点后提出选取RUP作为本文中课题的软件过程;最后介绍了本文的研究内容和结构安排。2、第2章介绍了RUP的组织结构。首先给出简要的RUP概述;接着介绍了RUP的生命周期,并与传统的瀑布模型相比较;再次根据所得RUP生命周期的二维模型,从横轴、纵轴角度分别阐述了它的动态组成和静态组成。3、第3章是主要是对软件开发中RUP的应用特点进行研究。首先针对RUP用例驱动、以架构为中心和迭代

32、增量开发3个特点做了详细的介绍并说明三者缺一不可的重要性。接着简单介绍了UML统一建模语言,并说明其与RUP密不可分的关系,最后描述了对RUP过程的裁剪研究。4、第4章是对行政事业性单位收费票据系统的架构和功能分析。5、第5章着重讲述了基于RUP的行政事业性单位收费票据系统的设计过程。主要是根据第3章量体裁衣后的RUP过程来进行系统建模,紧扣它的3个特点,最后介绍了数据库设计。6、第6章介绍了行政事业性单位收费票据系统的实现,包括开发工具选择、部分实现技术和主要功能实现界面等。7、第7章是结论与展望,对全文进行一个总结和回顾,并对下一步工作进行展望。第2章 RUP的组织结构2.1 RUP概述R

33、UP(Rational Unified Process)是由 Rational公司开发的一种软件工程过程,主要由 Ivar Jacobson的The Objectory Approach和 The Rational Approach发展而来,是文档化的软件工程产品10,11,13。所有RUP的实施细节及方法引导均以Web文档的方式集成,由Rational公司开发、维护并销售,为各种软件开发组织提供了一种有效的分配、管理任务和职责的规范方法,保障开发组织能够在预定的进度和范围内开发出满足最终用户需要的高质量软件产品。RUP又是一个通用框架,各个组织可根据自身情况及项目规模等对RUP进行裁剪和改进

34、,以制定出合乎需要的软件工程过程12。RUP的总体结构如图2-1所示:图2-1 RUP的总体结构RUP吸收了多种开发模型的优点,具有很好的可操作性和实用性并且和目前应用广泛的统一建模语言(Unified Model Language,UML)有着良好集成、有多种CASE工具进行支持、不断的升级与维护,迅速得到软件开发行业的广泛认同,越来越多的软件开发组织以它作为软件开发模型框架。RUP的核心思想在于:它是以用例(Use Case)为驱动,以架构为中心的迭代化开发过程。RUP自诞生时起,就引起了全球软件行业的关注,经过大量商业实践表明,RUP是解决软件开发过程中根本问题的方怯。其主要特点包括:1

35、、迭代地开发软件;2、管理需求;3、应用基于构件的架构;4、为软件建立可视化的模型;5、不断验证软件质量;6、控制软件的变更。2.2 RUP的生命周期软件开发过程模型亦被称为软件生命周期模型,它描述了开发一个软件系统必需的所有活动和工作产品。传统的软件开发模型(如瀑布模型)通常是一个一维的模型,开发工作划分为多个连续的阶段1,7。在一个时间段内,只能作某一个阶段的工作,比如分析、设计或者实现。而RUP的生命周期可用二维结构来描述,如图2-2所示,该图的一次循环代表了统一过程的一次生命周期。RUP是一个将用户需求转化为软件系统所需的活动集合,该活动集合是在过程的生命周期中完成的。图2-2 RUP

36、生命周期的二维结构1瀑布模型强调开发的阶段性、早期计划及需求调查等,它在降低软件的复杂度、促进软件开发工程化方面有显著的作用。但随着应用的愈广愈久,该模型的缺乏灵活性;过于依赖早期进行的唯一的一次需求调查,不能适应需求的变化;单一流程,开发中的经验教训不能反馈应用于本产品的过程;风险往往要到后期的开发阶段才显露,因而失去及早纠正的机会等缺点也就逐级暴露了出来,所以必须寻找有效的解决办法。上图中横轴代表了制订开发过程时的时间,体现了过程的动态结构。它以术语周期(Cycle)、阶段(Phase)、迭代(Iteration)和里程碑(Milestone)来表达。纵轴以内容来组织为自然的逻辑活动,体现

37、开发过程的静态结构,用来描述它的术语主要包括活动(Activity)、产物(Artifact)、工人(Worker)和工作流(Workflow),纵轴表现了过程的静态结构。在进度和工作量方面,所有阶段都各不相同。尽管不同的项目有很大的不同,但一个中等规模项目的典型初始开发周期应预先考虑到工作量和进度间的分配,如表2-1所示:表2-1 项目工作量和进度分配表起始细化构建移交工作量5%20%65%10%进度10%30%50%10%通过这四个阶段就是一个开发周期,每次经过这四个阶段就会产生一代软件。除非项目“死亡”,否则通过重复同样的起始阶段、细化阶段、构建阶段和移交阶段的顺序,产品将演进为下一代产

38、品,但每一次的侧重点都将放在不同的阶段上。这些随后的周期成为演进周期。随着产品经历了几个周期,新一代产品随之产生。2.3 RUP的动态组成在RUP生命周期的二维结构图(图2-2)的横轴上包含阶段和迭代两项内容,这两项即是开发过程沿时间的动态组织结构10。在此时间维上,为了能够方便地管理软件开发过程,监控软件开发状态,RUP把软件生命周期划分为若干次迭代,每次迭代生成一个产品的新版本并依次由四个连续的阶段组成,每次迭代都应完成确定的任务,正是这些迭代过程不断产生系统新的增量,使产品不断成熟,从低版本软件不断过渡到高版本软件。软件生命周期被分解为周期,每一个周期工作在产品新的一代上,RUP将周期又

39、划分为初始(Inception)、细化(Elaboration)、构造(Construction)和移交(Transition)四个连续的阶段12,14,23。每个阶段都终结于一个良好定义的里程碑。其实,每个阶段就是两个主要里程碑之间的时间跨度。在每个阶段结束时要依据里程碑目标进行工作评估,以确定是否实现了该阶段的目标以及是否可以进入下一个阶段。如图2-3所示为各阶段和里程碑的关系。图2-3 阶段和里程碑2.3.1 初始阶段初始阶段34,36是RUP生命周期四个阶段中的第一个阶段,该阶段主要有5个目标:1)了解要创建什么样的系统。确定系统的外貌、范围和边界。识别出谁将使用这个系统以及系统将为他

40、们带来什么好处。2)确定系统的主要功能。确定哪些用例是最重要的,识别系统必须被实现的功能。3)制定至少一个可行的方案。至少确定一个可行的系统架构,确保在适当的风险和代价下创建系统。4)了解与项目相关的成本、时间表和风险。5)确定循环什么过程和使用哪些工具。在初始阶段,项目组集中精力理解最初的需求,确定范围并组织项目。要理解最初的需求,可能要进行业务建模及其他基本的建模活动。初始阶段结束时是第一个重要的里程碑:生命周期目标(Lifecycle objective)里程碑。生命周期目标里程碑评价项目基本的生存能力。 2.3.2 细化阶段细化阶段35,36是建立系统架构的基线,以便为构造阶段的主要设

41、计和实施工作提供一个稳定的基础的阶段。这一阶段的主要目标有:1)更明确的认识需求。对系统的大部分需求达成更明确的认识。2)设计、实现、验证系统架构并建立架构基线。3)化解主要风险,制定更精确的时间表和费用估算。4)细化开发案例并搭建开发环境。细化阶段的主要任务:在初始阶段的工作基础上,收集更详细的系统需求,进行高层次的系统分析和设计,确定系统的特征和基本的系统架构,编制系统构造计划,确定开发所需要的活动和资源。这一阶段项目组主要关注应用系统需求展开以及确定、开发和验证项目架构。细化阶段结束时是第二个重要的里程碑:生命周期架构(Lifecycle Architecture)里程碑。生命周期架构里

42、程碑为系统的架构建立了管理基线并使项目小组能够在构造阶段中进行衡量。此时,要检验详细的系统目标和范围、架构的选择以及主要风险的解决方案14。2.3.3 构造阶段构造阶段36,37是将主要精力集中在现象设计、实现以及测试来充实一个完整的系统的阶段。这一阶段的主要目标为:1)降低开发成本并实现部分的并行开发。2)迭代开发准备给用户的完整产品。通过描述剩余的用例和其他需求、补充设计细节、实现并测试软件来开发出系统的第一个可运行的版本。构造阶段的任务,通过循环重复的工作具体建造软件系统。每一次的循环都包含了常规的软件生命周期阶段的活动:分析、设计、实现、测试等。每一次循环都将得到一个更准确接近未来系统

43、的模型或原型。构造阶段结束时是第三个重要的里程碑:初始功能(Initial Operational)里程碑,它决定了产品是否可以在测试环境中进行部署。此时,要确定软件、环境、用户是否可以开始系统的运作。2.3.4 移交阶段移交阶段38,39是系统正式投入运行前的阶段,要达到的主要目标是确保软件完全满足用户需求。这一阶段的主要任务有系统的Beta测试、系统性能调整和人员培训等。移交阶段的终点是第四个里程碑:产品发布(Product Release)里程碑。此时,要确定目标是否实现。RUP的每个阶段都由一个或多个连续的迭代组成。迭代过程是导致可执行产品版本的完整开发循环(即从捕获需求到代码实现),

44、是最终产品的一个子集,从一个迭代过程到另一个迭代过程递增式增长,形成最终的系统产品。在各阶段中,每个过程工作流各有不同的重点。通常,在初始阶段,迭代工作重点在于需求捕获;在细化阶段,重点转移到分析和设计;在构造阶段,实现是中心活动;而移交阶段的,中心任务在于实施。2.4 RUP的静态组成在RUP生命周期的二维结构图的纵轴上表现了过程的静态结构。RUP的静态结构包括角色(worker)、工作流程(workflow)、活动(activities)、工件(artifact)四个基本模型元素1,23。它们分别描述了软件开发过程“谁”“什么时候”“如何”“做”某事以及怎样实现某一特定的目标。工作流,是产

45、生具有可观察结果的活动序列。每个工作流产生一些有价值的工件。RUP共有9个工作流,其中分为6个核心过程工作流:业务建模、需求、分析和设计、实现、测试、部署工作流;3个核心支持工作流:项目管理、配置和变更控制、环境工作流16,17,18。这9个工作流并不是顺序执行的,而是在项目中轮流被使用,在每一次迭代中以不同的重点和强度重复。核心工作流的迭代开发循环模型如图2-4所示:图2-4 核心工作流的迭代开发循环2.4.1 核心过程工作流业务建模(Business Modeling)、需求(Requirements)、分析与设计(Analysis & Design)、实现(Implement)、测试(T

46、est)、部署(Deployment)工作流是RUP过程中的核心过程工作流(Core Process Workflow),也是软件系统开发的主要的开发活动。各工作流的简单介绍如下:1、业务建模工作流23,41,42,43,说明如何拟定新目标组织的前景,并基于前景来确定该组织在业务用例模型和业务对象模型中的流程、角色以及职责。它的目的在于:了解目标组织的结构及机制;了解目标组织中当前存在的问题并确定改进的可能性;确保客户、最终用户和开发人员就目标组织达成共识;导出支持目标组织所需的系统需求。其主要任务是对将来使用该系统的组织机构或企业进行评估;理解它们的需要以及要求未来系统解决的问题。业务建模的结果是建立一个业务用例模型和业务对象模型。业务模型是需求工作流的一种重要输入,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 办公文档 > 其他范文


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号