第一篇：软件工程半开卷总结
软件工程导论
1：软件的定义：计算机程序，方法，规则和相关的文档资料以及在计算机上运行时所必须的数据。
通俗的解释：软件=程序+数据+文档资料。程序是完成特定功能和满足性能要求的指令序列；数据是程序运行的基础和操作的对象；文档时与程序开发，维护和使用有关的图文材料。
2：软件危机：1软件的开发费用和进度难以控制；2开发出来的软件不能满足用户的要求；3软件的可维护性差；4软件的质量差。
3：软件的特点： 1软件是一种逻辑实体，而不是具体的物理实体；2软件的生产与硬件不同，没有明显的制造过程；3软件在运行和使用期间，没有硬件那样的机械磨损，老化问题；4软件对硬件和环境有着不同成都的的依赖性，导致了软件的升级和移植问题；5复杂性越来越高；6成本相当昂贵。
4：解决软件危机的途径:人们认识到既要有技术措施（方法和工具），还要有必要的组织管理措施。一方面先进的开发方法和工具，不仅可以提高软件开发及维护的效率，也保证了软件的质量。另外由于软件开发活动不是简单的个体行为，严密的组织，夜歌的管理和各类人员的协调一致的工作，是必不可少的因素。按工程化的原则和方法组织软件开发工作是有效的，是摆脱软件危机的一个主要的出路。
5：软件开发模型：1瀑布模型：定义（也称传统的生命周期模型，将软件生存期的活动和人物规定为依线性顺序连接的若干阶段(缺点)改意见，那么整个软件项目将会蒙受巨大的人力，财力和时间方面的损失。）适用场合（适用于功能和性能需求明确的软件项目的开发和维护，如编译系统，数据库管理系统和操作系统等）优点（提供了软件开发的基本框架，这比依靠“个人技艺”开发软件好的多，它有利于大型软件开发过程中人员的组织，管理，有利于软件开发方法和工具的研究和使用，从而提高了大型软件项目开发的质量和效率。）缺点（1.在软件开发的初始阶段指明软件系统的全部需求是困难的，有时甚至是不现实的，而瀑布模型在需求分析阶段要求客户和系统分析员必须要做到这一点才能开展后续阶段的工作。2.需求确定后，用户和软件项目负责人要等相当长的时间才能得到一份软件的最初版本，如果用户对这个软件提出比较大的修。）2原型模型（演化模型）：定义：（是指第一步是建造一个快速原型，实现客户或未来的用户和系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。）使用场合（针对在软件开发初期在确定软件系统需求方面存在的困难）优点（可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果。（意义）满足客户的要求，开发人员可以确定客户的真正的需求是什么，第二步则在第一步的基础上开发客户满意的软件产品）缺点（不宜利用原型模型作为最终产品，除少数简单的事务系统外，大多数原型可能都会废弃不用，仅把建立原型的过程当作帮助定义软件需求的一种手段。由此，原型模型的“快速”特点对最终系统是不适用的，且对最终产品像原型一样快速修改可能会比较困难）3螺旋模型：定义（将瀑布模型和原型模型结合起来，强调了其他模型所忽视的风险分析，螺旋模型沿着螺线进行若干次迭代，螺旋模型中每一圈对应一个阶段。（缺点）模较小的项目利用螺旋模型开发会导致成本过大）适用场合（适用于大型软件的开发）优点（既保持了传统生命周期模型中系统的阶段性方法，又将迭代演化思想吸收到模型中，维护和开发之间没有什么本质的差别，维护只是另一个螺旋循环开始而已，且支持对已有软件的复用，并能把软件质量作为特定的目标结合在其中）缺点（螺旋模型是风险驱动的，这对该模型的使用带来了一些限制：首先，要求软件开发人员擅长风险分析，否则真正的风险是：重大风险没有被开发人员识别，使其造成重大损失，风险分析也使得这种模型不适合签合同的软件开发，因为风险分析会导致项目终止，而终止合同会导致违约诉讼，另外，对于小项目，风险分析的成本可能与整个项目的成本相当。）4喷泉模型：定义（喷泉模型对软件复用和生存周期中多项开发活动的集成提供了支持，主要支持面向对象开发方法。）适用场合（喷泉模型以面向对象的软件开发方法为基础，以用户需求为动力，以。）优点（克服了瀑布模型不支持软件重用和多项开发活动集成的局限性。使开发过程具有迭代性和无间隙性。）缺点（要求对文档的管理较为严格，审核的难度加大，尤其是面对可能随时加入的各种信息需求与资料对象作为驱动的模型。软件复用与生命周期多开发活动的集成。）
6软件工程的目标：1正确性:满足用户的需求 2可靠性：具有能够防止因设计,结构等方面的不完善而造成的系统失效，具有挽回因操作不当而造成软件系统失效的能力 3有效性：充分利用计算机的时间和空间资源 4：可维护性：便于软件增加新功能，改进性能，修改错误 5可重用性：软件（部分）易于被再次利用 6：可追踪性：对软件进行正向和反向追踪的能力 7:可移植性：从一个环境搬到另一个环境的难易程度 8：可互操作性：多个软件元素相互通讯，协同完成任务的能力
7软件工程的原则：1:抽象：关注事物基本，重要的部分，忽略不相关成分 2模块化：将复杂的系统分解为由多个相对独立的模块加以实现 3信息隐藏：将模块中的软件信息封装起来，外部只知道其功能和对外接口，而不知道其内部细节 4局部化：缩小软件元素的作用范围 5确定性：软件开发过程中所有概念的表达应是确定的，无歧义的，规范的 6一致性：整个软件系统和开发过程使用统一的符号，概念和术语 7完备性：软件完全实现系统所需的功能和性能 8可验证性：软件系统应易于检查，测试和评审
需求分析
1：需求的层次可分为4个：1业务需求：反应组织机构或客户对软件高层的目标要求2用户需求：是用户使用该软件要完成的任务3功能需求：定义了软件必须是实现的功能4非功能需求：对功能需求的补充。
2：需求分析基本思想: 自顶向下，逐步求精 , 抽象/分解
3：需求分析原则：正确使用数据流图中的各个图形要素。每个数据流、数据源、外部实体在数据字典中均必须定义、数据流图中最底层的转换必须在小说明中说明，父图和子图之间必须保持平衡，即父图中某一转换的输入、输出数据流和分解这个转换的子图的输入、输出数据流必须完全一致，精化过程适可而止。
4：面向数据流分析方法运用抽象和分解的技术：顶级数据流图：待开发的软件系统被抽象描述为一个处理功能。自顶向下，功能分解：自顶向下、逐步求精；对每级数据流图中比较复杂的处理功能进行精化，生成下一级数据流图。再分解、精化过程中，将生成的数据流、数据存储、外部实体、数据字典中加以定义，对底层转换在小说明中进行描述（底层转化，不需要进一步精化和分解）
软件设计原理
1：软件总体设计主要是软件结构设计，而详细设计是软件过程设计。2：软件设计的模块化思想：1.模块化2.分解（抽象）3.信息隐藏与局部化4.模块独立性
3：软件设计准则：1划分模块时，应注意保持模块相对独立性，模块划分的准则是：将相关的各部分放在一起，而无关的东西不要放在一起。2:模块的大小要适中。模块过
大，说明分解不够，不易理解；模块过小，模块的数量增多，系统接口的复杂度增加。3模块的接口要简单，清晰，含义明确，便于理解，易于实现，测试和维护。4一个模块的作用范围应该再起控制范围之间，且判定所在的模块，应与受其影响的模块在层次上尽量靠近。5软件结构的深度，宽度，扇入，扇出数应当适当。6力求设计单入口和单出口，避免“病态连接”，以防止内容耦合。7设计功能可预测模块的模块，但应防止模块功能过分局限。
软件需求分析与软件设计之间的关系：通过信息描述、功能描述、行为描述、以及其他软件需求规格说明，从而开始总体结构设计，过程设计，数据设计，完成软件设计规格说明书，在进行编码。
软件设计的构成：概要设计，过程设计，数据设计，设计评审
两种设计思路：1.“由底向上”设计：从一个局部开始，逐渐扩展到整个系统的设计方法；2.“自顶向下，逐步求精”的设计：从顶层开始逐层向下分解，直至系统的所有模块都小到易于掌握为止。
自顶向下的设计：易于修改和扩展，整体测试较易通过，需要进行详细的可行性论证 由底向上的设计：可能导致较大的重新设计，整体测试中可能在模块接口间发现不一致，如果在可行性上出现问题，可以较早发现。
软件设计的构成：管理观点：概要设计，详细设计 技术观点：数据设计，系统结构设计，过程设计，设计评审
界面设计
1：基于以用户为中心的设计理念，界面设计的原则：1以理解性：界面上呈现的元素更贴近用户的业务领域，并且具有简洁，自然，直观等特性。界面中屏幕之间的跳转关系简单，自然。2易操作性：对软件系统的命令可以通过简单，直观的方式来完成；界面应减少用户的操作次数和输入信息量。3灵敏性：界面必须在合理的时间内对用户操作做出反应，对耗时较长的内部处理过程必须提供及时的进度反馈，保持用户与界面不间断的双向沟通。4一致性：界面应在整个软件系统范围内保持现实==显示风格，操作方式的一致性并符合业界规范。5容错性:要容忍用户的误操作，对于所有可能造成损害的额动作，必须在用户确定之后才进行；允许永和对尽可能多的界面操作反悔；在用户误操作后系统具备适当的回复能力。6人性化：在适当的时候出现用户恰好需要的帮助信息或建议，界面的布局和色彩应使用户感觉舒适，自然。
2：界面设计的风格：1语言界面：分为形式语言，自然语言，类自然语言。2图形用户界面：是当前用户界面的主流，广泛应用于各档台式微机和图形工作站。3直接操纵用户界面：更多的借物理的。空间的或者形象的表示，而不是单纯的文字或者数字的表示。对于大量的物理的，几何空间的以及形象的任务，直接操纵已表现出巨大的优越性，然而在抽象的，复杂的应用中，直接操纵用户界面可能会表现出其局限性。4多媒体用户界面：被认为是在智能用户界面和自然交互技术取得突破之前的一种过渡技术。多媒体用户界面丰富了信息的表现形式，但基本上限于信息的存储和传输方面，并没有理解媒体信息的含义，这是其不足的地方，从而也限制了它的应用场合。5多通道用户界面：综合采用视线，语音，收拾等新的交互通道，设备和交互技术，是用户利用多个通道以自然，并行，协作的方式进行人机对话，通过整合来自多个通道的精确地和不精确的输入来捕捉用户的交互意图，提高人际交互的自然性和高效性。
3：UI特征：可使用性，灵活性，复杂性和可靠性（可使用性：使用简单，术语的标准化，一致化，help，能快速响应，有容错能力；灵活性：能满足不同层次的用户，提供不同详细程度的响应信息，定制、修改菜单的方式）
程序设计
1：编码风格：1节俭化：避免程序中不必要的动作和变量；避免变量名的重载；减少程序的体积；减少程序的运行时间，提高执行速度；避免模块冗余好重复；检查全局变量的副作用。2模块化：把代码划分为内聚度高，富有意义的功能块，通常把长且复杂的程序段或者子程序分解为小且定义良好的程序段;确保物理和逻辑功能密切相关；限定一个模块完成一个独立的功能；检查代码的重复率。3简单化：采用简单和直截了当的算法；使用简单的数据结构，避免使用多维数组，指针和复杂的表；注意对象命名的一致性；以手工方式简化算数和逻辑表达式。4结构化：按标准化的次序说明数据；坚持统一的缩进规则；值编制单入口，单出口的代码；根据应用背景排列程序个部分。5：文档化：有效，适当的使用注释，保证注释有意义，说明性强；使用含义鲜明的变量名；协调使用程序段注释和程序行注释；始终坚持编制文档。6格式化：尽量使程序布局合理，清晰，明了；有效的使用编程空间（水平和垂直两个方向），以助于读者理解；适当插入括号，使表达式得运算次序清晰直观，排除二义性；有效的使用空格符以区分程序的不同部分，提高程序的可读性。
2:程序设计语言分为低级语言和高级语言。低级语言又分为机器语言和汇编语言，高级语言分为传统高级语言和超高级语言。
3：程序设计语言的选择：1从用户方面考虑：如果所开发系统的维护工作是由用户自己来完成，那么需要根据与用户的要求，选择一种即有利于系统功能实现，又是用户所熟悉的程序设计语言。2从程序员方面考虑：如果和其他标准不矛盾，应该选择一种程序员熟悉的语言来进行程序设计，像对来说，熟悉的语言可以提高开发效率并减少错误的发生。3软件的可移植性要求：如果目标系统将在不同的计算机环境下运行，或者与其的使用寿命很长，则需要选择一种标准化程度高，并且程序的可移植性好的语言实现设计。4应用领域：看软件的应用领域，不同的语言又不同的适用范围，合适的程序设计语言所提供的编程环境有利于程序员实现功能，在一定程度上简化编程，且有利于后期的测试和维护工作。
测试
1软件测试的原则：是一个持续进行的过程，而不是一个阶段；测试一定
有计划，受控制，并提供足够的时间和资源；应该分优先级；应当有重点；不是为了证明程序的正确性，而是为了证明写程序不能工作；不可能是穷尽的，当测试充分性安祖是就可以停止测试了；不能仅仅包括功能性验证，还应当包括性能，可靠性，可维护性和安全性等方面的验证。
简述软件测试的步骤：答：单元测试—>集成测试—>确认测试—>系统测试 单元测试：单元测试针对程序模块，进行正确性检验的测试
集成测试：组装测试是指单元测基础上，将所有模块按照设计要求组装成一个完整系统进行测试。
确认测试：确认测试是指检查软的功能与性能是否与需要规格说明书中确定的指标相符合，又称有效性测试。
系统测试：将软件系统与其他部分集成后测试
单元测试对应编程，集成测试对应软件设计，确认测试对应需求分析。
在文档上：单元测试对应源程序代码和详细设计说明书；集成测试对应详细设计说明书和概要设计说明书；确认测试对应概要设计说明书和需求分析说明书
维护
1：软件维护的原因也是分类：1纠错性维护（纠正软件中的错误）：为了
诊断和改正软件系统中潜藏的缺陷而进行的活动。2适应性维护（对软件进行改造以适应新的环境和平台）：适应软件运行环境变化，如操作系统变更，硬件更新，而修改软件的活动。3完善性维护（对软件进行改造以增加新的功能，修改已有的功能）:根据用户在软件使用过程中提出的一些新需求而实施的维护活动。4预防性维护（对软件进行修改以防止未来发生错误，或者提高软件的可靠性和可维护性）：优化软件系统结构和可理解性，改善可维护性和可靠性。
2：软件维护的过程：1维护申请报告：软件维护组织通常为用户提供维护申请报告，用户应根据报告的格式和要求进行填写，内容尽量详细和准确。然后，由维护管理员和系统管理员评价用户提交的维护申请报告，确定其可行性。维护申请报告是由软件组织的外部提交的文档，它是计划维护工作的基础。2维护工作实施：①软件维护工作流程：由软件维护工作人员和用户进行协商，确定软件维护的要求，具体到每一项维护工作的类型，修改的详细方案，修改的进度，达到的效果及最后的审核工作。②源程序修改流程：㈠分析和理解程序㈡设计程序修改计划㈢按照制定的计划修改代码㈣修改程序的副作用㈤重新验证程序。3维护文档整理：在软件维护活动进行的同时，需要记录一些与维护工作有关的数据信息，这些信息科作为估计软件维护的有效程度，确定软件产品的质量，确定维护得到实际开销等工作的原始数据。3维护活动评价：软件维护的最后一项工作是对整个维护活动进行评估，以来前面的维护文档记录，对维护工作做一些度量。
3：影响可维护性的因素：1可理解性：表现在人们通过阅读源程序代码和相关文档，了解程序的结构，功能及使用的容易程度，一个可理解性好的程序应具有以下一些特征：编程环境（选择高级程序设计语言）；模块化（模块结构良好，功能独立）；编程风格（使用有意义的数据名和过程名，语句间层次关系清晰）；文档说明（必要的注释，详细的设计文档和程序内部的文档）。2可测试性：软件的可测试性取决于验证程序正确性的容易程度。3可修改性：是指修改程序的难易程度。应该采用模块化的程序设计，模块的逻辑结构清晰，控制结构不要过于复杂，嵌套结构的层次也不要过深，且模块具有低耦合，高内聚的特点，都有助于对程序进行修改，且相对较少的引入新的错误。4可靠性：可靠性越好，这样有助于减少修改软件而出现更多的错误，有利于维护工作的进行。5可移植性：应该结构良好，设计灵活，不依赖或较少依赖于某一具体计算机或操作系统的性能，对程序进行局部修改就可运行于新的计算机环境中。6可重用性：软件系统中使用的可重用构件越多，软件的可靠性越好，改正性维护的需求越少，完善性和适应性维护越容易。7执行效率：编程时，不能一味的追求高的效率，有时需要牺牲部分的执行效率而提高程序的其他特性。
4：提高可维护性的方法：1建立明确的软件质量和优先级：每一种质量特性的相对重要性应随程序的用途及计算环境的不同而不同；应当对程序的质量特性，在提出目标的同时还必须规定他们的优先级。2使用提高软件质量的技术和工具：模块化；结构化程序设计；使用结构化程序设计技术，提高现有程序的可维护性。3选择可维护的程序设计语言：选择程序设计语言，首先需要考虑的事软件设计的特性，然后选择处理这方面应用较强的语言实现。例如，FORTRAN元以内特别适合于工程和科学计算方面的额应用；C语言适合于系统设计和实时应用领域；COBOL语言适合于商业领域的应用等。要充分考虑目标系统的应用范围。4改进程序的文档：程序文档是对程序总目标是对程序总目标，程序各组成部分之间的关系，程序设计策略，程序实现过程的历史数据等的说明和补充；利用历史文档进行维护；历史文档有（系统开发日志，错误记载，系统维护日志）。5进行明确的质量保证审查：审查可以检测在开发和维护阶段内发生的质量变化。
5：维护的副作用：由于维护或者在维护过程中其它一些不恰当的行为而引入新的错误分三种：1代码副作用;如修改或者删除程序等引入新的错误，可通过回归测试发现代码副作用。2数据副作用:因修改信息结构而带来的不良后果。3文档副作用:由于在分析、设计文档中未能准确反应软件的修改情况而带来的不良后果。
OO
1：面向对象=对象+类+继承+聚合+多态+消息
定义：一种是用对象（它将属性和操作封装在一起），消息传递，类，继承，多态等来开发问题论域模型的解的范围；一种基于对象，类，实例，继承等概念的技术；用对象作为建模的基本单位。
2：面向对象方法的优点：1提供对象、方法和消息，使问题空间到解空间的变换非常直观、合理消解“语义断层”。2提供了抽象数据类型（类）、很自然、方便地遵循设计的重要原则——抽象、模块化、信息隐藏。3OO方法被公认为具有发展潜力，其优越性在越来越多的软件开发实践中得到证实。
3：OO如何体现经典软件工程基本原理：1.模块化(面向对象开发方法把系统分解成模块：对象就是模块。它是把数据结构和操作这些数据的方法紧密地结合在一起所构成的模块)。2.抽象(不仅支持过程抽象，而且支持数据抽象)。3.信息隐藏(信息隐藏通过对象的封装性来实现)。4.低耦合(在面向对象方法中，对象是最基本的模块，因此，耦合主要指不同对象之间相互关联的紧密程度。低耦合是设计的一个重要标准，因为这有助于使得系统中某一部分的变化对其它部分的影响降到最低程度)。5.高内聚（a操作内聚b类内聚c一般——具体内聚）
4.结构化程序设计技术的好处：1成功率和生产率显着提高。2清晰的层次结构、易阅读和理解。3程序静态结构和它的动态执行情况一致，带来很多好处。4控制结构有确定的逻辑模式，编写程序代码只限于使用很少几种直截了当的方式，易读懂易测试。5模块化后，软件可重用的代码量增大。6程序逻辑结构清晰，有利于软件程序正确性证明。缺点：内存和运行时间有所增加。
UML 十种视图，分为四类：用例图，静态图，行为图，实现图
用例图：从外部用户的角度描述系统的功能，并能指出功能的执行者；静态图：包括类图，对象图和包图；行为图：包括交互图（顺序图与协议图）、状态图与活动图，它们从不同的侧面刻画系统的动态行为；实现图：包括构件图与部署图，它们描述软件实现系统的组成与分布状况。
思考题：1.你认为软件开发有什么特点? 面临的主要问题是什么？答：特点：软件生产的自动化不高。软件生产成本不易控制。软件的质量难以保证。问题：1.软件开发是高风险、高投入的项目2.开发时间长、成本高3.无法证明正确性4.维护代价高5.开发、维护难于度量 6.很难按时交付使用
2．软件开发模型和软件生命周期有何区别?答：软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为软件生存周期(软件生命周期)。
3.软件开发模型在软件开发过程中有什么作用? 答：软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。所以没有它是不行的。
4.CASE工具和环境在软件开发过程中有什么作用?答：CASE工具和环境有利于软件开发过程的快速进展，提高开发效率。
5如果你是一名软件项目经理，你如何组织和开展需求分析工作（包括人员组织、方法和技术的采用、结果的评审等）？答：首先要对人力资源进行分析，然后通
过这些人力资源对目标、资源、环境等方面需求分析
6认真理解各种需求分析技术，分析各种技术的特点以及在需求分析阶段的作用。答：1功能分解法：将一个系统看成由若干功能构成的集合，每个功能又分成若干个子功能，子功能还可进一步分解。此技术在需求分析阶段就已涉及到软件的设计。2信息建模法：从现实世界中找出实体，然后用属性描述。其数据不封闭。3面向对象的分析法：采用类结构，数据封装和继承等面向对象程序设计语言中的概念，使建模过程更加自然可靠。4结构化分析法：由数据流图和数据字典构成，适用于数据处理领域问题，不太注重数据结构。
7.面向数据流的需求分析方法能否自然、清晰、有效地获取和刻划
用户需求? 为什么?答：其优点在于简单实用，易为开发者掌握，在成功率方面仅次
于面向对象的方法，特别适用于数据处理领域中的应用，对其他领域中的应用也基本适用。但对规模很大，特别复杂的项目不太适用，难以适应需求的变化。
8．面向
数据流的需求分析方法是如何体现抽象、问题分解、建模等需求分析技术的?
答：1信息流的类型2划定流界3将DFD映射为程序结构4提取层次控制结构5通过设计复审和使用启发策略进一步精化模型结构
10为什么软件结构设计的好坏直接影响软件的质量？答：创建一个软件系统与其它需要耗费人力与财
力的工程是一样的。如果你要造一幢房子，在开始砌第一块砖之前，你必须事先画好建筑图与蓝图。在你开始浇铸水泥之前，你必须让人评审你的蓝图并获得通过，在软件开发中事先做计划也与此类似。
11你认为一个好的软件结构应具备那些
特征? 如何得到具有这些特征的软件系统?
答：特征：模块化，抽象，逐步求
精，信息隐藏与局部化，模块独立（高内聚、低耦合）如何得到：
1、改进软件结构提高模块独立性。
2、模块规模应该适中。
3、深度，宽度，扇出和扇入都应适当。深度表示软件结构中控制的层数，它往往能够粗略的标志一个系统的大小和复杂程度。宽度是软件结构在同一层次上的模块总数的最大值。一般来说，宽度越大系统就越复杂。扇出是指一个模块直接调用的模块的数目，经验表明，一个设计的好的典型系统的平均扇出通常是3或4个，太多或太少都不好。扇入是指一个模块被别的多少个模块直接调用。扇入越大越好。
4、模块的作用域应该在控制域之内
5、力争降低模块接口的复杂程度
6、设计单入口单出口的模块
7、模块功能应该可以预测。12．结构化软件设计过程是如何体现“自顶向下、逐步求精”的思想的？答：数据流图的逐步分层（顶层，一层，二层。。）可以体现“自顶向下，逐步求精”的思想。
3行软件设你觉得在进计时，除了介绍的启发式设计策略和优化原则之外，还应考虑哪些问题？答：考虑资源制约因素，良好地设计模型。
14人机界面设计对软件系统有何影响？答：UI即User Interface的简称。UI设计是指对软件的人机交互、操作逻辑、界面美观的整体设计。好的UI设计不仅是让软件变得有个性有品味，还要让软件的操作变得舒适、简单、自由，充分体现软件的定位和特点。其实UI就像工业产品中的工业造型设计一样，是产品的重要卖点。一个电子产品拥有美观的界面会给人带来舒适的视觉享受，拉近人与商品的距离，是建立在科学性之上的艺术设计。
15．Windows OS及Office软件是如何体现UI实现的一般原则的？答：UI实现的一般原则：数据输入界面：（1）数据输入的一般规则（输入确认、对所有可能造成损害的动作，坚持要求确认、在确认的默认值，按键上的考虑、明确取消、提供恢复、隐藏当前不可用的命令、及时反馈和提示、提供上下文帮助）（2）数据输入的方法(菜单、对话框、键盘输入、声音图像输入、条形码、光学字符识别)Window OS 具有输入确认，对可能造成损害的动作要求确认，如卸载电脑程序；按键上的考虑，如大部分常用操作都会有快捷键；提供恢复，如删除了某文件，还可以恢复；隐藏不可用的命令，如在左面单机右键是不可用的命令会灰度显示；具有反馈和提示。输入的方法有各种方式，如菜单、对话框等。Office 对可能造成的损害的动作要求确认，如未保存文档关闭程序时；提供命令快捷键；不可用的命令会用灰度表示；提供帮助；提供键盘、图像、菜单、字符输入。交互控制界面:对话框、菜单、功能键、图标、用窗口划分屏幕、命令语言Window OS 具有对话、菜单、功能快捷键、图标、命令语言、窗口划分屏幕等各种交互界面。Office 具有对话、菜单、功能快捷键、图标等交互界面。数据显示界面：（1）数据显示规则(合理划分显示屏、显示上下文相关信息、信息面向用户、通过颜色大小字体等强化重要数据、符合常规习惯、用报表图形表达更友好)（2）报表（3）图形Window OS可用图形、图标的形式显示。Office可通过颜色大小字体等强化重要数据、还可用报表、图形的形式显示。
16代码风格？为什么？答：使用标准的控制结构，尽可能使用库函数，首先应当考虑可读性，注意goto语句的使用等当程序很大时，要强调良好一致的风格，以便相互通信，减少因不协调而引起的问题。
17只要设计足够多的测试用例，软件测
试是否完全可以发现软件中的所有错误？答：这是错误的说法。要想完全发现软
件的中的错误时不可能的，在软件测试的方法有白盒测试和黑盒测试。白盒测试是测试人员利用程序内部的逻辑结构和有关信息，设计测试用例，对程序所有逻辑路径进行测试。黑盒测试是根据是否满足功能和性能要求，设计测试用例，对程序进行测试。可是要想用这两种方法去测试软件中的所有错误是不可能的，也是非常不现实的，其所花的时间和计算量是巨大的。所以设计足够多的用例去测试软件是不可能完全发现软件中的所有错误。我们能做到的只是设计一个好的测试方法，用足够多的测试用例去测试，然后尽可能的发现软件的错误。
18为什么软件维护在整个软件生命周期中占有重要的地位？答：在软件交付使用后，由于开发时测试的不彻底、不完全，必然会有一部分隐藏的错误被带到运行阶段来。这些隐藏下来的错误在某些特定的使用环境下就会暴露。为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，所以要对其维护。
19列出良好界面设计应具有的特性，分析Microsoft Windows上的窗口、菜单、图标、对话框、警告等是否符合这些特性。答： 良好界面设计应具有的特性可使用性（使用简单；术语的标准化，一致化；Help；能快速响应；有容错能力）： Windows均提供Help，使用简单，有容错能力等。灵活性（能满足不同层次用户；提供不同详细程度的响应信息；定制、修改菜单的方式）： Windows上的开始菜单可以定制，修改，可为不同用户定义各自的桌面（工作环境）。可靠性（完成功能的前提下，尽可能简单；安全无故障）： Windows可连续安全使用2－5天无故障（不宕机）。
第二篇：软件工程总结
软件工程课程总结
摘要：
计算机是20世纪最重大的科学技巧成就之一，使当代社会的经济、军事、科研、教育、服务等方面在概念和技巧上发生了性的变化，对人类社会的进步已经并还将产生极为深刻的影响。目前，计算机是世界各发达国度剧烈竞争的科学技巧领域之一。
电子计算机早期功效主要是计算，后来已远远超越单纯计算的功效，还可模拟、思维、进行自适应反馈处理等等，把它叫做“电脑”更为合实际。由于电子计算机功效的飞跃性发展，应用于生产和生活的各个方面，直接和显著地提高了生产、工作和生活的效率、节奏和水平，在软科学研究和应用中它也起着关键作用，因此它已被公认是现代技巧的神经中枢，是未来信息社会的心脏和录魂。计算机学科分为四个领域，分别是计算机科学，计算机工程，软件工程和信息系统。
正文：
软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的学科。包括项目管理，分析，设计，程序的编写，测试和质量控制。它涉及到程序设计语言、数据库、软件开发工具、系统开发平台、标准、设计模式等方面。
学了《软件工程》这门课程和一些有关资料后，感觉一些东西都曾经接触过，但在实际工作中有些理论要完全遵循可能还有些障碍，软件工程只是提供了理论上的一些结论，但对项目的具体可操作性的规范的制定方面却做的很少，《软件工程》发展了几十年，光是开发模型就达到了10多种，对不同的项目采用合适的开发模式，有些项目在不同的开发阶段可能还要转换开发模式，把它们灵活的应用到实际中还是很困难的。
软件技术是信息技术产业的核心之一，软件技术的发展是与信息技术产业的发展互相促进的。当今世界，信息技术正处于新一轮重大技术突破的前夜。预计今后 20~30 年是信息科学技术的变革突破期，可能导致 21 世纪下半叶一场新的信息技术革命。近年来，从 IT 界到一些国家首脑，都高度关注以物联网为标志的新一轮信息技术的发展态势，认为这是继 20 世纪 80 年代 PC 机、90 年代互联网、移动通信网之后，将引发 IT 业突破性发展的第三次 IT 产业化浪潮。每一次重大的技术变革都会引起企业间、产业间甚至国家间竞争格局的重大变化，也促进了软件技术与软件产业的重大变革与发展。
近年来，信息技术、软件技术、软件系统与软件产业的发展备受关注，已有不少论述、分析与判断。近10 年内网络技术经历宽带化、移动化和三网融合将走向基于 Ipv6 的下一代互联网，2010 年 1 月，国家 863 计划信息技术领域办公室和国家 863 计划信息技术领域专家组，在上海举办“信息-物理融合系统 CPS发展战略论坛”，提出“信息-物理融合系统 CPS 是一个综合计算、网络和物理环境的多维复杂系统，是信息和物理世界的深度的融合交互，可实现大型工程系统的实时感知、动态控制和信息服务，使系统更加可靠、高效与实时协同，使得人类物理现实和虚拟逻辑逐步融合，具有重要而广泛的应用前景。业界关于软件工程的代表性观点创立与使用健全的工程原则，以便经济地获得可靠且高效率的软件。应用系统化，遵从原则，可被计量的方法来发展、操作及维护软件；也就是把工程应用到软件上。与开发、管理及更新软件产品有关的理论、方法及工具。一种知识或学科，目标是生产品质良好、准时交货、符合预算，满足用户所需的软件。实际应用科学知识在设计、建构电脑程序，与相伴而来所产生的文件，以及后续的操作和维护上。
6使用与系统化生产和维护软件产品有关之技术与管理的知识，使软件开发与修改可在有限的时间与费用下进行。
7建造由工程师团队所开发之大型软件系统有关的知识学科。对软件分析、设计、实施及维护的一种系统化方法。系统化地应用工具和技术于开发以计算机为主的应用。
10软件工程是关于设计和开发优质软件。
《软件工程》是一门综合性和实践性很强的核心课程，它属于是一门交叉学科，包含有：软件开发技术（软件开发方法学、软件开发过程、软件工具和软件工程环境）、软件工程管理（软件管理学、软件经济学、软件心理学）。主要内容包括软件工程概述、可行性分析、需求分析、概要设计、详细设计、面向对象分析与设计、编码、软件测试、项目计划与管理。
本课程是面向准备从事软件开发的毕业生而开设的一门专业课程。针对计算机教学中软件工程这一薄弱环结，结合目前软件开发商对人才的要求，对计算机专业的毕业生进行软件工程强化培训，目的是使毕业生能够了解和掌握软件工程的基本理论和方法，并在实际软件开发中运用这些方法。
我理解，软件工程是按照工程学的管理方式，有组织、有计划的，在一定的质量基础、时间限度和成本范围内，实现功能明确的软件系统。而且，软件工程在企业范围内运行，一定需要企业资源的支持，要与企业的经营、决策、管理体系联系在一起，才能够被踏踏实实的落实下来。
软件工程项目是一个需要一步一步的计算，分析思考而来的，需要不断思考，研究不断进步，软件业作为一个服务业，要想得到发展，首先必须形成一个对软件服务有迫切需要的市场。其次，这个市场中的消费者必须具备足够的购买力。软件的消费群体简单一点，可以分为个体消费和企业消费。中国的企业群体，数量庞大，但是质量不高。上规模的企业极少。国内目前能够形成比较大规模的独立市场的，肯定是小规模的软件系统。
随着信息化时代的到来其地位越来越受到人们的重视，软件工程从一个学科，或是某一个研究方向来说，人员仅仅是过程，方法的执行者，所以人员素质往往被忽略，软件工程是一门实践性很强的学科，所以在实际的软件研究过程中，人员的素质占有很重要的地位。要有出色的软件问世，研发人员的素质至关重要！
作为软件工程的学习者应该不断创新，不断尝试、实践，不断研究和学习，中国的软件工程技术依旧滞后于国外一些软件工程技术，作为新一代的学习者应该担当起振兴起中国软件事业，使中国科技得到高速发展！
现在已经是信息化时代，信息化潮流不断涌现，想要掌握主动权就是掌握信息化的发展方向，这就需要我们不断学习，时间，研究，学习国外的先进技术，转变自己的技术，然后融合，创新。
软件技术不是一成不变的，是随着社会的进步的不断进步，不需要不断的创新，不断的改善的，需要我们不断的学习，不断的研究，不断进步。
第三篇：软件工程总结
1.Software is a product and can be manufactured using the same technologies used for other engineering artifacts Answer: b 2.WebApps are a mixture of print publishing and software development, making their development outside the realm of software engineering practice.Answer: b 3.Software engineering umbrella activities are only applied during the initial phases of software development projects.Answer: b 4.Planning ahead for software reuse reduces the cost and increases the value of the systems into which they are incorporated.Answer: a 5.The essence of software engineering practice might be described as understand the problem, plan a solution, carry out the plan, and examine the result for accuracy.Answer: a 6.In agile process models the only deliverable work product is the working program.Answer: b 7.A most software development projects are initiated to try to meet some business need.Answer: a 8.In general software only succeeds if its behavior is consistent with the objectives of its designers.Answer: b 9.Software processes can be constructed out of pre-existing software patterns to best meet the needs of a software project.Answer: a 10.Process technology tools allow software organizations to compress schedules by skipping unimportant activities.Answer: b 11.It is generally accepted that one cannot have weak software processes and create high quality end products.Answer: a 1.Requirements engineering is a generic process that does not vary from one software project to another.Answer: a 2.A stakeholder is anyone who will purchase the completed software system under development.Answer: b 3.It is relatively common for different customers to propose conflicting requirements, each arguing that his or her version is the right one.Answer: a 4.Developers and customers create use-cases to help the software team understand how different classes of end-users will use functions.Answer: a 5.Use-case actors are always people, never system devices.Answer: b 6.Analysis patterns facilitate the transformation of the analysis model into a design model by suggesting reliable solutions to common problems.Answer: a 7.In win-win negotiation, the customer’s needs are met even though the developer’s need may not be.Answer: b 8.In requirements validation the requirements model is reviewed to ensure its technical feasibility.Answer: b
1.Object-oriented domain analysis is concerned with the identification and specification of reusable capabilities within an application domain.Answer: a 2.In structured analysis models focus on the structure of the classes defined for a system along with their interactions.Answer: b 3.Creation and refinement of use cases if an important part of scenario-based modeling.Answer: a 4.It is important to consider alternative actor interactions when creating a preliminary use case.Answer: b 5.Brainstorming is one technique that may be used to derive a complete set of use case exceptions.Answer: a 6.In many cases there is no need to create a graphical representation of a usage scenario.Answer: a 7.One or more attributes of a data object must be defined as a key to allow the location of an instance of the data object.Answer: a 8.Attributes are chosen for an object by examining the problem statement and identifying the entities that appear to be related.Answer: b 9.An analysis package involves the categorization of analysis model elements into useful groupings.Answer: a 10.The data flow diagram must be augmented by min-spec that can serve as a guide the design of the software component that will implement the process.Answer: a 11.The UML sequence diagram show the order in which system events are processed.Answer: b 12.Analysis patterns are discovered, they are not explicitly created.Answer: a 13.It is not possible to justify the time required for WebApp requirements analysis.Answer: b 14.UML activity diagrams can be used to represent the user observable functionality delivered by the WebApp as well as the operations contained in each analysis class.Answer: a 15.Configuration analysis focuses on the architecture of the user’s web browsing environment.Answer: b 16.Content objects are extracted from use cases by examining the scenario description for direct or indirect content references.Answer: a 1.With thorough testing it is possible to remove all defects from a program prior to delivery to the customer.Answer: b 2.Program flow graphs are identical to program flowcharts.Answer: b 3.The cyclomatic complexity of a program can be computed directly from a PDL representation of an algorithm without drawing a program flow graph.Answer: a 4.Graph-based testing methods can only be used for object-oriented systems Answer: b 5.Equivalence testing divides the input domain into classes of data from which test cases can be derived to reduce the total number of test cases that must be developed.Answer: a 6.Boundary value analysis can only be used to do white-box testing.Answer: b 7.Orthogonal array testing enables the test designer to maximize the coverage of the test cases devised for relatively small input domains.Answer: a 8.Client/server architectures cannot be properly tested because network load is highly variable.Answer: b 1.The best representation of system architecture is an operational software prototype.Answer: b 2.The architectural representations can be an enabler for communication among project stakeholders.Answer: a 3.An architectural description is often documented using an architecture template.Answer: b 4.An architectural genre will often dictate the architectural approach that may used for the structure to be built.Answer: a 5.Before an architectural pattern can be chosen for use in a specific system it must have a code implementation to facilitate its reuse.Answer: b 6.Once selected, archetypes always need to be refined further as architectural design proceeds.Answer: a 7.Quantitative methods for assessing the quality of proposed architectural designs are readily available.Answer: b
Chapter 10 Self-Check Quiz
1.In the most general sense a component is a modular building block for computer software.a.True b.False
Answer: a(Section 10.1)
2.In the context of object-oriented software engineering a component contains
a.attributes and operations b.instances of each class c.roles for each actor(device or user)d.set of collaborating classes
Answer: d(Section 10.1.1)
3.In traditional software engineering modules must serve in which of the following roles?
a.Control component b.Infrastructure component c.Problem domain component d.All of the above
Answer: d(Section 10.1.2)
4.Software engineers always need to cerate components from scratch in order to meet customer expectations fully.a.True b.False
Answer: b(Section 10.1.3)
5.Which of the following is not one of the four principles used to guide component-level design?
a.Dependency Inversion Principle b.Interface Segregation Principle c.Open-Closed Principle d.Parsimonious Complexity Principle
Answer: d(Section 10.2.1)
6.The use of stereotypes can help identify the nature of components at the detailed design level.a.True b.False
Answer: a(Section 10.2.2)
7.Classes and components that exhibit functional, layer, or communicational cohesion are relatively easy to implement, test, and maintain.a.True b.False
Answer: a(Section 10.2.3)
8.Software coupling is a sign of poor architectural design and can always be avoided in every system.a.True b.False
Answer: b(Section 10.2.4)
9.WebApp content design at the component level focuses on content objects and the manner in which they interact.a.True b.False
Answer: b(Section 10.4.1)
10.A WebApp functional architecture describes the key functional components and how they interact with each other.a.True b.False
Answer: a(Section 10.4.2)
11.Which of these is a graphical notation for depicting procedural detail?
a.box diagram b.decision table c.ER diagram d.flowchart
Answer: d(Section 10.5.1)
12.A decision table should be used
a.to document all conditional statements b.to guide the development of the project management plan c.only when building an expert system d.when a complex set of conditions and actions appears in a component
Answer: d(Section 10.5.2)
13.A program design language(PDL)is often a
a.combination of programming constructs and narrative text b.legitimate programming language in its own right c.machine readable software development language d.useful way to represent software architecture
Answer: a(Section 10.5.3)
14.In component-based software engineering, the development team examines the requirements to see which are amenable to composition, rather than construction, before beginning detailed design tasks.a.True b.False
Answer: a(Section 10.6)
15.Which of the following is not one of the major activities of domain engineering?
a.analysis b.construction c.dissemination d.validation
Answer: d(Section 10.6.1)
16.Which of the following factors would not be considered during component qualification?
a.application programming interface(API)b.development and integration tools required c.exception handling d.testing equipment required
Answer: d(Section 10.6.2)
17.Which is the following is a technique used for component wrapping?
a.black-box wrapping b.clear-box wrapping c.gray-box wrapping d.white-box wrapping
Answer: b(Section 10.6.2)
18.Which of the following is not one of the issues that form a basis for design for reuse?
a.object-oriented programming b.program templates c.standard data d.standard interface protocols
Answer: a(Section 10.6.3)
19.In a reuse environment, library queries are often characterized using the ________ element of the 3C Model.a.concept b.content c.context d.all of the above
Answer: c(Section 10.6.4)
1.The importance of software design can be summarized in a single word a.b.c.d.Answer: d(Section 8.1)
2.Which of the following is not a characteristic common to all design methods?
a.configuration management b.functional component representation c.quality assessment guidelines d.refinement heuristics
Answer: a(Section 8.2.2)
3.Which of the following can be used to represent the architectural design of a piece of software?
a.Dynamic models b.Functional models c.Structural models d.All of the above
Answer: d(Section 8.3.2)
4.Design patterns are not applicable to the design of object-oriented software?
a.True b.False
Answer: b(Section 8.3.3)
5.Since modularity is an important design goal it is not possible to have too many modules in a proposed design.a.True b.False
Answer: b(Section 8.3.5)
6.Information hiding makes program maintenance easier by hiding data and procedure from unaffected parts of the program.accuracy complexity efficiency quality
a.True b.False
Answer: a(Section 8.3.6)
7.Cohesion is a qualitative indication of the degree to which a module
a.can be written more compactly.b.focuses on just one thing.c.is able to complete its function in a timely manner.d.is connected to other modules and the outside world.Answer: b(Section 8.3.7)
8.Coupling is a qualitative indication of the degree to which a module
a.can be written more compactly.b.focuses on just one thing.c.is able to complete its function in a timely manner.d.is connected to other modules and the outside world.Answer: d(Section 8.3.7)
9.When using structured design methodologies the process of stepwise refinement is unnecessary.a.True b.False
Answer: b(Section 8.3.8)
10.Software designs are refactored to allow the creation of software that is easier to integrate, easier to test, and easier to maintain.a.True b.False
Answer: a(Section 8.3.10)
11.Which of the following is not one of the five design class types
a.Business domain classes b.Entity classes c.Process classes d.User interface classes
Answer: b(Section 8.3.13)
12.Which design model elements are used to depict a model of information represented from the user’s view?
a.Architectural design elements b.Component-level design elements c.Data design elements d.Interface design elements
Answer: c(Section 8.4.1)
13.Which design is equivalent to the floor plan of a house?
a.Architectural design b.Component-level design c.Data design d.Interface design
Answer: a(Section 8.4.2)
14.Which design model is equivalent to the detailed drawings of the access points and external utilities for a house?
a.Architectural design b.Component-level design c.Data design d.Interface design
Answer: d(Section 8.4.3)
15.Which design model is equivalent to a set of detailed drawings for each room in a house?
a.Architectural design b.Component-level design c.Data design d.Interface design
Answer: b(Section 8.4.4)
16.The deployment design elements specify the build order for the software components.a.True b.False
Answer: b(Section 8.4.5)
第四篇：软件工程总结
第一章软件与软件工程的概念
软件的概念：软件是计算机系统中与硬件相互依存的另一部分，软件包括程序，数据，及其相关文档的完整集合。程序是按事先设计的功能和性能要求执行的指令序列。数据是使程序能够正确地处理信息的数据结构。文档是与程序开发，维护和使用有关的图文资料。
程序的最小单位是函数及子程序，程序与数据是分离的，在面向对象程序设计时代，程序的最小单位是类，在类中封装了相关的数据及指令代码。
软件的特性，判断正误：1.软件是无形的、不可见的逻辑实体，因此，软件是无法描述的。（错）
2、软件的开发特性是指软件需要大量手工劳动，难以自动化生产。（对）
3、有缺陷的软件就是废品。（错）
4、软件的生产指的是软件的复制。（错）
5、由于软件的开发充满人的个性特点，因此管理并不决定软件开发的成败（错）。
6、软件的开发环境往往就是软件的运行环境，或者与其兼容。（对）
7、合格的软件产品不需要维护，软件需要维护说明其质量不合格。（错）
8、软件可以不断改进，因此软件不需要废弃。（错）
软件的分类：1，系统软件：能与计算机硬件紧密配合在一起，使计算机系统各个部件，相关的软件和数据协调，高效的工作的软件。2，应用软件，是在系统软件的支持下，在特定区域内开发，为特定目的服务的一类软件。3，支撑软件，也叫工具软件，是协助用户开发软件的工具性软件。4，可复用软件，最初实现的典型的可复用软件是各种标准函数库，通常是由计算机厂商提供的系统软件的一部分。
IEEE给出的定义：软件工程是开发，运行，维护和修复软件的系统方法。软件的定义：计算机程序，方法，规则，相关的文档资料一集在计算机上运行时所必需的数据。
软件危机的典型表现
1、成本太高，预算不准
2、超过预计时间
3、软件质量标准不明确
4、生产率低
5、缺乏文档资料，难以维护。原因：1，缺乏软件开发的经验和有关软件开发数据的积累，使得开发工作的计划很难制定。2.软件人员与用户的交流存在障碍，除了知识背景的差异，缺少合适的交流方法及需求描述工具。3，软件开发过程不规范，缺少方法和规范的指导。4，随着软件规模的增大，其复杂性往往会呈指数级升高。5，缺少有效的软件评测手段，提交用户的软件质量差。
软件危机发生的主要原因有：
1、遇到了无法解决的高难度技术问题（不是）
2、无法招聘到足够的编程高手（不是）
3、软件人员与用户互相不理解（是）
4、计划和管理不科学、落实不力（是）
5、软件质量标准不明确（是）
软件的质量特性包括（选择）问题1：
1、功能性
2、可靠性
3、使用性
4、经济性（不包括）
软件的质量特性包括（选择）问题2：
1、效率
2、可维护性
3、可移植性
4、经济性（不包括）
软件工程的目标是运用先进的软件开发技术和管理方法来提高软件的质量和生产率，也就是要以较短的周期，较低的成本生产出高质量的软件产品，并最终实现软件的工业化生产。软件生存期：软件的孕育，诞生，成长，成熟，衰亡的生存过程。软件生存期由软件定义，软件开发和运行维护三个时期组成，每个时期又可划分为若干个阶段。
2、软件定义时期的任务主要任务是解决“做什么”的问题，确定工程的总目标和可行性；实现工程目标的策略及系统功能；估计需要的资源和成本；制订工程进度表。通常又分为3个阶段：问题定义，可行性研究，需求分析。
3、软件开发时期的任务和包含阶段主要任务是解决“如何做”的问题，设计和实现定义的软件。由概要设计、详细设计、编码和测试4个阶段组成。
4、软件运行维护时期的主要任务是使软件持久地满足用户的需要，通常有4类维护活动：改正性维护；适应性维护；完善性维护；预防性维护。开发过程中的典型文档：软件需求规格说明书。项目计划。软件测试计划。软件设计说明书。用户手册。软件工程各个阶段的基本任务
1、问题定义与可行性研究：解决什么问题？能否解决问题？是否值得做？”
2、需求分析：做什么
3、软件设计：如何实现
4、程序编码和单元测试：实现设计
5、集成和系统测试：组装连接测试、功能验证测试
6、软件运行和维护：修改 第二章软件工程方法与工具
软件工具：是指能支持软件生存周期中某一阶段（如系统定义，需求分析，设计，编码，测试，维护等）的需要而使用的软件工具。
需求分析工具
1、结构化图形工具箱。通过数据流程图DFD进行功能分析。包括DFD图形工具，实体-关系图(E-R)图形工具，Jackson图形工具，Warnier图形工具，Visio综合工具，2、面向对象工具，Rational Rose，PowerDesigner，Visio 设计工具（1)概要设计工具：设计目标软件的体系结构、控制结构和数据结构。软件的体系结构通常用模块结构图来描述。模块的数据结构通常用实体-关系图来描述。Visio。Rational Rose 详细设计工具。设计模块的算法和内部实现细节。详细设计描述方法有输入-处理-输出(IPO)图。问题分析图(PAD)。盒图(NS图)。流程图(FC)。程序设计语言(PDL)。结构化语言。判定表。判定树
第三章软件需求获取与结构化分析方法 需求获取的主要任务是与用户沟通，了解系统或产品的目标是什么，客户或用户想要实现什么，系统和产品如何满足业务的要求，最终系统或产品如何用于日常工作。获取并理解用户的需求是软件工程师所面对的最困难的任务之一。
需求分析的困难体现：系统的目标或范围问题；需求不准确性问题；需求的易变问题
需求获取的任务：发现和分析问题，并分析问题的原因，结果关系。与用户进行各种方式的交流，并使用调查研究方法收集信息。按照三个成分即数据，过程和接口观察问题的不同侧面。将获取的需求文档化，形式有用例，决策表，决策树等。需求获取的原则：深入浅出，以流程为主线。
获取具体的需求的途径1，与用户交流。2，现有产品或竞争产品的描述文档。3，系统需求规格说明。4，当前系统的问题报告和改进要求。5，市场调查和用户问卷调查。6，观察用户如何工作。
关于需求获取问题的认识辨析：
1、没有与用户交流就不可能获取系统需求。（不能获取准确、全面的系统需求）
2、没有经过与用户交流而获取的需求都是不真实的需求。（一些需求从用户以外的途径获取）
3、系统开发必须独立完成，参考类似系统及技术文档属于抄袭行为，应予避免。（系统开发包含研究行为，应了解对手产品，取长补短）
4、系统开发包含改进当前系统的缺陷和不足。（对）
5、需求调查时，用户所说的需求未必是真实、准确的需求，因此需求分析需要依赖用户，但是不能过分迷信用户。（对，需求描述是困难的）
6、观察用户如何工作也是一种需求调查行为。（对）
软件需求分析阶段的任务：需求获取，需求分析，需求定义，需求验证。完整性，正确性，合理性，可行性，充分性。
结构化分析方法：是一种建模技术。核心是数据字典。
功能模型用数据流图（DFD)来描述使用实体—关系图（ER图）建立数据模型。使用状态转换图（简称状态图）建立系统行为模型。数据字典。加工规格说明。需求建模的依据是需求描述
数据建模，ER图，需要认真看。
第四章结构化设计方法
结构化设计方法是在模块化，自顶向下逐步细化及结构化程序设计技术基础上发展起来的，结构化设计方法可分为两类：一类是根据系统的数据流进行设计，称为面向数据流的设计，或称过程驱动设计，另一类是根据系统的数据结构进行设计，称为面向数据结构的设计，或称数据驱动的设计。
软件的体系结构设计，模块化设计都是分而治之策略的具体表现。模块化是将整体软件划分为独立命名且可独立访问的模块，不同的模块通常具有不用的功能或指责，每个模块可独立开发，测试，最后组装成完整的软件。模块是构成软件的基本构件。模块并不是越小越好，当模块数目增加时，每个模块的规模将减小，开发单个模块的成本确实减少了，但是随着模块数目增加，模块之间关系的复杂程度也会增加，设计模块间接口所需要的工作量也将增加。
模块的独立性是指软件系统中每个模块只涉及软件要求的具体的子功能，而与软件系统中其他模块的接口是简单的，若一个模块只具有单一的功能且与其他模块没有太多的联系，那么称此模块有独立性。
自顶向下，逐步细化：抽象是指忽视一个主题中与当前目标无关的方面，以便更充分地注意与当前目标有关的方面，当我们进行软件设计时，设计开始时应尽量提高软件的抽象层次，按抽象级别从高到低进行软件设计，将软件的体系结构按自顶向下方式，对各个层次的过程细节和数据细节逐层细化，直到用程序设计语言的语句能够实现为止，从而最后确定整个系统的体系结构，这就是自顶向下逐步细化过程。
复用是指同一事物不做修改或稍加修改就可以多次重复使用，将服用的思想用于软件开发，称为软件复用。1是尽量使用已有的构件。2是如果确实需要创建新的构件，则在设计时应该考虑将来的可重复使用性。软件设计的阶段与任务：从工程管理的角度，可以将软件设计分为概要设计阶段和详细设计阶段。从技术的角度，传统的结构化方法将软件设计划分为体系结构设计、数据设计、接口设计和过程设计4部分；概要设计包括体系结构设计、数据设计、接口设计。详细设计即过程设计，对结构表示进行细化，得到软件详细的数据结构和算法。
软件设计各项设计工作的依据：体系结构设计，定义软件模块及其之间的关系，依赖于数据流图。数据设计，依赖于ER图。接口设计，依赖于顶层数据流图。过程设计：依赖于加工规格说明、状态图
基于数据流方法的设计过程：1.复查并精化数据流图。2.确定数据流图中数据流的类型，典型的数据流类型有变换型数据流和事务型数据流。3.导出初始的软件结构图。4.逐级分解。5.精化软件结构。6.导出接口描述和全局数据结构。
软件模块结构的改进方法：1，模块功能的完善化。2，消除重复功能，改善软件结构。3，模块的作用范围应在控制范围之内。4，尽可能减少高扇出结构，随着深度增大扇入。5，避免或减少使用病态连接。6，模块的大小要适中。接口设计的依据是数据流图中的自动化系统边界。
自顶向下，逐步细化的设计过程主要包括两个方面：一是将复杂问题的解法分析和细化成由若干个模块组成的层次结构，二是将每个模块的功能逐步分解细化为一系列的处理。第五章编码
编码容易出现的风格不足
1、变量或函数名字缺乏具体含义
2、变量或函数名字与其用途不符
3、变量或函数未加上必要的注释
4、函数未说明其功能、参数的意义
5、引用的符号未加以解释和说明
6、对循环等重要的程序语句未注释
7、对用到的重要库函数没有解释说明
8、对结构体等复杂数据结构的组成成分没有解释说明
9、缺乏必要的提示语句 第六章软件测试方法
软件测试是在软件投入生产性运行之前，对软件需求分析，设计规格说明和编码的最终复审，是软件质量控制的关键步骤。软件测试是为了发现错误而执行程序的过程。
第五篇：软件工程总结
一、软件工程概述
1．软件特点
软件：计算机程序（人们为了实现特定的功能而编制的一组指令集），软件文档，以及计算机程序运行时所需要的数据。
软件是计算机系统中的逻辑成分，具有无形性，可复用性。
2．软件分类（1）按功能划分：系统软件、支撑软件、应用软件。（2）按工作方式划分：实时处理软件、分时处理软件、交互式软件、批处理软件。（3）按规模划分：微型软件、小型软件、中型软件、大型软件。（4）按服务对象划分：通用软件、定制软件。3．软件发展阶段（1）程序设计时代（20世纪50年代）。（2）程序系统时代（20世纪60年代）。（3）软件工程时代（20世纪70年代起）。4．软件危机
（1）危机现象：软件开发成本与进度估计不准确，软件产品与用户要求不一致，软件产品质量可靠性差，软件文档不完整不一致，软件产品可维护性差，软件生产率低。
（2）危机原因：科学的工程化思想组织和指导，完善的质量保证体系，软件文档的不重视，软件的不可见性，系统规模庞大，生产工程化程度低，对用户需求关心不 够，对维护不够重视，开发工具自动化程度低。5．软件工程
软件工程：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必须的相关文件资料。软件工程是一门关于软件开发与维护的工程学科，它涉及软件生产的各个方面，能够为经济、高效地开发高质量的软件产品提供最有效的支持。
软件工程的目标：控制成本，满足需求，提高质量，提高可靠性，是产品易于维护，移植，升级和使用，控制开发周期。
（1）工程方法：结构化方法、JSD方法、面向对象方法。（2）软件工具：具有自动化特征的软件开发集成支撑环境。（3）工程过程：在软件工具支持下的一系列工程活动，基本活动是软件定义、软件开发、软件验证、软件维护。（4）工程管理：项目规划，项目资源调配，软件产品控制。（5）工程原则：分阶段生命周期计划，阶段评审制度，严格的产品控制，采用先进的技术，成果能清楚地审查，开发队伍精练，不断改进工程实践。（6）工程目标：开发成本较低，软件功能能满足用户需求，软件性能较好，软件可靠性高，软件易于使用、维护与移植，能按时完成开发任务并及时交付使用。（7）工程文化：包括工程价值、工程思想和工程行为三个方面的内容。
二、软件工程过程模型 1．软件生命周期 如同任何事物都有一个发生、发展、成熟直至衰亡的全过程一样，软件系统或软件产品也有一个定义、开发、运行维护直至被淘汰这样的全过程，我们把软件将要经历的这个全过程称为软件的生命周期。它包含：软件定义、软件开发、软件运行维护三个时期，并可以细分为可行性研究、项目计划、需求分析、概要设计、详细设计、编码实现与单元测试、系统 2 集成测试、系统确认验证、系统运行与维护等几个阶段。
软件定义期 软件定义是软件项目的早期阶段，主要由软件系统分析人员和用户合作，针对有待开发的软件系统进行分析、规划和规格描述，确定软件是什么，为今后的软件开发做准备。这个时期往往需要分阶段地进行以下几项工作。1．软件任务立项 软件项目往往开始于任务立项，并需要以“软件任务立项报告”的形式针对项目的名称、性质、目标、意义和规模等作出回答，以此获得对准备着手开发的软件系统的最高层描述。2．项目可行性分析 在软件任务立项报告被批准以后，接着需要进行项目可行性分析。可行性分析是针对准备进行的软件项目进行的可行性风险评估。因此，需要对准备开发的软件系统提出高层模型，并根据高层模型的特征，从技术可行性、经济可行性和操作可行性这三个方面，以“可行性研究报告”的形式，对项目作出是否值得往下进行的回答，由此决定项 目是否继续进行下去。3．制定项目计划 在确定项目可以进行以后，接着需要针对项目的开展，从人员、组织、进度、资金、设备等多个方面进行合理的规划，并以“项目开发计划书”的形式提交书面报告。4．软件需求分析 软件需求分析是软件规格描述的具体化与细节化，是软件定义时期需要达到的目标。需求分析要求以用户需求为基本依据，从功能、性能、数据、操作等多个方面，对软件系统给出完整、准确、具体的描述，用于确定软件规格。其结果将以“软件需求规格说明书”的形式提交。在软件项目进行过程中，需求分析是从软件定义到软件开发的最关键步骤，其结论不仅是今后软件开发的基本依据，同时也是今后用户对软件产品进行验收的基本依据。软件开发期 在对软件规格完成定义以后，接着可以按照“软件需求规格说明书”的要求对软件实施开发，并由此制作出软件产品。这个时期需要分阶段地完成以下几项工作。1．软件概要设计 概要设计是针对软件系统的结构设计，用于从总体上对软件的构造、接口、全局数据结构和数据环境等给出设计说明，并以“概要设计说明书”的形式提交书面报告，其结果将成为详细设计与系统集成的基本依据。模块是概要设计时构造软件的基本元素，因此，概要设计中软件也就主要体现在模块的构成与模块接口这两个方面上。结构化设计中的函数、过程，面向对象设计中的类、对象，它们都是模块。概要设计时并不需要说明模块的内部细节，但是需要进行全部的有关它们构造的定义，包括功能特征、数据特征和接口等。在进行概要设计时，模块的独立性是一个有关质量的重要技术性指标，可以使用模块的内聚、耦合这两个定性参数对模块独立性进行度量。2．软件详细设计 设计工作的第二步是详细设计，它以概要设计为依据，用于确定软件结构中每个模块的内部细节，为编写程序提供最直接的依据。详细设计需要从实现每个模块功能的程序算法和模块内部的局部数据结构等细节内容 3 上给出设计说明，并以“详细设计说明书”的形式提交书面报告。3．编码和单元测试 编码是对软件的实现，一般由程序员完成，并以获得源程序基本模块为目标。编码必须按照“详细设计说明书”的要求逐个模块地实现。在基于软件工程的软件开发过程中，编码往往只是一项语言转译工作，即把详细设计中的算法描述语言转译成某种适当的高级程序设计语言或汇编语言。为了方便程序调试，针对基本模块的单元测试也往往和编码结合在一起进行。单元测试也以“详细设计说明书”为依据，用于检验每个基本模块在功能、算法与数据结构上是否符合设计要求。4．系统集成测试 所谓系统集成也就是根据概要设计中的软件结构，把经过测试的模块，按照某种选定的集成策略，例如渐增集成策略，将系统组装起来。在组装过程中，需要对整个系统进行集成测试，以确保系统在技术上符合设计要求，在应用上满足需求规格要求。5．系统确认验证 在完成对系统的集成之后，接着还要对系统进行确认验证。系统确认验证需要以用户为主体，以需求规格说明书中对软件的定义为依据，由此对软件的各项规格进行逐项地确认，以确保已经完成的软件系统与需求规格的一致性。为了方便用户在系统确认期间能够积极参入，也为了系统在以后的运行过程中能够被用户正确使用，这个时期往往还需要以一定的方式对用户进行必要的培训。在完成对软件的验收之后，软件系统可以交付用户使用，并需要以“项目开发总结报告”的书面形式对项目进行总结。
软件运行与维护期 软件系统的运行是一个比较长久的过程，跟软件开发机构有关的主要任务是对系统进行经常性的有效维护。软件的维护过程，也就是修正软件错误，完善软件功能，由此使软件不断进化升级的过程，以使系统更加持久地满足用户的需要。因此，对软件的维护也可以看成为对软件的再一次开发。在这个时期，对软件的维护主要涉及三个方面的任务，即改正性维护、适应性维护和完善性维护。2．瀑布模型 瀑布模型诞生于20世纪70年代，是最经典的并获得最广泛应用的软件过程模型。瀑布模型中的“瀑布”是对这个模型的形象表达，即山顶倾泻下来的水，自顶向下、逐层细化。（1）特点：线性化模型、阶段具有里程碑特征、基于文档的驱动、阶段评审机制。（2）作用：为软件项目按规程管理提供了便利，为其他过程模型的推出提供了一个良好的 拓展平台。（3）局限性：主要适合于需求明确且无大的需求变更的软件开发，但不适合分析初期需求 模糊的项目。3．原型模型（1）快速原型方法：是原型模型在软件分析、设计阶段的应用，用来解决用户对软件系统在需求上的模糊认识，或用来试探某种设计是否能够获得预期结果。（2）原型进化模型：针对有待开发的软件系统，先开发一个原型给用户使用，然后根据用 户的使用意见，对原型不断修改，使它逐步接近，并最终到达开发目标。
点击咨询 