2023年项目管理体系及项目管理方案

工程治理方法工程治理原则高质量地完成。的配套文档体系。维护为主，属维护工程。下面我们从工程组织架构、软件生命周期模型、工程治理关键阶段、工程治理关键活动等方面细述对本工程的工程治理打算。组织架构开发和治理机构，其典型的构造如以以下图所示：在工程实施的组织构造中，各小组的职责如下：工程领导组XX负责。工程经理负责工程的实施，组织、协调并监视各工程组的工作状况及进度，对工程进度等工作。工程评议组益、进度、质量等进展评议作业。质量把握组对应用程序编制及测试过程、内容、结果进展审查和评估，具有质量拒绝权。系统需求组由用户方主要负责部门的技术人员和相关部门的工作人员与承建方的技术形成正式业务需求。总体设计组由用户方信息化技术负责人与承建方的技术专家、参谋询问人员构成，负调等工作。开发小组主要由承建方的技术工程师构成，负责子系统具体设计、编码等工作。测试小组报告。用户方的业务工作人员及技术人员帮助对系统的运行进展测试。系统集成组技术支持、技术培训支持。文档治理组技术报告、软件介质的治理。后勤保障组主要由承建方的人员组成，负责合同治理、材料治理、后勤保障等。上述组织及职责划分依据工程进展状况由工程领导组及工程经理负责启动在工程实施阶段保持人员的稳定性，确保工程按打算实施。工程治理把握程中包含以下这些关键性活动，每一个工程经理必需执行和良好的完成这些任务。工程打算、执行和监控时间、资源安排把握工程按打算执行，对消灭的偏差做出必要的订正措施监视、确认工程当前状态工程协调与沟通用户工程组的关系；协调工程组内部关系每周召开工程组内部例会问题等对于工程组无法解决的问题提交到双方治理层风险治理制定风险防范打算监控工程状况，觉察潜在风险评估、定义风险的范围、影响制定风险防范策略，执行风险防范措施质量治理制定并执行工程质量打算制定工程质量标准和标准制定工程质量流程组织工程质量活动，如设计文档审查、测试等应的订正措施制定工程测试打算，保证测试执行的质量文档治理，包括文档命名、标准、版本的把握，文档归档和分发变更治理制定变更治理打算〔任务、流程、责任、组织〕变更识别、确认变更范围及其影响评估应变措施制定应变措施执行及记录其他证工程资源的有效使用有效把握工程费用对工程全程执行我公司规定的涉密治理标准标准义，在以下各节加以描述。工程进度把握工程进度治理的原则报，以免影响整体进度。工程进度治理的方法格，则责成3日内修正，假设仍不能完成必需以书面形式说明理由，工程经理依状况处理。在每次验收都合格或者在责成期限内都合格的状况下，假设工程不能准时完理由。工程沟通机制治理频繁和更公开沟通过程的组织在产品开发过程中比那些沟通不太频繁和封闭中，营造相互学习共同成长的气氛。资料文档的治理一、产品类硬件资料系统软件及开发工具资料其他相应产品资料二、工程类系统需求规格书规律设计文档系统构造设计文档数据库设计文档接口需求说明书接口设计文档程序具体设计说明书系统故障处理流程文档三、打算与测试类工程开发与治理打算工程实施打算系统开发标准手册测试打算及测试标准测试结果报告验收打算及验收标准验收结果报告四、技术支持与维护类应用系统用户手册系统操作员手册系统运行手册网络操作手册网络接口手册系统接口标准故障处理和恢复手册上述各类文档资料由专人负责归档，后三类文档需经工程经理签字有效。工程实施规划工作包、里程碑和工程进度安排。内容如下：开头标准开头标准完毕标准工程文档工作综述分析阶段工作打算确定工程发起人确定工程关键成员，并制定时间表用户需求定义、访谈、反响、汇总编写工程设计工程文档签署功能标准签署技术体系构造签署实施打算接收标准得到认可用户需求文档得到确认和承受概要设计及具体设计文档得到确认和接受工程编码工程上线提交用户可以测试的系统用户验收系统需求调研与分析1.3.1.6.1

需求调研的调研。业务需求调研包括以下方面的内容：用户数；用户治理模式；系统的使用模式；系统功能需求；系统安全要求；系统治理需求；与其它系统的接口要求。流程调研和确定B/S/S构造解。治理维护功能的调研和确定统计的要求和导出格式等功能进一步调研和明确。1.3.1.6.2 需求分析准与客户接收标准。定义实施范围确定并定义工程实施的目标、范围和关键的成功要素。需求分析对用户需要到达的目标进展确定并文档化。工作成果工作成果格式需求调查问卷反响及汇总、分析接收文档用户需求文档签署接收文档功能标准MSWord+图表功能标准签署接收文档技术体系构造MSWord+图表技术体系构造签署技术体系构造签署接收文档工程实施打算MSWord+MSProjectPlan系统设计阶段电子税收信息治理系统的具体设计阶段主要包括如下工作内容：系统构造的总体设计：及已确定的需求对这些组成局部如何安排等方面。数据构造的设计：打算数据库系统的模式、子模式、关系以及数据完整性、安全性设计。系统模块化设计：设计出系统的具体模块设计文档。制定初步的系统测试方案：对系统测试的策略、方法和步骤等提出明确的要求。应用系统开发通机制，确保在整个开发过程得到最好治理和把握。系统测试训，初验合格将投入试运行。测试阶段相关文档主要包括如下内容：交付格式果系统测试结MSWord+TestOutput系统测试停承受文档止UAT结果MSWord+TestOutputUAT停顿承受文档全部的文档广泛兼容的文档培训材料产品培训指南表培训参与列MSWord培训评估表MSWord工程停顿承受文档系统安装与试运行户手册的输出。工程质量把握工程质量把握过程现时的软件质量把握，而且还包括对文档、开发人员和用户培训的质量把握。我公司的工程质量把握吸取了CMM的SQA思想，为工程的实施过程供给适当的可视化治理，并对开发过程和产品的进展审核。工程质量把握综述移。我们可以实行以下步骤实施全面质量把握：实行工程化开发标准每一步开发流程，并要求每一个工程实施人员必需遵守工程实施标准。实行阶段性冻结与改动把握在工程实施的每一个阶段末都要冻结一部份成果，作为下一阶段工作的根底涉及到整个工程的开发打算调整。实行里程碑式的审查与版本把握阶段内进展准时处理和解决。全面测试对于本项，系统测试将承受整体测试，即从系统调研、系统分析设计、系统实行面对用户参与的原型演化快速、高效率和高性能的开发。理

RationalUnifiedProcess的质量管质量治理的目的在于：对合格的质量确定适合的指标〔根本指标〕。确定用于质量评估的适当的评测方法。及早并尽可能有效地确定和妥当处理影响质量的问题。RationalUnifiedProcess〔工件标准和其以及准确性〔适当的具体程度和准确度〕。从需求工件转变过来，再转换为实施工件的全都性。工件评估相应的源代码/可执行工件。治理上述确定的质量目标而进展的。此，可获得如何对流程进展最正确配置以满足需要的指导。以及将产品交付给最终客户所需的测试工件来评估相应可执行的部署工件。流程的实施、遵守以及进展状况。产品质量的聚合关系，其中包括：已部署的可执行代码〔应用程序、系统等〕，这可能是最显而易见的工件，〔涉众等〕供给价值的首要产品。已部署的不行执行工件，包括用户手册和教程资料等工件。本和开发工具。未部署的不行执行工件，照实施打算、测试打算和各种模型。质量都是相关的。因此，对每个工件的质量都应当评测和评估。可执行工件的产品质量〔部署的和未部署的〕：能等〔可如市场渗透或销售收益〕。对于那些将成为测试对象的需求来说，测试设定意图并且没有缺陷。产品质量是通过评测以下质量维度和评测产品是否满足这些维度的要 求来打算的：〔崩溃、挂起、内存丧失等〕力气。功能：已部署的代码按既定意图执行所需的用例。〔如负载、强度和长时间运行〕条件下，已部 运行。测试类型。来评估产品质量。不行执行工件的产品质量〔已部署的或未部署的〕：工件符合以下各项要求来评估：工件内部和工件之间的全都性〔语言的使用、术语或语义等〕。〔语言的使用、术语、语义、格式或内容等〕的兼容性。的产品质量。RUP中针对大多数工件的信息类型：工件指南和检查点：有关如何开发、评估和使用工件的信息。模板：工件的“模型”或原型，为内容供给构造和指导。流程质量〔包括质量评测和质量标准〕实施和遵守的程度。软件开发需要一张错综简洁的步骤网，其中既有串行步骤，又有平行步骤。进展日常治理活动。对流程质量进展评测和评估的目的是：治理利润率和资源；治理和化解风险；治理和维护预算、进度与质量；猎取可改进流程的数据；流程。成果所到达的质量等级来评测流程质量。〔如工程经理〕可能会执行特定的任务来判定和影响流程质量。1.3.2.1.2.3评测质量包括产品质量和流程质量〕的评测需要收集信息并对其进展分析，方面与打算所设定目标之间的差距。指标用来到达两个目标，即了解状况的目标和变更〔或成果〕目标：学问目标：更等。变更〔或成果〕目标：生变更或得到改进。使用这两个目标的指标来评测进度和产品质量。陷。而在后期迭代中，只有应用程序中美观方面的缺陷才是可以承受的。标准可能包括以下评测方法：缺陷数和/或趋势，如已确定、已解决或照旧翻开〔没有解决〕的缺陷 数。测试掩盖率，如〔测试〕打算、实施并执行的代码〔或用例〕的百分比。 通常，测试掩盖率要和上面确定的缺陷标准一起使用。〔用例、操作或其他大事〕所需的时间。该标准 时间危急程度是本质问题。相容性。该标准表示工件或流程活动/步骤必需满足已认同的标准或准则的程度。可承受性或满足度。该标准通常用于主观评测，如可用性或美观性。评测产品质量受〔或不行承受〕质量的级别或点。例如：/走查检查执行依据评测的性质和质量目标，将使用不同的指标。例如，在复审、走查和检性质有所变化。评测流程质量对流程质量的评测是通过收集状况和成果评测实现的。对已承受流程的标准、指南和实施的遵守程度。/状态。所产生工件的质量〔使用上面说明的产品质量评测〕。对流程质量进展评测是通过使用一种或多种评测技术实现的，例如：进度-例如已演示用例或已完成里程碑。差异-打算的时间表、预算、人员配备需求等与实际状况的差异。评估质量〔如阶段完毕〕，也可以在产生工件时进展〔如代码走查〕。以下是在生命周期中进展的不同评估。里程碑和状态评估；检查、复审、走查；里程碑和状态评估；工程质量把握过程其运作机制如以以下图所示。其中：工程质量保证规划对工程质量保证的任务进展规划的过程。产品审计对工程中的工作产品进展审计的过程。审核打算针对工程审核和人员审核制定打算的过程。审核过程依据审核打算进展质量审核的过程。工程质量保证规划过程它是工程质量保证过程的依据。参与角色RI：工程治理者R2：质量保证治理者进入条件E1：工程治理者通知质量保证治理者参与工程规划。输入I1：工程任务书活动A1：质量保证治理者参与由工程治理者负责组织的工程任务单争论，了解工程状况；A2：质量保证治理者参与由工程治理者负责组织的工程风险分析的争论，A3：质量保证治理者依据上述争论结果识别质量风险凭A4：质量保证治理者依据识别出来的质量风险点设定质量把握点和质量控制方式〔如产品审计，对等评审，审核过程，产品测试等〕，并确定工程过程中使用的质量过程标准，并与有关人员争论确认；A5：质量保证治理者依据争论结果编写质量保证打算，确定质量把握方式和具体时间，并提交工程治理者确认；A6：工程治理者组织工程相关人员对质量保证打算进展评审，如有问题进展修改，直至评审通过；A7：质量保证治理者将质量保证打算提交给工程治理者；输出O1：质量保证打算〔包含在工程打算中〕O2：质量保证打算的评审报告。完成标志F1：质量把握打算并入工程打算。产品审计过程的过程。参与角色R1：质量保证治理者进入条件输入I1：待审计产品的产品标准I2：待审计产品活动A1：质量保证治理者依据产品标准从使用者的角度编写产品审计要素；A2：质量保证治理者依据产品审计要素对产品进展审计，并记录不符和项，将不符合项与工程相关人员进展确认；A3：质量保证治理者依据确认结果编写产品审计报告；A5：质量保证治理者将产品审计报告提交入库。输出O1：产品审计报告。审核打算过程审核打算过程是针对人员和工程的审核过程进展打算的制定过程。参与角色R1：审核人员进入条件E1：上 轮审核打算完成。输出活动A1：审核人员依据体系的执行状况确定审核目标；A2：审核人员依据审核目标确定审核范围；A3：审核人员依据审核范围和资源状况确定审核组织；A4：审核人员依据审核范围确定审核的工程；A5：审核人员依据审核工程的工程打算确定审核的过程，工作产品和受审人员；A6：审核人员确定审核过程的具体时间，包括审核预备，审核实施，编写审核报告等的时间；A7：审核人员依据上述信息编写审核打算；A8：审核人员组织相关人员对审核打算进展评审，并编写评审报告；A9：审核人员将审核打算和评审报告提交入库。输出O1：审核打算，格式见附件O2：审核打算的评审报告。完成标志F1：审核打算和评审报告入库。审核过程PQS体系为标准，对工程的工作产品和活动进展的审查活动。审核的主要目的如下：PQS体系标准执行并生产出合格的产品；同时为工程治理者供给质量状态报告。SEPG供给过程改善的依据作为人员治理和人员考核的 种手段，为人员评定供给依据PQS体系的一个质量保证过程，同时也是提高全员质量意识的手段。参与角色R1：审核人员R2：受审人员进入条件输入I1：审核的工程打算I2：体系文件活动A1PQS体系文件的过程标准和产品标准编写审核要素检查表；A2：审核人员依据审核打算确定具体的受审人员，受审人员中可以包括伴随审核的人员；A3：审核人员应提前通知受审人员具体的审核时间，地点和需要预备的材料及设备；A4：审核人员按事先规定的时间和地点与受审人员进展面对面的审核；A5：审核人员依据预备好的审核要素检查表逐条询问受审人员工程中过程准时进展记录，受审人员可以对体系标准和审核过程提出建议；A6：审核人员在审核完毕后，要求受审人员对记录的不符合项和建议进展确认；A7：审核人员依据审核结果整理审核要素检查表给出审核结论并编写审核不符合项报告，对不符合项提出建议并跟踪解决；A8：审核人员将审核要素检查表和审核不符合项报揭露送给受审人员，SEPG，工程治理者及相关人员，并入库。输出O1：审核要素检查表；O2：审核不符合项报告。完成标志F1：审核要素检查表和审核不符合项报告入库。工程测试治理工程测试治理标准的开发过程，按软件工程各阶段形成的结果，分别进展严格的审查。现且阅历证后进展的，实际上，测试的预备工作在分析和设计阶段就开头了。测试的过程及组织理的测试用例，以便系统实现后进展全面测试。测试一般按以下方式组织：首先，测试人员要认真阅读有关资料，包括规格说明、设计文档、使用系统，编写测试打算，设计测试用例，作好测试前的预备工作。为了保证测试的质量，将测试过程分成几个阶段，即：代码审查、单元测试、集成测试和验收测试。代码会审：审小组由组长，2～3名程序设计和测试人员及程序员组成。会审小组在充分阅的大问题，导致对需求定义的重定义、重设计验证，大大改善了软件的质量。单元测试：块规模小、功能单一、规律简洁，测试人员有可能通过模块说明书和源程序，清楚I/O〔白盒法的用例，尽可能到达彻底测试，然后辅之以功能测试〔黑盒法〕的用例，使之对任何合理和不合理的输入都能鉴别和响应。高牢靠性的模块是组成牢靠系统的坚实根底。集成测试：误等。验收测试：即软件的功能和性能如同用户所合理期盼的那样。告完毕，阅历收后，将软件提交用户。测试方法的应用集成测试及其后的测试阶段，一般承受黑盒方法。其策略包括：〔或〕等价分类法提出根本的测试用例；(2)用猜测法补充的测试用例；(3)假设在程序的功能说明中含有输入条件的组合，宜在一开头就用因果图法，然后再按以上〔1〕、〔2〕两步进展。做法有两种：a、先仿照上述步骤用黑盒法提出一组根本的测试用例，然后用白盒法作验性要求较高的模块，通常要满足条件组合掩盖或路径掩盖标准。b、先用白盒法分析模块的规律构造，提出一批测试用例，然后依据模块的功能用黑盒法进展补充。测试的人员组织(1)软件的设计和实现都是基于需求分析规格说明进展的。需求定义的质量，应对其进展严格的审查。审查小组由以下人员组成：组长：1人成员：包括系统分析员，软件开发治理者，软件设计、开发和测试人员和用户设计评审：评审小组由以下人员组成：组长：1人成员：包括系统分析员、软件设计人员、测试负责人员各一人。程序的测试：块之后，就对它进展必要的测试〔称为单元测试〕。编码与单元测试属于软件生〔避开名，负责整个测试的打算、组织工作。测试组的其他成员由具有确定的分析、设3～5人为宜。软件测试文档形式写出。测试文件的编写是测试工作标准化的一个组成局部。测试文件不只在测试阶段才考虑，它在软件开发的需求分析阶段就开头着段，常常还要进展再测试或回归测试，这时仍须用到测试文件。测试文档的类型因此必需及早开头测试打算的编写工作。测试打算的编写从需求分析阶段开头，意见即是对软件质量的评价，又是打算该软件能否交付用户使用的依据。测试文档的使用测试文件的重要性表现在以下几个方面：争论这些测试条件对弄清用户需求的意图是格外有益的，检验测试资源：测试打算不仅要用文件的形式把测试过程规定下来，还 实，那就必需及早解决。 思想上和物质上的预备。 细心设计测试用例有重要的意义。 进展的测试提出评价意见。再测试：测试文件规定的和说明的内容对维护阶段由于各种缘由的需求 进展再测试时，是格外有用的。面的结论。测试文档的编制应按确定的格式进展。“XX(工程名称)”面对对象测试品质量能得到保证。和方法，以指导”XX”测试工作的正确进展，确保测试的有效性和验证结果的牢靠性。在“XX”工程中将承受面对对象技术，这能产生更好的系统构造，更标准件测试并没有面对对象编程的兴起而丧失掉它的重要性。测试所要求的逐步将开发的模块搭建在一起进展测试的方法已成为不行能。而和结果,传统的测试模型对面对对象软件已经不再适用。针对面对对象软件的开发特点，应当有一种的测试模型。面对对象测试模型(Object-OrientTestModel)面对对象的开发模型突破了传统的瀑布模型，将开发分为面对对象分析〔OOA〕，面对对象设计〔OOD〕，和面对对象编程〔OOP〕三个阶段。分析统测试成为一个整体。OOATestOODTest是对分析结果和设计结果的测试，主要是对分析设计产生的文本进展，是软件开发前期的关键性测试。OOPTest主要针对编程风C++语言实现，主要就是对类成员函数的测试。面对对象单元测试但要基于面对对象单元测试，更要参见OODOODTest结果。面对对象系统测试是基于面对对象集成测试的最终阶段的测试，主要以用户需求为测试标OOA或OOATest结果。法各有不同，下面将从OOA，OOD，OOP，单元测试，集成测试，系统测试六个方面分别介绍对面对对象软件的测试。面对对象分析的测试(OOATest)息处理方法和过程，以过程的抽象来对待系统的需要。而面对对象分析〔OOA〕是“E-R图和语义网络模型，即信息造型中的概念，与面对对象程序设计语言形式描述。OOA直接映射问题空间，全面的将问题空间中实现功能的现实抽象化。将问题空间中的实例抽象为对象〔C++中的对象概念〕，用对象的构造反不稳定的，这更充分反映了现实的特性。OOA的结果是为后面阶段类的选定和实现，类层次构造的组织和实现供给平台。因此，OOA对问题空间分析抽象的OOA的测试重点在其完整性和冗余性。面对对象设计的测试(OODTest)通常的构造化的设计方法，用的“是面对作业的设计方法，它把系统分解以化为求解域的设计，分析的结果是设计阶段的输入。而面对对象设计〔OOD〕承受“造型的观点“，以OOA为根底归纳出类，并建OODOODOOAOOA的进一步细化和更OODOOAOOD确定类的测试(OOPTest)〕。多态使得面对对象程序对外呈现出强大的处理力气，但同时却使得程序内“同一“函数的行为简洁化，测试时不得不考虑不同类型具体执行的代码和产生的行为。准确确实定在某一具体的类。面对对象的单元测试(OOUnitTest)径分析法，程序插装法等等。单元测试一般建议由程序员完成。〔提出相应的测试要求〔选择规模和难度等均远小于后面将介绍的对整个系统的测试分析和测试用例，而且强调对语句应当有100%的执行代码掩盖率。在设计测试用例选择输入数据时，可以基于以下两个假设：入也能正确执行。假设函数〔程序〕对某一简洁度的输入正确执行，对更高简洁度的输入也能IP地址字符串。简洁消灭一些不宜觉察的错误。例如：if(-1==write(fid，buffer，amount))error_out;write隐患。strrchr查找最终的匹配字符，但误程序中写strchr，使程序功能实现时查找的是第一个匹配字符。程序中将if(strncmp(str1,str2,strlen(str1)))误写成了if(strncmp(str1,str2,strlen(str2)))。假设测试用例中使用的数据str1str2长度一样，就无法检测出。择，字符串操作等状况。了传统测试中未遇见的问题。面对对象的集成测试(OOIntegrateTest)译后的程序做基于黑盒子的集成测试。面对对象的集成测试能够检测出相对独立的单元测试无法检测出的那些类进展：先进展静态测试，再进展动态测试。流行的一些测试软件都能供给一种称为“可逆性工程“的功能，即通过原程序得到InternationalSoftwareAutomation公司Panorama-2forWindows95、RationalRoseC++Analyzer等，将“可逆性工程“OOD的结果相比较，检测程序构造和实现上是否有OOP是否到达了设计要求。可以考虑使用现有的一些测试工具来得到程序代码执行的掩盖率。具体设计测试用例，可参考以下步骤：先选定检测的类，参考OOD分析结果，认真出类的状态和相应的行为，类或成员函数间传递的消息，输入或输出的界定等。确定掩盖标准。利用构造关系图确定待测类的全部关联。使用类的效劳和期望产生什么行为等。有时也可以通过系统测试完成。面对对象的系统测试(OOSystemTest)作。在后面对ZXM10收发台系统测试的表达可以看到，其他的系统设备〔如监控台，图象台，E1接入设备，摄像头等〕如何协作收发台的系统测试。时，应当参考OOA分析的结果，对应描述的对象、属性和各种效劳，检测软件是否能够完全“再现“问题空间。系统测试不仅是检测软件的整体行为表现，从另一个侧面看，也是对软件开发设计的再确认。功能测试：测试是否满足开发要求，是否能够供给设计所描述的功能，是否用户的需求都得到满足。功能测试是系统测试最常用和必需的测试，通常还会以正式的软件说明书为测试标准。据、对数据库大量简洁的查询等。算的精度、记录的精度、响应的时限和恢复时限等。保密措施，检验系统是否有安全保密的漏洞。恢复测试：承受人工的干扰使软件出错，中断使用，检测系统的恢复力气，特别是通讯系统。恢复测试时，应当参考性能测试的相关测试指标。界面是否友好等。安装/卸载测试〔install/uninstalltest〕等等。例。涉密治理资质要求的安全和保密治理，包括如下几个方面：人员保密审查，即参与此工程的全部人员都通过了审查，签订了保密合约。工程测试环境为独立的环境，物理上与其他任何计算机系统均无连接。测试环境有独立的隔离的办公场所，与工程无关人员不得进入。授权，不能接触到其他局部的文档和源代码。全部人员接触访问本工程的文档、资料和代码均有登记，可以追溯。审查和批准设计变更。审查和批准工程打算和进度方面的变更。工程岗位构成岗位/组

主要职责 人数负责工程总体方向和重大问题的协调解决。1+1局方和公1、参与关键里程碑复审；2、决策工程重大风险；3、协调工程组资源；4、帮助进展工程组织间协调；5、评估工程经理工作。工程经理对工程直接负责，全面负责工程的治理，负作职责包括：1、工程组建设；2状态；软件开发打算，并协调各小组制定阶段具体工作打算；4文档的全都性；5协调各组开展工作；审会议及里程碑评审会议，并向工程治理委员会汇报工程进度；

司各派一人1+1派一人8、评估工程成员的绩效治理；SCCB的日常工作。质量把握组 全面负责工程的质量治理工作，全程参与项1，以确保工程按时按质完成。技术经理 全面负责工程的技术治理工作，包括技术路1体架构进展实施。其主要工作职责包括：1、架构组、设计组、支持组建设；2躲避技术风险、并监控风险状态；3各阶段的具体工作打算；4、按制定的打算，安排任务到小组成员；5理汇报小组进度；开发人员对架构关键点进展架构分析、设计及验证；7计符合系统总体架构；8代码符合设计及编码标准；架构方面的影响分析及验证其实施结果；需求分析师 负责整个工程的需求调研和需求分析，统一2+3的治理工程的需求。其主要工作职责包括：2人+局方3人TM沟通技术需求的可行性，并与客户确认达成全都；2通需求；3时，维护需求文档的全都性；4、验证开发人员完成的代码符合需求；方面的影响分析及验证其实施结果；6、监控需求的状态，并向工程经理汇报。方案设计师 赐予已经制定的系统总体架构，负责具体功2〔技术经理兼能需求的软件设计。其主要工作职责包括：任〕1行概要设计和具体设计；2代码的评审确保代码符合设计及编码标准；3缺陷时，维护软件设计文档的全都性；方面的影响分析及验证其实施结果。系统组负责系统的运维，包括上线的数据迁移、数职责。其主要工作职责包括：1、帮助客户制定运维方案；2、开发数据迁移程序；3、进展数据迁移工作；4、对用户进展培训；5、协调解决系统运行期间消灭的问题。

兼任〕功能实现组2123致性。美工组负责整个工程界面的设计。2系统测试组从测试角度负责验证工程工作产品的质量。2+3其主要工作职责包括：1、测试经理制定工程的测试策略；2系统测试、协调用户验收测试；3试人员由需求组兼任〕任务到小组人员；、4向工程经理汇报小组进度；5备测试数据；6复；7、测试经理编写测试报告。上线组负责系统的上线、推广和维护。1〔原开发人员兼任〕培训组负责培训教材编写，组织和培训用户。1〔开发组员工兼任〕文档治理组负责系统文档的撰写和治理1〔依据不同的其它角色担当〕合计19+4公司公司19人，局工程人员打算岗位/组工程领导小组工程经理质量把握组技术经理需求分析师方案设计师系统组功能实现组美工组系统测试组上线组培训组文档治理组

李俊吴荣郑雄、赵承宇蔡侦萍吴荣从健工程人员简历根本资料李俊〔工程领导小组〕：根本资料姓名李俊性别男诞生日期1973.4.28民族汉职称毕业学校及专业清华大学电子信息专业学历本科毕业时间7工程名称技术平使用技术工程描述责任描述江西省地税J2EEStruts+EJB江西省地方税务局网上申报，高层经理税务局网上征收治理为一体的信息系统办税系统项目广州市地方JAVAStruts+EJB融合了现代的多媒体通讯技工程经理税务局12366系统术，、、短消息、E-mail、Internet、视频等各种媒体的综合的呼叫中心应用系统。深圳市地税J2EEStruts+EJB深圳地方税务局核心征管大集高层经理综合系统管中系统。理系统最关键的三项技术工作经受根本资料张智勇〔工程经理、需求分析师〕：最关键的三项技术工作经受根本资料姓名张智勇性别男诞生日期1975.10.28民族汉职称业息专业学历本科毕业19987时间月最关键的三项技术工作经受工程 技术平台和开发使用技术工程描责任描述名称 工具述云南 PB PB地方掩盖登记、核工程经理税务定、税局大种鉴集中定、申治理报、征系统收、会V1.0计核算、票证、行政惩罚等税收业务系统云南 开发技术：为昆明工程经理昆明 Struts、UML、Epod+EJB市地方地税 Java、HTML、税务局社保 SQL、PL/SQL；开发的费管 开发工具Rational社保费理系 Rose、治理信统 PowerDesigner、息系统DreamWaver、PL/SQLDeveloper、JBuilder、Word、Visio、Struts、JFreeChart、Weblogic、Oracle等。应用效劳器：BEAWeblogic；数据库：Sysbase云南地方税务局大集中治理系统

JBuilder，Sybase，

Struts+spring+Hibernate 依托 工程经理J2EE三分登种鉴计核统张润喜〔质量把握组〕：姓张润喜〔质量把握组〕：姓张 性 男根本资料诞生日期名润 别喜民汉 职毕业学校及专业族称东北大学 信息务治理专业学毕业时间2023.7历最关键的三项技术工作经受称具使用技术 工程描述责任描述北京地J2EE Struts+EJB 车船税工程主要涉及的是北京市对工程进展功能测方税务地方税务局针对车船税税种进展试，对测试中的问题综合服征收的日常业务，包括税源治理、BUG务治理申报征收、数据交换、票证治理、进展跟踪、把握、发信息系对外接口和关心功能六局部内布，完成测试报告。统车船容。税工程该工程主要为目前地税核心征管北京市地税局系统整合工程

J2EE

Struts+EJB 系统建立在合理和安全的系统架构之上，并能同时满足对内、对外和政府间供给高效、快捷、便

对工程进展全程跟踪，制定质量保证打算，依据工程的流程利、安全、功能上相对独立、实检查工程执行的各阶现上高内聚低耦合、易于扩展、段是否存在不符合项无地域、无时间限制的综合立体并进展复查追踪。效劳系统的形象主要包括数据库升级、信息效劳平台、单点登对工程进录和交易与查询分别四个子项行性能测试，供给系520余万。统相关性能指标。中国民用航空J2EEEpod+EJB该系统涉及了目前民航系统的全部业务，包括航空安全治理、飞对于要测试工程中的技术问题与其它部门安全管标安全治理、适航安全治理、机进展协调、沟通；理信息场安全治理和地区治理局安全系统治理五大模块。目前共涉及到十依据规定余个子系统，主要效劳对象是民的方案进展业务测航政府用户。试，对测试中的问题照实记录，完成测试报告；对于测试的工程进展跟踪、控制；对于完成测试的业务进展版本治理，文档治理；根本资料吴荣〔技术经理、上线组〕：根本资料姓名吴荣性别男诞生日期1977.7.23民族汉职称专业北京师范机应用学历本科毕业时间1999.07最关键的三项技术工作经受工程 技术平台和开发工具 使用技术 工程描述 述名称北京 开发技术：地税 Struts、UML、Java、核心 HTML、XML、SQL、征管 PL/SQL；系统 开发工具：RationalRose、PowerDesigner、Subversion、DreamWaver、PL/SQLDeveloper、JBuilder、Word、Visio、Struts、Oracle等。应用效劳器：BEAWeblogic；数据库：Oracle

Struts+EJB

北京地方税务局的核心征管大集中系统。

系统架构师昆明花卉拍卖信息系统。

Java

Epod 参考国外其他拍卖市场计算机系统的根底市场的自身特点及进展进有用的花卉交易市结合云南花卉产业进展的实际，将分步实个网络以实时拍卖网

工程经理云南云南开发技术：后网络，实现拍卖市场人、财、物、信息的网络化治理。为昆明市地方税务局工程经理昆明Struts、UML、Java、Epod+EJB开发的社保费治理信地税HTML、SQL、PL/SQL；息系统社保开发工具：Rational费管Rose、PowerDesigner、理系DreamWaver、PL/SQL统Developer、JBuilder、Word、Visio、Struts、Oracle等。应用效劳器：BEAWeblogic；数据库：Sysbase姓贺智勇姓贺智勇性别男诞生日期1977.3.29名民汉职称毕业学校长沙铁道学院族及专业计算机应用专业学专科毕业时间1999历资质证书证书名称Aptech

获得时间月

颁发机构称

最关键的三项技术工作经受技术平台和开发工具 使用技术 工程描述 责任描述北京市地方税务局财税库行横向联网系统

开发技术:UMLJavaHTML、XML、SQL、PL/SQL开发工具：RationalRose、PowerDesigner、Subversion、DreamWaver、PL/SQLDeveloper、JBuilder、Word、Visio、Struts、JFreeChart、Weblogic、Oracle等。BeaWebLogiWebsphereMQ数据库：Oracle9i

Struts+EJB 北京市地方税务局实现的由中国人民银行发起的税务、国向联网系统

期的运维工作北京地税核心征管系统

开发技术：Struts、UML、Java、HTML、Struts+EJBXML、SQL、PL/SQL；开发工具：RationalRose、PowerDesigner、Subversion、DreamWaver、PL/SQLDeveloper、JBuilder、Word、Visio、Struts、JFreeChart、Weblogic、Oracle等。应用效劳器：BEAWeblogic；数据库：Oracle

北京地方税务局的核心征管大集中系统。

门申报的业务模块需求分析、设计、开发云南昆

开发技术：

为昆明市地 主要负责征收管明地税Struts、UML、Java、HTML、Epod+EJB方税务局开理的业务模块开社保费SQL、PL/SQL；发的社保费发。治理系RationalRose、治理信息系统PowerDesigner、统DreamWaver、PL/SQLDeveloper、JBuilder、Word、Visio、Struts、JFreeChart、Weblogic、Oracle等。应用效劳器：BEAWeblogic；数据库：Sysbase根本资料2.0根本资料2.0税收2023年会计报表网上申报系统Ntko控件Hibernate,weboffice2023年税收会计报表Got框架Structs,Hibernate多元化税费网上申报系统数据交换姓名民族赵承宇汉性别职称男诞生日期专业1976.11.1中国煤炭经济学院经济信息治理学历本科毕业时间1999.07最关键的三项技术工作经受工程名称技术平使用技术工程描述责任描述台和开发工具跨省分支机构Got框架Structs,跨省分支机构认定跨省分支机构数据采集、汇缴企业所得hibernate以及认定数据对国报表数据导入和数据格税系统家税务总局的数据式转换和数据大集中系Got框架Structs,交换生成数据大集中系报表数据生成和呈现根本资料根本资料2.0税收2023年会计报表网上申报系统Ntko控件Hibernate,weboffice2023年税收会计报表Got框架Structs,Hibernate多元化税费网上申报系统数据交换姓名民族李耀武汉性别职称男诞生日期专业1981.09.21计算机应用技术学历本科毕业时间2023.12最关键的三项技术工作经受工程名称技术平使用技术工程描述责任描述台和开发工具跨省分支机构Got框架Structs,跨省分支机构认定跨省分支机构数据采集、汇缴企业所得hibernate以及认定数据对国报表数据导入和数据格式税系统家税务总局的数据转换和数据大集中系Got框架Structs,交换生成数据大集中系报表数据生成和呈现根本资料郑雄〔系统组〕：根本资料姓名郑雄性别男诞生日期1981.12.19民族汉职称业昆明理工大学信息与计算科学学历本科毕业时2023.072.0税收Ntkoweboffice2023年税2023年控件收会计报表会计报表网上申报Got框Structs,多元化税费数据交换系统架Hibernate网上申报系统间最关键的三项技术工作经受工程名间最关键的三项技术工作经受工程名称跨省分支机构汇缴企业所得税系统技术具Got框架使用技术工程描述责任描述Structs,hibernate数据大集中系统Got框架Structs,Hibernate,跨省分支机构认定以及认定数据对国家税务总局的数据交换生成数据大集中系统跨省分支机构数据采集、报表数据导入和数据格式转换和报表数据生成和呈现根本资料最关键的三项技术工作经受工程名称技术平Got框架使用技术工程描述责任描述跨省分支机构汇缴企业所得Structs,hibernate跨省分支机构认定以及认定数据对国跨省分支机构数据采集、报表数据导入和数据格式转姓名黄义刚性别男诞生日期19830.01.02民族汉职称毕业学校及专业浙江大学地理信息系统学历本科毕业时间2023.07税系统税系统数据大集中系2.0税收2023年会计报表网上申报系统家税务总局的数据换和交换生成数据大集中系统2023年税收会计报表Got框架Ntko控件Got框架Structs,Hibernate,weboffice报表数据生成和呈现Structs,Hibernate多元化税费网上申报系统数据交换最关键的三项技术工作经受工程名称最关键的三项技术工作经受工程名称技术平台具Got框架使用技术工程描述责任描述跨省分支机构汇缴企业所得税系统Structs,hibernate跨省分支机构认定以及认定数据对国家税务总局的数据交换数据大集中2.0税2023年会计报表网上申报系统Got框架Ntko控件Structs,Hibernate,weboffice跨省分支机构数据采集、报表数据导入和数据格式转换和生成数据大集中系统2023报表数据生成年税收会计报表 和呈现Got框架Structs,Hibernate多元化税费网上申报系统数据交换根本资料姓名谢俊性别男诞生日期1980.11.13民族