- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
信息系统项目管理师考试辅导教程教本(第3版)第2章节软件工
“软件工程”这个概念最早是在1968年召开的一个当时被称“软件危机”的会议上提出的。自1968年以来,该领域已经取得了长足的进步。软件工程的发展已经极大地完善了我们的软件,使我们对软件开发活动也有了更深的理解。
开发一个具有一定规模和复杂性的软件系统和编写一个简单的程序大不一样。其间的差别,借用Boodi的比喻,如同建造一座大厦和搭一个狗窝的差别。大型的、复杂的软件系统的开发是一项工程,必须按工程学的方法组织软件的生产与管理,必须经过计划、分析、设计、编程、测试、维t等一系列的软件生命周期阶段。这是人们从软件危机中获得的最重要的教益,这一认识促使了软件工程学的诞生。
软件工程学就是研究如何有效地组织和管理软件开发的工程学科。IEEE在1983年将软件工程定义为:软件工程是开发、运行、维护和修复软件的系统方法。
著名的软件工程专家Boehm于1983年提出了软件工程的7条基本原理:
(1)用分阶段的生命周期计划严格管理;
(2)坚持进行阶段评审;
(3)实行严格的产品控制;
(4)采用现代程序设计技术;
(5)结果应能清楚地审查;
(6)开发小组的人员应该少而精;
(7)承认不断改进软件工程实践的必要性。
软件工程方法学包含3个要素:方法、工具和过程。方法是指完成软件开发的各项任务的技术方法;工具是指为运用方法而提供的软件工程支撑环境;过程是指为获得高质量的软件所需要完成的一系列任务的框架。
根据考试大纲,在软件工程基础知识方面,要求考生掌握以下知识点:
?软件需求分析与定义;
?软件设计、测试与维护;
?软件复用;
?软件质量保证及质量评价;
?软件配置管理;
?软件开发环境;
?软件过程管理。
本章主要介绍软件需求分析与定义,软件设计、测试与维护,软件质量保证及质量评价,软件配置管理,软件开发环境和软件过程管理方面的知识,有关软件复用的知识将在第3章介绍。
2.1软件需求分析与定义
根据Standish Group对23000个项目进行的研究结果表明,28%的项目彻底失败,46%的项目超出经费预算或者超出工期,只有约26%的项目获得成功。而在这些高达74%的不成功项目中,有约60%的失败是源于需求问题,也就是差不多有一半的项目都遇到了这个问题,这一可怕的现象不得不让我们对需求分析引起高度的重视。
2.1.1软件需求与需求过程
1.什么是软件需求
那么什么是软件需求呢软件需求就是系统必须完成的事,以及必须具备的品质具体来说,软件需求包括功能需求、非功能需求和设计约束3方面内容。
(1)功能需求:是指系统必须完成的那些事,即为了向它的用户提供有用的功能,产品必须执行的动作。
(2)非功能需求:是指产品必须具备的属性或品质,如可靠性、性能、响应时间、容错性、扩展性等。
(3)设计约束:也称限制条件、补充规约,这通常是对解决方案的一些约束说明’例如必须采用国有自主知识版权的数据库系统,必须运行在UNIX操作系统之下等。
另外,在大量与需求相关的书籍、文章中有一些诸如业务需求、?用户需求之类的词语,把很多读者搞得术语混淆,下面我们一起来看看这些概念。
(1)业务需求(Business Requirement):是指反映组织机构或客户对系统、产品高层次的目标要求,通常问题定义本身就是业务需求。
(2)用户需求(User Requirement):是指描述用户使用产品必须要完成什么任务,怎么完成的需求,通常是在问题定义的基础上进行用户访谈、调查,对用户使用的场景进行整理,从而建立从用户角度的需求。
(3)系统需求(System Requirement):是从系统的角度来说明软件的需求,它包括用特性说明的功能需求、质量属性,以及其他非功能需求,还有设计约束。
也就是说,这分别对应于需求的3个不同的层次,从目标到具体,从整体到局部,从概念到细节。这些不同层次、不同类型的需求描述之间的关系如图2-1所示。
2.需求工程
需求工程是一个包括创建和维护系统需求文档所必需的一切活动的过程,通常包括需求开发和需求管理两大工作。
(1)需求开发:包括需求捕获、需求分析、编写规格说明书和需求验证四个阶段。在这个阶段需要确定产品所期望的用户类型、获取每种用户类型的需求、了解实际用户任务和目标,以及这些任务所支持的业务需求、分析源于用户的信息、对需求进行优先级分类、将所收集的需求编写成为软件规格说明书和需求分析模型、对需求进行评审等工作。
(2)需求管理:通常包括定义需求基线、处理需求变更、需求跟踪等方面的工作。而对于需求工程而言,最重要的还是需求开发,而需求开发总结起来就是包括需求捕获、需求分析、需求规格化、需求验证4个环节。需求捕获是为了收集需求信息,需求分析则是在需求捕获的基础上进行分析、建立模型,然后将其进行规格化形成《软件需求规格说明书》,最后再通过
文档评论(0)