第一篇:网上商城购物系统 详细设计说明书
软件工程详细设计说明书
1.引言
1.1编写目的
编写详细设计说明书的目的是为了使开发人员在完成概要设计说明书的基础上,完成概要设计的各项功能规定;为程序员写出实际的程序代码提供依据。它是软件设计阶段所有任务和所有相关人员所需的参考资料。预期的读者为系统的开发者、使用者和指导老师。
1.2背景
说明:
(1)开发软件系统的名称:网上商城购物系统;
(2)任务提出者:XX;
(3)开发者:计算机科学与技术的小组成员xx;
(4)用户:XX;
(5)本系统将使用SQLServer2000作为数据库存储系统。1.3定义
(1)Asp(active server pages)是微软公司推出的一种用以取代CGI的技术,基于目前绝大多数网站应用于windows平台,asp是一个位于windows服务器端的脚本运行环境,通过这种环境,用户可以创建和运行动态的交互式的web服务器应用程序以及EDI(电子数据交换);
(2)ADO:ActiveX Data Object, ActiveX 数据对象;
(3)SQL:Structured Query Language。
1.4参考资料
(1)本小组成员撰写的《概要设计说明书》;(2)本小组成员撰写的《需求分析说明书》。
2.系统的结构
根据网上购商城系统的概要设计,本系统按照功能分解,可以分解为前台管理子系统和后台管理子系统;前台管理系统和后台管理系统又分为几个小子系统,总的系统结构图如下:
结构流程图如下:
3.模块1(商品查询)设计说明
3.1模块描述
商品查询主要是帮助顾客快速定位到所想了解的商品,达到查询商品的目的。3.2功能
完成查询商品的功能 3.3性能
灵活性:窗口响应绝大部分的快捷菜单和控制面板操作 时间性:响应鼠标单击时间在2——3秒之间 3.4输入项
组合、模糊查询条件 3.5输出项
标准的SQL语句,发送设置浏览区命令 3.6设计方法(算法)
本部分没有采用自定义的算法 3.7流程逻辑
3.8接口
硬件接口:主要就是TCP/IP层中的网络接口层
软件接口:具体来说开发中可能用到的ADO的常用对象有以下几个:(1)连接对象(Connection):用来连接数据库。
(2)记录集对象(RecordSet):用来保存查询语句的返回结果。
(3)命令对象(Command):用来执行SQL语句或SQL Server的存储过程。(4)参数对象(Parameter):用来为存储过程或查询提供参数。3.9存储分配
本模块用ASP在Dreamweaver中进行编码,直接的内存分配由Dreamweaver运行时分配。3.10注释设计
在代码部分的适当位置有中文代码注释。3.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构,所以浏览器的语言使用HTML,服务器端的语言使用ASP,开发人员将不能用其他的开发语言(编写组件除外)。而数据库也将随之才用SQL Server2000。
(2)开发人员在编写代码的过程中需要严格按照软件工程的要求来进行,以利于接下来的测试而后维护升级。3.12测试计划
测试要点:测试各种组合、模糊查询方式。
3.13尚未解决的问题
暂时没有要解决的问题。
4.模块2(订单查询)设计说明
4.1模块描述
订单查询主要是方便管理员查询未处理、已处理、已发货、已结账的订单。4.2功能
完成查询订单相关情况的功能 4.3性能
这是经常使用的一个模块,对性能要求在1-6秒内做出反应。4.4输入项
查询条件 4.5输出项
标准的SQL语句,发送设置浏览区命令 4.6设计方法(算法)
本部分没有采用自定义的算法 4.7流程逻辑
4.8接口
硬件接口:主要就是TCP/IP层中的网络接口层
软件接口:具体来说开发中可能用到的ADO的常用对象有以下几个:(1)连接对象(Connection):用来连接数据库。
(2)记录集对象(RecordSet):用来保存查询语句的返回结果。
(3)命令对象(Command):用来执行SQL语句或SQL Server的存储过程。(4)参数对象(Parameter):用来为存储过程或查询提供参数。
4.9存储分配
本模块用ASP在Dreamweaver中进行编码,直接的内存分配由Dreamweaver运行时分配。4.10注释设计
在代码部分的适当位置有中文代码注释。4.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构,所以浏览器的语言使用HTML,服务器端的语言使用ASP,开发人员将不能用其他的开发语言(编写组件除外)。而数据库也将随之才用SQL Server2000。
(2)开发人员在编写代码的过程中需要严格按照软件工程的要求来进行,以利于接下来的测试而后维护升级。4.12测试计划
进入后台管理订单管理的界面,分别点击未处理、已处理、已发货、已结账的订单查看相关情况,对于已结账订单可以执行删除操作。4.13尚未解决的问题
暂时没有要解决的问题。
5.模块3(购物车)设计说明
5.1模块描述
提供网络用户对所选购商品的订购确定,并选择商品数量。5.2功能
提供网络用户对所选购商品的订购确定,并选择商品数量。
5.3性能
用户选中所需要购买商品,点击订购的商品后出现订购商品的界面,输入商品编号、商品价格及订购数量之后确定,订单信息就会写入数据库完成订购操作。5.4输入项
输入的数据时用户执行的各种操作,包括鼠标、键盘各项操作。5.5输出项
输出是从数据库中读取的数据,或错误警告信息。5.6设计方法(算法)
本部分没有采用自定义的算法 5.7流程逻辑
5.8接口
硬件接口:主要就是TCP/IP层中的网络接口层
软件接口:具体来说开发中可能用到的ADO的常用对象有以下几个:(1)连接对象(Connection):用来连接数据库。
(2)记录集对象(RecordSet):用来保存查询语句的返回结果。
(3)命令对象(Command):用来执行SQL语句或SQL Server的存储过程。7
(4)参数对象(Parameter):用来为存储过程或查询提供参数。5.9存储分配
本模块用ASP在Dreamweaver中进行编码,直接的内存分配由Dreamweaver运行时分配。5.10注释设计
在代码部分的适当位置有中文代码注释。5.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构,所以浏览器的语言使用HTML,服务器端的语言使用ASP,开发人员将不能用其他的开发语言(编写组件除外)。而数据库也将随之才用SQL Server2000。
(2)开发人员在编写代码的过程中需要严格按照软件工程的要求来进行,以利于接下来的测试而后维护升级。5.12测试计划
进入后台管理订单管理的界面,分别点击未处理、已处理、已发货、已结账的订单查看相关情况,对于已结账订单可以执行删除操作。5.13尚未解决的问题
暂无
6.模块4(登录管理)设计说明
6.1模块描述
对用户身份验证,通过验证则登入系统。6.2功能
完成对用户身份验证的功能。6.3性能
灵活性:窗口响应绝大部分的快捷菜单和控制面板操作 时间性:响应鼠标单击时间在2——3秒之间 6.4输入项
输入用户名和密码。6.5输出项
输出是从数据库中读取的数据,或错误警告信息。6.6设计方法(算法)
本部分没有采用自定义的算法 6.7流程逻辑
6.8接口
硬件接口:主要就是TCP/IP层中的网络接口层
软件接口:具体来说开发中可能用到的ADO的常用对象有以下几个:(1)连接对象(Connection):用来连接数据库。
(2)记录集对象(RecordSet):用来保存查询语句的返回结果。
(3)命令对象(Command):用来执行SQL语句或SQL Server的存储过程。(4)参数对象(Parameter):用来为存储过程或查询提供参数。6.9存储分配
本模块用ASP在Dreamweaver中进行编码,直接的内存分配由Dreamweaver运行时分配。6.10注释设计
在代码部分的适当位置有中文代码注释。6.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构,所以浏览器的语言使用HTML,服务器端的语言使用ASP,开发人员将不能用其他的开发语言(编写组件除外)。而数据库也将随之才用SQL Server2000。
(2)开发人员在编写代码的过程中需要严格按照软件工程的要求来进行,以利于接下来的测试而后维护升级。
6.12测试计划
登入登录界面,输入用户名和密码,如果正确则能直接进入后台管理的界面。否则提示出错信息。
6.13尚未解决的问题
暂时没有要解决的问题。
7.模块5(商品管理)设计说明
7.1模块描述
实现对站内商品进行划分类别,定期更新管理商品,进行添加、删除操作。7.2功能
完成对商场内的商品的类别划分、产品的更新、添加及删除等操作。7.3性能
灵活性:窗口响应绝大部分的快捷菜单和控制面板操作 时间性:响应鼠标单击时间在2——3秒之间 7.4输入项
商品的名称。7.5输出项
商品的相关信息。7.6设计方法(算法)
本部分没有采用自定义的算法 7.7流程逻辑
添加商品
7.8接口 修改商品全选商品清空商品删除商品 硬件接口:主要就是TCP/IP层中的网络接口层
软件接口:具体来说开发中可能用到的ADO的常用对象有以下几个:(1)连接对象(Connection):用来连接数据库。
(2)记录集对象(RecordSet):用来保存查询语句的返回结果。
(3)命令对象(Command):用来执行SQL语句或SQL Server的存储过程。(4)参数对象(Parameter):用来为存储过程或查询提供参数。7.9存储分配
本模块用ASP在Dreamweaver中进行编码,直接的内存分配由Dreamweaver运行时分配。7.10注释设计
在代码部分的适当位置有中文代码注释。
7.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构,所以浏览器的语言使用HTML,服务器端的语言使用ASP,开发人员将不能用其他的开发语言(编写组件除外)。而数据库也将随之才用SQL Server2000。
(2)开发人员在编写代码的过程中需要严格按照软件工程的要求来进行,以利于接下来的测试而后维护升级。
7.12测试计划
进入后台管理商品管理的界面,可对商品进行添加、删除、清空、全选等操作以测试操作是否正常。7.13尚未解决的问题
在商品管理界面上全选了之后,再按全选按钮不能取消选定,而是要一项一项地取消选定。
8.模块6(订单管理)设计说明
8.1模块描述
使用户完成订购商品的活动 8.2功能
完成用户对订购商品的操作功能。8.3性能
灵活性:窗口响应绝大部分的快捷菜单和控制面板操作 时间性:响应鼠标单击时间在2——3秒之间 8.4输入项
商品名称 8.5输出项
商品相关信息 8.6设计方法(算法)
本部分没有采用自定义的算法 8.7流程逻辑
用户订单
8.8接口 订单处理订单发货订单结账订单删除 硬件接口:主要就是TCP/IP层中的网络接口层
软件接口:具体来说开发中可能用到的ADO的常用对象有以下几个:(1)连接对象(Connection):用来连接数据库。
(2)记录集对象(RecordSet):用来保存查询语句的返回结果。
(3)命令对象(Command):用来执行SQL语句或SQL Server的存储过程。(4)参数对象(Parameter):用来为存储过程或查询提供参数。8.9存储分配
本模块用ASP在Dreamweaver中进行编码,直接的内存分配由Dreamweaver运行时分配。8.10注释设计
在代码部分的适当位置有中文代码注释。8.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构,所以浏览器的语言使用HTML,服务器端的语言使用ASP,开发人员将不能用其他的开发语言(编写组件除外)。而数据库也将随之才用SQL Server2000。
(2)开发人员在编写代码的过程中需要严格按照软件工程的要求来进行,以利于接下来的测试而后维护升级。
8.12测试计划
进入后台管理商品管理的界面,可对商品进行添加、删除、清空、全选等操作以测试操作是否正常。8.13尚未解决的问题
如何处理用户在购买商品后的金钱支付交易以及确保交易的安全性。
9.模块7(用户管理)设计说明
9.1模块描述
本模块实现管理员对已注册用户的相关信息的管理。9.2功能
管理员可以对已注册用户进行删除、修改信息、查询等不同功能。9.3性能
灵活性:窗口响应绝大部分的快捷菜单和控制面板操作 时间性:响应鼠标单击时间在2——3秒之间 9.4输入项
输入的数据时用户执行的各种操作,包括鼠标、键盘各项操作。9.5输出项
输出是从数据库中读取的数据,或错误警告信息。9.6设计方法(算法)
本部分没有采用自定义的算法 9.7流程逻辑
9.8接口
硬件接口:主要就是TCP/IP层中的网络接口层
软件接口:具体来说开发中可能用到的ADO的常用对象有以下几个:(1)连接对象(Connection):用来连接数据库。
(2)记录集对象(RecordSet):用来保存查询语句的返回结果。
(3)命令对象(Command):用来执行SQL语句或SQL Server的存储过程。(4)参数对象(Parameter):用来为存储过程或查询提供参数。
9.9存储分配
本模块用ASP在Dreamweaver中进行编码,直接的内存分配由Dreamweaver运行时分配。9.10注释设计
在代码部分的适当位置有中文代码注释。9.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构,所以浏览器的语言使用HTML,服务器端的语言使用ASP,开发人员将不能用其他的开发语言(编写组件除外)。而数据库也将随之才用SQL Server2000。
(2)开发人员在编写代码的过程中需要严格按照软件工程的要求来进行,以利于接下来的测试而后维护升级。9.12测试计划
进入后台管理订单管理的界面,分别点击未处理、已处理、已发货、已结账的订单查看相关情况,对于已结账订单可以执行删除操作。9.13尚未解决的问题
暂时没有要解决的问题。
第二篇:网上商城购物系统 需求说明书
需求说明书
1.引言
1.1编写的目的需求分析是软件定义时期的最后阶段,它的基本任务是准确地回答“系统必须做什么?”
这个问题。因此,它是作为真个软件开发过程的指南,也是软件开发人员开发符合用户要求的软件的基础。软件需求规格说明书是需求分析阶段得出的最主要的文档,是为了使用户和
软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。预
期的读者为系统的开发者、使用者和指导老师。
1.2背景
说明:
(1)开发软件系统的名称:网上商城购物系统;
(2)任务提出者:XX;
(3)开发者:计算机科学与技术的小组成员xx;
(4)用户:XX;
(5)本系统将使用SQLServer2000作为数据库存储系统。
1.3定义
(1)Asp(active server pages)是微软公司推出的一种用以取代CGI的技术,基于目前绝
大多数网站应用于windows平台,asp是一个位于windows服务器端的脚本运行环境,通过
这种环境,用户可以创建和运行动态的交互式的web服务器应用程序以及EDI(电子数据交
换);
(2)ADO:ActiveX Data Object, ActiveX 数据对象;
(3)SQL:Structured Query Language。
1.4参考资料
1、《ASP程序设计及应用》 张景峰主编第011903号中国水利水电出版社202_.12、《数据库原理及其教程(第三版)》 黄德才主编第088716号科学出版社 202_.63、《ASP+SQL Server动态网站开发从基础到实践》杨世锡,赵辉编著第377507号
电子工业出版社 20054、《ASP+SQL Server项目开发实践》黄雷编著第38854号中国铁道出版社20065、《Dreamweaver 8与ASP动态网站开发自学导航》 戎马工作室编著第298301号机
械工业出版社 20066、《ASP实务经典》 林金霖编著 [M].北京:中国铁道出版社,202_,202_、《ASP编程基础与实例》丁贵广编著 [M].北京:机械工业出版社,202_,518、张海藩.软件工程导论.北京:清华大学出版社,202_.2.任务概述
2.1目标
在Internet技术深入人心的今天,电子商务最为一种新兴的商务模式,为世界经济提
出了一个全新的概念,使得人类生活方式发生了重大的变革。网上购物是在互联网开放的网
络的环境下,基于浏览器/服务器(Browse/Server)应用方式,实现消费者的网上购物、商户
之间的网上交易和在线电子支付的一种新型的商业运营销售模式。网上购物分为企业对企业
(B2B)、企业对客户(B2C)、客户对客户(C2C),为任意一种商品带来了最直接的沟通
与运转渠道。采购商和消费者能通过互联网了解企业及产品,生产商与采购商能够快速地组
成的产品的周转渠道。
本文所研究的网上购物商城系统,旨在通过电子商务来使得人们购物变得更加方便。
2.2用户的特点
本软件的最终用户是系统的开发工作人员和指导老师侯睿;本系统面向具有网站管理
经验的网站维护人员,要求熟练操作计算机,了解管理网站的相关信息
2.3假定和约束
1)本系统的开发到结束时间只有15周时间,务必在指定的时间之内完成所有的设计、编
码、测试等工作。
(2)本系统的开发时间紧迫,撰写的文档较多,小组成员要合理分配任务并且要按时完成自己的任务,有不明白的地方,一定要小组及时讨论。
3.需求规定
3.1对功能的规定
A、客户功能
(1)浏览商品信息:任何用户都可以浏览商品信息,课通过商品分类信息查找或者通过
搜索栏直接模糊搜索查找相关商品。如有意购买这就必须先注册填写个人信息,然后登陆。
(2)注册:用户必须认真填写个人信息以确保信息正确无误。
(3)登录:登录后的用户可以查看和修改自己的信息。
(4)购物:登录后的用户可以购买自己感兴趣的图书,先加入购物车,然后确定订单。
B、管理员功能
(1)管理员注册:管理员注册直接通过数据库用户添加。
(2)管理员登录:若数据库的管理员信息表中存在此用户、密码正确,此时系统就转入
后台管理界面。
(3)管理员登录后可进行注册用户信息进行查询和对自己的信息进行增删改操作,主要
负责保持数据库中商品存量与实际库存量保持一致,商品来两不够时采取相应措施。另外还
要负责数据库的各种安全性和完整性维护。
3.2 对性能的规定
3.2.1精度
(1)在执行数据增加(例如向数据库增加新的任务)的时候,不允许出现因为程序的原因
导致增加操作失败,也不允许发生重复增加的数据。
(2)在执行数据删除操作的时候,不允许因为程序的原因发生多删除数据、删除失败的情
况。
(3)数据的修改也要保持对应的准确性。
3.2.2时间特性要求
(1)系统的更新处理时间应该在可接受的范围内;
(2)系统的数据查询时间应该在可接受的范围内;
(3)系统的数据统计时间应该在可接受的范围内。
3.2.3灵活性
(1)操作方式上应该能够满足鼠标和键盘任意切换的需要;
(2)能够支持Windows95、Windows98、Windows2000、Windows Me和Windows XP的运
行环境;
3.3输入输出要求
(1)输入项:系统要求的用户注册信息、用户名、密码、商品搜索窗口、订单信息。
(2)输出项:注册页面、登陆界面、商品分类信息、商品查询信息、订单确认信息。
3.4数据管理能力要求(针对软件系统)
由于企业对人员的历史资料进行永久保存,再加上企业调进或调出人员频繁,因此对数据的存储有一定的要求;要求提供数据的备份功能。
3.5故障处理要求
(1)在用户输入一些不合理的数据时候,能够进行一些合理的提示信息,不能因为输入错误而导致系统的错误,或者程序停止运行;
(2)程序运行时,对服务器和网络通信的故障能够识别并提示,当故障排除后,程序恢复正常运行;
(3)数据库要求有灾难备份机制,以防止数据的全部丢失。
3.6其他专门要求
(1)本系统是涉及到买卖双方的交易,因此系统要保证数据的一致性,完整性,准确性的要求要达到99%左右;
(2)本系统是提供给需要建立自己的网上商城的中小企业和网络用户使用,要求操作界面简单方便;
(3)由于本系统是基于Internet网络的,因此安全保密性要更高。
4.运行环境规定
4.1设备
运行本软件要iquchuliqi在奔腾III以上、内存在256MB以上的计算机。
4.2支持软件
(1)本系统只是的操作系统包括:Windows95、Windows98、Windows2000、Windows Me和Windows XP。
(2)本系统支持的数据库:SQL Server 202_。
(3)本系统的开发工具:ASP。
4.3接口
不适用。
4.4控制
本系统通过“用户验证”模块进行用户登录的控制,根据不同用户的权限调用不同的模块。
第三篇:网上商城购物系统 用户手册
用户手册
1.引言
1.1编写目的
本手册编写的目的在于方便用户使用本软件,提供给用户详细的使用方法,使用户迅速了解本软件的功能以及使用方法。预期的读者为系统的开发者、使用者和指导老师。1.2背景
说明:
(1)开发软件系统的名称:网上商城购物系统;
(2)任务提出者:XX;
(3)开发者:计算机科学与技术的小组成员xx;
(4)用户:XX;
(5)本系统将使用SQLServer2000作为数据库存储系统。1.3定义
(1)Asp(active server pages)是微软公司推出的一种用以取代CGI的技术,基于目前绝大多数网站应用于windows平台,asp是一个位于windows服务器端的脚本运行环境,通过这种环境,用户可以创建和运行动态的交互式的web服务器应用程序以及EDI(电子数据交换);(2)ADO:ActiveX Data Object, ActiveX 数据对象;(3)SQL:Structured Query Language。1.4参考资料
1、《ASP程序设计及应用》 张景峰主编 第011903号 中国水利水电出版社 202_.1
2、《数据库原理及其教程(第三版)》 黄德才主编 第088716号 科学出版社 202_.6
3、《ASP+SQL Server动态网站开发从基础到实践》 杨世锡,赵辉编著 第377507号 电子工业出版社 202_
4、《ASP+SQL Server项目开发实践》 黄雷编著 第38854号 中国铁道出版社 202_
5、《Dreamweaver 8与ASP动态网站开发自学导航》 戎马工作室编著 第298301号 机
械工业出版社 202_
6、《ASP实务经典》 林金霖编著 [M].北京:中国铁道出版社,202_,209
7、《ASP编程基础与实例》丁贵广编著 [M].北京:机械工业出版社,202_,51
8、张海藩.软件工程导论.北京:清华大学出版社,202_.2.用途
2.1功能
A、客户功能
(1)浏览商品信息:任何用户都可以浏览商品信息,课通过商品分类信息查找或者通过搜索栏直接模糊搜索查找相关商品。如有意购买这就必须先注册填写个人信息,然后登陆。
(2)注册:用户必须认真填写个人信息以确保信息正确无误。
(3)登录:登录后的用户可以查看和修改自己的信息。
(4)购物:登录后的用户可以购买自己感兴趣的图书,先加入购物车,然后确定订单。B、管理员功能
(1)管理员注册:管理员注册直接通过数据库用户添加。
(2)管理员登录:若数据库的管理员信息表中存在此用户、密码正确,此时系统就转入后台管理界面。
(3)管理员登录后可进行注册用户信息进行查询和对自己的信息进行增删改操作,主要负责保持数据库中商品存量与实际库存量保持一致,商品来两不够时采取相应措施。另外还要负责数据库的各种安全性和完整性维护。2.2性能
2.2.1精度
(1)在执行数据增加(例如向数据库增加新的任务)的时候,不允许出现因为程序的原因导致增加操作失败,也不允许发生重复增加的数据。
(2)在执行数据删除操作的时候,不允许因为程序的原因发生多删除数据、删除失败的情况。
(3)数据的修改也要保持对应的准确性。
2.2.2时间特性
(1)系统的更新处理时间应该在可接受的范围内;
(2)系统的数据查询时间应该在可接受的范围内;(3)系统的数据统计时间应该在可接受的范围内。
2.2.3灵活性
(1)操作方式上应该能够满足鼠标和键盘任意切换的需要;
(2)能够支持Windows95、Windows98、Windows2000、Windows Me和Windows XP的运行环境; 2.3安全保密
系统提供严格的用户名认证和密码管理机制。通过数据库系统的视图机制和授权机制为用户分配对数据库对象的访问的权限。为数据库服务器合法用户分配用户名和口令,使其能正常登录服务器。
3.运行环境
3.1硬设备
服务器:处理器(CPU),内存容量(RAM)。
客户端:处理器(CPU),内存容量(RAM)。3.2支持软件
(1)本系统只是的操作系统包括:Windows95、Windows98、Windows2000、Windows Me和Windows XP。
(2)本系统支持的数据库:SQL Server 202_。(3)本系统的开发工具:ASP。
3.3数据结构
数据库名称为Shop,其中一共建立了7个表(所有的数据都在以下表中存储),表名分别为:Admin(后台管理用户表)、Users(用户信息表)、Board(公告信息表)、GoodsType(商品类别表)、Goods(商品信息表)、Basket(购物车表)、Complain(客户投诉表)
4.使用过程
4.1安装与初始化
(1)需要安装IIS服务器、Dreamveaver软件、SQL Server 202_软件;
(2)使用本系统之前,首先要在数据库SQL Server 202_中导入数据。
4.2输入
4.2.1输入数据的现实背景
(1)情况——系统处于运行阶段
(2)情况出现是频度——每天
(3)情况来源——用户
(4)输入媒体——键盘(5)限制——无限制
(6)质量管理——没有质量管理
4.2.2输入格式
(1)长度——不能超过数据库中对数据的限定
(2)格式基准——以左面的边沿为基准
(3)标号——严格按照数据库创建的标记和标识符
(4)顺序——按词序输入(5)标点——没有特殊符号
(6)词汇表——禁止使用搜狗拼音圆角打出的字符(7)控制——按钮控制
4.2.3输入举例
4.3输出
4.3.1输出数据的现实背景
(1)使用——输出数据是显示给管理员或者用户
(2)使用频度——每天
(3)媒体——CRI显示、打印
(4)质量管理——没有质量管理(5)支配——保留 4.3.2输出格式
(1)信息显示——以表单的形式罗列出用户所要求的信息
(2)版本布局——传统的三栏式布局
(3)图片——所有图片均使用矢量图
(4)窗体——自适应客户端显示器(5)滚动——窗体内都配置滚动效果
4.3.3输出举例
4.4文卷查询
根据使用需要,在各项数据输入、输出即传输过程中,可以满足各中精度的需求。如:根据关键字精度的不同,查找可分为精确查找和模糊查找,精确查找可以精确匹配用户查找的商品,模糊查找只要满足与输入关键字相匹配的商品即输出,可供读者查找。4.5出错处理与恢复
当用户输入的信息不合法时会有相应的提示信息。而且允许用户修改自己的密码,不允许用户匿名登录。由于数据在数据库中已有备份,所以在系统出错后可以依靠数据库是恢复功能,并且可以依靠日志文件使系统再启动,就算系统崩溃用户数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间,权衡措施由用户来决定。再启动程序时必须将操作的内存保存。
4.6终端操作
终端是供用户浏览、查询、购买使用的,和管理员增加、删除、修改商品和用户。通过终端可以进行精确查找和模糊查找。
第四篇:教学管理系统——详细设计说明书范文
五、详细设计说明书
1.引言.............................................................................................................................................1
1.1编写目的............................................................................................................................1 1.2项目背景............................................................................................................................1 1.3定义....................................................................................................................................1 1.4参考资料............................................................................................................................2 2.总体设计.....................................................................................................................................3
2.1需求概述............................................................................................................................3 2.2软件结构............................................................................................................................5 3.程序描述.....................................................................................................................................8
3.1登陆模块............................................................................................................................8 3.2管理员模块........................................................................................................................8
3.2.1学生信息管理子模块............................................................................................8 3.2.2课程信息管理子模块............................................................................................9 3.2.3系别信息管理子模块..........................................................................................10 3.2.4班级信息管理子模块..........................................................................................10 3.3教师管理模块..................................................................................................................11 3.3.1学生成绩录入子模块..........................................................................................11 3.3.2教师个人信息子模块..........................................................................................12 3.3.3不合格成绩单统计..............................................................................................12 3.4学生管理模块..................................................................................................................13 3.4.1学生个人信息查询子模块....................................................................................13 3.4.2成绩查询子模块..................................................................................................14 3.4.3课程查询子模块..................................................................................................14 3.4.4在网上进行选修课程子模块..............................................................................15
五、详细设计说明书
教学管理系统
1.引言
1.1编写目的
根据《需求规格说明书》、《概要设计说明书》,在仔细考虑讨论之后,我们对《教学管理系统》软件的功能划分、数据结构、软件总体结构的实现有了进一步的想法。我们将这些想法记录下来,作为详细设计说明书,为进一步设计软件、编写代码打下基础。本说明书确定系统的详细功能模块和数据结构,为后一阶段开发系统提供最详细的依据材料。
1.2项目背景
项目名称:教学管理系统 项目任务提出者: X X 工业大学 项目开发者:***、***、***、*** 项目用户: X X 工业大学所有管理人员和学生
随着学校教育水平的不断提高,学校规模不断扩大,传统的C/S结构的信息管理软件已经远远不能够满足学校的需求,已经成为学校进一步发展的瓶颈。经总结,这类信息系统软件存在如下的缺陷:①软件维护的费用高。②信息查询不方便。③不利于远程管理。④软件的可操作性不高。
为了弥补这些缺陷,消除影响学校进一步发展的瓶颈,降低学校的信息软件维护成本,进一步方便学生使用,方便教职工管理,我们项目组决定在这次软件开发工程中,开发基于B/S架构的教学管理系统。
1.3定义
JavaWeb:是用Java技术来解决相关web互联网领域的技术总和。MySQL:MySQL是一个小型关系型数据库管理系统。
MVC:模型(Model),视图(View)和控制Controller)。目的是实现Web系统的职能分工。
主键:数据库表中的关键域。值互不相同。外部主键:数据库表中与其他表主键关联的域。页 共
页
五、详细设计说明书
教学管理系统
3.程序描述
3.1登陆模块
★ 功能:
对用户进行身份验证,通过验证则登录相应系统,然后调用各个子模块。建立与数据库连接 获取系统设置 运行主对话框
退出系统时断开与数据库的连接 ★ 输入项目:
输入用户名和密码。★ 输出项目:
不同类型用户的欢迎界面。★ 存储分配: 程序运行时需要占用一定内存。
★ 限制条件: 本系统只允许在学校内网中使用。
★ 测试要点:
数据库连接情况:正常情况,数据库文件缺少,外部系统异常。系统设置获取:正常情况,外部系统异常。
对用户输入的响应:合法输入,能够正常调用子模块;
非法输入,系统能否辨别,并作出响应(提出警告);
子模块的异常状况,系统能否及时做出响应。
3.2管理员模块
仅系统管理员可登录此模块,可以对这个系统的所有用户进行各种操作。
3.2.1学生信息管理子模块
★ 功能: 页 第 16 页 共
第五篇:火车票销售系统详细设计说明书(本站推荐)
目录
1.引言............................................................1 1.1编写目的....................................................1 1.2项目背景....................................................1 1.3定义........................................................1 1.4参考资料....................................................2 2.总体设计........................................................2 2.1需求概述....................................................2 2.2软件结构....................................................3 3.程序描述........................................................4 3.1登录模块....................................................8 3.1.1功能...................................................8 3.1.2性能...................................................8 3.1.3输入项目...............................................9 3.1.4输出项目...............................................9 3.1.5算法...................................................9 3.1.6程序逻辑..............................................10 3.1.7接口..................................................10 3.1.8存储分配..............................................10 3.1.9限制条件..............................................10 3.1.10测试要点.............................................11 3.2查询模块...................................................11 3.2.1功能..................................................11 3.2.2性能..................................................12 3.2.3输入项目..............................................12 3.2.4输出项目..............................................12 3.2.5算法..................................................13 3.2.6程序逻辑..............................................13 3.2.7接口..................................................14 3.2.8存储分配..............................................14 3.2.9限制条件..............................................14 3.2.10测试要点.............................................14 3.3售票模块..................................................15 3.3.1功能..................................................15 3.3.2性能..................................................15 3.3.3输入项目..............................................15 3.3.4输出项目..............................................16 3.3.5算法..................................................16 3.3.6程序逻辑..............................................17 3.3.7接口..................................................17 3.3.8存储分配..............................................17 3.3.9限制条件..............................................17 3.3.10测试要点.............................................18 3.4退票模块...................................................18 3.4.1功能..................................................18 3.4.2性能..................................................19 3.4.3输入项目..............................................19 3.4.4输出项目..............................................19 3.4.5算法..................................................19 3.4.6程序逻辑..............................................20 3.4.7接口..................................................20 3.4.8存储分配..............................................21 3.4.9限制条件..............................................21 3.4.10测试要点.............................................21 3.5改签模块...................................................22 3.5.1功能..................................................22 3.5.2性能..................................................22 3.5.3输入项目..............................................23 3.5.4输出项目..............................................23 3.5.5算法..................................................23 3.5.6程序逻辑..............................................23 3.5.7接口..................................................24 3.5.8存储分配..............................................25 3.5.9限制条件..............................................25 3.5.1测试要点.............................................25 3.6修改统计模...............................................25 3.6.1功能..................................................25 3.6.2性能:................................................27 3.6.3输入项目..............................................27 3.6.4输出项目..............................................27 3.6.5算法..................................................28 3.6.6程序逻辑..............................................28 3.6.7接口..................................................29 3.6.8存储分配..............................................29 3.6.9限制条件..............................................29 3.6.10测试要点.............................................29 3.7系统管理维护模块...........................................30 3.7.1功能..................................................30 3.7.2性能..................................................31 3.7.3输入项目..............................................31 3.7.4输出项目..............................................31 3.7.5算法..................................................31 3.7.6程序逻辑..............................................32 3.7.8存储分配..............................................33 3.7.9限制条件..............................................33 3.7.10测试要点.............................................33 1.引言
1.1编写目的
编写详细设计说明书是软件开发过程必不可少的部分,其目的是为了使开发人员在完成概要设计说明书的基础上完成概要设计规定的各个功能块的具体实现的设计工作。通过对所产生的功能模块进行过程描述,开发一个可以直接转化成程序语言的软件标识,这样可以使软件设计人员很好的了解软件的功能,并对软件的所有模块有一个更深的了解。本说明书在概要设计的基础上,对车站售票管理系统的各模块,程序,子系统分别进行了实现层面上的要求和说明,为进行后面的实现和测试做准备,检验本系统的各项性能指标,及时发现纰漏及时修补。
主要读者:程序员、项目总监、测试人员
1.2项目背景
委托单位:火车站
开发单位:湖南安全技术职业学院
主管部门:电气与信息工程系
开发人员:李姗、李艳亮、易美军、何艳娟
1.3定义
时序图:亦称为序列图或循序图,是一种UML行为图。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。它可以表示用例的行为顺序,当执行一个用例行为时,时序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件
SqlClien:包含有关专门操作SqlServer数据库的类,包含的是一些数据库操作所需要用到的普通数据,如数据表,数据行等
包:多个类的集合 1.4参考资料
[1] GB8567-88.软件设计文档国家标准——详细设计说明书
[2] 张海藩.《软件工程导论》(第五版)清华大学出版社
[3] 吴建、郑潮、汪杰.《UML基础与Rose建模案例》人民邮电出版社
[4] 胥光辉,金凤林等.《软件工程方法与实践》机械工业出版社
[5] 车站售票管理系统—可行性研究报告
[6] 车站售票管理系统—项目开发计划
[7] 车站售票管理系统—需求规格说明书
[8] 车站售票管理系统—概要设计说明书
2.总体设计
2.1需求概述
火车站售票管理系统主要实现售票自动化,包括售票,订票、退票,查询,统计,为了保证系统正常运行,另外需要专门人员对系统的维护管理。
(1)登录:登录可分为系统管理员登录和售票员登录,在登录模块的描述中,将系统管理员和售票员都看作这个系统的用户,他们根据自己的登录名和密码登录系统,才可进行以后的操作。若用户名和密码输入错误,不匹配,系统将会提示输入错误。若用户名和密码不正确,用户可已重新输入,但只允许输入三次。
(2)查询:查询分为车次查询、站点查询、时刻表查询、票价查询、余票查询。车次查询提供了所有车次浏览、按车次查询、和站站查询,用户可以通过查询来了解列车所经车站以及发车时间等信息。时刻表查询可以查询每一车次在每一站的发车时间和到站时间。票价查询可以让用户按自己的需求来查询所有车次的车票价格;余票查询可以查询到所有车次的剩余车票的情况;(3)售票:根据旅客的需求如发车日期、发车时间、车厢类型、车票类型(学生票、军人票…)等选择用户所需要的车次,然后结算并打印车票给旅客。
(4)订票:由售票点授权或是有一定信誉的售票代理商替代旅客进行预订车票,售票代理商通过电话或是亲自到售票点预订的方式进行预订车票。
(5)退票:处理用户由于某种情况需要退回车票的情况,旅客要在车站指定的时间内进行退票,此外车站售票点还要扣除一定的手续费。
(6)统计:售票统计分别可以按日期统计、按车次统计、按客流方向统计等统计方式,通过察看车票的流向可以得知旅客的大致流向,列车管理人员可以根据客流的流向随时调整列车运行车次,达到列车的合理调度,使列车最大限度的投入使用中,实现资源的合理利用。
(7)修改:包括车次修改、票价修改、站点修改。车次修改包括增加车次,减少车次,车次的临时调度和由于自然灾害造成的临时路线更改。票价修改为节假日、春运等特殊时段或某些特殊地域需要适量增加或减少票价,具体数字有铁路管理定。站点修改可是某些车次增加或减少一些站点。
(8)系统管理维护:管理员通过系统添加用户或者删除用户,并且授予权限,同时维护数据库,保证系统正确运行。2.2软件结构
1.主要功能:完善火车票售票系统,方便铁路局的售票工作,提高铁路局的服务质量和服务效率。
2.性能要求:火车站提供的信息必须及时的反映在铁路局的工作平台上。售票系统的定单必须无差错的存储在火车站的主服务器上。对服务器上的数据必须进行及时正确的刷新。
3.输入要求:数据完整,详实。
4.输出要求:简捷,快速,实时。
5.安全与保密要求:售票员享有对火车站票务信息数据库、列车信息数据库的管理与修改。旅客只享有对票务信息数据库的部分修(写入与读出)。
该系统仅限火车站内部使用,因此使用C/S架构开发。同时,要实现客户端之间使用局域网技术互联,实现数据的共享,另外要求相互之间的操作互不影响。同一张火车票只能由一个客户端卖出,使用线程的同步来实现。
3.程序描述
通过需求分析和概要设计,可以得出火车站售票系统的的类图,该系统中主要包括四个基本类:售票员,火车票,管理员,购票者。购票者向售票员提出请求,购票者有请求购票,请求查询,请求订票,请求退票和请求改签这几个功能。售票员通过与购票者交流后了解购票者的请求信息,进入系统进行操作。售票员和管理员均需要对火车票进行操作,同时,管理员需录入员工信息,维护数据库。
将如上系统类图进行进一步的抽象,可以得出系统的抽象类图,从而在讨论接口问题时,可以更加的清楚,明确。系统主要抽象出三个类、一个接口,将三个类封装到Unit包中,将Com接口封装在Com包中。其中Com接口是该系统主要功能的集合,Com可使用Unit,SQLclient包中的类。Form包包括图形化界面,通过Com包引用。通过Search类来实现查询功能,Sell类实现售票功能,包括售全价票与半价票,Refund实现退票功能,Alter实现修改功能,Count实现统计功能。
由于本系统中售票员是主要的操作者,因此需要明确售票员的状态。3.1登录模块 3.1.1功能
登录可分为系统管理员登录和售票员登录,在登录模块的描述中,将系统管理员和售票员都看作这个系统的用户,他们根据自己的登录名和密码登录系统,才可进行以后的操作。若用户名和密码输入错误,不匹配,系统将会提示输入错误。若用户名和密码不正确,用户可已重新输入,但只允许输入三次。
3.1.2性能
用户通过用户名和密码进入系统,可以确保系统的安全,由于系统管理员和售票员具有不同的权限,因此可以确保系统的权限分明。3.1.3输入项目
用户输入用户名、密码,通过数据库的封装以下表格中。
3.1.4输出项目 根据数据库中存在的表中信息来查询,判断用户名、密码是否正确,正确则显示登录成功信息,若用户名和密码不匹配则提示输入错误。
3.1.5算法
该模块通过访问数据库查询用户登录信息,提取用户输入的用户名和密码,封装成SELECT语句,到数据库中查询相关信息,将信息返回到用户界面。若用户输入错误,弹出错误提示框。
3.1.6程序逻辑
图5.7 登录功能流程图
3.1.7接口
该模块通过Com接口中的Search方法访问数据库,Com接口提供连接数据库的功能。在售票模块中会调用此模块。
3.1.8存储分配 对数据库采取日志记录技术和海量转储技术,并定期进行数据库备份。
3.1.9限制条件
由于登录系统是需要用户名和密码,因此需要用户正确输入用户名和密码,并且是已经注册过的用户。
3.1.10测试要点
确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求,以及系统软件配置是否完全、正确。系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。在登录模块中重点需要测试如下:
(1)输入数据有效性判定;
(2)有效数据输出测试,无效数据输出测试。
(3)系统安全性和反应速度进行测试,系统的稳定性要求
3.2查询模块
3.2.1功能
图5.8 查询功能时序图 查询可分为按车次查询与站点查询,用户通过输入待查询车次或者站点查询车票的相关信息,包括票价,时刻,剩余票数等信息。若用户输入的车次或者站点错误,系统会提示输入错误。
3.2.2性能
能够对乘客要求的大部分查询类型都能够查询,每个查询功能键都一目了然,能快速精确的显示要查询的信息。要求单次的查询系统的处理时间在2秒以内。
3.2.3输入项目
车次号、站名
3.2.4输出项目
通过车辆表信息和时刻表信息,系统可以输出车次号、站点、发车时间、到站时间、剩余票数等信息。3.2.5算法 该模块通过访问数据库查询车票信息,提取用户输入的车次或者站名,封装成SELECT语句,到数据库中查询车票信息,将信息返回到用户界面。若用户输入错误,弹出错误提示框。
3.2.6程序逻辑
图5.9 查询算法流程图
3.2.7接口
该模块通过Com接口中的Search方法访问数据库,Com接口提供连接数据库的功能。在售票模块中会调用此模块。
3.2.8存储分配 对数据库采取日志记录技术和海量转储技术,并定期进行数据库备份。
3.2.9限制条件
由于从查询到查看查询内容全部靠电脑完成,所以需要用户熟悉电脑的基本操作。同时,系统中必须存在的人工处理过程,例如一些信息需要人工输入电脑。
3.2.10测试要点
确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求,以及系统软件配置是否完全、正确。系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。在查询模块中重点需要测试如下:
(1)输入数据有效性判定;
(2)有效数据输出测试,无效数据输出测试。3.3售票模块
3.3.1功能
图5.10 售票功能时序图
根据旅客的需求如发车日期、发车时间、车票类型(学生票、军人票…)等,售票员查询相关的车票信息,选择用户所需要的车次,然后结算并打印车票给旅客。
3.3.2性能
查询车票精确,单次售票任务需要在25秒之内完成,系统的反应时间要求在3秒之内;保证36台机器同时运行该系统不会有过高延时。
3.3.3输入项目 车次、站点、日期 3.3.4 输出项目
根据数据库中存放的车票表,显示车票信息、剩余票数等相关信息。3.3.5算法
售票员输入顾客预购车票的相关信息,到数据库中查询是否有票,若有则打印火车票给顾客,数据库中改车次车票自动减去卖出的票数;若无则提示售票员车票已售完。3.3.6程序逻辑
图5.11 售票算法流程图
3.3.7接口
售票模块提供一个调用查询模块的接口,在Com包中定义。
3.3.8存储分配
对数据库采取日志记录技术和海量转存技术,并定期进行数据库备份
3.3.9限制条件
由于售票过程存在人工处理过程,需要售票员进行人工输入,因此对售票员 有一定的专业要求,需要熟悉电脑的基本操作。3.3.10测试要点
确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求,以及系统软件配置是否完全、正确。系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。在售票模块中重点需要测试如下:(1)查询数据的有效性
(2)正确打印出车票,票数正确
3.4退票模块
3.4.1功能
图5.12退票功能时序图
处理用户由于某种情况需要退回车票的情况,旅客要在车站指定的时间内进行退票,按照票款的80%退款。超过指定时间,只能改签,不能退票。
3.4.2性能
及时的记录下所退回的车票,并快速精确的显示应交付给顾客的余额。
3.4.3输入项目 车票编号
3.4.4输出项目
根据数据库中存放的退票表信息,确认是否可以退票,如果可以退票则显示 退票款,及其他相关内容。并进行数据修改的操作。
3.4.5算法
售票员扫描顾客欲退车票的条形码,获得车票编号,售票员点击退票按钮,将车票编号交给退票控制器。退票控制器到数据库中查询此票是否已售出,若匹配则点击确认退票,退票控制器会自动修改数据库,售票员返还退票款;若不匹配则会提示售票员此票未售出。3.4.6程序逻辑
图5.13 退票算法流程图
3.4.7接口
退票模块需要有与数据库交互的接口,通过Com包中的Connect方法来实现与数据库的连接。3.4.8存储分配
对数据库采取日志记录技术和海量转储技术,并定期进行数据库备份
3.4.9限制条件 由于系统中必须存在人工处理过程,一些信息要人工输入电脑,例如条形码的扫描,因此需要用户熟悉电脑的基本操作,并且需要有扫描仪。
3.4.10测试要点
在退票完成之后,数据确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求,以及系统软件配置是否完全、正确。系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。在退票模块中重点需要测试如下:
(1)库中的记录确定更改
(2)提示车票退票时限准确 3.5改签模块
3.5.1功能
图5.14改签功能时序图
乘客计划临时变更需要更改出发日期,或者退票不成功,可以选择改签服务。售票员收回乘客车票,返还票款,收取手续费。若乘客需要日期的票有剩余,则重新卖给乘客一张票;若票已售完,则退出。
3.5.2性能
保证数据库的一致,具有一定的及时更新能力。3.5.3输入项目
车次、日期
3.5.4输出项目
警告提示、新车票
3.5.5算法 售票员扫描车票条形码,输入到改签界面,控制器进入数据库中确认该车票确实售出。若确实售出,则返还退票款,并根据乘客需求另售一张指定日期车票;若没有售出,警告提示售票员。
3.5.6程序逻辑
图5.15 改签算法流程图
3.5.7接口
改签模块需要调用售票模块的功能,由于两个功能均在一个Com包中,模块之间可以实现互相通信。3.5.8存储分配
对数据库采取日志记录技术和海量转储技术,并定期进行数据库备份。
3.5.9限制条件
由于系统中必须存在人工处理过程,一些信息要人工输入电脑,例如条形码 的扫描,因此需要用户熟悉电脑的基本操作,并且需要有扫描仪。
3.5.10测试要点
确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求,以及系统软件配置是否完全、正确。系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。在改签模块中重点需要测试如下:(1)在改签完成之后,数据库中的记录确定更改
(2)提示车票改签时限准确
3.6修改统计模块
3.6.1功能
图5.16 修改功能时序图
系统管理员通过该模块修改需要变更的车次信息,包括车次修改、票价修改、站点修改。车次修改包括增加车次,减少车次,车次的临时调度和由于自然灾害造成的临时路线更改。票价修改为节假日、春运等特殊时段或某些特殊地域需要适量增加或减少票价,具体数字有铁路管理定。站点修改可是某些车次增加或减少一些站点。
图5.17 统计功能时序图
车票统计主要是统计车票的销售情况以及销售额等。同时通过车票统计还可得知不同日期车流量的情况,列车管理人员可以根据客流的流向随时调整列车运行车次,达到列车的合理调度,使列车最大限度的投入使用中,实现资源的合理利用。
3.6.2性能:
修改模块需要最高的权限,非最高权限人不可修改数据库数据;统计需要较高的可靠性,保证数据的完整性,数据需要定时备份。
3.6.3输入项目
站点、时刻、车次、日期
3.6.4输出项目
报表、修改统计成功提示 3.6.5算法
管理员输入欲修改的车次,提交给控制器,控制器根据管理员输入的信息进 入数据库修改相关表数据,修改成功返回给管理员成功修改提示。
售票员将要统计的车次号输进到统计界面,控制器提取数据,进入数据库查询统计表,返回给售票员,售票员根据车次的售票情况作出销售额、客流情况统计表。
3.6.6程序逻辑
图5.18 统计算法流程图
3.6.7接口
两个方法均封装在Com包中,可以通过Com包的Connect方法连接数据库,并使用SQL语句进行查询或者修改数据库的操作。
3.6.8存储分配
对数据库采取日志记录技术和海量存储技术,并定期进行数据备份
3.6.9限制条件
由于统计过程需要对数据库进行操作,并且需要经常备份数据库,因此需要用户熟悉SQL server 202_ 的操作,并能进行日常的数据库维护。3.6.10测试要点
确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求,以及系统软件配置是否完全、正确。系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。在修改统计模块中重点需要测试:修改过程中输入数据要正确有效。3.7系统管理维护模块
3.7.1功能
5.19添加用户功能时序图
5.20删除用户功能时序图
查票销售管理系统涉及数据库以及局域网,数据庞大,对数据要求高。因此需要专门的人员进行维护与管理。该模块实现管理员对系统数据库的维护,以及对数据库的定期备份,同时通过此模块添加或删除用户,并授予相应权限。
3.7.2性能
要求较高安全性与可靠性
3.7.3输入项目
用户编号、姓名、授予权限、备份时间
3.7.4输出项目
日志文件、备份文件、添加成功提示、删除成功提示 3.7.5算法
管理员输入欲添加的用户的编号与姓名等,控制器提取数据,并将其添加到数据库中的员工表中,并返回添加成功界面。管理员输入欲删除的用户信息,控制器提取数据,进入数据库删除该用户所有信息,返回删除成功界面。3.7.6程序逻辑
图5.21 添加用户算法流程图
图5.22 删除用户算法流程图
3.7.8存储分配
对数据库采取日志记录技术和海量转储技术,并定期进行数据库备份。3.7.9限制条件
由于统计过程需要对数据库进行操作,并且需要经常备份数据库,因此需要用户熟悉SQL server 202_ 的操作,并能进行日常的数据库维护。
3.7.10测试要点
确认测试则是要检查已实现的系统软件是否满足了需求规格说明中确定了的各种需求,以及系统软件配置是否完全、正确。系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。在系统管理维护模块中重点需要测试如下:
(1)添加人员与删除人员的信息无效的处理
(2)用户的授权控制