免费智能真题库 > 历年试卷 > 多媒体应用设计师 > 2018年上半年 多媒体应用设计师 上午试卷 综合知识
  第48题      
  知识点：   国际标准、国家标准、行业标准和企业标准的基本知识   基础标准   开发标准   文档标准
  关键词：   开发   文档        章/节：   国际标准、国家标准、行业标准和企业标准基本知识       

 
在我国软件标准中，(46)属于基础标准。(47)属于开发标准。(48)属 于文档标准。
 
 
  A.  GB/T 12505-90
 
  B.  GB 8567-88
 
  C.  GB/T 15532-95
 
  D.  GB/T 11457-89
 
 
 

 
  第66题    2020年下半年  
   28%
标准化的过程一般包括三个环节：(66)。
  第67题    2020年下半年  
   47%
标准化的基本原理中包含有简化原理，其目的是（67)。
  第68题    2020年下半年  
   34%
标准化指导性技术文件编号的构成是（68) 。
   知识点讲解    
   · 国际标准、国家标准、行业标准和企业标准的基本知识    · 基础标准    · 开发标准    · 文档标准
 
       国际标准、国家标准、行业标准和企业标准的基本知识
        国际标准是指国际标准化组织（International Organization for Standardization, ISO）和国际电工委员会（IEC）所制定的标准，以及国际标准化组织已列入《国际标准题内关键词索引》中的27个国际组织制定的标准和公认的具有国际先进水平的其他国际组织制定的某些标准。
        国家标准是指对全国经济技术发展有重大意义，需要在全国范围内统一的技术要求所制定的标准。国家标准在全国范围内适用，其他各级标准不得与之相抵触。国家标准是四级标准体系中的主体。国家标准由国务院标准化行政主管部门负责组织、制定和审批。
        行业标准是指对没有国家标准但又需要在全国某个行业范围内统一的技术要求所制定的标准。行业标准是对国家标准的补充，是专业性、技术性较强的标准。行业标准的制定不得与国家标准相抵触，国家标准公布实施后，相应的行业标准即行废止。行业标准由国务院有关行政主管部门负责制定和审批，并报国务院标准化行政主管部门备案。
        企业标准是指企业所制定的产品标准和在企业内需要协调、统一的技术要求、管理要求、工作要求所制定的标准。企业标准是企业组织生产和经营活动的依据。
 
       基础标准
        软件工程基础标准主要包含三个，分别是《GB/T 11457—2006信息技术软件工程术语》《GB/T 1526—1989信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》和《GB/T 14085—1993信息处理系统计算机系统配置图符号及约定》，下面对这三个标准进行简要说明。
               软件工程术语
               《GB/T 11457—2006信息技术软件工程术语》定义了软件工程领域中通用的术语，适用于软件开发、软件维护、科研、教学和出版等方面。
               .抽象：对某一问题的概括，它抽取于某一特定目标相关的本质内容而忽略其非本质内容。
               .验收准则：系统或部件必须满足的准则，其目的是用户、客户或其他授权实体能够予以接受。
               .验收测试：确定一系统是否符合其验收准则，使客户能确定是否接收此系统的正式测试。
               .活动：一个过程的组成元素。对基线的变更要经有关机构的正式批准。
               .活动图：用于对涉及一个或多个类目的进程建模的状态机的一种特例。
               .适应性：使不同的系统约束条件和用户需求得到满足的容易程度。
               .关联：规定其实例件连接的多个类目之间的语义联系。
               .审计：为评估工作产品或工作产品集是否符合软件需求、规格说明、基线、标准、过程、指令、代码以及合同和特殊要求而进行的一种独立检查。
               .可用性：软件（系统或部件）在投入使用时可操作和可访问的程度或能实现其指定的系统功能的概率。
               .基线：业已经过正式审核与同意，可以作下一步开发的基础，并且只能通过正式的修改管理工程方能加以修改的规格说明或产品。在配置项目生存周期的某一特定时间内，正式指定或固定下来的配置标识文件。基线加上根据这些基线批准同意的改动构成了当前配置标识。对于配置管理，有三种基线：功能基线（最初通过的功能配置）、分配基线（最初通过的分配的配置）、产品基线（最初通过的或有条件地通过的产品配置）。
               .边界值：相应于为系统或部件规定的最小或最大的输入、内部、输出的数据值。
               .代码审计：由某人、某小组或借助某种工具对源代码进行的审查，目的是验证其是否符合软件设计文件和程序设计标准，还可能对正确性和有效性进行估计。
               .代码评审：把软件代码呈现给项目人员、管理人员、用户、客户或其他感兴趣的人员用于评论或批准的会议。
               .数据字典：软件系统中使用的所有数据项的名字及与这些数据项有关的特性（例如数据项长度、表示等）的集合。
               .依赖：两个建模元素之间的一种关系，对其中一个建模元素（独立元素）的更改，将影响另一建模元素（依赖元素）。
               .验证：确定软件开发周期中的一个给定阶段的产品是否达到在上一阶段确立的需求的过程。
               .确认：在软件开发过程结束时对软件进行评价以确定它是否和软件需求相一致的过程。
               .测试：通过执行程序来有意识地发现程序中的设计错误和编码错误的过程。测试是验证和确认的手段之一。
               .软件开发方法：是指软件开发过程中所遵循的办法和步骤。软件开发活动的目的是有效地得到一些工作产物，也就是一个运行的系统及其支持文档，并且满足有关的质量要求。
               .鉴定：是一个正式的过程，通过这个过程决定产品是否符合它的规格说明，是否可在目标环境中使用。
               图形、符号及约定
               《GB/T 1526—1989信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》说明了五种图形的符号约定，但因为系统集成行业的飞速发展，具体在实际工作中应用哪种符号约定更多取决于组织的软件工程实践，例如基于UML的符号约定应用得就较为广泛。以下描述了五种图形的适用范围及特征。
                      数据流程图
                      数据流程图表示求解某一问题的数据通路。同时规定了处理的主要阶段和所用的各种数据媒体。
                      数据流程图包括：
                      .指明数据存在的数据符号，这些数据符号也可指明该数据所使用的媒体。
                      .指明对数据执行处理的处理符号，这些符号也可指明该处理所用到的机器功能。
                      .指明几个处理和（或）数据媒体之间的数据流的流线符号。
                      .便于读、写数据流程图的特殊符号。
                      在处理符号的前后都应是数据符号。数据流程图以数据符号开始和结束。
                      程序流程图
                      程序流程图表示程序中的操作顺序。
                      程序流程图包括：
                      .指明实际处理操作的处理符号，它包括根据逻辑条件确定要执行的路径的符号。
                      .指明控制流的流线符号。
                      .便于读、写程序流程图的特殊符号。
                      系统流程图
                      系统流程图表示系统的操作控制和数据流。
                      系统流程图包括：
                      .指明数据存在的数据符号，这些数据符号也可指明该数据所使用的媒体。
                      .定义要执行的逻辑路径以及指明对数据执行的操作的处理符号。
                      .指明各处理和（或）数据媒体间数据流的流线符号。
                      .便于读、写系统流程图的特殊符号。
                      程序网络图
                      程序网络图表示程序激活路径和程序与相关数据的相互作用。在系统流程图中，一个程序可能在多个控制流中出现；但在程序网络图中，每个程序仅出现一次。
                      程序网络图包括；
                      .指明数据存在的数据符号。
                      .指明对数据执行的操作的处理符号。
                      .表明各处理的激活和处理与数据间流向的流线符号。
                      .便于读、写程序网络图的特殊符号。
                      系统资源图
                      系统资源图表示适合于一个问题或一组问题求解的数据单元和处理单元的配置。
                      系统资源图包括：
                      .表明输入、输出或存储设备的数据符号。
                      .表示处理器（如中央处理机、通道等）的处理符号。
                      .表示数据设备和处理器间的数据传输以及处理器之间的控制传送的流线符号。
                      .便于读、写系统资源图的特殊符号。
               配置图符号及约定
               《GB/T 14085—1993信息处理系统计算机系统配置图符号及约定》描述了硬件配置图符号及约定，其中主要概念说明如下：
               配置图：由硬件符号、连线和专门约定这几部分组成。
               硬件符号：按照物理设备的基本功能，一个硬件符号表示一种物理设备。
               连线：连接本地的或远程的（传输线）物理连接。
               专门约定：以便于阅读和绘制配置图。
               配置图的符号有四级，使配置图能在不同的层次上说明系统详情。其中，最高级仅表示物理设备及其连接情况；第二级表示计算机系统的主要功能性设备，例如处理机、存储器、输入/输出设备、通信设备及连接方式；第三级表示用于存储和输入/输出的基本媒体或输入/输出方式；第四级说明各种设备之间的细微差异。
 
       开发标准
        软件工程的开发标准包含三个，分别是《GB/T 8566—2007信息技术软件生存周期过程》《GB/T 15853—1995软件支持环境》和《GB/T 14079—1993软件维护指南》。下面对这三个标准分别进行简要说明。
               软件生存周期
               《GB/T 8566—2007信息技术软件生存周期过程》为软件生存周期过程建立了一个公共框架，以供软件产业界使用，它包括在含有软件的系统、独立软件产品和软件服务的获取期间以及在软件产品的供应、运行和维护期间需应用的过程、活动和任务。
               该标准把软件生存周期中可能执行的活动分为五个基本过程、九个支持过程和七个组织过程，每一生存周期过程划分为一组活动，每一个活动进一步划分为任务。
               五个基本过程：
               .获取过程：为需方而定义的活动，包括启动、招标、合同、对供方监督与验收等。
               .供应过程：为供方而定义的活动，包括启动、准备投标、签订合同、编制计划、执行、交付和完成。
               .开发过程：为开发方而定义的活动，包括需求、设计、编码、测试、安装、验收。
               .运作过程：为操作方而定义的活动，包括运行测试、系统运行、用户支持。
               .维护过程：为维护方而定义的活动，包括问题和修改分析、修改实现、维护评审/验收、迁移、软件退役。
               九个支持过程：
               .文档编制过程。
               .配管管理过程。
               .质量保证过程。
               .验证过程：确定软件产品是否满足在以前的活动中施加于它们的要求和条件的过程，包括合同验证、过程验证、需求验证、设计验证、编码验证、集成验证、文档验证。
               .确认过程：确定需求和最终的、已建成的系统或软件产品是否满足特定的预期用途的过程。
               .联合评审过程：评价某个项目中一项活动的状态和产品，项目管理评审，技术评审。
               .审核过程：在适当时确定与需求、计划和合同的符合性。
               .问题解决过程。
               .易用性过程。
               七个组织过程：
               .管理过程：为生存周期过程中的管理包括项目管理而定义的基本活动。
               .基础设施过程：为建立生存周期过程基础结构而定义的基本活动。
               .改进过程。
               .人力资源过程。
               .资产管理过程。
               .重用大纲管理过程：为组织的重用大纲主管而定义的活动，包括启动、领域评估、重用评估、策划、执行和控制、评审和评价。
               .领域工程过程：领域工程师的活动和任务，包括领域分析、领域设计、资产供应、资产维护。
               软件支持环境
               《GB/T 15853—1995软件支持环境》规定了软件支持环境的基本要求，软件开发支持环境的内容及实现方法，以及对支持部门支持能力的具体要求。
               软件支持环境可以分为如下两种类型：
               .软件开发支持环境：由软件承办单位确定、并经任务委托单位认可的资源，用于支持合同项目中的软件需求。
               .软件生存周期支持环境：由软件生存周期部门使用的（属于任务委托单位）资源，用于为指定的目标机系统提供整个生存周期内的软件支持。
               软件支持环境标准描述了四种软件来源：
               .商品软件：在市场上销售或出租的软件。
               .自行开发的软件：自行独立开发的非商品软件。
               .任务委托单位提供的软件：任务委托单位向承办单位提供的软件，用于开发合同指定的软件项目，并包含在软件开发支持环境中。
               .承办单位开发的软件：合同项目所规定的软件，包括承办单位正在开发或要开发的软件。
               在软件生存期支持机构中建立软件支持能力包括以下四方面的要求：
               .对增加的软件和规程进行标识。
               .对软件生存期软件支持环境的运作进行说明。
               .软件生存期支持环境移交。
               .满足支持能力和兼容性要求。
               软件维护指南
               《GB/T 14079—1993软件维护指南》主要描述了软件维护的内容和类型、维护过程以及维护的控制和改进。下面重点说明软件维护的内容和类型以及维护过程。
               软件维护是在软件产品交付使用之后，为纠正故障、改善性能和其他属性，或使产品适应改变了的环境所进行的修改活动。
               软件维护一般分为完善性维护、适应性维护和改正性维护三种类型。
                      完善性维护
                      完善性维护是为扩充功能和改善性能而进行的修改和扩充，以满足用户变化了的需求，主要内容包括：
                      .为扩充或增强功能而作的修改（如扩充解题范围和算法优化）。
                      .为提高性能而作的修改（如提高精度，节省存储空间等）。
                      .为便于维护而作的修改（如增加注释，改进易读性等）。
                      适应性维护
                      适应性维护是为适应软件运行环境的变化而作的修改，主要内容包括：
                      .影响系统的规定、法律和规则的变化。
                      .硬件配置的变化，如机型、终端、打印机等的变化。
                      .数据格式或文卷结构的变化。
                      .系统软件的变化，如操作系统、编译系统或使用程序的变化。
                      改正性维护
                      改正性维护是为维护系统操作运行，对开发过程中产生但在测试和验收时没有发现的错误进行的改正，主要内容包括：
                      .设计错误。
                      .逻辑错误。
                      .编码错误。
                      .文档错误。
                      .数据错误。
                      软件生存周期中的维护阶段通常起始于软件产品交付给用户，用户验收之时。软件维护活动通常可以定义或生存周期中前几个阶段的重复。软件维护与软件开发有许多相同的活动，但也有如下独特之处：
                      .维护活动限定在已有系统的框架之内完成，维护人员必须在已有的设计和编码结构的约束下作出修改，一般系统越旧，软件维护越困难、越费时。
                      .通常软件维护阶段的时间比软件开发的时间长得多，但一项具体的软件维护一般比开发该软件的时间短得多。
                      .软件开发必须从无到有产生所有测试数据，而软件维护通常可以使用现有的测试数据进行回归测试。有时还要产生新的数据，对软件修改以及修改后的影响进行必要的测试。
                      完成一项软件维护的过程是复杂的。下面按照顺序列出完成一项软件维护过程的步骤：
                      （1）确定修改类型。
                      （2）确定修改的需要。
                      （3）提出修改请求。
                      （4）需求分析。
                      （5）认可或否决修改请求。
                      （6）安排任务进度。
                      （7）设计。
                      （8）设计评审。
                      （9）编码修改和排错。
                      （10）评审编码修改。
                      （11）测试。
                      （12）更新文档。
                      （13）标准审计。
                      （14）用户验收。
                      （15）安装后评审修改及其对系统的影响。
                      其中有几个步骤会经常发生循环，但并不是每次修改都要执行所有的步骤。
 
       文档标准
        软件工程的文档标准包含三个，分别是《GB/T 16680—1996软件文档管理指南》《GB/T 8567—2006计算机软件文档编制规范》和《GB/T 9385—2008计算机软件需求说明编制指南》。下面对这三个标准分别进行说明。
               软件文档管理指南
               该标准为那些对软件或基于软件的产品的开发负有职责的管理者提供软件文档的管理指南。下面以列表形式说明软件文档管理的重点内容、软件文档种类以及软件文档的四个级别。
               软件文档可区分为开发文档、产品文档和管理文档三类文档，下表描述了三类文档的定义、作用以及种类。
               
               文档种类比较表
               根据软件文档质量要求，可以将软件文档的重要性划分为四个等级，参见下表。
               
               文档的四个级别
               计算机软件文档编制规范
               《GB/T 8567—2006计算机软件文档编制规范》给出了软件项目开发过程中典型的文件的编制指导。
               软件开发文件编制指南以提供模板的方式提供了软件开发过程中所需的25种文档以及面向对象开发所对应的10种文档。
               软件开发过程中所需的25种文档类型包括：
               （1）可行性分析（研究）报告（FAR）。
               （2）软件开发计划（SDP）。
               （3）软件测试计划（STP）。
               （4）软件安装计划（SIP）。
               （5）软件移交计划（STrP）。
               （6）运行概念说明（OCD）。
               （7）系统（子系统）需求规格说明（SSS）。
               （8）接口需求规格说明（IRS）。
               （9）系统（子系统）设计（结构设计）说明（SSDD）。
               （10）接口设计说明（IDD）。
               （11）软件需求规格说明（SRS）。
               （12）数据需求说明（DRD）。
               （13）软件（结构）设计说明（SDD）。
               （14）数据库（顶层）设计说明（DBDD）。
               （15）软件测试说明（STD）。
               （16）软件测试报告（STR）。
               （17）软件配置管理计划（SCMP）。
               （18）软件质量保证计划（SQAP）。
               （19）开发进度月报（DPMR）。
               （20）项目开发总结报告（PDSR）。
               （21）软件产品规格说明（SPS）。
               （22）软件版本说明（SVD）。
               （23）软件用户手册（SUM）。
               （24）计算机操作手册（COM）。
               （25）计算机编程手册（CPM）。
               面向对象开发的10类文档包括：
               （1）总体说明文档。
               （2）用况图文档。
               （3）类图文档。
               （4）顺序图文档。
               （5）协作图文档。
               （6）状态图文档。
               （7）活动图文档。
               （8）构件图文档。
               （9）部署图文档。
               （10）包图文档。
               软件需求说明编制指南
               一份正确、完整的软件需求说明编制指南（SRS）能带来以下好处：
               .对于提供什么软件产品，为顾客和供方之间的协议建立基础。
               .减少开发工作，SRS文档的编制迫使各方人员在设计之前严格考虑所有的需求，并减少以后的重新设计、重新编码和重新测试。
               .为估计成本和进度提供基础。
               .为验证和确认提供基线。
               .便于软件产品转移。
               .作为后续软件升级的基础。
               SRS文档具备以下基本性质：
               .功能：软件将执行什么功能。
               .外部接口：软件如何与人、系统的硬件及其他硬件和其他软件进行交互。
               .性能：各种软件功能的速度、响应时间、恢复时间。
               .属性：软件的可用性、可靠性、可移植性、正确性、可维护性、安全性如何。
               .影响产品实现的设计约束：是否有使用标准、编程语言、数据库完整性方针、资源限制、运行环境等方面的要求。
               SRS编写人员应避免把设计或项目管理需求写入SRS中。好的SRS具有如下特征：
               .正确
               .无歧义
               .完备
               .一致
               .重要性/或稳定性分级
               .可验证
               .可修改
               .可追踪
               SRS的组成一般包含如下内容：
               .引言
               目的
               范围
               定义、简写和缩略语
               引用文件
               综述
               .总体描述
               产品描述
               产品功能
               用户特点
               约束
               假设和依赖关系
               需求分配
               .具体需求描述（参见附录的八种需求描述方式）
               .附录
               SRS规范以附录的形式提供了八种SRS模板：
               .按照运行模式组织的SRS（版本1）。
               .按照运行模式组织的SRS（版本2）。
               .按照用户类别组织的SRS。
               .按照对象组织的SRS。
               .按照系统特征组织的SRS。
               .按照激励组织的SRS。
               .按照功能层次组织的SRS。
               .体现多种形式组织的SRS。
   题号导航      2018年上半年 多媒体应用设计师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第48题    在手机中做本题