软件项目管理规范标准

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