天津理工大学软件工程总结红字是考点.docx

上传人:b****9 文档编号:25178124 上传时间:2023-06-05 格式:DOCX 页数:22 大小:396.88KB
下载 相关 举报
天津理工大学软件工程总结红字是考点.docx_第1页
第1页 / 共22页
天津理工大学软件工程总结红字是考点.docx_第2页
第2页 / 共22页
天津理工大学软件工程总结红字是考点.docx_第3页
第3页 / 共22页
天津理工大学软件工程总结红字是考点.docx_第4页
第4页 / 共22页
天津理工大学软件工程总结红字是考点.docx_第5页
第5页 / 共22页
点击查看更多>>
下载资源
资源描述

天津理工大学软件工程总结红字是考点.docx

《天津理工大学软件工程总结红字是考点.docx》由会员分享,可在线阅读,更多相关《天津理工大学软件工程总结红字是考点.docx(22页珍藏版)》请在冰豆网上搜索。

天津理工大学软件工程总结红字是考点.docx

天津理工大学软件工程总结红字是考点

填空10个,选择10个,名词解释5个,简答题2个,画图题2个

第一章

一、FAQsaboutsoftwareengineering软件工程中常见的问题

1、software:

Computerprogramsandassociateddocumentation

软件是计算机程序和所有使程序正确运行所需要的相关文档和配置信息

Softwareproducts软件产品分为:

Generic通用、Bespoke(custom)定制

2、Softwareengineeringisanengineeringdisciplinethatisconcernedwithallaspectsofsoftwareproduction.软件工程是一门工程学科,涉及软件生产的各个方面

Softwareengineersshouldadoptasystematicandorganisedapproach软件工程人员运用的是系统的、有组织的工作方法。

3、differencebetweensoftwareengineeringandcomputerscience:

系统工程和计算机科学的区别:

Softwareengineeringisanengineeringdisciplinethatisconcernedwithallaspectsofsoftwareproduction.计算机科学侧重于理论和基础,而软件工程侧重于软件开发和交付的实际活动。

4、thedifferencebetweensoftwareengineeringandsystemengineering:

软件工程和系统工程的区别:

Systemengineeringisconcernedwithallaspectsofcomputer-basedsystemsdevelopmentincludinghardware,softwareandprocessengineering.Softwareengineeringispartofthisprocess系统工程侧重基于计算机系统开发的所有方面,包括硬件、软件和处理工程。

软件工程只是它的一部分。

5、softwareprocess:

Asetofactivitieswhosegoalisthedevelopmentorevolutionofsoftware.软件工程是以软件开发和进化为目的的一系列活动

Genericactivitiesinallsoftwareprocesses:

软件过程的基本活动

a)Specification软件描述

b)Development软件开发

c)Validation软件有效性验证

d)Evolution软件进化

6、softwareprocessmodel:

软件过程模型

Asimplifiedrepresentationofasoftwareprocess,presentedfromaspecificperspective.

从特定角度提出的软件过程的简化表示形式

Examplesofprocessperspectivesare

•Workflowperspective工作流模型

•Data-flowperspective数据流或活动模型

•Role/actionperspective角色/动作模型

Genericprocessmodels通用过程模型

•Waterfall瀑布型开发方法

•Iterativedevelopment迭代式开发方法

•Component-basedsoftwareengineering(CBSE)基于组件的软件工程

7、thecostsofsoftwareengineering软件工程的成本

Roughly60%ofcostsaredevelopmentcosts,40%aretestingcosts.Forcustomsoftware,evolutioncostsoftenexceeddevelopmentcosts.软件开发成本约占60%,测试成本占40%。

对于定制软件而言,进化成本常常高于开发成本。

8、softwareengineeringmethods软件工程方法:

Structuredapproachestosoftwaredevelopmentwhichincludesystemmodels,notations,rules,designadviceandprocessguidance.软件开发的结构化研究方法,包括:

系统模型、标记法、规划、设计忠告和过程指南

9、CASE(Computer-AidedSoftwareEngineering)计算机辅助软件工程:

areintendedtoprovideautomatedsupportforsoftwareprocessactivities.CASEsystemsareoftenusedformethodsupport.旨在使软件过程活动自动化的软件系统。

CASE常用作方法支持

10、theattributesofgoodsoftware优良软件的特点:

Thesoftwareshoulddelivertherequiredfunctionalityandperformancetotheuserandshouldbemaintainable,dependableandacceptable.软件应具有用户所需的功能与性能,而且应该可维护、可靠、可用

11、keychallengesfacingsoftwareengineering软件工程面临的主要挑战:

Legacy遗留Heterogeneity多样性挑战delivery交付上的挑战trust信任的挑战

第二章

一、systemengineeringprocess系统工程过程(填空)

二、Systemmodelling系统建模

在系统需求和设计活动中,系统被建模成一系列组件和组件间的关系。

通常是以图的形式描述在系统结构模中,以便给读者一个系统组织的总体概念。

Usuallypresentedasablockdiagram以方块图来描述,展现一些主要的子系统以及子系统之间的关联。

三、Systemevolution系统进化

Largesystemshavealonglifetime.Theymustevolvetomeetchangingrequirements.大型和复杂的系统都会有一个非常长的生存期。

在整个生存期内,必须改进原有的系统需求中的错误进而满足出现的新需求。

四、systemprocurementprocess系统采购过程:

(考填空)以最佳方式获得系统做出决策并决定系统的最佳供应商。

第四章

一、软件工程模型softwareprocessmodel:

isanabstractrepresentationofaprocess.Itpresentsadescriptionofaprocessfromsomeparticularperspective.

二、

(1)waterfallmodel瀑布模型:

Separateanddistinctphasesofspecificationanddevelopment.Onephasehastobecompletebeforemovingontothenextphase.直到上一阶段完成,下一阶段才能启动

劣势:

Themaindrawbackofthewaterfallmodelisthedifficultyofaccommodatingchangeaftertheprocessisunderway.Inflexiblepartitioningoftheprojectintodistinctstagesmakesitdifficulttorespondtochangingcustomerrequirements

(2)Evolutionarydevelopment进化式开发:

Specification,developmentandvalidationareinterleaved.

优势:

描述可以不断补充完善

劣势:

a)Lackofprocessvisibility;过程不可见

b)Systemsareoftenpoorlystructured;系统结构通常较差

Applicability适用于:

a)Forsmallormedium-sizeinteractivesystems;

b)Forpartsoflargesystems(e.g.theuserinterface);

c)Forshort-lifetimesystems.

进化式开发的两种基本类型:

Exploratorydevelopment探索式开发、Throw-awayprototyping抛弃式原型

(3)Component-basedsoftwareengineering基于组件的软件工程(Reuse-orienteddevelopment

面向复用的软件开发方法)其过程模型如下图:

三、Spiraldevelopment螺旋式开发

1、Processisrepresentedasaspiralratherthanasasequenceofactivitieswithbacktracking.Eachloopinthespiralrepresentsaphaseintheprocess.它不是将软件过程用一系列活动和活动间的回溯来表示,而是将过程用螺旋线表示。

每个回路表示软件过程的一个阶段。

Nofixedphasessuchasspecificationordesign-loopsinthespiralarechosendependingonwhatisrequired.

Risksareexplicitlyassessedandresolvedthroughouttheprocess.

2、四部分:

Objectivesetting目标设置、Riskassessmentandreduction风险评估和规避、Developmentandvalidation开发和有效性验证、Planning规划.

四、Softwarevalidation软件有效性验证:

isintendedtoshowthatasystemconformstoitsspecificationandmeetstherequirementsofthesystemcustomer.是要看系统是否符合它的描述以及系统是否符合客观的预测目标。

Involvescheckingandreviewprocessesandsystemtesting.

Systemtestinginvolvesexecutingthesystemwithtestcasesthatarederivedfromthespecificationoftherealdatatobeprocessedbythesystem

6、测试过程的阶段:

Componentorunittesting组件测试、Systemtesting系统、Acceptancetesting接收测试

五、ActivitiesinCASE(Computer-aidedsoftwareengineering)

•Graphicaleditorsforsystemmodeldevelopment;

•Datadictionarytomanagedesignentities;

•GraphicalUIbuilderforuserinterfaceconstruction;

•Debuggerstosupportprogramfaultfinding;

•Automatedtranslatorstogeneratenewversionsofaprogram.

六、CASEclassification分类:

Functionalperspective从功能角度看;Processperspective从过程角度看;Integrationperspective从集成角度看

Fuggetta提出的分类:

Tools,工具,workbenches工作平台,environments环境

第五章

一、Managementactivities管理活动(6)

Proposalwriting.提出书面建议

Projectplanningandscheduling.项目规划和调度

Projectcosting.项目成本

Projectmonitoringandreviews.项目监督和审评

Personnelselectionandevaluation.人员选择和评价

Reportwritingandpresentations.写作并称述工作报告

二、Typesofplanning计划的类型

Qualityplan质量计划、validationplan有效性验证计划、configurationmanagementplan配置管理计划、maintenanceplan维护计划、staffdevelopment人员开发计划

三、Milestonesintherequirementsprocess需求过程里程碑:

Milestonesaretheend-pointofaprocessactivity.

四、Projectschedulingprocess项目调度

五、threemainprojectmanagement:

Projectrisks项目风险Productrisks产品风险Businessrisks业务风险

六、typesofriskinprojectmanagement:

Technologyrisks.技术风险、Peoplerisks人员风险、Organisationalrisks机构风险、Requirementsrisks需求、Estimationrisks估算.

七、Riskfactorsinriskmonitoring【p68表5-7】

第六章

一、functionalrequirementsandexamples功能需求和例子

lFunctionalrequirements:

Statementsofservicesthesystemshouldprovide,howthesystemshouldreacttoparticularinputsandhowthesystemshouldbehaveinparticularsituations.

2例子:

图书馆系统p73

二、Non-functionalrequirementsandexamples非功能需求:

constraintsontheservicesorfunctionsofferedbythesystemsuch。

例子:

图书馆系统实例:

1、Productrequirement产品需求:

TheuserinterfaceforLIBSYSshallbeimplementedassimpleHTMLwithoutframesorJavaapplets.

2、Organisationalrequirement机构需求;ThesystemdevelopmentprocessanddeliverabledocumentsshallconformtotheprocessanddeliverablesdefinedinXYZCo-SP-STAN-95.

3Externalrequirement外部需求:

Thesystemshallnotdiscloseanypersonalinformationaboutcustomersapartfromtheirnameandreferencenumbertotheoperatorsofthesystem.

三、typesofNon-functionalrequirement

四、metricsinNon-functionalrequirementRequirementsmeasures非功能需求度量【p76】

性质

度量方法

速度

每秒处理的事务

用户/事件响应时间

屏幕刷新时间

规模

K字节

RAM芯片数

易用性

培训时间

帮助画面数

可靠性

失败平均时间

无效的概率

失败发生率

有效性

鲁棒性

失败之后的重启次数

事件引起失败的百分比

失败中数据崩溃的可能性

可移植性

依赖于目标的语句百分比

目标系统数

五、Therequirementsdocument需求文档:

istheofficialstatementofwhatisrequiredofthesystemdevelopers.Shouldincludebothadefinitionofuserrequirementsandaspecificationofthesystemrequirements.

第七章

一、Therequirementsengineeringprocess需求工程过程

二、themaincontentoffeasibilitystudies可行性研究主要内容:

Afeasibilitystudydecideswhetherornottheproposedsystemisworthwhile.

Ashortfocusedstudythatchecks

Ifthesystemcontributestoorganisationalobjectives;

Ifthesystemcanbeengineeredusingcurrenttechnologyandwithinbudget;

Ifthesystemcanbeintegratedwithothersystemsthatareused.

三、ProcessactivitiesinrequirementsElicitationandanalysis需求导出和分析的过程活动

Requirementsdiscovery

Requirementsclassificationandorganisation

Prioritisationandnegotiation

Requirementsdocumentation

四、Requirementsvalidationtechniques需求有效性验证的技术(考填空):

Requirementsreviews需求评审、Prototyping原型建立、Test-casegeneration测试用例生成

五、RequirementsChangemanagement需求变更管理

第八章

一、principlesystemmodels

二、exampleofsystemmodels系统模型实例:

Dataprocessingmodel.数据流模型、Compositionmodel组成模型、Architecturalmodel体系结构模型Classificationmodel分类模型、Stimulus/responsemodel激励-响应模型

三、definitionofdata-flowmodel数据流模型的定义:

showhowdataisprocessedasitmovesthroughthesystem;用来描述系统中的数据处理过程。

第十一章

一、contentofArchitecturalmodels体系结构模型的内容

Staticstructuralmodel静态结构模型、Dynamicprocessmodel动态结构模型、Interfacemodel接口模型、Relationshipsmodel关系模型、Distributionmodel分布模型

二、MajorcomponentofClient-servermodel客户机/服务器模型的主要组成部分:

1、Setofstand-aloneserverswhichprovidespecificservices一组给其他子系统提供服务的单机服务器;

2、Setofclientswhichcallontheseservices.一组向服务器请求服务的客户机;

3、Networkwhichallowsclientstoaccessservers.一个连接客户机和服务器的网站

第十七章

一、describeincrementaldevelopmentandprototypingbyfigure用图形描述增量式开发和原型构造【p242图17-2】

二、toolsincludedinarapidapplicationdevelopment快速应用开发的工具:

数据库编程语言、界面生成器、与办公应用的连接、报告生成器

第二十三章

一、modelifthesoftwaretestingprocess软件测试过程的模型【p331图23-2】(考填空)

二、structuraltesting结构化测试:

是根据软件的结构知识和实现知识导出测试的测试用例设计方法,又称“白盒测试”。

【p342图23-11】

课件重点知识点

一、软件需求分析

1、需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决目标系统的“做什么”的问题。

2、结构化分析方法(填空)

●面向数据流进行需求分析的方法

●结构化分析方法适合于数据处理类型软件的需求分析

●具体来说,结构化分析方法就是用抽象模型的概念,按照软件内部数据传递、变换的关系,自顶向下逐层分解,直到找到满足功能要求的所有可实现的软件为止

3数据流图(考画图)

数据流

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 党团工作 > 思想汇报心得体会

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1