声明：百科词条人人可编辑，词条创建和修改均免费，绝不存在官方及代理商付费代编，请勿上当受骗。详情
软件设计是从软件需求规格说明书出发，根据需求分析阶段确定的功能设计软件系统的整体结构、划分功能模块、确定每个模块的实现算法以及编写具体的代码，形成软件的具体设计方案。
软件设计是把许多事物和问题抽象起来，并且抽象它们不同的层次和角度。将问题或事物分解并模块化使得解决问题变得容易，分解的越细模块数量也就越多，它的副作用就是使得设计者考虑更多的模块之间耦合度的情况。
7、设计应该模块化，将软件逻辑地划分为元素或子系统，并包含数据体系结构、接口和构件的清晰表示。
一个对软件的全局观点。系统通过逐步求精使得设计陈述逐渐接近源代码。这里有两个基本步骤，第一步是初步设计（Preliminary design） ，关注于如何将需求转换成数据软件框架。
第二步是详细设计（Detail design），关注于将框架逐步求精细化为具体的数据结构软件的算法表达。发生中的设计行为、数据、算法和程序设计都需要由现代程序所需的界面设计这一清晰的行为来结合起来。界面设计（Interface design） 建立程序布局和人机交互机制。贯穿设计过程的质量由一系列的正式技术评定（formal technical reviews）或设计排演（design walkthroughs）来评价。
法的使用。要拥有良好的设计特征不是靠碰运气，在设计过程中通过综合运用基础设计原理、系统方法论、彻底的评定回顾可以有助于完成良好的设计。软件设计方法每天都在进化，作为已经经过测试和细化的方法，良好的设计应具有以下的四种特性，并在所有这些特性之间保持一致：
开发软件的时候，不管采用何种设计方法设计者必须能够熟练运用一套关于数据、算法和程序设计的基本原理。
软件设计方法论的这套基本原理已经经过了多年的进化，在软件开发的生命周期中，软件设计是在软件描述提供的的基础上，对软件需求进行分析以形成软件内部结构的描述说明的活动之一。耦合和内聚是两个用来评估软件设计质量的方法。每种概念的影
响程度不尽相同，但它们都经历了时间的洗礼。基于这些基本原理设计者可以采用更多更成熟的设计方法。这些基本原理有助于设计者回答以下的问题：
M.A. Jackson 曾经说过：“对一个来说，分辨让程序运行和让程序正确之间的差异是一个良好的开端。”为了“ 使程序正确 ” ，基本设计原理提供了必须的框架。
抽象（Abstraction）在最高层次上指的是使用待解决的问题领域内的术语描述的解决方案。相对较低层次的抽象则更多的面向程序语言，最低层的抽象则是解决方案的可直接实现的方式描述软件设计的每一个步骤都是对相应层次解决方案的抽象的逐步求精。
求精（Refinement）又叫做逐步求精指的是通过程序细节连续细化来开发程序体系的策略。分步骤的对程序抽象进行分解直至成为编程语言的过程同时造就了程序的层次结构。在这一点上要对细节多做考虑，这也展示了求精实际上是个苦心经营的过程。
模块化（Modularity）指的是软件可被分割为分别命名并可寻址的组件（也叫做模块），将模块综合起来又可以满足问题的需求的性质。 软件的模块化是允许智能化管理程序的唯一属性。 换句话说，当您将一个复杂问题分解为一些小问题时会更容易解决。需要重点解释的是即使一个系统必须象“单片机”一样来实现，它也可以采用模块化设计。
软件体系（架构，Software Architecture）涉及到程序的两个重要特性：1） 模块的
层次结构。2）数据结构。这源自于需求分析时将真实世界问题的含蓄定义与软件解决方案的要素关联起来的分割过程。当问题的每个部分通过一个或多个软件要素得到解决后，与问题的定义和解决相一致软件数据结构的进化就开始了。这个过程代表了软件需求分析和设计之间的位置。控制层级（Control Hierarchy）也称作程序结构，组件的组织并意味着控制层级。它并不描述软件的程序方面，比如进程顺序、决定的事件 / 命令、或工作循环。如下的层级图表展示了模块之间的通信流，并显示哪些模块是重复的。这个图表描述了一个能够读文件，计算每个记录的值并书写报表来显示记录的信息和所完成的计算。
数据结构（Data structure）描述了单个数据间的逻辑关系。数据结构规定了数据的组织、访问方法、关联程度、和信息的选择处理。数据结构的组织和复杂性只受限于设计者的灵活性。唯一的限制就是经典数据结构的数量阻碍了更多的久经考验的结构出现。
（Software Procedure）着重于处理每个模块的细节并必须提供一个精确的处理规范，包括事件顺序、准确的判定点、重复操作、甚至数据结构软件程序表现是分层的，处理方法应该包括其所有子模块的参考。
信息隐藏（Information Hiding）的法则建议 由设计决定所刻划的模块特性应该对其余的模块不可见。换句话说，模块应被设计和指定为包含在模块内部且其他模块不可访问的内容对其他模块来说是无需的。隐藏意味着有效的模块性能够通过定义一套独立的模块来实现，这些模块相互之间的通信仅仅包括实现的所必须的信息。将使用信息隐藏作为设计标准在测试或今后的维护期间需要修改系统时带来了最大的好处。
设计过程中用以促成模块化设计的四个区域：模块(Module)、数据(Data)、体系(Architectural)和程序(Procedural)设计。
系统不同部分的并行开发实现起来更容易。模块类型提供的操作特性通过结合时间历史、激活机制、和控制模式来表现。在程序结构内部，模块可以被分类为：
在多处理器环境下可以与其他模块同时执行。单独的模块更容易开发，因为功能可以被划分出来，而界面只是用来确保功能的独立。功能的独立性可以使用两个定性的标准来衡量：凝聚性 （cohesion）－衡量模块的功能强度的相关性，和耦合性（coupling）－衡量模块间的相互依赖的相关性。
数据设计（Data design）首先并且有些人也坚信，是最重要的设计行为。数据结构的影响和程序上的复杂性导致数据设计对软件质量有着深远的影响。这种质量由以下的原理来实施：
构并表达出模块间的控制相关性。另外，体系设计融合了程序结构与数据结构，以及使得数据得以在程序中流动的界面定义。这种方法鼓励设计者关注系统的整体设计而不是系统中单独的组件。选用不同的方法会采用不同的途径来接近体系的原点，但所有这些方法都应该认识到具有软件全局观念的重要性。程序设计（Procedural Design）在数据、程序结构、和陈述详细算法的说明都已使用类似英语的自然语言来呈现后，再确定程序设计。使用自然语言来陈述的原因是当开发小组的绝大多数成员使用自然语言来交流的话，那么小组外的一个新手在不经学习的情况下会更容易理解这些说明。这里有个问题：程序设计必须毫无歧义的来详细说明程序，但我们都知道不含糊的自然语言也就不自然了。
在任何系统中，开发文档都是有价值的东西。当下已经有许多不同的经过发展的文档计划可供您在创建系统时候进行选择。软件设计的输出文档包括架构设计文档、详细设计文档、单元测试文档和集成测试文。其中相当不错的一种模型就是所谓的设计规范。第一部分展示了源自于系统说明和其他定义文档的设计成果的总体范围。第二部分展
示的是涉及支持文档的详细说明。第三部分的内容又称作设计描述，在初步设计阶段完成。第四、五部分的内容将初步设计阶段的内容发展至详细设计阶段。第六部分展示了确保以下两条原则的交叉参考矩阵：
第七部分在开发测试程序步骤）的第一步对系统的功能性和正确性进行测试是必要的。如果在开发设计规范的同时已经并行开发了详细的测试程序规范的话，本部分可以删除。第八部分详细说明了将系统打包传送至用户站点的考虑和要求。在文档剩下的第九、十部分中包括了算法描述、选择程序、列表数据流程图伪代码数据流图表、以及所有在设计规范开发时所用到的相关信息都可以放在此处。
面向对象的设计（OOD）通过模块化信息及其加工方法而不单单是加工方法来让数据对象和加工操作得以互相连接。这个过程依赖于三个极其重要的设计概念：抽象、信息隐藏、和模块化。所有的设计方法都力争展现这些特性；但只有 OOD 的机制才能使设计者能够无需增加复杂性或加以折衷就获得所有三种特性。在 OOD 中，我们有 objects （对象），operations （操作），和 messages （消息）。Objects （对象），又称作类，可以是人、机器、命令、文件、汽车房子，等等。operations （操作），包含了私有的数据结构和用于变换数据结构的加工方法。messages （消息） 用于激活调用操作控制和对象的程序构造。这就是说对象的共享部分是其的接口而消息在接口之间移动并指定希望使用对象的何种操作，但并不知道操作是怎样具体实现的。对象在收到消息之后决定如何来执行消息。以下是面向对象的系统中的某些工具的使用方法：
代码－ 接近计算机编程语言指令，但使用的是近似英语的语言而不是真正的编程语言以便于查看程序逻辑。下面是一个加工文件中的记录的范例 :
－ 在开发软件包的第一个版本或模型，或者计算机硬件准备好作生产前测试时的步骤。通常可以使用您所喜爱的 RAD 工具来创建。
－ (Task 任务，Object 对象，Event 事件 图表） 用来展示需要完成的任务或工作、执行工作的对象、以及完成此过程的事件或动作。请看下面将两个数相加的 TOE 图表：
软件开发过程是随着开发技术的演化而随之改进的。从早期的瀑布式（Waterfall）的开发模型到后来出现的螺旋式的迭代（Spiral）开发，以后来开始兴起的敏捷开发方法（Agile），他们展示出了在不同的时代软件产业对于开发过程的不同的认识，以及对于不同类型项目的理解方法。
注意区分软件开发过程和软件过程改进之间的重要区别。诸如像ISO15504,ISO9000,CMM,CMMI这样的名词阐述的是一些软件过程改进框架，他们提供了一系列的标准策略来指导软件组织如何提升软件开发过程的质量、软件组织的能力，而不是给出具体的开发过程的定义。
“敏捷开发”（AgileDevelopment）是的一个重要的发展。它强调软件开发应当是能够对未来可能出现的变化和不确定性作出全面反应的。
敏捷开发被认为是一种“轻量级”的方法。在轻量级方法中最负盛名的应该是“极限编程”（ExtremeProgramming），简称为XP）。而与轻量级方法相对应的是“重量级方法”的存在。重量级方法强调以开发过程为中心，而不是以人为中心。重量级方法的例子比如CMM、PSP、TSP。
面向侧面的程序设计（AspectOrientedProgramming），简称（AOP）被认为是的另外一个重要发展。这里的方面指的是完成一个功能的对象和函数集合。在这一方面相关的内容有泛型编程（GenericProgramming）和模板。
