(完整版)20142205042026-吴勇-软件体系结构设计

1、 Guizhou University of Finance and Economics 课程设计报告 专 业 年 级 2014 级软件工程 2 班 课 程 名 称 软件设计与体系结构 设 计 题 目 图书销售管理系统 指 导 教 师 郑 宇 学 生 姓 名 吴 勇 学 号 20142205042026 设 计 成 绩 教务处制 2017 年 06 月 12 日 目录 1. 系统开发背景 . 3 1.1 概述系统 . 3 2 需求分析 . 3 2.1 可行性分析 . 3 2.2 系统前台分析 . 4 2.3 系统后台分析 . 5 2. 系统设计约束 . 6 2.1 系统运行环境 . 6 2.2

2、 系统接口约束 . 7 2.3 系统质量约束 . 8 2.4 系统隐含约束 . 9 3. 系统设计策略 . 9 3.1 系统关键技术 . 9 3.2 系统扩展策略 . 10 3.3 系统复用策略 . 10 4. 系统总体结构 . 10 4.1 系统逻辑设计 . 12 4.2 系统用户接口逻辑设计 . 12 4.3 系统物理设计 . 12 5. 结论 . 13 6 参考文献 . 161. 系统开发背景 1.1 概述系统 经过图书销售管理系统的制作，可以实现对图书的在线查找，销售，以及在线管理 等功能， 此系统的优势在于系统简单却功能强大， , 扩充能力好以及能够方便的跨地域操 作等性能，能很好的

3、搭建起用户和卖家之前的桥梁，操作简单。 本系统包括图书展示，新书发布，图书展示等一系列服务，同时提供图书推荐、图 书分类、图书检索等便捷服务，方便用户寻找合适的图书。 本系统适用范围广， 不管是个人还是企业都可以通过平台进行图书的销售与购买， 通过合法验证后即可进行相干操作。 2 需求分析 2.1 可行性分析 1. 要求 “中国图书销售信息系统”必须适应中国国情，符合国家各种政策法规，信息指标 体系满足标准化要求。实现企业在互联网上对图书的销售。具体实现有：会员注册和登 录、图书查询、网上发表评论、管理员维护功能加强。本软件在保证质量的前提下实现 资金最小化投入。 2. 目标 在先进的计算机技

4、术支持下， 运用所学的计算机软件开发知识以及企业开拓互联网 图书市场的迫切需要所开发的图书销售信息系统，进行日常的图书销售管理，包括： 1便捷的购书流程 2. 方便的后台管理 3人性化的操作界面 3. 条件、假定和限制建议软件使用寿命： 10 年 经费来源：图书企业 硬件条件：普通 PC 机 数据库：MSSQL或者ACCESS 4. 进行可行性研究的方法 主要通过对已有图书销售系统的分析和研究比较的方法。 5. 评价尺度 此软件只是一个适用软件，达到图书查询、购买及后台管理的要求即可，软件开发 周期不长。对于企业的要求还有一定的距离。只是提供一种简易的软件用以实现企业功 能的初级软件。 3经济

5、可行性 图书销售系统实用性强，易学、易掌握、易使用，并且可以方便消费者，并增加效 率。该软件针对图书销售行业的情况进行了大量的研究，帮助您更好地管理库存、增加 销售、降低成本和提高客户满意度，做出可靠的财务决定。它为您节省完成日常工作所 花费的时间，可以更方便快捷的管理的各个环节。 对于本系统软件的市场开发投资方 向体现在软件开发、软件生产、软件测试、技术培训、宣传推广方面，因此主要投资力 度应放在宣传与推广方面，并应采取全方位的宣传方式。 2.2 系统前台分析 1、会员中心 游客注册 游客能够通过此功能注册成为本网站会员，从而取得相应功能。 会员登录 游客注册成为会员后，必须登录才能拥有平台

6、提供的相关功能。 会员账户冻结 用户要是出现什么异常状况，如账号密码被盗等，可选择此功能暂时冻结账号，从 而取得时间去修改登录信息，保护账号安全等。 2、售书管理 书籍查询 会员想购买书籍，或者对自己想购买的书籍了解不详细，可以通过此功能进行搜索 查询，找到自己需要的书籍 客户中心 会员能够在这里修改个人资料、修改密码及密码保护问题和答案，对自己购买的书 籍进行管理，查看自己购买书籍的物流等等。 客户下订单 会员对需要购买的书籍可以通过此功能下订单购买 实现购物车功能 会员可以将自己喜爱的书籍或想要买的书籍加入购物车，在最后的时候统一结算， 节省用户时间。 支付功能 会员通过此功能对本人购买的

7、书籍付款，付款后本平台将依据订单准时发货。 2.3 系统后台分析 1、图书管理 入库处理 系统将到货的新书进行登记入库 出库处理 系统将售出的书籍进行售出记录 2、后台订单处理 单审核 系统将对用户下的订单进行审核，不合格的订单 （如会员地址，会员手机号码等填 写不具体的）退回给会员重新填写，合格的订单交给物流进行发货 3、会员中心管理 会员注册管理 系统将对注册的会员进行统一的管理 会员登录管理 系统将对登录的会员进行统一管理 账户冻结信息管理 系统将对被冻结的会员进行统一的管理 4、基础信息管理 员工信息管理 系统将对工作员工的所有基本信息进行统一的管理 会员信息管理 系统将对注册成为会员

8、的信息进行统一的管理 图书信息管理 系统将对所有的图书信息进行统一的管理 新书上架发布 系统将在网站上发布上架的新书，方便用户进行选择 2. 系统设计约束 2.1 系统运行环境 一、硬件环境 1、客户程序硬件要求： 最低 1G 内存 最小 8 GB 硬盘 鼠标 键盘 2、服务器硬件需求： 最低 2G 内存 最小 20GB 硬盘 鼠标 键盘 二、软件环境 1、客户程序多需软件： Windows NT /2000 或更高版本 2、数据库服务器软件： WINDOWSXP/LINUX或更高版本 SQL Sever2005 以上 Tomcat 6.0 以上 2.2 系统接口约束 一、用户界面设计规则 系

9、统用户接口：采用 Windows 的通用图形界面，对用户友好，且必须对鼠标键盘提 供支持，界面设计应遵循： 1、 尽量保持一致性：界面规范应遵循 MS Windows 软件界面的规范 2、 设计完整的对话过程：系统的每一次对话都应该有明确的次序：开始、中间处 理过程、结束 3、 提供简单的错误处理机制 4、提供信息反馈：用多种信息提示用户当前软件运行状态，软件界面元件的功能 5、提供控制的内部轨迹：系统应该让用户觉得是由用户在做决定，可以通过提示 字符和提示消息的方式使用用户产生这种感觉 二、内部接口设计 因为数据库的独特性，其数据库内部不需要特别设计接口。内部模块之间需要建立 接口，方便其他

10、模块进行调用。表现层模块可调用业务层模块接口，业务层模块可调用 数据持久层接口，公共模块接口可任意被其余模块调用。 三、外部接口设计 硬件之间的接口：暂无 软件之间的接口：暂无 2.3 系统质量约束 主要质量属性 详细要求 正确性 需要按照需求要求实现功能 健壮性 能够容纳 2000人同时访问，服务器端程序应连续工并保持稳定 可靠性 系统运行稳定，包括系统软件故障恢复策略、硬件系统故障恢复策略、软件自 身容错策略、软件备份策略和软件恢复策略等 性能，效率 一般操作的响应时间在 0.1 3秒内 易用性 用户友好，操作简便 清晰性 业务流程明确、规范 安全性 包括客户端和服务器端的安全需求描述，如

11、： 屏蔽 IP欺骗 禁用服务器易被黑客攻击的进程 用户口令安全加密 可扩展性 可在当前需求基础之上进行功能上的扩展 兼容性 可运行在大多数主流的硬件环境中 可移植性 可运行在大多数主流的操作平台上 可维护性需求 系统提供系统管理和维护，方便客户进行可配置化的管理 2.4 系统隐含约束 1、本系统的操作人员要求能达到基本会操作 Windows 的程度即可。 2、数据库的维护人员必须具备数据库管理知识。 3. 系统设计策略 为了适应业务需求，系统在设计中为今后的结构变化预留了充分的空间，能够不间 断地开发、 完善各模块功能。 依据图书销售管理系统的目标和发展方向， 结合实际情况， 形成了以下设计策

12、略方案。 3.1 系统关键技术 系统基于 C#平台，C# ( C Sharp)是微软(Microsoft)为.NET Framework 量身订做的程序语 言。C#拥有 C/C+的强大功能以及 Visual Basic简易使用的特性，是第一个组件导向 (Component -oriented) 的程序语言。 1.NET 框架类库 可以简单的理解为预先编写好的程序代码。这些代码包含了编程中常用数据，以及对这 些数据的操作。 在编程时， 可以使用 Visual Studio .NET 中集成的任何一种编程语言来调 用这些代码，以加快应用程序开发的效率。 2. 公共语言运行库 Common Lang

13、uage Runtime, ( CLR ) ,负责管理用 .net 框架类库开发的所有应用程序的执 行，在 Visual Studio.NET 中集成的所有编程语言编写的应用程序均需通过 CLR 才能运 行。 3. MicroSoft 中间语言 在 IDE 环境中，各种语言编译器负责完成编译工作的第 1 步，将源代码转换为一种中间 代码( Microsoft Intermediate Language,MSIL )，不同的高级语言源代码编译成 MSIL 后， 就变成了统一的语言表现形式。 4. JIT 即时编译 MSIL 是一种非常接近机器语言的代码，但还不能在计算机上运行，还要通过第 2 步

14、编 译工作将 MSIL 变成真正的机器语言，即时编译 (Just -In -Time ， JIT )完成该项工作。 3.2 系统扩展策略 为了方便系统在将来扩展功能，平台子系统中都采用继承的抽象设计。 3.3 系统复用策略 业务逻辑对组件模型进行了封装，在子系统视图的粒度上，每个子系统都是一个独 立的、可复用的组件；在业务逻辑视图的粒度上，平台系统的业务逻辑被封装成了一个 独立于用户接口与数据库实体，从而实现了完整业务逻辑的复用，降低了开发、维护成 本。 4. 系统总体结构 在对网上图书销售的需求分析基础上，对它的整体结构进行了设计，此系统总体结 构图如下。 图 4.1系统总体结构图 从网上图

15、书销售系统总结构图可以看出，平台体系结构是由前台和后台两个独立的 功能模块组成。为了进一步说明网上图书销售系统总结构的体系框架，对平台的两大主 要功能模块进行了详细的设计，各自的功能结构图如下所示： 1、前台管理体系结构图： 前台管理 会员中心 网上图书销 售系统 会员 前台 游 客 注 册 会 员 登 录 书籍查询 客 服 中 心 客户下订单 实 现 购 物 车 功 能 支付功能 售书管理 根据系统运行的硬件要求， 建立系统运行的环境，保证系统能正常在服务器上运行。 图 4.2前台管理体系结构图 2、后台管理体系结构图: 图 4.3后台管理体系结构图 4.1 系统逻辑设计 根据用户需求分析的

16、结果，我们将网上图书销售系统分为前台管理系统和后台管理 系统，然后对其进一步划分为多个独立的子系统，据此： 1、 以用户使用的观点来看，系统在采用 B/S结构模型。 2、 以业务逻辑设计的视角来看，系统采用的是分层体系结构模型。 4.2 系统用户接口逻辑设计 客户端系统采用的是典型的 B/S结构模型实现，即只实现基本的用户界面。而系统 功能实现在服务器端，以提高系统的易维护性、安全性。 4.3 系统物理设计 5. 结论 通过对网上图书销售系统总体框架的分析，其各个模块的结构和功能说明如下: 模块1 :会员中心 功能标识 B 1.1 功能名称 会员中心 系统名称 网上图书销售系统 能述 功描 完

17、成前台用户注册、登陆、冻结要求。 输入项 用户的注册信息，登录信息，冻结信息 处理描述 根据会员的注册信息进行注册，会员信息进行登录，对要冻结的账户进行冻结。 输岀项 注册成功或失败，登录成功或失败，冻结成功或失败。 运行环境 无特殊要求 调用关系 说明 调用模块（当前模块 的上层调用模块） B 1前台管理模块 被调用模块 （当前模 块的下级调用模块） B 1.2.1用户注册模块 B 1.2.2会员登录模块 B 1.2.3会员账户冻结模块 模块2:售书管理 功能标识 B 1.2 功能名称 售书管理 系统名称 网上图书销售系统 能述 功描 会员在前台查询书籍，客服洽谈，加入购物车，下订单等。 输

18、入项 图书信息 处理描述 会员必须先进行登录，才能执行其他操作。 输岀项 购书成功或失败 运行环境 无特殊要求 调用关系 调用模块（当前模块 B1 前台管理模块 说明 的上层调用模块） 被调用模块 （当前模 块的下级调用模块） B 1.2.1书籍查询模块 B 1.2.2客服洽谈模块 B 1.2.3客户下订单模块 B 1.2.4实现购物车功能模块 B 1.2.5支付功能模块 模块3:图书管理 功能标识 B 2.1 功能名称 图书管理 系统名称 网上图书销售系统 能述 功描 对图书的入库岀库进行管理。 输入项 入库单，岀库单 处理描述 根据入库单，岀库单对图书的库存进行管理 输岀项 图书库存信息

19、运行环境 无特殊要求 调用关系 说明 调用模块 （当前模块 的上层调用模块） B 1后台管理模块 被调用模块 （当前模 块的下级调用模块） B 2.2.1入库处理模块 B 2.2.2 出库处理模块 模块4:后台订单处理 功能标识 B 2.2 功能名称 后台订单处理 系统名称 网上图书销售系统 能述 功描 利用图书的库存对订单进行审核。 输入项 图书库存，订单 处理描述 根据图书的库存进行审核，确定是否接受订单。 输岀项 接受订单或拒绝订单。 运行环境 无特殊要求 调用关系 调用模块（当前模块 的上层调用模块） B 2后台管理模块 说明 被调用模块 （当前模 块的下级调用模块） B 222 订单审核模块 模块5:会员中心管理 功能标识 B 2.3 功能名称 会员中心管理 系统名称 网上图书销售系统 能述 功描 对前台用户注册、登陆、冻结要求的管理。 输入项 用户的注册信息，登录信息，冻结