20xx年某it公司软件开发规范(中英对照)(编辑修改稿)

20xx年某it公司软件开发规范(中英对照)(编辑修改稿)内容摘要：

踪 周报告 分析和预测 里程碑报告 项目总结 项目总结报告 软件开发规范 第 19 页 共 39 页 PR同行评审 评审准备 制定本次评审计划 评审跟踪 正式评审 评审人员进行预审，在指定的时间内给出预审意见，反馈给评审组长和作者。 评审组长将缺陷（或问题）及工作量汇总填入《评审报告》。 要评审的文档已经完成且文档符合标准模板要求，项目经理 指定评审组长，发放工作产品及参考资料，必要时确定评审重点（参见评审指南） 工作产品评审计划 将报告抄送相关人员 项目经理组织解决发现的缺陷（或问题） 作者根据评审结果进行必要的改进 验证人验证 最终修正 评审通过的产品作为基线的要得到 SCCB 批准 评审通知表 个人评审表 评审报告 软件开发规范 第 20 页 共 39 页 SQA质量保证 软件项目启 动 指定 SQAE 制定质量保证计划并评审通过 进行审核 发现不符合项 计划完成。 No Yes 制定质量审核计划 详细的审核时间安排至少在 正式审核前 2天 发给项目经理或技术经理、 SQA 经理审核、得到项目或技术经理认可 询问相关人员，对项目组的过程执行情况进行审核 检查文档和其他一切相关的证据，验证项目组的活动 总结审核情况 将报告初稿与项目经理及有关人员进行讨论，落实问题负责人； 形成正式报告后发送给高级管理者、 SQA经理、项目经理、项目成员等相关人员 项目质量保证情况总结 SQA 计划 SQA 审核计划 CheckList SQA 审核报告 SQA 差异报告 软件开发规范 第 21 页 共 39 页 SDLC 生命周期选择 当前比较成熟稳定的 SDLC 是：  WaterFall  RUP  XP 其中： RUP 和 XP 是迭代式开发过程，风险是可控的。  RUP 的优点是过程清晰、文档齐全，但是过于庞杂，比较适合大规模的团队；  XP 的优点是过程简洁、推崇简单，但是不注重文 档，难于交接，适合小规模团队。 对于中等规模的团队来说，应该基于 RUP 和 XP，进行裁剪，找到适合的 SDLC：  SDLC 的核心是：迭代式和 TDD  从全局看：  UseCase Driven用例驱动  基于 Architecture  迭代和递增的  从微观看：  TDD 测试驱动  ReFactor 重构  Pair 结对编程 软件开发规范 第 22 页 共 39 页 Development Process 开发过程 Development Phase 开发阶段  需求分析阶段  需求收集  需求总结  总体设计阶段  总体架构  部署模型  概要设计阶段  模块划分  数据库设计  详细设计阶段  具体实现  编码阶段  测试用例  Coding  单元测试  测试阶段  测试用例 需求 分析 概要 设计 详细 设计 编码 单元 测试 集成 测试 集成测试计划 系统测试计划 系统 测试 验收 测试 形 成 文档 发布 维护 SRS HLD CODE DD 策 划 软件配置管理 软件质量管理 评审管理 软件开发规范 第 23 页 共 39 页  测试  修正  发布阶段  安装测试  安装系统  维护 Phase Product 阶段制品  需求阶段  SRS：需求规格说明书  总体设计阶段  总体设计说明书  概要设计阶段  HLD：概要设计说明书  DB：数据库设计  DFD：数据流图  UI：用户界面  详细设计阶段  DD：详细设计说明书  编码阶段  Test Case： 测试用例  Coding：源代码  UT Test Result： 单元测试 报告  测试阶段  Test Task：测试任务书  Test Case： 测试用例  Test Result：测试报告  Test Approvals：测试总结  发布阶段  发布申请书  软件开发规范 第 24 页 共 39 页 Role Duty 角色职责 角色 责任 研发经理 【研发团队】 为软件项目提供足够的资源 . 保证 SQA 小组的独立性 . 解决 SQA 检查时发现的问题 . 审批对外的承诺。 定期审查 SCM、 SQA、项目计划和跟踪的相关活动。 规定系统需求；将系统需求分配给硬件、软件和其他成分；规定硬件、软件和其他成分的界面； 监控设计和开发以保证他们符合其规格说明； 代表公司下达任务书。 SA 团队 负责网络工程计划的制定及实施； 负责对客户的技术支持与培训； 负责工程服务部内部人员素质与技术培训 负责系统集成工程标识、测试、验收及质量保证； 负责硬件、网络和系统软件产品的最后交付； 负责组织自产软件储运、防护、交付和安装； 负责工程项目的配置管理 QA 研究制定测试规范和方案； 参加实施测试和质量保证过程； 对系统测试中发现的缺陷进行验证； 负责组织软件项目任务书、开发计划、里程碑等管理评审； 负责公司的配置管理； 项目经理 负责软件和硬件整个项目的协调、管理 进行需求分析，并进行文档的编写 组织技术评审等活动 组织制定项目开发计划（ SDP）、风险管理计划等计划 配合与协调 SQA 和 SCM小组的活动 . 管理项目组，执行 SQA 方针和过程以及 SDP. 监督和跟踪 SDP、项目估算 SA 负责硬件工程的实施 ； 负责系统的上线； 负责系统的维护； 软件开发规范 第 25 页 共 39 页 Constraints 限制 SCCB 授权建立软件基线和标识配置项 /单元； 审查和审定对软件基线的更改； 审定由 软件基线库制造的产品的生成。 SCM 协助软件项目经理制定 SCM计划、维护 SCM 计划； 制定并维护项目标识规范；按时归档配置项； 标识并管理置于配置管理过程之下的软件工作产品集合； 进行软件项目的软件基线生成、管理和备份； 软件配置状态的统计和审计，并向项目组、软件项目经理、高级管理者汇报有关活动情况； 将基线的变更情况通知受影响的组和个人； 保存并管理各项评审记录、与项目相关的技术文档、标准和规程。 SQC 依据测试计划模板制定测试计划 . 执行测试计划进行测试并记录测试发现的缺陷 提供测试报告 . SQA 主要是策划软件质量保证活动、检验软件产品或活动对可用的标准、需求和规则的遵守程度、组织处理项目内部不能解决的不一致问题； 定期报告检查情况，发现偏差组织制定纠正、预防措施并监督更正； 参与制定 SQA 计划，实施 SQA 活动，并向 SQA 经理、软件项目经理项目组、高级管理者汇报有关的情况。 DBA 负责 DB 的创建和维护； 为 DE 提供一个稳定的环境； DE 按软件开发计划进行开发，并记录相关数据； 遵守公司质量管理体系的要求 . Deployer 根据发布申请，提取代码，发布系统 和 SA、 DBA 一起配置 环境 重构和重建系统 软件开发规范 第 26 页 共 39 页。