项目实施测试验收维护方案.docx

《项目实施测试验收维护方案.docx》由会员分享，可在线阅读，更多相关《项目实施测试验收维护方案.docx（118页珍藏版）》请在三一办公上搜索。

1、xxxxxxxxxxxxxxxxxxxxxxxxx项目第五章 项目测试35.1质量保证方针45.2 开发过程管理55.3 质量保证措施95.4 评审115.5测试125.5.1测试方案125.5.2 测试方法135.5.3测试内容145.5.4 测试程序及测试工具155.5.5 实施预防与校正措施175.5.6 计划执行监督措施18第六章 项目实施196.3标准化策略216.4 知识转移策略226.5 试运行策略246.7 项目组织实施306.7.1 项目实施流程356.7.2 系统设计开发396.7.3 安装调试项目开发的软件系统：456.7.4 系统测试476.7.5 项目培训486.7.

2、6 项目监督控制管理506.7.7 项目进展报告526.7.7 外情况处理机制566.7.8 项目管理措施586.7.9 系统内外部接口设计阶段62第七章 项目验收707.1 验收测试委员会组织结构707.2 检验和验收原则717.5 验收内容与指标要求777.6 验收条件777.7验收说明787.8 验收通过标准78第八章 项目培训828.1 培训人员配备828.2 培训目标848.3 培训流程858.4 培训的需求调研868.5 培训的内容和计划888.6 受训人员素质要求938.7 培训效果的评估方法95第九章 售后服务1009.1售后服务体系介绍1009.2 特点服务介绍1009.3售

3、后服务内容介绍1019.4质保期内售后服务承诺1089.5 质保期后服务承诺110第五章 项目测试公司为确保质量管理体系有效地贯彻执行。专门成立了软件工程过程组（SEPG），其职责是与有关部门共同：确保质量管理体系所规定的过程可以顺序实施和有效作用；确定为确保这些过程有效运作和控制所需要的准则和方法；确保可以获得必要的信息，以支持这些过程的有效运作和对这些过程的监控；程序调试和分析这些过程，并实施必要的措施，以实现所策划的结果和持续改进。公司的质量体系文件由质量手册、程序文件、作业指导书和质量记录所组成，分别定义了：质量手册规定了本公司的质量方针、质量体系结构、职责和保持有效运行的方法。程序文

4、件规定了本公司各部门在质量活动中的职责、控制手段、活动要求及所需的文件和资源。作业指导书规定了如何进行具体的控制活动，质量记录作为产品符合规定的要求和质量体系有效运行的证据提供可追溯性。5.1质量保证方针本着“以人为本”的宗旨，通过在管理者与员工之间建立相互信任的关系，促使全员参与，建立标准的质量体系，并采用内审、管理评审等自我改进的手段，认真实施，增进改造后的软件成熟度。在产品研发时，要超前考虑顾客需求；在系统集成时，要保证质量，遵守工期；同时加强测试，使软件安全可靠；各部门之间要团结协作，互动沟通，共享各类有关信息；对员工要强化培训，提高素养，为顾客提供优质的服务，使顾客满意。5.2 开发

5、过程管理公司项目的开发管理引入基于里程碑的过程模型，它允许开发任务的重叠和反复，可以很好适应并行性的软件开发。基于里程碑的过程模型便于团队模型中责权的划分。便于风险评定，里程碑过程模型的特征如下：里程碑过程：软件开发过程是由指导开发进程的外内部里程碑所驱动的。明确责权关系：过程模型将每个里程碑与开发组的责任角色相关联。评估说明：评估说明直接影响着项目的计划与管理，在整个软件开发过程中致关重要。质量控制软件开发阶段划分的目的是为了便于形成基于里程碑的软件开发质量控制体系，每个里程碑都是一个质量控制结点，这些质量控制结点贯穿于整个软件开发全过程，从而构成软件开发的质量控制体系。贯穿于整个生命周期中

6、的SQA活动必须依据一整套的规范来进行，公司规定了详细的作业指导书作为参考。 在每个里程碑结束时公司质量控制机构SQA（由技术管理部和测试质保部等组成），根据相应的软件开发管理规范及应用要求对阶段成果进行评议控制，确保应用开发的顺利进行，及交付的应用系统能够满足用户的使用需要，确保交付的系统能够代表公司的整体技术水平。同时也有利于规避软件开发风险。具体审核内容如下：各评审点评审内容评审点评审人员评审文档评审内容软件需求评审软件开发人员用户管理人员标准化人员特邀专家质量管理人员软件需求说明书数据要求说明书软件需求说明书是否覆盖了用户的 所有要求软件需求说明书和数据要求说明书的明确性、完整性、一致

7、性、可测试性、可跟踪性文档是否符合有关标准规定开发计划评审软件开发人员管理人员特邀专家质量管理人员项目开发计划项目安排、估算是否合理项目风险是否判断，并安排措施文档是否符合有关标准规定项目开发计划的合理性、一致性开发人员和相关部门是否承诺完成详细设计评审软件开发人员管理人员标准化人员设计说明书数据库设计说明书详细设计说明书是否与软件需求说明书的要求一致设计说明书是否正确、完整、一致块内部逻辑结构是否合理，模块之间接口是否清晰接口定义是否明确数据库设计说明书是否完全，是否正确反映详细设计说明书的要求文档是否符合有关标准规定鉴定（验收）软件开发人员用户管理人员特邀专家标准化人员承办方与交办方的上级

8、领导成套文档开发的软件系统是否已达到软件需求说明书规定的各项技术指标使用手册内容是否完整、正确文档是否齐套，是否符合有关标准规定测试方案项目开发人员管理人员标准化人员特邀专家质量管理人员测试人员测试计划测试方案测试的方式是可行的测试的目标与需求一致测试环境已被定义测试暂停和重新启动已确定测试方案是完整的, 正确的和不模糊的有效的和无效的输入都已安排测试测试是否全面、合理项目配置管理在软件开发过程中变更是不可避免的，为了将变更造成的混乱减少到最低必须进行配置管理，公司规定配置管理的目标就是标识变更、控制变更、报告变更、确保变更正确的实现。这对以后的系统维护和版本管理有重要意义。配置管理包括项目开

9、发过程中的文档管理与程序管理。项目开发中的文档主要包括如下：可行性分析报告、需求分析文档、各类规范文档、设计文档（包括软件设计和系统集成设计及测试设计）、代码实现和工程实施文档、测试计划和测试记录、测试评估文档（包括问题报告）、用户手册、在线帮助文档。与软件配置管理相关的文档一般包括：工作报告、问题报告文档、问题处理报告、CM每日报告。配置管理过程见下图：5.3 质量保证措施为确保软件生存周期的各阶段的质量要求得到满足，我们准备按照高标准对项目进行质量管理和控制。各阶段包括分析、设计、开发、安装和维护等活动均按以下要求监控质量：衡量标准具体考虑因素功能度适配性、准确度、互操作性、依从性、安全性

10、可靠性成熟度、容错性、可恢复性可用性可理解性、可学习性、可操作性效率时间特性、资源特性可维护性分析性、可改变性、稳定性、可测试性可移植性适应性、可安装性、一致性、可置换性此外还提供与项目有关的质量保证计划，说明每个阶段所提供的质量保证措施，所选择的措施的有效性及其影响。在每个阶段进行纪录，并取得项目管理者和质量保证小组的通过。必要时，这些报告还会附带审计和修改的措施，以满足产品或阶段的特殊要求。建立软件质量保证系统的过程：检查软件生存周期是否与需求相匹配，是否需要修正；确保执行质量保证的过程、方法和工具的有效性。可以采用评审的方法来改善测试方法或工具；建立文档。包括质量保证手册、制定各种标准和

11、采用质量保证的指导文件；为了评估已计划好的质量保证活动的寿命，必须制定建立质量报告系统的措施。质量报告系统可以估价和控制所选择的质量保证措施的成本和可用性；提高工作人员对质量和质量保证的自觉性。具体质量保证措施如下各节所述。5.4 评审在项目的每一里程碑后期必须对该阶段的输出进行正式评审，形式可以采用现场评审、会议评审等，目的就是为了保证这一阶段的工作输出满足输入的要求，没有偏离用户需求，规避可能的风险。工作程序：（1）评审点主要是需求说明书完成、计划编制完成、设计完成、系统集成测试完成、试运行完成，这些在开发计划中有明确规定。评审点到达时项目组应向技术管理部申请组织对该阶段输出的结果进行设计

12、评审。申请必须明确评审内容、评审目的，涉及到的部门。（2）技术管理部接到申请后，做评审准备，组织成立评审小组、安排评审日程、评审人员分工，确定需要的文档、评审的形式等；系统需求说明书和系统验收计划的评审必须邀请用户参加，通知项目组。评审至少提前一天通知评审小组成员，并将评审资料交给参与评审的人员，评审人员应认真审阅，作好评审准备。（3）评审过程中，评审人员应认真阅读提交的文档，按照各评审点的评审内容表中的评审内容确定是否能满足要求，对不能达到要求的内容项目负责人必须组织纠正，完成后重新申请评审。 （4）评审小组形成设计/确认评审报告，设计/确认评审报告应写明评审的内容、评审时发现的问题以及解决

13、方案、评审的结论等，并由参加评审会的人员会签字确认，系统需求说明书和系统验收计划的评审必须取得用户的同意；评审结果以及为确保符合规定要求所需的进一步活动，当它们完成时应加以记录和核实。通过评审的配置项入研发本部的配置管理库。（5）评审过程必须进行记录，记录内容包括会议内容，结果，提出的问题，采取的措施等，设计/确认评审记录由技术管理部负责保存。5.5测试该系统是一个复杂的系统工程，建设的内容很多，需要分期实施，而测试正是反映软件工程质量的一个最有效的途径之一。测试是保证项目质量的重要手段之一，必须严格执行。5.5.1测试方案单元测试：单元测试又称模块测试，是针对软件设计的最小单位程序模块，进行

14、正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。单元测试需求从程序的内部结构出发设计测试用例。边缘测试：在边界上出现错误非常常见，因此对系统的边缘测试也是必要的。并要特别注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。如果对运行时间有要求，还要确定在最坏情况下和平均意义下影响模块运行时间的因素。整体测试：在单元测试的基础上，对系统进行联调整体测试需要考虑如下问题：A、在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；B、一个模块的功能是否会对另一个模块的功能产生不利影响；C、各个子功能组合起来，能否达到预期要求；D、按项目的要求，与其它系统连接后，

15、是否能正常交换数据，相互是否能正常运行；E、全局数据结构是否有问题F、各个模块的误差累积起来，是否会放大，从而达到不能接受的程度。测试流程图如下：5.5.2 测试方法测试方法如下：测试阶段测试方法参与的人员代码审查讲解和讨论的方法开发人员和测试人员单元测试逻辑驱动、基路测试、边值分析等开发人员和测试人员系统测试等价类划分、边值分析、因果图、错误推测等测试人员验收测试因果图、等价类划分、边值分析、错误推测等。测试人员 测试步骤图例如下5.5.3测试内容1）数据和数据完整性测试：核实是否可以对数据库进行访问；核实是否可以插入和显示内容和类别；核实是否可以正确检索更新后的数据库数据；2）安装测试确保

16、用户在安装过程中不出现异常，可正常安装并使用系统；3）功能测试确保测试对象的功能正常，其中包括数据输入、处理、检索和统计等功能；监管业务的办理；各种基本信息库数据的管理；核实代码规则，新增，修改，删除、权限等维护；4）界面测试确保系统界面符合XXXXX平台的统一标准，具有很好的通用性，通过测试对象进行的浏览可正确的反映业务的功能需求；并且具有很好的易用性，能使用户很快地入门。5）安全性和访问控制测试应用程序级别的安全性：核实角色只能访问其所属用户类型已被授权访问的那些功能或数据。系统级别的安全性：核实只有具备系统和应用程序访问权限的角色才能访问系统和应用程序。5.5.4 测试程序及测试工具测试

17、工作在整个工程的建设过程中有极其重要的位置，而人工测试又特别困难，所以采用一些测试程序及测试工具来辅助一程的测试。静态分析程序：静态分析程序不需求分析执行所测试的程序，它扫描所测试程序的正文，对程序的数据流和控制流进行分析。然后送出测试报告。动态测试工具：包括测试覆盖监视程序、断言处理程序及符号执行程序，另外还有测试数据自动生成工具等。测试覆盖监视程序主要用在结构测试中，可以监视测试的实际覆盖程度；断言处理程序主要测试变量应满足的条件；符号执行程序用来对输入的源程序进行解释。人力资源人力资源角色推荐的最少资源具体职责/注释测试经理/测试项目经理1名进行管理监督；职责：提供技术支持，取适当的资源

18、,管理报告；测试设计员1名确定测试用例、确定测试用例的优先级并实施测试用例；职责：生成测试计划，成测试模型，评估测试工作的有效性；测试员1名执行测试；职责：执行测试，记录结果，修正错误，记录变更请求；测试系统管理员1名确保测试环境和资产得到管理和维护；管理测试管理系统，分配/管理角色对测试系统的访问权；数据库管理员1名确保测试数据（数据库）环境和资产得到管理和维护；5.5.5 实施预防与校正措施目的：制定有效、切实可执行的预防和校证措施并贯彻执行。对用户方项目组提出的意见明确处理规程，积极预防不合格的现象发生，彻底校正已发生的不合格现象。工作程序：（1）预防为主、采取预防措施：根据项目实施进度

19、，预防项目各阶段可能出现的问题，采取相应的预防措施，这在整体系统集成阶段尤为重要。例如：对计算机硬件系统应特别注意计算机病毒的预防，以免整个系统遭到病毒迫害。（2）出现问题（不合格现象）、及时采取纠正措施。同时，应分析不合格现象产生的原因，及时采取纠正措施，并控制不合格现象的影响范围，同时控制不合格现象再次发生。（3）及时记录故障现象，制定出文档，以备以后查询。（4）预防与纠正措施要经过双方共同评审。最后，针对本项目，我公司欢迎用户对软件开发的质量体系及质量保证能力进行用户方审核。5.5.6 计划执行监督措施（1） 为了项目领导小组和项目支持小组能及时了解项目进展情况，项目小组成员每周工作结束

20、后编写周报提交项目经理。（2）项目进度报告按照项目计划，项目支持小组在项目的每一里程碑对项目进行监督检查，协调解决发现的问题，对一时无法解决的问题及时上报领导。售后服务计划XXXXXX会计软件有限公司完全清楚系统建立和运行后服务的重要性，为了使用户能有效管理和维护应用系统，公司全体职员将遵循“以人为本，用户至上”的原则，对所承担建设的软件系统提供全面服务与支持。（3）项目领导小组成员要经常关心项目进展情况，及时解决项目过程中出现的各种问题。第六章 项目实施系统作为一项重大信息工程立项，系统实施过程中必须严格按照工程项目的管理方式进行。采用国际、国家标准的软件开发、软件测试及验收过程模式，能提供

21、完整的项目开发、测试过程记录和文档。1、建立健全项目组织机构；2、严格按照系统工程管理的方法标准对项目实施进行控制；3、规范实施流程（如议会、报告、审批）、遵守管理制度；4、严格规范文档管理和数据标准；5、制定明确的项目实施计划；6、以人为本，把用户需求和利益放在首位。6.1项目实施策略在本项目的建设中，如何保证支撑系统的稳定性，如何保证本次系统最大化的满足客户需求，需要明确相关的项目实施策略来进行保证。在项目的实际实施过程中，不可避免的会遇到需求调整或修改的情况，优秀的项目承包商应该有能力在适当的时机帮助客户及时管理和控制这些变更，并提出相应的建议和措施，确保项目的顺利实施。在实施项目前首先

22、成立合理的组织机构，建立健全保障项目顺利实施的各项管理制度和质量保证体系，我们安排足够的有政府行业方面的项目经验和高素质人才参加本项目的建设。在本项目的执行过程中，项目经理和技术经理专职于本项目，主要技术人员全程参与到本项目中，并且保证整个项目团队的人员相对稳定。不会有项目参与人员不固定，随时变换的现象出现。总之要保证这些方面的成功，需要有好的项目实施策略，针对本项目我们提出以下实施策略，来保证本项目的圆满成功： 组织保障策略 标准化策略 知识转移策略 需求保障策略 试运行策略 技术保障策略以下将分别针对这些策略进行详细阐述。6.2组织保障策略由于本项目的干系人涉及与XXX市XXX相关的多个部

23、门科室，只有成立专门的项目组织机构，才能保障项目的实施成功。项目组织机构的成员由XXXXXX和XXX市XXX的项目成员共同组成，专职对项目管理流程进行计划、执行、跟踪与纠正，主要职责如下： 项目策略的制定 项目计划的制定与发布 项目实际进度信息的收集、分析与汇报 项目风险的识别与管理 项目团队成员的考核 项目后勤工作6.3标准化策略1、管理标准化管理标准化就是在项目管理、实施管理、开发管理层面上，要求大家遵循统一的管理规范，包括管理流程、文档表格模板等，一是方便项目组的交流，提高工作效率，二是使用先进管理方法论，使项目管理严格谨密。2、业务处理标准化业务处理标准化就是建立包括业务流程、数据信息

24、、组织与角色的标准化体系，并应用到系统的建设中。信息标准化包括数据的编码规则、存储规则、格式规范等，通过数据的规范化，不仅便于计算机的处理，更便于内部交流。由于在模拟阶段需要根据标准数据进行业务模拟，所以这项工作应该提前处理。业务标准化包括对业务流程进行整理、优化与提炼，最后形成规范的业务处理流程，通过标准化工作，可以理顺流程、降低流程成本、提高整体的工作效率与管理控制力度。3、技术标准化技术标准化包含了网络平台、数据库技术、接口开放规范等，通过技术标准化的制定与执行，使系统的整体性得到保障，为系统以后扩展提供依据。 6.4 知识转移策略我们的策略是和客户结成长期战略伙伴，所以，我们重视和擅长

25、在项目过程中对客户进行知识转移。1、知识转移策略的目的保证国库集中支付电子化系统融合到单位的日常运作中；保证国库集中支付电子化系统能持续优化、不断根据业务发展和组织变更进行灵活调整；帮助XXX市XXX建立起XXXXX电子信息化领域的专业队伍；帮助XXX市XXX建立起与XXXXX电子信息化相关的IT人才队伍，使之成为XXX市XXX未来XXXXX电子信息化系统建设的骨干。2、知识转移的内容包括但不限于项目实施方法（包括工作规划、组织结构保证、过程控制方法、质量控制方法、风险控制方法和文档管理方法）；系统专业技术；行业经验（先进管理经验和流程、流程重组方法）；配置开发；系统管理；系统功能；变革管理方

26、法；运作技术(如管理流程、系统补丁技术、权限管理工作流程和相关支撑技术等等)。3、知识转移的手段和机制课堂培训的手段；实施队伍提供全面的专业培训；在项目过程中进行交互式培训；在每次培训，我们都需要采取一些措施来保证质量，例如对参与培训人员的测验、对讲课老师的评价等；建立知识库，通过知识管理工具，建立适合项目内相关人员信息交流与知识共享的网络平台，大家可以通过这个平台交流或获取各种不同方面的知识。6.4需求保障策略1、关键客户全程参与让最熟悉业务的关键客户全程参与需求的调研、编制、评审过程，可以从根本上保证需求的完整性。2、流程优化在需求调研阶段，借助业务主流的开发方法和先进的调试工具，及时形成

27、系统的业务流程模型，通过模拟运行来检验系统的流程是否最优，从而不断优化系统业务流程。3、基于原型的迭代开发开发过程中采用原型和迭代法，不断细化系统功能，以满足全面的业务需求。4、专家咨询和评审由XXX市XXX和相关业务方面的专家参与需求咨询和阶段评审，以提高系统设计的专业水准。6.5 试运行策略基于总体设计、分步实施的原则，按照“招标文件”要求，以及系统业务需求不断清晰和完善的需要，本项目将采取先试运行策略，试运行时间建议为1个月。为了满足客户需求，对信息采集、数据加载、信息查询、数据库管理、数据导入和导出、综合查询、全文检索、信息查询与使用、信息发布、用户管理等功能进行联调测试和模拟使用，以

28、提高试运行的成功率。 6.6 技术保障策略在投标技术文件中，我们按照对系统的理解以及以往的类似重大项目经验选定了技术路线和关键技术及成熟的产品。同时采用前沿且成熟的技术构建XXX市XXXXX国库支付电子化平台。 软件开发技术采用原型与迭代的软件生命周期模型，采用RUP（Rational统一软件开发过程），完全采用面向对象的软件开发方法。1、采用RUP（Rational统一软件开发过程）软件危机的出现，是因为系统的规模和复杂性超出了当时的技术条件和管理能力。开发具有一定规模和复杂程度的软件系统，必须采用工程化的方法，而且在系统分析和设计阶段的问题更值得解决。建模是经过检验被证明十分成功而且已广泛

29、接受的工程技术。软件系统建模可以称为“软件蓝图”，是为了更好地理解所开发的系统，达到四个目的： 系统可视化； 以系统结构和行为中心； 使用模板建造系统；过程文档化。软件系统分为结构化（以算法为中心）、实体-关系（以数据为中心）和面向对象（以对象为中心，对象数据算法）。面向对象实现了对数据和算法的封装和继承，具有以下的优点： 加强了对问题域和系统责任的理解； 改进了人与人之间的沟通和交流； 适应需求变化的能力较强； 支持分析和设计结果的复用； 贯穿软件生命周期全过程的一致性，不存在阶段之间的转换 已经成为非常实用的方法，文件内容简明，系统架构清晰 拉近了与用户的距离，有利于用户的直接参与。199

30、6年Rational公司的G. Booch（Booch方法的作者）、J. Rumbaugh（OMT方法的作者）、I. Jacobson（OOSE方法的作者）将各自的方法结合起来，称为统一开发语言（UMLUnified Modeling Language）。1997年UML被对象管理组（OMGObject Management Group）接受，成为一种用于描述软件蓝图的标准开发语言。软件密集型系统建议采用如下的体系结构：设计视图design view实现视图Implementation view进程视图Process view实施视图Deployment view用况视图Use case vi

31、ew（1）用况视图专门用于描述最终用户看到的系统行为，而没有描述软件系统的体系结构。静态方面包括：用框图；动态方面包括：交互图，状态图和活动图。（2）设计视图专门用于描述软件系统的功能需求，包括了类、接口和协作。静态方面由类图和对象图表示，动态方面包括：交互图，状态图和活动图。（3）进程视图专门用于描述形成系统同步与并发机制的进程和线程，用于系统性能优化、可伸缩性和负载平衡。静态方面和动态方面与设计视图相同，但是侧重于主动类。（4）实现视图包含了用于装配和发布系统的构件和文件，主要针对配置管理活动。静态方面有构件图表现，动态方面有交互图，状态图和活动图表现。（5）实施视图包含了用于形成系统硬件

32、拓扑结构的节点，用于描述物理系统的分布、交付和安装。静态方面有实施图描述，动态方面有交互图，状态图和活动图描述2、采用RUP（Rational统一过程）RUP是一个通用的软件开发过程框架，它可通过裁剪和扩充应用于各种不同类型的软件系统、各种不同的应用领域、各种不同的组织和各种不同的项目规模。RUP具有以下三个重要特征：用例驱动、以构架为中心和迭代增量开发。RUP的整体架构如下：（1）用例驱动的过程首先，在业务建模工作流中，业务流程被定义为数个不同的业务用例，其中每个业务用例都代表业务中某个特定的工作流程，业务主角（客户、合作伙伴等）通过业务用例中的动作序列获得组织的服务。所有的业务用例和业务主

33、角构成了组织的业务用例模型。在需求工作流中，根据业务用例模型确定待开发系统支持业务用例实现的功能并限定系统的边界，这些功能用系统用例来描述，用例主角为组织内部的业务工人（员工、直接使用系统的客户等）。所有的系统用例和用例主角构成了系统用例模型，它描述了系统的功能需求。在分析设计工作流中，开发人员使用系统用例模型作为输入，对每个系统用例进行用例分析和用例设计，得到相应的用例实现。用例实现在设计模型中提供了一种结构，用于组织与用例有关但却属于设计模型的工件。这些相关工件包括协作图（Collaboration Diagram）和序列图（Sequence Diagram），这些图使用协作对象说明用例行

34、为。最终这些协作对象可以归纳为系统要开发的分析类和设计类。在实施工作流中，将设计模型作为输入，将设计类实现为组件，创建实施模型。在测试工作流期间，根据用例的功能描述编写测试用例，验证系统是否实现了的用例的功能。因此，用例将各个工作流整合成一个流确定用例、分析用例、设计用例、实现用例、根据用例编写测试用例来验证系统设计。（2）以构架为中心的过程在 RUP中，软件系统的构架是指系统重要组件的组织或结构，这些重要组件通过接口与那些由不断减小的组件与接口所构成的组件进行交互。构架具有以下作用：1）理解系统RUP使用UML可视化建模系统的构架，并以构架为中心进行开发，这使得开发人员、管理人员及其他相关人

35、员能够详细理解所需要做的工作，以利于他们参与系统的开发。2）组织开发构架设计师通过将系统划分为带有明确定义接口的子系统，并让开发小组负责每个子系统，可以显著减少开发组之间交流的工作量，而且接口双方的软件可独立地进化。3）鼓励重用好的构架为开发人员提供了可以在其上开展工作的稳定的骨架，它有助于开发人员知道在哪里能有效地找到可重用的元素以及发现合适的可重用的组件。4）进化系统一个具有稳定的构架的系统在分析和设计时就考虑到系统进化的需求，从而具有一定的容变能力，系统可以适度地进化。（3）迭代和增量开发迭代是指带有已建立基准的计划和评估准则的独特活动序列，迭代生成系统的内部或外部发布版。增量是指在后续

36、迭代结束后，两个发布版本之间存在的差异（差值）。在RUP中，软件的生命周期是由一系列迭代组成的，这些迭代都是由软件项目分解成的许多袖珍项目。每个迭代都产生以内部版本形式交付的实际结果，其中每个内部版本会增加一个增量并表明所关注的风险得以降低。这些版本可以展示给客户，从而获得有价值的反馈以确认工作成果。早期阶段的迭代主要是关注确定项目的范围，消除关键风险和建立系统构架基准。后期迭代则不断增加增量结果，直至得到一个可对外发布的产品。迭代有助于管理层规划、组织、监控和控制项目。RUP的迭代模式如下：每一个迭代都包括需求、分析、设计、实现和测试活动。同时，每个迭代都建立在前一个迭代工作的基础上，每一次

37、迭代都会生成更加接近最终产品的可执行版本。迭代和增量开发具有以下的一些优点：1）允许变更需求；2）允许持续的集成；3）及早降低风险；4）有助于组织学习和提高；5）提高复用性；6）生成性能更强壮的产品。 6.7 项目组织实施为保证工程在合同工期内高质量、高效率地顺利完工，我公司承诺将在中标后立即组建项目部，由多名专业技术及工程人员构成，实施项目经理负责制，由项目经理来总指挥和协调工程的实施进度，在项目经理下成立五个分小组，分管工程的不同部分。各小组职能界定分别为：1、需求分析组主要针对客户的用户需求资料，分析用户数据，给出需求分析结果，为沟通项目设计和客户的桥梁，也是我们在项目实施过程中关键的一

38、步。2、系统设计组通过需求分析的结果进行可行性分析，同时开始着手进行系统的整体设计，分为初步设计和详细设计，在工程实施过程中出现的问题都要有相关的解决办法。3、系统开发组系统开发小组由实施单位抽调骨干人员组成，直接对实施总经理负责。系统开发小组的主要任务是基于系统设计小组提供的概要设计和详细设计内容完成实际系统开发。主要完成应用软件系统开发工作。系统开发小组也将帮助设计小组开发设计原型，以检验设计的可行性，并根据用户需求修正设计内容和实现方式。4、系统测试、部署调试组该小组承担软件产品的测试工作，包括编码测试、单元测试、集成测试、功能测试、系统测试、性能测试、回归测试等。并及时将结果反馈给系统

39、设计小组和开发小组，协助其进行系统的修正和最终定型。该小组还承担安装软、硬件设备的安装和调试，保证设备的正常运行。5、技术培训、售后服务组技术培训小组由实施单位抽调骨干人员组成，直接对实施总经理负责。技术培训小组负责策划、组织现场安装调试培训。安排具体的技术培训课程，主要完成对用户方技术人员进行培训。通过各项培训工作和交流活动，除达到所有相关人员的操作使用要求外，最主要的是使用户方的相关技术人员能够全面的了解和掌握系统的所有设计思路、实现方式、技术细节等内容，以最终达到中心技术人员对系统自主维护、自主定制、自主修改、自主升级等要求。包括系统管理员培训、系统软件管理员培训、软件的系统开发培训、软

40、件的应用管理维护培训、应用软件的使用培训等。该小组还承担安装售后服务内容。6、品质管理组主要是对工程质量进行监督和跟踪测试，保证系统使用的产品和工程的质量。7、文档管理组主要是对工程施工过程中产生的文档，进行整理，为以后工程的验收做好准备。8、管理模式咨询规划组协助建设方进行国库集中支付电子化业务流程和管理模式规划等事项。9、顾问专家组协助项目经理对工程重要重要事项进行辅助决策，提供技术咨询服务。项目组人员配置及职能本项目部主要人员具体分工见下表：岗 位职 责项目经理负责整个项目管理，确保能按合同要求完成，对整个项目的资源进行合理配置项目技术负责人项目的技术决策者、组织者，是研发质量的监督、保

41、证人系统规划设计师负责总体设计项目，协调不同部分技术工程师设计工程图纸、制定施工计划、开发应用软件、设备安装调试、处理现场施工中的技术问题系统软件QA根据系统设计，开发实现和系统功能软件需求人员负责项目的需求收集和整理，以及需求的确认和变更方面的工作系统设计人员根据需求，负责项目的整体和部分功能的概要设计和详细设计以及数据库设计系统开发人员根据系统设计，开发实现和系统功能数据处理人员负责普查数据导入，和数据整理建库工作系统测试人员负责系统全面的测试工作系统部署人员负责系统的部署实施工作售后和培训人员负责系统的售后和培训工作质量监督员（兼）负责整个项目的施工达到合同要求的质量，进行现场施工质量监

42、控安全监督员（兼）负责现场环境、仪器设备和所有参与施工人员的安全现场协调员（兼）负责处理甲乙双方的施工协调，确保项目按计划顺利实施后勤人员负责工程物料采购、运输、装卸等配套服务第 118 页 共 118 页6.7.1 项目实施流程项目实施流程为：项目立项在项目实施正式开始之前，双方需要对项目进行立项，做好充分准备工作，主要包括完成项目立项、成立项目组织、制定项目实施计划、为项目调研培训做准备，将项目实施规范化、流程化、文档化贯穿于项目实施全过程。主要任务：项目立项，任命项目经理：通过综合考评选择合适人选担任该项目经理。我公司项目实施组织与项目销售组织进行项目前期工作总结和交接。编制项目实施计划

43、：与用户沟通、总体把握、制定指导项目实施全过程的总体计划。成立双方项目小组：双方项目指导委员会、项目经理共同磋商确定合适人选，组成双方项目小组。为需求调研做准备：规划调研时间地点及参与人员特征、准备调研文档。参与人员：全部项目相关人员需求调研分析总体需求调研阶段的任务，是让我公司实施人员充分了解用户目前业务现状、流程，并在实施人员和用户互相讨论的基础上，形成业务现状描述文档；同时要对用户进行系统的功能培训，让用户知道系统是如何解决业务问题的。经过这一阶段，我公司的实施人员可以了解了用户的业务运作，用户也了解了系统的功能，双方就有了许多共同语言，为进一步开展实施工作铺平道路。主要任务：（1）确定

44、详细调研计划在调研前，我公司根据需求调研计划应该与用户项目小组核心成员确定调研阶段的详细计划和时间表。在调研计划中，对每个业务部门的调研基本上需花一天的时间，否则不可能非常明白地理解用户的业务。在实施过程中，调研有初步调研和详细调研之分。在总体业务调查阶段的调研属于初步调研，主要目的是通过我公司实施人员和业务部门的交流，让我公司实施人员对用户的业务和需求有一个总括的认识，同时在交流中我公司实施人员可以回答用户提出的问题，让业务部门对我公司系统平台有一定了解。初步调研后可以进行详细调研。（2）调研前的动员和培训确定了阶段计划后，需要组织调研动员和培训大会。参加会议的包括用户的项目组成员和所有的部

45、门经理和主要业务骨干。会议主要议题一般包括：A 业务现状调研在软件实施中的重要性。B 调研工作的主要内容，也就是要了解哪些情况。C 被调查对象要注意哪些事项，要事先做哪些准备工作。D 业务流程描述的培训。俗话说，磨刀不误砍柴工。调研动员和培训大会一定要组织好，达到预期目的，否则，会由于被调查对象对业务调研的重要性认识不清，或者事先没有经过充分准备和思考，导致在调研时遇到一些阻力或者不能达到预期目标。（3）需求的调研与分析在具体调研工作中，可以进行如下步骤： A 详细准备在调研之前，由用户方项目经理召集被调研部门的人员，先组织内部讨论，提出问题。调研人员准备详细的调研提纲，作为调研的依据。在调研时，我方将启发被调查对象，发散思路。 B 共同调研调研时，由用户方项目经理等关键成员和调研人员一起参与调研。用户方项目经理将发挥其协调作用