软件工程总结仅供参考.pdfVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
计科08软件工程材料 名词解释(5*3’=15’) 填空题 (10*1’=10’) 简答题 (5*8’=8’) 解答题 (2*10’=20’) 建模 (1*15’=15’) 1. 软件:软件是与计算机系统操作有关的程序、规程及任何与之相关的文档和数据。软件是逻 辑产品而不是物理产品。软件是能够完成预定功能和性能,并对相应数据进行加工的程序和 描述程序及其操作的文档。软件 = 程序+数据+文档 2. 软件工程:是用工程、科学和数学的原则和方法研制、维护计算机软件的相关技术及管理方 法。 3. 软件工程的目标:在给定成本、进度的前提下,开发出具有可修改性、有效性、可靠性、可 理解性、可维护性、可重用性、可适应性、可移植性、可追踪性、和可互操作性并满足用户 需求的软件产品。 4. 软件工程的目标是,在给定成本、进度的前提下开发出高质量的、满足用户需求的软件产品。 5. 软件危机:落后的软件生产方式无法满足迅速增长的计算机软件需求,从而导致软件开发与 维护过程中出现一系列严重问题的现象。 6. 软件危机的原因: 1 软件的规模加大、复杂性提高、性能增强 2 软件是逻辑产品, 尚未完全认识其本质和特点 3 缺乏有效的、系统的开发、维护大型软件项目的技术手段和管理方法 4 用户对软件需求的描述和软件开发人员对需求的理解往往存在差异,用户经常要求修 改需求,开发人员很难适应 5 技术人员和管理人员缺乏软件工程化的素质和要求,对工程化的开销认识不足 6 缺乏有力的方法学和工具方面的支持 7 开发人员不能有效的独立自主的处理大型软件的全部关系和各个分支,因而容易出错 7. 软件开发模型:是指软件开发的全部过程、活动和任务的结构框架。 8. 软件开发模型是软件开发全过程、软件开发活动以及它们之间关系的结构框架 9. CAD 系统成本——效益分析图(P95) 系统分析员为手工设计系统和CAD 目标系统进行成本效益分析 T:绘一幅图的平均时间,单位是小时。  d:每小时绘图的平均成本,单位是元。  n:每年绘图的数目。  r:用CAD 系统绘图减少的绘图时间比例。  p:用CAD 系统绘图的百分比。  利用CAD 系统绘图每年可以节省的经费为:  B=r×T×n×d×p  当r=1/4,T=4小时,n=8000/年,d=20元/小时,p=60% 代入上式计算得B=96000 元/年。 用CAD 绘图比用手工系统绘图平均每年约节省96000 元。 系统开发成本、节省的经费与时间的关系如图所示。盈亏平衡点 对应的时间坐标是3.1年,系统应用3.1 年后可以收回成本。投 资成本包括软硬件降价、税收的影响和其他潜在的因素。   计科08软件工程材料 10. 提高效益与追加成本之间的关系(P96) 曲线AB 段表明,系统在完成用户需求的条件下尚有一定潜 力支持附加的功能和性能。 曲线BC 段表示,再增加功能和性能附加成本会急剧增加, 这时系统没有能力再支持新的功能和性能,要做到这点必须 增加新的软、硬件资源。 例:将单用户操作系统的计算机系统改造成多用户系统。系 统效益明显增加,成本增加不多。当用户增加到一定数量时, 系统扩充成本迅速增长。 11. 需求分析的任务可分为问题分析、需求描述及需求评审3 个阶段。 a. 问题分析:分析人员应了解问题及环境,应与用户合作清除用户需求的模糊性、岐义性 和不一致性,并对相互冲突的需求进行折衷。 b. 需求描述:以需求模型为基础,考虑到软件问题的可解性,生成需求规格说明和初步的 用户手册。 c. 需求评审:分析人员对需求规格说明和初步的用户手册进行评审,确保软件需求的完全 性、精确性和一致性,并使用户和软件设计人员对需求规格说明及用户

文档评论(0)

***** + 关注
实名认证
文档贡献者

本账号下所有文档分享可拿50%收益 欢迎分享

1亿VIP精品文档

相关文档