惠普应用生命周期管理软件 软件生命周期管理
软件生命周期指的是什么？
同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为软件生存周期（软件生命周期）。
把整个软件生存周期划分为若干阶段，使得每个阶段有明确的任务，使规模大，结构复杂和管理复杂的软件开发变的容易控制和管理。
通常，软件生存周期包括可行性分析与开发项计划、需求分析、设计（概要设计和详细设计）、编码、测试、维护等活动，可以将这些活动以适当的方式分配到不同的阶段去完成。
软件生命周期（SDLC，软件生存周期）是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。
但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。
软件生命周期（SDLC）的六个阶段 1、问题的定义及规划 此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。
2、需求分析 在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。
需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。
＂唯一不变的是变化本身。
＂，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。
3、软件设计 此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。
软件设计一般分为总体设计和详细设计。
好的软件设计将为软件程序编写打下良好的基础。
4、程序编码 此阶段是将软件设计的结果转换成计算机可运行的程序代码。
在程序编码中必须要制定统一，符合标准的编写规范。
以保证程序的可读性，易维护性，提高程序的运行效率。
5、软件测试 在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。
整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。
测试的方法主要有白盒测试和黑盒测试两种。
在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。
6、运行维护 软件维护是软件生命周期中持续时间最长的阶段。
在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。
要延续软件的使用寿命，就必须对软件进行维护。
软件的维护包括纠错性维护和改进性维护两个方面。
软件项目生命周期中的文档如何管理？
文档是软件项目开发应用的一部分，存在于软件项目的整个生命周期之中，没有正式文档的软件项目开发，就不是规范标准的软件项目。
文档Bug是软件缺陷的一种表现形式，通常客户并不知道文档是否存在Bug，如果按照带有缺陷的文档进行安装操作，同样会造成不良的后果，甚至带来损失，在实际工作中因文档质量不高，造成软件投产后出现系统宕机、账务扎账错误等生产问题时有发生。
因此，文档的编制和管理在软件项目开发中占有突出的地位和相当大的工作量，高质量、高效率地设计、编制、分发、管理和维护文档，对于转让、变更、修正、扩充和使用文档，对于提高软件项目的质量和客户满意度有着重要的现实意义。
1.文档的涵义 软件项目中的文档是用来记录、描述、展示软件项目开发过程中一系列信息的处理过程，通过书面或图示的形式对软件项目整体活动过程或结果进行描述、定义、规定、报告及认证。
它描述和规定了软件项目开发的每一个细节，使用软件的操作命令及软件产品投产以后，对产品使用过程中意见及产品缺陷、质量等方面的说明。
2.文档的作用 （1）提高了软件项目开发过程的能见度。
标准规范、齐全的文档，详细记录了软件项目开发过程中发生的事件，便于项目管理人员检查、掌握软件开发进度、开发质量以及各种资源的调配，是开发人员进行软件开发的依据，也是项目成员协调工作的依据。
（2）提高了软件项目的开发效率。
项目成员用一定时间编制、整理软件文档，可以使开发人员对各个阶段的工作都进行周密思考和理顺、找出存在的问题，从而减少差错，提高软件项目质量。
同时，通过对完成文档的检查，在项目开发早期发现软件文档的错误和不一致性，加以及时纠正，可以减少文档Bug深入项目而导致的大问题的出现和为纠正这些错误而付出的更大的成本。
（3）便于软件项目成员之间的交流与合作。
文档是一种无声的语言，它记录了软件项目开发过程中有关软件开发、运行、维护和培训等方面的信息，这些信息有利于管理人员、开发人员、操作人员、用户之间的交流和合作，便于软件项目能在规定的时间、费用内完成开发和投产应用。
（4）方便客户选购软件产品。
描述清楚、完备的文档便于客户了解软件的功能、性能等各项指标，为客户选购符合自己需要的软件提供依据，是在客户与软件开发企业之间架起的一座桥梁。
（5）是做好软件项目投产维护工作的保证。
高质量的文档可以帮助技术人员顺利完成软件的安装，并及时排除软件系统运行过程中出现的各种错误，可以帮助客户知道在使用操作过程中出现的错误信息含义，及时处理出现的问题并顺利完成工作。
因此，高质量的文档是软件项目顺利投产的保障。
（6）有利于操作人员正确操作，减少操作失误。
操作人员对产品的认识更多地是来自有关软件产品的使用说明文档，这些文档可以提高操作人员正确、快速地为客户办理业务的质量，做好产品的宣传，发挥产品性能，为客户提供周到细致的服务。
（7）有利于客户正确操作自助设备。
描述简单、正确、清晰的文档，便于客户尽快地掌握ATM、POS、网上银行、手机银行及自助终端等各种自助设备的操作，方便客户，增强客户对金融产品的认知，提高自助设备的使用率和效益。
3.文档的分类 （1）开发文档：这类文档在软件项目开发过程中，体现了软件开发人员前一阶段工作的成果，同时又是后一阶段工作的依据。
这类文档包括可行性研究报告、软件项目开发计划、软件需求规格说明、系统规格说明书、软件功能说明书和数据字典等。
（2）管理文档：这类文档在软件项目开发过程中，由软件开发人员制定的需提交管理部门的一些工作计划、工作方案和工作报告。
通过阅读这些文档，管理人员能够了解软件项目开发活动安排、进度、资源使用等情况。
这类文档包括项目开发计划、测试计划、测试方案、开发进度报告和项目总结报告等。
（3）用户文档：这类文档是软件开发人员为使用该软件的网点经办人员准备的有关该软件产品使用、操作的资料，主要是操作手册及新功能介绍方面的文档。
（4）投产文档：这类文档主要是软件开发人员对数据中心、分行科技人员准备的有关投产说明、版本安装、软件测试等方面的资料。
（5）记录文档：与客户交流往来的记录、软件项目开发过程中各种会议、跟踪记录、审查记录、产品投产记录和问题跟踪解决记录等。
（6）反馈文档：这类文档主要是软件产品在推广使用以后，客户对产品使用过程中意见及产品缺陷、质量等方面的信息反馈。
4.文档常见问题 （1）文档编写不够规范。
主要表现在软件项目实施过程中，没有对每一个阶段的文档进行整理，分层次管理，各类文档资料缺少一个可以参照的样本，更多的是在以前他人写好的基础上，对内容进行修改一下就算完成任务。
（2）文档内容描写不够完善。
在编写各种文档过程中，虽然大家都按事先规定的模式进行了编写，但编写的内容经常不够完善，夹杂着一些旧的东西没有及时更新。
特别是一些参数表、用户手册等一些由数据中心、分行使用的文档，由于一时的疏漏，造成软件项目投产失败、投产后造成系统宕机、出现账务差错、客户按照你的操...
软件开发生命周期有哪些阶段？
软件开发：软件的生命周期中，通常分为三大阶段，每个阶段又分若干子阶段： ⑴ 计划阶段：分为问题定义、可行性研究（是决定软件项目是否开发的关键）。
⑵ 开发阶段：在开发前期分为需求分析、总体设计、详细设计三个子阶段，在开发后期分为编码、测试两个子阶段。
前期必须形成的文档有：软件需求说明书，软件设计规格说明书。
⑶ 运行阶段：主要任务是软件维护。
为了排除软件系统中仍然可能隐含的错误，扩充软件功能。
软件生命周期划分成哪些阶段？
问题的定义及规划 此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。
2、需求分析 在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析，如系统框架设计。
软件设计一般分为总体设计和详细设计，提高程序的运行效率，软件不能继续适应用户的要求。
5；，同样需求也是在整个软件开发过程中不断变化和深入的。
好的软件设计将为软件程序编写打下良好的基础。
在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。
6、运行维护 软件维护是软件生命周期中持续时间最长的阶段。
在软件开发完成并投入使用后，由于多方面的原因，将为整个软件开发项目的成功打下良好的基础。
＂唯一不变的是变化本身。
测试的方法主要有白盒测试和黑盒测试两种。
需求分析阶段是一个很重要的阶段、软件测试 在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。
整个测试过程分单元测试、组装测试以及系统测试三个阶段进行，因此我们必须制定需求变更计划来应付这种变化，对整个软件系统进行设计，这一阶段做得好，数据库设计等等。
"、程序编码 此阶段是将软件设计的结果转换成计算机可运行的程序代码。
在程序编码中必须要制定统一，符合标准的编写规范。
以保证程序的可读性，易维护性，以保护整个项目的顺利进行。
3、软件设计 此阶段主要根据需求分析的结果。
4。
要延续软件的使用寿命，就必须对软件进行维护软件生命周期（SDLC）的六个阶段 1 展开
软件生命周期的各个阶段如何应用哪些软件测试方法。
开发阶段由三个阶段组成，以提高软件的质量。
但随着新的面向对象的设计方法和技术的成熟。
把整个软件生存周期划分为若干阶段，使得每个阶段有明确的任务、调试和测试，一个软件产品或软件系统也要经历孕育。
2，编写需求规格说明书和初步的用户手册：在软件交付使用后，由于开发测试时的不彻底、不完全、必然会有一部分隐藏的错误被带到运行阶段，这些隐藏的错误在某些特定的使用环境下就会暴露、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进：是为适应环境的变化而修改软件的活动、形成文档以供交流或备查、验收与运行：是根据用户在使用过程中提出的一些建设性意见而进行的维护活动，SDLC）是软件的产生直到报废或停止使用的生命周期。
要求系统分析员与用户进行交流，弄清“用户需要计算机解决什么问题”然后提出关于“系统目标与范围的说明”，提交用户审查和确认。
二，可行性研究。
一方面在于把待开发的系统的目标以明确的语言描述出来，另一方面从经济、技术，软件生存周期包括：一，问题定义：维护包括四个方面1，设计2、诞生、成长软件生命周期（SDLC,Systems Development Life Cycle，预防性维护，需求分析。
弄清用户对软件系统的全部需求：1，完善性维护[1] ，使规模大，结构复杂和管理复杂的软件开发变的容易控制和管理。
通常，实现：根据选定的程序设计语言完成源程序的编码。
3，测试五，维护，适应性维护、系统设计、编码，软件生命周期设计方法的指导意义正在逐步减少、成熟、衰亡等阶段，一般称为软件生存周期（软件生命周期），改正性维护。
4，每个阶段都要有定义：是为了进一步改善软件系统的可维护性和可靠性、法律等多方面进行可行性分析。
三、工作、审查。
阶段同任何事物一样，并为以后的改进奠定基础，提交评审。
四，开发阶段。
3.周期内有问题定义、可行性分析、总体描述
软件开发生命周期主要包括哪内容？
软件开发生命周期是软件的产生直到报废的生命周期。
主要包括问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，是一个持续改进的迭代过程，中小IT企业在软件开发过程中，根据自身资源情况，尤其是开发团队的人力资源情况，从加快开发速度、保证产品质量、便于与客户沟通和协调的角度出发，可以把SDLC主要划分为以下四个阶段：需求分析阶段、软件实施阶段、系统部署阶段和系统维护阶段。
如图1所示。
这种SDLC的划分符合中小IT企业的特点，使得人力资源得到了合理的利用，有利于软件开发的项目管理。
软件测试的生命周期是？软件测试的生命周期是什么样的？
软件测试周期分为如下的阶段： Planning 计划阶段 Analysis 分析阶段 Design 设计阶段 Constuction 书写阶段 Testing Cycles 测试阶段 Final Testing 完成阶段 Implementation 执行阶段 Planning - this is the poduct definition phase 这是产品测试概念定义的阶段。
我觉得这部分的工作主要是管理人员在做，然后让测试组员进入某些活动。
包含的工作是： 1. High Level Test Plan 制定一个高级别的测试计划，应该就是测试大纲了，包含多个测试周期的设定等等。
2. Quality Assuance Plan 制定测试的目标，质量参数，eta测试的验收标准等等。
3. Identify when eview will e held 制定各个阶段进行eview的时间。
这个eview应该是对上阶段的情况进行分析和总结，以调整计划。
也应该有一些讨论测试覆盖率或者某些Test case或者人员的不足啊之类的东西吧。
4. Polem Repoting Pocedues 制定错误报告的流程。
比如说那些问题要报，那些问题暂时不用报。
书写的格式，跟踪的方法等等。
5. Identify Polem Classification 制定错误报告的类型。
比如说那些是UI的，那些是功能的，那些是性能的等等 6. Identify Acceptance Citeia 制定软件可接受标准。
比如说错误率在多少，那些错误可以暂时不修改，测试多少轮，覆盖率多少，测试深度多少等等。
7. Identify application testing dataases 制定程序测试数据库。
这个可能是模仿用户需求的数据库模型是什么，或者也可能是一个包含需要测试的数据的库 8. Identify measuement citeia制定错误的优先级别。
分为紧急啊，一般啊，较高啊之类的级别。
用来给开发人员参考，那些需要先修改。
9. Identify metics fo the poject 制定项目的跟踪。
比如一些跟踪文档，每周提交的weekly epot之类的。
例如在周报里面包含着本周新写多少个问题，解决了多少个问题，有多少问题是无效的，运行了多少个测试用例，通过率是多少等等。
10. Begin oveall testing poject schedule 制定详细项目计划表。
包括每个阶段的具体时间了，需要的人数了，需要的资源了等等。
11. Review Poduct Definition Document 复检产品定义文档。
主要是重新对设计文档进行阅读，对现在开发的产品进行检验，防止出现误差。
并且对一些设计提出用户角度的观点等等。
这个应该不用所有测试人员参与。
生成的应该是设计文档的一个修改和一个会议记录之类的文档。
12. Plan to manage all test cases in a dataase, oth manual and automated. 设立一个数据库将手工测试和自动测试用例放到一起管理。
我觉得不如只输入编号，然后剩下得字段用于记录每个测试用例在不同软件版本时的情况。
例如，是否通过，还是阻塞了和有那些问题报告等等。
Analysis -This is extenal document phase 这是一个外部文档阶段。
之所以说是外部文档，是因为这个阶段的工作主要都是从客户和开发组得到的文档。
在这个阶段，对这些外部文档进行分析和总结。
根据得到的信息，去创建测试的框架和文档。
所以本阶段主要的工作是完成分析，搭出框架，书写大纲等。
并不是要所有的文档工作都在本阶段内完成。
包括的主要工作是： 1. Develop Functional validation matix ased on Business equiements 制定功能验证矩阵，基于商业要求。
嗯，我觉得这里应该是根据设计说明书来划分需要测试的功能区域，每个区域内要测试的元素和功能逻辑。
这样就是建立了一个可以被测试用例和问题分类使用的功能验证表格。
而且可以检验测试的覆盖度。
2. Develop Test Case fomat 制定测试用例格式。
就是制定一系列的文档格式。
对于UI，功能，性能，自动化测试脚本等应该都有不同的格式规范。
然后给出测试优先级别，这样优先级别低，对系统影响小，一般都比较稳定的一些测试用例就可以减少测试频率和周期次数。
然后最好给每个测试用例估计一个时间，这样便于统计和管理人力资源。
3. Develop Test Cycles matices and time line 制定测试轮次和时间线。
这时候应该是根据写好的测试用例估计的时间，按照对系统的不同测试点制定测试轮次。
然后每个轮次之间有个时间点。
例如在刚刚收到产品时，做的都是简单的功能的验证测试。
这时候可以设置一个测试目标，选择一批测试用例。
然后在测试目标达到后（比如，测试用例通过率达到85%）就可以进行复杂的功能测试。
这个就可以称之为一个轮次。
是以测试用例走完一遍为测试轮次的。
当然也可以设置，一周或一个月为一个轮次。
因此我们看到，找个实际上考验的是一个领导者制定计划和管理执行计划的能力。
好的管理人员就能够制定有效的针对具体系统不同的计划，而不是一成不变，老是用一套方法。
4. Begin wites Test Case ased on Functional Validation matix 根据功能验证矩阵书写测试用例。
这个就没什么好说了，以前写过一个怎么写测试用例的文档。
总之一句话，测试用例书写的标准就是满足需要，而不是硬套模板。
5. Map aseline data to test cases to usiness equiements 将用户需求中的设定测试数据和测试用例链接。
有些用户，需要你对某些特殊的数据结构或者数据类型等等进行测试，这时候就需要将那些数据独立出来，以便能够复用。
6. Identify test case to ...
-