软件工程考试复习题 —攻略篇软件工程考试复习题 —攻略篇.docVIP

软件工程考试复习题 —攻略篇软件工程考试复习题 —攻略篇.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件工程考试复习题 —攻略篇软件工程考试复习题 —攻略篇

何谓软件生命周期,它分为哪些阶段(P11) 答:同任何事物一样,一个软件产品或软件产品也要经历孕育、诞生、成长、成熟、衰亡等阶段,一般把软件从开始定义到最后停止使用的整个时期称为软件生命周期。 软件生命周期由软件定义、软件开发和运行维护三个时期组成。每个时期有进一步划分成若干个阶段: 软件定义时期划分为三个阶段:问题定义、可行性研究和需求分析 开发时期:总体设计、详细设计、编码和单元测试、综合测试。 维护时期:主要任务是使软件持久地满足用户的需要。 画出实际的瀑布模型(P16图1.3) 画出快速原型模型 (P17图1.4) 画出增量模型(P18图1.5) 画出简化的螺旋模型(P20图1.7) 画出喷泉模型(P22图1.9) 可行性研究的工作过程及内容(P37) 答:1、复查系统规模和目标;2、研究目前正在使用的系统;3、导出新系统的高层逻辑模型;4、进一步定义问题;5、导出和评价供选择的解法;6、推荐行动方针;7、草拟开发计划;8、书写文档提交审查。 可行性研究的内容:通过导出系统的逻辑模型,然后从逻辑模型出发,研究技术可行性、经济可行性(成本/效益分析)和操作可行性。必要时还包括法律、社会效益等更广泛的方面的可行性。 可行性研究的目的是什么?要如何进行? (P36) 答:可行性研究的目的:就是用最小的代价在尽可能短的时间内确定问题是够解决。 进行步骤:1、复查系统规模和目标;2、研究目前正在使用的系统;3、导出新系统的高层逻辑模型;4、进一步定义问题;5、导出和评价供选择的解法;6、推荐行动方针;7、草拟开发计划;8、书写文档提交审查。 需求分析的任务是什么?进行需求分析时要重点考虑哪些方面的问题? (P56)该题可简答,去掉//…// 答:需求分析的任务不是确定系统怎样完成它的工作,而仅仅是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。 确定对系统的综合要求;2、分析系统的数据要求;3、导出系统的逻辑模型;4、修正系统开发计划。// 一、 确定对系统的综合要求 1. 功能需求 这方面的需求指定系统必须提供的服务。通过需求分析应该划分出系统必须完成的所有功能。 2. 性能需求 性能需求指定系统必须满足的定时约束或容量约束,通常包括速度(响应时间)、信息量速率、主存容量、磁盘容量、安全性等方面的需求。 3. 可靠性和可用性需求 可靠性需求定量地指定系统的可靠性。 可用性与可靠性密切相关,它量化了用户可以使用系统的程度。 4. 出错处理需求 这类需求说明系统对环境错误应该怎样响应。例如,如果它接收到从另一个系统发来的违反协议格式的消息,应该做什么?注意,上述这类错误并不是由该应用系统本身造成的。 5. 接口需求 接口需求描述应用系统与它的环境通信的格式。常见的接口需求有:用户接口需求;硬件接口需求;软件接口需求;通信接口需求。 6. 约束 设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。在需求分析阶段提出这类需求,并不是要取代设计(或实现)过程,只是说明用户或环境强加给项目的限制条件。常见的约束有:精度;工具和语言约束;设计约束;应该使用的标准;应该使用的硬件平台。 7. 逆向需求 逆向需求说明软件系统不应该做什么。理论上有无限多个逆向需求,我们应该仅选取能澄清真实需求且可消除可能发生的误解的那些逆向需求。 8. 将来可能提出的要求 应该明确地列出那些虽然不属于当前系统开发范畴,但是据分析将来很可能会提出来的要求。 注意:举例让学生理解:这样做的目的是,在设计过程中对系统将来可能的扩充和修改预做准备,以便一旦确实需要时能比较容易地进行这种扩充和修改。 二、分析系统的数据要求 任何一个软件系统本质上都是信息处理系统,系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌,对软件设计有深远影响,因此,必须分析系统的数据要求,这是软件需求分析的一个重要任务。 分析系统的数据要求通常采用建立数据模型的方法(举例)。 三、导出系统的逻辑模型 综合上述两项分析的结果可以导出系统的详细的逻辑模型,通常用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。 四、 修正系统开发计划 根据在分析过程中获得的对系统的更深入更具体的了解,可以比较准确地估计系统的成本和进度,修正以前制定的开发计划。// 需要重点考虑的方面:1、一致性:所有需求必须是一致的,任何一条需求不能和其他需求互相矛盾。 2、完整性:需求必须是完整的,规格说明书应该包括用户需要的每一个功能或性能。 3、现实性:指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。 4、有效性:必须证明需求是正确有效的,确实能解决用户面对的问题。 典型的总体设计过程包括哪些步骤?(

您可能关注的文档

文档评论(0)

pfenejiarz + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档