软件投标技术方案书模板

1、132.1.1一、1匕/22贝U总体解决方案4系统总体设计154.2系统架构I概述1.1131.2系统现状分析131 3指导思想131 4132.1建设目标13132.3难点分析154设计原那么15.152.1.2工程U标4 35力.口I)1553系统功能点的说明6系统接口九6.1主机设备技术指标要求762存储设备技术指标要求155.2功能视图15157建设规模7.2平台估算721主机性能估算1722内存容量计算1723存储容量估算1724备份容量估算J八2.5网络承载水平17.3平台需求汇总.74岑LI卜76第三方软件配置.16技术指标要求.178系统平安81HJ4二1/1/9.6.1项已组

2、织结构9.7实施活动列表178.2数据平安8.3主机、操作系统和数据库系统平安1/口二上Ft1791、月也贝 U179.2实施范围1/93I.jW931分.L关系9.3.2分工明细9Jj 也 LI 戈 U941项日总体进度方案18942项日里程碑方案.9.5实施难点分析199.6组织架构19199.6.2项日组成员名单1997实施过程1919t-Lj：f、2O?丁2O2O93.49.9工程管控97,3初验9日4系统上线989.8.2功能割接范围%83数据割接范围9日19.729.8业务割接方案.20972,75,749Z596697内9799*9*JI页U官2oIO.2.3.I变更提出2J页L

3、/七；才i:市U/义2OIO质量治理21】N车十.2JIJO.J.S质量保证1为J(U工2】o.2.J白勺,2510.2.3变更处理流程992项U管控内容99310.1质量治理实施原那么2110.1.32110.1.3.2就绪原那么.22Q133I-W,MLSE22io.i.3 4不符合项处理2210, 3 5质量保证记录2210.1.3.6质量保证验证2210.137结束准那么2210.2变更治理2510.2.3.2变更审核10.2.3.3变更分析和评估I0.237变更表格配置治理方案IO.3.4 6配置状态报告/酉 L*三LLI33n测试验收342610.2.3.4变更实施10.2.35变

4、更验证10.2.3.6变更发布.2/272/10.3配置治理log配置治理U标321032配置治理机构.32321034配置治理活动3310.3.4,定义工程配置项IO.3.4.2定义工程基线io.3 4 3定义配置项的标识与状态跟踪方法3333331O.3 4 4配置变更限制3310.35版本发布限制3333软件测试准那么测试工作实施准那么.测试目的./贝！J,方!贝U贝测试方法.测试类型.3n测试依据.35狈!JI式利L中勾3D测试准备.3D11.i.i.g测试结果分析1LL2测试工作实施细那么.11.1.2.1单元测试实施细那么II.L2.2集成和系统测试实施细那么.11.2系统测试11

5、di：11.2.2测试设计口.2.3测试方法.2.3系统业务功能测试方法IL2.3.2系统性能测试方法11.2.4测试执行阶段33D3D35353n.35351L3.1U更彳牛掘lii,1*.36软件测试内容12技术培训12*L】丁3/12.1.2Jj4川又寸3/12.2.1现场培训1.21t】VH3/1241培训的时间安排11.2.5系统建设质量测试.11.3验收和测试.3612.1培训对象3712.2培训方式12.3培训课程12.3.1,匚】1川3/1232培训课程12.3.3培训教师12341235培训费用12.4培训的其它事项38381242培训的人员数量13,质量治理实施原那么jJ专

6、I就绪原那么DUS关键因素及其对策39变更的类型13.2.2变更治理机构13.2.3变更处理流程13,2.3.1变更提出39393938J“W38质量目标38质量承诺.38质量保证383813 1,42工作流程不符合项处理质量保证记录质量保证验证3813.1.1.4.6结束准那么39BL2变更治理13.1.2.3.7变更表格酉L*I二;11I贝11IBW戈13工34 3定义配置项的标识与状态跟踪方法.版本发布限制13 ,232变更审核13.1.2.3.3变更分析和评估3913.1.2.3.53913.1.2.3.6变更发布13.1.34.6配置状态报告4.耳aLI13.2技术效劳4.413.2

7、.1效劳体系4013.1.2.3.4396413331334配置治理机构配置治理方案配置治理活动13 134,定义工程配置项44.4.444】3.,3.4.4配置变更限制441321概述013 2.L2组,纱(结构和人贝酉d备情兄.41132】13.2.1.4客户效劳规程制定与实施情况41.2.L5效劳网点分布、效劳方式、效劳响应时间等情况4113.2.2应用软件效劳13221)zzj|i】13.222fl)z】13.223月z彳才、刀、IKj*1*fq1.2.3/乂X、川乂,4113.2.3.2效劳等级4113.2.3.3IJk】13.2.3J*乂)z11JAj2I323,5集成效劳213.

8、2.4.1现场设备保修及备件效劳431322Jt)L?1)313.2.4.3/24IiJHIznJ13.2.4.4响应和恢复时间承诺4314技术文档1概述建设背景指导思想参考文献2系统目标及原那么2.12.1建设目标2.1.1业务目标2.1.2工程目标2.22.2建设原那么1.2系统现状分析业务导向原那么规划先进、工程务实的原那么建立生产运营和组织治理机制网络化原那么业务流程统一的原那么2.32.3难点分析3总体解决方案4系统总体设计4.1设计原那么4.2系统架构4,3下面可以针对各子系统进行设计的描述4.4高用性设计4.5系统部署5系统功能5.1总体要求5.2功能视图5.3系统功能点的说明6

9、系统接口7平台建设方案7,7,建设规模7.2平台估算7.2.1主机性能估算72.272.2内存容量计算7.2.3存储容量估算7.2.4备份容量估算7.2.5网络承载水平7 7 3 3平台需求汇总7.4整体设计拓扑7.5第三方软件配置配置工程产品名称配置说明备注7.6技术指标要求7.6.17.6.1主机设备技术指标要求7.6.27.6.2存储设备技术指标要求8系统平安8.18.1应用平安8.28.2数据平安8.38.3主机、操作系统和数据库系统平安8.48.4综合平安性9工程实施方案9.2实施范吕9.3分工界面分工界面说明参与工程的各方,在工程实施过程中的主要工作分工,以及分工的边界和工作衔接.

10、9.3.1分工关系9.3.2分工明细9.4实施方案941941工程总体进度方案9.4 2工程里程碑方案9.5实施难点分析9.6组织架构9.6工程组织结构9.6.2工程组成员名单9.7实施过程9.7.1施活动列表9.7.2工程调研9.7.3目方案9.7.4求获取975975数据转换9.7.6确定验收条件977977模拟环境搭建9.7.8产品部署9.7.9模拟运行9-7-10确认测试9.7.119.7.11生产环境搭建97972 2系统并行97973 3初验9.7.14系统上线9.8业务割接方案9.8.1割接原那么9.8.2功能割接范围9.&3数据割接范9.&4割接策略9.9工程管

11、控工程管控体系的建设从流程化、标准化、专业化出发去建立,主要从组织保证、工程治理、数据治理、需求及流程治理四个方面去保证和执行.1.1.1工程管控模式1.1.2工程管控内容1.1.3工程管限制度1O质量治理10.110.1质量治理实施原那么10.1.210.1.2质量目标10.1.310.1.3质量保证组织责任产品总监或授权人工程经理工程组成员Q4组长QA工程师】o 1.3.2就绪原那么】.；3 3工作流程】.1.3.4不符合项处理10.1.3510.1.35质量保证记录10.1.3.6质量保证验证10.1.3.7结束准那么10.1.410.1.4关键因素及其对策K队伍一定要根据具体情况为工程

12、的实施组建专门的队伍,我们称之为工程组.2、班子工程组领导班子是工程组的核心.班子的第一把手工程经理应有良好的专业背景和学历、有很强的组织大型应用软件工程的经验和水平、有很好的合作精神和效劳意识.班子中的其他成员亦应有相关的素质和技术、应用开发或质量治理方面的丰富经验.领导班子负责确定和细化工程目标,制订工程实施方案,理顺与工程有关的所有错综复杂的关系,以有效地限制项上目的进度、费用和质量,保证工程的成功.3、标准本工程的实施决不是个人的成就,它是集体智慧的结晶,团队作战的成果.严格的标准那么是团队工作的约束条件,是团队作战取得成功的保证.4、文档本工程的开发将会划分成假设干个阶段,每一个阶段

13、都应形成相应的文档.这些文档既是阶段成果的表达和阶段验收的标准,乂是驱动下一个阶段动作的依据.文档的正确和完整程度是检验工程标准化治理程度的要素之O5、监控任何事务的动作都会受到其对立面的制约.在工程实施过程中,也不例外地应受到相应的监控.这种监控至少应有进度监控、质量监控和产品化监控三个方面.6、用户参与用户自始至终的参与是质量保证中乂一重要举措.它主要有两方面的活动： 从标准业务进而做需求分析开始,供方将与需方一起开发、测试和推广应用软件.在重要的用户监控点进行包括供方、需方和专家在内的联合评审.根据以上六个关键因素,我们提出相应的对策：八关于队伍在立项时,将为工程的实施组织专门的队伍,称

14、为工程组,工程组成员均应属于专业人员,这支队伍应具有很好的教育背景,有参与大型应用工程并发和推广的经验和实力,对XXXX业务有足够的了解,同时,我们还可以保证,他们有良好的职业道德、合作精神和奉献精神,这样一支队伍,一定能和XXXX的领导和工程师团结一致,精诚合作,以取得工程的成功.2、关于班子在本投标书中,我们已提出了关于工程经理、应用经理、Q幺组长的工作责任,这个班子应具有主持大型应用工程实施的丰富经验和足够的技术功底,是一个团结合作、朝气蓬勃、敢于开拓和创新的班子,我们相信,在XYXXX业务专家、领导的全程指导和监控之下,这个班子一定能够带好一支队伍.3、关于标准我们将给出XXXXXXY

15、系统所需的数据标准和应用程序接口标准的具体内容,这是我们多年来从事XXXX行业系统应用软件开发的经验积累,在本工程实施过程中,还将结合工程情况,对其进行进一步的修改和完善,用以指导和约束工程的应用软件开发工作.4、关于文档我们将在软件生命周期中每个阶段输出相应的文档,除此之外,在工程实施过程中,还将产生各种质量记录文件,包括各种方案、执行情况检查、考核记录、培训记录、会议记录等,在我们的质量体系文件中均有相应的规定和检查举措.5、关于监控为保证工程工作的全面受控和全程受控,需对工程的进展情况进行监控,监控活动包括“日常监控和“阶段监控两个局部.同时这一问题通过我们对工程完整的质量保证体系也得以

16、确定.6、关于用户参与在工程实施过程的每一个阶段,都将会与用户一起进行,并受到工程领导小组的监控.综上所述,在XXXYXX系统实施过程中,我们将会对其质量保证的关键因素给予充分的重视和保证.10.210.2变更治理对工程中的变更进行有效的限制和治理,是一个工程成功与否的关键.为了强调这一过程的重要性,我们特做以下说明.10.2变更的类型本节所提的“变更,指如下几个方面：工程范围对合同所提出的业务规程和业务功能提出更好的解决方案或更具灵活性的举措,从而导致合同所规定的工程范围即需求有较大工作量的更改.工程本钱由于工程范围的更改,导致工程工作量的变动,从而涉及到工程本钱的变化.工程期限对变更工作量

17、作出评估之后,可能会引起工程完成期限的更改.工程本钱和工程期限中所提出的变更是由工程范围的变更所导致的,此种变更可能发生在工程初期,亦可能发生在工程实施过程中.10.2.2变更治理机构变更治理机构将定位在工程双方工程领导小组和工程组,双方工程领导小组要亲自参与重大变更内容的评估和审批.10.2.310.2.3变更处理流程10.2.3,110.2.3,1变更提出提出更改的人员可以是客户代表、公司主管领导、本工程经理或工程组其他成员.变更的提出应填写正式的“配置变更审批表,“配置变更审批表主要包含下述内容具体见“配置变更申请一节的表样：变更编号工程名称申请人申请日期变更原因变更的配置项受影响的基线

18、或者配置项：变更描述：本工程过程中提出变更的“配置变更审批表应111工程组配置治理工程师负责统一保管.10.2.3.210.2.3.2变更审核工程经理对变更申请人提出的变更请求进行审核,审核更改方案的可行性,检查?配置变更审批表?的正确性和完整性.如果是一般变更,可直接通知实施人进行实施,在变更前应确定变更方案；一般变更主要是非正式基线的变更、该配置项变更不会引起其他配置项变更.如果为重大变更,将此表送交CCZ,进行审批.重大变更主要是正式基线的变更、 该配置项变更将引起其他配置项的变更.工程经理在?配置变更审批表?中填写工程经理审核栏的内容.10.2.3.310.2.3.3变更分析和评估工程

19、经理组织CCZ对变更申请进行评审.评审应分析和评估变更会涉及哪些内容,对已经完成的工作产品、进度有何影响,需要哪些额外的资源.评审更改方案的可行性,如果更改方案没有通过CCS的认可,请CC5成员提出修改建议.经过了CCZ分析评估后,对变更申请有三种结果：立即更改：工程经理指定实施人.推迟更改：变更被搁置,留作将来实施.不接受更改：将拒绝变更的原因返回给变更提出人.评审完成后,CCS负责人把评审结果写在?配置变更审批表?里“CCZ评审意见栏的内容.批准立即更改的?配置变更审批表?由工程配置治理工程师将变更通知到包括系统设计师、测试组组长、业务专家、开发组组长等工程组成员.】O.2 3,4变更实施

20、工程配置治理工程师从基线区中释放出需要变更的配置项放到开发区中,并通知实施人员.实施人员根据更改方案对配置项进行修改.io.2.3,5io.2.3,5变更验证实施完成后,山验证人实施验证.验证可通过检查 对文档而言 或审查和测试 对代码而言.验证完成之后,验证人在?配置变更审批表?上签字确认.1O.2.3.6变更发布工程配置治理工程师将验证通过的配置项重新纳入基线区.填写并保存?配置状态报告?中的变更记录.把本次的变更通知给相关的人员.10.2.3.7变更表格配置变更审批表配置变更申请变更编号：由工程的配置治理员统一编号产品颂目名称：申请人：申请日期变更原因：需求变更口内部改良口产品缺陷口系统

21、环境变更口其他口变更的配置项：受影响的基线或者配置项：变更描见?配置项变更描述说明?述：工程经理审核审核人意见：返回申请人返回原因：口可直接实施实施人：验证人：口需制定变更方案并提交CCBCCB评审方案制定人：方案审核人：变更类型：一般变更审核人签字：审核日期：变更方案；方案制定人签名：日期：CC3审核CC3评审意见：口立即变更口推迟变更原因：口不接受变更原因；实施人：解决期限：验证人：艇期限：CC公成员：CCZ主席签字：批准日期：实施和验证变更实施内容：实施人签字：实施日期：验证意见：口同意不同意意见：验证人签字：验证日期：变更发布配 置 项 在基线库中的位置：填写配置项在基线库中的路径发布

22、人：发布日期：10.310.3配置治理1o.3配置治理目标对于大型的应用软件开发工程,必须建立配置治理系统,一个有效的配置治理系统包括：交付产品确实认、软件模块的版本限制及其交付与发表、各种状态开发、测试、验收、推广、维护 中软件模块的变动记录等,在本工程的完成过程中,必须保证对产品现有配置状态提供充分的可视性,保证工程组人员在开发工作的任何时刻都能采用正确和准确的信息,保证用户能得到正确、有效的软件产品.10.3.2配置治理机构在工程组中设定专职的配置治理工程师,由配置治理工程师执行具体的配置治理事务.10.3.3配置治理方案在工程立项时,山工程经理主持、 工程配置治理工程师具体负责起草配置

23、治理方案并提交给工程经理审核,工程经理在审核通过后,把配置治理计划作为工程方案的子方案一起提交评审,评审通过后及时向工程全体成员传达方案内容,并监督配置治理方案的执行,全体成员应积极配合配置治理工程师执行配置治理方案.10.3.410.3.4配置治理活动1O.3411O.341定义工程配置项1O.3421O.342定义工程基线1 1.343343定义配置项的标识与状态跟踪方法IO.344配置变更限制1634516345版本发布限制1O 3 4 6配置状态报告1O.3471O.347配置审计测试验收软件测试准那么测试工作实施准那么测试目的11.1.1.211.1.1.2测试原那么11.1.1.3

24、11.1.1.3测试活动11.1.1.411.1.1.4测试方法黑盒测试功能测试屋据驱动测试白盒测试结构测试附辑驱动测试11.1.1,511.1.1,5测试类型11.1.1.611.1.1.6测试依据11.1.1.711.1.1.7测试机构11.1.1.811.1.1.8测试准备111.9111.9测试结果分析11A.211A.2测试工作实施细那么11.1.2.1单元测试实施细那么11.1.2.2 集成和系统测试实施细那么 2系统测试11.1.2.3准备11.1.2.4设计11.1.2.5方法口.2.3.1系统业务功能测试方法2.3.2系统性能测试方法11.2.4测试执行阶段11.2.5系统建

25、设质量测试11.311.3验收和测试.3.1硬件测试内容.3.2软件测试内容IL3.3验收细那么12技术培训12.112.1培训对象12.1.112.1.1运行环境培训对象12.1.212.1.2应用环境培训对象12.212.2培训方式12.2.112.2.1现场培训12.2.212.2.2高级培训12.312.3培训课程12.3培训内容】2 3 2培训课程12.4 .3培训教师12 3.4培训评估12351235培训费用12.412.4培训的其它事项】2.4培训的时间安排12.4.2培训的人员数量力效劳质量承诺13.1质量治理131131质量治理实施原那么13工1.4.6结束准那么135135关键因素及其对策I3.L