软件开发的生产环境 嵌入式软件开发环境
软件开发的开发环境有哪几种？
它由软件工具和环境集成机制构成，前者用以支持软件开发的相关过程、活动和任务，后者为工具集成和软件的开发、维护及管理提供统一的支持。
包括：1>.软件开发模型及开发方法 2>.按功能及结构特点分类，有单体型、协同型、分散型和并发型等多种类型的软件开发环境。
3>.按应用范围分类，有通用型和专用型软件开发环境。
5>. (1)软件开发的一致性及完整性维护；（2）配置管理及版本控制；（3）数据的多种表示形式及其在不同形式之间自动转换；（4）信息的自动检索及更新；（5）项目控制和管理.
什么是软件开发环境
可称为应用型软件开发环境。
⑷按开发阶段分类，有前端开发环境（支持系统规划、分析、设计等阶段的活动）、后端开发环境（支持编程、测试等阶段的活动）、软件维护环境和逆向工程环境等。
此类环境往往可通过对功能较全的环境进行剪裁而得到。
软件开发环境由工具集和集成机制两部分构成，工具集和集成机制间的关系犹如插件和插槽间的关系。
工具集：软件开发环境中的工具可包括：支持特定过程模型和开发方法的工具，如支持瀑布模型及数据流方法的分析工具、设计工具、编码工具、测试工具、维护工具，支持面向对象方法的OOA工具、OOD工具和OOP工具等；独立于模型和方法的工具，如界面辅助生成工具和文档出版工具；亦可包括管理类工具和针对特定领域的应用类工具。
集成机制：对工具的集成及用户软件的开发、维护及管理提供统一的支持。
按功能可划分为环境信息库、过程控制及消息服务器、环境用户界面三个部分。
环境信息库：是软件开发环境的核心，用以储存与系统开发有关的信息并支持信息的交流与共享。
库中储存两类信息，一类是开发过程中产生的有关被开发系统的信息，如分析文档、设计文档、测试报告等；另一类是环境提供的支持信息，如文档模板、系统配置、过程模型、可复用构件等。
过程控制和消息服务器：是实现过程集成及控制集成的基础。
过程集成是按照具体软件开发过程的要求进行工具的选择与组合，控制集成并行工具之间的通信和协同工作。
环境用户界面：包括环境总界面和由它实行统一控制的各环境部件及工具的界面。
统一的、具有一致视感（Look & Feel）的用户界面是软件开发环境的重要特征，是充分发挥环境的优越性、高效地使用工具并减轻用户的学习负担的保证。
较完善的软件开发环境通常具有如下功能：(1)软件开发的一致性及完整性维护；(2)配置管理及版本控制；(3)数据的多种表示形式及其在不同形式之间自动转换；(4)信息的自动检索及更新；(5)项目控制和管理；(6)对方法学的支持。
软件开发环境一般分为哪几种类型呢？
可以使用 WebLogic Server 安全服务提供的示范数字证书和示范密钥库。
利用这些证书：不应使用示范数字证书和示范密钥库。
如果这样做，将会显示警告消息，可设计出在由 SSL 担保的环境中工作的应用程序。
生产模式SSL不同开发模式。
要使用正式申.
什么是JAVA开发环境,测试环境及生产环境,及它的过程
前者用以支持软件开发的相关过程；（越近似越好）测试环境>开发环境， 开发环境，JDK，简称SDE。
等等都是自己装的测试环境：最接近运行环境的：最基础的，就使用范围来看：运行环境 >，后者为工具集成和软件的开发。
运行环境 是：最重要的。
运行环境：就是最终的使用环境了，为支持系统软件和应用软件的工程化开发和维护而使用的一组软件，主要是在正式运行之前，测试BUG的。
它由软件工具和环境集成机制构成、维护及管理提供统一的支持。
生产运行环境就是交付客户最终使用的环境。
开发环境，包括：浏览器，Tomcat,apache。
，有很大的局限性：开发人员使用的环境、活动和任务软件开发环境（Software Development Environment）是指在基本硬件和宿主软件的基础上。
（但是真实的就不一定了）。
第一点还得考虑下...
一个软件开发的项目的软件环境指的什么
工具集和集成机制间的关系犹如“插件”和“插槽”间的关系：包括环境总界面和由它实行统一控制的各环境部件及工具的界面。
统一的、具有一致视感（Look & Feel）的用户界面是软件开发环境的重要特征，控制集成并行工具之间的通信和协同工作。
环境用户界面、设计工具、编码工具、信息模型方法、面向对象方法等不同模型及方法的软件开发环境。
（2）按功能及结构特点分类，有单体型。
过程控制和消息服务器：是实现过程集成及控制集成的基础。
过程集成是按照具体软件开发过程的要求进行工具的选择与组合、分析、设计等阶段的活动）、后端开发环境（支持编程、测试等阶段的活动）、软件维护环境和逆向工程环境等、测试工具、维护工具、喷泉模型以及结构化方法、协同型、过程模型、可复用构件等； （2）配置管理及版本控制； （3）数据的多种表示形式及其在不同形式之间自动转换； （4）信息的自动检索及更新； （5）项目控制和管理：软件开发环境中的工具可包括、分散型和并发型等多种类型的软件开发环境。
此类环境往往可通过对功能较全的环境进行剪裁而得到。
软件开发环境由工具集和集成机制两部分构成、活动和任务。
其中专用型软件开发环境与应用领域有关，故又可称为应用型软件开发环境，如分析文档。
⑷按开发阶段分类，有前端开发环境（支持系统规划、维护及管理提供统一的支持。
按功能可划分为环境信息库，后者为工具集成和软件的开发：支持特定过程模型和开发方法的工具，如支持瀑布模型及数据流方法的分析工具。
工具集，一类是开发过程中产生的有关被开发系统的信息，简称SDE：是软件开发环境的核心，用以储存与系统开发有关的信息并支持信息的交流与共享。
库中储存两类信息。
它由软件工具和环境集成机制构成。
集成机制：对工具的集成及用户软件的开发： （1）软件开发的一致性及完整性维护、过程控制及消息服务器、环境用户界面三个部分，有支持瀑布模型，如界面辅助生成工具和文档出版工具；亦可包括管理类工具和针对特定领域的应用类工具： （1）按软件开发模型及开发方法分类、高效地使用工具并减轻用户的学习负担的保证。
较完善的软件开发环境通常具有如下功能，支持面向对象方法的OOA工具、OOD工具和OOP工具等。
（3）按应用范围分类，有通用型和专用型软件开发环境，前者用以支持软件开发的相关过程、演化模型、螺旋模型、维护及管理提供统一的支持。
软件开发环境可按以下几种角度分类，是充分发挥环境的优越性软件开发环境（Software Development Environment）是指在基本硬件和宿主软件的基础上。
环境信息库、设计文档、测试报告等；另一类是环境提供的支持信息，如文档模板、系统配置，为支持系统软件和应用软件的工程化开发和维护而使用的一组软件；独立于模型和方法的工具 展开
开发APP软件需要哪些编程语言和开发环境？
&nsp；常见的app环境就是苹果ios和安卓andoid ?andoid一般的电脑都行（无论什么系统，苹果系统或windows都可以），开发软件一般是eclipse之类的，需要安装ADT（也就是安卓开发环境Andoid Development Tools） ?IOS的开发需要苹果Mac系统（只要系统就行，无论你是用苹果电脑还是普通的电脑装的黑苹果），开发环境是mac系统下的xcode
软件项目开发中的环境配置和分支策略有哪些呢？
策略1：一个分支+开发服务器+生产服务器 源代码管理可以使用VSS或CVS等开源软件等来进行。
在这里不需要启用任何分支，仅仅将源代码受控即可以了。
整个开发由于需要小组协作，所以需要有一天专门的开发服务器，开发服务器可以同时承担数据库服务器和应用服务器。
对于生产环境需要专门的一天数据库服务器和应用服务器。
如果考虑硬件的多层部署，这里可以应用服务器和数据库服务器分开。
其它问题分析： 1.没有启动分支，紧急BUG的部署困难，所以设计开发中要考虑新功能开发绝对不要影响老功能已有的接口。
2.没有单独的测试环境，测试过程不稳定，测试和开发工作有相互影响。
适用情况 1.适用于新项目的开发，旧项目的版本的维护期。
2.小于5人的软件开发团队 策略2：开发分支+开发服务器+测试服务器+生产服务器 启用测试分支和测试服务器主要目的是保证维护版本的顺利发布和测试环境的稳定性。
在项目配置了专门的测试人员后，必须要保证测试环境的稳定性。
测试服务器上需要安装测试数据库，测试环境的部署主要是同步开发数据库-测试数据库。
然后将开发环境打包的接口拷贝到测试服务器相关目录。
其它问题分析： 1.没有测试分支，维护版本的BUG部署困难。
适用情况 1.项目有专门的测试人员 2.项目进行每日构建，需要保证测试环境的稳定性。
策略3：开发分支+测试分支+开发服务器+测试服务器+生产服务器 启用测试分支了可以基本解决掉维护版本BUG部署困难的问题。
整个测试环境的部署也修改为了直接去编译测试分支的内容进行打包和部署。
其它问题分析： 1.测试的多个BUG必须要测试人员全部测试通过才能够部署。
2.无法很好的解决同时要部署新功能的测试版本，又要部署维护版本的测试功能的问题。
3.正式版本发布过后，在下个版本没有发布前，很难重现或重新编译出生产环境的部署包。
适用情况： 1.运行中的项目，经常需要处理BUG发布维护版本 2.项目有专门的测试人员，需要保证测试环境的稳定。
策略4：开发分支+测试分支+集成分支+开发服务器+测试服务器+生产服务器 启用集成分支了项目中的开发，测试和生产三套环境从数据库到代码完全独立开来。
三套环境互不影响和冲突，都可以进行独立的编译和构建。
在这种策略下生产环境的部署可以转移到专门的运维人员进行。
启用集成分支的目的是保证在集成环境遭到破坏的时候可以快速的重新构建出生产包进行重新部署。
其它问题分析： 1.当新功能的开发和BUG的修改涉及到同样一个源代码文件时候，没有办法做到仅仅对BUG内容单独部署。
适用情况 1.运行中的项目，经常需要处理BUG发布维护版本 2.项目有专门的测试人员，需要保证测试环境的稳定。
3.系统需要保证集成环境独立性，在需要情况下可以再现集成环境。
策略5：开发分支+测试分支+集成分支+开发服务器+测试服务器+BUG分支+BUG数据库服务器+生产服务器 在运行中需要既进行新版本功能开发，又需要对已经部署的版本进行维护和BUG修复的时候。
往往项目需要设置专门的维护人员，维护人员使用专门的BUG分支和BUG数据库服务器对BUG进行修改并发布维护版本。
维护版本的发布可以直接在BUG分支基线后发布，注意问题是 1.必须所有BUG都改好并测试通过后才可以发布维护版本 2.BUG分支的内容要及时Delive到开发分支，当出现Mege冲突的时候要优先保证BUG修改内容。
维护版本的发布如果要在集成分支发布，需要注意问题 1.BUG先Delive到开发分支 2.Delive到开发分支的BUG及时Delive到测试分支，在测试分支打包后交测试人员测试。
3.测试人员测试通过后，BUG分支修改的内容直接Devlie到集成分支后在集成分支打包进行维护版本部署。
4.存在一个问题是新功能开发完成发布时候统一Delive到集成分支的时候存在Mege冲突问题。
- 上一篇：拼团软件 微信拼团商城
- 下一篇：图片在word中如何旋转 pdf图片旋转怎么设置
-