企业应用平台功能优化方案

企业应用平台功能优化方案

目录1.平台优化方案 云平台项目是一个庞大而复杂的工程，为了提高本项目软件开发质量，改善软件的可读性和可维护性，软件编码必须制定统一标准和规范。业务用例开发一、目标根据需求分析说明书和详细设计说明书，对系统设计划分业务用例进行编码，形成可运行的系统。二、任务说明1、根据详细设计说明书制定用例开发计划：在项目的详细设计阶段，系统开发组编写《业务用例开发计划》；2、开发用例：系统开发组根据详细设计书进行业务用例开发及单元测试。3、用例单元测试：系统开发组根据详细设计书对开发完成的用例进行单元测试。内部评审一、目标为了保证系统的完备性，在软件开发过程中需要进行严格的内部评审。在编码开发阶段对参与评审的工作产物进行全面的检查和审核，判断编码开发相关文档，源代码是否达到了规定的要求，发现存在的问题并采取必要的纠正措施，使这些文档能正确指导相关编码开发工作，满足编码开发运行的充分性、适宜性及有效性，保证编码开发后的软件满足客户的要求。二、任务说明1、预备阶段：为保证评审的质量，先进行一个预备会议。会议上，由组织者向评审组概要介绍评审材料，讲解一下本工作的目标，其他相关的实现细节、标准规范等。这个讲解的过程从某种角度上来说，也保证了提交工作产品的质量。文档可以包括：要审查的工作产品、参考文档、工作产品检查表、工作产品审阅情况记录表。2、审查阶段：在预备会和正式评审会之间，评审小组成员对工作产品进行彻底检查，并依据相关标准和准则评审工作产品，记录发现的缺陷、问题种类与严重程度、所用的时间等。3、评审阶段：在预定的正式评审时间内，评审小组成员以会议形式聚在一起，依次对产品进行检查。每个评审员花一定的时间指出问题，并和作者确定问题和定义问题的严重程度。注意，评审过程中是发现错误，而不是现场改正它们。会议中，记录员详细记录每一个已达成共识的缺陷，包括缺陷的位置、简短描述缺陷、缺陷类别、该缺陷的发现者等。未达成共识的缺陷也将记录下来，加入"待处理"标识，评审主持人将指派作者和评审员在会后处理评审会议中未能解决的问题。4、书写评审报告：评审主持人根据记录员的记录和自己的总结，在规定时间内写出评审报告，内容主要包括：根据评审员的输入创建总的问题清单、加入会议中发现的问题、剔除经确认属于重复或者无效的问题、共同确定需要修改的问题及修改的程度。5、修正完善：作者根据评审报告的决议，负责解决确定的所有缺陷和问题。6、跟踪：评审组长必须确保所提出的每个问题都得到了圆满解决。必须仔细检查对文档的每个修正，以确保没有注入新的错误。软件测试工作概述及目标全面负责软件测试的实施工作。具体工作包括：单元和单元集成测试、功能测试、性能测试、安全测试、压力测试。具体职责包括：制定各类测试的流程规范，选择合适的测试工具，采用工具、按照测试流程开展测试工作，各项测试通过后，提交各项测试报告、测试用例及相关文档。软件测试主要是在测试环境下，使用模拟测试数据对软件从代码单元、功能、性能、安全等多方面进行全方位的测试，通过测试，保证软件功能能完全满足用户需求，性能能达到一定指标要求，安全测试通过等。本项目主要测试目标如下：满足用户的业务需求；满足用户的功能需求；满足用户的性能需求；满足数据安全要求；满足数据接口要求；确保错误在早期测试中被发现，降低成本。工作要求软件测试主要包括测试准备与测试实施两大阶段，准备阶段主要完成测试计划的制定与评审、测试方案编写和测试环境准备等；测试实施阶段按照测试计划完成单元和单元集成测试、功能测试、性能测试、安全测试、压力测试。软件测试过程主要包括测试计划、测试设计、测试开发、测试执行、测试报告五个步骤。测试完成后，提交测试报告，并针对测试报告进行评审，评审通过后，客户签字确认，形成软件测试评审报告。软件测试工作主要由软件组负责完成，其他组（测试组、技术架构组、核心征管开发组、数据组、项目管理组、配置管理组、服务与质量保障）配合，具体职责如下：工作组职责测试组负责软件测试工作，具体包括：根据项目管理规范和产品质量规范编写测试计划，测试方案设计测试数据和测试用例实施软件测试，并对软件问题进行跟踪分析和报告完成对产品的集成测试与系统测试，对产品的功能、性能及其他方面的测试负责推动测试中发现问题及时合理地解决提出对软件的进一步改进的要求并评估改进方案是否合理协助做好测试工作的质量保障技术架构组配合完成测试需求分析工作部分小组成员配合完成测试用例的设计和编写参与评审测试计划、测试方案、测试用例配合完成对测试发现的系统性能问题进行定位和解决开发组负责承担系统的单元和单元集成测试工作；负责对测试过程中发现的问题进行修改，发布新的待测应用包等数据组协助完成测试数据的准备协助完成测试数据库的管理维护、性能调优等项目管理组协助制定绩效评价方案并组织实施配置管理组配合完成软件测试的配置管理相关工作，包括版本控制，变更控制的规程使用配置管理软件，保证所有配置项的完整性和可跟踪性服务与质量保障组确保软件测试工作遵守工作说明书中描述的工作范围要求确保提交的测试交付物的内容符合用户验收标准负责提出软件测试的进度和问题报告，为项目管理提供质量信息分析测试计划可能有的任何潜在问题（如资源限制，项目交迭，风险等），跟进已产生问题的解决环境测试工作参与角色至少包含：高级测试工程师、测试工程师、测试经理、高级架构师、数据库工程师、配置工程师等。以下为投入的人员角色、职责。角色职责高级测试工程师（1）带领测试团队，设计、执行、优化测试过程,丰富测试手段，引入新的测试框架和测试策略（2）与相关人员沟通和协作，推动整个测试工作的顺利进行（3）制定制度、完善测试流程，统计和分析测试结果，提高测试效率和质量（4）根据软件需求制定测试计划，设计测试数据和测试用例（5）有效地执行测试用例，总结并提交测试报告（6）准确地定位并跟踪问题，推动问题及时合理地解决（7）对测试团队人员进行测试培训，提高员工的工作能力测试工程师（1）设计测试数据和测试用例，并进行相互之间评审（2）实施软件测试，完成对软件的集成测试与系统测试，对软件的功能及其他方面的测试负责（3）对软件问题进行跟踪分析和报告，推动测试中发现的问题及时合理解决（4）汇总测试执行情况，编制相关报告（5）负责本项目自动化功能测试工具选择和使用（6）负责研发符合业务特色的测试框架及测试工具，有效提升测试效率（7）负责项目自动化解决方案设计和脚本开发（8）负责利用自动化测试工具执行系统集成测试、回归测试测试经理（1）负责性能测试策略的制定、执行及优化（2）负责设计性能测试场景（3）负责分析测试结果（4）负责性能测试的测试方案、计划、用例、报告的编制以及问题跟踪（5）负责loadrunner工具的运行及维护（6）负责开发测试脚本高级架构师（1）负责定位、分析、优化系统瓶颈（2）配合高级性能测试工程师的工作数据工程师（1）负责搭建测试数据库（2）配合测试工程师准备测试数据（3）负责测试数据库的调优配置工程师（1）负责搭建稳定、可重复的测试环境（2）负责测试环境的调优（3）对测试阶段成果进行配置管理工作质量工程师（1）制定质量保障计划（2）对测试过程进行指导和审核项目启动时，测试经理、高级测试工程师、测试工程师要求到位。测试经理需参与项目的需求分析和设计，便于设计功能测试场景和性能测试场景。测试工程师主要负责回归测试，区别于功能测试工程师的手工测试，设计自动测试的方案，在版本基本稳定的基础上进行自动化测试，监控测试结果，达到版本稳定、效率提高的效果。配置工程师负责测试环境的搭建，测试版本的发布，各种BUG管理、需求管理工具、测试工具的安装和调试。在性能测试环节，则负责环境的调优工作，或根据性能测试结果提出调优建议。数据库工程师负责测试数据库的搭建，测试数据的准备，在性能测试环节，则负责海量数据的准备，测试数据库的调优。在与外系统接口联调的工作中，负责数据接口数据的准备工作。工作约束本项目全面实施标准和规范化测试，应完成全部业务功能、技术功能、安全功能和各种性能等各类测试的测试用例编写和实际数据采集工作。除非客户同意，否则所有测试均以客观的测试用例和测试数据为准，不以个人主观判断作为测试标准。随着项目进度和各种变更，应确保测试用例的更新。测试工作将以GB/T15532-2008《计算机软件测试规范》和GB/T9386-2008《计算机软件测试文档编制规范》为指导，严格按照规范要求进行软件检查、测试和文档的整理报送，对测试错误和缺陷会及时进行修正、补充。测试准备工作约束一、测试计划编写应提前制定测试计划，主要包括测试阶段划分、测试方法、工作流程、人员分工、进度安排等内容。测试计划须经客户确认。二、测试方案编写应对每种类型的测试制定单独的测试方案，内容至少包括测试内容、测试环境、数据要求、测试工具与测试方法、完成准则等内容。测试方案须经客户确认。三、测试用例设计应提供各类测试所需测试用例，至少应满足以下要求：测试用例的目标清楚，并能满足软件质量管理各个方面的要求；测试用例的组织和分类设计思路正确、层次清晰、结构合理；测试用例应覆盖所有测试点、所有路径和所有已知的用户使用场景；应有充分的负面测试用例，测试各种异常和例外情况。应根据测试阶段和情况的变化，及时更新维护测试用例。四、测试数据准备应准备模拟测试数据，数据必须满足测试需求，覆盖被测业务和测试边界，满足完整性、一致性等要求。测试执行工作约束一、单元和单元集成测试对单元测试流程进行规范，制订一定的覆盖率指标和质量目标，来指导单元测试设计和执行；严格按照单元测试流程进行测试；二、功能测试功能测试是对产品的各项功能进行验证，根据功能测试用例，逐项测试，检查本项目是否达到甲方要求的功能。对系统的各项功能进行验证，逐项测试，检查产品是否达到甲方要求的功能；应严格按照功能测试流程进行测试；功能测试通过后，应提交功能测试用例及相关文档；三、性能测试性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。应选用合适的测试工具，测试软件在正常、峰值以及异常负载条件下的各项性能指标，性能指标应满足甲方需求；应严格按照性能测试流程进行测试；四、压力测试压力测试是模拟工作负荷对软件进行破坏性测试和强度稳定性测试，测试软件在一定硬件环境下的性能指标。压力测试内容至少包括：申报征收、发票发售、查询等10类业务，各类业务响应时间应当满足软件的性能要求；应严格按照压力测试流程进行测试；；工作方案制定标准规范一、目标规范软件测试流程，提高软件测试工作的质量和效率，降低后续风险。二、任务说明1、需求调研：了解工作规范现状，结合用户要求及本项目建设需要，制订软件测试工作规范框架，界定范围。2、规范制定：根据需求调研的结果，以金税三期软件测试阶段的相关标准规范为基础，在标准规范整体框架下补充尚缺乏的标准规范、完善已有的标准规范，最终形成适用于测试组的标准规范，落实为工作规范文档，并提交审核。3、审核：标准规范牵扯面广，对项目的执行效果影响很大。因此，所推出的标准规范必须经过严格的审核流程。在软件测试规范成稿之初，首先提交测试组内部进行审核，集合组内各级别人员充分讨论、达成共识；然后交由标准组审核。4、规范发布：经标准组审核通过的规范，才能最终呈文并在项目组内部发布。发布之后的规范将成为对软件测试工作实施的正式约束，并成为对测试组工作考核和检查的具体依据之一。软件测试阶段的文档主要由过程、模板、检查表、指南、规范五部分组成。具体如下：1、软件测试过程文档：文档描述和确定了软件开发项目的软件测试过程，为参与软件测试的相关人员提供指导，以明确各自职责及义务。同时规范软件测试流程，提高软件测试工作的质量和效率，降低后续风险。2、软件测试计划文档：测试计划文档描述了对软件产品和需求的理解、进度安排、测试策略、人员分配、测试资源、风险分析等几个方面进行的测试安排，是测试的开端，是软件工程最重要的一部分。3、软件测试方案：测试方案文档描述了是通过测试确认软件是否满足产品的性能需求，同时发现系统中存在的性能瓶颈，起到优化系统的目的。测试的依据是产品的需求规格说明书；如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项测试指标。4、软件测试用例：测试用例文档由规范和测试用例两部分组成。简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各场景对应的测试用例，类型包括常规检查、流程测试、边界测试、异常测试等。5、软件测试报告文档：软件测试报告文档总结测试阶段的测试以及分析测试结果，描述了系统是否符合需求。6、检查表文档：检查表分软件测试文档检查表，软件测试计划检查表，软件测试方案检查表，软件测试用例检查表，软件测试报告检查表，确保过程和结果性文档清晰、完整、准确，作为系统分析人员自我工作检查和项目管理人员评审的工具。7、软件测试指南：指南文档是对测试整个过程中常用的理论、方法、步骤进行详细论述，为编制测试计划、测试方案、测试用例、测试报告提供指导。8、测试规范文档：测试规范文档包括一系列关于测试的标准规范，具体有软件测试流程规范、软件缺陷管理规范等。用以指导软件测试，确定测试过程中所涉及的角色、职责、流程、过程文档等要素，并与测试管理工具中涉及的内容相配套，进一步完善测试管理过程。搭建测试环境一、目标模拟实际生产环境搭建乙方实测试环境。保证能够模拟用户实际生产环境实施测试工作。二、任务说明1、搭建测试环境的网络、主机、测试用机环境。2、部署云平台相关应用系统。测试环境是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。测试环境是测试实施的一个重要阶段，测试环境适合与否会严重影响测试结果的真实性和正确性。测试环境包括硬件环境和软件环境，硬件环境指测试必需的服务器、客户端、网络和安全设备，以及打印机/扫描仪等辅助硬件设备所构成的环境；软件环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。制定测试计划及方案一、目标通过制定测试计划及方案，明确测试对象的范围、测试方法、测试流程、测试的人员计划及职责、测试的时间进度安排、测试环境安排。使得测试人员能够了解整个项目的测试情况以及项目测试不同阶段所要进行的工作，能够根据测试计划及方案所开始开展各自工作。甲方能够根据测试计划及方案跟踪和监控集成测试情况。最终保证集成测试的质量和进度。二、任务说明1、根据开发计划，确定测试对象范围，制定测试计划、测试进度安排、测试人员计划和测试环境安排。2、根据集成测试流程规范，制定乙方集成测试方法、测试流程。3、提交测试计划及测试方案甲方进行评审。测试计划描述了要进行的测试活动的范围、方法、资源和进度，可以使测试人员能够了解整个项目的测试情况以及项目测试不同阶段所要进行的工作，也可以使领导按照测试计划进行宏观调控，进行相应的资源配置。测试计划明确了测试对象的范围、测试方法、测试的人员计划及职责、测试的时间进度安排、测试环境安排。测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点和测试团队的实际情况来编制，不能脱离实际情况；同时，测试计划一旦制定下来，并不就是一层不变的，它需要根据实际情况的变化而不断进行调整，以满足实际测试要求。测试用例一、目标使得测试人员能够根据测试用例全面对系统进行测试，以保证系统能够满足用户的业务需求及系统质量。为此设计测试用例要符合以下目标：1、满足用户需求目标2、覆盖系统各个剖面及测试点3、符合用户实际使用场景4、尽可能找出系统的薄弱环节和边界点二、任务说明1、分析需求分析报告，根据需求分析报告要求的所有业务点进行设计测试用例。2、分析用户应用场景，设计每个业务点测试用例的输入及期望输出。3、分析可能出现的各种非法输入、各种环境异常情况，设计每个业务点测试用例的输入和期望输出。4、把测试用例提交甲方进行评审。单元测试一、目标单元测试的对象是软件设计的最小单位：模块或函数，单元测试的依据是详细设计说明书。测试者要根据详细设计说明书和源程序清单，了解模块的I/O条件和模块的逻辑结构。主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理和不合理的输入都能鉴别和响应。要求对所有的局部和全局的数据结构、外部接口和程序代码的关键部分进行桌面检查和代码审查。具体目标如下：1、检查并确定信息正确地从接口流入和流出单元；2、检查并确定其内部数据能保持其完整性，包括内部数据的形式、内容及相互关系不发生错误，也包括全局变量在单元中的处理和影响；3、检查并确定在为限制数据加工而设置的边界处，能正确工作；4、检查并确定单元的运行能做到满足特定的逻辑覆盖；5、检查并确定单元中发生了错误，其中的出错处理措施正确有效。二、任务说明1、制定单元和单元集成测试计划和测试方案。2、设计单元和单元集成测试用例，设计测试用例对模块接口，包括参数表、调用子模块的参数、全程数据、文件输入和输出操作都进行检查；设计测试用例检查数据类型说明、初始化、缺省值等方面的问题；设计测试用例测试在数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性；设计测试用例对模块中重要的执行路径进行测试；设计测试用例检查模块的错误处理功能是否包含有错误或缺陷。3、开发单元和单元集成测试脚本，根据设计的单元和单元集成测试用例，准备测试数据，开发测试脚本。4、执行单元和单元集成测试，记录软件缺陷，提交开发修改，通过测试工具分析被测代码，定位内存相关错误、定位程序的性能瓶颈、定位未被测试的代码。5、分析测试结果。功能测试一、目标功能测试是对项目实现的功能进行测试，是在规定的一段时间内运行软件系统的所有功能，以验证这个软件系统没有严重错误。具体目标如下：1、检查系统功能是否完整，是否符合与客户约定的功能，是否符合业务需求标准；2、检查与需求规格定义作比较，看软件与需求定义有无不符合或与之矛盾的地方；3、检查模块是否按照设计要求组装成子系统或系统；4、检查各子系统之间是否有有害影响。二、任务说明1、制定功能测试计划和测试方案：在概要设计完成后，测试组编写《功能测试计划》。2、设计功能测试用例：在系统开发组进行详细设计和代码编写阶段，测试组分析被测系统的需求分析和设计方案，设计功能测试用例。3、开发功能测试脚本、准备测试数据、搭建测试环境：根据设计的功能测试用例，准备测试数据，针对自动化测试部分，还需要开发自动化测试脚本。搭建测试环境，包括创建测试数据库，发布的待测应用包，导入初始化数据等。4、执行功能测试，记录软件缺陷，提交开发修改：在单元测试完成后，测试组在搭建好的测试环境下执行功能测试用例，在测试管理工具中填写发现的软件缺陷，并提交开发修改；在开发修改回复后还要验证缺陷的修复结果，验证通过后，关闭缺陷。5、分析测试结果，提交功能测试报告。软件定版工作概述及目标软件定版是按照开发计划将源代码进行编译并与脚本、页面文件等进行打包的过程，软件定版以迭代方式进行，在制作过程中经历集成环境、预生产环境的测试和验证最终制作出正式版本发布生产环境。软件定版包含三种版本：1、基线版本：是已通过测试的完成一系列批量需求或BUG修复、系统优化的稳定状态的版本，是多次一般版本的迭代结果，为后续的开发提供一个里程碑。2、一般版本：指在系统运行期间，由于程序本身的BUG或者需求变更、性能优化等相关原因，因开发周期长和关联系统多要求版本发布审核严谨，时间要求相对较长，而进行的版本发布工作。3、紧急版本：指因需要解决在系统运行期间，由于程序本身的BUG或者需求分析不全面、分析设计错误、沟通不善等相关原因，导致业务无法受理，计算错误等情况的问题而进行的版本发布工作。由于紧急版本发布的时效性要求较高，而且影响的后果比较严重，发布采用热部署方式进行。同时，由于发布后对发现问题需要能进行回退操作，因此不能涉及数据库脚本，并且需要避免系统间的接口变更。工作要求软件定版中通过开发计划作为唯一输入，根据开发计划要求和目标，分模块形成多个集成版本，每个不同模块的集成版本通过测试后形成多模块合并的联调版本进行测试，同时对版本进行接口和多厂商联调联试，测试通过后制作待出厂版本进行出厂前验证和测试，在测试过程中发现的问题通过补丁版本修复，最终将完成测试并达到出厂条件的待出厂版本及补丁版本合并制作最终出厂版本。软件定版中以配置组为主，项目管理负责制定开发计划、开发组根据开发计划完成新需求开发和问题修复、测试组负责版本测试，确保版本质量，具体职责如下：工作组职责项目管理组确定开发内容：新增需求、待修复问题及优化内容制定开发计划开发组完成开发计划中所要求的新需求，问题修复，系统优化提交版本说明数据组审核数据库相关脚本审核代码表参数表修改请求配置管理组制定版本计划整理版本说明制作各阶段版本各环境版本发布环境保障测试组测试组参与各环节版本测试工作，确保版本质量出具版本测试报告软件定版工作参与角色包括：程序员、测试工程师、配置工程师、高级DBA、服务与质量工程师。以下为投入的人员角色、职责：角色职责程序员（1）开发需求（2）修复问题（3）优化系统（4）提交版本说明测试工程师（1）测试版本（2）编写测试报告（3）出具版本出厂证明配置工程师（1）制作版本（2）发布版本（3）整理版本发布说明高级DBA保障数据库稳定运行版本中脚本检查及审核服务与质量工程师保障网络环境及机房等基础环境工作约束定版前要遵循开发优化的各个环节制定的标准规范，同时提供如下材料清单：1. 软件包提供清单：软件测试报告、软件安装程序、软件版本说明、发布与部署说明、系统配置（调整）清单、操作手册。2. 软件版本说明包括：该版本对应业务需求、问题、优化；初始化数据、系统参数、工作流等调整说明；软件功能调整说明。软件定版均以开发计划作为唯一输入，在制作过程中严格遵守软件定版规范、版本管理规范及版本发布规范.开发商应遵循如下约束：一、版本内容与版本发布说明严格对应，确保一致性、完整性、唯一性。二、出厂版本遵循软件定版规范，严格按照一般版本及紧急补丁要求。三、版本命名遵循版本管理规范，使用总局版本组统一规定的内部命名规范及厂商版本命名规范。工作方案一般版本发布工作方案版本发布申请->制定版本计划及编制版本号->关联关系分析->预生产环境发布及测试->制定版本发布计划、版本发布通知及对外公告->正式版本发布->正式版本发布后的检查及验证->版本发布结果通知。紧急补丁发布工作方案版本发布申请->备案审核（版本管理组）->版本发布->版本发布验证。其他功能描述其他优化需求在项目实施的过程中我公司还将按照招标文件中对其他优化1、优化用户使用体验，完善功能中存在的缺陷以及与基层操作实际不完全符合或操作不方便的部分。2、对各功能模块的运行效率、性能进行分析，并根据分析结果进行相应程序优化、参数调整、结构扩展、重新验证部署等。3、根据招标方新增需求，增加相应功能应用模块，配合招标方做好测试、培训、部署工作。4、对发生的故障及时响应，快速解决。5、受理基层操作人员问题，进行问题核实，解决问题以及培训。6、其他优化需求以招标人实际需求为准。非功能性需求范围非功能需求规定了系统必须满足的服务水平、系统非运行时间的属性以及系统必须遵守的约束。非功能需求适用于整个系统、系统的几个部分或特定的用例。非功能需求虽然不直接影响系统功能，但在用户和系统支持人员对该业务系统的认可方面具有很大的影响。非功能需求包含许多方面。主要的非功能需求包括以下几方面：可用性、易用性、可维护性、低耦合性、可伸缩性、架构约束。同时我公司在项目实施的过程中按照满足招标人提出的其他非功能性需求。可用性业务系统应满足7×24小时可以使用。易用性1、易理解（1）系统所有的业务功能界面风格和操作流程一致；（2）业务表单应做到所见即所得；（3）界面美观、简洁、高效；界面各