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