-
GJB2786A-2009
与
MIL-
STD-498
的一些差异
GJB2786A-2009
对软
件开发的全部活动,开发方应采用
文档化的系统方法
。
4.2.1
MIL-STD-498
The developer shall use
systematic, documented methods
4.2.1
for all software
development activities.
备注
后者把“系统的”与“文档化的”并列,且“系统的”在前。
GJB2786A-2009 <
/p>
开发方应
使用
表述需求、设计、编码、测
试用例、测试规程和
4.2.2
测试结果等的标准。
MIL-
STD-498
The developer shall
develop
and apply
standards for
4.2.2
representing requirements, design,
code, test cases,
test procedures, and
test results.
备注
后者还有
develop
一词,
这意味
开发方可能需要自行编制某些
标准。
GJB2786A-2009
并应
按照软件开发计划的要求
确定
可重用软件产品的选择范
4.2.3.1
围和评价准则。
MIL-STD-498
The scope of the
search and the criteria to be used for
4.2.3.1
evaluation shall be
as described in
the software
development plan.
备注
前者没有指明“确定”可重用软
件产品的选择范围和评价准则
后在哪里文档化?后者指明在软件开发计划中说明可重用软
件产品的选择范围和评价准则。
GJB2786A-2009
5.2.2
MIL-STD-498
5.1.2
备注
< br>该
计划
应包括
GJB 438B
-2009
中软件测试计划(
STP
)
规定的
全部适用项。
This
planning
shall include all
applicable items in the
Software Test
Plan (STP) DID (see 6.2).
前者着眼于计划文档。后者着眼于策划活动,能与标题匹配。
GJB2786A-2009
对计算机指令和数据定义
进行编码
5.8.1
MIL-STD-498
Coding computer instructions and data
definitions
5.7.1
备注
在用高级语言时,就是编写可执行语句和数据定义语句。
GJB2786A-2009
在目标计算机系统上进行测试
5.10.2
CSCI
合格性测试应
在目标计算机系统或在需方批准的替代系
统上进行。
MIL-STD-498
Testing on the
target computer system.
5.9.2
CSCI qualification testing
shall
include
testing on the
target
computer
system
or
an
alternative
system
approved
by the acquirer.
备注
按后者:
目标计算机系统上的测试
CSCI<
/p>
合格性测试应
包括
在目标计算机系统或在
需方批准的替
代系统上的测试。
GJB2786A-2009
b<
/p>
)保证
合同中或软件开发计划
中要求的每
项软件产品都存在
5.18.1
MIL-STD-498
b. Assure that
each software product required by
this
5.16.1
standard
or by other contract
provisions
exists
备注
后者指本标准或其他合同条款。
GJB2786A-2009
附录
F
问题
/
变更报告状态:
问题总数
MIL-STD-498
Problem/change report status:
total number
APPENDIX F
备注
后者总数指
Problem/change
report
的总数,而前者只指问题总数。
什么是“分析建议系统”?
——
p>
GJB438B
学习笔记之一
GJB438B-2009
军用软件开发文档通用要求的附录
A
是《运行
方案说明》的正文
格式,其中第
8
章的
标题是“分析建议系统”。笔者没有读通这个标题,于是查
找了
MIL-STD-498
的
DI-IPSC-81430
OPERATIONAL CONCEPT DESCRIPTION
(OCD)
。
DI-IPSC-81430
与
GJB438B-2009
附录
A
的正文结构完全相同。
前者的第
8
章的
标题是
Analysis of the proposed
system
。
“
the
proposed
system
”
可与
“建议系统”
对应,此处“
proposed
”的含义为“提出的”,因此可把“分析建议系统”这个
标题理解为“对
提出的系统的分析”,而“提出的系统”就是文中其他地方出现
的“新系统或修改后系统
”。
以
下列出了有助于理解
GJB438B-2009
附录
A
的其他对照。
The distinction between
states and modes is arbitrary.
DI-IPSC-81430
3.3
,
5.3
GJB438B-2009
附录
A
3.3
,
5.3
备注
后者没有与之对应的语句。
DI-IPSC-81430
3.3
The description shall
include, as applicable:
GJB4
38B-2009
附录
描述的内容如下:
A 3.3
备注
后者没有与
as applicable
对应的词组,
但在
5.3
中有
“
(若
适用)”。
DI-IPSC-81430
3.3g
,
Quality attributes,
such as reliability, maintainability,
availability, flexibility, portability,
usability, efficiency
5.3g
GJB438B-2009
附录
质量属性,
如:
< br>功能性、
可靠性、
易用性、
效率
、
维护性、
A
3.3g)
,
5.3g)
可移植性。
备注
DI-IPSC-81430
3.4
This paragraph shall
describe the types of users of the
system, or personnel involved in the
current situation
GJB438B-20
09
附录
本条应描述现行系统用户的类型和当前状态下所涉及到
A 3.4
的人员。
备注
根据前者以及后者第
3
章,应理解为“或当前状况”。
DI-IPSC-81430
4.1b
Summarize deficiencies
or limitations in the current system or
situation that make it unable to
respond to these factors.
GJ
B438B-2009
附录
与新的系统或修改系统相比,简述现
行系统存在的差距。
A
4.1b
备注
将在第
5
章描述新系统或修改后系统,
此时还不好与之相
比。
按前者理解为
“简述现行系统或状况不能满足上
述新
建或修改的因素的短缺或局限”。
1994
年
12
月
5
日
批准的
DI-IPSC-81430
已被
2000
年
1
月
10
日批准的
DI-
IPSC-81430A
替代。以下列出笔者找到的差异。
DI-IPSC-81430
1.1
This paragraph shall
contain a full identification of the system
to which this document applies,
including, as applicable,
identification number(s), title(s),
abbreviation(s), version
number(s), and
release number(s).
DI-
IPSC-81430A 1.1
This
paragraph shall contain a full identification of
the system
and the software to which
this document applies, including,
as
applicable, identification number(s), title(s),
abbreviation(s), version number(s), and
release number(s).
后者把
the
system
改为
the system and the s
oftware
。在
1.2
中有同样修
改。
Concept for a new or
modified system
Concept for
new or modified system
备注
DI-IPSC-81430 5
DI-IPSC-81430A 5
什么是“系统主题需求”?
——
p>
GJB438B
学习笔记之二
GJB438B-2009
军用软件开发文档通用要求的附录
B
是《系统
/
子系统规格说明》
的正文格式,其中
的
3.2
是:
3.2
系统能力需求
为详细说明与系统各个能力相关的需求,本条可分为若干子条。“系统能
力需
求”中的“能力”为一组相关需求,可用“功能”、“主题”、“目标”、
或其他适合表
示需求的词代替。
如果用
“主题”<
/p>
代替
“能力”
,
则有
“系统主题需求”
。
什么是
“系统主题需求”
?
网上搜索“系统主题需求
”,没有找到匹配的结果。
DI-IPSC-81431
SYSTEM/SUBSYSTEM SPECIFICATION (SSS)
中的<
/p>
3.2
是:
3.2 System capability requirements.
This paragraph shall be divided into
subparagraphs to itemize the
requirements associated with each capability of
the
system. A
useful for presenting the
requirements.
<
/p>
笔者觉得如果一个句子中同时出现了
与<
/p>
,那么这两个词的含义
不会是风马牛不相
及的。
上文中的
与
很可能是指
“主体”
与
“客
体”。但也没有听说过“系统主体需求”和“系统客体需求”。网上也
没有搜索
到“
system subject
requirements
”与“
system object
requirements
”。
MIL-HDBK-520 SYSTEMS REQUIREMENTS
DOCUMENT GUIDANCE
的附录
B
用以下文字解释
DI-IPSC-81431
的
3.2
:
B.3.2 System or subsystem functional
requirements.
This
paragraph is divided into subparagraphs to itemize
requirements associated
with each
system or subsystem function. A
related
requirements, e.g., avionics subsystem
requirements.
上文只提及
,没有说
与
。
MIL-HDBK-520
p>
给出的几个系统
/
子系统规格说明例子中都
没有出现“
system
subject
requirements
”与“
system object
requirements
”,
3.2
的标题仍是“
System
capability requ
irements
”,
3.2.X
的标
题因系统而异。以下是一例。
3.2 System
capability requirements
3.2.1 Key Performance Parameters
(KPP)
3.2.1.1 Net-Ready
KPP
3.2.1.2 Force Protection
KPP
3.2.1.3 Survivability
KPP
3.2.1.4 Material
Availability KPP
3.2.1.5
Other Program KPP
3.2.2 Key
System Attributes (KSA)
3.2.3 Attributes and other capability
requirements
3.2.3.1
Physical characteristics
3.2.3.2 Electrical
characteristics
3.2.3.3
Electromagnetic characteristics
3.2.4 Service Oriented Architecture
(SOA)
这样看来,不能把“系统主题需求”作为条的标题。
“时序”还是“定时”?
——
GJB438B
学习笔记之三
GJB438B-2009
本条可引
用其他文档(例如数据字典、通信协议标准、用户接
口标准)代替在此所描述的信息。<
/p>
附录
C
3.X
DI-IPSC-81434
3.X
备注
GJB438B-2009
附录
C
3.X c)1)
a.
项目唯一的标识符;
b.
非技术(自然语言)名称;
c.
数据元素名称;
d.
技术名称(如代码或数据库中的变量或字段名);
e.
缩写名或同义名。
a) Project-unique identifier
DI-IPSC-81434
b)
Non-technical (natural-language) name
c) DoD standard data element
name
.1)
This paragraph may reference other
documents (such as data
dictionaries,
standards for communication protocols, and
standards
for user interfaces) in place
of stating the information here.
文档引用代替的是“描述信息”这个动作,而不是“描述的信
息”。
d) Technical name (e.g.,
variable or field name in code or
database)
e)
Abbreviation or synonymous names
备注
GJB438B-2009
附录
C
DI-IPSC-81434
备注
后者
c)
如
果
去掉了“
DoD
standard
”,就不知道“
data element
name
”与其他
4
< br>项的区别了。
3.X
c)7)
优先级别、时序、频率、容量、序列
3.X
d)6)
优先级、定时、频率、容量、定序
.7)
Priority, timing,
frequency, volume, sequencing
.6)
Priority, timing,
frequency, volume, sequencing
前者两行有异,后者两行相同。前者
3.X
d)6)
与后者一致。
DI-
IPSC-81434 Interface Requirements Specification
(IRS)
已被
DI-
IPSC-81434A
取
代。
《系统
/
子
系统设计说明》的补充参考
——
GJ
B438B
学习笔记之四
GJB438B-2009
系统数据库
/
数据文件如何呈现给用户的设计
决策(在
4.3.X
标
识了本文档中所
要考虑主题。
附录
D
3.c)
DI-
IPSC-81432
3.c.
备注
GJB438B-2009
附录
D 4
DI-IPSC-81432
4
4. System
architectural design. This section shall be
divided into
the following paragraphs
to describe the system architectural
design. If part or all of the design
depends upon system states or
modes,
this dependency shall be indicated. If design
information
falls into more than one
paragraph, it may be presented once and
referenced from the other paragraphs.
Design conventions needed
to understand
the design shall be presented or
referenced.
Design decisions
on how system databases/data files will appear
to the user (4.3.x of this DID
identifies topics to be considered in
this description).
据后者,本文档的
4.3.X
将标识此处描述的细目,不是
整个文
档的主题。
4
系统体系结构设计
备注
GJB438B
没有与上面对应的文字。
GJB438B-2009
附录
D 4.2
DI-IPSC-81432
4.2
备注
时序图可对应多种英文术语。不知
GJB438B-2009<
/p>
此处的时序
图示什么定义。
许多
UML
的中文资料把
Sequence
Diagram
翻
译为时序图。而
UML2.0
增加了一种特定类型的
Sequence
Diagram
,
称之为
timing
diagram
。
timing diagrams
时序图
GJB438B-2009
附录
D 4.3
DI-IPSC-81432
4.3
4.3 Interface
design. This paragraph shall be divided into the
following subparagraphs to describe the
interface characteristics of
the system
components. It shall include both interfaces among
the
components and their interfaces
with external entities such as
other
systems, configuration items, and users. Note:
There is no
requirement for these
interfaces to be completely designed at this
level; this paragraph is provided to
allow the recording of interface
design
decisions made as part of system architectural
design. If
part or all of this
information is contained in Interface Design
Descriptions (IDDs) or elsewhere, these
sources may be
referenced.
4.3
接口设计
备注
<
/p>
GJB438B
没有与上面对应的文字。
DI-IPSC-81432 SYSTEM/SUBSYSTEM DESIGN
DESCRIPTION (SSDD)
已被
DI-
IPSC-81432A
取代。
<
/p>
GJB438B-2009
附录
G
与
DI-
IPSC-81427
的差异
——<
/p>
GJB438B
学习笔记之五
GJB438B-2009
如果在本
文档方法所适用的活动中,对软件开发方法有更好的
描述,则可直接引用。
附录
G 4.2.1
DI-IPSC-81427
4.2.1
Reference
may be made to other paragraphs in this plan if
the
methods are better described in
context with the activities to which
they will be applied.
备注
GJB438B-2009
附录
G 4.2.2
DI-IPSC-81427
4.2.2
按后者:“如果在本计划
的关于方法所适用的活动的其他章条
中,对软件开发方法有较好的描述,则可直接引用。
”
Standards for code shall be provided
for each programming
language to be
used. They shall include at a minimum:
a. Standards for format (such as
indentation, spacing,
capitalization,
and order of information)
b.
Standards for header comments (requiring, for
example,
name/identifier of the code;
version identification; modification
history; purpose; requirements and
design decisions implemented;
notes on
the processing (such as algorithms used,
assumptions,
constraints, limitations,
and side effects); and notes on the data
(inputs, outputs, variables, data
structures, etc.)
c.
Standards for other comments (such as required
number and
content
expectations)
d. Naming
conventions for variables, parameters, packages,
procedures, files, etc.
e. Restrictions, if any, on the use of
programming language
constructs or
features
f. Restrictions, if
any, on the complexity of code
aggregates
备注
GJB438B-2009
附录
G 4
GJB438B
附录
G
4.2.2
没有关于编码标准的要求。
4.2.3.1
采用可重用软件产品
4.2.3.2
开发可重用软件产品
4.2.6
决策理由的纪录
DI-IPSC-81427
4
4.2.3.1
Incorporating reusable software
products
4.2.3.2
Developing reusable software
products.
4.2.6
Recording rationale.
备注
GJB438B-2009
附录
G 5.1
DI-IPSC-81427
5.1
前者
3
个标题的行文风格有异。
计划的跟踪和修订
Following and updating plans
-
-
-
-
-
-
-
-
-
上一篇:AEC-Q200试验条件
下一篇:船代常用的英文缩写