招投标管理系统的设计与实现设计报告

1、.：.；招招标管理系统的设计与实现 设计报告蒋和平S1410w0659 软件2班第1章 背景以及国内外研讨现状1.1系统开发背景招招标是指在市场经济条件下进展大宗货物的买卖、工程建立工程的发包与承包，以及效力工程的采购与提供时，所采用的一种买卖方式。由于招标招标具有公平、公正的特征以及“竞争、优化的功能，在现今社会中得到了广泛的运用。为了规范招标招标的行为，促进公平竞争，自2000年1月1日起正式实施。规定根底设备、公用事业、运用国有资金投资和国家融资的工程以及与之有关的重要设备、资料等采购行为，到达一定规模规范的，必需进展招标、公示。随着招招标业务在各个行业的推行，招招标业务复杂度日渐提高，

2、规范的招招标业务包括了招标方案管理、招标过程管理、合同执行管理、招标效果分析、招标统计分析决策支持、本钱管理等业务。随着招标业务处置流程和涉及文件管理复杂程度的提高，传统的手工招招标管理存在招标过程公正性缺失、过程细节混乱、文档和合同文件易丧失、招标效果和统计分析才干缺失等问题。经过对当前不同行业中招招标管理业务流程的分析和研讨发现，不同行业对于招招标管理存在的问题和异同性要求主要包括:1、业务处置流程复杂现有的招招标管理包括了招标方案、招标公告、竞标、资料提交、标的审核、合同签署、合同执行流程和招标企业评价等相关流程。同时，针对不同级别的招标过程其流程也存在一定的差别，同时竞标的过程也由于事

3、务的复杂度而不同。招招标流程的复杂和竞标业务的差别性使得招招标业务管理过程复杂，手工的管理方式往往会存在管理混乱、招标公正性无法保证和文档管理困难等问题。2、招标方式种类繁多对于招招标管理，根据招招标物品和工程的类别不同，招标环节中的竞标过程包括了不同的方式。经过对市场上招招标业务的分析和笼统，我们提取出了竞价招招标管理、谈判招招标管理和直接招招标管理等三种方式。对于适用性较强的招招标管理系统，需求对以上不同的招标种类和方式进展笼统分析，使得招招标系统支持多种不同的招招标方式。3、招标过程公正性问题在企事业单位的招招标管理过程中，现有的手工管理方式往往会由于人为的要素导致标的过早暴露、评标人结

4、合受贿等公正性缺失等问题。因此，在招招标的管理过程中如何保证招标过程的公正性是当前招招标管理系统的首要义务。4、合同执行管理复杂目前，现有的招招标管理方式其招标过程和合同执行过程是分开的，这种情况往往会呵斥工程管理混乱的问题。因此，如何实现招标和合同执行的同步管理是目前招标管理和工程实施过程中的难点和重点。5、参标企业信誉评级困难手工的招招标管理难以对参标企业的信誉等级进展分析，往往会由于信誉问题导致工程实施的失败。因此，如何结合招招标管理系统对参与竞标的企业进展信誉等级分析和管理也是招招标管理系统的关键。6、招标资料归档任务繁重在招招标业务管理过程中，包括了招标企业资质文件、标书文件、标书审

5、核和评审文件等。因此，在整个业务处置流程中，包括了各类恳求和审核报表、企业情况表等。目前的手工处置管理都是经过人工整理、搜集和归档，往往会导致资料丧失和难以进展查找等问题。7、招标统计、分析才干欠缺目前，对于企事业单位来说每年的招招标业务数量逐渐增多，从而使得招招标业务数据量增多。每年如何对招招标数据和文档进展归类和数据分析成为每年相关部门年底任务的重点。现有的手工处置方式，主要针对数据进展表格处置，往往会导致数据结果不够准确，同时不能提供良好的汇总和分析功能。随着高新计算机技术的开展，企业间的竞争日趋猛烈，要坚持企业的竞争力就必需有高效的企业管理，因此企业管理的信息化就变的不可或缺。招招标信

6、息管理系统是企业信息化的一部分，它的内容对于提高企业采购管理程度和企业决策分析才干都至关重要。首先，招招标管理的信息化处理了企业招标过程中的不公平性问题，经过招标流程的信息化减少了整体流程中的人为要素影响，使得企业设备采购、基建招标和原资料产品招标等过程更加透明、公开和公正;其次，经过招招标管理系统提供了快捷、方便的信息查询功能，处理了传统管理方式中效率低、严密性差和文件易丧失、难以留档等关键问题;同时，招招标系统为企业指点层和统计部门提供了良好的信息汇总统计和决策分析等功能。这些优点可以极大地提高招标信息管理的效率，也是企业的科学化、正规化管理，与世界接轨的重要条件。因此，开发这样一套管理软

7、件成为很有必要的事情。1.2国内外研讨情况自从2000年国家颁发和国家推行企事业单位信息化以来，针对于招招标的业务管理系统在各个行业逐渐开展起来，其中包括了地域级政府的招招标管理、水利、建筑等各个行业的招招标管理、高等院校的招招标管理系统等。早期的招招标管理采用了传统的C/S架构，不利于企业申报和招标信息的公开。近年来，随着基于JZEE和.NET软件技术的开展，基于B/S架构的招招标管理系统成为当前各企事业单位招招标管理的首选。随着国内政府企业信息化建立的推进，政府推出了电子政务建立的方案，将政府主要的处置业务包括各类审核、审批业务经过基于web的方式提供应企业和个人用户。目前，在各企事业单位

8、构成了各自的信息化系统，可以很好的处置各自单位的信息化问题，包括业务流程处置、信息公告以及各类电子资源的存储。在各个单位信息化的同时，由于短少职能部门间相关业务交流和处置，导致了“信息孤岛和业务协调才干欠缺。对于各个地域政府来说，政府的招招标管理系统普通作为电子政务系统中的中心模块，它与政府的电子政务系统共享一致的门户信息、管理人员信息以及专家领域信息。水利、建筑行业的招招标管理存在着行业建立背景等方面的要求，因此对于企业资质、在建工程、工程技术信息人员等方面具有特殊的要求。因此，传统的招招标管理系统中的企业信息要求往往达不到其详细要求。另外，针对高等院校的招招标管理，主要是设备、施工和废品等

9、方面的招标要求，与上述政府和水利建立等行业的招招标管理也存在较大的差别。同时，上述不同行业针对招招标过程来说，其跟踪、汇总和决策支持等方面要求也存在着较大的差别。因此，如何规范和笼统招标管理流程和相应过程、文档信息和汇总信息成为当前招招标管理的关键研讨问题。本文将在分析以上招招标管理的系统的根底之上，对招标流程、资源等管理进展抽线提出一致的模型，从而建立一套适宜于各个领域的招招标管理系统。1.3系统需求处理的主要问题招招标管理信息系统面向的行业、用户和企事业单位等涉众种类繁多，因此经过信息化系统对招招标业务流程进展分析、设计和实现，将会存在着业务流程繁杂、招招标种类众多、业务流程控制困难等问题

10、。目前，市场上已有的招招标管理系统往往只会针对某个行业或部门，没有成熟的招招标方式的笼统，因此短少成熟的系统进展分析和参考。因此，在针对招招标业务进展需求分析、设计和实现的过程中，本文需求处理好以下主要的几个问题:1、招招标业务流程的梳理在招招标业务的整体处置流程中，包括了招标工程的审核审批、招标公揭露布、资历预审流程、招标开标流程、评标流程管理、定标流程管理和签约流程管理等业务处置流程。同时在评标和签约过程中又包括一些相关的子流程，因此在系统的需求分析、设计和实现过程中需求对其采用面向对象的思想进展分析，经过UML的动态模型对业务流程进展建模，建立易于了解的招标流程动态模型。对于动态流程的管

11、理，采用基于任务流引擎的思想进展实现，经过任务流引擎对整体业务流程进展定义、跟踪和管理。2、招标过程的笼统经过对招招标过程管理进展分析，发现招招标过程中由于行业背景的不同，其过程将存在很大的差别。某些招标过程只是普通的办公用品的采买，因此其评标过程较为简单;但是某些招标过程需求进展竞价完成。因此，为了可以更好的支持各类招标过程，本文将针对各个行业的招招标过程进展笼统分类，主要包括竞价招标、谈判招标和直接招标等。3、招标企业信誉问题在招招标管理的过程中，如何分析和确定企业的信誉等级和资质是招标管理中的中心问题。因此，在招招标系统的设计和实现过程中，需求支持企业的履约评级和考核从而处理企业的信誉分

12、析问题。4、评标过程中的公正性问题对于招招标业务来说，其管理中的中心问题是如何保证招招标整体过程中的公正性问题，包括招标文件的严密性、专家审核的公正性等。因此，在系统的分析、设计和实现过程中，思索采用专家信誉评价、资料文件分角色权限维护和随机抽取专家等机制来实现招招标管理的公正性。5、数据、标书等文档的归档管理问题招招标业务管理的过程中包括了企业恳求文档、标书和合同方案等相关重要资料。同时，以上资料又同相应的招标工程具有相应的关联性，每次招标工程包括大量需求存档的文档。对于传统的手工管理方式，以上文档的管理和归档经过手工的方式，容易呵斥文档丧失和泄密等问题。因此，在系统的分析和设计过程中，需求

13、对招标文档和资料进展分类归档处置。6、工程统计分析和决策支持问题对于企事业单位来说每年的招招标工程将会成百上千，因此如何对每年的招招标数据进展统计分析将是系统中的重点和难点。传统的手工统计方法，容易导致统计结果的错误性，因此在设计过程中经过专门的统计分析功能可以简化统计决策分析任务并提高统计分析结果的正确性。1.4本设计的主要任务和组织构造1.4.1本设计的主要任务本文首先针对招招标业务管理进展需求分析，包括各种不同行业或者企事业单位对招招标业务的共性和差别性需求要求。同时，针对传统的招招标业务管理中存在的业务流程处置复杂、数据易丧失、公正性缺失等问题，采用Java言语在Eclipse软件开发

14、平台上，基于多层的nEE软件体系架构，采用了基于B/s的软件架构，同时针对复杂的流程采用任务流引擎进展设计设计和实现了一套通用的招招标综合业务管理系统。经过系统的分析、设计和实现为不同行业中的企事业单位提供了一致的业务处理方案。本系统以网络任务平台的方式，效力于建立单位、企业、政府监管部门三类用户。实现从招标公揭露布、资审报名、资历预审、招标、评定标到签约的全程招招标任务管理。本文的主要任务主要包括以下几个方面:第一，招招标业务处置流程复杂，本文对以上复杂的招招标流程经过面向对象的思想和UML建模言语进展了建模分析和梳理。经过用例分析对系统功能进展分解处置，对于复杂的业务处置流程建立静态模型和

15、动态模型。在静态模型的根底上，对主要实体的数据库进展设计;最后，经过传统的基于多层的JZEE模型对系统进展开发和实现。第二，针对招标企业的信誉问题，系统在设计过程中添加了招标履约考核管理模块，针对于标书中的不同阶段的目的进展采用了可考核性目的进展评价和分析。经过对于完成标的情况建立企业的信誉等级，同时建立招招标企业的信息库到达对于招标履行的可控性。第三，招招标的业务流程较为复杂，其中包括了工程审核、招标公告、格预审流程、招标开标流程、评标流程管理、定标流程管理和签约流程管理等业务处置流程。因此在业务系统的分析和架构设计过程中，系统经过基于任务流引擎的流程处置模块，实现对招招标业务的建模分析、形

16、状跟踪和业务控制。第四，针对招招标管理中的中心公正性问题，为了到达整体业务的处置公平和公开，系统设计实现过程中经过流程审核分配以及专家信誉评价和随机抽取审核专家的方式到达了招招标过程中的公正性。第五，针对招招标业务数据的统计分析和决策问题，为了到达企业招招标业务的统计和易查询性，系统在设计过程中添加了各类不同的招招标业务查询和统计功能。同时，针对不同的功能为其提供了优秀的数据展现方式，从而到达为企业决策者进展效力的目的。1.4.2本设计报告的组织构造第1章分析了招招标业务及其信息管理系统的背景和国内外的开展现状，简要论述了本文所需求处理的主要问题，最后指明了本文的主要任务。第2章对招招标业务管

17、理流程的需求进展了分析，梳理和整理了招招标管理的详细业务流程，经过业务流程图论述了其详细的业务流程。同时，该章也提出了系统的目的和需求处理的问题。第3章论述了系统的技术架构和功能架构，阐明了根本的系统逻辑架构设计;针对招招标管理业务处置流程繁多的问题，提出了整体系统的功能构造设计。第4章，在面向对象分析根底上，对系统的建模设计进展了详细的描画;对于招招标管理的业务流程进展了分析和设计，最后给出了系统的数据库设计。第5章引见了系统业务流程的主要功能实现和其中的关键技术，包括招标企业恳求审核、招标公开、各个招标业务流程的实现和专家库管理模块等。是终了语，对本文所作的任务和下一步要处理的问题进展了总

18、结。第2章需求分析2.1系统概述针对不同企事业单位，其招招标管理任务主要是针对不同工程、资源和采购等业务的相关恳求、招招标和跟踪审核等相关业务的日常任务。其业务包括了一系列的复杂业务审核审批、合同履行评审等相关流程组成，主要包括了工程的立项恳求审批、招标公揭露布、资历预审流程、招标开标流程、评标流程管理、定标流程管理和签约流程管理等业务处置流程。同时，在评标和签约过程中又包括一些相关的子流程，包括了大量信息、资源管理和报表输出打印以及企业信誉评价和招招标业务公平性保证等相关辅助业务。另外，在某个工程恳求、审核和招招标业务处置终了后，需求业务人员对相关资料进展归档处置，而现有的处置方式多采用纸质

19、文件搜集和人工处置的方式。但是，手上和纸质文件处置方式往往会呵斥任务量大、资源浪费、信息搜集丧失和不准确等弊端，因此开发一套针对现有不同行业招招标业务的管理信息系统成为迫切的需求。本文将针对不同行业招招标管理业务进展需求分析，然后结合面向对象的思想和基于UML的建模方法，完成系统的需求分析、设计和实现。经过以上的业务场景需求分析，系统将需求处理的主要问题包括企业信息库和企业信誉档案维护、专家信息库维护、招招标公正性确定、中标企业履约考核、工程信息统计和招招标流程维护等。尤其针对招招标流程管理，又包括了招标方案和流程制定、资历审查报名流程、预审流程、招标开标流程、评标流程、定标流程和签约流程等多

20、项复杂流程。因此，为了可以有效对招招标信息进展维护，本文将每次的招招标业务笼统成工程来进展管理。经过工程管理可以有效的定义控制其整体流程，并可以有效的定义该次招招标业务中的相关企业、数据和招投标文件等，同时可以很方便的对其进展查询和统计。其思想是在每次招招标工程开场前，将其当作工程首先进展信息初始化，包括了流程设置、招标数据和信息存放地址、专家信息维护和企业信息维护等。在接下来的招招标管理中，将一切相关于本次招标的信息经过工程管理的方式来进展维护，从而实现信息的有效组织和维护。其中，用户权限及公共数据管理为整个系统的根底模块，用户管理主要是对系统的用户进展添加、删除以及用户信息的修正等;权限管

21、理是由管理员对系统用户进展权限分配。公共数据维护是由系统管理员对生活调查中需求填写数据的数据字典以及某些公共数据进展维护。企业信息库维护和建立包括了企业恳求、监管单位审批和企业信息维护等相关功能。对于招标工程管理，系统的设计过程中将其看做工程进展管理，包括了工程启动、维护和考核等相关流程。同时，对于其流程管理经过基于任务流引擎的思想进展设计和实现，同时可以对其进展形状跟踪和查询。为了实现对企业的资信进展评价考核，系统中建立各个阶段标的履约考核，经过考核结果对企业的信誉等级进展评价，为招标过程提供决策参考。同时，为了可以实现招招标过程的公正性，在评标过程中专家经过随机抽取的方式进展确定。招招标文

22、件归档管理是将每次招招标的相关文件进展归档存储，包括了标书、招标公告和相关合同书等，将不同的资源进展分类归档。数据分析模块主要是针对某个时期内一切的招招标文件进展统计分析，包括招标信息明细查询、统计报表等。在系统的管理过程中，除了以上业务处置模块不测还需求包括报表打印模块将各类不同的数据报表进展输出，包括Excel输出、表格输出和统计报表输出等。在系统的需求分析过程中，本文采用一致开发过程的思想进展软件设计与开发，系统的功能性需求描画工具主要是用例模型 (UseCase)，即将系统的功能性需求分解到每一个需求分析用例中去。一致开发过程的最大优点是采用按照角色(A以or)对业务需求进展分析从而识

23、别用例模型 (UseCase)中的方法，经过以上方法可以直观的建立起系统的需求分析模型，而且经过多次迭代处置防止需求分析过程中存在的漏项问题。在一致开发过程的分析方法中，我们为了可以明晰的描画系统用例及其层次结果，本文经过包图对业务需求的各个模块进展分析处置。在系统的需求分析过程中，本文引入了包图对不同业务的用例进展分模块处置和分析。如图2一1所示，从系统的总体功能性需求来看本文的招招标管理系统系统可以划分为以下几个包图:用户和权限管理、公共数据维护管理、数据报表管理、招标工程管理、企业信息审核维护管理、专家信息管理、工程资源管理、招标履约管理、招标流程管理、专家抽审管理、企业信誉维护管理和信

24、息统计分析管理等。图2-1 系统功能包图经过面向对象的分析方法，结合基于一致建模言语(UML)的建模方法对不同系统模块中的需求进展用例分析和建模。本文接下来对系统需求的中心用例模块包括企业信息恳求和审核管理模块、招标工程流程管理、专家信息管理维护、履约考核管理、信誉档案管理等模块进展用例建模分析和描画。2.2系统目的和处理的问题结合不同行业和企事业单位招招标业务的需求和分析，本文在设计和实现招招标管理系统的过程中需求到达以下几方面的要求:1、招招标业务处置流程复杂，本文对以上复杂的招招标流程经过面向对象的思想和UML建模言语进展了建模分析和梳理。经过用例分析对系统功能进展分解处置，对于复杂的业

25、务处置流程建立静态模型和动态模型。在静态模型的根底上，对主要实体的数据库进展设计;最后，经过传统的基于多层的JZEE模型对系统进展开发和实现。2、针对招标企业的信誉问题，系统在设计过程中添加了招标履约考核管理模块，针对于标书中的不同阶段的目的进展采用了可考核性目的进展评价和分析。经过对于完成标的情况建立企业的信誉等级，同时建立招招标企业的信息库到达对于招标履行的可控性。3、招招标的业务流程较为复杂，其中包括了工程审核、招标公告、格预审流程、招标开标流程、评标流程管理、定标流程管理和签约流程管理等业务处置流程。因此，在业务系统的分析和架构设计过程中如何实现业务流程的定义和控制将关系到系统实现的成

26、败。本文在系统的设计和实现过程中经过基于任务流引擎的流程处置模块，实现对招招标业务的建模分析、形状跟踪和业务控制，从而到达有效的流程定义和业务处置。4、针对招招标管理中的中心公正性问题，为了到达整体业务的处置公平和公开，系统设计实现过程中经过流程审核分配以及专家信誉评价和随机抽取审核专家的方式到达了招招标过程中的公正性。5、针对招招标业务数据的统计分析和决策问题，为了到达企业招招标业务的统计和易查询性，系统在设计过程中添加了各类不同的招招标业务查询和统计功能。同时，针对不同的功能为其提供了优秀的数据展现方式，从而到达为企业决策者进展效力的目的。2.3功能需求分析招招标管理作为企事业单位的信息化

27、管理中心模块，关系着其运营和消费，良好的招招标管理将会促进企事业单位的高效运作和良好笼统。本文接下来将对招招标管理信息系统中的企业信息恳求和审核管理模块、招标工程流程管理、专家信息管理维护、履约考核管理、信誉档案管理进展详细的需求分析和描画。2.3.1企业信息管理在招招标业务分析和处置中，参标企业的信息维护是其中的中心业务模块，由于参标企业的活动贯穿着招标活动的始末，企业的信誉和资质将会影响其能否可以经过初步的审核。对于招招标信息管理来说，企业的信息管理包括了复杂的审核和审批流程，其中包括了企业的根本信息备案、监管单位审核、企业初次填报、监管单位初次填报审批、企业信息修正、修正信息审核等相关业

28、务流程，其相关的业务处置流程和涉众人群如图2一2所示。图2一2企业信息管理业务流程图FigureZ一 2SystemPaekagediagram经过对上述企业信息业务管理流程的分析，企业信息管理模块中还包括了企业信息检索和查询以及报表生成打印等相关功能。经过对上述业务需求的分析，企业信息管理模块主要包括了各类参标企业单位和相关监管单位两种角色。如图2一3所示，本文给出了该部分业务的中心用例图和关键用例的用例描画。图2一3企业信息管理用例图FigureZ一 3SystemPaekagediagram对于招招标信息来说，企业的相关信息的维护关系着企业能否具备相应的资质进展招招标操作，因此如何完成企

29、业相关信息的填报和资质审查是本文系统设计和实现的关键。同时，企业对于相关信息进展修正时，也需求相关部门进展审核，因此针对企业的信息维护和填报的用例描画如表2一1所示。企业维护人员在登录招招标管理系统后，将依次对根本信息、资质信息、人员构成信息、企业资产构成信息、设备信息和在建工程信息以及代表工程信息进展相应的维护。用例标识Model_Enterprise_01用例称号企业修正相关信息创建时间2021-6-5参与者企业维护人员用例描画维护企业信息前置条件企业维护人员登录系统后置条件记录信息修正的次数监管部门将对修正的信息进展相应审核根身手件流管理员登录系统查看企业相应信息添加、修正或删除企业的相

30、关信息，包括根本信息、人员信息、矿产信息等。扩展事件流在企业的某个在建工程需求转为相关企业的代表性工程时，将其转化为代表性工程备注企业对于相关的信息进展修正时，需求进展相应的登记：在企业信息进展修正后需求经过审核以确保企业信息的真实性。 表2一1企业人员进展企业信息维护用例阐明2.3.2招标工程流程管理经过对招招标管理系统业务流程的需求分析，本文在分析和设计过程中将某个业务的招招标过程看作一整体的工程来进展管理。将整体的业务看做从发起、初始化数据到招标报名、专家审核、签定合同看作是工程的整体周期，经过任务流模型对其定义。在需求分析阶段，需求对其相关的业务流程进展分析和定义。经过对其业务的需求进

31、展分析，其主要的涉众角色包括了建立单位、招标单位和工程监管单位，整体的业务流程包括了招标工程定义、标段信息定义、招标公揭露布、工程恳求开场、资历审查报名、资历预审、招标开标、评标管理、定标管理和签署合同;整体的流程如图2一4所示:图2一4招招标工程流程图从上图可以发现，在招标工程流程管理的整体业务流程中，一切的涉众角色中建立单位是关键的业务中心角色，因此接下来的描画中将针对建立单位的用例进展建模分析和描画，其业务用例图如图2一5所示:图2一5招招标用例图经过对招招标业务流程的业务需求进展分析，对于招招标管理信息系统来说其最关键的业务处置为流程的需求的梳理和管理。经过对招招标业务的需求分析，本文

32、梳理得到招招标工程流程依次为工程信息创建和维护、标段信息创建和维护、招标公揭露布、资历审查报名、资历预审阶段、招标开标阶段、评标阶段、定标阶段和签约阶段。其整体的业务流程为顺序的关系，业务流程的处置过程包括了招标单位、建立单位和监管单位三个主要的涉众人群。尤其在“资历预审和“评标流程环节中，需求相关的专家组进展招标投票和打分评审。因此，在业务系统的设计过程中还包括了相关专家等涉众人群。对于某个招招标工程来说，在资历预审和评标的处置阶段，需求相关专家进展登录评审。因此，在工程的创建和标段创建过程中，相关建立单位还需求设定相应的条件对专家组进展自动选取，从而防止人为选择要素从而提高了整体招招标管理

33、流程中的公正和公平性。如表2一2，本文给出了专家条件设置和挑选用例的详细阐明:用例标识Model_WorkFlow_ExpertSelection用例称号选择评审专家创建时间2021-1-11参与者建立管理单位用例描画管理员设定相关的专家挑选条件前置条件曾经对相关招标工程进展根本维护完成相关工程的标段维护后置条件经过挑选条件自动生成评审专家为相关专家生成登录名和密码根身手件流管理员登录系统查看相关工程信息设定评标和资历审查日期新建抽签关联相关的工程和标段，设定专家人数选择专家组类型进展专家组抽签确定专家组抽签，定签扩展事件流在专家组确定以后，相关监视单位可以对专家抽签结果进展修正和取消备注专家

34、组的选择与相关专家的信息，属性和专家的信誉相关联，整体采用动态淘汰制从而确保专家评审的公正性。表2一2选择评审专家用例阐明2.3.3专家信息管理经过以上的业务流程分析，本文得出相关专家信息的维护关系到招招标管理系统的成败，尤其是针对招标工程流程中的资历审查和评标阶段，专家选择的公正性和权威性关系到招标最终的成败。因此，在招招标管理信息系统的设计和实现山东人学硕十学位论文过程中，需求建立相应的专家库信息及其维护模块，经过该模块支持整体的专家组挑选和确定，从而确保招招标业务的有效运转而提高招招标工程的胜利几率。对于专家信息的维护涉众角色为相关的监管单位来进展维护，相关的主要功能包括了专家根本信息维

35、护、专家培训信息维护、专家现场考核、专家日常考核、专家单位信息维护、专家信息统计等相关功能，其用例图如图2一6所示:图2一6专家管理用例图2.3.4履约考核管理对于招招标管理系统来说，招招标业务流程管理中最关键的部分为跟踪和确定某个阶段内中标企业的履职情况，包括了完成进度、任务简报和履约评级等相关内容。经过相应的建立进度跟踪，可以及时跟踪和发现招标工程建立过程中存那么的各种问题。该部分相关的主要涉众角色包括了建立单位和中标单位，其中中标单位需求定期填写简报，而建立单位需求定期的对相关任务内容进展审核和评价，及时列出某个阶段内评价不合格的单位。因此，对于履约考核最主要的涉众角色为相关建立单位，如

36、图2一7，给出了中标单位履约考核的相关主要用例及其分析和描画:图2一7履约考核用例图2.3.5信誉档案管理经过上述的招招标管理业务的分析，我们发现招标单位、单位中心成员和评审专家的信誉将关系着招招标业务的公平性甚至影响到整个招标工程最终的成败。因此，在系统业务分析、设计和实现过程中，需求添加对于以上三类主要成员的信誉档案维护和管理。其中，对招标单位来说，其相关的中标工程的评价将会自动转入其信誉档案;单位中心成员的信誉等级也与上述中标工程的履约结果相关，其中评审专家的信誉等级由相关监管单位的维护人员审核确定后确定其相关的信誉影响。对于信誉档案管理，主要包括了企业信誉档案维护、个人信誉档案维护、企

37、业信誉等级维护、专家信誉档案维护和相关的主要查询统计功能，其主要的用例如以下图2一8所示:图2一8信誉档案管理用例图2.4系统非功能性需求对于业务信息管理系统来说，除了业务功能相关需求以外还包括了系统运转、维护等相关方面的非功能性需求。相对一于功能性需求，非功能性需求不仅仅关乎软件产品的运用和性能，同时还在某种程度上影响到软件的功能性需求。假设事先缺乏很好的非功能性需求定义，结果往往是使产品在非功能性需求面前捉襟见肘，甚至淹没功能性需求给用户带来的价值。对于招招标管理系统来说，本文的的非功能性需求主要包括:适用性要求，可靠性要求，性能要求，可支持性要求，下面分别对各项要求进展分析。1.适用性要

38、求适用性要求系统用户学习和操作的简单，根据要求可以延伸出这样四点模糊的需求:l)指明为了运用户可以完成普通日常任务所需求的培训时间，而且需求以那些从未接触过计算机的新手以及普通用户和高级用户的术语来描画。系统用户涉及到相关部门的运用人员、公司工程管理人员、评审专家等，系统运用培训对他们来说周期很短或者不需培训，而日常管理人员大部分属于计算机普通用户甚至是新手，这里所说的培训时间主要指针对这类用户。对于新手用户来讲，系统该当满足培训时间小于等于半天，否那么将是不可接受的。2)指明典型终端用户能够的典型义务或事务的可度量义务时间。对于日常管理人员登录系统，从系统供能界面输入相关信息需求的时间，这当

39、然会遭到技术实现中性能问题的影响(网络传输速度、网络容量、RAM和CPU才干，它们共同决议了系统的呼应时间)，但是义务性能时间也更加遭到系统适用性的影响。2.可靠性要求没人喜欢错误、缺陷、系统缺点和数据丧失，当系统出现缺点和用户出现错误的操作后能否支持恢复，当用户在运用过程中遇到错误的时候能否可以立刻定位问题，当业务场景和逻辑发生变化的时候系统能否支持，当网络不稳定或运用中异常中断的情况下系统能否都有相应的容错措施，这些都包含于可靠性要求中。需求中需求特别提到这些景象，显示系统究竟以哪种用户能接纳的程度运转。(l)可用性(availability)。系统对于一个运用时间的指定百分比必需是可用的

40、。对于客房子系统来说，系统必需7*24小时正常运用，而餐饮子系统也必需在进餐的顶峰时段确保稳定。(2)平均缺点间隔时间和平均修复时间(MTBF和MTTR)。允许系统出缺点后不运转的时间，比如要求90%的系统缺点要在5分钟内修复，99.9%的系统缺点要在一小时内修复，这就要求在系统运转过程中需求稳定的技术支持团队，到达缺点修复周期的最小化。(3)准确性(accuracy)。产生数字输出的系统要求有多高的准确度。比如数以“万为单位，统计时准确到小数点后面几位，才干让学位报盘是不超越国家规定的字段长度。(4)每类错误。通常分为微小的错误、显著的错误和关键的错误三类。如数据的完全丧失或者系统的关键性模

41、块不能运用。3.性能要求，通常包括以下几个方面:(l)事务的呼应时间:平均值、最大值。(2)吞吐量:每秒事务数。(3)容量:系统可包容的客户总数或事务数。(4)退化方式:系统被降级时，可接受的运转方式。这些都应量化地表达在系统需求文档中。4.可支持性要求可支持性是指为了晋级或修复，软件被修正的才干。对某些运用领域，未来能够的晋级是可预测的，因此需求可以规定维护小组的简单晋级以及复杂晋级的“呼应时间。第3章系统设计对于系统的研讨开发，在完成整体的需求分析之后将进入系统的设计阶段，基于RUP的软件设计主要包括了系统概要设计和系统的详细设计两阶段的任务。系统的概要设计阶段将主要关注整体宏观上和系统实

42、现的技术框架设计。概要设计主要完成系统的需求分析到设计的转化，并且分阶段设计实现系统的整体架构，使得系统架构可以为系统的进一步开发和运转效力。在概要设计的过程中，将采用由粗到细的原那么，经过定性和定量的分析和分解，同时采用UML建模方法完成其设计。因此，本章将针对系统的概要设计主要是系统的软件架构设计、权限管理设计和根本的功能设计部分进展详细的描画。3.1系统技术架构3.1.1软件架构设计系统的软件架构设计是指将软件需求转化为数据构造和软件的系统构造以及划分系统功能模块设计。系统的技术架构，其义务是以系统需求分析的结果为根据，充分思索系统的特点及用户的要求，为系统选择适宜的开发平台，并且选择适

43、宜的方式构建系统。该阶段注重宏观上和框架上的设计，包括能否采用客户端和效力器端分别的多层构造以及客户端和效力器端所采用的技术等。针对招招标管理系统用户角色多、部门多和分布地域广泛的特点，整体招招标管理系统的架构设计本文选择采用基于JZEE的多层架构设计，同时采用了B/S的整体软件设计。客户端技术采用阅读器进展实现，客户端与效力器之间采用了HttP协议进展通讯，同时为了可以实现相应的客户端与效力器端的异步通讯，在详细的界面实现部分采用了Ajax技术进展实现。在各个层中分别采用了成熟的开源框架，层与层中间采用一致的接口。经过一致的接口设计实现了层与层之间的松藕合。同时，鉴于系统采用分层松藕合的架构

44、设计，使得系统框架的可扩展性得到加强系统容易实现对业务恳求的扩展。 JZEE(Java2Platrorm，Ente印 riseEdition)是sUN公司推出的一种全新的概念模型，运用了一个多层分布式运用程序体系。运用程序的逻辑根据其实现的不同功能被封装到组件中，组成JZEE运用程序的大量运用程序组件根据其所属的层被安装到不同的机器中。对于JZEE的系统架构来说，主要包括基于EJB的分量型架构设计和“spring+struts+Hibemate的开源轻量型架构设计。对于基于开源框架来说，目前己经逐渐成为研讨和开发的热点同时得到了很大的开展。目前，相对于EJB来说，对于表现层逐渐出现了strut

45、s等相关框架，业务逻辑控制和面向切面控制的框架为SPring，而数据耐久层框架为Hibemate。然而，相对于其他的轻量级框架来说，“spring+Struts+Hibernate已成为Java开发的主流框架体系。因此，在本文招招标管理系统开发过程中，也运用了“spring+struts+Hibernate的三驾马车式的框架构造(如图3一1所示)，经过轻量级的架构设计节省了学习和开发时间，同时满足了分层架构设计的要求。图3一l基于SSH的JZEE架构 JZEE平台提供的这个多层构造的分布式运用程序模型具有重用组件的才干、基于扩展标志言语(XML)的数据交换、一致的平安方式和灵敏的事物控制;使开

46、发者不仅可以比以前更快的发表对市场的新的处理方案，而且其独立于平台、基于组件的JZEE处理方案不再受任何提供商的产品和运用程序编程界面的限制。提供商和买主都可以选择最适宜于其商业运用和所需技术的产品和组件。经过采用基于JZEE的软件平台进展设计，整体系统的软件构造采用了分层的思想，系统软件构造的整体设计按照MVC(Model，View，Control)的架构设计思想，将招招标管理系统的整体软件框架分为显示层、控制层、业务逻辑层和数据耐久层和数据库层等多层进展设计。以下对整体的分层构造图如图3一2所示，分别进展详细的描画:1表现层，主要包括基于阅读器技术的B/S端的页面显示和基于 JasperR

47、eP0rt的各种不同款式和类型的数据报表显示部分。对于界面的描画和分析技术，在B/s端主要采用了JsP和基于struts的页面标签库进展描画。同时，为了可以实现界面数据的异步恳求和显示，本文在某些模块的数据显示部分采用了基于Ajax的异步数据恳求和显示技术。该部分主要经过阅读器中内置的XnllHrtp协议和对象进展异步的数据恳求和数据获取，在对页面进展显示的过程中结合JavaseriPt对相应的界面Html元素进展控制和显示。在报表数据的显示过程中，设计阶段充分采用了基于模型驱动的开发技术，将报表的显示划分为模型描画、界面管理器和业务数据接口三部分组成。模型主要是指报表界面中的各种显示元素;界

48、面管理器主要包括解析器、规划管理和事件处置三部分;业务数据接口是结合详细的业务数据处置获取需求展现和存入报表的详细数据。在报表的显示过程中，经过业务数据模块获取业务数据，由界面管理器结合数据和界面描画文件获取最终绘制的数据报表和各类格式的图表。基于StrutS的控制层设计，该部分的中心功能是接受和控制从客户端发送过来的各类不同的恳求，并经过运转时获取的详细的XML配置文件信息，将恳求转发到不同的业务逻辑处置类进展处置。同时，将处置获取后的数据转发给相应的显示模块进展显示。3.基于SPring中间件的业务逻辑层，包括SPring处置组件和各种功能效力型组件.业务逻辑层的设计包括相应的数据GURD

49、的业务操作类、实体对象类和SPring框架封装类。其中，SPring为业务逻辑的有效开发提供了合理的封装类，可以实现面向切面的有效操作。同时，该框架采用了分层的架构设计，可以合理的与MVC的架构进展整合。思索到其业务过程管理为一完好流程管理过程，为了可以更好的进展订单跟踪和结果分析，我们在整体的架构设计中参与了基于JBPM的任务流引擎。任务流引擎经过访问流程数据库获得业务流程信息，控制业务逻辑的流转。任务流引擎的引入将业务逻辑和流程逻辑分别，允许用户灵敏的设计与发布新的流程。对于整个业务流程中订单管理采用任务流引擎进展管理和分析，实现了整体业务流程的有效控制和跟踪。数据耐久层，包括OR映射和数

50、据库操作两层，经过基于 ORMaPPing框架的Hibemate，封装对数据库的耐久化操作，提供可由业务层调用的接口，这也是Spring系列架构中 SPringORM所支持的。同时，经过oR映射完成了业务数据与数据库中的关系表的映射，使得整体设计脱离了对详细类型的数据库(如oracle，Mysql，MSSQL)的依赖。数据库层，主要是详细的对数据进展存储的数据关系关联表，包括了不同实体数据的表格、各类业务关系的存储表等。本文中结合招招标管理系统的业务需求，采用了Mysql数据库进展数据的详细存储。图3一2系统软件架构3.1.2系统权限设置设计对于业务管理系统来说，如何实现用户恳求资源的有效控制

51、和分配是其关键的业务功能，本文所述招招标管理系统所涉及的相关业务人员涉众角色众多。因此，在系统的设计过程中，为了可以确保访问资源的有效控制，本文设计和实现了相应的基于用户角色的访问控制模型也就是 RoleBasedAeeessControl(RBAC)。首先系统管理员经过“用户一用户组一角色一资源多层方式来设置用户权限，为每个角色维护其资源的访问权限，而每个用户组被指派一个或多个角色，这样用户既具有了所指派角色的资源权限。根据用户恳求的URL判别能否在该用户的资源权限表中，假设无权限那么前往客户端给用户提示。结合基于角色的权限控制模型，本文所述招招标信息管理系统的相关访问控制管理模块描画如表3

52、一1所示。操作称号操作方法系统资源管理创建资源、维护资源、删除资源用户角色管理创建角色、维护角色、删除角色、分配资源用户组管理创建用户组、维护用户组用户管理创建用户、维护用户、删除用户表3一1权限操作方式表相应的访问控制组件中，资源的访问权经过系统用户角色来划分，同时将角色和相应的用户组关联，确定不同用户组所包含的角色。而用户组是系统中相关人员和用户的组合，按照一定的组织构造来进展分配。用户(usERS)是对数据对象进展操作的主体，可以是人、机器设备、计算机网络或其他任何有权益的代理.一切可以独立访问信息系统中数据或用数据表示的其他资源的主体的全体，构成用户组。组(GROUP)是对用户的包含构

53、造，一类拥有一样权限的用户，比好像一部门下的职工，或者同一类型的学生等。用户将不直接与角色 (ROLES)进展关联，而是将用户进展组包装后，有组与角色进展关联。角色 (ROLES)表示组织或部门中的任务或者职务，是一定数量权限的集合.将角色引入到权限管理中解除了用户和权限之间的直接绑定，建立了用户与访问权限之间的联络.一个部门中角色的全体构成角色集合。角色将于权限(Permission)进展关联，确定角色享有的权限。答应(Permissions)和权限(Permission)，答应描画了角色对计算机资源的访问和操作所具有的权限，其反映的是授权的结果。比如授予某个角色对计算机资源有读的权限，那么

54、代表了一个答应的存在，这个答应表示角色获取了对计算机资源的读答应。针对操作来说，其描画的是答应和操作之间的一种关联关系，而这层关系那么表示了某一角色对某一操作所具有的权限及权限形状。用户组分配 (UserAssignment)是用户到组的映射，表示某一用户所划归的组，用户与组是多对多关系，即某一用户可以划归一个或多个组，一样的某一组也可包含不同的用户。组角色分配 (GroupAssigliment)是组到角色的映射，表示一个组所具有的角色，组与角色也是多对多关系，即一个组可以具有一个或多个角色，一样的某一角色也可分配给不同组。角色权限分配 (PermissionAssignlne叫，角色权限分

55、配是角色到权限的映射，表示一个角色所拥有的权限，角色与权限是多对多的关系，即一个角色可以拥有多个权限，同样，一个权限也可以分配给不同的角色。本系统将RBAC模型中的权限集规定为对页面资源的访问权限。根据资源、角色、用户三级管理的机制，灵敏的为用户指定角色，为角色指定可访问的资源，从而运用户的权限成为可配置的。3.1.3系统网络运用拓扑构造设计针对招招标管理系统来说，主要的涉众人员包括了招标单位内部相关管理人员、审核人员、招标的相关建立单位和工程监理单位等。对于招招标管理来说，整体系统设计采用了基于阅读器和互联网设计的B/S架构，运用效力器和相关数据库效力器经过防火墙进展相应的平安控制。系统用户

56、经过Http协议对系统进展访问、恳求，系统整体的网络拓扑构造设计如图3一3所示:图3一3系统网络构造设计3.2系统功能架构在业务信息软件系统设计的过程中，开发人员在功能设计和开发过程中将会根据业务功能之间的关联关系，经过分解协调的方法进展划分模块和功能子系统的方法进展软件开发。所谓分解就是将系统划分为不同的业务功能模块，各个模块之间尽量减少其藕合性，同时在模块内部尽量实现高内聚性。这样，经过划分模块的方式，即有利于整体业务的分解开发，同时经过不同模块之间的协调实现整体系统的业务需求。在系统开发的过程中，本文采用了上述分解划分的业务分解方法，同时在整体的划分过程中遵照以下相关原那么:1、单个模块

57、内部具有高内聚性，同时具有相对独立的功能。业务模块的划分，必需使得单个模块内的业务之间具有很好的内聚性。同时，各个模块间尽量减少相应的藕合，从而较少了模块间开发的相互影响。从而，整体的开发有利于进展业务分工，同时保证了软件产品的开发效率和代码质量。2、业务模块之间数据的祸合性尽量要小。在业务模块的设计过程中，应该尽量采用接口的方式，从而减少各个业务模块之间的数据依赖性，从而实现了系统的构造更加松藕合。3、业务模块的划分同时应该尽量减少数据的冗余性。也就是说，在系统业务的数据划分总应尽量减少数据的反复性，应尽量使得对于相关业务的数据的处置在某个业务模块中进展。4、业务模块的划分同时应该思索系统的

58、分阶段实现的影响。对于大型的业务处置系统来说，系统的实现会被划分到多个迭代过程来完成，因此在业务模块划分的过程中应尽量顺应分时间实现的过程。5、业务模块的划分应该同时思索的各种系统资源的充分运用，包括各种网络和硬件资源。在对系统业务功能进展模块划分的过程中，我们需求尽量多的思索现有设备资源的搭配，使得各种设备资源和信息资源可以合理分布和充分运用。经过合理运用，从而减少了系统对网络资源的过分依赖，同时又可以减少数据的输入和输出以及数据通讯所带来的通讯设备压力。对于业务管理系统来说，业务模块划分的方法主要包括:功能划分(按业务处置功能划分)、顺序划分、数据拟和、过程划分、时间划分、环境划分。按功能

59、划分是目前最常用的一种划分方法。按业务处置顺序划分要根据业务流程分析的结果，这种划分方式在一些时间和处置过程顺序特别强的系统中经常采用。对于招招标管理信息系统来说，本文提供了结合现有中间件包括struts、SPring在内的基于功能组件和业务组件相结合的集成化的信息管理系统处理方案。经过该方案为招招标信息管理的各个问题包括企业信息管理、业务流程管理、专家信息管理等提出了合理有效的处理方案。同时，系统的整体功能架构设计中参与了各种公共的业务组件，包括了短信提示组件、邮件通知组件和权限管理组件等。整个系统的功能构造分为框架层、公共效力层和业务处置层，其整体的功能构造设计如图3一4所示。图3一4系统

60、功能构造1、企业信息管理子系统企业信息管理主要指的是一切的参标企业对本人单位的根本信息、人员、资质、设备资产等信息进展管理维护。其中的中心是企业的备案注册和初次填报。假设没有在系统里注册的企业用户，第一次进入系统需求备案。每个企业只允许备案一个用户。由招标办对企业注册信息进展审核。当企业备案胜利后并不意味着可以参与招标，由于备案的信息量很少，不能为企业的招标活动提供根据，因此企业需求详细地填报本人的信息，包括资质、资信、代表工程等。企业初次填报之后，必需由招标办对其输入的信息进展审批，只需审批经过后的企业才干进展招标。2、专家信息管理子系统专家管理是招标办用来管理维护专家库信息的模块，包括生成