10流程与设计 38P_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
10流程与设计 38P
上传于||暂无简介
大小：2.69MB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢苹果园为iOS用户提供和下载，最新的、、、等，分享最权威的资讯、、及解决办法，拥有最火爆的，苹果园一家专注解决iOS所求的网站。生活和生产中的流程苏教版《技术与设计2》_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
生活和生产中的流程苏教版《技术与设计2》
上传于||文档简介
&&了​解​流​程​的​涵​义​,​流​程​的​时​序​和​环​节​。​时​序​时​指​随​时​变​化​的​发​展​经​历​;​环​节​是​指​事​物​在​发​展​的​过​程​中​,​总​可​以​依​据​的​某​种​特​征​或​方​式​把​它​分​若​干​个​小​过​程​。​生​活​中​的​很​多​事​件​以​及​任​何​产​品​的​生​产​过​程​,​都​可​以​理​解​为​流​程​,​重​要​的​是​如​何​使​得​流​程​产​生​更​大​的​效​益​和​具​有​可​持​续​发​展​性​。​可​以​选​择​有​代​表​性​的​流​程​案​例​,​与​学​生​共​同​分​析​,​使​学​生​学​会​阅​读​工​艺​机​理​不​太​复​杂​的​流​程​图​。​流​程​图​的​表​达​有​多​种​形​式​,​如​图​示​、​模​型​表​示​、​动​画​演​示​等​。
大小：6.65MB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢当前位置：
＞＞＞下列几幅图片所显示的文字出现的先后顺序时是[]A．①②③④B．②③④①C．②①..
下列几幅图片所显示的文字出现的先后顺序时是
A．①②③④B．②③④①C．②①③④D．②③①④
题型：单选题难度：中档来源：山东省期中题
马上分享给同学
据魔方格专家权威分析，试题“下列几幅图片所显示的文字出现的先后顺序时是[]A．①②③④B．②③④①C．②①..”主要考查你对&&文字的演变&&等考点的理解。关于这些考点的“档案”如下：
现在没空？点击收藏，以后再看。
因为篇幅有限，只列出部分考点，详细请访问。
文字的演变
&汉字的起源：图画文字→象形字的符号化→汉字汉字源远流长。它既是世界上最古老的文字之一，又是至今硕果仅存的一种方块表意文字。世界上另外几种最古老的文字，如两河流域苏美尔人创造的楔形文字、尼罗河流域古埃及人创造的圣书字、中美洲印第安族玛雅人创造的象形文字，都已经成为死文字，不再使用。汉字从距今三千多年的甲骨文字，一直到今天的现代文字，尽管在形体上、读音上或字义上发生了一些变化，但是在性质上并没有发生根本性变化。现代汉字和古代汉字一脉相承，现代汉字是从古代汉字基础上逐渐演变、发展而来的。我国古人常说“上古结绳而治”。古书上说：“古者无文字。其有约誓之事，事大，大其绳；事小，小其绳。”实际上在文字产生之前，结绳是一种用来记事的方法。约定俗成，不同的绳结，或绳子的不同长短、颜色等，表示某种特定的含义。不过这只是一种记事方法，中国文字是通过另一种途径逐渐形成的。我国的汉字起源于图画，原始文字大多是象形字，是可读出来的图画，称为“图画文字”。距今五六千年的半坡、姜寨、大汶口遗址出土的陶器上的刻画符号，是原始文字的雏形。象形字越来越符号化，逐渐脱离图画，形成汉字。至商朝，汉字已经形成完整体系。为什么说到商代，汉字已形成完整体系？因为从文字结构和造字方法看，甲骨文已经历了相当长的演变过程，成为一种比较成熟的上古文字。甲骨文的造字方法和字形结构，与我们今天使用的汉字是一脉相承的。甲骨文字形结构，已出现了后世汉字的六种造字方法，其中以象形字为多，还有会意字、形声字、指事字、假借字、转注字。甲骨文是一种比较成熟的文字，它的发现对研究商周的历史和中国文字的发展起到至关重要的作用。
文字的演变趋势：甲骨文→金文→篆书（分大篆和小篆）→隶书→楷书总趋势是由繁到简，汉字字形字体逐步规范化、稳定化。汉字形体演变的过程可以分为古文字和隶楷两大阶段。在古文字阶段，汉字形体演变的序列是甲骨文、金文、篆书、秦隶。在隶楷阶段，汉字形体演变的序列是隶书、楷书。隶书盛行于汉代。魏晋时期是隶书向楷书的过渡阶段。楷书盛行于隋唐。隶书、楷书是正式字体。在隶楷阶段，还出现了辅助书体——草书和行书。小篆使每个字的笔画数固定下来；隶书构成了新的笔形系统，字形渐成扁方形；楷书诞生以后，汉字的字形字体就稳定下来了，确定了“横、竖、撇、点、捺、挑、钩、折”的基本笔画，笔形得到了进一步的规范，各个字的笔画数和笔顺也固定起来；由多行书写产生出来的排列整齐的要求，使字形变化、笔画的长短、粗细被约束在方框内伸展，笔画分布的部位和疏密也受到制约，字形结构讲究平衡对称。楷书出现使汉字的方块化定型了，汉字的字体演变成熟了，一千多年来楷书一直是汉字的标准字体。这是汉字字体演变的主流。辅助性字体草书和行书的发展过程是汉字字体演变的支流。汉字具有旺盛的生命力：中央集权的统一国家，保证了汉字使用的畅通无阻；汉字为不同民族、不同方言区的交往提供了便利条件，反之，我国众多民族、众多方言，为汉字的使用与发展提供了广阔的空间；汉字自身的成熟与完美，也为其保持旺盛的生命力打下了坚实的基础。①汉字是复脑文字，激发人的形象思维。②汉字有中华民族几千年的历史沉淀为背景，信息含量大，具有丰富的表达能力。③汉字有强大的组合能力，单字相对较少，占空间较小，经济实用。④汉字中的数字有强大的逻辑性。⑤汉字的书法是一门独特高雅的艺术。甲骨文：主要指殷墟甲骨文，是中国商代后期（前14～前11世纪）王室用于占卜记事而刻（或写）在龟甲和兽骨上的文字。它是中国已发现的古代文字中时代最早、体系较为完整的文字。绝大部分甲骨文发现于殷墟。殷墟是著名的殷商时代遗址，范围包括河南省安阳市西北小屯村、花园庄、侯家庄等地。这里曾经是殷商后期中央王朝都城的所在地，所以称为殷墟。目前发现有大约15万片甲骨，4500多个单字。这些甲骨文所记载的内容极为丰富，涉及到商代社会生活的诸多方面，不仅包括政治、军事、文化、社会习俗等内容，而且涉及天文、历法、医药等科学技术。从甲骨文已识别的约1500个单字来看，它已具备了“象形、会意、形声、指事、转注、假借”的造字方法，展现了中国文字的独特魅力。古代甲骨上的刻划痕迹被确认为是商代文字，是我国考古的三大发现（敦煌石窟、周口店猿人遗迹）之一。金文：金文也叫钟鼎文。商周是青铜器的时代，青铜器的礼器以鼎为代表，乐器以钟为代表，“钟鼎”是青铜器的代名词。所以，钟鼎文或金文就是指铸在或刻在青铜器上的铭文。所谓青铜，就是铜和锡的合金。中国在夏代就已进入青铜时代，铜的冶炼和铜器的制造十分发达。因为周以前把铜也叫金，所以铜器上的铭文就叫作“金文”或“吉金文字”。金文的内容是关于当时祀典、赐命、诏书、征战、围猎、盟约等活动或事件的记录，都反映了当时的社会生活。金文字体整齐遒丽，古朴厚重，和甲骨文相比，脱去板滞，变化多样，更加丰富了。金文基本上属于籀篆体。这些文字，在汉武帝时就已被发现，当时有人将在汾阳发掘出的一尊鼎送进宫中，汉武帝因此将年号定为元鼎(前116)。以后金文又陆续有所发现。宋代文人欧阳修、赵明诚都善书，对金文作过研究和记载。
篆书：是大篆、小篆的统称。大篆指甲骨文、金文、籀文、六国文字，它们保存着古代象形文字的明显特点。其代表作品，有《石鼓文》和《秦公簋》铭文等。小篆也称“秦篆”，是秦国的通用文字，大篆的简化字体，其特点是形体匀逼齐整、字体较籀文容易书写。秦时刻石如《泰山》、《峄山》、《琅琊台》等，传为李斯所书，为小篆之代表作品。唐李阳冰、五代徐锴与清代的邓石如均是小篆大家。在汉文字发展史上，篆书是大篆由隶、楷之间的过渡。
隶书：隶书也叫“隶字”、“古书”。是在篆书基础上，为适应书写便捷的需要产生的字体。就小篆加以简化，又把小篆匀圆的线条变成平直方正的笔画，便于书写。分“秦隶”（也叫“古隶”）和“汉隶”（也叫“今隶”），隶书的出现，是古代文字与书法的一大变革。隶书是汉字中常见的一种庄重的字体，书写效果略微宽扁，横画长而直画短，讲究“蚕头燕尾”、“一波三折”。它起源于秦朝，在东汉时期达到顶峰，书法界有“汉隶唐楷”之称。隶书相传为秦未程邈在狱中所整理，去繁就简，字形变圆为方，笔划改曲为直。改"连笔"为"断笔"，从线条向笔划，更便于书写。"隶书盛行于汉朝，成为主要书体。作为初创的秦隶，留有许多篆意，后不断发展加工。打破周秦以来的书写传统，逐步奠定了楷书的基础。在"罢黜百家，独尊儒术"的思想统一下，是汉代隶书逐步发展定型，成为占统治地位的书体，同时，派生出草书、楷书、行书各书体，为艺术奠定基础。
楷书：楷书又称正书，或称真书。其特点是：形体方正，笔画平直，可作楷模，故名。始于东汉。楷书的名家很多，如“欧体”（欧阳询）、“虞体”（虞世南）、“颜体”（颜真卿）、“柳体”（柳公权）、“赵体”（赵孟頫）等。楷书从隶书逐渐演变而来，更趋简化，字形由扁改方，笔划中简省了汉隶的波势，横平竖直。楷书盛行于六朝，至唐代出现了繁荣局面。自秦汉之际产生笔画至三国楷书成型，两晋南北朝是楷书发展的勃兴时期，以王羲之为代表。北朝书法的勃兴是楷书兴旺的标志。其质朴雄强的艺术风格。与南方的秀丽典雅。双峰对峙。楷书鼎盛时期限在盛唐承隋楷风格之变。各书家各显其个性体貌。
发现相似题
与“下列几幅图片所显示的文字出现的先后顺序时是[]A．①②③④B．②③④①C．②①..”考查相似的试题有：
11202810104610159210514011717698744顺序图_百度百科
本词条缺少名片图，补充相关内容使词条更完整，还能快速升级，赶紧来吧！
顺序图是将交互关系表示为一个二维图。纵向是，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。
顺序图简介
消息用从一个对象的生命线到另一个对象生命线的箭头表示。箭头以时间顺序在图中从上到下排列。
和、一样，UML顺序图( Rumbaugh、Jacobson、和booch, 1999)是一种方法。 UML顺序图一般用于：确认和丰富一个使用情境的逻辑。一个使用情境就是系统潜在的使用方式的描述，也就是它的名称所要描述的。一个使用情境的逻辑可能是一个的一部分，或是一条备选线路；一个贯穿单个用例的完整流程，例如动作基本过程的逻辑描述，或是动作的基本过程的一部分再加上一个或多个的备用情境的逻辑描述。或是包含在几个用例中的流程，例如一个学生注册入学之后，立即就要在三个班级注册。
研究你的设计，因为它们为你提供了一种方式，你可以使用这种方式来可视化的调用类定义的操作。检测的设计中的瓶颈。 通过观察什么消息被发送给一个对象，以及通过概略的观察运行被调用的方法需要花费多长时间，你很快就能了解那里的设计需要变化，以达到在系统内部平衡负荷的目的。 实际上某些CASE工具甚至能够让你模拟软件这些特征。
使你能够感觉到你的应用程序的那个类将会变得复杂的，这是个信号，意味着你需要为那些类画了。
顺序图准则
尽力保持消息的顺序是从左到右排列的。
一个顺序图的消息流开始于左上方，消息乙的位置比消息甲低，这意味着消息乙的顺序比消息甲要迟。因为西方的阅读习惯是从左到右，你应该尽量按照和描述消息流一样的方式，从左至右排列分类器（角色、类、对象，和）。 在图1中你可以看到分类器已经按照这种方式排列好了，如果Seminar对象在controller的左边，那排列方式就不是标准的了。 注意有时候消息流从左到右的排列是不可能的，例如一对对象彼此调用操作的情形。
顺序图分类器
分层是一个通用的的方法，系统通常来说，总是组织成user interface、process/controller、business、persistence、和system层( Ambler 2001)。 当系统是以这种方式设计的时候，通常会加强同属于一层的分类器合作，而降低不同层的分类器的。 因此按类似的方式对你的顺序图进行分层是有意义的。 就这个使用情境的例子来说，一种分层的方法就是先注明人类角色，然后是表示情境的逻辑的controller类，然后是user interface类，接着是business类，最后是相关的技术类，它封装了对数据库和系统资源的访问。 以这种方式对你的顺序图分层，会使得顺序图更容易阅读，也更容易发现分层的逻辑问题。 图1就采取这种方法。
图⒈一次学生的注册。
用和你的一致的名称命名角色。
当你在对一个使用情境时，你的顺序图一般会涉及一个或多个角色。 为了保持一致性，显示在顺序图中的角色的名称应该和用例图上的相同。
用和你的一致的名称命名类。
顺序图中的类和类图中的类是相同的，因此它们应该有相同的名称。
一个角色的名称可以和类的名称相同。
在图1你可以看到一个命名为学生的角色和一个命名为学生的类。 这样做是合理的，因为这两个分类器表示两个不同的概念，角色表示在现实中的学生，而类则表示你正在构建的商业应用程序中的学生。
包含一个逻辑的叙述性描述。
图1可以很难理解－－特别是对于不熟悉阅读顺序图人来说－－因为它是很接近于实际的源程序。 在你模型中包含一个业务逻辑的描述是很常见的，特别当该顺序图描述一个使用情境时，就像在在图⒉的左边看到的，这可以增加图的可理解性，并且Rosenberg和Scott（1999）指出，这也为跟踪和顺序图间的信息提供了重要的信息。
图⒉在线定单付款。
在图的最左边放置人和组织角色。
对业务应用软件来说，在大多数的中，主要的角色是一个人或一个组织。这些角色经常是该情境的发起人，同时也是顺序图的阅读焦点，因此它们应该放在模型的"可看见的开始之处"。
在图的最右边放置反应系统角色。
反应系统角色是那些你与之交互的系统，应该放在图的最右边。因为在许多的业务应用软件中，这些角色经常被当做" backend entities "，也就是那些你的系统通过存取技术交互的系统，例如C APIs、IDL、、或web service。 换句话说，把后端的系统放在图最后的位置。
在图的最左边放置系统角色。
先导系统角色是那些与你的系统交互的系统，根据力争从左到右排列消息和分类器层的原则，应该放在图的最左边。
顺序图建模对象
虽然是很重要的的问题，特别是对象在适当的时候的销毁，许多者不愿意在顺序图上建模对象的销毁操作，而是在activation条（就是表示对象生命周期的那个竖条）的底部使用一个"X"符号，或使用一个带&&版型的消息。 比较图1和图2，注意图1中引入了对象的销毁，没带来明显的好处，却弄乱了图的布局。而图2则没有注明对象销毁。 记住遵循(AM)的实践简单的描述模型。
这项指南的意义在于两个理由∶ 首先，很多种语言都拥有称作垃圾收集的技术，实现自动的内存管理，例如Java和Smalltalk。 其次，在那些你需要明确的管理内存的语言中，例如C++，你的程序员一般地都能够了解该怎么做，并不需要模型中的这些附加信息。
注意在中，通常是一个关键性问题，你可能需要对象的销毁操作。
顺序图原则
注意∶分类器命名规则的在别处描述。 其中，类和接口的命名规则在UML的风格指南中描述，的命名规则在UML的风格指南中描述，而的命名规则在UML的风格指南中描述。
当你在消息上引用对象时要命名他们。
顺序图上的对象应使用标准的UML格式" name: ClassName "来标记，其中" name "可选的（拥有一个名称的对象称作已命名的对象，而那些没有名称的对象则被称作匿名对象）。在图1中，Student的实例以theStudent来命名，因为它是一条消息已引用返回值，然而SecurityLogon类的实例则不需要名称，因为图的其它地方并没有应用它，因此它可以使匿名的。
当存在部分相同的时需要命名对象。
当一个顺序图包含几个同样类型的对象时，例如图3存在两个Account类的实例，你应该为该类型的所有对象命名，以避免图的意义含糊不清。
图⒊在账户间转帐。
一致地应用文本版型。
表1总结了一些通用版型，你可以在顺序图的分类器上应用它们。 不要花过多的时间来争论应该使用哪个版型，例如&&和&&都是不错的版型，只要随便选择一个并保证一致性就好了。
表⒈通用的版型．
&& 在设计期间表示微软的Active Server Page。
&& 在设计期间用于注明一个。
&& 用来注明一个控制器类，实现了和使用情境有关的业务逻辑，或包括几个业务类的逻辑。
&& 设计期间表示一个屏幕。
&& 设计期间表示一个页。
&& 设计期间表示一个Java接口
&& 设计期间表示一个Java Server Page。
&& 设计期间表示一个打印的或电子的报告。
&& 表示系统角色。
&& 一个一般的用户界面类。 一般使用在分析级的图上，此时你尚未决定使用何种的实现平台。
少量地应用可视化的版型。
在你的顺序图上应用可视化的版型时完全正确的，就如同你在图2和图3所见的，但它并非一个十分通用的惯例，因此它可能会减少图的可理解性。 在图2中，顾客是一个角色（使用与相同的符号），OrderCheckout是一个控制器类，CheckoutPage是一个用户界面类，而Order是一个类。
注意，那些需要开发稳定性较高的图的团队会使用可视化的版型Rosenberg & Scott 1999; Ambler 2002)，就像在图2描绘的可视化的版型一样，因此对项目中的所有人都必须熟悉这些符号。
集中在关键的交互。
AM的实践－－创建简单内容建议，当创建一个模型时，你应当集中于系统的关键性特征，而不要包含无关的细节。 因此，如果顺序图是探究业务逻辑的，你就不要包含对象和数据库的具体交互，诸如save ()和delete ()的操作就已经足够了，你可以简单地假定持久性已经能够处理，而不需要去理会细节。 例如，在图2中，你看不到从数据库或对象缓存中读取orders和order items的任何逻辑，只是他们会在适当点发生而已。 你也看不到CreditCardPayment类连接到payment处理器的逻辑，但这个逻辑是必定会发生的。 只把注意力集中在和你正在的东西相关的关键性交互上，你可以在尽可能的保持图的简单的同时达到目的，不但提高了建模者的生产力，也增加了图的可读性。
注意∶操作符号的命名规则，和消息、参数、返回值的命名有关的原则都在UML类图的风格指南中描述。
把消息名放在箭头旁边。
大多数的建模者都会调整消息名，例如图2中的calculateTotal ()，因此消息名总是靠近箭头的。 一般我们认为消息的接受者将会实现相应的操作，因此把消息名放在离分类器接近的位置是有意义的。
注意，图3并没有遵循这些原则，所有的消息名都排列在接近发送者的地方。 这种方法的优点在于它很容易看出欲的情境的逻辑，而且，如果你使用了清楚的消息和参数名称，那你也许可以不用遵循包含逻辑的叙述性描述的原则。而这种方法的缺点是很难判断哪个操作是被图右方的分类器所调用的。 象往常一样，选择一种方法并一致的应用它。
顺序图创建对象
在一个顺序图上注明对象的创建通常有两种方法。 首先，你可以用&&版型来发送一个消息，如同图2如...中所示OrderCheckout所示的那样。 其次，你可以通过把图中分类器位置下移，在其侧面调用一个消息的方式直接的显示创建，如你在图1所见的theStudent和图⒉的CreditCardPayment。直接方法的最主要的好处是它可以形象的表示出对象从无到有的逻辑。
为软件消息使用操作符号。
当一个消息被发给一个软件实现的分类器时，例如类、接口、或。通用的准则是使用实现语言的语法来描述消息名。 例如，在图3中，消息commit ( transactionID)被发送给source account对象，它使用了类似于Java、C++、和C_#语言的语法。
为涉及人和组织角色的消息使用叙述性文字。
当一条消息的来源或目标人或组织的角色时，需要使用简短的叙述性文字来描述传达的信息、来标记消息。 例如，在图1中，被student角色发送出的消息是provides name和provides student number，它们描述了这个人在做什么。
推荐使用参数名称，而不是参数
注意在图3中，大多数的消息都使用参数名称来注明参数，而不是使用类型。唯一的例外是start ()消息中传递的UserID参数。 这可以使你正确地判定该消息传递了什么值，有时候类型信息是不够的。 例如，消息addDeposit ( amount, target, transactionID)传达的信息要比addDeposit ( Currency, Account, int)多。
顺序图类型
有时的信息和你正在的信息并没有什么关系，虽然这些信息对你而言非常的重要。 在这种情况下就需要注明参数的，如图3中的start ( UserID)。
顺序图静态操作
当一条消息被发给一个类时（类使用ClassName的格式标记），我们需要在类的定义中增加一条相应的静态操作。 例如，图1描述了被发送给Seminar类的消息getAvailableSeminars ()，因此该类的定义中应该有一条静态操作。 如果这条消息被发给Seminar一个实例，那就应该有一个相应的实例操作。 这是顺序图和间的一项非常重要的一致性检验，某些CASE工具可以自动化实现。
为调用使用&&版型
图3显示了一个用例在顺序图中是如何经由一个用&&版型标记的消息被调用的，当你在一个包含一个被直接调用的用例的使用情境时，就可以使用这个小技巧。
顺序图原则
当返回值非常明显时就不要对返回值。
返回值的显示是使用带返回值标记的虚线箭头，返回值是可选的。 例如，图1中返回值theStudent表示了对SecurityLogon类调用的消息的返回值，然而图2中对order发送getTotal ()消息就没有返回值。 在第一个例子中，创建一个security logon对象会产生一个student对象，这是不明显的，然而向order要求一个小计的返回值是很明显的。
只有当你需要在别处引用返回值时才对返回值建模。
如果你需要在顺序图的另一处（一般是作为给另一个消息）引用返回值，那就需要在图中著名返回值，这样就能清楚的表明它的出处。
在旁边调整返回值。
大多数的者都会把返回值放在靠近箭头地方，例如图2中的theStudent。 一般我们认为返回值的接受者将会使用返回值，因此把返回值放在靠近分类器的位置是有意义的。
返回值建模为方法调用的一部分。
不要使用虚线来弄乱顺序图，考虑在消息名上注明返回值来替代虚线。使用符号message ( parameters) : returnValue，图2就使用了这种符号：reserve () : AuthorizationCode。用这个方法，你只会有单条消息路线，而不会有一条消息路线和一条返回值路线。
顺序图注类型
有时返回值传递的信息和你的模型并没有什么关系，尽管这些信息对你而言非常的重要。 在这种情况下就需要注明参数的，如图2中的reserve () : AuthorizationCode。
顺序图实际值
图1中isValid () message返回了值yes，这就清楚的表明了该学生的名称和编号是合法的。如果返回值命名为Boolean，就只是注明回应的，如果命名为eligibilityIndicator，就只是注明了返回值的名称，这样就不够明确了。
企业信用信息