咯没流量了
一致性原则的一致性原则含义
一致性原则（consistency）该原则要求一个企业在不同时期采用相同的会计处理程序与方法。
其目的，一是确保各期会计报表中各类数据的可比性，以提高会计信息的使用价值；二是可以制约和防止会计主体通过会计方法和程序的变更，在会计核算上弄虚作假，粉饰会计报表。
一致性原则指的是什么？
一致性原则：亦称一贯性原则，属财务会计原则之一，指各个会计期间所用的会计方法和程序应当相同，不得随意变更。
一致性原则含义该原则要求一个企业在不同时期采用相同的会计处理程序与方法。
其目的，一是确保各期会计报表中各类数据的可比性，以提高会计信息的使用价值；二是可以制约和防止会计主体通过会计方法和程序的变更，在会计核算上弄虚作假，粉饰会计报表。
一致性原则的依据一致性原则是，对每一种经济业务的会计核算通常有多种会计方法，每一种方法都有规定了可选择的会计方法和程序的范围。
在持续经续期间，采用不同会计方法和程序核算的本质和结果应是一致的，但在会计分期这一会计核算的基本前提下，就某一会计期间而言，则是有差别的，其形成的差异，只是时间性差异。
为了某一期间或某一时点的会计信息可比，就必须规定会计方法和程序的一致性。
一致性原则注意事项(1)一致性原则与可比性原则实际上都是解决会计信息资料可比的问题，其中，一致性是使用一企业不同时期的会计资料可比，而可比性是使不同企业同一时期的会计资料可比。
(2)一致性原则也不是说企业采用的会计处理方法一经选定永远不能更改，而是指不得随意更改。
此外，一但更改，也要将改变的原因及其对财务善和经营成果的影响在财务报告中说明。
(3)会计处理方法的变更是如何影响财务成果的问题，《财务会计》中将作详细的说明，此略。
会计的一致性原则是什么？
一致性原则是指会计处理方法前后各期应当一致，不得随意变更。
这样才便于同一企业的不同会计期间的会计信息进行比较，从而对企业不同期间的经营管理成果有一个直观的了解。
一致性原则并不否定企业在必要时对会计处理方法作适当变更当企业的经营活动或国家的有关政策规定发生重大变化时，可以根据实际情况变更会计处理方法，但要将变更的情况、变更的原因及其对企业财务状况和经营成果的影响，在财务报表批注中加以说明。
结构化设计方法的软件设计过程及原则
◆ 软件需求：解决“做什么”。
◆ 软件设计：解决“怎么做”。
◆ 软件设计的任务：从软件需求规格说明书出发，形成软件的具体设计方案。
（根据需求分析阶段确定的功能确定模块及每个模块算法和编写具体的代码）1、软件设计内容(1)软件设计定义软件设计是把软件需求（定义阶段）转换为软件的具体设计方案，即划分模块结构的过程，是软件开发阶段最重要的步骤。
(2)软件设计划分 划分 名称 按工程管理角度 概要设计 详细设计 按技术观点划分 结构设计 数据设计 接口设计 过程设计 一般过程：是一个迭代过程，先进行高层次结构设计；再进行低层次过程设计；穿插数据设计和接口设计。
(3)软件设计过程2、软件设计原则为了开发出高质量低成本的软件，在软件开发过程中必须遵循下列软件工程原则：(1)抽象（abstraction）抽取事物最基本的特性和行为，忽略非基本的细节。
采用分层次抽象的办法可以控制软件开发过程的复杂性，有利于软件的可理解性和开发过程的管理。
(2)信息隐藏（informationhiding）信息隐蔽：采用封装技术，将程序模块的实现细节（过程或数据）隐藏起来，对于不需要这些信息的其它模块来说是不能访问的，使模块接口尽量简单。
按照信息隐藏的原则，系统中的模块应设计成“黑箱”，模块外部只能使用模块接口说明中给出的信息，如操作、数据类型等等。
(3)模块化（modularity）使程序有许多个逻辑上相对独立的模块组成。
模块（module）是程序中逻辑上相对独立的单元；模块的大小要适中；高内聚、低耦合。
(4)一致性（consistency）整个软件系统（包括文档和程序）的各个模块均应使用一致的概念、符号和术语；程序内部接口应保持一致；软件与硬件接口应保持一致；系统规格说明与系统行为应保持一致；实现一致性需要良好的软件设计工具（如数据字典、数据库、文档自动生成与一致性检查工具等等）、设计方法和编码风格的支持。
什么是软件系统架构设计
展开全部 “架构”一词最早来自建筑学，原意为建筑物设计和建造的艺术。
但是在软件工程领域，软件架构不是一个新名词，只是在早期的著作中人们将软件架构称为软件体系架构。
这就是架构的概念。
所谓架构，就是人们对一个结构内的元素及元素间关系的一种主观影射的产物。
系统架构的主要任务是界定系统级的功能与非功能要求、规划要设计的整体系统的特征、规划并设计实现系统级的各项要求的手段，同时利用各种学科技术完成子系统的结构构建。
在系统架构中，由于对软件越来越深入的依赖，软件架构的任务也体现出重要的作用。
而且系统架构与软件架构是紧密联系和相互依赖的。
1997年，Eberhadrt Rechtin 与MarkW Maier 在其论著中，为计算机科学总结了系统架构方面的实践成果，从而奠定了系统科学和系统架构在计算机科学中的基石： 无论何种系统架构应用领域，目的都是一样的，即完整地、高一致性的、平衡各种利弊的、有技术和市场前瞻性的设计系统和实施系统。
...
信息系统中原型法的主要目标是？
、结构化系统开发方法（亦称“生命周期法”）(1)优点：从系统整体出发，强调在整体优化的条件下“自上而下”地分析和设计，保证了系统的整体性和目标的一致性；遵循用户至上原则；严格区分系统开发的阶段性；每一阶段的工作成果是下一阶段的依据，便于系统开发的管理和控制；文档规范化，按工程标准建立标准化的文档资料。
(2)缺点：用户素质或系统分析员和管理者之间的沟通问题；开发周期长，难于适应环境变化；结构化程度较低的系统，在开发初期难以锁定功能要求。
(3)适用范围：主要适用于规模较大、结构化程度较高的系统的开发2、原型法(1)优点：符合人们认识事物的规律，系统开发循序渐进，反复修改，确保较好的用户满意度；开发周期短，费用相对少；由于有用户的直接参与，系统更加贴近实际；易学易用，减少用户的培训时间；应变能力强。
(2)缺点：不适合大规模系统的开发；开发过程管理要求高，整个开发过程要经过“修改—评价—再修改”的多次反复；用户过早看到系统原型，误认为系统就是就是这个模样，易使用户失去信心；开发人员易将原型取代系统分析；缺乏规范化的文档资料(3)适用范围：处理过程明确、简单系统；涉及面窄的小型系统不适合于：大型、复杂系统，难以模拟；存在大量运算、逻辑性强的处理系统；管理基础工作不完善、处理过程不规范；大量批处理系统 3、面向对象开发方法(1)优点：a、分析、设计中的对象和软件中的对象的一致性b、实现软件复用，简化程序设计c、系统易于维护d、缩短开发周期 (2)缺点：不易于大系统的开发
一个系统pc端设计是否必须要完全保证一致性原则
展开全部 不过，作为UI设计老学院派中的一员，我认为一致性是UI设计中最为重要的原则之一。
为用户提供一个一致的界面，意味着用户可以花更少的时间在学习上，因为他们可以将自己从一个应用中的经验直接移植到另外一个应用上，使得整个UI体验更加流畅。
一句话说，应用应该是成为用户达到某个目的的手段，而不应该成为目的本身。
iPhone的发布，或者更加确切地说，应用商店的推出和崛起，在一夜之间改变了UI设计。
很多人会认为，iPhone的手势输入是UI设计变革的最大导火索，但我个人认为，由iPhone，还有随后的Android引发的最大的UI设计转变，还要数“一致性”这一原则在UI设计中的弱化。
而这一大规模但是被弱化的变化实际可以从两个大角度来解释。
第一，从用户感知的角度来说。
iOS使得单任务处理界面（在某个特定的时间，用户只能看到一款打开的应用）大行其道，而先前不管是在台式机还是笔记本上，我们都可以看到多个打开的任务界面。
可以说，这是iOS界面在先前的界面设计上的一大变化。
当然，这种单任务处理界面并非iOS首发，实际在它之前的PalmOS 和Windows Mobile使用的也都是单任务界面的概念。
引入这类界面设计的结果是，很多应用在很大程度上都“等同于”设备本身了。
在任意时刻，某个应用都成为了用户关注和活动的中心，而整操作系统也都缩小到屏幕顶端的一个状态栏里。
但是，假如用户将所有的关注点都放在一个应用上面，那么UI设计的标准和设计惯例就会被开发者忽视，而他们也会更愿意做各种试验：改变外观，改变一些UI元素实际触发的动作，甚至生造出在操作系统的其他地方，在其他应用中根本没有的UI元素来。
由于用户不可以同时打开多个应用界面，所以他们未必会在视觉上感受到这些差异。
（但是，这种差异却能在不同应用的体验中被用户感知。
） 正是由于应用的界面设计有了如此的自由度，很多时候应用本身就成了开发者的关注点，而非这个应用实际需要完成的任务。
这也是为什么，我们能看到通篇都在讲应用外观设计的网站，却很少看到通篇都在讲应用如何工作的网站。
这种现象也可以用风格vs实质来比喻。
而且，有时候的应用开发都达到这样一个境地：为了让一款应用更好看，开发者甚至不惜减少一两个功能。
在我自己来看，假如你是因为不知道如何将某个功能整合到UI里面，就把它去掉，这实在是一个失败者的表现。
也正是由于应用本身变成了开发者的关注点，应用设计师很多时候在整个应用开发过程中都占据了主导权，而他们似乎并不乐于被各种UI设计的标准和惯例限制，结果，将一个应用的UI设计传承到另外一个应用，也就变得不实际了。
第二，从实效的角度来说。
目前的智能手机市场已经被iOS和Android分成两半（随着微软Windows Phone的加入，整个市场也会被进一步瓜分）。
对开发者而言，iOS和Android两大平台背后的用户市场，哪一个，都不是他们愿意抛弃的。
所以，即便是像Instagram,Flipboard,Instapaper这些已经占据了iOS半壁江山的应用，也不会放弃Android。
而不同平台的出现同样会影响应用开发。
我自己本人就有这样的经历：很多时候我下载了一款Android版应用，我会发现它其实只是照搬了iOS应用的一套东西，而并没有遵照Android的UI设计惯例和标准。
实际上，从效益的角度来说，假如开发者只是看好一个平台，那么他们在另外一个平台上推出应用时，就不会花很多的时间和金钱去做UI优化。
而有些应用开发者采取了一个完全不同的方式来解决这个问题——他们采用一个最小公分母的手段（ lowest common denominator technologies）。
Gmail 的iOS应用基本就只是一个网站页面，而Facebook的应用在展示它的Timeline功能时也依赖于HTML。
不管是Google还是Facebook，它们都没有采用标准的UI元素和设计惯例。
（当然，整个应用的性能由此也受到不小影响，但这又是另外一回事了）。
但不管应用开发者使用的是上述两种方法中的哪一种，应用界面设计的一致性都受到了影响。
还有便是应用本身的爆炸。
现在的苹果应用商店和Google Play中充斥着数量惊人的应用，光是类型一样的应用就不下几十甚至上百种。
而对同类应用来说，如何才能脱颖而出呢？ 其中的一个方法便是在用户界面上下文章。
假如你的用户界面与众不同，或许你就能获得部分用户的好感。
这就像各种电视广告都希望通过各种动作，声音，特效等噱头来吸引你的注意。
所以，很多应用也将心思花在了如何让自己好看，如何让自己与众不同上面。
在这种情况下，使用标准的UI，遵循UI设计的惯例也就变得不那么讨好了。
网络推广的一致性原则是什么？
软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义： Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。
IEEE：软件工程是开发、运行、维护和修复软件的系统方法。
Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
软件工程（SoftWare Engineering）的框架可概括为：目标、过程和原则。
（1）软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
（2）软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
（3）软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
软件工程必须遵循什么原则 围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则： （1）选取适宜的开发模型 该原则与系统设计有关。
在系统设计中，软件需求、硬件需求以及其它因素间是相互制约和影响的，经常需要权衡。
因此，必需认识需求定义的易变性，采用适当的开发模型，保证软件产品满足用户的要求。
（2）采用合适的设计方法 在软件设计中，通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。
合适的设计方法有助于这些特征的实现，以达到软件工程的目标。
（3）提供高质量的工程支撑 工欲善其事，必先利其器。
在软件工程中，软件工具与环境对软件过程的支持颇为重要。
软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。
（4）重视软件工程的管理 软件工程的管理直接影响可用资源的有效利用，生产满足目标的软件产品以及提高软件组织的生产能力等问题。
因此，仅当软件过程予以有效管理时，才能实现有效的软件工程。
软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、原理、 技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够 得到的最好的技术方法结合起来，这就是软件工程。
软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。
它们是 在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对 软件产品经常不满意的状况而发展起来的。
人类解决复杂问题时普遍采用的一个策 略就是“各个击破”，也就是对问题进行分解然后再分别解决各个子问题的策略 。
软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题 进行分解，把软件生存的漫长周期依次划分为若干个阶段，每个阶段有相对独立 的任务，然后逐步完成每个阶段的任务。
采用软件工程方法论开发软件的时候， 从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发。
前一个阶段任务 的完成是开始进行后一个阶段工作的前提和基础，而后一阶段任务的完成通常是 使前一阶段提出的解法更进一步具体化，加进了更多的物理细节。
每一个阶段的开 始和结束都有严格标准，对于任何两个相邻的阶段而言，前一阶段的结束标准就 是后一阶段的开始标准。
在每一个阶段结束之前都必须进行正式严格的技术审查 和管理复审，从技术和管理两方面对这个阶段的开发成果进行检查，通过之后这 个阶段才算结束；如果检查通不过，则必须进行必要的返工，并且返工后还要再 经过审查。
审查的一条主要标准就是每个阶段都应该交出“最新式的”（即和所 开发的软件完全一致的）高质量的文档资料，从而保证在软件开发工程结束时有 一个完整准确的软件配置交付使用。
文档是通信的工具，它们清楚准确地说明了 到这个时候为止，关于该项工程已经知道了什么，同时确立了下一步工作的基础 。
此外，文档也起备忘录的作用，如果文档不完整，那么一定是某些工作忘记做 了，在进入生存周期的下一阶段之前，必须补足这些遗漏的细节。
在完成生存周 期每个阶段的任务时，应该采用适合该阶段任务特点的系统化的技术方法——结 构分析或结构设计技术。
把软件生存周期划分成若干个...
转载请注明出处51数据库 » 软件系统的一致性原则
