软件项目管理规范标准.docxVIP

. . . . . 疾病管理平台 软件开发管理规范 文件编号 ： BD-jsgf002 生效日期 ： 2016.2.19 受控编号 ： 版次：Ver1.0 修改状态： 总页数 30 正文 28 附录 0 编制：李杰 审核：王怀锋 批准：付光伟 山东诺安诺泰信息系统有限公司 . 专业word可编辑 . . . . . . 软件开发行为规范 为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中 ，把各种规范“逐 步形成工程师的作业规范 ”，特制定本软件开发行为规范 ，以达到过程控制的目的 。 与软件开发相关的所有人员 ，包括各级经理和工程师都必须遵守本软件开发行为规范 。 对违反规范的开发行为 ，必须按照有关管理规定进行处罚 。 本软件开发行为规范的内容包括 ：软件需求分析 、软件项目计划 、概要设计、详细设 计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等 。 本软件开发行为规范 ，采用以下的术语描述 ： ★ 规则： 在软件开发过程中强制必须遵守的行为规范 。 ★ 建议： 软件开发过程中必须加以考虑的行为规范 ★说明：对此规则或建议进行必要的解释 。 。 ★ 示例： 对此规则或建议从正或反两个方面给出例子 本软件开发过程行为规范由研究技术管理处负责解释和维护 。 。 . 专业word可编辑 . . . . . . 目 录 软件需求分析 5 软件项目计划 9 概要设计 11 详细设计 14 5 编码 18 需求管理 19 软件配置管理 21 软件质量保证 23 数据度量和分析 25 . 专业word可编辑 . . . . . . 1 软件需求分析 ：软件需求分析必须在产品需求规格的基础上进行 ，并保证完全实现产品需求规格的定义。 ：当产品的需求规格发生变更时 ，必须修订软件需求规格文档 。软件需求规格的变更必须经过评审，并保存评审记录 。 ：必须对软件需求规格文档进行正规检视 。 ：软件需求分析过程活动结束前 ，必须经过评审，并保存评审记录 。 ：在对软件需求规格文档的正规检视或评审时 ，必须检查软件需求规格文档中需求的清晰 性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性 、性能、功能、接口、数据、可维护性等内容 。 说明： 参考建议 1-1 到1-16 。 ：采用以下检查表检查软件需求规格文档中需求的清晰性 。 序号 问题 所有定义、实现方法是否清楚地表达了用户的原始要求 ？ 在功能实现过程 、方法和技术要求的描述上 ，是否没有背离了功能的实际要求？ 是否没有不能理解或造成误解的描述 ？ ：采用以下检查表检查软件需求规格文档中需求的完备性 。 序号 问题 需求定义中是否包含了有关文件 （指质量手册、质量计划以及其它有关文件）种所规定的需求定义所应该包含的所有内容 ？ 需求定义是否包含了有关功能 、性能、限制、目标、质量等方面的所有需求？ . 专业word可编辑 . . . . . . 功能性需求是否覆盖了所有非正常情况的处理 ？ 是否对各种操作模式 （如正常、非正常、有干扰等）下的环境条件都作了规定？ 是否对所有功能与时间因素有关的方面都作了考虑 ？ 是否标识出了所有与时间因素有关的功能 ？它们的时间准则是否都说明了？时间准则的最大 、最小执行时间是否都定义了 ？ 是否标识并定义了在将来可能会变化的需求 ？ 是否定义了系统所有的输入 ？ 是否标识清楚了系统输入的来源 ？ 10 是否标识出了系统的输出 ？ 11 是否说明了系统输入 、输出的类型？ 12 是否说明了系统输入 、输出的值域、单位、格式等？ 13 是否说明了如何进行系统输入的合法性检查 ？ 14 是否定义了系统输入 、输出的精度？ 15 是否定义了系统性能的各个方面 ？ 16 在不同负载情况下 ，是否规定了系统的处理能力 ？ 17 在不同情况下 ，是否规定了系统的响应时间 ？ 18 是否充分定义了关于人机界面的需求 ？ 19 是否对需求定义进行了可行性分析和相关文件 （资料）是否已归档 ？ 20 是否对影响需求实现的因素进行了调查 ，调查结果是否已归档 ？ 21 是否有经济效益分析 ，分析结果是否已归档 ？ 22 是否详细描述了有关硬件 、软件、操作人员、操作过程等方面的安全 性？ 是否评估了本项目对用户 、其它系统、环境的影响特性 ？ 是否按完成时间 、重要性对系统功能 、外部接口、性能进行了优先排序？ ：采用以下检查表检查软件需求规格文档中需求的兼容性 。 序号 问题 界面需求是否使软硬件系统具有兼容性 ？ 需求定义的文档是否满足项目文档编写标准 ？在矛盾时，是否有适当的标准可供选择 ？ ：采用以下检查表检查软件需求规格文档中需求的一致性 。 . 专业word可编辑 . . . . . .