发布时间：2019-1-15 分类： 行业资讯
组件设计采用模块化设计，组件可以重复使用。从一般角度来看模块设计，并根据业务方的需要访问和使用多个产品。
在在线教育领域，该主题是在线和离线教学场景中验证学习的基本方式。同时，问题可以存在于问题库中。问题库和试卷是承载问题的常用载体，每个产品中都有两个载体。教学系统内有共同的需求，并且由于需求的高度重叠，它具有很强的通用性。
因此，在组件的形式，“问题数据库”和“体积”的设计中，这两个模块，通过各种角度测量都有其存在价值。经过多方考虑后，教育部门的EduOS团队负责模块重构的组件设计，问题库的创建和管理以及卷的组装方法。同时，基于可行性和基本框架，可以在网易100，中国大学MOOC和云课堂C/B中实现问题库和一套卷。在资源共享的情况下，可以调用组件，可以重用代码，并且可以考虑通用模块功能。
本文主要是通过需求识别，共识来解决问题。预设计>项目问题和解决方案>理解和思考这四个部分来描述这个过程中的实践和思考。
关于组件化的身份和共识
你同意组件设计吗？
有些交互设计师可能本能地抵制组件设计，因为组件化设计可能在某种程度上扼杀了设计师在产品设计中的创造力。从交互的角度来看，组件设计必须首先识别组件设计。这里有两个值得探讨的问题。
1.组件设计可以为产品或业务带来什么？
组件设计带来了重用：设计的重用，开发的重用以及用户体验的重用。重用可以提高效率：提高产品迭代过程的效率，提高用户体验使用效率，避免用户因产品类似功能的不一致操作而减少使用体验，后续组件可以同步迭代更新。
2.一般业务应更加注重产品中的用户体验设计。组件化设计是否会牺牲业务产品的用户体验？
在组件设计的初始阶段，交互设计人员还需要充分探索产品业务方面的当前需求，甚至是未来潜在的业务需求，从需求框架中抽象出组件模块设计。然而，这里的组件设计不仅是全局框架设计，组件的细节需要抛光，组件设计基于特定的交互规范，以避免滥用后期设计。此外，在细化细节时，要特别注意系统的稳定性和可维护性，以确保系统在多次迭代后能够维持运行良好的生态系统。
什么样的需求或产品可以组件化？
组件化在今天变得越来越普遍，单功能组件更常见，例如搜索组件，过滤器组件和更完整的功能模块组件。每个组件都是一个完整的产品，不断发挥着在业务产品中组合更多产品的作用。但并非所有功能都适用于组件。组件本身不会影响产品的质量。最重要的是在组件设计和升级之前使项目状态清晰。评估和意识，全面审查需求方向，考虑解决方案，以及完善功能组件的完善。
在组件设计的测量中，我们也可以尝试探索一些定量方法，当然，不仅限于定量数据，更重要的是挖掘产品和用户需求。这需要测试组件发起者考虑产品需求的广度和深度。
预设计期
如何快速接收和消化组件化要求？
在获得需求后，您如何开始消化和分析需求，这是我们在设计的早期阶段应该做些什么？从确定测试库的组件到项目，我几乎没有空余时间来理解这些要求。
简要分析，首先，组件需求的特征是业务需求的下沉，需求功能的模块化以及模块和模块的更大相关性。组件化的最终目标是将需求实现为n个盒子的组合，类似于乐高积木。虽然每块砖都是相互独立的，但它可以灵活多样。类似地，组装的组件模块是灵活且强大的，并且所涉及的逻辑更强。因此，面对组件化要求，根据其需求特点，总结了以下快速接收消化要求的方法：
1.模块化的需求思维，迅速打破需求。组件和组件之间不应存在循环依赖关系，因此您可以快速细分需求。换句话说，它是将商业设计思维转化为一般设计思维。
给出一个简单的板栗：问题库要求可能涉及多种类型的问题，例如多项选择题，多项选择题，填空题和组合题。问题类型和问题类型之间将存在相同的属性和不同的属性。然后，您需要从问题类型中提取所有属性并分析相同的属性。可以将相同的属性设计为类似的组件，甚至可以使用相同的组件。零件。
2.走走并组织所有现有的&尽可能完整的潜在业务场景，并根据对需求草案的理解构建全局视图，考虑完整链接的解决方案。
3.增强同理心，积累和塑造自己的知识体系，拓宽您的需求视野。
项目问题和解决方案
在实际设计和项目进展中，或多或少会遇到很多问题。总结了以下典型问题和解决方案。同时，这些问题也是制定组件化要求时需要注意的问题。
如何确保组件设计的一致性？
组件化交互设计的最基本点是确保设计的一致性。在准备将功能模块制作成组件时，我们通常必须考虑设计是否不够通用以满足以下要求。除了学习ios，andriod和其他操作平台的原始设计规范外，请在此处分享。两个简单的方法：
1.尊重用户习惯。您可以选择现在更成功的竞争产品，并整理产品框架结构和操作规范。一般竞争产品成功的原因有两个：一个是将使用价值带给用户，另一个是将产品方面带到产品方面。商业价值。由于使用价值带给用户，这些产品的功能或操作体验应基本符合用户的心理预期。这些成功的竞争产品的功能或操作规范也是对用户习惯的补充。有参考。
2.当需求最终作为交互式框架呈现时，您可以尝试从上到下对信息进行分类。例如，分类粒度是：操作属性，信息显示属性等，信息显示属性可以分类为列表类，卡类等，可以返回到我们经常使用的交互式组件库中。说。例如，如下图所示，问题库的管理和试卷库的管理。问题库是标题的管理。试卷库是单个试卷的管理。虽然它是两个不同的功能模块，但它具有非常相似的操作属性和信息显示属性。
如何确保设计的可行性？
在组件交互设计中，确保设计的可行性也非常重要。由于整个功能或模块是组件化的，因此它的逻辑相对复杂，因为它结合了更多业务方产品的需求。我们的目标是将这些复杂的需求转变为更简单，更灵活的功能，以满足不同的需求。
在交互设计中，为了保证设计的可行性，首先要考虑整个设计的循环，无论是应用层，框架层，逻辑层都必须逐一分析，但在项目实践，时间很难让我们应用完整的研究方法，你只能依靠经验或自己的定制设计方法来快速产生最终目标。
这是一种对复杂项目特别有用的设计分析方法：遗传分解，基因解构，基因整合，梳理结构，时间表和基因之间的关系，以组织新的信息结构和设定目标任务。处理。这里的基因可以是需求，可以是模块，可以是场景，也可以详细到项目过程的每一步。它还可以通过（人）角色原型，要求解的需求以及对象所在的当前场景来分析。分析已经到位并整合到整个设计过程中。
以下是通过EduOS提出的问题银行卷案例对几个模块的简要分析：
1.应用层。作为教学系统模块，问题库量可以从教学背景和用户学习前景场景中梳理出需求和过程。整理每个场景中的时间节点和操作节点，并组织两个场景中的过程关联关系。
2.框架层。在组音量中，原始组音量模式根据四种不同的组音量形式有四种不同的设置模式，形式单一且不够灵活。对测试库量的需求是制定更灵活和更通用的组卷方法，并且不限于组卷的形式。因此，明确了下图所示的需求设计方向。
此外，我们增加了一个主观和客观组合的组合体积。因此，有必要分析新的组合体积，而不是以前的测试形式，它们的差异和它们各自的属性。
3.逻辑层。然后分别分析问题库和测试卷的业务流程和操作逻辑，并根据其操作属性构建一个完整的设计循环，并将其转换为更直观的流程图。
4.整合。最后，对有效基因的最终分析进行了整合，整理了整个循环，并在此基础上进行了交互式大框架的设计。此外，通常在现有功能的基础上提出组件化要求。产品规划通常定义了三种产品设计方式：重用，配置和定制。这三种方法也会影响交互设计。
在了解组件背景（需求的背景），组件派生的需求场景和组件存在形式时，请记住不要急于设计。即使您处于交互设计角色，也最好了解组件如何访问产品，组件功能和业务。产品特性，访问影响范围等也非常有助于理解这些组件。
EduOS项目已经从需求中整理出大部分逻辑层内容，因此在设计过程中可以相对快速地理解和分析这些循环。同时，通过产品，设计，开发和测试的共同努力，经过多次优化和设计，整个过程完成了最终产品底层框架的构建和功能设计。
如何避免异常情况下的遗漏？
在组件设计过程中，不缺乏逻辑，导致需求调整或交互设计不完整的问题。这里，建议使用基于节点的排除方法，即通过这些关键点来分类过程的关键点并处理异常情况。
逐个列出用户对应的操作时间点和影响因子，并且可以在场景中存在连接分析，并检查这些场景是否被逐个处理。例如，在这种状态下有几个影响学生答案的异常因素：试卷发布，授权主题取消，教师修改内容或分数，教师重新分段，答案截止日期为到了，提交截止日期已经到了。 URL输入试卷，依此类推。
理解和思考
以下几点是对整个EduOS项目中组件设计的一些想法。
灵活高效，易于使用
基于组件的多功能性，最终目标是灵活高效的协作。同时，在项目期间，可以在短时间内尝试各种设计解决方案以实现共同功能，并且可以尽可能多地考虑各种场景以简化操作过程和重复使用。良好的组件设计将为产品带来创新并带来更好的体验。
相关性
要做产品的组件设计，我们必须注意相关性，包括功能和功能之间的关系，以及前后用户之间的相关性。
业务兼容性，可伸缩性
产品的组件化设计必须与业务兼容，同时，可扩展性要求非常高。因此，产品和设计可以基于业务的熟悉程度，抽象建模的能力可以抽象模块和模块之间的关系。拥有良好的产品前瞻性，以确保后端产品架构清晰，灵活，可扩展。同时，还应考虑平台载体和性能的局限性，并且设计还应考虑数据系统维护和设计的可扩展性。
目前，整个教育产品部门的发展规划模型也将一些要求抽象为一个共同的能力，即抽象出一些要做的组件，更好地服务于产品线。
总之，要进行组件化交互设计，我们必须：逻辑清晰，交互设计应规范，产品结构应灵活。有些人会认为产品的后端是产品前台功能的配置，在此基础上它可以满足产品方和用户的需求。但产品背景反映了整个产品的运营理念和业务逻辑。
后台的完整，良性运作是产品健康发展的重要保证。当然，关于模块的组件化设计，它不是一篇不能用千言万语来解释其整个生命周期的文章。因此，我们只讨论组件设计过程中总结的设计。方法和理解和思考背景组件设计，仅供大家交流〜
