软件工程导论提纲

软件工程导论期末复习大纲第一章软件工程概述〔软件=程序+数据+文档〕1.软件危机：定义：电脑软件的开发和维护过程中所遇到的一系列严重问题。

表现：软件开发的成本和进度估计常常不准确；用户对“已完成的”软件系统不满意的现象经常发生；软件产品的质量往往靠不住；软件常常是不可维护的；软件通常没有适当的文档资料；软件产品供不应求，跟不上电脑普及速度。

产生原因：与软件本身的特点；与关软件开发与维护的方法不正确有关。

解决方法：消除各自为阵的理念；使用在实践中总结出来的成功的经验，探索更有效地技术和方法；开发和使用更好的软件工具。

2.软件工程：定义：指导电脑软件开发和维护的一门工程学科。

七条基本原理:用分阶段的生命周期计划严格管理；坚持进行阶段评审；实行严格的产品控制；采用现代程序设计技术；结果应能清楚地审查；开发小组的人员应该少而精；承认不断改良软件工程实践的必要性。

3.软件工程方法学：定义：通常把在软件生命周期全过程中使用的一整套技术方法的集合。

两种方法学：传统方法学、面向对象方法学。

优点传统方法学：把软件生命周期划分成假设干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，降低了整个软件开发过程的困难程度；在每个阶段都采用科学的管理技术和良好的技术方法，每个阶段都从技术和管理两个方面进行严格审查，保证软件的质量；提高了软件的可维护性，提高开发成功率。

面向对象方法学：符合人们通常的思维方式，提高了软件的可理解性；对象是相对独立的实体，重用性好；可维护性好。

三种要素：方法、工具、过程。

4.软件生命周期：软件定义〔系统分析〕：问题定义、可行性研究、需求分析；软件开发：总体设计+详细设计〔——系统设计〕、编码和单元测试、+测试〔——系统实现〕；运行维护：软件维护。

5.软件过程：生命周期模型：瀑布模型快速原型模型增量模型螺旋模型喷泉模型 RUP模型优点瀑布模型：可强迫开发人员采用标准的方法，严格地规定了每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证；它基本上是一种文档驱动的模型。

软件工程导论实验教学大纲一、基本信息中文课程名称：软件工程导论课程编号总学时：40+8 总学分：3适用专业：计算机科学与技术、软件工程、软件技术等先修课程：计算机基础、程序设计基础、数据结构、面向对象程序设计、数据库原理、操作系统。

二、课程简介《软件工程导论》是计算机科学与技术、软件工程、软件技术等专业的一门重要专业基础课，也是一门理论与实践相结合的计算机类专业主干课程。

本课程的主要学习内容包括全面掌握软件开发的工程理念、软件工程方法、软件工程实践过程等。

通过本课程的学习，学生应当学会软件开发的基本理论，掌握软件开发基本工具和方法，为后续软件开发的专业课学习，以及从事软件工程的研究打下良好的基础。

三、教学目标1、通过本课程的学习，学生应熟练掌握软件以及软件工程等基本概念；2、掌握软件开发过程、需求分析和软件设计的方法；3、了解基于UML的软件建模过程与方法等概念；4、了解开发高质量软件的方法；5、了解如何进行软件度量和管理。

五、实验内容实验一数据流图设计（综合性）（一）实验内容：1.了解Power Designer中的Process Analyst模块的的主要功能。

2.掌握Power Designer中的Process Analyst模块的建模方法及其工具的使用方法3.了解Process Analyst模块的绘图方法与过程。

（二）教学要求：1.实验前须复习的课程内容：实验之前要复习数据流图的绘制方法，仔细阅读实验内容，画出草图。

2.实验预习报告要求：实验预习报告要求有实验目的，实验内容，实验步骤和草图（至少有第0层和第1层）。

3.实验要求：1）对预习报告中的草图在教师检查后，完成实验指导书中全部实验要求内容。

2）写出实验报告。

报告要求：有实验目的，实验内容，实验步骤，最后完成的数据流图。

实验二数据库设计（设计性）（一）实验内容：1.了解Power Designer中的DataArchitect（DA）模块的的主要功能。

软件工程导论A（一）基本信息中文课程名称：软件工程导论A英文课程名称： Introduction to software engineering课程编号：2001010学分：3学时：48适用专业：软件工程专业先修课程：程序设计基础、数据结构、面向对象程序设计、数据库原理、操作系统。

开课系（教研部）：软件工程执笔：审核：课程简介：《软件工程导论》是软件工程专业的一门重要学科基础课，也是一门理论性与实践性紧密结合的主干课程。

本课程的主要任务是全面介绍软件开发的工程理念、软件工程方法、软件工程实践过程等方面的内容。

通过本课程的学习，使学生掌握软件开发的理论、工具和方法，为后续软件工程专业课的学习，以及未来从事软件工程的研究和软件开发打下良好的基础。

（二）课程的性质和地位本课程是软件工程专业的学科基础课。

本课程系统地介绍软件与软件工程概念、传统的开发方法、面向对象的开发方法、编程与测试、质量与质量保证、软件计划与管理等内容。

通过本课程的学习，使学生了解软件开发方法、过程、工具，掌握软件工程学科各领域的基本原理、方法、技术与应用，增强实际系统设计的能力，为从事软件工程实践和更深入地研究软件工程理论打下良好的基础。

（三）教学目标通过本课程的学习，使学生熟练掌握软件以及软件工程等基本概念；掌握软件开发过程、软件分析和设计方法、编码、维护；了解基于UML的软件建模过程与方法等概念；了解开发高质量软件的方法；了解如何进行软件度量和管理。

（四）教学内容1．概论（1）计算机软件（2）软件危机的表现及原因（3）软件工程⑷软件工程知识体重点：软件及软件工程的基本概念难点：软件工程知识体2．软件工程过程模型（1）软件生命周期（2）瀑布模型（3）快速原型⑷增量模型、极限编程与同步-稳定模型⑸螺旋模型⑹ RUP重点：快速原型、极限编程、RUP难点：RUP3．传统软件工程（1）结构化方法概述（2）结构化需求分析方法（3）结构化设计方法重点：DFD难点：DFD、模块独立性4．面向对象基础（1）面向对象基本概念（2）UML（3）模式重点：用例图、类图、活动图难点：类图5．可行性分析与项目计划制定（1）可行性分析基本概念（2）经济可行性分析（3）技术可行性分析⑷风险分析⑸方案选择⑹规模及成本估算⑺软件项目计划重点：技术可行性分析、规模及成本估算、项目计划难点：经济可行性分析、成本估算6．面向对象分析（1）需求分析过程（2）需求获取（3）面向对象的需求分析⑷需求规格说明与评审重点：理解需求获取、面向对象的需求分析的基本方法和过程难点：用例图与用例描述7．面向对象设计（1）面向对象设计过程与原则（2）软件体系结构设计（3）问题域设计⑷持久化设计⑸界面设计⑹任务设计重点：软件体系结构设计、问题域设计、界面设计难点：面向对象设计原则、静态模型设计与动态模型设计8．软件编码与测试（1）软件编码（2）代码复审（3）软件测试重点：理解如何正确地进行软件编码难点：软件编码规则9．软件维护（1）软件维护基本概念与特点（2）软件维护过程（3）提高软件的可维护性⑷再工程重点：软件可维护性难点：软件可维护性10．软件项目管理与质量保证（1）软件团队（2）配置管理（3）软件质量保证⑷软件工程标准重点：理解配置管理、如何保证软件开发质量难点：配置管理（五）实践教学安排（六）教学方法与习题要求本课程采用课堂授课、案例教学、学生大作业讲解与教师点评相结合的方式进行教学，在课堂授课中除讲授一般性的软件开发原理、过程、方法和工具外，还引入多个实际的软件开发案例，从软件开发的不同阶段有针对性地进行讲解，尽量避免空洞的理论教学。

《软件工程导论》课程教学大纲（5篇）第一篇：《软件工程导论》课程教学大纲《软件工程导论》课程教学大纲课程编号：课程中文名称：软件工程导论课程英文名称：Introduction of Software Engineering 总学分：2 总学时： 36 讲课学时：36习题课学时：0 实验学时：0 上机学时：0 授课对象：软件工程专业本科先修课程：程序设计课程要求：必修课课程分类：专业基础课一、课程教学目的随着计算机技术的发展，软件的规模越来越大，软件的结构越来越复杂，软件开发与维护的难度也越来越高，软件的质量难以保证，软件开发与维护的进度和成本难以控制，这就要求有一种科学的方法指导软件的开发与维护工作。

软件工程就是这样一种指导软件开发和维护的工程学科。

通过本课程的学习，使学生了解软件工程的概念、原理和技术，初步掌握软件开发的基本方法和常用工具，建立软件开发和维护的工程化意识，培养独立思考的能力和团队合作的精神，为后续相关课程的学习以及从事软件开发与维护的实际工作打下良好的基础。

二、教学内容及基本要求教学内容：1．课程内容简介（1学时）本课内容简介，基本要求和目标，教学方法，学习方法，教材（英1 文原版）的主要内容及使用，中文参考教材简介2．软件工程的基本概念（4学时）软件工程的基本概念，软件危机产生的原因，软件危机面临的问题及解决方法，什么是好的软件以及软件的质量的概念，实施软件工程的人员，软件工程的系统方法，软件工程的工程方法，软件工程的发展3．过程建模与生命周期（4学时）过程的概念，软件过程模型，软件生命周期，各种常用的软件过程模型，过程建模的工具和技术 4．软件项目计划与管理（4学时）软件项目进展跟踪，软件项目的人员，工作量的估算，风险管理，项目计划，项目管理 5．需求获取（4学时）需求过程，需求的类型，需求的特征，需求的表示方法，原型需求法，需求文档，需求过程的参加人员，需求确认，需求度量，需求表示方法的选择，表示需求的工具。

《软件工程导论》课程教学大纲软件工程导论课程教学大纲一、课程介绍软件工程导论课程致力于介绍软件工程的基本概念、原理和技术，帮助学生了解软件开发的整体流程以及相关的管理和质量控制方法。

通过本课程的学习，学生将掌握软件工程的基本理论和实践技能，为日后的软件项目开发奠定坚实的基础。

二、教学目标1. 让学生了解软件工程的发展历程和重要性，并理解软件工程在实际应用中的作用。

2. 掌握软件工程的基本概念和核心原理，包括需求分析、设计、编码、测试和运维等方面。

3. 学会运用常见的软件工程方法和工具，提高软件开发的效率和质量。

4. 培养学生的团队合作能力和项目管理能力，使其能够适应未来的软件开发工作。

三、教学内容1. 软件工程导论1.1 软件工程的定义和背景1.2 软件工程的发展历程1.3 软件工程的重要性和挑战2. 软件生命周期2.1 软件生命周期模型2.2 软件需求与分析2.3 软件设计与体系结构2.4 软件编码与测试2.5 软件维护与升级3. 需求工程3.1 需求获取与分析3.2 需求规格说明3.3 需求验证与验证4. 软件设计4.1 结构化设计原理4.2 面向对象设计原理4.3 软件设计工具和方法5. 软件测试5.1 测试的基本概念和原理5.2 测试用例设计和执行5.3 软件缺陷的管理和修复6. 软件项目管理6.1 软件项目计划与组织6.2 软件项目进度控制与风险管理6.3 软件质量管理和配置管理四、教学方法1. 理论讲授：通过课堂讲解，介绍软件工程的基本概念、原理和方法。

2. 实践操作：引导学生使用常见的软件工程方法和工具进行实践，加深对软件开发流程的理解。

3. 项目实践：组织学生进行小型软件项目开发，培养团队合作和项目管理能力。

4. 讨论与互动：鼓励学生在课堂上提问和讨论，促进知识的深入理解和应用。

五、评价方式1. 平时表现：包括课堂参与、作业完成情况、实践操作等。

2. 课程项目：对学生参与的实际软件开发项目进行评估。

《软件工程导论》教学大纲安徽大学计算机科学与技术学院2017 年 3 月《软件工程导论》教学大纲课程编号：ZJ36047课程名称：软件工程导论英文名称：Introduction to Software Engineering 学分/学时：2/34 课程性质：学科平台课程适用专业：软件工程先修课程：计算机导论开课单位：计算机科学与技术学院一、课程的教学目标与任务《软件工程导论》课程是软件工程专业高等教育的专业基础课程和学科平台课程，是“科研训练计划”教育课程。

《软件工程导论》以科学技术方法论为逻辑起点，结合部分管理方面的基本理论，讲授软件工程与方法论的联系，从而提高软件的质量和生产率。

本课程以软件工程专业本科二年级学生为讲授对象，是集理论性与应用性为一体的学科。

设置本课程的目的是：使学习者在全面了解软件工程发展历史、基本理论的基础上，系统掌握软件开发过程中的现代方法和管理手段，具备用工程化方法设计和构建规范软件的思想，从而为后续软件工程开发方法的系列课程奠定理论基础。

学习本课程的要求是：学习者应深刻认识软件危机产生的原因，纠正对软件开发的错误认识，掌握软件工程科学方法论的基本概念和基本原理，初步具备作为专业人员组织软件开发和设计工作的能力。

为检验掌握软件开发应遵循的原则和编写文档的基本方法的程度，最后的考核是通过考试进行，同时以加深对课程内容的理解。

二、课程具体内容及基本要求第一章软件工程的范畴 ( 2学时)基本内容包括：第一节历史方面一、定义软件（1）介绍软件的形式化定义。

结合经典教科书中关于软件的定义，介绍软件中所包含的三个要素：①指令的集合；②数据结构；③软件描述信息。

（2）阐述非形式化定义中软件具有的特性。

对比其他人工产品的特性，总结软件所具有的三个特性。

二、软件工程的发展历程和应用领域第二节经济方面结合例子阐述经济学原则在软件生产方面的重要性。

第三节维护性方面介绍软件生命周期模型和步骤，阐述维护工作在生命周期模型中的重要性和具体分类。

软件工程导论课程教学大纲软件工程导论》课程教学大纲一、课程性质、地位和作用《软件工程导论》是是软件工程专业的专业基础课程，属必修课。

本课程主要讲述建造软件系统的基本方法、技术、流程、工具及规范等。

通过学习可以使学生了解软件工程的基本概念、基本原理、实用的开发方法和技术；了解软件工程各领域的基本内容和发展动向；学习用工程化的方法开发软件项目，初步掌握开发过程中应遵循的流程、准则、标准和规范。

本门课程为将来从事软件开发学生的软件工程师之路奠定坚实的基础。

二、课程教学对象、目的和要求本课程适用于软件工程、计算机应用等从事软件开发的本科专业。

课程教学目的、要求：（一）从教学内容上，应使学生了解软件工程的基本概念，主要包括软件与软件开发的基本过程，软件危机与软件工程。

掌握个人软件开发过程的基本内容和方法，了解软件开发模型及结构化软件设计方法，以及软件质量保证基本内容。

（二）从能力方面，应使学生通过对软件工程基本概念和方法的学习和课后练习，培养学生养成规范化个人开发的良好习惯，培养学生按照软件工程的基本过程和方法来设计和开发软件。

（三）从教学方法上，在课堂理论教学中，采用学生可以理解的软件开发素材，通过一边实践一边讲解的方法，讲解软件过程的基本思想和方法，通过学生完成与实践结合的作业，调动学生的积极性,使软件工程的基本思想逐步植根于学生头脑中。

三、相关课程及关系本课程的先修课程是“ C 语言程序设计”和“数据结构”等程序设计课程，学习应在学生具有一定的编程能力基础上进行。

本课程为后续的“软件制造工程” 和“软件设计工程”等课程打下了必要的理论基础。

四、课程内容及学时分配总学时：32学时（一）绪论 1 学时1、软件工程及其重要性2、软件开发需要软件工程3、软件工程课程体系架构（需要什么软件工程）4、课堂的组织、学习方法、章节安排与考核要求学生了解软件工程的起源，软件工程在软件开发中的作用，了解软件工程课程体系。

软件工程导论提纲一、所有的“课件内容”都在考核范围：以课件内容为主。

不要死记硬背，理解的基础上自由表达；基本的概念，也需要背记一些的。

二、数学的重要性数学既是一种文化、一种“思想的体操”，更是现代理性文化的核心数学是工具、是科学的仆人数学对于思维的逻辑严密性有较强的要求，学习数学有益于提高人们的分析问题能力与思辨能力数学修养对于一般科技工作者，甚至经营管理者、决策者都很重要数学文化是一种真正创新的文化三、思维1、什么是思维、抽象思维、计算思维、哪些问题是计算思维思维（思维方式）思维方式是看待事物的角度、方式和方法，它对人们的言行起决定性作用抽象思维是人们在认识活动中运用概念、推理、判断、直觉等思维形式，对客观现实进行间接的、概括的反映的过程。

又称逻辑思维计算思维运用计算机科学的基础概念进行问题求解，系统设计，以及人类行为的理解等涵盖计算机科学之广泛性的一系列思维活动。

计算思维若干例：a)计算机科学是关于什么的科学？计算与计算机b)计算机怎么计算？算法与数据结构c)人如何指挥计算机进行计算？程序设计语言d)计算机解决问题有没有通用的方法？算法策略e)是计算机出错还是人出错？算法正确性f)什么是计算机解题的“代价”？算法的时空复杂度2、对问题的理解、解决问题的思维、问题表达的能力问题:就是理想状态和现实状态之间的差别解决问题的思维:把单一思维模式切换成多重思维模式（问题到底是什么？找到问题所属的层面。

注意你所表达的含义。

）搞清楚问题所在，表述问题是其中之一3、科学的定义、什么是自然科学、人文科学、社会科学什么是科学？【汉语词典】如实反映自然、社会、思维等的客观规律的知识体系【达尔文】科学就是整理事实、从中发现规律并做出结论【爱因斯坦】设法对人们杂乱无章的感觉经验加以整理，使之符合逻辑一致的思想体系自然科学以自然界为主要研究对象，运用实证、理性、和臻美（即到达完美之意）等方法，揭示自然的奥妙，获取自然的真知人文科学以人类作为主要研究对象，运用实地考察、诠释和启示等方法，认识人、人性、人生的意义，提升人的精神素质和思想境界社会科学以社会领域为主要研究对象，运用调查、统计、归纳等方法，把握社会规律、解决社会问题、促进社会进步4、学科的定义、计算机学科、ACM、IEEE学科a)指高等学校中讲授或研究知识的分科，b)它是高校教学和科研的细胞组织计算机学科Discipline研究计算机的设计与制造以及利用计算机进行信息获取、表示、存储、处理、控制等的理论、原则、方法和技术的学科。

第一章软件工程概述重点掌握的内容：软件和软件工程的基本概念一．什么是软件1.满足功能要求和性能的指令或计算机程序集合；2.处理信息的数据结构；3.描述程序功能以及程序如何操作和使用所要求的文档；软件的特点：软件是一种逻辑实体,而不是具体的物理实体,因而它具有抽象性;软件是通过人们的智力活动,把知识与技术转换成信息的一种产品,是在研制、开发中被创造出来的在软件运行和使用的期间,没有硬件那样的机械磨损、老化问题软件的开发和运行经常受到计算机系统的限制,对计算机系统有着不同程度的依赖性软件的开发至今尚未完全摆脱手工的开发方式软件的开发费用越来越高,成本相当昂贵;二．软件危机以及产生软件危机的原因1.软件开发生产率提高的速度,远远跟不上计算机迅速普及的趋势;软件产品“供不应求”;2.软件成本在计算机系统总成本中所占的比例逐年上升;3.软件开发人员和用户之间的信息交流往往很不充分,用户对“已完成的”的软件系统不满足的现象经常发生;4.软件产品的质量不容易保证;5.软件产品常常是不可维护的;6.软件产品的重用性差,同样的软件多次重复开发;7.软件通常没有适当的文档资料;产生软件危机的原因可归结为两个重要的方面：软件生产本身存在的复杂性；软件开发所使用的方法和技术;三、软件危机1、软件危机定义：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题;2、软件危机的两个主要问题：如何开发软件,以满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件;3、软件危机的典型表现：1对软件开发成本和进度的估计常常很不准确;2用户对“已完成的”软件系统不满意的现象经常发生;3软件产品的质量往往靠不住;4软件常常是不可维护的;5软件通常没有适当的文档资料;6软件成本在计算机系统总成本中所占的比例逐年上升;7软件开发生产率提高的速度,远远跟不上计算机应用迅速普及深入的趋势;软件工程1、软件工程定义：软件工程是指导计算机软件开发和维护的一门工程学科;采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地、高效的开发出高质量的软件并有效地维护它,这就是软件工程;软件工程准则可以概括为7条基本原则：用分阶段的生命周期计划严格管理；坚持进行阶段评审实行严格的产品控制采用现代程序设计技术应能清楚地审查结果合理安排软件开发小组的人员承认不断改进软件工程实践的必要性3、软件工程方法学,三要素：方法、工具和过程4、软件生命周期概念、三时期,八阶段软件生命周期由软件定义、软件开发和运行维护也称为软件维护3个时期组成;软件定义时期通常进一步划分成3个阶段,即问题定义、可行性研究和需求分析;软件开发时期分为4阶段：总体设计、详细设计、编码和单元测试、综合测试五、软件开发模型：软件开发模型是跨越整个软件生存周期的系统开发、运作、维护实施的全部工作和任务的结构框架;1瀑布模型采用结构化的分析与设计方法,将逻辑实现与物理实现分开;特点阶段的顺序性和依赖性规范化推迟实现的观点系统化质量保证阶段评审存在问题不适合需求模糊的系统需求的迷糊性和不确定性适用于操作系统、编译系统、数据库管理系统等系统软件的开发快速原型模型：所谓快速原型是快速建立起来的可以在计算机上运行的程序,它所能完成的功能往往是最终产品能完成的功能的一个子集;快速原型模型的第一步是快速建立一个能反映用户主要需求的原型系统,让用户在计算机上试用它,通过实践来了解目标系统的概貌3增量模型：是瀑布模型的顺序特征与快速原型法德迭代特征相结合的产物;这种模型把软件看成一系列相互联系的增量,在看法过程的各次迭代中,每次完成其中的一个增量;4喷泉模型5微软过程六、思考：你认为“软件就是程序”这一个观点正确吗如果不正确,请批驳之;1.请从以下几个方面结合自己的经验实例加以论述;软件就是程序的观点是不正确的,因为软件等于程序加文档加数据;1文档是软件的一个非常重要的组成部分,在软件的开发过程中起着非常重要的作用;2在软件开发的每一个阶段都应有相应的文档;它是开发人员与用户以及开发人员与项目管理人员之间交流的媒介3文档是软件在不同阶段的表现形式;4程序与文档必须一致,文档才有价值;5文档质量直接决定软件质量的高低;6文档也是软件测试和维护的依据;在没有文档或文档不全的情况下对大型软件进行测试与维护是不可思议的事情;7文档是软件可重用的依据;2、有人说：软件开发时,一个错误发现得越晚,为改正它所付出的代价就越大;对否请解释你的回答;答:对,第二章可行性研究重点掌握的内容：可行性研究的系统流程图一般内容：可行性研究的任务和步骤,成本效益分析一、可行使研究：1、可行性研究的任务：是用最小的代价在尽可能短的时间内确定问题是否能够解决;一般来说,应从经济可行性、技术可行性、运行可行性、法律可行性和开发方案等方面研究可行性可行性研究的目的：在明确了所要研究问题定义之后,分析员应该在明确目标系统所有限制和约束的前提下,去确定该问题是否值得去解决;或就是用最小代价在尽可能短的时间内确定问题是否能够解决;2、可行性研究过程：1）复查系统规模和目标2）研究目前正在使用的系统3）导出新系统的高层逻辑模型4）进一步定义问题5）导出和评价供选择的解法6）推荐行动方针7）草拟开发计划8）书写文档提交审查3、系统流程图的定义和作用：可行性研究对现有系统做概括的物理模型描述,如用图形工具表示则更加直观简洁;系统流程图是描绘物理系统的传统工具,它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件程序、文件、数据库、表格、人工过程等;系统流程图表达的是部件的信息流程,而不是对信息进行加工处理的控制过程;在可行性研究过程中,利用系统流程图来描述所建议系统的物理模型;4、数据流程图的定义和作用：数据流程图有两个特征：抽象性和概括性;抽象性指的是数据流程图把具体的组织机构、工作场所、物质流都去掉,只剩下信息和数据存储、流动、使用以及加工情况;概括性则是指数据流程图把系统对各种业务的处理过程联系起来考虑,形成一个总体5、数据流程图的组成元素数据流图可以用来抽象地表示系统或软件;它从信息传递和加工的角度,以图形的方式刻画数据流从输入到输出的移动变换过程,同时可以按自顶向下、逐步分解的方法表示内容不断增加的数据流和功能细节;因此,数据流图既提供了功能建模的机制,也提供了信息流建模的机制,从而可以建立起系统或软件的功能模型;6、数据流程图的组成：外部实体外部实体是指系统之外的人或单位,它们和本系统有信息传递关系数据流,处理、数据存储;如何绘制数据流程图1识别系统的输入和输出,画出顶层图2画系统内部的数据流、加工与文件,画出一级细化图3加工的进一步分解,画出二级细化图4其它注意事项7、数据流程图的注意点1每个处理都必须有流入的数据流和流出的数据流,如果没有,是错误的;数据守恒2每个数据存储应该有流入的数据流和流出的数据流,如果缺了一种,是Warning的；缺两种就错了;3、数据流只能在处理与处理、数据存储或者外部实体之间流动;、数据存储到数据存储、外部实提到外部实体、外部实提到数据存储之间的数据流都是错误的;4、一个处理可以细分成多个子处理,分成若干个层次均匀分解5、良好命名系统流程图与数据流程图有什么区别答：1系统流程图描述系统物理模型的工具,数据流程图描述系统逻辑模型的工具;2系统流程图从系统功能的角度抽象的描述系统的各个部分及其相互之间信息流动的情况;3数据流程图从数据传送和加工的角度抽象的描述信息在系统中的流动和数据处理的工作状况;三、数据流图：1、组成符号：4中基本图形符号正方形、圆角矩形、开口矩形2、数据流图的基本要点是描绘“做什么”,而不是考虑“怎么做”;3、一套分层的的数据流图由顶层、底层、和中间层组成;4、画分层数据流图基本原则与注意事项：a.自外向内,自顶向下,逐层细化,完善求精;b.保持父图与子图的平衡;也就是说,父图中某加工的输入数据流中的数据必须与它的子图的输入数据流在数量和名字上相同;c.保持数据守恒;也就是说,一个加工所有输出数据流中的数据必须能从该加工的输入数据流中直接获得,或者是通过该加工能产生的数据;d.加工细节隐藏;根据抽象原则,在画父图时,只需画出加工和加工之间的关系,而不必画出各个加工内部的细节;e.简化加工间关系;在数据流图中,加工间的数据流越少,各加工就越相对独立,所以应尽量减少加工间输入输出数据流的数目;f.均匀分解;应该使一个数据流中的各个加工分解层次大致相同;g.适当地为数据流、加工、文件、源/宿命名,名字应反映该成分的实际意义,避免空洞的名字;h.忽略枝节;应集中精力于主要的数据流,而暂不考虑一些例外情况、出错处理等枝节性问题;i.表现的是数据流而不是控制流;j.每个加工必须既有输入数据流,又有输出数据流.在整套数据流图中,每个文件必须既有读文件的数据流又有写文件的数据流,但在某一张子图中可能只有读没有写或者只有写没有读;小结：一个软件系统,其数据流图往往有多层;如果父图有N个加工Process,则父图允许有0～N张子图,但是每张子图只能对应一张父图;在一张DFD图中,任意两个加工之间可以有0条或多条名字互不相同的数据流；在画数据流图时,应该注意父图和子图的平衡,即父图中某加工的输入输出数据流必须与其输入输出流在数量和名字上相同;DFD信息流大致可分为两类：交换流和事务流;9、数据字典1．数据字典是在数据流程图的基础上,对数据流程图中的各个元素进行详细的定义与描述,起到对数据流程图进行补充说明的作用;2．数据字典的内容包括：数据流、数据流分量即数据元素、数据存贮、处理逻辑和外部实体;3.数据字典的作用是什么对用户来讲,数据字典为他们提供了数据的明确定义；对系统分析员来讲,数据字典帮助他们比较容易修改已建立的系统逻辑模型;数据字典的实现：P4910、成本效益分析：成本/效益分析的目的是要从经济角度分析开发一个特定的新系统是否可行,从而帮助使用部门负责人正确地做出是否投资与这项开发工程的决定;几种度量效益的方法：货币的时间价值、投资回收期、纯收入第三章需求分析一、重点掌握的内容那：需求分析的方法和面向数据流的分析方法二、一般掌握的内容：需求分析的任务和原则三知识点：1、为什么要做需求分析可行性分析研究阶段已经粗略的描述了用户的需求,甚至还提出了一些可行的方案,但是,许多细节被忽略了,在最终目标系统中是不能忽略、遗漏任何一个微小细节的,所以,可行性研究不能代替需求分析;2、需求分析的方法：需求分析方法由对软件的数据域和功能域的系统分析过程及其表示方法组成,它定义了表示系统逻辑视图和物理视图的方式,大多数的需求分析方法是由数据驱动的,也就是说,这些方法提供了一种表示数据域的机制,分析员根据这种表示,确定软件功能及其特性,最终建立一个待开发软件的抽象模型,即目标系统的逻辑模型;3、需求分析的任务：它的基本任务是准确地回答“系统必须做什么”这个问题;需求分析所要做的工作是深入描述软件的共能和性能,确定软件设计的限制和软件同其它系统元素的接口细节,定义软件的其它有效性需求;需求分析的任务不是确定系统如何完成它的工作,而是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求;其实现步骤如下图所示：一般说来需求分析阶段的任务包括下述几方面：1）确定对系统的综合需求对系统的综合需求主要有：系统功能需求、系统性能需求、可靠性和可用性需求、错处理需求、接口需求、约束、逆向需求、将来可能提出的需求:2）分析系统的数据需求就是在理解当前系统“怎样做”的基础上,抽取其“做什么”的本质,明确目标系统要“做什么”,可以导出系统的详细的逻辑模型;具体做法：首先确定目标系统与当前系统的逻辑差别；然后将变化部分看作是新的处理步骤,对功能图一般为数据流图及对象图进行调整；最后有外及里对变化的部分进行分析,推断其结构,获得目标系统的逻辑模型;通常用数据流图、数字字典和主要的处理算法描述这个逻辑模型;3）导出系统的逻辑模型4）修正系统开发计划在经过需求分析阶段的工作,分析员对目标系统有了更深入更具体的认识,因此可以对系统的成本和进度做出更准确地估计,在此基础上应该对开发计划进行修正;5开发原型系统：使用原型系统的主要目的是,使用户通过实践获得关于未来的系统将怎样为他们工作的更直接更具体的概念,从而可以更准确地提出他们的要求;4、需求分析的步骤：1调查研究2分析与综合3书写文档4需求分析评审5、需求分析的原则：1、必须能够表达和理解问题的数据域和功能域2、按自顶向下、逐层分解问题3、要给出系统的逻辑视图和物理视图6、软件需求的验证：需求分析阶段的工作结果是开发软件系统的重要基础,大量统计数字表明,软件系统中15%的错误起源于错误的需求;为了提高软件质量,确保软件开发成功,降低软件开发成本,一旦对目标系统提出一组要求之后,必须严格验证这些需求的正确性;一般说来,应该从下述4个方面进行验证：1一致性所有需求必须是一致的,任何一条需求不能和其他需求互相矛盾;2完整性需求必须是完整的,规格说明书应该包括用户需要的每一个功能或性能;3现实性指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的;对硬件技术的进步可以做些预测,对软件技术的进步则很难做出预测,只能从现有技术水平出发判断需求的现实性;4有效性必须证明需求是正确有效的,确实能解决用户面对的问题;7、状态转换图：指明了作为外部事件结果的系统行为;为此,状态转换图描绘了系统的各种行为模式称为“状态”和在不同状态间转换的方式;状态转换图是行为建模的基础;思考：利用DFD图进行需求分析：在结构化分析方法中,用以表达系统内数据的运动情况的工具有A;供选择的答案：A.数据流图B.数据词典C.结构化英语D.判定表与判定树在结构化分析方法中用状态―迁移图表达系统或对象的行为;在状态―迁移图中,由一个状态和一个事件所决定的下一状态可能会有A个;供选择的答案：多个D.不确定五、总体设计概要设计重点掌握的内容：概要设计的过程和方法一般掌握的内容：概要设计的文档和评审考核知识点：一、总体设计：1、总体设计的目的：总体设计的基本目的就是回答“概括地说,系统应该如何实现”这个问题,因此,总体设计又称为概要设计或初步设计;1、面向结构设计SD2、面向对象设计OOD2、总体设计的任务：1系统分析员审查软件计划、软件需求分析提供的文档、提出最佳推荐方案,用系统流程图,组成物理元素清单,成本效益分析,系统的进度计划,供专家沈顶峰,审定后进入设计2去顶模块结构,划分功能模块,将软件功能需求分配给所划分的最小单元模块;确定模块之间的联系,确定数据结构、文件结构、数据库模式,确定测试方法与策略;3编写概要设计说明书,用户手册,测试计划,选用相关的软件工具来描述软件结构,结构图是经常使用的软件描述工具;选择分解功能与划分模块的设计原则,例如模块划分独立性原则,信息隐蔽原则等3、总体设计过程通常由两个主要阶段组成：系统设计阶段,确定系统的具体实现方案；结构设计阶段,确定软件结构;4、典型的总体设计过程包括下述9个步骤：1、设想功选择的方案2、选取合理的方案3、推荐最佳方案4、功能分解5、设计软件6、设计数据库7制定测试计划8、书写文档：系统说明、用户手册、测试计划、详细的实现计划、数据库设计结果；9、审查和复审二、设计原理分析模块化,在模块化程序设计中,按功能划分模块的原则是,模块化和软件成本关系：模块具有输入和输出参数传递、功能、内部数据结构局部变量和程序代码四个特性1、模块化:就是把程序划分成独立命名且可独立访问的模块,每个模块完成一个子功能,把这些模块集成起来构成一个整体,可以完成指定的功能满足用户的需求.2、模块化的根据:把复杂的问题分解成许多容易解决的小问题,原来的问题也就容易解决了. 模块化和软件成本关系:根据总成本曲线,每个程序都相应地有一个最适当的模块数目M,,使得系统的开发成本最小.3、模块设计的准则：1改进软件结构,提高模块独立性:在对初步模块进行合并、分解和移动的分析、精化过程中力求提高模块的内聚,降低藕合;2模块大小要适中:大约50行语句的代码,过大的模块应分解以提高理解性和可维护性;过小的模块,合并到上级模块中;3软件结构图的深度、宽度、扇入和扇出要适当;一般模块的调用个数不要超过5个;4尽量降低模块接口的复杂程度；5设计单入口、单出口的模块;6模块的作用域应在控制域之内;4、抽象的概念:抽出事务的本质特性而暂时不考虑它们的细节.5、信息隐蔽：模块中所包括的信息不允许其它不需这些信息的模块调用信息局部化：是把一些关系密切的软件元素物理地放得彼此靠近6、什么是模块独立性答：模块独立性概括了把软件划分为模块时要遵守的准则,也是判断模块构造是不是合理的标准;7、模块独立性：是软件系统中每个模块只涉及软件要求的具体子功能,而和软件系统中的其它的模块接口是简单的;模块独立的概念是模块化、抽象、信息隐蔽和局部化概念的直接结果;8、为什么模块的独立性很重要答：1有效的模块化的软件比较容易开发出来2独立的模块比较容易测试和维护;总之,模块独立是好设计的关键,而设计又是决定软件质量的关键环节;9、衡量模块独立的两个标准是什么它们各表示什么含义10、答：衡量模块的独立性的标准是两个定性的度量标准：耦合性和内聚性;1耦合性;也称块间联系;指软件系统结构中各模块间相互联系紧密程度的一种度量;模块之间联系越紧密,其耦合性就越强,模块的独立性则越差;模块间耦合高低取决于模块间接口的复杂性、调用的方式及传递的信息;2内聚性;又称块内联系;指模块的功能强度的度量,即一个模块内部各个元素彼此结合的紧密程度的度量;若一个模块内各元素语句之间、程序段之间联系得越紧密,则它的内聚性就越高;耦合性与内聚性是模块独立性的两个定性标准,将软件系统划分模块时,尽量做到高内聚低耦合,提高模块的独立性,为设计高质量的软件结构奠定基础;模块的高内聚、低耦合的原则称为模块独立原则,也称为模块设计的原则;10、启发规则：1)改进软件结构提高模块独立性2)模块规模应该适中3)深度、宽度、扇出、、和扇入都应适当深度表示软件结构中控制的层数,它往往能粗略地标志一个系统的大小和复杂程度;宽度是软件结构内同一个层次上的模块总数的最大值；一般来说,宽度越大系统越复杂;对宽度影响最大的因素是模块的扇出;一个模块的扇入是指直接调用该模块的上级模块的个数;一个模块的扇出是指该模块直接调用的下级模块的个数;设计原则：低扇出、高扇入;4)模块的作用域应该在控制域内5)力争降低模块接口的复杂程度6)设计单入口和单出口的模块7)模块功能应该可以预测三、概要设计的方法：1、面向数据流的设计方法把信息流映射成软件结构,信息流的类型决定了映射的方法;面向数据流的设计要解决的任务,就是上述需求分析的基础上,将DFD图映射为软件系统的结构;2、数据流图的类型：交换型结构和事务型结构交换型结构：由3部分组成,传入路径,变换中心,输出路径系统的传入流经过变换中心的处理,变换为系统的传出流;事务型结构：有至少一条接受路径,一个事务中心与若干条动作路径组成;当外部信息沿着接受路径进入系统后,经过事务中心获得某个特定值,就能据此启动某一条动作路径的操作;四、结构化设计1、结构化设计方法：是一种面向数据流的设计方法,中心任务就是把用DFD图表示的系统分析模型转换为软件结构的设计模型,确定软件的体系结构域接口;2、结构化方法的步骤：1复审DFD图,必要时刻再次进行修改或细化：2鉴别DFD图所表示的软件系统的结构特征,确定它所代表的软件结构是属于变换型还是事务型;3按照SD方法规定的一组规则,吧DFD图转换为初始的SC图;变换型DFD图初始SC图事务型DFD图初始SC图3、结构设计的优化规则：1对模块分割、合并和变动调用关系的指导规则：以提高模块独立性为首要标准,除此之外,适当考虑模块的大小;2保持高扇/入低扇出原则3作用域/控制域规则：作用域不要超出控制域的范围；软件系统的判定,其位置离受它控制的模块越近越好;六、详细设计重点掌握的内容：详细设计的任务和方法一般掌握的内容：详细设计的原则和详细设计的规格与评审。

软件工程导论第一章软件工程学概述1、软件完成特点功能的程序以及数据结构和文档2、软件的特点（1）软件开发更依赖于开发人员的业务素质、智力、人员的组织、合作和管理。

软件开发、设计几乎都是从头开始，成本和进度很难估计。

（2）软件存在潜伏错误，硬件错误一般能排除。

（3）软件开发成功后，只需对原版进行复制。

（4）软件在使用过程中维护复杂：1）纠错性维护一改正运行期间发现的潜伏错误；2）完善性维护一提高或完善软件的性能；3）适应性维护一修改软件，以适应软硬件环境的变化；4）预防性维护一改进软件未来的可维护性和可靠性。

（5）软件不会磨损和老化。

3、软件危机及软件危机的表现软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。

软件危机的表现1）对软件开发成本和进度的估计常常很不准确。

常常出现实际成本比估算成本高出一个数量级、实际进度比计划进度拖延几个月甚至几年的现象，从而降低了开发商的信誉，引起用户不满。

2）用户对已完成的软件不满意的现象时有发生。

3）软件产品的质量往往是靠不住的。

4）软件常常是不可维护的。

5）软件通常没有适当的文档资料。

文档资料不全或不合格，必将给软件开发和维护工作带来许多难以想象的困难和难以解决的问题。

6）软件成本在计算机系统总成本中所占比例逐年上升。

特别是软件维护成本迅速增加已经占据软硬件总成本的40%~75%。

7）开发生产率提高的速度远跟不上软件需求。

4、软件工程及软件工程的特性软件工程是用工程、科学和数学的原则与方法开发、维护计算机软件的有关技术和管理方法。

软件工程的特性：1）软件工程关注于大型程序的构造2）软件工程的中心课题是控制复杂性3）软件经常变化4）开发软件的效率非常重要5）和谐地合作是开发软件的关键6）软件必须有效地支持它的用户7）在软件工程中是由具有一种文化背景的人替具有另一种文化背景的人创造产品5、软件工程的基本原理用分阶段的生存周期计划严格管理坚持进行阶段评审实行严格的产品控制采用现代程序设计技术结果应能清楚地审查开发小组的人员应少而精承认不断改进软件工程实践的必要性6、软件生存周期一个软件从得出开发要求开始直到该软件报废为止的时期。