系统的架构设计文档.docx

上传人:b****8 文档编号:12063443 上传时间:2023-06-04 格式:DOCX 页数:11 大小:71.54KB
下载 相关 举报
系统的架构设计文档.docx_第1页
第1页 / 共11页
系统的架构设计文档.docx_第2页
第2页 / 共11页
系统的架构设计文档.docx_第3页
第3页 / 共11页
系统的架构设计文档.docx_第4页
第4页 / 共11页
系统的架构设计文档.docx_第5页
第5页 / 共11页
系统的架构设计文档.docx_第6页
第6页 / 共11页
系统的架构设计文档.docx_第7页
第7页 / 共11页
系统的架构设计文档.docx_第8页
第8页 / 共11页
系统的架构设计文档.docx_第9页
第9页 / 共11页
系统的架构设计文档.docx_第10页
第10页 / 共11页
系统的架构设计文档.docx_第11页
第11页 / 共11页
亲,该文档总共11页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

系统的架构设计文档.docx

《系统的架构设计文档.docx》由会员分享,可在线阅读,更多相关《系统的架构设计文档.docx(11页珍藏版)》请在冰点文库上搜索。

系统的架构设计文档.docx

系统的架构设计文档

xxx

系统架构设计说明书

2013-12-12

 

修订历史记录

日期

版本

说明

作者

<日/月/年>

<>

<详细信息>

<姓名>

2014/3/11

2.0

邱新海

1.

简介

错误!

未定义书签

目的

错误!

未定义书签

范围

错误!

未定义书签

定义、首字母缩写词和缩略语

错误!

未定义书签

参考资料

错误!

未定义书签

概述

错误!

未定义书签

2.

整体说明

错误!

未定义书签

简介

错误!

未定义书签

构架表示方式

错误!

未定义书签

构架目标和约束

错误!

未定义书签

3.

用例说明

错误!

未定义书签

核心用例

错误!

未定义书签

用例实现

错误!

未定义书签

4.

逻辑视图

错误!

未定义书签

逻辑视图

错误!

未定义书签

分层

错误!

未定义书签

应用层

错误!

未定义书签

业务层

错误!

未定义书签

中间层

错误!

未定义书签

系统层

错误!

未定义书签

架构模式

错误!

未定义书签

设计机制

错误!

未定义书签

公用元素及服务

错误!

未定义书签

 

 

错误!

未定义书签错误!

未定义书签错误!

未定义书签错误!

未定义书签错误!

未定义书签错误!

未定义书签

5.进程视图

6.部署视图

7.数据视图

8.大小和性能

9.质量

10.其它说明

系统架构设计文档

1.简介

系统构架文档的简介应提供整个系统构架文档的概述。

它应包括此系统构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述

1.1目的

本文档将从构架方面对系统进行综合概述,其中会使用多种不同的构架视图来描述系统的各个方面。

它用于记录并表述已对系统的构架方面做出的重要决策,以便于开发人员高效的开发和快速修改和管理。

1.2范围

本文档用于oto项目组目前正在开发的androidapp电器管家和已经发布的的开发或修改

1.3定义、首字母缩写词和缩略语

参考系統需求文档电器管家

1.4参考资料

1、系統需求文档电器管家

2、品牌品类及映射建议App数据结构及数据样例

2.整体说明

2.1简介

在此简单介绍系统架构的整体情况,包括用例视图、逻辑视图、进程视图、实施视图的简单介绍。

另外,简要介绍各种视图的作用和针对的用户

2.2

构架表示方式

 

 

本文档将通过以下一系列视图来表示4ln1系统的软件架构:

用例视图、逻辑视图、部署视图。

本文档

不包括进程视图和实施视图。

这些视图都是通过PowerDesigner工具建立的UML模型。

2.3构架目标和约束

系统架构在设计过程中有以下设计约束:

1、安全性:

通讯协议采用加密的方式、存放app端数据要进行混淆器加密、电话号码和logo不能通过反

编译批量拿走。

2、响应速度:

分类

细项

要求

安装

安装耗时

10秒

卸载

卸载耗时

5秒

系统消耗

CPU

9%

RAM

10M

启动

Loading

5秒EDGE网络环境

流量

流量消耗

电量

消耗电量

兼容

Android

95%手机支持安装

索引

口ilxh品牌

5秒EDGE网络环境下

品类

5秒EDGE网络环境下

嵌入html

时间

3秒EDGE网络环境下

3、分辨率适配原则

 

分辨率

长宽比

市场占有率

是否适配

andriod

1

800

480

%

32

Y

2

480

320

%

15

Y

3

1280

720

%

14

Y

4

854

480

%

12

Y

5

960

540

%

8

Y

6

1920

1080

%

4

Y

7

1280

800

%

2

Y

8

320

240

%

1

9

1184

720

%

1

1

0

其他

10

3.用例说明

本章选择了的部分功能用例,其他部分请参考系統需求文档电器管家

功能说明

通过输入模糊查找和右边的首字母查找、查询出自己想要查找品牌、然后拨打电话进行报修。

3.1核心用例

PM

电器详情

 

 

»•-RilT

C21PM

{100%M-

/

養的电器

丰机

电观

浣衣机

电冰JG

誌木18

4B

潘加电器

Haier

白强1汨

OJ

Haier

mem

2013

31U

卜疋岳■

:

H”

1&B

:

266S

(1冕修期还

plQ

VI

I1

1

11|

1

干MWTrG

科躺桩1

_|

lai

|1

11-12

覆吕柴明

X无睥宙沁

MKlthsj忖韵悴JE團聲■

「I

 

功能描述此功能主要主要描述了的建党功能以及档案详情页面的呈现

3.2用例实现本节通过几个精选的用例(场景)实现来阐述系统的实际工作方式,并解释不同的设计模型元素如何促成其功能的实现

4.逻辑视图

4.1逻辑视图

4.2分层

试图

厂UI层

controller层

UiViews

1

View

丿

<

Controller

丿

4.2.1Ui层

数据展示于管理

用户交互

绘制

Adapter

422业务层

持久化数据(内存中,相当于全局数据)

数据加工(数据层的数据有时候需要进行交工成UI层需要的数据)

数据变化的通知机制

4.2.3数据层

数据访问(DB,文件,网络等)

缓存(图片,文件等)

4.2.4系统层

4.3架构模式

本系统主要采用的还是mvc的设计模式

1)视图(View)视图层能够实现数据有目的的显示(理论上,这不是必需的)。

在视图中一般没有程序上的逻

辑。

为了实现视图上的刷新功能,视图需要访问它监视的数据模型(Model),因此应该事先在被它监视的数据那里注

册。

2)控制器(Controller)控制器起到不同层面间的组织作用,用于控制应用程序的流程。

它处理事件并作出响应。

“事件”包括用户的行为和数据模型上的改变。

3)模型层(Model):

“数据模型”(Model)用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。

“模型”有对数据直接访问的权力,例如对数据库的访问。

“模型”不依赖“视图”和“控制器”,也就是说,模型不关心它会被如何显示或是如何被操作。

但是模型中数据的变化一般会通过一种刷新机制被公布。

为了实现这种机

制,那些用于监视此模型的视图必须事先在此模型上注册,从而,视图可以了解在数据模型上发生的改变。

4.4公用元素及服务暂无

5.进程视图

暂无

6.部署视图

暂无

7.数据视图

见数据结构

根据项目的实际情况,此节可以省略不写

8.大小和性能

参考系統需求文档电器管家

9.质量

参考系統需求文档电器管家

10.其它说明

暂无

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

当前位置:首页 > 医药卫生 > 基础医学

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

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