用户需求规格说明书
用户需求规格说明书
XX医疗设备股份有限公司编号：GRYL- YF- QR- RD- 01-A/00 （密密）GDU RD- 01-A/00用户需求规格说明书（编制时间：2015年8月5日）编制：__________________________审核：__________________________批准：__________________________受控状态：_______________________- - 发布-- 实施各版本建立及修订履历目录1. 引言 (1)1.1 目的 (1)1.2产品面向的用户群体 (1)1.3产品遵循的标准和规范 (1)1.4术语 (2)2. 产品概述 (2)2.1产品描述 (2)2.2应用目标 (3)2.3产品运行环境 (3)2.4条件与限制 (3)3. 功能性需求 (3)3.1功能划分 (3)3.2功能描述 (3)3.2.1运动功能 (3)3.2.2图像采集功能 (4)3.2.3图像后处理功能 (4)3.2.4图像传输功能 (4)4. 性能需求 (4)5. 其他需求 (4)5.1用户界面需求 (4)5.2软、硬件环境需求 (4)5.2.1软件需求 (4)5.2.2硬件需求 (4)5.3接口说明 (5)6. .................................................................................................................................................. 其他.. (5)附录：用户需求调查报告 (5)调查一 (5)附表一.....................................附表二.....................................1. 引言1.1目的直接数字化放射摄影(Digital Radiography 简称DR)是上世纪九十年代发展起来的X线摄影新技术，具有更快的成像速度、更便捷的操作、更高的成像分辨率等显著优点，成为数字X线摄影技术的主导方向，并得到世界各国的临床机构和影像学专家认可。
用户需求规格说明书
合同协议：确保与用户签订的合同协议符合法律法规要求，保护双方的权益 隐私保护：遵循隐私法律法规，确保用户个人信息的安全和保密性
部署方式：说明系 统的部署方式，如 集中式、分布式或 云部署等。
硬件需求：列出系统 部署所需的服务器、 网络设备和其他硬件 的规格和数量。
修改完成后再次提交给客户 确认，确保满足客户需求
定期与用户进行交流，了解需求变 化
在编写过程中，尊重用户意见，根 据需求调整内容
添加标题
添加标题
添加标题
添加标题
及时反馈编写进度，确保用户对项 目有全面了解
保持与用户的良好沟通，建立信任 关系，提高用户满意度
汇报人：XX
PART FOUR
用户登录功能 产品搜索功能 产品筛选功能 产品详情展示功能
用户需求规格说 明书是产品开发 的重要依据
功能需求是用户 需求规格说明书 能 流程和功能界面设 计等
功能需求描述需要 与用户进行充分沟 通和确认，确保满 足用户需求
基础功能：确保产品具备基本功能， 满足用户基本需求
访问控制：对不 同用户进行权限 管理，防止未经 授权的访问和操 作
隐私保护：保护 用户个人信息， 避免用户隐私泄 露
软件应与不同版本的操作系统兼容 数据应与外部系统进行有效的数据交换 硬件应与主流硬件设备兼容 界面应符合用户习惯，易于操作
PART SIX
用户接口需求概述：简述接口需求 的目的、作用和重要性。
目的：明确项目的范围和需求， 确保开发人员和用户对需求的 理解一致
原则：准确、完整、清晰、 可读、可维护、可扩展
PART TWO
用户需求：分析目 标用户的需求和期 望
通用管理系统用户需求规格说明书
通⽤管理系统⽤户需求规格说明书密级：内部公开秘密机密绝密安庆市污染源在线监测系统⽤户需求确认书版权所有侵权必究⽂档变更⽂档呈送⽬录1. ⽂档介绍 (5)1.1. ⽂档⽬的 (5)1.2. ⽂档范围 (5)1.3. 读者对象 (5)1.4. 参考⽂档 (5)1.5. 术语与缩写解释 (5)2. 产品/项⽬介绍 (5)3. 产品/项⽬⾯向的⽤户群体 (6)4. 产品/项⽬应当遵循的标准或规范 (6)5. 产品/项⽬运⾏环境 (6)6. 设计和实现上的限制 (6)7. 产品的功能性需求 (7)7.1. 功能性需求分类 (7)7.2. ⽂档管理 (9)7.2.1. ⽂档管理 (9)7.2.2. ⽂档搜索 (10)7.2.3. ⽂档预览 (11)7.2.4. 权限设置 (12)7.3. 考勤管理 (13)7.3.1. 考勤资料录⼊及修改 (13)7.3.2. 考勤资料导⼊及导出 (14) 7.3.3. 考勤报表 (14)7.4. 办公⽤品管理 (14)7.4.1. 基础资料维护 (15)7.4.2. 库存管理 (16)7.4.3. 使⽤管理 (18)7.4.4. 审批管理 (20)7.5. 呈批管理 (21)7.5.1. 提交呈批 (21)7.5.2. 审批管理 (21)7.5.3. 提醒 (22)7.6. 报销管理 (23)7.6.1. 费⽤科⽬设置 (23)7.6.2. 报销单登记 (23)7.6.3. 报销单审核及过账 (24) 7.6.4. 报销综合查询 (24)7.7. ⼈⼒招聘管理 (25)7.7.1. 组织⼈事管理 (25)7.7.2. 培训管理 (27)4.1. 会议室预定 (29)4.1.1. 会议室维护 (29)4.1.2. 会议室管理 (30)4.1.3. 会议室记录 (31)4.2. 车辆管理 (31)4.2.1. 车辆基础数据维护 (31) 4.2.2. 车辆费⽤ (32)4.2.3. 车辆调度 (32)4.2.4. 车辆违章及事故登记 (34) 4.2.5. 车辆报表 (34)4.3. 物业管理 (35)4.3.1. 租赁管理 (35)4.3.2. 采购管理 (36)8. 产品的系统需求 (39)8.1. 系统安全性需求 (39)8.2. 系统性能需求 (39)8.3. 系统接⼝需求 (39)8.4. 系统⽤户需求 (39)1.⽂档介绍1.1. ⽂档⽬的本⽂档主在⽤于界定系统的主体功能和需求。
用户需求说明书与需求规格说明书的区别
用户需求说明书与需求规格说明书的区别1、用户需求说明书是用户的需求（期望），需要和用户确认的，重点是站在客户的角度讲产品功能。
需求规格说明书是系统设计需求，主要是对内的，是从开发、测试的角度去讲产品功能。
2、优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的文档。
缺点：层次越多，信息损失的越多，误解的概率就越大。
权衡的结果：基本上是依据项目的规模而定。
3、如果要省掉一个的话，更倾向于写用户需求，因为搞系统的时候要始终明白用户在想什么，要解决什么问题。
需求规格相对不是很重要，具体实现用户需求的时候，你可以有各种方案，这个是用户不关心的。
要是用户需求就已经理解错了，特别是理解不全面，软件规格说明书写得好让用户签字就没有任何意义了。
4、最新的做法➢使用UML语言，开发需求用例说明书，用例、场景描述和事件――响应表，既可面向客户，又可面向开发设计；➢使用敏捷开发方法，通过用户故事描述用户需求，即客户想要实现一个什么功能，以满足某个方面的需求。
【相关知识】●“需求管理”的文档大体上包含需求管理计划、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件。
●“需求开发”的文档大体上包含需求规格说明书，需求规格说明书检查表，需求开发指南等。
●需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。
●需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI中有标准的模板，重点是站在客户的角度讲产品功能。
●需求规格说明书：是从业务规则讲起的，细一点偏向于软件的需求设计到概要设计。
是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等。
◆业务需求（Business requirement）表示组织或客户高层次的目标。
业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。
用户需求规格说明书通用模板
用户需求规格说明书版本历史目录1简介 (1)1.1目的 (1)1.2范围 (1)1.3术语 (1)1.4角色和职责 (1)2任务概述 (1)2.1目标 (1)2.2系统（或用户）的特点 (2)3假定和约束 (2)4需求规定 (2)4.1系统总体描述 (2)4.2功能需求 (2)4.2.1业务用例1 (3)4.2.2业务用例2 (4)4.2.3业务用例n (4)4.3非功能性需求 (4)4.3.1系统/产品的外观需求 (4)4.3.2易用性需求 (4)4.3.3执行需求 (5)4.3.4操作和环境需求 (5)4.3.5可维护性 (5)4.3.6安全性与保密性 (5)4.3.7安全审计 (5)4.3.8产品应执行的标准和/或政策 (6)4.3.9其他 (6)4.4接口 (6)5文档需求 (6)5.1用户手册 (6)5.2联机帮助 (6)5.3安装指南、配置文件、自述文件 (6)6尚需解决的问题 (7)7附件 (8)8引用与参考文档 (11)1简介1.1目的说明编写本文档的目的1.2范围指出预期的读者1.3术语提供与此文档相关的术语及缩略语的定义1.4角色和职责此节如无内容可删除2任务概述2.1目标叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2系统（或用户）的特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。
这些是软件设计工作的重要约束。
如果是对现有系统的优化、升级和/或增强开发，还应列出本软件与老版本软件的比较和不同之处。
另外，还要说明本软件被预期使用频度。
用户需求规格说明书
用户需求规格说明书1.引言用户需求规格说明书是为了明确和定义用户对于特定产品或服务的期望和需求而编写的文档。
它对于开发者和设计团队来说是至关重要的，因为它帮助他们理解用户的需求，从而可以在开发过程中满足这些需求。
本文档将详细描述用户需求规格，包括产品的核心功能、性能要求、界面设计、可靠性和可用性等方面。
2.产品描述本产品是一款面向广大用户的软件应用程序，旨在解决特定问题或提供特定的服务。
它将提供以下核心功能：- 功能一：简要说明和描述功能一的具体内容。
例如，如果产品是一款社交媒体应用程序，功能一可以是用户注册和创建个人资料。
- 功能二：简要说明和描述功能二的具体内容。
例如，如果产品是一款电子商务平台，功能二可以是用户浏览和购买商品。
3.用户需求本节将详细描述用户对于产品的具体需求。
用户需求可以分为功能性需求和非功能性需求。
3.1 功能性需求功能性需求涉及到产品的核心功能和特性。
以下是对于本产品所要求的功能性需求的详细描述：- 需求一：详细描述需求一的功能和特性。
- 需求二：详细描述需求二的功能和特性。
3.2 非功能性需求非功能性需求涉及到产品的性能、界面设计、可靠性和可用性等方面。
以下是对于本产品所要求的非功能性需求的详细描述：- 需求三：描述对于产品性能的需求，例如响应时间、处理能力等。
- 需求四：描述对于产品界面设计的需求，例如简洁、直观和易用性。
- 需求五：描述对于产品可靠性的需求，例如稳定性、安全性等。
- 需求六：描述对于产品可用性的需求，例如可访问性、跨平台兼容性等。
4.用户场景用户场景描述了用户如何使用产品以及产品在不同情境和场景中的表现。
以下是对于本产品的一些典型用户场景的描述：- 场景一：描述一个典型用户使用产品的情境，例如用户登录并浏览商品。
- 场景二：描述另一个典型用户使用产品的情境，例如用户选择商品并付款。
5.限制和假设条件本节将描述可能对于产品开发和设计的限制和假设条件。
用户需求说明书与需求规格说明书的区别
用户需求说明书与需求规格说明书的区别1、用户需求说明书是用户的需求（期望），需要和用户确认的，重点是站在客户的角度讲产品功能。
需求规格说明书是系统设计需求，主要是对内的，是从开发、测试的角度去讲产品功能。
2、优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的文档。
缺点：层次越多，信息损失的越多，误解的概率就越大。
权衡的结果：基本上是依据项目的规模而定。
3、如果要省掉一个的话，更倾向于写用户需求，因为搞系统的时候要始终明白用户在想什么，要解决什么问题。
需求规格相对不是很重要，具体实现用户需求的时候，你可以有各种方案，这个是用户不关心的。
要是用户需求就已经理解错了，特别是理解不全面，软件规格说明书写得好让用户签字就没有任何意义了。
4、最新的做法使用UML语言，开发需求用例说明书，用例、场景描述和事件――响应表，既可面向客户，又可面向开发设计；使用敏捷开发方法，通过用户故事描述用户需求，即客户想要实现一个什么功能，以满足某个方面的需求。
【相关知识】●“需求管理”的文档大体上包含需求管理计划、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件。
●“需求开发”的文档大体上包含需求规格说明书，需求规格说明书检查表，需求开发指南等。
●需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。
●需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI中有标准的模板，重点是站在客户的角度讲产品功能。
●需求规格说明书：是从业务规则讲起的，细一点偏向于软件的需求设计到概要设计。
是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等。
◆业务需求（Business requirement）表示组织或客户高层次的目标。
业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。
客户需求规格说明书模板(可行性)
客户需求规格说明书历史版本记录目录1引言 (1)1.1项目概述 (1)1.2编写目的 (1)1.3参考文献 (1)1.4客户执行标准 (1)1.5术语和缩写词 (1)1.6客户分类表 (1)2产品需求概述 (2)2.1功能简介 (2)2.2运行环境 (2)2.3设计约束 (3)3功能需求 (4)3.1功能划分 (4)3.2需求描述 (4)4非功能需求 (6)4.1性能需求 (6)4.2用户界面 (6)4.3硬件接口 (6)4.4软件接口 (6)4.5通信接口 (6)4.6易用性需求 (7)4.7操作环境需求 (7)4.8可维护性和可移植性需求 (7)4.9安全性需求 (7)4.10文化和政策需求 (7)4.11法律需求 (7)5交付要求 (7)5.1交付时间 (7)5.2交付质量 (7)5.3验收标准 (7)6待确定的问题 ................................................................ 错误！未定义书签。
I客户需求规格说明书1引言1.1项目概述要求：描述本项目软件产品的用途和范围。
【提示：描述本项目软件产品与其他系统产品的关系。
】1.2编写目的要求：描述本文档的用途，预期的读者。
1.3参考文献记录等，文档资料的性质可分为：强制要求、参考执行。
】1.4客户执行标准要求：本设计所遵循的标准、规范书等。
1.5术语和缩写词【填表说明：列出本文档中使用的专门术语的定义和缩写词的原文。
】1.6客户分类表【填表说明：根据用户使用产品的频度、所属应用领域及职能部门等情况，将客户分为不同类别，并详细说明各类别客户的特点、需求调研代表、需求决策人员。
】2产品需求概述2.1功能简介【提示：对产品的基本功能做一个简介，包括：1.本产品的开发意图、应用目标及作用范围。
2．概略介绍了产品所具有的主要功能。
可以用列表的方法给出，也可以用图形表示主要的需求分组以及它们之间的联系，例如数据流程图的顶层图或类图等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
密级：文档编号：版本号：V1.0历下区财政局网上竞价系统用户需求规格说明书山东新中天信息技术有限公司---------------------------------------------------------------------山东新中天信息技术有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
1. 文件更改摘要：目录1.产品介绍 (4)2.产品面向的用户群体 (4)3.产品遵循的标准和规范 (4)4.产品功能性需求 (4)4.1.产品功能列表 (4)4.2.产品功能需求描述 (5)4.2.1.招标网站 (5)4.2.2.供应商信息维护 (5)4.2.3.竞价报名 (7)4.2.4.项目竞价 (8)4.2.5.中标通知书（供应商） (9)4.2.6.质疑 (9)4.2.7.合同（供应商） (10)4.2.8.采购立项 (11)4.2.9.招标公告 (12)4.2.10.供应商报名 (13)4.2.11.开标 (13)4.2.12.定标 (14)4.2.13.中标公告 (14)4.2.14.中标通知书（代理机构） (14)4.2.15.答疑及澄清 (14)4.2.16.确认采购立项 (14)4.2.17.合同（采购人） (14)4.2.18.审核采购立项 (15)4.2.19.审核招标公告 (15)4.2.20.审核中标公告 (15)4.2.21.供应商管理 (15)4.2.22.代理机构管理 (15)4.2.23.信息发布 (16)4.2.24.数据统计 (17)5.产品非功能性需求 (17)5.1.用户界面需求 (17)5.2.软、硬件环境需求 (18)5.3.产品质量需求 (18)5.4.其它需求 (18)6.附录：用户需求调查报告 (18)6.1.调查一 (19)6.2.调查二 (19)7.审核及确认 (19)1. 产品介绍历下区政府采购网上竞价系统，覆盖本级的采购人、代理机构、供应商和监管部门，实现全区各级政府采购的电子化、网络化，通过信息化的手段达到政府采购各个环节的规范化管理，建设采购人库、供应商库、产品库，实现信息共享。
2. 产品面向的用户群体本产品面向全区各级政府采购人、代理机构、产品供应商及监管部门。
3. 产品遵循的标准和规范4. 产品功能性需求4.1. 产品功能列表4.2. 产品功能需求描述4.2.1.招标网站招标网站主要发布一些与竞价相关的公告和信息，供相关用户浏览。
主要包括系统登录（采购人、供应商、代理机构、采购办、系统管理）竞价公告、竞价更正公告、竞价结果公告、竞价结果公示、办事指南、联系电话、信息搜索等模块。
首页页面布局如下图：4.2.2.供应商信息维护系统提供供应商注册功能，注册成功后，才能登录系统，登录后需要完善企业相关资料，包括企业基本信息、资质认证等。
企业填写完资料后，点击【提交审核】，提交至采购办进行审核，在采购办未审核通过之前，供应商只具有【供应商信息维护】权限，只有审核通过的注册供应商才能参与网上竞价和其它功能。
4.2.2.1. 供应商注册在竞价网站首页提供“供应商注册”连接，点击连接，打开注册界面。
供应商注册表单如下：4.2.2.2. 供应商基本信息维护注册成功的供应商，使用注册时填写的登录帐号和密码登录系统，首先需要完善企业基本信息和资质认证。
供应商基本信息表单如下：4.2.2.3. 供应商资质认证资质认证包括企业的组织机构代码证、税务登记证、企业法人营业执照及企业获得的相关认证或证书。
资质认证表单如下：4.2.2.4. 密码修改点击【修改密码】，在出现的页面中输入源密码、新密码、确认密码，点击【更新】按钮，更新登录密码。
4.2.3.竞价报名招标公告经过采购办审核通过后，会显示在网站首页，供应商登录系统，可查看招标公告详细内容，若到报名时间供应商可进行报名。
➢招标公告点击招标公告标题，查看招标公告内容，若到报名时间，则显示【我要报名】的字样，若报名时间已过或还未到报名时间，则供应商不能报名。
➢竞价报名供应商点击【我要报名】，弹出报名信息页面，供应商的报名信息是系统中存储的供应商基本信息，可修改。
竞价报名表单如下：注：供应商报名时可上传附件，例如供应商的资质信息或者是供应商的简介信息等，以方便代理机构进行审核。
供应商报名信息填写完整以后，点击【提交】按钮，供应商的报名信息提交至代理机构审核，只有审核通过的供应商才能在规定的时间内进行竞标。
4.2.4.项目竞价供应商报名后，在桌面【我的项目】或供应商【项目列表】中即包括供应商参与的项目，点击项目名称进入项目，若供应商报名审核已通过且在规定的竞价时间内，供应商可参与竞价。
➢竞价信息供应商进行竞价项目后，有8个TAB页。
分别为：1)招标公告：显示招标公告信息；2)报名信息：显示供应商的报名信息；3)投标信息：供应商进行投标；4)中标公告：显示发布的中标公告；5)更正公告：显示发布的该项目更正公告；6)通知书：显示该项目的中标通知书，并确认中标通知书的操作；7)合同：起草合同；8)质疑：发起对该项目代理机构发起质疑。
单品目报价表单如下：注：1、供应商在可竞价的时间内最多可进行三次报价，报价只能比前一次低；2、每次报价结束时，系统通知每位供应商本次报价的最低价；2、供应商的报价是按该项目全部单项报价之和计算；3、单个品目设置有起拍价，供应商报价不能高于起拍价；4.2.5.中标通知书（供应商）发布中标公告且代理机构起草通知书后，中标的供应商可确认中标通知书，非中标的供应商只能查看结果通知书。
注：只有中标的供应商确认完通知书以后，才可起草合同。
4.2.6.质疑供应商可对招标文件、采购过程、初定的采购结果及其他对代理机构或者采购人提出质疑。
供应商提出质疑的操作在【质疑】的TAB页中。
➢新增质疑供应商点击【新增】按钮，弹出增加质疑的页面。
质疑表单如下：质疑填写保存完成后，只是暂存质疑，其它人不能查看。
只有点击【提交】按钮，质疑提交至选择的质疑对象处。
➢查看质疑答复供应商点击质疑列表中的【查看】按钮，可查看提出的质疑内容和提交的质疑对象的答复。
4.2.7.合同（供应商）4.2.7.1. 起草合同中标通知书起草以后，供应商可查看中标通知书，并在【合同】的TAB页查看中标的项目及起草合同。
供应商首先通过桌面【我的项目】，进入项目，进入项目后，在合同的TAB页显示中标的项目，点击【起草合同】起草合同。
起草合同表单如下：【保存】合同时，只是暂存当前合同信息，合同状态为【待提交】，此时采购人看不到该合同；点击【提交】，合同提交到采购人，待采购人确认，合同状态为【待采购人确认】；。
4.2.7.2. 作废合同合同签订以后，供应商及采购人都可作废合同，合同作废以后，合同不具备法律效力。
选择桌面【我的项目】，进入项目后，在【合同】的TAB页有【已签订】的合同，进入合同页面，有【申请作废】的按钮，供应商申请作废合同需经过采购人确认。
4.2.7.3. 确认作废合同采购人提交的作废合同需要供应商确认，作废合同才能生效。
选择桌面【我的项目】，进入项目，点击【合同】的TAB页，有待确认作废的合同，进入确认作废合同的页面，确认作废合同点击【确认作废】，合同作废成功，合同状态为【作废合同】，供应商及采购人都不可对合同进行操作；点击【取消作废】，即合同不作废，合同状态还为【已签订】状态。
4.2.8.采购立项采购项目由代理机构从管理系统中导入，导入成功后，根据导入的采购明细建立采购项目。
建立项需填写2部分，招标项目信息和采购品目列表。
➢招标项目信息招标项目信息表单如下：➢采购明细采购明细由采购申报表生成，代理机构通过与采购人多次沟通，对采购品目进行细化，指定更具体的型号及参数。
采购明细表单如下：代理机构项目创建后，采购品目经与采购人多次沟通，指定详细参数配置后，可提交到采购人进行确认，采购人确认后，系统自动把该项目发送到采购办进行审核，采购办审核通过后，该项目的所有内容即已确认，不能修改。
4.2.9.招标公告代理机构可通过【代理项目列表】起草招标公告。
招标公告分为2部分，为基本信息和公告内容。
➢基本信息基本信息表单如下：➢公告内容系统按照模板生成公告内容，并填充项目信息，项目经办人可以对内容进行删改。
公告内容模版为：XXXXX招标有限公司受XXXXX单位的委托对其项目XXXXXXXX（项目编号）进行公开竞价采购，欢迎符合资格条件的供应商竞价。
招标公告起草完成以后，点击【保存】按钮，暂存招标公告；点击【提交】后招标公告直接提交至采购办审核。
4.2.10.供应商报名4.2.10.1. 审核供应商报名供应商报名以后，代理机构需要审核供应商报名，只能通过审核的供应商才能参与项目的竞价。
审核供应商报名分为4部分，分别为供应商报名记录、指标响应信息、操作意见及操作历史。
供应商报名审核通过，即点击【通过】按钮，审核状态为审核通过；审核不通过，点击【不通过】，并需要填写审核意见，以便供应商参考重新填写报名信息；点击【操作历史】，查看供应商的报名记录。
4.2.10.2. 补录供应商补录供应商是针对报名时间已过、供应商在网下报名或者报名供应商数量不能达到开标要求，可以通过补录供应商实现。
补录供应商表单如下：注：补录的供应商不需要经过审核，可以直接参与项目。
4.2.11.开标竞价结束后，采购人、代理机构、采购办就可查看竞价信息。
可查看参与竞价的供应商的出价明细和相关资料。
4.2.12.定标系统按价格优先（最低）方式确定预中标供应商，预中标的供应商需要代理机构再次确认才能最终定标。
4.2.13.中标公告确定中标供应商以后，可按项目起草中标公告；若还未确定中标供应商，系统提示“项目还未到该阶段”；中标公告包括公告标题及公告编号，公告内容按模板生成，代理机构可对公告内容进行修改。
公告起草完成后，点击【保存】按钮，暂存公告内容；点击【提交】，提交至采购办审核。
4.2.14.中标通知书（代理机构）中标公告审核发布以后，代理机构经办人为成交的供应商起草中标通知书。
中标的供应商需确认中标通知书以后，才可起草合同。
4.2.15.答疑及澄清代理机构可查看供应商提出的质疑并回复质疑，质疑回复后，供应商可查看回复的质疑。
4.2.16.确认采购立项代理机构创建的项目，需要先经采购人确认后，才能提到交采购办审核。
4.2.17.合同（采购人）4.2.17.1. 确认合同供应商起草合同以后，需要采购人确认合同，合同才能正式生效。
合同确认后即可归档；若采购人不确认合同，合同退回供应商修改。
4.2.17.2. 作废合同合同签订以后，供应商及采购人都可作废合同，合同作废以后，合同不具备法律效力。