软件开发的生命周期

同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为软件生存周期（软件生命周期）。

把整个软件生存周期划分为若干阶段，使得每个阶段有明确的任务，使规模大，结构复杂和管理复杂的软件开发变的容易控制和管理。

通常，软件生存周期包括可行性分析与开发项计划、需求分析、设计（概要设计和详细设计）、编码、测试、维护等活动，可以将这些活动以适当的方式分配到不同的阶段去完成。

软件生命周期（SDLC，软件生存周期）是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。

但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。

软件生命周期（SDLC）的六个阶段 1、问题的定义及规划 此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。

2、需求分析 在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。

需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。

＂唯一不变的是变化本身。

＂，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。

3、软件设计 此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。

软件设计一般分为总体设计和详细设计。

好的软件设计将为软件程序编写打下良好的基础。

4、程序编码 此阶段是将软件设计的结果转换成计算机可运行的程序代码。

在程序编码中必须要制定统一，符合标准的编写规范。

以保证程序的可读性，易维护性，提高程序的运行效率。

5、软件测试 在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。

整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。

测试的方法主要有白盒测试和黑盒测试两种。

在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。

6、运行维护 软件维护是软件生命周期中持续时间最长的阶段。

在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。

要延续软件的使用寿命，就必须对软件进行维护。

软件的维护包括纠错性维护和改进性维护两个方面。

软件开发生命周期有哪些阶段？

软件开发：软件的生命周期中，通常分为三大阶段，每个阶段又分若干子阶段： ⑴ 计划阶段：分为问题定义、可行性研究（是决定软件项目是否开发的关键）。

⑵ 开发阶段：在开发前期分为需求分析、总体设计、详细设计三个子阶段，在开发后期分为编码、测试两个子阶段。

前期必须形成的文档有：软件需求说明书，软件设计规格说明书。

⑶ 运行阶段：主要任务是软件维护。

为了排除软件系统中仍然可能隐含的错误，扩充软件功能。

软件开发生命周期主要包括哪内容？

软件开发生命周期是软件的产生直到报废的生命周期。

主要包括问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，是一个持续改进的迭代过程，中小IT企业在软件开发过程中，根据自身资源情况，尤其是开发团队的人力资源情况，从加快开发速度、保证产品质量、便于与客户沟通和协调的角度出发，可以把SDLC主要划分为以下四个阶段：需求分析阶段、软件实施阶段、系统部署阶段和系统维护阶段。

如图1所示。

这种SDLC的划分符合中小IT企业的特点，使得人力资源得到了合理的利用，有利于软件开发的项目管理。

软件生命周期指的是什么？

文档是软件项目开发应用的一部分，存在于软件项目的整个生命周期之中，没有正式文档的软件项目开发，就不是规范标准的软件项目。

文档Bug是软件缺陷的一种表现形式，通常客户并不知道文档是否存在Bug，如果按照带有缺陷的文档进行安装操作，同样会造成不良的后果，甚至带来损失，在实际工作中因文档质量不高，造成软件投产后出现系统宕机、账务扎账错误等生产问题时有发生。

因此，文档的编制和管理在软件项目开发中占有突出的地位和相当大的工作量，高质量、高效率地设计、编制、分发、管理和维护文档，对于转让、变更、修正、扩充和使用文档，对于提高软件项目的质量和客户满意度有着重要的现实意义。

1.文档的涵义 软件项目中的文档是用来记录、描述、展示软件项目开发过程中一系列信息的处理过程，通过书面或图示的形式对软件项目整体活动过程或结果进行描述、定义、规定、报告及认证。

它描述和规定了软件项目开发的每一个细节，使用软件的操作命令及软件产品投产以后，对产品使用过程中意见及产品缺陷、质量等方面的说明。

2.文档的作用 （1）提高了软件项目开发过程的能见度。

标准规范、齐全的文档，详细记录了软件项目开发过程中发生的事件，便于项目管理人员检查、掌握软件开发进度、开发质量以及各种资源的调配，是开发人员进行软件开发的依据，也是项目成员协调工作的依据。

（2）提高了软件项目的开发效率。

项目成员用一定时间编制、整理软件文档，可以使开发人员对各个阶段的工作都进行周密思考和理顺、找出存在的问题，从而减少差错，提高软件项目质量。

同时，通过对完成文档的检查，在项目开发早期发现软件文档的错误和不一致性，加以及时纠正，可以减少文档Bug深入项目而导致的大问题的出现和为纠正这些错误而付出的更大的成本。

（3）便于软件项目成员之间的交流与合作。

文档是一种无声的语言，它记录了软件项目开发过程中有关软件开发、运行、维护和培训等方面的信息，这些信息有利于管理人员、开发人员、操作人员、用户之间的交流和合作，便于软件项目能在规定的时间、费用内完成开发和投产应用。

（4）方便客户选购软件产品。

描述清楚、完备的文档便于客户了解软件的功能、性能等各项指标，为客户选购符合自己需要的软件提供依据，是在客户与软件开发企业之间架起的一座桥梁。

（5）是做好软件项目投产维护工作的保证。

高质量的文档可以帮助技术人员顺利完成软件的安装，并及时排除软件系统运行过程中出现的各种错误，可以帮助客户知道在使用操作过程中出现的错误信息含义，及时处理出现的问题并顺利完成工作。

因此，高质量的文档是软件项目顺利投产的保障。

（6）有利于操作人员正确操作，减少操作失误。

操作人员对产品的认识更多地是来自有关软件产品的使用说明文档，这些文档可以提高操作人员正确、快速地为客户办理业务的质量，做好产品的宣传，发挥产品性能，为客户提供周到细致的服务。

（7）有利于客户正确操作自助设备。

描述简单、正确、清晰的文档，便于客户尽快地掌握ATM、POS、网上银行、手机银行及自助终端等各种自助设备的操作，方便客户，增强客户对金融产品的认知，提高自助设备的使用率和效益。

3.文档的分类 （1）开发文档：这类文档在软件项目开发过程中，体现了软件开发人员前一阶段工作的成果，同时又是后一阶段工作的依据。

这类文档包括可行性研究报告、软件项目开发计划、软件需求规格说明、系统规格说明书、软件功能说明书和数据字典等。

（2）管理文档：这类文档在软件项目开发过程中，由软件开发人员制定的需提交管理部门的一些工作计划、工作方案和工作报告。

通过阅读这些文档，管理人员能够了解软件项目开发活动安排、进度、资源使用等情况。

这类文档包括项目开发计划、测试计划、测试方案、开发进度报告和项目总结报告等。

（3）用户文档：这类文档是软件开发人员为使用该软件的网点经办人员准备的有关该软件产品使用、操作的资料，主要是操作手册及新功能介绍方面的文档。

（4）投产文档：这类文档主要是软件开发人员对数据中心、分行科技人员准备的有关投产说明、版本安装、软件测试等方面的资料。

（5）记录文档：与客户交流往来的记录、软件项目开发过程中各种会议、跟踪记录、审查记录、产品投产记录和问题跟踪解决记录等。

（6）反馈文档：这类文档主要是软件产品在推广使用以后，客户对产品使用过程中意见及产品缺陷、质量等方面的信息反馈。

4.文档常见问题 （1）文档编写不够规范。

主要表现在软件项目实施过程中，没有对每一个阶段的文档进行整理，分层次管理，各类文档资料缺少一个可以参照的样本，更多的是在以前他人写好的基础上，对内容进行修改一下就算完成任务。

（2）文档内容描写不够完善。

在编写各种文档过程中，虽然大家都按事先规定的模式进行了编写，但编写的内容经常不够完善，夹杂着一些旧的东西没有及时更新。

特别是一些参数表、用户手册等一些由数据中心、分行使用的文档，由于一时的疏漏，造成软件项目投产失败、投产后造成系统宕机、出现账务差错、客户按照你的操...

软件生命周期

一般软件的生命周期（开发）：1、需求获取； 竟可能详细的获取需求，也就是客户需要做哪些事情，哪些想用软件实现，对每个关键点的细节越详细越好； 需要获取不可能一次获取的；在与客户交流前要制定相应的计划，这次要获取哪些需求，哪些优先级高，哪些一定要搞清楚，哪些可以放到后面再细化.......；在多次获取需求后，要对需求整理，分类，文档要尽可能标准一些，详细记录好各种需求变化，对一些模糊点也要注明，为后期的需求管理打好基础；2、需求分析； 需求分析就是要将前面获取的需求信息，尽可能的转化为技术需求，是对前面获取到得需要一个整理过滤和重新划分与定义的过程；相应文档要非常清晰，明了，不要采用模糊的语言；同时要做好后期需求修改的维护准备，需求维护对整个项目的进度、质量都有很大关系，要非常重视；3、设计； 1）架构设计； 2）数据库设计； 3）功能细化； 4）详细设计； 文档要尽可能的标准（框架结构图、数据流图、各功能模块流程图、......）；4、开发； 1）编码； 2)UT测试；5、测试； 主要是集成测试和系统测试； 很重要，是保证产品质量的重要环节（基础是前面几个环节不能太糟糕）；6、上线及维护； 试运行；（对出现的问题修改，再使运行，反复多次后才可正式发布，有些人将这个环节归为测试中，也是可以的，侧重点不一样；） 正式交付使用，之后进入后期的维护期； 上面是个人实战经验的总结，希望能提供帮助！！！...

软件生命周期模型概述及使用准则是什么呢？

软件项目操作风险是指在软件项目生命周期中的各个环节，由于不完善的组织管理或有问题的内部工作流程、人员及系统或外部事件所造成损失的风险。

软件研发企业通过实行全面风险管理，特别是加强日常操作风险的管理，及时控制风险、预防风险的发生，可以增加软件研发企业的收入，提高企业应变能力，同时也是软件公司IT治理的一个重要方面。

一、操作风险管理流程 操作风险管理流程包括风险识别、风险分析、风险计划、风险跟踪、风险应对、改进工作和监督考评七个方面。

操作风险管理流程用图1表示如下： 操作风险流程含义解释： 第一步：风险识别。

就是确定何种风险事件可能影响软件项目研发，在软件项目生命周期中的每一个阶段，都要对每一项工作有一个风险识别的过程，而且是一个连续的过程。

要识别风险，首先我们必须了解在软件开发的各个阶段都有可能发生哪些风险及引起风险的原因，风险产生的源头，然后逐一进行分析列表。

根据帕累托二八原理，所有风险中只有小部分产生的损失最大。

因此，要集中精力找出这些威胁最大的风险。

第二步：风险分析。

就是对以上识别出来的风险事件，做如下四方面因素的风险影响分析。

1、风险事件，破坏或影响项目的事件，风险概率（%）。

2、事件发生的可能性。

3、风险得失量，说明可能造成的损失。

4、风险影响，等于风险概率X风险得失量。

通过对风险及风险相互作用的估算，来评价项目可能结果的范围，从成本、进度及性能三个方面对风险进行评价，做好定性分析和定量分析相结合。

确定风险的轻重缓急，哪些可以忽略不考虑（包括可以承受），确定那些风险是可以控制的，控制的方法是否有效，对于不能控制的风险原因是什么等。

第三步：风险计划。

对软件项目生命周期中可能存在的每一个风险，都要制定一个预防发生，发现整改完成的工作时间计划表。

第四步：风险跟踪。

根据风险应对计划，把这些可以计量的技术风险指标，运用到实际技术风险管理中，持续跟踪、控制技术风险，及时暴露风险事件。

第五步：风险应对。

建立可以控制或缓解技术风险的应对政策、方法和处理方案，并详细说明每一种风险实施的步骤。

第六步：改进工作流程。

根据上述风险识别、衡量和监控的内容，找出存在漏洞，对现有软件项目研发过程中风险控制流程进行改造，提高风险监控效率，防范风险发生。

第七步：风险监督和考评。

风险管理部门要通过定期、不定期的内部审计，检查公司内部在软件项目研发过程中，对各个环节是否按照事先风险防范措施进行落实，落实的是否到位，并把检查结果进行通报，纳入公司项目管理中。