软件投标书模板

1、工程名称解决方案当前版本1.0拟制日期审核日期批准日期发布日期生效日期陕西xx信息技术修订历史记录A-增加 M-修订 D-删除更版本号日期变更类型 (A*M*D)修改人摘要备注1.02021-10-5初版建立【模板使用必读：模板内容和页眉中口包含内容为指导性的待替换 文字,请在使用中替换为具体内容,或删除.文件提交时不得再含有这些 内容.】第一局部投标商介绍 错误!未定义书签.1 投标函 错误!未定义书签.2 公司介绍 62.1 公司简介 62.2 公司资质 72.3 主要客户及产品 82.4 无重大违法情况声明 错误！未定义书签.2.5 法人代表授权书 错误！未定义书签.第二局部 工程解决方

2、案 错误!未定义书签.3 工程解决方案书 93.1 系统方案概述 93.2 建设原那么 93.3 总体设计方案 93.4 总体技术设计 错误！未定义书签.3.4.1 技术路线 103.4.2 总体架构 103.4.3 系统运行环境 113.4.4 性能指标 123.5 系统功能介绍 163.5.1 客户效劳系统 错误！未定义书签.3.5.2 终端信息展示系统 错误！未定义书签.3.5.3 统一治理平台 错误！未定义书签.3.6 系统平安性设计与实现 133.6.1 总体规划 133.6.2 设计依据 错误！未定义书签.3.6.3 平安体系架构 133.6.4 软件平安体系设计 164 工程实施

3、方案书 174.1 成立工程小组 174.2 工程需求分析 174.3 应用系统测试方案 174.4 实施方案 184.5 验收方案 184.5.1 验收原那么 184.5.2 验收工程 184.5.3 交付件 184.5.4 验收标准 184.5.5 验收报告样本 错误！未定义书签.4.6 效劳承诺书 195 成功案例 错误!未定义书签.第三局部设备报价清单 错误!未定义书签.1公司介绍1.1 公司简介1.2 公司资质蜀品 Mp"1.3 主要客户及产品2工程解决方案2.1 系统方案概述【从宏观上对平台背景、目标及实现意义进行阐述】2.2 建设原那么【对系统建设原那么进行设定.例：根

4、据“整体规划、分步实施、突出亮点、逐步完善的原那么逐步全面推进 XXX系统建设工作.2.3 总体设计方案【依据建设原那么方针阐述系统的总体设计方案；包括系统设计思路及包含 的各子系统或模块的列举及关系等.】需品2.3.1 设计依据【列出和系统建设相关的遵循的标准】例：1) 中华人民共和国计算机信息系统平安保护条例2) 中华人民共和国计算机信息网络国际联网治理暂行规定实施方法3) 中华人民共和国计算机信息网络国际联网治理暂行规定4) 计算机信息系统保密治理暂行规定GB/T 22080-20215) 信息技术平安技术信息平安治理体系要求ISO/IEC 27001:20056) 中华人民共和国公安部

5、令(第33号)7) 公安部关于对与国际联网的计算机信息系统进行备案工作的通知8) 电子计算机机房设计标准GB50174-939) 遵循?互联网平安保护技术举措规定?、?互联网信息效劳治理方法?、?消费者权益保护法?及?中华人民共和国广告法?等相关法律法规及相关部门规章10)遵循平安电子交易(SET)协议标准进行支付11)根据?食品平安法?的规定,食用农产品质量平安标准12)国家环保局有机食品开展中央(OFDC认证标准国家标准(GB 17859-1999)计算机信息系统平安保护等级划分准那么,系统按第三级要求进行设计2.3.2 总体架构【给出系统功能结构和系统架构的设计图,可用下列图进行扩展】2

6、.3.3 技术路线【说明系统实现的技术路线】2.3.4 系统环境开发环境【列举出系统开发所需要的环境及资源】软件开发环境如下表所示：类别软件开发操作系统Windows 7We效劳IIS6源代码治理TFS2021 SVN数据库效劳SQL SERVER2021主要开发语百C# Asp.Net、Object-C浏览器IE8主要开发工具Microsoft Visual Studio 、XCode运行环境【列举出系统开发所需要的环境及资源】软件运行环境如下表所示：类别软件效劳器操作系统Windows Server 2003, LinuxWeb艮务IIS6数据库效劳SQL SE

7、RVER2021, MySQL 5.0浏览器IE82.3.5 性能指标【对系统性能的设计方案进行说明,列举出系统各操作性能指标】例：XX汕子商务平台数据量大,并发性高,在业务应用层面上,整体策略采用动态扩容、分流 机制、缓存机制和高速数据库来实现系统的大数据量和高并发水平.整体策略如下列图所示.F5交换机交易请求摹泰条查询请求请求负载均衡* *WebSphere大数据流量并发处理架构图2.4 系统平安性2.4.1 总体规划2.4.2 平安体系架构 实体平安【对于已经有自建实体或托管实体的针对其现状进行描述】例：实体平安是信息系统平安的根底.长安信托多年来建立并逐步完善了一套平安的

8、实体环境, 且已有多个系统在此环境中运行,平安能够保证的.【对于无实体的客户推荐阿里云等知名平台,描述推荐平台的实体安全】例：实体平安是信息系统平安的根底.采用阿里云等知名云效劳提供商多年来建立并逐步完善 了一套平安的实体环境,且已有多个系统在此环境中运行,平安能够保证的. 平台平安 数据平安为预防数据丧失、崩溃和被非法访问,系统以用户需求和数据平安实际威胁为依据, 为保证数据平安提供如下实施内容：介质与载体平安保护、数据访问限制、系统数据访需品以"耳问限制检查、标识与鉴别、数据完整性、数据可用性、数据监控和审计、数据存储与备 份平安. 通信

9、平安【对所使用的网络环境进行描述】例：为预防系统之间通信的平安脆弱性威胁,系统以网络通信面临的实际威胁为依据,为保证 系统之间通信的平安采取的举措有：通信线路和网络根底设施平安性测试与优化、安装网络加密设 施、设置通信加密软件、设置身份鉴别机制、设置并测试平安通道、测试各项网络协议运行漏洞. 利用VP贱术在公用网络上建立专用网络,提供平安的端到端的数据通信. 应用平安应用平安可保证相关业务在计算机网络系统上平安运行,它的脆弱性可能给客户服务系统带来致命威胁.系统以业务运行实际面临的威胁为依据,为应用平安提供的评估 举措有：业务软件的程序平安性测试Bug分析、业务交往的防抵赖测试、

10、业务资源的 访问限制验证测试、业务实体的身份鉴别检测、业务现场的备份与恢复机制检查、业务 数据的惟一性/一致性/防冲突检测、业务数据的保密性测试、业务系统的可靠性测试、 业务系统的可用性测试.测试实施后,可有针对性地为业务系统提供平安建议、修复方法、平安策略和平安治理标准.【针对系统的类型给出常见攻击的防御手段 】? ARPft骗防御AR欺骗攻击,是一种攻击本钱很低但影响范围很大的攻击手段.为了防御 AR欺骗,我们在网络出口设置了AR的火墙,只有使用平台统一分配的MA时能够正常通讯,将非法流量阻隔在攻击者的ECS；例之内.? 未知协议攻击防御为了预防异常协议通讯包流出EC取例,又其他ECS；例

11、或者网络设备进行攻击,我们通过专 门的防火墙,对协议包进行了过滤,只允许 TCP/IP协议栈的合法通讯包进出.? DDO敌击防御会对EC畋例的网络流量,并发连接数,数据包数量进行监控,来识别和应对 DDO故击. 运行平安运行平安可保证系统的稳定性,较长时间内将网络系统的平安限制在一定范围内. 系统为运行平安提供的实施举措有：应急处置机制和配套效劳、网络系统平安性监测、 网络平安产品运行监测、定期检查和评估、系统升级和补丁提供、跟踪最新平安漏洞、 灾难恢复机制与预防、系统改造治理、网络平安专业技术咨询效劳.运行平安是一项长 期的效劳,包含在网络平安系统工程的售后效劳内.2.4.2.

12、7 治理平安治理平安对以上各个层次的平安性提供治理机制,以网络系统的特点、实际条件和 治理要求为依据,利用各种平安治理机制,为用户综合限制风险、降低损失和消耗,促 进平安生产效益.系统为治理平安设置的机制有：人员治理、培训治理、应用系统治理、 软件治理、设备治理、文档治理、数据治理、操作治理、运行治理、机房治理.2.4.3 软件平安体系设计 风险性分析系统应使用一套与效劳器数据库不同的用户权限治理系统,能在用户治理、权限分级、程序资源等方面提供严密的平安保证机制. 软件平安性规划及实施2.5 系统功能介绍【根据系统设计根据子系统或模块进行分类】2.5.1 分类1【对

13、子系统或模块进行功能说明,如果是子系统需给出子系统功能结构图】 分类 1【如果无子系统,不要包含此级分类,对模块的说明在上级分类中描述明确；如果有子系统就在此分类中描述子系统的功能3工程实施方案工程后,成立新工程小组,根据客户工程要求配备人员需求分析人员、架构师、 开发人员和工程经理、设备,制定工程方案、沟通方案、开发方案等,保证新工程有 方案按时上线.3.1 成立工程小组【对工程参与的岗位和人员进行描述,重要岗位描述到人,其余描述 到人数即可】3.2 工程需求分析在工程组组长制定工程方案,需求分析师和系统架构师阅读客户提供的工程资料, 与客户相关人员进行需求沟通,弄清楚客户的要

14、求,主要工作如图2-1所示.在明确客户业务需求和IT需求的情况下,编写需求分析说明书,其内容需要得到客 户确实认；对工程开发以及实施过程中的需求变更进行分析、确认和治理；在工程组内 部以需求分析说明书为根底达成对客户需求熟悉的根本一致性,并以此作为工程开发、 实施、培训和人员配置的根底资料.3.3 应用系统测试方案系统在上线运营之前需要对软件功能、生产环节进行阶段测试,测试方案如下表.3.4实施方案【对工程开发及实施的阶段进行描述,需明确描述出系统的开发阶段及各阶段的时间节点及内容】在以上各阶段如果客户提出需求变更,工程组进行需求变更分析和确认,之后,在 变更涉及到的应用系统、生产环节和培训环

15、节做出相应的更改.3.5 验收方案3.5.1 验收原那么3.5.2 验收工程3.5.3 交付件【描述系统的交付件】例：1用户手册2安装部署说明书3验收报告4软件接口标准5安装盘3.5.4 验收标准依据系统开发合同中对应的功能列表对系统进行验收.软件错误的严重性等级1不能执行正常功能或重要功能,或者危及人身平安；2严重地影响系统要求或根本功能的实现,且没有方法解决；3严重地影响系统要求或根本功能的实现,但存在合理的解决方法;4使操作者不方便或遇到麻烦,但不影响执行正常功能或重要功能；5其它错误；错误与严重性等级对应表1） 1级错误的描述这一级别的错误一般包括以下内容：没有实现或错误地实现重要的功

16、能；业务流程存在重大隐患；软件在操作过程中由 于软件自身的原因自动退出系统或出现死机的情况；软件在操作过程中由于软件自身的原因对系统或数据造成破坏；在现有的软、硬建设环境下不能实现应有的功能；特殊软 件在操作过程中可能危及系统和人身平安等.2） 2级错误的描述这一级别的错误一般包括：没有实现根本功能,并且不存在替代方法；没有实现重要功能中的局部功能,并且 不存在替代方法；业务流程衔接错误；密钥以明文方式存储；没有留痕功能；用户的权 限分配不合理；在现有的环境下,不能实现局部功能且没有替代方案；没有满足系统的 性能要求.验收标准1测试用例不通过数的比例 1.5 %2不存在错误等级为1的错误；3不

17、存在错误等级为2的错误；4错误等级为3的错误数量0 5;所有提交的错误都已得到更正；3.6 效劳承诺书为保证我公司负责的长安信托客户效劳系统的正常运行和实用,我方将在维护期内,需品 wv"根据合同要求提供技术支持效劳,保证系统的正常运营.技术部记录跟踪工程实施中和 实施后客户提出的各种技术问题,并根据情况划分严重级别,从而根据严重级别作出相 应的效劳响应.负责提供对系统进行日常的维护、紧急事件的处理、系统功能的调整、 客户问题及建议的收集等效劳.一、效劳内容及效劳标准1、日常系统维护a对系统日常的报错、异常进行快速处理效劳；提供优质、快捷的现场及远程技术支持效劳；如果异常和报错,属于数据错误或用户误操作,不需要修改程序,保证1个工作日内解决问