《软件工程精简版v2.0.docx》由会员分享，可在线阅读，更多相关《软件工程精简版v2.0.docx（6页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、软件工程考点：软件三要素程序、数据和文档软件工程三要素方法、工具和过程软件工程用工程化的方法来开发软件软件危机缘由L忽视软件需求分析的重要性2 .对用户的需求没有完整的相识就匆忙编写程序软件开发过程总体设计、具体设计、编码、测试和维护。软件的生命周期就是指软件从设计、开发、运用、维护和淘汰的全过程。软件过程分类：a.瀑布模型：1 .特点：阶段间具有依次性和依靠性必需等前一阶段完成才能起先后一阶段前一阶段的输出就是后一阶段的输入，so前面正确后面才能执行推迟实现的观点质量保证，优质高产2 .优点：强迫开发人员采纳规范的方法严格规定了每个阶段必需提交的文档要求每个阶段的产品必需经过质保小组的检查3
2、 .缺点：在产品交付前，用户只能通过文档来了解产品b.快速原型模型：4 .特点：开发过程线性完成，快速建立原型系统，经过用户的体验后修改而成，完成后再交 付客户。5 .优点：快速快速快速，易修改6 .缺点：没找到C .增量模型：1 .特点：逐步提交软件，逐步增加软件功能2 .优点：分批逐步提交产品，能在较短时间内完成部分产品的提交。用户有足够的时间学习 适应新产品。3 .缺点：将新产品集成到现有体系中时，必需不破坏原有的体系结构。对技术人员的要求较 高。否则产品很可能令人不满足。d.螺旋模型：4 .特点：每个阶段都加了风险分析的快速原型模型。适用于内部开发的大规模软件项目5 .优点：削减了过多
3、测试或测试不足所带来的风险6 .缺点:须要专业的风险评估，否则出现失误后果很严峻。可行性探讨考点：1 .可行性分析是做什么的？可行性探讨的目的不是解决问题，而是确定问题是否值得去解决。即用最小的代价 在尽可能少的时间内确定问题是否能够且值得解决。2 .系统流程图系统流程图是概括地描绘物理系统的传统工具。四要素：a执行人：行为的发起者。b动作：流程过程中的具体行为和步骤。c逻辑 关系：动作之间的先后关系，也代表信息流物流和资金流的流向。d时限：执行该流程的动 作所要求的时间期限。3 .（重点）数据流图，确定会让画正方形：源点或者终点圆：数据的处理平行线：数据存储箭头：数据流*：与+：或：只能选一
4、个（互斥）牢靠性与可用性的关系牢靠性：软件牢靠性是程序在给定的时间间隔内，根据规格说明书的规定胜利运行概率 可用性：软件可用性是程序在给定的时间点，根据规格说书的规定，胜利运行的概率需求分析考点：L分类：功能性：这方面的需求指定系统必需供应的服务。通过需求分析应当划分出系统必 需完成的全部功能非功能性：是指软件产品为了满足用户业务需求而必需具有且除功能需求以外的特 性，包括系统的性能、牢靠性、可维护性、可扩充性和对技术和业务的适应性。2 如何获得需求？1访谈2面对数据流自顶向下求精3简易的应用规格说明技术4快速建立软件原型3 .为什么须要进行需求分析为了开发出真正满足用户需求的软件产品，精确定
5、义将来系统的目标，确定为了满足用 户的需求系统必需做什么，就必须要进行精确的需求分析。（重点）实体关系图ER图实体（矩形）、属性（椭圆）和联系（菱形）具体设计考点：1 .（重点）过程设计的工具图形、表格、语言程序流程图优点：画法简洁，思路清楚，逻辑性强，易于驾驭。缺点：不易表示数据结构。盒图（又称NS图）优点：功能域明确，作用域简洁确定，不行能随意转移限制（无箭头）PAD图优点：程序结构清楚，易读易懂，简洁理解。场合：面对高级程序设计语言的伪代码2 .程序困难度的定量度量环形困难度V=边-点+ 23 .软件设计的原则：模块化，抽象化（只是方法论，放在面对对象中的具体表现为类和继承）， 逐步求精
6、，信息隐藏与局部化，模块化4 .信息隐藏和局部化的目的：提高模块的独立性信息隐藏：一个模块内包含的信息（过程和数据）对于不须要这些信息的模块来说是不能访 问的。局部化：把一些关系亲密的软件元素物理的放的彼此靠近实现考点：测试要留意：远在测试起先前就制定了测试安排，穷举测试是不行能的，由独立的第三方来完成测试。1 ,单元测试，集成测试特点？怎么做？单元测试：对一个应用中最小的模块的测试。只是针对某一模块的测试，只能发觉模块 内的错误，无法发觉系统级的错误，很难预料现实中全部的输入状况。集成测试：对若干个软件单元的结合的测试。分为瞬间测试，增量测试（自顶向下，自 底向上），发觉问题时很难确定具体位
7、置。2 .黑白盒测试技术黑盒测试：假如已经知道了产品应当具有的功能，可以通过测试来检验每个功能都能正 常运用。（又称为功能测试）白盒测试：假如已经知道产品的内部工作过程，可以通过测试来检验产品内部动作是否 根据规格说明书的规定正常进行。（又称结构测试）维护考点：1 .软件维护的定义在软件已经交付运用之后，为了改正错误或满足新的需求而修改软件的过程。（因为在 软件测试中不行能暴露软件的全部错误。）2 ,软件维护的类型1、改正性维护：对程序运用期间发觉的程序错误进行诊断和改正的过程；占维护工作 量 17-21%。2、适应性维护：协作变更了的环境进行修改软件的活动；占维护工作量18-25%。3、完善
8、性维护：满足用户在运用过程中提出增加新的功能或修改已有功能的建议而进 行的改进工作；占维护工作量50-66%。4、预防性维护：为了改善将来的可维护性或牢靠性而修改软件的工作；占维护工作 量4%左右面对对象方法学引论考点:感觉会考!1 .面对对象方法学的优点？每一个优点缘由?与人类习惯的思维一样稳定性好可重用性好较易开发大型软件产品可维护性好1与人类习惯的思维方法一样。2稳定性好。传统方法所建立起来的软件系统的结构紧密依靠于系统要完成的功能。当功能需求 发生变更时将引起软件结构的整体变更。面对对象方法基于构造问题领域的对象模型，以对象为中心构造软件系统。当功能 需求发生变更时，往往仅须要一些局部
9、性的修改。3可重用性好。重用是提高生产效率的最主要的方法。对象是比较志向的模块和可重用的软件成分。类重用的方法：创建该类的实例。4较易开发大型软件5可维护性好面对对象的软件稳定性比较好。 面对对象的软件比较简洁修改 面对对象的软件比较简洁理解 易于测试和调试面对对象分析考点：建立对象模型，与传统方法学的比较对象模型：表示静态的、结构化的系统的“数据”性质，是对模拟客观世界实体的对象 以及对象彼此间的关系的映射，描述了系统的静态结构。动态模型：表示瞬时的、行为化的系统的“限制”性质，规定了对象模型中对象的合法 变更序列，即对象的动态行为。用状态图来描绘对象的状态、触发状态转换的事务、以 及对象的
10、行为(对事务的响应)。每个类的动态行为用一张状态图来描绘，各个类的状 态图通过共享事务合并起来，从而构成系统的动态模型。功能模型：表示变更的系统的“功能”性质，它指明白系统应当“做什么”，故更干脆 反映了用户对目标系统的需求。功能模型也通常由一组数据流程图表示。在面对对象方 法中，数据流程图没有在结构化分析中重要，有时可以省略软件项目管理考点：1 .软件项目管理是什么？软件项目管理是为了使软件项目能够根据预定的成本、进度、质量顺当完成，而对人 员(People) 产品(Product)、过程(Process)和项目(Project)进行分析和管理的 活动。为什么要管理？没有项目管理，项目也有可
11、能胜利。但没有管理的项目，很难保证项目的利润空间, 对公司来说，亏损的风险就大。所以我们要有项目管理，以保证公司在总体上是盈利 的，留意不是每一个项目都要盈利。另外，有了项目管理，就有了管理改进的基础，无论刚起先的项目管理多么糟糕，只 要有管理，就有了改进的可能性，至于能不能得到改进，以及改进的快慢，则取决于 两个因素：一个是人，特殊是各级管理者；另一个是利益。关键是“利益”，精确的说 是”利益的安排”，在权责利明确的前提下，人才能充分的发挥作用。还须要指出的是 “利益”是多元的，这里的多元不仅指利益的具体形式，而且指利益的受众是多元的， 包括客户方相关人员个人的利益。2 .软件质量保证的措施基于非执行的测试(也称复审或评审)，基于执行的测试(软件测试)，程序正确 性证明。复审主要用来保证在编码之前各阶段产生的文档的质量，基于执行的测试须要在程 序编写出来之后进行，他是保证软件质量的最终一道防线，程序正确性证明运用数学方 法严格严格验证程序是否与他的说明完全以一样。