- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第2章软件生命周期软件过程2012
填空题: 1.软件生存期可分为三个大的阶段:( )、( )、( )。 计划阶段 开发阶段 运行维护阶段 2.软件生命期开发阶段要经历三个步骤:( )、( )、( )。 设计 编码 测试 3.瀑布模型是以文档为驱动,适合于( )的软件项目的模型。 软件需求明确 选择题: 1.软件的主要功能和结构是由( )阶段决定的。 A 分析设计 B 编码 C 测试 D 维护 2.瀑布模型存在的问题是( ) A 用户容易参与开发 B 缺乏灵活性 C 用户与开发者易于沟通 D 适用可变需求 选择题: 3.软件开发的螺旋模型综合了瀑布模型和演化模型的优点,还增加了 ,采用螺旋模型时,软件开发沿着螺线自内向外的旋转,每转一圈都要对 进行识别和分析,并采取相应的对策,螺旋线第一圈的开始点可能是一个 。从第二圈开始,一个新产品开发项目开始,新产品的演化沿着螺旋线进行若干迭代,一直运转到软件的生命期结束。 (1)A 版本管理 B 可行性分析 C 风险分析 D 系统集成 (2)A 系统 B 计划 C 风险 D 工程 (3)A 原型项目 B 概念项目 C 改进项目 D 风险项目 答案: C C B * 概念模型设计 概念模型不依赖于具体的计算机系统,他是纯粹反映信息需求的概念结构。 建模是在需求分析结果的基础上展开,常常要对数据进行抽象处理。常用的数据抽象方法是‘聚集’和‘概括’。 逻辑设计 逻辑设计阶段的主要目标是把概念模型转换为具体计算机上DBMS所支持的结构数据模型。 逻辑设计的输入要素包括:概念模式、用户需求、约束条件、选用的DBMS的特性。 逻辑设计的输出信息包括:DBMS可处理的模式和子模式、应用程序设计指南、物理设计指南。 物理设计 物理设计是对给定的逻辑数据模型配置一个最适合应用环境的物理结构。 物理设计的输入要素包括:模式和子模式、物理设计指南、硬件特性、OS和DBMS的约束、运行要求等。 物理设计的输出信息主要是物理数据库结构说明书。其内容包括物理数据库结构、存储记录格式、存储记录位置分配及访问方法等。 * * 工程定义了谁负责什么工作?何时以及怎样达到某一确定的目标?软件工程中的目标就是开发和维护软件及相关产品。 * Barry W.Boehm博士是软件业中最有影响的专家之一,他开创并发展了COCOMO II模型。他的经典著作《软件工程经济学》奠定了软件成本估算领域基础。Boehm博士与美国南加州大学软件工程中心的其他同事一起,引领着软件成本估算技术的发展。1. 用分阶段的生命周期计划严格管理 统计发现,50%的项目是由于计划不周而最后失败的。 应该把软件生命周期划分成若干个阶段,并相应地制定出切实可行的计划,然后严格按照计划对软件的开发与维护工作进行管理。 2. 坚持进行阶段评审 经验数据说明,大部分错误是在编码之前造成的,在整个软件设计错误中,设计错误占63%,而编码错误占37%。 错误发现和改正得越晚,所需付出的代价就越高。 实行严格的产品控制 在软件开发过程中,不应随意的改变需求,因为改变一项需求往往需要付出较高的代价,要想改变需求,就必须保持软件配置成分的一致性,各阶段文档必须进行修改,修改后再进行评审。 1)软件配置成分: 软件开发各个阶段产生的文档和代码。 2)基准配置: 经过评审后的软件配置成分。 4. 采用现代程序设计技术 提高开发和维护的效率,如结构化分析SA和结构化设计SD技术。 5. 结果应能清楚地审查 6. 开发小组的人员应少而精 1)软件开发的进度并非与参与开发人员的数量成正比,有时恰恰相反。 2)软件产品的质量绝对与开发人员的素质相关。 7. 承认不断改进软件工程实践的必要性 * 虽然瀑布模型是一个比较“老”的、甚至过时的开发模型,但其优点为:可强迫开发人员采用规范的方法(例如,结构化技术); 严格地规定了每个阶段必须提交的文档;要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。 瀑布模型的成功在很大程度上是由于它基本上是一种文档驱动的模型。 * * * * 不带反馈环的,基本上是顺序的。因为 --原型系统已通过与用户交互而得到验证。 --开发人员建立原型时已得到很多知识。 本质:快速,第一个系统常常抛弃(理想) 理想上,原型可以
文档评论(0)