招投标管理系统需求分析书.docx
- 文档编号:9292790
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:14
- 大小:295.28KB
招投标管理系统需求分析书.docx
《招投标管理系统需求分析书.docx》由会员分享,可在线阅读,更多相关《招投标管理系统需求分析书.docx(14页珍藏版)》请在冰豆网上搜索。
招投标管理系统需求分析书
东方汽轮机有限公司
招投标管理软件系统
需
求
分
析
说
明
书
引言
1编写目的
本文通过详细描述东方汽轮机有限公司招投标管理软件信息系统的功能需求、数据库设计需求,为后续概念结构设计、逻辑结构设计、物理结构设计、数据库查询优化、数据库的运行于维护提供基础。
2系统背景
东方汽轮机有限公司对招投标管理的现状是采用对申请表格手工汇总的方式,一是手工汇总信息效率低下,同时难免会发生遗漏或者混淆错误,并且成本较高;二是不便于资源共享,特别是已经存在的很多好的资料和案例,不能在企业内共享;三是当需要查询某一方面资料时,需要花费大量的人力资源,效率非常低下;四是企业内部各部门之间联系不够紧密等等。
招投标管理软件系统应用实现对招议标管理工作的完善。
方便责任单位上传申请表格,有利于招标办对申请表统一审核;资源可以充分共享,例如投标企业可以根据自己的权限在服务器开启的情况下随时获得所需信息;系统提供强大的查询功能,所有招投标档案信息能在很短的时间内即可全部查询,使相关管理部门大大提高了管理效率;短信平台功能实现了系统内部各角色之间的即时通讯,有利于投标单位在第一时间知晓竞标结果。
招投标软件管理系统旨在构建企业招投标管理机制,加强企业招投标管理业务职能与项目监控职能,实现项目招标过程系统化管理,为企业领导、责任单位、招标办、人事部门、财务部门、监督部门等提供有力的宏观辅助支持。
系统实现招投标方案审核、招投标信息发布、项目资料登记归档、评标专家管理与抽取、项目审批、招投标的核定与确定、供应商资料管理,招议标过程监督等功能。
招议标管理软件系统管理系统拟基于Internet/Intranet网络环境下,采用B/S工作模式,为招议标管理提供最佳的解决方案。
从实际出发,针对可能出现的情况,系统设计时充分考虑周全,提供多种灵活的方式进行处理。
3系统流程图
总体流程如下图所示:
4功能需求
根据招投标管理软件系统的流程,该系统包括如下主要部分:
招标申报、申报审核、编制邀标书、邀标书审核(含发布公告)、投标申请、标书审核、议标会签、评标管理、合同签立、供方管理等。
各部分的具体内容:
●招标申报管理:
有招标需求部门提出招标申报申请,草拟需要招标的项目申报书,提价招标办进行审核。
●申报审核管理:
招标办通过本系统对申请表格的格式、内容进行审核,以确定是否进行招标;审核通过后可以经过本系统通知需求部门编制邀标书。
●编制邀标书:
招标申请通过审核后,需求部门可以根据自己本部门的业务需要,进行邀标书的拟稿。
拟稿接完成后,提交招标办进行审核。
●邀标书审核:
收到邀标书后,招标办对邀标书的格式、内容进行审核,确定邀标书的完整性和合理性;审核通过后,由招标办发布招标公示,进行公开招标、或者定向议标。
●投标申请:
供应商公司看到招标公示,或者受到招标邀请之后。
根据邀标书的需求,填写投标申请表,并提供邀标书中规定的相应的资料。
提交招标办,提出投标申请。
●标书审核:
受到不同供应商提供的标书后,招标办按照邀标书规范,对各标书进行审核;对满足招标规范的供应商发出竞标邀请,邀请其参加竞标议价。
●议标会签:
对各参加议标竞价的供应商,专家小组根据其竞标议价的情况进行评价打分,通过议标会签,确定各供应商的竞标分数。
●评标管理:
招标办根据评标小组打分情况,确定最终的中标方;向中标方发出中标通知,通知其签订合同;编写招标总结,描述整个招标环节的过程;若最终没有供应商满足要求,进行流标处理。
●合同签订:
中标方与招标方针对招标内容签订合同,项目的执行将完全按照合同执行。
●供方管理:
分为供方分类和供方维护两部分。
供方分类主要用于供方的类型维护;供方维护,则是在不同的分类下建立供方明细,供之后招标环节中邀标使用。
4.1功能模块图:
5功能描述
5.1.1招标申报管理
需求描述:
该功能主要用于项目需求部门提出招标申请。
作为整个招标过程的起点,之后的所有的业务环节都与其进行绑定。
输入项:
申请日期、项目名称、项目内容、项目编号、完成时间、备注。
需求解析:
N01草拟招标申请,并出具招标申请书。
N02提交招标办审核。
输出项:
招标申请书。
特殊说明:
无
5.1.2申报审核管理
需求描述:
对项目需求部门提交的申报书进行审核。
招标办通过本系统对申请表格的格式、内容进行审核,以确定是否进行招标;审核通过后可以经过本系统通知需求部门编制邀标书。
并由招标办,确认招标方式。
输入项:
项目编号、审核时间、审核意见、审核人、招标方式、备注。
需求解析:
N01审核项目需求部门提交的申报表。
N02通知项目需求部门编制邀标书。
N03确认招标方式(定向议标、公告招标)。
输出项:
审核过后的招标申请书。
特殊说明:
无
5.1.3编制邀标书管理
需求描述:
招标申请通过审核后,项目需求部门可以根据自己本部门的业务需要,进行邀标书的拟稿。
拟稿接完成后,提交招标办进行审核。
输入项:
邀标书编号、项目编号、开标时间、开标地点、招标内容、招标须知、备注。
需求解析:
N01编制邀标书。
N02提交至招标办审核。
输出项:
邀标书。
特殊说明:
无
5.1.4邀标书审核
需求描述:
收到邀标书后,招标办对邀标书的格式、内容进行审核,确定邀标书的完整性和合理性;审核通过后,由招标办发布招标公示,进行公开招标、或者定向议标。
输入项:
邀标书编号、审核时间、审核意见、审核人、发出招标公告时间、备注。
需求解析:
N01审核项目需求部门提交的邀标书。
N02发布招标公示。
输出项:
招标公示、审核后的邀标书。
特殊说明:
无
5.1.5投标申请管理
需求描述:
供应商公司看到招标公示,或者受到招标邀请之后。
根据邀标书的需求,填写投标申请表,并提供邀标书中规定的相应的资料。
提交招标办,提出投标申请。
输入项:
邀标书编号、投标编号、投标单位、投标单位负责人、标书应答、填报日期、投标附件、备注。
需求解析:
N01拟定并提交投标标书。
N02供应商提供邀标书中规定的相应资料。
输出项:
投标标书。
特殊说明:
无
5.1.6标书审核
需求描述:
受到不同供应商提供的标书后,招标办按照邀标书规范,对各标书进行审核;对满足招标规范的供应商发出竞标邀请,邀请其参加竞标议价。
输入项:
投标编号、审核时间、审核意见、审核人、议标时间、议标地点、备注。
需求解析:
N01审核供应商提交的标书规范和资料齐全性。
N02对满足招标规范的供应商发出竞标邀请。
输出项:
竞标邀请。
特殊说明:
无
5.1.7议标会签
需求描述:
对各参加议标竞价的供应商,专家小组根据其竞标议价的情况进行评价打分,通过议标会签,确定各供应商的竞标分数。
输入项:
会签编号、邀标书编号、投标编号、会签人、会签时间、评标结论、评标打分、备注。
需求解析:
N01不同的评标专家。
N02对满足招标规范的供应商发出竞标邀请。
输出项:
标书打分结果。
特殊说明:
N01针对一个投标编号可能又多条记录。
N02邀标书编号、投标编号共同做外键。
N03一条记录代表一个专家针对一个供应商、一个项目做出的评分和结论。
5.1.8评标小组管理
需求描述:
招标办组织评标小组进行评标。
输入项:
邀标书编号、评标组号(评标组号、评标组长)、专家编号、专家姓名、性别、年龄、学历、教育背景、专业领域。
需求解析:
N01招标办根据招标项目成立评标小组,组织评标人员。
输出项:
评标小组名单。
特殊说明:
无
5.1.9评标管理
需求描述:
招标办根据评标小组打分情况,确定最终的中标方;向中标方发出中标通知,通知其签订合同;编写招标总结,描述整个招标环节的过程;若最终没有供应商满足要求,进行流标处理。
输入项:
邀标书编号、投标编号、评标结果、中标单位、中标时间、中标得分、备注。
需求解析:
N01招标办根据招标小组打分确定中标单位。
N02向中标方发出中标通知,通知其签订合同。
输出项:
中标结果。
特殊说明:
无
5.1.10合同签订
需求描述:
中标方与招标方针对招标内容签订合同,项目的执行将完全按照合同执行。
输入项:
合同编号、邀标书编号、投标编号、甲方名称、乙方名称、开始时间、结束时间、合同内容、合同金额、甲方代表、乙方代表、合同附件、备注。
需求解析:
N01中标方与招标方根据项目需求签订合同。
输出项:
项目合同。
特殊说明:
无
5.1.11供方管理
需求描述:
分为供方分类和供方维护两部分。
供方分类主要用于供方的类型维护;供方维护,则是在不同的分类下建立供方明细,供之后招标环节中邀标使用。
输入项:
供方编号、供方类型(类型编号、类型名、备注)、供应商名称、供方地址、联系人、联系方式、备注。
需求解析:
N01对供方进行类型维护和信息维护。
输出项:
供方列表。
特殊说明:
N01改模块主要针对长期供方和合格供方的维护。
N02邀标时从该模块中选择供方。
5.1.12招标总结管理
需求描述:
针对本次招议标活动的整个过程进行总结,归纳招议标各个环节的执行情况。
输入项:
邀标编号、招标情况、议标情况、专家打分情况、中标情况、合同签订情况、情况总结、备注。
需求解析:
N01对招标结果进行总结陈述。
N02进行归档,便于类似招标情况查阅使用。
输出项:
招标总结。
特殊说明:
无
6数据流图
根据总体的业务流程图,可以确定在需求阶段的各个业务模块间的数据流,从而可以分析出数据流图的设计实现方案。
6.1第一层数据流图
第一层数据流图表明了该招投标系统的总体数据流转情况。
其中、招标责任单位(招标需求部门)向系统输入招标项目申报表,招标办通过系统决定该申报表批准或不批准。
如果批准,招标责任单位按实际情况编写邀标书并输入系统,招标办也会对该邀标书进行审批处理,并依据通过的邀表书发布招标公告。
投标方获取邀标书后向系统输入投标申请,招标办对投标申请进行审核后组织专家进行评标,专家给出会签结果后招标办对该结果进行评定,该会签结果通过后向中标发中标通知书。
之后中标方和招标办签订合同,最后招标办输入招标总结信息和维护合格供方信息库。
图4.11第一层数据流图
6.2接收招标项目申报表DFD
该层为第二层数据流图,表示对招标需求部门提出的“招标项目申报表”的处理。
其过程为首先保存“招标项目申请表”,保存成功后,招标办对该申报表进行审核,如果通过则选择招标方式,进而修改该申报表。
在审核过程中产生的审批信息,保存到相应的申报表审批信息存储介质中。
图4.21接收招标项目申报表DFD
6.3接收邀标书DFD
该层为第二次数据流图,表示对“邀标书”进行的处理。
其过程为首先保存邀表示信息,招标办对其进行审核,审批的信息进入“邀表示审核信息”存储介质,向外提供审核通过的邀标书。
图4.31接收邀标书
6.4发布招标公告DFD
该层为第二层数据流图,表示对“通过的邀标书”进行的处理。
其过程为系统首先对邀表示进行处理向外展示,投标人通过展示的信息发出“投标申请”,投标审批保存成功后,招标办对其进行审核,向外提供审核通过的投标申请。
其中、投标申请(标书)和审批信息入相应存储介质。
图4.41发布招标公告DFD
6.5审议标书DFD
该层为第二层数据流图,表示对“审核通过的投标申请(标书)”的处理。
其过程为,评标小组对标书进行评定,结果进入专家会签结果存储介质。
招标办对会签结果进行评定,通过评定后确认中标方,发出中标通知书。
图4.51审议标书DFD
6.6合格供方维护DFD
该层为第二层数据流图,表示对中标方信息的处理。
其过程为,把中标方进行归类保存,该中标方所属类型存在,则归类后入合格供方信息库,不存在则先建立类型后再归类。
图4.61合格供方维护DFD
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 投标 管理 系统 需求 分析