软件结构设计遵循什么原则,软件结构设计遵循什么原则呢

开发软件项目,在软件结构设计时,必须遵循什么原则

为高质量地开发软件项目,在软件结构设计时必须遵循(信息隐蔽)的原则,(自顶向下)建立软件系统的模块结构.并且应根据(模块独立性)评价系统模块划分的质量.此外在模块设计时,应从5种基本的(控制结构)出发,利用它们组合成一个模块的程序块结构.要求每个(程序块)的结构应是单入口和单出口.

结构化程序设计的基本原则都包括什么？

结构化程序设计的思路是：自顶向下、逐步求精;其程序结构是按功能划分为若干个基本模块;各模块之间的关系尽可能简单，在功能上相对独立;每一模块内部均是由顺序、选择和循环三种基本结构组成;其模块化实现的具体方法是使用子程序。结构化程序设计由于采用了模块分解与功能抽象，自顶向下、分而治之的方法，从而有效地将一个较复杂的程序系统设计任务分解成许多易于控制和处理的子任务，便于开发和维护。

虽然结构化程序设计方法具有很多的优点，但它仍是一种面向过程的程序设计方法，它把数据和处理数据的过程分离为相互独立的实体。当数据结构改变时，所有相关的处理过程都要进行相应的修改，每一种相对于老问题的新方法都要带来额外的开销，程序的可重用性差。

由于图形用户界面的应用，程序运行由顺序运行演变为事件驱动，使得软件使用起来越来越方便，但开发起来却越来越困难，对这种软件的功能很难用过程来描述和实现，使用面向过程的方法来开发和维护都将非常困难

结构化设计程序的原则是什么？

结构化程序设计方法的主要原则可以概括为自顶向下，逐步求精，模块化，限制使用goto语句。

1．自顶向下：程序设计时，应先考虑总体，后考虑细节；先考虑全局目标，后考虑局部目标。不要一开始就过多追求众多的细节，先从最上层总目标开始设计，逐步使问题具体化。

2．逐步求精：对复杂问题，应设计一些子目标作为过渡，逐步细化。

3．模块化：一个复杂问题，肯定是由若干稍简单的问题构成。模块化是把程序要解决的总目标分解为子目标，再进一步分解为具体的小目标，把每一个小目标称为一个模块。

4．限制使用goto语句

结构化程序设计方法的起源来自对GOTO语句的认识和争论。肯定的结论是，在块和进程的非正常出口处往往需要用GOTO语句，使用GOTO语句会使程序执行效率较高；在合成程序目标时，GOTO语句往往是有用的，如返回语句用GOTO。否定的结论是，GOTO语句是有害的，是造成程序混乱的祸根，程序的质量与GOTO语句的数量呈反比，应该在所有高级程序设计语言中取消GOTO语句。取消GOTO语句后，程序易于理解、易于排错、容易维护，容易进行正确性证明。作为争论的结论，1974年Knuth发表了令人信服的总结，并证实了：

（1）GOTO语句确实有害，应当尽量避免；

（2）完全避免使用GOTO语句也并非是个明智的方法，有些地方使用GOTO语句，会使程序流程更清楚、效率更高。

（3）争论的焦点不应该放在是否取消GOTO语句上，而应该放在用什么样的程序结构上。其中最关键的是，应在以提高程序清晰性为目标的结构化方法中限制使用GOTO语句。

完成良好的软件设计应遵循哪些原则

一、程序内部文档应具备的规则

1、标识符应含有含义鲜明的文字。

含义鲜明的文字，能正确地提示程序对象所代表的实体。这对于帮助阅读者理解程序是非常重要的。如果用缩写的形式，那么缩写规则应该一致，并且应该给每个名字加注解。在VB中，主要有如下的约定：

（一）对象命名约定

应该使用一致的前缀来命名对象，使人们容易识别对象的类型。例如我们常用控件CommandButton(命令按钮)可用cmd做为其前缀。Form以frm,Image以 img ,Label以 lbl,List Box 以lst,PictureBox以 pic,Timer以 tmr，等等，在我们编程的过程中，我们看到下面的名称cmdExit我们就知道这一定是一个命令按钮了。如果是第三方提供的控件，我们的说明最好要清晰地标出制造商的名称，以区别于我们的常用控件。

（二）常量和变量命名约定

除了控件以外，常量和变量也是我们编程过程中经常遇到的，我们和他们打交道也是通过名字。

（1）给变量加范围前缀

变量按其作用范围可分做三类，过程级，模块级和全局，所以我们在编程的过程中应将三者加以区别。我们在使用变量时，为了更好地体现代码重用和可维护原则，其定义范围应尽量缩小，这样将使我们的应用程序更加容易理解和易于控制。在VB应用程序中，只有当没有其他方便途径在窗体间共享数据时才使用全局变量。当使用全局变量时，在一个单一模块中声明它们，并按功能分组，给模块取一个有意义的名字。较好的编码习惯是尽可能地定模块化的代码。除了全局变量，过程和函数应该仅对传递给它们的的对象操作。在过程中使用的全局变量应该在过程起始处的声明部分标识出来。变量的作用范围前缀如下：全局 g(global) ,模块级 m(model)，本地过程不需要使用。例如：gintFlag,表示全局整型变量，mstrPassword,可表示模块级字符型变量。

（2）声明所有变量原则。声明所有变量将会节省编程时间，键入错误将大大减少，我们可在程序开始写上如下语句：

Option Explicit

该语句要求在程序中声明所有变量。

（3）变量数据类型声明。可通过下面的前缀来做为变量的数据类标志。

Boolean bln

Byte byt

Double dbl

Integer int

String str

（4）常量。常量的命名，可遵循与变量命名大体相同的原则。

（5）对变量和过程名作出描述。变量或过程名的主体应该使用大小写混合的形式，并且应该足够长以描述它的作用。而且，函数名应以一个动词开头。如JudgeDialog。

2、适当的注解

注解是程序员和程序读者通信的重要手段，正确的注解非常有助于对程序的理解。VB中代码注解约定如下：所有的过程和函数都应该以描述这段过程的功能的一段简明的注释开始，说明该程序是干什么的，至于是如何做的，也就是编程的细节，最好不要包括。因为可能日后我们要修改程序，这样做会带来不必要的注释维护工作，如果不修改，将提供误导信息，可能成为错误的注释。因为代码本身和后面程序中的注释将起到相应的说明作用。

过程中的注释块应该包括如下标题：

小节描述内容

目的该过程完成什么

假设列出每个外部变量、控件、打开文件或其他不明显元素

效果列出每个被影响的外部变量、控件或文件及其作用（只有当它不明显时）

输入每一个可能不明显的参数。

返回函数返回值的说明

格式化代码

（1）标准的，基于制表位的嵌套应该包括一个嵌注释，来描述该变量的使用。

（2）变量、控件及过程的命名应该足够清楚，使得只有复杂的执行细节才需要嵌入注释。

（3）.bas 模块包含包含工程的VB一般常量声明，在其起始处，应包括程序的综述，列举主要数据对象，过程、算法、对话、数据库及系统需求。

3、程序的视觉组织

程序的视觉组织可用阶梯式，结构化的程序风格对于我们实际编程也很有意义，可极大地改善代码的可读性。主要有代码注释和一致性缩进。

———————————————————————————————————

二、数据说明

数据结构的组织和复杂程序是在设计期间就已经确定了的，然而数据说明的风格却是在写程序时确定的。为了使数据更容易理解和维护，有一些比较简单的原则应该遵循。

1、数据说明的次序应该标准化。有次序就容易查阅。因此能够加速测试、调试和维护的过程。当多个变量名在一个语句中说明时，应按字母顺序排列这些变量。

2、数据结构复杂时，应加以说明其特点和实现方法。

———————————————————————————————————

三、语句构造

语句构造原则:每个语句应该简单而直接，不能为了提高效率而使程序变得过分复杂。下述规则的使用有助于语句简单明了。

1、不要为了节省空间把多行语句写在一行；

2、尽量避免复杂的条件测试；

3、尽量减少对“非”条件的测试；

4、避免大量使用循环嵌套和条件嵌套；

5、利用括号使逻辑表达式或算术表达式的运算次序清晰直观。

———————————————————————————————————

四、输入输出

1、对所有输入数据都进行检验；

2、检查输入项重要组合的合法性；

3、保持输入格式简单；

4、使用数据结束标志，不要要求用户指定输入数据的数目

5、明确提示交互式输入的请求，详细说明可用的选择或边界数值；

6、当语言对格式有严格要求时，应保持输入格式一致

7、设计良好的输出报表；

8、给所有输出加标志；

———————————————————————————————————

五、效率

效率三原则：

1、效率是性能的要求，需求分析时就应确定；

2、效率是靠设计提高的；

3、程序的效率和程序的简单程序是一致的。

（一）运行时间

（1）写程序前先简化算术和逻辑表达式；

（2）他细研究嵌套的循环，以确定是否有语句从内层移到外层；

（3）尽量避免使用多维数组；

（4）尽量避免使用指针和复杂的表；

（5）使用执行时间短的算术运算；

（6）不要混合使用不同的数据类型；

（7）尽量使用整数运算和布尔表达式

（二）存储器效率

（三）输入输出效率

如果用户是为了给计算机提供输入信息或为了理解计算机输入的信息，所需花费的脑力劳动是经济的，那么，人和计算机之间的通信效率就高。简单清晰是关键。

———————————————————————————————————

六、小结

其实风格是非常重要的，程序的外表是我们交流中不可缺少的东西。象我们常说的红颜命薄而归疚于外表太靓，也常听一些才子佳人的悲剧故事，提醒我们外表美而引出的一见钟情的浪漫不可取。可让人细想，才子佳人产生悲剧虽多，可也让人找到过心动和美好的感觉，做为一个人，活了一辈子，连那种感觉都未体验到，岂不比悲剧更加令人觉得可悲！编程亦然。

结构设计软件有哪些选用原则

第一,根据需要选择.如果是建筑结构设计可以选择PKPM、ETBAS、SAP2000等;如果是桥梁设计可以选择迈达斯;如果是钢结构设计可以选择3D3S、MTS、STS、perform-3D等;如果是偏向研究可以选择ANSYS、ABAQUS等有限分析软件,这些软件可以根据需求进行二次开发,十分方便.第二,永远选择自己最熟悉的软件.

软件工程的基本原则有哪些？试说明之。

软件开发过程中必须遵循下列软件工程原则。

①抽象 : 采用分层次抽象，自顶向下、逐层细化的办法进行功能分解和过程分解，可以由抽象到具体、由复杂到简单，逐步得到问题的解。

②信息隐蔽 : 遵循信息封装，使用与实现分离的原则，将模块设计成“黑箱”，可以将实现的细节隐藏在模块内部，使用者只能通过模块接口访问模块中封装的数据。

③模块化 : 按模块划分系统的体系结构，使得各模块间有良好的接口。这样有助于信息隐蔽和抽象，有助于表示复杂的系统。

④局部化 : 按抽象数据类型思想及问题域中的概念来建立模块，确保模块之间低耦合，模块内部高内聚。这有助于控制解的复杂性。

⑤确定性 : 软件开发过程中所有概念的表达应是确定的、无歧义性的、规范的。这有助于人们之间的沟通，保证整个开发工作协调一致。

⑥一致性 : 强调软件开发过程的标准化、统一化。包括文档格式的一致，工作流程的一致，内、外部接口的一致，系统规格说明与系统行为的一致等。

⑦完备性 : 软件系统不丢失任何重要成分，可以完全实现系统所要求功能。

⑧可验证性 : 开发大型的软件系统需要对系统自顶向下、逐层分解。系统分解应遵循系统易于检查、测试、评审的原则，以确保系统的正确性。

OA设计的六大原则是？

这六大原则是：

1、实用性原则

实用就是务实不务虚，就是注重解决实际问题，做精、做细核心功能，兼顾常用的辅助功能，实现快捷、方便地布署和使用，并节省投资，降低风险。有OA起来功能一堆，什么客户、人事、财务、资产、知识管理等等一网打尽，却做得粗糙之极，中看不中用。

2、易用性原则

这就要求软件的界面友好，结构清晰，流程合理，功能一目了然，菜单操作充分满足用户的视觉流程和使用习惯。易理解、易学习、易使用、易维护、易升级，实现“傻瓜相机”式的操作，将实施、培训成本和周期降到最低。易用性对软件的顺利实施和使用具有至关重要的意义，易用性的欠缺造成项目失败的案例已经屡见不鲜。

3、先进性原则

OA一个先进的工具，所以应采用先进的技术架构和设计方法，融合先进的管理思想，结构化程度高，灵活性、扩展性、兼容性、升级性好，速度快，符合技术发展趋势，适应用户成长需要。此处需要注意的是避免受“惟技术论”和“惟概念论”的误导，无论是技术还是概念都要以适合自己为准。

4、稳定性原则

OA入到企业中后，就会让人产生很大的依赖性。所以系统从底层数据库到功能层应经过严格测试，数据库稳定，功能顺畅，没有堵塞、丢失数据的现象，能在不同的硬件、网络、操作系统以及操作习惯中长期平稳运行，适合大规模用户使用，以保证日常办公的正常进行。

5、安全性原则

OA统往往保存有企业的核心资料，也会有个人用户的一些保密资料，这就要求系统能有效防止外部各种病毒攻击和恶意攻击，能够进行严格、细致的访问权限管理，内部数据具有多种备份方式。必要的情况下，允许用户进行各种辅助的数据加密、密码保护、身份认证等控制措施。

6、拓展性原则

大部分用户在使OA段时间后，会增加一些功能模块或者OA其他软件系统互联，这就要求软件具有很好的拓展性，能够提供开放和标准的接口，在不影响系统正常使用的情况下与第三方系统灵活对接，实现不同应用系统的互联互通，构建用户的综合性信息处理中心平台。

根据六大设计原则，我们发现，要为用户体现完美的系统性能，就必须以应用为核心，以实用、易用、好用三大主线为出发点，全面兼顾技术、应用与发展的和谐统一。

虽然这六大标准都很重要，但是“水至清则无鱼”，没有任何一OA完美的，能做到其中几项就已经够优秀了。而且，不同的客户需求、特点不同，关注点也不同，只要把关注点设到“优秀”档，把非关注点达到“合格”档，就不难找到适合自己的OA。

什么是软件?软件设计原则是什么

软件设计是一个创造性的过程,对一些设计者来说需要一定的资质,而最后设计通常都是由一些初步设计演变而来的.从书本上学不会设计,只能经过实践,通过对实际系统的研究和实践才能学会.对于高效的软件工程,良好的设计是关键,一个设计得好的软件系统应该是可直接实现和易于维护、易懂和可靠的.设计得不好的系统,尽管可以工作,但很可能维护起来费用昂贵、测试困难和不可靠,因此,设计阶段是软件开发过程中最重要的阶段.

软件结构设计的优化准则

软件结构设计的优化准则:(1)模块独立性准则,即尽量高内聚,低耦合,保持模块相对的独立性,并以此原则优化软件结构;(2)控制范围与作用范围之间的准则,一个模块的作用范围应在其控制范围之内,且条件判断所在的模块应与受其影响的模块在层次上尽量靠近;(3)软件结构的形态特征准则,软件结构的深度、宽度.扇入、扇出应适当;(4)模块的大小准则,模块的大小最好控制在50~150条语句左右,以便于阅读研究;(5)模块的接口准则,模块的接口要简单.清晰及含义明确,以便于理解、实现、测试和维护.