展讯平台软件架构介绍

展讯平台软件架构介绍
Spreadtrum 12/19/2010
2010-12-19
Proprietary and Confidential Information
2

培训目的
对展讯平台软件架构有初步认识对各模块功能有初步概念
2010-12-19
Proprietary and Confidential Information
3

Table of Contents
软件开发平台框架平台各模块介绍编译开发环境接口使用举例
2010-12-19
Proprietary and Confidential Information
4

软件开发平台框架
软件开发平台框架
软件架构平台提供的features
2010-12-19
Proprietary and Confidential Information
5

软件架构
Call SMS CBS SS PB Game ….
其他应用， e.g. wap,java, MMS,etc.
Multimedia Audio/Video
Other application
ATC
MMI Kernal/GUI
OSA DAL（LCD,KPD,CHR） FS, AUDIO, VIDEO, Multimedia Engines MIDI MP3 MPEG4 H.263 Engines Digital Camera Drivers HAL) Proprietary and Confidential Information MN (Call, CB, SS, SMS, GPRS)
Layer 3
RTOS
Diagnosti cs
Layer 2
Layer 1 6
2010-12-19

平台提供的Features
完整的GSM/GPRS通信和数据服务功能. 统一的RTOS的APIs - Thread控制，Timer, Memory Management, Message Queue… 提供完整的TBIOS APIs,能快速的适应硬件和外设的更改。 - LCD, Keypad, Charging, EFS, RTC, Audio…. 整合了部分第三方的软件，提供完整的解决方案使用client-server机制提供完整的软件调试APIs
2010-12-19
Proprietary and Confidential Information
7

Table of Contents
软件开发平台框架平台各模块介绍编译开发环境接口使用举例
2010-12-19
Proprietary and Confidential Information
8

平台各模块介绍
平台各模块介绍
OSA接口文件系统接口 TBIOS (Terminal Basic I/O System)接口协议软件接口 MMI开发平台接口
2010-12-19
Proprietary and Confidential Information
9

OSA接口
OSA：OS Abstract layer，提供对OS的封装
统一的API接口，代码可直接在Win32上模拟执行，加快开发进度易移植提供额外的调试接口
2010-12-19
Proprietary and Confidential Information
10

OSA接口
内存管理线程管理 Client/Server通信机制打印调试定时器管理互斥/信号量资源管理消息/EVENT管理
2010-12-19
Proprietary and Confidential Information
11

OSA接口——内存管理
动态内存管理方式：
– Memory Pool
修改配置：mem_cfg_xxx.c
2010-12-19
Proprietary and Confidential Information
12

内存池管理详细描述
内存池示意图
2010-12-19
Proprietary and Confidential Information
13

内存池的配置
内存池的配置是开放的，在产品驱动的mem_cfg_xxx.c文件中设置。要更改各个POOL可用BLOCK数，只需在系统RAM大小可允许范围内，修改该文件中的宏定义：
MAX_NUM_OF_52_POOLS MAX_NUM_OF_100_POOLS MAX_NUM_OF_300_POOLS MAX_NUM_OF_600_POOLS MAX_NUM_OF_1600_POOLS
2010-12-19
Proprietary and Confidential Information
14

OSA接口——线程
目前展讯平台采用ThreadX操作系统主要特点是：单任务，可抢占式线程分类：
- 静态线程： Thread id固定，TCB（thread control block）空间静态申请。一般在系统初始化时便创建好，存在于整个系统运行周期内，不能被删除。 - 动态线程： Thread id不固定，TCB空间动态申请，以6800D平台为例，动态申请的thread，其 id = TCB_address+0x1000。在需要时创建，不需要时删除。RTOS以链表方式管理各动态线程。
创建线程时要注意优先级设置的合理性详细使用方法请参考OS Interface User Guide一文
2010-12-19
Proprietary and Confidential Information
15

OSA接口——Client/Server机制
Client/Server通信机制：
一个Server对多个Client提供事件服务。Client向Server注册事件，当事件发生，Server会根据所注册的Client依次调用各Client注册时的 callback，未注册callback则采用Server默认callback。
2010-12-19
Proprietary and Confidential Information
16

Client/Server通信机制
以KPD Service为例：
MMI：SCI_RegisterMsg( KEYPAD_SERVICE, (uint8)(KPD_DOWN & 0xff), (uint8)(KPD_UP & 0xff), KeypadCallBackFunc); A： SCI_RegisterMsg( KEYPAD_SERVICE, (uint8)(KPD_DOWN & 0xff), (uint8)(KPD_DOWN & 0xff), KeypadCallBackFunc);
Client MMI
KPD_UP register KeypadCallBackF unc
Client A
未注册 KPD_UP，不callback register
KPD Service
2010-12-19
Proprietary and Confidential Information
17

OSA接口——调试
SCI_TRACE：即LOG，将字符串打印到PC上 SCI_ASSERT：断言，debug模式下，程序ASSERT，release模式下进行软件重启配合工具：ChannelServer，Logel, AXD, MobileTest等支持JTag
备注：调试的详细使用方法，请参考“展讯平台软件调试介绍.ppt”
2010-12-19 Proprietary and Confidential Information 18

文件系统
? 共有3种不同文件系统：EFS, FFS, SFS ? 提供文件接口（***_fopen，***_fwrite…） ? 提供阻塞（同步）和非阻塞（异步）读写接口
EFS FFS SFS 存储介 NorFlash NandFlash， NandFlash，质 SD，T Card， SD，T Card， MMC MMC 格式平台自定义 SC6600 D FAT16 SC6600D, SC6600M FAT32 SC6600I, SC6800, SC6600R, SC6600H
2010-12-19
Proprietary and Confidential Information
19

文件系统的基本框架图
该层提供对实际的物理设备安全的读写、擦除等操作
用户接口层
文件系统线程消息队列
文件系统管理层
虚拟设备层
用户接口层提供文件操作 API，把相应的操作请求发送给文件系统管理层，发送给文件系统管理层，完成阻塞或非阻塞调用
2010-12-19
其他线程
物理设备层
该层提供文件系统空间管理，该层提供文件系统空间管理，读写操作。存取控制，存取控制，读写操作。该层作为一个线程运行，该层作为一个线程运行，处理IO请求
该层提供文件系统空间管理，存取控制，读写操作。存取控制，读写操作。该层作为一个线程运行，该层作为一个线程运行，处理IO请求
Proprietary and Confidential Information
20

展讯工具使用

展讯工具使用 1．校准工具CFT A B C D E A : 选择测试机种 B : 将所有的勾打上，记录测试数据 C : Log处可随意选择本机目录，用于存储测试的纪录。FDL处必须选择展讯正式发布给工厂的软件包中的Fdl_amd.bin文件，对于6600M平台来说，FDL不需要，NV处必须选择展讯正式发布给工厂软件包中NV_Parameters目录下的NVitem_release.prj文件； D : 校准用的项目 F : 相关的FT测试数据，在校准时将所有勾去除 2．DOWNLOAD 程序

根据不同的项目导入FDL , BOOTLOADER ,PS ,MMIRES,NV BOOTLOADER , PS ,MMI, 在DOWNLOAD 时候可以不选，FDL必须选上地址选项PRODUCT为NAND，相关的地址与底层有关

NAND FLASH选项为SMALL PAGE REPARTITION SETTING 默认为2 。校准数据保留，将backup calibration 打上将保留全部nv数据3.Mobile test 使用说明

Calibration 说明： 1）做Calibration 之前，首先要确保手机进入“Calibration mode ”，如果不是，要点击按钮①进入校准模式（目前不支持）。 2）接着点击按钮④，连通DSP 与RF 之间的通路。 3）下一步选择手机的工作频段，共有五种：EGSM900，DCS1800， EGSM-DCS-DUALBAND ，PCS1900，GSM850（在不同的频段arfcn,txpwr lv 有不同的数值），选择好之后点击按钮⑥即可设置好工作频段。进行了2、3步的操作后就可以进行发射或接收的操作了。 4）点击按钮③可以开发射，它有两个参数：afc,dac 。在DCXO 下有afc,dac 两个参数，在TCXO 下有dac 一个参数（DCXO ，TCXO 通过⑧来选择）。执行该步操作可以实现AFC 的操作。 5）按钮②可设置发射时的factor 值。再点击按钮4就可以实现APC 的操作。 6）按钮⑦可做接收，在这之前要先设置好RX 的各值：type,gain ind,gain val,rach ab. 在Result ⑨处显示RSSI 的值。执行该步操作可以实现AGC 的操作。 7）选中Multi Ramp(⑤处) ，即可设置所需PA parameter 和Ramp Up Num 两个参数。 ① ② ③ ④ ⑤ ⑥ ⑦ ⑧ ⑨

概述软件的技术方案设计.doc

软件开发技术方案 Xxxx有限公司2018年6月13日

1.开发框架开发的系统中所应用的技术都是基于JavaEE，技术成熟稳定又能保持先进性。采用B/S架构使系统能集中部署分布使用，有利于系统升级维护；采用MVC 的开发模式并参考SOA体系架构进行功能设计，使得能快速扩展业务功能而不会影响现有系统功能的正常使用，可根据实际业务量进行部分功能扩容，在满足系统运行要求的同时实现成本最小化。系统采用分布式部署，系统功能隔离运行，保障系统整体运行的稳定性。图1.开发框架与体系结构图 1.1.web端技术栈（1）前端采用elementUI/jquery/bootstrap/vue实现，前端和Controller交换数据基于json格式。 1.2业务端技术栈（1）业务端基于springboot、springMVC、JPA、SpringData技术栈构建，对于复杂的系统则采用springCloud构建。（2）四层分隔：controller（Facade）/service/dao/entity,其中fa?ade主要用于生成json，实现和前端的数据交换。（2）命名：按照功能模块划分各层包名，各层一致。 2.系统安全保障 2.1 访问安全性

权限管理是系统安全的重要方式，必须是合法的用户才可以访问系统（用户认证），且必须具有该资源的访问权限才可以访问该资源（授权）。我们系统设计权限模型，标准权限数据模型包括：用户、角色、权限（包括资源和权限）、用户角色关系、角色权限关系。权限分配：通过UI界面方便给用户分配权限，对上边权限模型进行增、删、改、查操作。基于角色的权限控制策略根据角色判断是否有操作权限，因为角色的变化性较高，如果角色修改需要修改控制代码。而基于资源的权限控制：根据资源权限判断是否有操作权限，因为资源较为固定，如果角色修改或角色中权限修改不需要修改控制代码，使用此方法系统可维护性很强。建议使用。 2.2 数据安全性可以从三个层面入手：操作系统；应用系统；数据库；比较常用的是应用系统和数据库层面的安全保障措施。在操作系统层面通过防火墙的设置。如设置成端口8080只有自己的电脑能访问。应用系统层面通过登陆拦截，拦截访问请求的方式。密码不能是明文，必须加密；加密算法必须是不可逆的，不需要知道客户的密码。密码的加密算法{ MD5--不安全，可被破解。需要把MD5的32位字符串再次加密(次数只有你自己知道)，不容易破解；加密多次之后，登录时忘记密码，只能重置密码，它不会告诉你原密码，因为管理员也不知道。 3.项目计划的编制和管理本公司项目基于敏捷过程的方式组织，项目计划基于需求和团队反复讨论的过程。在开发系统时都经过了解需求，开需求分析会议，确定开发任务，推进开发进度，测试，试点，交付等开发步骤，其中具体内容有： 1，了解需求：跟客户沟通，充分了解对方的需求，然后对需求进行过滤，最后整体成需求文档 2，需求分析会议：也就是项目启动会议之后要做的事情，对拿来的需求进行讨论，怎么做满足需求。主要对需求进行全面的梳理，让开发，产品，项目都熟悉整个需求。

展讯LCD接口使用说明

LCD 接口使用说明版本: 1.0.0 SW-BASE-UG-0026 2004-06-09 D2 https://www.360docs.net/doc/b117734783.html,

修订历史版本日期作者审核说明1.0.0 2004-06-09 Jim.zhang Draft

重要声明版权声明版权所有 ? 2004, 展讯通信有限公司，保留所有权利。商标声明展讯通信有限公司和展讯通信有限公司的产品是展讯通信有限公司专有。在提及其他公司及其产品时将使用各自公司所拥有的商标，这种使用的目的仅限于引用。不作保证声明展讯通信有限公司不对此文档中的任何内容作任何明示或暗示的陈述或保证，而且不对特定目的的适销性及适用性或者任何间接、特殊或连带的损失承担任何责任。保密声明本文档（包括任何附件）包含的信息是保密信息。接收人了解其获得的本文档是保密的，除用于规定的目的外不得用于任何目的，也不得将本文档泄露给任何第三方。

目录 1介绍 (5) 1.1范围 (5) 1.2参考文档 (5) 1.3缩写和定义 (5) 2概述 (6) 2.1文件组织 (6) 2.2LCD屏幕坐标 (6) 2.3LCD操作概述 (6) 3接口函数说明 (7) 3.1LCD硬件初始化 (7) 3.2关闭LCD (7) 3.3获取LCD基本信息 (7) 3.4刷新LCD (8) 3.5LCD全屏刷新 (9) 3.6进入/退出睡眠 (9) 3.7调节LCD的对比度 (10) 4附录 (11) 4.1数据结构 (11) 4.1.1LCD信息结构 LCD_INFO_T (11) 4.1.2LCD ID类型 LCD_ID_E (11) 4.1.3LCD错误类型 ERR_LCD_E (12)

软件的技术方案设计

软件开发技术方案 Xxxx有限公司 2018年6月13日开发框架开发的系统中所应用的技术都是基于JavaEE，技术成熟稳定又能保持先进性。采用B/S架构使系统能集中部署分布使用，有利于系统升级维护；采用MVC的开发模式并参考SOA体系架构进行功能设计，使得能快速扩展业务功能而不会影响现有系统功能的正常使用，可根据实际业务量进行部分功能扩容，在满足系统运行要求的同时实现成本最小化。系统采用分布式部署，系统功能隔离运行，保障系统整体运行的稳定性。图1.开发框架与体系结构图 web端技术栈（1）前端采用elementUI/jquery/bootstrap/vue实现，前端和Controller交换数据基于json格式。 1.2业务端技术栈（1）业务端基于springboot、springMVC、JPA、SpringData技术栈构建，对于复杂的系统则采用springCloud构建。（2）四层分隔：controller（Facade）/service/dao/entity,其中fa?ade主要用于生成json，实现和前端的数据交换。（2）命名：按照功能模块划分各层包名，各层一致。系统安全保障 2.1 访问安全性权限管理是系统安全的重要方式，必须是合法的用户才可以访问系统（用户认证），且必须具有该资源的访问权限才可以访问该资源（授权）。我们系统设计权限模型，标准权限数据模型包括：用户、角色、权限（包括资源和权限）、用户角色关系、角色权限关系。权限分配：通过UI界面方便给用户分配权限，对上边权限模型进行增、删、改、查操作。

基于角色的权限控制策略根据角色判断是否有操作权限，因为角色的变化性较高，如果角色修改需要修改控制代码。而基于资源的权限控制：根据资源权限判断是否有操作权限，因为资源较为固定，如果角色修改或角色中权限修改不需要修改控制代码，使用此方法系统可维护性很强。建议使用。 2.2 数据安全性可以从三个层面入手：操作系统；应用系统；数据库；比较常用的是应用系统和数据库层面的安全保障措施。在操作系统层面通过防火墙的设置。如设置成端口8080只有自己的电脑能访问。应用系统层面通过登陆拦截，拦截访问请求的方式。密码不能是明文，必须加密；加密算法必须是不可逆的，不需要知道客户的密码。密码的加密算法{ MD5--不安全，可被破解。需要把MD5的32位字符串再次加密(次数只有你自己知道)，不容易破解；加密多次之后，登录时忘记密码，只能重置密码，它不会告诉你原密码，因为管理员也不知道。项目计划的编制和管理本公司项目基于敏捷过程的方式组织，项目计划基于需求和团队反复讨论的过程。在开发系统时都经过了解需求，开需求分析会议，确定开发任务，推进开发进度，测试，试点，交付等开发步骤，其中具体内容有：1，了解需求：跟客户沟通，充分了解对方的需求，然后对需求进行过滤，最后整体成需求文档 2，需求分析会议：也就是项目启动会议之后要做的事情，对拿来的需求进行讨论，怎么做满足需求。主要对需求进行全面的梳理，让开发，产品，项目都熟悉整个需求。 3，确定开发任务：根据敏捷开发法则，需求变成一个一个功能点之后就是安排开发任务了。根据团队现有的资源合理分配任务，和时间节点 4，推进开发进度：在开发的实际过程中，注意节奏的把控，注重功能点完成的时间点。 5，每一个功能点完成之后都会有测试工程师进行单元测试。 6，6，试点单位进行试用，然后解决问题。

软件架构设计说明书

软件架构设计说明书 The final edition was revised on December 14th, 2020.

架构设计说明书版本1.0.0

1.引言 [对于由多个进程构成的复杂系统，系统设计阶段可以分为：架构设计（构架设计）、组件高层设计、组件详细设计。对于由单个进程构成的简单系统，系统设计阶段可以分为：系统概要设计、系统详细设计。本文档适用于由多个进程构成的复杂系统的构架设计。] [架构设计说明书是软件产品设计中最高层次的文档，它描述了系统最高层次上的逻辑结构、物理结构以及各种指南，相关组件（粒度最粗的子系统）的内部设计由组件高层设计提供。] [系统：指待开发产品的软件与硬件整体，其软件部分由各个子系统嵌套组成，子系统之间具有明确的接口；组件：指粒度最粗的子系统；模块：指组成组件的各层子系统，模块由下一层模块或函数组成；] [此文档的目的是： 1）描述产品的逻辑结构，定义系统各组件（子系统）之间的接口以及每个组件（子系统）应该实现的功能； 2）定义系统的各个进程以及进程之间的通信方式； 3）描述系统部署，说明用来部署并运行该系统的一种或多种物理网络（硬件）配置。对于每种配置，应该指出执行该系统的物理节点（计算机、网络设备）配置情况、节点之间的连接方式、采用何种通信协议、网络带宽。另外还要包括各进程到物理节点的映射； 4）系统的整体性能、安全性、可用性、可扩展性、异常与错误处理等非功能特性设计； 5）定义该产品的各个设计人员应该遵循的设计原则以及设计指南，各个编程人员应该遵循的编码规范。 ] [建议架构设计工程师与组件设计工程师共同完成此文档。] [架构设计说明书的引言应提供整个文档的概述。它应包括此文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]

展讯平台软件调试介绍图文..doc

展讯平台软件调试介绍Spreadtrum 7/21/2009 培训目的 ?能够使用展讯提供的调试工具对开发中的问题进行调试 ?能够分析几种常见ASSERT 主要内容

展讯调试工具简介调试方法展讯调试工具简介主要的调试工具有: ?Dloader ?NVEditor ?Channel Server ?Logel ?Phone Tester ?DSP Log Dloader(1 功能:下载程序

设置界面: 双击可以选择下载文件路径选择端口选择项目选择下载速率制作打包文件选择是否下载 Nand Flash下载配置: 大小页选择分区策略选择分区策略?始终分区 ?出现不兼容分区

时停止下载 ?出现不兼容分区,使用Flash中原有分区进行下载?出现不兼容分区,使用FDL中的分区方式进行分区注:此配置项只对NAND FLASH有效备份信息配置: 将NV保存到本地选择需要保留的信息正在下载: 下载成功: 下载失败: Dloader(4

打包文件特别说明: 展讯升级工具中使用打包文件来进行升级操作,打包文件中不仅包含了所有的下载文件,还包含了下载项目的地址信息,这样可以降低产线升级工具配置出错的可能性,同时简化了操作。打包文件的制作方法:DloadeR 在配置好所有的配置项后,点击左图中的按钮,然后按照提示即可完成打包文件的制作。点击这个按钮进行打包操作展讯调试工具简介 ?Downloader ?NVEditor ?Channel Server ?Logel ?Phone Tester

?DSP Log 功能: ?对fixed NV参数进行读取,编辑,保存,下载?擦除NV ?从手机中读出NV Item

展讯IMEI写号使用说明书04

深圳六虹科技有限公司展讯平台扫描作业说明书该IMEI工具启动后，在主界面上方从左至右有三个下拉框可供设置，左边的Port可以设置写IMEI时所使用的串口。中间的是设置写IMEI的方式，一种为META模式，需要database文件，该文件必须与手机软件一一对应；另一种为AT模式，不需要database文件。默认为AT模式，可以写所有MTK的手机。右边为选择写双卡双待手机的IMEI号码，单卡和双卡单待请选择IMEI1，因为这些手机只有一个IMEI号码，选其他会出错。双卡双待手机可选的有IMEI1；IMEI2；IMEI1&IMEI2；IMEI1=IMEI2。不同的选择会有不同的效果： ●IMEI1：写单待手机的IMEI或者只写双待手机的第一个IMEI号码。 ●IMEI2：只写双待手机的第二个IMEI号码。 ●IMEI1&IMEI2：写双待手机的两个IMEI号码，需要输入两个IMEI号码。先输入第一个IMEI号码，然后再输入第二个IMEI号码，程序将两个IMEI写入手机。 ●IMEI1=IMEI2：写双待手机的两个IMEI号码，但是只需要写输入一个IMEI号码，程序将两个IMEI号码设置为相同，然后写入手机。注意：当双待手机写入的两个IMEI相同时，则在*#06#界面只会显示一个IMEI号码。当两个IMEI不同时，才会显示两个不同的IMEI号码。单待手机请在Dual IMEI选择IMEI1，双待手机如果需要显示两个不同的IMEI，选择“IMEI1&IMEI2”，并在写IMEI时输入两个不同的IMEI，这样手机会显示两个不同的IMEI。双待手机如果只需要显示一个IMEI，请选择“IMEI1=IMEI2”，这样写IMEI时只需要输入一个IMEI并且手机只会显示一个IMEI。

软件系统的架构设计方案

软件系统的架构设计方案集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

软件系统的架构设计方案架构的定义定义架构的最短形式是：“架构是一种结构”，这是一种正确的理解，但世界还没太平。若做一个比喻，架构就像一个操作系统，不同的角度有不同的理解，不同的关切者有各自的着重点，多视点的不同理解都是架构需要的，也只有通过多视点来考察才能演化出一个有效的架构。从静态的角度，架构要回答一个系统在技术上如何组织；从变化的角度，架构要回答如何支持系统不断产生的新功能、新变化以及适时的重构；从服务质量的角度，架构要平衡各种和用户体验有关的指标；从运维的角度，架构要回答如何充分利用计算机或网络资源及其扩展策略；从经济的角度，架构要回答如何在可行的基础上降低实现成本等等软件系统架构(SoftwareArchitecture)是关于软件系统的结构、行为、属性、组成要素及其之间交互关系的高级抽象。任何软件开发项目，都会经历需求获取、系统分析、系统设计、编码研发、系统运维等常规阶段，软件系统架构设计就位于系统分析和系统设计之间。做好软件系统架构，可以为软件系统提供稳定可靠的体系结构支撑平台，还可以支持最大粒度的软件复用，降低开发运维成本。如何做好软件系统的架构设计呢软件系统架构设计方法步骤基于体系架构的软件设计模型把软件过程划分为体系架构需求、设计、文档化、复审、实现和演化6个子过程，现逐一简要概述如下。

体系架构需求：即将用户对软件系统功能、性能、界面、设计约束等方面的期望（即“需求”）进行获取、分析、加工，并将每一个需求项目抽象定义为构件(类的集合)。体系架构设计：即采用迭代的方法首先选择一个合适的软件体系架构风格(如C/S、B/S、N层、管道过滤器风格、C2风格等)作为架构模型，然后将需求阶段标识的构件映射到模型中，分析构件间的相互作用关系，最后形成量身订做的软件体系架构。体系架构文档化：即生成用户和研发人员能够阅读的体系架构规格说明书和体系架构设计说明书。体系架构复审：即及早发现体系架构设计中存在的缺陷和错误，及时予以标记和排除。体系架构实现：即设计人员开发出系统构件，按照体系架构设计规格说明书进行构件的关联、合成、组装和测试。体系架构演化：如果用户需求发生了变化，则需相应地修改完善优化、调整软件体系结构，以适应新的变化了的软件需求。以上6个子过程是软件系统架构设计的通用方法步骤。但由于软件需求、现实情况的变化是难以预测的，这6个子过程往往是螺旋式向前推进。软件系统架构设计常用模式

软件架构文档(样例)

4In1 System 软件架构文档版本<1.1>

修订文档历史记录

目录 1. 简介 (4) 1.1 目的 (4) 1.2 范围 (4) 1.3 定义、首字母缩写词和缩略语 (4) 1.4 参考资料 (4) 2. 架构表示方式 (4) 3. 架构目标和约束 (4) 4. 用例视图 (4) 4.1 主要用例 (5) 4.1.1 申请注册 (5) 4.1.2 用户注册审核 (5) 4.1.3 用户角色管理 (5) 4.1.4 角色权限管理 (6) 4.1.5 车型信息管理 (6) 4.1.6 配件信息管理 (6) 5. 逻辑视图 (6) 5.1 概述 (6) 5.2 Application层 (7) 5.3 Business Service层 (7) 5.3.1 Service包 (7) 5.3.2 Model包 (8) 5.4 Middleware层 (8) 6. 部署视图 (8) 6.1 User Client (9) 6.2 Server (9) 6.3 DB Server (9) 7. 数据视图 (9) 8. 大小和性能 (10) 9. 质量 (10)

软件架构文档 1.简介 1.1目的本文档将从架构方面对系统进行综合概述，其中会使用多种不同的架构视图来描述系统的各个方面。它用于记录并表述已对系统的架构方面作出的重要决策。 1.2范围本文档用于4In1小组正在开发中的4In1系统。4n1系统是为ABC汽车4S店设计的业务管理系统，将提供汽车的整车销售、配件销售、售后服务以及信息反馈等功能。 1.3定义、首字母缩写词和缩略语见4In1系统术语表 1.4参考资料 1. 4In1系统术语表，1.0版，4In1小组 2. 4In1系统前景文档，1.1版，4In1小组 3. 4In1系统软件需求规约，1.0版，4In1小组 4. 4In1系统软件开发计划，1.1版，4In1小组 5. 4In1系统初始迭代计划，1.1版，4In1小组 6. 4In1系统细化迭代计划，1.0版，4In1小组 7. 4In1系统风险列表，1.0版，4In1小组 8. RUP的软件架构文档模板 2.架构表示方式本文档将通过以下一系列视图来表示4In1系统的软件架构：用例视图、逻辑视图、部署视图。本文档不包括进程视图和实施视图。这些视图都是通过PowerDesigner工具建立的UML模型。 3.架构目标和约束 1.系统在开发过程中有如下设计约束：开发语言为Java，采用关系型数据库存放数据，采用基于UML的面向对象分析与设计方法进行开发，采用B/S架构。 2.系统应支持100人以上同时访问服务器并支持500人以上同时访问数据库，服务器的响应时间不应该超过5秒。 3.所有用户在保证网络连接的情况下可同时通过局域网和互联网访问系统。 4.系统必须保证数据的安全访问，用户需要通过用户名和密码进行身份认证，同时对数据的访问要进行授权认证。 4.用例视图

最全面的门户网站架构设计方案

前台门户网站架构设计方案北京宽连十方数字技术有限公司 2012-7

目录 1设计思路 (3) 2系统结构 (3) 3网络规划及性能计算 .................................................................................................. 错误！未定义书签。 3.1网络架构 (8) 3.2网络架构说明 ...................................................................................................... 错误！未定义书签。 3.2.1采用双防火墙双交换机做网络冗余，保障平台服务 (8) 3.2.2采用硬件设备负载均衡器，实现网络流量的负载均衡 (8) 3.3系统测算 .............................................................................................................. 错误！未定义书签。 3.3.1系统处理能力要求 (34) 3.3.2业务处理能力要求 ...................................................................................... 错误！未定义书签。 3.3.3系统话务模型 .............................................................................................. 错误！未定义书签。 3.4配置核算 .............................................................................................................. 错误！未定义书签。 3.4.1数据库服务器性能核算 .............................................................................. 错误！未定义书签。 3.4.2WEB服务器集群性能核算.......................................................................... 错误！未定义书签。 3.4.3WEB服务器集群内存性能核算.................................................................. 错误！未定义书签。 3.4.4网络带宽 (35) 4性能模拟测试及性能推算 .......................................................................................... 错误！未定义书签。 4.1测试环境 .............................................................................................................. 错误！未定义书签。 4.2测试结果 .............................................................................................................. 错误！未定义书签。 4.2.11个客户端模拟不同线和并发请求结果..................................................... 错误！未定义书签。 4.2.210个客户端请求 .......................................................................................... 错误！未定义书签。 4.3结果分析 .............................................................................................................. 错误！未定义书签。 4.4根据测试结果推算 .............................................................................................. 错误！未定义书签。 4.5设备清单 (35) 4.5.1硬件设备配置清单 ...................................................................................... 错误！未定义书签。 4.5.2设备技术规格 .............................................................................................. 错误！未定义书签。 4.6平台扩容的建议 (35)

(完整版)很详细的系统架构图-强烈推荐

很详细的系统架构图--专业推荐 2013.11.7

1.1.共享平台逻辑架构设计如上图所示为本次共享资源平台逻辑架构图，上图整体展现说明包括以下几个方面： 1 应用系统建设本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发，从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合，完成应用系统的统一化管理与维护。 2 应用资源采集整体应用系统资源统一分为两类，具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源，我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源，我们将通过全面的接口管理体系进行相应资源采集模板的搭建，采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。 3 数据分析与展现采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现，具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。 4 数据的应用最终数据将通过内外网门户对外进行发布，相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询，从而有效提升了我局整体应用服务质量。综上，我们对本次项目整体逻辑架构进行了有效的构建，下面我们将从技术角度对相

关架构进行描述。 1.2.技术架构设计如上图对本次项目整体技术架构进行了设计，从上图我们可以看出，本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。 1.3.整体架构设计上述两节，我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明，通过上述设计，我们对整体项目的架构图进行了归纳如下：

展讯平台Trace工具使用

展讯平台Trace 工具使用对于专业的测试人员，测试应该始终接上log 线进行测试，这样就会尽可能保留出错时候的信息，这些信息不一定对于每一类的bug 都有用，但对于一些难重现的问题有可能这样的习惯就记录下了一些重要的Debug 信息，给软件人员解决问题极大的帮助。测试人员遇到ASSERT 的时候，一定要尽可能详细的记录下操作步骤，测试此问题的重现概率，同时记录下全部的ASSERT 信息，关于ASSERT 信息详见本文档3.2.1。需要注意的是，测试人员一定要用对应版本的ChannelServer 和log 工具进行测试，否则会导致底层的一些消息的解析不正确，给解决一些和底层有关的bug 带来困难。 1、ChannelServer 的设置使用 ? 运行ChannelServer.exe ? 点击右下角托盘中的ChannelServer 小图标 ? 在弹出的对话框中的进行配置(成功后，小图标变绿色）图一 2、Logel –使用说明 ? 选择Server — IP Setting 配置ChannelServer 的IP 地址和端口 ――和ChannelServer 中的设置保持一致（一般不需要修改） ? 连结到ChannelServer ，并开始记录 ――需要先运行ChannelServer 以下为刚开始启动Logel 工具的界面：

图二以下为正在抓Trace 信息的界面：图三测试版本一定要用debug 版本，release 版本遇到assert 会自动重启，debug 版本会断在程序assert 的地方，这样可以获得assert 时的现场信息，以便于debug 。当然，重要版本根据情况也应该同时用release 版本做一些各个功能模块的自动重启的测试，电流测试等，以保证release 版本也没有问题。测试过程中遇到assert ，不要拔下电池，打开ChanelServer.exe 和Logel.exe ，连上手机，选择logel 里面菜单 Assert / Open Assert Frame ，打开一个调试窗口，在此窗口下输入0，会出现了下图所示的信息（如果是测试的时候连着log ，此窗口会自动弹出）：

展讯耦合工具操作说明

目录 1 安装GPIB卡驱动 (2) 2 安装USB驱动 (2) 3 系统设置 (2) 4 端口及仪器设置 (3) USB端口设置 (3) 测试仪器设置 (4) 线损设置 (4) 电源设置 (6) 5操作步骤 (6)

1 安装GPIB卡驱动略，请参考《MTK平台耦合测试工具使用说明》中“4.1 安装NI Visa GPIB卡驱动”章节 2 安装USB驱动略，和展讯写号工具的USB驱动安装方法一致 3 系统设置 1）点击进去系统设置界面，如下图。各项设置保持与下图一致。

4 端口及仪器设置点击进入设置界面，如下图

USB端口设置与下图保持一致测试仪器设置根据实际情况设置 1）选择仪器类型

-- 根据实际情况选择测试仪器（其中：HP8960表示安捷伦8960综测仪）2）选择GPIB卡类型 -- 目前工厂大部分为NI GPIB类型，需要根据实际GPIB卡类型选择3）设置仪器的GPIB卡地址 -- 默认选择0即可 -- 与测试仪器中的GPIB保持一致线损设置点击进入线损设置界面目前我司GSM项目只测试EGSM 和DCS 这两个频段，GSM+WCDMA项目测试EGSM 和DCS，和WCDMA Band I。下面介绍EGSM，DCS和WCDMA Band I线损的设置 1)EGSM

-- 根据实际情况设置，AG8960仪器设置为负数，其他仪器设置为正数，并且TX 和RX都设置成一样即可 2)DCS -- 根据实际情况设置，AG8960仪器设置为负数，其他仪器设置为正数，并且TX 和RX都设置成一样即可 3)WCDMA Band I --根据实际情况设置，AG8960仪器设置为负数，其他仪器设置为正数，并且TX 和RX都设置成一样即可注意：线损的设置需要根据手机呼叫仪器，在耦合板上寻找最合适的位置。然后通过计算得到实际的线损。并且把合适的位置固定下来。 EGSM PCL5的目标功率为32.5 dBm DCS PCL0的目标功率为29.5 dBm WCDMA BAND I 的最大功率为23 dbm 电源设置不用使用电源，可以忽略，不用管

调试过程说明文档

使用我司展讯平台的屏调试流程：如果首次调试没有安装必须的程序，先装转换、下载和驱动工具。 1、拷贝HWInfo(20130412)、展讯平台研发下载工具(2013-09-03)、dotnetfx.exe，先打开 AndroidHWInfo.exe看是否能正常打开，不能的话点击dotnetfx.exe此执行程序进行安装，安装好之后打开。 2、装下载驱动进入展讯平台研发下载工具(2013-09-03)—》驱动—》智能机USB驱动 V1.0.0.21—》32位系统驱动（此处是选择和你电脑系统匹配的位数）—》dpinst.exe安装。安装完成后即可以下载，如果下载时仍然提示安装，请选择手动或自动安装。 3、我们的驱动装换工具如下图所示：（1）第一个选择LCD驱动程序，即FAE调试的文件，文件以供应商的名字缩写+LCD型号等组成。LCD目录点后面的找到.config所在的文件，然后再LCD驱动的下拉中点击此.config.6820和6825平台的TP选择不一样，我以易欣达Y82947为例。6825平台：

当文件都选取好了之后，点击此工具任一界面右下方的按钮，这样就生成了一个以.img做后缀的文件即我们可以下载的驱动了，在文件生成后的保存的位置可以有我们自己选择，默认是放在和LCD驱动文件的同一级目录下。生成的文件如下： 6820平台： 6820和6825在驱动生成方面的不同点就在于一个TP文件的改动，其他步骤同样。6825是要选择这两个地方，而6820平台是把这两个文件合成了一个文件了，即我们在选择时只用选择，而把置空。

4、下载打开下载工具中的ResearchDownload.exe出现如下界面，点击第二个按钮，进行相应的下载必选文件的放置。

软件开发规范之总体设计方案模板

一．引言 1.1编写目的本文档作为***与XXXXXXXXXX公司之间就***建立XXXX司（局或单位）XXXXXXXXXX系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为***XXX后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：***方面的项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述本文档主要描述了XXXXXXXXXX系统项目的软件总体设计思路。本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从设计原则、功能设计、数据结构设计等方面描述系统的总体设计情况，然后进一步详细描述系统技术实现策略、项目实施以及待确定的问题。 1.4参考资料 [列出本文的参考文件清单，包括出版单位、作者、版本、日期等信息。]示范：―――仅供参考，不具备任何实质性的内容。《XXX总体需求书》（XXX单位XXX提供）《XXX需求调研报告》作者：XXX 《设计模式》XXXXXX出版社《UML用户指南》XXXXXXX出版社

1.5术语、定义和缩写 [列出本文档所涉及的专业术语、缩写词及相关定义。定义所有必要的术语，以便读者可以正确地解释软件需求规格说明，包括词头和缩写。你可能希望为整个公司创建一张跨越多项项目的词汇表，并且只包括特定于单一项目的软件需求规格说明中的术语。] 示范：―――仅供参考，不具备任何实质性的内容。 1)OLTP：On-line Transaction Processing，联机事务处理。 2)OLAP：On-Line Analytical Processing，联机分析处理；是使分析人员、管理人员或执行人员能够从多角度对信息进行快速、一致、交互地存取, 从而获得对数据的更深入了解的一类软件技术。二．总体概述 2.1现有系统描述 [简要描述客户现有系统的功能、性能以及其他方面，若客户没有系统，则可裁减。另外，可描述客户现有系统的应用状况以及系统规模、人员使用状况。描述客户对象的应用环境平台，如软件环境、硬件环境、网络环境、通讯状况以及人员计算机使用水平等。] 示范：―――仅供参考，不具备任何实质性的内容。针对金融快报工作，***以前曾开发过一个C/S结构的系统，后台数据库为SQL Server，开发工具是VB6.0。该系统主要完成以下工作： 1.根据人行各业务司局每日上报的数据传真，将数据补录到系统中。 2.根据上报的数据制作金融快报文档。 3.将金融快报的数据转发到人行时间序列数据库中。金融快报系统的工作流程如下： 2.2存在问题 [通过上述现状描述，分析现有组织结构、现有系统等方面存在的问题。]示范：―――仅供参考，不具备任何实质性的内容。

软件技术方案

软件开发技术方案Xxxx有限公司

2018年6月13日 1.开发框架开发的系统中所应用的技术都是基于JavaEE，技术成熟稳定又能保持先进性。采用B/S架构使系统能集中部署分布使用，有利于系统升级维护；采用MVC 的开发模式并参考SOA体系架构进行功能设计，使得能快速扩展业务功能而不会影响现有系统功能的正常使用，可根据实际业务量进行部分功能扩容，在满足系统运行要求的同时实现成本最小化。系统采用分布式部署，系统功能隔离运行，保障系统整体运行的稳定性。

图1.开发框架与体系结构图 1.1.web端技术栈（1）前端采用elementUI/jquery/bootstrap/vue实现，前端和Controller交换数据基于json格式。 1.2业务端技术栈（1）业务端基于springboot、springMVC、JPA、SpringData技术栈构建，对于复杂的系统则采用springCloud构建。（2）四层分隔：controller（Facade）/service/dao/entity,其中fa?ade主要用于生成json，实现和前端的数据交换。（2）命名：按照功能模块划分各层包名，各层一致。 2.系统安全保障 2.1 访问安全性权限管理是系统安全的重要方式，必须是合法的用户才可以访问系统（用户认证），且必须具有该资源的访问权限才可以访问该资源（授权）。

我们系统设计权限模型，标准权限数据模型包括：用户、角色、权限（包括资源和权限）、用户角色关系、角色权限关系。权限分配：通过UI界面方便给用户分配权限，对上边权限模型进行增、删、改、查操作。基于角色的权限控制策略根据角色判断是否有操作权限，因为角色的变化性较高，如果角色修改需要修改控制代码。而基于资源的权限控制：根据资源权限判断是否有操作权限，因为资源较为固定，如果角色修改或角色中权限修改不需要修改控制代码，使用此方法系统可维护性很强。建议使用。 2.2 数据安全性可以从三个层面入手：操作系统；应用系统；数据库；比较常用的是应用系统和数据库层面的安全保障措施。在操作系统层面通过防火墙的设置。如设置成端口8080只有自己的电脑能访问。应用系统层面通过登陆拦截，拦截访问请求的方式。密码不能是明文，必须加密；加密算法必须是不可逆的，不需要知道客户的密码。密码的加密算法{ MD5--不安全，可被破解。需要把MD5的32位字符串再次加密(次数只有你自己知道)，不容易破解；加密多次之后，登录时忘记密码，只能重置密码，它不会告诉你原密码，因为管理员也不知道。 3.项目计划的编制和管理本公司项目基于敏捷过程的方式组织，项目计划基于需求和团队反复讨论的过程。在开发系统时都经过了解需求，开需求分析会议，确定开发任务，推进开发进度，测试，试点，交付等开发步骤，其中具体内容有： 1，了解需求：跟客户沟通，充分了解对方的需求，然后对需求进行过滤，最后整体成需求文档 2，需求分析会议：也就是项目启动会议之后要做的事情，对拿来的需求进行讨论，怎么做满足需求。主要对需求进行全面的梳理，让开发，产品，项目都熟悉整个需求。