软件项目开发实施控制程序.docx

《软件项目开发实施控制程序.docx》由会员分享，可在线阅读，更多相关《软件项目开发实施控制程序.docx（7页珍藏版）》请在课桌文档上搜索。

1、软件项目开发实施控制程序目录1、目的32、适用范围33、职责34、工作程序34.1项目启动34.2项目管理及监控34. 2.1人员组织和管理35. 2.2项目状态报告36. 2.3需求变更管理37. 2.4风险管理34.3 需求开发与管理44.4 项目计划44.5 项目方案及系统设计44.6 项目评审54.7 7软件编码及测试54.8 系统部署及系统测试、用户测试54.9 系统上线及试运行64.10 10项目验收、产品交付64.11 产品交付后的活动一软件支持维护64.12 12其它要求64.12.1信息交流与沟通64.12.2标识和可追溯性控制配置管理74.12.3用户财产74.12.4知识

2、产权控制74.12.5产品防护74.12.6软件包装控制74.12.7资料整理75、相关文件错误!未定义书签。1、 目的对软件开发的全过程进行控制，确保产品能满足用户的需求和期望及有关法律、法规要求。2、 适用范围适用于公司软件产品开发全过程的控制。3、 职责项目经理负责制订开发计划，分配开发任务，并负责软件开发全过程的组织、协调、实施工作。部门经理负责审批项目开发计划及设计输入、输出、评审、验证、确认和更改等，以及资源的分配和协调。市场部、销售部及运维服务部负责提供市场信息及用户需意向。4、 工作程序4.1 项目启动市场发展客户经理与用户达成软件项目开发、实施意向协议后，向研发及软件中心下达

3、研发项目立项审批表或者项目启动书，并将相关资料转交研发及软件中心。软件研发部经理根据研发项目立项审批表或者项目启动书成立项目组，确定项目经理和项目组成员。4.2 项目管理及监控4.2.1人员组织和管理项目组织完整，并有效的协调工作，是项目正常进展的保证。项目经理有责任协调资源,并通过活动，保证项目团队内部、团队与客户团队之间的有效合作，保持项目组正常的团队士气。4.2.2项目状态报告项目经理必须定期组织团队进行项目状态总结，项目成员、组长每周向上级发送周报，项目经理按项目沟通机制，每周向相关汇报人发送项目周报。4.2.3需求变更管理一旦需求、方案设计等关键文档经过评审，任何一方再提出变动视作变

4、更。方案变更越往项目后期，代价越大。项目管理人员应正确识别和评估设计更改对软件使用性能、安全性、可靠性、项目进度等方面带来的影响，对于变更频繁的项目，项目组须成立变更管理组（CCB）,通常由双方项目经理及上级组成；项目管理人员必须制定变更管理流程，以控制项目风险。变更申请发起之后，“变更管理组”视更改所涉及的范围、影响程度，拒绝或同意。需求、方案设计变更需要对变更内容进行评审和文档修订。4.2.4风险管理在复杂项目过程中，存在着非常多的技术、业务、管理风险，项目经理需组织项目核心人员讨论项目风险和应对措施，定期监控。并在项目周报中对项目风险进行汇报。4. 3需求开发与管理在接到新的项目后，由项

5、目经理安排具有丰富开发经验或类似项目开发经验的系统分析员，根据合同范围，对顾客的具体需求进行收集、讨论、分析。系统分析员与用户进行充分沟通，认真听取用户的意见，对用户的需求、以前类似项目提供的开发信息、适用的法律法规要求及项目开发所必须的其它要求进行整理、分析并根据收集到的情况，编写需求功能列表（实施项目）或需求规格说明书（研发项目），一定规模的业务系统项目需单独编写业务需求说明书O项目经理组织项目分析、设计成员与客户项目组业务及技术、管理的主要成员一起对业务需求说明书、需求规格说明书（或需求功能列表）进行评审，作为以后软件设计、测试方案以及项目验收的依据。业务需求说明书由客户业务部门正式确认

6、。需求规格说明书由客户技术部门正式确认。需求分析是整个软件项目开发、实施过程中的关键环节,顾客需求能否正确、充分地识别将直接影响软件的功能是否能够满足顾客需求以及项目是否能够正常验收。项目经理在实施前应对需求进行确认。需求评审以后，在软件设计过程中发现前期未被识别的需求时，若顾客增加新的需求或对需求提出变化时，按项目变更流程执行；在同意变更的情况下，需求规格说明书（或需求功能列表）的修改内容需经双方再次评审。需求管理过程会持续到项目验收。软件安装部署、用户试用之后，用户会针对系统展示、报表、界面等提出具体需求，在这一阶段，项目经理需通过需求跟踪列表进行需求状态管理。需求跟踪列表是过程文档，不作

7、为项目交付输出。4.4 项目计划项目经理根据项目本身的特点、合同要求、需求分析报告等制订项目计划或者产品研发计划，研发类项目拟定产品研发计划，实施项目拟定项目计划，对软件项目开发、实施的全部过程做出合理安排，由研发及软件中心经理负责监督实施。产品研发计划包含：项目背景；项目过程定义；关键的软、硬件资源估计；进度计划等。项目计划包括：系统设计、安装部署、集成测试、试运行、验收等各阶段的划分和主要工作内容；各阶段人员职责和权限、进度要求和配合单位；各阶段性成果评审、验收准则、标准等；资源配置需求，如人员、信息、设备、资金保证及支持条件等及其他相关内容等。对于规模较大的产品或合同，其项目开发计划还可

8、分解为几卷来编写，适当时包括质量保证计划、配置管理计划、用户培训计划、安装实施计划等。编制的文件内容参照软件技术文件编制指南执行。项目计划由项目经理报部门经理审批。随着设计开发的进展，项目开发计划可以在适当时予以修改，按文件控制程序关于文件更改的有关规定执行。4.5 项目方案及系统设计软件项目设计人员根据需求工程的输出开展软件项目技术方案设计、软件系统设计工作,软件设计包括架构设计、数据模型设计、概要设计等内容。输出文件包括系统实施方案、概要设计说明书、数据模型设计（电子文档）等。产品规模较小时，概要设计以功能模块架构图、流程图形势体现。系统设计的输出应满足客户合同、需求规格说明书、相关技术标

9、准等输入的要求。程序设计还应为后续的服务提供适当的信息。除编制应用软件外，还应根据产品特点规定对安全和正常使用致关重要的产品特性，包括安装、使用、维护等的要求。规则、惯例和约定用于明确软件项目开发、实施中的规则、惯例和约定，提高软件项目开发、实施的质量和通用性，减少错误，提高效率。项目组成员在程序设计过程中必须遵循。4.6 项目评审项目经理在软件项目的各阶段按照规范安排组织进行评审，评价软件项目各阶段的结果满足要求的能力，识别存在的问题。确保软件项目开发、实施结果的适宜性、充分性和有效性。项目评审包括：对需求规格说明书、项目实施方案、概要设计说明书、数据模型设计、测试方案、方案变更等重要输出结

10、果进行评审，并编写评审报告，评审过程属于用户验证和确认过程的重要部分。项目经理邀请与软件使用、项目建设、项目各阶段有关的职能代表（客户、需求、设计、测试人员等）参加评审，各阶段的关键输出必须通过客户评审，才能进入下一阶段。否则具有极大的客户不接受导致返工的风险。项目评审一般从业务和技术两个方面进行，由项目经理组织进行。重要方案的评审以正式的评审会议进行，影响较小的方案或模块可以采用多种方式进行，如平常工作讨论、电话、邮件等形式，评审的结果及采取的任何措施的记录应保持并能够在相关的设计文件中反映出来。4.7 软件编码及测试软件工程师根据软件设计承担各自模块的程序代码编写和检查工作。单元测试由软件

11、项目开发或测试人员在程序模块编写完成后进行，以保证模块运行正确、界面与设计说明书相一致。在单元测试中发现的问题，由开发人员直接修改程序，直到单元测试通过。本阶段的输出就是软件代码，及可运行的软件系统。集成测试由测试人员在测试环境对软件系统进行测试，以验证数据在模块间穿越、全局数据结构、模块间影响等问题的正确性。4.8 系统部署及系统测试、用户测试软件实施人员根据业务需求、系统方案，对系统进行安装部署、配置、调试，实现满足客户业务使用需求的集成系统。软件系统在正式上线为生产环境之前，需进行系统测试、用户确认测试。测试人员按照业务需求说明书、需求规格说明书编制测试方案，内容包括:测试环境（软、硬件

12、环境）、测试用例、实现对生产环境模拟的方法、接收准则、问题反馈处理等，测试包括需求分析中每一项功能及性能指标。保证软件产品运行的稳定性和与需求说明书的一致性，同时进行软件产品加密、安装正确性的测试，以保证发版软件产品的正确性。系统测试环境独立于开发环境，并要尽量与生产环境一致，以保证系统测试的有效性；同时系统测试又必须与生产环境相隔离，以免对生产环境带来影响。如果集成测试需要测试与其他生产系统的接口，则测试方案中需考虑由其他生产系统提供模拟测试接口，并考虑风险应对措施。系统测试完成后，项目组向客户申请用户测试。双方测试人员根据测试结果编写测试报告，内容包括：测试概要、测试结果及发现、对阶段软件

13、功能的结论等；测试不合格及随后所采取措施的结果也应在测试报告中反应。测试报告报给双方项目经理确认。使用缺陷管理软件对测试过程进行管控，对缺陷进行记录、处理过程管控、统计分析。用户签字的测试报告作为系统上线的依据。4. 9系统上线及试运行软件用户测试完成后，项目经理确认开发的软件试样能够正常运行，功能和性能基本能够满足用户的需求，可报请客户，安排系统上线，进行用户试运行。用户在试运行过程中对系统的功能和性能进行确认。项目经理根据顾客试运行状况提交用户试运行报告。若软件试样在用户试用过程中存在问题或某些功能未满足预期的要求,由项目组对软件试样进行修改，具体要求按缺陷管控流程执行。试运行阶段，系统实

14、施与维护交叉进行。在这个阶段，对系统的操作，如系统的配置变更、版本升级、打补丁、增加模块等，需遵守客户对上线系统的管理流程。包括：实施方案评审（包含备份及回退措施）；实施申请；由客户方认可的操作人员进行操作；操作后业务观察等。4.10. 目验收、产品交付当试运行过程中反映的问题都予以解决或存在个别问题但用户同意在后续系统维护中进行解决。研发及软件中心可安排用户及相关方进行项目验收。验收内容包括：文档验收、程序验收、演示、验收测试与测试结果评审等。用户在软件产品验收报告上对上述内容的正确性予以签名确认，即完成产品的验收工作。验收合格后，研发及软件中心将设计的程序刻录成光盘，与用户手册、维护手册等

15、技术资料一并交付给顾客。如合同有要求，研发及软件中心还应组织对用户进行使用和维护培训I。培训的要求参照公司有关培训的相关规定执行。若验收不合格及软件在交付后出现的问题，由研发及软件中心按缺陷管控流程的要求执行。4.11. 品交付后的活动一软件支持维护研发及软件中心负责软件产品的售后服务，为用户解决系统软件在使用过程中的各种技术问题，并为系统软件度量提供数据，为改进产品质量提供依据。系统维护阶段必须具备用户手册、维护手册（包括维护流程）维护中对系统的配置变更、版本升级、打补丁等，必须遵守客户对上线系统的维护管理流程。包括：实施方案评审（包含备份及回退措施）实施申请：由客户方认可的操作人员进行操作

16、操作后业务观察等。研发及软件中3不定期举办产品及配套系统培训班，满足用户的需求和期望。4.12. 它要求4.12.1 信息交流与沟通项目组在软件项目开发、实施过程中可能涉及到公司内/外不同职能部门和人员。由项目经理进行协调和沟通，对于重要的软件项目开发、实施信息的沟通采取会议形式进行，并将会议记录分发与会人员。如需总经理进行协调工作的，由总经理审批后组织协调。与用户的联系及信息传递由项目经理负责。4.13. 2标识和可追溯性控制配置管理配置管理的目的在于通过对软件及其修改进行严格的标识、控制与管理，保证软件的质量，并根据需要实现可追溯性。由项目经理安排使用配置管理系统对项目进行管控。对系统名称

17、、子系统名称、文档类、版本标志及文档形式的标识，应在配置管理系统中做出规定。4.14. 3用户财产对软件项目开发、实施中使用的由顾客提供的财产（如子程序、配套软/硬件等），统一由项目组登记并保管，若发生丢失或损坏，及时进行登记并报告顾客。4.15. 4知识产权控制对于知识产权，如专利技术、产品规范、设计需求、管理或商业机密等信息，应进行保密控制。对用户提供的有关产品技术文件等，控制程度视具体情况而定。4.16. 5产品防护为防止出现意外事故，软件设计人员必须对原程序、软件文档、软件的最终代码等进行备份控制。对文档和程序做好病毒预防、检测和杀毒工作。4.17. 6软件包装控制研发及软件中心负责确定包装材料、进行包装设计，在软件包装过程中应注意保持产品外观清洁、美观。软件包装后应加上合格的标识。4.12.7资料整理项目完工后，项目经理负责收集和整理项目有关的技术资料和记录，并按记录控制程序的要求进行归档和保存。