雏-
软件开发一般分为五个阶段：
1.问题的定义及规划
此阶段是软件开发与需求放共同讨论，主要确定软件的开发目标及其可行性。
2.需求分析
在确定软件开发可行性的情况下，对软件需要实现的各个功能进行详细需求分析。需求分析阶段是一个很重要的阶段，这一阶段做的好，将为整个软件项目的开发打下良好的基础。逗唯一不变的是变化本身地，同样软件需求也是在软件爱你开发过程中不断变化和深入的，因此，我们必须定制需求变更计划来应付这种变化，以保护整个项目的正常进行。
3.软件设计
此阶段中偶要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计、数据库设计等。软件设计一般分为总体设计和详细设计。还的软件设计将为软件程序编写打下良好的基础。
4.程序编码
此阶段是将软件设计的结果转化为计算机可运行的程序代码。在程序编码中必定要制定统一、符合标准的编写规范。以保证程序的可读性、易维护性。提高程序的运行效率。
5.软件测试
在软件设计完成之后要进行严密的测试，一发现软件在整个软件设计过程中存在的问题并加以纠正。整个测试阶段分为单元测试、组装测试、系统测试三个阶段进行。测试方法主要有白盒测试和黑盒测试。
以上就是软件开发过程的五个阶段，但是有的时候在软件爱你开发过程中并不是必须按照这个过程进行的。
软件开发过程中的需求分析与开发框架的区别
需求分析奠定了软件工程和项目管理的基础。我们在建造软件系统这座大厦的时候，如果需求分析的基础不够坚实和牢固，那么往往会导致软件系统问题百出，甚至被马上丢弃。在建造软件系统的过程中，如果我们经常习惯地沿用一些不规范的方法，其后果便是产生一条鸿沟──开发者开发的与用户所想得到的软件存在着巨大的“期望差异”。 因此“需求”这个名词的定义不仅仅是从用户角度对系统外部行为的描述，以及从开发人员角度对系统内部特性的描述，其关键的一点是“需求”必须文档化。
需求的类型
软件需求包括三个不同的层次──业务需求、用户需求和功能需求。 除此之外，每个系统还有各种非功能需求。
业务需求（BusinessRequirement）表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。使用前景和范围（vision and scope）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（project charter 或 market requirement）文档。 用户需求（UserRequirement）描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。
功能需求（Functional Requirement）规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求有时也被称作行为需求（behavioral requirement），因为习惯上总是用“应该”对其进行描述：“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。
非功能需求（Non-functional Requirement） 定义了软件产品为满足用户业务需求而必须具有的除功能需求以外的特性。包括系统的完整性（联机帮助、 数据管理、用户管理、软件发布管理、在线升级等）、性能、可靠性、可维护性、可扩充性、对技术和业务的适应性等。
需求分析的任务
1 解决的问题
1) 齐全、准确地找出目标系统全部的功能、性能、限制； 2) 找出全部的输入流、输出流； 3) 找出所有的加工；
4) 产生完整的分层的DFD、数据字典、加工的描述； 5) 补充的意见。
2 综合要求
确定对系统的综合要求，系统功能要求，系统性能要求，运行要求，将来可能提出的要求。
3 任务
图1为需求分析任务图，需求分析阶段要完成的具体明确的最终任务就是形成一份经开发方和用户认可或达成共识的软件需求分析文档（需求规格说明书、修改后的项目开发计划、初步的用户手册、确认测试计划、数据要求说明书）。这个文档能清晰准确地说明系统将要开发什么，能够规定出详细的技术需求，包括所有面向用户、面向机器和其它软件系统的接口。可以说需求文档在开发过程中一直起指导作用。
为了更好地完成软件开发第一阶段的需求分析任务，提高质量，需求管理是必不可少的。
需求管理的目的是在客户与开发方之间建立对需求的共同理解，维护需求与其他工作成果的一致性，并控制需求的变更，主要体现在跟踪和控制需求变更管理。需求管理是开发工作有效进行的保证，是一种很高层次的系统行为，涉及整个开发过程和产品本身。
需求分析的方法
需求分析方法由对软件问题的信息域和功能域的系统分析过程及其表示方法组成，大多数的需求分析方法是由信息驱动的。信息域具有三种属性： 信息流、信息内容和信息结构。
常用的需求分析方法有：面向数据流的结构化分析方法（SA），面向数据结构的Jackson方法（JSD），面向数据结构的结构化数据系统开发方法（DSSD），面向对象的分析方法（OOA）等。选择那种方法要根据哪些资源在什么时间对开发人员有效，不能盲目套用。这里着重阐述面向数据流的结构化分析方法（SA）。
面向数据流的结构化分析方法
面向数据流的结构化分析方法（Structured Analysis，简称SA），是面向数据流进行需求分析的方法，是需求分析使用最多的方法之一。 SA也是一种建模活动，该方法使用简单易读符号，根据软件内部数据传递、变换的关系，自顶向下逐层分解，描绘出满足功能要求的软件模型。适用于数据处理类型软件的需求分析，这一方法除了简单，容易掌握之外，还能和设计阶段的结构化设计（SD）衔接，从而取得良好的设计结果。
自顶向下逐层分解的分析策略
SA方法的基本手段：“分解”和“抽象”。这是系统开发技术中控制复杂性的两种手段。它先将系统“抽象”成一个模型，此模型是有输入和输出并有系统名称的盒子，然后打开这个盒子，对它进行逐层分解，直到能被理解，可以实现为止。因此分析的策略是自顶向下，逐层加细，由抽象到具体的过程。如图2。
结构化分析方法使用工具
SA方法利用图形等半形式化的描述方式表达需求，简明易懂，用它们形成需求规格说明书中的主要部分。描述工具是
1) 数据流图：描述系统由哪几部分组成，各部分之间有什么联系等等。 2) 数据字典：定义了数据流图中每一个图形元素。
3) 描述加工逻辑的结构化语言、判定表、判定树：详细描述数据流图中不能被再分解的每一个加工。
由于分析中的主要依据是数据传递及数据变换所形成的数据流，所以结构化分析一般采用的方法是使用数据流图的分析方法，最终结果是产生需求规格说明书，该文档包括一套数据流图，对数据流图中的成分进行定义的一本数据字典及对加工逻辑的描述。
结构化分析步骤
用结构化分析方法进行系统需求分析的具体步骤是： 1) 了解当前系统的工作流程，获得当前系统的物理模型。通过对当前系统的详细调查，了解当前系统的工作过程，同时收集资料、文件、数据、报表等，将看到的、听到的、收集到的信息和情况用图形描述出来。也就是用一个模型来反映自己对当前系统的理解，如画系统流程图。
2) 抽象出当前系统的逻辑模型。物理模型反映了系统“怎么做”的具体实现，去掉物理模型中非本质的因素，抽取出本质的因素，构造出当前系统的逻辑模型，反映了当前系统“做什么”的功能。
3) 建立目标系统的逻辑模型。分析、比较目标系统与当前系统逻辑上的差别，明确目标系统到底要“做什么”，从而从当前系统的逻辑模型导出目标系统的逻辑模型。
4) 作进一步补充和优化。为了对目标系统做完整的描述，还需要对得到的逻辑模型做一些补充。
说明目标系统的人机界面。
说明至今尚未详细考虑的细节（包括出错处理、系统的启动与结束、系统的输入/输出和系统性能方面的需求等）。
其他（系统特有的其他必须满足的性能和限制，也需要用适当的形式做出书面记录。 分析阶段结束时，系统分析员必须和用户再次认真地审查系统文件，争取在系统开始设计之前，尽可能地发现其中存在的一些错误并及时纠正，直至用户确认这个模型表达了他们的要求后，系统文件（软件需求规格说明书等）才作为用户和软件开发人员之间的“合同”而最后得到确定。
结构化分析方法的优缺点
1) 优点： 结构化分析方法是软件需求分析中公认的、有成效的、技术成熟的、使用广泛的一种方法，它较适合于开发数据处理类型软件的需求分析，该方法利用图形等半形式化工具表达需求，简明易读，也易于使用，为后一阶段的设计、测试、评价提供了有利条件。 2) 缺点：① 传统的SA方法主要用于数据处理方面的问题，主要工具DFD体现了系统“做什么”的功能，但它仅是一个静态模型，没有反映处理的顺序，即控制流程。因此，不适合描述实时控制系统。② 上世纪60年代末出现的数据库技术，使许多大型数据处理系统中的数据都组织成数据库的形式，SA方法使用DFD在分析与描述“数据要求”方面是有局限的，DFD应与数据库技术中的实体联系图(ER图)结合起来(如同IDEF0功能模型与IDEF1信息模型相结合一样)。ER图能增加对数据存储的细节以及数据与数据之间，数据与处理过程之间关系的理解，还解决了在DD中所包含的数据内容表示问题，这样才能较完整的描述用户对系统的需求。③ 对于一些频繁的人机交互的软件系统，如飞机订票、银行管理等系统，用户最关系的是如何使用它，输入命令、操作方式、系统响应方式、输出格式等都是用户需求的重要方面，DFD不适合描述人机界面系统的需求，SA方法往往对这一部分用自然语言作补充。④ 描述软件需求的精确性有待提高。 5 需求的变更
在开发项目过程中，用户随时会提出一些新的需求，要求开发方解决，这些需求的提出，有时在开发阶段中有时在开发阶段后。这种在需求分析的两个相邻子阶段中，或者在迭代周期的需求分析中，后一段或周期的需求分析结果与前一次不一致，我们把这种不一致称为需求变更。产生需求变更的原因主要有以下几个方面：1) 在需求分析阶段，开发方与用户的沟通不够。在需求分析阶段，开发方与用户没有很好的交流，开发方就根据用户提供的大概信息，自己推导出用户的需求。通过这种需求分析得出的需求往往会和用户的实际需求相差甚远，导致用户提出更改需求。2) 项目的实施周期过长。随着时间的推移，用户对整个系统的了解也越来越深入。他们会对模块的界面、功能和性能方面提出更高更多的要求。3) 技术更新过快。由于技术的快速更新， 企业可能引进一些新的设备， 而这些设备可能就会与我们的目标系统有直接的关系， 由于这一变化可能发生在解决用户原先问题之前或者之中，那么开发方不得不加入这一新的需求。[3]
为了尽可能地避免发生需求变更，以及保证需求分析的高稳定性，可以采用以下方法：1) 分工明确，系统分析员和程序员各有不同的职责。系统分析员处在用户和程序员之间，沟通用户和开发人员的认识和见解。系统分析员一方面要协助用户对所开发的软件提出需求，另一方面还要和程序员充分交换意见，探讨其合理性和实现的可能性。如图3所示，系统分析员在需求分析阶段起着重要的作用。
2) 开发方与用户进行协作和交流。在用户提出需求变更时系统分析员应该认真听取用户的要求并加以整理和分析。分析需求变更的原因并提出可行的替代方案；同时向用户说明这些需求变更会对整个项目的开发带来的不良后果。3) 合同约束。由于需求变更可能会对整个项目产生影响，所以，开发方和用户在签定项目合同时，可以对需求变更增加一些相关的合同条款。4) 建立需求文档并进行版本控制。需求分析的最终成果是一份客户和开发方对所开发的产品达成共识的系统文档。有了这份文档， 即使开发方人员的角色有所变动，也不会对需求分析的前期工作有所影响。对每次的需求变更都用一个新的版本来标识。5) 需求评审和设立需求基线。为了让开发方详细了解用户的需求，让不同人员从不同的角度对需求进行验证，作为需求的提出者（用户方），在需求评审过程中，往往能提出许多有价值的意见，同时，也是对需求进行最后确认的机会，可以有效减少需求变更的发生。需求在通过正式评审和批准之后，应该确定需求基线，进一步的需求变更将在此基线的基础上，依照项目定义的变更过程进行。设置需求基线可以将变更引起的麻烦减至最小。
软件架构（software
architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。 软件架构是一个系统的草图。软件架构描述的对象是直接构成系
统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向
对象领域中，组件之间的连接通常用接口_(计算机科学)来实现。
软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。
软件构架是一个容易理解的概念，多数工程师（尤其是经验不多的工程师）会从直觉上来认识它，但要给出精确的定义很困难。特别是，很难明确地区分设计和构架：构架属于设计的一方面，它集中于某些具体的特征。
在“软件构架简介”中，David Garlan 和 Mary Shaw
认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结
构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。
但构架不仅是结构；IEEE Working Group
on Architecture 把其定义为“系统在其环境中的最高层概念”。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。它并不仅注
重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。
在Rational Unified Process 中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。
从和目的、主题、材料和结构的联系上来说，软件架构可以和建筑物的架构相比拟。一个软件架构师需要有广泛的软件理论知识和相应的经验来事实和管
理软件产品的高级设计。软件架构师定义和设计软件的模块化，模块之间的交互，用户界面风格，对外接口方法，创新的设计特性，以及高层事物的对象操作、逻辑
和流程。
一般而言，软件系统的架构（Architecture）有两个要素：
它是一个软件系统从整体到部分的最高层次的划分。
一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。
详细地说，就是要包括架构元件（Architecture Component）、联结器（Connector）、任务流（Task-flow）。
所谓架构元素，也就是组成系统的核心"砖瓦"，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和
联结器完成某一项需求。
建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。
建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。
对于较大的通常应用应该使用框架，可能节省不少时间.。能使你很轻松的开发出一款软件来。
（软件开发一般比较会关注设计模式而不是架构设计）
软件开发的架构设计指的是什么？
主要指的是你所开发的总体结构框架，你说实现的那些功能，和功能的结构图什么的。还要写需求分析等等
软件的什么设计又称为总体设计，其主要任务是建立软件系统的总体结构
6.l 系统总体结构设计 6.1.1 系统总体结构设计的任务 系统总体结构设计的任务，是根据系统分析的逻辑模型设计应用软件系统的物理结构。 系统物理模型必须符合逻辑模型，能够完成逻辑模型所规定的信息处理功能，这是物理设计的基本要求。 系统应具有可修改性，即易读，易于进行查错、改错、可以根据环境的变化和用户的要求进行各种改变和改进。系统是否具有可修改性，对于系统开发和维护影响极大。据统计，在系统生命周期中各阶段的应用软件费用及人力投入大体分布如下： 系统开发：20％ 系统维护：80％ 6.1.2 结构化设计的基本思想 1.结构化设计的要点 系统是否具有可修改性与其结构有着密切的关系。“结构化设计” 的构想，成为系统设计的基本思想。其要点如下： （1）模块化。 （2）由顶向下，逐步求精。系统划分模块的工作应按层次进行：①把整个系统看做一个模块，然后把它按功能分解成若干第一层模块，它们各担负一定的局部功能，共同完成整个系统的功能。②每个第一层模块又可以进一步分解成为更简单一些的第二层模块，越下层的模块，其功能越具体、越简单。
软件开发的一般流程是什么?_?
1、概要设计
首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。
2、详细设计
在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。
3、编码
在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。
4、测试
测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会有不可预料的问题存在。
完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营状况并持续修补升级，直到这个软件被彻底淘汰为止。
5、软件交付
在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。
扩展资料：
开发平台：
软件开发平台源于繁琐的实践开发过程中。开发人员在实践中将常用的函数、类、抽象、接口等进行总结、封装，成为了可以重复使用的“中间件”，而随着“中间件”的成熟和通用，功能更强大、更能满足企业级客户需求的——软件开发平台应运而生。
平台是一段时间内科研成果的汇聚，也是阶段性平台期的标志，为行业进入新的研发领域提供了基础。由于平台对企业核心竞争力的提升非常明显，目前国内的管理软件市场，软件开发平台的应用已经成为一种趋势。
由于开发环境、开发人员、功能定位、行业背景等的不同，不同品牌的平台存在较大差别。
参考资料来源：百度百科--软件开发流程
参考资料来源：百度百科--软件开发
软件开发过程一般有几个阶段
软件开发一般分为五个阶段：
1.问题的定义及规划
此阶段是软件开发与需求放共同讨论，主要确定软件的开发目标及其可行性。
2.需求分析
在确定软件开发可行性的情况下，对软件需要实现的各个功能进行详细需求分析。需求分析阶段是一个很重要的阶段，这一阶段做的好，将为整个软件项目的开发打下良好的基础。“唯一不变的是变化本身”，同样软件需求也是在软件爱你开发过程中不断变化和深入的，因此，我们必须定制需求变更计划来应付这种变化，以保护整个项目的正常进行。
3.软件设计
此阶段中偶要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计、数据库设计等。软件设计一般分为总体设计和详细设计。还的软件设计将为软件程序编写打下良好的基础。
4.程序编码
此阶段是将软件设计的结果转化为计算机可运行的程序代码。在程序编码中必定要制定统一、符合标准的编写规范。以保证程序的可读性、易维护性。提高程序的运行效率。
5.软件测试
在软件设计完成之后要进行严密的测试，一发现软件在整个软件设计过程中存在的问题并加以纠正。整个测试阶段分为单元测试、组装测试、系统测试三个阶段进行。测试方法主要有白盒测试和黑盒测试。
以上就是软件开发过程的五个阶段，但是有的时候在软件爱你开发过程中并不是必须按照这个过程进行的。
参考资料：软件工程
我想知道软件开发人员具体的分工。。架构师的职责？项目经理的职责？还有开发小组其他成员的职责。
那是大公司的说法,如果你刚毕业或者没毕业,我只能告诉你,你先了解需求,在架构程序,然后自己开发程序。
如果像你说的那样,项目经理主要掌握项目进度,需求了解,变更,
架构是顾名思义,整体软件设计的把握,处理需求的应用方式。
程序员，细分的话有两种,一个底层,一个普通的页面功能完成,
数据库开发:数据库的建设,sql语句的编写,还有存储过程,触发器,视图等等
如有需要还会有美工
基本就这样
我是一个刚毕业的学生，从事软件开发，最先干什么？该怎么办？
基础干起呗,我毕业的时候什么都不太会,都上班自学的,想干软件就别停下来,停下来不是坚持不住,就是别人超过去了,不知道你是学什么方向的,反正我是C#的,JAVA的话我不会,说不了,我先说下基础的啊,从最简单的增删改查到无数的新技术,谁都没有直接会的，所以主要是学习,确定你的学习方向，我为什么没说到底说什么技术，是因为，都要学都要懂，但是应该有主攻方向，但是不要太偏，因为一般情况下，你去一个公司，有可能什么都要你去写，（美工的活,程序,数据库,架构）所以都要明白,至少能看明白,能根据例子改造一个能实现你要的功能的模块,
干软件，我真心的希望你能端正姿态，先别想着薪金,因为那对你还有一段时间之后才能想
我第一份工作从600开始,到1200跳到下一家,第二家从1200开始到1800,今年是我干了快2年了,工资2500了,先不说工资高不高,我找工作的时候，主要是了解公司的发展方向，因为你的技术发展方向会和你公司的方向基本一致，因为这都是你都要平时用的，所以公司的开发方向，很重要，薪金反而不重要了,你的技术水平上去了，工资自然就高了，
毕业了，怎么办，告诉你最真的，哪怕给你几百，也别呆着，去上班，去学习，这就最好的办法
我也从那时走来的，所以给你回答了这么多，软件本来就是枯燥的行业，又是技术天天更新的行业，想要走的远，走的高，兄弟，啥也别说，二个字，干，学，不懂先别问人，先百度，弄不明白了在问人
什么是软件开发工作的五个阶段
软件工程生命周期中软件开发的五个重要阶段
第一阶段：需求分析 Requirements Capture
软件需求分析就是回答做什么的问题。它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言(形式功能规约，即需求规格说明书)表达出来的过程。本阶段的基本任务是和用户一起确定要解决的问题，建立软件的逻辑模型，编写需求规格说明书文档并最终得到用户的认可。
第二阶段：系统分析与设计 System Analysis and Design
系统分析与设计可以分为概要设计和详细设计两个阶段。实际上软件设计的主要任务就是将软件分解成模块是指能实现某个功能的数据和程序说明、可执行程序的程序单元。
第三阶段：系统实现 Implementation
系统实现是指把软件设计转换成计算机可以接受的程序，即写成以某一程序设计语言表示的"源程序清单"。充分了解软件开发语言、工具的特性和编程风格，有助于开发工具的选择以及保证软件产品的开发质量。
第四阶段：软件测试 Testing
软件测试的目的是以较小的代价发现尽可能多的错误。要实现这个目标的关键在于设计一套出色的测试用例(测试数据和预期的输出结果组成了测试用例)。
第五阶段：软件维护 Maintenance
维护是指在已完成对软件的研制(分析、设计、编码和测试)工作并交付使用以后，对软件产品所进行的一些软件工程的活动。即根据软件运行的情况，对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。
通常一个软件开发流程包括上面五个阶段，在不同的阶段对软件进行不同的操作，直到最后得到客户想要的软件，这样一个软件开发才算真正的完成，在后期当中，还要对客户不满意的地方进行修改。
转载请注明出处51数据库 » 软件开发系统总体框架 软件开发过程一般有几个阶段
