系统概要设计说明书_V1.0.docVIP

概要设计说明书(HLD) 版本【V】 拟制 日期 审核 日期 批准 日期 修订历史记录 版本 日期 AMD 修订者 说明 V1.0 8.11 初步概要设计 （A-添加，M-修改，D-删除） 目录 1. 文档介绍 4 1.1. 编写目的 4 1.2. 文档读者 4 1.3. 术语与缩略词 5 1.4. 参考文档 5 2. 系统上下文 5 3. 设计约束 5 4. 架构设计 5 4.1. 功能架构 5 4.2. 系统架构 6 4.3. 技术架构 7 4.4. 工程架构 7 5. 接口设计 7 5.1. 数据库接口 7 5.1.1. 描述 7 5.1.2. 实现技术 7 5.1.3. 输入 7 5.1.4. 处理 8 5.1.5. 输出 8 5.2. … 8 6. 组件设计 8 6.1. 修改提示组件 8 6.1.1. 描述 8 6.1.2. 技术实现 8 6.1.3. 输入 8 6.1.4. 处理 8 6.1.5. 输出 8 6.1.6. 出错处理 8 6.2. 删除提示组件 8 6.2.1. 描述 8 6.2.2. 技术实现 8 6.2.3. 输入 8 6.2.4. 处理 9 6.2.5. 输出 9 6.2.6. 出错处理 9 6.3. 身份认证组件 9 6.3.1. 描述 9 6.3.2. 实现技术 9 6.3.3. 输入 9 6.3.4. 处理 9 6.3.5. 输出 9 6.3.6. 出错处理 9 6.4. 输入框空白提示组件 9 6.4.1. 描述 9 6.4.2. 技术实现 9 6.4.3. 输入 10 6.4.4. 处理 10 6.4.5. 输出 10 6.4.6. 出错处理 10 6.5. 经纬度转换组件 10 6.5.1. 描述 10 6.5.2. 技术实现 10 6.5.3. 输入 10 6.5.4. 处理 10 6.5.5. 输出 10 6.5.6. 出错处理 10 6.6. 界面等待组件 10 6.6.1. 描述 10 6.6.2. 技术实现 10 6.6.3. 输入 10 6.6.4. 处理 10 6.6.5. 输出 11 6.6.6. 出错处理 11 7. 模块设计 11 7.1. 模块1 11 7.1.1. 概念模型 11 7.1.2. 数据流图 12 7.1.3. 状态图（可选） 13 7.1.4. 关键设计点 14 7.1.5. 出错处理 14 7.2. 模块2 14 7.3. …… 14 8. 关键设计点 14 文档介绍 编写目的 本文档通过详细阐述系统总体架构设计、内外部接口设计、系统公共组件设计、系统关键点设计等方面，试图达到以下目的： 作为详细设计人员进行详细设计的输入源，框定详细设计人员必须遵守的方向和原则，保障详细设计的一致性和整体性，从而保障详细设计质量； 作为设计评审人员进行概要设计评审的依据； 作为项目经理、代码编写人员，以及所有系统干系人员，了解概要设计的依据； 作为项目组内部工作交接而进行知识传递的主要材料。 文档读者 在阅读和使用本文档之前，建议读者先阅读项目对应的《系统需求规格说明书》，本文档的预期读者如下： 项目经理； 详细设计人员； 代码编写人员； 设计评审人员； 客户方技术负责人员。 术语与缩略词 【编写指引：本文档阐述概要设计时，可能会涉及到业务和技术相关的术语和缩略词，考虑到文档读者范围的多样性和广泛性，有必要对这些术语和缩略词进行解释，以便读者更好的阅读和理解文档所阐述的内容】 术语、缩写词 解释 参考文档 文档名称 提供方 版本号 备注 《系统需求规格说明书》 项目组 v00.00.02 系统上下文 设计约束 设计约束 设计时应该考虑 用户通过影响数据库记录的相关界面对数据库表进行恶意操作。 采取数据操作与页面分离的编码手段（或者可以用LINQ等其他技术实现），防止用户的恶意注入。 系统数据库储存的数据记录量较大。 通过建立索引提高数据查找效率，从而减少系统由于储存数据量较大而引起的系统性能降低（例如：反应时间较慢）的问题。 架构设计 功能架构 首先按照 划分，可以把系统划分为站点管理、门匙管理、用户管理和登陆几个功能块。 接着分析这几个功能块的需求的共性：需求分析需要所有的应用系统错误都应记录到系统日志文件中，每个功能块都需要有对应的日志记录，因此可以提供一个日志记录的公共模块。 系统架构 系统架构采用三层架构，分别为数据访问层、业务逻辑层表示层SQL Server 数据库中，所以数据访问层必须使用SQL连接语句。 技术架构 表现层也即客户端层，使用Web浏览器。表现层与业务逻辑层通过HTTP SOAP和HTTP HTML进行交互