西安交通大学软件工程知识点.docx
- 文档编号:47998
- 上传时间:2022-10-01
- 格式:DOCX
- 页数:4
- 大小:27.03KB
西安交通大学软件工程知识点.docx
《西安交通大学软件工程知识点.docx》由会员分享,可在线阅读,更多相关《西安交通大学软件工程知识点.docx(4页珍藏版)》请在冰豆网上搜索。
第一章
分析员解决问题:
研究理解问题;何时解决问题的效益大余成本;确定解决问题的需求;制定一套坑内的解决方案;决定哪个方案是最佳的并经行推荐;详细说明所选方案的细节;实施解决方案;监控结果是否达到预期效果
系统:
一组为实现某些结果相互联系、相互作用的部件的集合体详细系统:
一组完成收集、处理、存储和以输出完成业务所需信息作为交互的相互联系、相互作用的部件的集合体
子系统subsystem:
一个大系统中的部分系统
超系统supersystem:
一个包含其他系统的大系统
功能分解functionaldecompositi:
o把n一个系统分为多个基于子系统的部件,这些子系统依次进一步分为多个子系统
系统边界systemboundar:
y系统与环境之间输出与输入必须通过的分界
自动化边界automationbounda:
ry一个系统的自动部分和手动部分之间的分界
Systemsanalyst系统分析员应掌握的有关基础知识、基本技术:
计算机及其工作原理;与计算机有关的设备;链接计算机的通信网络;数据库与数据库管理系统;程序设计语言;操作系统和各种应用程序
工具tools:
用于帮助规划分析与设计说明书并完成系统部件的软件产品
系统开发器件使用的技术:
项目规划技术;成本效益分析技术;查询技术;需求建模技术;结构分析技术;网络配置技术;数据库设计技术
技术techniqiue:
s完成特定系统开发活动的策略第二章
SDLC信息系统开发阶段:
项目计划阶段;分析阶段;设计阶段;
实施阶段;支持阶段
计划阶段planningphas:
e确定新系统的作用域、确保项目的可行性、指定进度表和资源分配计划并经行项目其余部分的预算(。
分为:
定义问题;指定项目的进度表;确定项目的可行性;安排项目人员;启动项目)
分析阶段analysisphas:
e了解新系统的业务需求和处理要求并做好文档(分为:
收集信息;定义系统需求;建立需求发现原型;划分需求的优先级;产生并评价可选方案;与管理人员一起审查建议)
问题域problemdomai:
n用户的业务领域,为此正在开发一个系统
设计阶段designphas:
e根据分析阶段的需求定义和指定的决策,
设计出解决方案系统(包括:
设计和集成网络;设计应用结构;设计用户界面;设计系统界面;设计和集成数据库;设计细节的原型化;设计和集成系统控制)
实施阶段implementationpha:
se建立、测试和安装可靠的工作信息系统,培训用户并使其受益于系统的使用(包括:
结构软件部件;检验和测试;转换数据;安排用户和制作文档;安装系统)支持阶段supportphase:
在系统初始安装和生命周期(systemdevelopmentlifecyc的le)许多年终都爆出系统有效的运行(包括:
维护系统;加强系统;支持系统)
预测方法predictiveapproach:
一种可以预先规划并组织开发项目,并可以根据规划对新的信息系统经行开发的系统开发生命周期方法
瀑布法waterfallapproach:
将项目的各阶段按顺序完成,其特点是从一个阶段顺序进入另一个阶段(关键:
各个阶段之间的重叠、依赖度高)
迭代法iteration:
(关键:
完成分析、完成设计,完成实施,如此反复)
增量开发incrementaldevelopme:
n通t过一次或多次迭代完成系统
的各个部件并使其运行,然后供用户使用的一种开发方法
方法:
提供完成系统开发生命周期每一步的详细指导,包括具体
技术,这些食物包括程序集是什么,每一个程序该实现哪些功能,以及如何把这些程序组成一张层次图(结构图structurecha)rt
结构化分析structuredanalysis:
是这样一项技术,他帮助开发人员定义系统需要做什么,系统需要存储和使用那些数据,系统需要什么样的输入输出,以及如何把这些功能结合在一起来完成任务(数据流图)
结构化方法的缺点:
这种技术只能解决系统分析和设计活动的一部分而非全部任务,实际中并不能很好的完成从数据流图到结构图的转变,机构化方法仍然是把过程而不是数据作为系统开发的中心环节
信息工程方法:
传统的系统开发方法比结构化方法更严格、更全面,因为他关注策略规划、数据建模和自动化工具(核心是过程依赖图)
面向对象方法:
系统开发的一种方法,这种方法把信息系统看成是一起工作来完成某项任务的相互作用的对象的集(合类图classdiagram)
对象:
计算机系统中可以对消息作出响应的事物
螺旋模型Spiralmode:
l特点是开发活动中反复绕圈直到项目完成第三章
项目启动的理由:
应对机会;解决问题;依照指示
项目规划阶段的活动:
定义问题(理解从事的工作了么;)制定项目的进度表(如果有可用的资源,项目能够按时完成么;)确认项目的可行性(开始从事这个项目仍然是切实可行的么;)为项目安排人员(资源可用么培训了么准备好启动项目了么;)启动项目(做好启动的准备了么)
确认项目可行性考虑的风险:
评价项目的风险;确定经济可行性;确定组织上和文化上的可行性;评价技术可行性;确定进度表可行性;评价资源可行性
无形收益intangible不包括在费用/收益分析cost/benefitanalys中is关键路径criticalpat:
h表明项目完成最短周期的PERT图上的路径。
是通过这个图的最长的路径,包括定义顺序中必须要做的所有任务。
项目管理分为8个知识领域:
作用域、时间、成本、质量、人力资源、通信、风险、采购
第四章
分析阶段的活动:
收集信息(是否已经拥有了全部的信息来定义系统所必须完成的工作);定义系统需求(需要系统做什么);划分需求优先级(系统要完成的最重要的是什么;)构建可用性和发现原型(可以证明这种技术能够实现想让他完成的那些功能么
是否已经构建出一些原型可以使用户完全理解新系统潜在的功能);产生评估各种方案(创建系统的最好方案是什么;)和管理
部门一起复查各种建议(应不应该即系设计和实现我们提出的系
统)
系统需求:
是新系统必须完成的功能及其局限性。
包括功能性需求和非功能型那个需求。
功能性需求用于说明新系统必须支持的基本业务功能,非功能性需求包括系统性能目标、操作环境及其他非功能性问题
系统相关者分为三种:
用户;客户;技术人员
事物:
在一个组织中完成一件工作或一项活动,这样一件单一的事情
过去系统需求的开发过程分为:
确定现在系统的物理过程和活动;从现有物理过程中提取出业务逻辑功能;为将在新系统中使
用的方法开发出业务逻辑功能;定义新系统的物理处理需求。
缺点,花费大量时间。
收集信息技术:
分类调查问卷;和用户面谈;复查现有文档;观察业务过程;研究供应商的解决方案;建立原型;主持联合应用程序设计会议
原型:
一个规模更大的系统的最初可运转模型
联合应用程序设计JAD:
是一项定义需求或设计系统的方法,即让所有相关的人一起参加某个单一会议
的模型、工具和技术
技术:
帮助分析员完成系统开发活动或任务的一组方法
有限制问题closed-endquestion:
s
题
要求惊醒简单而明确回答的问
模型:
现实世界某些重要方面的表示
工具:
帮助生成项目中所需模型或其他组件的软件支持
系统开发的两种方法systemdevelopmentmethodolo:
传gy统方法,面向对象方法
传统方法:
结构化系统开发、信息工程方法
结构化系统开发:
结构化分析、结构化设计、结构化编程
结构化编程structuredprogra:
m具有一个开始和一个结束的程序或程序模块,并且在程序执行中的每一步都有三个部件组成,即顺序、选择、循环
结构化设计structureddesig:
n是为确定某些事物提供指导的一项
无限制问题open-endquestio:
ns要求对问题进行讨论而不是必须对问题做出简短的回答
第五章
建模的原因:
在建模过程中了解信息;通过抽象降低复杂性;有助于回忆所有的细节;有助于和其他开发小组成员进行交流;有助于和各种用户及系统相关者进行交流;为以后的维护和升级提供了文档
模型的类型:
数学模型;描述模型;图形模型
用例usecase:
系统执行的活动,通常响应用户的要求
事件event:
可以描述、值得记录的在某一特定时间和地点发生
的事情。
系统的所有处理过程都是由事件驱动或触法的
事件的三种类型:
外部事件(系统之外发生的事件,通常由外部实体或者动作参与者触法的。
客户);临时事件(由于到达某一时刻所发生的时间。
产生工资支票);状态事件(当系统内部发生了需要处理的情况时所引发的的事件。
仓库记录变化)
示时间表中临时事件的菜单选项,以便这样的事件能够被用户触法并作为纯粹的临时事件。
因此建议为每一个临时事件和状态事件创建用例以确保这些需求不被忽略。
场景或用例实例scenario,orusecaseinstan:
ce用例中步骤的一个特定顺序
触发器trigge:
r
用来通知系统某一事件发生了的信号,这一事件
参与者有手有助于读者掌握参与者必须能够直接访问自动系统
可以是需要处理的数据到达了或到了一个时间点来源source:
为系统提供数据的外部实体或参与者
响应response:
系统产生的一个输出结果,该结果将被送到某个目的地
目的地destinatio:
n接收系统输出的外部实体或参与者
事物的类型:
实体、角色;组织部门;设备;地点位置;突发事件事物或交互
传统的系统开发中,事物被称为数据实体;面向对象的系统开发
中,事物的类型被称为类
数据实体:
系统需要存储的有关信息系统传统开发方法的信息类:
所有相似的事物所属的类型或分类
方法method:
类的所有对象所具有的行为
封装encapsulatio:
n把所有对象覆盖或保护起来,使其包含的属性值和对这些属性进行操作的方法,才而使得对象成为自我封闭的单元
关系relationshi:
p某些事物间自然发生的联系
聚合aggregatio:
n对象及其各个部分之间的一种整体—局部关系合成compositio:
n对象及其与他不可分割的各部分之间的一种整体—局部关系
关联实体associativeenti:
ty表示两个数据实体间多对多关系的数据实体
传统方法:
实体联系图;关联图;DFD片段;数据流定义;处理
描述;其他传统模型
面向对象方法:
类图;用例图;用例描述;系统顺序;活动图;状态图
多重关系:
零或一个(可选)0..1;有且仅有一个1(强制);有
且仅有一个交替的(强制)1..1;零或多个(可选)0..*;零或多个交替的(可选)*;一个或多个(强制)1..*
第六章
传统方法:
系统是处理的集合;处理与数据实体的交互;处理所接受的输入并产生输出
面向对象方法:
系统是交互对象的集合;对象与人或其他对象交互;对象发送和响应消息
事件分割的系统模型或0层图:
一个为系统需求建立模型的
DFD,建模过程中对应于系统伙子系统中每个事件使用单个处理估计DFD质量:
最小化复杂度(7+2规则ruleof7+2:
一个限制模型中组成元素个数或元素之间的连接数不超过9的模型设计规则);保证数据流一致性(平衡balanceing:
进出处理的数据流与进出处理分界DFD的数据流在数据内容上保持一致的状态)黑洞blackhol:
e带有输入数据的且不用其来产生输出数据的处理或数据存储
奇迹miracle:
带有没有任何产生来源数据元素的一个处理或数据存储
第七章
消息:
用例内部对象之间的通信
用例图usecasediagram:
一种用以显示不同的用户角色和这些角色如何使用系统的图
系统顺序图systemmachinediagra:
m在用例或场景中,用以显示外部参与者和系统之间的消息顺序图(是
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 西安交通大学 软件工程 知识点
![提示](https://static.bdocx.com/images/bang_tan.gif)