精华内容
下载资源
问答
  • 本次课程主要介绍: 1.版权交易系统的痛点分析 2.版权交易系统的角色分析 3.版权交易系统的需求分析 4.版权交易系统的经济系统设计
  • 数据分析2017系统系统设计架构师的通过人数与通过率


    数据分析2017系统系统设计架构师的通过人数与通过率

    浙江省历年(2009---2016),系统架构设计师考试通过人数。

    2016年,通过6人

    2015年,通过29人

    2014年,通过29人

    2013年,通过9人;

    2012年,通过21人;

    2011年,通过23人;

    2010年,通过18人;

    2009年,通过11人;

    数据来源:浙江省软件考试实施办公室  http://www.zjrjks.org

          

          聪明的您,请您告诉小虎,全国的2017系统系统设计架构师的通过人数与通过率分别可能是多少呢?

    展开全文
  • 领域驱动实践总结三:具体应用设计分析 领域驱动设计DDD是一种设计思想,它可以同时指导中台业务建模和微服务设计(中台本质是业务模型,微服务是业务模型的系统落地),领域驱动设计强调领域模型和微服务设计的一体性...

    目录

    领域驱动实践总结三:具体应用设计分析

    一、应用项目的基本背景

    二、针对项目进行领域驱动的战略设计阶段

    (一)事件风暴确定产品愿景

    (二)事件风暴进行业务场景分析

    场景分析一:请假       用户:请假人

    场景分析二:审批       用户:审批人

    场景分析三:人员组织关系     详细的分析过程以及考勤的场景分析就不描述了

    (三)事件风暴进行领域建模

    第一步:找出领域实体和值对象等领域对象

    第二步:找出聚合根,根据实体、值对象与聚合根的依赖关系,建立聚合

    第三步:根据业务及语义边界等因素,定义限界上下文

    (四)事件风暴进行微服务的拆分

    三、针对项目进行领域驱动的战术设计阶段

    (一)分析微服务领域对象

    1.具体服务的识别和设计

    2.聚合中的对象分析

    3.微服务内的对象清单

    (二)设计微服务代码结构

    1.应用层代码结构

    2.领域层代码结构

    (三)后续的工作:详细设计 + 代码开发和测试

    1. 详细设计

    2. 代码开发和测试

    四、具体代码参考

    参考书籍、文献和资料


    领域驱动实践总结三:具体应用设计分析

    领域驱动设计DDD是一种设计思想,它可以同时指导中台业务建模和微服务设计(中台本质是业务模型,微服务是业务模型的系统落地),领域驱动设计强调领域模型和微服务设计的一体性,先有领域模型然后才有微服务,而不是脱离领域模型来谈微服务设计。

    微服务拆分困境产生的根本原因:不知道业务或者微服务的边界到底在什么地方。

    DDD 核心思想:通过领域驱动设计方法定义领域模型,从而确定业务和应用边界,保证业务模型与代码模型的一致性。

    对于领域驱动设计的学习做的总结主要写三篇博客,主要包括三部分:基本理论总结与分析、架构分析与代码设计、具体应用设计分析,主要参考的资料为极客时间的欧创新架构师的《DDD》实战,其他参考书籍在文章下方的参考书籍中。

    本次主要总结DDD具体应用设计分析:

    一、应用项目的基本背景

    项目的目标是实现在线请假和考勤管理功能描述如下

    • 请假人填写请假单提交审批,根据请假人身份、请假类型和请假天数进行校验,根据审批规则逐级递交上级审批,逐级核批通过则完成审批,否则审批不通过退回申请人。
    • 根据考勤规则,核销请假数据后,对考勤数据进行校验,输出考勤统计。

    备注:本想以大视频业务系统为背景自己弄一个的,但是时间太紧,暂时还是以欧创新架构师提供的案例做总结和分析理解,后期有时间会自己出一个关于视频系统的。

    二、针对项目进行领域驱动的战略设计阶段

    战略设计采用的方法是事件风暴,包括:产品愿景、场景分析、领域建模和微服务拆分等几个主要过程。

    战略设计是根据用户旅程分析,找出领域对象和聚合根,对实体和值对象进行聚类组成聚合,划分限界上下文,建立领域模型的过程。

    战略设计阶段建议参与人员:领域专家、业务需求方、产品经理、架构师、项目经理、开发经理和测试经理。

    (一)事件风暴确定产品愿景

    产品愿景是对产品顶层价值设计,对产品目标用户、核心价值、差异化竞争点等信息达成一致,避免产品偏离方向

    事件风暴时,所有参与者针对每一个要点,在贴纸上写出自己的意见,贴到白板上。

    事件风暴主持者会对每个贴纸,讨论并对发散的意见进行收敛和统一,形成下面的产品愿景图。其实,也就是让所有人确定统一的大方向统一语言,我们究竟在干什么,目的和意义是什么等的基本问题。

    产品愿景分析对于初创系统明确系统建设重点,统一团队建设目标和建立通用语言是很有价值的。

    针对本项目,最后确定的产品愿景图整理成一段文字就是

    为了满足内外部人员,他们的在线请假、自动考勤统计和外部人员管理的需求,我们建设这个在线请假考勤系统,它是一个在线请假平台,可以自动考勤统计。它可以同时支持内外网请假,同时管理内外部人员请假和定期考勤分析,而不像 HR 系统,只管理内部人员,且只能内网使用。我们的产品内外网皆可使用,可实现内外部人员无差异管理。

    达到的目的与意义

    通过产品愿景分析,项目团队统一了系统名称——在线请假考勤系统,明确了项目目标和关键功能,与竞品(HR)的关键差异以及自己的优势和核心竞争力等。

    (二)事件风暴进行业务场景分析

    场景分析是从用户视角出发,探索业务领域中的典型场景,产出领域中需要支撑的场景分类、用例操作以及不同子域之间的依赖关系,用以支撑领域建模。

    项目团队成员一起用事件风暴分析请假和考勤的用户旅程。

    根据不同角色的旅程和场景分析,尽可能全面地梳理从前端操作到后端业务逻辑发生的所有操作、命令、领域事件以及外部依赖关系等信息

    以请假和人员场景作为示例------------

    场景分析一:请假       用户:请假人

    • 请假人登录系统:从权限微服务获取请假人信息和权限数据,完成登录认证。
    • 创建请假单:打开请假页面,选择请假类型和起始时间,录入请假信息。保存并创建请假单,提交请假审批。
    • 修改请假单:查询请假单,打开请假页面,修改请假单,提交请假审批。
    • 提交审批:获取审批规则,根据审批规则,从人员组织关系中获取审批人,给请假单分配审批人。

    场景分析二:审批       用户:审批人

    • 审批人登录系统:从权限微服务获取审批人信息和权限数据,完成登录认证。
    • 获取请假单:获取审批人名下请假单,选择请假单。
    • 审批:填写审批意见。
    • 逐级审批:如果还需要上级审批,根据审批规则,从人员组织关系中获取审批人,给请假单分配审批人。重复以上 4 步。最后审批人完成审批。

    备注:完成审批后,产生请假审批已通过领域事件。后续有两个进一步的业务操作:发送请假审批已通过的通知,通知邮件系统告知请假人;将请假数据发送到考勤以便核销。

    场景分析三:人员组织关系     详细的分析过程以及考勤的场景分析就不描述了

    (三)事件风暴进行领域建模

    领域建模是通过对业务和问题域进行分析,建立领域模型。

    向上通过限界上下文指导微服务边界设计,向下通过聚合指导实体对象设计

    领域建模是一个收敛的过程,分三步:

    第一步:找出领域实体和值对象等领域对象

    根据场景分析,分析并找出发起或产生这些命令或领域事件的实体和值对象,将与实体或值对象有关的命令和事件聚集到实体

    根据场景分析,分析并找出发起或产生这些命令或领域事件的实体和值对象,将与实体或值对象有关的命令和事件聚集到实体。

    注意表达中的名词和动词等,名词往往是实体、值对象等,动词往往对应着命令的相关行为

    第二步:找出聚合根,根据实体、值对象与聚合根的依赖关系,建立聚合

    定义聚合前,先找出聚合根

    从上面的实体中,我们可以找出“请假单”和“人员”两个聚合根然后找出与聚合根紧密依赖的实体和值对象。我们发现审批意见、审批规则和请假单紧密关联,组织关系和人员紧密关联。

    找出这些实体的关系后,我们发现还有刷卡明细、考勤明细和考勤统计,这几个实体没有聚合根。这种情形在领域建模时你会经常遇到,对于这类场景我们需要分情况特殊处理:

    • 刷卡明细、考勤明细和考勤统计这几个实体,它们之间相互独立,找不出聚合根,不是富领域模型,但它们一起完成考勤业务逻辑,具有很高的业务内聚性。
    • 我们将这几个业务关联紧密的实体,放在一个考勤聚合内。
    • 微服务设计时,我们依然采用 DDD 的设计和分析方法。由于没有聚合根来管理聚合内的实体,我们可以用传统的方法来管理实体

    经过分析,我们建立了请假、人员组织关系和考勤三个聚合。其中请假聚合有请假单、审批意见实体和审批规则等值对象。人员组织关系聚合有人员和组织关系等实体。考勤聚合有刷卡明细、考勤明细和考勤统计等实体。

    第三步:根据业务及语义边界等因素,定义限界上下文

    由于人员组织关系聚合与请假聚合,共同完成请假的业务功能,两者在请假的限界上下文内。

    考勤聚合则单独构成考勤统计限界上下文。

    因此我们为业务划分请假和考勤统计两个限界上下文,建立请假和考勤两个领域模型。

    (四)事件风暴进行微服务的拆分

    理论上一个限界上下文就可以设计为一个微服务,但还需要综合考虑多种外部因素,比如:职责单一性、敏态与稳态业务分离、非功能性需求(如弹性伸缩、版本发布频率和安全等要求)、软件包大小、团队沟通效率和技术异构等非业务要素。

    在这个项目,我们划分微服务主要考虑职责单一性原则

    因此根据限界上下文就可以拆分为请假和考勤两个微服务。其中请假微服务包含人员组织关系和请假两个聚合,考勤微服务包含考勤聚合。

    三、针对项目进行领域驱动的战术设计阶段

    战术设计是根据领域模型进行微服务设计的过程。这个阶段主要梳理微服务内的领域对象,梳理领域对象之间的关系,确定它们在代码模型和分层架构中的位置,建立领域模型与微服务模型的映射关系,以及服务之间的依赖关系

    战术设计阶段建议参与人员:领域专家、产品经理、架构师、项目经理、开发经理和测试经理等。战术设计包括以下阶段:

    (一)分析微服务领域对象

    事件风暴基础上,我们进一步细化领域对象以及它们的关系,补充事件风暴可能遗漏的业务和技术细节

    • 我们分析微服务内应该有哪些服务?
    • 服务的分层?
    • 应用服务由哪些服务组合和编排完成?
    • 领域服务包括哪些实体和实体方法?
    • 哪个实体是聚合根?
    • 实体有哪些属性和方法?
    • 哪些对象应该设计为值对象等。

    1.具体服务的识别和设计

    事件风暴的命令是外部的一些操作和业务行为,也是微服务对外提供的能力。它往往与微服务的应用服务或者领域服务对应。我们可以将命令作为服务识别和设计的起点

    具体步骤如下:

    • 根据命令设计应用服务,确定应用服务的功能,服务集合,组合和编排方式。服务集合中的服务包括领域服务或其它微服务的应用服务。
    • 根据应用服务功能要求设计领域服务,定义领域服务。这里需要注意:应用服务可能是由多个聚合的领域服务组合而成的。
    • 根据领域服务的功能,确定领域服务内的实体以及功能。
    • 设计实体基本属性和方法。
    • 考虑领域事件的异步化处理。

    以提交审批这个动作为例,来说明服务的识别和设计。提交审批的大体流程是:

    • 根据请假类型和时长,查询请假审批规则,获取下一步审批人的角色。
    • 根据审批角色从人员组织关系中查询下一审批人。
    • 为请假单分配审批人,并将审批规则保存至请假单。

    通过分析,我们需要在应用层和领域层设计以下服务和方法。

    • 应用层:提交审批应用服务。
    • 领域层:领域服务有查询审批规则、修改请假流程信息服务以及根据审批规则查询审批人服务,分别位于请假和人员组织关系聚合。请假单实体有修改请假流程信息方法,审批规则值对象有查询审批规则方法。人员实体有根据审批规则查询审批人方法。下图是我们分析出来的服务以及它们之间的依赖关系。

    2.聚合中的对象分析

    请假单聚合中,聚合根是请假单

    • 请假单经多级审核后,会产生多条审批意见,为了方便查询,我们可以将审批意见设计为实体。
    • 请假审批通过后,会产生请假审批通过的领域事件,因此还会有请假事件实体。

    请假聚合有以下实体审批意见(记录审批人、审批状态和审批意见)和请假事件实体

    再来分析一下请假单聚合的值对象

    • 请假人和下一审批人数据来源于人员组织关系聚合中的人员实体,可设计为值对象。
    • 人员类型、请假类型和审批状态是枚举值类型,可设计为值对象。
    • 确定请假审批规则后,审批规则也可作为请假单的值对象。

    请假单聚合将包含以下值对象请假人、人员类型、请假类型、下一审批人、审批状态和审批规则

    -----------------------------------------------------------------------------------------------------------------------------------------------------

    人员组织关系聚合中,我们可以建立人员之间的组织关系,通过组织关系类型找到上级审批领导。

    它的聚合根是人员实体有组织关系(包括组织关系类型和上级审批领导),其中组织关系类型(如项目经理、处长、总经理等)是值对象。上级审批领导来源于人员聚合根,可设计为值对象。人员组织关系聚合将包含以下值对象:组织关系类型、上级审批领导。

    3.微服务内的对象清单

    确定各领域对象的属性后,我们就可以设计各领域对象在代码模型中的代码对象(包括代码对象的包名、类名和方法名),建立领域对象与代码对象的一一映射关系了。

    根据这种映射关系,相关人员可快速定位到业务逻辑所在的代码位置。

    (二)设计微服务代码结构

    根据 DDD 的代码模型和各领域对象所在的包、类和方法,可以定义出请假微服务的代码结构,设计代码对象。

    1.应用层代码结构

    应用层包括:应用服务、DTO 以及事件发布相关代码

    在 LeaveApplicationService 类内实现与聚合相关的应用服务,在 LoginApplicationService 封装外部微服务认证和权限的应用服务。

    (提醒一下:如果应用服务逻辑复杂的话,一个应用服务就可以构建一个类,这样可以避免一个类的代码过于庞大,不利于维护。)

    2.领域层代码结构

    领域层包括一个或多个聚合的实体类、事件实体类、领域服务以及工厂、仓储相关代码

    一个聚合对应一个聚合代码目录,聚合之间在代码上完全隔离,聚合之间通过应用层协调

    请假微服务领域层包含请假和人员两个聚合。人员和请假代码都放在各自的聚合所在目录结构的代码包中。

    如果随着业务发展,人员相关功能需要从请假微服务中拆分出来,我们只需将人员聚合代码包稍加改造,独立部署,即可快速发布为人员微服务。

    (三)后续的工作:详细设计 + 代码开发和测试

    1. 详细设计

    在完成领域模型和微服务设计后,我们还需要对微服务进行详细的设计。

    主要设计以下内容:实体属性、数据库表和字段、实体与数据库表映射、服务参数规约及功能实现等。

    2. 代码开发和测试

    开发人员只需要按照详细的设计文档和功能要求,找到业务功能对应的代码位置,完成代码开发就可以了。

    代码开发完成后,开发人员要编写单元测试用例,基于挡板模拟依赖对象完成服务测试。

    四、具体代码参考

    本次的总结都是按照极客时间课程《DDD实战》欧创新架构师的举例项目来进行的,相关代码可以克隆其代码:

    https://github.com/ouchuangxin/leave-sample.git

    后期在其基础上会有补充,以及对于视频系统的项目分析,后续博客中公布。

     

    参考书籍、文献和资料

    1.极客时间课程《DDD实战》,欧创新,2019.

    2.郑天民. 微服务设计原理与架构. 北京:人民邮电出版社,2018.

    展开全文
  • 目录 大数据血缘关系分析系统设计 大数据血缘关系分析系统设计 本篇文章摘自如下链接(直接放链接了),记录之用,侵删! 大数据血缘关系分析系统设计一: ...大数据血缘关系分析系统设计二: ...

    目录

    大数据血缘关系分析系统设计


    大数据血缘关系分析系统设计

    本篇文章摘自如下链接(直接放链接了),记录之用,侵删!

    大数据血缘关系分析系统设计一:

    http://cxy7.com/articles/2018/05/26/1527300004975.html#b3_solo_h2_3

    大数据血缘关系分析系统设计二:

    http://cxy7.com/articles/2018/05/25/1527246931794.html

    大数据血缘关系分析系统设计三:

    http://cxy7.com/articles/2018/05/26/1527300305378.html

    大数据血缘关系分析系统设计四:

    http://cxy7.com/articles/2018/05/26/1527312732448.html

    四个章节分别以表和字段作为节点叙述他们各自血缘关系,以及部分详细设计实现,感觉博主讲的非常棒!可以作为血缘关系系统实现的参考设计!

    展开全文
  • Linux 0.01内核分析与操作系统设计

    热门讨论 2008-08-08 07:47:21
    Linux 0.01内核分析与操作系统设计 <br>清华 卢军《Linux0.01内核分析与操作系统设计》 本书巧妙地结合了Linux内核源代码分析、ha系统设计原应和操作系统设计实践断方面的内 容,在对Linux 0....
  • 系统安全分析设计 信息系统安全属性 对称加密技术 非对称加密技术 信息摘要 数字签名 数字信封与PGP 网络安全-各个网络层次的安全保障 网络威胁与攻击 网络安全-防火墙 系统安全分析设计   信息...

    目录

    系统安全分析与设计

    信息系统安全属性

    对称加密技术

    非对称加密技术

    信息摘要

    数字签名

    数字信封与PGP

    网络安全-各个网络层次的安全保障

    网络威胁与攻击

    网络安全-防火墙


    系统安全分析与设计

     

    信息系统安全属性

     

    对称加密技术

     

    非对称加密技术

     

    信息摘要

     

    数字签名

     

    数字信封与PGP

    例题:

    答案:

     

    网络安全-各个网络层次的安全保障

     

    网络威胁与攻击

     

    网络安全-防火墙

     

    展开全文
  • 由希赛IT教育研发中心组织编写,根据最新的系统分析师考试大纲及培训指南,按照系统分析设计案例考试的所有知识点对历年(1990~2009)考试试题进行了分析和总结,对新版的考试大纲规定的内容有重点地细化和深化。...
  • 信息系统分析设计课程心得

    万次阅读 2017-02-28 13:41:39
    信息系统分析设计课程心得此博客为信息系统分析设计课程的学习心得记录。一、绪论1概念1.1信息要了解信息系统,首先要了解信息的概念。信息是我们理解世界的重要概念,我对它的定义是:信息是对客观事物及其相互...
  • 系统分析设计——UML图总结

    千次阅读 2019-07-14 14:32:09
    期末考试之前,我复习系统分析设计的时候对UML图做了一些知识汇总,现在放到博客上。如果有不对或不恰当的地方,欢迎各位指正。本文仅仅起记录作用,可随意转载,荣幸之至。 截图来自网络或是老师的PPT 二. 概述 ...
  • 系统设计 结构化设计基本原则 内聚与耦合 系统结构/模块结构 系统测试 测试原则与类型 测试用例设计 测试阶段 MaCabe复杂度 系统运维 软件过程改进 软件项目管理 ...
  • 基于内容和主题的个性化新闻推荐系统设计与实现需求分析过程: 基于内容和主题的个性化新闻推荐系统设计与实现需求分析原理示意图 本设计符合基于内容和主题的个性化新闻推荐系统设计与实现的开题报告中的大体...
  • 系统分析设计知识点总结

    千次阅读 多人点赞 2016-06-19 14:06:07
    系统开发与分析复习资料——大连理工大学
  • 功能需求分析 本系统的功能就两个:用户登录和注册。a.用户登录需要我们根据用户的输入的信息到数据查询用户的账号密码是否能够匹配的上。b.用户注册需要我们将用户的信息加入到数据库中。2.架构设计:MVC的...
  • 面向对象系统分析设计

    千次阅读 2018-11-03 21:12:51
    面向对象系统分析设计OOA概述1. 分析设计什么是分析什么是设计总结2. 面向对象功能快捷键合理的创建标题,有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建...
  • 系统设计文档

    千次阅读 2020-05-15 20:59:21
    系统设计文档1 系统需求分析1.1可行性分析1.2项目要解决的问题1.3项目目标2 功能设计2.1功能划分2.2功能描述2.2.1电影信息查询2.2.2用户偏好推荐2.2.3用户登录功能2.3功能设计2.3.1用例图2.3.2 E-R图3 详细设计3.1...
  •  结构化分析设计方法是一种面向数据流的需求分析设计方法,它适用于分析设计大型数据处理系统,是一种简单、实用的方法,曾获得广泛的应用。 1 结构化分析   结构化分析方法的基本思想是自顶向下逐层...
  • 博客系统 数据库 数据库分析设计 表关系
  • 商差旅系统早期的设计是支持多供应商和开放平台,架构上也支持插件化。但因为业务快速发展的需要,支付和订单包含了不少的业务逻辑,这些耦合的集中性,影响分布式的扩展,也带来一些业务限制和性能瓶颈。 统一支付...
  • 系统分析设计方法---需求分析与软件设计

    万次阅读 多人点赞 2018-09-14 20:22:35
    需求分析是软件生命周期中相当重要的一个阶段。根据 Standish Group 对 23000 个项目进行的研究结果表明,28%的项目彻底失败,46%的项目超出经费预算或者超出工期,只有约 26%的项目获得成功。需求分析工作在...
  • 计算机专业毕业设计题目大全 一、ASP类计算机专业毕业设计题目 1.网络留言薄2.客户管理系统3.多媒体积件管理库的开发与应用4.基于WEB的多媒体素材管理库的开发与应用5.网络教学软件中的教学设计与应用6.小型教育...
  • 如何进行系统分析设计

    万次阅读 2018-08-01 18:06:00
    作者 | 章烨明杏仁医生CTO。中老年程序员,关注各种技术和团队管理。概述首先,系统是什么?根据《系统架构》一书的定义,系统是由一组实体和这些实体之间的关系所构成的集合,...
  • 系统分析设计方法---面向对象的分析设计

    万次阅读 多人点赞 2018-09-14 20:26:32
    面向对象的分析设计  面向对象方法是一种非常实用的软件开发方法,它一出现就受到软件技术人员的青睐,现已成为计算机科学研究的一个重要领域,并逐渐成为软件开发的一种主要方法。面向对象方法以客观世界中的...
  • 系统分析设计:笔记整理

    万次阅读 多人点赞 2018-06-24 23:02:38
    信息系统的五个组成部分:硬件、软件、规程(processes)、数据、人SDLC(SystemDevelopment Life Cycle 系统开发生命周期)包括:计划、分析设计、实施、运维。2.Prototyping(原型法)、CASE Tools(Computer-...
  • 案例分析一直是架构设计师考试下午题的重点,本套课程采用09-18年真题中的案例分析部分,对涉及考试的考点进行分类讲解,主要内容包括:系统设计、系统建模、数据库技术、web开发。本课程不提供学习下载资料,但免费...
  • 但是怎样在实际中有效地使用UML使之发挥应有的作用,怎样捕捉用户心中的需求并转换成明确的UML图形,怎样把自己心中的设计意图通过UML图形准确地表达出来,以及各职责人员如何通过UML图形进行有效沟通,关于这些,却...
  • 一个数据分析系统的技术架构设计浅析 作者:成晓旭 版权保留,严禁转载    本文是曾经参与的一个大型项目的解决方案的技术架构设计的简要总结与阐释,仅仅分析系统的众多的内部构件之间的逻辑关系,仅供...
  • 数据库系统设计

    千次阅读 2017-10-01 22:39:48
    基于数据库系统声明周期的数据库设计可分为5个阶段:规划、需求分析、概念设计、逻辑设计、物理设计 1、规划 规划阶段的主要任务是进行建立数据库的必要性和可行性分析,确定数据库系统在企业和信息系统中的地位,一...
  • 系统顺序图的概念系统顺序图(System Sequence Diagram)描述的是在特定的用例场景下,外部参与者、内部系统、以及他们之间的事件消息传递。顺序图阐述了直接与系统交互的外部参与者以及参与者发起的系统事件。在...
  • 系统分析设计——系统顺序图

    千次阅读 2014-06-19 02:16:53
    所有系统被视为黑盒,系统顺序图强调的是从参与者到系统的跨越系统边界的事件。 案例 只有现金支付并简化的处理销售场景: 顾客携带所购物品和服务到POS机付款处进行购买交易。收银员开始一次新的销售交易。...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,245,242
精华内容 498,096
关键字:

系统设计分析