Design Mentoring based on Design Evolution Analysis

Design Mentoring based on Design Evolution Analysis Zhenchang Xing and Eleni Stroulia

Computing Science Department

University of Alberta

Edmonton AB, T6G 2H1, Canada

{xing, stroulia}@cs.ualberta.ca

Abstract

Developing and consistently evolving quality software designs requires both theoretical knowledge and practical skills. The former can be communicated in a classroom; the latter has to be acquired with hands-on experience in software development. Our recent work on design evolution has resulted in a framework for analyzing the structural differences of subsequent versions of design artifacts, such as the logical design of OO software and the user-interface design of interactive applications. In this paper, we discuss how design-evolution analysis can be used to assist developers in their tasks of understanding the design rationale of the system at hand and to advise them on how to consistently maintain and evolve it.

1Introduction

Software design is an activity that requires knowledge, skill and experience. Producing a good design is often a daunting task for novice programmers, and so is evolving an existing system in a manner consistent with its design rationale. Although many textbooks [7, 9] already do a good job of summarizing the principles and best practices of object-oriented software design, the big challenge lies in applying the textbook knowledge and acquiring experience through practice.

When teaching software engineering, instructors are eager to guide their students through their early practice of the design and development of a substantial software system. They inspect the students’ design artifacts, comment on their good qualities and their potential problems and advise on how to improve them. The questions underlying the critiquing and advising process sometimes focus on the structure of the design:

?What “stinks” about the logical design of this object-oriented system? How could the inheritance and containment hierarchy of the system classes be improved?

?Is the menu structure of the system’s graphical user interface acceptable?

Alternatively, the inspection process may focus on trends of the design-artifact evolution, such as:?Why is this class evolving so much and so frequently?

?Why every time that class A changes class B also changes??This menu has been reorganized; is it better now? In response to these checks, the instructor, in the role of the “design mentor”, may advise the refactoring of the class inheritance hierarchy, or the move of methods contained in one class to another, or the modifications to the menu tree.

Design mentoring occurs beyond the formal education context. In real-world software-development projects, senior designers supervise and advise junior, less experienced members of the development team to help them understand the design of the system and the rationale behind its evolution history so that they can maintain and evolve it consistently.

Last year, we embarked on the JRefleX (http://www.cs.ualberta.ca/~stroulia/JRefleX) project, whose goal is to provide developers with tools that can support reflection on their own designs and processes so that they can make more informed decisions about further work on their projects. JDEvAn (Java Design Evolution and Analysis) is one of the two analysis components of JRefleX and was developed as an Eclipse (https://www.wendangku.net/doc/c76336375.html,) plugin. JDEvAn analyzes the design structure of software artifacts and automatically produces reports of interesting properties they may exhibit or events and trends that they may have suffered during their evolution. It extracts a multi-perspective model of Java software from code versions stored in a version-control system. The crux of its analysis capabilities is its structural differencing algorithm, UMLDiff, which tracks how the logical design of the system changes over time through a UML-aware structural comparison. Based on the analysis produced by UMLDiff,JDEvAn supports querying, navigation, and visualization of evolution knowledge from system-, class-, and structural-change perspectives [13,14,15].

Recently, we have also developed GUIDiff, a structure-differencing algorithm similar to UMLDiff, but based on the semantics of the user-interface design domain. GUIDiff analyzes the menu and window structures of Java software and their evolution. Based on its analysis, it also critiques the design based on a set of user-interface design guidelines.

In this paper, we describe briefly the analysis capabilities of JDEvAn and we discuss how the results of its analyses can provide the basis for design critiquing and advising. The remainder of the paper is

structured as follows. Section 2 briefly describes the JDEvAn. Section 3 discusses the application of design-evolution analysis results in the context of design-evolution critiquing and mentoring. Section 4 relates

this work to previous research. Section 5 briefly summarizes our experience to date and our plans for

future work.

Figure 1 The JDEvAn perspective in Eclipse

2 JDEvAn: Design-evolution analysis

Today, most process models adopted for software development are evolutionary. As a result, at the time of their deployment the design of software systems has already undergone several modifications. Therefore,recognizing design-structure changes is essential to understanding a system’s design rationale. This is exactly the objective of the JDEvAn tool, namely to automatically recover a model of the design-level structural changes that have occurred in a long-lived evolving software system. The produced model can then be used to support the system developers in making informed decisions on future evolution and maintenance activities. In this section, we briefly summarize JDEvAn; interested readers are referred to [13,14,15] for more details.

JDEvAn focuses on the logical view of object-oriented Java systems as the first design artifact to analyze. Its primary input is the system’s source code,residing in a version-management system. JDEvAn’s fact extractor recovers a data model of the subject system’s class design. Formally, the meat-data model is a graph, G D (V D , E D ). The nodes set, V D , contains program entities of the types supported by the programming language; the edge set, E D , contains tuples of the form (relation, v 1, v 2), where v 1 and v 2 are nodes and relation is a UML dependency between

them. The model information is stored in a relational database.

At the core of JDEvAn lies UMLDiff , a UML-aware structural differencing algorithm that compares the extracted models of two system versions to identify the structural changes of the software design from one version to the other. The comparison result is represented as a change tree , summarizing the modifications (additions, deletions, moves and renames/signature-changes) of the various design entities (package, class, interface, field and method or constructor) and their dependencies (inheritance,containment, interface implementation, data type, field accesses, method calls).

Based on the change trees produced by UMLDiff four different types of automated analyses are then performed.

1. First, based on a sequence of change trees, a high-level evolution history of the system as a whole is produced, in terms of distinct evolution phases and their corresponding styles [15].

2. A similar analysis can be performed on a per-class

basis: i.e., for each class, the various phases of its evolution and their types are identified [14].

3. Data mining of class-evolution profiles is then

applied to recognize cases of co-evolving groups of classes [14].

4.Finally, the change trees are inspected to

recognize well-understood patterns of structural design changes, such as refactorings [13].

The structural changes reported by UMLDiff and the analysis results produced by JDEvAn are also stored as in the database. In addition to its pre-defined database rules and views, such as the ones generating the change trees and identifying instances of refactorings, JDEvAn also allows its users to define their own rules to query the its database. Furthermore, JDEvAn provides a set of visualizations (see Figure 1), such as change tree, class evolution histogram, system evolution matrix, to communicate aspects of the design-evolution analysis to its users.

The logical design of the system is only one design artifact among several that could be of interest. Another candidate is the structure of its user interface. The second version of JDEvAn - currently still under development – has been extended with the capability to reverse engineer a model of the user interface of Java swing application, to critique it in terms of user-interface guidelines and to analyze its evolution. The user-interface design analysis extension of JDEvAn currently relies on Java GUIRipper [12] for the extraction of the user-interface model. A GUI differencing algorithm has also been developed, similar to UMLDiff, to report the changes between subsequent versions of user-interface designs, such as changes to the length of a menu, or to the order of its items, or to the containment structure of windows.

3Design-evolution mentoring

To a great extent, design is hard to teach and to learn because it has few “cut and dry” rules. Good design is subjective; there are few precise criteria for determining what is correct or what needs to be improved and their application is contextual. Skilled designers usually have long-term experience designing and can point to examples of past designs, both good and bad.

The basic intuition underlying our work is that experienced designers are able to point out problematic patterns in the design structure of an artifact and questionable events and trends in its evolution. JDEvAn, through its fact extraction capabilities, captures the logical design of object-oriented java software and the structure of its user interface. Furthermore, through its structure differencing capabilities, it analyzes the evolution of these two types of designs.

We have defined a set of queries to recognize potentially problematic patterns in the results of the above analyses. Associated with each of these queries are potential design modifications that may be applied to remedy the discovered problems or general advice on how the design process could potentially proceed.Clearly, the final arbitrators of whether or not to follow this advice are the developers themselves. However, we believe that the very process of recognizing and reflecting upon specific interesting design and design-evolution examples helps developers acquire valuable design experiences.

In the following sections, we discuss how specific queries on the JDEvAn facts can be used to bring to focus elements of the system design that can be critiqued on the basis of textbook design knowledge and on which specific advice can be given.

3.1Extracting a class

If a particular class is continuously modified then it likely is too complex and should be simplified. The class evolution-profile analysis of JDEvAn (step 2 in the analysis process above) provides the basis for recognizing such classes. It reports the changes made to each class in each subsequent system version. The class evolution-profile facts can be queried to identify classes with a particular evolution style [14], such as idle, i.e., a class with no changes over a long sequence of versions, and active, i.e., a class that has been modified in at least, for example 60%, of the versions between versions i and j.

Such a query may produce several classes that meet the specified criteria. The question then becomes what is the practice, in the context of the particular project, with these classes. A further query can be issued to identify past active classes that stopped being active. This further query will likely result in different types of classes in the context of different projects. Let us consider one particular scenario, where among the returned classes, one can recognize two distinct categories. First, classes that have been active in the beginning of their introduction to the project and eventually became stable. The latter category includes active classes with more than 15 instance variables that stopped being active only after they were refactored to fan out their features by such refactorings as “Extract Class”.

This project-specific behaviour essentially constitutes a piece of contextual advice to the project maintainer, who, after reviewing the set of currently active classes, may find out that the size of one of them increased gradually in the past several versions and it has now more than 20 instance variables. In this case, the maintainer may decide to use “Extract Class”refactoring to simplify the active class and prevent it from being the locus of activity any more.

3.2Forming a template method

Code duplication is among the most common “bad smells” in software systems. One type of duplication is when two classes do similar things in the same way, and therefore, when a change is necessary, both of them have to change in a similar manner. Class co-

evolution analysis (step 3 above) is aimed exactly at recognizing such cases.

A query to the co-evolution analysis facts may identify two classes that have been modified together between versions i and j. Further queries to the change-tree facts – as produced by the UMLDiff algorithm – return the change sub-trees that contain the two classes during the specified version period. By checking the sub-trees, one may recognize that methods with same or similar names were added to the classes in almost each version during the co-evolution period. This evidence is, in fact, an indication for when to use the “Form Template Method” refactoring, mentioned in the refactorings textbook [7]. This particular query essentially focuses the developer’s attention to specific examples where the refactoring should be applicable, according to the design-patterns theory.

However, again, the developer may want to examine how people in this particular development team use this specific refactoring. So he queries the JDEvAn fact base for earlier instances of the “Form Template Method” refactoring (see step 4 above) and then checks the evolution profiles of their participants. By comparing the evolution history of the two classes currently under investigation and those of the earlier refactoring participants, he obtains contextual evidence that, indeed, using the “Form Template Method”refactoring is the right decision. In addition, he may learn that, in some cases, the “Extract Method”refactoring is first applied to separate the commonalities before the template method is formulated in the superclass.

3.3Recognizing the need for inspection

After a sequence of features-expanding versions, the system design may deteriorate. According to the extreme-programming methodology [7] functionality-adding phases should be followed by refactoring phases, in order to keep the design coherent. However, in practice, different projects inject in their process refactoring phases with different frequency. The question then becomes, for any given project how frequently should the developers attempt to refactor it?

In its system-wide evolution analysis phase (see step 1 above) JDEvAn uses statistics to classify system-evolution profiles, in terms of five distinct types of change activities: Active, Rapidly developing, Restructuring, Slowly developing, and Steady-going. This categorization enables then sequential analyses to discern trends in the evolution history of the system [15]. Comparing the trends from various similar projects, one may be able to form an opinion about when to refactor.

For example, at the end of a teaching term, the instructor of an undergraduate software-engineering course applied the above sequential profile analysis to the term projects of the student teams. One of the student teams was found to restructure their project at least once after at most three consecutive versions of rapidly developing. Furthermore, the grade of this team indicated that their project quality as evaluated by the course TA was better. This is specific –although by no means definitive – evidence that indeed, as a general rule, refactoring every few expansion phases is advisable. The instructor will most likely communicate this advice to the students in subsequent course offerings. Furthermore, future inspection of team projects may provide more corroborating evidence to support this hypothesis.

3.4GUI Critiquing

User-interface design is another design task that can benefit from mentoring. There are several sets of user-interface design guidelines, each one consisting of a multitude of specific guidelines on the design of window structures, menu hierarchies and controls. For example, a widely accepted guideline is that the length of a menu should be less than fifteen. We are now in the process of extending JDEvAn with a component aimed to analyzing and critiquing user interfaces and their evolution. Guidelines, such as the one mentioned above, are a particular type of facts that are queried to comment on the user interface of a specific project. In addition, the GUIDiff algorithm, similar to UMLDiff, produces a GUI change tree, which is also critiqued in order to evaluate whether modifications to the user-interface structure are in the right direction or not. For example, increasing the number of menu items from seven to thirteen is flagged as a potential problem, because it becomes suddenly close to the limit.

4Related work

In the context of “software-evolution understanding”, a substantially analyzed source of data [4,8] has been the history recorded by version-management systems, while others [5,11] have focused on the visualization of software-process statistics, source-code metrics, static dependence graphs, etc. JDEvAn, in contrast, relies on a sequence of class models reverse-engineered from a corresponding set of code versions, and the analyses it enables are quite automated and do not require a substantial interpretation effort on behalf of its users.

Earlier work has investigated the changes of UML models based on rule- and constraint- based methods [3] in order to check the consistency of the evolving UML diagrams. Furthermore, analysis of the evolution of code metrics has been used to draw inferences regarding the system’s design evolution [2]. In contrast, JDEvAn investigates the design evolution of software through comparative analysis of its design model.

There has been some work at investigating automatic code inspection, such as L INT [10], which checks for low-level programming defects, such as type violations, null references, etc. jCosmo [6] focuses on the code smells associated with bad program design in a single system version. JDEvAn, as a design-evolution analysis and mentoring tool, processes the changes made to the system over time, and thus is able to identify whether the system suffers from “evolution smells”, such as divergent change and shotgun surgery.

Recommendation systems [1,16] use information sources associated with the software development to present relevant software artifacts to the developer’s evolution tasks on hand. The objectives of these methods are to facilitate the developer’s tasks, such as locating a component that could be reused, suggesting a potential solution to a particular type of bug, etc. In contrast, the proposed software design-evolution agent works at the granularity of higher abstraction, providing supports on monitoring and mentoring object-oriented software design and its evolution.

In terms of objectives, to our knowledge the project most similar to this work is ClassCompass (http://www.cs.ubc.ca/labs/spl/projects/classcompass). ClassCompass aims at focusing the attention of the instructor at problematic design patterns during in-class exercises. However, ClassCompass assumes a proprietary design representation available only for assignments developed with the tool for the specific purpose of being critiqued by it.

5Conclusions

In this paper, we discussed our initial work to support design mentoring based on the JDEvAn analysis. Through a series of example scenarios we illustrated how JDEvAn’s facts on class- and system-wide evolution profiles, class co-evolution and applied refactorings can be used to focus the developer’s attention and to indicate relevant design practices.

We have already collected some promising experiences on analyzing the design evolution of object-oriented software using JDEvAn. This is work in progress and substantial research is still necessary to properly test our hypothesis. The challenge is to formulate an interesting collection of design mentoring rules and to specify queries to the JDEvAn fact base for recognizing where these rules are applicable. Furthermore, empirical evaluation is necessary to evaluate the usefulness of our mentoring approach. Acknowledgment

This work was supported by an Eclipse Innovation Grant, by IBM and by CSER the Consortium for Software Engineering Research, and NSERC the National Sciences and Engineering Research Council.References

1. D. Cubranic and G.C. Murphy. Hipikat: Recommending

Pertinent Software Development Artifacts. Proc. of 25th Int. Conf. on Software Maintenance, May 2003, pp.

408-418.

2.S. Demeyer, S. Ducasse, and O. Nierstrasz. Finding

refactorings via change metrics. ACM SIGPLAN notices, 2000, 35(10):166-177.

3. A. Egyed. Scalable Consistency Checking between

Diagrams - The V IEW I NTEGRA Approach. Proc. of Int.

Conf. on Automated Software Engineering, 2001.

4.S. G. Eick, T. L. Graves, A. F. Karr, J. S. Marron, and

A. Mockus. Does Code Decay? Assessing the Evidence

from Change Management Data. IEEE Transactions on Software Engineering, 2001, 27(1):1–12.

5.S. G. Eick, T.L. Graves, A.F. Karr, A. Mockus, and P.

Schuster. Visualizing Software Changes. Software Engineering, 2002, 28(4):396-412.

6. E. V. Emden and L. Moonen. Java Quality Assurance

by Detecting Code Smells. Proc. of Working Conference on Reverse Engineering, October 2002.

7.M. Fowler. Refactoring: Improving the Design of

Existing Code. Addison-Wesley, 1999.

8.H. Gall, K. Hajek and M. Jazayeri. Detection of Logical

Coupling Based on Product Release History. Proc. of Int. Conf. on Software Maintenance, November 1998. 9. E. Gamma, R. Helm, R. Johnson and J. Vlissides.

Design Patterns: Elements of Reusable Object-Oriented Software. Addison-Wesley, 1994.

10.S.C. Johnson. LINT, a C program checker. Unix

Programmer’s Manual, 1978, 2A:292-303.

11.M. Lanza. The Evolution Matrix: Recovering Software

Evolution using Software Visualization Techniques.

Proc. of Int. Workshop on Principles of Software Evolution, 2001.

12. A. Memon, I. Banerjee and A. Nagarajan. GUI Ripping:

Reverse Engineering of Graphical User Interface for Testing. Proc. of Working Conference on Reverse Engineering, November 2003.

13.Z. Xing and E. Stroulia. Recognizing refactoring from

change tree. Proc. of Int. Workshop on Refactoring: Achievements, Challenges, Effects, Nov. 2003.

14.Z. Xing and E. Stroulia. Understanding class evolution

in object-oriented software. Proc. of Int. Workshop on Program Comprehension, June 2004.

15.Z. Xing and E. Stroulia. Understanding phases and

styles of object-oriented systems’ evolution.

Proceedings of Int. Conf. on Software Maintenance, Sept. 2004.

16.Y. Ye and G. Fischer. Information delivery in support

of learning reusable software components on demand.

IUI 2000, ACM Press. 2002, pp. 159-166.

电脑网络维护合同书

电脑网络维护合同 甲方：潍坊启明科技网络服务中心(签章) 乙方：_________________（签章） 2012年__9__月___1___日 电脑网络维护合同书 甲方：潍坊启明科技网络服务中心 乙方： 双方经友好协商达成一致共识，签订此电脑维护合同，具体事项如下：硬件： 一、维护范围及内容： （1）电脑硬件故障维修（电脑主机〈CPU、硬盘、内存、主板、显卡〉、显示器）。 （2）电脑软件故障维修（包括系统安装、系统还原、系统更新、定期检查、常用软件安装）。 （3）局域网故障维修（对现有公司内部局域网络维护、测试、保证内部网络通讯正常）。 （4）指导、协助备份重要数据。（甲方不对乙方数据丢失负责）。

二、维修方式： (1)突发故障的上门维护：在接到乙方的电话或其它通知后，甲方 必须最迟在第三个工作日进行上门维护。 (2)每季度一次定期探访维修系统，对用户的系统进行优化配置，调试好应用软件及相关硬件设备，使系统达到更高使用效率。 三、收费： 1、甲方向乙方提供电脑定期维护，维护期限__年，从2012 年__9_月__1_日至__2013_年___9月__1_日,乙方所需维护电 脑台数是___台,甲方按电脑每年__100_元/台计费；电脑维护 费共：——；针式打印机，喷墨打印机，打印复印扫描一体机 共———台，每年100元/每台，服务期限为___年,共计维修 费用为人民币_______元整；共计所有综合整体费用每年___ 元，大写：————————— 双方签约后，乙方将该合约总金额以现金方式或银行转帐方式一次性支付给甲方。 四、双方责任： （1）甲方在维护期限的工作时间内必须尽职尽责为乙方提供电脑维护项目里的服务内容，乙方要求服务的联系方式为电 话联系或网上留言，乙方发出维护请求后，甲方必须最迟 在第三个工作日内响应服务，如有特殊意外，双方调解处 理。

2020市场推广年度工作计划模板(完整版)

计划编号：YT-FS-3872-21 2020市场推广年度工作计划模板(完整版) According To The Actual Situation, Through Scientific Prediction, Weighing The Objective Needs And Subjective Possibilities, The Goal To Be Achieved In A Certain Period In The Future Is Put Forward 深思远虑目营心匠 Think Far And See, Work Hard At Heart

2020市场推广年度工作计划模板(完 整版) 备注：该计划书文本主要根据实际情况，通过科学地预测，权衡客观的需要和主观的可能，提出在未来一定时期内所达到的目标以及实现目标的必要途径。文档可根据实际情况进行修改和使用。 1 市场部职能 2 市场部组织架构 3 市场部工作计划 4 市场部xx年销售计划 实行精兵简政、优化销售组织架构 实行严格培训、提升团队作战能力 科学市场调研、督促协助市场销售 协调职能部门、树立良好企业文化 把握市场机会、制定实施销售推广 信息收集反馈、及时修正销售方案 一市场部职能： 市场部直接对销售总经理负责，是企业的灵魂，

其工作职能在生产、销售、服务中的作用十分重要，是销售环节核心的组成部分，作为市场部，重要的工作是协助总经理收集、制订、执行。衡量市场部工作的标准是：销售政策、推广计划是否科学、执行力度是否严谨。 1.市场部作用: 直接对总经理负责，协助总经理进行市场策划、销售计划的制定和实施。 督促销售部对销售计划进行事实。 全面协调各部门工作职能。 是企业的灵魂。 2.市场部工作标准： 准确性 及时性 协调性 规划力 计划性 执行力

《驱动电机及控制技术》课程标准-电气自动化专业

《电机驱动技术》课程标准 一、课程基本信息 二、课程定位与作用 （一）课程定位 《电机驱动技术》课程的开设是通过深入企业调研，与专业指导委员会专家共同论证，根据工作任务与职业能力分析，以必须、够用为度，以掌握知识、强化应用、培养技能为重点，以机电一体化相关工作任务为依据设置本课程。 （二）课程的作用 《电机驱动技术》课程是机电一体化专业必修的一门专业核心课程。是在电工电子、电力拖动等课程基础上，开设的一门综合性较强的核心课程，其任务是使学生掌握常用电动机的结构及其控制方法，培养学生对常用电动机的结构原理分析及控制策略的设计能力；对学生进行职业意识培养和职业道德教育，提高学生的综合素质与职业能力，增强学生适应职业变化的能力，为学生职业生涯的发展奠定基础。 三、课程设计理念 《电机驱动技术》课程的设计以生产实际中的具体案例为主，其服务目标是以就业为导向，以能力为本位，以素质为基础。注重实用性，坚持以实为本，避开高深理论推导和内部电路的过细研究，适当降低理论教学的重心，删除与实际工作关系不大的繁冗计算，注重外部特性及连线技能，同时兼顾对学生素质、能力的培养，做到既为后续课程服务，又能直接服务于工程技术应用能力的培养。 四、课程目标 学生通过学习《电机驱动技术》课程，使学生能掌握机电设备常使用的几种电动机--直流电动机、交流感应电动机、交流永磁电动机和开关磁阻电动机的结构、原理及应用以及驱动电动机的结构及其控制方法。熟悉电机调速、分析及控

制。结合生产生活实际，培养学生对所学专业知识的兴趣和爱好，养成自主学习与探究学习的良好习惯，从而能够解决专业技术实际问题，养成良好的工作方法、工作作风和职业道德。 【知识目标】 掌握驱动电机的结构原理及应用，掌握功率变换器电路及其应用技术，驱动电机控制技术及新型电机的结构特点与选用。 【能力目标】 能对对驱动电机各种控制电路进行选择、应用和设计，能够准确描述各种电机控制技术的控制原理及特点，并针对不同电机选用不同的控制方式。 【素质目标】 能整体把握驱动电机及控制技术的应用及在日后的工作中解决实际问题。培养学生实事求是的作风和创新精神，培养学生综合运用所学知识分析问题和解决问题的能力，培养学生一丝不苟的工作作风和良好的团队协作精神。 五、课程内容设计 根据学院对机电一体化专业人才培养方案的要求，结合就业岗位的技能需求，按照职业教育理念，本课程设计了三个教学项目，具体内容如下：

市场部营销推广工作计划4(完整版)

计划编号：YT-FS-1634-77 市场部营销推广工作计划 4(完整版) According To The Actual Situation, Through Scientific Prediction, Weighing The Objective Needs And Subjective Possibilities, The Goal To Be Achieved In A Certain Period In The Future Is Put Forward 深思远虑目营心匠 Think Far And See, Work Hard At Heart

市场部营销推广工作计划4(完整版) 备注：该计划书文本主要根据实际情况，通过科学地预测，权衡客观的需要和主观的可能，提出 在未来一定时期内所达到的目标以及实现目标的必要途径。文档可根据实际情况进行修改和使用。 针对市场部的工作职能，我们制订了市场部×× 年工作思路，现在向大家作一个汇报： 一、建立酒店营销公关通讯联络网 今年重点工作之一建立完善的客户档案，对宾客 按签单重点客户，会议接待客户，有发展潜力的客户 等进行分类建档，具体记录客户的所在单位，联系人 姓名，地址，全年消费金额及给该单位的折扣等，建 立与保持同政府机关团体，各企事业单位，商人知名 人士，企业家等重要客户的业务联系，为了巩固老客 户和发展新客户，除了日常定期和不定期对客户进行 销售访问外，在年终岁末或重大节假日及客户的生日， 通过电话、发送信息等平台为客户送去我们的祝福。 今年计划在适当时期召开次大型客户答谢联络会，以

加强与客户的感情交流，听取客户意见。 二、开拓创新，建立灵活的激励营销机制。开拓市场，争取客源 今年市场部将配合酒店整体新的营销体制，重新制订完善××年市场市场部销售任务计划及业绩考核治理实施细则，提高营销代表的工资待遇，激发、调动营销人员的积极性。营销代表实行工作日记志，每工作日必须完成拜访两户新客户，三户老客户，四个联络电话的二、三、四工作步骤，以月度营销任务完成情况及工作日记志综合考核营销代表。督促营销代表，通过各种方式争取团体和散客客户，稳定老客户，发展新客户，并在拜访中及时了解收集宾客意见及建议，反馈给有关部门及总经理室。 强调团队精神，将部门经理及营销代表的工薪发放与整个部门总任务相结合，强调互相合作，互相帮助，营造一个和谐、积极的工作团体。 三、热情接待，服务周到 接待团体、会议、客户，要做到全程跟踪服务，

驱动电机与控制技术技术试卷(A)

院 年 学期新能源汽车驱动电机技术课程试卷 共 3 页第 1 页题次 一 二 三 四 总分 得分 第一部分.概念辨析模块 请判断下列说法是否正确，正确在括号内画“√”，错误则在括号内画“×” （共25分，每空1分） （ ）1、新能源汽车要求驱动电机体积小、质量轻，具有高可靠性和寿命长。 （ ）2、新能源汽车无需要求驱动电机全速段高效运行。 （ ）3、电机驱动系统一般由电动机、功率变换器、传感器和控制器组成。 （ ）4、直流电机一般具有电刷装置和换向器。 （ ）5、电刷装置的作用是把直流电压、直流电流引入或引出。 （ ）6、磁导率是表示物质导磁性能的参数。 （ ）7、直流电机的工作原理是通电直导线在磁场中受力。 （ ）8、交流异步电机的工作原理是由三相交流电在定子绕组中产生旋转磁场，从而在鼠笼中产生感应电流，从而在磁场中受力。 （ ）9、永磁同步电机的工作原理是通过电子开关电路产生旋转磁场，转子根据磁阻最小的原理进行旋转。 （ ）10、无刷直流电机的工作原理是通过电子开关产生旋转磁场，转子跟随磁场旋转。 （ ）11、开关磁阻电机的工作原理是三相交流电在定子绕组中产生旋转磁场，由永磁铁构成的转子跟随旋转磁场旋转。 （ ）12、直流电机调速性能好，启动转矩大。 （ ）13、直流电机控制复杂，易磨损。 （ ）14、交流异步电机具有高可靠性，制造成本高。 （ ）15、无刷直流电机无换向器和电刷，结构简单牢固，尺寸和质量小，基本免维护。 （ ）16、开关磁阻电机一般定子凸极比转子凸极少两个。 （ ）18、开关磁阻电机的成本相对而言最低。 （ ）19、功率二极管基本结构和工作原理与电子电路中的二极管都是相同的。 （ ）20、占空比指的是电力电子开关的导通时间与开关周期之比。 （ ）21、直流斩波电路只有降压斩波电路。 （ ）22、PWM 整流电路采用脉冲宽度调制控制，能够实现电能双向变换。 （ ）23、轮毂电机结构简单、布置灵活，车辆的空间利用率高，传动系统效率高。 （ ）24、开关磁阻电机的噪音较大。 （ ）25、永磁同步电机和无刷直流电机的转子结构相似，都是由永磁铁组成。 第二部分.基本知识模块 下列题目只有一个正确答案，请选择正确答案并将代码填写在括号里。 （共15分，每题1分） 1.交流异步电机的转速为（ ）r/min 。 A 4000-6000 B 12000-15000 C 4000-10000 D >15000 2.永磁同步电机的转速为（ ）r/min 。 A 4000-6000 B 12000-15000 C 4000-10000 D >15000 3.磁通所通过的路径称为（ ） A 磁感线 B 磁场强度 C 磁路 D 磁阻 4.用于制造永久磁铁和扬声器的磁钢的是（ ）。 A 硬磁材料 B 软磁材料 C 矩磁材料 D 普通材料 5.用于制造计算机中磁存储元件的磁芯、磁棒和磁膜等的是（ ）。 A 硬磁材料 B 软磁材料 C 矩磁材料 D 普通材料 6.用于制造电动机、变压器和继电器的铁芯的是（ ）。 A 硬磁材料 B 软磁材料 C 矩磁材料 D 普通材料 7.右图的电路符号所示为（ ）。 A 功率二极管 B 功率MOSFET C IGBT D GTR 8.功率MOSFET 指的是( )。 系 班 级 姓 名 学 号 命题教师 教研室负责人 系 负责人 试卷类型 A ………………………………………密封线………………………………………密封

生活中的美丽(中英文对照)

每每重温这些睿智的话语， 即便想到说这些话的人都已离世， 也不会感到恐惧。 因为我们看到了生命中的美丽。 E-mail文化传播网https://www.wendangku.net/doc/c76336375.html, Our life is what our thoughts make it. Marcus Aurelius 我们的生活是我们的思想塑造的。 马库斯·奥勒 XuY/100831

Nothing in life is to be feared. It is only to be understood. Marie Curie 生活中没有什么可怕的。它只是需要理解。 玛丽·居里

Where there is love there is life. Mohandas K. Gandhi 哪里有生命哪里就有爱。 圣雄甘地

and forget your age. 忘掉你的年龄。 Live your life 好好地生活吧， Norman Vincent Peale 诺曼·文森特·皮尔

To live is the rarest thing in the world. Most people exist, that is all. Oscar Wilde 活着是世上最珍贵的，而大多数人只是存在，仅此而已。 奥斯卡·王尔德

The truth is always exciting. Speak it, then. Life is dull without it. Pearl S. Buck 真相总是令人兴奋的。那么，说出真相吧。 没有真相，生活就黯然失色。 赛珍珠

营销年度工作计划正式版

Making a comprehensive plan from the target requirements and content, and carrying out activities to complete a certain item, are the guarantee of smooth implementation.营销年度工作计划正式版

营销年度工作计划正式版 下载提示：此计划资料适用于对某个事项从目标要求、工作内容、方式方法及工作步骤等做出全面、 具体而又明确安排的计划类文书，目的为完成某事项而进行的活动而制定，是能否顺利和成功实施的 重要保障和依据。文档可以直接使用，也可根据实际需要修订后使用。 1. 长远目标：20xx年实现行业品牌效应 2. 1-2年目标：打好营销内部基础，抓好产品品质，树立好辉达品牌在消费者心中的形象，调研市场需求，开发设计新产品，不断的完善产品链，推动好企业正式运行品牌渠道销售进程。 3. 20xx年度目标： ①. 业绩目标 理想目标：0.7个亿基本目标：0.5亿 产品种类：电子人体秤电子厨房秤

电子厨房秤电子营养秤电子口袋秤机械人体秤机械厨房秤 ②. 营销团队：6-8人 ③. 市场覆盖面：国内范围发展、一线城市、二线城市为主拓展到地级市国外市场主要以欧美亚洲市场为主. ④. 市场占有率：3%-5% ⑤. 其他目标： 外贸销售目标：做电子衡器的专业贸易公司 渠道销售目标：做国内家用电子秤行业领军者 构建正常运转的营销管理体制; 组建优秀的营销团队; 一、市场调研与分析

(一)经营环境 1. 国际经营环境 整个国际环境经济萎靡，大部分垮地区、垮国界的投资在衰退。小型家用电子产品国际贸易有上升趋势 2. 国内经营环境 一线城市不断成熟，二线城市不断崛起，国家经济重点开发区快速发展 (二) 市场需求 1. 行业环境：随着人们生活的稳定，品味的提高，消费者对美的追求，对人体秤也越来越受女性朋友的追捧，随着人们健康的要求也越来越高，厨房秤也随之走进千家万户。市场需求在不断提高，行业处于快速发展期。

艾默生简介

艾默生过程控制有限公司(费希尔－罗斯蒙特) 一. 简介： 罗斯蒙特公司是世界上最大的自动化仪器仪表公司,以生产优质压力、温度、流量、液位测量仪表及其他各种自动化仪表而闻名于世, 连续数年在美国《CONTROL》杂志 组织的年度评比和客户调查中以显著的优势位居第一。 1.压力变送器 罗斯蒙特公司始终如一的承诺就是：连续改进,产品具有向前、向后的兼容性,这使罗斯蒙特1151型和3051型压力变送器一直处于世界领先的地位。变送器的市场不断变化。过去，技术进步常常需要几十年的时间，而现在只需几年－甚至更短时间就可以完成了。在这种情况下，今天安装的变送器是否能支持明天仪表能力新的进步，则成为至关重要的问题。罗斯蒙特的变送器完全兼容新技术，是工厂跨入下个世纪的最佳途径。 仅仅在近四年中，1151的性能指标即提高了250％，例如,量程比已由15:1提高为40:1。迄今为止，1151型压力变送器的安装量已超过600万台，以其优异的性能、可靠性和稳定性赢得了用户的一致称赞。 3051系列压力变送器，树立了变送器性能的新标准。优异的总体性能－综合了参考精度、温度影响和静压影响，而不仅仅以参考精度作为变送器性能的指标；优异的长期性能－五年稳定性，而不是6个月，12个月或24个月；优异的动态性能－比典型变送器响应快5－10倍，可更有效地跟踪和控制过程变化。3051C型Coplanar共面平台设计，为过程连接提供了最大的灵活性。 3051现场总线压力变送器已成功地投入工业运行。 最新推出的3051S可变规模变送器，不仅是性能极其优异的超级压力、差压变 送器，而且是流量计、液位计。总体技术性能和可靠性是现在世界上最好的3051C系列变送器的2倍。3051S为现场自动化行业提供了新的价值平台！ 精度0.065%经典型，0.04%超级型，量程比200:1；10年稳定性和12年的寿命保证期. 2. 温度变送器、温度传感器： 罗斯蒙特公司是以温度产品起家的，第一个产品的航空用的高精度温度传感器，迄今已有38年温度产品制造经验。罗斯蒙特公司一直是温度产品市场中的技术领导者：世界上第一台2－线制温度变送器，第一台智能型温度变送器，第一台多参数智能型温度变送器,首批获得基金会现场总线认证的FF现场总线3244。 1995年，新一代的全系列温度变送器推出并广泛应用于各行业。这些产品包括：244EH/244ER型可编程温度变送器，644H/644R智能型温度变送器，3144智能型温度变送器及3244MV型多参数智能温度变送器。3244现场总线温度变送器已投入工业运行。另外，3144P型新一代多参数智能温度变送器2002年初投入市场。

市场推广年度工作计划范文

市场推广年度工作计划范文 推广年度时间：20**0月——20**2月31日 年度销售任务：6125万 年度推广费用：340万 策略阐述： 根据市场现状及竞争对手的状况来看，照明行业走到今天，经验主义、行业瓶颈等已经影响整个照明行业的发展，整个行业的抄袭之风成灾，照明营销走到今天已经失去了创新、发展的激情，在世界营销大变革 的时代，完全套用行业内多年前的成功模式已经失去意义。 · 在市场推广的整体区域规划中我们将采用集中资源、局部突破并最 后影响全国市场形成特有的安尚营销模式，利用有限的资源集中投放 在少数几个重点市场，在短时间内占据区域市场份额的前列，再将区 域市场的营销模式总结分析，快速在全国实行推广，完成全国市场的 战略布局； · 在市场推广的产品规划中，我们拟采用单个特色化产品、优势（成 本优势或技术优势等）产品的重点推广带动整个产品群的提升，确定 其在照明行业某一领域的补缺和领导地位，进而通过一系列的市场运作，影响、带动其它相关产品群的提升； · 在市场推广的策略组合中，我们拟希望通过突破传统的照明行业推 广手段，选择性的导入其它行业的成功推广模式，以品牌主题推广影 响市场推广，以市场推广加速品牌影响，并根据不同时期内市场情况 通过组织数次“海陆空”式的纵深立体化战役推广，分步骤的实现营 销推广目标。 · 在推广的目标受众选择上我们前期主要集中在行业内的专业人士以 及渠道经销商、工程建筑商、承包商等，逐步建立在行业内的专业品

牌地位，再根据流通类产品的推出，再将推广的重心向目标消费群体转移，完成专业领域的强势品牌向大众化品牌的转化。 · 推行体验营销，围绕核心竞争力以服务为舞台、以商品为道具、以消费者为中心，创造、设计一系列能够使消费者参与、值得消费者回忆的活动（路演）模式，让消费者亲自体验安尚照明带来的利益； · 以行业内、跨行业、渠道内、渠道外的联合促销为主要推广方式，化的利用传播资源，形成一个立体的装饰、建筑消费整体。 【一、推广目标】 · 销售任务目标：完成年度销售任务6125万； · 广告宣传目标：在推广年度内确立行业内专业品牌地位，在行业内具有一定知名度； · 渠道目标：完成全国布点任务，在全国主要一、二类市场建立销售网点；并在推广年度末在全国范围内建立100家以上专卖店；全国隐性渠道体系的建立。 · 管理目标：在推广年度内建立完善的推广策划、执行、反馈、评估体系； · 产品目标：完善产品线；确立在市场竞争力的核心产品群。 【二、推广目标受众】 · 推荐作用类：设计院、监理公司、建委； · 目标客户类：建设单位、房地产公司、装修公司等 · 渠道成员：经销商、导购人员、员工等 【三、重点推广区域】 全国发达地级市以上市场

2020市场部年度营销工作计划

2020市场部年度营销工作计划 导读：本文是关于2020市场部年度营销工作计划，希望能帮助到您！ 伴随着万达购物广场的落成，市场部始终坚信“公司的战略是清晰的，定位是准确的，决策是正确的”，随着发展适时调整适合现阶段中国市场发展的商业营销模式，快速确定了最合适的营销理念。职务分析，万达购物广场市场部，主要负责购物广场战略目标的规划，对市场“商场如战场”发展趋势做出预测，对目标客户的需求做出判断，对竞争对手和潜在竞争对手的策略做出分析。包括广告宣传、公关活动、促销活动、讲座与展会，以及网上资料、印刷资料、音像资料的制作。正常来讲他们并不大量接触零散的客户，而是紧盯住一个目标客户“群体”去做工作，去激发他们的潜在需求。因此，在下一年的工作规划中，将针对以下几点工作来进行。 一、主要竞争对手分析 就现阶段而言，我市各大购物广场的销售额主要是依靠制造各种形式的活动，让利于消费者、吸引消费者，从而达到引导消费者消费、提升自身销售额的目的。作为我们而言，市场的分析是重中之重，如何把握市场发展趋势，在众多商家、众多活动中脱颖而出，吸引更多的消费者，创造更多价值，在招数上出奇制胜非常关键。也是我们在 2020 年的工作重点。 去年我们着重对全国的商业模式进行了考察，大连万达模式对我们深受启发我们也通过网络了解和电话咨询等进一步了解到万达的整体策划也不是他们自己搞的完全是依赖大连的展览公司。整体策划是以 4t 商业营销模式为基础以休闲、体验、互动、娱乐四大元素组成，直击网络购物的致命弱点，他们在策划方案中融入各种展览旅游文化教育等形成互位交叉

和资源共享购物广场在营销策划上逐渐向以服务为轴心的商业综合体转化;将原来的美陈的投资大量压缩全部采用租赁的模式。他们的策划方案深受启发很值得我们学习和借鉴。这一点我们市场部已经开始学习和贯彻《商业 4t 营销理论》。把我们原来的供应商体系重新做了梳理，引进大连几家专业从事展览器材及展品租赁的供应商，这样我们将大大节省了 2020 年商业美陈的投入。并随时关注大连万达的发展动向，即时做出调整。购物广场的壮大，离不开新老顾客不间断的物质资助。不断把潜在顾客变为顾客，把顾客变为老顾客、忠实顾客，也将是购物广场发展的必由之路。因此，发展会员，推行会员卡，同时不断通过相关活动把顾客提升为沈阳大悦城家族的一分子、一部分，应是2020年战略规划之一，而会员卡也将在下一年的各个活动中具体体现和运用起来。 二、广告公关 我们做广告的目的，就是第一在消费者心目中树立良好、牢固的企业形象，提高美誉度和认同度;其二就是借助广告媒体对商业信息进行有效传递，提升实效性。两相结合，才是相对完善的广告宣传。 长期以来，我们的广告媒体主要是以电视字幕广告为主流媒体，从实效性来看，的确具有一定的效果，但是作为主流媒体，欠缺的是无法将形象树立在市民心中，而对于现代广告营销而言，电视字幕、短信等广告媒体也只是起到发布信息的作用，并没有完全发挥出“广告形象宣传”的作用。在 2020 年，首要的任务则是根据以往收集来的各广告公司、广告媒体进行深入分析，确定出着实适合我们企业的主流媒体作为宣传平台，并根据该媒体特点制定长期宣传战略，使其切实为我们服务，达到真正广告宣传的目的。其次，在依托主流媒体进行形象宣传的同时，尽可能多地通过各种方式增加社会影响力，如制造新闻看点、发展大型文化主题巡展等

理想CR1630一体机维修资料

理想CR1630一体机维修资料 （1）操作程序 在执行测试功能程序，维修技术员能检测每一个电器元件的状态。1．进入测试功能 同时按下?和?两键打开电源开关。如果进入测试功能，机器的印刷数量显示板上显示系统ROM版本。2．检测部件操作，可用操作见选择测试编号。{例}选择测试号NO。36（传感器状态）按START见开始测试，在按START停止测试。3．操作记忆开关（测试功能200—218） 进入测试功能并选择记忆开关号并按START键。{例}选择记忆开关号201选择201并按START 用?或?键选择设定直。{例}选择E为设定植，按?键使E在第一格内闪烁。按STOP 以便重新选择设定。按ALL RESET见1秒钟。注意：测试功能号98使所有记忆开关选择复为‘0’。（2）测试项目及操作 1．传感器/开关测试 有两种不同方式的叫声告知目前状态。检测到 0.1秒间隔的叫声位检测到 0.5秒间隔的叫声序号检测元件检测内容 01 纸检测传感器检测反射光02 上限开关光路被阻挡03 下限开关光路被阻挡06 纸传感光路被阻挡08 位置A传感器光路被阻挡09 夹板A位置传感器光路被阻挡 10 夹板B位置传感器光路被阻挡12 切刀开关开关不被按下14 版纸传感器检测反射光 15 版纸位置传感器检测反射光17 油墨盒传感器光路被阻挡18 滚筒装入传感器光路被阻挡19 出纸传感器检测反射光21 ADF到为传感器光路被阻挡22 垂直中心传感器光路被阻挡23 版纸用完传感器光路被阻挡24 版纸张紧板传感器光路被阻挡25 废版纸压缩传感器光路被阻挡26 废版纸满传感器光路被阻挡27 卸版单元装置开关开关被按下 28 卸版传感器光路被阻挡29 制版单元传感器开关被按下34 原稿位置传感器光路被阻挡36 原稿输入传感器检测反射光37 油墨传感器检测油墨38 油墨溢出传感器检测油墨 41 原稿到位传感器当可选件安装时 2．电机/电磁铁测试 用START见作开/关控制 序号检测元件 56 进搞电磁铁57 写入步进电机向后200步58 写入步见电机向前200步59 主电机10转/分钟60 主电机15转/分钟61 主电机30转/分钟62 可变速主电机运转（用印刷速度键控制）63 分离和负压风扇64 写入步进电机向前400步65 写入步进电机向前300步66 装载离合器67 进纸离合器68 压力电磁铁 69 70 夹板复位71 卸版电机73 夹板电机74 扫描电机向前运转（用缩小键来控制）77 打印头控制信号79 扫描器发光二极管阵列亮84 进纸步进电机向后转89 版纸张紧板电磁铁 3．内存清除及记数停止等按START键，面版显示正常状态 序号清除项目 90 部分内存清除主板中RAM包含的确定内容，如卡纸，出错等将被初始化。油墨定时器记忆开关及用户功能保留。（在开电同时按ALL RESET键，将做同样操作）92 禁止版纸及印张记数，及磁卡记数信号。版纸记数及印张记数信号无输出，用于维修人员试印而无记数关机后该状态既解除。93 清除内存记数清除内存中的版纸及印张记数不清除油墨定时，卡纸，出错信息，记忆开关及用户功能。97 用户功能数据清除 所有包含在主版中的RAM内容，包括由测试功能200---217设定的记忆开关设定值都被清零。 98 内存清除仅清除用测试功能200---217设定的记忆开关设定植。

市场推广年度工作计划(标准版)

市场推广年度工作计划(标准 版) Through the work plan, you can make a plan for future work and work out a detailed plan; the work plan function greatly improves work efficiency. ( 工作计划) 部门：_______________________ 姓名：_______________________ 日期：_______________________ 本文档文字可以自由修改

市场推广年度工作计划(标准版) 导语：通过工作计划，可以对未来工作进行一个规划，制定出详细计划；这样能让工作更有条理性，还能对工作进行全局的管理，可以更好的应对工作中遇到的问题，工作计划功能对提升工作效率有很大提升。 推广年度时间：20**0月——20**2月31日 年度销售任务：6125万 年度推广费用：340万 策略阐述： 根据市场现状及竞争对手的状况来看，照明行业走到今天，经验主义、行业瓶颈等已经影响整个照明行业的发展，整个行业的抄袭之风成灾，照明营销走到今天已经失去了创新、发展的激情，在全球营销大变革的时代，完全套用行业内多年前的成功模式已经失去意义。 ·在市场推广的整体区域规划中我们将采用集中资源、局部突破并最后影响全国市场形成特有的安尚营销模式，利用有限的资源集中投放在少数几个重点市场，在短时间内占据区域市场份

额的前列，再将区域市场的营销模式总结分析，快速在全国进行推广，完成全国市场的战略布局； ·在市场推广的产品规划中，我们拟采用单个特色化产品、优势（成本优势或技术优势等）产品的重点推广带动整个产品群的提升，确定其在照明行业某一领域的补缺和领导地位，进而通过一系列的市场运作，影响、带动其它相关产品群的提升； ·在市场推广的策略组合中，我们拟希望通过突破传统的照明行业推广手段，选择性的导入其它行业的成功推广模式，以品牌主题推广影响市场推广，以市场推广加速品牌影响，并根据不同时期内市场情况通过组织数次“海陆空”式的纵深立体化战役推广，分步骤的实现营销推广目标。 ·在推广的目标受众选择上我们前期主要集中在行业内的专业人士以及渠道经销商、工程建筑商、承包商等，逐步建立在行业内的专业品牌地位，再根据流通类产品的推出，再将推广的重心向目标消费群体转移，完成专业领域的强势品牌向大众化品牌的转化。

1390日常维修

一、打印机故障诊断基本方法 1、故障信息提示法 2、直观发现法 3、机器测试诊断法 4、遵循先易后难原则逐个排除法 5、替换法 二、如何提高打印速度及节省墨水量 选择经济模式颜色为灰度打印及高速打印，可以节省更多的墨水，但打印质量却不尽人意，一般在打印样张或打印文本时采用。 尽量节省墨水，巧妙地给墨盒加墨，当某一种颜色用完之后，如有单色图片可以打印，或填充缺色颜色墨水，继续打印。 不要立即更换墨盒，在打印机墨水灯亮之后，还可以打印文本20-30页，打印图片1-3张。 三、打印速度、分辨率与打印效果有何关系

分辨率（Dpi点/英寸）是表示每英寸长度上打印点数的参数值，在打印中相同的机型，DPI设定值越大则打印效果越好，打印速度越慢，墨水用量越大；DPI设定值越小则打印效果越差，打印速度越快，墨水用量越小。在不同打印机设置选择不一样，有些打印机是直接选择打印介质，因为它们是内置参数已确定了。 四、如何更换墨盒 1、自然使用完的墨盒打印机会有红灯或显示器会有互换指示，直接按下相应故障灯的换墨键或在文件属性的应用工具中更换即可； 2、CANON、HP等部分打印机，把上盖打开就可以直接更换墨盒。 3、有专用的更换墨盒键的打印机则按下专用换墨键即可； 4、三个键的打印机则按住进纸键三秒。 5、四个键的打印机则按黑墨键和彩色键分别更换； 6、四个键以上的则要按清除键和黑墨键或彩墨键分别一起进行互换； 7、请具体按照打印机上说明的步骤行互换； 8、不能强行用手推动墨盒装置的小车来更换；

9、维修拆装时用小尺子拨动小车的白杆再移动小车。 10、可利用电脑中“打印首选项”的换墨程序进行换墨。 五、打印头不出墨（俗称堵头）的原因及处理方法 真堵原因： 1、打印间隔时间太长，造成打印头干涸（建议每星期开机打印一张全色文档）。 2、封条未撕开，空气不进入/将黄色封条撕开重装墨盒。 3、经长时间多次清洗打印头测试断线位置一致的/用注射器清喷头/用清洁墨盒清洗喷头。 4、打印头磨损或老化-----需要更换打印头。 5、EPSON机型清洗喷头方法： 轻度堵头：直接用右击打印机，选择“打印首选项-清洗打印头3-5次。

2019年市场推广工作计划模板

2019 年市场推广工作计划模板 20xx 年公司成立市场部，它是公司探索新管理模式的重大变革。但在经过一年之后，市场部成为鸡肋，嚼之无味，弃之可惜; 市场部除了做了很多看起来似是而非的市场活动，隔靴搔痒的市场推广，就是增加了很多直接或间接的费用，而看起来对市场没什么协助。但在公司领导高层的支持和我们持续地学习中，在后几个月的工作中也探索我们的生存和发展之路，在公司的各项市场活动中，公司资源整合过程中，持续进步。 二、【工作思路】 1、明确工作内容 首先就必须让市场部从围绕营业部转、担当营业内勤的角色中快速转变过来，从事务型的办公室职能里解脱出来，真正赋予市场部战略规划、策略制定、市场调研、产品开发等基本的岗位职能，以消费者需求为中心，根据不同的市场环境，对市场运作实行策划及指导。 2、驻点营销 驻点市场的推行既锻炼、提升市场部人员自身，又贴身服务了一线业务人员，市场部只有提供了这种贴身、顾问、教练式的全程跟踪服务，市场部才能彻底改变一线人员对其的片面看法。（此工作策略需建立在市场部有较宽松及多余的自由支配工作时间及较合理的人员配备条件下展开实施） 市场部驻点必须完成六方面的工作： a、通过全面的调研，发现市场机会点，并针对性地拿出市场提升方案; b搜集竞争品牌产品和活动信息，捕获市场消费需求结合行业发展趋势，提出新产品的开发思路; C、指导市场做好终端标准化建设，推动终端门店健康稳定发展 d、针对性地制定并组织实施促销活动方案，对市场促销、费用及政策使

用情况实行核查与落实，发现情况即时予以上报处理。 e、即时全面宣贯公司政策，提升一线人员的战斗力；制定不同时期的有针对性的员工激励方案，提升员工积极性，进一步为公司提升竞争力； f 、在市场实践中搜集整理亮点案例，重点总结出方法和经验，即时推荐给市场复制; 3 、与营业部强强联合，营运部相互配合促动提升，成立品牌推广小组市场部要在市场一线真正发挥作用，除了调整市场部定位及提升市场部自身服务水平外，还离不开一线部门的支持和配合。如果得不到市场一线的认可和有效执行，即使再好的方案，最终也只能是一纸空文。由市场部和营业部两部门的主管和骨干组成品牌小组，由市场部确定活动企划方案，再由品牌小组成员发表意见，主要对方案提出看法和改进建议，对于需进一步修改完善的方案，由市场部负责调整; 对于会议讨论通过的方案，由总经办最终确认执行，交营业部执行，由品牌小组负责跟踪执行进度和效果。而公司的态度和做法，决定了市场部能否与营业部实现共融和共荣。品牌小组计划主要执行工作： 1.【规范终端门店品牌形象】20xx 年4-5 月份制定家家知连锁门店统一门店形象标准，包括门店陈列规范、音乐播放（不同季度及节日音乐）、家家知统一服务礼仪、家家知终端宣传品使用规范等终端门店统一形象，方便对家家知连锁品牌的统一性实行规范; 2.【门店稽核管理制度】由品牌小组成员及总经办成员组成门店督察小组，建立门店稽查制度，不定期对上述第一条中规范内容实行稽查，稽查结果算入门店店长及责任员工绩效考核中，协助公司建立统一的终端形象和后期品牌形象的管理维护; 品牌小组组成： 组长：市场部经理副组长：营运部总监顾问：副总经理 执行队长：营业部经理组员：门店主管 备注：各项规范制度由整个品牌小组共同协商制定，经总经办批准确定后长期执行，后期门店运营管理中，品牌小组中成员每次对门店实行巡店均为一次稽核过程，稽核内容如上，稽核过程中会根据各项稽核内容对门店店长及

电动车驱动电机和控制技术综述

电动车驱动电机及其控制技术综述 摘要：简述了电动车驱动系统及特点，在此基础上详细分析并比较了电动车主要电气驱动系统，着重介绍了一种深埋式永磁同步电动机及其控制系统，最后简要概述了电动车电气驱动系统的发展方向。 1 概述 电动车是一种安全、经济、清洁的绿色交通工具，不仅在能源、环境方面有其独特的优越性和竞争力，而且能够更方便地采用现代控制技术实现其机电一体化的目标，因而具有广阔的发展前景。 现有电动车大致可以分为以下几个主要部分：蓄电池、电池管理、充电系统、驱动系统、整车管理系统及车体等。驱动系统为电动车提供所需的动力，负责将电能转换成机械能。无论何种电动车的驱动系统，均具有基本相同的结构，都可以分成能源供给子系统、电气驱动子系统、机械传动子系统三部分，其中电气驱动子系统是电动车的心脏，主要包括电动机、功率电子元器件及控制部分。如图1所示。 其中，电动车驱动系统均具有相同或相似的功能模块，如图2所示。 2 电动车电气驱动系统比较 电动机的类型对电气驱动系统以及电动车整体性能影响非常大，评价电动车的电气驱动系统实质上主要就是对不同电动机及其控制方式进行比较和分析。目前正在应用或开发的电动车电动机主要有直流电动机、感应电动机、永磁无刷电动机、开关磁阻电动机四类。由这四类电动机所组成的驱动系统，其总体比较如下表所示。 电动车电气驱动系统用电动机比较表 下面分别对这几种电气驱动系统进行较为详细地分析和阐述。 2.1 直流驱动系统

直流电动机结构简单，具有优良的电磁转矩控制特性，所以直到20世纪80年代中期，它仍是国内外的主要研发对象。而且，目前国内用于电动车的绝大多数是直流驱动系统。 但普通直流电动机的机械换向结构易产生电火花，不宜在多尘、潮湿、易燃易爆环境中使用，其换向器维护困难，很难向大容量、高速度发展。此外，电火花产生的电磁干扰，对高度电子化的电动汽车来说将是致命的。此外，直流电动机价格高、体积和重量大。随着控制理论和电力电子技术的发展，直流驱动系统与其它驱动系统相比，已大大处于劣势。因此，目前国外各大公司研制的电动车电气驱动系统已逐渐淘汰了直流驱动系统。 2.2 感应电动机驱动系统 2.2.1 感应电动机 电动车感应电动机与一般感应电动机相比较具有以下特征： （1）稳定运行时，与一般感应电动机工况相似。 （2）驱动电动机没有一般感应电动机的起动过程，转差率小，转子上的集肤效应不明显。 （3）运行频率不是50hz，而是远远在此之上。 （4）采用变频调速方式时，转速与极数之间没有严格对应关系。 为此，电动车感应电动机设计方面如下特点： （1）尽力扩大恒转矩区，使电动机在高速运转时也能有较高转矩。而要提高转矩，则需尽量减小定转子之间的气隙，同时减小漏抗。 （2）更注重电动机的电磁优化设计，使转矩、功率和效率等因素达到综合最优。 （3）减少重量、体积，以增加与车体的适配性。 2.2.2 控制技术 应用于感应电动机的变频控制技术主要有三种：v/f控制、转差频率控制、矢量控制。20世纪90年代以前主要以pwm方式实现v/f控制和转差频率控制，但这两种控制技术因转速控制范围小，转矩特性不理想，而对于需频繁起动、加减速的电动车不太适宜。近几年

爱默生—美国学者—中英译文

主席先生，先生们： 在开始第二个文学年之际，我谨向你们致意。我们过去的一周年是充满希望的，但也许是努力尚且不够的一年。我们相聚不是为了如古西腊人那样，进行力量和技巧的较量，朗诵过往历史，悲剧或颂词，也不是为了像中世纪行吟诗人那样为爱情和诗歌而聚集，更不是如当代在英国和欧洲的都市里为科学的进步举行聚会。目前为止，我们聚会的节日还仅仅是一个良好的象征，它象征着我们由于忙碌而无心于文字的人民中对文学之爱的延续。就此而言，这个象征弥足珍贵，有如不能被损毁的人类本能。也许这样的时代已经到来，我们的聚会就要也应该是另番模样。在这样的时代里，这个大陆的沉睡的心智睁开惺松睡眼，它给这世界带来久已期盼的贡献，这贡献远胜于机械性的技巧的发明。我们依赖于人的日子，我们心智向其他大陆智慧学习的学徒期，这一切就要结束了。成百万簇拥着我们涌向生活的同胞，他们不可能永远的满足于食用异国智慧收获的陈粮。全新的事件和行动正在发生，这一切需要被歌唱，它们也要歌唱自己。有谁会怀疑，诗歌将会获得新生，并将引领一个新时代？就如天文学家所预言，在我们的天穹之顶的天琴大星将会成为恒艮千年的新北极星。 就是抱有这样的期望，我接受这个讲演题目－－不仅是在用词上，而是由于时代和我们组织的性质所决定的－－美国学者。时光流转，我们又翻开它传记的新篇章。让我们来探询，新的时代和事件，在它特质上和对它的期望里又添了什么光色。 有这样一个久远不可考的传说－－它有着我们意想不到的智慧。起初，众神将一个人分为众人，使他可以更好的自助，如同要分出手指以便更好的使用手一样。 这古老的传说蕴涵着一个长新而高尚的信念。这就是：有这么一个大写的人，你可以在某些个体的人或通过一种能力看到部分的他，但只有观照整个社会才能找到他的全部。这个大写的人不是农夫，不是一个教授或着工程师，他是他们的总和。这个人是传教士，他是学者，他是政治家，他是生产者也是战士。这些功能在分工的社会形态里被一一分予不同的个体。每一个体从事着整体中他那一部分的工作，人们都各司其职。这传说即指：个体人为了体验那大写的人，定要经常地从他的事工里脱离去体味整体的其它部分。但是很不幸，这个初始的整体，这个力量的源泉，已被分散给大众，它被条分缕析，那源泉被分而为涓滴再也无法汇集了。这种社会状态，有如支体与躯干分离，一个完整的手指，一段脖子，一只胃，一个臂肘如鬼魅般到处踆巡，却不能看到一个完整的人。 这大写的人被变形为物，变形为众多的物。种植者是他走入田野采集食物，但他不因高贵的事业而受颂扬。这种植者看到的，除了他的筐子和他的推车再无旁物，他没入田地，大写的人消失了。那买卖人从未意识到他工作的真正价值，他埋头于那行当的点滴中把灵魂交给金钱。传道士成为形式，律师变做僵死法典，机工退化成机器，水手仅仅是一节船上的缆绳。 由于这样的分工，学者成了被分派出的片断知识。他应该的状态是：大写的人在思考。在目前退化的状态下，他－－分工社会的牺牲品，只是思想者，甚或等而下之，成为他人思想的学舌鹦鹉。 把学者当做大写的思考着的人，他的责任所在明确无误。自然用她的平和，她的蕴意深厚的景致启发诱导他;过往的历史教育他;未来邀请他。难道人人可为学子？难道周围一切皆有益于学？难道每一个学者都是货真价实的大师？但请记得那古老的智慧："所有事物皆有两面，警惕那谬误的"。在生活里，学者误导人群误用他的尊崇，这屡见不鲜。让我们看看在学园