招标信息
微信小程序开发项目招标书
招标方:九州期货有限公司
地 址: 北京市海淀区西直门北大街甲43号-1-26-1418号
目录
第一章 招标项目公告
九州期货有限公司委托信息技术部代表本公司项目组就“九州期货有限公司微信小程序项目”进行公开招标,邀请符合资质的合格投标方参加投标。
1. 项目名称:九州期货有限公司微信小程序项目。
招标内容:九州期货有限公司微信小程序项目,主要内容包含,但不限于:微信小程序端 UE 设计;管理平台 PC Web 端 UE 设计,用户微信小程序端 UI 设计;用户微信小程序端开发;管理平台 PC Web 端开发;API数据接口开发&联调(现有系统);支持fastapi框架以及python开发语音;
2. 项目实施地点:北京
3. 项目工期要求:40个工作日内交付
4. 文件发布日期:2024年4月26日
5. 投标截止日期:2024年5月8日
6. 有关此次招标邀请之事宜,可按下列地址以函件或者传真或电邮形式向本公司查询:
地址:北京市海淀区西直门北大街甲43号-1-26-1418号
商务信息联系人信息:
Email:jzqh@jzfutures.com
联系人姓名:姜晨
电话:010-82203780
第二章 投标方须知
1. 适用范围:
本招标文件适用于本文件第四部分系统需求中所述内容(包括系统建设及服务)的招标。
2. 定义:
1) “招标方”系指组织本次招标的招标机构:九州期货有限公司。
2) “投标方”系指向招标方提交投标文件的小程序系统软件供应商。
3) “系统建设”系指投标方按照招标文件规定,须向招标方提供的小程序软件源码、硬件及网络建议书、手册及其他相关资料和材料。
4) “服务”系指招标文件规定投标方须承担的系统实施、开发、系统安装、调试、系统集成、维护、培训和其他类似的义务。
3. 投标方应仔细阅读招标文件的所有内容,按招标文件的要求提供投标文件,并保证所提供的全部资料的真实性,以使其投标对招标文件做出实质性的响应,否则,其投标可能被拒绝。
4. 成本和费用:
无论投标过程中的做法和结果如何,投标方应自行承担所有与参加投标有关的费用,招标方在任何情况下无义务和责任承担上述费用。
5. 投标方须保证为投标所提供的所有产品必须是合法产品。
6. 招标文件的组成:(招标文件用以阐述招标内容、招标投标程序)
1) 项目招标文件
2) 系统需求分析文档
3) 项目人员安排
7. 招标文件的澄清:
投标方对招标文件如有需要澄清的疑问,应在投标截止日期前按招标文件中申明的地址以书面形式(包括信函、电子邮件、电报或传真,下同)通知到招标方。招标方在截止日期前将视情况确定采用适当的方式予以澄清或以书面的形式予以答复,并在其认为必要时,将不标明查询来源的书面答复告知已领取招标文件的投标方。
8. 招标文件的修改:
在整个招投标期间,招标方拥有修改招标书的权利,投标方不得提出任何异议,招标文件的修改将构成招标文件的一部分,对所有投标方均有约束力。
9. 投标文件的组成:
1) 投标书
2) 投标价格明细表
3) 小程序系统项目整体实施方案
4) 投标建设方案
l 总体建设方案
l 项目关键点的实现
l 项目实施建议使用的技术支撑实现
5) 系统实施计划、项目里程碑计划、培训计划、项目组人员表以及售后服务计划。
6) 投标方资格证明文件:
投标方必须提交证明其有资格进行投标和有能力履行合同的文件,作为投标文件的一部分。
l 有效的公司注册、营业执照的复印件
l 投标本项目的投标方项目经理简历及其主持的系统实施成功范例,并出示其获得的相关认证复印件
l 投标方相关项目的用户证明材料及其项目合同复印件
7) 投标方应将投标文件装订成册,并填写“投标文件资料清单”。
8) 投标方应提供投标文件的电子文档。
10. 投标方必须对其投标书的真实性与准确性负责。投标方一旦中标,其投标书将作为合同的重要组成部分。
11. 投标报价:
1) 投标报价为人民币交货价。
2) 投标方应按招标方项目实施各阶段、各功能模块分别填写投标价格表。
3) 投标方应按上述条款要求填写报价。
4) 投标报价在开标后不得修改。
12. 投标有效期:
1) 投标文件在开标后两个月内具有约束力,在此期间,如被选定中标,投标方不得拒绝受标或否认承诺。若投标方拒绝受标或者否认承诺,招标方有权取消其投标资格。
2) 评标和定标应当在投标有效期满之前完成。
13. 投标文件的签署及规定:
1) 投标方应准备壹份正本,壹份副本,电子文件一份(刻光盘),在每份投标文件上要注明“正本”或“副本”字样,一旦正本和副本有差异,以正本为准。
2) 投标文件正本和副本必须打印,正本必须由正式授权的投标方代表在规定签章处签字并加盖公章。
3) 投标文件中不许有加行、涂抹或改写。如有修改错漏处,必须由投标方法定代表人或其委托人签字并加盖公章。
14. 投标文件的密封和标记:
1) 投标方应将投标文件正本和副本分别用非透明文件袋密封,正本和电子文件一起封装,在密封处加盖公章,并表明投标单位名称、投标项目名称、正本或副本。
2) 每一密封信封上注明“开标时启封”字样。
3) 如投标文件由专人送交,投标方应将投标文件按1)和2)中的规定进行密封和标记后,按投标邀请函的时间和地址送至招标方。
15. 递交投标文件的截止时间:
所有投标文件都必须在2024年5月8日 17:00前发给招标方联系人 姜晨
16. 迟交的投标文件:
招标方将拒绝接受在投标截止时间后收到的投标文件。
17. 投标注意事项:
1) 招标文件未经招标方书面同意,投标方不能做任何改动,若有此等改动,投标将不获考虑。
2) 投标方应自行检查招标文件的页数是否齐全。若有遗漏、重复或不清楚,须立即通知招标单位予以更正。
3) 招标文件中任何项目的错漏,若本应可按上述方法予以更正而未能更正,导致投标方投标错误,招标方不承担任何责任。
4) 在整个招投标期间,招标方及其授权代表有权对招标文件的内容进行修改、增补、删减、解释,并可向投标方发出进一步的书面指令,投标方必须依令执行,不得有异议。
5) 所有符合上述条件做出的对招标文件的修改、增补、删减、解释等文件均为具法律约束力的合同文件的一部分。
6) 投标方须按照招标文件的要求报价。投标文件中若存在与招标文件不符的要求,将不获接纳。如有任何其他建议,投标方可在回标时另外列明该等建议对工期、标价的影响。
7) 招标文件中任何项目若未填报价款,则履行该项目的所有费用视作已包括在其他已填报价款的项目单价或价款内。
8) 所有报价项目均应详细列明单价和总额。投标单位若将数个项目以一个总额标价,招标人有权要求投标人将每项单价分别标明。
9) 投标方填报的各项目单价均视为在招标文件规定的条件和投标单位承诺的条件下的包干价,不因市场价格涨落和汇率变动而调整。
10) 若投标方在提交投标书后发觉有错误,可于回标截止期限届满前,以书面形式予以更正。
11) 若招标方在审查投标书时发现投标方的报价有算术错误、遗漏或重复的,投标总价不应因此而调整。如投标方要求调整投标总价的,招标方有权宣布该投标书作废。
12) 投标方应承担全部与编写和提交投标文件及议标所发生的一切费用和支出。不论投标的结果如何,招标方在任何情况下均无义务承担此费用。
18. 开标:
1) 招标方在招标邀请函规定的时间和地点进行开标。
2) 开标时,检查投标文件密封情况,确认无误后开标。以正本内容为基础,以及招标方认为必要的其他内容。
3) 如需投标方派代表对其方案进行讲解,由招标方根据情况确定,时间另行通知。
19. 投标:
1) 招标方将根据招标项目的特点组建评标小组,评标小组需对投标文件进行评审、质疑、评估和比较。评标小组有权通知投标方按指定时间及地点对投标文件进行演示或解释。
2) 评标期间,投标方法人代表或其委托代理人必须等候质疑。
20. 对投标文件的审查:
1) 开标后,招标方将组织评审投标文件是否完整,是否有计算错误,文件是否已根据要求签署。若汉字表示的数据与数字表示的有差别,则以汉字表示的数据为准。
2) 在对投标文件进行详细评估之前,招标方将依据投标方提供的资格文件审查投标方的财务、技术研发和实施组织能力。如果确定投标方无资格履行合同,其投标将被拒绝。
3) 招标方将确定每一投标是否对招标文件的要求做出了实质性的响应,而没有重大偏离。实质性响应的投标是指投标符合招标文件的所有条款、条件和规定且没有重大偏离和保留。重大偏离和保留是指影响到招标文件规定的范围、质量和性能,或限制了招标方权利和义务的规定,而纠正这些偏离影响到了提交实质性响应投标的投标方的公平竞争地位。
4) 招标方判断投标文件的响应性仅基于投标文件本身内容而不靠外部证据。
5) 招标方将拒绝被确定为非实质性响应的投标方,投标方不能通过修正或撤销不符之处而使其投标成为实质性响应的投标。
6) 招标方允许修改招标中不构成重大偏离的、微小的、非正规、不一致或者不规则的地方。
21. 评标原则:
1) 评标工作由九州期货有限公司组织的小程序项目招标小组独立进行。招标小组将遵照评标标准及原则,公平、公正地对待所有投标方,而不受其他方的影响。
2) 评委会对每个标书的实施条件进行比较,列出各投标者的报价比较表。
3) 对各投标单位所报技术性能进行比较。
4) 对其他内容进行分析比较:
l 投标者的资信情况、业绩和履约能力;
l 类似项目开发经验;
l 项目管理策略;
l 项目组人员技能;
l 项目实施计划;
l 项目里程碑计划;
l 价格及运维服务措施;
l 验收计划;
l 投标者提供的其他优惠条款;
5) 严格按照招标文件的要求和条件,根据评标标准及原则进行评标,对于符合招标文件的要求,并且报价最合理、能提供最佳服务的投标者着重考虑,择优选取。
6) 综合以上分析比较,如不能当场定标,招标小组将随即召开专题会议,经考察研究后确定最终中标单位。
22. 保密及其他注意事项:
1) 评标期间根据需要可安排招、投标双方作技术和商务交流。评委会将对招标文件中有关问题分别向投标方进行询问,请各投标方予以答复。回答文件将作为投标文件的组成部分。
2) 在开标、评价期间,投标方不得向评委询问评标情况,不得进行旨在影响评标结果的活动。
3) 为保证评标的公正性,开标后直至授予投标方合同前,评委不得与投标方私下交换意见。在投标工作结束后,凡与评标情况有接触的任何人不得也不应将评标情况扩散到评标人员之外。
4) 投标单位必须对撰写投标书过程中所获取的九州期货有限公司IT系统状况、数据接口、业务流程以及数据展现方式等涉及九州期货有限公司企业内部秘密的内容严格保密,不得泄露以上有关信息给与本次招标无关的第三方。
5) 评委会无须向落标方解释落标原因,不退还投标文件。
6) 招标方须同意接受报价过程中的保密条款。如果发现招标方违反保密性,九州期货有限公司有权对其进行调查并追究法律责任。
23. 授予合同时变更数量的权利
招标方保留在授予合同时根据实际情况对系统要求中规定的功能数量和内容予以增加或减少的权利。
24. 软件著作权
投标方中标后开发的软件著作权归招标方所有。
25. 合同履行期间的争议解决
合同履行期间争议按照双方合同约定执行。
第三章 合格的投标方
1. 符合“招标项目要求”条件,承认本招标文件所有内容且具备完成本项目建设内容能力。
2. 具有独立承担民事责任的能力。
3. 遵守国家政策、法律、法规具有良好的商业信誉和诚实的商业道德,无不良记录。
4. 投标企业的资金、财务状况良好。
5. 投标企业有相关企业或IT技术资质认证。
6. 投标人具有正版软件销售许可,软件代理商需提供相关证明文件。
7. 项目关键实施人员具有金融行业客户关系管理项目的实施经验,应保证关键实施人员不同时承担其他项目实施。
8. 本次招标中所要求的企业经验、项目经理及项目团队成员经验,均须是投标方本企业的经验及成员,不含代理商或其他任何合作形式的合作伙伴。
9. 能够为本项目的实施提供一套有效的解决方案及实施计划。
10. 投标企业此次所提供的所有软件系统拥有自主知识产权的版权或合法授权,须提供软件版权证明或授权证明复印件。
11. 提交的资料(包括复印件)必须真实有效。
第四章 项目说明
第一节 需求简介
业务需求简介
该小程序系统主要涉及以下模块功能(包含但不限于),如果投标方不能实现本项目需求中的部分需求,请如实专门陈述。
需求模块 |
细分模块 |
需求内容 |
||
|
登录授权 |
微信授权头像和昵称、授权手机号登录小程序 |
||
首页 |
搜索 |
根据关键词搜索研报、资讯 |
||
搜索记录 |
展示历史搜索记录,清空搜索记录 |
|||
banner图 |
展示管理员配置维护的banner图,点击图片可跳转小程序内部页面和外部链接 |
|||
公告 |
最近几条公告上下滚动轮播;点击跳转全部公告列表 |
|||
公告列表 |
我的:显示用户持仓关联的公告;如未绑定资金账号,提示去绑定资金账号 |
|||
全部:展示全部公告内容,点击进入公告详情页面 |
||||
公告详情 |
展示公告详情内容 |
|||
icon功能入口 |
由平台管理员在后台进行配置维护,可配置功能按钮跳转到小程序内部页面和外部链接;多页 |
|||
研报 |
研报分类 |
我的:如绑定资金账号,显示持仓相关的研报,显示标签(持仓),如未绑 |
||
白糖、动力煤、原油、Tab4等,分类由平台管理员灵活维护 |
||||
研报列表 |
展示研报名称,发布时间,点击查看研报 |
|||
查看研报 |
pdf文件格式,在线预览; 用户角色不同查看的研报文件不同 |
|||
如是编辑器添加的研报内容,设置用户角色不同查看的页数不同 |
||||
|
|
交易日历 |
展示日历,平台管理员导入交易日数据,根据导入的数据在日历相应的日期展示(白盘/夜盘) |
|
资讯 |
资讯分类 |
我的 |
如绑定资金账号显示持仓相关的资讯,如未绑定,提示去绑定资金账号 |
|
有色金属、大豆、鸡蛋、动力煤等,分类由平台管理员灵活维护 |
||||
资讯列表 |
通过接口对接获取资讯内容 |
|||
展示资讯图片、资讯标题、资讯内容、发布时间等 |
||||
资讯详情 |
展示资讯图片、资讯标题、资讯内容、发布时间等资讯详情内容 |
|||
研究员 |
研究员列表 |
根据客户所属营业部排序,客户所属的营业部排在前面,如客户没有所属营业部按照平台设置 |
||
展示研究员图片、姓名、所属分支机构,简介,点击查看研究员详情介绍内容 |
||||
研究员详情 |
展示研究员图片、姓名、所属分支机构,简介等详情介绍内容 |
|||
我的 |
个人资料 |
展示用户头像、账号、姓名等;用户可编辑个人基本信息 |
||
绑定资金账号 |
未绑定:提示用户绑定资金账号,点击跳转H5对接接口绑定资金账号 |
|||
已绑定:展示已绑定的资金账号 |
||||
开户须知 |
图文形式展示开户须知介绍内容 |
|||
出入金指南 |
图文形式展示出入金指南介绍内容 |
|||
交易须知 |
图文形式展示交易须知介绍内容 |
|||
常见问题 |
图文形式展示常见问题介绍内容 |
|||
客服服务 |
对接微信客服 |
|||
|
登录 |
通过账号和密码登录管理平台,不同权限的管理员登录后功能权限不同 |
||
|
搜索 |
根据用户手机号、姓名、注册时间搜索用户 |
||
|
展示用户头像、姓名、联系方式、是否关联资金账号(关联的资金账号)、注册时间等 |
|||
|
|
用户列表 |
用户角色:展示用户角色,管理员赋予用户相关角色,角色不同看到的研报文件不同 |
|
用户详情 |
展示用户详情信息 |
|||
冻结 |
冻结用户账号,冻结后不能再登录小程序使用,可取消冻结 |
|||
公告管理 |
公告列表 |
展示公告内容、发布时间 |
||
发布公告 |
添加公告内容 |
|||
提交审核:管理员添加公告,提交上级领导审核,审核通过后发布公告 |
||||
编辑公告、删除公告 |
||||
研报管理 |
研报分类管理 |
分类列表:白糖、动力煤、原油、Tab4等 |
||
添加分类、编辑分类、删除分类 |
||||
研报管理 |
搜索:根据研报分类、研报名称搜索研报 |
|||
研报列表 |
展示研究名称、所属分类、上传时间等 |
|||
上下架研报:管理员可上下架研报,下架的研报不在小程序端显示 |
||||
添加研报 |
选择研报所属分类:白糖、动力煤、原油、Tab4等 |
|||
上传研报pdf文件:上传2份文件,用户角色不同看到的文件不同 |
||||
添加研报内容:通过编辑器添加研报内容 |
||||
提交审核:管理员添加研报,提交上级领导审核,审核通过后发布研报 |
||||
编辑研报、删除研报 |
||||
交易日历管理 |
日历数据 |
展示导入的交易日历数据 |
||
导入交易日历 |
通过excel表格导入交易日历数据,小程序端呈现 |
|||
|
搜索 |
根据研究员姓名、营业部搜索研究员 |
||
研究员列表 |
展示研究员图片、姓名、所属分支机构,简介,添加时间等 |
|||
上下架研究员 |
管理员可上下架研究员,下架的研究员不在小程序端显示 |
|||
|
研究员管理 |
添加研究员 |
添加研究员图片、姓名、所属分支机构,简介等 |
|
提交审核 |
管理员添加研究员,提交上级领导审核,审核通过后发布研究员 |
|||
编辑研究员、删除研究员 |
||||
|
icon功能列表 |
展示icon功能图标、名称、查看链接的地址(小程序内部页面或外部H5页面) |
||
添加icon功能 |
上传图片、添加功能名称、添加链接的地址(小程序内部页面或外部H5页面) |
|||
提交审核 |
管理员添加icon功能,提交上级领导审核,审核通过后发布icon功能 |
|||
编辑icon功能、删除icon功能 |
||||
banner图管理 |
banner图列表 |
展示banner图片,添加时间,查看链接的地址(小程序内部页面或外部H5页面) |
||
添加banner图 |
上传banner图,添加链接的地址(小程序内部页面或外部H5页面) |
|||
提交审核 |
管理员添加banner图,提交上级领导审核,审核通过后发布banner图 |
|||
编辑banner图、删除banner图 |
||||
基础内容管理 |
开户须知、出入金指南、交易须知、常见问题图的图文详情内容增删改查管理 |
|||
待审核 |
展示子管理员提交的公告、研报、研究员、icon功能配置、banner图内容,上级管理员进行审核,审核通过后 |
|||
展示提交发布的内容、提交发布人员、提交发布时间等 |
||||
审核 |
通过/拒绝(填写拒绝原因,拒绝后子管理员重新编辑提交审核) |
|||
角色管理 |
功能说明:为后台系统分配各个自定义角色;每个角色都能分配系统定义好的权限 |
|||
角色列表、添加角色、编辑角色、删除角色 |
||||
权限管理 |
超级管理员 |
本管理员拥有后台最高的管理权限,可设定不同权限的子管理员 |
||
自定义权限 |
超级管理根据子管理员的操作范围进行权限的设定,可划分多个子管理员并授予不同的管理权 |
项目实施周期
本次项目实施根据业务需要,整个项目分两阶段实施,具体阶段划分如下(以具体启动时间为准):
阶段一、小程序系统开发
阶段二、小程序系统部署
阶段三、小程序系统验收
第二节 项目要求
第一项 项目方案要求
实施方案的具体内容由各投标单位自行确定,包含但不限于以下内容:
1. 项目实施管理方法和工具:提出确保项目实施成功的项目管理方法和项目管理工具。
2. 需求调研及分析:根据九州期货有限公司小程序系统项目的建设目标,对相关需求进行调研,通过分析构建整个系统的实施方案。
3. 系统蓝图规划:对系统实施进行规划,确定详细的系统实施方案。
4. 系统目标:在系统规划的基础上,明确系统实施的各模块的模板。
5. 个性化开发方案:针对实施方案,提出系统个性化详细方案。
6. 计划拟定:拟定系统的实施计划,明确阶段性目标。
7. 提交文档:列举在系统实施过程中要提交的文档名称、目录、各部分的主要内容,以满足今后维护和扩展系统的需要,要求文档的提交要保证信息详细、全面。
8. 质量监督:提供在实施期间的质量监督的可行计划,保证能够在系统实施过程中对项目实施质量进行有效的监督。
9. 合作方式:拟定在系统实施过程中的合作方式、职责分工情况;建议采用紧密型合作的方式,以便于维护和管理。
10. 项目费用:对系统的投资情况进行预算(折扣后价格),投资费用应尽可能地详细和合理,计算方法应尽可能地详细。
11. 设备及相关软件选型:根据需求提出应用服务器、网络、数据库服务器设备型号和配置、数据库软件的参考意见。
12. 测试所需设备:建设过程中要保证现有生产系统的运行,若需要设备进行测试,由投标方提供。
第二项 项目实施要求
1 .投标人必须提出自己的项目实施人力资源方案,并在方案中详细列出实施人员的资历简介。
2. 人员的项目经历、资历等一经发标方核实有误,投标方自动失去投标权利。
3. 人员变更说明:投标商实际入场工作人员必须与应标书上的人员方案一致,如所安排的人员为合作伙伴公司的人员必须注明人员所属,否则发标方有权取消合同关系或作出商务惩罚;项目推进过程中如发生人员更换,替补的人员资质、能力应与原来的人员一致,同时需得到广本项目负责人的书面认可方能更换,否则发标方会对投标商作出商务惩罚。
4. 请投标方在投标书中提供:实施团队每位成员简介、受教育经历、系统实施经历及经验、沟通协调能力评价。
5. 招标方有权选择投标方的项目经理和项目关键人员。项目成员须经招标方面试确认,且保证在项目建设期间项目经理和实施的关键人员不允许发生变动。如遇特殊情况需要变动,须征得招标方的同意方可变动。
6. 前期的业务调研,由投标人主导开展,根据其成熟的项目实施经验,在了解九州期货有限公司现有业务流程的基础上,整合建立一套完整的客户关系管理管理流程;投标人根据九州期货有限公司的客户关系管理相关业务流程,及目前使用的文件,定制相应文件模板及蓝图规划;项目实施过程中,投标人要做好知识转移工作,项目结束后九州期货有限公司可独立掌握软件使用及软件二次开发。
7. 实施过程中,应考虑后续运维的便利性以及功能的扩展性,尽可能用配置的方式实现用户需求,直接在程序中直接写定的方式,不利于日后功能的修改、增加及删减,给运维带来不便及风险。
8. 投标方须建立测试范例、测试流程、测试数据、以及测试成功与否的判断标准。测试范例及测试数据须涵盖所有的系统需求和系统架构。
9. 投标方须说明、建立、管理和维护软件的开发和测试环境,并确保该环境中的任何要素均满足预期的目标。投标方对软件的单元测试和整合测试负责,并确保其与测试范例和测试流程严格一致。投标方对项目所有测试进行审查,如有必要可进行重新测试,直到实现业务需求为止。
第三项 运维管理要求
1. 运维的项目和内容:
1) 为保证系统的质量以及顺利的在线运行,投标方须提供系统通过验收后的免费维保。在这免费维保期间内,对于项目范围内的任何由系统开发漏洞引起的系统故障、项目范围内功能的改进和完善、以及系统的版本升级,投标方须提供实时、免费的支持。
2) 在维保期间,投标方须确保整个系统的运行速度。如有用户反馈系统运行速度太慢,投标方有义务进行实地调查、查找原因并提供相应的解决措施。
2. 售后服务
1) 请投标方提出售后服务方案,内容包括但不限于服务内容、服务方式、服务收费等。
2) 投标方必须明确说明免费服务支持的年限,给出每延长一年的维护和升级服务的报价。
第四项 交付物要求
以下是九州期货有限公司要求的交付物,如果投标方出于对九州期货有限公司小程序系统后续更好的运维和操作的考量,对交付文档有补充,可在投标书中另行说明。
交付时间点 |
交付项 |
纸质版 |
电子版 |
项目启动 |
项目启动会材料 |
1份 |
1份 |
整体项目计划 |
1份 |
1份 |
|
项目进行时 |
项目工作周报告与月报告 |
1 份 |
1 份 |
需求分析阶段 |
业务需求文档 |
1 份 |
1 份 |
|
系统需求文档 |
1 份 |
1 份 |
系统应用架构规划和实施路线建议报告 |
1 份 |
1 份 |
|
实施阶段 |
详细设计文档 |
1 份 |
2 份 |
测试阶段 |
系统测试计划 |
1 份 |
2 份 |
系统测试用例 |
1 份 |
1 份 |
|
系统测试报告 |
1 份 |
1 份 |
|
上线确认报告 |
1 份 |
1 份 |
|
上线阶段 |
开发源代码 |
0份 |
2份 |
用户操作手册 |
1 份 |
2 份 |
|
系统运维手册 |
2 份 |
2 份 |
|
项目总结报告 |
1份 |
1份 |
第五节 验收标准
第一项 验收标准
系统需求均已得到实现,所有的功能测试、单元测试、整合测试以及用户接收测试均已通过并得到双方确认。
系统上线后的两个月为系统试运行阶段,在项目试运行阶段,如果出现系统严重缺陷,试运行时间将被相应延长。当系统严重缺陷、一般缺陷和改良型缺陷的总和为0(即均已处理完成)时,项目双方方可开始项目验收工作。
“交付物要求”中罗列的交付物文档,均已提供,并且通过投标方的审核。文档必须详实、准确,配有必要的图片和文字说明,对于不属于项目范围之内,但与项目相关的问题,应在文档中提出解决该问题的建议。
经过培训之后,用户能够熟练操作以实现日常业务需求(须得到关键用户签字确认,本项目中小程序部门所有成员均为关键用户)
经过培训之后,系统管理员应具备相应的能力,能够独立承担九州期货有限公司 小程序系统的日常运维工作(须得到系统管理员的签字确认)。
以上标准均符合,方可验收通过,否则,视为验收失败。
第二项 验收步骤
1. 乙方按照交付物要求交付最终版本,且试运行达到合同规定的时间,双方项目经理作终验准备工作。
2. 甲乙双方项目人员共同整理项目各阶段的文档,确认交付齐全。
3. 双方按照“第四章第三节 系统功能需求”中完成标准进行项目的最终验收。
4. 遵循上述项目验收标准,若未通过验收,针对不合格的部分,乙方须在五个工作日内一次性提出修改意见,修订完成后,甲乙双方再重新进行验收。
5. 验收工作通过后,经九州期货有限公司项目经理确认签字本阶段的《项目阶段性服务确认报告》,本项工作任务完成。
扫二维码用手机看
Copyright ©版权所有 : 九州期货有限公司 京ICP备15045533号-1