草莓roii
相关的软件工程国家标准把软件生存周期划分为8个阶段,是那8个阶段...
软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义： Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。
IEEE：软件工程是开发、运行、维护和修复软件的系统方法。
Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
软件工程（SoftWare Engineering）的框架可概括为：目标、过程和原则。
（1）软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
（2）软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
（3）软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
软件工程必须遵循什么原则 围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则： （1）选取适宜的开发模型 该原则与系统设计有关。
在系统设计中，软件需求、硬件需求以及其它因素间是相互制约和影响的，经常需要权衡。
因此，必需认识需求定义的易变性，采用适当的开发模型，保证软件产品满足用户的要求。
（2）采用合适的设计方法 在软件设计中，通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。
合适的设计方法有助于这些特征的实现，以达到软件工程的目标。
（3）提供高质量的工程支撑 工欲善其事，必先利其器。
在软件工程中，软件工具与环境对软件过程的支持颇为重要。
软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。
（4）重视软件工程的管理 软件工程的管理直接影响可用资源的有效利用，生产满足目标的软件产品以及提高软件组织的生产能力等问题。
因此，仅当软件过程予以有效管理时，才能实现有效的软件工程。
软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、原理、 技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够 得到的最好的技术方法结合起来，这就是软件工程。
软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。
它们是 在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对 软件产品经常不满意的状况而发展起来的。
人类解决复杂问题时普遍采用的一个策 略就是“各个击破”，也就是对问题进行分解然后再分别解决各个子问题的策略 。
软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题 进行分解，把软件生存的漫长周期依次划分为若干个阶段，每个阶段有相对独立 的任务，然后逐步完成每个阶段的任务。
采用软件工程方法论开发软件的时候， 从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发。
前一个阶段任务 的完成是开始进行后一个阶段工作的前提和基础，而后一阶段任务的完成通常是 使前一阶段提出的解法更进一步具体化，加进了更多的物理细节。
每一个阶段的开 始和结束都有严格标准，对于任何两个相邻的阶段而言，前一阶段的结束标准就 是后一阶段的开始标准。
在每一个阶段结束之前都必须进行正式严格的技术审查 和管理复审，从技术和管理两方面对这个阶段的开发成果进行检查，通过之后这 个阶段才算结束；如果检查通不过，则必须进行必要的返工，并且返工后还要再 经过审查。
审查的一条主要标准就是每个阶段都应该交出“最新式的”（即和所 开发的软件完全一致的）高质量的文档资料，从而保证在软件开发工程结束时有 一个完整准确的软件配置交付使用。
文档是通信的工具，它们清楚准确地说明了 到这个时候为止，关于该项工程已经知道了什么，同时确立了下一步工作的基础 。
此外，文档也起备忘录的作用，如果文档不完整，那么一定是某些工作忘记做 了，在进入生存周期的下一阶段之前，必须补足这些遗漏的细节。
在完成生存周 期每个阶段的任务时，应该采用适合该阶段任务特点的系统化的技术方法——结 构分析或结构设计技术。
把软件生存周期划分成若干个...
什么是软件的生命周期？软件生命周期分哪几个阶段
展开全部 软件生命周期（SDLC,Systems Development Life Cycle,SDLC）是软件的产生直到报废或停止使用的生命周期.周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。
但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。
阶段同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为软件生存周期（软件生命周期）。
把整个软件生存周期划分为若干阶段，使得每个阶段有明确的任务，使规模大，结构复杂和管理复杂的软件开发变的容易控制和管理。
通常，软件生存周期包括：一，问题定义。
要求系统分析员与用户进行交流，弄清“用户需要计算机解决什么问题”然后提出关于“系统目标与范围的说明”，提交用户审查和确认。
二，可行性研究。
一方面在于把待开发的系统的目标以明确的语言描述出来，另一方面从经济、技术、法律等多方面进行可行性分析。
三，需求分析。
弄清用户对软件系统的全部需求，编写需求规格说明书和初步的用户手册，提交评审。
四，开发阶段。
开发阶段由三个阶段组成：1，设计2，实现：根据选定的程序设计语言完成源程序的编码。
3，测试五，维护：维护包括四个方面1，改正性维护：在软件交付使用后，由于开发测试时的不彻底、不完全、必然会有一部分隐藏的错误被带到运行阶段，这些隐藏的错误在某些特定的使用环境下就会暴露。
2，适应性维护：是为适应环境的变化而修改软件的活动。
3，完善性维护[1] ：是根据用户在使用过程中提出的一些建设性意见而进行的维护活动。
4，预防性维护：是为了进一步改善软件系统的可维护性和可靠性，并为以后的改进奠定基础。
...
一个测试人员应该在软件开发的什么什么阶段进入？各个阶段的职责是...
有一种说法：软件测试主要工作内容是验证和确认软件的设计、开发是否符合需求。
验证是验证软件缺陷，确认是确认软件已经达到一定的质量，所以只要开始测试，验证就一直存在，而当开发到一定阶段，才会确认软件质量另外，你所列出来的软件生命周期中并不是验证阶段，而是验收阶段，验收阶段就是已经开发完成，这是让用户决定是否接收开发成品的一个阶段，一般就是软件生命周期的最后一个阶段
软件测试中如何保证软件质量
由此看来每一个阶段的质量都起着决定性的作用。
以上提及的四个阶段的质量将引出以下几个软件质量保证的关键要素。
完备的需求分析 需求分析的目的是让项目组明白要做什么，是决定所开发出来的软件应当是“长什么样的”，显然完备的需求分析是高质量软件的前提。
如果所开发出来的软件与用户所希望的并不一致，那不可能让用户说“这个软件的质量很好” 。
如果方向不对，软件开发得再“好”也没有意义。
需求分析失误所带来的开发成本是高昂的，这一点在《软件工程》这类书籍中都会提及，因此，整个行业对于需求分析的重要性都具有足够的认识。
当然，知道其重要性与如何获得完备的需求分析又是两回事，至于如何做好需求分析请读者参考相关书籍。
需求分析如果出现失误的话有一个特点—— 它一定会暴露！只不过存在是暴露在软件开发过程中还是在用户手中之别。
因此，需求分析所造成的问题尽管严重，但它能被发现进而能得到项目组的重视，从而也一定能被修复，只是不同阶段发现这类问题所花费的成本将有所不同。
设计 设计阶段是通过设计方法找出软件实现更好的方法，注意这里是“更好”两个字，而不是强调最好。
不良设计并不会象需求分析失误那样很容易暴露出其本质，相反，它所暴露出的更多是表象，比如逻辑复杂、维护时举步为艰等等。
如果参与者不具备一定的洞察力以发现隐藏在现象背后的不良设计本质，则很有可能身受其害却不能自拔，还以为“本来就有那么复杂”。
项目的开发是一个逐步演进的过程，项目组成员对于需求的理解也是逐步加深的，一开始合适的设计到后面看来很有可能就不够全面或显得力不从心，如果仍沿用以前的设计则自然将暴露出它的不足，进而会出现需要更高的维护成本。
重构思想的提出，就是用于帮助项目演进设计的，当然，在运用重构方法时，应尽可能保证项目有足够的单元测试用例，以预防重构时又引入新的缺陷。
重构不只是一个词，其核心应当是一个方法论，一个用于优化设计的方法论。
编程好习惯 设计阶段输出的结果就是蓝图，但好的蓝图并不能保证最后的质量一定就好。
拿造房子打个比方，图纸设计得再好，如果建造时用的材料不过关，那最终的房子一定好不了。
那软件开发中的“建筑材料”又是什么呢？就是程序员所编写的代码。
如何保证其质量呢？这需要通过良好的编程习惯去保证。
在现实的项目中，设计有可能与编码会有一定的揉合，即通过进行一定的编码来辅助设计。
这种实践方式并不影响这里将设计与编码分为两个质量保证关键要素。
验证 验证很容易让人想到质量保证的常用方法之一，即测试。
但验证应当包含更多的内涵，比如求证软件需求是用户所希望的就是其中的一种。
对于验证的理解仍需要拿房屋的建造作为一个比方，以便加深理解。
在房屋的建造过程中，当建筑材料到了工地以后，需要对其进行检验，以保证它的质量是合格的，否则不能用于建造。
对应于软件开发，这个阶段就是单元测试。
当软件工程师编写了代码以后如何保证代码的行为是其所希望的呢？那只能通过单元测试去验证。
房子建造好了以后，还得对房子进行整体的验收以确保其最终是合格的。
比如抽查墙壁所使用的水泥与沙的配比是合适的。
虽然水泥和沙在进入工地时都经过了质检且是合格的，但在建造的过程中需要按一定的比例混合它们以作建筑粘合剂，而混合比例将确定粘合强度。
在软件开发过程中，软件集成测试就如同房子在建造好了以后的验收。
从上面的比方能得出几个结论。
第一，在软件开发过程中单元测试是必不可少的。
它的缺少如同将没有检验过的建筑材料用于建造一样。
第二，单元测试应当在集成测试之前完成。
有的项目在一开始时并没有单元测试流程，但后来发现需要增加这个环节，于是出现了集成测试完成了以后，再进行单元测试这种情形。
这种情形还是有点怪怪的，这如同房子已造好了，再将墙打掉去检查里面的砖是否是好的一样。
“将墙打掉检查砖”这种行为的勇气虽然可佳，但是如果尽早地在项目中部署单元测试就能避免这种怪现象的发生。
集成（包括开发集成和系统集成）测试在软件行业被广泛采用以保证软件质量，但单元测试对于软件质量保证的重要性在整个行业还缺乏广泛的、深刻的认识，其更多地被当作是负担而不是一种有效的质量保证手段。
照片的质量由什么决定的
一、首先看一下像素与照片大小的关系：冲印3R、4R照片300万已经足够；打印A4幅面的照片就要500万左右；打印或喷绘A3以上幅面的有800万像素也够了。
二、影响数码照片质量的关键因素：1、CCD面积的大小。
为什么普通家用数码相机的照片质量远远比不上数码单反相机的照片质量--- 就是数码单反相机的CCD面积比家用机大得多。
接受光信息多，照片就自然清晰得多。
一般普通家用机CCD面积一般有1/1.8、1/2.5英寸等。
同等条件下1/1.8面积的CCD当然比1/2.5英寸成像质量好。
2、镜头的直径大小和制作质量。
世界名牌镜头倍受推崇就是因为制作质量高，成像好。
镜头的直径大，光通量自然比小直径的镜头大，光通量大小也就决定了感光元件接受的光信息的多少。
家用卡片机的镜头普遍比家用便携机直径小。
所以，卡片机的照片质量一般比不上同档次的便携机。
另外，伸缩式镜头的直径一般都比不能伸缩的潜望式镜头大。
镜头直径大，光通量就大点，成像效果当然会好点。
若对画质要求比较高，除非你比较看重卡片机的时尚与轻薄，否则应该选用便携机。
转载请注明出处51数据库 » 决定软件质量的是什么阶段
