瀑布模型/改进的瀑布模型
虽然瀑布模型仍然存在很多的问题有待解决，但瀑布模型仍然是最展本的和最效的?种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求-〉分析-〉设计?〉编码-> 测试的阶段进行，每-个阶段都可以定义明确的产出物和验证准则.瀑布模型在每?个阶段完成后都可以组织相关的评审和验证，只有在评审通过后才能够进入到下-个阶段.
由于需要对每?个阶段进行验证，瀑布模型要求每?个阶段都有明确的文档产出，对于严格的瀑布模型每?个阶段都不应该重叠,而应该是在评审通过，相关的产出物都己经基线后才能够进入到下?个阶段.
瀑布模型的优点仍然是可以保证整个软件产品较高的质量，保证缺陷能够捉前的被发现和解决. 采用瀑布模型可以保证系统在整体上的充分把握，使系统具备良好的扩展性和可维护性?但对于前期需求不明确,而又很难短时间明确淸楚的项目则很难很好的利用瀑布模型.另外对于中小型的项目，需求设计和开发人员往往在项目开始后就会全部投入到项目中，而不是分阶段投入，因此采用瀑布模型会导致项目人力资源过多的闲置的情况,这也是必须要考虑的问题.
很多人往往会以进度约束而不选择瀑布模型，这往往是?个错误的观点.导致这种情况的?个关键因素往往是概念需求阶段人力不足.冈此在概念需求阶段人力能够得到充分保证的情况下，瀑布模型和迭代模型在开发周期上并不会存在太人的差别.反而是很多项目对于迭代或嫩捷模型用不好，为了赶进度在前期需求不明确，没有经过?个总体的架构设计情况下就开始编码，后期出现大量的返工而严重影响进度.
架构设计是软件开发中?个重要的关注点.因此在RUP中也捉及到软件开发要以架构为核心.因此在架构设计完成后系统会彼分为相关的f?系统和功能模块.每个功能模块间的接口都可以定义淸楚.在这种情况下，当模块B的详细设计做完成后往往就没有必妥等到其它模块的详细设计都妥完全作完才开始编码，冈此在架构设计完成后可以将系统分为多个模块并行开发，每个模块仍然遵循先设计和编码测试的瀑布模型思路.这是瀑布模型的?种最重要的改进思路，也可以说这是?种增量开发的模型.
当?个新系统的开发存在多个完全不相关的独立需求的功能开发的时候，这个时候也可以选择将 整个开发过程按独立的需求来分为多个小瀑布进行操作.这种方式的最人问题就是没有?个完全 总体的设计，架构设计人员无法在洞悉了所有需求后从系统的可扩展性，复用等方而总体规划.
在项目管理中有?种压缩进度的方法叫赶工，因此瀑布模型的另外改进处就在适当的重叠各个阶 段过程，达到资源的有效利用.比如我们通过讨论，会议确定的实现方式就可以开始执导下?个阶 段的工作而不?定完全等到相关的交付物文档化出来.
螺旋模型
首先螺旋模型是遵从瀑布模型的?即需求?> 架构?> 设计?> 开发-〉测试的路线?螺旋模型最人的价
值在于整个开发过程是迭代和风险驱动的?通过将瀑布模型的多个阶段转化到参个迭代过程中, 以减少项目的风险.
螺旋模型的每?次迭代都包含了以下六个步骤
制定计划
决定目标 方
案和限制
累计 成本 客户评估
凤险分祈 评价方案 识别凤险 消除凤险
风险分析 原型*;原型"原型2 ir
详细设计
实施工程 开
发.验证 下1产品
提交线 设计确认
与验证
品设计
风险分析
1?决定目标，替代方案和约束
2.识别和解决项目的风险
3.评估技术方案和替代解决方案
4.开发本次迭代的交付物和验证迭代产出的正确性.
5.计划下?次迭代
6.提交下?次迭代的步骤和方案.
螺旋模型实现了随着项目成本投入不断增加,风险逐渐减小.以帮我我们加强项目的管理和跟踪, 在每次迭代结束后都需要对产出物进行评估和验证，当发现无法继续进行下去时可以及早的终止项目.
螺旋模型复杂的地方在于尽资，专心和知识渊博的管理.因为对于每?次迭代我们要制定出清晰的目标，分析出相关的关键风险和计划中可以验证和测试的交付物并不是?件容易的事情. 螺旋模型的每?次迭代只包含了瀑布模型的某?个或两个阶段.如第二次迭代重点是需求，第三次迭代是总体设计和后续设计开发计划等.因此这是和RUP提倡的迭代模型是有区别的,RUP的每
?次迭代都会包含需求，设计，开发和测试等各个阶段的活动?Rl；P迭代的目的在于逐步求精而不是仅仅完成瀑布模型某一阶段的工作.
增量和迭代模型
增量迭代是RUP统?过程常采用的软件开发生命周期模型.增量和迭代有区别但两者又经常?起使用.所以这里要先解释下增量和迭代的槪念?假设现在要开发A, B, C, D四个人的业务功能，每个功能都需要开发两周的时间.则对于增量方法而言可以将四个功能分为两次增虽来完成，第?个增量完成A,B功能，第二次增量完成C,D功能;而对于迭代开发来将则是分两次迭代来开发，第- 次迭代完成A, B, C, D四个基本业务功能但不含复朵的业务逻辑，而第二个功能再逐渐细化补充完整相关的业务逻辑.在第?个月过去后采用增量开始时候扎B全部开发完成而C,D还?点都没有动;而釆用迭代开发的时候A, B, C, D四个的基础功能都已经完成. RUP强调的每次迭代都包含了需求，设计和开发，测试等各个过程，而且每次迭代完成后都是?个可以交付的原型.迭代不是并行，在每次迭代过程中仍然耍遵循需求-〉设计-＞开发的瀑布过程.迭代周期的长度跟项目的周期和规模有很人的关系.小型项目可以?周?次迭代，而对于人型项目则可以2-4周?次迭代.如果项目没有-个很好的架构师，很难规划出每次迭代的内容和要到达的目标，验证相关的交付和产出.因此迭代模型虽然能够很好的满足与用户的交付，需求的变化，但确是?个很难真正用好的模型.
Organization
along
Content
就对风险的消除
上，增量和迭代模型都能够很好
的控制前期的风险并解决.但迭
代模型在这方而 更有优势?迭代
模型更参的可以
从总体力面去系统的思考问题，从最早就可以给出相对完善的框 架或原型，后期的每次迭代都是针对上次迭代的逐步秸化.
业界比较标准的增量模型往往要求在软件需求规格说明书全部出来后后续的设计开发再进行增 量.同时每个增竜也可以是独立发布的小版本?由于系统的总体设计往往对-个系统的架构和可 扩展性有重人的影响，因此我们推荐的增量最好是在架构设计完成后再开始进行增虽，这样可以 更好的保证系统的健壮性和可扩展性. 原型法
原型?般都不是单独采用的?种生命周期模型,往往会结合瀑布和增量迭代等方法?起使用?对 于螺旋模型就可以理解为瀑布+迭代+原型+风险的-种生命周期模型?对于迭代开发来讲，每?个 迭代周期的产出都可以看做是下个阶段要精化的原型.而对于瀑布模型开发来讲，我们在需求阶 段也可以进行界面和操作建模，形成DEMO 后和用户做进?部的需求沟通和确认.
当你的用户没有信息系统的使用经验，你的系统分析员也没有过多的需求分析和挖掘经验的时候, 需求分析和调研过程则更需要是?个启发式的过程.而原型则是这种很好的启发式方法,可以快 速的挖掘用户需求并达成需求理解上的?致.否则即使双力都签字认可的需求往往仍然不是客户 真正想要的东西.
原型可以分为抛弃型的和不抛弃型的.如果原型仅仅是需求阶段方面和用户沟通画的DEMO,则这 种原型?般都建议抛弃掉.而对于迭代开发来将，每次迭代的产出都是可以独立运行和包含基础 功能的系统，是后续细化的基础，这类原型?般都不建议抛弃,后期的设计开发也要基于该原型逐 渐的进行完善.
快速和敏捷开发
我们?般将快速和敬捷开发做为方法论，而很少将其做为?种软件开发生命周期模型.敬捷的目 的是减少繁重和不必耍的工件的输出，捉高效率.而不是妥我们去挑阶段或过程，不是分析设计都 还没有做就去做开发.因此对于瀑布,增量迭代或原型我们都可以借鉴敬捷方法论中的?些好的 实践，这些实践都是对传统的生命周期模型很好的补充.对于敏捷方法论在此不再做过多的叙述.
关于选择生命周期模型的最后的总结
1?在前期需求明确的情况下尽量采用瀑布模型或改进型的瀑布模型.
2. 在用户无信息系统使用经验，需求分析人员技能不足情况下?定要借助原型.
3. 在不确定性因素很多，很多东西前面无法计划情况下尽量采用增量迭代和螺旋模型
4. 在需求不稳定情况下尽量采用增量迭代模型
5. 在资金和成本无法?次到位惜况下可以采用增量模型，软件产品分多个版本进行发布
6. 对于完全多个独立功能开发可以在需求阶段就分功能并行,但每个功能内都应该遵循瀑布模型
Organization along Time
Disciplines
iness En gingering
Requirements Anal/sis
and Design Imp lomo n
la lion
Test Deployment Configuration and Change
Manngement Project Management Environmenl
▼
7.对于全新系统的开发必须在总体设计完成后再开始增量或并行.
&对于编码人员经验较少惜况下建议不要采用敬捷或迭代等生命周期模型.
9.增量,迭代和原型可以综合使用，但每?次增量或迭代都必须有明确的交付和出口准则.
几种比较常见的测试模型汇总： V模型 V模型最早是由Paul Rook在２０世纪８０年代后期提出的，旨在改进软件开发的效率和效果。Ｖ模型反映出了测试活动与分析设计活动的关系。从左到右描述了基本的开发过程和测试行为，非常明确的标注了测试过程中存在的不同类型的测试，并且清楚的描述了这些测试阶段和开发过程期间各阶段的对应关系。 V模型指出，单元和集成测试应检测程序的执行是否满足软件设计的要求；系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求。 但V模型存在一定的局限性，它仅仅把测试作为在编码之后的一个阶段，是针对程序进行的寻找错误的活动，而忽视了测试活动对需求分析、系统设计等活动的验证和确认的功能。 W模型（也叫双V模型）
W模型由Evolutif公司公司提出，相对于V模型，W模型增加了软件各开发 阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成，分别代 表测试与开发过程，图中明确表示出了测试与开发的并行关系。 W模型强调：测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，也就是说，测试与开发是同步进行的。W模型 有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，这将显著减少总体测试时间，加快项目进度。 但W模型也存在局限性。在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。 X模型 X模型是由Marick提出的，他的目标是弥补V模型的一些缺陷，例如：交接、经常性的集成等问题。 X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试， 此后将进行频繁的交接，通过集成最终合成为可执行的程序。右上半部分，这些可执行程序还需要进行测试。已通过集成测试的成品可以进行封版并提交给用户，也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。 X模型还定位了探索性测试（右下方）。这是不进行事先计划的特殊类型的测试，诸如“我这么测一下结果会怎么样？”，这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。 但V模型的一个强项是它明确的需求角色的确认，而X模型没有这么做，这大概是X模型的一个不足之处。而且由于X模型从没有被文档化，其内容一开始需要从V模型的相关内容中进行推断，因为它还没有完全从文字上成为V 模型的全面扩展。
软件工程概述 一单项选择 1．软件生命周期一般包括：软件开发期和软件运行期，下述（D）不是软件开发期所应包含的内容。 A需求分析B结构设计C程序编制D软件维护 2．软件是一种逻辑产品，它的开发主要是（A）。 A研制B拷贝C再生产D复制 3．以文档作为驱动，适合于软件需求很明确的软件项目的生存周期模型是（C）。 A喷泉模型B增量模型C瀑布模型D螺旋模型 4．在软件生存周期中，（B）阶段必须要回答的问题是“要解决的问题是做什么？”。 A详细设计B可行性分析和项目开发计划C概要设计D软件测试 5．软件产品与物质产品有很大区别，软件产品是一种（C）产品 A有形B消耗C逻辑D文档 6．（C）把瀑布模型和专家系统结合在一起，在开发的各个阶段上都利用相应的专家系统来帮助软件人员完成开发工作。 A原型模型B螺旋模型C基于知识的智能模型D喷泉模型 7．(B)阶段是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。 A概要设计B详细设计C编码D测试 8．下列软件开发模型中，适合于那些不能预先确切定义需求的软件系统的开发的模型是（A）。 A原型模型B瀑布模型C基于知识的智能模型D变换模型 9．下列软件开发模型中，以面向对象的软件开发方法为基础，以用户的需求为动力，以对象来驱动的模型是（C）。 A原型模型B瀑布模型C喷泉模型D螺旋模型 10．下列软件开发模型中，支持需求不明确，特别是大型软件系统的开发，并支持多种软件开发方法的模型是（D）。 A原型模型B瀑布模型C喷泉模型D螺旋模型 11．软件特性中，使软件在不同的系统约束条件下，使用户需求得到满足的难易程度称为（C）。 A可修改性B可靠性C可适应性D可重用性 12．软件特性中，一个软件能再次用于其他相关应用的程度称为（B）。 A可移植性B可重用性C容错性D可适应性 13．软件特性中，（A）是指系统具有清晰的结构，能直接反映问题的需求的程度。 A可理解性B可靠性C可适应性D可重用性 14．软件特性中，软件产品交付使用后，在实现改正潜伏的错误、改进性能、适应环境变化等方面工作的难易程度称为（B）。 A可理解性B可维护性C可适应性D可重用性 15．软件特性中，软件从一个计算机系统或环境移植到另一个上去的难易程度指的是（C）. A可理解性B可修改性C可移植性D可重用性 16．软件特性中，在给定的时间间隔内，程序成功运行的概率指的是（D）。 A有效性B可适应性C正确性D可靠性 17．软件特性中，允许对软件进行修改而不增加其复杂性指的是（A）。 A可修改性B可适应性C可维护性D可移植性 18．软件特性中，多个软件元素相互通讯并协同完成任务的能力指的是（B）。 A可理解性B可互操作性C可维护性D可追踪性 19．软件特性中，根据软件需求对软件设计、程序进行正向追踪，或根据程序、软件设计对软件需求进行逆向
软件工程——软件开发过程中用到的各种图 一、宏观导图 导图说明：我们的软件开发中用到的各种图型工具都是为了辅助我们更好的理解开发的阶段或者过程。上图是根据软件过程中各个阶段所需要用到的各种图的一个小结。下面是各种图的简介和示例。 二、谈细节： 1、问题定义阶段（规划阶段）： UC图:（ Use Creat 图）它是 BSP（ business system planning ）法中常用的子系统划分工具。
2、可行性分析 2.1系统流程图：是描述系统物理模型的一种传统工具。它是表达数据在系统各部件之间流动的情况，而不是对数据加工处理的控制过程，它是物理数据流图而不是程序流程图。系统流程图形象的呈现了软件的功能，即使不懂软件的人也可以轻松的看懂，可以说它是软件设计师与用户之间沟通、交流的有效工具。
3、需求分析： 3.1 DFD图（Data Flow Diagram):从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程.建立系统的功能模型。 3.2 ERD（Entity-Relationship Diagram)图：当数据量很大并且数据间关系复杂时对于数据的分析就得用到它来刻画系统数据模型
3.3 IPO（input process output）图描述了输入数据、处理数据、输出数据之间的关系。 3.4 STD（State Transition Diagram）图：刻画系统响应外部事件的过程。为系统的行为建模。
面向数据结构的几个图形工具： 3.5 层次方框图：用来展示数据的层次结构 3.6 warnier图：和层次方框图一个意思，不过她能描述的手段比层次图更加丰富。
1．设备全生命周期管理 1.1基本概念 传统的设备管理（Equipment management）主要是指设备在役期间的运行维修管理，其出发点是设备可靠性的角度出发，具有为保障设备稳定可靠运行而进行的维修管理的相关涵。包括设备资产的物质运动形态，即设备的安装，使用，维修直至拆换，体现出的是设备的物质运动状态。 资产管理(Asset management)更侧重于整个设备相关价值运动状态，其覆盖购置投资，折旧，维修支出，报废等一系列资产寿命周期的概念，其出发点是整个企业运营的经济性，具有为降低运营成本，增加收入而管理的涵，体现出的是资产的价值运动状态。 现代意义上的设备全生命周期管理，涵盖了资产管理和设备管理双重概念，应该称为设备资产全生命周期管理（Equipment-Asset life-cycle management）更为合适，它包含了资产和设备管理的全过程，从采购，（安装）使用，维修（轮换）报废等一系列过程，即包括设备管理，也渗透着其全过程的价值变动过程，因此考虑设备全生命周期管理，要综合考虑设备的可靠性和经济性。 1.2.设备全生命周期管理的任务 以生产经营为目标，通过一系列的技术，经济，组织措施，对设备的规划，设计，制造，选型，购置，安装，使用，维护，维修，改造，更新直至报废的全过程进行管理，以获得设备寿命周期费用最经济、设备综合产能最高的理想目标。
1.3．设备全生命周期管理的阶段 设备的全生命周期管理包括三个阶段 （1. 前期管理 设备的前期管理包括规划决策，计划，调研，购置，库存，直至安装调试，试运转的全部过程。 (1)采购期：在投资前期做好设备的能效分析，确认能够起到最佳的作用， 进而通过完善的采购方式，进行招标比价，在保证性能满足需求的情况 下进行最低成本购置。 (2)库存期：设备资产采购完成后，进入企业库存存放，属于库存管理的畴。
瀑布模型/改进的瀑布模型 虽然瀑布模型仍然存在很多的问题有待解决，但瀑布模型仍然是最展本的和最效的?种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求-〉分析-〉设计?〉编码-> 测试的阶段进行，每-个阶段都可以定义明确的产出物和验证准则.瀑布模型在每?个阶段完成后都可以组织相关的评审和验证，只有在评审通过后才能够进入到下-个阶段. 由于需要对每?个阶段进行验证，瀑布模型要求每?个阶段都有明确的文档产出，对于严格的瀑布模型每?个阶段都不应该重叠,而应该是在评审通过，相关的产出物都己经基线后才能够进入到下?个阶段. 瀑布模型的优点仍然是可以保证整个软件产品较高的质量，保证缺陷能够捉前的被发现和解决. 采用瀑布模型可以保证系统在整体上的充分把握，使系统具备良好的扩展性和可维护性?但对于前期需求不明确,而又很难短时间明确淸楚的项目则很难很好的利用瀑布模型.另外对于中小型的项目，需求设计和开发人员往往在项目开始后就会全部投入到项目中，而不是分阶段投入，因此采用瀑布模型会导致项目人力资源过多的闲置的情况,这也是必须要考虑的问题. 很多人往往会以进度约束而不选择瀑布模型，这往往是?个错误的观点.导致这种情况的?个关键因素往往是概念需求阶段人力不足.冈此在概念需求阶段人力能够得到充分保证的情况下，瀑布模型和迭代模型在开发周期上并不会存在太人的差别.反而是很多项目对于迭代或嫩捷模型用不好，为了赶进度在前期需求不明确，没有经过?个总体的架构设计情况下就开始编码，后期出现大量的返工而严重影响进度. 架构设计是软件开发中?个重要的关注点.因此在RUP中也捉及到软件开发要以架构为核心.因此在架构设计完成后系统会彼分为相关的f?系统和功能模块.每个功能模块间的接口都可以定义淸楚.在这种情况下，当模块B的详细设计做完成后往往就没有必妥等到其它模块的详细设计都妥完全作完才开始编码，冈此在架构设计完成后可以将系统分为多个模块并行开发，每个模块仍然遵循先设计和编码测试的瀑布模型思路.这是瀑布模型的?种最重要的改进思路，也可以说这是?种增量开发的模型.
常用的软件开发模型 软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。 软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。对于不同的软件系统，可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等，以及允许采用不同的软件工具和不同的软件工程环境。 1. 瀑布模型-最早出现的软件开发模型 1970年温斯顿?罗伊斯（Winston Royce）提出了著名的“瀑布模型”，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。 瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。从本质来讲，它是一个软件开发架构，开发过程是通过一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好“返回”上一个阶段并进行适当的修改，开发进程从一个阶段“流动”到下一个阶段，这也是瀑布开发名称的由来。 瀑布模型是最早出现的软件开发模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架。其过程是从上一项活动接收该项活动的工作对象作为输入，利用这一输入实施该项活动应完成的内容给出该项活动的工作成果，并作为输出传给下一项活动。同时评审该项活动的实施，若确认，则继续下一项活动；否则返回前面，甚至更前面的活动。对于经常变化的项目而言，瀑布模型毫无价值。（采用瀑布模型的软件过程如图所示）
产品生命周期曲线预测模型及其在营销决策中 的应用报告 产品生命周期曲线预测模型及其在营销决策中的应用报告出处 一.产品生命周期的内涵与外延对于产品这种有规律性的发展过程，必须要充分认识，在进行市场需求信息调查的基础上，及时掌握产品所处市场的不同阶段，以便采取相应的对策。产品的生命周期不是产品本身的使用寿命。通常，新产品从市场上试销到被淘汰，如同任何生物一样，有一个发生.发展.成熟和衰亡的过程。市场产品运动的发展变化轨迹可以用一条曲线来描述，这条曲线就称为产品生命周期曲线（又称成长曲线），它是指新产品研制成功后，从投入市场开始，发展到成长.成熟以至衰退被淘汰为止的整个销售过程的全部时间。 一般来说，产品生命周期可划分为四个阶段：即投入期.成长期.成熟期和衰退期。这四个阶段组成了完整的产品生命周期系统，而各个阶段可称为它的子系统。投入期的主要特征是生产成本高.投入流动资金多.广告费用大，同时产品销售量增长缓慢，企业获利极少甚至为负数。产品从投入期转入成长期的标志是销售量迅速增长.利润额迅速上升，竞争者纷纷涌入，同时生产成本得到降低，生产效率和市场占有率均显著提高。第三阶段成熟期
是产品在市场上基本饱和，市场竞争日益激烈，销售量基本区域稳定，利润开始减少。最后，由于成本回升.需求减少.竞争者减少和其他因素的影响，导致产品销售量减少，利润额也明显下降，产品普及率迅速降低。 产品生命周期理论是制定产品在市场上不同时期营销战略及策略的基础。在进行产品营销决策前，首先要对市场进行调查研究，做好产品定位工作，把影响产品销售的各种主要因素，纳入市场营销系统来进行分析预测。具体来说，就是认真确定企业现有业务或产品的市场现状，对每项业务和产品的战略性盈利潜力都要进行评估分析，决定哪些业务应维持.哪些应减少.哪些应淘汰，进而制定合理的投资计划，把有限的资金用到发展经济效益好的业务或产品中去。这种方法除了对产品生命周期各阶段进行预测外，也适用于新产品的开发和更新换代，新老技术的交替，对某种产品的普及率及饱和量的预测，还广泛地应用于对人口预测.生物及农作物生长及对某项事业的发展趋势的预测。 二.产品生命周期曲线预测模型的原理通常产品生命周期曲线呈一条对称的S形曲线。如图1所示：图1 产品生命周期曲线图龚柏兹曲线，是美国统计学家和数学家龚柏兹(Gom鄄pertz)首先提出用作控制人口增长率的一种模型，可以利用它来进行产品生命周期预测。其预测模型为：式中：预测值；K限值或饱和点；参数a决定曲线的位置；参数b决定曲线中间部分的斜率；
常用的软件开发模型 任务的结构框 架。软件开发包括需求、设 段。 软件开发 模型能清晰、直观地表达软 计、编码和测试等阶段，有 时也包括维护阶 件开发全过程，明确规定了 要完成的主要活 动和任务，用来作为软 件项目工作的基础。对于不同的软件 系统，可以采用不同的开 理方法和手段 等，以及允许采用不同的软件工 具和不同的软件工程环境。 1. 瀑布模型 -最早出现的软件开发模型 1970 年温斯顿 ?罗伊斯( Winston Royce )提出了著名的 “瀑布模型 ”，直到 80 年 代早期，它一 直是唯一被广泛采用的软件开发 模型。 瀑布模型 核心思想是按工序将问题化简 ，将功能的实现与设计分开 ，便于分工协 作，即采 用结构化的分析与设计方法将逻 辑实现与物理实现分开。将 软件生命周期划 分为制定计划 、需求分析、软件设计、程序编写、软件测试和运行维 护等六个基本活 动，并 且规定了它们自上而下 、相互衔接的固定次序 ，如同瀑布流水，逐级 下落。从 本质来讲，它是一个软 件开发架构，开发过程是通过一系列 阶段顺序展开的，从系统 需求分析开始 直到产品发布和维护，每个阶段都会产 生循环反馈，因此，如果有信息 未被覆盖或者 发现了问题， 那么 最好 “返回 ”上一个 阶段并进行适当的修改 ，开发进程 从一个阶段 “流动 ”到下一个阶段， 这也是瀑布开发名称的由来。 瀑布模型是最 早出现的软件开发模型，在软件工程中占有重要的地位 ，它提供了 软件开发的基 本框架。其过程是从上一项 活动接收该项活动的工作对象作 为输入，利 用这一输入实 施该项活动应完成的内容给出该 项活动的工作成果， 并 作为输出传给下 一项活动。同 时评审该项活动的实施，若确认 ，则继续下一项活动；否则返 回前面， 甚至更前面的 活动。对于经常变化的项目而 言，瀑布模型毫无价值。(采用瀑布模型 的软件过程如 图所示) 软件 开发模型 (Software Development Model) 是指软件开发 全部过程、活动和 发方法、使用不同的程序设计语言以及各 种不同技能的人员参与工作 、运用不同的管
常见的软件质量模型 关于软件质量模型，业界已经有很多成熟的模型定义，比较常见的质量模型有McCall 模型、Boehm 模型、FURPS 模型、Dromey 模型和 ISO9126 模型。 ?Jim McCall 软件质量模型（1977 年） ?Barry W. Boehm 软件质量模型（1978 年） ?FURPS/FURPS+ 软件质量模型 ?R. Geoff Dromey 软件质量模型 ?ISO/IEC 9126 软件质量模型（1993 年） ?ISO/IEC 25010 软件质量模型（2011 年） Jim McCall 软件质量模型（1977 年） Jim McCall 的软件质量模型，也被称为 GE 模型（General Electrics Model）。其最初起源于美国空军，主要面向的是系统开发人员和系统开发过程。McCall 试图通过一系列的软件质量属性指标来弥补开发人员与最终用户之间的沟壑。 McCall 质量模型使用 3 中视角来定义和识别软件产品的质量： 1.Product revision (ability to change). 2.Product transition (adaptability to new environments). 3.Product operations (basic operational characteristics).
McCall 模型通过层级的要素、标准和指标来详述这 3 个视角定义（产品修改、产品转移、产品运行）。 ?11 Factors (To specify)：描述软件的外部视角，也就是客户或使用者的视角。 ?23 Criterias (To build)：描述软件的内部视角，也就是开发人员的视角。 ?Metrics (To control)：定义衡量指标和方法 下图中，左侧为 11 个质量要素，右侧为 23 个质量标准。
产品生命周期理论(Product Life Cycle) 产品生命周期理论简介 产品生命周期理论是美国哈佛大学教授雷蒙德·弗农(Raymond Vernon)1966年在其《产品周期中的国际投资与国际贸易》一文中首次提出的。 产品生命周期(product life cycle)，简称PLC，是产品的市场寿命，即一种新产品从开始进入市场到被市场淘汰的整个过程。费农认为：产品生命是指市上的的营销生命，产品和人的生命一样，要经历形成、成长、成熟、衰退这样的周期。就产品而言，也就是要经历一个开发、引进、成长、成熟、衰退的阶段。而这个周期在不同的技术水平的国家里，发生的时间和过程是不一样的，期间存在一个较大的差距和时差，正是这一时差，表现为不同国家在技术上的差距，它反映了同一产品在不同国家市场上的竞争地位的差异，从而决定了国际贸易和国际投资的变化。为了便于区分，费农把这些国家依次分成创新国(一般为最发达国家)、一般发达国家、发展中国家。 典型的产品生命周期一般可以分成四个阶段，即介绍期(或引入期)、成长期、成熟期和衰退期。 (1)第一阶段：介绍(引入)期 指产品从设计投产直到投入市场进入测试阶段。新产品投入市场，便进入了介绍期。此时产品品种少，顾客对产品还不了解，除少数追求新奇的顾客外，几乎无人实际购买该产品。生产者为了扩大销路，不得不投入大量的促销费用，对产品进行宣传推广。该阶段由于生产技术方面的限制，产品生产批量小，制造成本高，广告费用大，产品销售价格偏高，销售量极为有限，企业通常不能获利，反而可能亏损。 (2)第二阶段：成长期 当产品进入引入期，销售取得成功之后，便进入了成长期。成长期是指产品通过试销效果良好，购买者逐渐接受该产品，产品在市场上站住脚并且打开了销路。这是需求增长阶段，需求量和销售额迅速上升。生产成本大幅度下降，利润迅速增长。与此同时，竞争者看到有利可图，将纷纷进入市场参与竞争，使同类产品供给量增加，价格随之下降，企业利润增长速度逐步减慢，最后达到生命周期利润的最高点。 (3)第三阶段：成熟期 指产品走入大批量生产并稳定地进入市场销售，经过成长期之后，随着购买产品的人数增多，市场需求趋于饱和。此时，产品普及并日趋标准化，成本低而产量大。销售增长速度缓慢直至转而下降，由于竞争的加剧，导致同类产品生产企之间不得不加大在产品质量、花色、规格、包装服务等方面加大投入，在一定程度上增加了成本。 (4)第四阶段：衰退期
常见的软件开发模型 软件开发模型是软件开发全部过程、活动和任务的结构框架。 1.软件开发模型是对软件过程的建模，即用一定的流程将各个环节连接起来，并可用规范的方式操作全过程，好比工厂的流水线。 2.软件开发模型能清晰、直观地表达软件开发全部过程，明确规定要完成的主要活动和任务，它用来作为软件项目工作的基础。 3.软件开发模型应该是稳定和普遍适用的 软件开发模型的选择应根据： 1.项目和应用的特点 2.采用的方法和工具 3.需要控制和交付的特点 软件工程之软件开发模型类型 1.边做边改模型 2.瀑布模型 3.快速原型模型 4.增量模型 5.螺旋模型 6.喷泉模型 边做边改模型（Build-and-Fix Model） 国内许多软件公司都是使用"边做边改"模型来开发的。在这种模型中，既没有规格说明，也没有经过设计，软件随着客户的需要一次又一次地不断被修改. 在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新修改代码，直到用户满意为止。 这是一种类似作坊的开发方式，对编写几百行的小程序来说还不错，但这种方法对任何规模的开发来说都是不能令人满意的，其主要问题在于：（1）缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继续修改； （2）忽略需求环节，给软件开发带来很大的风险； （3）没有考虑测试和程序的可维护性，也没有任何文档，软件的维护十分困难。
瀑布模型（Waterfall Model） 1970年Winston Royce提出了著名的"瀑布模型"，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。 瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃，其主要问题在于： （1）各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量； （2）由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险； （3）早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。 我们应该认识到，"线性"是人们最容易掌握并能熟练应用的思想方法。当人们碰到一个复杂的"非线性"问题时，总是千方百计地将其分解或转化为一系列简单的线性问题，然后逐个解决。一个软件系统的整体可能是复杂的，而单个子程序总是简单的，可以用线性的方式来实现，否则干活就太累了。线性是一种简洁，简洁就是美。当我们领会了线性的精神，就不要再呆板地套用线性模型的外表，而应该用活它。例如增量模型实质就是分段的线性模型，螺旋模型则是接连的弯曲了的线性模型，在其它模型中也能够找到线性模型的影子. 快速原型模型（Rapid Prototype Model） 快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。 显然，快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果。 快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真正需求，所建造的原型将被丢弃。因此，原型系统的内部结构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反映客户的需求。 增量模型（Incremental Model） 又称演化模型。与建造大厦相同，软件也是一步一步建造起来的。在增量模型中，软件被作为一系列的增量构件来设计、实现、集成和测试，每一个构件是由多种相互作用的模块所形成的提供特定功能的代码片段构成. 增量模型在各
产品生命周期理论 产品生命周期理论是美国哈佛大学教授雷蒙德·弗农(Raymond Vernon)1966年在其《产品周期中的国际投资与国际贸易》一文中首次提出的。 产品生命周期(product life cycle)，简称PLC，是产品的市场寿命，即一种新产品从开始进入市场到被市场淘汰的整个过程。费农认为：产品生命是指市上的的营销生命，产品和人的生命一样，要经历形成、成长、成熟、衰退这样的周期。就产品而言，也就是要经历一个开发、引进、成长、成熟、衰退的阶段。而这个周期在不同的技术水平的国家里，发生的时间和过程是不一样的，期间存在一个较大的差距和时差，正是这一时差，表现为不同国家在技术上的差距，它反映了同一产品在不同国家市场上的竞争地位的差异，从而决定了国际贸易和国际投资的变化。为了便于区分，费农把这些国家依次分成创新国(一般为最发达国家)、一般发达国家、发展中国家。 注意：1.产品生命周期与产品使用寿命不同。2.产品生命周期是指产品某个具体品种的生命周期。3.产品生命周期主要是通过市场销售量的变化 典型的产品生命周期一般可以分成四个阶段，即引入期、成长期、成熟期、销售下降期和衰亡期。 (1)第一阶段：引入期 指产品从设计投产直到投入市场进入测试阶段。新产品投入市场，便进入了介绍期。此时产品品种少，顾客对产品还不了解，除少数追求新奇的顾客外，几乎无人实际购买该产品。生产者为了扩大销路，不得不投入大量的促销费用，对产品进行宣传推广。该阶段由于生产技术方面的限制，产品生产批量小，制造成本高，广告费用大，产品销售价格偏高，销售量极为有限，企业通常不能获利，反而可能亏损。 (2)第二阶段：成长期 当产品进入引入期，销售取得成功之后，便进入了成长期。成长期是指产品通过试销效果良好，购买者逐渐接受该产品，产品在市场上站住脚并且打开了销路。这是需求增长阶段，需求量和销售额迅速上升。生产成本大幅度下降，利润迅速增长。与此同时，竞争者看到有利可图，将纷纷进入市场参与竞争，使同类产品供给量增加，价格随之下降，企业利润增长速度逐步减慢，最后达到生命周期利润的最高点。 (3)第三阶段：成熟期 指产品走入大批量生产并稳定地进入市场销售，经过成长期之后，随着购买产品的人数增多，市场需求趋于饱和。此时，产品普及并日趋标准化，成本低而产量大。销售增长速度缓慢直至转而下降，由于竞争的加剧，导致同类产品生产企之间不得不加大在产品质量、花色、规格、包装服务等方面加大投入，在一定程度上增加了成本。 （4）第四阶段：销售下降期 当国外的生产能力达到能满足本国需求，新产品进入销售下降期。这一时期产品已高度标准化，技术投入更少，国外生产者利用规模经济大批量生产，生产成本降低，创新国失去优势，出口量下降
设备全生命周期管理系统 解决方案
目录 一、设备管理的现状 (3) 二、解决方案 (4) 三、技术特点 (8) 四、应用行业 (14) 4.1. 油田业 (15) 4.2. 医疗业 (16) 4.3. 铁路运输业 (18)
一、现状、问题 设备作为一个公司最重要的资产之一，如何提高设备的利用率、降低设备维护成本，在目前企业面临成本逐步提高的形势下，无疑是帮助企业提高利润、降低成本的一个重要途径，因此设备管理作为企业日常管理的一个重要方面越来越引起广大企业的重视,而企业如何对设备进行很好的管理也成为当今企业发展的健康与否的关键。 目前在的设备管理领域的软件产品有以下几类： 设备管理系统：管理设备台帐资料，日常巡视检修工作，故障处理等。 地理信息系统：将设备绘制到地图上，方便查询和分析。 工程项目管理系统：管理设备运行维护中的各种工程项目及进度。 自动化控制及调度系统：对自动化设备进行监视、控制等。 CAD等绘图软件：用来设计各种设备安装、施工图纸。 这些系统都是不同厂家开发的，有些企业已经全部上线实施了，有些企业只使用了一部分，信息化水平有高有底，系统之间只能进行简单的集成，使用起来不方便、功能不能完全满足要求而且很容易产生系统间的数据不一致。 大多数企业在设备管理方面面临的问题： 对设备全生命周期动态管理缺少能够提供整体解决方案的有效
工具，难以将设备信息、实时数据、图纸信息等进行统一管 理; ●数据分散在不同的系统中，甚至一些离线的CAD、excel文档 中，难以进行统一管理，数据间一致性差； ●系统分散导致工作流程很难做到闭环管理，缺乏相应的技术手 段支撑业务精细化管理； ●管理软件和自动化软件难以进行有效集成，设备的大量状态数 据无法进行有效利用; ●系统功能简单，以表单、流程、报表为主，缺乏可视化分析展 示手段，难以发现隐藏在数据背后的有用信息； ●现场工作缺乏技术支持手段，设备维护的大量工作要在现场进 行，传统设备管理软件只能运行在桌面电脑上，现场工作只 能事后人工补录到系统中，难以进行及时的监控，工作现场 也难以获取系统中有用的信息； 二、解决方案 通过引进先进的设备资产管理思想，以提高资产利用率、降低企业运行成本为目标，优化企业资源为核心，通过信息化手段，合理安排设备采购、维修保养计划及相关资源与活动，从而提高企业的经济效益和企业的市场竞争力。 设备全生命周期管理系统，从规划设计阶段开始，到工程项目施工、项目移交、设备运行、最后到设备报废，对设备的全生命周期
常用软件开发模型比较分析 2007-09-26 20:21 正如任何事物一样，软件也有其孕育、诞生、成长、成熟和衰亡的生存过程，一般称其为“软件生命周期”。软件生命周期一般分为6个阶段，即制定计划、需求分析、设计、编码、测试、运行和维护。软件开发的各个阶段之间的关系不可能是顺序且线性的，而应该是带有反馈的迭代过程。在软件工程中，这个复杂的过程用软件开发模型来描述和表示。 软件开发模型是跨越整个软件生存周期的系统开发、运行和维护所实施的全部工作和任务的结构框架，它给出了软件开发活动各阶段之间的关系。目前，常见的软件开发模型大致可分为如下3种类型。 ① 以软件需求完全确定为前提的瀑布模型（Waterfall Model）。 ② 在软件开发初始阶段只能提供基本需求时采用的渐进式开发模型，如螺旋模型（Spiral Model）。 ③ 以形式化开发方法为基础的变换模型（T ransformational Model）。 本节将简单地比较并分析瀑布模型、螺旋模型和变换模型等软件开发模型。 1.2.1 瀑布模型瀑布模型即生存周期模型，其核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。瀑布模型将软件生命周期划分为软件计划、需求分析和定义、软件设计、软件实现、软件测试、软件运行和维护这6个阶段，规定了它们自上而下、相互衔接的固定次序，如同瀑布流水逐级下落。采用瀑布模型的软件过程如图1-3所示。
图1-3 采用瀑布模型的软件过程 瀑布模型是最早出现的软件开发模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架。瀑布模型的本质是一次通过，即每个活动只执行一次，最后得到软件产品，也称为“线性顺序模型”或者“传统生命周期”。其过程是从上一项活动接收该项活动的工作对象作为输入，利用这一输入实施该项活动应完成的内容给出该项活动的工作成果，并作为输出传给下一项活动。同时评审该项活动的实施，若确认，则继续下一项活动；否则返回前面，甚至更前面的活动。瀑布模型有利于大型软件开发过程中人员的组织及管理，有利于软件开发方法和工具的研究与使用，从而提高了大型软件项目开发的质量和效率。然而软件开发的实践表明，上述各项活动之间并非完全是自上而下且呈线性图式的，因此瀑布模型存在严重的缺陷。 ① 由于开发模型呈线性，所以当开发成果尚未经过测试时，用户无法看到软件的效果。这样软件与用户见面的时间间隔较长，也增加了一定的风险。 ② 在软件开发前期末发现的错误传到后面的开发活动中时，可能会扩散，进而可能会造成整个软件项目开发失败。 ③ 在软件需求分析阶段，完全确定用户的所有需求是比较困难的，甚至可以说是不太可能的。 1.2.2 螺旋模型螺旋模型将瀑布和演化模型（Evolution Model）结合起来，它不仅体现了两个模型的优点，而且还强调了其他模型均忽略了的风险分析。这
产品生命周期理论 特殊的产品生命周期包括风格型产品生命周期、时尚型产品生命周期、热潮型产品生命周期、扇贝形产品生命周期四种特殊的类型，它们的产品生命周期曲线并非通常的S型。 风格（style）：是一种在人类生活基本但特点突出的表现方式。风格一旦产生，可能会延续数代，根据人们对它的兴趣而呈现出一种循环再循环的模式，时而流行，时而又可能并不流行。 时尚（fashion）：是指在某一领域里，目前为大家所接受且欢迎的风格。时尚型的产品生命周期特点是，刚上市时很少有人接纳（称之为独特阶段），但接纳人数随着时间慢慢增长（模仿阶段），终于被广泛接受（大量流行阶段），最后缓慢衰退（衰退阶段），消费者开始将注意力转向另一种更吸引他们的时尚。 热潮（fad）：是一种来势汹汹且很快就吸引大众注意的时尚，俗称时髦。热潮型产品的生命周期往往快速成长又快速衰退，主要是因为它只是满足人类一时的好奇心或需求，所吸引的只限于少数寻求刺激、标新立异的人，通常无法满足更强烈的需求。 扇贝型产品生命周期主要指产品生命周期不断地延伸再延伸，这往往是因为产品创新或不时发现新的用途。 □ 产品生命周期曲线 生命周期曲线的特点：在产品开发期间该产品销售额为零，公司投资不断增加；在引进期，销售缓慢，初期通常利润偏低或为负数；在成长期销售快速增长，利润也显著增加；在成熟期利润在达到顶点后逐渐走下坡路；在衰退期间产品销售量显著衰退，利润也大幅度滑落。
适用范围：该曲线适用于一般产品的生命周期的描述；不适用于风格型、时尚型、热潮型和扇贝型产品的生命周期的描述。 □ 产品生命周期优缺点 产品生命周期理论的优点是： 产品生命周期（PLC）提供了一套适用的营销规划观点。它将产品分成不同的策略时期，营销人员可针对各个阶段不同的特点而采取不同的营销组合策略。此外，产品生命周期只考虑销售和时间两个变数，简单易懂。 其缺点是： 1、产品生命周期各阶段的起止点划分标准不易确认。 2、并非所有的产品生命周期曲线都是标准的S型，还有很多特殊的产品生命周期曲线。 3、无法确定产品生命周期曲线到底适合单一产品项目层次还是一个产品集合层次。 4、该曲线只考虑销售和时间的关系，未涉及成本及价格等其它影响销售的变数。 5、易造成“营销近视症”，认为产品已到衰退期而过早将仍有市场价值的好产品剔除出了产品线。 6、产品衰退并不表示无法再生。如通过合适的改进策略，公司可能再创产品新的生命周期。 □ 产品生命周期
常用软件开发模型比较分析 正如任何事物一样，软件也有其孕育、诞生、成长、成熟和衰亡的生存过程，一般称其为“软件生命周期”。软件生命周期一般分为6个阶段，即制定计划、需求分析、设计、编码、测试、运行和维护。软件开发的各个阶段之间的关系不可能是顺序且线性的，而应该是带有反馈的迭代过程。在软件工程中，这个复杂的过程用软件开发模型来描述和表示。 软件开发模型是跨越整个软件生存周期的系统开发、运行和维护所实施的全部工作和任务的结构框架，它给出了软件开发活动各阶段之间的关系。目前，常见的软件开发模型大致可分为如下3种类型。 ①以软件需求完全确定为前提的瀑布模型（Waterfall Model）。 ②在软件开发初始阶段只能提供基本需求时采用的渐进式开发模型，如螺旋模型（Spiral Model）。 ③以形式化开发方法为基础的变换模型（Transformational Model）。 本节将简单地比较并分析瀑布模型、螺旋模型和变换模型等软件开发模型。 1.2.1 瀑布模型 瀑布模型即生存周期模型，其核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。瀑布模型将软件生命周期划分为软件计划、需求分析和定义、软件设计、软件实现、软件测试、软件运行和维护这6个阶段，规定了它们自上而下、相互衔接的固定次序，如同瀑布流水逐级下落。采用瀑布模型的软件过程如图1-3所示。 图1-3 采用瀑布模型的软件过程 瀑布模型是最早出现的软件开发模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架。瀑布模型的本质是一次通过，即每个活动只执行一次，最后得到软件产品，
一、选择题 1.软件是一种（）产品。 A．有形 B.逻辑C．物质 D.消耗 2.与计算机科学的理论研究不同，软件工程是一门（） A．理论性B．工程性C．原理性D．心理性 3.软件工程学科出现的主要原因是（） A．计算机的发展B．其他工程学科的影响力 C．软件危机的出现D．程序设计方法学的影响 4.软件生存周期模型有多种，下列选项中，（）不是软件生存周期的模型。 A．螺旋模型B．增量模型C．功能模型D．瀑布模型 5.软件开发模型是指软件开发的全部过程、活动和任务的结构框架。主要的开发模型有瀑布模型、 演化模型、螺旋模型和喷泉模型。螺旋模型将瀑布模型和演化模型相结合，并增加了[A ]，它建立在[B ]的基础上，沿着螺线自内向外每旋转一圈，就得到[B ]的一个版本。喷泉模型描述了[C ]的开发模型，它体现了这种开发方法创建软件的过程所固有的[D ]和 [E ]的特征。 供选择的答案： A：（1）系统工程（2）风险分析（3）设计评审（4）进度控制 B：（1）模块划分（2）子程序分解（3）设计（4）原型 C：（1）面向对象（2）面向数据流（3）面向数据结构（4）面向事件驱动 D：（1）归纳（2）推理（3）迭代（4）递归 E：（1）开发各阶段之间无“间隙”（2）开发各阶段分界明显（3）部分开发阶段分界明显（4）开发过程不分阶段 您的选择是: 【A 】【B 】【C 】【D 】【E 】 6.目前存在若干种软件生存周期模型，例如瀑布模型、增量模型、螺旋模型等。其中规定了由前至 后、相互衔接的固定次序的模型是（） A．瀑布模型B．增量模型C．螺旋模型D．喷泉模型 7.软件生命周期包括可行性分析和项目开发计划、需求分析、概要设计、详细设计、编码、（）维 护等活动。 A．应用B．测试C．检测D．以上都是 8.准确地解决“软件系统必须做什么”是（）阶段的任务。 A．分析阶段B．设计阶段C．编码阶段D．测试阶段 9.研究开发所需要的成本和资源是属于可行性研究中的（）研究的一方面。 A.技术可行性 B. 经济可行性 C. 社会可行性 D. 法律可行性 10.需求分析（）。【】 A．要回答“软件必须做什么”B．可概括为“理解、分析、表达”六个字 C．要求编写需求规格说明书D．以上都对 11.瀑布模型中软件生命周期划分为八个阶段：问题定义、可行性研究、需求分析、总体设计、详细 设计、编码、测试和运行、维护。这八个阶段又可归纳为三个大的阶段：计划阶段、开发阶段和（）阶段。
博源集团 计算机全生命周期管理方法 需求说明书
第一章引言 1.1 编写目的 依托信息化手段，通过集团现有ERP管理系统，实现计算机全生命周期管理。此文件描述计算机全生命周期管理的功能需求，可作为系统设计人员、测试人员、用户等相关人员从事推广和使用的依据和输入。 1.2 编写背景 集团面对越来越多的计算机资产，必须要能快速准确的获取相应资产的信息，才能方便快捷的进行管理，通过长久对博源集团计算机资产进行管理，发现存在如下问题： 1、计算机资产数据信息不全面、真实，帐面资产和实际资产不符。 2、部分计算机资产改变使用人后未能及时更新信息，使资产与使用人不能正确地一一对应。 3、计算机资产报废及更新流程不规范，没有明确的规则及责任人。 4、调转人员的计算机资产（笔记本）未能做资产转移或留存导致部分资产流失。 5、企业间资产横向信息不透明，导致部分企业间的计算机资产不能调配，产生不必要的投资。 针对以上问题，借鉴设备管理思想和固定资产管理模式，形成博源集团计算机全生命周期管理方法，通过集团ERP管理平台系统不
仅能将所有资产的信息在系统里面保存查询，更方便的是能将每个资产的基本信息以及其他附加信息都保存到系统里面来进行查询和写入。 1.3 管理目标 利用集团ERP系统实施计算机全生命周期管理，逐步实现如下目标： 1、利用集团ERP系统建立集团计算机资产信息管理共享平台，集中掌控计算机资产配置情况、资产使用状态，实现计算机资产的合理调配，降低资产闲置率，提高资产使用效率，发挥资产最大效益； 2、实现对计算机资产运行及状态进行实时、动态跟踪和处理，实现资产的全生命周期管理； 3、通过与集团ERP中的人力资源系统和物资管理系统的结合，保证计算机资产审批的真实性，权威性； 4、通过此方法的执行，可以将计算机资产的管理纳入信息化绩效考核体系，推进计算机资产标准化管理。 5、延伸应用，网络设备、服务器、打印机及正版化软件都可以应用此方法。 第二章系统需求 2.1 定义 博源集团计算机全生命周期：指计算机资产从采购（更新）、分配、使用、运行维护到最后报废的全生命过程。