软件投标技术方案书模板_第1页
软件投标技术方案书模板_第2页
软件投标技术方案书模板_第3页
软件投标技术方案书模板_第4页
软件投标技术方案书模板_第5页
已阅读5页,还剩38页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

./目录TOC\o"1-5"\h\z\u1概述161.1建设背景161.2系统现状分析161.3指导思想171.4参考文献192系统目标及原则202.1建设目标20业务目标20工程目标212.2建设原则212.3难点分析223总体解决方案244系统总体设计414.1设计原则414.2系统架构414.5高可用性设计52高可靠性52高性能53在线升级和高扩展性54异常处理54拥塞管理56负载均衡57内存数据库技术57自恢复机制58运营网管59后台命令集634.6系统部署64物理部署64应用部署665系统功能695.1总体要求695.2功能视图716系统接口977平台建设方案977.1建设规模977.2平台估算98主机性能估算99内存容量计算100存储容量估算102备份容量估算102网络承载能力1027.3平台需求汇总1047.4整体设计拓扑1057.5第三方软件配置1067.6技术指标要求106主机设备技术指标要求106存储设备技术指标要求1068系统安全1078.1应用安全1078.2数据安全1078.3主机、操作系统和数据库系统安全1088.4综合安全性1089工程实施方案1099.1实施原则1099.2实施范围1109.3分工界面112分工关系112分工明细1139.4实施计划115项目总体进度计划115项目里程碑计划1189.5实施难点分析1189.6组织架构119项目组织结构119项目组成员名单1209.7实施过程120实施活动列表121项目调研124项目计划125需求获取125数据转换126确定验收条件128模拟环境搭建128产品部署130模拟运行130确认测试132生产环境搭建133系统并行134初验136系统上线1369.8业务割接方案138割接原则138功能割接范围139数据割接范围140割接策略1429.9项目管控143项目管控模式143项目管控内容143项目管控制度14410质量管理14510.1质量管理实施原则145质量方针146质量目标146质量承诺147质量保证147组织职责147就绪原则148工作流程148不符合项处理151质量保证记录152质量保证验证152结束准则152关键因素及其对策15310.2变更管理155变更的类型155变更管理机构15610.2.3变更处理流程156变更提出156变更审核157变更分析和评估157变更实施158变更验证158变更发布158变更表格15810.3配置管理162配置管理目标162配置管理机构163配置管理计划163配置管理活动163定义项目配置项163定义项目基线163定义配置项的标识与状态跟踪方法164配置变更控制164版本发布控制165配置状态报告165配置审计16511测试验收16511.1软件测试准则165测试工作实施准则166测试目的166测试原则166测试活动167测试方法168测试类型169测试依据170测试机构170测试准备171.9测试结果分析171测试工作实施细则172单元测试实施细则172集成和系统测试实施细则17411.2系统测试176资源准备176测试设计177测试方法178系统业务功能测试方法178系统性能测试方法178测试执行阶段179系统建设质量测试18011.3验收和测试181硬件测试内容181软件测试内容182验收细则18312技术培训18512.1培训对象185运行环境培训对象186应用环境培训对象18612.2培训方式187现场培训187高级培训18712.3培训课程187培训内容187培训课程187培训教师188培训评估188培训费用18912.4培训的其它事项189培训的时间安排189培训的人员数量18913服务质量承诺18913.1质量管理189质量管理实施原则189质量方针190质量目标191质量承诺191质量保证192组织职责192就绪原则193工作流程193不符合项处理196质量保证记录197质量保证验证197结束准则197关键因素及其对策198变更管理200变更的类型200变更管理机构201变更处理流程201变更提出201变更审核20213变更分析和评估202变更实施203变更验证20313.变更发布203变更表格204配置管理205配置管理目标205配置管理机构205配置管理计划205配置管理活动206定义项目配置项206定义项目基线206定义配置项的标识与状态跟踪方法207配置变更控制207版本发布控制20713.配置状态报告208配置审计20813.2技术服务208服务体系208概述208组织结构和人员配备情况208工作制度209客户服务规程制定与实施情况209服务网点分布、服务方式、服务响应时间等情况21013.2.2应用软件服务211软件服务宗旨211软件服务标准212服务体系的特色212技术支持服务214服务目标214服务等级214服务方式214技术服务的内容215集成服务217保修期服务218现场设备保修及备件服务218定期巡访2187X24的服务响应218响应和恢复时间承诺21914技术文档220概述建设背景系统现状分析指导思想参考文献系统目标及原则建设目标业务目标工程目标建设原则业务导向原则规划先进、工程务实的原则建立生产运营和组织管理机制网络化原则业务流程统一的原则难点分析总体解决方案系统总体设计设计原则系统架构下面可以针对各子系统进行设计的描述高用性设计系统部署系统功能总体要求功能视图<系统功能点的说明>系统接口平台建设方案建设规模平台估算主机性能估算内存容量计算存储容量估算备份容量估算网络承载能力平台需求汇总整体设计拓扑第三方软件配置配置项目产品名称配置说明备注技术指标要求主机设备技术指标要求存储设备技术指标要求系统安全应用安全数据安全主机、操作系统和数据库系统安全综合安全性工程实施方案实施原则实施范围分工界面分工界面说明参与项目的各方,在项目实施过程中的主要工作分工,以及分工的边界和工作衔接.分工关系分工明细实施计划项目总体进度计划项目里程碑计划实施难点分析组织架构项目组织结构项目组成员名单实施过程实施活动列表项目调研项目计划需求获取数据转换确定验收条件模拟环境搭建产品部署模拟运行确认测试生产环境搭建系统并行初验系统上线业务割接方案割接原则功能割接范围数据割接范围割接策略项目管控项目管控体系的建设从流程化、规范化、专业化出发去建立,主要从组织保证、项目管理、数据管理、需求及流程管理四个方面去保障和执行.项目管控模式项目管控内容项目管控制度质量管理质量管理实施原则质量方针质量目标质量保证组织职责产品总监〔或授权人项目经理项目组成员QA组长QA工程师就绪原则工作流程不符合项处理质量保证记录质量保证验证结束准则关键因素及其对策1、队伍一定要根据具体情况为项目的实施组建专门的队伍,我们称之为项目组.2、班子项目组领导班子是项目组的核心.班子的第一把手<项目经理>应有良好的专业背景和学历、有很强的组织大型应用软件项目的经验和能力、有很好的合作精神和服务意识.班子中的其他成员亦应有相关的素质和技术、应用开发或质量管理方面的丰富经验.领导班子负责确定和细化项目目标,制订项目实施计划,理顺与项目有关的所有错综复杂的关系,以有效地控制项上目的进度、费用和质量,确保项目的成功.3、规范本项目的实施决不是个人的成就,它是集体智慧的结晶,团队作战的成果.严格的规范则是团队工作的约束条件,是团队作战取得成功的保证.4、文档本项目的开发将会划分成若干个阶段,每一个阶段都应形成相应的文档.这些文档既是阶段成果的体现和阶段验收的标准,又是驱动下一个阶段动作的依据.文档的正确和完整程度是检验项目规范化管理程度的要素之一.5、监控任何事务的动作都会受到其对立面的制约.在项目实施过程中,也不例外地应受到相应的监控.这种监控至少应有进度监控、质量监控和产品化监控三个方面.6、用户参与用户自始至终的参与是质量保证中又一重要措施.它主要有两方面的活动:从规范业务进而做需求分析开始,供方将与需方一起开发、测试和推广应用软件.在重要的用户监控点进行包括供方、需方和专家在内的联合评审.根据以上六个关键因素,我们提出相应的对策:1、关于队伍在立项时,将为项目的实施组织专门的队伍,称为项目组,项目组成员均应属于专业人员,这支队伍应具有很好的教育背景,有参与大型应用项目并发和推广的经验和实力,对XXXX业务有足够的了解,同时,我们还可以保证,他们有良好的职业道德、合作精神和奉献精神,这样一支队伍,一定能和XXXX的领导和工程师团结一致,精诚合作,以取得项目的成功.2、关于班子在本投标书中,我们已提出了关于项目经理、应用经理、QA组长的工作职责,这个班子应具有主持大型应用项目实施的丰富经验和足够的技术功底,是一个团结合作、朝气蓬勃、敢于开拓和创新的班子,我们相信,在XXXXX业务专家、领导的全程指导和监控之下,这个班子一定能够带好一支队伍.3、关于规范我们将给出XXXXXXX系统所需的数据规范和应用程序接口规范的具体内容,这是我们多年来从事XXXX行业系统应用软件开发的经验积累,在本项目实施过程中,还将结合项目情况,对其进行进一步的修改和完善,用以指导和约束项目的应用软件开发工作.4、关于文档我们将在软件生命周期中每个阶段输出相应的文档,除此之外,在项目实施过程中,还将产生各种质量记录文件,包括各种计划、执行情况检查、考核记录、培训记录、会议记录等,在我们的质量体系文件中均有相应的规定和检查措施.5、关于监控为保证项目工作的全面受控和全程受控,需对项目的进展情况进行监控,监控活动包括"日常监控"和"阶段监控"两个部分.同时这一问题通过我们对项目完整的质量保证体系也得以确定.6、关于用户参与在项目实施过程的每一个阶段,都将会与用户一起进行,并受到项目领导小组的监控.综上所述,在XXXXXX系统实施过程中,我们将会对其质量保证的关键因素给予充分的重视和保证.变更管理对项目中的变更进行有效的控制和管理,是一个项目成功与否的关键.为了强调这一过程的重要性,我们特做以下说明.变更的类型本节所提的"变更",指如下几个方面:项目范围对合同所提出的业务规程和业务功能提出更好的解决方案或更具灵活性的举措,从而导致合同所规定的项目范围〔即需求有较大工作量的更改.项目成本由于项目范围的更改,导致项目工作量的变动,从而涉及到项目成本的变化.项目期限对变更工作量作出评估之后,可能会引起项目完成期限的更改.项目成本和项目期限中所提出的变更是由项目范围的变更所导致的,此种变更可能发生在项目初期,亦可能发生在项目实施过程中.变更管理机构变更管理机构将定位在项目双方项目领导小组和项目组,双方项目领导小组要亲自参与重大变更内容的评估和审批.变更处理流程变更提出提出更改的人员可以是客户代表、公司主管领导、本项目经理或项目组其他成员.变更的提出应填写正式的"配置变更审批表","配置变更审批表"主要包含下述内容〔具体见"配置变更申请"一节的表样:变更编号项目名称申请人申请日期变更原因变更的配置项受影响的基线或者配置项:变更描述:本项目过程中提出变更的"配置变更审批表"应由项目组配置管理工程师负责统一保管.变更审核项目经理对变更申请人提出的变更请求进行审核,审核更改方案的可行性,检查《配置变更审批表》的正确性和完整性.如果是一般变更,可直接通知实施人进行实施,在变更前应确定变更方案;一般变更主要是非正式基线的变更、该配置项变更不会引起其他配置项变更.如果为重大变更,将此表送交CCB,进行审批.重大变更主要是正式基线的变更、该配置项变更将引起其他配置项的变更.项目经理在《配置变更审批表》中填写项目经理审核栏的内容.变更分析和评估项目经理组织CCB对变更申请进行评审.评审应分析和评估变更会涉及哪些内容,对已经完成的工作产品、进度有何影响,需要哪些额外的资源.评审更改方案的可行性,如果更改方案没有通过CCB的认可,请CCB成员提出修改建议.经过了CCB分析评估后,对变更申请有三种结果:立即更改:项目经理指定实施人.推迟更改:变更被搁置,留作将来实施.不接受更改:将拒绝变更的原因返回给变更提出人.评审完成后,CCB负责人把评审结果写在《配置变更审批表》里"CCB评审意见"栏的内容.批准立即更改的《配置变更审批表》由项目配置管理工程师将变更通知到包括系统设计师、测试组组长、业务专家、开发组组长等项目组成员.变更实施项目配置管理工程师从基线区中释放出需要变更的配置项放到开发区中,并通知实施人员.实施人员根据更改方案对配置项进行修改.变更验证实施完成后,由验证人实施验证.验证可通过检查〔对文档而言或审查和测试〔对代码而言.验证完成之后,验证人在《配置变更审批表》上签字确认.变更发布项目配置管理工程师将验证通过的配置项重新纳入基线区.填写并保存《配置状态报告》中的变更记录.把本次的变更通知给相关的人员.变更表格配置变更审批表配置变更申请变更编号:<由项目的配置管理员统一编号产品<项目>名称:申请人:申请日期变更原因:需求变更□内部改进□产品缺陷□系统环境变更□其他□变更的配置项:受影响的基线或者配置项:变更描述:见《配置项变更描述说明》项目经理审核审核人意见:□返回申请人返回原因:□可直接实施实施人:验证人:□需制定变更方案并提交CCB评审方案制定人:方案审核人:变更类型:一般变更审核人签字:审核日期:变更方案:方案制定人签名:日期:CCB审核CCB评审意见:□立即变更□推迟变更原因:□不接受变更原因:实施人:解决期限:验证人:验证期限:CCB成员:CCB主席签字:批准日期:实施和验证变更实施内容:实施人签字:实施日期:验证意见:□同意□不同意意见:验证人签字:验证日期:变更发布配置项在基线库中的位置:〔填写配置项在基线库中的路径发布人:发布日期:配置管理配置管理目标对于大型的应用软件开发项目,必须建立配置管理系统,一个有效的配置管理系统包括:交付产品的确认、软件模块的版本控制及其交付与发表、各种状态<开发、测试、验收、推广、维护>中软件模块的变动记录等,在本项目的完成过程中,必须确保对产品现有配置状态提供充分的可视性,确保项目组人员在开发工作的任何时刻都能采用正确和准确的信息,确保用户能得到正确、有效的软件产品.配置管理机构在项目组中设定专职的配置管理工程师,由配置管理工程师执行具体的配置管理事务.配置管理计划在项目立项时,由项目经理主持、项目配置管理工程师具体负责起草配置管理计划并提交给项目经理审核,项目经理在审核通过后,把配置管理计划作为项目计划的子计划一起提交评审,评审通过后及时向项目全体成员传达计划内容,并监督配置管理计划的执行,全体成员应积极配合配置管理工程师执行配置管理计划.配置管理活动定义项目配置项定义项目基线定义配置项的标识与状态跟踪方法配置变更控制版本发布控制配置状态报告配置审计测试验收软件测试准则测试工作实施准则测试目的测试原则测试活动测试

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论