- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第一章
1.1什么是软件?软件和程序区分是什么?
答:⑴软件是程序、数据和开发、使用和维护程序需要全部文档完整集合。软件定义是:计算机程序、方法、规则、相关文档资料和在计算机上运行程序时所必需数据。
⑵软件不是程序,程序是软件一部分。程序是为了处理某个特定问题而用程序设计语言描述适累计算机处理语句序列。它是由软件开发人员设计和编码。程序实施时通常要输入一定数据,也会输出运行结果。没有相关文档,仅有程序是不能称之为软件产品。
1.2什么是软件生存周期?划分生存周期关键标准是什么?
答:(1)软件生存周期是指某一软件项目被提出并着手实现开始,直到该软件报废或停止使用为止所经历时间。
(2)关键标准:各阶段任务相互间尽可能相对独立,同一个阶段各项任务性质尽可能相同,从而降低每个阶段任务复杂性,简化不一样阶段之间联络,有利于软件开发过程组织管理。
1.3什么是软件危机?它有哪些关键表现?为何会产生软件危机?
答:(1)软件危机是指在计算机软件开发和维护过程中所碰到一系列严重问题。
关键表现:对软件开发成本和研制进度估量常常很不正确,造成经费预算常常突破,进度超时完成;因为开发人员常常对用户需求只有模糊了解和开发人员和用户又未能立即交换意见,造成已完成软件不能满足用户需要;软件产品质量差,可靠性得不到确保;软件产品可维护性差;软件成本在计算机系统总成本中所占百分比逐年上升,软件发展跟不上硬件发展;软件开发生产率提升速度远远跟不上计算机应用速度普及深入趋势,软件发展跟不上用户要求。
产生软件危机原因:造成软件危机原因和软件本身特点相关,也和软件开发人员在开发和维护时采取生产方法、方法、技术相关。软件是计算机系统中逻辑部件,软件产品往往规模庞大,结构复杂。给软件开发和维护带来客观困难;软件开发管理困难。因为软件规模大、结构复杂、又含有没有形性,造成管理困难,进度控制困难,可靠性无法确保;软件开发费用不停增加,维护费用急剧上升,直接威胁计算机应用扩大;软件开发技术落后;生产方法落后;开发工具落后,生产效率提升缓慢。另外软件开发人员忽略需求分析关键性,轻视软件维护也是造成软件危机原因。
1.4什么是软件工程?怎样利用软件工程消除软件危机?
答:(1)软件工程是指导计算机软件开发和维护一门学科
(2)首先应该对计算机软件有一个正确认识,根本清除“软件就是程序” 错误观念;要使用好开发技术和方法,而且要不停研究探索愈加好更有效技术和方法;要有良好组织、严密管理,各类人员要相互配合,共同完成任务,充足认识软件开发不是某种个体劳动神秘技巧;应该开发和使用好软件工具,从而有效提升软件生产率。采取“工程化”思想做指导来处理软件研究中面临困难和混乱。
1.5何谓面向对象软件工程?简述它和传统软件工程区分和联络?
答:(1)以面向对象程序设计为基础软件工程。
传统软件工程是以结构化程序设计为基础,而面向对象软件工程是以面向对象程序设计为基础。和面向过程软件工程开发思想相比,面向对象开发方法不再是以功效划分为导向,而是以对象作为整个问题分析中心,围绕对象展开系统分析和设计工作。在开发过程方面,面向对象软件工程和传统软件工程一样也是把软件开发划分为分析、设计、编码和测试等多个阶段,但各个阶段具体工作不一样,除了在编码阶段使用语言不一样外,面向对象软件工程为待开发软件确定“类和对象”通常在需求分析阶段进行,设计阶段则关键完成对象内部具体设计;而在传统软件工程中,将软件设计划分为“总体设计”和“具体设计”,分别完成软件总体结构图设计和各个模块内部算法具体设计。即:传统软件工程开发过程包含需求分析、总体设计、具体设计、面向过程编码和测试;面向对象软件工程开发过程包含需求分析和对象抽取、对象具体设计、面向对象编码和测试。
1.6什么是软件生存周期模型?试比较本章介绍四种模型优缺点,说明每种模型使用范围
答:(1) 软件生存周期模型即为软件开发模型,是描述软件开发过程中多种活动怎样实施模型,是软件过程、活动、任务结构框架。
优点
缺点
适用范围
瀑布模型
能清楚直观地表示软件开发全过程,明确要求要完成关键活动和任务,用来作为软件项目工作基础。
只有当分析员能够做出正确需求分析时,才能得到预期正确结果。它是一个理想线性开发模式,缺乏灵活性,尤其是无法处理软件需求不明确或不正确问题。
适合于需求很明确软件项目开发模型,对于常常改变项目而言,瀑布模型毫无价值。
快速原型模型
经过实践让用户了解未来目标系统概貌,方便判定哪些功效是符合需要,哪些方面需要改善。反复改善,最终建立完全符适用户需求新系统。克服瀑布模型缺点,降低因为软件需求不明确带来开发风险。这种模型适合预先不能确切定义需求软件系统开发。
原创力文档


文档评论(0)