autumn 大家好，如果您还对baseline软件工程不太了解，没有关系，今天就由本站为大家分享baseline软件工程的知识，包括软件工程b+的问题都会给大家分析到，还望可以解决大家的问题，下面我们就开始吧！
本文目录
项目管理的问题(MBA、PMP、IPMP、CMMI)软件生命周期的各个阶段的主要任务是什么软件工程英语术语解析软件生命周期各阶段的任务是什么项目管理的问题(MBA、PMP、IPMP、CMMI)首先，这四个品牌的东西不能放到一起进行比较，MBA是学位，PMP/IPMP是项目管理领域的资质认证，CMMI又是其他领域的资质认证。这里边只有PMP与IPMP可以比较一下，因为都算是项目管理资质认证，但具体说到那个比较牛，也不好说，IPMP是国际项目管理专业资质认证，在欧洲国家，比较权威，PMP是美国项目管理协会的资格认证，在美国及其亲美的国家认同度比较高。至于在我们国家，如果是工程领域IPMP认同度高一点，如果是高校或IT行业，PMP有不错的评价。
有一个详细的全方位的比较，如果你需要，可以给你。
软件生命周期的各个阶段的主要任务是什么软件生命周期各阶段的任务：
1、问题定义
确定好要解决的问题是什么（what），通过对客户的访问调查，系统分析员扼要的写出关于问题性质、工程目标和工程规模的书面报告，经过讨论和必要的修改之后这份报告应该得到客户的确认。
2、可行性研究
确定该问题是否存在一个可以解决的方案。可行性研究的结果是客户做出是否继续进行这项工程的决定的重要依据，一般来说，只有投资可能取得较大的效益的那些工程项目才值得继续进行下去。
3、需求分析
深入具体的了解用户的需求，在所开发的系统要做什么这个问题上和用户想法完全一致。明确目标系统必须做什么，确定目标系统必须具备哪些功能。通常用数据流图、数据字典和简要的算法表示系统的逻辑模型。用《规格说明书》记录对目标系统的需求。
4、概要设计（总体设计）
概括的说，应该怎样实现目标系统，设计出实现目标系统的几种可能方案，设计程序的体系结构，也就是确定程序由哪些模块组成以及模块之间的关系。
5、详细设计
实现系统的具体工作，编写详细规格说明，程序员可以根据它们写出实际的程序代码。详细设计也称模块设计，在这个
阶段将详细的设计每个模块，确定实现模块功能所需的算法和数据结构。6、软件维护
通过各种必要的维护活动使系统持久的满足用户的需求。主要分为改正性维护、适应性维护、完善性维护、预防性维护。
扩展资料
软件生存周期基线
1、功能基线(functionalbaseline)
功能基线是指在系统分析与软件定义阶段结束时，经过正式评审和批准的系统设计规格说明书中对待开发系统的规格说明；或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明；
或是由下级申请经上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。功能基线是最初批准的功能配置标识。
2、指派基线(allocatedbaseline)
指派基线是指在软件需求分析阶段结束时，经过正式评审和批准的软件需求的规格说明。指派基线是最初批准的指派配置标识。
3、产品基线(productbaseline)
产品基线是指在软件组装与系统测试阶段结束时，经过正式评审的批准的有关所开发的软件产品的全部配置项的规格说明。产品基线是最初批准的产品配置标识。
软件工程英语术语解析软件工程英语术语解析
导语：软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。下面是我收集整理的软件工程英语术语，欢迎参考!
abstractclass抽象类
提供一组子类共有行为的类，但它本身并不具有实例。抽象类表示一个概念，从中派生的类代表对这一概念的实施。
Abstraction抽象
对视图或模型的创建，其中忽略了不必要的细节，以便专注于一组特定的相关细节。
accessmodifier存取权限
对类、方法或属性进行访问控制的关键字。Java中的存取权限可以是公有、私有、保护和包装(默认)。
accessormethods存取器方法
由对象提供的、用于定义连接该对象实例变量的方法。用来返回实例变量值的存取器方法被称为获取方法;用来为实例变量指定值的存取器方法被称为设置方法。
acceptance验收
客户接受软件产品(作为部分或完整履行合同的结果)所有权的操作。
action动作
对构成计算过程抽象的可执行语句的规范。动作通常会导致系统状态发生变化，这是通过向一个对象发送消息或是更改链接或属性值来实现。
actionsequence动作序列
解析为一系列先后发生的动作的表达式。
actionstate动作状态
表示不可分动作的执行状态，通常指的是调用一个操作。
actualparameter实参
adhocreview临时评审
是一种非正式的评审，在这样的评审中，过程的执行者可随时请求其同事帮助发现所正在开发之构件中的问题。
AdvancedProgram-to-ProgramCommunication(APPC)高级程序间通信
主要在IBM环境下使用的通信协议。
aggregateclass聚合类
在聚合(整体与部分)关系中表示"整体"的类。请参见聚合关系。
aggregation聚合关系
用于在聚合(整体)及其部分之间建立整体与部分关系的一种关联。
一种特殊形式的关联关系，它确定了介于聚合(整体)和组成部分之间的整体与部分关系。请参见组装。
AmericanStandardCodeforInformationInterchange(ASCII)美国国家信息交换标准代码
美国国家信息交换标准代码。由绝大多数PC和UNIX系统使用的8位字符解码方案。它取代了早期的7位ASCII标准。
analysis分析
在软件开发过程中，主要任务在于确立问题领域的模型的流程部分。分析侧重于做什么，而设计则侧重于怎样做。请参见设计。
analysisclass分析类
由设计元素在系统中所担任的角色的抽象，通常处于用例实现的环境之下。分析类可以提供若干个角色的抽象，表示这些角色的共有行为。分析类通常会演变为一个或多个设计元素，例如设计类和/或封装体，或者是设计子系统。
analysis&design分析设计
软件开发的前期阶段，目的在于显示如何通过实施实现系统需求。有关分析设计活动的结果，请参见设计模型。
analysismechanism分析机制
在设计过程初期，即在发现和确定关键类和子系统期间所使用的一种结构机制。通常，分析机制记录了解决方案的主要方面，其中并未考虑实施的影响。分析机制一般与问题领域无关，它是一个"计算机科学"的概念。它们为与领域相关的类或构件提供特定的行为，或者对应于类和/或构件之间协作的实施。它们也可作为框架实施。例如处理永久性、进程间通信、错误或故障处理、通知和消息传递等的机制，其他例子不胜枚举。
analysispattern分析模式
表示业务建模中的共有构架的一组概念。它可能只与一个领域有关，也可能跨越多个领域。
analyst分析员
项目团队成员，负责获取并解释涉众需求
，并将这些需要传达给整个团队。activation激活
动作的执行。
activeclass主动类
表示系统中控制线程的类。请参见主动对象。
activity活动
要求角色执行的工作单元。
activeobject主动对象
拥有线程并可发起控制活动的对象。主动类的实例。
activitygraph活动图
状态机的特例，用于对涉及一个或多个分类器的进程建模。对比：状态图(statechartdiagram)。同义词：活动图(activitydiagram)。
actor主角
在系统之外与系统交互的某人或某事物。
actorclass主角类
定义一组主角实例，其中每个主角实例相对于系统而言都担任着同样的角色。
在与用例交互时这些用例的用户所担任的一组紧密相关的角色。主角为每个要与其通信的用例都准备了一个角色。
actor-generalization主角泛化关系
从一个主角类(后代)到另一个主角类(祖先)的主角泛化关系，表示后代将继承祖先在用例中所能担任的角色。
API
应用程序编程接口
APPC
高级程序间通信
applicationprogramminginterface(API)应用程序编程接口
使应用程序能够相互通信的软件接口。API是一组编程语言结构或语句，可编制为程序代码以获取由基础操作系统或服务程序提供的特定功能和服务。
appraisal评估
审查组对所审查的产品质量的一种集体判定，包含在跟踪阶段对所要求的返工验证种类的判定。
architecturalbaseline构架基线
处于精化阶段末期的基线，此时系统的基础结构和行为已较稳定。
architecturalmechanism构架机制
构架机制表示对于常见问题的通用具体解决方案。它们可以指结构模式、行为模式，也可以指这两者。在RationalUnifiedProcess中，构架机制是一个涵盖分析机制、设计机制和实施机制的术语。
architecturalpattern构架模式
构架模式表示软件系统的基本结构组织方案。它提供了一组预定义的子系统、指定它们的职责，并且包括用于组织其间关系的规则和指导。可以进一步解释如下：构架模式是一个特定范围的模式(即解决方案模板)，并且也是具体软件构架的模板。它涉及整个系统范围内的特征，并且通常涉及子系统范围内(而非类级别)的关系。尽管从原则上说不是不可能以此方式使构架模式更为细化，构架模式就其本质来说似乎与应用程序领域无关(特定领域的词汇似乎与模式说明无关)。请与分析模式作比较。软件构架文档将提供在系统中使用的构架模式。
architecturalview构架视图
以某一特定角度看到的系统构架，注重于表示结构、模块度、核心构件和主要控制流。
architecture构架
系统在其所处环境中的最高层次的概念。软件系统的'构架是通过接口交互的重要构件(在特定时间点)的组织或结构，这些构件又由一些更小的构件和接口组成。
系统的组织结构。构架可以递归解构为通过接口交互的部件、连接部件的关系以及组装部件的一些限制条件。通过接口交互的部件有类、构件和子系统。
artifact工件
由软件开发过程所生成或使用的文档、模型、说明或软件。同义词：产品(product)。
artifactguidelines工件指南
有关如何使用特定工件的说明，包括如何创建和修订工件的说明在内。
artifactset工件集
体现系统一个方面的一组有关工件。由于在若干核心工作流程中都要用到一些工件，例如风险列表、软件构架文档和迭代计划。
ASCII
美国国家信息交换标准代码
ASP
活动服务器页
association关联关系
对多个实例间的双向语义连接进行建模的关系。
在两个或多个分类器(指定其实例间的连接)之间的语义关系。
associationclass关联类
同时具有关联关系和类特征的模型元素。关联类可被视作一种具有类特征的关联关系，或是一个还具有关联关系特征的类。
associationend关联关系端
关联关系的端点，它连接关联关系和分类器。
asynchronousaction异步动作
发送对象没有暂停来等待结果的请求。对比：同步动作(synchronousaction)。
asynchronousreview异步评审
一种不需开会，只需评审者在不同时间独立地完成评语的同级评审。
attribute属性
由类定义的特征，表示类或其对象的指定特征。属性具有类型，用于定义其实例的类型。
;
软件生命周期各阶段的任务是什么软件生存周期可以分成6个阶段：可行性与计划研究阶段、需求分析阶段、设计阶段、实现阶段、测试阶段、运行与维护阶段。
各阶段任务：
1、在可行性分析(研究)与计划阶段的任务：
要确定该软件的开发目标和总的要求，要进行可行性分析、投资收益分析、制订开发计划，并完成可行性分析报告、开发计划等文档（输出）。
2、在需求分析阶段的任务：
由系统分析人员对被设计的系统进行系统分析，确定对该软件的各项功能、性能需求和设计约束，确定对文档编制的要求，作为本阶段工作的结果，输出有：软件需求规格说明(也称为：软件需求说明、软件规格说明)、数据要求说明和初步的用户手册应该编写出来。
3、在设计阶段的任务：
系统设计人员和程序设计人员应该在反复理解软件需求的基础上，提出多个设计，分析每个设计能履行的功能并进行相互比较，最后确定一个设计，包括该软件的结构、模块(或CSCI)的划分、功能的分配，以及处理流程。
系统比较复杂的情况下，设计阶段应分解成概要设计阶段和详细设计阶段两个步骤。在一般情况下，完成的文档包括：结构设计说明、详细设计说明和测试计划初稿。
4、在实现阶段的任务：
要完成源程序的编码、编译(或汇编)和排错调试得到无语法错的程序清单，要开始编写进度日报、周报和月报(是否要有日报或周报，取决于项目的重要性和规模)，并且要完成用户手册、操作手册等面向用户的文档的编写工作，还要完成测试计划的编制。
5、在测试阶段的任务：
该程序将被全面地测试，已编制的文档将被检查审阅。一般要完成测试分析报告。作为开发工作的结束，所生产的程序、文档以及开发工作本身将逐项被评价，最后写出项目开发总结报告。
6、运行和维护阶段的任务：
软件将在运行使用中不断地被维护，根据新提出的需求进行必要而且可能的扩充和删改、更新和升级。软件维护分为改正性维护、适应性维护和预防性维护，分别对应于前面的三个问题。
改正性维护就是修改原有的缺陷、适应性维护就是使软件适应新的软硬件环境，预防性维护就是把今天的技术用在昨天的软件上，以期软件在明天还能使用。
扩展资料：每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。
生命周期的每一个周期都有确定的任务，并产生一定规格的文档（资料），提交给下一个周期作为继续工作的依据。按照软件的生命周期，软件的开发不再只单单强调“编码”，而是概括了软件开发的全过程。
软件工
程要求每一周期工作的开始只能必须是建立在前一个周期结果“正确”前提上的延续；因此，每一周期都是按“活动──结果──审核──再活动──直至结果正确”循环往复进展的。参考资料来源：百度百科--软件生命周期
好了，本文到此结束，如果可以帮助到大家，还望关注本站哦！
