招投标管理系统评标专家管理模块需求说明书Word文档格式.docx
- 文档编号:19823424
- 上传时间:2023-01-10
- 格式:DOCX
- 页数:8
- 大小:110.07KB
招投标管理系统评标专家管理模块需求说明书Word文档格式.docx
《招投标管理系统评标专家管理模块需求说明书Word文档格式.docx》由会员分享,可在线阅读,更多相关《招投标管理系统评标专家管理模块需求说明书Word文档格式.docx(8页珍藏版)》请在冰豆网上搜索。
修改人
安装日期
签收人
1引言
1.1编写目的
本文档提供评标专家管理的解决方案,本文档的读者是系统设计人员,人事部门人员,招标办。
1.2范围
本系统为“招投标管理系统”,此文档主要完成评标专家管理模块的需求分析。
本模块是对评标专家的管理,包括评标专家库管理,抽取评标专家小组,评价评标专家。
其中,评标专家库由人事部门进行管理,抽取评标专家小组和评价评标专家由招议标领导小组进行管理。
因为本模块不能独立运行,与项目管理,招议标领导小组管理模块存在关联,所以其他相关模块仅仅提供一个模拟。
1.3定义
暂无。
1.4参考资料
《东方汽轮机有限公司招投标管理软件信息系统解决方案》作者:
成都信息工程学院飓风软件研究所
2项目概述
2.1产品描述
评标专家管理系统是对现实招标管理工作的完善,建立评标专家库并且对专家的基本信息管理,对评标专家定期考核和培训。
可以即时查询专家库的所有资料,包括专家的基本信息,参与评标的表现以及培训和考核情况。
招标办在审计监察处审核的情况下从评标专家库中按类别和确定的评标人数抽取评标专家并根据需要报领导小组批准,项目负责人担任评标小组组长。
招标结束后,由招议标领导小组根据评标专家的表现进行评价。
该软件系统为招投标软件系统的一个子系统。
图1招投标管理系统总体模块图
2.2产品功能
本系统模块的主要功能是:
评标专家管理、评标专家组管理,见图2
图2评标专家管理用例图
2.3用户特点
专家库管理:
人事部门成员,会简单的计算机操作即可。
评标专家组管理:
招议标领导小组成员,熟练使用计算机即可。
2.4一般约束
1.硬件的限制:
安装有Java虚拟的计算机。
2.权限控制:
本模块设计两个角色,人事部门人员和招议标领导小组成员,不同角色拥有不同的权限
3.高级语言:
Java。
4.安全和保密方面的考虑:
不允许非登陆用户操作。
2.5假设和依据
假设每个使用系统的人员都了解本系统的功能,对操作人员的误操作,系统设计人员不负责任。
3具体需求
3.1功能需求
3.1.1评标专家库管理
评标专家库管理功能包括:
1.录入评标专家信息
2.修改评标专家信息
3.删除评标专家
4.浏览评标专家
3.1.1.1录入评标专家信息
人事部门人员把考核通过的专家的信息录入专家库,方便其他部门和模块使用。
输入的数据包括:
姓名,职业,类别….继续补充。
操作员录入信息之后,可以预览,检查是否有错,检查无误之后再保存。
对一些特殊数据,比如生日,要有严格的数据检查。
保存之后,返回保存结果,保存成功提示保存成功。
3.1.1.2修改评标专家信息
录入的信息可以根据需求修改,比如专家类别,专家所在部门等变动的信息。
3.1.1.3浏览评标专家信息
已列表的形式显示专家信息,点击一个专家之后,打开该专家的详细信息。
本模块设计的两个角色,人事部门人员和招议标领导小组成员都可以浏览专家的信息。
但在详细信息界面,人事部门成员职能看到专家的基本信息,而关于招投标项目的信息,包括专家参加过的项目,评议标过程评价信息。
3.1.1.4删除评标专家
在本系统中,评标专家信息和很多模块都有关联,如果直接从数据库中删除专家信息,造成很多信息不可用,包括评标小组成员。
所以本系统提供的删除仅仅只是禁用专家,而需要查询以往项目的评标的记录是会显示该专家的信息,但是该专家不能在参与项目,重新被启用。
3.1.2评标专家组管理
评标专家组管理员由招议标领导小组负责,包括:
1.组建评标专家组
2.抽取评标专家
3.删除专家组成员
4.评价评标专家
3.1.2.1组建评标专家组
当项目评审通过后,投标方发来标书,招议标领导小组就应该组建评标专家组,对标书进行评议。
专家组的名称由招议标领导小组指定,按照以往惯例为“XX项目评标小组”。
3.1.2.2抽取评标专家
当评标小组成立之后,招标办在审计监察处监督下从评标专家库中按类别和确定的评标人数抽取评标专家并根据需要报批。
3.1.2.3删除专家组成员
加入到某项目的某个专家以为某些原因不能继续担任评标专家组成员,招议标领导小组可以删除该专家成员。
3.1.2.4评价评标专家
招标办对评标专家在此次评议标过程中的表现进行评价考核。
3.2外部接口需求
3.2.1用户接口
程序要求为桌面应用程序。
3.2.2硬件接口
安装Java虚拟机的计算机。
3.2.3软件接口
操作系统:
至少在WindowsXp,Windows7上能够使用。
3.2.4通信接口
PC内部通信。
3.3性能需求
可以实现单机操作即可。
3.4设计约束
因为为教学项目,而且只是选择单个模块。
所以没有采用更为合理的B/S或者C/S架构。
3.4.1其他标准的约束
3.4.2硬件的限制
操作系统:
Windowsxp,Windows7
内存:
512M
硬盘:
64G
3.5属性
3.5.1可用性
数据库每天备份一次,出错之后可恢复。
3.5.2安全性
系统登录后方可使用,密码长度不少于6位。
3.5.3可维护性
可以再本系统的基础上增加新的需求。
3.5.4可转移\转换性
本系统可以转移到其他平台,如Linux,同时可以使用其他语言实现。
3.5.5警告
本系统人员操作失误造成数据损失,系统设计人员不负责任。
3.6其他需求
3.6.1数据库
本项对作为产品的一部分进行开发的数据库规定一些需求,它们可能包括:
a.在功能需求中标识的信息类别;
b.使用的频率;
c.存取能力;
d.数据元素和文卷描述符;
e.数据元素、记录和文卷的关系;
f.静态和动态的组织;
g.数据保存要求。
注:
如果使用一个现有的数据库包,这个包应在“软件接口”中命名,并在那里详细说明其用法。
3.6.2操作
这里说明用户要求的常规的和特殊的操作。
A.在用户组织之中各种方式的操作。
例如,用户初始化操作;
B.交互作用操作的周期和无人操作的周期;
C.数据处理运行功能;
D.后援和恢复操作。
这里的内容有时是用户接口的一部分。
3.6.3场合适应性需求
这里包括:
a.对给定场合或相关任务或操作方式的任何数据或初始化顺序的需求进行定义。
例如,栅值,安全界限等等。
b.指出场合或相关任务为特点,这里可以被修改以使软件适合特殊配制的要求。
4附录
对一个实际的需求规格说明来说,若有必要应该编写附录。
附录中可能包括:
a.输入输出格式样本,成本分析研究的描述或用户调查结果;
b.有助于理解需求说明的背景信息;
c.软件所解决问题的描述;
d.用户历史、背景、经历和操作特点;
e.交叉访问表。
按先后次序进行编排,使一些不完全的软件需求得以完善;
f.特殊的装配指令用于编码和媒体,以满足安全、输出、初始装入或其他要求。
当包括附录时,需求说明必须明确地说明附录是不是需求要考虑的部分。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 投标 管理 系统 评标 专家 模块 需求 说明书