图书销售系统需求分析.docx
- 文档编号:83603
- 上传时间:2022-10-02
- 格式:DOCX
- 页数:39
- 大小:286.31KB
图书销售系统需求分析.docx
《图书销售系统需求分析.docx》由会员分享,可在线阅读,更多相关《图书销售系统需求分析.docx(39页珍藏版)》请在冰豆网上搜索。
图书销售系统需求分析
网上图书销售系统需求分析
1引言 1
1.1简介 1
1.2参考资料 1
2系统分析 2
2.1开发背景及意义 2
2.2可行性研究 2
2.3功能需求 4
2.3.1用例分析 4
2.3.2概念类描述 8
2.3.3顺序类描述 10
2.4性能需求 13
2.4.1响应时刻 13
2.4.2吞吐量 13
2.4.3并发用户数 13
2.4.4资源利用率 14
2.5环境需求 14
2.5.1硬件环境 14
2.5.2软件环境 14
3系统设计 15
3.1系统结构设计 15
3.1.1软件设计的原那么 15
3.1.2系统层次结构 16
3.2数据库设计 17
3.2.1数据库概念设计 17
3.2.2数据库逻辑设计 18
3.3用户界面设计 21
3.3.1人机界面设计原那么 21
3.3.2主界面设计 22
3.4系统详细设计 23
3.4.1订单治理PAD图 24
3.4.2购物车PAD图 25
3.4.3图书查询PAD图 25
4系统实现 27
4.1任务与原那么 27
4.2系统功能实现 27
4.2.1系统登录 27
4.2.2图书治理 28
4.2.3订单治理 28
4.2.4个人信息 29
4.2.5图书信息 29
4.2.6其他功能简介 30
5软件测试 30
5.1测试打算的制定 30
5.1.1调试打算的整体目标 31
5.1.2定义软件测试的标准 31
5.1.3测试实施策略的制定 31
5.1.4测试打算的活动的细分 31
5.1.5测试打算的要点 32
5.2测试的基础 32
5.2.1测试的目标 32
5.2.2白盒测试和黑盒测试 33
5.2.3测试的准那么 33
5.3功能测试 34
5.3.1等价划分测试 34
5.4软件可靠性 35
5.4.1差不多定义 35
5.4.2估算平均无故障时刻的方法 36
5.4.3MTTF和ASS的估算 37
结论 37
1引言
1.1简介
随着运算机和互联网的进展打开了人们的视野,使人们呼吸道信息化、数字化的这股春风,一种新的购物平台差不多被创建,电子商务平台。
通过网络进行电子购物不但节约了消费者的时刻,而且商家也能够依照需要进行产品的生产和不断更新,如此在一定的程度上提高了生产效率,促进了商品和资金的流通,改进了人们的生活方式。
在当今那个不断变化,不断更新的社会,人们的生活方式和生活节奏变得越来越快。
那些传统的营销模式差不多不能够在满足现在社会的需要。
在中国图书销售行业实现在网上销售,通过运算机来治理信息。
却只在1998年才有了中国的第一家网上图书销售网站。
这比世界先进水平的国家晚了将进10年之久。
中国大陆差不多注册的网上书店大约有100多家,有网站的有50多家,但差不多投入运营能够买到书的只有十来家。
专门多人看到了书这种商品网上销售的诸多好处:
方便购买、金额小、风险小、用户容易决定;信息的完整性以及专门少显现质量问题和退货现象等。
尽管全球最大的网上书城亚马逊股票惨跌,尽管各家书店都承认目前的亏本经营状况,但这并未阻挡投资者对网上书店〝钱〞景的期待。
众所周知国内各大型网站都有各自的网上书店,国内最大的网上书店亚马逊确实是一个例子。
这种网上书店的进展正在逐步完善。
其中的功能比较丰富,操作也比较简便,因此吸引了大量的用户。
然而,网络的资源是有限的,随着数据量的加大,网站的服务质量,专门是熟读会变得不堪忍耐。
而我的系统针对小范畴。
如此一来,在保证效率的前提下,能够使用相对廉价的设备,节约费用和资源。
1.2参考资料
1.朱少民«软件测试方法和技术»清华大学出版社2005
2.韩万江姜立新«软件项目治理案例教程»机械工业出版社2020
3.徐人凤曾建华«SQLServer2005数据库及应用»高等教育出版社2007
4.KarlE.Wiegers«软件需求»清华大学出版社2004
5.吴炜煜«面向对象分析设计与编程»清华大学出版社2007
6.吉根林崔海源«Web程序设计»电子工业出版社2020
2系统分析
2.1开发背景及意义
社会的进展正在向信息化和数字化的方向进展,信息技术在社会各行各业都有了专门大的进展空间,而且产业的进展强大必须依靠信息化的治理。
运算机,互联网也必须是他们的要紧依附。
图书销售行业的进展壮大一样必须依靠互联网的技术,在这种情形下网上图书销售系统应运而生。
开发网上图书销售系统的宗旨在于方便人们进行图书的购买,加快书本的更新速度,使访问者足不出户就能够购买到自己想要的书籍,这种购书的方式打破了传统的单一购书方法,促使人们以更快的节奏、更高的投入到现在的生活中来。
网上图书销售系统有专门多突出的优点,具体如下。
1、全面的书籍介绍:
当读者找到自己所需要的书后,就能够更进一步地查看该书的相关介绍,除了书名、定价、出版社等差不多信息外,还能够查看该书的目的、内容简介。
2、方便的书籍扫瞄:
购书系统中以列表方式显示图书的信息,包括最新上架图书、特价图书以及最近的图书销售排行。
3、快捷的购物方式:
当读者找到合适的书籍后,就能够将其添加到购物车中,待购买终止后就能够进行订单的提交,以等待商家寄书。
4、高价值的图书评论:
图书的评论不但阻碍其他读者的购买欲望,更在专门大的程度上对商家的供货、更新以及装订质量提出了更高的要求。
2.2可行性研究
可行性研究的任务是从技术上、经济上、使用上、法律上分析应解决的问题是否有可行的解决方案。
其目的是用极少的代价在最短的时刻内确定被开发的软件是否开发成功。
1、技术可行性
Web技术的迅猛进展正推动Internet上信息服务类的进步。
WWW服务的基础是HTML语言,HTML语言是静态网页编程语言,不能带后台,不能带数据库。
因此在当今那个社会中HTML差不多不能满足人们的需求。
Struts2语言就专门好的解决了HTML中的问题,同时支持数据库的连接,写好的网站会有一个后台的治理,当扫瞄器向服务器要求网页的时候,服务器会响应那个要求。
将网页再发回给扫瞄器,同时将数据储存在后台的数据库中。
断开连接,直到下一个要求。
网络图书销售治理系统有以下几个特点:
一是数据量大,要求及时查询和扫瞄的内容较多,二是数据处理比较集中。
内部数据处理量大,输入和输出的量大。
三是即时处理,要不断更新最新的数据信息。
基于以上三个特点,现有的技术都能够达到现有的目标。
在单机环境下组建治理信息系统,该系统的开发工作能够用struts2做前台,SQLServer2000做后台,前台可视化程度较高,人机交互能力较强,应用方便。
后台数据库治理数据功能强大,能更好的支持系统的运行。
2、经济可行性
软件系统的要紧设资费用包括:
设备费用〔运算机及软件配置的费用〕,开发费用〔开发人员,爱护人员的费用〕,系统开销〔所用的电力,硬件的磨损折旧等〕和另外的一些系统的费用。
现在各大中小型书店差不多上自主经营,自负营亏。
本系统对硬件的要求并不是专门高,只是一样的运算机就能够运行起来,还有确实是开发人员和爱护人员的费用,开发人员只需要一次性付款,而爱护人员只是公司职员开工资即可,系统的开销并不大。
中小型书店应该能够同意并支付得起。
另外还有一点确实是公司职员的培训,本系统简单易学。
关于熟悉图书销售的工作人员来说,只要把握简单的运算机操作知识,便能够熟练把握。
本系统的后台系统稳固,易于爱护,并可不能消耗掉太多的人力和物力,商家也应该情愿支付。
本系统会给商家带来庞大的经济利益。
前期的投资关于后期的创益来说应该是极其值得的。
系统能使书店的工作人员从繁重的体力劳动中解脱出来。
系统不仅给销售治理工作带来方便,同时也满足了不同客户的不同需求。
提高了数据的安全性、共享性和实力性,大大地降低公司预算,提高了工作效率,为图书商家在业界市场的猛烈竞争中减少不小的开支。
3、使用可行性
本系统采纳Struts2设计前台界面,用SQLServer2000数据库为后台治理。
能够在Windowsxp、Windows2000等Windows操作系统系列下运行。
本系统考虑到当今社会当中运算机差不多成为不可缺少的元素之一,中国现在网民人数差不多突破2.6亿,而这也仅仅是上半年的调查结果。
中国在网上消费的人数也在大幅度增加。
这些人都有一定的运算机操作基础。
本系统前台界面美观,操作简单,只要把握一些运算机差不多操作的人便能够短时刻内熟练使用系统。
后台治理中数据库稳固不易显现错误,易于治理。
基于以上的种种理由,本系统完全能够在社会中使用,推动中国运算机网络的进展,同时也为书店商家制造出庞大的经济利益。
4、法律可行性
现在中国的法律中关于非法的软件的治理还处在一个空白的时期,使得现在非法软件肆意猖獗。
比如偷窥别人的隐私,打搅别人的正常生活〔病毒〕,盗版等。
本系统是完全遵守着软件开发人员的职业道德,系统并没有加入任何能够损害到商家和消费者利益的东西,能够放心使用。
而且本系统完全遵守国家的«中华人民共和国运算机软件爱护条例»的条例,使本系统也拥有着法律的爱护。
2.3功能需求
要紧针对中小型书店对书店的图书信息和用户〔书店工作人员,网站注册用户即潜在购书者〕信息的进行有效的治理,对图书的进销存等环节进行信息化治理,实现读者网上扫瞄图书,网上购书的可能。
通过读者对购买图书的在线评判,处理读者网上的投诉和建议。
2.3.1用例分析
用例图要紧用来图示化系统的主事件流程,它要紧用来描述需求,即期望系统具备的完成一定功能的动作,通俗地明白得用例确实是软件的功能模块,是设计系统分析时期的起点,设计人员依照需求来创建和说明用例图,用来描述软件应具备哪些功能模块以及这些模块之间的调用关系,用例图图符如表2.1所示。
表2.1uml用例图图符
可视化图符
名称
描述
系统边界
用来表示系统边界,所有用例放在系统之中,它确定系统的范畴
用例
用来表示用例图中的用例,它代表系统提高的范畴
参与者
用于描述与系统功能有关的外部实体,能够是用户,也能够是外部系统
关联
连接执行者和用例,它表示角色与用例间的关系
通过系统的功能需求分析,可得到系统的服务对象为购书者,网上图书销售系统的内部工作人员能够按照工作需要各自完成自己指定的任务。
其中治理员为抽象角色,因此系统角色分析用例图如图2.1所示。
图2.1系统角色分析用例图
顶层用例:
对网站涉及到的所有人员进行详细地分工,描述了每个用例之间的联系。
故网上图书销售系统顶层用例图如图2.2所示。
图2.2顶层用例图
图书治理:
对图书库中的所有的图书信息进行治理包括差不多的增、删、改、查,同时也能对图书进行分类像运算机类,经济类,外语类等,还能够对读者对图书的评判进行回应,能够及时改变书店的图书供货关系,能够查看缺书登记,对用户想要购买的书及时进货,图书治理用例图如图2.3所示。
图2.3图书治理用例图
订单治理:
订单的治理要紧是执行订单和查看订单的详细信息,修改订单的下达信息,保证用户能够及时看到自己购买图书的发货信息,同时,治理员能够对不合法的订单进行删除。
总体来说用户在网站前台购书并到收银台结账生成订单后,还需要执行订单。
订单治理用例图如图2.4所示。
图2.4订单治理用例图
用户治理:
对在网站注册的用户进行统一治理,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书 销售 系统 需求 分析