少年玩心吗m
软件开发一般分为五个阶段：
1.问题的定义及规划
此阶段是软件开发与需求放共同讨论，主要确定软件的开发目标及其可行性。
2.需求分析
在确定软件开发可行性的情况下，对软件需要实现的各个功能进行详细需求分析。需求分析阶段是一个很重要的阶段，这一阶段做的好，将为整个软件项目的开发打下良好的基础。“唯一不变的是变化本身”，同样软件需求也是在软件爱你开发过程中不断变化和深入的，因此，我们必须定制需求变更计划来应付这种变化，以保护整个项目的正常进行。
3.软件设计
此阶段中偶要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计、数据库设计等。软件设计一般分为总体设计和详细设计。还的软件设计将为软件程序编写打下良好的基础。
4.程序编码
此阶段是将软件设计的结果转化为计算机可运行的程序代码。在程序编码中必定要制定统一、符合标准的编写规范。以保证程序的可读性、易维护性。提高程序的运行效率。
5.软件测试
在软件设计完成之后要进行严密的测试，一发现软件在整个软件设计过程中存在的问题并加以纠正。整个测试阶段分为单元测试、组装测试、系统测试三个阶段进行。测试方法主要有白盒测试和黑盒测试。
以上就是软件开发过程的五个阶段，但是有的时候在软件爱你开发过程中并不是必须按照这个过程进行的。
参考资料：软件工程
软件开发过程一般有几个阶段
软件开发一般分为五个阶段：
1.问题的定义及规划
此阶段是软件开发与需求放共同讨论，主要确定软件的开发目标及其可行性。
2.需求分析
在确定软件开发可行性的情况下，对软件需要实现的各个功能进行详细需求分析。需求分析阶段是一个很重要的阶段，这一阶段做的好，将为整个软件项目的开发打下良好的基础。逗唯一不变的是变化本身地，同样软件需求也是在软件爱你开发过程中不断变化和深入的，因此，我们必须定制需求变更计划来应付这种变化，以保护整个项目的正常进行。
3.软件设计
此阶段中偶要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计、数据库设计等。软件设计一般分为总体设计和详细设计。还的软件设计将为软件程序编写打下良好的基础。
4.程序编码
此阶段是将软件设计的结果转化为计算机可运行的程序代码。在程序编码中必定要制定统一、符合标准的编写规范。以保证程序的可读性、易维护性。提高程序的运行效率。
5.软件测试
在软件设计完成之后要进行严密的测试，一发现软件在整个软件设计过程中存在的问题并加以纠正。整个测试阶段分为单元测试、组装测试、系统测试三个阶段进行。测试方法主要有白盒测试和黑盒测试。
以上就是软件开发过程的五个阶段，但是有的时候在软件爱你开发过程中并不是必须按照这个过程进行的。
请问软件开发企业中有没有什么国家标准或者行业标
有用的国家标准很多，大部分是ISO标准的采标。例如GB/T 8566-2007《信息技术 软件生存周期过程》，GB/T 16680-2015《系统与软件工程 用户文档的管理者要求》。
推荐的做法，就是登陆国家标准委的官网，网址
http://www.sac.gov.cn/was5/web/outlinetemplet/gjbzcx.jsp
然后查询 信息技术、软件工程、系统工程、信息安全技术，能够看到很多很多文档，这些网页打开会，可以看到采用国标标准，然后如果英文可以，到ISO的官网上，用标准号或标准名称检索，就能够看到ISO标准。
IEEE在软件工程很面，很多标准是与ISO/IEC一起做的，或者是采用ISO/IEC的标准。CMMI实际上本身是一个框架，但是采用的标准往往就是ISO/IEC标准或IEEE标准。
请问软件开发企业中有没有什么国家标准或者行业标准方面的资质
GA 793.2-2008 城市监控报警联网系统 合格评定 第2部分：管理平台软件测试规范 (单行本完整清晰扫描版) 4590KB
GB/T 13702-1992 计算机软件分类与代码.pdf 116KB
GB/T 20918-2007 信息技术 软件生存周期过程 风险管理- 632KB
GB/T 20527.3-2006 多媒体用户界面的软件人类工效学 第3部分：媒体选择与组合- 1512KB
GB/T 20527.1-2006 多媒体用户界面的软件人类工效学 第1部分：设计原则和框架- 747KB
GB/T 19003-2008 软件工程 GB/T19001-2000应用于计算机软件的指南(不太清晰)- 5410KB
GB/T 21109.1-2007 过程工业领域安全仪表系统的功能安全 第1部分：框架、定义、系统、硬件和软件要求 0KB
CNAS-GL11：2007《检测和校准实验室能力认可准则在软件和协议检测实验室的应用指南 》 455KB
GB/T 20438.3-2006 电气/电子/可编程电子安全相关系统的功能安全 第3部分：软件要求 (单行本完整清晰扫描版) 1739KB
GB 19000.3-1994 质量管理和质量保证标准 第三部分：G B T 19001--ISO 9001 在软件开发、供应和维护中的使用指南.pdf 752KB
GBT 15538-1995 软件工程标准分类法.pdf 405KB
GA/T 712-2007 信息安全技术 应用软件系统安全等级保护通用测试指南 3548KB
SJ/T 11372-2007 中文办公软件用户界面要求 2548KB
GB/T 21026-2007 中文办公软件应用编程接口规范 2088KB
DLSIA01012007大连软件及信息信息服务业个人信息保护规范 176KB
DB21/T 1522-2007 软件及信息服务业个人信息保护规范 144KB
SJ/T 11375-2007 软件构件 产品质量 第2部分：质量度量 967KB
SJ/T 11374-2007 软件构件 产品质量 第1部分：质量模型 301KB
SJ/T 11373-2007 软件构件管理 第1部分：管理信息模型 1018KB
GB/T 20494.1-2006 缩微摄影技术 使用单一内显示系统生成影像的COM记录器的质量控制 第1部分软件测试标板的特性 249KB
GJB/Z 141-2004 军用软件测试指南 (单行本完整清晰扫描版) 5650KB
GJB 4279-2001 指挥自动化系统应用软件通用要求(单行本完整清晰扫描版) 632KB
GB／T 9386-2008 计算机软件测试文档编制规范 2053KB
GB／T 9385-2008 计算机软件需求规格说明规范 1413KB
GB／T 15532-2008 计算机软件测试规范 4033KB
GB/T 20917-2007软件工程 软件测量过程 (单行本完整清晰扫描版) 1580KB
GB/T 19902.3-2006 工业自动化系统与集成 制造软件互操作性能力建规 第3部分：接口服务、协议及能力模板 (单行本完整清晰扫描版) 8388KB
SH/T 3901-1994工程设计计算机软件开发及文档编制规范 2730KB
MT/T 1008-2006 煤矿安全生产监控系统软件通用技术要求 343KB
JJF 1182-2007 计量器具软件测评指南 单行本完整清晰扫描版 2371KB
GJB 4072A-2006 军用软件质量监督要求(含实施指南) 1874KB
GJB 4072A-2006 军用软件质量监督要求 单行本完整清晰扫描版 654KB
GBZ 18493-2001 信息技术软件生存周期过程指南 1521KB
GB/Z 18914-2002信息技术 软件工程 CASE工具的采用指南 662KB
GB/T 19898-2005 工业过程测量和控制 应用软件文档集 1465KB
GB/T 19668.5-2007 信息化工程监理规范 第5部分：软件工程监理规范 单行本完整清晰扫描版 2558KB
GB/T 18726-2002 现代设计工程集成技术的软件接口规范 2852KB
GB/T 18492-2001 信息技术系统及软件完整性级别 503KB
GB/T 16896.1-2005 高电压冲击测量仪器和软件 第一部分 对仪器的要求 856KB
GB/T 16260.2-2006 软件工程 产品质量 第2部分 外部度量 2969KB
GB/T 20916-2007 中文办公软件文档格式规范(报批稿) 3318KB
GB/T 19902.2-2005 工业自动化系统与集成 制造软件互操作性能力建规 第2部分 建规方法论 545KB
GB/T 19902.1-2005 工业自动化系统与集成 制造软件互操作性能力建规 第1部分 框架 1240KB
GB/T 19769.2-2005 工业过程测量和控制系统用功能块 第2部分 软件工具要求 9216KB
GB/T 18491.1-2001 信息技术 软件测量 功能规模测量 第1部分：概念定义 391KB
GB/T 18221-2000 信息技术 程序设计语言 环境与系统软件接口 独立于语言的数据类型 5780KB
GB/T 11457-2006 信息技术 软件工程术语 2296KB
GB 8567-2006计算机软件文档编制规范 4657KB
SB/T 10265-1996饭店业计算机管理软件开发设计基本规范 159KB
SB/T 10264-1996餐饮业计算机管理软件开发设计基本规范 191KB
GB/Z 20156-2006 软件工程 软件生存周期过程 用于项目管理的指南 971KB
GB/T 8566-2007 信息技术 软件生存周期过程 5114KB
GB/T 20917-2007软件工程软件测量过程 1002KB
GB/T 20438.3-2006 电气 电子 可编程电子安全相关系统的功能安全 第3部分 软件要求 2625KB
GB/T 20276-2006 信息安全技术 智能卡嵌入式软件安全技术要求（EAL4增强级） 8846KB
GB/T 20158-2006信息技术软件生存周期过程配置管理 770KB
GB/T 20157-2006信息技术软件维护 1008KB
GB/T 16260.4-2006软件工程产品质量第4部分使用质量的度量 1835KB
GB/T 16260.3-2006软件工程产品质量第3部分内部度量 1814KB
GB/T 16260.1-2006软件工程产品质量第I部分质量模型 890KB
SY/T 6245-1996 建立地震勘探处理软件考核剖面的规程 317KB
SY/T 5232-1999 石油工业应用软件工程规范 993KB
SJ/T 11291-2003 面向对象的软件系统建模规范 第3部分：文档编制 630KB
SJ/T 11290-2003 面向对象的软件系统建模规范 第1部分：概念与表示法 6296KB
SJ/T 11235-2001 软件能力成熟度模型 15189KB
SJ/T 11234-2001 软件过程能力评估模型 16637KB
SJ/T 10367-93 计算机过程控制软件开发规程 2147KB
SJ 20823-2002 信息技术 软件生存周期过程 配置管理 1037KB
SJ 20822-2002 信息技术 软件维护 1802KB
SJ 20778-2000 软件开发与文档编制 8831KB
SJ 20681-98 地空导弹指挥自动化系统软件模块通用规范 677KB
SJ 20567-96 指挥自动化系统应用软件接口要求 351KB
SJ 20523-95 软件文档管理指南 1168KB
SJ 20356-93 机载雷达软件质量保证规程 569KB
SJ 20355-93 机载雷达软件开发规程 878KB
SJ 20354-93 机载雷达软件文档编制规程 784KB
JGJ/T 90-92 建设领域计算机软件工程技术规范 953KB
JB/T 6987-1993 制造资源计划MRPⅡ系统原型法软件开发规范 490KB
CB 1360-2002 计算机软件测试规程 4346KB
GJB/Z 115-1998 GJB2786 《武器系统软件开发》剪裁指南 2594KB
GJB/Z 102-1997 软件可靠性和安全性设计准则 715KB
GJB 640.2-88 海军软件规范 质量保证 598KB
GJB 640.1-88 海军软件规范 术语 555KB
GJB 5235-2004 军用软件配置管理 385KB
GJB 5234-2004 军用软件验证和确认 2682KB
GJB 439-1988 军用软件质量保证规范 189KB
GJB 438A-1997 武器系统软件开发文档 1702KB
GJB 437-1988 军用软件开发规范 690KB
GJB 3181-98 军用软件支持环境选用要求 1334KB
GJB 2786-1996 武器系统软件开发 1068KB
GJB 2694-1996 军用软件支持环境 435KB
GJB 2434A-2004 军用软件产品评价 5971KB
GJB 2255-1994 军用软件产品 2494KB
GJB 2115-1994 军用软件项目管理规程 271KB
GJB 2041-1994 军用软件接口设计要求 574KB
GJB 1419-1992 军用计算机软件摘要 243KB
GJB 1268A-2004 军用软件验收要求 303KB
GJB 1267-1991 军用软件维护 209KB
GJB 1091-1991 军用软件需求分析 206KB
GB/T 8566-2001 信息技术 软件生存周期过程 1332KB
GB/T 18905.6-2002软件工程 产品评价 第6部分 评价模块的文档编制 1027KB
GB/T 18905.5-2002软件工程 产品评价 第5部分 评价者用的过程 1178KB
GB/T 18905.4-2002软件工程 产品评价 第4部分 需方用的过程 1461KB
GB/T 18905.3-2002软件工程 产品评价 第3部分 开发者用的过程 607KB
GB/T 18905.2-2002软件工程 产品评价 第2部分 策划和管理 441KB
GB/T 18905.1-2002软件工程 产品评价 第1部分 概述 723KB
GB/T 16680-1996 软件文档管理指南 471KB
GB/T 16260-1996 信息技术 软件产品评价 质量特性及其使用指南 437KB
GB/T 15532-1995 计算机软件单元测试 508KB
GB/T 14394-1993 计算机软件可靠性和可维护性管理 213KB
GB/T 14079-93软件维护指南 341KB
GB/T 12505-90计算机软件配置管理计划规范 830KB
GB/T 12504-90计算机软件质量保证计划规范 757KB
GB/T 9386-1988 计算机软件测试文件编制规范 370KB
GB/T 9385-1988 计算机软件需求说明编制指南 624KB
GB/T 8567-1988 计算机软件产品开发文件编制指南 1202KB
.......
到易启标准网搜索后下载吧。
易启标准网有这些全文电子版免费下载的. 上面是我帮您在易启标准网搜索到的搜索结果列表，供您下载参考。
下载方法,先在Google谷歌和百度搜索到易启标准网,打开网站免费注册成为会员,登陆后搜索您要的标准或者书籍,然后下载.如有问题可参考这个网站的帮助文件的.
互联网软件开发过程包括哪几个阶段？
Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。
IEEE：软件工程是开发、运行、维护和修复软件的系统方法。
Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
软件工程学的内容
软件工程学的主要内容是软件开发技术和软件工程管理．
软件开发技术包含软件工程方法学、软件工具和软件开发环境；软件工程管理学包含软件工程经济学和软件管理学。
软件工程基本原理
著名软件工程专家B.Boehm综合有关专家和学者的意见并总结了多年来开发软件的经验，于1983年在一篇论文中提出了软件工程的七条基本原理。
（1）用分阶段的生存周期计划进行严格的管理。
（2）坚持进行阶段评审。
（3）实行严格的产品控制。
（4）采用现代程序设计技术。
（5）软件工程结果应能清楚地审查。
（6）开发小组的人员应该少而精。
（7）承认不断改进软件工程实践的必要性。
B.Boehm指出，遵循前六条基本原理，能够实现软件的工程化生产；按照第七条原理，不仅要积极主动地采纳新的软件技术，而且要注意不断总结经验。
软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。
(1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
(2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。
(3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
软件工程必须遵循什么原则
围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则：
(1)选取适宜的开发模型
该原则与系统设计有关。在系统设计中，软件需求、硬件需求以及其它因素间是相互制约和影响的，经常需要权衡。因此，必需认识需求定义的易变性，采用适当的开发模型，保证软件产品满足用户的要求。
(2)采用合适的设计方法
在软件设计中，通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。合适的设计方法有助于这些特征的实现，以达到软件工程的目标。
(3)提供高质量的工程支撑
工欲善其事，必先利其器。在软件工程中，软件工具与环境对软件过程的支持颇为重要。软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。
(4)重视软件工程的管理
软件工程的管理直接影响可用资源的有效利用，生产满足目标的软件产品以及提高软件组织的生产能力等问题。因此，仅当软件过程予以有效管理时，才能实现有效的软件工程。
软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、原理、 技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够 得到的最好的技术方法结合起来，这就是软件工程。
软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。它们是在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对软件产品经常不满意的状况而发展起来的。人类解决复杂问题时普遍采用的一个策略就是“各个击破”，也就是对问题进行分解然后再分别解决各个子问题的策略。软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题进行分解，把软件生存的漫长周期依次划分为若干个阶段，每个阶段有相对独立的任务，然后逐步完成每个阶段的任务。采用软件工程方法论开发软件的时候，从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发。前一个阶段任务的完成是开始进行后一个阶段工作的前提和基础，而后一阶段任务的完成通常是使前一阶段提出的解法更进一步具体化，加进了更多的物理细节。每一个阶段的开始和结束都有严格标准，对于任何两个相邻的阶段而言，前一阶段的结束标准就是后一阶段的开始标准。在每一个阶段结束之前都必须进行正式严格的技术审查和管理复审，从技术和管理两方面对这个阶段的开发成果进行检查，通过之后这个阶段才算结束；如果检查通不过，则必须进行必要的返工，并且返工后还要再经过审查。审查的一条主要标准就是每个阶段都应该交出“最新式的”（即和所开发的软件完全一致的）高质量的文档资料，从而保证在软件开发工程结束时有一个完整准确的软件配置交付使用。文档是通信的工具，它们清楚准确地说明了到这个时候为止，关于该项工程已经知道了什么，同时确立了下一步工作的基础。此外，文档也起备忘录的作用，如果文档不完整，那么一定是某些工作忘记做了，在进入生存周期的下一阶段之前，必须补足这些遗漏的细节。在完成生存周期每个阶段的任务时，应该采用适合该阶段任务特点的系统化的技术方法——结构分析或结构设计技术。
把软件生存周期划分成若干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低了整个软件开发工程的困难程度；在软件生存周期的每个阶段都采用科学的管理技术和良好的技术方法，而且在每个阶段结束之前都从技术和管理两个角度进行严格的审查，合格之后才开始下一阶段的工作，这就使软件开发工程的全过程以一种有条不紊的方式进行，保证了软件的质量，特别是提高了软件的可维护性。总之，采用软件工程方法论可以大大提高软件开发的成功率，软件开发的生产率也能明显提高。
目前划分软件生存周期阶段的方法有许多种，软件规模、种类、开发方式、开发环境以及开发时使用的方法论都影响软件生存周期阶段的划分。在划分软件生存周期的阶段时应该遵循的一条基本原则就是使各阶段的任务彼此间尽可能相对独立，同一阶段各项任务的性质尽可能相同，从而降低每个阶段任务的复杂程度，简化不同阶段之间的联系，有利于软件开发工程的组织管理。一般说来，软件生存周期由软件定义、软件开发和软件维护三个时期组成，每个时期又进一步划分成若干个阶段。下面的论述主要针对应用软件，对系统软件也基本适用。
软件定义时期的任务是确定软件开发工程必须完成的总目标；确定工程的可行性，导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程需要的资源和成本，并且制定工程进度表。这个时期的工作通常又称为系统分析，由系统分析员负责完成。软件定义时期通常进一步划分成三个阶段，即问题定义、可行性研究和需求分析。
开发时期具体设计和实现在前一个时期定义的软件，它通常由下述四个阶段组成：总体设计，详细设计，编码和单元测试，综合测试。
维护时期的主要任务是使软件持久地满足用户的需要。具体地说，当软件在使用过程中发现错误时应该加以改正；当环境改变时应该修改软件以适应新的环境；当用户有新要求时应该及时改进软件满足用户的新需要。通常对维护时期不再进一步划分阶段，但是每一次维护活动本质上都是一次压缩和简化了的定义和开发过程。
下面扼要介绍软件生存周期每个阶段的基本任务和结束标准。
1问题定义
问题定义阶段必须回答的关键问题：“要解决的问题是什么？”如果不知道问题是什么就试图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最终得出的结果很可能是毫无意义的。尽管确切地定义问题的必要性是十分明显的，但是在实践中它却可能是最容易被忽视的一个步骤。
通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和规模的书面报告。通过对系统的实际用户和使用部门负责人的访问调查，分析员扼要地写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份书面报告，澄清含糊不精的地方，改正理解不正确的地方，最后得出一份双方都满意的文档。
问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的时间。
2可行性研究
这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解决办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。
可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。
在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究阶段应该导出系统的高层逻辑模型（通常用数据流图表示），并且在此基础上更准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效益，对建议的系统进行仔细的成本／效益分析是这个阶段的主要任务之一。
可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的重要依据，一般说来，只有投资可能取得较大效益的那些工程项目才值得继续进行下去。可行性研究以后的那些阶段将需要投入要多的人力物力。及时中止不值得投资的工程项目，可以避免更大的浪费。
3需求分析
这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。
用户了解他们所面对的问题，知道必须做什么，但是通常不能完整准确地表达出他们的要求，更不知道怎样利用计算机解决他们的问题；软件开发人员知道怎样使用软件实现人们的要求，但是对特定用户的具体要求并不完全清楚。因此系统分析员在需求分析阶段必须和用户密切配合，充分交流信息，以得出经过用户确认的系统逻辑模型。通常用数据流图、数据字典和简要的算法描述表示系统的逻辑模型。
在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础，因此必须准确完整地体现用户的要求。系统分析员通常都是计算机软件专家，技术专家一般都喜欢很快着手进行具体设计，然而，一旦分析员开始谈论程序设计的细节，就会脱离用户，使他们不能继续提出他们的要求和建议。较件工程使用的结构分析设计的方法为每个阶段都规定了特定的结束标准，需求分析阶段必须提供完整准确的系统逻辑模型，经过用户确认之后才能进入下一个阶段，这就可以有效地防止和克服急于着手进行具体设计的倾向。
4总体设计
这个阶段必须回答的关键问题是：“概括地说，应该如何解决这个问题？”
首先，应该考虑几种可能的解决方案。列如，目标系统的一些主要功能是用计算机自动完成还是用人工完成；如果使用计算机，那么是使用批处理方式还是人机交互方式；信息存储使用传统的文件系统还是数据库……。通常至少应该考虑下述几类可能的方案：
低成本的解决方案。系统只能完成最必要的工作，不能多做一点额处的工作。
中等成本的解决方案。这样的系统不仅能够很好地完成预定的任务，使用起来很方便，而且可能还具有用户没有具体指定的某些功能和特点。虽然用户没有提出这些具体要求，但是系统分析员根据自己的知识和经验断定，这些附加的能力在实践中将证明是很有价值的。
高成本的“十全十美”的系统。这样的系统具有用户可能希望有的所有功能和特点。
系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种方案的成本和效益，还应该在充分权衡各种方案的利弊的基础上,推荐一个较好的系统 (最佳方案),并且制定实现所推荐的系统的详细计划。如果用户接受分析员推荐的系统，则可以着手完成本阶段的另一项主要工作。
上面的工作确定了解决问题的策略以及目标系统需要哪些程序，但是，怎样设计这些程序呢？结构设计的一条基本原理就是程序应该模块化，也就是一个大程序应该由许多规模适中的模块按合理的层次结构组织而成。总体设计阶段的第二项主要任务就是设计软件的结构，也就是确定程序由哪些模块组成以及模块间的关系。通常用层次图或结构图描绘软件的结构。
5详细设计
总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段的任务就是把解法具体化，也就是回答下面这个关键问题：“应该怎样具体地实现这个系统呢？”
这个阶段的任务还不是编写程序，而是设计出程序的详细规格说明。这种规格说明的作用很类似于其他工程领域中工程师经常使用的工程蓝图，它们应该包含必要的细节，程序员可以根据它们写出实际的程序代码。
通常用HIPO图（层次图加输入／处理／输出图）或PDL语言（过程设计语言）描述详细设计的结果。
6编码和单元测试
这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。
程序员应该根据目标系统的性质和实际环境，选取一种适当的高级程序设计语言（必要时用汇编语言），把说细设计的结果翻译成用选定的语言书写的程序，并且仔细测试编写出的每一个模块。
7综合测试
这个阶段的关键任务是通过各种类型的测试（及相应的调试）使软件达到预定的要求。
最基本的测试是集成测试和验收测试。所谓集成测试是根据设计的软件结构，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程序进行必要的测试。所谓验收测试则是按照规格说明书的规定（通常在需求分析阶段确定），由用户（或在用户积极参加下）对目标系统进行验收。
必要时还可以再通过现场测试或平行运行等方法对目标系统进一步测试检验。
为了使用户能够积极参加验收测试，并且在系统投入生产性运行以后能够正确有效地使用这个系统，通常需要以正式的或非正式的方式对用户进行培训。
通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠性的要求也可以决定测试和调试过程什么时候可以结束。
应该用正式的文档资料把测试计划、详细测试方案以及实际测试结果保存下来，做为软件配置的一个组成成分。
8软件维护
维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的需要。
通常有四类维护活动：改正性维护，也就是诊断和改正在使用过程中发现的软件错误；适应性维护，即修改软件以适应环境的变化；完善性维护，即根据用户的要求改进或扩充软件使它更完善；预防性维护，即修改软件为将来的维护活动预先做准备。
虽然没有把维护阶段进一步划分成更小的阶段，但是实际上每一项维护活动都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程。
都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程。
什么是软件开发工作的五个阶段
软件工程生命周期中软件开发的五个重要阶段
第一阶段：需求分析 Requirements Capture
软件需求分析就是回答做什么的问题。它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言(形式功能规约，即需求规格说明书)表达出来的过程。本阶段的基本任务是和用户一起确定要解决的问题，建立软件的逻辑模型，编写需求规格说明书文档并最终得到用户的认可。
第二阶段：系统分析与设计 System Analysis and Design
系统分析与设计可以分为概要设计和详细设计两个阶段。实际上软件设计的主要任务就是将软件分解成模块是指能实现某个功能的数据和程序说明、可执行程序的程序单元。
第三阶段：系统实现 Implementation
系统实现是指把软件设计转换成计算机可以接受的程序，即写成以某一程序设计语言表示的"源程序清单"。充分了解软件开发语言、工具的特性和编程风格，有助于开发工具的选择以及保证软件产品的开发质量。
第四阶段：软件测试 Testing
软件测试的目的是以较小的代价发现尽可能多的错误。要实现这个目标的关键在于设计一套出色的测试用例(测试数据和预期的输出结果组成了测试用例)。
第五阶段：软件维护 Maintenance
维护是指在已完成对软件的研制(分析、设计、编码和测试)工作并交付使用以后，对软件产品所进行的一些软件工程的活动。即根据软件运行的情况，对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。
通常一个软件开发流程包括上面五个阶段，在不同的阶段对软件进行不同的操作，直到最后得到客户想要的软件，这样一个软件开发才算真正的完成，在后期当中，还要对客户不满意的地方进行修改。
搞软件开发的年龄标准是多少啊
25岁以上即可.25岁有着一定的经验和水准.依我个人看30岁肯定可以掌握软件开发了
软件开发对数学的要求
你好，我是一线java程序员，但我不是计算机专业的，我也是文科专业的。
很明确的告诉您，如果做普通的程序开发，一般的数学知识就够了，如果涉及核心算法的开发，那就要看数据结构和计算能力了。
不过做那些算法的一般都是行业的业务人员，人家本身可能就是数学系或者工科专业的，你所要做的就是将他们告诉你的运算方法翻译成程序语言。仅此而已。
英文是必须的，java的项目和框架很多都是开源的，一般要深入了解都必须下载人家原本的API和源代码，或者常常关注人家的网站。别指望老美给你写最新的中文帮助，也别想着中国会有如APACHE那样的庞大开源组织。
所以的所以 我把现在的从业情况告诉你 你自己看着办咯！
祝你学习顺利哦~~~！
转载请注明出处51数据库 » 软件开发中的标准 软件开发过程一般有几个阶段
