西安交通大学软件工程知识点

1、第一章分析员解决问题：研究理解问题；何时解决问题的效益大余成本；确定解决问题的需求；制定一套坑内的解决方案；决定哪个方案是最佳的并经行推荐；详细说明所选方案的细节；实施解决方案；监控结果是否达到预期效果系统：一组为实现某些结果相互联系、 相互作用的部件的集合体详细系统：一组完成收集、处理、存储和以输出完成业务所需信息作为交互的相互联系、相互作用的部件的集合体子系统 subsystem：一个大系统中的部分系统超系统 supersystem：一个包含其他系统的大系统功能分解 functional decomposition：把一个系统分为多个基于子系统的部件，这些子系统依次进一步分为多个子系统系统

2、边界 system boundary：系统与环境之间输出与输入必须通过的分界自动化边界 automation boundary：一个系统的自动部分和手动部分之间的分界Systems analyst系统分析员应掌握的有关基础知识、基本技术：计算机及其工作原理；与计算机有关的设备；链接计算机的通信网络；数据库与数据库管理系统； 程序设计语言；操作系统和各种应用程序工具 tools：用于帮助规划分析与设计说明书并完成系统部件的软件产品系统开发器件使用的技术：项目规划技术；成本效益分析技术；查询技术；需求建模技术；结构分析技术；网络配置技术；数据库设计技术技术 techniqiues：完成特定系统开发

3、活动的策略第二章SDLC 信息系统开发阶段：项目计划阶段；分析阶段；设计阶段；实施阶段；支持阶段计划阶段 planning phase：确定新系统的作用域、确保项目的可行性、指定进度表和资源分配计划并经行项目其余部分的预算。（分为：定义问题；指定项目的进度表；确定项目的可行性； 安排项目人员；启动项目）分析阶段 analysis phase：了解新系统的业务需求和处理要求并做好文档（分为：收集信息；定义系统需求；建立需求发现原型；划分需求的优先级；产生并评价可选方案；与管理人员一起审查建议）问题域 problem domain：用户的业务领域，为此正在开发一个系统设计阶段 design pha

4、se：根据分析阶段的需求定义和指定的决策，设计出解决方案系统（包括：设计和集成网络；设计应用结构；设计用户界面；设计系统界面；设计和集成数据库； 设计细节的原型化；设计和集成系统控制）实施阶段 implementation phase：建立、测试和安装可靠的工作信息系统，培训用户并使其受益于系统的使用 （包括：结构软件部件；检验和测试；转换数据；安排用户和制作文档；安装系统）支持阶段 support phase：在系统初始安装和生命周期 (systemdevelopment life cycle)的许多年终都爆出系统有效的运行（包括：维护系统；加强系统；支持系统）预测方法 predictive

5、 approach：一种可以预先规划并组织开发项目，并可以根据规划对新的信息系统经行开发的系统开发生命周期方法瀑布法 waterfall approach：将项目的各阶段按顺序完成，其特点是从一个阶段顺序进入另一个阶段（关键：各个阶段之间的重叠、依赖度高）迭代法 iteration：（关键：完成分析、完成设计，完成实施，如此反复）增量开发 incremental development：通过一次或多次迭代完成系统的各个部件并使其运行，然后供用户使用的一种开发方法方法：提供完成系统开发生命周期每一步的详细指导， 包括具体的模型、工具和技术技术：帮助分析员完成系统开发活动或任务的一组方法模型：现实

6、世界某些重要方面的表示工具：帮助生成项目中所需模型或其他组件的软件支持系统开发的两种方法 system development methodology：传统方法，面向对象方法传统方法：结构化系统开发、信息工程方法结构化系统开发：结构化分析、结构化设计、结构化编程结构化编程 structured program：具有一个开始和一个结束的程序或程序模块，并且在程序执行中的每一步都有三个部件组成， 即顺序、选择、循环结构化设计 structured design：是为确定某些事物提供指导的一项技术，这些食物包括程序集是什么，每一个程序该实现哪些功能，以及如何把这些程序组成一张层次图（结构图 stru

7、cture chart）结构化分析 structured analysis：是这样一项技术，他帮助开发人员定义系统需要做什么， 系统需要存储和使用那些数据， 系统需要什么样的输入输出，以及如何把这些功能结合在一起来完成任务（数据流图）结构化方法的缺点：这种技术只能解决系统分析和设计活动的一部分而非全部任务，实际中并不能很好的完成从数据流图到结构图的转变，机构化方法仍然是把过程而不是数据作为系统开发的中心环节信息工程方法：传统的系统开发方法比结构化方法更严格、 更全面，因为他关注策略规划、 数据建模和自动化工具（核心是过程依赖图）面向对象方法：系统开发的一种方法，这种方法把信息系统看成是一起工作

8、来完成某项任务的相互作用的对象的集合 （类图 classdiagram）对象：计算机系统中可以对消息作出响应的事物螺旋模型 Spiral model：特点是开发活动中反复绕圈直到项目完成第三章项目启动的理由：应对机会；解决问题；依照指示项目规划阶段的活动：定义问题（理解从事的工作了么） ；制定项目的进度表（如果有可用的资源，项目能够按时完成么） ；确认项目的可行性（开始从事这个项目仍然是切实可行的么） ；为项目安排人员（资源可用么培训了么准备好启动项目了么） ；启动项目（做好启动的准备了么）确认项目可行性考虑的风险：评价项目的风险；确定经济可行性；确定组织上和文化上的可行性； 评价技术可行性；

9、确定进度表可行性；评价资源可行性无形收益 intangible不包括在费用 /收益分析 cost/benefit analysis中关键路径 critical path：表明项目完成最短周期的 PERT图上的路径。是通过这个图的最长的路径， 包括定义顺序中必须要做的所有任务。项目管理分为 8 个知识领域：作用域、时间、成本、质量、人力资源、通信、风险、采购第四章分析阶段的活动：收集信息（是否已经拥有了全部的信息来定义系统所必须完成的工作）；定义系统需求（需要系统做什么）；划分需求优先级（系统要完成的最重要的是什么） ；构建可用性和发现原型（可以证明这种技术能够实现想让他完成的那些功能么是否已经

10、构建出一些原型可以使用户完全理解新系统潜在的功能）；产生评估各种方案（创建系统的最好方案是什么）；和管理部门一起复查各种建议（应不应该即系设计和实现我们提出的系统）系统需求：是新系统必须完成的功能及其局限性。 包括功能性需求和非功能型那个需求。功能性需求用于说明新系统必须支持的基本业务功能，非功能性需求包括系统性能目标、 操作环境及其他非功能性问题系统相关者分为三种：用户；客户；技术人员事物：在一个组织中完成一件工作或一项活动， 这样一件单一的事情过去系统需求的开发过程分为：确定现在系统的物理过程和活动；从现有物理过程中提取出业务逻辑功能； 为将在新系统中使用的方法开发出业务逻辑功能； 定义新

11、系统的物理处理需求。 缺点，花费大量时间。收集信息技术：分类调查问卷；和用户面谈；复查现有文档；观察业务过程；研究供应商的解决方案； 建立原型；主持联合应用程序设计会议原型：一个规模更大的系统的最初可运转模型联合应用程序设计 JAD：是一项定义需求或设计系统的方法， 即让所有相关的人一起参加某个单一会议有限制问题 closed-end questions：要求惊醒简单而明确回答的问题无限制问题 open-end questions：要求对问题进行讨论而不是必须对问题做出简短的回答第五章建模的原因：在建模过程中了解信息； 通过抽象降低复杂性； 有助于回忆所有的细节； 有助于和其他开发小组成员进行

12、交流； 有助于和各种用户及系统相关者进行交流； 为以后的维护和升级提供了文档模型的类型：数学模型；描述模型；图形模型用例 use case：系统执行的活动，通常响应用户的要求事件 event：可以描述、值得记录的在某一特定时间和地点发生的事情。系统的所有处理过程都是由事件驱动或触法的事件的三种类型：外部事件（系统之外发生的事件， 通常由外部实体或者动作参与者触法的。客户）；临时事件（由于到达某一时刻所发生的时间。产生工资支票）；状态事件（当系统内部发生了需要处理的情况时所引发的的事件。仓库记录变化）触发器 trigger：用来通知系统某一事件发生了的信号，这一事件可以是需要处理的数据到达了或到

13、了一个时间点来源 source：为系统提供数据的外部实体或参与者响应 response：系统产生的一个输出结果，该结果将被送到某个目的地目的地 destination：接收系统输出的外部实体或参与者事物的类型：实体、角色； 组织部门；设备；地点位置；突发事件事物或交互传统的系统开发中，事物被称为数据实体；面向对象的系统开发中，事物的类型被称为类数据实体：系统需要存储的有关信息系统传统开发方法的信息类：所有相似的事物所属的类型或分类方法 method：类的所有对象所具有的行为封装 encapsulation：把所有对象覆盖或保护起来，使其包含的属性值和对这些属性进行操作的方法， 才而使得对象成为

14、自我封闭的单元关系 relationship：某些事物间自然发生的联系聚合 aggregation：对象及其各个部分之间的一种整体局部关系合成 composition：对象及其与他不可分割的各部分之间的一种整体局部关系关联实体 associative entity：表示两个数据实体间多对多关系的数据实体传统方法：实体联系图；关联图；DFD 片段；数据流定义；处理描述；其他传统模型面向对象方法：类图；用例图；用例描述；系统顺序；活动图；状态图多重关系：零或一个（可选） 0.1；有且仅有一个 1（强制）；有且仅有一个交替的（强制） 1.1；零或多个（可选） 0.*；零或多个交替的（可选） *；一个

15、或多个（强制） 1.*第六章传统方法：系统是处理的集合；处理与数据实体的交互； 处理所接受的输入并产生输出面向对象方法：系统是交互对象的集合；对象与人或其他对象交互；对象发送和响应消息事件分割的系统模型或0 层图：一个为系统需求建立模型的DFD，建模过程中对应于系统伙子系统中每个事件使用单个处理估计 DFD 质量：最小化复杂度（ 7+2 规则 rule of7+2：一个限制模型中组成元素个数或元素之间的连接数不超过 9 的模型设计规则）；保证数据流一致性 （平衡 balanceing：进出处理的数据流与进出处理分界 DFD 的数据流在数据内容上保持一致的状态）黑洞 black hole：带有输

16、入数据的且不用其来产生输出数据的处理或数据存储奇迹 miracle：带有没有任何产生来源数据元素的一个处理或数据存储第七章消息：用例内部对象之间的通信用例图 use case diagram：一种用以显示不同的用户角色和这些角色如何使用系统的图系统顺序图 system machine diagram：在用例或场景中，用以显示外部参与者和系统之间的消息顺序图（是交互图interactiondiagram的一种：用以显示对象间的相互作用的协作图或顺序图）状态图 state machine diagram：一种用以显示对象在各个阶段中的生命和转换的情况的图在 UML 中人被成为参与者，参与者通常处于

17、自动化系统边界之外，但她也有可能是系统手动部分的成员。 事件的源是指事件的发起者，并且他通常在系统的外部。 相反，在用例分析中的参与者实际上是亲自与计算机系统进行交互的人。 （一些参与者并不是人，他们也可能是其他的系统或者从系统接受服务的设备）用例图与时间表的比较：时间表通常注意业务过程， 他通常标示业务事件记这些事件的外部、初始化源的信息来关注业务过程。外部的源是引起业务事件初始化的原因， 并且他们能从自动系统中轻松的移除。用例图强调了自动系统。应为他只与自动系统相连，所以参与者与自动系统有联系，并且不一定是业务的发起者；另一个差别体现在表示临时事件和状态事件。 由于用例通常被外部参与者初始

18、化，所以如果分析员不仔细表示每一个事件， 那么临时事件和状态事件经常被忽略。 在线系统菜单常常包括用于表示时间表中临时事件的菜单选项， 以便这样的事件能够被用户触法并作为纯粹的临时事件。因此建议为每一个临时事件和状态事件创建用例以确保这些需求不被忽略。场景或用例实例 scenario,or use case instance：用例中步骤的一个特定顺序参与者有手有助于读者掌握参与者必须能够直接访问自动系统状态 state：在对象的生命周期中档期满足一些标准、 执行一些行为或等待一个事件是所发生的状态情况复合状态 composition state：包括其他状态和转换的状态消息事件 message

19、 event：转换的触发器。导致对象离开初始状态监护条件 guard-condition：判断转换是否可以发生的真假判定true/false condition并发或并发状态 concurrency,or concurrent state：同一时间处以多个状态的情况路径 path：一组有序的相互连接的状态和转换CRUD 代表 create、read、 update、delete，分析需要类图中的每个类都有足够的用例来支持创建新对象实例、 读取或报告这些对象、更新这些对象并在许多例子中删除对象实例。前提条件 precondition：在用例初始化之前必须为真的一组条件后续条件 postcondi

20、tion：在用例执行完成只是必须为真的一组条件在系统顺序图中参与者如何通过输入数据和获得输出数据来和系统进行交互才是重点。开发系统顺序图的步骤： 表示输入消息；用先前介绍的消息符号来描述从外部参与者到系统的消息； 在输入消息上确定并添加特定条件，包括迭代和真假条件；确定并添加输入返回消息。第八章候选方案可行性因素： 战略可行性；经济可行性；计划安排和资源可行性；技术可行性；操作、组织、和文化可行性选择或定义配置环境 application deployment environment：系统需求的兼容性；硬件和系统软件的兼容性； 外部系统所需接口； IT 战略规划和体系结构计划的一致性；费用和进

21、度安排软件包 packaged software：已开发好的软件，可以整包购买成套系统 turnkey system：包括软件和硬件一起交给他人的一种完整的解决方案。这些系统往往不能准确的满足组织的需求企业资源计划 ERP 系统优势是相比自行开发系统，费用低风险小，劣势是，即使系统是定制也可能不能准确满足组织的需求。定制软件系统使者提供商或内部开发人员为组织准确的需求而定做的系统 ，该系统部分或者全部由外部组织开发。优势是组织可以购买大量的经验和专门技术来建立新系统，劣势是费用。自行开发的优点在于对项目和项目小组的知识水平的控制， 并且可以建立内部的专门技术队伍， 缺点是内部人员可能意识不到他

22、们何时需要帮助选择实施方案：通用需求；技术需求；功能需求通用需求非常重要但不直接与计算机系统本身相关（可行性评估）（供应商业绩记录、供应商技术支持水平、开发成本、效益预期值、对内部资源影响）；功能需求代表系统所必须包含的各个功能。这些在分析阶段进行开发设计的需求在时间表中有定义，并在数据流图或用例图中都有描述， 每个项目都有唯一的一组以系统需求为寄出的功能需求；技术需求是系统的约束条件，系统必须在这种约束条件下运行 （容易安装、灵活性、结构、用户友好、性能、可伸缩性、与操作系统环境的兼容性）第九章系统设计是从构建新系统的角度来描述、 组织、构造系统组件的过程。分为结构设计 achitectur

23、al design（对整个系统结构进行的广泛设计，也叫总体设计或概念设计）和细节设计 detail design （低层设计，包括具体的程序细节的设计）。分析与设计的区别：分析阶段目的是理解商业事件和处理过程、系统活动和处理需求、 信息存储需求。设计阶段的目的是定义组织和构建最终解决系统的各个部件，他们将成为系统构建的蓝图。设计阶段的活动：设计和集成网络（说明整个组织中系统的不同部分彼此如何通信）、设计应用程序结构（说明每个系统活动实际中是如何有人和计算机来实现的）、设计用户界面（说明所有的用户如何与系统交互）、设计系统接口（说明系统如何与组织内外的所有其他系统一起工作）、设计和集成数据库（说

24、明系统怎样存储组织所需的所有信息，存在哪）、建立设计细节原型（创建了原型一确保所有的详细设计决策被充分理解） 、设计和集成系统控制（说明如何确定系统运行正常以及系统维护的数据的安全性和保密性）多层结构：将应用相关软件或处理过程分配到多个计算机系统上的结构，包括集群结构 clustered architecture（一族可以协同工作、类似于一个大型计算机系统的同类计算机， 应用程序在运行时能被分配到一台最空闲的计算机上进行处理， 从而所有的机器能平衡分担处理负荷）、多计算机结构 multicomputer architecture（一组链接这一起实现特定功能的不同类型的计算机）集中式结构 cen

25、tralized architecture：把所有的计算机资源集中在一起的结构（特点：一些输入事物不需要实时处理； 在线数据输入人员可以集中到一个地点； 系统定期产生大量输出； 高速计算机之间产生大量的事物）分布式结构 distributed architecture：把计算资源分散在由计算机网络相连接的不同地点的结构国际互联网 Internet：是一个全球性的网络集合，他们使用通用的底层网络标准协议 TCP/IP 互相连接。企业内部互联网 Intranet：一种专用网络，只限于一定数量的用户访问，但与 Internet同样适用 TCP/IP 协议企业外部互联网 Extranet：扩展到组织外

26、部以方便信息流通的 Intranet虚拟专用网 VPN virtual private network：建立在公众网络上的只对私人组织开放的安全且可控的网络虚拟组织 virtual organization：一个松散联系的人员和资源组，他们共同合作，就行一个组织一样服务器 server：在网络中提供服务的一个进程、模块、对象或一台计算机客户端 client：向网络中一个或多个服务器请求服务的一个进程、模块、对象或一台计算机客户服务区：将应用程序分解成此模式的关键在于正确的划分可以由独立软件单元集中管理的资源或服务。优点是位置灵活、可拓展性、可维护性，缺点是复杂性和通过网络连接所造成的潜在性能、

27、安全性和可靠性问题。三层客户服务器结构 three-layer：数据层（负责和数据库交互的部分）、业务逻辑层 businesslogic layer（包含实现业务规则处理程序部分，核心）、可视层（包含用户界面的部分）中间件 middleware：实现网络通信协议并帮助不同系统相互通信的软件WEB 服务器结构：一种客户服务器结构，他将软件打包成服务处理程序并是指可以通过 WEB 协议获得。（优势：可访问性、通信费用低、广泛的实现标准；不利：安全性、可靠性、吞吐量、标准不稳定）网络设计的过程：集成网络既要有新系统也要包含现有的网络设备（网络集成）、在系统分散的每一处都描述处理活动和网络连接（网络描

28、述）、描述层与层之间的通信协议和中间件、确保足够多的可用网络容量第十章模块：计算机程序的可标示部分，用来完成某种具体定义的功能。程序与模块的关系：计算机程序是由一系列模块 组成的，这些模块被编译成一个单独可执行的实体。系统流程图的作用：可以帮助建立应用程序结构文档， 显示子系统、输入、输出、和数据存储。结构图 structure chart：用来展示一个计算机模块间关系的层次图，描述了系统每部分的功能和子功能。 目的：使用层次图可以讲程序功能有层次的组织起来。基本组成部分：模块。程序调用：控制从一个模块转换到下一层模块以便执行一个需要的服务。数据耦合 data couples：在程序调用中模块

29、间传递的单独的数据项结构化程序设计的基本思想是，每个模块完成且仅完成一项特定功能。从高层模块到底层模块的箭头表示程序调用， 调用的顺序总是从左到右。事务分析 transaction analysis：基于数据流图的结构图开发， 用来描述多种事务类型的处理变换分析 transform analysis：基于数据流图的结构图开发，用来描述输入处理输出数据流根据数据流图片段建立结构图的方法： 确定主要的信息流；找出输入流到输出流之间最基本的变换过程； 重画数据流图，将输入放在左边，输出放在右边，变换中心处理放在中间； 根据重画的数据流建立结构图的第一个草图， 其中包括调用层次和必需的数据耦合；必要时

30、增加其他模块以实现获得输入数据、 读写数据存储、输出数据或报表的功能； 使用结构化英语和决策表， 加入其他所需中间模块间关系；根据质量控制管理概念进行修改。传入数据流 afferent data flow：行一系列处理输入的数据流传出数据流 efferent data flow：从一系列处理传出的数据流中心变换 central transform：在一个变换分析类型的数据流中的中心处理评估结构图质量：模块耦合 module couples（模块与其他模块的相关程度，较好的是数据耦合，尽量要低） 、模块内聚 modulecohesion（模块内部的凝聚程度，尽量要高）十一章实例化 instant

31、iation：根据类定义所提供的模板创建对象设计类图的主要目的是记录和描述构建新系统需要的类。 他描述系统所有的类、类间的导航、属性和方法。面向对象设计是模型驱动和用例驱动的（模型输入，模型输出，围绕用例展开）用例实现 realization from responsibility：对每个用例的详细系统过程的说明构造型 stereotpye：按照模型元素的特征进行归类的一种方式实体类 entity class：是问题域类的设计标示符持久类 persistent class：程序结束后仍然存在的实体类边界类 boundary class：存在于系统的自动化边界上的类， 如输入窗口控制类 cont

32、rol class：是在边界类和实体类中间起协调作用的类，在域层和可视层之间起开关控制的作用数据访问类 date access class：是从数据库获取信息的类可见性 visible：标示一个属性是否可被外部对象直接访问， +可-不可方法特征 method signature：调用该方法所需的所有信息导航可见性 navigation visibility：一个对象能够看见另一个对象并与其进行交互的能力（属性导航可见性，参数导航可见性）封装 encapsulation：一种设计准则，规定数据和程序逻辑包含在另一独立的单元中对象重用 object reuse：一种设计准则，说明标准对象可以系统中

33、反复使用信息隐藏 information hiding：一种设计准则，指和一个对象有关的数据对外部世界是不可见的， 要使用一则方法来访问和修改这些数据耦合：对设计类图中的类与类之间连接关系紧密程度的定型的度量（强耦合增加系统不必要的复杂性，时系统难以维护）内聚：是对一个类中功能一致性的定性度量 （低内聚的类难于维护，很难重用）间接 indirection：一种设计准则，在两个类之间添加一个协调类已达到降低耦合度的目的对象职责 object responsibility：是一种由对象负责实施系统过程的设计准则激活生命线 activation lifelines（未完不待续）十二章数据库：被集中控

34、制盒管理的存储数据的完整集合数据库管理系统 DBMS database management system：对数据库的访问进行管理和控制的系统软件数据库有两部分相关的信息存储组成： 物理数据存储（数据库管理系统用来存储数据库原始比特和字节的存储区域） 和模式（对物理数据存储或数据库的结构、内容及其访问控制的描述）数据库模型：层次模型、网状模型、关系模型、面向对象模型分布式数据库使用多个数据库和DBMS 的原因有：信息系统可能是在不同时期使用不同的DBMS 开发的；组织的各个部门拥有和管理自己的数据；数据与使用它们的应用城西在物理上紧密联系，能提高系统性能。分布式数据库的体系结构：单个数据库服务器： 只管理一个服务器（优点：简单；缺点：网