软件生命周期案例分析[编辑] 案例一:利用软件生命周期创建B2C电子商务网站[1] 一、软件生命周期 任何事物都有产生、发展、成熟、消亡或更新几个阶段，电子商务网站也不例外。 [2]任何一个电子商务系统在使用过程中随着其生存环境的变化，都需要不断维护、修改，当它不再适应的时候就要被淘汰，就要由新系统代替旧系统，这种周期循环称为生命周期。 根据软件生命周期的原理，电子商务网站可以划分为系统规划、系统分析、系统设计、系统实施、系统测试、系统运行和维护等几个阶段。 二、B2C电子商务网站建设的一般过程 (一)系统规划阶段 系统规划阶段的任务是对企业的环境、目标、现行系统的状况等进行初步调
查，根据企业目标和发展战略，确定信息系统的发展战略，研究新系统的必要性和可能性。在这个阶段给出备选方案，并进行可行性分析，写出可行性分析报告。待可行性分析报告审议通过后，编制系统设计任务书。 1、需求分析 为了进行可行性研究分析，首先对电子商务系统的需求进行分析。通过对企业的需求进行调查，明确电子商务网站需要做什么，做到什么程度。在此，通过查阅资料、实地观察、业务专题报告等方法将该电子商务网站的需求归纳为功能需求和性能需求。 功能需求：B2C电子商务网站就是Business To Consumer，也就是企业借助于Internet建立网点进行交易的一个系统。流程上，店家发布产品信息，消费者在线选购、在线支付，通过物流最后达成交易。所以从购买方看，需满足消费者在线选购、在线支付等；从销售方看，要能让店家整理网上商品、管理订单等。
性能需求：系统运行要稳定，在不同的系统中能正常运行，具有较强的适应性，可移植性。系统要有可扩展性，当出现新的需求时，能将其纳入系统，而不必改变原有的基本结构。 2、可行性分析 在电子商务网站需求已确定的情况下，对系统的进行判定，决定有无必要、有误可能完成系统的建设。在此，包括如下几个方面：运行可行性分析：考查方案在企业中合适程度，避免一个可以工作的方案由于最终用户和管理层的抵制而落选。 经济可行性分析：建立电子商务网站需要经费支出，所以在建站前要评估该开发项目的收益，分析带来的经济效益是否超过所需要的成本。 技术可行性分析：ASP电子商务网站是动态网站技术的产物，以目前计算机硬件、软件、网络，已经具备建立B2C电子商务网站的条件。
. 软件工程中的图 软件工程导论中一般把软件的开发分为八个阶段：１.问题定义２ .可行性研究 需求分析３.总体设计（概要设计）４.５.详细设计编码和单元测试６.综合测试７. .软件维护８ 下面我们就说说各个阶段中与图的难解难分。. 问题定义１ 问题定义阶段主要是根据用户的需求来定义用户需要解决的问题，用户要实现哪些功 能。可行性研究２. 利益最大化的情况下尽可能短的时间内，可行性研究阶段就是看是否有一种使其在最小的代价， 解决问题的方案。这个阶段的分析主要涉及以下几个图形工具。系统流程图 2.1 系统流程图是描述系统物理模型的一种传统工具。它是表达数据在系统各部件之间流动的情况， 系统流程图形象的呈现了而不是对数据加工处理的控制过程，它是物理数据流图而不是程序流程图。. . 软件的功能，即使不懂软件的人也可以轻松的看懂，可以说它是软件设计师与用户之间沟通、交流的有效工具。
2.2 数据流图 数据流图是从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。如果说系统流程图能让用户更好的明白系统的功能，那么数据流图则让用户更加明白系统的工作原理。 数据流图的基本符号： . .
数据流图的使用例子： 2.3 数据字典 数据字典就是数据的信息的集合，也可以说就是对上面提到的数据流图中的所有元素的定义的集合。数
据字典的主要作用就是在软件的分析与设计阶段方便我们查阅不甚了解的数据的描述信息。 . . . ３需求分析 需求分析阶段主要确定系统必须做什么。比如用户对系统的要求，确定目标系统所有的功能，确 定系统运行的硬件和软件环境，系统性能要求，出错处理要求，接口需求，验证软件需求等等。图3.1 E-R 图的主要作用就是把用户的数据要求用可视化的图形呈现出来。E-r
从软件生命周期说项目经理工作职责与流程 一、需求分析 需求分析是对用户的业务活动进行分析，确定系统的目的、范围、定义和功能，明确在用户的业务环境中软件系统应该"做什么"。只有在确定了客户需求后，知道要“做什么”，才能够分析和寻求系统的解决方法，开展后续的工作，所以需求分析是软件工程中的一个关键过程。 这一步骤要产生用户需求说明书，这个说明书既是给用户看的也是给开发人员看的，可以让用户更加确定自己的需求，让开发人员了解用户的需求。可以在需求说明说中包含业务流程图，来描述项目的业务流程。 二、软件设计 软件设计的主要任务是把需求分析得到的结果转换为软件结构和数据结构，建立目标系统的逻辑模型，从而形成系统架构。明确软件系统应该"怎样做" 概要设计 1. 软件结构设计：将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。 2. 数据结构设计：数据特征的描述、确定数据的结构特性、以及数据库的设计。 详细设计 1．为每个模块确定采用的算法，选择某种适当的工具表达算法的过程，写出模块的详细过程性描述； 2．确定每一模块使用的数据结构； 3．确定模块接口的细节，包括对系统外部的接口和用户界面，对系统内部其它模块的接口，以及模块输入数据、输出数据及局部数据的全部细节。
4．要为每一个模块设计出一组测试用例，以便在编码阶段对模块代码（即程序）进行预定的测试。 这一步骤需要产生系统概要设计说明书和系统详细设计说明书。 三、软件编码 软件编码就是将上一阶段的详细设计得到的处理过程的描述转换为基于某种计算机语言的程序，即源程序代码。 1．制定项目开发计划文档，制订编码规范、量化任务，并合理分配给相应的人员。2．跟踪项目的进度，协调项目组成员之间的合作。 3．监督产生项目进展各阶段的文档，保证文档的完整和规范。 4．跟踪开发过程中的需求变更，与用户沟通确定变更需求，更改开发计划。 四、软件测试 软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，需要跟踪故障，以确保开发的产品适合需求。 项目经理需了解测试结果，根据测试的bug的严重程度来安排项目bug更改计划。 五、运行维护 软件维护主要是指根据需求变化或硬件环境的变化对应用程序进行部分或全部的修改，修改时应充分利用源程序。修改后要填写程序改登记表，并在程序变更通知书上写明新旧程序的不同之处。 项目经理需要配合部署人员做项目部署，了解项目部署环境，跟踪项目运行期间产生的bug安排相关人员对相应bug进行更改
软件缺陷生命周期流程规范 软件测试部 吴XX 2015年12月05日
1. 目的 对软件功能评测过程中发现的问题进行记录、跟踪，从缺陷的产生开始，经过修正、验证等等一系列操作后，最终关闭，包含了软件缺陷的整个生命周期。同时，通过汇总缺陷和分析缺陷曲线，判断产品缺陷是处于发散期、平稳期乃至收敛期，由此作为评估产品稳定性的依据。 2. 范围 自主研发项目，合作研发项目和OEM项目及上市阶段样机的软件功能评测问题类。3. 定义 3.1 缺陷跟踪库：用于存储测试过程中的缺陷，并对整个缺陷生命周期进行跟踪的数据库，结合当前流行的测试工具，目前采用Mantis来处理和跟踪缺陷。 3.2 研发中心：负责提交测试申请，接收测试中心提交的问题点，并修正。 3.3测试部：负责接收测试申请，执行测试，并对测试问题进行汇总和校验，提交测试报告。 3.4测试经理/组长：对接收的测试任务进行合理的资源分配，并执行测试，过滤测试工程师提交的缺陷，并提交缺陷进行分流和执行关闭动作。 3.5测试工程师：执行测试并提交测试缺陷，同时对已经修改的缺陷在新版中进行验证。 4. 流程 4.1 缺陷处理流程图
4.2 流程解释 按照箭头的走向，所有能走通的路径都是有效路径。以下过程是按照主线来走的。详细请见状态转换说明 4.2.1测试部接收测试申请，并根据测试计划执行测试； 4.2.2测试工程师对测试过程中发现的问题进行初步筛选、判断，新建缺陷，并提交相应软件人员； 4.2.3测试经理/组长收到新提交的测试缺陷后，进行再次筛选和过滤，将状态改为“已审核”； 4.2.4软件接口人收到转移过来的缺陷后，进行过滤确认问题，并转给具体的工程师修改； 4.2.5软件工程师收到问题后，进行分析，发现了根本原因后则将状态设为“已确认”；4.2.6问题已经解决后则将状态设为“待验证”，并转移给问题提交人进行确认； 4.2.7问题暂时无法解决、优先级降低，将状态设置为“延期”，软件责任人不变； 4.2.8问题提交人确认问题已解决后将问题“已关闭”。如果问题本身路径已经修改完成但相关路径出现问题，则仍然将此问题“关闭”，同时提交新问题，并备注说明这是该问题的衍生问题； 4.2.9问题提交人确认未修改，则将问题“重新打开”给软件人员/软件接口人； 4.2.10测试经理对验证通过的问题进行再次筛选和过滤，然后将问题关闭； 4.2.11对于描述有问题的bug，相关人员将问题打回给问题创建人员，并简要说明理由；4.2.12对于不是问题、设计如此、重复提交的情况，相关人员将问题状态设为“打回”并转给问题提交人/测试经理，并简要说明理由； 4.2.13问题提交人/测试经理发现测试工程师提交的问题不是问题，则直接关闭问题； 4.2.14测试人员验证概率性问题，暂无法复现的，将状态改成“跟踪”，跟踪三个软件版本仍未复现，则将此bug关闭，如复现bug，则“重新打开”此bug。 附录： 5. BUG缺陷库解释 5.1 用户组成员及其权限
软件生命周期 软件的生命周期是一个孕育、诞生、成长、成熟和衰亡的生存过程，也就是所谓的软件定义、软件开发和运行维护3个时期组成。而每个时期又有所要完成的不同的基本任务。 软件定义时期的主要任务是解决“做什么”的问题，通俗的讲就是做此项目的主要功能及可行性报告等。比如说网上选课系统，在软件定义阶段，要确定以下几个功能模块：管理员管理课程、教师、学生的增删改查和对教师、学生的权限授予等功能，教师对自己信息的修改和对自己课程的上传、修改、删除、查询等功能，学生对课程的选择、退选及查询等功能。针对此项目，从技术、经济、法律、成本、可获得的效益、开发的进度做出一系列的估算，制定出具体的实施计划。 软件开发时期的主要任务是解决“如何做”的问题，也就是如何完成此项目的过程，要解决每个构建所要完成的工作以及完成此工作的顺序。选择编写源程序的开发工具，把软件设计转换成计算机可以接受的程序代码。比如说网上选课系统，在软件开发阶段，我们确定先要进行管理员的模块编写，再进行教师模块的编写，进而进行学生模块的编写，另外也要确定是运用某种软件开发工具，如java、C语言等进行模块的开发等。 运行维护时期的主要任务是使软件持久地满足用户的需要，通常包括：改正性维护、适应性维护、完善性维护和预防性维护。在此阶段主要是把前期的各个模块组装起来进行测试，保证按需求分析的要求完成软件功能的测试并对此进行确认，交与开发方运行测试。比如网上选课系统，在运行维护阶段，要对前期的管理员、教师、学生这三个模块进行组合，并按照需求分析的功能进行核对，有不符合需求规格说明书之处进行修改，直到完全符合并测试成功，交与开发方测试及运用。 软件的生命周期是一个耗时长的工程。在软件工程生命周期的3个时期中，各个阶段又有着其不同的基本任务： 一、问题定义和可行性研究 此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。在这个阶段中我们需要从开发的技术、成本、效益等各个方面
软件工程中的图 软件工程导论中一般把软件的开发分为八个阶段： １.问题定义 ２.可行性研究 ３.需求分析 ４.总体设计（概要设计） ５.详细设计 ６.编码和单元测试 ７.综合测试 ８.软件维护 下面我们就说说各个阶段中与图的难解难分。 １. 问题定义 问题定义阶段主要是根据用户的需求来定义用户需要解决的问题，用户要实现哪些功 能。 ２. 可行性研究 可行性研究阶段就是看是否有一种使其在最小的代价，尽可能短的时间内，利益最大化的情况下解决问题的方案。这个阶段的分析主要涉及以下几个图形工具。 2.1 系统流程图 系统流程图是描述系统物理模型的一种传统工具。它是表达数据在系统各部件之间流动的情况，而不是对数据加工处理的控制过程，它是物理数据流图而不是程序流程图。系统流程图形象的呈现了软件的功能，即使不懂软件的人也可以轻松的看懂，可以说它是软件设计师与用户之间沟通、交流的有效工具。
2.2 数据流图 数据流图是从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。如果说系统流程图能让用户更好的明白系统的功能，那么数据流图则让用户更加明白系统的工作原理。 数据流图的基本符号： 数据流图的使用例子：
2.3 数据字典 数据字典就是数据的信息的集合，也可以说就是对上面提到的数据流图中的所有元素的定义的集合。数据字典的主要作用就是在软件的分析与设计阶段方便我们查阅不甚了解的数据的描述信息。 ３. 需求分析 需求分析阶段主要确定系统必须做什么。比如用户对系统的要求，确定目标系统所有的功能，确定系统运行的硬件和软件环境，系统性能要求，出错处理要求，接口需求，验证软件需求等等。 3.1 E-R图 E-r图的主要作用就是把用户的数据要求用可视化的图形呈现出来。
软件开发流程软件项目生命周期模型
需求分析 需求分析流程图 过程描述 1、由部门经理组建临时项目组，并指定PM、开发人员、测试人员、QA，人数根据项目规模确定。
2、PM制定需求阶段日程表，该表须通过研发经理审核。 3、PM指示配置管理员建立配置库。 4、由PM与测试负责人提出裁剪申请，QA指导临时项目组人员对项目进行裁剪，形成项目裁剪表。 5、EPG和部门经理对裁剪结果进行审批，审批通过项目裁剪表正式生效。 6、PM与测试负责人确定项目管理机制，内容包括组织结构、沟通、跟踪、报告、风险管理、问题管理、QA、CM等。 7、项目组人员与客户进行沟通，编写需求清单列表。 8、PM组织临时项目组成员确定系统架构，编写架构设计书和需求规格书。架构设计过程中的重要的技术方案选择、开发/采购/复用分析等内容要明确体现在架构设计书中。 对技术方案选择(例如，系统结构、开发平台、数据库等的选择)，要事先建立评价准则(例如，满足系统需求的能力(例如，功能、性能、可靠性等)、技术的发展前景、供应商资质与实力等)及相对优 先级，采用讨论表决的方法选择并确定最终的技术方案。 关于自行开发和采购复用的分析， 如果公司有基本满足系统需要的可复用组件(包括其分析、设计、代码、测试用例等)，一般应进行复用； 本公司没有能力开发或没有必要开发的非核心技术部分，如果采购成本在项目可接受范围内，可考虑采购； 否则，由项目组自行开发。 架构设计的总体候选方案选择和供应商选择要使用正式的方法做决策。 9、PM召集临时项目组、测试负责人等技术骨干评审架构设计书和需求规格书。 10、PM组织临时项目组与客户沟通、说明需求，必要时编制系统原型向客户展示，直到临时项目组、客户就需求的真实含义达成共识、客户书面确认需求规格书为止。 11、临时项目组确定项目目标的范围，明确系统边界，建立系统的模块分解结构。 12、PM与测试负责人遵循《项目估算流程》组织人员进行项目估算。 13、PM、测试负责人与临时项目组确定项目关键参数。 工作量、工期、日程、人数 成本/预算（由于本公司的项目的绝大部分成本是人力成本，对估计成本的管理等同于估计工作量的管理，对实际成本的管理等同于实际工作量的管理，对预算的管理等同于计划工作量的管 理。） 质量目标
软件生命周期可分为三个阶段：软件定义、软件开发、运行维护，其主要活动阶段包括：可行性分析与计划制定、需求分析、软件设计（概要设计和详细设计）、软件实现（编码）、测试、维护等活动，其中软件开发阶段包括软件设计、实现与测试 软件生命周期可分为三个阶段：软件定义、软件开发、运行维护，其主要活动阶段包括：可行性分析与计划制定、需求分析、软件设计（概要设计和详细设计）、软件实现（编码）、测试、维护等活动，其中软件开发阶段包括软件设计、实现与测试 结构化程序设计方法的四条原则：自顶向下；逐步求精；模块化；限制使用goto语句。面向对象程序设计三大特征：封装性、继承性和多态性。 计算机软件是包括程序、数据及相关文档的完整集合。其中程序是软件开发人员根据用户需求开发的、用程序设计语言描述的、适合计算机执行的指令（语句）序列。数据是使程序能正常操纵信息的数据结构。文档是与程序开发、维护和使用有关的图文资料。 程序流程图中菱形框表示的是逻辑条件，判断条件是否成立。 冒泡排序、简单选择排序和直接插入排序法在最坏的情况下
比较次数均为：n（n-1）/2。而堆排序法在最坏的情况下需要比较的次数为O(nlog2n)。 软件测试是为了发现错误而执行程序的过程。软件调试的目的是发现错误并改正错误 软件测试按照功能可以分为白盒测试和黑盒测试，白盒测试方法也称为结构测试或逻辑驱动测试，其主要方法有逻辑覆盖、基本路径测试等。黑盒测试又称为是功能测试，其主要方法有等价类划分法、边界值分析法、错误推测法、因果图等。对象具有如下特征：标识唯一性、分类性、多态性、封装性、模块独立性。 软件工程包括的3个要求是方法、工具和过程。方法是完成软件工程项目的技术手段；工具支持软件的开发、管理、文档生成；过程支持软件开发的各个环节的控制和管理。 软件测试过程分为4个步骤：单元测试、集成测试、验收测试（确认测试）和系统测试。所以集成测试在单元测试之后 从工程管理的角度，软件设计可分为概要设计和详细设计两大步骤。概要设计是根据需求确定软件和数据的总体框架；详细设计是将其进一步细化成软件的算法、数据结构和接口。 （3）C 【解析】软件生命周期中开发阶段包括概要设计、详细设计、编码实现、测试四个活动阶段。 数据库管理系统的三级模式结构由外模式、模式和内模式组成。①外模式也称子模式或用户模式，是指数据库用户所看到的数据结构，是用户看到的数据视图。 ②模式也称逻辑模式，是数据库中对全体数据的逻辑结构和特性的描述，是所有用户所见到的数据视图的总和。③内模式也称存储模式或物理模式，是指数据在数据库系统内的存储介质上的表示，即对数据的物理结构和存取方法的描述。
软件生命周期分析 （1）软件项目之需求分析 需求分析不要像侦探推理那样从蛛丝马迹着手，而是应该先了解宏观的问题， 再了解细节问题。 首先项目名称、项目背景、项目的开发目标和应用目标项目的范围（包含的业务），项目开发的假定和约束，例如经费限制、开发期限等，大概的说就是建立合作意向后，我们首先会对客户要求有详尽的了解，准确知道客户需求、客户的商业模式和业务流程，并结合自身的经验，为客户提出改进建议。 在此期间我们应很好地进行需求调研： 主要目的：获取客户的需求信息，经过分析后要有相应的文档说明书。需求调研相当重要，做好需求调研时获取正确的软件需求的前提，正确的软件需求是项目成果的关键。 大致将软件需求分三个层次： 1.业务需求 2.用户需求 3.功能需求和非功能需求 1．业务需求反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。 2．用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。 3．功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 4．非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。 （2）软件项目之设计 设计是根据需求调研的结果，对产品的技术实现有粗到细进行设计，而根据设计粒度和目的的不同可以将设计分为概要设计、详细设计等阶段以便于管理和确保质量。 概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。 详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。 概要设计阶段
软件缺陷管理办法 1.目的 本文档定义了软件缺陷管理流程和相关规则，确保软件缺陷管理的系统性和规范性，以保证项目研发质量。 2.适用范围 适用于部门项目研发过程的缺陷管理，对各阶段的缺陷管理过程进行指导和规范。 3.定义 3.1 术语 缺陷（Defect）：存在于软件之中偏差，可被激活，以静态形式存在于软件内部。 Bug：缺陷一种表现形态，系统或程序存在的任何一种破坏正常运转能力的问题。 3.2 缺陷定义 （1）软件未达到需求规格说明书的功能； （2）软件出现了需求规格说明书指明不会出现的错误； （3）软件功能超出需求规格说明书的范围； （4）软件未达到需求规格说明书未指出但应达到的目标； （5）测试工程师认为软件难以理解、不易使用、运行速度慢，或者最终用户认为不好。 4.缺陷生命周期 4.1 缺陷生命周期图
4.2 缺陷状态说明 5. 缺陷处理过程 5.1 正常处理过程 （1）创建问题 在测试管理系统中，所有用户都可以创建新问题，包括需求问题和软件缺陷等。创建问题时，需要描述清楚，并选择正确的选项，详细请参考5.4和5.5。（2）指派问题 创建问题时，创建者通常要指派给该项目开发负责人，再由其指派任务，或直接指派给相应模块的开发工程师。 如果指派人是错误的，或者需要他人确认或帮助，则可以重新指派给合适的工程师，写上相关备注。 （3）确认问题 通常开发工程师收到新问题后，需要分析和确认此问题是否为Bug。如果是Bug，则选择“确认状态”；如果认为非Bug，则注明原因并指派回创建者。 当创建者收到确认指派时，需要进行及时确认。如果同意为非bug，则及时关闭它；如果不同意，则需要注明理由并指派回相关工程师。 如果问题确认指派次数大于6次时，需要进入“争议处理”流程，详细请参考5.2。 （4）解决问题 此为开发工程师的主要职责，包括Bug的复现、修改和修改验证。 开发工程师需要及时对确认状态Bug进行分析和解决，并自己验证通过，则操作为解决状态，解决方案规则请参考5.4中解决方案定义部分，在缺陷管理系统中解决方案选择相应的选项，解决后系统将自动指派回给创建者。 如果Bug无法解决或修改影响比较大，可申请进入“延期解决”流程，请参考5.2中延期处理部分。 （5）验证问题 创建者需要及时对解决状态的Bug在对应版本上面进行验证。如果验证通过，则可关闭Bug；如果验证不通过，则激活此Bug，系统将自动指派回给解决者。
生命周期模型指南 版本：V1. 0
生命周期模型指南 目录 1介绍 (1) 1.1目的 (1) 1.2范围 (1) 2术语表 (1) 3指南概述 (1) 4瀑布模型 (2) 4.1定义 (2) 4.2流程图 (2) 4.3阶段描述 (3) 4.3.1项目启动阶段 (3) 4.3.2需求分析阶段 (3) 4.3.3概要设计阶段 (3) 4.3.4详细设计阶段 (3) 4.3.5实现阶段 (4) 4.3.6测试阶段 (4) 4.3.7系统上线阶段 (4) 4.3.8项目收尾阶段 (4) 4.4WBS划分 (4) 4.5优缺点 (4) 4.6适用项目 (5)
生命周期模型指南1 介绍 1.1 目的 本文件的目的是定义公司软件开发常用的生命周期模型，用于指导项目组在进行项目策划时，根据项目特点和模型的优缺点进行模型选择。 1.2 范围 适用于公司所有软件开发类项目。 2 术语表 3 指南概述 软件生命周期模型是经过多次实践总结出来适合于不同项目使用的经典、有效的软件开发方法，它按照软件生命周期的各个阶段划分任务，依照一定的规则和步骤，有序地进行软件开发。选用恰当的软件生命周期模型进行软件开发，可以提高产品质量；降低项目管理难度；缩短开发进度；便于项目状态跟踪；为过程改进和度量提供基线；改善组织级的过程弱势，提高过程能力成熟度级别。 为了便于分类汇总和统计各种生命周期模型的指标和数据，结合公司软件开发过程的实际，我们选择了常用的几种基本模型进行了描述，项目组在进行项目策划时，可以根据模型的适用前提、优缺点和项目的实际需要进行选择，参考下面各种模型的生命周期模型示意图，结合标准过程刻画出项目自己的生命周期模型图，记录在《项目已定义过程》中，并进行评审。 当本指南中定义的模型不能满足项目组需要，项目组可以将新引入的模型进行定义并提交EPG，经EPG审批后纳入本指南中。
系统开发生命周期各阶段主要工作简介 系统开发生命周期是系统分析员、软件工程师程序员以及最终用户建立计算机系统的一个过程,IBM亦称之为计算机应用开发周期。它包括问题的定义及规划、需求分析、系统设计、程序编码、系统测试、运行维护六个阶段。下面对各个阶段的所要做的主要工作进行简要介绍。 1.问题的定义及规划： 系统规划主要是由系统分析员和用户讨论、了解情况，确定是否真的有必要建立一个新的计算机系统来取代原有的系统。 这部分包含的主要工作有：企业目标的确定，解决目标的方式的确定，信息系统目标的确定，信息系统主要结构的确定，工程项目的确定，可行性研究等。该阶段要求分析员忠实的分析企业中发生的事情，然后，分析员与他组织成员一道，指出问题所在。是项目其余阶段取得成功的关键。此阶段完成后要形成可行性分析报告和项目计划书。 在项目的可行性分析中要进行技术可行性分析，经济可行性分析，执行可行性分析。一旦完成对每项可选实施方案的经济、技术和执行可行性评估，就应该从中选择一种实施方案。可行性研究的目标是，比较和对比各项可选实施方案，并提出一个最佳的实施方案。 此外还要定义潜在的风险，特别是那些与项目的技术和执行可行性相关的潜在风险。关键的一点是应该将它们加入风险评估文件，以便在项目实施过程中能够妥善处理它们。 2.需求分析 在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。"唯一不变的是变化本身。"，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。