《软工》简答题综合题.docx

  1. 1、本文档共22页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
《软工》简答题综合题

附录A 习题答案 PAGE \* MERGEFORMAT16 PAGE PAGE 16 第1章 习题答案 三、简答题 软件的特点: 软件具有抽象性。 软件与硬件的生产方式不同。 软件与硬件的维护方式不同。 软件具有复杂的逻辑性。 软件的成本较高。 软件的使用和社会因素有关。 软件危机产生的原因: ① 用户需求不明确。 ② 缺乏正确的理论指导。 ③ 软件开发规模越来越大。 ④ 软件开发复杂度越来越高。 软件危机的主要表现: ① 软件开发进度难以预测。 ② 软件开发成本难以控制。 ③ 用户对产品功能难以满足。 ④ 软件产品质量无法保证。 ⑤ 软件产品难以维护。 ⑥ 软件缺少适当的文档资料。 软件工程学的基本原则有哪些: 抽象。 信息隐蔽。 模块化。 局部化。 确定性。 一致性。 完备性。 可验证性。 5 什么是软件的生命周期? 答案:软件与任何一个事物一样,有它的孕育、诞生、成长、成熟、衰亡的生存过程。这就是软件的生存周期。 6 软件工程过程有哪几个基本过程活动?试说明之。 答案:软件工程过程的基本过程活动有4步: 软件规格说明(需求定义)。规定软件的功能及其运行的限制; 软件设计与开发(设计开发)。产生满足规格说明的软件; 软件确认(测试)。确认软件能够完成客户提出的要求; 软件演进(维护)。为满足客户的变更要求,软件必须在使用的过程中演进。 四、综合题 详细说明软件生命周期分哪几个阶段? 答案:软件生命周期主要分为6个阶段:软件项目计划、软件需求分析和定义、软件设计、程序编码、软件测试,以及运行维护。 软件项目计划 :在这一步要确定软件工作范围,进行软件风险分析,预计软件开发所需要的资源,建立成本与进度的估算。根据有关成本与进度的限制分析项目的可行性。 软件需求分析和定义 :在这一步详细定义分配给软件的系统元素。可以用以下两种方式中的一种对需求进行分析和定义。一种是正式的信息域分析,可用于建立信息流和信息结构的模型,然后逐渐扩充这些模型成为软件的规格说明。另一种是软件原型化方法,即建立软件原型,并由用户进行评价,从而确定软件需求。 软件设计 :软件的设计过程分两步走。第一步进行概要设计,以结构设计和数据设计开始,建立程序的模块结构,定义接口并建立数据结构。此外,要使用一些设计准则来判断软件的质量。第二步做详细设计,考虑设计每一个模块部件的过程描述。经过评审后,把每一个加细的过程性描述加到设计规格说明中去。 程序编码 :在设计完成之后,用一种适当的程序设计语言或CASE工具生成源程序。应当就风格及清晰性对代码进行评审,而且反过来应能直接追溯到详细设计描述。 软件测试 :单元测试检查每一单独的模块部件的功能和性能。组装测试提供了构造软件模块结构的手段,同时测试其功能和接口。确认测试检查所有的需求是否都得到满足。在每一个测试步骤之后,要进行调试,以诊断和纠正软件的故障。 软件维护 :为改正错误,适应环境变化及功能增强而进行的一系列修改活动。与软件维护相关联的那些任务依赖于所要实施的维护的类型。 试论述瀑布模型软件开发方法的基本过程。 答案:瀑布模型规定了各项软件工程活动,包括:制定软件项目计划,进行需求分析和定义,软件设计,程序编码,测试及运行维护。并且规定了它们自上而下,相互衔接的固定次序,如同瀑布流水,逐级下落。然而软件开发的实践表明,上述各项活动之间并非完全是自上而下,呈线性图式。实际情况是,每项开发活动均应具有以下特征: 从上一项活动接受本项活动的工作对象,做为输入; 利用这一输入实施本项活动应完成的内容; 给出本项活动的工作成果,做为输出传给下一项活动; 对本项活动实施的工作进行评审。若其工作得到确认,则继续进行下一项活动,否则返回前项,甚至更前项的活动进行返工。 第2章 习题答案 四、简答题 可行性研究主要做4个方面的研究: 经济可行性 :进行成本∕效益分析。从经济角度判断系统开发是否“合算”。 技术可行性 :进行技术风险评价。从开发者的技术实力、以往工作基础、问题的复杂性等出发,判断系统开发在时间、费用等限制条件下成功的可能性。 法律可行性 :确定系统开发可能导致的任何侵权、妨碍和责任。 方案的选择 :评价系统或产品开发的几个可能的候选方案。最后给出结论意见。 需求获取难的原因是: 用户需求具有动态性(不稳定性)。 用户需求具有模糊性(不准确性)。 对需求达成一致的艰难性。 管理体制、机构设置处在变革中。 软件书籍没有将需求分析讲清楚。 需求分析的原则: 解决逻辑问题:需求分析是对问题的识别和说明,要回答“做什么”,而不是“怎么做”。 以运行环境为基础:需求分析工作应以具体的运行环境为基础,实事求是 。 用户参与的原则:需求分析工作

文档评论(0)

nzs158 + 关注
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档