软件投标方案关键技术专项方案书模板.doc

目 录1概述161.1建设背景161.2系统现实状况分析161.3指导思想171.4参考文件192系统目标及标准202.1建设目标202.1.1业务目标202.1.2工程目标212.2建设标准212.3难点分析223总体处理方案244系统总体设计414.1设计标准414.2系统架构414.5高可用性设计524.5.1高可靠性524.5.2高性能534.5.3在线升级和高扩展性544.5.4异常处理544.5.5拥塞管理564.5.6负载均衡574.5.7内存数据库技术574.5.8自恢复机制584.5.9运行网管594.5.10后台命令集634.6系统布署644.6.1物理布署644.6.2应用布署665系统功效695.1总体要求695.2功效视图716系统接口977平台建设方案977.1建设规模977.2平台估算987.2.2主机性能估算997.2.3内存容量计算1007.2.4存放容量估算1027.2.5备份容量估算1027.2.6网络承载能力1027.3平台需求汇总1047.4整体设计拓扑1057.5第三方软件配置1067.6技术指标要求1067.6.1主机设备技术指标要求1067.6.2存放设备技术指标要求1068系统安全1078.1应用安全1078.2数据安全1078.3主机、操作系统和数据库系统安全1088.4综合安全性1089工程实施方案1099.1实施标准1099.2实施范围1109.3分工界面1129.3.1分工关系1129.3.2分工明细1139.4实施计划1159.4.1项目总体进度计划1159.4.2项目里程碑计划1189.5实施难点分析1189.6组织架构1199.6.1项目组织结构1199.6.2项目组组员名单1209.7实施过程1209.7.1实施活动列表1219.7.2项目调研1249.7.3项目计划1259.7.4需求获取1259.7.5数据转换1269.7.6确定验收条件1289.7.7模拟环境搭建1289.7.8产品布署1309.7.9模拟运行1309.7.10确定测试1329.7.11生产环境搭建1339.7.12系统并行1349.7.13初验1369.7.14系统上线1369.8业务割接方案1389.8.1割接标准1389.8.2功效割接范围1399.8.3数据割接范围1409.8.4割接策略1429.9项目管控1439.9.1项目管控模式1439.9.2项目管控内容1439.9.3项目管控制度14410质量管理14510.1质量管理实施标准14510.1.1质量方针14610.1.2质量目标14610.1.3质量承诺14710.1.4质量确保14710.1.4.1组织职责14710.1.4.2就绪标准14810.1.4.3工作步骤14810.1.4.4不符合项处理15110.1.4.5质量确保统计15210.1.4.6质量确保验证15210.1.4.7结束准则15210.1.5关键原因及其对策15310.2变更管理15510.2.1变更类型15510.2.2变更管理机构15610.2.3变更处理步骤15610.2.3.1变更提出15610.2.3.2变更审核15710.2.3.3变更分析和评定15710.2.3.4变更实施15810.2.3.5变更验证15810.2.3.6变更公布15810.2.3.7变更表格15810.3配置管理16210.3.1配置管理目标16210.3.2配置管理机构16310.3.3配置管理计划16310.3.4配置管理活动16310.3.4.1定义项目配置项16310.3.4.2定义项目基线16310.3.4.3定义配置项标识和状态跟踪方法16410.3.4.4配置变更控制16410.3.4.5版本公布控制16510.3.4.6配置状态汇报16510.3.4.7配置审计16511测试验收16511.1软件测试准则16511.1.1测试工作实施准则16611.1.1.1测试目标16611.1.1.2测试标准16611.1.1.3测试活动16711.1.1.4测试方法16811.1.1.5测试类型16911.1.1.6测试依据17011.1.1.7测试机构17011.1.1.8测试准备17111.1.1.9测试结果分析17111.1.2测试工作实施细则17211.1.2.1单元测试实施细则17211.1.2.2集成和系统测试实施细则17411.2系统测试17611.2.1资源准备17611.2.2测试设计17711.2.3测试方法17811.2.3.1系统业务功效测试方法17811.2.3.2系统性能测试方法17811.2.4测试实施阶段17911.2.5系统建设质量测试18011.3验收和测试18111.3.1硬件测试内容18111.3.2软件测试内容18211.3.3验收细则18312技术培训18512.1培训对象18512.1.1运行环境培训对象18612.1.2应用环境培训对象18612.2培训方法18712.2.1现场培训18712.2.2高级培训18712.3培训课程18712.3.1培训内容18712.3.2培训课程18712.3.3培训老师18812.3.4培训评定18812.3.5培训费用18912.4培训其它事项18912.4.1培训时间安排18912.4.2培训人员数量18913服务质量承诺18913.1质量管理18913.1.1质量管理实施标准18913.1.1.1质量方针19013.1.1.2质量目标19113.1.1.3质量承诺19113.1.1.4质量确保19213.1.1.4.1组织职责19213.1.1.4.2就绪标准19313.1.1.4.3工作步骤19313.1.1.4.4不符合项处理19613.1.1.4.5质量确保统计19713.1.1.4.6质量确保验证19713.1.1.4.7结束准则19713.1.1.5关键原因及其对策19813.1.2变更管理20013.1.2.1变更类型20013.1.2.2变更管理机构20113.1.2.3变更处理步骤20113.1.2.3.1变更提出20113.1.2.3.2变更审核20213.1.2.3.3变更分析和评定20213.1.2.3.4变更实施20313.1.2.3.5变更验证20313.1.2.3.6变更公布20313.1.2.3.7变更表格20413.1.3配置管理20513.1.3.1配置管理目标20513.1.3.2配置管理机构20513.1.3.3配置管理计划20513.1.3.4配置管理活动20613.1.3.4.1定义项目配置项20613.1.3.4.2定义项目基线20613.1.3.4.3定义配置项标识和状态跟踪方法20713.1.3.4.4配置变更控制20713.1.3.4.5版本公布控制20713.1.3.4.6配置状态汇报20813.1.3.4.7配置审计20813.2技术服务20813.2.1服务体系20813.2.1.1概述20813.2.1.2组织结构和人员配置情况20813.2.1.3工作制度20913.2.1.4用户服务规程制订和实施情况20913.2.1.5服务网点分布、服务方法、服务响应时间等情况21013.2.2应用软件服务21113.2.2.1软件服务宗旨21113.2.2.2软件服务标准21213.2.2.3服务体系特色21213.2.3技术支持服务21413.2.3.1服务目标21413.2.3.2服务等级21413.2.3.3服务方法21413.2.3.4技术服务内容21513.2.3.5集成服务21713.2.4保修期服务21813.2.4.1现场设备保修及备件服务21813.2.4.2定时巡访21813.2.4.37X24服务响应21813.2.4.4响应和恢复时间承诺21914技术文档2201 概述1.1 建设背景1.2 系统现实状况分析1.3 指导思想1.4 参考文件2 系统目标及标准2.1 建设目标2.1.1 业务目标2.1.2 工程目标2.2 建设标准v 业务导向标准v 计划优异、工程务实标准v 建立生产运行和组织管理机制v 网络化标准v 业务步骤统一标准2.3 难点分析3 总体处理方案4 系统总体设计4.1 设计标准4.2 系统架构4.3下面能够针对各子系统进行设计描述4.4 高用性设计4.5 系统布署5 系统功效5.1 总体要求5.2 功效视图5.3 (系统功效点说明) 6 系统接口7 平台建设方案7.1 建设规模7.2 平台估算7.2.1 主机性能估算7.2.2 内存容量计算7.2.3 存放容量估算7.2.4 备份容量估算7.2.5 网络承载能力7.3 平台需求汇总7.4 整体设计拓扑7.5 第三方软件配置配置项目产品名称配置说明备注7.6 技术指标要求7.6.1 主机设备技术指标要求7.6.2 存放设备技术指标要求8 系统安全8.1 应用安全8.2 数据安全8.3 主机、操作系统和数据库系统安全8.4 综合安全性9 工程实施方案9.1 实施标准9.2 实施范围9.3 分工界面分工界面说明参与项目标各方，在项目实施过程中关键工作分工，和分工边界和工作衔接。9.3.1 分工关系9.3.2 分工明细9.4 实施计划9.4.1 项目总体进度计划9.4.2 项目里程碑计划9.5 实施难点分析9.6 组织架构9.6.1 项目组织结构9.6.2 项目组组员名单9.7 实施过程9.7.1 实施活动列表9.7.2 项目调研9.7.3 项目计划9.7.4 需求获取9.7.5 数据转换9.7.6 确定验收条件9.7.7 模拟环境搭建9.7.8 产品布署9.7.9 模拟运行9.7.10 确定测试9.7.11 生产环境搭建9.7.12 系统并行9.7.13 初验9.7.14 系统上线9.8 业务割接方案9.8.1 割接标准9.8.2 功效割接范围9.8.3 数据割接范围9.8.4 割接策略9.9 项目管控项目管控体系建设从步骤化、规范化、专业化出发去建立，关键从组织确保、项目管理、数据管理、需求及步骤管理四个方面去保障和实施。 9.9.1 项目管控模式9.9.2 项目管控内容9.9.3 项目管控制度10 质量管理10.1 质量管理实施标准10.1.1 质量方针10.1.2 质量目标10.1.3 质量确保10.1.3.1 组织职责 产品总监（或授权人） 项目经理 项目组组员 QA组长 QA工程师10.1.3.2 就绪标准10.1.3.3 工作步骤10.1.3.4 不符合项处理10.1.3.5 质量确保统计10.1.3.6 质量确保验证10.1.3.7 结束准则10.1.4 关键原因及其对策1、队伍一定要依据具体情况为项目标实施组建专门队伍，我们称之为项目组。2、班子项目组领导班子是项目组关键。班子第一把手(项目经理)应有良好专业背景和学历、有很强组织大型应用软件项目标经验和能力、有很好合作精神和服务意识。班子中其它组员亦应有相关素质和技术、应用开发或质量管理方面丰富经验。领导班子负责确定和细化项目目标，制订项目实施计划，理顺和项目相关全部错综复杂关系，以有效地控制项上目标进度、费用和质量，确保项目标成功。3、规范本项目标实施决不是个人成就，它是集体智慧结晶，团体作战结果。严格规范则是团体工作约束条件，是团体作战取得成功确保。4、文档本项目标开发将会划分成若干个阶段，每一个阶段全部应形成对应文档。这些文档既是阶段结果表现和阶段验收标准，又是驱动下一个阶段动作依据。文档正确和完整程度是检验项目规范化管理程度要素之一。5、监控任何事务动作全部会受到其对立面制约。在项目实施过程中，也不例外地应受到对应监控。这种监控最少应有进度监控、质量监控和产品化监控三个方面。6、用户参与用户自始至终参与是质量确保中又一关键方法。它关键有两方面活动：从规范业务进而做需求分析开始，供方将和需方一起开发、测试和推广应用软件。在关键用户监控点进行包含供方、需方和教授在内联合评审。依据以上六个关键原因，我们提出对应对策：1、相关队伍在立项时，将为项目标实施组织专门队伍，称为项目组，项目组组员均应属于专业人员，这支队伍应含有很好教育背景，有参与大型应用项目并发和推广经验和实力，对XXXX业务有足够了解，同时，我们还能够确保，她们有良好职业道德、合作精神和奉献精神，这么一支队伍，一定能和XXXX领导和工程师团结一致，精诚合作，以取得项目标成功。2、相关班子在本投标书中，我们已提出了相关项目经理、应用经理、QA组长工作职责，这个班子应含有主持大型应用项目实施丰富经验和足够技术功底，是一个团结合作、朝气蓬勃、勇于开拓和创新班子，我们相信，在XXXXX业务教授、领导全程指导和监控之下，这个班子一定能够带好一支队伍。3、相关规范我们将给出XXXXXXX系统所需数据规范和应用程序接口规范具体内容，这是我们多年来从事XXXX行业系统应用软件开发经验积累，在本项目实施过程中，还将结合项目情况，对其进行深入修改和完善，用以指导和约束项目标应用软件开发工作。4、相关文档我们将在软件生命周期中每个阶段输出对应文档，除此之外，在项目实施过程中，还将产生多种质量统计文件，包含多种计划、实施情况检验、考评统计、培训统计、会议统计等，在我们质量体系文件中全部有对应要求和检验方法。5、相关监控为确保项目工作全方面受控和全程受控，需对项目标进展情况进行监控，监控活动包含“日常监控”和“阶段监控”两个部分。同时这一问题经过我们对项目完整质量确保体系也得以确定。6、相关用户参与在项目实施过程每一个阶段，全部将会和用户一起进行，并受到项目领导小组监控。总而言之，在XXXXXX系统实施过程中，我们将会对其质量确保关键原因给充足重视和确保。10.2 变更管理对项目中变更进行有效控制和管理，是一个项目成功是否关键。为了强调这一过程关键性，我们特做以下说明。10.2.1 变更类型本节所提“变更”，指以下多个方面： 项目范围对协议所提出业务规程和业务功效提出愈加好处理方案或更具灵活性举措，从而造成协议所要求项目范围（即需求）有较大工作量更改。 项目成本因为项目范围更改，造成项目工作量变动，从而包含到项目成本改变。 项目期限对变更工作量作出评定以后，可能会引发项目完成期限更改。项目成本和项目期限中所提出变更是由项目范围变更所造成，此种变更可能发生在项目早期，亦可能发生在项目实施过程中。10.2.2 变更管理机构变更管理机构将定位在项目双方项目领导小组和项目组，双方项目领导小组要亲自参与重大变更内容评定和审批。10.2.3 变更处理步骤10.2.3.1 变更提出提出更改人员能够是用户代表、企业主管领导、本项目经理或项目组其它组员。变更提出应填写正式“配置变更审批表”，“配置变更审批表”关键包含下述内容（具体见“配置变更申请”一节表样）：变更编号项目名称申请人申请日期变更原因变更配置项受影响基线或配置项：变更描述：本项目过程中提出变更“配置变更审批表”应由项目组配置管理工程师负责统一保管。10.2.3.2 变更审核项目经理对变更申请人提出变更请求进行审核，审核更改方案可行性，检验配置变更审批表正确性和完整性。 假如是通常变更，可直接通知实施人进行实施，在变更前应确定变更方案；通常变更关键是非正式基线变更、该配置项变更不会引发其它配置项变更。 假如为重大变更，将此表送交CCB，进行审批。重大变更关键是正式基线变更、该配置项变更将引发其它配置项变更。 项目经理在配置变更审批表中填写项目经理审核栏内容。10.2.3.3 变更分析和评定 项目经理组织CCB对变更申请进行评审。 评审应分析和评定变更会包含哪些内容，对已经完成工作产品、进度有何影响，需要哪些额外资源。 评审更改方案可行性，假如更改方案没有经过CCB认可，请CCB组员提出修改提议。 经过了CCB分析评定后，对变更申请有三种结果：n 立即更改：项目经理指定实施人。n 推迟更改：变更被搁置，留作未来实施。n 不接收更改：将拒绝变更原因返回给变更提出人。 评审完成后，CCB责任人把评审结果写在配置变更审批表里“CCB评审意见”栏内容。 同意立即更改配置变更审批表由项目配置管理工程师将变更通知到包含系统设计师、测试组组长、业务教授、开发组组长等项目组组员。10.2.3.4 变更实施 项目配置管理工程师从基线区中释放出需要变更配置项放到开发区中，并通知实施人员。实施人员依据更改方案对配置项进行修改。10.2.3.5 变更验证 实施完成后，由验证人实施验证。验证可经过检验（对文档而言）或审查和测试（对代码而言）。 验证完成以后，验证人在配置变更审批表上签字确定。10.2.3.6 变更公布 项目配置管理工程师将验证经过配置项重新纳入基线区。 填写并保留配置状态汇报中变更统计。 把此次变更通知给相关人员。10.2.3.7 变更表格配置变更审批表配置变更申请变更编号：(由项目标配置管理员统一编号）产品(项目)名称：申请人:申请日期变更原因：需求变更 内部改善 产品缺点 系统环境变更 其它 变更配置项：受影响基线或配置项：变更描述：见配置项变更描述说明项目经理审核审核人意见：返回申请人 返回原因：可直接实施 实施人： 验证人：需制订变更方案并提交CCB评审 方案制订人： 方案审核人：变更类型：通常变更审核人签字：审核日期：变更方案：方案制订人署名：日期：CCB审核CCB评审意见：立即变更推迟变更 原因：不接收变更 原因：实施人：处理期限：验证人：验证期限：CCB组员：CCB主席签字：同意日期：实施和验证变更实施内容：实施人签字：实施日期：验证意见:同意不一样意 意见：验证人签字：验证日期：变更公布配置项在基线库中位置：（填写配置项在基线库中路径）公布人：公布日期：10.3 配置管理10.3.1 配置管理目标对于大型应用软件开发项目，必需建立配置管理系统，一个有效配置管理系统包含：交付产品确实定、软件模块版本控制及其交付和发表、多种状态(开发、测试、验收、推广、维护)中软件模块变动统计等，在本项目标完成过程中，必需确保对产品现有配置状态提供充足可视性，确保项目组人员在开发工作任何时刻全部能采取正确和正确信息，确保用户能得到正确、有效软件产品。10.3.2 配置管理机构在项目组中设定专职配置管理工程师，由配置管理工程师实施具体配置管理事务。10.3.3 配置管理计划在项目立项时，由项目经理主持、项目配置管理工程师具体负责起草配置管理计划并提交给项目经理审核，项目经理在审核经过后，把配置管理计划作为项目计划子计划一起提交评审，评审经过后立即向项目全体组员传达计划内容，并监督配置管理计划实施，全体组员应主动配合配置管理工程师实施配置管理计划。10.3.4 配置管理活动10.3.4.1 定义项目配置项10.3.4.2 定义项目基线10.3.4.3 定义配置项标识和状态跟踪方法10.3.4.4 配置变更控制10.3.4.5 版本公布控制10.3.4.6 配置状态汇报10.3.4.7 配置审计11 测试验收11.1 软件测试准则11.1.1 测试工作实施准则 11.1.1.1 测试目标11.1.1.2 测试标准11.1.1.3 测试活动11.1.1.4 测试方法 黑盒测试(功效测试/数据驱动测试) 白盒测试(结构测试/逻辑驱动测试)11.1.1.5 测试类型11.1.1.6 测试依据11.1.1.7 测试机构11.1.1.8 测试准备11.1.1.9 测试结果分析11.1.2 测试工作实施细则11.1.2.1 单元测试实施细则11.1.2.2 集成和系统测试实施细则11.2 系统测试11.2.1 资源准备11.2.2 测试设计11.2.3 测试方法11.2.3.1 系统业务功效测试方法11.2.3.2 系统性能测试方法11.2.4 测试实施阶段11.2.5 系统建设质量测试11.3 验收和测试11.3.1 硬件测试内容11.3.2 软件测试内容11.3.3 验收细则12 技术培训12.1 培训对象12.1.1 运行环境培训对象12.1.2 应用环境培训对象12.2 培训方法12.2.1 现场培训12.2.2 高级培训12.3 培训课程12.3.1 培训内容12.3.2 培训课程12.3.3 培训老师12.3.4 培训评定12.3.5 培训费用12.4 培训其它事项12.4.1 培训时间安排12.4.2 培训人员数量13 服务质量承诺13.1 质量管理13.1.1 质量管理实施标准13.1.1.1 质量方针13.1.1.2 质量目标13.1.1.3 质量承诺13.1.1.4 质量确保13.1.1.4.1 就绪标准13.1.1.4.2 工作步骤13.1.1.4.3 不符合项处理13.1.1.4.4 质量确保统计13.1.1.4.5 质量确保验证13.1.1.4.6 结束准则13.1.1.5 关键原因及其对策13.1.2 变更管理13.1.2.1 变更类型13.1.2.2 变更管理机构13.1.2.3 变更处理步骤13.1.2.3.1 变更提出13.1.2.3.2 变更审核13.1.2.3.3 变更分析和评定13.1.2.3.4 变更实施13.1.2.3.5 变更验证13.1.2.3.6 变更公布13.1.2.3.7 变更表格13.1.3 配置管理13.1.3.1 配置管理目标13.1.3.2 配置管理机构13.1.3.3 配置管理计划13.1.3.4 配置管理活动13.1.3.4.1 定义项目配置项13.1.3.4.2 定义项目基线13.1.3.4.3 定义配置项标识和状态跟踪方法13.1.3.4.4 配置变更控制13.1.3.4.5 版本公布控制13.1.3.4.6 配置状态汇报13.1.3.4.7 配置审计13.2 技术服务13.2.1 服务体系13.2.1.1 概述13.2.1.2 组织结构和人员配置情况13.2.1.3 工作制度13.2.1.4 用户服务规程制订和实施情况 13.2.1.5 服务网点分布、服务方法、服务响应时间等情况13.2.2 应用软件服务13.2.2.1 软件服务宗旨13.2.2.2 软件服务标准13.2.2.3 服务体系特色13.2.3 技术支持服务13.2.3.1 服务目标13.2.3.2 服务等级13.2.3.3 服务方法热线电话支持：EMAIL服务信箱： 传真：远程支持现场支持 用户回访13.2.3.4 技术服务内容基础技术服务：可选技术服务：13.2.3.5 集成服务l 网络计划l 协调网络设备、主机设备和数据库系统安装l 协调存放、备份设备安装l 应用软件安装l 系统整体性能调整13.2.4 保修期服务13.2.4.1 现场设备保修及备件服务13.2.4.2 定时巡访13.2.4.3 7X24服务响应13.2.4.4 响应和恢复时间承诺14 技术文档我方提供软件产品正常运行所需管理、运行及维护相关全套文件。包含：