软件定义设计
- 作者: WC叶子
- 来源: 51数据库
- 2020-04-15
应用软件的定义是什么？
应用软件（Application Software）是和系统软件相对应的，是用户可以使用的各种程序设计语言，以及用各种程序设计语言编制的应用程序的集合，分为应用软件包和用户程序。
应用软件包是利用计算机解决某类问题而设计的程序的集合，供多用户使用。
应用软件是为满足用户不同领域、不同问题的应用需求而提供的那部分软件。
它可以拓宽计算机系统的应用领域，放大硬件的功能。
软件设计是一个什么概念
1、软件开发是根据用户要求建造出软件系统或者系统中的软件部分的过程。
2、软件开发是一项包括需求捕捉、需求分析、设计、实现和测试的系统工程。
3、软件一般是用某种程序设计语言来实现的。
通常采用软件开发工具可以进行开发。
4、软件分为系统软件和应用软件，并不只是包括可以在计算机上运行的程序，与这些程序相关的文件一般也被认为是软件的一部分。
5、软件设计思路和方法的一般过程，包括设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联调和测试以及编写、提交程序。
6、常见的软件开发语言：JAVA、C/C++/php/JSP/ASP/POWERBUILDER/DELPHI/.NET/C#/vb/等。
与应用最关键的需要用到数据库，常见数据库：MySQL/SQLSERVER/ORACLE等。
有关设计软件问题
软件的设计概念应遵循以下几个方面：一、 抽象： 我们必须把许多事物和问题抽象起来，并且抽象它们不同的层次和角度。
建议用数学语言来抽象事务和问题，因为数学是最好的抽象语言，并且它的本质就是抽象。
二、 模块化：将复杂的问题分解成可以管理的片断会更容易。
将问题或事物分解并模块化这使得解决问题变得容易，分解的越细模块数量也就越多，它的副作用就是使得设计者考虑更多的模块之间耦合度的情况。
软件的设计原则应遵循以下几个方面：一、 设计对于分析模型应该是可跟踪的：软件的模块可能被映射到多个需求上。
二、 设计结构应该尽可能的模拟实际问题。
三、 设计应该表现出一致性。
四、 不要把设计当成编写代码。
五、 在创建设计时就应该能够评估质量。
六、 评审设计以减少语义性的错误。
软件设计包括软件的结构设计，数据设计，接口设计和过程设计.结构设计是指：定义软件系统各主要部件之间的关系数据设计是指：将模型转换成数据结构的定义接口设计是指：软件内部，软件和操作系统间以及软件和人之间如何通信过程设计是指：系统结构部件转换成软件的过程描述
结构化设计方法的软件设计过程及原则
◆ 软件需求：解决“做什么”。
◆ 软件设计：解决“怎么做”。
◆ 软件设计的任务：从软件需求规格说明书出发，形成软件的具体设计方案。
（根据需求分析阶段确定的功能确定模块及每个模块算法和编写具体的代码）1、软件设计内容(1)软件设计定义软件设计是把软件需求（定义阶段）转换为软件的具体设计方案，即划分模块结构的过程，是软件开发阶段最重要的步骤。
(2)软件设计划分 划分 名称 按工程管理角度 概要设计 详细设计 按技术观点划分 结构设计 数据设计 接口设计 过程设计 一般过程：是一个迭代过程，先进行高层次结构设计；再进行低层次过程设计；穿插数据设计和接口设计。
(3)软件设计过程2、软件设计原则为了开发出高质量低成本的软件，在软件开发过程中必须遵循下列软件工程原则：(1)抽象（abstraction）抽取事物最基本的特性和行为，忽略非基本的细节。
采用分层次抽象的办法可以控制软件开发过程的复杂性，有利于软件的可理解性和开发过程的管理。
(2)信息隐藏（informationhiding）信息隐蔽：采用封装技术，将程序模块的实现细节（过程或数据）隐藏起来，对于不需要这些信息的其它模块来说是不能访问的，使模块接口尽量简单。
按照信息隐藏的原则，系统中的模块应设计成“黑箱”，模块外部只能使用模块接口说明中给出的信息，如操作、数据类型等等。
(3)模块化（modularity）使程序有许多个逻辑上相对独立的模块组成。
模块（module）是程序中逻辑上相对独立的单元；模块的大小要适中；高内聚、低耦合。
(4)一致性（consistency）整个软件系统（包括文档和程序）的各个模块均应使用一致的概念、符号和术语；程序内部接口应保持一致；软件与硬件接口应保持一致；系统规格说明与系统行为应保持一致；实现一致性需要良好的软件设计工具（如数据字典、数据库、文档自动生成与一致性检查工具等等）、设计方法和编码风格的支持。
软件的定义是什么？
脑软件（ComputerSoftware）是指计算机系统中的程序及其文档。
程序是计算任务的处理对象和处理规则的描述；文档是为了便于了解程序所需的阐明性资料。
程序必须装入机器内部才能工作，文档一般是给人看的，不一定装入机器。
软件是用户与硬件之间的接口界面。
用户主要是通过软件与计算机进行交流。
软件是计算机系统设计的重要依据。
为了方便用户，为了使计算机系统具有较高的总体效用，在设计计算机系统时，必须通盘考虑软件与硬件的结合，以及用户的要求和软件的要求。
软件的正确含义应该是： (1)运行时，能够提供所要求功能和性能的指令或计算机程序集合。
(2)程序能够满意地处理信息的数据结构。
(3)描述程序功能需求以及程序如何操作和使用所要求的文档。
计算机软件的定义
展开全部 计算机软件是计算机的灵魂，是计算机应用的关键。
如果没有适应不同的需要的计算机软件。
人们就不可能将计算机广泛地应用于人类社会的生产。
生活，科研。
教育等几乎所有领域，计算机也只能是一具没有灵魂的躯壳。
目前。
以信息技术。
信息产业为代表的高科技术日益引起人们的关注，成为新的经济增长点。
计算机软件技术作为信息技术的基础之一。
已成为信息产业的主要组成部分。
对于计算机软件的概念。
面在尚无一个统一的定义。
世界上多数国家和国际组织原则上采用了世界知识产权组织（WIPO）的意见。
结合实际加以修改。
1978年世界知识产权组织发表了《保护计算机软件示范法条》这是该组织召集一些国家的专家组成专门小组研究制定的，其目的是为了对各国计算机软件立法提供参考意见，以便促进计算机软件的国际保护。
在这一示范法条中。
对计算机软件作了如下定义：计算机软件包括程序，程序说明和程序使用指导三项内容。
“程序”是指在一计算机可读介质合为一体后，能够使计算机具有信息处理能力，以标志一定功能。
完成一定任务或产生一定结果的指令集合。
“程序说明”是指用文字。
图解或其他方式。
对计算机程序中的指令所作的足够详细的，足够完整的说明，解释。
“程序使用指导”是指除了程序，程序说明以外的。
用以帮助理解和实施有关程序的其他辅助材料。
在上述定义中，对“程序”的定义不够准确，按照这一定义，源程序（以高级计算机评议编写的程序）可能会被排除在“计算机软件”之外。
因此各国在参考这一定义时，大多数都将“在与计算机可读介质合为一体后”这一条件删除，这样就可以明确无误地将源程序列入出境“计算机程序”之中了。
由于计算机软件产品的开发工作量大，开发成本高。
面复制软件却极容易且费用低。
因此，如何对计算机软件这一崭新形式的智力劳动成果给予保护，以保护软件开发商的应得利益和持续不断对软件开发投入的积极性，推动计算机技术的不断发展，已成为摆在当今世界各国政府面前的一个重要问题。
目前，对计算机软件的保护还没有一个专门的法律，绝大多数国家对计算机软件的保护规定大都散见于版权法，专利法，商标法，...
什么是软件设计,其目的是什么
软件设计出现的较早。
由于早期程序变得越来越大，那么模块化程序，让不同的开发人员相互配合就形成了一个主题。
多个程序员之间要遵从一定的规范进行编程，然后相互调用，最终使用各个模块进行组合。
这种最早的形式也伴随着新的面向过程语言的出现。
软件设计的原始目的是非常简单的，就是我们要去理解一个完成的功能（软件的雏形），然后把不同的功能分化成细节的模块，然后使用一个团队进行协同开发。
在这个设计活动中又找出了诸多的开发方法论（如面向过程，面向对象及现在的面向切片等等），同时也发现了诸多开发的模型（如瀑布模型，原型模型，极限编程及敏捷开发等等）。
进而形成一个涉及到管理、设计等方面的细化工作，形成统一的软件工程学。
同时对于软件设计也相当细化和规范（如算法、时空代价——占用空间及占用运算时间的代价）。
所以现在基本上软件设计就是根据系统分师所指派的横块内进行细分（更小的模块），不同的方法论下，不同的开发模型下将功能块分为更细致的小模块（如面向对象的类，结构等）完成更细致的功能。
基本上来说，软件设计与程序设计被混为一谈，狭义的软件设计指就是程序设计，重点在于算法上的设计；广义上的软件设计其实就是对系统进行的设计，要考虑到将来软件的部署及要部署的硬件（包括软件方面与硬件方面）。
也就是说，程序员不管是在算法设计上还是程序设计上都是称自己软件设计，而系统分师也在设计整个系统也称为软件设计。
这是由于习惯的问题而出现的两种理解——系统设计师与分析师设计的是整个软件系统，涉及内容巨大，从部署到软件性能功能移植性等各个方面的考虑，其目的就是构造一个当前适用并具有一定前瞻性、扩展性的软件系统来支撑整个或大部分公司运行的系统。
他们再把系统细分为子系统以对应公司或系统中某个相对独立的系统功能。
软件设计师把自身分派到的子系统任务再进行细分，实现不同的层与模块的调用（子系统可以理解为可以相互配合的一个完整的某个方面的功能），其目的就是将理解系统进而设计为可以开发的或进行开发准备的工作；而高程与程序员则对模块功能进行分析，然后进入到开发，开发出相应的功能模块。
他们所谓的软件设计设计模块内调用层次（如分层开发等），设计算法与程序以达到指定的功能要求或非功能要求。
所以软件设计在不同的范围内有不同的理解，出现这种混淆的原因也是由于软件规模的差别——让你构造一个系统时考虑的内容与构造一个工具软件所考虑的内容显然是不同的。
而有些需求是一个公司的整个系统或子系统，而有些只是让你开发一个工具或一个简单的网站而已。
所以各层次对于软件设计的理解也不尽相同。
基于上来说软件设计从大角度出发，其目的就是把理解变为可编程的文档。
或者可以认为包括在需求分析之内的。
也正是因为如此，虽然我们把软件设计挂在嘴上，但软件工程的流程中其实并不包括名词的严格定义。
软件工程中，我们按需求分析阶段、设计阶段、开发编程阶段与部署维护四个大的阶段。
需求分析阶段包含可行性分析，需求采集，需求分析（包含功能需求与非功能需求）几个过程，设计阶段包含概要设计、详细设计几个过程，而编码开发阶段就编码、测试（包含单元测试，集成测试等），而部署方面包含部署、验证、维护、迁移等各个过程，事实上对于软件设计的这个不太好的定义规避掉了。
所以软件设计方面的广义已逐渐被软件程所取代。
软件工程的设计概念和原则是什么？
什么是＂软件设计＂ 面向对象技术，特别是C++，似乎给软件界带来了不小的震动。
出现了大量的论文和书籍去描述如何应用这项新技术。
总的来说，那些关于面向对象技术是否只是一个骗局的问题已经被那些关于如何付出最小的努力即可获得收益的问题所替代。
面向对象技术出现已经有一段时间了，但是这种爆炸式的流行却似乎有点不寻常。
人们为何会突然关注它呢？对于这个问题，人们给出了各种各样的解释。
事实上，很可能就没有单一的原因。
也许，把多种因素的结合起来才能最终取得突破，并且这项工作正在进展之中。
尽管如此，在软件革命的这个最新阶段中，C++本身看起来似乎成为了一个主要因素。
同样，对于这个问题，很可能也存在很多种理由，不过我想从一个稍微不同的视角给出一个答案：C++之所以变得流行，是因为它使软件设计变得更容易的同时，也使编程变得更容易。
虽然这个解释好像有点奇特，但是它却是深思熟虑的结果。
在这篇论文中，我就是想要关注一下编程和程序设计之间的关系。
近10年来，我一直觉得整个软件行业都没有觉察到做出一个软件设计和什么是真正的软件设计之间的一个微妙的不同点。
只要看到了这一点，我认为我们就可以从C++增长的流行趋势中，学到关于如何才能成为更好的软件工程师的意义深远的知识。
这个知识就是，编程不是构建软件，而是设计软件。
几年前，我参见了一个讨论会，其中讨论到软件开发是否是一门工程学科的问题。
虽然我不记得了讨论结果，但是我却记得它是如何促使我认识到：软件业已经做出了一些错误的和硬件工程的比较，而忽视了一些绝对正确的对比。
其实，我认为我们不是软件工程师，因为我们没有认识到什么才是真正的软件设计。
现在，我对这一点更是确信无疑。
任何工程活动的最终目标都是某些类型的文档。
当设计工作完成时，设计文档就被转交给制造团队。
该团队是一个和设计团队完全不同的群体，并且其技能也和设计团队完全不同。
如果设计文档正确地描绘了一个完整的设计，那么制造团队就可以着手构建产品。
事实上，他们可以着手构建该产品的许多实物，完全无需设计者的任何进一步的介入。
在按照我的理解方式审查了软件开发的生命周期后，我得出一个结论：实际上满足工程设计标准的惟一软件文档，就是源代码清单。
对于这个观点，人们进行了很多的争论，无论是赞成的还是反对的都足以写成无数的论文。
本文假定最终的源代码就是真正的软件设计，然后仔细研究了该假定带来的一些结果。
我可能无法证明这个观点是正确的，但是我希望证明：它确实解释了软件行业中一些已经观察到的事实，包括C++的流行。
在把代码看作是软件设计所带来的结果中，有一个结果完全盖过了所有其他的结果。
它非常重要并且非常明显，也正因为如此，对于大多数软件机构来说，它完全是一个盲点。
这个结果就是：软件的构建是廉价的。
它根本就不具有昂贵的资格；它非常的廉价，几乎就是免费的。
如果源代码是软件设计，那么实际的软件构建就是由编译器和连接器完成的。
我们常常把编译和连接一个完整的软件系统的过程称为“进行一次构建”。
在软件构建设备上所进行的主要投资是很少的——实际需要的只有一台计算机、一个编辑器、一个编译器以及一个连接器。
一旦具有了一个构建环境，那么实际的软件构建只需花费少许的时间。
编译50 000行的C++程序也许会花费很长的时间，但是构建一个具有和50 000行C++程序同样设计复杂性的硬件系统要花费多长的时间呢？ 把源代码看作是软件设计的另外一个结果是，软件设计相对易于创作，至少在机械意义上如此。
通常，编写（也就是设计）一个具有代表性的软件模块（50至100行代码）只需花费几天的时间（对它进行完全的调试是另外一个议题，稍后会对它进行更多的讨论）。
我很想问一下，是否还有任何其他的学科可以在如此短的时间内，产生出和软件具有同样复杂性的设计来，不过，首先我们必须要弄清出如何来度量和比较复杂性。
然而，有一点是明显的，那就是软件设计可以 极为迅速地变得非常庞大。
假设软件设计相对易于创作，并且在本质上构建起来也没有什么代价，一个不令人吃惊的发现是，软件设计往往是难以置信的庞大和复杂。
这看起来似乎很明显，但是问题的重要性却常常被忽视。
学校中的项目通常具有数千行的代码。
具有10 000行代码（设计）的软件产品被它们的设计者丢弃的情况也是有的。
我们早就不再关注于简单的软件。
典型的商业软件的设计都是由数十万行代码组成的。
许多软件设计达到了上百万行代码。
另外，软件设计几乎总是在不断地演化。
虽然当前的设计可能只有几千行代码，但是在产品的生命期中，实际上可能要编写许多倍的代码。
尽管确实存在一些硬件设计，它们看起来似乎和软件设计一样复杂，但是请注意两个有关现代硬件的事实。
第一，复杂的硬件工程成果未必总是没有错误的，在这一点上，它不存在像软件那样让我们相信的评判标准。
多数的微处理器在发售时都具有一些逻辑错误：桥梁坍塌，大坝破裂，飞机失事以及数以千计的汽车和其他消费品被召回——所有的...
