- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
专业资料
专业资料
1、软件危机定义、发生原因、常见表现,如避免软件危机?
(1)
软件危机定义:课本
Page 8 (开发和维护过程)
(2)
发生原因、常见表现:
课本 9,练习册 Page 1
(3)
如避免:Page 10
(采用软件工程的法)
答案
(由于大部分答案参考
ppt,故仅供参考,下冋)
软件危机定义:是指在计算机软件的开发和维护过程中所遇到的一系列重问题。
表现在:
对于软件开发的成本和进度的估计很不准确。
开发的软件产品不能完全满足用户要求, 用户对已完成的软件系统不满意的现象
常常发生。
开发的软件可靠性差。
软件通常没有适当的文档。
软件的可维护性差。
软件开发生产率提高的速度,远远跟不上计算机应用普及深入的趋势。
原因:
软件的规模愈发庞大;
软件开发的管理困难。
成功的软件开发经验没被很好地应用。
软件开发和维护中千金错误认识和法的形成可以归结与计算机发展早期软件开发
的个体化特点。
软件开发技术落后。
生产式落后。
(7)开发工具落后,生产率提高缓慢。
如避免(参考,可以自己总结):
从软件开发的工程化法入手,即用现代工程的概念原理、技术和法去指导软件的开
发、管理和维护,这就是软件工程思想和法。具体措施:
(1 )使用好的软件开发技术和法;
(2 )要有良好的组织、密的管理,各类人员协同配合,共同完成任务;
(3 )使用好的软件开发工具,提高软件生产率;
(4 )建立格的文档资料,重视软件开发过程的阶段评审。
2、软件生命期模型(软件生命期?)的组成,每个阶段的容?
(1)组成:Page 21 ( 2)容:Page 22 — 25)
答案:
软件生存期定义:
一个软件从定义到开发、使用和维护,直到最终被弃用,要经历一个漫长的时期,通常 把软件经历的这个漫长的时期称为生存期。
软件生存期一般可分为以下阶段:
(1) 问题定义(2)可行性研究(3 )需求分析 (4 )概要设计(总体设计)
(5 )详细设计 (6)编码 (7)测试 (8 )维护
也可以分为四个大的阶段:软件分析、软件设计、编码与测试、运行与维护
(1)软件分析时期;
任务:确定软件项目的目标,软件应具备的功能和性能,构造软件的逻辑模型,并制定 验收标准。在此期间,要进行可行性论证,并做出成本估计和经费预算,制定进度安排。进
行可行性研究和项目开发计划,需求分析。
软件设计时期;
任务:a.设计软件的总体结构;
设计软件具体模块的实现算法;
软件设计结束之前,也要进行有关评审,评审通过后才能进入编码时期。
编码与测试时期;
任务:组织程序员将高驻地的软件“翻译”成计算机可以正确运行的程序;并且要经过
按照软件分析中提出需求要求和验收标准进行格的测试和审查。 根据具体软件的特点,决定
是否划分成一些阶段,如编码、单元测试、集成测试、验收测试等等。
运行与维护时期。
任务:软件运行过程中可能由于各面的原因,需要对它进行修改。
3、瀑布模型、原型模型、增量模型的特点,如选择这些模型?
瀑布模型:27 (特点:Page 28第二点;使用场合:特点的最后一点)
原型模型:28 (特点:Page 27 ; 场合:Page 28三点)
增量模型:Page 28 )
参考答案:
瀑布模型:
(1 )定义:是将软件生命期各活动规定为依线性顺序联接的若干阶段的模型,是一种 整体开发模型。里程碑或基线驱动或者说文档驱动。过程逆转性很差,或者说不可逆转。
(2 )优点:格按照生命期的各个阶段来进行开发,强调了每一阶段的格性。这样就能 解决在开发阶段后期修正不完善的需求说明将花费巨大的费用的问题。在消除非结构化软 件、降低软件的复杂性、促进软件开发工程化面起了很大作用。
(3 )缺点:它是一种理想的线性开发模式,缺乏灵活性,特别是无法解决软件需求不 明确或不准确的问题。故适用于功能明确、完整、无重大变化的软件开发。如:编译系统、 数据库管理系统和操作系统。
(4)适用场合:
?在开发时间需求没有或很少变化。
?分析设计人员对应用领域很熟悉。
?低风险项目(对目标、环境很熟悉) 。
?用户使用环境很稳定。
?用户除提出需求以外,很少参与开发。
原型模型:
(1 )定义:以某个软件原型为参照模型的开发法,叫做原型法。 (原型驱动)
(2) 原理:在初步需求分析之后,马上向客户展示一个软件产品原型,对客户进行培 训,让客户试用,在试用中收集客户意见,修改原型,再让客户试用,反复循环几次,直到 客户确认为止。
(3) 适用场合:
?已有产品/产品原型,只需客户化的项目。
?简单而熟悉的行业或领域。
?有快速原型开发工具。
?进行产品移植或升级。
增量模型:
(1)定义:增量模型将软件产品看作一组增量构件,每次设计、实现、集成、测试和 交付一块构件,直到所有构件全部实
文档评论(0)