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

上传人:b****3 文档编号:4626590 上传时间:2023-05-07 格式:DOCX 页数:53 大小:5.68MB
下载 相关 举报
招投标管理系统的设计与实现 设计报告.docx_第1页
第1页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第2页
第2页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第3页
第3页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第4页
第4页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第5页
第5页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第6页
第6页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第7页
第7页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第8页
第8页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第9页
第9页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第10页
第10页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第11页
第11页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第12页
第12页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第13页
第13页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第14页
第14页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第15页
第15页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第16页
第16页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第17页
第17页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第18页
第18页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第19页
第19页 / 共53页
招投标管理系统的设计与实现 设计报告.docx_第20页
第20页 / 共53页
亲,该文档总共53页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

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

《招投标管理系统的设计与实现 设计报告.docx》由会员分享,可在线阅读,更多相关《招投标管理系统的设计与实现 设计报告.docx(53页珍藏版)》请在冰点文库上搜索。

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

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

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

蒋和平S1410w0659软件2班

第1章背景以及国内外研究现状

1.1系统开发背景

招投标是指在市场经济条件下进行大宗货物的买卖、工程建设项目的发包与承包,以及服务项目的采购与提供时,所采用的一种交易方式。

由于招标投标具有公平、公正的特征以及“竞争、优化”的功能,在现今社会中得到了广泛的应用。

为了规范招标投标的行为,促进公平竞争,《中华人民共和国招标投标法》自2000年1月1日起正式实施。

规定基础设施、公用事业、使用国有资金投资和国家融资的项目以及与之有关的重要设备、材料等采购行为,达到一定规模标准的,必须进行招标、公示。

随着招投标业务在各个行业的推广,招投标业务复杂度日渐提高,标准的招投标业务包括了招标计划管理、招标过程管理、合同执行管理、招标效果分析、招标统计分析决策支持、成本管理等业务。

随着招标业务处理流程和涉及文件管理复杂程度的提高,传统的手工招投标管理存在招标过程公正性缺失、过程细节混乱、文档和合同文件易丢失、招标效果和统计分析能力缺失等问题。

通过对当前不同行业中招投标管理业务流程的分析和研究发现,不同行业对于招投标管理存在的问题和异同性要求主要包括:

1、业务处理流程复杂

现有的招投标管理包括了招标计划、招标公告、竞标、材料提交、标的审核、合同签订、合同执行流程和招标企业评价等相关流程。

同时,针对不同级别的招标过程其流程也存在一定的差异,同时竞标的过程也由于事务的复杂度而不同。

招投标流程的复杂和竞标业务的差异性使得招投标业务管理过程复杂,手工的管理模式往往会存在管理混乱、投标公正性无法保证和文档管理困难等问题。

2、招标模式种类繁多

对于招投标管理,依据招投标物品和项目的类别不同,招标环节中的竞标过程包括了不同的模式。

通过对市场上招投标业务的分析和抽象,我们提取出了竞价招投标管理、谈判招投标管理和直接招投标管理等三种模式。

对于实用性较强的招投标管理系统,需要对以上不同的招标种类和模式进行抽象分析,使得招投标系统支持多种不同的招投标模式。

3、招标过程公正性问题

在企事业单位的招投标管理过程中,现有的手工管理模式往往会由于人为的因素导致标的过早暴露、评标人联合受贿等公正性缺失等问题。

因此,在招投标的管理过程中如何保证招标过程的公正性是当前招投标管理系统的首要任务。

4、合同执行管理复杂

目前,现有的招投标管理模式其招标过程和合同执行过程是分开的,这种情况往往会造成项目管理混乱的问题。

因此,如何实现招标和合同执行的同步管理是目前招标管理和项目实施过程中的难点和重点。

5、参标企业信用评级困难

手工的招投标管理难以对参标企业的信用等级进行分析,往往会由于信用问题导致项目实施的失败。

因此,如何结合招投标管理系统对参与竞标的企业进行信用等级分析和管理也是招投标管理系统的关键。

6、招标材料归档工作繁重

在招投标业务管理过程中,包括了招标企业资质文件、标书文件、标书审核和评审文件等。

因此,在整个业务处理流程中,包括了各类申请和审核报表、企业情况表等。

目前的手工处理管理都是通过人工整理、收集和归档,往往会导致资料丢失和难以进行查找等问题。

7、招标统计、分析能力欠缺

目前,对于企事业单位来说每年的招投标业务数量逐渐增多,从而使得招投标业务数据量增多。

每年如何对招投标数据和文档进行归类和数据分析成为每年相关部门年底工作的重点。

现有的手工处理模式,主要针对数据进行表格处理,往往会导致数据结果不够准确,同时不能提供良好的汇总和分析功能。

随着高新计算机技术的发展,企业间的竞争日趋激烈,要保持企业的竞争力就必须有高效的企业管理,因此企业管理的信息化就变的不可或缺。

招投标信息管理系统是企业信息化的一部分,它的内容对于提高企业采购管理水平和企业决策分析能力都至关重要。

首先,招投标管理的信息化解决了企业招标过程中的不公平性问题,通过招标流程的信息化减少了整体流程中的人为因素影响,使得企业设备采购、基建招标和原材料产品招标等过程更加透明、公开和公正;其次,通过招投标管理系统提供了快捷、方便的信息查询功能,解决了传统管理方式中效率低、保密性差和文件易丢失、难以留档等关键问题;同时,招投标系统为企业领导层和统计部门提供了良好的信息汇总统计和决策分析等功能。

这些优点能够极大地提高招标信息管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。

因此,开发这样一套管理软件成为很有必要的事情。

1.2国内外研究状况

自从2000年国家颁发《招标投标法》和国家推行企事业单位信息化以来,针对于招投标的业务管理系统在各个行业逐渐发展起来,其中包括了地区级政府的招投标管理、水利、建筑等各个行业的招投标管理、高等院校的招投标管理系统等。

早期的招投标管理采用了传统的C/S架构,不利于企业申报和招标信息的公开。

近年来,随着基于JZEE和.NET软件技术的发展,基于B/S架构的招投标管理系统成为当前各企事业单位招投标管理的首选。

随着国内政府企业信息化建设的推进,政府推出了电子政务建设的方案,将政府主要的处理业务包括各类审核、审批业务通过基于web的方式提供给企业和个人用户。

目前,在各企事业单位形成了各自的信息化系统,能够很好的处理各自单位的信息化问题,包括业务流程处理、信息公告以及各类电子资源的存储。

在各个单位信息化的同时,由于缺少职能部门间相关业务交流和处理,导致了“信息孤岛”和业务协调能力欠缺。

对于各个地区政府来说,政府的招投标管理系统一般作为电子政务系统中的核心模块,它与政府的电子政务系统共享统一的门户信息、管理人员信息以及专家领域信息。

水利、建筑行业的招投标管理存在着行业建设背景等方面的要求,因此对于企业资质、在建工程、工程技术信息人员等方面具有特殊的要求。

因此,传统的招投标管理系统中的企业信息要求往往达不到其具体要求。

另外,针对高等院校的招投标管理,主要是设备、施工和成品等方面的招标要求,与上述政府和水利建设等行业的招投标管理也存在较大的差异。

同时,上述不同行业针对招投标过程来说,其跟踪、汇总和决策支持等方面要求也存在着较大的差异。

因此,如何规范和抽象投标管理流程和相应过程、文档信息和汇总信息成为当前招投标管理的关键研究问题。

本文将在分析以上招投标管理的系统的基础之上,对招标流程、资源等管理进行抽线提出统一的模型,从而建立一套适合于各个领域的招投标管理系统。

1.3系统需要解决的主要问题

招投标管理信息系统面向的行业、用户和企事业单位等涉众种类繁多,因此通过信息化系统对招投标业务流程进行分析、设计和实现,将会存在着业务流程繁杂、招投标种类众多、业务流程控制困难等问题。

目前,市场上已有的招投标管理系统往往只会针对某个行业或部门,没有成熟的招投标模式的抽象,因此缺少成熟的系统进行分析和参考。

因此,在针对招投标业务进行需求分析、设计和实现的过程中,本文需要解决好以下主要的几个问题:

1、招投标业务流程的梳理

在招投标业务的整体处理流程中,包括了招标项目的审核审批、招标公告发布、资格预审流程、招标开标流程、评标流程管理、定标流程管理和签约流程管理等业务处理流程。

同时在评标和签约过程中又包括一些相关的子流程,因此在系统的需求分析、设计和实现过程中需要对其采用面向对象的思想进行分析,通过UML的动态模型对业务流程进行建模,建立易于理解的招标流程动态模型。

对于动态流程的管理,采用基于工作流引擎的思想进行实现,通过工作流引擎对整体业务流程进行定义、跟踪和管理。

2、招标过程的抽象

通过对招投标过程管理进行分析,发现招投标过程中由于行业背景的不同,其过程将存在很大的差异。

某些招标过程只是普通的办公用品的采买,因此其评标过程较为简单;但是某些招标过程需要进行竞价完成。

因此,为了能够更好的支持各类招标过程,本文将针对各个行业的招投标过程进行抽象分类,主要包括竞价招标、谈判招标和直接招标等。

3、招标企业信用问题

在招投标管理的过程中,如何分析和确定企业的信用等级和资质是招标管理中的核心问题。

因此,在招投标系统的设计和实现过程中,需要支持企业的履约评级和考核从而解决企业的信用分析问题。

4、评标过程中的公正性问题

对于招投标业务来说,其管理中的核心问题是如何保证招投标整体过程中的公正性问题,包括投标文件的保密性、专家审核的公正性等。

因此,在系统的分析、设计和实现过程中,考虑采用专家信用评估、资料文件分角色权限维护和随机抽取专家等机制来实现招投标管理的公正性。

5、数据、标书等文档的归档管理问题

招投标业务管理的过程中包括了企业申请文档、标书和合同计划等相关重要材料。

同时,以上材料又同相应的招标项目具有相应的关联性,每次招标项目包括大量需要存档的文档。

对于传统的手工管理方式,以上文档的管理和归档通过手工的方式,容易造成文档丢失和泄密等问题。

因此,在系统的分析和设计过程中,需要对投标文档和资料进行分类归档处理。

6、项目统计分析和决策支持问题

对于企事业单位来说每年的招投标项目将会成百上千,因此如何对每年的招投标数据进行统计分析将是系统中的重点和难点。

传统的手工统计方法,容易导致统计结果的错误性,因此在设计过程中通过专门的统计分析功能可以简化统计决策分析工作并提高统计分析结果的正确性。

1.4本设计的主要工作和组织结构

1.4.1本设计的主要工作

本文首先针对招投标业务管理进行需求分析,包括各种不同行业或者企事业单位对招投标业务的共性和差异性需求要求。

同时,针对传统的招投标业务管理中存在的业务流程处理复杂、数据易丢失、公正性缺失等问题,采用Java语言在Eclipse软件开发平台上,基于多层的nEE软件体系架构,采用了基于B/s的软件架构,同时针对复杂的流程采用工作流引擎进行设计设计和实现了一套通用的招投标综合业务管理系统。

通过系统的分析、设计和实现为不同行业中的企事业单位提供了统一的业务解决方案。

本系统以网络工作平台的方式,服务于建设单位、企业、政府监管部门三类用户。

实现从招标公告发布、资审报名、资格预审、投标、评定标到签约的全程招投标工作管理。

本文的主要工作主要包括以下几个方面:

第一,招投标业务处理流程复杂,本文对以上复杂的招投标流程通过面向对象的思想和UML建模语言进行了建模分析和梳理。

通过用例分析对系统功能进行分解处理,对于复杂的业务处理流程建立静态模型和动态模型。

在静态模型的基础上,对主要实体的数据库进行设计;最后,通过传统的基于多层的JZEE模型对系统进行开发和实现。

第二,针对招标企业的信用问题,系统在设计过程中增加了招标履约考核管理模块,针对于标书中的不同阶段的目的进行采用了可考核性指标进行评估和分析。

通过对于完成标的情况建立企业的信用等级,同时建立招投标企业的信息库达到对于招标履行的可控性。

第三,招投标的业务流程较为复杂,其中包括了项目审核、招标公告、格预审流程、招标开标流程、评标流程管理、定标流程管理和签约流程管理等业务处理流程。

因此在业务系统的分析和架构设计过程中,系统通过基于工作流引擎的流程处理模块,实现对招投标业务的建模分析、状态跟踪和业务控制。

第四,针对招投标管理中的核心公正性问题,为了达到整体业务的处理公平和公开,系统设计实现过程中通过流程审核分配以及专家信用评估和随机抽取审核专家的方式达到了招投标过程中的公正性。

第五,针对招投标业务数据的统计分析和决策问题,为了达到企业招投标业务的统计和易查询性,系统在设计过程中增加了各类不同的招投标业务查询和统计功能。

同时,针对不同的功能为其提供了优秀的数据展现方式,从而达到为企业决策者进行服务的目的。

1.4.2本设计报告的组织结构

第1章分析了招投标业务及其信息管理系统的背景和国内外的发展现状,简要阐述了本文所需要解决的主要问题,最后指明了本文的主要工作。

第2章对招投标业务管理流程的需求进行了分析,梳理和整理了招投标管理的详细业务流程,通过业务流程图阐述了其详细的业务流程。

同时,该章也提出了系统的目标和需要解决的问题。

第3章论述了系统的技术架构和功能架构,说明了基本的系统逻辑架构设计;针对招投标管理业务处理流程繁多的问题,提出了整体系统的功能结构设计。

第4章,在面向对象分析基础上,对系统的建模设计进行了详细的描述;对于招投标管理的业务流程进行了分析和设计,最后给出了系统的数据库设计。

第5章介绍了系统业务流程的主要功能实现和其中的关键技术,包括招标企业申请审核、招标公开、各个招标业务流程的实现和专家库管理模块等。

第6章是结束语,对本文所作的工作和下一步要解决的问题进行了总结。

 

第2章需求分析

2.1系统概述

针对不同企事业单位,其招投标管理工作主要是针对不同项目、资源和采购等业务的相关申请、招投标和跟踪审核等相关业务的日常工作。

其业务包括了一系列的复杂业务审核审批、合同履行评审等相关流程组成,主要包括了项目的立项申请审批、招标公告发布、资格预审流程、招标开标流程、评标流程管理、定标流程管理和签约流程管理等业务处理流程。

同时,在评标和签约过程中又包括一些相关的子流程,包括了大量信息、资源管理和报表输出打印以及企业信用评估和招投标业务公平性保证等相关辅助业务。

另外,在某个项目申请、审核和招投标业务处理结束后,需要业务人员对相关材料进行归档处理,而现有的处理方式多采用纸质文件收集和人工处理的模式。

但是,手上和纸质文件处理模式往往会造成工作量大、资源浪费、信息收集丢失和不准确等弊端,因此开发一套针对现有不同行业招投标业务的管理信息系统成为迫切的需要。

本文将针对不同行业招投标管理业务进行需求分析,然后结合面向对象的思想和基于UML的建模方法,完成系统的需求分析、设计和实现。

通过以上的业务场景需求分析,系统将需要解决的主要问题包括企业信息库和企业信用档案维护、专家信息库维护、招投标公正性确定、中标企业履约考核、项目信息统计和招投标流程维护等。

尤其针对招投标流程管理,又包括了招标计划和流程制定、资格审查报名流程、预审流程、投标开标流程、评标流程、定标流程和签约流程等多项复杂流程。

因此,为了能够有效对招投标信息进行维护,本文将每次的招投标业务抽象成项目来进行管理。

通过项目管理可以有效的定义控制其整体流程,并能够有效的定义该次招投标业务中的相关企业、数据和招投

标文件等,同时能够很方便的对其进行查询和统计。

其思想是在每次招投标项目开始前,将其当作项目首先进行信息初始化,包括了流程设置、投标数据和信息存放地址、专家信息维护和企业信息维护等。

在接下来的招投标管理中,将所有相关于本次投标的信息通过项目管理的方式来进行维护,从而实现信息的有效组织和维护。

其中,用户权限及公共数据管理为整个系统的基础模块,用户管理主要是对系统的用户进行添加、删除以及用户信息的修改等;权限管理是由管理员对系统用户进行权限分配。

公共数据维护是由系统管理员对生活调查中需要填写数据的数据字典以及某些公共数据进行维护。

企业信息库维护和建立包括了企业申请、监管单位审批和企业信息维护等相关功能。

对于招标项目管理,系统的设计过程中将其看做项目进行管理,包括了项目启动、维护和考核等相关流程。

同时,对于其流程管理通过基于工作流引擎的思想进行设计和实现,同时能够对其进行状态跟踪和查询。

为了实现对企业的资信进行评估考核,系统中建立各个阶段标的履约考核,通过考核结果对企业的信用等级进行评估,为招标过程提供决策参考。

同时,为了能够实现招投标过程的公正性,在评标过程中专家通过随机抽取的方式进行确定。

招投标文件归档管理是将每次招投标的相关文件进行归档存储,包括了标书、招标公告和相关合同书等,将不同的资源进行分类归档。

数据分析模块主要是针对某个时期内所有的招投标文件进行统计分析,包括招标信息明细查询、统计报表等。

在系统的管理过程中,除了以上业务处理模块意外还需要包括报表打印模块将各类不同的数据报表进行输出,包括Excel输出、表格输出和统计报表输出等。

在系统的需求分析过程中,本文采用统一开发过程的思想进行软件设计与开发,系统的功能性需求描述工具主要是用例模型(UseCase),即将系统的功能性需求分解到每一个需求分析用例中去。

统一开发过程的最大优点是采用按照角色(A以or)对业务需求进行分析从而识别用例模型(UseCase)中的方法,通过以上方法能够直观的建立起系统的需求分析模型,而且通过多次迭代处理避免需求分析过程中存在的漏项问题。

在统一开发过程的分析方法中,我们为了能够清晰的描述系统用例及其层次结果,本文通过包图对业务需求的各个模块进行分析处理。

在系统的需求分析过程中,本文引入了包图对不同业务的用例进行分模块处理和分析。

如图2一1所示,从系统的总体功能性需求来看本文的招投标管理系统系统可以划分为以下几个包图:

用户和权限管理、公共数据维护管理、数据报表管理、招标项目管理、企业信息审核维护管理、专家信息管理、项目资源管理、投标履约管理、招标流程管理、专家抽审管理、企业信用维护管理和信息统计分析管理等。

图2-1系统功能包图

通过面向对象的分析方法,结合基于统一建模语言(UML)的建模方法对不同系统模块中的需求进行用例分析和建模。

本文接下来对系统需求的核心用例模块包括企业信息申请和审核管理模块、招标项目流程管理、专家信息管理维护、履约考核管理、信用档案管理等模块进行用例建模分析和描述。

2.2系统目标和解决的问题

结合不同行业和企事业单位招投标业务的需求和分析,本文在设计和实现招投标管理系统的过程中需要达到以下几方面的要求:

1、招投标业务处理流程复杂,本文对以上复杂的招投标流程通过面向对象的思想和UML建模语言进行了建模分析和梳理。

通过用例分析对系统功能进行分解处理,对于复杂的业务处理流程建立静态模型和动态模型。

在静态模型的基础上,对主要实体的数据库进行设计;最后,通过传统的基于多层的JZEE模型对系统进行开发和实现。

2、针对招标企业的信用问题,系统在设计过程中增加了招标履约考核管理模块,针对于标书中的不同阶段的目的进行采用了可考核性指标进行评估和分析。

通过对于完成标的情况建立企业的信用等级,同时建立招投标企业的信息库达到对于招标履行的可控性。

3、招投标的业务流程较为复杂,其中包括了项目审核、招标公告、格预审流程、招标开标流程、评标流程管理、定标流程管理和签约流程管理等业务处理流程。

因此,在业务系统的分析和架构设计过程中如何实现业务流程的定义和控制将关系到系统实现的成败。

本文在系统的设计和实现过程中通过基于工作流引擎的流程处理模块,实现对招投标业务的建模分析、状态跟踪和业务控制,从而达到有效的流程定义和业务处理。

4、针对招投标管理中的核心公正性问题,为了达到整体业务的处理公平和公开,系统设计实现过程中通过流程审核分配以及专家信用评估和随机抽取审核专家的方式达到了招投标过程中的公正性。

5、针对招投标业务数据的统计分析和决策问题,为了达到企业招投标业务的统计和易查询性,系统在设计过程中增加了各类不同的招投标业务查询和统计功能。

同时,针对不同的功能为其提供了优秀的数据展现方式,从而达到为企业决策者进行服务的目的。

2.3功能需求分析

招投标管理作为企事业单位的信息化管理核心模块,关系着其运营和生产,良好的招投标管理将会促进企事业单位的高效运作和良好形象。

本文接下来将对招投标管理信息系统中的企业信息申请和审核管理模块、招标项目流程管理、专家信息管理维护、履约考核管理、信用档案管理进行详细的需求分析和描述。

2.3.1企业信息管理

在招投标业务分析和处理中,参标企业的信息维护是其中的核心业务模块,因为参标企业的活动贯穿着招标活动的始末,企业的信用和资质将会影响其是否能够通过初步的审核。

对于招投标信息管理来说,企业的信息管理包括了复杂的审核和审批流程,其中包括了企业的基本信息备案、监管单位审核、企业首次填报、监管单位首次填报审批、企业信息修改、修改信息审核等相关业务流程,其相关的业务处理流程和涉众人群如图2一2所示。

 

图2一2企业信息管理业务流程图

FigureZ一2SystemPaekagediagram

通过对上述企业信息业务管理流程的分析,企业信息管理模块中还包括了企业信息检索和查询以及报表生成打印等相关功能。

通过对上述业务需求的分析,企业信息管理模块主要包括了各类参标企业单位和相关监管单位两种角色。

如图2一3所示,本文给出了该部分业务的核心用例图和关键用例的用例描述。

图2一3企业信息管理用例图

FigureZ一3SystemPaekagediagram

对于招投标信息来说,企业的相关信息的维护关系着企业是否具备相应的资质进行招投标操作,因此如何完成企业相关信息的填报和资质审查是本文系统设计和实现的关键。

同时,企业对于相关信息进行修改时,也需要相关部门进行审核,因此针对企业的信息维护和填报的用例描述如表2一1所示。

企业维护人员在登录招投标管理系统后,将依次对基本信息、资质信息、人员构成信息、企业资产构成信息、设备信息和在建工程信息以及代表工程信息进行相应的维护。

用例标识

Model_Enterprise_01

用例名称

企业修改相关信息

创建时间

2011-6-5

参与者

企业维护人员

用例描述

维护企业信息

前置条件

企业维护人员登录系统

后置条件

记录信息修改的次数

监管部门将对修改的信息进行相应审核

基本事件流

1.管理员登录系统

2.查看企业相应信息

3.添加、修改或删除企业的相关信息,包括基本信息、人员信息、矿产信息等。

扩展事件流

在企业的某个在建工程需要转为相关企业的代表性工程时,将其转化为代表性工程

备注

企业对于相关的信息进行修改时,需要进行相应的登记:

在企业信息进行修改后需要通过审核以确保企业信息的真实性。

表2一1企业人员进行企业信息维护用例说明

2.3.2招标项目流程管理

通过对招投标管理系统业务流程的需求分析,本文在分析和设计过程中将某个业务的招投标过程看作一整体的项目来进行管理。

将整体的业务看做从发起、初始化数据到投标报名、专家审核、签定合同看作是项目的整体周期,通过工作流模型对其定义。

在需求分析阶段,需要对其相关的业务流程进行分析和定义。

通过对其业务的需求进行分析,其主要的涉众角色包括了建设单位、投标单位和工程监管单位,整体的业务流程包括了招标项目定义、标段信息定义、招标公告发布、项目申请开始、资格审查报名、资格预审、招标开标、评标管理、定标管理和签订合同;整体的流程如图2一4所示:

图2一4招投标项目流程图

从上图可以发现,在招标项目流程管理的整体业务流程中,所有的涉众角色中建设单位是关键的业务核心角色,因此接下来的描述中将针对建设单位的用例进行建模分析和描述,其业务用例图如图2一5所示:

图2一5招投标用例图

通过对招投标业务流程的业务需求进行分析,对于招投标管理信息系统来说其最关键的业务处理为流程的需求的梳理和管理。

通过对招投标业务的需求分析,本文梳理得到招投标项目流程依次为项目信息创建和维护、标段信息创建和维护、招标公告发布、资格审查报名、资格预审阶段、投标开标阶段、评标阶段、定标阶段和签约阶段。

其整体的业务流程为顺序的关系,业务流程的处理过程包括了投标单位、建设单位和监管单位三个主要的涉众人群。

尤其在“资格预审”和“评标”流程环节中,需要相关的专家组进行招标投票和打分评审。

因此,在业务系统的设计过程中还包括了相关专家等涉众人群。

对于某个招投标项目来说,在资格预审和评标的处理阶段,需要相关专家进行登录评审。

因此,在项目的创建和标段创建过程中,相关建设单位还需要设定相应的条件对专家组进行自动选取,从而避免人为选择因素从而提高了整体招投标管理流程中的公正和公平性。

如表2一2,

本文给出了专家条件设置和筛选用例的详细说明:

用例标识

Model_WorkFlow_ExpertSelection

用例名称

选择评审专家

创建时间

2015-1-11

参与者

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

当前位置:首页 > 法律文书 > 调解书

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2