软件设计的基本原理包括哪些内容

软件设计包括的两个阶段：

1、对软件的全局观点。系统通过逐步求精使得设计陈述逐渐接近源代码。这里有两个基本步骤，第一步是初步设计，关注于如何将需求转换成数据和软件框架。

2、详细设计，关注于将框架逐步求精细化为具体的数据结构和软件的算法表达。发生中的设计行为、数据、算法和程序设计都需要由现代程序所需的界面设计这一清晰的行为来结合起来。界面设计建立程序布局和人机交互机制。贯穿设计过程的质量由一系列的正式技术评定或设计排演来评价。

软件设计是从软件需求规格说明书出发，根据需求分析阶段确定的功能设计软件系统的整体结构、划分功能模块、确定每个模块的实现算法以及编写具体的代码，形成软件的具体设计方案。

软件设计是把许多事物和问题抽象起来，并且抽象它们不同的层次和角度。将问题或事物分解并模块化使得解决问题变得容易，分解的越细模块数量也就越多，它的副作用就是使得设计者考虑更多的模块之间耦合度的情况。

扩展资料：

设计要素：

软件设计包括软件的结构设计，数据设计，接口设计和过程设计。

1、结构设计：定义软件系统各主要部件之间的关系。

2、数据设计：将模型转换成数据结构的定义。

3、接口设计：软件内部，软件和操作系统间以及软件和人之间如何通信。

4、过程设计：系统结构部件转换成软件的过程描述。

参考资料来源：百度百科-软件设计

软件开发是指一个软件项目的开发，如市场调查，需求分析，可行性分析，初步设计，详细设计，形成文档，建立初步模型，编写详细代码，测试修改，发布等。

软件是怎么样开发出来的

第一个步骤是市场调研，技术和市场要结合才能体现最大价值。

第二个步骤是需求分析，这个阶段需要出三样东西，用户视图，数据词典和用户操作手 册。

用户视图 是该软件用户（包括终端用户和管理用户）所能看到的页面样式，这里面包含了 很多操作方面的流程和条件。

数据词典 是指明数据逻辑关系并加以整理的东东，完成了数据词典，数据库的设计就完成了一半多。

用户操作手册是指明了操作流程的说明书。

请注意，用户操作流程和用户视图是由需求决定的，因此应该在软件设计之前完成，完成这些，就为程序研发提供了约束和准绳，很遗憾太多公司都不是这样做的，因果颠倒，顺序不分，开发工作和实际需求往往因此产生隔阂脱节的现象。

需求分析，除了以上工作，笔者以为作为项目设计者应当完整的做出项目的性能需求说明 书，因为往往性能需求只有懂技术的人才可能理解，这就需要技术专家和需求方（客户或公司市场部门）能够有真正的沟通和了解。

第三个步骤是概要设计，将系统功能模块初步划分，并给出合理的研发流程和资源要求。

作为快速原型设计方法，完成概要设计就可以进入编码阶段了，通常采用这种方法是因为涉及的研发任务属于新领域，技术主管人员一上来无法给出明确的详细设计说明书，但是 并不是说详细设计说明书不重要，事实上快速原型法在完成原型代码后，根据评测结果和 经验教训的总结，还要重新进行详细设计的步骤。

第四个步骤是详细设计，这是考验技术专家设计思维的重要关卡，详细设计说明书应当把 具体的模块以最’干净’的方式(黑箱结构）提供给编码者，使得系统整体模块化达到最 大；一份好的详细设计说明书，可以使编码的复杂性减低到最低，实际上，严格的讲详细 设计说明书应当把每个函数的每个参数的定义都精精细细的提供出来，从需求分析到概要 设计到完成详细设计说明书，一个软件项目就应当说完成了一半了。换言之，一个大型软 件系统在完成了一半的时候，其实还没有开始一行代码工作。

那些把作软件的程序员简单理解为写代码的，就从根子上犯了错误了。

第五个步骤是编码，在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/ 2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提 高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都 出现过。

编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永 远存在，你必须永远面对这个问题，大名鼎鼎的微软，可曾有连续三个月不发补丁的时候 吗？从来没有！

第六个步骤是测试

测试有很多种：

按照测试执行方，可以分为内部测试和外部测试

按照测试范围，可以分为模块测试和整体联调

按照测试条件，可以分为正常操作情况测试和异常情况测试

按照测试的输入范围，可以分为全覆盖测试和抽样测试

以上都很好理解，不再解释。

总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会又不可预料的问题存在。

完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营 状况并持续修补升级，直到这个软件被彻底淘汰为止。

什么是软件开发的核心问题

按照软件工程鼻祖，《人月神话》作者 Brooks 在“没有银弹——软件工程中的根本和次要问题”一章中阐述的思想，软件开发的核心问题就是如何从概念上对一个复杂的业务系统进行建模。这个建模是含义广泛的，不仅仅包括对象建模，还包括数据建模、算法建模等等一系列的内容。总而言之是要先找到解决复杂问题的突破口（先要搞明白需要做什么，然后再考虑如何做）。至于采用什么表示方法（简单文本、UML 图、E-R 图）、采用什么高级语言、是否一定要用面向对象、使用什么开发工具都是次要的问题。

软件开发方法

软件开发方法(Software Development Method)是指软件开发过程所遵循的办法和步骤。

软件开发活动的目的是有效地得到一些工作产物，也就是一个运行的系统及其支持文档，并且满足有关的质量要求。软件开发是一种非常复杂的脑力劳动，所以经常更多讨论的是软件开发方法学，指的是规则、方法和工具的集成，既支持开发，也支持以后的演变过程(交付运行后，系统还会变化，或是为了改错，或是为了功能的增减)。

关于组成软件开发和系统演化的活动有着各种模型(参见软件生存周期，软件开发模型，软件过程)，但是典型地都包含了以下的过程或活动：分析、设计、实现、确认(测试验收)、演化(维护)。

有些软件开发方法是专门针对某一开发阶段的，属于局部性的软件开发方法。

特别是软件开发的实践表明，在开发的早期阶段多做努力，在后来的测试和维护阶段就会使费用较大地得以缩减。因此，针对分析和设计阶段的软件开发方法特别受到重视。其它阶段的方法，从程序设计发展的初期起就是研究的重点，

已经发展得比较成熟(参见程序设计，维护过程)。除了分阶段的局部性软件开发方法之外，还有覆盖开发全过程的全局性方法，尤为软件开发方法学注意的重点。

对软件开发方法的一般要求：当提出一种软件开发方法时，应该考虑许多因素，包括：

①覆盖开发全过程，并且便于在各阶段间的过渡；

②便于在开发各阶段中有关人员之间的通信；

③支持有效的解决问题的

④支持系统设计和开发的各种不同途径；

⑤在开发过程中支持软件正确性的校验和验证；

⑥便于在系统需求中列入设计、实际和性能的约束；

⑦支持设计师和其他技术人员的智力劳动；

⑧在系统的整个生存周期都支持它的演化；

⑨受自动化工具的支持。此外，在开发的所有阶段，有关的软件产物都应该是可见和可控的；软件开发方法应该可教学、可转移，还应该是开放的，即可以容纳新的技术、管理方法和新工具，并且与已有的标准相适应。

软件设计是采用编程或脚本语言优雅地表达并解决现实需求的一门科学和艺术。优雅地表达想传递的意思是，所设计出来的软件应当能容易被人理解、方便扩展和维护。从这一定义可以看出软件设计首先是一门科学，是一门解决用户需求的软件科学。既然是科学，不可避免的要掌握相关的科学知识，比如数据结构、计算机组成原理、编程语言等等，而这些内容也正是大学计算机相关专业所传授的知识。科学知识或许更加容易被量化，拿数据结构为例，一种算法比另一种算法是否更优可以从算法的时间冗余度和空间冗余度进行衡量。

除了科学的部分，软件设计还涉及艺术的范畴。既然是一门艺术，那就一定存在欣赏的问题，也就意味并不是每个从业人员都能欣赏这种艺术，而只有达到了一定的层次且形成了自己的思想后才能欣赏它。由于设计中艺术的非直观性，造成其在现实中不容易被量化，因此难以形成相应的评估准则，进而造成在软件行业容易被忽视。试想想，大学课程有多少内容是在教我们将软件设计当作艺术进行欣赏并追求？

好的软件设计能相对方便（甚至是很方便）地实现新的需求问题。需求分析是告诉我们做什么，其显然非常的重要，而设计更多地涉及怎么做更好。既然对于设计的好坏不能完全通过量化的方式进行衡量，那如何去评价一个软件设计的好坏呢？或者在进行软件设计时，如何去思考以做出一个好的设计呢？这可以通过对一些软件设计原则的把握来做到。设计原则可能有很多，但并不是每一个项目都要同时满足所有的设计原则，另外，不同的项目其特性有可能使得有些设计原则并不适用。另外，设计原则也不是一成不变的，可能因项目的特点又可以抽取出另外的设计原则。笔者将在后续的文章中阐述日常工作中所遵守的软件设计原则。

软件设计是一个不断提炼和抽象的过程。说它是一个提炼的过程，是因为在设计之初会想到很多需要考虑的因素，这些因素在设计工作没有深入之前，并不能发现它们有些是重叠的，或者有些根本就不需要考虑。随着设计的深入，会从众多的因素中得到其中的关键因素并将这些因素付之于实践。设计也是一个抽象过程，需要从众多的表象中找到它们的共性，通过表达共性从而最终描述每个个性，而不应当局限于直接去描述每一个个性。设计的深入过程并不只是一味地思考，除非设计者以前有过类似的设计经验，否则设计过程通常需要进行一定的代码编写工作，以辅助思考，这一点对于开发软件架构师（系统架构师不包括在内）也应当是一样的。

软件设计是一个创造模型的过程。通过对需求的理解和抽象，好的设计将最终构造出一个模型，而且这个模型与现实世界的某样东西可能是相类似的。这个模型除了实现了用户的需求，还向他人展示了她自己是什么模样以及可能会如何行事。打个比方，如果有人发明了一种新的交通工具，他如何最为有效地表达这一新的交通工具到底是什么样的呢？是直接拿一张图纸给他人并说你看看图纸就知道了好呢？还是打一个大家都耳熟能详的比方好呢？显然，后者更好。如果他说这个新的交通工具与现在的轿车很像，只不过，如此一来，听众马上就会想，这个新的交通工具有四个轮子、也有方向盘等等。显然，后者能很快地让听众利用其生活经验快速的接收信息，而好的软件设计也应当做到这一点。软件设计时的模型创造过程，其实就是赋予软件代码生命的过程，由此看来一个好的设计应当是 有生命的。

软件设计是一个做选择的过程。人有时没有选择反而轻松。一个刚毕业的大学生如果只拿到了一个offer，他可能没有选择单位的烦恼，不论单位好坏都去报道就是了。但是，如果他拿了两个offer，选择的烦恼也就有了 是去A单位好呢？还是B单位好？不幸的是，软件的设计过程往往存在......余下全文>>问题二：计算机软件设计这个属于什么专业？ 计算机软件设计属于 IT(Internet Technology)专业。

户件设计是从软件需求规格说明书出发，根据需求分析阶段确定的功能设计软件系统的整体结构、划分功能模块、确定每个模块的实现算法以及编写具体的代码，形成软件的具体设计方案。

软件设计是把许多事物和问题抽象起来，并且抽象它们不同的层次和角度。将问题或事物分解并模块化使得解决问题变得容易，分解的越细模块数量也就越多，它的副作用就是使得设计者考虑更多的模块之间耦合度的情况。问题三：软件设计工程师主要是做什么的 软件设计师能根据软件开发项目管理和软件工程的要求，按照系统总体设计规格说明书进行软件设计，编写程序设计规格说明书等相应的文档；户织和指导程序员编写、调试程序，并对软件进行优化和集成测试，开发出符合系统总体设计要求的高质量软件；具有工程师的实际工作能力和业务水平。

一个类就干一件事儿

依赖抽象，而不是依赖细节。 上传模块不应该依赖底层模块， 而是应该依赖底层模块的抽象。货币就是一个非常好的抽象。

能用父类的地方都可以用子类来替换。 子类可以扩展父类的功能，但是不要改变父类原有的功能。

最少知道原则， 一个对象对于其他对象应该尽可能的少了解，局部变量作用域中不要引入新的类。

最小功能单元， 接口粒度要尽可能的小，不可冗余。