软件工程复习[002].doc_第1页
软件工程复习[002].doc_第2页
软件工程复习[002].doc_第3页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件生命周期中的软件设计原则问题 分而治之:将大型复杂的问题分解为许多容易解决的小问题。 模块独立性:软件系统中每个模块只涉及软件要求的具体的子功能,而与软件系统中其他模块的接口是简单的。 提高抽象层次:按抽象级别从高到低进行软件设计,对各个层次的过程细节和数据细节逐层细化。 复用性设计:同一软件不做修改或稍加修改就可以多次重复使用。 灵活性设计:保证软件灵活性设计的关键是抽象。需求获取:通过启发、引导,从客户那里得到的原始需求是他们的业务要求软件需求分析问题 完整性:清楚的描述每项需求 正确性:获取的每项需求必须是准确无误的。 合理性:每项需求之间、软件需求与系统需求之间应是协调一致的,不应存在矛盾和冲突。 可行性:获取的每项需求必须有,技术可行性,经济可行性,社会可行性。 充分性:获取的需求是否全面、周到。软件生存期由软件定义、软件开发和运行维护三个时期组成。软件工程三要素:方法、工具和过程。软件生存期模型:瀑布模型,快速原型模型,增量模型,螺旋模型,喷泉模型,统一过程。结构化和面向对象方法分析方法区别结构化方法要么面向行为,要么面向数据,缺乏使两者有机结合的机制。面向对象方法把数据和行为看得同等重要,是将数据和对数据的操作紧密地结合起来的方法。需求分析工具分为两类结构化图形工具箱:这类工具需要通过数据流图(DFD)进行功能分析。包括DFD图形工具,E-R图形工具,Jackson图形工具,Warnier/Orr图形工具等。面向对象模型化工具及分析工具:UML建模,对象浏览器,类库管理器。Rational Rose。关系:都是软件开发方法。在运行分解和抽象原则上完全一致。局部化和重用性设计上的一致。组成:软件维护类型 改正性维护:软件交付后,测试不彻底,隐藏的错误暴露出来。为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用,应进行的诊断和改正错误的过程就是改正性维护。 适应性维护:软件运行的外部环境或数据环境发生变化,使软件适应这种变化而修改软件的过程叫做适应性维护。 完善性维护:软件使用过程中,用户提出的新功能与性能要求的修改再开发。 预防性维护:采用先进的软件工程方法对需要维护的软件进行设计、编制和测试。规格说明书和文档编写的规范要求按照GB/T 85672006计算机软件文档编制规范,涉及软件需求规格说明的文档有软件需求规格说明(SRS)和数据需求说明(DRD)。质量要求必须具有完整性、无歧义性、一致性、可验证性、可修改性、可追踪性。什么造成了软件危机由于软件本身的特点及软件开发方法等多方面问题,软件的发展速度远远滞后于硬件的发展速度,不能满足社会日益增长的软件需求。软件开发周期长、成本高、质量差、维护困难,导致软件危机。后果:如果开发的软件隐含错误,可靠性得不到保证,那么在运行过程中很可能对整个系统造成十分严重的后果,轻则影响员工正常工作,重则导致这个系统瘫痪,造成无法挽回的恶性事故。软件质量问题:可以用功能性、可靠性、易用性、效率、可维护性和可移植性六个特征来衡量。什么解决了软件质量问题是在软件投入生产性运行之前,对软件需求分析、设计规格说明和编码的最终复审,是软件质量控制的关键步骤。软件工程是指导软件开发和维护的工程性学科,它以计算机科学理论和其他相关学科的理论为指导,采用工程化的概念、原理、技术和方法进行软件的开发和维护,把经过时间考验而证明是正确的管理技术和当前能够得到的最好的技术方法结合起来,以较少的代价获得高质量的软件并维护它。软件开发效率问题算法对效率的影响,影响存储器效率的因素,影响输入/输出的因素软件设计内聚和耦合的问题耦合是模块之间的相对独立性的度量。模块之间的连接越紧密,联系越多,耦合性就越高,而其模块独立性就越弱。内聚是模块功能的强度的度量。一个模块内部各元素之间的联系越紧密,则它的内聚性就越高,相对地,它与其他模块之间的耦合性就会降低,而模块独立性就越强。因此,模块独立性比较强的模块应是高度内聚、松散耦合的模块。UML中,可以分为结构事物:UML模型的静态部分,主要用来描述概念的或物理的元素。包括类、主动类、接口、对象、用例、参与者、协作、构件和节点。行为事物:UML模型的动态部分,包括交互和状态机。分组事物:UML模型的组织部分,降低模型复杂性。注释事物。解释部分,描述和标注模型的任何元素。UML视图需求分析作用:UML是一种沟通的工具,就如同我们采用同一种语言来交流一样。在需求分析过程中,用UML来沟通要比纯文字来的更加直接和形象化。所用图形:用例图描述参与者所理解的系统功能。软件测试目的:以最少的时间和人力系统地找出软件中潜在的各种错误和缺陷。软件测试方法: 白盒测试:已知产品的内部工作过程,测试每种内部操作是否符合设计规格要求。 黑盒测试:已知产品的功能设计规格,测试每个实现了的功能是否符合要求。 基本路径测试:在程序控制流图的基础上,通过分析控制构造的环路复杂性。 人工测试

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论