营销杂谈17新产品开发与产品生命周期战略

软件生命周期分为问题定义、可行性研究、需求分析、开发阶段、维护这5个阶段。各个阶段的主要任务是如下。

1、问题定义

要求系统分析员与用户进行交流，弄清“用户需要计算机解决什么问题”然后提出关于“系统目标与范围的说明”，提交用户审查和确认。

2、可行性研究

一方面在于把待开发的系统的目标以明确的语言描述出来，另一方面从经济、技术、法律等多方面进行可行性分析。

3、需求分析

弄清用户对软件系统的全部需求，编写需求规格说明书和初步的用户手册，提交评审。

4、开发阶段

开发阶段由四个阶段组成：概要设计、详细设计、实现、测试

五、维护

维护包括四个方面：

（1）改正性维护：在软件交付使用后，由于开发测试时的不彻底、不完全、必然会有一部分隐藏的错误被带到运行阶段，这些隐藏的错误在某些特定的使用环境下就会暴露。

（2）适应性维护：是为适应环境的变化而修改软件的活动。

（3）完善性维护：是根据用户在使用过程中提出的一些建设性意见而进行的维护活动。

（4）预防性维护：是为了进一步改善软件系统的可维护性和可靠性，并为以后的改进奠定基础。

扩展资料：

软件常见周期模型：

1、瀑布模型

瀑布模型首先由Royce提出。该模型由于酷似瀑布闻名。在该模型中，首先确定需求，并接受客户和SQA小组的验证。然后拟定规格说明，同样通过验证后，进入计划阶段可以看出，瀑布模型中至关重要的一点是只有当一个阶段的文档已经编制好并获得SQA小组的认可才可以进入下一个阶段。

瀑布模型通过强制性的要求提供规约文档来确保每个阶段都能很好的完成任务。但是实际上往往难以办到，因为整个的模型几乎都是以文档驱动的，这对于非专业的用户来说是难以阅读和理解的。

2、迭代式模型

迭代式模型是RUP推荐的周期模型，也是我们在这个系列文章讨论的基础。在RUP中，迭代被定义为：迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布必需的所有其他外围元素。

所以，在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：（至少包括）需求工作流程、分析设计工作流程、实施工作流程和测试工作流程。实质上，它类似小型的瀑布式项目。RUP认为，所有的阶段（需求及其它）都可以细分为迭代。

3、快速原型模型

快速原型模型在功能上等价于产品的一个子集。瀑布模型的缺点就在于不够直观，快速原型法就解决了这个问题。一般来说，根据客户的需要在很短的时间内解决用户最迫切需要，完成一个可以演示的产品。这个产品只是实现部分的功能（最重要的）。

它最重要的目的是为了确定用户的真正需求。在我的经验中，这种方法非常的有效，原先对计算机没有丝毫概念的用户在你的原型面前往往口若悬河，有些观点让你都觉得非常的吃惊。在得到用户的需求之后，原型将被抛弃。

因为原型开发的速度很快，设计方面是几乎没有考虑的，如果保留原型的话，在随后的开发中会为此付出极大的代价。至于保留原型方面，也是有一种叫做增量模型是这么做的，但这种模型并不为大家所接受的。

参考资料来源：百度百科-软件生命周期

小程序定制开发的时间可以因项目的复杂性和规模而异。一般来说，小程序简单项目一般需要2-4周的时间完成，而较为复杂的项目可能需要6周以上的时间。这也取决于团队规模、技能水平和项目的具体需求等因素。在开始项目之前，最好与开发团队进行详细的沟通和需求定义，以便确定准确的时间表和目标。

以商城小程序的开发周期为例，时间取决于很多因素，例如您需要的功能、复杂性、设计要求、开发人员的经验等等。通常，商城小程序的开发时间可以从数周到数月不等。下面是可能的开发时间线：

1 需求分析和设计：1-2周，这个阶段与客户沟通，了解他们的需求和期望，并创建完整的需求文档和设计原型。

2 开发前端：2-4周，小程序前端开发通常由开发人员使用微信小程序原生的开发工具和框架来实现。这个阶段的关键是实现所需的所有功能和页面，并按照设计要求进行设计和布局。

3 开发后端和数据库：2-4周，这个阶段涉及到服务器端的开发和数据库的设计。后端开发人员将实现所有的API接口，以便前端可以从服务器获取数据，并将数据存储到数据库中。

4 测试和修正：1-2周，测试是确保您的小程序能够按照预期运行的重要过程。小程序需要经过全面测试，包括单位测试、集成测试、系统测试和用户测试等。在这个阶段，您还需要修正代码中的错误和漏洞。

综上所述，商城小程序的开发时间可以持续约2-3个月，这还需要根据具体项目的要求和复杂度进行调整。

深圳软件开发商

我们公司是一家致力于提供全方位智能化解决方案的IT科技公司。公司致力于技术创新和产品研发，拥有一批经验丰富且专业的技术团队，为客户提供从设计、开发、测试、上线到维护全方位的服务。公司产品涵盖智能硬件、智慧城市、智能家居、物联网、云计算等领域，客户群涵盖政府、企业、社区、学校等各类业务领域。

公司秉承“客户至上、技术领先、服务一流”的经营理念，致力于为客户提供优质的产品和服务，并不断创新、改进和提升技术水平。公司拥有领先的技术平台和完善的服务体系，能够为客户提供满足不同需求的个性化、定制化的服务方案。

本节让我们了解一下一个产品从研发到成长的重要过程！

一个企业可以通过两种途径获得新产品。其一是直接获取——购买整家企业、专利或生产许可证等；其二是通过企业自身的研发努力进行的新产品开发(new-product development)。所谓“新产品”，是指企业新开发的产品、改进或调整的产品以及新品牌。

对企业而言，新产品是企业成长的钥匙。然而创新可能非常昂贵和高风险，新产品面临严峻的考验。

要创造一个成功的新产品，企业必须理解它的消费者、市场和竞争对手，并且开发能够向消费者传递优异价值的产品。在寻求和发展新产品的过程中，企业必须制定强有力的新产品开发计划。

A: 构思产生

新产品开发始于构思产生(idea generation)——系统地寻找新产品的设计构想。

﹡内部构思来源

使用内部资源，企业可以通过正规的研发活动来寻找新的产品构思，创新构思多数来源于员工和顾客。

﹡外部构思来源

企业也可以通过许多外部资源来获得优秀的新产品构思。竞争者也是一种重要的外部资源，企业可以通过关注竞争者的广告来获取其新产品线索。新产品构思最重要的来源在于消费者自身，虽然让消费者参与新产品开发给企业带来更多利益，但是企业仍然必须谨慎，不能过分依赖消费者。

B: 构思筛选

产生构思的目的是形成大量的构思，随后各阶段的任务就在于逐步削减这一数量。构思筛选(idea screening)，即尽可能地留住好的构思，去掉不好的构思。“R-W-W”(“real，win，worth

it”)新产品筛选框架：第一，它是否真实？第二，我们能否获胜？最后，它是否值得做？

C:概念开发与测试

有吸引力的产品构思必须发展成为有效的产品概念(product  concept)。产品构思是企业希望提供给市场的一个可能产品的设想；产品概念是用有意义的消费者语言表达的详尽描述的构思；产品形象是消费者感知到的实际产品或潜在产品的特定形象。

﹡概念开发

开发产品概念，在众多对消费者吸引力不同的概念里选出一个最有影响力的产品概念，未来可能转化成新产品。

﹡概念测试

概念测试(concept  testing)是与合适的目标消费者小组一起测试这些新产品概念。概念可以用符号或实物形式来表示。

D: 营销战略制定

营销战略制定(marketing  strategy development)，是把该新产品推向市场设计一个初步的营销战略。市场营销战略计划包括三个部分：第一部分描述目标市场、计划的价值主张、销售量、市场份额以及最初几年的利润目标；第二部分描述产品在第一年的计划价格、分销策略和营销预算；第三部分描述预计的长期销售量、利润目标以及营销组合策略。

E:商业分析

商业分析(business  analysis)包括审查新产品的销售量、成本和利润计划，以确定它们是否符合企业的目标。通过分析后，产品概念就可以进入产品开发阶段。

F: 产品开发

产品开发(product   development)阶段的工作将决定产品构思是否转化为技术和商业上可行的产品。产品需要经过严格的测试以确保能安全有效地执行其功能，或消费者可以在它身上发现价值。

G:营销测试

营销测试(test   marketing)，企业将新产品及其营销计划置于更为真实的市场环境中。对产品线延伸的产品或者模仿竞争对手的成功产品，企业一般不进行营销测试。进行营销测试时，消费品通常采用以下三种方法中的一种——标准市场测试、控制市场测试和模拟市场测试。

﹡标准市场测试

使用标准市场测试时，企业选取一些代表性城市，并在这些城市全面试销产品，通过记录和调查来检查产品的市场表现。缺点：成本高、测试时间长、竞争对手干扰、新产品易被竞争者获取研究。但此方法仍是目前使用较为广泛的市场测试方法。

﹡控制市场测试

在给予一定费用的条件下，安排一组受控的商店经销新产品。控制市场测试一般比标准市场测试花费要少，时间较短，但同样有被竞争对手获取新产品研究的可能。

﹡模拟市场测试

企业可以在模拟购物环境下进行新产品测试。由于样本有限，购物环境又是模拟的，测试稍有误差，但作为“预测”可以降低市场测试成本和进度。

市场测试大体上为管理者提供了支持是否推出新产品的最终所需的信息。

H:商业化

如果企业决定将产品商业化(commercialization)——将新产品推向市场——将面临高昂的成本。企业要推出新产品，首先要确定上市时机；其次需要定位新产品市场级别。

新产品开发不仅仅是按部就班地完成图9-1所示的新产品开发过程，企业必须采取一套整体的方法来管理这一过程。 成功的新产品开发要求以顾客为中心的、以团队为基础的、系统化的努力。

A: 以顾客为中心的新产品开发

以顾客为中心的新产品开发(customer-centered new-product  development)强调找出解决顾客问题的新方法，同时创造更多的顾客满意体验。以顾客为中心的新产品开发起始于也结束于解决顾客问题。

B: 以团队为基础的新产品开发

为了让自己的产品快速进入市场，许多企业运用以团队为基础的新产品开发(team-based

new-product development)方法。在这种方法下，企业各部门在跨职能的团队中密切合作，产品开发过程中的各个步骤也可以同时进行，从而节约时间、提高效率。

C: 系统化的新产品开发

新产品开发过程应该是整体性和系统化的，而不是局部分割和杂乱无章的。创新管理系统的方法产生了两个有利的结果。首先，它有助于营造一种创新导向的企业文化；其次，它将产生大量的新产品构思。

管理层在推出新产品后，总喜欢它能够经历一个较长且顺利的生命周期。产品生命周期(product

life cycle，PLC)曲线，包括产品在整个周期内的销售和利润情况。产品生命周期可以分为五个不同的阶段。

产品生命周期的概念可以用于描述一个产品种类、一个产品形式或者一个品牌。在不同情况下，产品生命周期的概念运用不同。产品生命周期也可以运用于所谓的风格、时尚和热潮。

产品生命周期的概念可以为营销人员提供一个描述产品和市场如何运转的有用框架。产品生命周期的要义是，企业必须不断地创新和规避风险。

①产品开发期。开发期是指企业找到新产品构思并进行研究开发的时期。

②介绍期。介绍期是指新产品被引入市场、销售缓慢增长的时期。

新产品一经推出，介绍期(introduction  stage)也就开始了。介绍期需要花费一些时间，此时的销售增长比较缓慢。由于较低的销售收入和高昂的分销及促销费用，在介绍期企业亏本经营或利润很低。企业必须根据其设定的产品定位来选择新产品上市策略，市场开拓者尤其应该如此。

③成长期。成长期是指产品被市场迅速接受，并且利润大幅增长的时期。

如果新产品满足了市场需要，就将进入成长期(growth  stage)。在该阶段，销售会迅速攀升，利润增长。在成长阶段，企业面临高市场份额与高利润之间的取舍。

④成熟期。成熟期是由于大多数的潜在购买者已经接受并购买产品，造成销售增长放缓的时期。

产品的销售增长在达到某一峰值时就会放缓，并进入成熟期(maturity  stage)。这一阶段的持续时间较长，可以使用价格和促销策略并进行新的营销渠道来为新老用户提供服务。

⑤衰退期。衰退期是指销售和利润不断下滑的时期。

大多数产品形式和品牌的销售最终都会走向衰退，这就是衰退期(decline stage)。销售衰退原因有很多，其中包括技术进步、消费者口味变化以及竞争日益加剧等。

A: 产品决策与社会责任

营销人员制定产品决策时，应当周详地考虑有关产品开发和淘汰、专利保护、产品质量和安全性以及产品担保等方面的公共政策和法规。

B: 产品和服务的国际营销

产品和服务的国际营销人员面临特殊的挑战，一方面，企业希望使其提供物标准化；另一方面，世界各地的市场和消费者差别很大。企业通常必须通过调整自己的产品来对这些差别做出响应，包装和服务营销人员都面临特殊的挑战。

1、新产品是企业成长的要素，值得投入很多精力去打造；

2、产品在开发和商业化以前已经经历了前期的很多分析和测试，不应该是拍脑子就生成的；

3、产品创意的来源是多方面的，可能来源于公司内部的讨论，可能来源于市场调研，可能来源于竞争者分析，也可能来自于与客户的沟通对话等，对于创意，我们不能过于依赖单一来源，而应该多方面的去权衡：第一，它是否真实？第二，我们能否获胜？最后，它是否值得做？

4、在产品商业化以前也要先进行测试，测试之后再决定是否正式商业化；

5、产品整个生命周期也会经历成住坏空的过程，从无到有，从有到无的过程，每个阶段有着不同的产品特点，也应该匹配对应的营销策略；

6、产品战略规划应包含短期规划和长期规划，短期规划相对细致，一般为半年或一年，长期计划比较粗略，一般也分为几个阶段，设置每个阶段的大体目标；

7、以顾客为中心的新产品开发起始于也结束于解决顾客问题，产品的核心是创造价值；

8、产品测试的概念可以借助MVP最小化功能产品来辅助市场测试，这样既可以达到测试的目的，又可以尽可能的节省成本。

 根据 IT 服务项目的特点，将 IT 服务项目生命周期划分为项目启动、项目规划、项目执行、项目监控、项目收尾五个阶段。这五个阶段既具有按顺序排列、又具有互相交叉的特点。五个阶段的关系见下图。

概述

     项目启动是 IT 服务项目生命周期的起始阶段，为后续阶段所需要的决策提供基准，项目经理通过有效的组织方式开展启动工作，并考虑项目风险，确保以审慎的方式进行项目所要求的时间和工作量投入。

目的

     项目启动的目的是使包括客户、第三方供应商、项目团队等在内的所有项目干系人，清楚项目要达到的目的、为何实施项目，初步确认如何实施项目以及他们在整个项目生命周期中的职责。项目经理通过管理项目启动阶段，为项目后续阶段奠定基础。

概述

     项目规划是 IT 服务项目生命周期中紧随项目启动阶段的后续阶段，此阶段项目经理依据项目启动的输出，通过规划项目人员、资源、技术和管理流程开展规划工作，确保项目能够顺利执行。

目的 

     项目规划的目的是使包括客户、第三方供应商、项目团队等在内的所有项目干系人，详细明确如何实施项目以及他们在整个项目生命周期中的职责。项目经理通过管理项目规划阶段，为项目后续阶段奠定基础。

概述

     项目执行和项目监控是两个紧密相关的项目阶段，也是 IT 服务项目的具体实施阶段，项目经理通过有效的监控或变更方法开展工作，保证项目以计划设定或变更批准后的方式进行实施。

目的 

     项目执行和监控的目的是使包括客户、第三方供应商、项目团队等在内的所有项目干系人，在有效的执行跟踪、评估检查和变更控制下，按照服务级别协议和项目计划，持续改进地实施项目。项目经理通过管理项目执行和监控阶段，为项目收尾奠定基础。

概述

     项目收尾是 IT 服务项目生命周期标志结束的项目阶段，项目收尾阶段是由项目即将结束或项目由于某些明显原因不再可行而触发的，并且项目收尾的很多工作是并行进行的。

目的

     项目收尾的目的是使包括客户、第三方供应商、项目团队等在内的所有项目干系人，清楚项目为何结束、如何结束以及他们在项目收尾中的职责。IT 服务项目经理通过管理项目收尾阶段，为项目结束进行标识。项目收尾通常包括项目正常收尾和项目终止两种类型。而从不同项目干系人划分，项目收尾可能包括客户项目收尾，第三方供应商项目收尾，IT 服务供应商内部项目收尾等。由于 IT服务项目的可延续性较强，因此在项目收尾阶段后可能会启动同一个 IT 服务项目的续签工作。在做IT服务项目的时候可以选择一款流程管理软件，如云雀运维这样的软件，可以对IT服务的整个流程进行监控，对运维事件进行整体把握，提高事件的运转效率。

开发一个APP需要多少钱及需要多长开发周期

目前的APP市场比较混乱，再加上多数APP本身生命周期较短的特性，因此开发APP虽然看起来简单、进入门槛不高，但实际上没那么容易。这是是因为，大家对APP的产品开发缺乏通透的了解，又想快速的推出APP，因此APP本身并没有杀手级的创意特点，就算有，也多半昙花一现。

APP开发时间和费用要视乎功能和界面复杂程度而定，从几万到几十万都有可能，但APP开发不像开发一个网站，也不是一锤子买卖，要做好长期投入和运营的准备。

一、模版类APP开发做软件手叽壹伍扒壹----壹叁叁+++驷柒++驷驷按功能收费

开发一个app需要多少钱，这是老生常谈的问题了，专业的app人事透露，关于手机app开发的价格分为两种，一种是模版类型的app开发，这种app开发的报价是固定的，他们所需要的功能也是固定的，这款app的缺点就是客户拿不到源代码，同时如果客户以后想升级的话是不能升级的，只能重新开发一个新的app应用软件。对于模版类型的app开发在价格方面也是不同的，有高有低，这也是根据具体的功能类型来评估具体的价格。

二、定制类APP开发做软件手叽壹伍扒壹----壹叁叁+++驷柒++驷驷高于模版类开发

另一种就是定制类型的app应用软件开发，移动APP开发类型是由具体的功能来评估价格的，不同的功能有不同的报价，不过这类的APP开发都要比模版类高。一般app开发公司都会问客户有没有具体的功能需求，要客户提供具体的功能需求才能给他们报价也就是这个原因，他们会通过评估功能需求，评估几天的开发时间才能得出具体的报价，开发时间是跟开发价格成正比的，开发时间越长，所需要的价格也是越多的。

一个项目的开发周期

0、产品经理有需求想法去找项目经理讨论可行性和紧迫性

1、项目经理开始分任务

2、产品建群发需求文档 答疑解惑

3、前后端把产品叫过来答疑解惑准备开发发送答疑解惑邮件

4、前端或者后端选择一位作为项目负责人对项目工时分解，沟通开发时间和测试时间，最终开发测试产品约定统一时间

5、建立开发任务立项邮件附带上一步的分解文档，让主管在任务平台创建任务和分解任务，在文档中约定时间开始开发

6、测试前一天确定是否延期，如果延期，需要产品测试过来重新评估工期

到提测最后一天时，需要产品测试和主管过来验收项目

7、根据验收，第二天中午前修复bug发测试、发布提测邮件

8、bug集中在邮件中发送，典型bug需要在任务平台建立

9、完成测试时会发生确认邮件

Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。

IEEE：软件工程是开发、运行、维护和修复软件的系统方法。

Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。

软件工程学的内容

软件工程学的主要内容是软件开发技术和软件工程管理．

软件开发技术包含软件工程方法学、软件工具和软件开发环境；软件工程管理学包含软件工程经济学和软件管理学。

软件工程基本原理

著名软件工程专家BBoehm综合有关专家和学者的意见并总结了多年来开发软件的经验，于1983年在一篇论文中提出了软件工程的七条基本原理。

（1）用分阶段的生存周期计划进行严格的管理。

（2）坚持进行阶段评审。

（3）实行严格的产品控制。

（4）采用现代程序设计技术。

（5）软件工程结果应能清楚地审查。

（6）开发小组的人员应该少而精。

（7）承认不断改进软件工程实践的必要性。

BBoehm指出，遵循前六条基本原理，能够实现软件的工程化生产；按照第七条原理，不仅要积极主动地采纳新的软件技术，而且要注意不断总结经验。

软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。

(1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。

(2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。

(3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。

软件工程必须遵循什么原则

围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则：

(1)选取适宜的开发模型

该原则与系统设计有关。在系统设计中，软件需求、硬件需求以及其它因素间是相互制约和影响的，经常需要权衡。因此，必需认识需求定义的易变性，采用适当的开发模型，保证软件产品满足用户的要求。

(2)采用合适的设计方法

在软件设计中，通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。合适的设计方法有助于这些特征的实现，以达到软件工程的目标。

(3)提供高质量的工程支撑

工欲善其事，必先利其器。在软件工程中，软件工具与环境对软件过程的支持颇为重要。软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。

(4)重视软件工程的管理

软件工程的管理直接影响可用资源的有效利用，生产满足目标的软件产品以及提高软件组织的生产能力等问题。因此，仅当软件过程予以有效管理时，才能实现有效的软件工程。

软件工程是指导计算机软件开发和维护的工程学科。

采用工程的概念、原理、 技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够 得到的最好的技术方法结合起来，这就是软件工程。

软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。它们是在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对软件产品经常不满意的状况而发展起来的。人类解决复杂问题时普遍采用的一个策略就是“各个击破”，也就是对问题进行分解然后再分别解决各个子问题的策略。软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题进行分解，把软件生存的漫长周期依次划分为若干个阶段，每个阶段有相对独立的任务，然后逐步完成每个阶段的任务。采用软件工程方法论开发软件的时候，从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发。前一个阶段任务的完成是开始进行后一个阶段工作的前提和基础，而后一阶段任务的完成通常是使前一阶段提出的解法更进一步具体化，加进了更多的物理细节。每一个阶段的开始和结束都有严格标准，对于任何两个相邻的阶段而言，前一阶段的结束标准就是后一阶段的开始标准。在每一个阶段结束之前都必须进行正式严格的技术审查和管理复审，从技术和管理两方面对这个阶段的开发成果进行检查，通过之后这个阶段才算结束；如果检查通不过，则必须进行必要的返工，并且返工后还要再经过审查。审查的一条主要标准就是每个阶段都应该交出“最新式的”（即和所开发的软件完全一致的）高质量的文档资料，从而保证在软件开发工程结束时有一个完整准确的软件配置交付使用。文档是通信的工具，它们清楚准确地说明了到这个时候为止，关于该项工程已经知道了什么，同时确立了下一步工作的基础。此外，文档也起备忘录的作用，如果文档不完整，那么一定是某些工作忘记做了，在进入生存周期的下一阶段之前，必须补足这些遗漏的细节。在完成生存周期每个阶段的任务时，应该采用适合该阶段任务特点的系统化的技术方法——结构分析或结构设计技术。

把软件生存周期划分成若干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低了整个软件开发工程的困难程度；在软件生存周期的每个阶段都采用科学的管理技术和良好的技术方法，而且在每个阶段结束之前都从技术和管理两个角度进行严格的审查，合格之后才开始下一阶段的工作，这就使软件开发工程的全过程以一种有条不紊的方式进行，保证了软件的质量，特别是提高了软件的可维护性。总之，采用软件工程方法论可以大大提高软件开发的成功率，软件开发的生产率也能明显提高。

目前划分软件生存周期阶段的方法有许多种，软件规模、种类、开发方式、开发环境以及开发时使用的方法论都影响软件生存周期阶段的划分。在划分软件生存周期的阶段时应该遵循的一条基本原则就是使各阶段的任务彼此间尽可能相对独立，同一阶段各项任务的性质尽可能相同，从而降低每个阶段任务的复杂程度，简化不同阶段之间的联系，有利于软件开发工程的组织管理。一般说来，软件生存周期由软件定义、软件开发和软件维护三个时期组成，每个时期又进一步划分成若干个阶段。下面的论述主要针对应用软件，对系统软件也基本适用。

软件定义时期的任务是确定软件开发工程必须完成的总目标；确定工程的可行性，导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程需要的资源和成本，并且制定工程进度表。这个时期的工作通常又称为系统分析，由系统分析员负责完成。软件定义时期通常进一步划分成三个阶段，即问题定义、可行性研究和需求分析。

开发时期具体设计和实现在前一个时期定义的软件，它通常由下述四个阶段组成：总体设计，详细设计，编码和单元测试，综合测试。

维护时期的主要任务是使软件持久地满足用户的需要。具体地说，当软件在使用过程中发现错误时应该加以改正；当环境改变时应该修改软件以适应新的环境；当用户有新要求时应该及时改进软件满足用户的新需要。通常对维护时期不再进一步划分阶段，但是每一次维护活动本质上都是一次压缩和简化了的定义和开发过程。

下面扼要介绍软件生存周期每个阶段的基本任务和结束标准。

1问题定义

问题定义阶段必须回答的关键问题：“要解决的问题是什么？”如果不知道问题是什么就试图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最终得出的结果很可能是毫无意义的。尽管确切地定义问题的必要性是十分明显的，但是在实践中它却可能是最容易被忽视的一个步骤。

通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和规模的书面报告。通过对系统的实际用户和使用部门负责人的访问调查，分析员扼要地写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份书面报告，澄清含糊不精的地方，改正理解不正确的地方，最后得出一份双方都满意的文档。

问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的时间。

2可行性研究

这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解决办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。

可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。

在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究阶段应该导出系统的高层逻辑模型（通常用数据流图表示），并且在此基础上更准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效益，对建议的系统进行仔细的成本／效益分析是这个阶段的主要任务之一。

可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的重要依据，一般说来，只有投资可能取得较大效益的那些工程项目才值得继续进行下去。可行性研究以后的那些阶段将需要投入要多的人力物力。及时中止不值得投资的工程项目，可以避免更大的浪费。

3需求分析

这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。

用户了解他们所面对的问题，知道必须做什么，但是通常不能完整准确地表达出他们的要求，更不知道怎样利用计算机解决他们的问题；软件开发人员知道怎样使用软件实现人们的要求，但是对特定用户的具体要求并不完全清楚。因此系统分析员在需求分析阶段必须和用户密切配合，充分交流信息，以得出经过用户确认的系统逻辑模型。通常用数据流图、数据字典和简要的算法描述表示系统的逻辑模型。

在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础，因此必须准确完整地体现用户的要求。系统分析员通常都是计算机软件专家，技术专家一般都喜欢很快着手进行具体设计，然而，一旦分析员开始谈论程序设计的细节，就会脱离用户，使他们不能继续提出他们的要求和建议。较件工程使用的结构分析设计的方法为每个阶段都规定了特定的结束标准，需求分析阶段必须提供完整准确的系统逻辑模型，经过用户确认之后才能进入下一个阶段，这就可以有效地防止和克服急于着手进行具体设计的倾向。

4总体设计

这个阶段必须回答的关键问题是：“概括地说，应该如何解决这个问题？”

首先，应该考虑几种可能的解决方案。列如，目标系统的一些主要功能是用计算机自动完成还是用人工完成；如果使用计算机，那么是使用批处理方式还是人机交互方式；信息存储使用传统的文件系统还是数据库……。通常至少应该考虑下述几类可能的方案：

低成本的解决方案。系统只能完成最必要的工作，不能多做一点额处的工作。

中等成本的解决方案。这样的系统不仅能够很好地完成预定的任务，使用起来很方便，而且可能还具有用户没有具体指定的某些功能和特点。虽然用户没有提出这些具体要求，但是系统分析员根据自己的知识和经验断定，这些附加的能力在实践中将证明是很有价值的。

高成本的“十全十美”的系统。这样的系统具有用户可能希望有的所有功能和特点。

系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种方案的成本和效益，还应该在充分权衡各种方案的利弊的基础上,推荐一个较好的系统 (最佳方案),并且制定实现所推荐的系统的详细计划。如果用户接受分析员推荐的系统，则可以着手完成本阶段的另一项主要工作。

上面的工作确定了解决问题的策略以及目标系统需要哪些程序，但是，怎样设计这些程序呢？结构设计的一条基本原理就是程序应该模块化，也就是一个大程序应该由许多规模适中的模块按合理的层次结构组织而成。总体设计阶段的第二项主要任务就是设计软件的结构，也就是确定程序由哪些模块组成以及模块间的关系。通常用层次图或结构图描绘软件的结构。

5详细设计

总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段的任务就是把解法具体化，也就是回答下面这个关键问题：“应该怎样具体地实现这个系统呢？”

这个阶段的任务还不是编写程序，而是设计出程序的详细规格说明。这种规格说明的作用很类似于其他工程领域中工程师经常使用的工程蓝图，它们应该包含必要的细节，程序员可以根据它们写出实际的程序代码。

通常用HIPO图（层次图加输入／处理／输出图）或PDL语言（过程设计语言）描述详细设计的结果。

6编码和单元测试

这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。

程序员应该根据目标系统的性质和实际环境，选取一种适当的高级程序设计语言（必要时用汇编语言），把说细设计的结果翻译成用选定的语言书写的程序，并且仔细测试编写出的每一个模块。

7综合测试

这个阶段的关键任务是通过各种类型的测试（及相应的调试）使软件达到预定的要求。

最基本的测试是集成测试和验收测试。所谓集成测试是根据设计的软件结构，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程序进行必要的测试。所谓验收测试则是按照规格说明书的规定（通常在需求分析阶段确定），由用户（或在用户积极参加下）对目标系统进行验收。

必要时还可以再通过现场测试或平行运行等方法对目标系统进一步测试检验。

为了使用户能够积极参加验收测试，并且在系统投入生产性运行以后能够正确有效地使用这个系统，通常需要以正式的或非正式的方式对用户进行培训。

通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠性的要求也可以决定测试和调试过程什么时候可以结束。

应该用正式的文档资料把测试计划、详细测试方案以及实际测试结果保存下来，做为软件配置的一个组成成分。

8软件维护

维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的需要。

通常有四类维护活动：改正性维护，也就是诊断和改正在使用过程中发现的软件错误；适应性维护，即修改软件以适应环境的变化；完善性维护，即根据用户的要求改进或扩充软件使它更完善；预防性维护，即修改软件为将来的维护活动预先做准备。

虽然没有把维护阶段进一步划分成更小的阶段，但是实际上每一项维护活动都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程。

都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程。

以上就是关于.软件生命周期分为哪几个阶段简要说明各阶段的主要任务全部的内容，包括:.软件生命周期分为哪几个阶段简要说明各阶段的主要任务、小程序定制开发一般需要多久时间、【营销杂谈17】新产品开发与产品生命周期战略等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！