某公司软件开发中的标识规范(doc 9页)
软件开发标准---标识规范

3)“s”为主版本号,用一位数字表示:“1~9”。对产品作重大调整,或与已发行的上一产品相比,在功能与性能上有较大改善时主版本号增加,次版本号为零,产品或项目概念全新,第一次完成,版本号为1.0。
标识规范
文件修改控制
修改记录编号
修改
状态
修改页码及条款
修改人
审核人
批准人
修改日期
1.目的
2.适用范围
3.术语和缩略语
4.标识规则
4.1标识对象
4.2文档版本控制
4.3发行版本控制
4.4软件项标识方式
4.5不合格品的标识
5.引用文件
5.1NW602102《文件编号规定》
6.质量记录
6.1NR602101A“文件备份清单”
5)母盘的标识方式
对于母盘,除按上述方式标识之外,一定注明“母盘”字样。
注:PR——产品释放(Production Release)
M——产品释放的母盘
4.5不合格品的标识
4.5.1不合格品必须有明确的标识。可以使用标识、记录或划区域存放等方法进行标识。
4.5.2软件开发过程中形成的不合格品必须在其外存储介质上进行适当标记,并明确这些不合格品或存有不合格品的介质(如磁盘、光盘等)的处理过程。
1)磁盘介质产品的标识方式:
2)光盘介质产品的标识方式:
3)MO盘的标识方式
其中,MO盘签的编号方式如下:
MO盘签编号共12位“MO-ssnnnnxddd”;
前2位“ss”表示部门代号;
软件工程软件代码编程规范

软件代码编程规范软件代码编程规范编号:发布日期:编制部门:研发部审核人:批准人:目录0.版本记录 (5)1.目的 (6)2.适用范围 (6)3.术语定义 (6)3.1 原则 (6)3.2 规则 (6)3.3 建议 (6)3.4 说明 (6)3.5 正例 (6)3.6 反例 (7)4.职责 (7)5.工作程序 (7)5.1 基本原则 (7)5.1.1 原则1-1 (7)5.1.2 原则1-2 (7)5.1.3 原则1-3 (7)5.1.4 原则1-4 (7)5.1.5 原则1-5 (7)5.1.6 原则1-6 (8)5.1.7 原则1-7 (8)5.2 布局 (8)5.2.1 基本格式 (8)5.2.2 对齐 (10)5.2.3 空行空格 (12)5.2.4 断行 (14)5.3 注释 (15)5.3.1 规则3-1 (15)5.3.3 规则3-3 (16)5.3.4 规则3-4 (16)5.3.5 规则3-5 (17)5.3.6 规则3-6 (17)5.3.7 规则3-7 (18)5.3.8 规则3-8 (18)5.3.9 规则3-9 (19)5.3.10 规则3-10 (20)5.3.11 建议3-1 (20)5.3.12 建议3-2 (20)5.4 命名规则 (20)5.4.1 规则4-1 (21)5.4.2 规则4-2 (21)5.4.3 规则4-3 (21)5.4.4 规则4-4 (23)5.4.5 规则4-5 (23)5.4.6 规则4-6 (23)5.4.7 规则4-7 (23)5.4.8 规则4-8 (23)5.4.9 规则4-9 (24)5.4.10 规则4-10 (24)5.4.11 规则4-11 (25)5.4.12 规则4-12 (25)5.4.13 规则4-13 (25)5.4.14 规则4-14 (25)5.4.15 规则4-15 (26)5.4.16 规则4-16 (26)5.4.17 规则4-17 (26)5.4.19 规则4-19 (27)5.4.20 建议4-1 (27)5.4.21 建议4-2 (27)5.5 声明 (27)5.5.1 规则5-1 (27)5.5.2 规则5-2 (27)5.5.3 建议5-1 (27)5.6 表达式与语句 (28)5.6.1 规则6-1 (28)5.6.2 规则6-2 (29)5.6.3 规则6-3 (29)5.6.4 规则6-4 (29)5.6.5 规则6-5 (30)5.6.6 规则6-6 (30)5.6.7 建议6-1 (30)5.6.8 建议6-2 (30)5.6.9 建议6-3 (31)5.6.10 建议6-4 (31)5.6.11 建议6-5 (32)5.7 类和接口 (33)5.7.1 规则7-1 (33)5.7.2 建议7-1 (34)5.7.3 建议7-2 (34)5.7.4 建议7-3 (34)5.7.5 建议7-4 (34)5.7.6 建议7-5 (35)5.7.7 建议7-6 (35)6.相关文件 (35)0.版本记录以C#代码为例,规范编码规则和注意事项,明确编程的各项要求,提高代码的可靠性、可读性、可修改性、可维护性、一致性、可再利用性等。
软件系统命名规则

1、目的本指导书是为软件配置管理而制定。
其目的是使公司软件产品配置标识的命名规范化。
2、适用范围适用于本公司所有软件产品的配置管理。
3、职责4、控制内容4.1、软件配置标识的组成4.1.1、软件提供给用户的阶段产品和最终产品的配置标识由公司代码QW和以下五部分组成。
a、产品类别代码b、产品(项目)标识或子系统标识c、配置项标识d、版本号其一般形式为:QWa-bbbb-cc-dd4.1.2、软件开发过程中产生仅供公司或项目内部使用的配置项,其配置标识的一般形式为:bbcccccc-dd,其中,bb为产品(项目)标识缩写,cccccc为配置项标识,dd为版本号。
4.2、部门代码部门代码按《体系文件编号规定》4.3条的规定控制。
4.3、产品(项目)标识及其缩写产品(项目)标识由反映产品或项目名称的4~5位拼音字母组成,前2位字母为其缩写。
如DHMIS是杭州大和热磁电子有限公司管理信息系统的项目标识,而DH则为其缩写。
4.4、子系统标识子系统标识由2位产品(项目)标识缩写和2~3位子系统名拼音字母组成,其中第3、4两位为子系统标识缩写。
如DHXS是大和项目销售子系统的标识,而XS是其缩写。
4.5、配置项标识4.5.1、4.1.1所述配置标识中的配置项标示:识(cc)如下表所配置项标识(cc)系统规格说明书FB项目开发计划DP软件需求规格说明书RS概要设计说明书PD详细设计说明书DD用户手册UM操作手册OM源程序SP4.5.2、4.1.2所述配置标识中的配置项标识(cccccc)有以下情况:a、配置项为数据项:配置标识由2位全局标识SY或子系统标识缩写(局部数据)和3位数字码组成。
如SY001为001号全局数据的配置项标识XS031为销售子系统031号数据的配置项标识。
b、配置项为数据流:配置项标识由2位子系统标识缩写,2位数据流标识DF和2位数字码组成。
如ZCDF02为资财子系统02号数据流的配置项标识。
软件开发规范

项目组软件开发行为规范仅供信息化部使用1 概述1。
1 编写目的为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中,把各种规范“逐步形成工程师的作业规范”,特制定本软件开发行为规范,以到达提高系统质量的目的。
在本规范中,阐述了基本的开发模式,包括需求验证、设计、编码规范、代码审查、单元测试、配置管理等,并明确开发过程中的方法、策略、工具以及环境要求,开发人员都必须遵守本软件开发规范。
1。
2 读者对象本规范读者对象为软件开发项目管理者、项目经理、开发组2需求评审2.1过程要求按软件开发过程经验,问题暴露越早越好。
因此,在实施设计和编码前,需对项目经理提供的需求说明文档进行充分的验证,在不明确的需求点上,需要和项目经理进一步核实,确保对每个需求点有清晰、一致的认识和理解。
在需求验证的过程中,需按以下检查点进行逐项检查(包括不限于):1.所有定义、实现方法是否清楚地表达了用户的原始要求?2.是否清楚、明确地描述了所有的功能?是否没有不能理解或造成误解的描述?3.需求定义是否包含了有关功能、性能、限制、目标、质量等方面的所有需求?4.需求是否可以验证(即是否可以检验软件是否满足了需求)?5.是否有术语定义一览表?6.是否标识并定义了在将来可能会变化的需求?7.各个需求之间是否一致?是否有冲突和矛盾?8.是否定义了系统所有的输入、输出及其来源?主要为客户或者其他外部接口,是否明确定义了输入参数和输出参数?9.是否说明了如何进行系统输入的合法性检查?10.功能性需求是否覆盖了所有非正常情况的处理?11.对异常数据产生的结果是否作了精确的描述?12.是否充分定义了关于人机界面的需求?13.在不同情况下,是否规定了系统的响应时间?14.界面需求是否使软硬件系统具有兼容性?15.是否有对相关日志做明确要求?以满足稽核相关的需要。
针对开发过程中的需求变更,以上需求验证点同样适用,并同时评估需求变更给当前项目的设计和开发带来的风险,包括架构、安全、进度等方面,以便项目经理进行计划调整和安排。
软件开发规范

软件开发行为规范第一版版权所有不得复制软件开发行为规范(第一版)为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中,把各种规范“逐步形成工程师的作业规范”,特制定本软件开发行为规范,以达到过程控制的目的。
与软件开发相关的所有人员都必须遵守本软件开发行为规范。
本软件开发行为规范的内容包括:软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。
本软件开发行为规范,采用以下的术语描述:★规则:在软件开发过程中强制必须遵守的行为规范。
★建议:软件开发过程中必须加以考虑的行为规范。
★说明:对此规则或建议进行必要的解释。
★示例:对此规则或建议从正或反两个方面给出例子。
本软件开发过程行为规范由信息技术管理部负责解释和维护。
信息技术管理部目录1 软件需求分析 52 软件项目计划93 概要设计114 详细设计145 编码186 需求管理197 软件配置管理218 软件质量保证231 软件需求分析1-1:软件需求分析必须在产品需求规格的基础上进行,并保证完全实现产品需求规格的定义。
1-2:当产品的需求规格发生变更时,必须修订软件需求规格文档。
软件需求规格的变更必须经过评审,并保存评审记录。
1-3:必须对软件需求规格文档进行正规检视。
1-4:软件需求分析过程活动结束前,必须经过评审,并保存评审记录。
1-5:在对软件需求规格文档的正规检视或评审时,必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。
说明:参考建议1-1到1-16。
1-1:采用以下检查表检查软件需求规格文档中需求的清晰性。
1-2:采用以下检查表检查软件需求规格文档中需求的完备性。
1-3:采用以下检查表检查软件需求规格文档中需求的兼容性。
1-4:采用以下检查表检查软件需求规格文档中需求的一致性。
软件设计规范

软件设计规范————————————————————————————————作者: ————————————————————————————————日期:ﻩ软件设计规范制定:审核:批准:文件编号生效日期版本号分发部门修订履历序号版本修订内容修订人修订日期会签与文件发放:会签部门会签人会签日期签收部门签收人签收日期深圳市德卡科技有限公司文件编号文件版本A1生效日期软件设计规范发行类别■新增□修订发行部门研发中心目录第一章、项目模块划分ﻩ错误!未定义书签。
一、模块划分.............................................................................................. 错误!未定义书签。
二、模块命名.............................................................................................. 错误!未定义书签。
第二章、文件格式 ...................................................................................... 错误!未定义书签。
一、c文件格式说明:................................................................................. 错误!未定义书签。
1、文件创建及修改说明区ﻩ错误!未定义书签。
2、头文件引用区ﻩ错误!未定义书签。
3、全局变量定义区ﻩ错误!未定义书签。
4、驱动函数区ﻩ错误!未定义书签。
5、应用函数区ﻩ错误!未定义书签。
6、文件结束说明ﻩ错误!未定义书签。
二、h文件格式说明ﻩ错误!未定义书签。
1、文件创建及修改说明区 ........................................................................ 错误!未定义书签。
软件配置管理指南

软件配置管理指南编号:PRO-SCMP版本 1.0变更记录1引言软件配置管理的目的是在项目整个软件生存周期过程中建立和维护软件项目产品的完整性和一致性。
软件配置管理包括确认在给定时间点上软件的配置(即选定的软件工作产品及其描述),系统地控制对配置的更改,并维护在整个软件生存周期中配置的完整性和可跟踪性。
置于软件配置管理之下的工作产品包括:软件过程资产(例如软件过程改进中的所有文档),交付给顾客的软件产品(例如软件需求文档和代码),内部使用的相关软件产品,以及为完成这些软件产品而生成的中间产品。
这些产品通常置于产品基线库中并由专门人员进行管理和控制。
软件配置管理过程需要达到的目标包括:1.保证软件项目的配置管理活动是有计划的。
2.所选择的软件工作产品是确定的、受控的、可访问和可用的。
3.对已经确定的软件工作产品的变更是受控的。
4.相关部门和人员能及时获知软件基线库的状态、变更和变更内容。
1.1目的本计划定义了项目的配置管理流程,目的是为了在整个软件生命周期中,控制构成软件产品的各配置项的标识、变更等活动,从而建立并维护软件产品的完整性、正确性、一致性和可追溯性。
1.2范围本软件配置管理计划适用于整个软件生存周期过程中已纳入配置管理库的配置项的活动。
置于配置管理系统下的工作产品通常包括:1.各种标准(代码书写标准、设计标准等)2.项目计划(开发计划、质量保证计划和配置管理计划等)3.软件需求说明书及相关的文档和静态原型4.设计文档5.软件源代码6.测试计划、测试程序和数据7.软件操作手册8.各种跟踪记录、测试记录、评审报告等9.过程改进文档10.其它相关的资料库(电子的和非电子的文档)11.其他和软件开发及管理相关的和必要的文档1.3术语定义1.软件配置项(SCI)软件配置项(Software Configuration Item)为了配置管理的目的而作为一个基本的独立单位来看待的软件成分或它们的集合体,如外部提交的软件产品、项目成果(代码、文档和数据)以及项目内部使用的支持工具(如文档测试用例软件工具)等。
某公司设施设备标识规范标准概述

某公司设施设备标识规范标准概述
1. 背景
在一个公司的设施设备管理中,标识规范是非常重要的一环。
通过统一的设施设备标识规范,可以提高工作效率,减少误操作,提升安全性和管理效率。
2. 目的
某公司制定设施设备标识规范标准的目的主要是为了:
•提高员工工作效率
•降低设备操作误差率
•确保设备管理的准确性和实时性
3. 适用范围
该标准适用于公司内所有设施和设备的标识管理,包括但不限于生产设备、办公设备、办公室区域、紧急设备等。
4. 标识内容要求
设施设备标识内容应包括以下要求:
•设备/设施名称
•设备/设施描述
•设备/设施编码
•标签位置
•制作日期
•检查周期
5. 标识样式要求
设施设备标识的样式要求应统一规范,包括但不限于字体、颜色、尺寸、材质等,以确保标识的清晰度和可读性。
6. 标识制作和更新
设施设备标识制作应由专业人员负责,制作完成后应定期检查更新,确保标识的完整和准确性。
7. 标识摆放位置
标识应摆放在设备或设施的显眼位置,易于员工查看和识别。
8. 培训和宣传
公司应对员工进行设施设备标识规范的培训,确保员工理解标识的重要性并正确使用。
9. 监督和检查
公司应建立监督检查机制,定期检查设施设备标识的执行情况,并及时纠正各种问题。
结语
某公司设施设备标识规范标准的建立和执行,不仅可以提高公司管理效率和工作效率,还可以减少潜在的安全风险和误操作,是一项非常重要的管理工作。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
FA(Feasibility Analysis):可行性分析报告
RA(Requirement Analysis):需求分析报告
DP(Developing Plan):开发计划
QP(Quality Plan):质量计划
SD(System Design):系统设计报告
TR(Technical Report):技术报告
SR(Summary Report):项目开发总结报告
本部分未给出代号的文档,其代号由相应的文档编写部门确定。
“nn”为顺序号,用两位数字表示:“01~99”。
4.4.2计算机程序备份标识方法
程序备份标识方法体现在提供备份介质的备份路径中。在开发过程中保存的文件,由开发人员参照相应的文件管理软件进行操作。在提交开发结果时,由开发人员对存放文件的介质进行规范标识,目录标识方法如下:
某公司软件开发中的标识规范(doc 9页)
标识规范
文件编号:
NW601101
生效日期:
2000.3.20
受控编号:
密级:秘密
版次:Ver2.1
修改状态:
总页数
9
正文
8
附录
1
编制:马云生
审核:孟莉
批准:孟莉
沈பைடு நூலகம்东大阿尔派软件股份有限公司
(版权所有,翻版必究)
文件修改控制
修改记录编号
修改
状态
修改页码及条款
1)磁盘介质产品的标识方式:
2)光盘介质产品的标识方式:
3)MO盘的标识方式
其中,MO盘签的编号方式如下:
MO盘签编号共12位“MO-ssnnnnxddd”;
前2位“ss”表示部门代号;
第3~6两位“nnnn”为数字,取公元纪年的末两位。如1991年为“1991”;
第7位“x”取值及表示意义如下:取“M”时,表示为主拷贝或母盘;取“B”时,表示为备份拷贝;取“T”时,表示为临时存贮用盘;
4.4软件项标识方式
4.4.1技术文档标识方式
技术文档的标识体现在相应文件的封面上,由开发人员参照相应文档模板的格式要求,对技术文档进行标识。
技术文档编号用十五位符号表示:“xxxxxxxxxxxttnn”。各符号位的含义如下:
1)“xxxxxxxxxxx”为本次开发的项目编号,共十一位,具体含义见NW602102《文件编号规定》;
技术文档[其中的文件名称为:文档名称(文档编号)]
项目名称(项目编号-日期)源程序(版本号)[按类别或模块建立子目录]
执行程序(版本号)
项目编号规定参见NW602102《文件编号规定》,程序版本号规定见4.3。
说明:日期格式为:nnnn mm dd
4.4.3介质标识方法
根据介质上所存储的内容,在介质的表面进行标识。
后3位为存盘序列号,取值为“001~999”,每年从头排号,按每年用盘的数量和次序依次编号。
每张光盘可按部门分类或项目分类存贮一个或多个软件产品/项目的程序及文档,并在盘标上分别注明内容、备份时间和备份人员。当光盘标签不足以记录所存贮内容的索引时,应在光盘的根目录下用电子文件:“文件备份清单”来记录。
2)“x”为第一次版本号,表示增加功能时的版本升级,用一位数字表示:“0~9”。与上一产品或项目相比,功能进行了小量的增加或修正时,第一次版本号增加,第二次版本号为零,第二版本号为零时可以省略不写;
3)“s”为主版本号,用一位数字表示:“1~9”。对产品作重大调整,或与已发行的上一产品相比,在功能与性能上有较大改善时主版本号增加,次版本号为零,产品或项目概念全新,第一次完成,版本号为1.0。
5)母盘的标识方式
对于母盘,除按上述方式标识之外,一定注明“母盘”字样。
注:PR——产品释放(Production Release)
M——产品释放的母盘
4.5不合格品的标识
4.5.1不合格品必须有明确的标识。可以使用标识、记录或划区域存放等方法进行标识。
4.5.2软件开发过程中形成的不合格品必须在其外存储介质上进行适当标记,并明确这些不合格品或存有不合格品的介质(如磁盘、光盘等)的处理过程。
修改人
审核人
批准人
修改日期
1.目的
2.适用范围
3.术语和缩略语
4.标识规则
4.1标识对象
4.2文档版本控制
4.3发行版本控制
4.4软件项标识方式
4.5不合格品的标识
5.引用文件
5.1NW602102《文件编号规定》
6.质量记录
6.1NR602101A“文件备份清单”
1.目的
为便于标识、控制和追踪软件开发过程中产生的各种软件项及介质,特制定本文件。
2.适用范围
适用于软件开发过程中所需的各种软件项及介质。
3.术语和缩略语
本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4.标识规则
4.1标识对象
标识对象主要包括:技术文档(可行性分析报告、需求分析报告、开发计划、质量计划、系统设计报告、技术报告、测试计划等)、提交产品(计算机程序、释放产品等),主要通过介质标识和版本控制以便于存取和查阅。
后3位为存盘序列号,取值为“001~999”,每年从头排号,按每年用盘的数量和次序依次编号。
每张MO盘可按部门分类或项目分类存贮一个或多个软件产品/项目的程序及文档,并在盘标上分别注明内容、备份时间和备份人员。当MO盘标签不足以记录所存贮内容的索引时,应在MO盘的根目录下用电子文件:“文件备份清单”来记录。
4.2文档版本控制
对于计划性文档、技术文档和用户文档,其版本按修改的先后顺序确定。新生成的文档第一次发行为第一版,修改后第二次发行为第二版,以此类推。
4.3发行版本控制
最终完成的软件版本用三位符号表示:“s.xy”。各符号位的含义如下:
1)“y”为第二次版本号,表示纠正错误时的版本升级,用一位数字表示:“1~9”,对上一次产品或项目中的缺陷做修正,第二次版本号增加;
4.5.3对不合格品的处理应能防止该不合格品被误用或以其他方式重新流入软件开发过程。对不合格品的处理可以采用删除存储内容、重新格式化、退货或让步接收等方式进行。必须记录不合格品的处理过程。
4)备份光盘的标识方式
备份光盘的标识应同时加注在光盘盘面与光盘签上,其编号方式如下:
编号共12位“CD-ssnnnnxddd”:
前2位“ss”表示部门代号;
第3~6两位“nnnn”为数字,取公元纪年的末两位。如1991年为“1991”;
第7位“x”取值及表示意义如下:取“M”时,表示为主拷贝或母盘;取“B”时,表示为备份拷贝;取“T”时,表示为临时存贮用盘;