吉林省电子技术研究所城市运行协同平台项目基础技术支撑服务招标公告

1、招标条件
吉林省电子技术研究所采购城市运行协同平台项目基础技术支撑服务，资金来源为自筹资金，项目已具备招标条件，现对项目进行公开招标。
2、项目概况与招标范围
2.1项目名称：城市运行协同平台项目基础技术支撑服务。
2.2招标编号：20251117
2.3招标范围：城市运行协同平台项目基础技术支撑服务（详见招标文件项目服务内容）
2.4服务期限：合同订立后至2025年12月15日。
2.5服务方式：提供7*8小时基础技术支撑服务。
2.6质量要求：符合国家及行业规定的合格标准。
2.7资金来源：自筹资金。
2.8资金落实情况：已落实。
2.9招标控制价（采购预算）：8万元。
3、投标人资格要求
3.1投标人须符合《中华人民共和国政府采购法》第二十二条的规定:
3.1.1具有独立承担民事责任的能力；
3.1.2具有良好的商业信誉和健全的财务会计制度；
3.1.3具有履行合同所必需的人员和专业技术能力，具备软件测试能力；
3.1.4有依法缴纳税收和社会保障资金的良好记录；
3.1.5参加政府采购活动近三年内，在经营活动中没有重大违法记录。
3.2投标人是在中华人民共和国境内注册的具有相应营业范围的法人单位或其他组织，并在人员、设备、资金等方面具备相应的软件运维服务能力。
3.3投标人在“信用中国”网站（www.creditchina.gov.cn）或中国政府采购网（www.ccgp.gov.cn）信用良好记录（详见财库【2016】125号）。
3.4投标人在“中国裁判文书网”（www.wenshu.court.gov.cn）查询无行贿档案证明。
3.5拒绝列入政府取消投标资格记录期间的企业投标。
3.6本次招标不接受联合体投标。
4、投标报名及招标文件的获取，投标文件的递交
4.1本项目采用网络投标报名方式，邮箱534659786@qq.com，报名截止时间2025年11月19日16时30分。
4.2招标文件的获取
本项目公告内容中包含招标文件。
4.3递交标书时需提供有关资料（投标文件一正两副胶装密封，所有资料均须提供原件扫描件，并加盖公章。）：
4.3.1新版营业执照副本
4.3.2法人授权委托书及被授权人身份证
4.3.3投标人在“信用中国”网站（www.creditchina.gov.cn）或中国政府采购网（www.ccgp.gov.cn）信用良好记录。
4.3.4投标人提供在“中国裁判文书网”（www.wenshu.court.gov.cn）查询无行贿档案证明。
4.3.5未被政府列入取消投标资格期限内的企业或个人参加投标的由法人签字或盖章并加盖公章的承诺书。
4.3.6参加政府采购活动前3年内在经营活动中没有重大违法记录的书面声明，由法人签字或盖章。
4.3.7项目方案：需列明是否能够实现招标需求文件中所列技术指标要求。
4.4投标文件递交的截止时间2025年11月25日9时30分，投标文件递交地点：吉林省长春市新民大街1381号3楼会议室。
4.5开标时间为2025年11月25日9时30分。开标方式：投标时间截止后由吉林省电子技术研究所组织相关技术人员进行评标。
4.6合格供应商的产生：满足招标所有要求且价格最低的投标人为中标供应商。
4.7逾期送达的投标文件，招标人不予受理。
5、联系方式
联系人：李雨坤 联系电话：13364506121
6、项目招标服务内容
6.1 服务内容详述
本服务旨在为“城市运行协同平台”的全面测试提供高质量、高覆盖度的测试用例，确保测试过程的有效性和充分性。
6.1.1基于项目文件功能点拆解服务
本服务通过对关键项目文档进行系统性分析，形成结构化的、颗粒度适宜的功能点清单，为后续测试工作提供精确的输入。
1、文档分析与需求梳理
1）核心文档范围： 全面收集并分析包括但不限于 《招标文件》、《投标文件（技术部分）》、《项目合同》 等关键文档。
2）需求提取： 从文档中提取所有明示的、隐含的业务需求、用户需求、技术指标和非功能性要求。
2、功能点拆解与结构化
1）拆解方法： 采用面向对象、模块化或用户旅程的方法，将宏观的项目目标和高层需求，逐层分解为具体的、可操作、可测试的功能点。
2）功能点定义： 每个功能点应包含清晰的定义，至少包括：
唯一标识符（ID）： 用于追溯。
所属模块/子系统： 如“指挥调度”、“事件管理”、“数据可视化”。
功能详细描述： 具体的行为或功能。
来源追溯： 明确标注该功能点来源于招标文件哪一章节、合同哪一条款。
3、 主要交付物
《功能点清单》 或 《偏离表》
4、服务要求与标准
1）拆解的完整性： 确保所有合同、标书中承诺的功能和技术指标都被识别并拆解为功能点，无遗漏。
2）可追溯性： 建立从“招标文件/合同条款” -> “功能点” -> “测试用例” -> “测试缺陷”的全链路双向追溯能力。
3）颗粒度适宜： 功能点的拆解颗粒度应适中，既能清晰描述功能，又便于后续设计和开发理解，通常以一个独立可验证的功能单元为宜。
4）一致性： 确保功能点的描述与原始文件保持一致，无歧义。
6.1.2测试用例设计与制备服务
本基于城市运行协同平台的业务需求、技术规格，系统性地设计、编写和维护一套完整、结构化、可执行的测试用例库。
1、测试需求分析与策略制定
1）需求梳理： 深入分析项目需求文档、设计文档，与业务方、产品经理和开发团队沟通，明确测试范围和测试目标。
2）测试策略制定： 确定测试的层次（如：单元测试、集成测试、系统测试、验收测试）和测试类型（如：功能测试、性能测试、安全测试、兼容性测试、接口测试）。
3）测试重点识别： 针对城市运行协同平台的特点（如多部门协同、实时数据监控、应急事件处置、大屏可视化），识别关键业务流和核心模块，作为测试用例设计的重点。
2、测试用例设计
1）用例设计： 可采用等价类划分、边界值分析、场景法、判定表等方法，系统性地设计测试用例。
2）用例编写： 编写结构清晰、步骤明确、预期结果可衡量的测试用例。每条用例可包含：唯一标识符、测试模块、用例标题、前置条件、测试步骤、预期结果等。
3）覆盖度保障： 确保测试用例对业务需求、功能点、用户场景的覆盖率达到既定目标（如：需求覆盖率100%，代码分支覆盖率80%以上）。
4）非功能测试用例： 设计性能测试用例（如：并发用户数、事务响应时间、资源利用率）
3、测试用例管理与维护
1）用例库建设： 建立和维护测试用例库。
2）用例评审与优化： 组织项目组对测试用例进行评审，确保其准确性和有效性，并根据评审意见进行优化。
3）用例维护： 在项目迭代过程中，根据需求变更和缺陷分析，及时更新、补充和归档测试用例。
4、 主要交付物
完整、结构化的《测试用例库》
5、 服务要求与标准
1）用例质量： 测试用例步骤清晰、预期结果明确，无二义性。通过内部评审率100%。
2）覆盖度： 测试用例对关键业务的场景覆盖率达到100%，对全部需求的覆盖率达到100%。
3）数据真实性： 仿真数据需符合业务逻辑，数据间的关联关系和约束关系正确。
4）数据安全性： 所有涉及生产数据的，必须经过有效脱敏，确保无任何敏感信息泄露。
5）数据可用性： 交付的测试数据应能与测试用例完美匹配，保证测试人员“开箱即用”。