下半年系统架构设计师考试下午真题与答案资料.docx

上传人:b****6 文档编号:16780753 上传时间:2023-07-17 格式:DOCX 页数:23 大小:218.44KB
下载 相关 举报
下半年系统架构设计师考试下午真题与答案资料.docx_第1页
第1页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第2页
第2页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第3页
第3页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第4页
第4页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第5页
第5页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第6页
第6页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第7页
第7页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第8页
第8页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第9页
第9页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第10页
第10页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第11页
第11页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第12页
第12页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第13页
第13页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第14页
第14页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第15页
第15页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第16页
第16页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第17页
第17页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第18页
第18页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第19页
第19页 / 共23页
下半年系统架构设计师考试下午真题与答案资料.docx_第20页
第20页 / 共23页
亲,该文档总共23页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

下半年系统架构设计师考试下午真题与答案资料.docx

《下半年系统架构设计师考试下午真题与答案资料.docx》由会员分享,可在线阅读,更多相关《下半年系统架构设计师考试下午真题与答案资料.docx(23页珍藏版)》请在冰点文库上搜索。

下半年系统架构设计师考试下午真题与答案资料.docx

下半年系统架构设计师考试下午真题与答案资料

2010年下半年系统架构设计师考试下午真题

试题1:

阅读以下关于软件系统架构选择的说明,在答题纸上回答问题1至问题3。

【说明】

某公司欲针对Linux操作系统开发一个KWIC(KeyWordinContext)检索系统。

该系统接收

用户输入的查询关键字,依据字母顺序给出相关帮助文档并根据帮助内容进行循环滚动阅读。

对KWIC系统进行需求分析时,公司的业务专家发现用户后续还有可能采用其它方式展示帮助内容。

根据目前需求,公司的技术人员决定通过重复剪切帮助文档中的第一个单词并将其插入到行尾的方式实现帮助文档内容的循环滚动,后续还将采用其它的方法实现这一功能。

在对KWIC系统的架构进行设计时,公司的架构师王工提岀采用共享数据的主程序-子程序的架

构风格,而李工则主张采用管道-过滤器的架构风格。

在架构评估会议上,大家从系统的算法变

更、功能变更、数据表示变更和性能等方面对这两种方案进行评价,最终采用了李工的方案。

【问题1】(7分)

在实际的软件项目开发中,采用恰当的架构风格是项目成功的保证。

请用200字以内的文

字说明什么是软件架构风格,并对主程序-子程序和管道-过滤器这两种架构风格的特点进行描述。

【问题2】(12分)

请完成表1-1中的空白部分(用+表示优、一表示差),对王工和李工提出的架构风格进行

评价,并指出采用李工方案的原因。

表1-1王工与李工的架

构风格评价

架构风格

共享数据的主程序-子程序

管道-过滤器

算法变更

*

(1)

功能变更

1

[2)

+

数倡表不变更

!

3)

(4)

性能

!

5)

(6)

【问题3】(6分)

图1-1是李工给岀的架构设计示意图,请将恰当的功能描述填入图中的

(1)〜(4)

图1-1李工给岀的架构示意图

H■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

1.试题答案:

【问题1】

软件架构风格是描述特定软件系统组织方式的惯用模式。

组织方式描述了系统的组成构件和这些

构件的组织方式,惯用模式则反映众多系统共有的结构和语义。

子程序架构风格中,所有的计算构件作为子程序协作工作,并由一个主程序顺序地-主程序

调用这些子程序,构件通过共享存储区交换数据。

管道-过滤器架构风格中,每个构件都有一组输入和输岀,构件接受数据输入,经过内部处理,

然后产生数据输出。

这里的构件称为过滤器,构件之间的连接件称为数据流传输的管道

架构风格

共享数据的主程序-子程序

管道-过滤器

算法变更

⑴十

功能变更

(2)-

+

数倡表不变更

⑶・

(4)-

性能

(5)+

(6}・

,因此KWIC系统对功能变更

【问题2】根据题干描述:

“用户后续还有可能采用其它方式展示帮助内容”要求较高;

根据题干描述:

“…,后续还将采用其它的方法实现这一功能”,因此KWIC系统对实现某一个功能的算法变更要求较高。

KWIC是一个支持用户交互的窗口界面程序,因此对性能要求并不高。

KWIC系统的显示帮助内容为文本,数据的表示基本不变,因此对数据表示变更要求不高

过滤器架构风格。

-综合上述分析,可以看出应该采用李工提出的管道.

【问题3】

试题分析:

【问题1】

本题主要考查软件架构风格的定义,并考查对两种与本题相关的架构风格的定义。

软件架构风格

是描述特定软件系统组织方式的惯用模式。

组织方式描述了系统的组成构件和这些构件的组织方

式,惯用模式则反映众多系统共有的结构和语义。

主程序-子程序架构风格中,所有的计算构件作为子程序协作工作,并由一个主程序顺序地调用

这些子程序,构件通过共享存储区交换数据。

管道-过滤器架构风格中,每个构件都有一组输入和输岀,构件接受数据输入,经过内部处理,

然后产生数据输出。

这里的构件称为过滤器,构件之间的连接件称为数据流传输的管道。

【问题2】

本问题是一道填表题,其核心是对两种架构风格在算法变更、功能变更、数据表示变更和性能等

方面的特点进行比较。

其中共享数据的主程序-子程序在算法变更方面灵活性较差,算法变更时

一般需要重新编译整个系统;在功能变更方面也比较差;在数据表示方面,当需要变更时,也意

味着程序传递参数的变化以及整个程序的调整,表现比较差;在性能方面,由过滤器架构风格在算法变更方面-于整个程序处在一个紧耦合的状态,因此性能较高。

管道.

在数据表示方实现比较简单,只需要修改过滤器的实现即可;在功能变更方面也比较简单;由于

整个系统是相对比较复杂;在性能方面,面,需要同时改变数据格式和过滤器的结构,松

耦合连接在一起的,因此性能不高。

系统对功根据题干描述:

“用户后续还有可能采用其它方式

展示帮助内容”,因此KWICK能变更要求较高;根据题干描述:

“…,后续还将采用其它的方法

实现这一功能”,因此是一个支持用户交互的窗口界面KWICWIC系统对实现某一个功能的算法

变更要求较高;系统的显示帮助内容为文本,数据的表示基本不变,KWIC程序,因此对性能要

求并不高;过滤器的架构风格。

因此对数据表示变更要求不高。

针对这些考虑,可以看出应该

采用管道-【问题3】本问题是一道读图题,考查用户对系统架构的理解程度。

根据题干中

的关键描述“…接收用户输入的查询关键字,依据字母顺序给出相关帮助文档并根据帮助内容进

行循环滚动阅读…”和“…公司的技术人员决定通过重复剪切帮助文档中的第一个单词并将其插入到行尾的方式实现帮助文档内容的循环滚动…”,可以看岀整个系统的流程是:

输入-文档检

索-查询结果按字母排序-剪切行首单词-单词插入行尾-输出。

所属试卷:

+标准答案)

2010年下半年系统架构设计师考试下午真题(权威解析条回答2过滤器好呢?

因为共享

数据了吗?

/主程序/子程序的性能为什么比管道

0

0

4

9

0

0

0

1

1

是的。

试题:

阅读以下关于软件系统数据架构建模的说明,在答题纸上回答问题1至问题3。

【说明】计划

在五年时间内将销售区域从华南地区扩展至全国RMO是一家运动服装制造销售公司,公司邀请

咨询顾问帮助他们制订战略信范围。

为了扩大信息技术对于未来业务发展的价值,。

息系统规划。

经过评审,咨询顾问给岀的战略规划要点之一是建立客户关系支持系统CRSSCRSSRMO公司

决定由其技术部成立专门的项目组负责的开发和维护工作。

但在项目组在仔细调研和分析了系统

需求的基础上,确定了基于互联网的CRSS系统架构。

易维确定系统数据架构时,张工认为应该采用集中式的数据架构,给岀的理由是结构简单、“局部数而刘工建议采用分布式的数据架构,

护且开发及运行成本低;并提出在开发中通过据库+缓存”的读写分离结构实现,具有较好的

运行性能和可扩展性。

项目组经过集体讨论,考虑到公司的未来发展规划,最终采用了刘工的

建议。

(】8分)【问题1请用300字以内的文字,说明张工和刘工提岀的数据架构的基本思想。

13分)2【问题】(字以内文字简要说明如200在刘工建议的基础上,为了避免CRSS系

统的单点故障,请用的数据库系统;对于数据的读取、添加、更改和删除操作分别如何实现。

何建立CRSS(4分)】问题【3公司销售区域将在未来五年大面积扩展,其潜在客户数量也会因此大幅度增加,所以RMO系统所必需的质量属性。

请分别说明在集中式和分布式数据架构

CRSS良好的可扩展性是下,可以采用哪些方法提升系统的可扩展性。

2.试题答案:

【问题】1)张工提出的集中式数据架构是由一个处理器、与它相关联的数据存储设备以及其他外1(用户可以在同样的站点系统提供数据处理能力,围设备组成,它被物理地定义到单个位置。

系统及其数据管理被某也可以在地理位置隔开的其他站点上通过远程终端来操作。

上操作,个或中心站点集中控制。

)刘工提出的分布式数据架构使用多个计算机系统上的多个局部数据库系统构成,数据(2运行在可以在多个不同的局部数据库中进行传送,由不同的数据库管理系统软件进行管理,这些机器位于(或分布在)不同的地理位多种不同的计算机上,支持多种不同的操作系统。

一个应用程序可置并通过多种通信网络连接在一起。

企业数据可以分布在不同的计算机上,以操作位于不同地理位置的机器上的数据。

【问题】2从而达将数据的读和写分布在不同的处理节点上,读写分离架构利用了数据库的复制技术,到提高可用性和扩展性的目的。

多个热备份数据库系统和多个数据CRSS的分布式数据库系统需要由多个局部数据库系统、缓存组成。

局部数据库负责数据的写入,多个热备份数据库系统用以解决单点故障的问题,数据缓存负责为应用提供所读取的数据。

)读取数据:

应用访问缓存,如果命中则返回,否则从局部数据库系统中读取数据并将(1数据加载到缓存后返回。

2()添加数据:

采用延迟加载策略,应用将数据直接写入局部数据库。

3)更改数据:

应用更改局部数据库中的数据,

将缓存中的数据标记为失效。

()删除数据:

应用删除局部数据库中的数据,将缓存中的数据标记为失效。

4(.

】【问题3)提升系统的可扩展性。

具体的实现ScaleUp张工提出的集中式数据架构通过向上扩展(数量、内存容量、磁盘数量)和硬件升级(更换为高端主机CPU方式包括硬件扩容(增加或高速磁盘等)。

)提升系统的可扩展性。

具体的实现ScaleOut刘工提出的分布式数据架构通过向外扩展(和)水平切分、缓存和全文搜索。

/方式包括数据复制、数据垂直切分(或题分析:

本题考查考生对于软件系统数据架构建模的掌握情况。

建模数据架构定义了信息系统

中文件和数据库的分布结构。

数据架构建模是以数据为中心,传统以主机为中心的信息系统以及设计满足应用需求的数据库系统。

业务数据类型和结构,物理上所有的数据位于同一个位置,利用单个的数据库系统实现数据的集中式存储,开发中,很少有组织会将其全现代基于网络的分布式系统开发中,构成的是一种集中式的数据架构;数据在这些数据库系统之通常需要多个数据库系统组成,部的数据存储在单个的数据库中,间可以传送,由多个不同的数据库管理系统控制,构成的是一种分布式的数据架构。

1】【问题集中式数据架构中,一个或多个局域网中的客户共

享一个单独计算机系统中的单个数据库。

也可以在地理位置隔开的其他站点用户可以在同样的站点上操作,系统提供数据处理能力,单个数据库服务器系统及其数据管理被某个或中心站点集中控制。

上通过远程终端来操作。

结构的主要优点就是简单、易维护开发及运行成本低;但由于所有的客户直接请求服务器,所有依赖的应用程序如果服务失败,单个服务器不能提供备份和恢复,容易发生性能瓶颈,都将不能工作。

数据可以在多使用多个计算机系统以及用户能够访问远程系统的数据,分布式数据架构中,运行在多种不同的计由不同的数据库管理系统软件进行管理,个不同的数据库中进行传送,(或分布在)不同的地理位置并通过多种这些机器位于算机上,支持多种不同的操作系统。

一个应用

程序可以操作位于不企业数据可以分布在不同的计算机上,通信网络连接在一起。

多个数据库服

务器结构的主要优点就是系统的容错能力和对广同地理位置的机器上的数据。

由于多个数据库系可以采用多种策略提升整个系统的服务质量;域网容量的需求有所降低,运系统结构复杂、统分布在不同的网络节点上,位于不同位置的数据之间需要同步和协作,行成本高并且维护困难。

在实际应用系统的数据架构建模中,应根据不同的应用需求选择集中式或分布式的数据架所以良好其潜在客户数量也会因此大幅度增加,构。

本题中由于RMO要扩展其销售区域,系统中的数

存储于不同的

据会CRSS的可扩展性是系统所必需的质量属性;并且由于其销售区域扩大后,

承载读写分离架构应用非常广泛,很多网站采用数据库+,其自身往往不具备持久层存储的功能,通常和大量的读访问,如广泛采用的Mencached缓存负责承数据库一起组成分布式的数据架构,由数据库负责数据持久化存储和写入功能,通常采载大量的并发访问,从而提高了系统的数据处理效率。

要避免数据访问的单点故障,需要多个局部用主数据库热备份的方式来实现。

所以,要实现题目要求的分布式数据架构,数据库系统、多个热备份数据库系统和多个数据缓存组成。

读写分离结构中,应用读取数据时访问缓存,如果没有命中所需数据,则从主数据库中读需要采用延迟加载的策略,新增时只修改取数据并写入缓存;对于新增、修改和删除操作,主数据库,修改和删除时除了修改主数据库中的内容,还需要将缓存中的数据标记为失效。

】3

【问题.

更多的传统的集中式数据架构中由于只有单个的数据库系统,所以要满足可扩展性的要求,磁盘数内存容量/只能通过硬件的方式来实现。

具体的实现方式包括硬件扩容(增加CPU/量)和硬

件升级(更换高端主机或高速磁盘等)。

可以通过更改和优化数据分布来基于网络的分布式数据架构中由多个数据库系统共同组成,和)水平切满足系统可扩展性的要求。

具体的实现方式包括

数据复制、数据垂直切分(或/分、缓存和全文搜索。

试题:

3阅读以下关于汽车电子基础软件架构的说明,在答题纸上回答问题1至问题。

【说明】某软件公司承担了某项国家重点项目的研制工作,任务重点是参考国外汽车电子发展趋

势,开发某汽车公司的企业汽车电子基础软件的架构,逐步实现汽车企业未来技术发展规划。

该软件公司接收此项任务后,调动全体技术人员深入收集国外相关技术资料,经过多方规范,按统筹规划、分步骤实调研和分析,公司提出遵照国际组织最新推出的AUTOSAR规范

作包,图

所定义的工AUTOSAR3-1施的原则,实现汽车公司的基础软件架构设计。

图给出了

中灰色部分代表本项目工作所包含的内容,即软件架构和基础软

图3-1

 

AUTOSAR定义的工作包【问题1】(7分)

可多次迭代的特性。

为了

AUTOSAR规范中要求,汽车电子软件开发流程应尽量满足并发、

定义汽车电子的软件开发过程,公司李工和王工分别提岀了两种软件开发流程,其开发流程见图

3-2和3-3(图中ECU是指汽车电子中的电子控制单元)。

请说明李工和王工谁的规定,并说明理由。

AUTOSAR定义的流程更符合

 

李工设计的流程图3-2

 

输入:

需求iF辆信息,--

nr.nwnrtJjfcECU描述ClP^-

J配置每牛

理代幡正和/畝优化

ECU

(如杲疽宴j

4

〒软件紅件

WTFCU

牛.成可执打

王工设计的流程图3-3

10分)【问题2】(图3-1中的11-1.1.1项中定义了软件架构和操作系统的要求,图3-4是

满足AUTOSAR定义的操作系统各功能模块的层次结构,请说明

(1)〜(5)箭头所标的具体

操作含义。

I■■I

BI■■■M■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

nIH■EMI■IHIH■IMIH■■■■HI

■■■■■■■■■■■■■■[!

■■■■■■!

■■■(!

■■■■■■■■■■■■■■■■■・■■■■■

2)

中断服务榨川

中斷管理

AUTOSAR定义的操作系统结构图3-4

分)【问题3】(8架构的主150字以内的文字,说明采用AUTOSARAUTOSAR是一种开

放式架构,用覆盖汽车的哪三个领域。

要优点,并说明汽车电子ECU

 

3•试题答案:

【问题1】

李工设计的流程符合AUTOSAR要求,理由是:

李工定义的流程是将软件组件描述、系统描述和ECU资源描述同时定义,而王工定义的流程仅

4步被集成;

仅只做系统描述;王工定义的流程没有考虑软件组件的描述,只是简单将软件组件作为第李工定义的ECU软件开发流程的优势是明确了顶层定义阶段,并行度高,迭代清晰。

】2问题【.

系统出错时,启动错误处理程序;ECU

(1)操作系统的警报管理发现)错误处理程序将具

体动作交由进程管理完成对发生错误的任务进行处理;

(2)错误处理程序产生一个错误事件;3()任务控制块处理程序调用资源管理功能,实现硬件资源重分配;(45()任务控制

块处理程序通知事件管理,对错误事件进行应答。

【问题3】采用AUTOSAR开放式架构的优点是:

(1)可以有效支持多厂家汽车电子基础软件的研制;软结构,通过数据配置,自动生成各种ECU2()有利于软件的重用,可根据不同的ECU件组件;定义的软件框架,支持了汽车电子软件的全生存周期,包括构架、开发、AUTOSAR)(3测试、验证、授权、版本和接口;规范覆盖整个汽车电子的三大领域:

动力、底盘、车身。

AUTOSAR试题分析:

本题主要考查汽车电子基础软件架构的分析与设计,特别是系统的开发和架构设计方面。

1】【问题规范中要求,AUTOSAR系统设计流程的设计与定义。

本问题主要考查在一定规范的约束下,因此应该紧扣该规范对系统设可多次迭代的特性。

汽车电子软件开发流程应尽量满足并发、计流程方面的要求,对李工和王工定义的流程进行评价。

具体来说:

而王工定义ECU)李工定义的流

程是将软件组件描述、系统描述和资源描述同时定义,1(的流程仅仅只做系统描述;步被集

成;4)王工定义的流程没有考虑软件组件的描述,只是简单将软件组件作为第2(.

软件开发流程的优势是明确了顶层定义阶段,并行度高,迭代清晰。

3()李工定义的ECU综上,应该采用李工的设计方案。

】【问题2定义的操作系统结构进行分析与理解的AUTOSAR本问题是一道读图题,要求考生在分析基础上进行填写。

根据图示,系统从下至上依次可以分为中断管理、事件管理、警报管理、)处主1进程管理和调度以及资源管理四个部分。

根据图中模块之间的关系,可以看出,(表示错误处)(2启动错误处理程序;要表示当操作系统的警报管理发现ECU系统出错时,)表示错误处理程序3理程序将具体动作交由进程管理完成对发生错误

的任务进行处理;()表示任务控制块处理程序调用资源管理功能,实现硬件资源重分

4产生

个错误事件;()表示任务控制块处理程序通知事件管理,对错误事件进行应答。

配;(5【问题3】根据题干和上述两个题目的回答,AUTOSAR架构的分析与总结能力。

本题主要考查考生对AUTOSAR开放式架构的优点主要包括:

可以看出,采用1)具有厂商独立性,可以有效支

持多厂家汽车电子基础软件的研制;(ECU结构,通过数据配置,自动生成各种2()软件层次

上的重用性,可根据不同的ECU软件组件;)支持汽车电子软件的全生存周期,包括构架、开发、测试、验证、授权、版本和接口;(3另外,该规范覆盖整个汽车电子的三大领域为动力、底盘和车身。

所属试卷:

2010年下半年系统架构设计师考试下午真题(权威解析+标准答案)试题:

3阅读以下关于系统设计与开发工具集成的说明,在答题纸上回答问题1至问题】【说明开

源的工具进行软件系是一个大型的电信软件开发公司,公司内部采用多种商业/TeleDev公司管理层决定开发一个分布式的系统设计与统设计与开发工作。

为了提高系统开发效率,集成框架开发小组经过开发工具集成框架,将现有的系统设计与开发工具有效集成在一起。

广泛调研,得到了如下核心需求:

)目前使用的系统设计与开发工具的运行平台和开发语言差异较大,集成框架应无缝集(1成各个工具的功能;)目前使用的系统设计与开发工具所支持的通信协议和数据格式各不相同,集成框架应(2实现工具之间的灵活通信和数据格式转换;)集成框架需要根据实际的开发流程灵活、动态地定义系统工具之间的协作关系;(3)集成框架应能集成一些

常用的第三方实用工具,如即时通信,邮件系统等。

(4)作为集成框架集成框架开发小组经

过分析与讨论,最终决定采用企业服务总线(ESB的基础架构。

8】(分)问题【1个主要功能,并从集成系ESB的4ESB是目前企业级应用集成常用的基础架构。

请列举出个方面说明为何采用3统的部署方式、待集成系统之间的耦合程度、集成系统的可扩展性作为集成框架的

基础架构。

ESB分)12问题【2】(个需求,说明每个需求应该采用何种具4在ESB基础架构

的基础上,请根据题干描述中的体的集成方式或架构风格最为合适。

分)5(】3问题【.

并对实现过程通常采用的设计模式是什么,请指出在实现工具之间数据格式的灵活转换时,进行简要描述。

4.试题答案:

问题1】【ESB的主要功能包括:

(1)应用程序的位置透明性2)传输协议转换(3)消息格式转换(4)消息路由()消息增强5()安全支持(6)监控和管理(7作为集成框架,能够实现灵活的部署结构,包括采用ESBCS结构、P2P结构等。

作为集成框架,待集成系统只需要和总线进行联系,彼此之间不需要互相通信,采用ESB这样

就大大降低了系统的耦合程度。

作为集成框架,在加入新的待集成系统时,

只需要采用插件的方

式实现传输协议采用ESB和数据格式的适配即可,系统的可扩展性较强。

【问题2】)来说,

由于需要共享系统的功能,并且系统的运行平台与语言差异较大,应对于需求(

1实现跨语言与

跨平台可以将工具的功能包装为服务,该采用面向服务的方式进行功能集成,

访问。

)来说,工具所支持的通信协议和数据格式各不相同,并需要实现工具之间的对于需求(2以协

议及数据适配器的方式实现灵灵活通信协议和数据格式交换,因此应该基于消息总线,活的通

信协议和数据格式转换。

)来说,集成框架需要根据实际的软件系统开发流程,灵活、动态地定义系统对于需求(3因此应该引入工作流定义语言及其引擎来动态描述工具之设计与开发工具之

间的协作关系,间的协作关系。

)来说,应该采用界面集成的方法对第三方工具进行集成,绕过工具内部的复对于需求(4杂处理逻辑。

3【问题】在实现工具之间数据格式的灵活转换时,

通常采用适配器设计模式。

即应首先定义一

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 法律文书 > 调解书

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2