此处应该有内涵
gba游戏设计的设计开发软件是什么？
展开全部 1.GBA简介 Game Boy Advanced(GBA)是日本任天堂公司于2001年推出的一款32位掌上游戏机。
它着重于游戏机的便携式，并且以2D游戏为主（3D游戏依然不错）。
GBA有十分高效硬件图像处理加速，GBA基本上是现在全球公认的最佳的掌上游戏机。
GBA的硬件功能十分多。
它的CPU是以RISC为基础的32位ARM CPU，主频是16.78MHz。
屏幕最大支持240x160的16位真彩色显示。
在图形处理方面GBA还另外提供了硬件加速，支持硬件上的图形旋转，缩放，alpha混合，face in/out淡入淡出等。
GBA的软件开发主要是以C语言为主，程序设计简单而且十分自由，也正是这一点吸引了许多爱好者在GBA上做东西（不一定是游戏）。
你完全可以把它做成PDA，做成Mp3播放器（它的声音处理方面能力也不错哦），做成随身电影播放齐，做成电子词典等，只要你有能力设计它的软件。
不说多了，我们还是主要来看看如何开发GBA的软件。
应该说，你只要会点C语言，就可以进入GBA的开发行列中了。
在GBA上写程序比在电脑上写程序更简单。
GBA是单总线的设计，也就是说通过简单的读写命令就能完成所有的内部硬件操作。
访问GBA内部的寄存器就犹如访问一块内存一样简单，而GBA所有的功能都是通过读写寄存器而完成的。
2.GBA程序开发准备 GBA开发所需要的东西除了一台可以用的电脑外，主要就是一个编译器和一个GBA模拟器。
有了GBA模拟器，你就可以在你的电脑上运行GBA程序了。
GBA模拟器应该是到处可以找得到的。
我推荐的是VisualBoyAdvance。
你可以在www.gbadev.org上下载最新的版本。
如果你还想把你的程序弄到GBA机器上玩，那么除了应该有个GBA外，还应该有个ROM烧录器。
比如EZ-Flash。
通过它可以把电脑上的ROM烧录到GBA卡带上，然后放到GBA上运行。
（总共一个GBA加一个128MB的EZ-Flash大概是1000元人民币） GBA程序开发可以用汇编语言和C/C++语言来写程序，不过汇编语言比较复杂，而且不是我们平常使用8086汇编，而是Arm汇编。
任天堂公司可能觉得C++程序运行消耗太大，不推荐C++语言来开发，所以我们都一直将C语言作为首选。
...
软件设计的基本步骤是什么
软件开发是指一个软件项目的开发，如市场调查，需求分析，可行性分析，初步设计，详细设计，形成文档，建立初步模型，编写详细代码，测试修改，发布等。
软件是怎么样开发出来的 第一个步骤是市场调研，技术和市场要结合才能体现最大价值。
第二个步骤是需求分析，这个阶段需要出三样东西，用户视图，数据词典和用户操作手 册。
用户视图 是该软件用户（包括终端用户和管理用户）所能看到的页面样式，这里面包含了 很多操作方面的流程和条件。
数据词典 是指明数据逻辑关系并加以整理的东东，完成了数据词典，数据库的设计就完成了一半多。
用户操作手册是指明了操作流程的说明书。
请注意，用户操作流程和用户视图是由需求决定的，因此应该在软件设计之前完成，完成这些，就为程序研发提供了约束和准绳，很遗憾太多公司都不是这样做的，因果颠倒，顺序不分，开发工作和实际需求往往因此产生隔阂脱节的现象。
需求分析，除了以上工作，笔者以为作为项目设计者应当完整的做出项目的性能需求说明 书，因为往往性能需求只有懂技术的人才可能理解，这就需要技术专家和需求方（客户或公司市场部门）能够有真正的沟通和了解。
第三个步骤是概要设计，将系统功能模块初步划分，并给出合理的研发流程和资源要求。
作为快速原型设计方法，完成概要设计就可以进入编码阶段了，通常采用这种方法是因为涉及的研发任务属于新领域，技术主管人员一上来无法给出明确的详细设计说明书，但是 并不是说详细设计说明书不重要，事实上快速原型法在完成原型代码后，根据评测结果和 经验教训的总结，还要重新进行详细设计的步骤。
第四个步骤是详细设计，这是考验技术专家设计思维的重要关卡，详细设计说明书应当把 具体的模块以最'干净'的方式（黑箱结构）提供给编码者，使得系统整体模块化达到最 大；一份好的详细设计说明书，可以使编码的复杂性减低到最低，实际上，严格的讲详细 设计说明书应当把每个函数的每个参数的定义都精精细细的提供出来，从需求分析到概要 设计到完成详细设计说明书，一个软件项目就应当说完成了一半了。
换言之，一个大型软 件系统在完成了一半的时候，其实还没有开始一行代码工作。
那些把作软件的程序员简单理解为写代码的，就从根子上犯了错误了。
第五个步骤是编码，在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/ 2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提 高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都 出现过。
编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永 远存在，你必须永远面对这个问题，大名鼎鼎的微软，可曾有连续三个月不发补丁的时候 吗？从来没有！ 第六个步骤是测试 测试有很多种： 按照测试执行方，可以分为内部测试和外部测试 按照测试范围，可以分为模块测试和整体联调 按照测试条件，可以分为正常操作情况测试和异常情况测试 按照测试的输入范围，可以分为全覆盖测试和抽样测试 以上都很好理解，不再解释。
总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会又不可预料的问题存在。
完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营 状况并持续修补升级，直到这个软件被彻底淘汰为止。
什么是软件开发的核心问题 按照软件工程鼻祖，《人月神话》作者 Brooks 在“没有银弹——软件工程中的根本和次要问题”一章中阐述的思想，软件开发的核心问题就是如何从概念上对一个复杂的业务系统进行建模。
这个建模是含义广泛的，不仅仅包括对象建模，还包括数据建模、算法建模等等一系列的内容。
总而言之是要先找到解决复杂问题的突破口（先要搞明白需要做什么，然后再考虑如何做）。
至于采用什么表示方法（简单文本、UML 图、E-R 图）、采用什么高级语言、是否一定要用面向对象、使用什么开发工具都是次要的问题。
软件开发方法 软件开发方法（Software Development Method）是指软件开发过程所遵循的办法和步骤。
软件开发活动的目的是有效地得到一些工作产物，也就是一个运行的系统及其支持文档，并且满足有关的质量要求。
软件开发是一种非常复杂的脑力劳动，所以经常更多讨论的是软件开发方法学，指的是规则、方法和工具的集成，既支持开发，也支持以后的演变过程（交付运行后，系统还会变化，或是为了改错，或是为了功能的增减）。
关于组成软件开发和系统演化的活动有着各种模型（参见软件生存周期，软件开发模型，软件过程），但是典型地都包含了以下的过程或活动：分析、设计、实现、确认（测试验收）、演化（维护）。
有些软件开发方法是专门针对某一开发阶段的，属于局部性的软件开发方法。
特别是软件开发...
软件开发过程一般有几个阶段
软件开发一般分为五个阶段：1.问题的定义及规划此阶段是软件开发与需求放共同讨论，主要确定软件的开发目标及其可行性。
2.需求分析在确定软件开发可行性的情况下，对软件需要实现的各个功能进行详细需求分析。
需求分析阶段是一个很重要的阶段，这一阶段做的好，将为整个软件项目的开发打下良好的基础。
“唯一不变的是变化本身”，同样软件需求也是在软件爱你开发过程中不断变化和深入的，因此，我们必须定制需求变更计划来应付这种变化，以保护整个项目的正常进行。
3.软件设计此阶段中偶要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计、数据库设计等。
软件设计一般分为总体设计和详细设计。
还的软件设计将为软件程序编写打下良好的基础。
4.程序编码此阶段是将软件设计的结果转化为计算机可运行的程序代码。
在程序编码中必定要制定统一、符合标准的编写规范。
以保证程序的可读性、易维护性。
提高程序的运行效率。
5.软件测试在软件设计完成之后要进行严密的测试，一发现软件在整个软件设计过程中存在的问题并加以纠正。
整个测试阶段分为单元测试、组装测试、系统测试三个阶段进行。
测试方法主要有白盒测试和黑盒测试。
以上就是软件开发过程的五个阶段，但是有的时候在软件爱你开发过程中并不是必须按照这个过程进行的。
国标软件开发设计报告,或软件开发技术报告的模板
软件开发环境（Software Development Environment,SDE）是指在基本硬件和宿至软件的基础上，为支持系统软件和应用软件的工程化开发和维护而使用的一组软件，简称SDE。
它由软件工具和环境集成机制构成，前者用以支持软件开发的相关过程、活动和任务，后者为工具集成和软件的开发、维护及管理提供统一的支持。
SDE在欧洲又叫集成式项目支援环境（Integrated Project Support Environment,IPSE）。
软件开发环境的主要组成成分是软件工具。
人机界面是软件开发环境与用户之间的一个统一的交互式对话系统，它是软件开发环境的重要质量标志。
存储各种软件工具加工所产生的软件产品或半成品（如源代码、测试数据和各种文档资料等）的软件环境数据库是软件开发环境的核心。
工具间的联系和相互理解都是通过存储在信息库中的共享数据得以实现的。
软件开发环境数据库是面向软件工作者的知识型信息数据库，其数据对象是多元化、带有智能性质的。
软件开发数据库用来支撑各种软件工具，尤其是自动设计工具、编译程序等的主动或被动的工作。
较初级的SDE数据库一般包含通用子程序库、可重组的程序加工信息库、模块描述与接口信息库、软件测试与纠错依据信息库等；较完整的SDE数据库还应包括可行性与需求信息档案、阶段设计详细档案、测试驱动数据库、软件维护档案等。
更进一步的要求是面向软件规划到实现、维护全过程的自动进行，这要求SDE数据库系统是具有智能的，其中比较基本的智能结果是软件编码的自动实现和优化、软件工程项目的多方面不同角度的自我分析与总结。
这种智能结果还应主动地被重新改造、学习，以丰富SDE数据库的知识、信息和软件积累。
这时候，软件开发环境在软件工程人员的恰当的外部控制或帮助下逐步向高度智能与自动化迈进。
软件实现的根据是计算机语言。
时至今日，计算机语言发展为算法语言、数据库语言、智能模拟语言等多种门类，在几十种重要的算法语言中，C&C++语言日益成为广大计算机软件工作人员的亲密伙伴，这不仅因为它功能强大、构造灵活，更在于它提供了高度结构化的语法、简单而统一的软件构造方式，使得以它为主构造的SDE数据库的基础成分——子程序库的设计与建设显得异常的方便。
事实上，以C&C++为背景建立的SDE子程序库能为软件工作者提供比较有效、灵活、方便、友好的自动编码基础，尤其是C++的封装等特性，更适合大项目的开发管理和维护。
软件开发环境可按以下几种角度分类： （1）按软件开发模型及开发方法分类，有支持瀑布模型、演化模型、螺旋模型、喷泉模型以及结构化方法、信息模型方法、面向对象方法等不同模型及方法的软件开发环境。
（2）按功能及结构特点分类，有单体型、协同型、分散型和并发型等多种类型的软件开发环境。
（3）按应用范围分类，有通用型和专用型软件开发环境。
其中专用型软件开发环境与应用领域有关，故又软件开发方法（Software Development Method）是指软件开发过程所遵循的办法和步骤。
软件开发活动的目的是有效地得到一些工作产物，也就是一个运行的系统及其支持文档，并且满足有关的质量要求。
软件开发是一种非常复杂的脑力劳动，所以经常更多讨论的是软件开发方法学，指的是规则、方法和工具的集成，既支持开发，也支持以后的演变过程（交付运行后，系统还会变化，或是为了改错，或是为了功能的增减）。
关于组成软件开发和系统演化的活动有着各种模型（参见软件生存周期，软件开发模型，软件过程），但是典型地都包含了以下的过程或活动：分析、设计、实现、确认（测试验收）、演化（维护）。
有些软件开发方法是专门针对某一开发阶段的，属于局部性的软件开发方法。
特别是软件开发的实践表明，在开发的早期阶段多做努力，在后来的测试和维护阶段就会使费用较大地得以缩减。
因此，针对分析和设计阶段的软件开发方法特别受到重视。
其它阶段的方法，从程序设计发展的初期起就是研究的重点，已经发展得比较成熟（参见程序设计，维护过程）。
除了分阶段的局部性软件开发方法之外，还有覆盖开发全过程的全局性方法，尤为软件开发方法学注意的重点。
对软件开发方法的一般要求：当提出一种软件开发方法时，应该考虑许多因素，包括：①覆盖开发全过程，并且便于在各阶段间的过渡；②便于在开发各阶段中有关人员之间的通信；③支持有效的解决问题的技术；④支持系统设计和开发的各种不同途径；⑤在开发过程中支持软件正确性的校验和验证；⑥便于在系统需求中列入设计、实际和性能的约束；⑦支持设计师和其他技术人员的智力劳动；⑧在系统的整个生存周期都支持它的演化；⑨受自动化工具的支持。
此外，在开发的所有阶段，有关的软件产物都应该是可见和可控的；软件开发方法应该可教学、可转移，还应该是开放的，即可以容纳新的技术、管理方法和新工具，并且与已有的标准相适应可称为应用型软件开发环境。
⑷按开发阶段分类，有前端开发环境（支持系统规划、分析、设计等阶段的活动）、后端开发环境（支持编程、测试等阶段的活动）、软件维护环境和...
软件设计与软件开发有什么区别,发展前景怎样？
软件开发是从无到有的一个过程，开发前期你需要和客户进行沟通、了解需求，从而构建架构。
软件设计就是软件开发前期进行的工作，软件设计是为了贴合客户需求，缩短开发周期，如果软件开发期间盲目的进行，想到什么做什么会走很多弯路，浪费资源。
至于前景，软件开发这个行业还是非常有前途的，毕竟是高新技术行业。
每一个行业都有拔尖的人才，主要还是看你自身所掌握的资源与技术吧。
java软件开发的架构设计
展开全部 软件架构作为一个概念，体现在技术和业务两个方面。
从技术角度来说：软件架构随着技术的革新不断地更新其内容，软件架构建立于当前技术和一些基本原则的基础之上。
先说一些基本原则：分层原则：分层是为了降低软件深度复杂性而使用的关键思想，就像社会有了阶级一样，软件有了层次结构。
模块化原则：模块化是化解软件广度复杂的必然手段，模块化的目的就是让软件分工。
接口实现分离原则随着软件模块化的不断深入改进，面向接口编程而不是面向实现编程可以让复杂度日趋增高的软件降低模块之间的耦合度，从而让各模块更轻松改进。
从这个原则出发，软件也从微观进行了细致的规范化。
还有两个比较小但很重要的原则：细节隐藏原则很显然把复杂问题简化，把难看的细节隐去，能让软件结构更清晰。
其实这个原则使用很普遍，java/c++语言中的封装原则以及设计模式中的Facade（外观）模式就很能体现这个原则的精神。
依赖倒置原则随着软件结构的进一步发展，层与层之间、模块与模块之间的依赖逐渐加深，而层、模块的动态可插拔要求不端增大。
依赖倒置原则可看视为接口实现分离原则的深化，根据此原则的精神，软件进入了工具时代。
这个原则有点类似于知名的好莱坞法则：Don't call us, we'll call you。
以上这些原则奠定了我们的软件架构的价值指标。
但软件架构毕竟是建立在当前技术之上的。
而每一代技术都有架构模式。
过去的不再说了，让我们就来看一下当前流行的技术，以及当前我们能采用的架构。
因为面向对象是当前最流行开发技术，且设计模式的大量使用使面向对象的走向成熟，而数据库是当前最有效的存储结构、web界面是当前最流行的用户接口，所以当前最典型的三层次架构就架构在以上几项技术的基础之上，用数据库作存储层、用面向对象来实现业务层、用web来作为用户接口层。
我们从三层次架构谈起：因为面向对象技术和数据库技术不适配，所以在标准三层次架构的基础上，我们增加了数据持久层，来管理O-R双向映射，但目前一直没有最理想的实现技术。
cmp和entity bean技术因为其实现复杂，功能前景有限，已接近被淘汰的边缘。
JDO及hibernate作为o-r映射的后期之秀，尤其是hibernate，功能相当完备。
推荐作为持久层的首选在业务层，因为当前业务日趋负载，且变动频繁，所以我们必须有足够敏捷的技术来保证我们的适应变化的能力，在标准j2ee系统中session bean负责业务处理，且有不错的性能表现，但采用ejb系统对业务架构模式改变太大，且其复杂而昂贵，业务代码移植性差。
而spring 作为一个bean配置的轻量级架构，漂亮的IOC模式实现，对业务架构影响小，所以推荐作为中间层业务框架。
在用户结构层，虽然servlet/jsp/jstl/javaBean 能够实现MVC架构，但终究过于粗糙。
struts对MVC架构的实现就比较完美，Taperstry也极好地实现MVC架构，且采用基于事件的方式，非常诱人，惜其不够成熟，我们仍旧推荐struts作为用户接口层基础架构。
因为业务层是三层次架构中最有决定意义的，所以让我们回到业务层细致地分析一下，在复杂的业务我们常常需要以下基础服务的一种或几种：事务一致 性服务acid(tool:jta/jts)、并发加锁服务concurrent&&lock、池化管理服务cache、访问控制服务（tool:jaas）、流程控制服务workflow、动态实现服务IOC，串行化消息服务（tool:jms）、负载平衡服务blance等。
如果我们不采用重量级应用服务器（如weblogic,websphere,jboss等）及重量级组件（EJB），我们必须自己实现其中一些服务。
虽然我们大 多情况下，不需要所有这些服务，但实现起来却非易事。
幸运的是我们有大量的开源实现代码，但采用开源代码却常常是件不轻松的事。
随着xml作为结构化信息传输和存储地位日渐重要，一些xml文档操作工具（DOM,Digester,SAX等）的使用愈发重要，而随着 xml schema的java binding工具（jaxb,xmlbean等）工具的成熟，采用xml schema来设计xml文档格式，然后采用java binding来生成java bean 会成为主要编程模式，而这又进一步使数据中心向xml转移，使在中小数据量上，愈发倾向于以xquery为查询语言的xml数据库。
现还有一个趋势， microsoft,ibm等纷纷大量开发中间软件如（microsoft office之infopath），可以直接从xml schema 生成录入页面等非常实用的功能。
还有web service 的广泛应用，都将对软件的架构有非常重大的影响。
至于面向服务架构（SOA）前景如何，三层次架构什么时候走入历史，现还很难定论。
aop的发展也会对软件架构有很深的影响，但在面向对象架构里，无论aspectJ还是jboss-aop抑是aspectWerks、 nanning都有其自身的严重问题：维护性很差，所以说它将很难走远。
也许作为一个很好的思想，它将在web service里大展身手。
rdf,owl作为w3c语义模型的标志性的语言，也很难想象能在当前业务架构发挥太大影响。
但如果真如它所声称那样，广泛地改变着信息的结构。
那么对软件架构也会有深远影响。
