您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识
(技术部管理制度)-技术部软件研发管理制度、办法、规定
软件,测试,需求(技术部管理制度)-技术部软件研发管理制度、办法、规定
发布时间:2016-12-08加入收藏来源:互联网点击:
技术部
二、软件需求管理规定
软件需求管理规定
第1章 总则
第1条 目的。
为使软件产品满足规定的需求而确定软件的体系结构、组成模块划分和接口说明等,并将上述结果翻译成代码,以实现软件所要求的功能,特制定本规定。
第2条 适用范围。
本规定适用于公司所有的软件产品的设计与研发工作。
第3条 责任部门。
软件研发部负责软件需求管理的各项工作。
第4条 软件需求的定义。
1.用户需求,即用户解决问题或达到目标所需的条件和能力。
2.系统需求,即系统或系统部件要满足合同、标准、规范或其他正式文档所必须具有的条件和能力。
3.反映需求或能力的文档说明,即对软件设计研发目的的描述。
第5条 需求管理活动说明。
需求管理活动具体内容如下表所示。
第2章 软件需求管理的目标与原则
第6条 需求管理的原则。
1.需求需分类管理。
2.需求需分优先级。
3.需求必须文档化。
4.需求一旦变化,就必须对需求变更的影响进行评估。
5.需求管理必须与需求工程的其他活动紧密结合。
第7条 需求管理的目标。
1.使软件需求受控,并建立供软件工程和管理使用的需求基线。
2.使软件计划、产品、活动与软件需求保持一致。
第8条 软件需求的度量要素。
软件需求的度量包括9个要素,即正确性、无歧义、完备性、一致性、分级、可验证、可修改、可跟踪及可理解。
第3章 需求变更管理
第9条 需求变更的原因。
1.在软件研发早期所有的问题不可能被完全定义,软件需求是不完全的,这就注定了需求需要变更以便达到完善的程度。
2.随着软件的研发进度,软件研发人员对问题的理解发生变化,这些变化也需反馈到需求中去。
第10条 变更管理过程。
1.变更描述。
2.变更分析。
3.变更实现。
第11条 变更影响分析。
每一项需求变更都必须进行变更影响分析,明确它对研发计划和其他需求的影响,明确与变更相关的任务并评估完成这些任务需要的工作量。
第4章 软件需求文档管理
第12条 需求文档的作用。
在用户和研发人员之间就将要开发的软件系统需要达成一致的协议,从而产生正式的需求文档,以便为软件的研发和实现提供依据。
第13条 编写软件需求文档的注意事项。
1.语句和段落应尽量简短。
2.表达方式要采用主动语态。
3.语句要完整,且语法、标点等正确无误。
4.使用的术语要与词汇中的定义保持一致。
5.避免使用模糊、主观的术语。
6.避免使用比较性的词汇,尽量给出定量的说明,含糊的语句表达将引起需求的不可验证。
第14条 建立软件需求规格说明书。
需求文档采用软件需求规格说明书的形式,精确地阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件,是对外部行为和系统环境接口间接、完整的描述性文档。
第5章 需求验证管理
第15条 需求验证流程。
1.审查需求文档。
2.依据需求编写测试用例。
3.编写用户手册。
4.确定合格的标准。
第16条 需求验证的内容。
1.有效性检查。
2.一致性检查。
3.完备性检查。
4.现实性检查。
5.可检验性检查。
6.可调节性检查。
7.可读性检查。
第6章 需求评审
第17条 需求评审人员。
需求评审人员由软件研发部研发人员与客户方的代表共同组成。
第18条 需求评审注意事项。
1.严格控制每一次评审的文档规模及持续时间。
2.评审工作要分段进行。
3.对讨论的问题进行控制。
4.避免无谓的争吵。
第7章 附则
第19条 本规定由公司软件研发部制定,其修改权、解释权归公司软件研发部所有。
第20条 本规定自颁布之日起执行。
三、软件设计管理办法
软件设计管理办法
第1章 总则
第1条 目的。
为使软件产品满足规定的需求而确定软件的体系结构、组成模块划分和接口说明等,并将上述结果翻译成代码,以实现软件所要求的功能,特制定本办法。
第2条 适用范围。
本办法适用于公司所有的软件产品的设计管理工作。
第3条 责任部门及职责分工。
软件研发部是软件设计研发工作的归口管理部门。
1.软件研发部经理负责软件设计研发工作的日常管理,监督软件研发的进度,做好费用预算与控制工作。
2.软件研发高级工程师主要负责带领设计研发人员进行新软件的开发。
第2章 软件设计与研发
第4条 软件设计的内容。
1.编写系统的特性规格说明书,主要描述系统结构、各组件间的相关性、接口标准等内容。
2.从系统高层开始着手进行系统设计,逐步编写以下内容。
(1)对整个系统的设计方案作简明扼要的描述。
(2)绘制系统的结构图。
(3)确定系统中的风险因素。
(4)对系统的重用性进行分析。
3.对系统中的子系统进行细分,给出各子系统、各组件的规格说明。
4.根据产品的特性规格说明书,制订产品的开发计划。
第5条 特性规格说明书的内容。
1.摘要,对产品特性的概要描述。
2.论证,开发该产品与特性的原因。
3.目标,希望得到的最终产品结果。
4.需求,产品在发布前必须具备的功能。
5.用户使用操作说明。
6.进度,产品特性的开发进度和里程碑安排。
7.依赖关系,本产品特性依赖于哪些产品特性。
8.尚未解决、有待讨论的问题。
第6条 软件研发注意事项。
软件研发人员根据部门研发计划中的进度与各阶段的要求进行系统设计,设计过程中需考虑软件产品的三大要求,即使用要求、测试要求及维护要求。
第7条 软件研发报告。
软件研发报告应按公司规定的要求编写,在客户研发报告的格式和内容有特殊要求时,按与客户共同约定的规则编写。
第3章 软件研发评审
第8条 软件研发评审人员。
1.软件研发人员在提交研发报告之前必须对研发报告进行评审,评审活动主要由研发部经理、研发人员参加。
2.重大项目的评审需要公司高层领导参与。
3.必要时,公司可邀请客户参加评审工作。
4.评审记录由软件配置管理负责人填写并归档。
第9条 软件研发评审的内容。
软件研发评审的内容主要包括以下四点。
1.该项设计能否满足规定的功能和性能要求。
2.设计是否满足相应的设计规范。
3.设计是否满足下一阶段工作的输入要求。
4.在进入下一阶段工作前,所有已发现的错误或缺陷是否均已消除,或虽未消除但已弄清楚继续进行工作的风险。
第10条 设计的修改。
1.未通过评审的研发报告由设计人员负责按照评审意见进行修改,修改后重新进行评审。
2.在软件开发过程中,需要对研发报告进行修改时,设计人员须填写更改单申请更改,经审核批准后方可修改。
下一篇:返回列表
相关链接 |
||
网友回复(共有 0 条回复) |