开发软件项目,在软件结构设计时,必须遵循什么原则
为高质量地开发软件项目,在软件结构设计时必须遵循(信息隐蔽)的原则,(自顶向下)建立软件系统的模块结构.并且应根据(模块独立性)评价系统模块划分的质量.此外在模块设计时,应从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. OCP全称：“Open-Closed Principle” 开放－封闭原则说明：对扩展开放，对修改关闭。优点：按照OCP原则设计出来的系统，降低了程序各部分之间的耦合性，其适应性、灵活性、稳定性都比较好。当已有软件系统需要增加新的功能时，不需要对作为系统基础的抽象层进行修改，只需要在原有基础上附加新的模块就能实现所需要添加的功能。增加的新模块对原有的模块完全没有影响或影响很小，这样就无须为原有模块进行重新测试。如何实现“开-闭”原则在面向对象设计中，不允许更改的是系统的抽象层，而允许扩展的是系统的实现层。换言之，定义一个一劳永逸的抽象设计层，允许尽可能多的行为在实现层被实现。解决问题关键在于抽象化，抽象化是面向对象设计的第一个核心本质。 对一个事物抽象化，实质上是在概括归纳总结它的本质。抽象让我们抓住最最重要的东西，从更高一层去思考。这降低了思考的复杂度，我们不用同时考虑那么多的东西。换言之，我们封装了事物的本质，看不到任何细节。在面向对象编程中，通过抽象类及接口，规定了具体类的特征作为抽象层，相对稳定，不需更改，从而满足“对修改关闭”；而从抽象类导出的具体类可以改变系统的行为，从而满足“对扩展开放”。对实体进行扩展时，不必改动软件的源代码或者二进制代码。关键在于抽象。2. LSP全称：“Liskov Substitution Principle” 里氏代换原则说明：子类型必须能够替换它们的基类型。一个软件实体如果使用的是一个基类，那么当把这个基类替换成继承该基类的子类，程序的行为不会发生任何变化。软件实体察觉不出基类对象和子类对象的区别。优点：可以很容易的实现同一父类下各个子类的互换，而客户端可以毫不察觉。3. DIP全称：“Dependence Inversion Principle”依赖倒置原则说明：要依赖于抽象，不要依赖于具体。客户端依赖于抽象耦合。抽象不应当依赖于细节；细节应当依赖于抽象；要针对接口编程，不针对实现编程。优点：使用传统过程化程序设计所创建的依赖关系，策略依赖于细节，这是糟糕的，因为策略受到细节改变的影响。依赖倒置原则使细节和策略都依赖于抽象，抽象的稳定性决定了系统的稳定性。怎样做到依赖倒置？以抽象方式耦合是依赖倒转原则的关键。抽象耦合关系总要涉及具体类从抽象类继承，并且需要保证在任何引用到基类的地方都可以改换成其子类，因此，里氏代换原则是依赖倒转原则的基础。在抽象层次上的耦合虽然有灵活性，但也带来了额外的复杂性，如果一个具体类发生变化的可能性非常小，那么抽象耦合能发挥的好处便十分有限，这时可以用具体耦合反而会更好。层次化：所有结构良好的面向对象构架都具有清晰的层次定义，每个层次通过一个定义良好的、受控的接口向外提供一组内聚的服务。依赖于抽象：建议不依赖于具体类，即程序中所有的依赖关系都应该终止于抽象类或者接口。尽量做到：1、任何变量都不应该持有一个指向具体类的指针或者引用。2、任何类都不应该从具体类派生。3、任何方法都不应该覆写它的任何基类中的已经实现的方法。4. ISP全称：“Interface Segregation Principle” 接口隔离原则说明：使用多个专一功能的接口比使用一个的总接口总要好。从一个客户类的角度来讲：一个类对另外一个类的依赖性应当是建立在最小接口上的。过于臃肿的接口是对接口的污染，不应该强迫客户依赖于它们不用的方法。优点：会使一个软件系统功能扩展时，修改的压力不会传到别的对象那里。如何实现接口隔离原则不应该强迫用户依赖于他们不用的方法。1、利用委托分离接口。2、利用多继承分离接口。5. CARP or CRP全称：“Composite/Aggregate Reuse Principle” 合成/聚合复用原则 or “Composite Reuse Principle” 合成复用原则说明：如果新对象的某些功能在别的已经创建好的对象里面已经实现，那么尽量使用别的对象提供的功能，使之成为新对象的一部分，而不要自己再重新创建。新对象通过向这些对象的委派达到复用已有功能的。简而言之，要尽量使用合成/聚合，尽量不要使用继承。优点：1) 新对象存取成分对象的唯一方法是通过成分对象的接口。2) 这种复用是黑箱复用，因为成分对象的内部细节是新对象所看不见的。3) 这种复用支持包装。4) 这种复用所需的依赖较少。5) 每一个新的类可以将焦点集中在一个任务上。6) 这种复用可以在运行时间内动态进行，新对象可以动态的引用与成分对象类型相同的对象。7) 作为复用手段可以应用到几乎任何环境中去。缺点:就是系统中会有较多的对象需要管理。6. LOD or LKP全称：“Law of Demeter” 迪米特原则 or “Least Knowledge Principle” 最少知识原则说明：对象与对象之间应该使用尽可能少的方法来关联，避免千丝万缕的关系。如何实现迪米特法则迪米特法则的主要用意是控制信息的过载，在将其运用到系统设计中应注意以下几点：1) 在类的划分上，应当创建有弱耦合的类。类之间的耦合越弱，就越有利于复用。2) 在类的结构设计上，每一个类都应当尽量降低成员的访问权限。一个类不应当public自己的属性，而应当提供取值和赋值的方法让外界间接访问自己的属性。3) 在类的设计上，只要有可能，一个类应当设计成不变类。4) 在对其它对象的引用上，一个类对其它对象的引用应该降到最低。
还有个单一职责原则：
SRP简介（SRP–Single-Responsibility Principle）： 就一个类而言，应该只专注于做一件事和仅有一个引起它变化的原因。所谓职责，我们可以理解他为功能，就是设计的这个类功能应该只有一个，而不是两个或更多。也可以理解为引用变化的原因，当你发现有两个变化会要求我们修改这个类，那么你就要考虑撤分这个类了。因为职责是变化的一个轴线，当需求变化时，该变化会反映类的职责的变化。 使用SRP注意点： 1、一个合理的类，应该仅有一个引起它变化的原因，即单一职责；
2、在没有变化征兆的情况下应用SRP或其他原则是不明智的；
3、在需求实际发生变化时就应该应用SRP等原则来重构代码；
4、使用测试驱动开发会迫使我们在设计出现臭味之前分离不合理代码；
5、如果测试不能迫使职责分离，僵化性和脆弱性的臭味会变得很强烈，那就应该用Facade或Proxy模式对代码重构； SRP优点： 消除耦合，减小因需求变化引起代码僵化性臭味
软件设计原则的软件设计原则介绍
所以,可以说软件系统是连接需求分析、硬件系统以及使得系统实现的桥梁,对软件的设计应首先了解软件设计的设计原则.
完成良好的软件设计应遵循哪些原则
一、程序内部文档应具备的规则
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）尽量使用整数运算和布尔表达式
（二）存储器效率
（三）输入输出效率
如果用户是为了给计算机提供输入信息或为了理解计算机输入的信息，所需花费的脑力劳动是经济的，那么，人和计算机之间的通信效率就高。简单清晰是关键。
———————————————————————————————————
六、小结
其实风格是非常重要的，程序的外表是我们交流中不可缺少的东西。象我们常说的红颜命薄而归疚于外表太靓，也常听一些才子佳人的悲剧故事，提醒我们外表美而引出的一见钟情的浪漫不可取。可让人细想，才子佳人产生悲剧虽多，可也让人找到过心动和美好的感觉，做为一个人，活了一辈子，连那种感觉都未体验到，岂不比悲剧更加令人觉得可悲！编程亦然。
如何理解＂高内聚,低耦合＂的软件结构设计原则
高内聚,低耦合在软件工程里有,主要是说模快之间和模块内部之间的关系紧密程度 高内聚就是提高模快内部的关联程度,低耦合当然就是降低模快之间的关联程度 耦合性比较高的话,模块代码不易分离,是不好的编程模式 内聚是越高越好,内聚个人认为是只是实现一个功能,不是很多的功能
OA设计的六大原则是？
这六大原则是：
1、实用性原则
实用就是务实不务虚，就是注重解决实际问题，做精、做细核心功能，兼顾常用的辅助功能，实现快捷、方便地布署和使用，并节省投资，降低风险。有OA起来功能一堆，什么客户、人事、财务、资产、知识管理等等一网打尽，却做得粗糙之极，中看不中用。
2、易用性原则
这就要求软件的界面友好，结构清晰，流程合理，功能一目了然，菜单操作充分满足用户的视觉流程和使用习惯。易理解、易学习、易使用、易维护、易升级，实现“傻瓜相机”式的操作，将实施、培训成本和周期降到最低。易用性对软件的顺利实施和使用具有至关重要的意义，易用性的欠缺造成项目失败的案例已经屡见不鲜。
3、先进性原则
OA一个先进的工具，所以应采用先进的技术架构和设计方法，融合先进的管理思想，结构化程度高，灵活性、扩展性、兼容性、升级性好，速度快，符合技术发展趋势，适应用户成长需要。此处需要注意的是避免受“惟技术论”和“惟概念论”的误导，无论是技术还是概念都要以适合自己为准。
4、稳定性原则
OA入到企业中后，就会让人产生很大的依赖性。所以系统从底层数据库到功能层应经过严格测试，数据库稳定，功能顺畅，没有堵塞、丢失数据的现象，能在不同的硬件、网络、操作系统以及操作习惯中长期平稳运行，适合大规模用户使用，以保证日常办公的正常进行。
5、安全性原则
OA统往往保存有企业的核心资料，也会有个人用户的一些保密资料，这就要求系统能有效防止外部各种病毒攻击和恶意攻击，能够进行严格、细致的访问权限管理，内部数据具有多种备份方式。必要的情况下，允许用户进行各种辅助的数据加密、密码保护、身份认证等控制措施。
6、拓展性原则
大部分用户在使OA段时间后，会增加一些功能模块或者OA其他软件系统互联，这就要求软件具有很好的拓展性，能够提供开放和标准的接口，在不影响系统正常使用的情况下与第三方系统灵活对接，实现不同应用系统的互联互通，构建用户的综合性信息处理中心平台。
根据六大设计原则，我们发现，要为用户体现完美的系统性能，就必须以应用为核心，以实用、易用、好用三大主线为出发点，全面兼顾技术、应用与发展的和谐统一。
虽然这六大标准都很重要，但是“水至清则无鱼”，没有任何一OA完美的，能做到其中几项就已经够优秀了。而且，不同的客户需求、特点不同，关注点也不同，只要把关注点设到“优秀”档，把非关注点达到“合格”档，就不难找到适合自己的OA。
什么是软件?软件设计原则是什么
软件设计是一个创造性的过程,对一些设计者来说需要一定的资质,而最后设计通常都是由一些初步设计演变而来的.从书本上学不会设计,只能经过实践,通过对实际系统的研究和实践才能学会.对于高效的软件工程,良好的设计是关键,一个设计得好的软件系统应该是可直接实现和易于维护、易懂和可靠的.设计得不好的系统,尽管可以工作,但很可能维护起来费用昂贵、测试困难和不可靠,因此,设计阶段是软件开发过程中最重要的阶段.
