精华内容
下载资源
问答
  • OA多级审批流程表设计方案以及开发思路(非常细节)

    万次阅读 多人点赞 2020-07-27 15:39:30
    OA审批工作流设计解决方案

    OA(office automation) 想必大家都已不陌生,甚至还非常熟悉,是的没错,本文就来讲解一下OA中的核心业务,审批流程是如何一步步实现的。


    本文干货满满,建议静下心来细细品

    被审核流程

    首先填写好表单相关信息,然后点击审批人,从公司部门树中点击相应部门,加载部门相关角色用户,最后再指定审批人
    部门树
    值得吹嘘的一点是这里的审批人可供用户自行动态选择,并且审批层级也是随着审批人的数量动态增减

    以加班表单为例子
    加班审批
    指定完成之后,点击提交即可。
    然后再由相应的审批人逐级进行审批,当其中有一个不通过,则整个流程不
    通过,当所有的审批人全部通过才可通过


    OK流程已经清楚了,接下来我们来进行表结构的设计
    只需要两张核心的审批表即可,其他需要进行审批流的业务表通过审批流编号FlowNo 关联这两张核心业务表,我们来看一下

    审批流主表 AuditFlow

    Column NameData TypeDescribe
    FlowNoVarchar(50) not null primary key审批编号返回yyyMMddHHmm+n位随机数
    TitleNvarchar(50) not null标题(例如:某某人的加班申请)
    BusTypeVarchar(20) not null审批类型(根据业务表定义Code,区分表单)
    AddUserNoDatetime not null申请人
    AddTimeVarchar(50) not null添加时间
    ApproStatusInt not null审核状态(1.待审,2.通过.3.驳回,4.撤销)

    这两张表的关系是一对多,明细表的数量取决与表单提交添加的审核人数量
    ApproFlow:1 =======> n :ApproFlowDetail

    审批流明细表 AuditFlowDetail

    Column NameData TypeDescribe
    IDInt not null primary key identity(1,1)主键自增列
    FlowNoVarchar(50) not null审批编号,关联主表
    AuditUserNoVarchar(50) not null审核人
    AuditRemarkNvarchar(500)审核备注
    AuditTimeDatetime审核时间
    AuditStatusInt not null审核状态(1.审核中,2.待我审批.3.通过,4.驳回)

    如此一来,OA审批流程的两张核心业务表就设计完成了.
    那么问题来了,其他相关表呢?
    别急,慢慢来嘛。首先用户表肯定是需要的,因为表单申请人和审核人都是关联的用户No,因为用户是根据部门走的,那么还需要设计一张部门表,再设计一张用户和部门相关联的表,把用户和部门联系起来,就可以从部门中选取相应角色。当然简单点的逻辑可以不用部门,直接搜索全部用户,这里就不再设计了哈。

    有了用户表和审批业务核心表,接下来就可以根据公司业务需求,来设计相关的审批流程业务表了,这里就拿加班申请来举个例子,当用户需要进行加班的时候,肯定是需要走审批流程的,那么再来设计一张加班申请表

    加班表 OverTimeAsk

    Column NameData TypeDescribe
    FlowNoVarchar(50) not null primary key关联AuditFlow表
    AddUserNoVarchar(20) not null添加用户No
    AddTimeDatetime not null添加时间
    AskReasonNvarchar(50) not null加班事由
    RemarkNvarchar(100)备注
    LeaveTimeFromDatetime not null加班开始时间
    LeaveTimeToDatetime not null加班结束时间
    OverTimeHoursdecimal(10,2)加班总小时

    此时,再回到文章一开始的流程,脑海中的思路是不是就慢慢的浮现出来了呢,嘻嘻

    库设计好了,剩下的就是由程序实现完成了,那么问题又来了,如何去实现呢?借助问题,来进行驱动成长,下面就来探讨具体如何实现.

    有了以上设计的表做铺垫,就可以为所欲为啦!
    填写完加班申请表单,选择部门相关负责审批人
    如主管,部门经理,总经理,此时进行表单提交

    提交需要进行的操作

    • 录入当前审批业务表,也就是加班申请表的数据
    • 审批流主表插入一条数据
    • 审批流明细表插入三条数据
    • 对添加的第一个审核人发送相关通知消息

    注意要点:
    1.以上三条是同时进行操作,必须要满足事务,否则数据会出现问题
    2.三条数据插入的FlowNo字段必须是相同的
    3.插入审批流主表数据的时候,BusType字段的值可以设置为OverTimeAsk,审核状态默认1(待审核)
    4.插入审批流明细表数据的条数取决与用户提交表单选择的审核人数量,如这里选择了三个审批人,就需要插入三条数据,第一条的审核状态 设为 2(待我审批),其他两条的审核状态设为1(审核中)
    5.插入加班申请表对月份进行判定,不允许跨月加班

    表单提交的操作完成了,下面就开始论到审核操作的流程了
    首先,要有一个待我审批的入口,查询出所有待我审核的表单

    • 将AuditFlow表和AuditFlowDetail表通过FlowNo关联查询

    • 过滤AuditFlow表审核状态为1并且AuditFlowDetail表审核状态为2的数据

       也可以根据AuditFlow表的BusType字段进行审批表单的分类
      

    审核操作,基本上分为审核通过和不通过, 当然也可以根据业务自行扩展其他的审核操作。

    实现思路与细节如下:

    1. 根据表单提交操作来判断审核是否同意
    2. 根据FlowNo和AuditUserNo以及AuditStatus为2(待我审批) 的条件去查询AuditFlowDetail表,如果数据为空,则此单已进行过审核操作,直接返回.
    3. 如果上一条查询的数据不为空,则可以将当前审核明细单数据的审核状态设置为通过or驳回
    4. 如果当前审核明细单的待审核数量大于一,则说明还需要向下一级传递审核,同时将下一级数据的审核状态设置为待我审核,并发送相关通知
    5. 如果当前审核明细单数据全部为审核通过,则将AuditFlow表的审核状态设为通过
    6. 如果当前审核明细单有一条审核不通过,则将AuditFlow表的审核状态设为不通过

    实现细节
    如果审核同意则,根据FlowNo查询出所有AuditFlowDetail表数据,然后进行过滤,分别统计审核通过和审核不通过的数据条数,并记录第一个审核状态为审核中的数据.此时可根据条件执行上面的第4,5,6条
    审核不同意操作大致同上

    OK,整个多级审批流程就实现完啦,如果你仔细看完此文,相信你一定会茅塞顿开

    当然OA的审批业务远远不止这么一点,还有其他的表单审批,比如工作汇报审批表,还可增加关联的附件表,提交工作内容的同时上传相关文件或者照片存放在服务中,方便审核人随时在线预览或者下载到本地
    还可根据业务需求自行扩展相关表单
    OA表单
    以上所有表单的审批流程都是围绕基于两张核心业务表来实现.

    如果有其他问题,欢迎留言咨询,不定期更新

    展开全文
  • 用户权限设计方案

    千次下载 热门讨论 2013-05-28 16:03:42
    为了设计一套具有较强可扩展性的用户认证管理,需要建立用户、角色和权限等数据库表,并且建立之间的关系,提供的一种设计方案
  • 非常全的软件设计方案

    热门讨论 2018-03-15 13:18:01
    信息系统设计方案,软件设计方案,包含:系统架构设计、项目开发和管理工具、软件生命周期各阶段的工艺、项目任务分解和人员分工、应用系统培训方案、软件项目费用结构、软件实施方案、软件试运行方案、售后服务。...
  • 软件设计方案

    千次阅读 2018-10-19 18:38:28
    软件设计方案 1 引 言 1.1 编写目的 阐明编写本设计方案说明书的目的,指明读者对象。 1.2 项目背景 包括:a.本项目的委托单位、研制单位和主管部门;b.该软件系统与其它系统的关系。 1.3 定 义 列出本...

    转:https://blog.csdn.net/ckpckp/article/details/78838446

     

    软件设计方案

    1  引  言

    1.1 编写目的

    阐明编写本设计方案说明书的目的,指明读者对象。

    1.2 项目背景

    包括:a.本项目的委托单位、研制单位和主管部门;b.该软件系统与其它系统的关系。

    1.3 定  义

    列出本文档中所用到的专门术语的定义和缩写词的原意。

    (1)软件配置项(CSCI,ComputerSoftware Configuration Item)。为独立的配置管理而设计的并且能满足最终用户功能的一组软件(部件)。

    (2)计算机软件部件(CSC,ComputerSoftware Component)。计算机软件配置项中性质不同的部分。计算机软件部件可进一步分解为其它计算机软件部件和计算机单元。又称计算机软件模块。

    (3)计算机软件单元(CSU,ComputerSoftware Unit)。计算机软件部件中确定的能单独测试的部分。

    (4)软件接口(SI,SoftwareInterface)。软件系统中程序之间的接口,包括软件系统与其它系统或子系统之间的接口、程序模块之间的接口、程序单元之间的接口等。

    1.4 引用文件

    列出该计划中引用到的所有文档的编号、标题、修订版及日期。本章还应标识所有不能通过正常政府采购活动得到的文档的来源。

    2  项目概述

    2.1 目  标

    根据合同或项目任务书、用户提出的战术技术指标要求等有关文件,在对用户进行多次调研的基础上,逐项说明该软件各项功能的详细需求,描述为完成各项功能所需要的输入、输出、处理及达到的目标。确定软件的主要功能和次要功能,并用文字、图形的形式详尽描述。

    2.2 运行环境

    简要说明支持软件运行的硬件/网络环境(如单机、局域网、城域网、广域网等)和软件环境(如单机、客户机/服务器、多层客户机/服务器、浏览器/服务器环境等)。

    2.3 需求概述

    从用户的使用角度,以场景的角度,详细描述软件在指定运行环境下应该提供的功能、性能、输入、输出等。

    2.4  条件与限制

    说明开发本软件必须具备的条件以及可能受到的各种限制。

    3  总体设计

    注:描述软件总体结构、功能和处理流程。

    3.1 体系结构

    对所开发软件包含各部分及其相互关系进行描述。

    3.2 软件构成

    如果软件由多个软件包构成,则描述各个软件包及其相互关系,以及每个软件包由哪些软件配置项构成。

    以下分节描述每个软件包内的软件配置项之间的关系设计;如果没有软件包,则可直接描述软件配置项之间的关系;如果没有内部关系,则可直接写第6章。

    3.3  ××软件包

    3.3.1  配置项设计

    根据需求规格说明中的软件结构分析、功能分析,用图表说明软件包中各配置项的划分。

    分层次地给出软件包各个配置项之间的控制与被控制关系。详细描述系统的整体环境、依赖软件及相互之间的层次关系。

    3.3.2  信息处理设计

    说明对每个输入或条件进行响应的软件配置项行为的设计和输出设计。

    3.3.3  关键数据结构设计

    3.3.4  性能设计

    3.3.5  用户界面设计

    若有的话,说明用户界面设计的要求。

    4  软件配置项设计

    注:描述该软件各配置项的功能、性能以及详细的程序描述(包括输入、输出、算法、程序逻辑、测试要点等)。

    4.1 ××软件配置项(配置项唯一标识)

    4.1.1  结构设计

    4.1.1.1  部件图

    画出整个CSCI的所有部件(CSC)和组成部件的单元(CSU)的层次图。

    4.1.1.2  部件描述

    4.1.1.3  类描述

    对软件配置项下所有类进行描述。

    4.1.2  性能设计

    4.1.3  接口设计

    a)本节描述软件配置项的接口特性,既包括内部软件单元之间的接口,也包括与外部实体,如系统、配置项、用户之间的接口;

    b)本节只描述对软件需求规格说明(SRS)中的接口需求部分做出修改或增加的接口,其余相同的部分可在此引用;

    c)如果本节部分内容已在接口设计说明(IDD)中给出,则在此引用不必具体描述。如接口设计说明中没有提供,那么一定要在此处给出。

    4.1.3.1  外部接口设计

    4.1.3.2  内部接口设计

    4.1.4  执行序列设计

    本节描述该软件配置项中所有软件单元之间相互调用的执行序列。

    4.2  ××软件配置项

    展开全文
  • 数据交换平台系统的设计方案,从事数据采集交换平台类大型系统架构设计时,可参考。
  • 研发项目总体设计方案模板

    热门讨论 2011-04-28 10:33:03
    研发项目总体设计方案模板 标准的设计方案模板 军品、民品均可采用
  • 用户签到的数据库设计方案

    万次阅读 热门讨论 2019-02-01 13:21:15
    初步设计了一下用户签到的设计方案,记录下这种思路,以后可能需要完善。每月最多有31天,int32有32位,签到与没签到只有两种状态,签到用1来表示,未签到用0来表示,因此可以用int32来表示用户每月的签到情况。 ...

    初步设计了一下用户签到的设计方案,记录下这种思路,以后可能需要完善。每月最多有31天,int32有32位,签到与没签到只有两种状态,签到用1来表示,未签到用0来表示,因此可以用int32来表示用户每月的签到情况。

    数据库表(sign_record)的设计:

    类型描述
    idint64自增键
    user_idint64索引,用户表的id
    date_monthdate索引,月份,形如2019-02
    maskint32用户签到的数据
    continue_sign_monthint32用户本月连续签到的天数

    需要解决的一些问题:假设当前服务器月份是month

    1. 获取用户当月的签到状态:

    根据服务器时间判断当前的月份month,根据传入的user_id和month去数据库中查找用户签到的数据mask。

    2. 签到:

    假设当日是本月第i天(这个可以计算得出),更新数据库中mask: mask = mask | (1 << i),更新连续签到天数,若i是1或第i-1天没有签到,本月连续签到天数置为1;其他情况则更新连续签到天数+1。

    3. 判断当日是否签到:

    如果mask & (1 << i)大于0,说明签到了,如果为0,说明未签到。

    4. 本月补签:

    补签某个日期,假设是第j天,更新数据库中mask: mask = mask | (1 << j),重新统计本月连续签到天数,从第i位开始逆序遍历到第1天统计连续签到天数。

    5. 本月连续签到天数:

    直接返回数据库中continue_sign_month字段。

    6. 待续……

     

    由于存在可能补签的情况,需要记录所有的签到记录,由于有了所有的签到记录,其实任何功能都可以实现,只是实现的复杂度可能不同。

    这个只是简单初步设计,欢迎大家讨论交流。

     

     

    展开全文
  • 4层板到12层板叠层经典设计方案

    千次阅读 多人点赞 2020-06-15 09:35:30
    电路板的叠层设计是对PCB的整个系统设计的...叠层设计是一个复杂的,严谨过程,当然,设计开发,没必要从零开始经过一系列的复杂计算和仿真,来确定设计方案是否合适,仅需要总结前人的经验,选择合适系统的叠层方案。

    目录

    1、4层板优选叠层方案

    2、6层板优选叠层方案

    3、8层板优选叠层方案

    4、10层板优选叠层方案

    5、12层板优选叠层方案

    6、总结


    电路板的叠层设计是对PCB的整个系统设计的基础,叠层设计若有缺陷,将最终影响到整机的EMC性能。叠层设计是一个复杂的,严谨过程,当然,设计开发,没必要从零开始经过一系列的复杂计算和仿真,来确定设计方案是否合适,仅需要总结前人的经验,选择合适系统的叠层方案。

    1、4层板优选叠层方案

    4层板优选叠层方案主要有三类:

    方案一:为常见四层PCB的主选层设置方案。

    方案二:适用于主要元器件在BOTTOM布局或关键信号底层布线的情况;一般情况限制使用。

    方案三:适用于元器件以插件为主的PCB,常常考虑电源在布线层S2中实现,BOTTOM层为地平面,进而构成屏蔽腔体。

    如下图所示:

    优选建议:方案一,备用方案二、三。

    2、6层板优选叠层方案

    6层板优选叠层方案主要有三类:

    方案一:在一些对电源阻抗要求低的情况可以备用,因为其地平面较少所以其电磁吸收能力也是比较差的,需要注意。

    方案二:是从方案三叠层方式演变而来的,相比较于方案一由于增加的参考地平面,具有较好的电磁吸收能力,也就是较好的EMI特性,同时也给各层信号设计阻抗带来的便利,也就是说信号层的阻抗具有很好的可控性。

    方案三:是最佳方案,由于设计了多层参考地平面,使得叠层具有非常好的电磁吸收能力,其各方面性能也是优于方案二,但是同时信号层的减少,面对高密度线路的时候,考验了layout人员规划布线的能力了。

    优选建议:优选方案三,备用方案一、二。

    3、8层板优选叠层方案

    8层板优选叠层方案主要有三类:

    方案一:在一些对电源阻抗要求低的情况可以备用,因为其地平面较少所以其电磁吸收能力也是比较差的,需要注意。

    方案二:是从方案三叠层方式演变而来的,相比较于方案一由于增加的参考地平面,具有较好的电磁吸收能力,也就是较好的EMI特性,同时也给各层信号设计阻抗带来的便利,也就是说信号层的阻抗具有很好的可控性。

    方案三:是最佳方案,由于设计了多层参考地平面,使得叠层具有非常好的电磁吸收能力,其各方面性能也是优于方案二,但是同时信号层的减少,面对高密度线路的时候,考验了layout人员规划布线的能力了。

    优选建议:优选方案三,备用方案一、二。

    4、10层板优选叠层方案

    10层板优选叠层方案主要有五类:

    对于单一电源层的情况,首先考虑方案一。层叠设置时,加大S1~S2、S3~S4的间距控制串扰。

    对于需要两电源层的情况,首先考虑方案二。层叠设置时,加大S1~S2、S3~S4的间距控制串扰。

    方案五EMC效果较佳,但与方案四比,牺牲一个布线层;在成本要求不高、EMC指标要求较高且必须双电源层的核心单板,建议采用此种方案;优先布线层S1、S2。

    优选建议:优选方案一、方案二。

    5、12层板优选叠层方案

    12层板优选叠层方案主要有五类:

    方案二和方案四具有良好的EMC性能。

    方案一和方案三具有较好的性价比。

     优选建议:优选方案二、方案三,可用方案一、方案四,备用方案五。

    6、总结

    关键信号层要和地相邻,可以方便阻抗控制,GND要和power相邻以减少电源平面阻抗。

    信号层之间尽量避免相邻(不是绝对),相邻层信号不要平行布线,增加信号之间的隔离,以免发生串扰。

    对于传输线,必要的时候,阻抗采用方正软件进行微带线模型分析,带状线模型分析。

    来源:学习研究,整理自互联网。 

    展开全文
  • 校园网设计方案

    万次阅读 多人点赞 2019-01-04 12:15:35
    校园网设计方案 一、学校需求分析 随着计算机、通信和多媒体技术的发展,使得网络上的应用更加丰富。同时在多媒体教育和管理等方面的需求,对校园网络也提出进一步的要求。因此需要一个高速的、具有先进性的、可...
  • 项目初步设计方案模板

    热门讨论 2011-07-14 20:08:15
    项目立项资料,初步设计方案模板,大家共享。
  • xxx硬件详细设计方案_模板

    热门讨论 2012-07-06 10:49:13
    xxx硬件详细设计方案-模板
  • 软件设计方案说明书的编写

    万次阅读 2018-10-09 11:37:36
    关于软件设计方案说明书的编写,其根本目的有两个,一是便于项目内部各职能的成员进行沟通和项目执行时的依据(比如编码、测试等),二是作为项目的一部分,是项目文档的一部分。软件设计方案说明书的格式和内容,...
  • 多旋翼无人机飞控系统设计之详细设计方案

    千次阅读 多人点赞 2019-05-06 20:16:36
    在进行多旋翼无人机飞控系统设计之前,有必要列写一份详细的设计方案书;这是飞控系统设计的基石,并且在一定程度上指导了后续的研发工作。本篇博文列写了之前笔者在进行无人机飞控开发过程中所撰写的精简版本的设计...
  • 程序员如何写好设计方案

    千次阅读 2019-08-04 16:36:04
    最近自己在写设计方案,改了挺多版的。感觉设计方案的书写也很有讲究。 我们程序员写设计方案跟产品经理写设计方案不一样。产品经理写的设计方案是真正的设计方案,因为他不知道应该怎么实现这个内容。 程序员在写...
  • 库存管理系统设计方案

    热门讨论 2006-04-14 09:18:46
    库存管理系统设计方案
  • 系统重构设计方案

    千次阅读 2018-11-27 14:55:39
    文档介绍 1.1系统重构目的 提高开发的效率,方便快速迭代化开发。...1、本系统的系统开发人员:开发人员(了解重构的设计方案、结合现有系统修改)。   2.重构设计思想 2.1 多个基础微服务合成一个微...
  • 软件设计方案说明书模板

    千次阅读 2019-08-27 14:56:03
    软件设计方案说明书 目录 文章目录软件设计方案说明书目录使用说明书修改记录审阅人1 引言1.1 编写目的1.2 背景1.3 参考资料1.4 术语定义及说明2 设计概述2.1 任务和目标2.1.1 需求概述2.1.2 运行环境概述2.1.3 条件...
  • 软件设计方案模板.doc

    热门讨论 2010-03-31 16:33:53
    针对软件项目制定的,软件设计方案模板。简单实用,条目既齐全,又不会繁琐。符合实际,可以直接在工作中使用。
  • 流程表单开发设计器设计方案

    千次阅读 2015-05-10 10:42:29
    基于文档型数据库表单设计器设计方案,界面基于响应式界面设计框架。
  • 学院校园网设计方案

    万次阅读 多人点赞 2020-01-09 15:54:56
    建设学院千兆校园网,完成一个整体规划、分步实施、充分考虑现有设备与实际资金情况的方案,建立网络中心和主干网,然后建立学校的信息管理网络、教学网络、图书管理网络和电子阅览室各应用子系统,并进行教学楼、...
  • 写软件详细设计方案总结

    千次阅读 2020-01-04 09:28:39
    标题写软件详细设计方案总结 最近写了一个软件设计方案,一个小软件被老大打回来三四次,也被批了好几次,实现不知道老大需要什么样的效果。 我写完之后的收获和感想记下来,也算是自己的一次成长经验吧。 写详细...
  • 网络爬虫详细设计方案

    万次阅读 2018-08-17 15:57:34
    网络爬虫设计方案 1、网络爬虫简介 2、Java爬虫的开发和使用流程 2.1 下载 2.2 分析 3、单点登陆与Jsoup解析 3.1 单点登陆简介 3.1.1 登陆 3.1.2 注销 3.2 Jsoup网页解析 4、网络爬虫详细设计 4.1 业务...
  • Zigbee网关的设计方案

    千次阅读 2018-06-24 21:13:07
    这里提供TI的几种网关的设计方案: 方案一:ZigBee Lighting Gateway SW http://processors.wiki.ti.com/index.php/ZigBee_Lighting_Gateway_SW#Linux_Lighting_Gateway_ZigBee_Driver ...
  • RS485接口的EMC设计方案

    千次阅读 2018-07-19 19:05:30
    一、原理图设计方案: RS485接口6KV防雷电路设计方案 接口电路设计概述:  RS485用于设备与计算机或其它设备之间通讯,在产品应用中其走线多与电源、功率信号等混合在一起,存在EMC隐患。  本方案从EMC原理...
  • 485接口EMC电路设计方案

    千次阅读 2018-10-15 14:25:03
    485接口EMC电路设计方案 转自:http://bbs.ntpcb.com/read-htm-tid-123418.html 没有经过实际测试,不过有一定参考价值。 一.原理图 1. RS485接口6KV防雷电路设计方案                       ...
  • 整理13款经典BI项目报表&界面风格设计方案,所有设计方案图中已标注了字体、颜色与间隔距离等,可直接调用。
  • 智慧旅游系统总体设计方案

    千次阅读 2019-10-30 09:54:21
    4.智慧旅游系统总体设计方案 4.1智慧旅游系统的总体架构 智慧旅游系统的总体架构如下图所示: 智慧旅游整体框架图 智慧景区建设内容概括起来可以分为两个层面和两个中心的建设:即基础层、应用层和指挥...
  • OA系统权限管理设计方案

    万次阅读 2015-01-03 23:00:06
    (转)OA系统权限管理设计方案 - 游陆之家 Gis 之家 ArcGIS SuperMap MapGis ArcINfo 地理信息系统 - CSDN博客  2010-05-13 10:10:12| 分类: 默认分类 | 标签: |字号大中小 订阅  ...
  • 04-软件设计方案

    万次阅读 2017-04-18 15:52:22
    阐明编写本设计方案说明书的目的,指明读者对象。 1.2 项目背景 包括:a.本项目的委托单位、研制单位和主管部门;b.该软件系统与其它系统的关系。 1.3 定 义 列出本文档中所用到的专门术语的定义和缩写词的...
  • 大学校园网设计方案,网络拓扑图

    热门讨论 2010-10-24 15:56:34
    大学校园网设计方案,网络拓扑图,希望以后能和大家一起分享、学习网络知识,同时也会经常发一些相关资料在上面,和大家一起进步!!

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,388,824
精华内容 555,529
关键字:

设计方案