软件工程半开卷资料

《软件工程半开卷资料》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、专题一软件工程导论软件、软件危机、软件工程软件开发模型软件的概念特点与分类：软件是与计算机系统操作有关的程序、数据以及相关文档的完整集合。文档的作用：促进对软件的开发、管理和维护；便于各种人员的交流。软件的特点：尚未摆脱手工方式，软件移植的需要，复杂（问题复杂性，程序结构复杂性），软件开发的性质难以估计控制，维护困难，可复用性差。软件的发展：程序设计、程序系统、软件工程、00工程阶段。产生软件危机的原因：软件的规模与复杂性、软件需求的描述存在问题、软件开发人员与用户的愿望有差异、协同工作的困难性、缺乏方法学和工具、人类智力的

2、局限性。（解决途径：以工程化的原则和方法组织软件开发）软件生命周期：软件定义（可行性研究，需求分析）软件开发（概要设计，详细设计，实现，集成测试，确认测试）维护（使用与维护，退役）软件开发模型：软件开发模型是从软件项目需求定义直至软件使用后废弃为止，针对系统开发、运作和维护所实施的全部过程、活动和任务的结构框架。瀑布模型喷泉模型概念按照生命周期各个阶段执行，从可行性研究～通过确认测试（又称生存周期模型）。软件复用与生命周期多开发活动集成优（特）点相邻阶段紧密联系，环环相扣；每阶段完成后，要通过评审后再到下阶段；提供了软件开发

3、的基本框架。软件系统可维护性较好；各阶段相互重叠，表明了面向对象开发方法各阶段间的交叉和无缝过渡；整个模型是一个迭代的过程，包括一个阶段内部的迭代和跨阶段的迭代；模型具有增量开发特性，即能做到分析一点、设计一点、实现一点，测试一点，使相关功能随之加入到演化的系统中。模型由对象驱动，对象是各阶段活动的主体，也是项目管理的基本内容。该模型很自然地支持软部件的重用。缺点初期获得全部需求困难，不现实；周期长，最早的错误最晚发现，损失大。喷泉模型本身不是以面向过程为背景的，过程在喷泉模型中已被弱化，代替的是无间隙的阶段过渡与重复迭代。

4、适用场合大型软件开发过程中人员组织、管理，相应方法、工具的研究与使用；用户需求稳定、全面。面向对象的开发方法原型模型螺旋模型概念根据用户需求快速构建原型，并通过与用户的交流不断完善直至达到一致。是瀑布模型与原型模型相结合，并增加两者所忽略的风险分析。优（特）点利用原型便于统一客户与软件人员对需求的理解和定义；整个过程是迭代的过程；适合初期需求不全、或需求动态变化；尽早发现错误；开发费用降低，开发时间缩短。支持需求的动态变化有助于获取用户需求，便于用户对需求的理解尽早发现软件中的错误支持风险分析，可降低或者尽早消除软件开发风险

5、适合于需求动态变化、开发风险较大的系统缺点容易忘记用户环境和原型环境的差异；需要相当丰富的风险评估经验和专门的知识。需要原型开发工具支持；不支持风险分析。适用场合需求动态变化的场合。指导大型软件项目的开发。软件工程的目标：正确性（满足客户的需求）可靠性（防止因概念、设计与结构等方面的不完善而造成的系统失效，具有挽回因操作不当而造成软件系统失效的能力）有效性（充分利用时间和空间资源）可维护性（便于增加新功能、改进性能、修改错误）可重用性（软件易于被再次使用）可追踪性（对软件进行正向和反向追踪的能力）可移植性（从一个环境搬迁到另

6、一个环境的难易程度）可互操作性软件工程的原则：抽象，模块化，信息隐藏，局部化，确定性，一致性，完备性，可验证性。专题二需求分析（软件需求是软件开发的基础和前提，是最终目标软件系统验收的标准）需求分析基本思想:自顶向下，逐步/求精,抽象分解掌握面向数据流的分析方法需求分析的任务：通过对问题及其环境的理解和分析准确、一致和完全地刻画用户需求。（应具备准确性和一致性，清晰性和无二义性，直观、易读、易于修改）需求获取的技术：需求的类型：①功能性需求：对数据的处理要求②非功能性需求：实际环境所决定的，性能要求，可靠性要求，安全保密要求

7、。需求规格说明书：①目的：进一步理解需求，软件设计的基础，软件测试的根据；②方法：自上而下，由粗到细，多次循环，逐步完善的方法。数据流图的主要图形符号[长方形：数据源点或终点；圆形：数据加工；→：数据流；：对数据的储层。]数据字典：用数据项、数据流和数据文件来对数据进行描述。每个数据条目包含：名字，数据类型，使用说明，解释性说明，其他补充说明，以它作为输入流或输出流转换的列表。小说明（加工说明）:准确、详细地对数据流图中的各转换的功能、性能和设计约束等解释说明需求分析的过程：①抽取现实问题的本质②改进和优化③需求分析的验证（

8、原则：支持各方共同参与评审工作，保证需求分析的一致性、全面性、准确性）附：专题二作业，需求分析说明报告。专题三软件设计原理软件设计基本原则软件设计的任务：软件设计的依据和基础是《软件需求规格说明书》，设计出的软件包括软件结构，算法，数据结构。实际工作的误区：需求分析的缺失或者软件设计的缺失