【《某公司某财税软件开发项目质量管理现状调查案例分析》5000字】

某公司某财税软件开发项目质量管理现状调查案例分析目录TOC\o"1-3"\h\u10260某公司某财税软件开发项目质量管理现状调查案例分析 1266871.1A公司基本情况 1114161.2A公司某财税软件开发项目介绍 272161.3A公司某财税软件开发项目质量管理现状 3301871.3.1需求返工严重 350941.3.2开发阶段软件质量缺陷严重 526581.3.3测试阶段软件质量验证存在瑕疵 7本章节将对A公司的基本情况进行简单介绍，并基于整体项目进度情况、缺陷管理工具中的软件缺陷数据和客户回访及调查问卷结果数据，阐述A公司某财税软件开发过程质量管理现状，提出其在开发过程中的质量管理问题，进而说明提升A公司某财税软件开发过程中的质量管理的必要性。A公司基本情况A公司前身是一家线下财税高端咨询公司，在企业服务领域具有一定的专业性及深度，在“互联网+”的趋势下，转型成为互联网企业，面向代理记账行业和中小微企业，提供智能财税SaaS软件服务。公司具有自己独有的技术能力，包括基于深度学习的OCR技术、RPA智能记账引擎等，通过将这些独有的技术应用到财税SaaS软件中，实现财务报销、核算、纳税申报及财务管理等全流程的智能化，通过机器代替低级重复劳动，让企业财务人员简单、快速地完成工作，提高工作效率，降低各类财税风险。公司希望通过产品和新技术为财税行业的发展助力，为千万中小企业规范财税核算，诚信纳税提供便捷智能的解决方案。公司顶层为董事会，由董事会任命总经理，总经理来统筹安排公司内部的各项事务，协调各部门之间的工作。总经理下分六个部门，分别为产研部、系统实施部、市场部、客服部、财务部以及人力资源部。其中产研部划分为产品部、设计部、研发部及项目组，主要负责公司相关产品的需求手记与设计、产品研发、测试以及最终交付，项目组在其中主要扮演“推动者”的角色；系统实施部主要负责公司相关产品的前期培训工作，让客户了解并熟悉系统的操作流程，有时也会跟随市场部的销售人员进行售前的系统演示，同时会兼任公司的测试工作进行软件的黑盒测试；市场部主要负责产品的前期售卖工作；客服部主要负责产品的售后服务以及处理各种客情投诉等事项；财务部主要负责公司的资金管理，以及日常的费用报销等；人力资源部下分人事部和行政部，主要负责招聘以及公司的日常行政工作。公司的组织架构图如图3.1所示。图3.1A公司组织架构A公司某财税软件开发项目介绍本文的研究对象——A公司某财税软件项目，是一个依托人工智能及大数据技术，将财税工作中重复劳动的内容用机器来替代的财税SaaS软件。软件核心分为几大模块：票据识别、智能核算以及智能报税。财务票据扫描后，通过OCR图像识别技术将票据中的信息摘录出来，之后通过数据RPA智能做账技术来完成进销存、固定资产核算等财务核算内容；并集成了智能薪酬、自动期末结转等功能来达到无需手工操作即可完成整个财务流程的目的。在此基础上，通过从第三方接口及某财税软件的核算模块获取数据信息，进而实现一键报税。开发过程中，既需要考虑数据加载时的效率又要顾及到超大账务数据的兼容；功能方面，要提供给客户简单、便捷、流畅的功能体验。总而言之，A公司某财税软件以提高用户的记账的准确性及便捷性为基本的设计理念，为客户节省大量做账时间的同时提高会计做账的准确性。（1）票据识别依托业界领先的深度学习技术，通过自主研发的OCR图像识别引擎，可对财务全票据进行扫描识别，包含增值税发票、银行回单、各种报销费用票等，并对企业自制单据进行支持，在识别票据的同时，对增值税发票通过国家税务总局发票校验平台自动进行真伪校验。（2）智能核算通过OCR图像识别引擎识别后的数据化票据信息，结合扫描过程中客户补充的员工、部门等非票面信息。结合这些信息后，所有的票据会经过一套算法模型所支撑的票据分类整理系统。该系统会模拟会计真人操作时分拣票据的方法和习惯对票据进行分类。该分类系统可以通过有人监督的反馈学习，来优化分类结果。用户只需要拖动票据即可优化系统分类。之后通过将票据信息及分类发送到系统的智能做账引擎中，自动输出凭证结果。（3）智能报税通过两种不同的实现方式来帮助会计完成报税操作。采用机器人流程自动化（RPA）技术，模拟人工点击操作，配合CA管理机柜，实现批量申报，报税过程无需人为干预和值守；通过第三方的接口数据，获取税局申报表中的相关信息，结合核算模块的科目值，填充到纳税申报表中进行申报；纳税申报成功后，企业当期税款金额通过短信发送至企业。A公司某财税软件开发项目，通过票据识别、智能核算、智能报税这几个核心模块，将会计从重复耗时的简单劳动中解放出来。通过API连接外部电子税局、电子银行和企业内部管理及业务系统，实现业务流、财务流、税务流的互联互通，打造三流合一的集成式解决方案，实现对更深层次的企业财税和业务经营管理的触及；将业务服务作业过程通过流程和环节的数据化以及自动化，对数据进行赋能；用技术推送记账报税的效率及和规划，进行价值赋能。A公司某财税软件开发项目质量管理现状A公司软件项目开发项目整体分为三个阶段：需求分析与设计阶段、开发阶段、测试及验收阶段。需求分析与设计阶段，主要由产品经理来主导需求的收集、市场的调研及竞品分析、需求的设计、UI设计等工作。需求开发阶段，软件工程师根据禅道中的需求进行任务拆分，并设计合理的软件功能模块以及数据库规范，分工进行编码，协同完成整个软件的编码工作。测试及验收阶段，主要由测试组根据测试用例进行验收测试。在A公司的软件项目组织架构中，虽然有测试组的介入，但实际测试组的成员是由产品人员、开发人员以及业务人员来充当的，对于测试结果缺乏专业性，容易出现遗漏的情况，会导致产品的质量不过关；公司内部有其他软件是和本软件需要进行交互的，也有类似的软件项目，开发人员水平参差不齐，导致代码的扩展性、复用性会比较弱，从而降低开发效率，影响开发质量；财税软件不同于一般软件，财税软件对于产品人员以及开发人员对业务的熟知度要求较高，当产品经理或开发工程师对于业务熟知度不足时，会影响到最终的交付软件质量。这些对于公司的未来发展都是不利的，需要快速解决。需求返工严重A公司某财税软件开发过程中经常会出现需求问题，查阅A公司某财税软件开发项目的相关文档，摘取A公司某财税软件开发项目的进度安排及里程碑节点如表3.1、表3.2所示：表3.1项目生命周期表阶段名称进度安排工作内容需求分析20200312-20200330需求确定，项目立项，人员安排完成系统设计20200331-20200421完成对整个系统的分析设计，对功能模块的详细设计，定义数据库结构开发及测试20200422-20200715完成程序设计及系统测试项目上线、总结20200715-20200730项目上线、总结内容3.2里程碑和可交付成果序号任务项时间节点可交付成果1完成需求评审20200330项目需求评审记录单2完成系统设计20200421需求规格说明书、交互设计图3完成项目验收20200730项目验收报告根据整体项目的实际进度情况，得到表3.3项目进度表。表3.3项目进度表序号可交付成果时间节点实际完成时间备注1项目需求评审记录单2020033020200330按计划完成2需求规格说明书、交互设计图2020042120200420按计划完成3项目验收报告2020073020200807延期，由于bug重复修复以及需求返工问题，导致延期一周由表3.3可以看出A公司某财税软件开发过程中，由于bug重复修复以及需求返工问题致使可交付成果出现了延期。A公司某财税软件开发项目共计包含10个功能模块，通过统计每个功能模块在开发过程中出现的返工需求个数，除以每个功能模块下的需求总个数，得到每个功能模块的返工率，如表3.4所示。表3.4需求返工统计表功能模块简要描述需求个数返工需求个数返工率凭证添加、查看、编辑凭证1317.69%固定资产添加、查看、编辑固定资产、无形资产以及长期待摊费用500库存库存核算智能化，自动生成存货报表21314.29%智能记账利用智能记账引擎，将票据自动生成凭证1915.26%票据通过OCR识别技术提取票据关键信息，并自动分类1218.33%科目期初管理科目及科目期初9111.11%结账生成本期结转凭证、完成本期账务处理并结账至下个账期700设置引导设置软件操作过程中的自定义选项500账簿、报表基于以上对数据的处理生成标准的财务账簿及报表9111.11%打印下载打印或下载生成的账簿报表400通过表3.4，超过50%的功能模块都出现了需求返工的情况，且需求越多越复杂，越容易出现返工。需求返工问题属于需求分析与设计阶段严重的问题，此阶段为某财税软件开发项目的首个阶段，后续所有过程都基于此阶段。当出现需求返工时，会导致项目延期，甚至整体项目被取消。因此需求分析与设计阶段的质量管理亟待提升。从风险的角度来看，项目初期，尤其是需求分析与设计阶段越严谨，后续开发及测试过程中出现返工的概率越小，对其他项目的影响度也越小；从项目成本效益的角度来看，项目返工所耗费的成本，要远比单纯修改bug高很多。开发阶段软件质量缺陷严重A公司采用禅道缺陷管理工具来进行缺陷的跟踪及管理，从该工具中将项目开发过程中的缺陷情况导出，并按照缺陷的类别及所属模块进行分类，得到缺陷数量统计表3.5，由此得到图3.2缺陷分布图。表3.5缺陷数量统计表单位：个缺陷类别所属模块设计缺陷代码错误其他CM（客户管理）20687记账模块28495094报税模块4141其他8227127图3.2缺陷分布图由图3.2缺陷分布图可以明显看出，缺陷主要问题集中在开发阶段。在A公司某财税软件开发项目中，代码错误问题较严重，占到了整体的72%。由此可以看出，在A公司某财税软件开发项目中，开发阶段的质量管理尤为重要。同时，在3.3.1章节中，由表3.3得知，项目延期除了需求返工以外，还存在bug重复修复的问题。bug重复修复一般是由代码质量管理不严谨导致的，因此可以看出A公司某财税软件的开发阶段质量管理亟待优化。纵观图3.2，除代码错误外，设计缺陷问题仅次于代码错误问题，占到了整体系统缺陷的21%，位居第二。禅道缺陷管理系统中的设计缺陷主要包括两方面：需求漏洞或设计图的缺失。这两项均属于需求分析与设计阶段的范畴。由此可以看出在A公司某财税软件开发项目的需求分析与设计阶段的质量管理方面也是有所欠缺的。在整体系统中，记账模块为客户使用该产品的核心流程所在模块，从图中可以看到此处的问题量较其他模块明显高出许多，这也从侧面印证了开发阶段质量管理提升的紧迫性。测试阶段软件质量验证存在瑕疵本项目上线运行一段时间后，对项目的客户群体进行了一次不记名问卷调查。众所周知，客户满意度是衡量产品核心价值的最重要的一环。本项目对于客户是否友好，是否易用，是否解决了客户问题，哪些地方还需要改进，是项目需要重点关注的因素。此次问卷调查涉及到了A公司某财税软件开发项目在需求分析与设计、开发、测试及验收各个阶段的反馈指标，通过客户对这些反馈指标的分值体现，来检验该项目的质量管理情况。客户问卷调查结果如表3.6所示，问卷涉及100个客户：表3.6问卷调查结果表 单位：人满意程度调研内容非常满意满意一般不满意非常不满意软件整体满意度343321102软件功能是否满足47292400软件界面是否美观36204040软件性能是否稳定342722116软件易用性322323193软件交互体验32323150需求响应是否快速364014100问题响应是否快速40362400由表3.6可以看出，客户对软件总体满意度、软件功能覆盖率、软件界面美观性、软件性能稳定性、软件易用性、软件交互体验感、需求响应速度和线上问题处理能力等方面的满意度并不高。软件功能是否满足、性能是否稳定是软件项目编码质量的表象反映。A公司某财税软件性能稳定性的满意度反馈，反映出A公司某财税软件开发项目的编码质量管理方法迫切需要提升。同时软件性能稳定性也从侧面反映出最终的测试程度，交付的系统是经过实施及产品人员测试通过后的成果，但客户使用后依然会出现对于系统性能上的不满意反应，也印证了A公司某财税软件开发项目在测试阶段的瑕疵，需要提升。软件易用性、软件界面是否美观和软件交互体验，这三项的满意度反馈，则是对软件开发项目需求分析与设计阶段质量管理情况的反映，当前的满意度情况表明A公司某财税软件开发项目在需求分析与设计阶段存在需求分析不够细化、不够完善的质量管理问题