- 1、本文档共26页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件危机
软件危机的表现
软件危机是指在计算机软件的开发、使用和维护过程中遇到的一系列严重问题。
1)成本难以估计、成本高。
2)软件开发进度估计不准确,项目延期比比皆是。
3)软件质量得不到保证(功能和性能)。
4)用户对“已完成的”软件系统不满意的现象经常发生。
5)维护非常困难(多样性 、复杂性、 副作用)。
6)软件通常没有适当的文档。
7)软件产品供不应求,跟不上计算机普及速度。
产生软件危机的原因
(1)与软件本身的特点有关 (逻辑复杂,成本高,风险大,难于维护)。
(2)与软件开发与维护的方法不正确有关:
软件≠程序(软件是程序、数据及相关文档的完整集合)
急于求成=拔苗助长(软件从定义、开发、使用和维护、废弃要经历一个漫长的生命周期)
各自为阵无方法学(应要组织良好、管理严密、各类人员协作共同完成的工程项目)
软件工程定义
软件工程是应用计算机科学、数学、心理学及管理科学等原理开发软件的工程。它借鉴传统工程的原则、方法,以提高质量、降低成本和提高效率为目的。
软件工程包括技术和管理两方面的内容,是技术与管理紧密结合所形成的工程学科。
软件工程的特性:
1. 软件工程关注于大型程序的构造
(传统的程序设计技术和工具是支持小型程序设计的)
2. 软件工程的中心课题是控制复杂性(问题分解)
3. 软件经常变化(考虑将来要发生的变化)
4. 开发软件的效率非常重要(寻求更好、更有效的工具)
5. 和谐地合作是开发软件的关键(运用标准和规程)
6. 软件必须有效地支持它的用户(软件要服务于用户)
7. 在软件工程领域中通常是由具有一种文化背景的人替具有另一种文化背景的人创造产品
软件工程的7条基本原理
1.用分阶段的生命周期计划严格管理
2.坚持进行阶段评审
3.实行严格的产品控制
4.采用现代程序设计技术
5.结果应能清楚地审查
6.开发小组的人员应该少而精
7.承认不断改进软件工程实践的必要性
软件工程方法学
通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学(methodology),也称为范型(paradigm)。
目前使用得最广泛的软件工程方法学,分别是传统方法学和面向对象方法学。
软件工程方法学包含3个要素:方法、工具和过程。
软件生命周期
每阶段的基本任务:
1. 问题定义
2. 可行性研究
3. 需求分析
4. 总体设计
5. 详细设计
6. 编码和单元测试
7. 综合测试
8. 软件维护
软件过程
软件过程是为了获得高质量软件所需要完成的一系列任务的框架,它规定了完成各项任务的工作步骤。
通常包括四种基本的过程活动: (1)软件规格说明;(2)软件开发;(3)软件确认;(4)软件演进
软件过程模型:
软件开发程模型是软件开发全部过程、活动和任务的结构框架。它能直观表达软件开发全过程,明确规定要完成的主要活动、任务和开发策略。
几种典型的模型:瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型、RUP等。
软件过程模型的选择基于项目和应用的性质、采用的方法工具以及需要的控制和交付的产品。
瀑布模型(Waterfall Model ):
传统瀑布模型:规定了各项软件工程活动,包括:制定开发计划、需求分析和说明、软件设计、程序编码、测试、运行维护。并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。
特点:
1、阶段间具有顺序性和依赖性。
2、推迟实现。
3、质量保证。
优点:
1、可强迫开发人员采用规范的方法(例如,结构化技术); 严格地规定了每个阶段必须提交的文档;要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。
2、瀑布模型的成功在很大程度上是由于它基本上是一种文档驱动的模型。
3、瀑布模型适合于用户需求明确、完整、无重大变化的软件项目开发!!
问题:
1、不适应需求经常发生变更的环境:在项目的开发过程中,变更可能会引起混乱。所以,有人形象地把采用线性模型进行商业软件工程称之为“在沙滩上盖楼房”。(适合于用户需求明确、完整、无重大变化的软件项目开发)
2、线性顺序模型每一步的工作都必须以前一阶段的输出为输入,这种特征会导致工作中发生“阻塞”状态。
3、由于瀑布模型几乎完全依赖于书面的规格说明,很可能导致最终开发出的软件产品不能真正满足用户的需要。
4、是一种整体开发模型,程序的物理实现集中在开发阶段的后期,用户在最后才能看到自己的产品。在可运行的软件产品交付给用户之前,用户只能通过文档来了解产品是什么样的。
快速原型模型(Rapid Prototype Model)
步骤:第一步进行试验开发,得出产品的“原型”,其目的在于弄清软件需求并探索可行性;第二步在原型的基础上开发出较为满意的软件产品。
该模型克服了瀑布模型的部分缺陷,减少了软件需求不明确
文档评论(0)