免费智能真题库 > 历年试卷 > 信息系统监理师 > 2020年下半年 信息系统监理师 上午试卷 综合知识
  第70题      
  知识点:   需求分析   需求分析的工作   GB/T 8567—2006   测试报告   计算机软件   计算机软件文档编制规范   软件需求   需求分析阶段
  章/节:   软件与软件工程知识       

 
根据GB/T 8567—2006计算机软件文档编制规范》,可能在需求分析阶段产生的文档有()。
①步的用户手册②软件需求规格说明 ③接口需求规格说明④测试报告
 
 
  A.  ①②③
 
  B.  ①③④
 
  C.  ②③④
 
  D.  ①②④
 
 
 

 
  第21题    2011年下半年  
   34%
需求分析中开发人员应主要从用户那里了解(21)。
  第23题    2011年上半年  
   64%
软件的(23)反映了组织机构或客户对系统、产品高层次的目标要求。
  第26题    2015年下半年  
   43%
以下关于软件需求的叙述中,( )是正确的。
   知识点讲解    
   · 需求分析    · 需求分析的工作    · GB/T 8567—2006    · 测试报告    · 计算机软件    · 计算机软件文档编制规范    · 软件需求    · 需求分析阶段
 
       需求分析
        软件需求分析监理的主要任务和目的是对软件需求分析的相关内容(重点是工程需求、功能需求、性能需求和设计约束等)、需求分析过程、需求分析活动及文档格式进行审查,确认是否满足要求,并确定其可否作为软件开发的前提和依据。
        (1)参与用户需求调研,尤其是关键业务及有甲乙双方决策人物参与的大型交流会等。
        (2)组织有关单位参加《需求规格说明书》技术联合评审会议,并根据国家相关标准、软件工程理论、用户需求及工程建设合同等进行审查并提出监理意见。
        (3)根据项目管理的理论,审核承建单位递交的《项目开发计划》。审核的重点是项目参与人员的技术工作背景是否适应本项目、工作分配及进度计划是否合理,以及软件开发风险因素分析、风险防范措施是否到位等。
        (4)审核承建单位提交的软件开发的质量保证及配置管理计划等软件生存周期支持过程的文档。
        (5)审核承建单位针对本工程投入的软硬件资源是否满足工程需要并及时到位。
        (6)审核承建单位在开发过程中使用的软件工具的合法性。
        (7)主持监理例会,做好监理日记,定期将项目进展情况及发现的问题汇总,并以项目月报的形式向项目建设单位做书面汇报。
        (8)做好项目往来文档的整理及存档工作。
        在需求分析阶段,监理工作的重点是对软件需求规格说明书和项目开发计划的审核。
 
       需求分析的工作
        具体来说,需求分析阶段的工作可以分成以下4个方面。
        (1)问题识别。用于发现需求,描述需求,主要包括功能需求、性能需求、环境需求、可靠性需求、安全保密需求、用户界面需求、资源使用需求、软件成本消耗与开发进度需求,并预先估计以后系统可能达到的目标。
        (2)分析与综合。也就是对问题进行分析,然后在此基础上整合出解决方案。这个步骤经常是反复进行的,常用的方法有面向数据流的结构化分析方法,面向数据结构的Jackson方法,面向对象的分析方法,以及用于建立动态模型的状态迁移图和Petri网。
        (3)编制需求分析的文档。也就是对已经确定的需求进行文档化描述,该文档通常称为软件需求说明书(需求规格说明书)。
        (4)需求分析与评审。它是需求分析工作的最后一步,主要是对功能的正确性、完整性和清晰性,以及其他需求给予评价。
 
       GB/T 8567—2006
        GB/T 8567—2006《计算机软件文档编制规范》主要对软件的开发过程和管理过程应编制的主要文档及其编制的内容、格式规定了基本要求。该标准原则上适用于所有类型的软件产品的开发过程和管理过程。
        GB/T 8567—2006规定了文档过程,包括软件标准的类型(含产品标准和过程标准)、源材料的准备、文档计划、文档开发、评审、与其他公司的文档开发子合同。该标准规定了文档编制要求,包括软件生存同期与各种文档的编制要求,含可行性与计划研究、需求分析、设计、实现、测试、运行与维护共6个阶段的要求,在文档编制中应考虑的各种因素。
        GB/T 8567—2006详细给出了25种文档编制的格式,包括可行性分析(研究)报告、软件开发计划、软件测试计划、软件安装计划、软件移交计划、运行概念说明、系统/子系统需求规格说明、接口需求规格说明、系统/子系统设计(结构设计)说明、接口设计说明、软件需求规格说明、数据需求说明、软件(结构)设计说明、数据库(顶层)设计说明、软件测试说明、软件测试报告、软件配置管理计划、软件质量保证计划、开发进度月报、项目开发总结报告、软件产品规格说明、软件版本说明、软件用户手册、计算机操作手册、计算机编程手册。这25种文件可分别适用于计算机软件的管理人员、开发人员、维护人员和用户。标准给出了25种文件的具体内容,使用者可根据实际情况对该标准进行适当剪裁。
        GB8567—2006还规定了面向对象的软件应编制以下文档:总体说明文档、用例图文档、类图文档、顺序图文档、协作图(通信图)文档、状态图文档、活动图文档、构件图文档、部署图文档、包图文档。
        GB/T 8567—2006参考国际标准ISO/IEC 15910:1999《信息技术软件用户文档过程》等标准制定的,代替GB/T 8567-1988《计算机软件产品开发文件编制指南》。
               文档的编制
               软件生命周期各阶段与软件文档编制工作的关系如下表所示。
               
               软件生命周期各阶段与软件文档编制工作的关系
               文档的使用
               各类人员与软件文档的使用关系如下表所示。
               
               各类人员与软件文档的使用关系
               
               文档的控制
               在一项软件的开发过程中,随着程序的逐步形成和逐步修改,各种文件亦在不断地产生、不断地修改或补充。因此,必须加以周密的控制,以保持文件与程序产品的一致性,保持各种文件之间的一致性和文件的安全性。这种控制表现为:
               (1)就从事一项软件开发工作的开发集体而言,应设置一位专职的文件管理人员(接口管理工程师或文件管理员);在开发集体中,应该集中保管本项目现有全部文件的主文本两套,由该文件管理人员负责保管。
               (2)每一份提交给文件管理人员的文件都必须有编写人、审核人和批准人的签字。
               (3)这两套主文本的内容必须完全一致。其中有一套是可供出借的,另一套是绝对不能出借的,以免发生万一;可出借的主文本在出借时必须办理出借手续,归还时办理注销出借手续。
               (4)开发集体中的工作人员可以根据工作的需要,在本项目的开发过程中持有一些文件,即所谓个人文件,包括为使他完成他承担的任务所需要的文件,以及他在完成任务过程中所编制的文件;但这种个人文件必须是主文本的复制品,必须同主文本完全一致,若要修改,必须首先修改主文本。
               (5)不同开发人员所拥有的个人文件通常是主文本的各种子集;所谓子集是指把主文本的各个部分根据承担不同任务的人员或部门的工作需要加以复制、组装而成的若干个文件的集合;文件管理人员应该列出一份不同子集的分发对象的清单,按照清单及时把文件分发给有关人员或部门。
               (6)一份文件如果已经被另一份新的文件所代替,则原文件应该被注销;文件管理人中要随时整理主文本,及时反映出文件的变化和增加情况,及时分发文件。
               (7)当一个项目的开发工作临近结束时,文件管理人员应逐个收回开发集体内每个成员的个人文件,并检查这些个人文件的内容;经验表明,这些个人文件往往可能比主文本更详细,或同主文本的内容有所不同,必须认真监督有关人员进行修改,使主文本能真正反映实际的开发结果。
 
       测试报告
        测试报告是整个项目的第一份供大家交流和供领导查阅的报告,人们对工程的满意程度和对工程质量的认可很大程度上来源于这份报告。通常在独立网络测试后,要总结测试数据,并基于此对测试过的同类产品进行排序;而系统内部的测试仅是得出一个简单的结论。
        测试报告呈现的内容和采取的表现形式非常重要,测试报告通常包含以下信息。
        ◆测试目的:用一句或两句话解释本次测试的目的。
        ◆结论:从测试中得到的信息推荐下一步的行动。
        ◆测试结果总结:对测试进行总结并由此得出结论。
        ◆测试内容和方法:简单地描述测试是怎样进行的,应该包括负载模式、测试脚本和数据收集方法,并且要解释采取的测试方法怎样保证测试结果和测试目的的相关性,以及测试结果是否可重现。
        ◆测试配置:网络测试配置用图形表示出来。
        测试报告的形式可以是一个简短的总结(2~4页),也可以是一个很长的书面文档(5~20页)。测试总结可以使用图形表示测试结果,如应用程序的响应时间、吞吐量和产品评估。而系统衰减性测试、配置规模测试和应用程序的功能/特性测试的测试报告还要包括更多的信息。
        在非常特殊的情况下,测试报告需要长达50页。它通常包括从项目开始到结束按时间编排的所有活动,以及非常详细的问题信息和解决问题的信息。
 
       计算机软件
        计算机软件是指为管理、运行、维护及应用计算机系统所开发的程序和相关文档的集合。如果计算机系统中仅有硬件系统,则只具备了计算的基础,并不能真正计算,只有将解决问题的步骤编制成机器可识别的程序并加载到计算机内存开始运行,才能完成计算。
        软件是计算机系统中的重要组成部分,通常可将软件分为系统软件、中间件和应用软件等类型。系统软件的主要功能是管理系统的硬件和软件资源,应用软件则用于解决应用领域的具体问题,中间件是一类独立的系统软件或服务程序,常用来管理计算资源和网络通信,提供通信处理、数据存取、事务处理、Web服务、安全、跨平台等服务。
 
       计算机软件文档编制规范
        《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)包图文档。
 
       软件需求
        在进行需求获取之前,首先要明确需要获取什么,也就是需求包含哪些内容。软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通常,这些需求包括功能需求、性能需求、用户或人的因素、环境需求、界面需求、文档需求、数据需求、资源使用需求、安全保密需求、可靠性需求、软件成本消耗与开发进度需求等,并预先估计以后系统可能达到的目标。此外,还需要注意其他非功能性的需求。具体内容如下。
        (1)功能需求。
        (2)性能需求。
        (3)用户或人的因素。
        (4)环境需求。
        (5)界面需求。
        (6)文档需求。
        (7)数据需求。
        (8)资源使用需求。
        (9)安全保密要求。
        (10)可靠性要求。
        (11)软件成本消耗与开发进度需求。
        (12)其他非功能性要求。
               需求分析的任务
               需求分析主要是确定待开发软件的功能、性能、数据、界面等要求。具体来说有下面几点。
               (1)确定软件系统的综合要求,包括系统界面、功能、性能、安全性、保密性、可靠性、运行等方面的要求。
               (2)分析软件系统的数据要求,包括基本数据元素、数据元素之间的逻辑关系、数据量、峰值等。
               (3)导出系统的逻辑模型,在结构化方法中可用数据流图来描述;在面向对象分析方法中可以用类模型来描述。
               (4)修正项目开发计划。
               (5)如有必要,可开发一个原型系统以验证用户的需求。
               软件需求的分类
               下面介绍软件需求的分类。
               (1)功能需求。所开发的软件必须具备什么样的功能。
               (2)非功能需求。它是指产品必须具备的属性或品质,如可靠性、性能响应时间、容错性和可扩展性等。
               (3)设计约束。其也称为限制条件、补充规约,这通常是对解决方案的一些约束说明。
               软件需求分析方法
               需求分析方法由对软件的数据域和功能域的系统分析过程及其表示方法组成。它定义了表示系统逻辑视图和物理视图的方式。大多数的需求分析方法是由数据驱动的,数据域具有数据流、数据内容和数据结构3种属性。通常一种需求分析方法总要利用其中一种或几种属性。
 
       需求分析阶段
        . 确定软件的可靠性目标;
        . 分析可能影响可靠性的因素;
        . 确定可靠性的验收标准;
        . 制定可靠性管理框架;
        . 制定可靠性文档编写规范;
        . 制定可靠性活动初步计划;
        . 确定可靠性数据收集规范。
   题号导航      2020年下半年 信息系统监理师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第70题    在手机中做本题