网站大量收购独家精品文档,联系QQ:2885784924

软件工程重点NCUT.docxVIP

  1. 1、本文档共16页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

软件工程重点

第一章软件工程概述

P2.〔随机记3条〕软件危机的表现:

软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。

具表达象:

现象1:软件开发本钱和进度的估计不准确,交付时间一再拖延,造成开发本钱超出预算。

现象2:“已完成”的软件不满足用户的需求。

现象3:软件产品的质量没有保证。

现象4:软件通常没有适当的文档资料或文档与最终交付的软件产品不符。

现象5:软件的可维护程度低。

P5软件工程的概念〔定义〕:

①将系统化的、标准的、可度量的方法应用于软件的开发、运行和维护过程,也就是说将工程化应用于软件中;

②研究①中提到的途径。

图:

P6软件工程的根本原理〔记1、2、5〕

用分阶段的生命周期方案严格管理

坚持进行阶段评审

实行严格的产品控制

采用现代程序设计技术

结果应能清楚地审查

开发小组的人员应该少而精

成认不断改良软件工程实践的必要性

P14软件工程师的职业素质:自律、沟通和技能是成为职业化软件工程师的必要条件。

第二章软件过程

P17软件过程的定义:

软件过程是软件生存周期中的一系列相关过程。过程是活动的集合,活动是任务的集合。

P19软件生存期过程〔图〕

获取过程——需方获取系统、软件产品或软件效劳的活动。由需方定义需求,然后委托供方或双方一起进行需求分析,其结果由需方确认。需方应该准备招标书、合同以及验收条款。

③开发过程——开发者定义并且开发软件产品的活动。由开发者参与进行系统分析和系统结构设计,然后进行软件分析、软件结构设计和软件详细设计。在设计的根底上着手编码和测试,将通过单元测试的软件集成在一起,进行系统集成和系统测试,最后进行安装,并且提供验收支持。

⑨验证过程——为证明一个产品符合规格要求所进行的工作。验证包括合同、过程、需求、设计、编码、集成和文档的验证。

P20软件过程能力成熟度模型:

能力成熟度模型〔CMM〕专门用于评价软件开发组织的软件过程能力。初衷是为大型软件工程招投标活动提供全面而客观的评价依据,目前它已成为业界评价软件开发组织软件过程能力的公认标准。

CMM划分为5个能力成熟度等级:初始级、可重复级、已定义级、已管理级、优化级〔图〕

P20-23典型的软件过程模型:

①瀑布模型:它规定了软件生命周期的各项活动:问题定义、需求分析、软件方案、软件设计、编码、测试、运行和维护。

瀑布模型最重要的特点只有当一个活动完成、交付相应的文档、通过审查小组的审查合格后,才能开始下一个活动。

瀑布模型的缺点〔问题〕:这种模型应付需求变化的能力非常弱。

②快速原型化模型

快速原型化模型的根本思想是:在需求分析的同时,以较小的代价快速开发一个能够反映用户主要需求的原型系统。

快速原型化模型的优点:

客户和开发者可以通过原型快速对需求达成一致,明确的需求对软件设计和实现具有重要意义。〔最重要的一个〕

克服瀑布模型的缺点,减少由于软件需求不明确带来的开发风险。

第三章软件工程管理

P40软件工程管理要管理的主要包括:

①人员的组织与管理

②软件度量

③软件工程方案

④风险控制

⑤软件质量保证

⑥软件配置管理

P43主程序员式的组织结构中主程序员是技术熟练的和有经验的开发人员,对系统的设计、编程、测试和安装负全部责任,并且负责指导其他程序员完成详细设计和编码工作。程序员之间没有通信渠道,所有的接口问题都由主程序员处理。

主程序员组的结构〔图〕

主程序员

主程序员

程序员

编程秘书

程序员

程序员

后备主程序员

P44协调和沟通问题

原那么:准确性,完整性,及时性,策略性

P45软件规模与本钱估算

影响估算的因素——人员、技术、环境和管理过程都会影响本钱和工作量。

目前比拟流行的估算方法主要是分解技术和经验模型技术。

P51软件开发方案与控制

方案是在工程开始的一个限定时间内对资源、任务本钱和进度进行估算和分配,然后随着工程的进展进行调整。

P52资源

每一类资源都由4个特征来说明:资源描述、可用性说明、需要时间、持续占用时间。

制定软件工程进度方案的根本思路:

①划分任务:将工程划分成多个可以管理的子任务。

②确定依赖关系:划分的各个子任务有些必须按顺序开发,有些可以并行开发。用工程网络图描述子任务之间的依赖关系,确定关键路径。

③分配时间:为每个子任务制定开始时间和完成时间。

④工作量确定:为每个子任务分配人员。

⑤确定责任:每个子任务可以由多个人参与,但应该指定一名负责人员。

⑥明确结果:每个子任务都必须有明确的、可以检验的结果。结果可以试一个模块的设计或一个函数的编码,总之是一个可以检查其质量的明确结果。

⑦确定里程碑:当一个或多个工作产品经过质量评审,并得到认可后,标志着一个阶段的工作结束,即建立了一个里程碑,每个子任务都应该与一个里程碑相关。

P55软件

文档评论(0)

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

认真 负责 是我的态度

1亿VIP精品文档

相关文档