软件生命周期案例分析

软件生命周期案例分析[编辑]

案例一:利用软件生命周期创建B2C电子商务网站[1]

一、软件生命周期

任何事物都有产生、发展、成熟、消亡或更新几个阶段，电子商务网站也不例外。

[2]任何一个电子商务系统在使用过程中随着其生存环境的变化，都需要不断维护、修改，当它不再适应的时候就要被淘汰，就要由新系统代替旧系统，这种周期循环称为生命周期。

根据软件生命周期的原理，电子商务网站可以划分为系统规划、系统分析、系统设计、系统实施、系统测试、系统运行和维护等几个阶段。

二、B2C电子商务网站建设的一般过程

(一)系统规划阶段

系统规划阶段的任务是对企业的环境、目标、现行系统的状况等进行初步调

查，根据企业目标和发展战略，确定信息系统的发展战略，研究新系统的必要性和可能性。在这个阶段给出备选方案，并进行可行性分析，写出可行性分析报告。待可行性分析报告审议通过后，编制系统设计任务书。

1、需求分析

为了进行可行性研究分析，首先对电子商务系统的需求进行分析。通过对企业的需求进行调查，明确电子商务网站需要做什么，做到什么程度。在此，通过查阅资料、实地观察、业务专题报告等方法将该电子商务网站的需求归纳为功能需求和性能需求。

功能需求：B2C电子商务网站就是Business To Consumer，也就是企业借助于Internet建立网点进行交易的一个系统。流程上，店家发布产品信息，消费者在线选购、在线支付，通过物流最后达成交易。所以从购买方看，需满足消费者在线选购、在线支付等；从销售方看，要能让店家整理网上商品、管理订单等。

性能需求：系统运行要稳定，在不同的系统中能正常运行，具有较强的适应性，可移植性。系统要有可扩展性，当出现新的需求时，能将其纳入系统，而不必改变原有的基本结构。

2、可行性分析

在电子商务网站需求已确定的情况下，对系统的进行判定，决定有无必要、有误可能完成系统的建设。在此，包括如下几个方面：运行可行性分析：考查方案在企业中合适程度，避免一个可以工作的方案由于最终用户和管理层的抵制而落选。

经济可行性分析：建立电子商务网站需要经费支出，所以在建站前要评估该开发项目的收益，分析带来的经济效益是否超过所需要的成本。

技术可行性分析：ASP电子商务网站是动态网站技术的产物，以目前计算机硬件、软件、网络，已经具备建立B2C电子商务网站的条件。

（二）系统分析阶段

系统分析阶段的任务是根据系统设计任务书确定的范围，描述系统的业务流程，确定新系统的逻辑模型。系统分析阶段的成果体现在系统说明书中。

1、业务功能分析

根据功能需求，B2C电子商务网站要由前台系统和后台系统两部分构成的。前台系统是供消费者使用的界面，在这里可以提供注册会员、查看商品、购买商品、网上支付等基本功能。后台系统则是提供给销售方，主要是进行管理商品信息、，同时要进行会员管理、配送商品、以及账务管理、报表统计等其他功能。

2、数据流分析通过绘制数据流图来帮助确定合理的数据项、确定合适的数据流向、确认合适的数据处理过程，为系统设计提供信息内容及处理依据。B2C电子商务网站的顶层流程图如图所示：

（三）系统设计阶段

系统设计阶段的任务就是根据系统说明书中的要求，设计新系统的物理模型，最终形成系统设计说明书。在这个阶段主要完成系统划分和数据库设计的工作。

1、系统划分

系统划分的基本思想是按功能角度自顶向下地将系统划分为若干个子系统，子系统再划分成模块，层层划分，逐步设计。在

本项目中，B2C电子商务可以划分成登录帐户模块、浏览商品模块、购物车模块、订单管理模块、后台管理模块。

登录帐户模块：通过该模块确定用户身份，以便为下一个购物车模块提供必要的信息。同时，还可以结合客户管理，收集用户信息，如用户的年龄、所属地区、支付能力、购物偏好等。

浏览商品模块：按各商品不同类别为客户提供商品介绍。若客户满意，则点选进入购物车模块。

购物车模块：该模块存放购买商品的信息、并计算商品的数量和价格等。用户通过购物车，可以修改商品数目、退回商品。完成购物后，生成订单，进入订单管理模块。

支付模块：用户购物后可通过多种方法完成支付功能，如网上银行、第三方支付平台、线下邮政汇款、货到付款等方式。

订单模块：用户完成购物后，生成订单，在该模块中可完成货物发送前修改或者

取消订单、合并或拆分订单、跟踪订单等功能。

后台管理模块：这是针对卖家，即网站管理员所设计的模块。该模块既可以根据需要统一修改网站界面，也可以根据企业需要，在网站中发布新商品的信息，还能够管理已注册的用户。

2、数据库设计

数据库的设计是系统设计的一个关键步骤。一个好的数据库不仅能反映现实世界实体之间的联系、能满足用户需求，还要易于扩充和修改。在本系统中可以建立4个基表。

产品信息表（product）：该表主要用于记录商品的信息，包括商品的编号、名称、价格、类别、生产厂家、图片、供货商情况介绍等。

用户表（user）：记录会员的基本信息，如用户编号、用户名、密码、真实姓名、身份证号码、电子邮件、所在地区、邮政地址、

邮编、年龄、性别、薪资、住址状况、喜好等。

订单表（order_list）：该表主要用于记录订单的信息，包括订单编号、订单产品编号，订单用户编号，订单金额、订单状态，下单时间等。该表分别与产品信息表、订单用户信息表存在外键约束，即一个产品可以在多个订单中，一个用户可以下多个订单。

管理员表（administrator）：存储网站管理员的基本信息，如:ID号、密码、姓名等等。

（四）系统实施阶段

系统开发实施阶段要在系统规划的基础上确定整个商务系统结构中各个组成部分的具体内容，完成应用软件系统的编码，最终将电子商务系统的应用软件和各种平台集成在一起，并购置、安装和调试计算机设备，完成电子商务系统的上线运行准备。

1、编写模块：根据前面的系统设计说明书，确定需要用的技术来构筑电子商务平台，并完成应用软件系统的编码。

本网站主要采用ASP技术编写所需模块。[3]ASP技术类似HTML、Script与CGI 的结合体。它是位于服务器端的脚本运行环境，通过这种环境，可以创建和运行动态的交互式Web服务器应用程序。其拥有如下优点：可以和HTML或其他脚本语言（VBScript与JavaScript）互相嵌套；在Web服务器端运行，因此，程序代码完全保密；以对象为基础，因此可以使用ActiveX 控件继续扩充其功能；内置ADO组件，可以存取各种数据库，大大缩短了程序开发时间。

在具体开发中，依据系统设计阶段的划分情况，完成各模块页面的代码。

登录帐户模块：用户登录页面

名、邮政地址、邮编为必填内容。为了避免同一用户多次重复注册，增加身份证ID和电子邮件审核，避免出现相同用户名、ID、电子邮件。同时，在注册页面和登录页面都加入验证码，防止机器批量注册和暴力破解。

浏览商品模块：在网站中向买家展示各种商品的详细信息。

用户可根据类别、品牌浏览商品，并具体查看某一商品的详细信息，也可以输入所要查找的商品名称或种类，即启动查询页面seek.asp。

购物车模块：添加商品到购物车。找到所要购买的商品后，点击购买。启动购物车模块cart_add.asp，记录所购商品的信息，如商品编码、购买数量、单价等。点击购物车，即启动cart_show.asp，显示商品信息，如商品名称、单价、购买数量、应付总金额等。此时，若返回网站继续购物或修改购买数量都会启动cart_update.asp页面，修改购物车中相关信息。

支付模块：用户购物结束后，可点击收银台，进入支付模块。

多种支付方式可供选择：网上银行支付、第三方平台支付、邮政汇款、货到付款等。以近年来颇为流行的第三方支付平台"支付宝"为例，传递参数到相关页面即可完成在线支付。相关参数如下：支付接口gateway

(https://https://www.360docs.net/doc/1f17588235.html,/cooperate/gate way.do?)、服务参数service、合作商伙伴编号partner、时间out_trade_no、商品名称subject、商品描述body、支付类型pay-ment_type、价格price、展示商品地址show_url、用户帐号sell-er_email、安全校验码key、重定向地址return_url、数量quantity等。其中，合作商伙伴编号、安全校验码在注册支付宝之后，可"我的商家服务"里面可以获取。

订单模块：启动订单模块

order_add.asp，根据购物车模块的信息以及用户信息，如用户编号、姓名、邮政编号、

邮政地址等信息生成订单。若用户未登录，则会跳转到登录界面。订单

or-der_show.asp可显示该订单的相关状态，如订单未支付、订单已支付、订单发送中、订单已完成，以及订单中所选购商品的名称、价格、数量、收货人、收货地址等信息。如果需要，可以通过

or-der_update.asp更改订单的收货人、收货地址等。

后台管理模块：商品管理子模块，卖家对商品的管理，查看商品目录、增加商品品种、清除淘汰商品和修改原有商品信息等。订单管理子模块，可以控制订单的执行、跟踪订单的状态。会员管理子模块，管理用户账户，包括查看审核会员资料、更新会员资料和删除不合法会员等。

2、构建硬件平台：根据各类技术标准，选择合适的硬件构建网站运行的平台，即其运行所需要的软硬件环境。

机器硬件可以选用奔腾(R)双核处理器E2220，2.4GHz、1000M网卡、内存1G、

硬盘SATAII 160G。操作系统可以选用Windows2003，WindowsXP等。

本系统是基于WEB的采用ASP技术的B2C电子商务网站，首先，在本机安装配置IIS，使之能读取和运行脚本，并设置网站默认打开文件为index.asp。架站完成后，在IE浏览器地址栏输入

http://localhost, 调试站点。

（五）系统测试和维护阶段

系统测试阶段的目的是为了发现系统中存在的问题，需要测试系统的功能是否满足设计的需要，判定系统是否存在各种程度的错误或漏洞，测试的内容包括软件整体测试、极限测试、可操作性测试等。对于电子商务而言，主要考虑系统整体性能的指标参数，例如系统可支持的最大的用户数、系统的压力与性能比、系统的安全性指标等。在系统测试之后形成系统测试分析报告。

1、系统测试

测试时，我们采用本地端架站的方式，通过在网络内部进行测试。把所有的设计文件全部完成并初步修正后，将完整的内容一起上传到预定的空间，最后进行实际的联机测试。

2、运行和维护

运行不仅仅是指电子商务网站投入运行使用，更为重要的是企业在一种新的商务模式下运转，包括相应的维护、管理以及基于系统的市场、销售、财务等基本商务环节的动作与组织。网站维护不仅包括对网站正常运行的维护、管理性工作，更主要的是对网站内容的更新、修改方面的网站建设。对于不能修改或难以修改的问题记录在案，定期整理成新需求建议书，为下一周期的系统规划做准备。

根据软件开发过程中软件生命周期原理的应用，通过对B2C电子商务网站建设的现状及其特点的分析，不难看出：要开发一个成功的电子商务网站，必须利用软件生命周期原理，分阶段按步骤有条不紊的实

施，才能在网站的开发中提高效率，提高其稳定性、可靠性、可维护性和用户满意度，取得事半功倍的效果。

软件生命周期之需求分析和设计说明

软件生命周期之需求分析和设计什么是软件生命周期？软件生命周期又称为软件生存周期或系统开发生命周期，是指从软件的产生直到报废的整个过程，它包括问题定义，可行性分析，总体描述，系统设计，编码，调试和测试，验收与运行，维护升级到废弃等阶段。每一个阶段都有确定的任务，并产生一定规格的文档，提交给下一个周期作为继续工作的依据。常用开发模型？需求分析：需求分析过程如何做需求分析？设计: 设计过程如何做设计？ 1.软件生命周期 1.1什么事软件生命周期软件生命周期又称为软件生存周期或系统开发生命周期，是指从软件的产生直到报废的整个过程软件生命周期过程包括：问题定义：用户需要计算机解决的问题是什么？电商系统：要计算机实现一个平台，商家通过平台销售自己的商品，一般用户通过平台购买商品。可行性分析用户需要计算机解决的问题是否可行？需要进行可行性分析。市场可行性分析，是否有市场价值。技术可行性分析，使用什么技术解决用户提出的问题。需求分析

将用户提出的问题进行细化。先确定大模块：比如电商系统包括：前台的用户购买平台，后台商家维护平台。再对每一个大模块进行细化。。。。设计确定细化问题的实现方法编码解决问题，依据需求和设计，文档进行开发。测试验证是否已经解决用户提出的问题。单元测试集成测试（测试业务整体流程）功能用例测试（对功能点进行测试）性能测试（使用专业工具进行压力和稳定性测试）维护修改性维护：前期没有测试出的问题，正式上线运行后bug显现出来，对这些bug进行修改。完善性维护：在现有功能的基础上增加或完善功能。预防性维护：后期根据正式运行的情况对系统进行优化。

市场营销案例分析之产品生命周期

市场营销作业之产品生命周期案例分析辅导老师：姓名：学号：专业：

摩托罗拉“V998和V8088”的产品策略案例思考？ 1、公司针对V998手机在产品生命周期的引入期、成长期、成熟期、衰退期分别采取了哪些不同的营销策略？试分析评价这些策略。 2、公司在推出V998手机的情况下，继续发展V8088手机，这两种产品既相似又有区别，试用产品生命周期的相关理论解释并评价这种策略。分析、评价1：针对V998——引入期、成长期、成熟期、衰退期㈠引入期：快速掠取策略文段依据：公司推出V998手机的市场背景是：摩托罗拉、诺基亚和爱立信三家公司雄踞手机市场的前三位，西门子、三星等品牌还没有引人注意，而国产手机更是悄无声息。 V998款手机是公司在1999年春天推向中国市场的，其特点是：双频、体积小、大显示屏和大键盘。这些特点在市场上是绝无权有的，再加上摩托罗拉先进的市场推广手段，很快便凭借功能和品牌，受到市场青睐。当时的市场定价是￥13000左右。一、具备相应的市场条件（市场背景）：（1）中国市场有较大的需求潜力。中国市场庞大，发展迅速。（2）V998在市场上绝无仅有，功能奇特，具有较强吸引力。（3）企业面临西门子、三星等潜在竞争者，需要在市场中保持或增强竞争力。二、具体策略：（1）针对消费者对该产品不太了解——高促销运用本公司先进的市场推广手段，以功能与品牌为砝码，引起目标市场的注意，加快市场渗透。（2）针对广告费和其他营销费用开支较大；推出初期的产品产量和销售量少，单位成本相应较高——高价格以此获取最大利润。三、评价：以快速掠取策略，迅速打开市场，获取最大利润，尽快收回新产品开发的投资。但是高价格限制了更多消费者的购买，高促销加大成本，风险较大。

软件生命周期模型

瀑布模型/改进的瀑布模型虽然瀑布模型仍然存在很多的问题有待解决，但瀑布模型仍然是最展本的和最效的?种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求-〉分析-〉设计?〉编码-> 测试的阶段进行，每-个阶段都可以定义明确的产出物和验证准则.瀑布模型在每?个阶段完成后都可以组织相关的评审和验证，只有在评审通过后才能够进入到下-个阶段. 由于需要对每?个阶段进行验证，瀑布模型要求每?个阶段都有明确的文档产出，对于严格的瀑布模型每?个阶段都不应该重叠,而应该是在评审通过，相关的产出物都己经基线后才能够进入到下?个阶段. 瀑布模型的优点仍然是可以保证整个软件产品较高的质量，保证缺陷能够捉前的被发现和解决. 采用瀑布模型可以保证系统在整体上的充分把握，使系统具备良好的扩展性和可维护性?但对于前期需求不明确,而又很难短时间明确淸楚的项目则很难很好的利用瀑布模型.另外对于中小型的项目，需求设计和开发人员往往在项目开始后就会全部投入到项目中，而不是分阶段投入，因此采用瀑布模型会导致项目人力资源过多的闲置的情况,这也是必须要考虑的问题. 很多人往往会以进度约束而不选择瀑布模型，这往往是?个错误的观点.导致这种情况的?个关键因素往往是概念需求阶段人力不足.冈此在概念需求阶段人力能够得到充分保证的情况下，瀑布模型和迭代模型在开发周期上并不会存在太人的差别.反而是很多项目对于迭代或嫩捷模型用不好，为了赶进度在前期需求不明确，没有经过?个总体的架构设计情况下就开始编码，后期出现大量的返工而严重影响进度. 架构设计是软件开发中?个重要的关注点.因此在RUP中也捉及到软件开发要以架构为核心.因此在架构设计完成后系统会彼分为相关的f?系统和功能模块.每个功能模块间的接口都可以定义淸楚.在这种情况下，当模块B的详细设计做完成后往往就没有必妥等到其它模块的详细设计都妥完全作完才开始编码，冈此在架构设计完成后可以将系统分为多个模块并行开发，每个模块仍然遵循先设计和编码测试的瀑布模型思路.这是瀑布模型的?种最重要的改进思路，也可以说这是?种增量开发的模型.

软件生命周期案例分析

软件生命周期案例分析[编辑] 案例一:利用软件生命周期创建B2C电子商务网站[1] 一、软件生命周期任何事物都有产生、发展、成熟、消亡或更新几个阶段，电子商务网站也不例外。 [2]任何一个电子商务系统在使用过程中随着其生存环境的变化，都需要不断维护、修改，当它不再适应的时候就要被淘汰，就要由新系统代替旧系统，这种周期循环称为生命周期。根据软件生命周期的原理，电子商务网站可以划分为系统规划、系统分析、系统设计、系统实施、系统测试、系统运行和维护等几个阶段。二、B2C电子商务网站建设的一般过程 (一)系统规划阶段系统规划阶段的任务是对企业的环境、目标、现行系统的状况等进行初步调

查，根据企业目标和发展战略，确定信息系统的发展战略，研究新系统的必要性和可能性。在这个阶段给出备选方案，并进行可行性分析，写出可行性分析报告。待可行性分析报告审议通过后，编制系统设计任务书。 1、需求分析为了进行可行性研究分析，首先对电子商务系统的需求进行分析。通过对企业的需求进行调查，明确电子商务网站需要做什么，做到什么程度。在此，通过查阅资料、实地观察、业务专题报告等方法将该电子商务网站的需求归纳为功能需求和性能需求。功能需求：B2C电子商务网站就是Business To Consumer，也就是企业借助于Internet建立网点进行交易的一个系统。流程上，店家发布产品信息，消费者在线选购、在线支付，通过物流最后达成交易。所以从购买方看，需满足消费者在线选购、在线支付等；从销售方看，要能让店家整理网上商品、管理订单等。

性能需求：系统运行要稳定，在不同的系统中能正常运行，具有较强的适应性，可移植性。系统要有可扩展性，当出现新的需求时，能将其纳入系统，而不必改变原有的基本结构。 2、可行性分析在电子商务网站需求已确定的情况下，对系统的进行判定，决定有无必要、有误可能完成系统的建设。在此，包括如下几个方面：运行可行性分析：考查方案在企业中合适程度，避免一个可以工作的方案由于最终用户和管理层的抵制而落选。经济可行性分析：建立电子商务网站需要经费支出，所以在建站前要评估该开发项目的收益，分析带来的经济效益是否超过所需要的成本。技术可行性分析：ASP电子商务网站是动态网站技术的产物，以目前计算机硬件、软件、网络，已经具备建立B2C电子商务网站的条件。

软件生命周期

软件生命周期(Software Life Cycle,SLC)是软件的产生直到报废或停止使用的生命周期。旧的解释是周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。随着新的面向对象的设计方法和技术的成熟，早期软件生命周期设计方法的指导意义正在逐步减少或需要调整。不过从另一种意义来说，面向对象本身也是一种软件生命周期，传统的软件生命周期的概念仍是所有软件工程师非常重要的知识基础和工作指导。软件生命周期的解释也应当调整。以上旧的解释与下文的生命周期模型是不相容的，只与瀑布型生命周期模型及其衍生模型(比如V模型，W模型)相符合，而与迭代为基本特征的生命周期模型是不符合的。新的情况应当是把迭代加入到阶段当中，如下:软件生命周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，也有将以上阶段的活动组合在内的迭代阶段，即迭代作为生命周期的阶段。像其他任何事物一样，软件产品或软件系统也必须经历妊娠，出生，成长，成熟和衰落的阶段，这些阶段通常称为软件生命周期（软件生命周期）。整个软件生命周期分为几个阶段，因此每个阶段都有明确的任务，因此大规模，复杂的结构和复杂的管理软件开发变得更

易于控制和管理。通常，软件生命周期包括： 1.问题定义。系统分析师需要与用户沟通，找出“用户需要计算机解决什么问题”，然后提出“系统目标和范围声明”，并提交给用户进行审查和确认。 2.可行性研究。一方面是用清晰的语言描述要开发的系统的目标，另一方面是从经济，技术，法律等方面进行可行性分析。 3.需求分析。找出软件系统的所有用户需求，编制需求规范和初步用户手册，然后将其提交以供审核。 4.发展阶段。开发阶段包括四个阶段： 1.外形设计 2.详细设计 3.实现：根据所选的编程语言完成源程序的编码。 4.测试五，维护：维护包括四个方面 1.纠正性维护：软件交付和使用后，由于开发和测试的不完整和不完整，不可避免地会将一些隐藏的错误带入运营阶段。这些隐藏的错误将在某些特定的使用环境中进入操作阶段。裸露。 2.自适应维护：这是修改软件以适应环境变化的活动。 3.完善的维护：这是一项维护活动，基于用户在使用过程中提出的一些建设性意见。 4.预防性维护：进一步改善软件系统的可维护性和可靠性，并为将来的改进奠定基础。

PLM系统产品生命周期管理应用案例分析

PLM系统产品生命周期管理应用案例分析汽车工业是一个技术高度密集的成熟产业，是当今许多新技术的载体，而汽车的新产品开发则是汽车技术的核心。当代汽车新产品的开发，从它的基本理念、组织形式、实施步骤和开发手段上都贯穿着信息技术和微电子技术的成果，已经达到了全新化的程度。中国作为汽车工业的后起发展国，不仅要引进发达国家汽车工业大批量生产的先进技术、设备和工艺，尽快掌握汽车设计开发和制造技术，更重要的是要不断地学习和应用现代的管理思想和科学、高效的管理方法，从而来推动我国汽车产业的发展。一、产品生命周期管理（PLM）的概念产品生命周期管理PLM（Product lifecycle Management)来源于全球制造业信息化的长期实践和发展。自20世纪末提出以来，这一管理发展十分迅猛，成为全球制造业关注的焦点。近年来，国外已有超过70%的大中型汽车制造商使用了PLM系统，从而节约了开发成本，缩短了开发周期，提高了经营效率。而我国在PLM 的研究应用上则刚刚处于起步阶段。产品生命周期管理PLM不仅是一种战略性的思想方法，而且也是一套应用系统和具体的解决方案：即是一种在虚拟企业范围内管理整个产品开发过程中如何进行协同工作的协调方法。概括地说，PLM是一种“产品至上”的理念，属于企业信息化的范畴。但是，由于PLM属于一个发展很快、比较新的信息化领域，所以提供PLM系统方案的各个公司尚没有特别统一的定义。国外研究人员普遍认为：实施PLM是以企业的产品为中心，以提升创新能力和随需求而提高的应变能力为目标，以信息技术（包括应用软件）为手段，通过对企业知识型资产的管理，建立一个从概念、开发、生产到维护的整个产品生命周期动作的体系。具体来说，PLM系统的实质就是通过构筑产品信息数据而建立一个统一的产品研发系统平台。在这个平台上，参与设计的人员通过浏览器就可以共享所有的设计文档与信息，甚至可以通过浏览器共同完成某种产品的开发设计工作。系统平台可以根据不同需求，实时提供个性化的技术信息咨询服务。PLM可以做到，不仅仅是企业的员工之间，包括企业的最终用户和合作伙伴，都可以跨越时空的限制，参与到该企业产品研发设计的各个环节中来，使产品从设计开始阶段就可以充分注意到和体现出用户的需求。同时，由于产品的设计信息可直接进入企业的生产制造系统，从而大大缩短了新产品从创意到上市的时间周期。 PLM系统包含了CAD（计算机辅助设计）、PDM（产品数据管理）和CPC（协同产品商务）3种不同层次的信息系统。CAD主要用于企业部门内部；PDM主要用于企业部门之间；CPC则是不受时空限制，可应用于不同企业（含供应商及客户）之间的产品开发信息系统。协同是PLM系统的核心，其包括两方面的含义：第一，产品全生命周期内各阶段之间的协同和管理；

软件开发生命周期及文档完整版

软件开发生命周期及文档 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】

软件开发，同任何事物一样要经历孕育、诞生、成长、成熟、结束等阶段，称之为软件开发生命周期。通常，软件开发生命周期包括可行性分析与项目开发计划、需求分析、设计、编码、测试、发布维护等。 1）可行性分析与项目开发计划这个阶段主要确定软件开发的目标及其可行性，明确要解决的问题及解决办法，以及解决问题需要的费用、资源、时间。要进行问题定义、可行性分析，制定项目开发计划。该阶段产生的文档主要有可行性分析报告（一般很少需要）和项目开发计划。 2）需求分析需求分析是明确软件系统要做什么，确定软件系统的功能、性能、数据、和界面等要求。该阶段产生的文档有软件需求说明书。 3）设计设计分为概要设计和详细设计。概要设计就是设计软件的结构，明确软件系统由那些模块组成，这些模块的层次结构、调用关系以及模块的功能，同时确定数据结构和数据库结构。详细设计是对每个模块完成的功能进行具体的描述，把功能描述转变为精确地、结构化的过程描述，既该模块的控制结构或者说逻辑结构。该阶段产生的文档有概要设计说明书、数据库设计说明书、接口设计、详细设计说明书等。4）编码编码就是把模块的控制结构转化为程序代码，该阶段需要编码规范。 5）测试测试是为了保证软件质量，该阶段产生的文档主要有软件测试计划、测试用例、软件测试报告。 6）发布与维护发布就是完成软件开关并已开发的软件系统安装到客户的服务器上，维护是为客户提供培训、故障排除以及所需的软件升级。该阶段产生的文档主要有项目开发总结报告、用户手册、应用软件清单、源代码清单、维护文档

软件生命周期管理

软件生命周期(SDLC，Systems Development Life Cycle,SDLC)是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。七个阶段同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为软件生存周期（软件生命周期）。软件生命周期把整个软件生存周期划分为若干阶段，使得每个阶段有明确的任务，使规模大，结构复杂和管理复杂的软件开发变的容易控制和管理。通常，软件生存周期包括可行性分析、项目启动、需求分析、设计（概要设计和详细设计）、编码、测试、维护等活动，可以将这些活动以适当的方式分配到不同的阶段去完成。可行性分析

此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。主要交付物有《项目规划书》、《立项报告》、《可行性研究报告》。项目启动项目启动会、人员到位，初步分工、搭建开发环境、准备项目管理工具。项目管理工具：可采用Project和JIRA结合管理。 Microsoft Project (或MSP)是一个国际上享有盛誉的通用的项目管理工具软件，凝集了许多成熟的项目管理现代理论和方法，可以帮助项目管理者实现时间、资源、成本的计划、控制。 JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。

软件工程生命周期各阶段中的图示例

软件工程中的图软件工程导论中一般把软件的开发分为八个阶段：１.问题定义２.可行性研究３.需求分析４.总体设计（概要设计）５.详细设计６.编码和单元测试７.综合测试８.软件维护下面我们就说说各个阶段中与图的难解难分。１. 问题定义问题定义阶段主要是根据用户的需求来定义用户需要解决的问题，用户要实现哪些功能。２. 可行性研究可行性研究阶段就是看是否有一种使其在最小的代价，尽可能短的时间内，利益最大化的情况下解决问题的方案。这个阶段的分析主要涉及以下几个图形工具。 2.1 系统流程图系统流程图是描述系统物理模型的一种传统工具。它是表达数据在系统各部件之间流动的情况，而不是对数据加工处理的控制过程，它是物理数据流图而不是程序流程图。系统流程图形象的呈现了软件的功能，即使不懂软件的人也可以轻松的看懂，可以说它是软件设计师与用户之间沟通、交流的有效工具。

2.2 数据流图数据流图是从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。如果说系统流程图能让用户更好的明白系统的功能，那么数据流图则让用户更加明白系统的工作原理。数据流图的基本符号：数据流图的使用例子：

2.3 数据字典数据字典就是数据的信息的集合，也可以说就是对上面提到的数据流图中的所有元素的定义的集合。数据字典的主要作用就是在软件的分析与设计阶段方便我们查阅不甚了解的数据的描述信息。３. 需求分析需求分析阶段主要确定系统必须做什么。比如用户对系统的要求，确定目标系统所有的功能，确定系统运行的硬件和软件环境，系统性能要求，出错处理要求，接口需求，验证软件需求等等。 3.1 E-R图 E-r图的主要作用就是把用户的数据要求用可视化的图形呈现出来。

诺基亚产品的生命周期分析

诺基亚产品的生命周期分析为了分析诺基亚的产品生命周期，首先我们需要了解一下产品生命周期理论。生命周期是指产品从进入市场开始，知道最终退出市场为止所经历的市场生命循环过程。典型的产品什么周期一般分为介绍期、成长期、成熟期和衰退期4个阶段。其判断主要依据销售额与利润额，如图1。据此，我们可以对诺基亚产品的生命周期进行简单分析。一、诺基亚的介绍期（1985~199）据了解，从20世纪50年代起，诺基亚就与中国建立了贸易关系。而诺基亚一开始并没有在中国推广，原因是在当时中国尚无手机。介于中国的电子通讯技术起步较晚，诺基亚并未首先占领中国市场。而后，随着中国经济的发展，诺基亚发现中国的手机市场潜力巨大，1985年，诺基亚在北京开设了第一家办事处。 90年代中期，在华发展期间，诺基亚建立并秉承“携手通行、开创未来”的宗旨。诺基亚通过在中国建立合资企业，实现本地化生产，并逐步将其发展成为诺基亚全球主要的生产基地。1991年首次全球通话开始，诺基亚就一直是全球通技术的主要开发商。此后，在摩托罗拉于1993年抢先进入中国手机市场后，诺基亚很快便跟进。二、诺基亚的成长期（1996~2004年）手机市场报告显示，2004年诺基亚成功超越摩托罗拉成为全球第一大手机厂商。在拥有了大量的消费群体的同时，诺基亚牢牢把控了Symbian系统S60平台，并且迅速成为产品线，最终让S60平台成为Symbian系统的头牌。2007年在中国，消费者对摩托罗拉还停留在刀锋V3上，诺基亚6600、7610、n73、5700、E53等一系列产品已经成为中国消费者耳熟能详的产品。这充分证明了此时的诺基亚正处于成长期。在此期间，诺基亚在价格方面的优势就使得其成功战胜了其他较高端的品牌，这不是偶然。从2000年到2004年，诺基亚凭借着较低的价格、较高的性价比一路卖好。同时又通过能够吸引人的创意广告给消费者以极大的震撼，树立了良好品牌的形象。而通过利润回报可以发现，诺基亚前期的巨额投入是很有价值的。此时诺基亚的品牌定位是中层收入者，所以其广告宣传均是贴近生活类型的。准确的市场定位与巧妙的宣传是诺基亚快速发展的主要原

软件生命周期模型优缺点

软件生命周期模型优缺点瀑布模型把每个阶段当成瀑布中的一个阶梯，强调由上而下，互相衔接、逐级下落，固定次序。优点：开发阶段清晰，便于评审、审计、跟踪、管理和控制缺点：不可逆或很难可逆问题会积累，错误会传递发散扩大，导致成本和质量失控快速原型模型（原型模型）快速原型模型的第一步是快速建立一个能反映用户主要需求的原型系统，让用户在计算机上试用它，通过实践来了解目标系统的概貌。优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险缺点：所选用的开发技术和工具不一定符合主流的发展，快速建立起来的系统结构加上连续的修改可能会导致产品质量低下。增量模型增量模型也称为渐增模型。增量模型融合了瀑布模型的基本成分和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一个线性系列产生软件的一个可发布的增量。优点：人员分配灵活，开始不用投入大量的人力资源。如果核心产品很受欢迎，则可增加人力实现下一个增量。增量能够有计划的管理技术风险。缺点：由于各个构件是逐渐并入已有的软件体系结构中，所以加入构件必须不破坏以构好的的系统部分，这需要软件具备开放式的体系结构。在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改的模型，从而使软件过程的控制失去整体性。如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析，这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程。螺旋模型螺旋模型采用一种周期性的方法来进行系统开发。优点：设计上的灵活，可以在项目的各个阶段进行变更。以小的分段来构建大型系统，使成本计算变得简单容易。客户始终参与每个阶段的开发，保证了项目部偏离正确方向以及项目的可控性。缺点：建设周期长，而软件技术发展比较快，所以经常出现软件开发完毕后，和当前的技术水平有了较大的差距，无法满足当前用户需求。喷泉模型喷泉模型是一种以用户需求为动力，以对象为驱动的模型，主要用于采用对象技术的软件开发项目。优点：需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。该模型各个阶段没有明显的界限，开发人员可以同步进行开发。其优点是可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。缺点：由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。

软件生命周期

软件生命周期软件的生命周期是一个孕育、诞生、成长、成熟和衰亡的生存过程，也就是所谓的软件定义、软件开发和运行维护3个时期组成。而每个时期又有所要完成的不同的基本任务。软件定义时期的主要任务是解决“做什么”的问题，通俗的讲就是做此项目的主要功能及可行性报告等。比如说网上选课系统，在软件定义阶段，要确定以下几个功能模块：管理员管理课程、教师、学生的增删改查和对教师、学生的权限授予等功能，教师对自己信息的修改和对自己课程的上传、修改、删除、查询等功能，学生对课程的选择、退选及查询等功能。针对此项目，从技术、经济、法律、成本、可获得的效益、开发的进度做出一系列的估算，制定出具体的实施计划。软件开发时期的主要任务是解决“如何做”的问题，也就是如何完成此项目的过程，要解决每个构建所要完成的工作以及完成此工作的顺序。选择编写源程序的开发工具，把软件设计转换成计算机可以接受的程序代码。比如说网上选课系统，在软件开发阶段，我们确定先要进行管理员的模块编写，再进行教师模块的编写，进而进行学生模块的编写，另外也要确定是运用某种软件开发工具，如java、C语言等进行模块的开发等。运行维护时期的主要任务是使软件持久地满足用户的需要，通常包括：改正性维护、适应性维护、完善性维护和预防性维护。在此阶段主要是把前期的各个模块组装起来进行测试，保证按需求分析的要求完成软件功能的测试并对此进行确认，交与开发方运行测试。比如网上选课系统，在运行维护阶段，要对前期的管理员、教师、学生这三个模块进行组合，并按照需求分析的功能进行核对，有不符合需求规格说明书之处进行修改，直到完全符合并测试成功，交与开发方测试及运用。软件的生命周期是一个耗时长的工程。在软件工程生命周期的3个时期中，各个阶段又有着其不同的基本任务：一、问题定义和可行性研究此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。在这个阶段中我们需要从开发的技术、成本、效益等各个方面

系统开发生命周期(1)

软件生命周期又称为软件生存周期或系统开发生命周期，是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。生命周期的每一个周期都有确定的任务，并产生一定规格的文档（资料），提交给下一个周期作为继续工作的依据。按照软件的生命周期，软件的开发不再只单单强调“编码”，而是概括了软件开发的全过程。软件工程要求每一周期工作的开始只能必须是建立在前一个周期结果“正确”前提上的延续；因此，每一周期都是按“活动──结果──审核──再活动──直至结果正确”循环往复进展的。软件生命周期的六个阶段 1、问题的定义及规划此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。 2、需求分析在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。"唯一不变的是变化本身。"，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。

3、软件设计此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。软件设计一般分为总体设计和详细设计。好的软件设计将为软件程序编写打下良好的基础。 4、程序编码此阶段是将软件设计的结果转换成计算机可运行的程序代码。在程序编码中必须要制定统一，符合标准的编写规范。以保证程序的可读性，易维护性，提高程序的运行效率。 5、软件测试在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。测试的方法主要有白盒测试和黑盒测试两种。在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。

软件生命周期-需求分析篇

需求分析需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。（这个和我在微软体验到的又不太一样，微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度，这一点也可以理解，因为公司的性质有根本差别）在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段结束后，要求得到：1.SRS文档(System Requirement Specification); 2.DRM 文档；3.Acceptance Plan. 从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。狭义上理解：需求分析指需求的分析、定义过程。一、为什么要需求分析需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力,财力,时间,开发出的软件却没人要,那所有的投入都是徒劳.如果费了很大的精力,开发一个软件,最后却不满足用户的要求,从而要重新开发过,这种返工是让人痛心疾首的.(相信大家都有体会)比如,用户需要一个for linux的软件,而你在软件开发前期忽略了软件的运行环境,忘了向用户询问这个问题,而想当然的认为是开发for windows的软件,当你千辛万苦地开发完成向用户提交时才发现出了问题,那时候你是欲哭无泪了,痕不得找块豆腐一头撞死. 需求分析之所以重要,就因为他具有决策性,方向性,策略性的作用,他在软件开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型软件系统的开发中,他的作用要远远大于程序设计.

scm供应链管理-生命周期分析和创建绿色供应链的商业案

生命周期分析和创建绿色供应链的商业案例生命周期分析是指对产品从原材料到处理过程所产生的环境影响进行识别和相应的规划。对于在当今困难的商业气候下经营的许多企业和大型机构而言，生命周期分析不再仅仅是用来文饰公司报告的一种方法。它已被成功纳入可盈利的经营模式之中。随着社会对污染问题的“明码标价”(通过限量管制和排放交易，例如已在欧洲采用的和美国正在考虑的)，公司发现采用生命周期分析方法可以减少系统产生的废弃物，降低成本并有助于迎接更加严峻的监管环境。明智运用生命周期分析可以帮助公司发现错失的商机，以获得越来越多的盈利。比如，生产的副产品能被复用、回收或再出售吗？可以将废弃物从系统中排除吗？可以减少水资源的利用并对空气污染进行控制吗，从而消除清洁所需费用及潜在的监管风险？与生命周期分析密切相关的是绿色供应链管理这一新兴理念，在某些情况下，要求供货商遵守严格的行为准则及材料披露准则。卡耐基-梅隆大学的研究人员指出，公司如果忽视他们的供应链的环境影响(只计直接效果)，将无法实现减少其生产过程75%的温室气体的排放目标。例如，Timberland公司在对其皮靴的气候影响进行评估后发现，80%的气候影响可归因于供应者(尤其是母牛，因为母牛会大量产生致使全球变暖的甲烷气体)。生命周期分析与绿色供应链是两个单独的过程，但是将两者结合在一起，可以为有效的环保改造提供支持。去年，由费城宾大/沃顿商学院的全球环境领导力计划（Initiative for Global Environmental Leadership，简称IGEL）举办的“对生命周期分析的整体思考：希望与局限性”会议期间，与会者对上述两种绿色改革措施进行了讨论。 “40%的工作在供应链过程中，”锡拉丘兹大学惠特曼管理学院的供应链管理学教授帕特里克·潘菲尔德(Patrick Penfield)说道，“因此，我们必须从那里开始入手，确定不产生废弃物的过程，以及使产品能在其生命周期结束时被回收利用的方法。我们以前采用的方法只是按最低价格从供货商手中收购，但我们现在知道这种做法是错误的。”

软件生命周期知识点归纳

一、软件生命周期：软件生命周期是指从软件定义、开发、使用、维护到淘汰的全过程。 1.软件定义期是软件项目的早期阶段，主要由软件系统分析人员和用户合作，针对有待开发的软件系统进行分析、规划和规格描述，确定软件是什么，为今后的软件开发做准备。这个时期往往需要分阶段地进行以下几项工作。 1)软件任务立项软件项目往往开始于任务立项，并需要以“立项申请报告”的形式针对项目的名称、性质、目标、意义和规模等做出回答，以此获得对准备着手开发的软件系统的最高层描述。 2)项目可行性分析软件任务立项报告批准后，接着需要进行项目可行性分析。可行性分析是针对准备进行的软件项目进行的可行性风险评估。因此，需要对准备开发的软件系统提出高层模型，并根据高层模型的特征，从技术可行性、经济可行性和操作可行性这三个方面，以“可行性报告”的形式，决定项目是否继续进行下去。 3)制定项目计划确定项目可以进行后，需要针对项目的开展，从人员、组织、进度、资金、设备等多个方面进行合理的规划，并以“项目计划”的形式提交书面报告。 4)软件需求分析软件规格描述的具体化与细节化，是软件定义时期需要达到的目标。需求分析要求以用户需求为基本依据，从功能、性能、数据、操作等多个方面，对软件系统给出完整、准确、具体的描述，用于确定软件规格。其结果将以“需求规格说明书”的形式提交。注：在软件项目进行过程中，需求分析是从软件定义到软件开发的最关键步骤，其结论不仅是今后软件开发的基本依据，同时也是今后用户对软件产品进行验收的基本依据。 2．软件开发期在对软件规格完成定义以后，可以按照“需求规格说明书”的要求对软件实施开发，并由此制作出软件产品。这个时期需要分阶段地完成以下几项工作。 1)软件概要设计概要设计是针对软件系统的结构设计，用于从总体上对软件的构造、接口、全局数据结构和数据环境等给出设计说明，并以“概要设计说明书”的形式提交书面报告，其结果将成为详细设计与系统集成的基本依据。注：模块是概要设计时构造软件的基本元素，因此，概要设计中软件也就主要体现在模块的构成与模块接口两个方面。结构化设计中的函数、过程，面向对象设计中的类、对象，都是模块。概要设计时并不需要说明模块的内部细节，但需要进行全部的有关它们构造的定义，包括功能特征、数据特征和接口等。在进行概要设计时，模块的独立性是一个有关质量的重要技术性指标，可以使用模块的内聚、耦合这两个定性参数对模块独立性进行度量。 2)软件详细设计设计工作的第二步是详细设计，它以概要设计为依据，用于确定软件结构中每个模块的内部细节，为编写程序提供最直接的依据。

企业生命周期分析案例

Q:运用企业生命周期的概念，分析你熟悉的一个组织处于哪个生命周期阶段？从组织设计上如何处理渡过该阶段的危机案例： A有限责任公司是一家皮鞋公司，2006年成立，成立时仅有20名员工，主要业务是生产兼销售该公司品牌皮鞋。该公司领导人李总是一位个性很强，很有野心与进取心的人，所有人员由李总统一指挥。在其领导下，该公司渐渐发展成为成都地区一家知名公司，员工发展到160人，营业收入达到500万元。初期，由总经理一人控制基本所有事情，企业工作程序混乱无章，几个股东也会参与到管理层的工作,企业组织机构简单，规模小。随着业务的扩大，规模有了一定发展，开始划分出不同的部门，但部门的设置并不正规，各部门仍由李总直接领导最后采取事业部制结构，并增设了人力资源部、市场公关部、企划部等职能部门。实际上，各事业部仅仅是在业务和人员方面加以区分，没能实现经营管理的充分自治，部门之间缺少沟通，信息传递慢，反馈一般都延时，而且员工工作情绪越来越低落。分析：根据奎因和卡梅隆的组织的生命周期理论，企业生命周期可以细化为四个阶段：创业阶段、集合阶段、规范化阶段和精细阶段。演变到现在，标准的生命周期分析认为市场经历发展、成长、成熟、衰退几个阶段段，例中的A公司正属于生命周期的成长阶段。

集权化程度高，高层主管居功自傲，不愿放权，统揽一切决策。员工受不到激励，组织内部交流少，企业工作程序没有标准化，组织结构欠规范欠管理。这些都是集合阶段企业常出现的问题。李总经研习后，根据对本公司特点和组织结构关键特征的分析，在组织设计上做了一系列改革。第一点，以经营业绩为导向，真正实现组织部门化。即A公司调整为矩阵制组织结构，全面实行项目管理和预算控制制度。建立一个完善的管理信息系统，连接好各部门的配合，提高效率。第二点，组织设计上专业化劳动分工进行规范化和程序化。A公司通过制定和实施严格的规章制度，并按照一定的工作程序来控制和实施实现标准化作业，员工和部门的业绩也容易考核，员工的积极性也越高，因而组织的规范化程度也越高。第三段，组织层级化采用决策权下移的扁平式组织结构，设定有效的管理幅度。重组出精简高效的组织结构，各事业部门分别设置总经理，明确设置各部门职位的工作，强调分工与协作相结合。任何组织都需要解决主管人员直接指挥与监督的下属数量问题。李总调整了他管理幅度，而且主要接受各职位部门经理的工作汇报，尽量干预各部门经理的管理。企业规模在壮大，业务环境更加复杂，决策就更要求在较低的层级上做出，因此决策速度越快，信息反馈越及时。

软件生命周期分析

软件生命周期分析（1）软件项目之需求分析需求分析不要像侦探推理那样从蛛丝马迹着手，而是应该先了解宏观的问题，再了解细节问题。首先项目名称、项目背景、项目的开发目标和应用目标项目的范围（包含的业务），项目开发的假定和约束，例如经费限制、开发期限等，大概的说就是建立合作意向后，我们首先会对客户要求有详尽的了解，准确知道客户需求、客户的商业模式和业务流程，并结合自身的经验，为客户提出改进建议。在此期间我们应很好地进行需求调研：主要目的：获取客户的需求信息，经过分析后要有相应的文档说明书。需求调研相当重要，做好需求调研时获取正确的软件需求的前提，正确的软件需求是项目成果的关键。大致将软件需求分三个层次： 1.业务需求 2.用户需求 3.功能需求和非功能需求 1．业务需求反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。 2．用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。 3．功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 4．非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。（2）软件项目之设计设计是根据需求调研的结果，对产品的技术实现有粗到细进行设计，而根据设计粒度和目的的不同可以将设计分为概要设计、详细设计等阶段以便于管理和确保质量。概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。概要设计阶段

软件开发生命周期及

软件开发生命周期及 SANY标准化小组 #QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#

概要设计就是设计软件的结构，明确软件系统由那些模块组成，这些模块的层次结构、调用关系以及模块的功能，同时确定数据结构和数据库结构。详细设计是对每个模块完成的功能进行具体的描述，把功能描述转变为精确地、结构化的过程描述，既该模块的控制结构或者说逻辑结构。该阶段产生的文档有概要设计说明书、数据库设计说明书、接口设计、详细设计说明书等。 4）编码编码就是把模块的控制结构转化为程序代码，该阶段需要编码规范。 5）测试测试是为了保证软件质量，该阶段产生的文档主要有软件测试计划、测试用例、软件测试报告。 6）发布与维护发布就是完成软件开关并已开发的软件系统安装到客户的服务器上，维护是为客户提供培训、故障排除以及所需的软件升级。该阶段产生的文档主要有项目开发总结报告、用户手册、应用软件清单、源代码清单、维护文档

有关海尔集团的产品生命周期理论的案例

有关海尔集团的产品生命周期理论的案例一、产品生命周期理论产品生命周期理论是美国哈佛大学教授费农1966年在其《产品周期中的国际投资与国际贸易》一文中首次提出的。费农认为：产品生命是指市上的营销生命，产品和人的生命一样，要经历形成、成长、成熟、衰退这样的周期，而这个周期在不同技术水平的国家，发生的时间和过程是不一样的，其间存在一个较大的差距和时差，正是这一时差，表现为不同国家在技术上的差距，它反映同一产品在不同国家市场上的竞争地位的差异，从而决定了国际贸易和国际投资的变化，为了便于区分，费农把这些国家依次分成创新国（一般为最发达国家）、一般发达国家、发展中国家。二、产品生命周期理论对生产战略的影响我们认为，产品生命周期理论对企业生产战略的影响也分为以下三个阶段：第一阶段即新产品阶段，由于某一或几个企业拥有技术垄断优势和市场寡占地位，竞争者很少，市场激烈程度远不充分，替代品很少且附加值高，企业对产品的成本关注不是很大，技术或产品可以通过出口源源不断地输向全世界各地。第二阶段，即成熟产品阶段。由於创新企业的技术垄断和市场寡占地位的打破，一批国际化的跨国企业开始掌握此技术，於是，竞争者增加，市场竞争越来越激烈，替代产品增加，为了摄取更多利润，更多的企业开始重视产品成本的下降，较低的成本开始处於越来越有利的位置，为了提高市场占有率，各跨国公司开始从成本出发，在有较大需求的国家和地区设立工厂，推行国际化生产战略，以满足当地消费者的需要，最大限度地获取利润。第三阶段，即标准化产品阶段，由於产品的生产技术、生产规模及产品本身已经完全成熟，趋於标准化，这时对生产者技能要求不高，加入越来越多的竞争者，原产品的技术垄断优势已经完全消失，成本、价格成为决定性的因素，这时，作为具有技术先导力的跨国公司，对此产品没有任何优势可言，因此，其有可能自己尽量少生产，甚至不生产，把生产直接给那些更具有成本优势的企业。三、海尔的国际化生产战略海尔的国际化生产战略便是遵循着产品生命周期发展规律的原理，如今，海尔集团自1984年创立以来，从一个亏损147万元的频临倒闭的小厂，由小到大、由弱到强、由国内到国外，一跃成为品牌价值为440多亿人民币，全球销售额达768亿元人民币的，拥有包括白色家电、黑色家电、米色家电在内的69大门类1

软件缺陷生命周期

缺陷生命周期（K3）根据IEEE Std 1044－1993定义的异常管理生命周期进行缺陷管理。（K3）根据IEEE Std 1044－1993评估缺陷报告和缺陷分类以改进缺陷报告的质量。和软件开发生命周期一样，缺陷也是由一系列的阶段和活动组成的，即缺陷同样具有生命周期。如图1所示，根据IEEE Std 1044－1993 中的描述，缺陷生命周期主要由四个阶段组成：识别（Recognition）、调查（Investigation）、改正（Action）、总结（Disposition）。图1 缺陷分类过程对于缺陷生命周期的每个阶段，都包括记录（Recording）、分类（Classifying）和确定影响（Identifying Impact）三个活动。缺陷生命周期的四个阶段看起来是按照顺序进行的，但是缺陷可能会在这几个阶段中进行多次迭代。下面对缺陷生命周期的每个阶段和阶段中的活动进行详细的讨论。 1、识别缺陷的识别是整个缺陷生命周期的第一个阶段，它可以发生在软件开发生命周期的任何一个阶段。缺陷的识别可以由参与项目的任何利益相关者完成，例如：系统人员、开发人员、

测试人员、支持人员、用户等。缺陷识别阶段的主要活动包括：记录：在缺陷识别阶段，需要记录缺陷的相关信息，包括发现缺陷时的支持数据信息和环境配置信息，例如：被测系统的硬件信息、软件信息、数据库信息和平台信息等。分类：在缺陷识别阶段，需要对缺陷相关的一些重要属性进行分类，主要包括发现缺陷时执行的项目活动（如表1所示）、引起缺陷的原因、缺陷是否可以重现、缺陷发现时的系统状态、缺陷发生时的征兆等。确定影响：根据缺陷发现者的经验和预期，判断缺陷可能会造成的影响，例如：缺陷的严重程度（如表2所示）、优先级，以及缺陷对成本、进度、风险、可靠性、质量等的影响。表1 发现缺陷时的项目活动分类类别符合度要求代号分类项目活动RR100 强制性RR110 分析强制性RR120 评审强制性RR130 审计强制性RR140 审查强制性RR150 编码/编译/汇编强制性RR160 测试强制性RR170 确认测试/鉴定测试强制性RR180 支持/操作强制性RR190 走查表2 严重程度分类类别符合度要求代号分类严重程度IM100 强制性IM110 危急强制性IM120 高强制性IM130 中强制性IM140 低强制性IM150 无 2、调查经过缺陷识别阶段后，需要对每个可能的缺陷进行调查。调查阶段主要是用来发现可能存在的其他问题以及相关的解决方案，解决方案包括"不采取任何行动"。缺陷调查阶段的主