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

本页为作品封面，下载后可以自由编辑本页为作品封面，下载后可以自由编辑删除，欢迎下载！删除，欢迎下载！精精 品品 文文 档档 1【精品精品 word 文档、可以自由文档、可以自由编辑！编辑！】第一章 分析员解决问题：研究理解问题；何时解决问题的效益大余成本；确定解决问题的需求；制定一套坑内的解决方案；决定哪个方案是最佳的并经行推荐；详细说明所选方案的细节；实施解决方案；监控结果是否达到预期效果 系统：一组为实现某些结果相互联系、相互作用的部件的集合体 详细系统：一组完成收集、处理、存储和以输出完成业务所需信息作为交互的相互联系、相互作用的部件的集合体 子系统subsystem：一个大系统中的部分系统 超系统supersystem：一个包含其他系统的大系统 功能分解functional decomposition：把一个系统分为多个基于子系统的部件，这些子系统依次进一步分为多个子系统 系统边界system boundary：系统与环境之间输出与输入必须通过的分界 自动化边界automation boundary：一个系统的自动部分和手动部分之间的分界 Systems analyst系统分析员应掌握的有关基础知识、基本技术：计算机及其工作原理；与计算机有关的设备；链接计算机的通信网络；数据库与数据库管理系统；程序设计语言；操作系统和各种应用程序 工具tools：用于帮助规划分析与设计说明书并完成系统部件的软件产品 系统开发器件使用的技术：项目规划技术；成本效益分析技术；查询技术；需求建模技术；结构分析技术；网络配置技术；数据库设计技术 技术techniqiues：完成特定系统开发活动的策略 第二章 SDLC信息系统开发阶段：项目计划阶段；分析阶段；设计阶段；实施阶段；支持阶段 计划阶段planning phase：确定新系统的作用域、确保项目的可行性、指定进度表和资源分配计划并经行项目其余部分的预算。（分为：定义问题；指定项目的进度表；确定项目的可行性；安排项目人员；启动项目）分析阶段analysis phase：了解新系统的业务需求和处理要求并做好文档（分为：收集信息；定义系统需求；建立需求发现原型；划分需求的优先级；产生并评价可选方案；与管理人员一起审查建议）问题域problem domain：用户的业务领域，为此正在开发一个系统 设计阶段design phase：根据分析阶段的需求定义和指定的决策，设计出解决方案系统（包括：设计和集成网络；设计应用结构；设计用户界面；设计系统界面；设计和集成数据库；设计细节的原型化；设计和集成系统控制）实施阶段implementation phase：建立、测试和安装可靠的工作信息系统，培训用户并使其受益于系统的使用（包括：结构软件部件；检验和测试；转换数据；安排用户和制作文档；安装系统）支持阶段 support phase：在系统初始安装和生命周期(system development life cycle)的许多年终都爆出系统有效的运行（包括：维护系统；加强系统；支持系统）预测方法 predictive approach：一种可以预先规划并组织开发项目，并可以根据规划对新的信息系统经行开发的系统开发生命周期方法 瀑布法waterfall approach：将项目的各阶段按顺序完成，其特点是从一个阶段顺序进入另一个阶段（关键：各个阶段之间的重叠、依赖度高）迭代法iteration：（关键：完成分析、完成设计，完成实施，如此反复）增量开发incremental development：通过一次或多次迭代完成系统的各个部件并使其运行，然后供用户使用的一种开发方法 方法：提供完成系统开发生命周期每一步的详细指导，包括具体的模型、工具和技术 技术：帮助分析员完成系统开发活动或任务的一组方法 模型：现实世界某些重要方面的表示 工具：帮助生成项目中所需模型或其他组件的软件支持 系统开发的两种方法system development methodology：传统方法，面向对象方法 传统方法：结构化系统开发、信息工程方法 结构化系统开发：结构化分析、结构化设计、结构化编程 结构化编程structured program：具有一个开始和一个结束的程序或程序模块，并且在程序执行中的每一步都有三个部件组成，即顺序、选择、循环 结构化设计structured design：是为确定某些事物提供指导的一项技术，这些食物包括程序集是什么，每一个程序该实现哪些功能，以及如何把这些程序组成一张层次图（结构图structure chart）结构化分析structured analysis：是这样一项技术，他帮助开发人员定义系统需要做什么，系统需要存储和使用那些数据，系统需要什么样的输入输出，以及如何把这些功能结合在一起来完成任务（数据流图）结构化方法的缺点：这种技术只能解决系统分析和设计活动的一部分而非全部任务，实际中并不能很好的完成从数据流图到结构图的转变，机构化方法仍然是把过程而不是数据作为系统开发的中心环节 信息工程方法：传统的系统开发方法比结构化方法更严格、更全面，因为他关注策略规划、数据建模和自动化工具（核心是过程依赖图）面向对象方法：系统开发的一种方法，这种方法把信息系统看成是一起工作来完成某项任务的相互作用的对象的集合（类图class diagram）对象：计算机系统中可以对消息作出响应的事物 螺旋模型Spiral model：特点是开发活动中反复绕圈直到项目完成 第三章 项目启动的理由：应对机会；解决问题；依照指示 项目规划阶段的活动：定义问题（理解从事的工作了么）；制定项目的进度表（如果有可用的资源，项目能够按时完成么）；确认项目的可行性（开始从事这个项目仍然是切实可行的么）；为项目安排人员（资源可用么培训了么准备好启动项目了么）；启动项目（做好启动的准备了么）确认项目可行性考虑的风险：评价项目的风险；确定经济可行性；确定组织上和文化上的可行性；评价技术可行性；确定进度表可行性；评价资源可行性 无形收益intangible不包括在费用/收益分析cost/benefit analysis中 关键路径critical path：表明项目完成最短周期的PERT图上的路径。是通过这个图的最长的路径，包括定义顺序中必须要做的所有任务。项目管理分为8个知识领域：作用域、时间、成本、质量、人力资源、通信、风险、采购 第四章 分析阶段的活动：收集信息（是否已经拥有了全部的信息来定义系统所必须完成的工作）；定义系统需求（需要系统做什么）；划分需求优先级（系统要完成的最重要的是什么）；构建可用性和发现原型（可以证明这种技术能够实现想让他完成的那些功能么是否已经构建出一些原型可以使用户完全理解新系统潜在的功能）；产生评估各种方案（创建系统的最好方案是什么）；和管理部门一起复查各种建议（应不应该即系设计和实现我们提出的系统）系统需求：是新系统必须完成的功能及其局限性。包括功能性需求和非功能型那个需求。功能性需求用于说明新系统必须支持的基本业务功能，非功能性需求包括系统性能目标、操作环境及其他非功能性问题 系统相关者分为三种：用户；客户；技术人员 事物：在一个组织中完成一件工作或一项活动，这样一件单一的事情 过去系统需求的开发过程分为：确定现在系统的物理过程和活动；从现有物理过程中提取出业务逻辑功能；为将在新系统中使用的方法开发出业务逻辑功能；定义新系统的物理处理需求。缺点，花费大量时间。收集信息技术：分类调查问卷；和用户面谈；复查现有文档；观察业务过程；研究供应商的解决方案；建立原型；主持联合应用程序设计会议 原型：一个规模更大的系统的最初可运转模型 联合应用程序设计JAD：是一项定义需求或设计系统的方法，即让所有相关的人一起参加某个单一会议 有限制问题 closed-end questions：要求惊醒简单而明确回答的问题 无限制问题open-end questions：要求对问题进行讨论而不是必须对问题做出简短的回答 第五章 建模的原因：在建模过程中了解信息；通过抽象降低复杂性；有助于回忆所有的细节；有助于和其他开发小组成员进行交流；有助于和各种用户及系统相关者进行交流；为以后的维护和升级提供了文档 模型的类型：数学模型；描述模型；图形模型 用例use case：系统执行的活动，通常响应用户的要求 事件 event：可以描述、值得记录的在某一特定时间和地点发生的事情。系统的所有处理过程都是由事件驱动或触法的 事件的三种类型：外部事件（系统之外发生的事件，通常由外部实体或者动作参与者触法的。客户）；临时事件（由于到达某一时刻所发生的时间。产生工资支票）；状态事件（当系统内部发生了需要处理的情况时所引发的的事件。仓库记录变化）触发器trigger：用来通知系统某一事件发生了的信号，这一事件可以是需要处理的数据到达了或到了一个时间点 来源source：为系统提供数据的外部实体或参与者 响应 response：系统产生的一个输出结果，该结果将被送到某个目的地 目的地destination：接收系统输出的外部实体或参与者 事物的类型：实体、角色；组织部门；设备；地点位置；突发事件事物或交互 传统的系统开发中，事物被称为数据实体；面向对象的系统开发中，事物的类型被称为类 数据实体：系统需要存储的有关信息系统传统开发方法的信息 类：所有相似的事物所属的类型或分类 方法method：类的所有对象所具有的行为 封装 encapsulation：把所有对象覆盖或保护起来，使其包含的属性值和对这些属性进行操作的方法，才而使得对象成为自我封闭的单元 关系relationship：某些事物间自然发生的联系 聚合aggregation：对象及其各个部分之间的一种整体局部关系 合成composition：对象及其与他不可分割的各部分之间的一种整体局部关系 关联实体associative entity：表示两个数据实体间多对多关系的数据实体 传统方法：实体联系图；关联图；DFD片段；数据流定义；处理描述；其他传统模型 面向对象方法：类图；用例图；用例描述；系统顺序；活动图；状态图 多重关系：零或一个（可选）0.1；有且仅有一个 1（强制）；有且仅有一个交替的（强制）1.1；零或多个（可选）0.*；零或多个交替的（可选）*；一个或多个（强制）1.*第六章 传统方法：系统是处理的集合；处理与数据实体的交互；处理所接受的输入并产生输出 面向对象方法：系统是交互对象的集合；对象与人或其他对象交互；对象发送和响应消息 事件分割的系统模型或 0 层图：一个为系统需求建立模型的DFD，建模过程中对应于系统伙子系统中每个事件使用单个处理 估计DFD质量：最小化复杂度（7+2规则rule of7+2：一个限制模型中组成元素个数或元素之间的连接数不超过9的模型设计规则）；保证数据流一致性（平衡balanceing：进出处理的数据流与进出处理分界DFD的数据流在数据内容上保持一致的状态）黑洞black hole：带有输入数据的且不用其来产生输出数据的处理或数据存储 奇迹miracle：带有没有任何产生来源数据元素的一个处理或数据存储 第七章 消息：用例内部对象之间的通信 用例图use case diagram：一种用以显示不同的用户角色和这些角色如何使用系统的图 系统顺序图system machine diagram：在用例或场景中，用以显示外部参与者和系统之间的消息顺序图（是交互图 interaction diagram的一种：用以显示对象间的相互作用的协作图或顺序图）状态图state machine diagram：一种用以显示对象在各个阶段中的生命和转换的情况的图 在UML中人被成为参与者，参与者通常处于自动化系统边界之外，但她也有可能是系统手动部分的成员。事件的源是指事件的发起者，并且他通常在系统的外部。相反，在用例分析中的参与者实际上是亲自与计算机系统进行交互的人。（一些参与者并不是人，他们也可能是其他的系统或者从系统接受服务的设备）用例图与时间表的比较：时间表通常注意业务过程，他通常标示业务事件记这些事件的外部、初始化源的信息来关注业务过程。外部的源是引起业务事件初始化的原因，并且他们能从自动系统中轻松的移除。用例图强调了自动系统。应为他只与自动系统相连，所以参与者与自动系统有联系，并且不一定是业务的发起者；另一个差别体现在表示临时事件和状态事件。由于用例通常被外部参与者初始化，所以如果分析员不仔细表示每一个事件，那么临时事件和状态事件经常被忽略。在线系统菜单常常包括用于表示时间表中临时事件的菜单选项，以便这样的事件能够被用户触法并作为纯粹的临时事件。因此建议为每一个临时事件和状态事件创建用例以确保这些需求不被忽略。场景或用例实例scenario,or use case instance：用例中步骤的一个特定顺序 参与者有手有助于读者掌握参与者必须能够直接访问自动系统 状态state：在对象的生命周期中档期满足一些标准、执行一些行为或等待一个事件是所发生的状态情况 复合状态composition state：包括其他状态和转换的状态 消息事件message event：转换的触发器。导致对象离开初始状态 监护条件 guard-condition：判断转换是否可以发生的真假判定true/false condition 并发或并发状态concurrency,or concurrent state：同一时间处以多个状态的情况 路径path：一组有序的相互连接的状态和转换 CRUD 代表 create、read、update、delete，分析需要类图中的每个类都有足够的用例来支持创建新对象实例、读取或报告这些对象、更新这些对象并在许多例子中删除对象实例。前提条件precondition：在用例初始化之前必须为真的一组条件 后续条件 postcondition：在用例执行完成只是必须为真的一组条件 在系统顺序图中参与者如何通过输入数据和获得输出数据来和系统进行交互才是重点。开发系统顺序图的步骤：表示输入消息；用先前介绍的消息符号来描述从外部参与者到系统的消息；在输入消息上确定并添加特定条件，包括迭代和真假条件；确定并添加输入返回消息。第八章 候选方案可行性因素：战略可行性；经济可行性；计划安排和资源可行性；技术可行性；操作、组织、和文化可行性 选择或定义配置环境application deployment environment：系统需求的兼容性；硬件和系统软件的兼容性；外部系统所需接口；IT战略规划和体系结构计划的一致性；费用和进度安排 软件包packaged software：已开发好的软件，可以整包购买 成套系统turnkey system：包括软件和硬件一起交给他人的一种完整的解决方案。这些系统往往不能准确的满足组织的需求 企业资源计划 ERP 系统优势是相比自行开发系统，费用低风险小，劣势是，即使系统是定制也可能不能准确满足组织的需求。定制软件系统使者提供商或内部开发人员为组织准确的需求而定做的系统，该系统部分或者全部由外部组织开发。优势是组织可以购买大量的经验和专门技术来建立新系统，劣势是费用。自行开发的优点在于对项目和项目小组的知识水平的控制，并且可以建立内部的专门技术队伍，缺点是内部人员可能意识不到他们何时需要帮助 选择实施方案：通用需求；技术需求；功能需求 通用需求非常重要但不直接与计算机系统本身相关（可行性评估）（供应商业绩记录、供应商技术支持水平、开发成本、效益预期值、对内部资源影响）；功能需求代表系统所必须包含的各个功能。这些在分析阶段进行开发设计的需求在时间表中有定义，并在数据流图或用例图中都有描述，每个项目都有唯一的一组以系统需求为寄出的功能需求；技术需求是系统的约束条件，系统必须在这种约束条件下运行（容易安装、灵活性、结构、用户友好、性能、可伸缩性、与操作系统环境的兼容性）第九章 系统设计是从构建新系统的角度来描述、组织、构造系统组件的过程。分为结构设计achitectural design（对整个系统结构进行的广泛设计，也叫总体设计或概念设计）和细节设计 detail design（低层设计，包括具体的程序细节的设计）。分析与设计的区别：分析阶段目的是理解商业事件和处理过程、系统活动和处理需求、信息存储需求。设计阶段的目的是定义组织和构建最终解决系统的各个部件，他们将成为系统构建的蓝图。设计阶段的活动：设计和集成网络（说明整个组织中系统的不同部分彼此如何通信）、设计应用程序结构（说明每个系统活动实际中是如何有人和计算机来实现的）、设计用户界面（说明所有的用户如何与系统交互）、设计系统接口（说明系统如何与组织内外的所有其他系统一起工作）、设计和集成数据库（说明系统怎样存储组织所需的所有信息，存在哪）、建立设计细节原型（创建了原型一确保所有的详细设计决策被充分理解）、设计和集成系统控制（说明如何确定系统运行正常以及系统维护的数据的安全性和保密性）多层结构：将应用相关软件或处理过程分配到多个计算机系统上的结构，包括集群结构clustered architecture（一族可以协同工作、类似于一个大型计算机系统的同类计算机，应用程序在运行时能被分配到一台最空闲的计算机上进行处理，从而所有的机器能平衡分担处理负荷）、多计算机结构 multicomputer architecture（一组链接这一起实现特定功能的不同类型的计算机）集中式结构 centralized architecture：把所有的计算机资源集中在一起的结构（特点：一些输入事物不需要实时处理；在线数据输入人员可以集中到一个地点；系统定期产生大量输出；高速计算机之间产生大量的事物）分布式结构distributed architecture：把计算资源分散在由计算机网络相连接的不同地点的结构 国际互联网Internet：是一个全球性的网络集合，他们使用通用的底层网络标准协议TCP/IP互相连接。企业内部互联网Intranet：一种专用网络，只限于一定数量的用户访问，但与Internet同样适用TCP/IP协议 企业外部互联网 Extranet：扩展到组织外部以方便信息流通的Intranet 虚拟专用网VPN virtual private network：建立在公众网络上的只对私人组织开放的安全且可控的网络 虚拟组织virtual organization：一个松散联系的人员和资源组，他们共同合作，就行一个组织一样 服务器 server：在网络中提供服务的一个进程、模块、对象或一台计算机 客户端client：向网络中一个或多个服务器请求服务的一个进程、模块、对象或一台计算机 客户服务区：将应用程序分解成此模式的关键在于正确的划分可以由独立软件单元集中管理的资源或服务。优点是位置灵活、可拓展性、可维护性，缺点是复杂性和通过网络连接所造成的潜在性能、安全性和可靠性问题。三层客户服务器结构 three-layer：数据层（负责和数据库交互的部分）、业务逻辑层business logic layer（包含实现业务规则处理程序部分，核心）、可视层（包含用户界面的部分）中间件middleware：实现网络通信协议并帮助不同系统相互通信的软件 WEB 服务器结构：一种客户服务器结构，他将软件打包成服务处理程序并是指可以通过WEB协议获得。（优势：可访问性、通信费用低、广泛的实现标准；不利：安全性、可靠性、吞吐量、标准不稳定）网络设计的过程：集成网络既要有新系统也要包含现有的网络设备（网络集成）、在系统分散的每一处都描述处理活动和网络连接（网络描述）、描述层与层之间的通信协议和中间件、确保足够多的可用网络容量 第十章 模块：计算机程序的可标示部分，用来完成某种具体定义的功能。程序与模块的关系：计算机程序是由一系列模块 组成的，这些模块被编译成一个单独可执行的实体。系统流程图的作用：可以帮助建立应用程序结构文档，显示子系统、输入、输出、和数据存储。结构图structure chart：用来展示一个计算机模块间关系的层次图，描述了系统每部分的功能和子功能。目的：使用层次图可以讲程序功能有层次的组织起来。基本组成部分：模块。程序调用：控制从一个模块转换到下一层模块以便执行一个需要的服务。数据耦合data couples：在程序调用中模块间传递的单独的数据项 结构化程序设计的基本思想是，每个模块完成且仅完成一项特定功能。从高层模块到底层模块的箭头表示程序调用，调用的顺序总是从左到右。事务分析transaction analysis：基于数据流图的结构图开发，用来描述多种事务类型的处理 变换分析 transform analysis：基于数据流图的结构图开发，用来描述输入处理输出数据流 根据数据流图片段建立结构图的方法：确定主要的信息流；找出输入流到输出流之间最基本的变换过程；重画数据流图，将输入放在左边，输出放在右边，变换中心处理放在中间；根据重画的数据流建立结构图的第一个草图，其中包括调用层次和必需的数据耦合；必要时增加其他模块以实现获得输入数据、读写数据存储、输出数据或报表的功能；使用结构化英语和决策表，加入其他所需中间模块间关系；根据质量控制管理概念进行修改。传入数据流afferent data flow：行一系列处理输入的数据流 传出数据流efferent data flow：从一系列处理传出的数据流 中心变换central transform：在一个变换分析类型的数据流中的中心处理 评估结构图质量：模块耦合 module couples（模块与其他模块的相关程度，较好的是数据耦合，尽量要低）、模块内聚 module cohesion（模块内部的凝聚程度，尽量要高）十一章 实例化instantiation：根据类定义所提供的模板创建对象 设计类图的主要目的是记录和描述构建新系统需要的类。他描述系统所有的类、类间的导航、属性和方法。面向对象设计是模型驱动和用例驱动的（模型输入，模型输出，围绕用例展开）用例实现realization from responsibility：对每个用例的详细系统过程的说明 构造型stereotpye：按照模型元素的特征进行归类的一种方式 实体类entity class：是问题域类的设计标示符 持久类persistent class：程序结束后仍然存在的实体类 边界类boundary class：存在于系统的自动化边界上的类，如输入窗口 控制类control class：是在边界类和实体类中间起协调作用的类，在域层和可视层之间起开关控制的作用 数据访问类date access class：是从数据库获取信息的类 可见性 visible：标示一个属性是否可被外部对象直接访问，+可-不可 方法特征method signature：调用该方法所需的所有信息 导航可见性navigation visibility：一个对象能够看见另一个对象并与其进行交互的能力（属性导航可见性，参数导航可见性）封装 encapsulation：一种设计准则，规定数据和程序逻辑包含在另一独立的单元中 对象重用object reuse：一种设计准则，说明标准对象可以系统中反复使用 信息隐藏information hiding：一种设计准则，指和一个对象有关的数据对外部世界是不可见的，要使用一则方法来访问和修改这些数据 耦合：对设计类图中的类与类之间连接关系紧密程度的定型的度量（强耦合增加系统不必要的复杂性，时系统难以维护）内聚：是对一个类中功能一致性的定性度量（低内聚的类难于维护，很难重用）间接 indirection：一种设计准则，在两个类之间添加一个协调类已达到降低耦合度的目的 对象职责object responsibility：是一种由对象负责实施系统过程的设计准则 激活生命线activation lifelines（未完不待续）十二章 数据库：被集中控制盒管理的存储数据的完整集合 数据库管理系统DBMS database management system：对数据库的访问进行管理和控制的系统软件 数据库有两部分相关的信息存储组成：物理数据存储（数据库管理系统用来存储数据库原始比特和字节的存储区域）和模式（对物理数据存储或数据库的结构、内容及其访问控制的描述）数据库模型：层次模型、网状模型、关系模型、面向对象模型 分布式数据库使用多个数据库和 DBMS 的原因有：信息系统可能是在不同时期使用不同的 DBMS 开发的；组织的各个部门拥有和管理自己的数据；数据与使用它们的应用城西在物理上紧密联系，能提高系统性能。分布式数据库的体系结构：单个数据库服务器：只管理一个服务器（优点：简单；缺点：网络段传输性能）备份数据库服务器：每一个服务器放在和一组客户很近的位置，对所需数据保存一个单独的拷贝（优点：消除广域网数据访问传输延迟最小化，容错率；缺点：信息一致性，数据库同步：保证两个或多个数据库副本间一致性的过程）分区数据库服务器：通过将数据库内容划分到多个数据库服务器上来最小化数据同步的需求，每组中客户和数据库服务器见的交互被限制在一个局域网中（对减少数据库同步问题，但很少消除）联合数据库服务器：数据库请求首先被发送给联合数据库服务器，它会依次对下层的数据库服务器进行适当的请求，在系统给客户端返回响应之前，来自多个服务器的结果会被结合起来并重新格式化以满足统一的模式（一般用于具有不兼容性存储模型或DBMS的数据库中的数据。结构复杂，不易于维护，代价高）数据仓库：用来支持结构化或非结构化管理决策的数据集合