代码拉取完成,页面将自动刷新
概要设计说明书
1引言
1.1编写目的
在网上书店系统项目的需求分析阶段中,我们已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段的用户需求可行分析中也做了介绍,并在需求规格说明书中得到详尽的的阐明。
在概要设计阶段,我们将在系统的需求分析的基础上对网上书店系统做概要设计,在概要设计阶段,我们要解决的问题主要是针对需求分析阶段用户的需求,来一一的实现程序的功能模块设计问题,包括如何根据用户需求将系统划分成若干个功能子模块,设计各个模块之间的接口,实现模块之间的信息传递。以及数据结构,模块结构的设计等。在概要设计说明书中,我们将会对这些问题做一个尽可能详尽的说明分析。
同时,编写该概要设计说明书也是方便系统的下一步设计,程序设计远可以参考本概要设计说明书来完成下一阶段的详细设计,在以后的软件测试和软件维护阶段,也可以以本概要设计说明书来作参考来以便更好地完成相应的工作。
1.2背景
本网上书店系统由两大部分组成:一个面向客户的前台购物系统,另外就是置于互联网的一个数据库服务器。有关本系统与其他系统的相关联系如下:
1.3定义
SQL SEVER:系统服务器所使用的数据库管理系统(DBMS)。
SQL:一种用于访问查询数据库的语言
事务流:数据库进入模块后可能有多种路径进行处理
组件:数据库表中的关键域,值互不相同
外键:数据库表中的错误恢复机制
1.4参考资料
1)《软件工程》课程设计指导书
2)《软件工程导论》
2总体设计
2.1需求规定
网上书店是为了提供一个新的销售平台,同时也方便客户从网上浏览商品,进行购买。互联网用户输入自己的信息,包括账号,登陆密码,联系电话,注册成为用户,成为用户后,客户就可以在本系统的主界面浏览商品信息,然后加入购物车。整个过程要求系统具有高效,简便,安全可靠和易于操作。也要考虑系统的可维护性。
2.2运行环境
本网上书店系统由两大部分组成:一个面向客户的前台购物系统,另外就是置于互联网的一个数据库服务器,在 Windows 环境下运行
2.3基本设计概念和处理流程
改系统可分为两大部分,一是客户端的程序,一是服务器上的程序,没个程序又根据需求分析分成了不同的功能模块:
客户机上输入的主要是客户用于会员注册时的个人信息,还有成为会员后购买商品时填写的商品订单信息。
3接口设计
3.1用户接口
用户界面包括首页,登陆页,注册页,书籍分类页,购物车,图书详情页。在这个部分我们根据需求分析的结果,用户需要一个友善的界面。在界面设计的上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。外观上也要做到合理化。考虑到大多数用户习惯于windows系统,应该尽量向其靠拢。在设计语言上,也应向windows靠近,其中服务器程序界面做到操作简单‘易于管理。总的来说,系统的用户界面应做到可靠性、简单性、容易学习和使用。
3.2外部接口
在服务器程序上可以使用sql server的数据库备份命令,以做到对数据的保存
在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接收。
3.3内部接口
在内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在数据结构设计的内容中说明。接口传递的信息将是以数据结构封装的数据,以参数传递的方式在各模块之间传输。
4运行设计
4.1运行模块组合
客户机程序在有输入时启动接收数据模块,通过各模块之间的调用,读入并对输入进行格式化。在接收数据模块得到充分的数据时,将调用网络传输模块,将数据通过网络送到服务器,并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块,对信息进行处理,产生相应的输出。
服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后,调用数据处理/查询模块对数据库进行访问,完成后调用网络发送模块,将信息返回客户机。
4.2运行控制
运行控制将严格按照各模块间的函数调用关系来实现。在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。
在网络传方面,客户机在发送数据后,将等待服务器的确认收到信号,收到后,再次等待服务器发送回答数据,然后对数据进行确认。服务器在接收到数据后发送确认信号,在数据处理、访问数据库后,将返回信息送回客户机,并等待确认。
4.3运行时间
在软件的需求分析中,对运行时间的要求是必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响,当网络负载量大时,对操作反应将受到很大的影响。所以将采用高速ATM网络,实现客户机和服务器之间的连接,以减少网络传输上的开销。其次是服务器的性能,这将影响对数据库访问时间即操作时间的长短,影响加大客户机操作的等待时间,所以必须使用高性能的服务器,建议使用奔腾3处理器。硬件对本系统的速度影响将会大于软件的影响。
5系统数据结构设计
5.1数据结构与程序的关系
物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中,订单结构、支付结构用于交易后的电子凭证。
服务器程序对数据进行操作。Web服务器对数据进行显示和存储一些信息,应用服务器对数据和数据库服务器对数据进行管理,也就是对数据进行查询、修改等操作。在交易过程中要对数据库中所有表,进行联合查询和修改。
6系统出错处理设计
6.1出错信息
程序在运行时只要会出现两种错误:1、由于输入信息或无法满足要求时产生的错误,
称为软错误。2、由于其他问题,如网络传输超时等产生的问题,称为硬错误。
对于软错误,须在付款等操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中,出错信息必须给出相应的出错原因。
对于硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置,返回输入阶段。
6.2补救措施
所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳定造成的数据丢失的损失。若断电时,客户机上将不会有太大的影响,主要是服务器上,在断电后恢复过程可采用SQL SERVER的日志文件,对其进行ROLLBACK处理,对数据进行恢复。
在网络传输方面,可考虑建立一条成本较低的后备网络,以保证当主网络断电时数据的通信。
在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。
6.3系统维护设计
维护方面主要为对服务器上的数据库数据进行维护。可使用sql server的数据库维护功能机制。如:定期为数据库进行BACKUP,维护管理数据库死锁问题和维护数据库内数据的一致性等。
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。