用vp-uml ee 设计高效的办公自动化管理系统.doc

分类号: 单位代码： 学 号： 硕士学位论文 论文题目: 用VP-UMLEE设计高效的办公自动化系统作者姓名：专 业：软件工程指导教师姓名专业技术职务：2009年3月12日原创性声明本人郑重声明:所呈交的学位论文，是本人在导师的指导下，独立进行研究所取得的成果。除文中已经注明引用的内容外，本论文不包含任何其他个人或集体己经发表或撰写过的科研成果。对本文的研究作出重要贡献的个人和集体，均已在文中以明确方式标明。本声明的法律责任由本人承担。论文作者签名: 日期:关于学位论文使用授权的声明本人完全了解 大学有关保留、使用学位论文的规定，同意学校保留或向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅;本人授权 大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或其他复制手段保存论文和汇编本学位论文。(保密论文在解密后应遵守此规定)论文作者签名: 导师签名: 日期：目录摘要ABSTRACT第一章 绪论第二章 设计用户系统需求的相关基础第三章 利用VP-UML EE进行系统分析第四章 利用VP-UML EE 实现系统设计第五章 系统程序实现与测试第六章 总结与展望摘要Abstraet第一章 绪论1.1利用VP-UML EE设计科技项目管理软件的背景 UML(Unified Modeling Language)伙伴组织于1996年由Rational公司创立。对象管理组织（OMG）于1997年11月采纳了它。此后，UML继续改进，目前最新的版本是UML2.2。 UML是多种方法相互借鉴、相互融合、趋于一致、走向标准化的产物。这样的统一建模语言将为软件开发商及其用户带来诸多便利。美国等计算机技术发达国家已有大量的软件开发组织开始用UML进行系统建模，学习和使用UML已经成为一种潮流。我国软件界对UML 也相当关注，许多研究人员和技术人员已在几年前就开始了对UML的学习和研究。在研究大型软件过程中，通常会遇到几个大的项目在同时进行。传统的项目管理模式主要是基于手工处理，对于经费核算等以人工辅以计算器为工具进行计算，效率太低。且信息容量大，容易出错。如何建立一个高效的项目管理系统，即对操作人员予以解放，又能及时迅速全面的管好项目，是我们特别关切的问题。使用Visual Paradigm for UML Enterprise Edition建模软件，完全满足以上要求。利用Visual Paradigm for UML Enterprise Edition（简称VP-UML EE）建模软件可以方便地对软件项目进行设计与信息管理，为客户提供充足的信息和快捷的查询手段。项目管理是以项目为中心，对项目信息做全程跟踪，规范报销流程，对项目分门别类的进行记录，对项目涉及单位主要负责人情况有详细登记，提供便捷的综合查询等，对于市场人员和管理人员来说是至关重要的。这样庞杂的信息收集与处理，使用计算机远比使用传统人工的方式管理有了许多优点，能够为用户提供充足的、准确的信息和快捷的查询手段。使用VP-UML EE软件能直接设计对项目的相关信息进行管理，检索迅速、可靠性高、存储量大、保密性好、寿命长、成本低等，这些优点能够极大地提高效率与管理水平。1.2利用VP-UML EE设计项目管理软件开发原则众所周知，凡是工业产品都有其生命周期，即要经过分析要求、设计、制造、测试、运行(此时需要不断地维护)等几个阶段。软件也是一种产品，同样存在生命周期。那什么是软件生命期呢?一个软件从被提出开始研制至软件最终被废弃不再使用为止的全过程，称为软件生命期。我们通常把软件生命期划分为可行性研究与计划、需求分析、设计、编程、测试、运行与维护等六个阶段，每个阶段都有明确的任务，并需产生一定规格的文档资料交付给下一阶段，下一阶段在上阶段交付的文档的基础上继续开展工作。与传统的手工艺开发方式相比，上述生命期模型有两个明显的长处，第一，由于强调要将每个阶段的工作结果用书画形式描述出来，这就便原来“不可见”的软件变成了“可见”的文档资料;第二，开发过程分阶段按步骤进行，以交付某种特定规格的文档作为标志某个阶段完成的里程碑，这就使原来“难以管理的思考过程”变为“可以管更换生产过程”了。显然，这两点长处为提高软件生产率和改进软件质量创靠了极为有利的条件。建模语言UML的重要内容可以由下列五类图9种图形来完成项目软件的设计:首先利用例图,从用户角度描述系统功能,并指出各功能的操作者。从应用的角度看,当采用面向对象技术设计系统时,首先是描述需求。用例图等静态图等即很方便的解决这个问题。其次根据需求建立系统的静态模型,以构造系统的结构。第二类是静态图(Static diagram),包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作)。类图描述的是一种静态关系,在系统的整个生命周期都是有效的。对象图是类图的实例,几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例,而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期,因此对象图只能在系统某一时间段存在。包由包或类组成,表示包与包之间的关系。包图用于描述系统的分层结构。其中在第一步与第二步中所建立的模型都是静态的,包括用例图、类图(包含包)、对象图、组件图和配置图等五个图形,是标准建模语言UML的静态建模机制。第三步是描述系统的行为。其中第三步中所建立的模型或者可以执行,或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图等四个图形,是标准建模语言UML的动态建模机制。行为图(Behavior diagram),描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常,状态图是对类图的补充。在实用上并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。交互图(Interactive diagram),描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互;合作图描述对象间的协作关系,合作图跟顺序图相似,显示对象间的动态合作关系。除显示信息交换外,合作图还显示对象以及它们之间的关系。如果强调时间和顺序,则使用顺序图;如果强调上下级关系,则选择合作图。这两种图合称为交互图。实现图( Implementation diagram )。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备(用节点表示)以及它们之间的连接关系,也可显示连接的类型及部件之间的依赖性。在节点内部,放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。大型软件系统的程序内部必须带有说明性材料，即“内部文档”，内部文档可用注释语句书写，程序中适当地加上注释后，可以使程序成为一篇“自我解释”的文章，读程序时就不必再翻阅其他说明材料了，因而使用注释是提高程序可读性的有力手段。我们还认识到提高程序效率的根本途径在于设计阶段选择良好的数据结构和算法，而不是靠编程时对程序语句作调整，编程中的这类手段对提高程序效率所起的作用是微乎其微的。我们考虑程序的效率的时候，保证了提高程序运行速度时要保持程序的正确性和清晰性。我们采用了工程化方法作为我们的开发依据，不仅提高了程序系统的效率，更从可读性和可靠性方面得到了改善，给以后的维护工作带来了方便，从整体上增加了系统的性能。1.3本文使用的开发工具及所采用的关键技术我们使用的开发工具：Visual Paradigm for UML Enterprise Edition (VP-UML EE)软件作为建模工具。我们的设计理念：首先我们采用了面向对象的思想。面向对象的思想已经涉及到软件开发的各个方面。如面向对象的分析(OOA，OBJECTORIENTEDANALYSIS)、面向对象的设计(OOD，OBJECTORIENTEDDESIGN)、以及我们经常说的面向对象的编程实现(OOP，OBJECTORIENTEDPROGARMMING)。面向对象带来了很大的好处，如继承机制，信息隐藏等，然而带来的最大的好处却是对象的思想。对象不是实体，它可以脱离实体而存在，它描述了自然的语义，最好的软件就是能同构于现实世界的实际，这也就是对象思想最大的优势。面向对象也使得软件重用变得自然，最大程度的软件重用也使得开发简单而软件的可靠性高。我们的系统是在原有的类库基础之上开发的，大多是继承已有超类，并且子类沿承超类风格，这也使得软件程序的可读性和可维护性提高。其次，系统的扩展性大大增强。最后，模块化使得系统很容易在纵向和水平两个方向拓展:一方面可以将系统升级为更大、更有力的平台，同时也可以适当增加规模来增强系统的网络应用。由于摆脱了系统同构性的限制，使得分布数据处理成为可能。VP-UML EE这个软件帮助我们实现了这个愿望。1.4本文要点及组织结构1.4.1本文要点本文的主要精华：一是在软件工程化思想指导之下完成了软件项目管理系统的开发并投入了使用。该系统是针对一般公司实际业务需要进行的研发，以项目信息为中心，对项目信息做全程跟踪，规范报销流程，项目分门别类的进行记录，对项目涉及单位主要负责人情况有详细登记，提供便捷的综合查询等，对于企业的市场人员和管理人员来说是至关重要的。本系统的研发工作，满足用户需求，并最终投入了使用，为用户项目管理的规范化发挥了重要的基石作用。二是利用VP-UML EE建模工具软件，使本系统可以快速、可靠地开发成功，主要得益于该系统的整个开发过程都遵循了工程化方法:明确的工作步骤，确定的文档格式，具体的评价标准。最终的系统非常的规范和标准，并且从需求分析、到概要设计和详细设计再到编程和测试，其中每一步都附有相应的文档来描述，而这些文档也有确定的格式。文档对软件的可维护性起了决定性的作用，它使得最终投入使用的系统有了较高的可读性、可维护性和可靠性。该系统实际投入运行后，显示出了运行的稳定性和可靠性，而且有良好的可扩充性和易修改性，这些也都得益于开发过程中工程化方法的运用。在工程化之外，先进的系统框架结构也为系统高质量研发成功奠定了坚实的基础。优秀的VP-UML EE设计软件使得我们的整个业务流程的安全性得到了保障，并使得各个部门之间的相互查询变得更为方便、快捷。1. 4. 2本文的组织结构本文第一章分析了利用VP-UML EE设计软件研制项目管理系统的背景和必要性，阐述了本文所采取的开发原则，并对所采用的关键技术进行了简要介绍，最后指明了本文工作的主要精华之处。第二章阐述了相关基础。利用VP-UML EE设计软件设计用例图，描述系统需求分析，对公司业务具体描述，并进行了详细的需求说明，主要包括项目登记维护、项目费用登记维护、项目相关单位管理、综合查询、人员管理等几个部分。第三章深入进行系统分析。利用VP-UML EE设计软件所建立的模型或者可以执行,或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图等四个图形,也是标准建模语言UML的动态建模机制。用来确定系统的总体目标、开发环境、系统的设计原则和开发模式，在此基础上对系统的各部进行详细设计，然后给出了相应的状态图、活动图、顺序图和合作图。第四章严格进行系统设计。并对系统编码部分，对系统开发环境和编程方法进行了介绍。第五章系统实现与测试。对系统提出测试原则，给出测试方法、测试过程和测试结果。第六章总结与展望。对本文所作的工作和下一步要解决的问题进行了总结。第二章 设计用户系统需求的相关基础正如前面曾提到过的，UML的本意是要成为一种标准的统一语言，使得IT专业人员能够进行计算机应用程序的建模。UML的主要创始人是Jim Rumbaugh、Ivar Jacobson和Grady Booch，他们最初都有自己的建模方法（OMT、OOSE和Booch），彼此之间存在着竞争。最终，他们联合起来创造了一种开放的标准。（听起来是不是很熟悉？这个现象类似J2EE、SOAP和Linux的诞生）。UML成为标准建模语言的原因之一在于，它与程序设计语言无关。（IBM Rational的UML建模工具被广泛应用于J2EE和.NET开发。）而且，UML符号集只是一种语言而不是一种方法学。这点很重要，因为语言与方法学不同，它可以在不做任何更改的情况下很容易地适应任何公司的业务运作方式。 既然UML不是一种方法学，它就不需要任何正式的工作产品（即IBM Rational Unified Process?术语中所定义的工件）。而且它还提供了多种类型的模型描述图（diagram），当在某种给定的方法学中使用这些图时，它使得开发中的应用程序的更易理解。UML的内涵远不只是这些模型描述图，但是对于入门来说，这些图对这门语言及其用法背后的基本原理提供了很好的介绍。通过把标准的UML图放进您的工作产品中，精通UML的人员就更加容易加入您的项目并迅速进入角色。最常用的UML图包括：用例图、类图、序列图、状态图、活动图、组件图和部署图。2. 1根据需求设计系统需求用例图多年来，我们总是利用情节或经历来描述用户和软件系统的交互方式，从而获取需求（McGraw and Harbison 1997）。Ivar Jacobson（1992）把这种看法系统地阐述成用例（用例）的方法进行需求获取和建模。虽然用例来源于面向对象的开发环境，但是它也能应用在具有许多开发方法的项目中，因为用户并不关心你是怎样开发你的软件。而最重要的，用例的观点和思维过程带给需求开发的改变比起是否画正式的用例图显得更为重要。注意用户要利用系统做什么远远强于询问用户希望系统为他们做什么这一传统方法。用户的需求说明如下：我们将从项目执行流程、查询要求、权限问题、表结构的建议设置、项目信息、项目费用信息、项目进展情况、项目相关单位、工作人员管理、备份和数据的导入导出以及人员操作部分等方面详细介绍。用户系统总体要求：项目执行流程市场部业务员将项目信息整理好交市场部秘书处，并协助市场部秘书完成新增项目的信息录入工作，新增项目的阶段默认为“运作中”。若此业务员还没有系统登陆权限，市场部秘书将其添加进系统。业务员随时关注项目进展情况，对项目产生的相关信息及时登陆系统作登记，市场部秘书对业务员登记的信息进行核对，对有疑问的内容及时与相应业务员联系核实，确实有误进行修改，并填写备注信息加以说明。查询要求公司领导可以查询每个项目的所有详细信息，可以按项目类型、项目阶段进行分类查询，统计项目金额的情况，可以分类统计项目的相关信息。项目基本信息为公共信息，其他信息，如项目费用查询等根据具体操作人员的权限而定。权限问题基本原则就是市场部业务人员只有登记项目费用、项目进展情况、项目相关单位信息，及查询项目基本信息和自己所负责的项目的详细信息的权限。市场部秘书作为超级管理员具有数据库管理、数据备份和所有项目内容修改的权限。领导可以看到所有信息，但出于对数据安全性和一致性的考虑，暂不具有修改数据的权限，具体修改的录入工作有市场部秘书负责。另外，如果市场部务人员登记信息中出现了误操作或者漏操作则由市场部秘书负责将操作补齐或者更改回正确的，但是在备注中应该有更改说明。建议设置的几个表结构项目情况表:项目编号、项目所在区域编号，项目所在区域名称、项目类别、项目名称、项目建档人、项目状态、项目启动时间、项目金额、备注信息。项目费用表:项目阶段、姓名、日期、差旅费、住宿费、市内交通费、招待费、餐饮费、礼品费、其他费用、费用合计、备注信息。项目相关单位情况表:项目阶段、当前进展描述、近期目标、工作计划、填写人、填写时间。项目进展情况表:单位名称、联系人、职位、办公电话、手机号、E一。li、单位地址、邮政编码和备注。工作人员表:人员编号、姓名、人员口令、姓名拼音代码表:代码编号、代码、代码内容根据用户需求，我们从工程化角度对对用户的需求进行分析，然后设计为用户更多服务的项目管理系统。首先，根据用户提供的需求说明以及与用户的交流和讨论，我们获取了用户的基本需求。所以在需求分析阶段我们要做的主要工作是对用户需求进行分析。分析用户需求主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。用于需求建模的方法有很多种，最常用的包括数据流图(DDF)、实体关系图(ERD)和用例图(UseCase)三种方式。DDF作为结构化系统分析与设计的主要方法，已经得到了广泛的应用，DFD尤其适用于MIS系统的表述。DDF使用四种基本元素来描述系统的行为，过程、实体、数据流和数据存储。DFD方法直观易懂，使用者可以方便地得到系统的逻辑模型和物理模型。我们使用VP-UML EE 软件，按照以下设计步骤，生成用户需求用例图(UseCase）如图1。用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象。强调这个系统是什么而不是这个系统怎么工作。用例图与情节紧紧相关的。情节是指当某个人与系统进行互动时发生的情况。图1 系统需求用例图实施前期准备工作，首先对用户的问题进行调研，有非常深刻完善的理解；确保系统能够解决用户的所有问题；其次，把用户的需求真正地反应到系统模型，并对以后的设计和开发过程提供说明和框架，再根据需求生成界面。用例图的建立步骤：1找出系统外部的活动者和外部系统，确定系统的边界和范围。此系统外部主要是工作人员，这些工作人员中，主要是市场部秘书，他是超级管理员和市场部秘书双重身份；另外是市场部业务员、市场部部长、公司领导。2确定每一个活动者所希望的系统行为。这些行为是用户所提出的，在图中加以说明和显示。3把这些系统行为命名为用例。4把一些公共的系统行为分解为一批新的用例，供其它的用例引用。把一些变更的行为分解为扩展用例。比如：项目、项目费用等。5编制每一个用例的剧本。6绘制用例图，如图1所示。7区分主业务流和例外情况的事件流。可以把表达例外的情况的事件流的用例图画成一个单独的子用例图，如图2所示。8精化用例图，解决用例图的重复与冲入问题，简化用例中的对话序列，用例图可以有不同的层次，高层次系统的用例可以分解为若干个下属子系统中的子用例。通过图1说明：用户通过我们设计的系统，可以实现高效、准确的项目管理。2. 2用户需求用例图中的建模类图设计在用户需求分析阶段，我们对具体项目的需求出发，设计该系统共有以下几个实体:项目、项目费用、项目进展情况、项目相关单位情况、工作人员。并且每个实体集，即记录规定了具体字段。实体集工作人员编号、姓名、口令，实体集项目编号、项目所在区域编号，项目所在区域名称、项目类别、项目名称、项目建档人、项目状态、项目启动时间、项目金额、备注。实体集项目阶段、姓名、日期、差旅费、住宿费、市内交通费、招待费、餐饮费、礼品费、其他费用、费用合计、备注。实体集项目阶段、当前进展描述、近期目标、工作计划、填写人、填写时间。实体集单位名称、联系人、职位、办公电话、手机号、E一mail、单位地址、邮政编码和备注。实体之间的关系:操作:实体集工作人员与项目之间的N:N联系，即一个工作人员可以操作多个项目，一个项目可以被多个工作人员操作。属于，实体集项目与项目进展情况之间的1:N联系，即一个项目开张过程中可记录很多条情况记录，而一条情况记录只可属于一个项目，同理项目与项目进展情况之间，项目与项目相关单位情况之间也是1:N联系。记录:实体集工作人员与项目费用之间的N:N联系，即一个工作人员可以记录多个项目的费用信息，一个项目的费用也可以由多个工作人员来记录。同理工作人员与项目进展情况之间，项目与项目相关单位情况之间也是N:N联系。为了细化用户需求用例图，表达系统的类以及这些类之间的关系，进一步设计建模类图。类是对象的集合，展示了对象的结构以及与系统的交互行为。类主要有属性（Attribute）和方法（Method）构成,属性代表对象的状态，如果属性被保存到数据库，此称之为“持久化”；方法代表对象的操作行为，类具有继承关系，可以继承于父类，也可以与其他的Class进行交互。类图展示了系统的逻辑结构，类和接口的关系。类图是静态的，但它能显示出什么可以产生影响，为下面分析什么时候产生影响打好基础。下面以系统管理模块中的数据查询模块为例，使用VP-UML EE 设计其类图。对象类图的建立步骤： 1研究分析问题领域，确定系统的需求。根据用户要求，有四方面数据需要查询：工作人员对项目情况、项目费用、项目进展、项目相关单位情况的查询。2分析查询对象和对象类，明确他们的含义和责任，确定属性和操作。3发现类之间的静态联系。着重分析找出对象类之间的一般和特殊关系，部分与整体关系，研究类的继承性和多态性，把类之间的静态联系用关联、泛化、聚合、组合、依赖等联系表达出来，虽然对象类图表达的是系统的静态结构特征，但是应当把对系统的静态分析与动态分析结合起来，更能准确地了解系统的静态结构特征。4设计类与联系。调整和精化已得到的对象类和类之间的联系，解决诸如命名冲突、功能重复等问题。5绘制对象类图并编制相应的说明。上述做法是直接从领域分析抽取对象和对象类开始的，这是常规的面向对象的系统分析与设计的做法。Rational统一过程主张采用用例驱动的系统分析与设计方法。从业务领域的分析中先抽取活动者和用例，建立业务模型。业务模型包括业务用例模型、设计模型、实现模型和测试模型。系统管理的数据查询类图如图2所示。图2 系统管理的数据查询类图2.3系统建模时序图的设计顺序图的建立步骤： 1确定交互的上下文。 2找出参与交互的对象类角色，把他们横向排列在顺序图的顶部，最重要的对象安置在最左边，交互密切的对象尽可能相邻。在交互中创建的对象在垂直方向应安置在其被创建的时间点处。 3对每一个对象设置一条垂直的向下的生命线。 4从初始化交互的信息开始，自顶向下在对象的生命线之间安置信息。注意用箭头的形式区别同步消息和异步消息。根据顺序图是属于说明层还是属于实例层，给出消息标签的内容，以及必要的构造型与约束。5在生命线上绘出对象的激活期，以及对象创建或销毁的构造型和标记。6更具消息之间的关系，确定循环结构及循环参数和出口条件。以查询时序图为例，使用VP-UML EE建立查询顺序图如图3所示。图3 查询顺序图从查询顺序图可以看出，市场部秘书查询级别最高，其他人直接向他提出要求，即可得到查询报表；领导与市场部部长均可直接对系统项目中的各类信息进行查询（图中省略）；只允许市场部业务员随时关注项目的进展情况，随时进行与用户的协调工作。2. 3. 1项目信息和系统的管理项目信息管理 AA项目新登记项目基本信息录入:包括项目编号(自动添加)、项目所在区域编号，项目所在区域名称、项目类别(列表框选择)、项目名称、项目建档人、项目状态(列表框选择)、项目启动时间、项目金额、备注信息(文本格式，主要内容为项目需要说明的地方)。命令提示:保存项目基本信息(数据保存成功，是否要退出)退出(点击时提示确定退出则修改的数据不被保存)。注意:对于可输入可选择的项，若输入有误给出提示弹出可供选择的窗口。项目信息不但能按行录入，而且可以按行删除，删除命令执行时需要提示框确认。AB项目维护以表格形式显示所有已登记项目的基本信息，统计目前已登记的项目数和项目的总金额。表格内容:同AA可以对以上信息进行修改。注意:一般用户没有权限进入此项，信息不但能修改，而且可以按行删除，删除命令执行时需要提示框确认。命令提示:保存项目基本信息(数据保存成功，是否要退出)退出(点击时提示确定退出则修改的数据不被保存)。项目费用管理BA项目费用登记输入项目编号得到项目名称(输入项目编号后项目名称自动显示)。核对是否为需要费用登记的项目，无误，通过命令按钮增加一条新纪录。项目费用基本信息录入:项目阶段(由选择产生)、姓名(自动添加)、日期(自动添加)、差旅费、住宿费、市内交通费、招待费、餐饮费、礼品费、其他费用、费用合计、备注信息(文本格式，主要内容为项目需要说明的地方)。命令提示:保存项目基本信息(数据保存成功，是否要退出)退出(点击时提示确定退出则修改的数据不被保存)。注意:需可以一次登陆可以增加多条记录，并对新登记的记录数及总费用进行统计。信息不但能按行录入，而且可以按行删除，删除命令执行时需要提示框确认。BB项目费用维护输入项目编号得到项目名称(输入项目编号后项目名称自动显示，但以灰色且不可修改)。并以表格形式显示指定项目的所有已登记项目费用信息(结构同BA)，下方需有统计该项目到目前为止己登记的项目费用开销次数和该项目费用支出的总金额。表格内容:同AB注意:一般用户没有权限进入此项(点击给出没有访问权限的提示)。有权限用户对费用信息可以进行修改，不但能修改，而且可以按行删除，删除命令执行时需要提示框确认。命令提示:保存项目基本信息(数据保存成功，是否要退出)，退出(点击时提示确定退出则修改的数据不被保存)，没有访问权限的用户(要进入此窗口时提示修改删除费用记录找市场部秘书)。项目进展情况记录和维护以项目进展情况记录输入项目编号得到项目名称(输入项目编号后项目名称自动添加，但以灰色且不可修改)。核对是否为需要费用登记的项目，无误，通过命令按钮增加一条新纪录。包括内容:项目阶段、当前进展描述、近期目标、工作计划、填写人、填写时间。表格:项目阶段(下拉列表框选择)、当前进展描述、近期目标、工作计划、填写人(自动生成)、填写时间(自动生成)。注意:项目进展情况信息不但能按行录入，而且可以按行删除，删除命令执行时需要提示框确认。CB项目进展惰况维护输入项目编号得到项目名称(输入项目编号后项目名称自动显示)。并以表格形式显示指定项目的所有己登记项目进展情况信息(结构同以)。注意:一般用户没有权限进入此项(点击给出没有访问权限的提示)。有权限用户对费用信息可以进行修改，不但能修改，而且可以按行删除，删除命令执行时需要提示框确认。命令提示:保存项目基本信息(数据保存成功，是否要退出)，退出(点击时提示确定退出则修改的数据不被保存)，没有访问权限的用户(要进入此窗口时提示修改删除费用记录找市场部秘书)。2. 3. 1. 4项目相关单位情况输入项目编号得到项目名称(输入项目编号后项目名称自动显示，但以灰色且不可修改)。核对是否为需要的项目，无误，通过命令按钮增加一条新纪录。表格内容:单位名称、联系人、职位、办公电话、手机号、E一mail、单位地址、邮政编码和备注。命令提示:保存项目基本信息(数据保存成功，是否要退出)，退出(点击时提示确定退出则修改的数据不被保存)。注意:项目相关单位情况信息不但能按行录入，而且可以按行删除，删除命令执行时需要提示框确认。2.3.1. 5查询EA按项目查询要求既可以对已登记项目可以按项目编号、项目建档人、项目类别、项目阶段分类简单查询，又可以相互组合形成复杂查询。查询结果以表格形式显示，需统计本次查询所得项目总数及这些项目总金额。并且最好可以多次查询。表格内容:同AA注意:按项目编号进行查询时给出项目名称，以灰色显示。EB按项目进展情况查询要求既可以对已登记项目可以按项目编号、起止日期、项目建档人、项目阶段分类简单查询，又可以四个关键字任意组合形成复杂查询。查询结果以表格形式显示，并且最好可以多次查询。表格内容:同上。注意:通过起止日期查询时需将该时间段内的所有项目的进展记录显示出来，排序规则先按时间排序，再按项目名称排序。EC按项目费用查询要求既可以对己登记项目可以按项目编号、起止日期、项目建档人、项目阶段分类简单查询，又可以相互组合形成复杂查询。查询结果以表格形式显示，需统计本次查询所得记录总数及项目费用支出总金额，并且最好可以多次查询。表格内容:同ABEO按项目相关单位查询表格内容:单位名称、联系人、职位、办公电话、手机号、E一mail、单位地址、邮政编码和备注。2. 3.1.6工作人员管理注意:只有超级用户有权限访问，普通用户点击时对话框提示本模块为*专用。AF新增工作人员工作人员编号:工作人员姓名(用真实的):操作人员口令:再次确认口令:命令:保存，如果该工作人员己经有了，则对话框提示;如果两次口令不符给出对话框提示。FB操作人员信息修改输入工作人员编号:工作人员姓名:(自动出现)口令:再次确认口令:命令:如工作人员编号不存在给出对话框提示:键盘输入工作人员姓名，如与编号相符通过，不符给出提示;保存，如果两次口令不符给出对话框提示。FC工作人员查询以表格形式列出所有工作人员，表格内容:工作人员编号，工作人员姓名更改当前工作人员口令超级用户可以修改任何工作人员口令;普通用户登陆后可以修改自己的登陆口2.3. 1.8备份、数据导入导出HA备份ORCAL接口:(自动添加)数据库名称:(自动添加)用户名:口令:.备份路径:注意:只有超级用户有权限访问，普通用户点击时对话框提示本模块为*专用。HB数据导入导出退出退出系统2.3.2人员操作部分一、总论系统的操作人员列表:超级管理员:市场部秘书管理员:公司领导、市场部部长、市场部业务人员。二、市场部秘书工作1、市场人员将项目信息整理交给市场部秘书，市场部秘书负责将项目入档，进入从窗口，顺序录入项目新登记中的信息。注意，新登记项目状态均为“运作中，。2、为业务员分配访问权限。3、信息维护，核对业务人员登记的项目相关信息，对有疑问信息，找具体业务员核实，确实有误进行更正，并作备注说明。4.、根据领导及项目具体要求对项目信息进行维护及修改。5、维护数据库信息，至少两周作一次数据备份。三、市场部业务人员工作l、市场人员将项目信息整理交给市场部秘书，并协助市场部秘书完成项目新登记的信息录入工作。2、登记项目相关单位基本信息。3、随时关注项目的进展状况，随时进行与用户的协调工作。4、及时登记项目进展情况和项目相关单位有变更的信息，维护项目当前状态。5、及时登记新发生的项目费用信息。四、领导及市场部部长工作随时关注系统中项目的各类信息，监控项目进展，审核项目费用。第三章 利用VP-UML EE进行系统分析系统设计主要包括系统总体规划、系统详细设计。3.1系统总体规划主要对系统目标、系统设计原则、系统总体结构几部分进行描述。3.1.1系统目标为了确保项目计划顺利的执行，确保设计工作的质量和效益，增强企业综合竞争实力。应使项目的资源能够合理的分配;项目的设计流程及进度受到严格、合理、科学化的监督机制控制;项目的管理应有严格的权限控制;项目资料的内容应完整并得到及时的审核;项目进度的检测应该及时和准确。3.1.2系统设计原则整体性原则。系统是相互联系、相互作用的诸要素组成的综合体。必须从整体和各组成部分的相互关系来考察事物，从整体目标和功能出发，正确处理系统各组成部分之间的相互关系和相互作用。分解一协调原则.就是把复杂问题化成若干相对简单的子问题以方便求解。若子系统的问题比较复杂，还可以再分。但在处理各类子问题时，必须根据系统的整体功能和目标，协调各子系统的行为、功能与目标，以保证整体功能目标的实现。目标优化原则。所谓目标优化原则对简单系统来说，是求最优解，对复杂系统来说，求的是满意解。一定要注意，目标优化原则并不简单是求最优解的问题。需要指出的是:以上三原则是系统方法中处理复杂系统问题的三个主要原则，并非全部原则。在处理实际问题时，还需在这些原则的指导下，根据问题的特点，确定求解的具体方法和策略。考虑到该系统操作人员水平参差不齐，而且数据的准确与否关系非常重要，因此，在系统设计中要保证软件具有极高的易用性、健壮性、准确性、可靠性以及具有良好的用户界面，适合各类计算机水平的用户进行方便的操作。该管理系统要符合标准化和规范化原则，便于系统接口和升级。在系统设计中还要遵循以下原则。易用性原则。技术的选择既要考虑先进性，又要考虑实用、可靠和成熟。由于系统使用者的微机水平不等，在系统功能的设计中，必须考虑用户使用的方便性，提供友好的用户界面，操作简单，直观灵活，易于为用户所接受。标准化和规范化软件项目管理系统遵从软件设计的要求和标准，相关的设计参照相应的国际标准、国家标准和行业标准。开放性和可扩充性系统应该具备良好的开放性，能够将业界最好的产品整合进来，在向用户提供性价比最好的系统的同时，也可按用户要求定制多种个性化解决方案。随着业务功能的不断拓展，应用规模的不断扩大，要求系统在功能上是可扩充的，以及相应的服务器系统、网络系统、应用软件都能平滑升级和扩展，以最大限度地保护用户的投资。高可靠性与安全性安全性和可靠性体现在服务器系统、网络通信设备、数据库系统等各个方面，关键部分应能进行集中的控制和管理。整个系统必须有完整的安全策略，以保证服务器系统、网络系统的工作连续性，保障数据的一致性和完整性。先进性先进性是对系统设计质量的总体评价，保证系统在一定时期不落后。3.1.3系统管理模块总体结构设计按照当前的市场部工作和实际需要，结合目前的公司的情况，做出如下的功能模型，功能模型是针对实际业务提出的解决方案，总体结构如图4所示。 图4 功能模型3.2系统主要功能详细设计系统详细设计是给出系统模块结构中各个模块的内部过程描述。主要包括系统设计目标、系统组成、系统设计、数据库设计、各功能模块设计六部分。3.2.1系统设计目标选择先进的开发平台和开发工具，采用面向对象的方法进行系统的设计、开发，充分利用快速开发工具提供的强大功能和先进的、灵活定制的构件预制技术，使系统易于使用和维护，便于升级和扩展;以数据库为中心，将代码和数据的复杂处理进行封装，遵循程序代码数据化的原则，减轻程序维护的工作量，提高工作效率;各功能功能模块相对独立和具有内部完整性，均独立运行，不依赖其它部分，(相互间通过数据联系，利用数据共享形成一个有机的整体);要符合项目开发的工作规范化和标准化要求;使项目管理走向了计算机化，提供方便快捷的查询。3.2.2系统组成项目管理系统的设计包括了软件生产开发的整个流程，整个系统由众多子功能模块组成(各功能模块见图)以下重点介绍其中的几个主要模块及设计思想。图5功能模型3.2.3功能模块设计软件项目管理系统的功能模块共分为项目登记与维护、项目费用登记与维护、项目进展情况记录与维护、项目相关单位情况、查询、工作人员管理、更改当前工作人员口令、备份数据导入导出和退出系统九部分。(图4所示)。各模块功能说明项目登记与维护该模块通过项目登记对新项目的项目编码、区域、类别、项目名称、项目建档人、项目状态、项目金额以及备注等情况进行记录;通过项目维护对己有项目的类别，项目状态、项目金额、备令主信息等进行维护。项目登记表:对项目的基本信息进行管理，包括增加、删除、保存、重新开始、退出等功能。项目维护表:对己有项目表中的项目信息进行修改，包括保存、退出等功能。项目费用登记与维护项目费用登记通过项目编号来确定是项目，对该项目实施过程中的各项费用进行登记和维护，包括:差旅费、住宿费、市内交通费、招待费、餐饮费、礼品费、其他费用，并统计总费用和记录备注信息。项目费用登记表:对费用登记表的基本信息进行管理，包括通过编号选择项目，对项目的费用情况进行增加、删除、保存、重新开始、退出等功能。项目费用维护表:对登记过的项目经费的使用信息进行维护管理，包括增加、删除、保存、重新开始、退出等功能。项目进展情况记录和维护.项目进展情况记录和维护模块，从项目管理的角度出发进行设计，有助于对软件生产过程进行管理，提高软件的质量和软件产品的再生产。利用这个功能开发人员能够更好的了解自己和别人的工作情况，对工作情况做阶段性的记录，管理人员能够实时的了解项目执行情况，便于协调工作，同时也可积累企业、公司内部的智力资源。项目相关单位情况的登记与维护项目相关单位情况的登记与维护模块，从项目管理的实际出发，一方面便于自己单位领导了解，也便于本单位业务员对外联系。综合查询查询要求提供四种查询模式:按项目查询、按项目费用查询、按项目进展情况查询、按项目相关单位查询。按项目查询:该查询提供每个项目以项目类别查询还是按项目阶段查询两种方式，选择相应的查询方式后，选择要查询的项目编号，查询出的结果显示的是所有符合条件的项目的信息，包括项目编号、项目区域及名称、项目类别、项目名称、项目、建档人等。按项目进展情况查询:该查询主要是让用户掌握所需项目的进展情况，查询结果。包括信息有项目名称、项目阶段、当前进展描述、近期目标等。费用情况查询:该查询主要是让用户能了解项目进展过程中费用支出情况，握好费用支出控制项目成本，避免出现成本风险。项目相关单位查询:通过该查询能便与对某项目进行跟踪服务，以便做好项目后期维护和获得后续升级开发作保障。工作人员管理工作人员管理包括:增加工作人员、修改工作人员口令和工作人员查询。该模块有关严格的权限控制，对于没有权限访问的用户此模块成灰色显示，不能执行相关操作。包括:用户管理:对可以登录的用户进行管理，可以增加、删除用户。权限设置:可以对用户的权限进行设计和修改。备份和数据的导入导出数据备份:对数据库的数据进行备份。数据导入:将数据写入数据库，如利用备份的数据进行恢复。数据导出:将数据库中数据导出。3.3数据库设计数据库的表结构如下:项目情况表:Xmbh char(10)，一项目编码xmmc char(50)，一项目名称xmjdr char(50)，一项目建档人xmzt char(50)，一项目状态xmyzsj date，一项目运作时间xzsjdate，一执行时间wcsjdate，一完成时间whsjdate，一维护时间xmlbchar(50)，一项目类别bzchar(100)，一备注，xmje (15，2)，一项目金额xmqtchar(10)，一项目其他l(备用字段)xmqt2char(10)，一项目其他2(备用字段)xmqt3char(10)，一项目其他3(备用字段)xmyfnumber(15，2)，一项目费用1(备用字段)xmyfZnumber(15，2)，一项目费用2(备用字段)xmyf3number(15，2): 一项目费用3(备用字段项目费用表:Xmbh(10),一项目编码xmmcchar(50)，一项目名称xmjdchar(50)，一项目阶段(CODE)xmchar(50)，一姓名rqdate，一日期clfnumber(15，2)，一差旅费Zsfnumber(15.2)，一住宿费snjtfnumber(15，2)，一市内交通费dhfnumber(15，2)，一电话费zdfnumber(15，2)，一招待费eyfnmuber(15，2)，一餐饮费IPfnumber(15，2)，一礼品费qtyfnmuber(15，2)，一其它费用，费用合计fyhjnumber(15，2), 一费用合计bzchar(100); 一备注项目相关单位情况表:xmbhehar(10)，一项目编号xmmcchar(50)，一项目名称dwmeehar(50)，一单位名称dwdzehar(50)，一单位地址yzbmehar(10)，一邮政编码IXrchar(50)，一联系人zwchar(50)，一职务bgdhehar(50)，一办公电话sjlmlehar(50)，一手机emailehar(50)，一EMALI，项目中的作用bzehar(100) 一备注项目进展情况表:xmbhchar(50)，一项目编码xmmeehar(50)，一