小型图书销售系统.docx
- 文档编号:13081106
- 上传时间:2023-06-10
- 格式:DOCX
- 页数:50
- 大小:223.95KB
小型图书销售系统.docx
《小型图书销售系统.docx》由会员分享,可在线阅读,更多相关《小型图书销售系统.docx(50页珍藏版)》请在冰点文库上搜索。
小型图书销售系统
南京航空航天大学
计算机实践实验报告
课程名称:
软件技术基础
专题:
小型图书销售系统
学生姓名:
陈凯、步大为、蔡超
班级学号:
0308103(30)
专业名称:
自动化
2010年12月
、可行性报告
1、引言
1.1编写目的经过对此项目的详细研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
此项目将由指导老师进行最终审核。
1.2项目背景
开发软件名称:
小型图书销售系统项目任务提出者:
计算机指导老师储剑波
项目开发者:
陈凯、步大为、蔡超
用户:
暂无实现软件单位:
南京航空航天大学项目与其他软件系统关系:
本项目以MicrosoftVisualC++为开发环境
1.3定义
(1)数据流图:
描绘系统的逻辑模型,图中没有任何具体的物理元素,只是描绘信息在系统中流动和处理的情况,它表示了数据和处理过程的关系。
数据流图有四种基本符号:
正方形(或立方体)表示数据的源点或终点。
圆角矩形(或圆形)代表变换数据的处理。
处理不一定是一个程序。
一个处理框可以代表一系列程序,单个程序或者程序的一个模块;它甚至可以代表一种人工处理过程。
开口矩形(或两条平行横线)代表数据存储。
数据存储可以表示一个文件,文件的一部分,数据库的元素或纪录的一部分等等。
数据存储是处于静止状态的数据。
箭头代表数据流,即特定数据的流动方向。
数据流是处于运动中的数据。
还有几种附加符号:
星号表示数据流之间是“与”关系加号表示“或”关系异或符号表示只能从中选一个
(2)数据字典:
是对系统中各类数据描述的集合,是各类数据属性清单,是进行详细的数据收集和数据分析所获得的主要结果。
它通常包括以下五个部分:
数据项,是数据的最小的单位。
数据结构,是若干数据项有意义的集合。
数据流,可以是数据项,也可以是数据结构,表示某一处理过程的输入或输出。
数据存储,处理过程中存取的数据。
常常是手工凭证,手工文档,计算机文件。
处理过程。
它们的描述内容如下:
1.数据项描述={数据项名,数据项含义说明,别名,类型,长度,取值范围,与其他数据项的逻辑关系}取值范围,与其他数据项的逻辑关系定义了数据的完整性约束条件,是设计数据检验功能的依据。
2.数据结构描述={数据结构名,含义说明,组成:
{数据结构或数据项}}3.数据流={数据流名,说明,流出过程,流入过程,组成:
{数据结构或数据项}}
流出过程,说明该数据流由什么过程来。
流入过程,说明该数据流到什么过程去。
4.数据存储={数据存储名,说明,输入数据流,输出数据流,组成:
{数据结构或数据项},数据量,存取方式}
数据量,说明每次存取多少数据,每天(或每小时,或每周)存取几次的信息。
存取方法,指的是批处理,还是联机处理;是检索还是更新;是顺序检索还是随机检索;尽可能详细收集并加以说明。
5.处理过程={处理过程名,说明,输入:
{数据流},输出:
{数据流},处理:
{简要说明}}
简要说明中主要说明该处理过程的功能,即“做什么”(不是怎么做);处理频度要求,如每小时(或每分钟)处理多少事务,多少数据量;响应时间要求等。
这些处理要求是后面物理设计的输入及性能评价的标准。
1.4参考资料
《软件技术基础教程》,万晓东、施玉霞、孔德明,南京航空航天大学。
《C++程序设计教程》,皮德常,机械工业出版社。
《数据结构》,严蔚敏、吴伟明,清华大学出版社。
2、可行性研究的前提
2.1要求
主要功能:
实现图书的销售,方便商店的统计和工作,提高书店的服务质量和服务效
率。
性能要求:
销售系统必须能够实现图书条目的输入、销售、统计和库存查询情况。
输出要求:
数据完整,详实。
输出要求:
简捷,快速,实时。
安全与保密要求:
管理员享有对销售系统库存情况的查询权限,售书员只享有对图书统计的权限。
2.2目标
系统实现后,大大提高图书商店的售书效率,降低售书中的错误发生率,减少管理的
复杂度。
2.3条件,假定和限制建议软件使用寿命:
1年经费来源:
无硬件条件:
普通pc机运行环境:
Windows数据库:
投入运行最迟时间:
2010/12/28
2.4可行性研究方法
本项目的可行性研究采用确定模型,再将各个模块加入其中。
2.5决定可行性的主要因素
成本/效益分析:
效益>>成本。
技术可行性:
现有技术将能完全承担开发任务。
操作可行性:
软件能被原有工作人员快速接受。
3、技术可行性分析
3.1系统简要描述
建立图书条目的数据结构,把各种图书信息输入后建立图书的数据库,并按照图书的
书名或条形码从数据库内调出图书信息进行销售,同时考虑对该用户是否打折。
在销售图书
的统计中,分别按照图书的类别和整个销售进行统计,并以报表的形式输出。
在考虑权限问
题时,实现可以按照图书条目不同的字段属性对库存情况进行查询。
最终以实现小型图书销
售系统。
3.2处理流程和数据流程
4、经济可行性分析
4.1支出
一个星期的时间。
4.2效益:
4.3收益/投资比
相对比较大。
4.4投资回报周期:
两个星期。
4.5敏感性分析
设计系统周期:
一年。
处理速度:
一般查询速度<2秒。
关键数据查询速度:
<1秒。
5、社会因素可行性分析
5.1法律方面可行性
一般不会出现侵权现象
5.2使用方面的可行性
用户商店均可以使用该系统软件,使用人员的知识水品均适合使用。
6、其他可选用的方案
客户端与服务器端联系在一起:
在商店只设立终端,在总店设立服务器,数据输入由终端输入,所有数据都由服务器处理,只在终端上显示数据结果。
此设计简化了数据处理,加重了服务器的数据处理。
而使用客户端/服务器机理,简化数据流量,加快数据处理。
7、结论意见
由于投资效益比远大于100%,技术,经济,操作,社会均有可能性,此系统设计可以即刻进行!
二、需求分析报告
1、小型图书销售系统的功能要求
1.1销售系统的总目标
在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好的人机交互界面的图书销售系
统,实现图书商店销售的自动化的计算机系统,为商店的决策层提供准确、精确、迅速的图
书销售消息。
根据可行性研究的结果和客户的要求,分析现有情况及问题,采用Client/server结构,
将图书销售系统划分为三个模块:
客户端数据库信息模块、顾客购买图书信息模块、数据库
汇总报表模块。
1.2图书销售系统流程图
F面分析各个模块的功能要求:
(1)客户端数据库信息模块:
在客户端数据库的功能实现上,可以分为一下几个部分:
(1.1)图书条目的输入和统计
商店在客户端输入新进图书的详细信息。
这部分是客户端子系统的基本部分,这个功能是以后各个部分的基础。
系统要求做到既能够从其他子系统中分享一部分信息,又有方便的操作界面手工输入图书信息。
这部分要求输入的数据进行简单的统计,供商店进行查询和宏观调控。
(1.2)图书信息的存储将图书信息存储到商店的客户端系统中,以备以后的查询使用、
(1.3)销售及账单生成在查询到书目后,向客户询问购买数量,并在此客户端生成账单。
(1.4)图书销售情况报表这一功能是在上一功能的基础上,对图书销售情况的单项核算,得到该商店的销售情况。
(2)数据库管理模块:
通过计算机将客户端得到的信息进行处理,实现图书查询,销售统计,综合信息查询等子系统。
以计算机成本核算为中心,实现销售业务的计算机自动化,为商店降低成本、提高销售额、经营决策提供及时准确的依据。
基于数据库功能实现上,可以分为以下一个部分:
(2.1)生成图书总信息
(2.2)传递图书信息到客户端当客户查询图书时,服务器端就将数据传入客户端。
(2.3)生成图书库存给有权限的用户只有拥有权限的管理员才能查询图书库存情况。
(2.4)销售分析和管理这一步骤的功能要求包括对销售的图书进行分析,这一工作是在前面的基础上,以计算机为辅助,对图书销售系统的功能和目标进行扩充。
它以财务管理学为理论基础,以辅助决策为目标,以图书销售数据为中心,广泛采用统计学、运筹学的分析方法,对销售信息进行深层加工,提供管理上所需的各种辅助决策信息和财务信息。
这一要求是图书销售系统的最高目标,将通过系统运行后获得的大量销售历史数据基础上,实现这一目标。
(3)顾客购买图书信息模块顾客查询图书信息后,系统显示顾客账单。
2、图书销售系统的性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行,图书销售系统应该满足以下的性能需求:
a)系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,是系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于图书销售系统的查询功能对整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源,而图书数量和销售又影响着商店的决策活动,其准确性很大程度上决定了图书销售系统的成败。
在系统开发过程中,必须采用一定的方法保证系统的正确性。
b)系统的开放性和系统的可扩充性
图书销售系统的开发过程中,应该充分考虑以后的可扩充性。
例如查询系统的多样性。
所有这些,都要求系统提供足够的手段进行功能的调整和扩充。
而这一点的实现,应通过系统的开放性来完成,即系统应该是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
c)系统的易用性和易维护性
图书销售系统是直接面对使用人员的,而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。
图书销售系统中涉及到的数据是书店的相当重要的信息,系统要提供方便的手
段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢复等工
作。
d)系统的标准性
系统在设计开发使用过程中都要涉及很多计算机软件、硬件。
所有这些都要符
合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都
必须符合通用标准。
同时,在自主开发本系统时,要进行良好的设计工作,制定行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
e)系统的先进性
目前计算机系统的技术发展相当快,作为图书销售系统工程,在系统的生命周
期内尽量做到系统的先进性,从分完成企业的信息处理的要求不至于落后。
这一方
面通过系统的开放性和可扩充性,不断改善系统的功能完成。
另一方面,在系统设
计和开放的过程中,应在考虑成本的基础上尽量采用当前主流并先进且有良好发展
前途的产品。
f)系统的响应速度
图书销售系统在日常处理数据的响应速度为秒级,达到实时要求,以及反馈信
息。
在进行分析统计时,根据所需数据量的不同响应时间不同,原则是保证操
作人员不会因为速度而影响工作效率。
3、图书销售系统的数据需求
图书销售系统的数据需求包括如下几点:
(1)数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正
确和不可用,从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入
要通过系统界面上的安排系统具有容错性,并且对操作人员要进行系统的培训。
在系统中,数据的输入往往是大量的,因此系统要有一定的处理能力,以保证
迅速的处理数据。
(2)数据的一致性与完整性
由于系统的数据是共享的,在不同的客户端中,图书信息是共享数据,所以如何保证这些数据的一致性,是系统必须解决的问题。
要解决这一问题,要有一定的
人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据,要为其定义完整性规则,如果不能符合完整性约束,系统应
该拒绝该数据。
(3)数据的共享与独立性
整个图书销售系统的数据是共享的。
然而,从系统开发的角度上看,共享会给设计和调试带来困难。
因此,应该提供灵活的配置,使各个分系统能够独立运行,而通过人工干预的手段进行系统数据的交换。
这样,也能提供系统的强壮性。
4、图书销售系统中的数据字典
系统中的数据元素:
名字:
图书信息
别名:
描述:
输入系统的图书信息,用于标记图书
定义:
图书信息=ISBN号+书名+作者+出版社+进书年月日+库存量+批发价+零售价
位置:
客户端输入信息
名字:
账单
别名:
描述:
顾客购买图书后界面显示的价格表定义:
账单=图书信息+价格
位置:
输出界面
名字:
报表
别名:
描述:
根据数据库中的图书某个关键字进行报表定义:
报表=图书信息关键字+图书信息位置:
数据库
5、图书销售系统的逻辑模型
图书销售系统的逻辑模型如下所示:
机票预定系统的逻辑模型
机票预定系统的逻辑模型如下图所示:
6、图书销售系统的运行要求
6.1图书销售系统中的各个子系统的硬件和软件的配置如下:
客户端子系统的运行要求:
系统软件:
WindowsNTWorkstation数据库管理系统:
SQLServer
硬件要求:
Pentium133以上,32MRAM,4.3GHD
7、建立图书销售系统的约束
7.1结构总体设计方案对它的约束图书销售系统作为一个应用系统,不可避免的要受到此结构的约束。
在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。
同时,由于信息的共享,图书销售系统还受到其他系统的信息约束。
7.2人力、资金、时间的约束:
图书销售系统工程实施的目标是要带给使用商店可以看得见的效益,其开发过程中也要考虑到人力、资金、时间的约束。
因此,在设计中,重点是销售系统中的方便快捷,能提供给顾客以优质高效的服务,并提高销售的效率和便捷,为使用商店带来良好的效益。
7.3技术发展规律的约束计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。
例如图像和语音技术的进步,多媒体技术的发展,这些都要求在设计师考虑到技术变化的可能性,为可能的变化预留一定的系统处理能力。
三、项目开发计划
1、引言
1.1编写目的本报告的主要作用明确制作进度分工,按步有序进行的制作,加快制作效率具体步骤:
拟订开发计划书,分配项目工作,安排项目进度。
1.2项目背景
完成计算机软件课程设计,设计图书管理系统。
2、项目概述
2.1工作内容小组根据时间先后安排,分别对项目进行开发:
各项主要工作:
对调查结果进行分析,拟订实现方案(如程序结构,流程,数据结构等)。
对软件进行集中开发。
进行检查与测试。
2.2条件与限制完成项目应具备的条件:
计算机、制作人员开发单位已具有的条件:
计算机、制作人员
2.3产品
(1)程序程序名称:
图书管理系统使用语言:
TC存储形式:
硬盘
(2)文档可行性报告;需求分析说明书;项目开发计划书;概要设计说明书;详细设计说明书;测试计划;测试分析报告;用户操作手册;程序维护手册;总结性报告。
2.4运行环境运行软件环境:
WindowsXP以上。
验收标准:
系统运行流畅,功能符合需求
3、实施计划
3.1任务分解
分析阶段(一天)
调研小组
设计阶段(五天)
设计小组
写代码及单兀测试阶段(两天)
开发小组
总测试及修改阶段(一天)
测试小组
维护阶段(不定)
维护小组
3.2进度
一天进行调研;五天进行实现;两天进行测试,维护。
(1)预算
分析阶段
0
设计阶段
0
写代码及单元测试阶段
0
总测试及修改阶段
0
(2)关键问题
关键的问题是如何利用链表实现数据的管理,如插入,删除,排序,写入读出,并在功能满足需求的基础上加快程序的运行速度,优化算法。
4、人员组织及分工
调研小组、设计小组、开发小组、测试小组:
陈凯、步大为、蔡超
5、交付期限
最迟交付日期:
2010年1月6号
四、概要设计说明书
1、引言
1.1编写目的
在图书馆里项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段获得,并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上,对图书管理系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对图书管理
系统所做的模块结构设计的基础上,对系统进行详细设计。
在以后的软件测试以及软件维护
阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改
时找出在本阶段设计的不足或错误。
(1)项目背景
本项目由指导老师老师要求制作,由郝克、陈杰负责开发。
图书管理系统将由两部分组成
(2)参考资料
以下列出在概要设计过程中所使用到的有关资料:
《软件技术基础教程》
《图书销售系统计划任务书》
《需求分析说明书》
《概要设计说明书》
《用户操作手册》(初稿)
《数据结构》
2、任务概述
2.1目标
实现对书籍相关资料的管理,管理人员可以对数据库的中的信息进行修改筛选,销售人员对其进行遍历,以实现书的销售管理过程。
2.2运行环境
WindowsXP系统
2.3需求概述
为方便图书管理,程序需包括图书的借出还入,排序,以及遍历等功能,方便用户管理图书。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求算法简单明了,程序利于维护。
3、总体设计
3.1处理流程下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。
3.1.1程序流程
本地信息为书名、作者、出版社、进书日期库存量等。
用户输入其中的部分内容可以对明细进行遍历,查找,修改,添加删除等功能
下面对各模块(以数字表示)进行功能说明:
1.写入图书明细:
输入需要修改或显示的数据明细
2•检验输入资料:
检验格式化输入资料,初步检查输入是否有误,它是一个事务处理中心,有误则转1再次读入,检查无误则将数据库中相应的信息调出。
3•执行相应操作:
输入的数据执行相应的删除替换等操作
4.返回数据:
将修改完毕的信息存回数据库
5•读入并输出:
将售人员输入部分明细,去数据库中查找对应的数据,若没有则返回
1。
6.遍历数据:
将详细的数据显示出来,销售人员进行确认
7•输出:
将数据存入数据库,返回主菜单
3.2总体结构和模块外部设计
下面以结构图来描述机票预定系统的软件总体结构。
框内注明了模块的名字;方框
之间的直线表示模块的调用关系。
3.3功能分配
各项模块的功能可参照3.1中的说明。
客户机程序主要有三大块:
接收数据、网
络通信及输出部分。
服务器程序主要也是由三大功能:
接收网络数据、数据库操作及发送网络数据部分。
服务器程序需与已建立的SQLSERVER数据库互连,其接口将
于下面部分阐述。
4、接口设计
4.1外部接口
4.1.1用户界面
在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。
在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。
外观上也要做到合理化。
在设计语言上,已决定使用VISUALC++进行编程,在界面上
可使用VISUALC++所提供的可视化组件。
其中服务器程序界面要做到操作简单,易于管
理。
在出错显示上可调用VISUALC++库中的错误提示函数。
总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用
4.1.2软件接口
服务器程序可使用VISUALC++提供的对SQLSERVER的接口,进行对数据库的所有访问。
服务器程序上可使用SQLSERVER的对数据库的备分命令,以做到对数据的保存。
4.1.3硬件接口
在输入方面,对于键盘、鼠标的输入,可用VISUALC++的标准输入/输出,对输入进
行处理。
在输出方面,用VISUALC++的标准输入/输出对其进行处理。
4.2内部接口
内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了
的数据,以参数传递或返回值的形式在各模块间传输。
5、数据结构设计
5.1数据库数据结构设计
DBMS的使用上系统将采用SQLSERVER,系统主要需要维护的数据表:
ISBN号
书名
作者
出版社
进书日期
库存量
售价
本表包含了所有书的明细信息,供销售人员查询
5.2物理数据结构设计
数据在模块中都是以结构的方
物理数据结构设计主要是设计数据在模块中的表示形式。
式表示。
图书信息
charISBN;书的ISBN号;
charbookTitle[51];书名;
charauthor[21];作者;
charpublisher[21];出版社;
datedateAdded;存放进书日期;intqtyOnHand;存放该书的库存量;doublewholesale;存放该书的批发价;
doubleretail;存放该书的零售价;
用以存放图书的详细信息
5.3数据结构与程序的关系
服务器程序在对图书信息进行操作时需对数据库数据库数据结构,也就是数据表进行查
询和修改:
在销售、管理过程中都需要对数据库中表,进行联合查询、修改。
物理数据结构主要用于各模块之间函数的信息传递。
接口传递的信息将是以数据结构封
装了的数据,以参数传递或返回值的形式在各模块间传输。
出错信息将送入显示模块中。
6、运行设计6.1运行控制运行控制将严格按照各模块间函数调用关系来实现。
在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。
6.2运行时间在软体的需求分析中,对运行时间的要求为必须对作出的操作有较快的反应。
硬件对运行时间有影响,数据量的大小也会影响查找的时间以及操作的速度。
7、处理设计
7.1出错输出信息程序在运行时主要会出现错误:
由于输入信息,或无法满足要求时产生的错误,称为软错误。
对于软错误,须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。
出错信息要给出提示,并重新运行,例:
“输入的指令有误,请重新输入!
”。
7.2出错处理对策
如果出错将提示按任意键继续,执行清屏命
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 小型 图书 销售 系统