系统架构设计文档.doc

ITS - 系统架构设计文档
xxx系统架构设计说明书

2013-12-12 v0.1

ITS-系统架构设计文档

修订历史记录

日期
版本
说明
作者
<日/月/年>
<x.x>
<详细信息>
<姓名>
2014/3/11
2．0

邱新海

目录
1. 简介 4
1.1 目的 4
1.2 范围 4
1.3 定义、首字母缩写词和缩略语 4
1.4 参考资料 4
1.5 概述 4
2. 整体说明 4
2.1 简介 4
2.2 构架表示方式 4
2.3 构架目标和约束 4
3. 用例说明 5
3.1 核心用例 5
3.2 用例实现 5
4. 逻辑视图 5
4.1 逻辑视图 5
4.2 分层 5
4.2.1 应用层 5
4.2.2 业务层 6
4.2.3 中间层 6
4.2.4 系统层 6
4.3 架构模式 6
4.4 设计机制 6
4.5 公用元素及服务 6
5. 进程视图 6
6. 部署视图 6
7. 数据视图 7
8. 大小和性能 7
9. 质量 7
10. 其它说明 7

系统架构设计文档
1. 简介
系统构架文档的简介应提供整个系统构架文档的概述。它应包括此系统构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述

1.1 目的
本文档将从构架方面对系统进行综合概述，其中会使用多种不同的构架视图来描述系统的各个方面。它用于记录并表述已对系统的构架方面做出的重要决策,以便于开发人员高效的开发和快速修改和管理。

1.2 范围
本文档用于oto项目组目前正在开发的android app电器管家2.0和已经发布的1.0的开发或修改
1.3 定义、首字母缩写词和缩略语
参考系統需求文档电器管家APP2.020140214
1.4 参考资料
1、 系統需求文档电器管家APP2.020140214
2、 品牌品类及映射建议App数据结构及数据样例

2. 整体说明
2.1 简介
在此简单介绍系统架构的整体情况，包括用例视图、逻辑视图、进程视图、实施视图的简单介绍。另外，简要介绍各种视图的作用和针对的用户

2.2 构架表示方式
本文档将通过以下一系列视图来表示4In1系统的软件架构：用例视图、逻辑视图、部署视图。本文档不包括进程视图和实施视图。这些视图都是通过PowerDesigner工具建立的UML模型。

2.3 构架目标和约束
系统架构在设计过程中有以下设计约束：
1、 安全性：通讯协议采用加密的方式、存放app端数据要进行混淆器加密、电话号码和logo不能通过反编译批量拿走。
2、 响应速度：
分类
细项
要求
安装
安装耗时
10秒
卸载
卸载耗时
5秒
系统消耗
CPU
9%
RAM
10M
启动
Loading
5秒 EDGE网络环境
流量
流量消耗

电量
消耗电量

兼容

Android

95%手机支持安装
索引
品牌
5秒 EDGE网络环境下
品类
5秒 EDGE网络环境下
嵌入html
时间
3秒 EDGE网络环境下

3、 分辨率适配原则

分辨率
长宽比
市场占有率
是否适配
andriod
1
800
480
60.0%
32
Y
2
480
320
66.7%
15
Y
3
1280
720
56.3%
14
Y
4
854
480
56.2%
12
Y
5
960
540
56.3%
8
Y
6
1920
1080
56.3%
4
Y
7
1280
800
62.5%
2
Y
8
320
240
75.0%
1

9
1184
720
60.8%
1

10
其他

10

3. 用例说明
本章选择了app2.0的部分功能用例,其他部分请参考系統需求文档电器管家APP2.020140214
原型

功能说明
通过输入模糊查找和右边的首字母查找、查询出自己想要查找品牌、然后拨打电话进行报修。
3.1 核心用例
原型

功能描述
此功能主要主要描述了app2.0的建党功能以及档案详情页面的呈现
3.2 用例实现
本节通过几个精选的用例（场景）实现来阐述系统的实际工作方式，并解释不同的设计模型元素如何促成其功能的实现

4. 逻辑视图
4.1 逻辑视图

4.2 分层

试图
controller层

UI层

Ui Views

View
Controller

DATA层

Data Provider

Memory Cache

Util/Config
NetWork DownLoad

Local Data

File
DB

4.2.1 Ui层
· 数据展示于管理
· 用户交互
· 绘制
· Adapter
4.2.2 业务层
· 持久化数据（内存中，相当于全局数据）
· 数据加工（数据层的数据有时候需要进行交工成UI层需要的数据）
· 数据变化的通知机制

4.2.3 数据层
· 数据访问（DB，文件，网络等）
· 缓存（图片，文件等）
4.2.4 系统层

4.3 架构模式
本系统主要采用的还是mvc的设计模式
1) 视图（View） 视图层能够实现数据有目的的显示（理论上，这不是必需的）。在视图中一般没有程序上的逻辑。为了实现视图上的刷新功能，视图需要访问它监视的数据模型（Model），因此应该事先在被它监视的数据那里注册。
2) 控制器（Controller） 控制器起到不同层面间的组织作用，用于控制应用程序的流程。它处理事件并作出响应。“事件”包括用户的行为和数据模型上的改变。
3) 模型层（Model）：“数据模型”（Model）用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。“模型”有对数据直接访问的权力，例如对数据库的访问。“模型”不依赖“视图”和“控制器”，也就是说，模型不关心它会被如何显示或是如何被操作。但是模型中数据的变化一般会通过一种刷新机制被公布。为了实现这种机制，那些用于监视此模型的视图必须事先在此模型上注册，从而，视图可以了解在数据模型上发生的改变。

4.4 公用元素及服务
暂无
5. 进程视图
暂无

6. 部署视图
暂无
7. 数据视图
见app2.0数据结构

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

8. 大小和性能
参考系統需求文档电器管家APP2.020140214

9. 质量
参考系統需求文档电器管家APP2.020140214

10. 其它说明
暂无
其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。
二．培训的及要求培训目的
安全生产目标责任书
为了进一步落实安全生产责任制，做到“责、权、利”相结合，根据我公司2015年度安全生产目标的内容，现与财务部签订如下安全生产目标：
一、目标值：
1、全年人身死亡事故为零，重伤事故为零，轻伤人数为零。
2、现金安全保管，不发生盗窃事故。
3、每月足额提取安全生产费用，保障安全生产投入资金的到位。
4、安全培训合格率为100%。
二、本单位安全工作上必须做到以下内容：
1、对本单位的安全生产负直接领导责任，必须模范遵守公司的各项安全管理制度，不发布与公司安全管理制度相抵触的指令，严格履行本人的安全职责，确保安全责任制在本单位全面落实，并全力支持安全工作。
2、保证公司各项安全管理制度和管理办法在本单位内全面实施，并自觉接受公司安全部门的监督和管理。
3、在确保安全的前提下组织生产，始终把安全工作放在首位，当“安全与交货期、质量”发生矛盾时，坚持安全第一的原则。
4、参加生产碰头会时，首先汇报本单位的安全生产情况和安全问题落实情况；在安排本单位生产任务时，必须安排安全工作内容，并写入记录。
5、在公司及政府的安全检查中杜绝各类违章现象。
6、组织本部门积极参加安全检查，做到有检查、有整改，记录全。
7、以身作则，不违章指挥、不违章操作。对发现的各类违章现象负有查禁的责任，同时要予以查处。
8、虚心接受员工提出的问题，杜绝不接受或盲目指挥；
9、发生事故，应立即报告主管领导，按照“四不放过”的原则召开事故分析会，提出整改措施和对责任者的处理意见，并填写事故登记表，严禁隐瞒不报或降低对责任者的处罚标准。
10、必须按规定对单位员工进行培训和新员工上岗教育；
11、严格执行公司安全生产十六项禁令，保证本单位所有人员不违章作业。
三、 安全奖惩：
1、对于全年实现安全目标的按照公司生产现场管理规定和工作说明书进行考核奖励；对于未实现安全目标的按照公司规定进行处罚。
2、每月接受主管领导指派人员对安全生产责任状的落