修订记录

目    录

1       引言… 5

1.1             背景… 5

1.2             编写目的与范围… 6

1.3             术语定义… 6

1.4             参考资料… 8

1.5             相关工具… 8

2       设计概述… 8

2.1             任务和目标… 8

2.2             需求概述… 8

2.3             运行环境概述… 9

2.3.1         硬件环境… 9

2.3.2         支持环境… 11

2.4             限制和约束… 11

2.5             详细设计方法… 11

3       总体方案确认… 12

3.1             体系结构详细设计… 12

3.2             功能模块划分… 13

3.3             程序框架设计… 13

4       系统详细设计… 15

4.1             车辆信息维护… 15

4.1.1         界面… 15

5       数据库设计… 40

6       安全性设计… 41

6.1             用户权限… 41

6.2             软件授权… 41

7       设计与开发规范… 43

1  引言

1.1   背景

xxx。

产品名称：xxx

所属系统：xxx

任务提出：xxx

任务承担：xxx

产品用户：xxx

应用场景：xxx。

1.2   编写目的与范围

本文档为“xxx系统详细设计说明书”，主要用于为实现系统功能而进行的系统详细设计说明，具体描述了系统包含的的软件模块的实现流程、功能、接口、数据结构等内容，供项目组开发人员和软件维护人员阅读。

本文档用于软件设计阶段的详细设计阶段，其范围是：系统各组成部门的构成；各软件模块（或类）的属性、方法、事件、外部接口；用户界面设计；数据结构设计等内容。

1.3   术语定义

分层：在分解复杂的软件系统时，软件设计者用得最多的技术之一就是分层。在计算机本身的架构中，可以看到：到处都有分层的例子。不同的层从包含了操作系统调用的程序设计语言，到设备驱动程序和CPU指令集，再到芯片内部的各种逻辑门。网络互联众，FTP层架构再TCP之上，TCP架构再IP之上，IP又架构再以太网之上。

当用分层的观点来考虑系统时，可以将各个子系统想象成按照“多层蛋糕”的形式来组织，每一层都依托在其下层之上。在这种组织方式下，上层使用了下层定义的各种服务，而下层对上层一无所知。另外，每一层对自己的上层隐藏其下层的细节。因此，第4层使用第3层的服务，第3层使用第2层的服务，第4层无需知道第2层的细节。（当然，并非所有的分层架构都这么隔绝，但绝大多数是不透明的，或至少是几乎不透明的。）

WPF：Windows Presentation Foundation（WPF）是Microsoft的一个图形子系统（类似于WinForms），用于在基于Windows的应用程序中呈现用户界面。 WPF，以前称为“Avalon”，最初于2006年作为.NET Framework 3.0的一部分发布.WPF使用DirectX，并尝试为构建应用程序提供一致的编程模型。

MVVM：Model-view-viewmodel是一种软件架构模式，它有助于将应用程序的业务和表示逻辑与其用户界面（UI）完全分离。 在应用程序逻辑和UI之间保持清晰的分离有助于解决许多开发问题，并使应用程序更易于测试，维护和发展。 它还可以极大地改善代码重用机会，并允许开发人员和UI设计人员在开发应用程序的各个部分时更轻松地进行协作。

MVVM模式中有三个核心组件：模型，视图和视图模型。 每个都有不同的目的。 下图显示了三个组件之间的关系。 

EF 6：Entity Framework 6是一个经过实践检验的.NET对象关系映射器（O / RM），具有经过多年开发的功能和稳定性。

作为ORM，EF6减少了关系和面向对象世界之间的阻抗不匹配，使开发人员能够开发这样的程序：使用.NET应用程序域中的强类型对象，与存储在关系数据库中的数据进行交互，这样就不再需要编写大量的数据访问“管道”代码。

1.4   参考资料

《xxx需求规格设计说明书》

1.5   相关工具

设计时采用Power Designer、Visio等工具。开发时采用Visual Studio 2019、Sql Sever Management Studio 2012等工具。

2  设计概述

2.1   任务和目标

2.2   需求概述

2.3   运行环境概述

本系统的运行环境的规定如下：

2.3.1       硬件环境

本系统的硬件环境包括：

a)  服务器

服务器硬件推荐选用宝德至强双路云服务器PR2510SW，其主要技术参数如下表所示：

表1 服务器主要技术参数

2.3.2       支持环境

本系统软件运行环境包括：

a)  xxx系统软件所需的软件支持环境包括：

1)   数据库： SQL Server 2008 R2；

2)   操作系统：Windows Server 2012 Enterprise（如需正版软件，由用户方提供）；

3)   Web Server：IIS 7.5

4)   .Net Framework 4.5.2

2.4   限制和约束

2.5   详细设计方法

本文采用结构化设计方法，结合数据流图进行整体功能模块的划分。针对各个具体模块的设计采用面向对象设计方法，结合相应的UML模型进行功能设计，具体包括以包图表示的软件体系结构图，以交互图表示的用例实现图，完整精美的类图、针对复杂对象的类图，用以描述流程处理过程的活动图。

3  总体方案确认

3.1   体系结构详细设计

3.2   功能模块划分

3.3   程序框架设计

本系统采用分层架构模式将整个系统分为业务展示层（提供服务、显示信息）、系统服务层（业务逻辑，系统中真正的核心）、数据采集层（与数据库、消息系统及其他软件包通信）。

表现层采用MVVM（Model-View-View-Model）设计模式，结合微软 WPF 框架，可以把界面设计（用xaml语言实现）和业务逻辑开发（用C#实现）分离。

领域层设计符合面向接口编程规范，这样可以降低层与层之间的耦合，也有利于接口设计和实现的分离，但针对基本的单表的增删改查服务则是直接调用数据源层的EF API来实现，从而减少过度的接口封装。

数据源层运用ORM技术来简化对数据表结构的维护，具体运用了微软 .Net框架下的的Entity Framework 框架。

4  系统详细设计

4.1   车辆信息管理

4.1.1   菜单

基础数据 >> 车辆信息

4.1.2   界面

4.1.3   界面描述

4.1.4   新增/修改界面

4.1.5   功能详细说明

xxx。

4.1.6   类图

4.1.7   主要方法

public List<xxxDto> QueryList(); //查询信息列表

4.1.8   数据库表

xxx xxx表，表关系如下图：

4.1.9   UML模型

5  数据库设计

数据库表整体结构如下，详见《xxx系统数据库设计说明》。

6  安全性设计

6.1   用户权限

6.2   软件授权

7  设计与开发规范

7.1   界面设计原则

以用户为中心：Theo Mandel博士创造了人机交互的“黄金三原则”：置于用户控制之下；保持界面一致性；减轻用户的记忆负担。

拥有良好的直觉特征：以用户所熟悉的现实世界事务的抽象来给用户暗示和隐喻，来帮助用户快速地学会使用软件。

较快的响应速度。

简单且美观。

7.2   面向对象程序设计原则

单一职责原则（SRP）：就一个类而言，应该仅有一个引起它变化的原因。

里氏替换原则（LSP）：子类型（subtype）必须能够替换掉它们的基类型。

依赖倒置原则（DIP）：

a高层模块不应该依赖于低层模块，两者都应该依赖于抽象。

b抽象不应该依赖于细节，细节应该依赖于抽象。

接口隔离原则（ISP）：不应该强迫客户依赖于它们不要的方法。接口属于客户，不属于它所在的类层次结构。

开闭原则（OCP）：软件实体（类、模块、函数等）应该是可以扩展的，但是不可修改的。

迪米特原则（LoD）：也叫最少知识原则，即一个软件是他应当尽可能少地于其他实体发生相互作用，模块之间的交互要少。

7.3   编码规范

7.3.1   模块命名

       每一个模块分一个包，包名以包名的英文单词命名。小模块依次放在所属的大模块下面，也是以模块的英文单词来命名。

7.3.2   类命名

数据访问类，用驼峰式命名法，首字母大写，以业务名称开头，Repository结尾，例如UserRepository.cs。

业务逻辑类，用驼峰式命名法，首字母大写，以业务名称开头，Service结尾，例如UserService.cs。

业务控制类，用驼峰式命名法，首字母大写，以业务名称开头，ViewModel结尾，例子如UserViewModel.cs。

7.3.3   变量命名

要以有意义的命名的方式来为变量命名，并且单词首字母小写，以驼峰式命名法。

7.3.4   过程函数命名

本系统的过程或函数都在Sql Server2012中运行，命名规则按驼峰式命名法，写好每一个变量、过程、函数、包的注释。变量以@开头，后接实际名称。

总之一点，不管程序代码中还是数据库的过程或函数，都要以清晰的代码结构和详细的注释，以此为标准。

7.4   代码目录结构