软件项目技术方案,项目管理论文

软件项目技术方案,项目管理论文题目幅，只对列表作了截图〕：QA人员把设计评审发现的问题记录到概要设计评审报告中，过后跟踪这些问题的状态，直到这些问题全部解决为止，然后通知项目经理要求配置管理员把概要设计讲明书和概要设计评审报告一同上传到配置库中。4.7.2软件项目编码在软件编码阶段，牵涉到的经过域包括验证〔VER〕、确认〔VAL〕、经过与产品质量保证〔PPQA〕和配置管理〔CM〕。因而，需要作如下质量控制：4.7.2.1代码走查代码走查〔codewalkthrough〕是一个开发人员与架构师集中介入讨论代码的经过。代码走查能够提高软件的质量，以及可维护性。这样就能够减少查找错误的时间，提高解决bug的效率，提高开发效率的同时降低后期的维护成本。其次，经过走查的代码是能够迅速被项目组其他成员看懂的，这样有利于项目其他成员更全面的了解业务，对于成员之间沟通也有很好的促进作用，当华而不实负责某个模块的开发人员离开职位之后其别人员能够迅速的接手相关的开发，并能够尽快的培养新人弥补空缺。最后，代码走查的经过是总结提高的经过，也是沟通的经过，能够有效的提高开发人员的技术水平以及业务素养，加强公司的竞争力，通过总结沟通甚至能够从不同项目中提取共性，做出相关产品，进而构成公司自个的核心竞争力，做到行业领先。代码走查后把走查人员发现的缺陷数按不同等级划分，最后计算出相应的缺陷密度，进而能够衡量其代码质量。最后输出代码走查缺陷数据分析。根据程序代码走查规范，每周对各模块的开发人员编写的代码进行代码走查，同时把代码走查的情况记录到代码走查报告中，由QA人员跟踪处理。对于A项目，我们做了相应的代码走查，代码走查报告如此图4-7所示〔限于篇幅，只对列表作了截图〕：最后对缺陷进行统计分析，详细信息如表4-10所示：根据设定的质量目的，代码走查的缺陷密度目的为5,而当下走查发现的最大缺陷密度为3.521,完全符合质量目的，因而，该项目代码质量合格。而对于未施行CMM,一样的模块，一样的代码走查人员，其缺陷情况如表4-11所示：由此可见，未施行CMM前有两个模块〔产品管理、合作伙伴管理〕的缺陷密度超过了缺陷密度目的5,因而质量达不到要求。4.7.3软件项目测试在软件测试阶段，牵涉到的经过域包括验证〔VER〕、确认〔VAL〕、经过与产品质量保证〔PPQA〕和配置管理〔CM〕。因而，需要作如下质量控制：4.7.3.1测试计划的编写测试负责人需要根据项目的总体计划制定出测试计划，包括测试方案、测试工具的选型、测试通过准则、测试环境、测试资源布置及进度计划等内容。A项目的测试用例评审报告如表4-12所示：QA人员跟踪测试用例评审发现的问题，并记录到问题跟踪表中，随时跟进问题的状态，直到问题的全部解决为止，方能进入执行测试阶段。4.7.3.2测试执行测试人员根据已经通过评审的测试用例进行测试。首先进行集成测试，分别对各模块进行黑盒测试，测试各个模块的功能能否已经实现，能否符合要求，各模块都已经通过测试之后，再进行至少两轮以上的系统测试，以便进行需求覆盖率的测试、各模块间的衔接以及与外部接口的联调测试等。在该项目中，要求测试人员把发现的问题提交到缺陷跟踪工具TestDirector中，以便跟踪问题的状态。4.7.3.3测试报告编写根据以上严格的集成测试、系统测试之后，需要测试部门拟出一份测试报告，报告中给出测试结果统计信息、缺陷统计信息以及测试结论等25.项目经理根据测试报告中发现的缺陷数量以及测试部门的测试结论作出决策，假如存在的缺陷不影响系统的正常运作，比方缺陷严重程度比拟低的提示性问题，这样的情况不影响系统的发布；假如缺陷程度比拟严重，直接影响系统的运行，那么必须进行修改，然后再度进行回归测试，直到问题解决为止，只要这样，才能保证交付产品的质量，才能知足客户的要求，进而才能提高客户的满意度。4.8培训程序培训程序关键经过区域的目的是培育个人的技能和知识，使他们能有效地和效率高地履行其职责。每个软件项目的技能需求都能够作为将来项目的培训要求。某些技能可有效地和效率高地通过非正式的载体传递〔例如在职培训和非正式指导〕，而某些技术能则需要较正式的培训载体〔例如课堂培训和受指导的自学〕才能有效地传递。在应用培训程序时必须选择和使用恰当的载体。培训活动是有计划的，是文档化的，是项目计划表的一部分。给予培训的教师和参加培训的学生也都要根据项目计划来定，保证人力资源合理利用。不过碰到变更时，培训计划也需要通过项目经理、培训组、软件工程组等各组间的协商，进行修改和管理。另外，为了保证培训的效果，培训要有记录和考核，并将记录文档化，作为将来项目的分析和借鉴。培训程序经过域在软件开发经过中的应用特别普遍。根据A项目存在的问题，为了避免因对配置管理工具的用法不了解导致的软件项目质量问题，培训部门采用课堂教学加上机辅助的方式，十分增加了针对没有用过配置管理工具的工程师的全套课程，和针对用过配置管理工具的工程师的更新课程。参加的人员根据之前的培训记录和项目经理来定，培训完成后则要更新培训记录。培训出席人员记录如此图4-8所示。对于文档管理方面，由于技术性不是很强，反而侧重于工作流程，培训部门采用定期自学加考核的方式，要求所有项目人员完成相关网络课程。网络课程培训记录如此图4-10所示。该课程不是针对项目中的某个角色制定，而是介绍了项目中所有角色在文档管理方面的职责和ISO质量管理体系的相关规定。这样的培训即能让被培训者了解自个的责任，又起到了项目成员之间相互监督的效果。同时，不固定上课时间的网络课程，也不会影响到项目的进度。4.9组间协调组间协调的目的是建立软件工程组与其它工程组一起积极介入的方式，使得项目能够更有效地知足顾客的需要。组间协调员由项目工程组的代表担任。对外，组间协调员，应适时与客户和最终用户一起工作，介入建立系统层的需求、对象和计划，这些需求、对象和计划成为全部工程活动的基础，这样的工作方式对需求管理和项目计划经过域有进一步的帮助。而对内，组间协调员与项目经理合作，对组间的技术工作界面和互相作用加以计划和管理以保证整个系统的质量和统一性。各项目工程组的代表介入定期的技术评审和内部沟通，以保证所有工程组都清楚各组的状态和计划，并保证系统和组间的问题遭到恰当的关注。组间协调员与客户、最终用户的沟通，组间协调员与各组间的沟通协调如此图4-11所示。针对A项目，组间协调员在与客户和最终用户一起工作是，通过邮件形式与项目组传递信息。并与项目经理保持每周一次的会议来传递信息，协调解决问题。为了保证组间工作时有效的通信和协调，应用组件协调经过域做了一些约定。〔1〕对于组间传递的文档格式不兼容，无法读取的问题，约定，不管是数据库系统、报表软件、制图工具、库管理工具等，必须保证在不同的工程组间所用的工具是兼容的。A项目中，使用AutoCAD软件编辑工程设计图纸，使用PDF软件进行图纸的查阅、审批和交工，使用Excel制作报表，使用Word制作文档，使用。jpg格式作为图片保存格式，使用SecureZip来加密压缩文件。〔2〕对于多个工程师对同一个数据库做软件开发时，工作的不一致或不同步而导致的重复工作，约定，在做软件开发前，先建立一个通用组态库，工程师在开发经过中必须引用该库内容来保证工作的一致性。当碰到库中内容不适用的