文档介绍：XX 公司软件研发工程管理办法第一章总则第一条为规范公司软件研发工程中各环节的技术要求和成果物要求, 整体提升软件研发工程效率, 确保软件研发成果质量,特制定本办法。第二条本办法中软件研发指根据用户需求建造出软件产品的过程, 包括分析与设计、编码与测试、计划与管理等活动, 通过科学方法和质量保证得到满足需求的软件产品包及必要的说明文档。第三条本办法中软件研发工程包括需求分析、架构设计、概要设计、系统实现、系统测试、用户验收和版本发布各环节。第四条原则上只有研发中心有软件研发的权限。特殊情况下, 省级分公司信息技术部可在获得授权后进行软件研发, 软件研发应遵循研发中心的相关制度及规范, 软件研发的相关文档及源码必须报研发中心备案。第五条本办法适用于研发中心、数据中心。第二章组织与职责第六条研发中心需求部负责与业务部门沟通进行需求分析,形成用户需求说明书。第七条研发中心总工办负责公司软件系统架构和新技术应用的归口管理,负责软件版本发布。第八条研发中心开发部负责软件研发的概要设计、系统实现, 为其研发软件的系统测试、用户验收、推广运维提供技术支持。第九条研发中心测试部负责研发软件的系统测试。第十条数据中心负责提供软件研发环境及测试数据, 接收研发中心发布的软件版本并进行版本部署。第三章需求分析第十一条需求分析是指通过提炼、分析、审查业务需求, 不断抽象、细化、分解出高质量、具体、可借助信息技术手段实现的需求,并从用户和软件实现的视角对功能需求、非功能需求等进行分析和精确化表述。需求分析包括用户需求定义、软件需求定义。第十二条新建系统或现有系统重大功能改造时,业务部门应进行需求调研, 充分了解决策层、管理层、操作层的需求。第十三条研发中心需求部应和业务部门进行充分沟通,识别潜在需求,完善非功能需求。第十四条数据中心应对系统部署、监控运维等非功能需求提出建议。用户需求说明书应从业务流程、操作要求、组织权限、业务规则、查询统计功能角度描述用户需求。第十五条软件需求规格说明书应涵盖功能需求和非功能需求, 包括软硬件环境要求、软件接口要求、响应时间和吞吐量等需求。第四章架构设计第十六条系统架构是指对实现功能需求、非功能需求的信息系统在设计宏观层面的技术决策, 其决策的结果是把信息系统划分为一个或多个结构或视图, 每个结构或视图均由构件、构件的外部可见性、构件之间的静态和动态关系组成。主要结构或视图包括逻辑、物理、开发、运行、数据等方面。第十七条为保证系统架构设计工作的有效开展,系统架构设计项目组应指定系统架构师, 由其负责组织开展系统架构设计。第十八条系统架构设计坚持关键需求决定系统架构的原则,同时满足公司硬件设备、物理资源的要求。第十九条系统架构师应进行架构影响分析,确认是否影响现有架构, 对现有系统的职责范围、开发技术、部署方式、系统间接口有影响的应开展系统架构设计。新建系统应开展系统架构设计。第二十条完成系统架构设计后,项目经理应组织项目组审核系统架构设计, 通过后才能提交评审, 后续应按评审通过后的架构设计实施。第二十一条研发中心总工办负责组织系统架构评审工作, 依据对系统架构设计是否遵循规划、遵守规范、满足关键需求的判断,出具架构设计是否通过的评审意见。第二十二条系统架构设计说明书应采用图表和文字相结合的方式描述, 包含对关键功能需求和关键非功能需求的分析, 计划改造的架构问题, 系统逻辑、物理、开发、运行、数据等各方面的说明。第五章概要设计第二十三条概要设计是对架构设计的细化,根据架构设计确定各功能模块的实现单元和公共单元, 确定主要的源程序文件, 明确逻辑数据模型和物理数据模型, 以指导详细设计和编码工作。第二十四条概要设计应在系统架构师的指导下开展, 确保和架构设计相符合、满足全部软件需求。第二十五条应优先进行核心模块、公共模块的概要设计以降低技术风险。第二十六条界面风格应得到业务部门的确认。第二十七条在进行物理数据模型设计时,数据表和字段的命名应简洁且有业务含义。第二十八条概要设计及后续的变更应获得系统架构师的审批。第二十九条概要设计说明书应采用图表和文字相结合的方式描述,包括界面设计、接口设计、数据模型设计、处理流程设计, 以及数据在各组件间的流转、关键实体的状态转移。第六章系统实现第三十条系统实现包括详细设计、程序编码、单元测试和集成测试。第三十一条详细设计在概要设计的指导下开展,明确函数或方法的实现流程、设计错误和异常处理, 完善数据模型,建立索引和视图,细化界面元素及校验。第三十二条单元测试指针对软件的最小模块进行正确性检验的测试工作,用特定的输入测试函数是否功能正常, 并且返回正确的输出。第三十三条集成测试指在单元测试基础上进行的,主要测试各个组件集成之后, 组件之间的接口传递数据是否正确。它根据集成测试计划, 将