系统概要设计说明书V10.docx

1、系统概要设计说明书V10概要设计说明书(HLD) 版本【V1.0】拟制日期审核日期批准日期修订历史记录版本日期AMD修订者说明V1.08.11初步概要设计（A-添加，M-修改，D-删除）目录1. 文档介绍 41.1. 编写目的 41.2. 文档读者 41.3. 术语与缩略词 51.4. 参考文档 52. 系统上下文 53. 设计约束 54. 架构设计 54.1. 功能架构 54.2. 系统架构 64.3. 技术架构 74.4. 工程架构 75. 接口设计 75.1. 数据库接口 75.1.1. 描述 75.1.2. 实现技术 75.1.3. 输入 75.1.4. 处理 85.1.5. 输出 8

2、5.2. 86. 组件设计 86.1. 修改提示组件 86.1.1. 描述 86.1.2. 技术实现 86.1.3. 输入 86.1.4. 处理 86.1.5. 输出 86.1.6. 出错处理 86.2. 删除提示组件 86.2.1. 描述 86.2.2. 技术实现 86.2.3. 输入 86.2.4. 处理 96.2.5. 输出 96.2.6. 出错处理 96.3. 身份认证组件 96.3.1. 描述 96.3.2. 实现技术 96.3.3. 输入 96.3.4. 处理 96.3.5. 输出 96.3.6. 出错处理 96.4. 输入框空白提示组件 96.4.1. 描述 96.4.2. 技术

3、实现 96.4.3. 输入 106.4.4. 处理 106.4.5. 输出 106.4.6. 出错处理 106.5. 经纬度转换组件 106.5.1. 描述 106.5.2. 技术实现 106.5.3. 输入 106.5.4. 处理 106.5.5. 输出 106.5.6. 出错处理 106.6. 界面等待组件 106.6.1. 描述 106.6.2. 技术实现 106.6.3. 输入 106.6.4. 处理 106.6.5. 输出 116.6.6. 出错处理 117. 模块设计 117.1. 模块1 117.1.1. 概念模型 117.1.2. 数据流图 127.1.3. 状态图（可选） 1

4、37.1.4. 关键设计点 147.1.5. 出错处理 147.2. 模块2 147.3. 148. 关键设计点 141. 文档介绍1.1. 编写目的本文档通过详细阐述系统总体架构设计、内外部接口设计、系统公共组件设计、系统关键点设计等方面，试图达到以下目的：1) 作为详细设计人员进行详细设计的输入源，框定详细设计人员必须遵守的方向和原则，保障详细设计的一致性和整体性，从而保障详细设计质量；2) 作为设计评审人员进行概要设计评审的依据；3) 作为项目经理、代码编写人员，以及所有系统干系人员，了解概要设计的依据；4) 作为项目组内部工作交接而进行知识传递的主要材料。1.2. 文档读者在阅读和使用

5、本文档之前，建议读者先阅读项目对应的系统需求规格说明书，本文档的预期读者如下：1) 项目经理；2) 详细设计人员；3) 代码编写人员；4) 设计评审人员；5) 客户方技术负责人员。1.3. 术语与缩略词【编写指引：本文档阐述概要设计时，可能会涉及到业务和技术相关的术语和缩略词，考虑到文档读者范围的多样性和广泛性，有必要对这些术语和缩略词进行解释，以便读者更好的阅读和理解文档所阐述的内容】术语、缩写词解释1.4. 参考文档文档名称提供方版本号备注系统需求规格说明书项目组v00.00.022. 系统上下文3. 设计约束设计约束设计时应该考虑用户通过影响数据库记录的相关界面对数据库表进行恶意操作。采

6、取数据操作与页面分离的编码手段（或者可以用LINQ等其他技术实现），防止用户的恶意注入。系统数据库储存的数据记录量较大。通过建立索引提高数据查找效率，从而减少系统由于储存数据量较大而引起的系统性能降低（例如：反应时间较慢）的问题。4. 架构设计4.1. 功能架构首先按照 划分，可以把系统划分为站点管理、门匙管理、用户管理和登陆几个功能块。接着分析这几个功能块的需求的共性：需求分析需要所有的应用系统错误都应记录到系统日志文件中，每个功能块都需要有对应的日志记录，因此可以提供一个日志记录的公共模块。4.2. 系统架构系统架构采用三层架构，分别为数据访问层、业务逻辑层和表示层。并作为之后组件和模块设

7、计的架构依据。表示层主要显示UI界面，业务逻辑层主要存放与UI分离的业务数据操作。因为需求中需要应用系统中所有数据统一保存到SQL Server 数据库中，所以数据访问层必须使用SQL连接语句。4.3. 技术架构表现层也即客户端层，使用Web浏览器。表现层与业务逻辑层通过HTTP SOAP和HTTP HTML进行交互。业务逻辑层即应用服务器层，使用C#、ASP.NET、HTML、CSS等技术和框架；ASP.NET通过ADO.NET与SQL Server数据库交互。数据源层使用SQL Server数据库，并且根据用途和职责的不同，分为平台数据库和应用数据库。4.4. 工程架构【编写指引：功能架构

8、和系统架构中，已经明确了业务组件、系统组件、功能模块或子系统的划分，那么系统工程结构则可以依据功能用途和职责区分，而划分为不同的工程来支撑。各个工程各司其职，也便于后续的开发管理和部署管理。】例如：5. 接口设计5.1. 数据库接口5.1.1. 描述用于业务操作与数据库之间的数据交互。5.1.2. 实现技术数据库接口基于ADO.NET类库和C#面向对象的封装技术。5.1.3. 输入序号输入项输入来源描述1操作条件应用系统1数据操作的数值范围。（查询）2选择数据项目。（删除、修改）3直接点击添加功能按钮。（新增）5.1.4. 处理采用ADO.NET中的SqlConnetion类和Command类

9、实现与数据库的交互连接。在接口中内嵌SQL语句实现数据库操作。5.1.5. 输出用户的浏览器显示返回所选择操作的结果。5.2. 6. 组件设计6.1. 修改提示组件6.1.1. 描述修改提示为用户提供修改的缓冲提供接口，可以让用户确认是否修改操作。6.1.2. 技术实现基于C#技术进行封装，以供外部使用。6.1.3. 输入 点击修改按钮。6.1.4. 处理让用户选择是否修改，经确认后执行修改，否则返回。6.1.5. 输出用户的浏览器显示修改成功提示信息或返回到更改后界面。6.1.6. 出错处理 略。6.2. 删除提示组件6.2.1. 描述删除提示为防止用户误操作的缓冲提供接口，可以让用户确认是

10、否删除操作。6.2.2. 技术实现基于C#技术进行封装，以供外部使用。6.2.3. 输入 点击删除按钮。6.2.4. 处理让用户选择是否删除，经确认后执行删除，否则返回。6.2.5. 输出用户的浏览器显示删除成功提示信息或返回到操作前界面。6.2.6. 出错处理 略。6.3. 身份认证组件6.3.1. 描述身份认证服务提供了让应用系统验证用户身份信息的服务接口，应用系统可以通过此服务完成用户身份认证过程，从而实现单点登录。6.3.2. 实现技术身份认证服务使用基于Form Post请求实现用户身份信息验证。应用系统通过Form Post的方式把需要验证身份的用户信息传递给IAS，IAS验证通过

11、后通过URL的方式跳转回应用系统指定的地址。6.3.3. 输入序号输入项输入来源描述1用户身份信息应用系统2认证参数信息应用系统包括认证成功后需要跳转的URL等参数6.3.4. 处理IAS根据请求传递的帐号类型选择不同的用户身份信息验证技术：本地帐号：在安全信息数据库中验证用户帐号密码是否有效Portal帐号：依据广东省移动Portal提供的技术规范进行验证，详细请看相关规范文档6.3.5. 输出用户的浏览器跳转到应用系统指定的URL。6.3.6. 出错处理略。6.4. 输入框空白提示组件6.4.1. 描述 输入框空白提示为防止用户信息输入框留白提供接口，可以让用户确认是否漏填信息。6.4.2

12、. 技术实现基于C#技术进行封装，以供外部使用。6.4.3. 输入 空值。6.4.4. 处理在用户输入的同时，检测用户是否漏填信息。6.4.5. 输出当用户漏填信息，用户的浏览器显示输入框空白提示信息。6.4.6. 出错处理 略。6.5. 经纬度转换组件6.5.1. 描述经纬度转换为用户提供转换经纬度录入方式的接口。应用系统可以通过此服务完成经纬度录入方式的转换。分别是度分秒方式和浮点数方式。6.5.2. 技术实现基于C#技术进行封装，以供外部使用。6.5.3. 输入 输入项：用户录入的站点经纬度。6.5.4. 处理在用户录入后，系统换算出指定表示方式。6.5.5. 输出 用户浏览器输出指定方

13、式。6.5.6. 出错处理略。6.6. 界面等待组件6.6.1. 描述 通过loading友好表现形式反映用户请求已被接受并正在响应。6.6.2. 技术实现6.6.3. 输入 页面跳转请求6.6.4. 处理 响应请求并显示等待信息。6.6.5. 输出 弹出新的页面，出错处理 如网络不通或意外情况发生则显示出错信息，告知用户意外情况的发生，并作进一步处理。6.6.6. 出错处理略。7. 模块设计模块之间的总体关系7.1. 站点管理模块7.1.1. 概念模型7.1.2. 状态图（可选）7.1.3. 关键设计点【编写指引：对于模块具有全局影响的设计点，需要单独进行描述。】7.1.4. 出错处理【编写

14、指引：对于模块异常情况下，系统如何响应，处理机制如何，需要详细阐述。】7.2. 门匙管理模块7.2.1. 概念模型7.2.2. 状态图（可选）7.2.3. 关键设计点【编写指引：对于模块具有全局影响的设计点，需要单独进行描述。】7.2.4. 出错处理【编写指引：对于模块异常情况下，系统如何响应，处理机制如何，需要详细阐述。】7.3. 用户管理模块7.3.1. 概念模型7.3.2. 状态图（可选）7.3.3. 关键设计点【编写指引：对于模块具有全局影响的设计点，需要单独进行描述。】7.3.4. 出错处理【编写指引：对于模块异常情况下，系统如何响应，处理机制如何，需要详细阐述。】8. 关键设计点【编写指引：关键设计点阐述对具有全局意义的功能性和非功能性需求设计。根据关键点的不同，阐述的方式也会有所不同。】