全部科目 > 数据库系统工程师 >
2016年上半年 上午试卷 综合知识
第 19 题
知识点 需求分析   开发过程   需求分析阶段  
关键词 分析阶段   软件开发过程   需求分析   开发   开发过程   软件开发   需求  
章/节 软件工程基础知识  
 
 
软件开发过程中,需求分析阶段的输出不包括(19)。
 
  A.  数据流图
 
  B.  实体联系图
 
  C.  数据字典
 
  D.  软件体系结构图
 
 




 
 
相关试题     软件工程基础知识 

  第19题    2014年上半年  
项目复杂性、规模和结构的不确定性属于()风险。

  第19题    2010年上半年  
进度安棑的常用图形描述方法有Gantt图和PERT图。Gantt图不能清晰地描述(18);PERT图可以给出哪些任务完成后才能开始另一些任务。下图所示的PERT图中,事件6的最晚开始时刻是(19).

  第25题    2019年上半年  
以下关于系统原型的叙述中,不正确的是( )。

 
知识点讲解
· 需求分析
· 开发过程
· 需求分析阶段
 
        需求分析
        需求分析是软件生存周期中相当重要的一个阶段。由于开发人员熟悉计算机但不熟悉应用领域的业务,用户熟悉应用领域的业务但不熟悉计算机,因此对于同一个问题,开发人员和用户之间可能存在认识上的差异。在需求分析阶段,通过开发人员与用户之间的广泛交流,不断澄清一些模糊的概念,最终形成一个完整的、清晰的、一致的需求说明。可以说,需求分析的好坏将直接影响到所开发的软件的成败。
               需求分析的任务
               需求分析主要是确定待开发软件的功能、性能、数据和界面等要求。具体来说,可有以下五个方面:
               (1)确定软件系统的综合要求。主要包括系统界面要求、系统的功能要求、系统的性能要求、系统的安全和保密性要求、系统的可靠性要求、系统的运行要求、异常处理要求和将来可能提出的要求。其中,系统界面要求是指描述软件系统的外部特性,即系统从外部输入哪些数据,系统向外部输出哪些数据;系统的功能要求是要列出软件系统必须完成的所有功能;系统的性能要求是指系统对响应时间、吞吐量、处理时间、对主存和外存的限制等方面的要求;系统的运行要求是指对硬件、支撑软件和数据通信接口等方面的要求;异常处理要求通常是指在运行过程中出现异常情况时应采取的行动以及希望显示的信息,例如临时性或永久性的资源故障,不合法或超出范围的输入数据、非法操作和数组越界等异常情况的处理要求;将来可能提出的要求主要是为将来可能的扩充和修改做准备。
               (2)分析软件系统的数据要求。包括基本数据元素、数据元素之间的逻辑关系、数据量和峰值等。常用的数据描述方法是实体-关系模型(E-R模型)。
               (3)导出系统的逻辑模型。在结构化分析方法中可用数据流图来描述;在面向对象分析方法中可用类模型来描述。
               (4)修正项目开发计划。在明确了用户的真正需求后,可以更准确地估算软件的成本和进度,从而修正项目开发计划。
               (5)如有必要,可开发一个原型系统。对一些需求不够明确的软件,可以先开发一个原型系统,以验证用户的需求。
               在此需要强调的是,需求分析阶段主要解决“做什么”的问题,而“怎么做”则是由设计阶段来完成。
               需求的分类
               软件需求就是系统必须完成的事以及必须具备的品质。软件需求包括功能需求、非功能需求和设计约束三方面的内容。
               (1)功能需求:所开发的软件必须具备什么样的功能。
               (2)非功能需求:是指产品必须具备的属性或品质,如可靠性、性能、响应时间、容错性和扩展性等。
               (3)设计约束:也称为限制条件、补充规约,这通常是对解决方案的一些约束说明。
 
        开发过程
        嵌入式系统软件的开发过程可以分为项目计划、可行性分析、需求分析、概要设计、详细设计、程序建立、下载、调试、固化、测试及运行等几个阶段。
        项目计划、可行性分析、需求分析、概要设计及详细设计等几个阶段,与通用软件的开发过程基本一致,都可按照软件工程方法进行,如采用原型化方法、结构化方法等。
        :由于嵌入式软件的运行和开发环境不同,开发工作是交叉进行的,所以每一步都要考虑到这一点。
        程序建立阶段的工作是根据详细设计阶段产生的文档进行的,主要是源代码编写、编译链接等子过程,这些工作都在宿主机上进行,不需要用到目标机。产生应用程序的可执行文件后,就要用到交叉开发环境进行调试,根据实际情况可以选用3.6.3节中提到的调试方法或其有效组合来进行。由于嵌入式系统对安全性和可靠性的要求比通用计算机系统要高,所以,在对嵌入式系统进行白盒测试时,要求有更高的代码覆盖率。
        最后,要将经调试后正确无误的可执行程序固化到目标机上。根据嵌入式系统硬件配置的不同,可以固化在EPROM(Erasable Programmable ROM,可擦除可编程ROM)和Flash等存储器中,也可固化在DOC(DiskOnChip)等电子盘中,通常还要借助一些专用编程器进行。
 
        需求分析阶段
        . 确定软件的可靠性目标;
        . 分析可能影响可靠性的因素;
        . 确定可靠性的验收标准;
        . 制定可靠性管理框架;
        . 制定可靠性文档编写规范;
        . 制定可靠性活动初步计划;
        . 确定可靠性数据收集规范。



更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5
京公网安备 11010502032051号 | 营业执照
 Copyright ©2000-2023 All Rights Reserved
软考在线版权所有