软件服务投标标书模版.docx
《软件服务投标标书模版.docx》由会员分享,可在线阅读,更多相关《软件服务投标标书模版.docx(30页珍藏版)》请在冰豆网上搜索。
软件服务投标标书模版
招标公司LOGO
文档作者:
建立日期:
审核日期:
文档页数:
页
当前版本:
正本
1公司简介
1.1概述
XXXXXXXXXXXXXX公司(以下简称XX信息)XX信息在多种制造业、物流业的丰富工程设计和现场管理经验。
能够为客户提供多种全球领先水平的IT解决方案,包括ERP(SAP)、SCM(供应链管理)、CRM(客户关系管理),XXX(仓库管理)等。
经过十年的发展,XX信息积累了丰富的经验,精益的技术水平和严谨的管理模式在行业内独树一帜。
XX信息与一大批海内外优质客户保持着长期合作,包括诸多世界五百强企业。
企业宗旨
为国内流通企业提供先进的管理理念和优秀的解决方案,切实提高用户的管理水平和企业竞争力。
发展战略
优秀的企业文化,先进的管理理念,卓越的人才技术,全面的竞争优势。
经营理念
超越、协作、卓越、求精、执行、服务。
1.2荣誉与资质
●高新技术企业
●上海市软件企业
●ISO9001:
2008质量管理体系认证
●CMMI三级
●2012年度优秀软件作品
●2012年度优秀项目实施奖
1.3公司组织结构
公司现有员工。
1.4产品与服务质量保障体系
●
先进的公司管理和运营体系
公司通过ISO9001:
2008质量管理体系认证,
以“规范开发过程、确保用户满意”为质量方
针,确保公司整体工作流程的严谨完整和持
续改进,为向客户提供更优质的产品和更全面的服务提供了保障。
●软件产品和项目的质量保障体系
公司成立了专门的产品和项目质量保证小组,制定项目开发计划和时间进度安排,根据需求分析和概要设计制定测试计划,反复进行单元测试、集成测试和系统测试,确保产品质量100%满足客户的要求。
●用户满意的服务保障体系
⏹全面贯彻“技术领先,服务卓越”的质量方针;
⏹公司服务目标为:
一次验收通过率达到95%;
⏹从咨询到实施的全程一体化服务;
⏹详尽的软件实施方案;
⏹严格的实施和培训计划;
⏹全面、专业的技术支持服务;
⏹用户服务需求的快速响应系统;
⏹用户反馈信息跟踪系统;
⏹定期提供现场系统检查;
⏹定期的用户满意度调查;
⏹终身的、客户化的系统升级和二次开发服务。
1.5典型客户
1.6
项目背景
仓储管理系统的有效支持,搭配无线手持条码采集设备及其他物流设备和系统,解决如下核心问题:
Ø作业高峰期订单与备单的合理化管理,区分不同订单类型产品的合理存储与拣选作业方式
Ø建立物流中心条码化的作业管理流程,引入无线作业设备,提高作业效率和准确率。
ØXXX系统对于拣货作业任务的合理派发,优化拣货路径,实现快速、准确拣货,提高配送效率。
Ø在XXX中实现数据分析,为管理和作业人员提供相应的报表、统计分析。
Ø高效集成如RF设备等硬件,协同工作。
2技术标部分
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX项目
投标文件
技术标部分
项目编号:
投标人名称(公章):
XXXXXXXXXXXXXX公司
投标人代表签字:
_________________________
投标日期:
投标需求点对点应答
2.1基本要求
1.必须是成熟的系统,稳定的版本,且系统具备二次开发、升级或可扩展性的能力。
答复:
XX信息是一家以技术领先型企业,具有丰富的行业应用经验。
软件面向组件和服务的架构,
。
2.2业务需求
1.基本仓库存储支持,以库位为基础,XXX 能支持现代立体仓库和传统高架仓库的货物高利用率和高效率存储要求。
答复:
XXX成功应用的案例中即包括传统的地面堆垛式的仓库。
2.3关键需求及问题
1.因为网络问题,需要在分公司 XXX 系统本地设置数据库,定时与总部 XXX 系统对接交换数据是如何处理?
答复:
既可以集中式部署,也可以分布式部署。
2.软件系统功能列表
模块组
模块
备注
收货管理
绩效管理
系统管理
库存管理
订单计划
发货管理
工作管理
数据归档
其它应用
配置功能不再列举
3.运输价格、运输主数据维护,收货时间维护、运输计划的创建,运输追踪的实现(涉及开发请标明),需要追踪到承运商、收货方,XXX 数据衔接到运输管理系统中,发货单与 EMS 等承运商系统对接解决。
答复:
运输价格、运输主数据维护,收货时间维护、运输追踪、XXX 数据衔接到运输管理系统中、发货单与 EMS 等承运商系统对接,需要另外开发。
2.4技术方案
1
1.1.1系统技术架构
一、灵活扩展的三层构架。
第一层包括用于
1.1.2系统硬件与网络建议
总部服务器的选用主要应考虑速度、容量和安全可靠性三方面,
▪可选的品牌包括Zebra
建议系统运行环境
A.
XXX服务器
数量
相关厂商
1.
IntelXeonE3-1240 ,64GMemory,3*500GSCSIHDD
2
HP、DELL、IBM
2.
Windows2008R2Server64bit
1
MS
3.
MicrosoftSQLServer2008R264bit
或者Oracle12g
1
MS、Oracle
B.
客户端
1.
Intelp41.8GHZ/512Mmemory
HP、DELL、IBM
2.
Windows2000Professional/XP/win7
MS
C.
其他设备
1.
UPS电源
1
1.1.3系统集成解决方案
1.1.4系统业务流程
1.1.5软件系统特性
2.4.1.1多仓库多货主支持
2.5软件系统功能介绍
2.5.1基础数据
2.5.1.1仓库
XXX可以设计为定义不同的仓库/公司来对多仓库、多货主进行管理。
对于每个仓库都有其各自的发运及存储目的。
系统中所有的交易都关联到仓库设置。
用户可以定义多个不同的仓库以实现不同的业务目标。
行相应的管理。
2.6实施方案
XX信息采用一种以客户业务流程和解决方案为导向的系统实施方法论。
在此框架内,实施顾问与最终用户进行密切的合作,由XX信息和客户共同组成项目组,分别承担相应的责任。
2
2.6.1项目实施
为了保证项目的成功实施,XX信息会在整个项目进行过程中提供持续的项目管理。
项目管理包括对项目各阶段的全程监控,识别项目存在的问题,确保项目能够按照项目计划向前推进,达到事先设定的项目目标。
⏹任务
✧通过周期性的项目会议交流项目状态.
✧建立和维护项目计划
✧编写项目工作报告和问题报告
✧识别项目进展中的瓶颈
✧分配工作任务给相应的项目资源
✧控制项目范围
✧决定项目变更对时间和人员的影响
⏹交付件
✧项目计划(总体计划、沟通计划、质量计划、风险控制计划)
✧项目周报
✧项目变更分析说明书
✧项目阶段性工作报告
2.6.1.1需求分析和业务调研
⏹任务
✧作业流程分析:
咨询顾问将和项目组成员召开业务访谈会议。
咨询顾问将通过调查问卷和业务访谈的方式向用户了解目前业务运作的流程,找出改进流程的机会和改进的方法。
在业务运作中使用的各种单据和样本数据也将进行采集,以此辅助业务流程的分析,并决定未来系统的输入输出方式。
在作业流程分析过程中,实施顾问将把改进后的业务流程与XX信息系统的标准功能进行比较,找出其间的差距,定义需要系统进行客户化的内容。
✧IT基础架构部署环境分析:
实施顾问将通过访谈的方式,了解客户目前已有的IT基础设置,调查客户未来业务发展的业务总量、速度和其它各项指标预测。
在此基础上,实施顾问将定义未来系统部署的环境和需要投资的IT基础设施。
✧系统接口分析:
实施顾问将调查了解目前客户所使用的各类系统,包括ERP,OMS等,与用户共同分析系统之间的接口规范和接口方式。
其它外部系统的接口也在这一阶段进行分析。
✧回顾和签署报告:
上述各任务完成,实施顾问将提交交付件中明确的各文件,与用户一同回顾并交付签署。
⏹交付件
✧用户需求(流程)分析报告
✧系统基础架构配置报告
✧系统接口分析报告
✧系统客户化报告
2.6.1.2系统配置和客户化开发
⏹任务
✧根据用户需求分析报告和系统客户化报告,对XX信息系统建立适当的配置并组织必需的客户化开发,完成系统的客户化功能测试,由XX信息负责领导项目小组完成客户化功能的测试计划/报告
⏹交付件
✧客户化功能测试计划、测试报告
2.6.1.3系统安装
⏹任务
✧将配置和客户化完成的系统安装在用户的数据库服务器上,对各客户端进行客户端软件的安装和设置。
根据需要,可以在服务器上配置多个数据环境,以方便用户的练习和测试。
⏹交付件
✧客户化后的系统
2.6.1.4高级用户培训
⏹任务
✧在系统测试前,将对高级用户进行系统的培训,高级用户是指项目组的用户方成员以及各业务部门的业务骨干,IT系统管理员等。
培训的重点是整个系统的技术体系、功能架构、业务逻辑和具体功能操作。
培训的目的是使高级用户能够全面地掌握整个系统,并在未来的系统运作中起到指导、监督的作用。
同时,高级用户培训是系统测试顺利进行的必备前提。
✧对系统管理员进行培训,系统管理员将掌握系统安装、配置和错误诊断的基本技能,系统管理员将负责系统日常运行中的维护工作。
⏹交付件
✧高级用户培训课程
✧高级用户培训教材
✧系统标准操作手册
✧客户化功能操作手册
2.6.1.5系统测试
⏹任务
系统测试的目的是确保系统已经达到了需求调研阶段双方共同认可的业务需求,系统稳定、可靠、安全。
在测试之前,将首先明确测试小组的组成,测试小组一般由实施顾问和高级用户组成,测试小组将编写完整的系统测试计划用于指导整个测试的过程。
针对测试过程中发现的各类问题,将维护完整的错误记录,XX信息将进行分析并安排资源进行修复。
错误修复后测试小组将按照测试脚本重新进行一次完整的测试。
如果属于测试中提出的新的需求,则将按照变更处理流程进行处理。
测试一般分为如下几个步骤:
✧系统功能测试
✧系统集成测试,如果在项目中涉及到与其它外部系统或设备的接口,将通过集成测试来进行。
✧系统压力测试
✧数据备份和恢复测试
⏹交付件
✧系统测试计划、测试报告
✧压力测试计划、测试报告
✧数据备份和恢复测试计划、测试报告
2.6.1.6最终用户培训
⏹任务
✧在系统上线前,将对最终用户进行培训。
培训的主要目的是使最终用户熟悉各自所负责的工作在系统中的操作方法,详细了解系统和各类单据报表中数据的含义和具体的使用方法。
培训将由高级用户主导进行。
⏹交付件
✧最终用户培训课程
2.6.1.7系统上线演习、系统上线
⏹任务
系统上线演习的目的是加强仓库各岗位对新的业务流程和系统操作的协同配合,以减少非系统因素对系统正常上线的影响。
项目组将制定系统上线计划,统一协调上线前的各项准备工作。
上线前的准备和确认工作通常包括:
✧硬件设备
✧软件系统
✧数据准备和迁移
✧人员岗位
✧后勤保障
⏹交付件
✧系统上线计划
✧系统上线报告
2.6.1.8系统上线后支持
⏹任务
✧系统上线后,实施顾问将提供两周的现场支持服务。
对系统运行现场提供用户指导,对于运行中出现的问题及时查明原因,排除错误。
经过现场支持系统基本稳定后,系统支持将主要以远程方式进行,为此须在客户现场配置可用的远程拨号网络或者其它远程连接方式。
客户和XX信息将分别指定专人负责问题的沟通和技术支持的协调。
✧系统上线后2个月为系统验收期,验收期结束,双方召开项目验收会议,签署系统验收报告,代表项目的结束。
⏹交付件
✧系统验收报告
2.6.2项目管理
项目管理所设计的方面很多,包括计划管理、风险管理、质量管理、问题管理、变革管理等等。
项目管理的重点将主要表现在如下几个环节:
2.6.2.1项目沟通
良好的沟通来自良好的组织结构,后者包括明确的责任,“一把手”原则等。
在项目和日常运作这两个互相影响的组织上,如果没有仔细的考虑,沟通可能会成为一个风险。
在本项目中我们建议采用如下的项目组织架构。
⏹项目执行主管(项目总监)
项目执行主管,XX信息和XXXXXXXXXXXXX各委派一人担任项目的高层管理工作。
主要负责协调解决项目执行过程中遇到的重大问题。
⏹项目经理
项目经理由XX信息和XXXXXXXXXXXXX各自委派一人担任项目的日常管理工作,包括:
✧双方项目组的沟通渠道
✧制定项目计划(总体计划、沟通计划、质量计划、风险控制计划、培训计划)并跟踪项目的执行过程
✧定期召开项目会议,评估项目的进度和项目存在的问题,商讨解决问题的方法
✧项目提交件管理
✧项目环境管理
⏹用户推行组
用户推行组由XXXXXXXXXXXXX骨干业务人员组成,主要负责解决业务和流程推进过程中的问题。
✧参与用户需求分析,制定业务流程
✧负责系统功能测试和集成测试
✧参与和协调最终用户培训和测试
⏹应用系统组
应用系统组由XX信息业务顾问和XXXXXXXXXXXXX部分IT部人员组成,主要负责应用系统的实施工作。
✧主导进行需求分析
✧根据需求与系统之间的差异进行系统配置和客户化开发
✧提供系统培训
✧主导进行上线前的系统准备工作
⏹系统架构组
系统架构组是项目组的核心技术团队,由XXXXXXXXXXXXX部分IT部人员和XX信息技术顾问组成,主要负责:
✧主机系统的安装和配置
✧网络的安装和配置
✧应用系统的安装和配置
2.6.2.2质量管理
项目质量管理的主要目标包括:
⏹保证用户需求能够被正确地理解,确保事先定义了用户验收的标准;
⏹保证为提交每一个提交件,项目组将采取相应的措施(ActionPlan);
⏹指导双方项目组成员遵守项目质量计划所制订的流程和标准;
⏹使用项目提交件检查(Review)流程来发现提交件中的问题,并尽可能使项目提交件中的缺陷能够在早期阶段被发现。
XX信息项目组在项目实施过程中将采用如下的质量控制指导原则:
⏹最终用户-系统满足用户需求和用户期望-“rightsystemhasbeenbuilt”。
⏹应用小组-使用正确的技术解决业务问题-“builtright”。
⏹XX信息&XXXXXXXXXXXXX-使系统失败的风险降至最低-“minimizesystemfailurerisk”。
⏹成本-合理控制质量控制的成本-“managequalityincosteffectivemanner”。
质量标准
定义
准确性Correctness
用户需求分析报告真实全面地反映最终用户的业务要求
测试阶段制订的测试计划和测试大纲能够完全反映需求分析报告
可靠性Reliability
应用软件将按照预定的功能运行,并且数据准确
当系统发生网络、主机故障或应用系统异常退出等情况恢复故障后,做到系统数据的同步
安全性Security
只有授权用户才能访问被授权的系统功能和数据
可用性Usability
良好的图形化界面
输入输出操作方便简洁
可维护性Maintainability
制订规范的应用系统维护流程和规范
严格的应用版本管理
灵活性Flexibility
模块化设计
高度可配置性,满足业务增长和变化的需要
具有灵活的体系结构,具有良好的可扩充性
2.6.2.3风险管理
XXXXXXXXXXXXX仓库管理系统项目是一个涉及总部和基层、不同业务部门的长期项目,在项目实施过程中有潜在的风险需要事先进行充分的估计并制定风险应对措施降低风险对项目的影响。
⏹风险及其消除的管理
因为项目的风险是随时出现,且是多种多样的,XX信息顾问将经常对项目加以审核,争取尽早发现风险。
当完成的进度与工作计划不相符时,发生工作进度风险;当硬软件发生问题或技术问题影响项目进度时,发生外部风险;当工作负荷过大或主要项目资源损失影响项目时,发生内部风险。
XX信息风险管理的策略是尽早发现并共同加以解决。
XX信息与XXXXXXXXXXXXX项目经理应共同尽早发现风险,估计它的影响,通知有关方面尽可能采取措施降低风险。
⏹避免人员业务水平不一对项目实施的影响
✧技术人员及业务人员的业务水平高低差别,这对项目的正确实施有相当的影响。
✧在选择项目成员时强调项目成员应有较强的本企业业务背景、业务水平和较强的接受新事物能力。
✧在业务流程和需求分析时采取启发式询问,多人多岗位调查然后综合以及到业务现场调查等方法。
✧鼓励客户实施人员自己寻找解决方案并加以指导。
✧在实施过程中介绍新系统体现的先进管理思想
⏹实施范围的不断扩大及项目延期:
大型项目实施周期较长,因此通常在实施过程中,用户会对项目开始时所提出的目标和要求有所变化,造成实施范围的不断扩大和项目实施的不断延期,最终使项目搁浅。
为避免这种情况的发生,我们应该:
✧配备经验丰富的项目经理。
✧定期向项目的高层管理部门报告项目实施的进展及存在的问题。
✧控制实施范围的变化:
形成书面文档、陈述更改原因,待高层管理部门批准后方可实施更改。
✧建立当项目实施出现问题时进行汇报和解决的标准工作流程。
⏹缺乏多厂商之间的相互协调和各厂商所负的责任不清:
✧大型项目实施所涉及的厂商很多,包括硬件、数据库、应用软件、网络或集成商等,在项目实施过程中需要多方协调、通力合作,只有这样才能保证项目保质保量、如期完成。
✧为减少项目实施的协调工作,尽量减少供应商实施方数目。
✧在项目实施时,要分清实施项目的责任范围。
⏹系统技能和技术风险:
对项目实施而言,选择一个好的应用系统是十分重要的,一个好的应用系统的标准是:
✧该产品必须是灵活的
✧该产品有很好的系统性能和技术结构
✧有良好的技术基础,建立在开放系统上,有先进的开发工具
2.6.2.4变更管理
任何事先商定范围之外的变更,XX信息或XXXXXXXXXXXXX项目组可以申请变更请求。
在进度会议上将对请求讨论,并被写入每月的项目情况报告中以便对尚未完成的变更进行检查。
为了管理项目,我们将使用标准的控制文档。
它将用于项目中的变更,记录实施过程中的问题。
项目管理人员应提交变更申请给XXXXXXXXXXXXX项目组与XX信息实施领导小组进行审核和批准;双方项目组应该在了解变更请求之潜在益处的同时,也应考虑到对项目实施成本和时间的影响;当变更请求对项目有重大影响时,应上报到双方项目总监进行处理。
变更的处理流程为:
⏹请求变更-将变更需求同时通知双方项目经理。
⏹分派-XX信息项目经理将按优先级程度把请求分派给指定的小组,这个小组将调查变更对项目的影响。
⏹审核变更-指定的成员将提出满足请求的建议方法。
它包括对人员、项目时间、新工作的附加成本的影响。
需要时,指定的成员可以同XXXXXXXXXXXXX项目组成员和最终用户商讨决定对IT和项目的影响。
⏹审核和实施-一旦变更得到确认,XX信息项目经理将分配相应的任务给实施小组。
项目计划将被修改以包括新的变更的任务,这些任务同其他任务一样被跟踪。
⏹签字/接收-一旦完成任务,XX信息项目经理将提交完整的变更请求报告单,报告单将被修改以反映完成变更。
经由项目管理者签字、确认并负责。
变化控制日志将被修改以反映状态变更。
2.6.2.5问题管理
项目实施的过程就是一个不断发现问题和解决问题的过程。
对于这些问题,必须明确问题的性质,产生的原因,相应的解决方案,责任人,解决问题的目标时间等等,并在项目执行过程中一直跟踪这些问题的解决。
为此项目组将在项目中使用XX信息标准的IssueLog对问题进行集中管理。
项目名称
开始日期
结束日期
序号
事件描述
P
负责人
发生
日期
计划结束日期
状态
状态
日期
解决方案
1
2
3
4
5
6
7
8
9
10
11
12
13
14
P:
High/Medium/Low状态:
Open//Cancel/Resolved
2.7项目的人员架构
投标人(公章):
XXXXXXXXXXXXXX公司
投标人代表签名:
_________________________
日期:
2.8项目实施团队
序号
姓名
性别
出生年月
文化程度
职称等级
从事专业
其它
1
2
3
4
5
6
投标人(公章):
XXXXXXXXXXXXXX公司
投标人代表签名:
_________________________
日期:
2.9售后服务
2.9.1服务结构
客户档案:
XX信息将根据用户的应用系统环境建立专门的客户档案,以便于今后的维护支持:
⏹信息系统及版本信息
⏹服务器型号及相关软件配置
⏹客户系统网络拓扑图
⏹用户应用的基本情况
⏹专门的用户联系人
2.9.2服务流程
XX信息认为信息系统所遇到的问题可能与用户的实际应用环境有着不可分割的联系,简单的技术问题我们的认证工程师将可以解决,复杂的技术问题我们将通过在保证关键业务应用的前提下,通过测试进行问题的定位,而后通过XX信息的技术部进行解决。
如下图所示:
⏹维护服务方式
✧热线电话或邮件服务
✧用户上门接受服务
✧服务人员上门提供服务