校园二手书交易系统.docx
《校园二手书交易系统.docx》由会员分享，可在线阅读，更多相关《校园二手书交易系统.docx（14页珍藏版）》请在冰豆网上搜索。
校园二手书交易系统
校园二手书交易管理系统分析
一、开发背景
大学生是一个阅读书籍广泛的群体，不论是科教类书籍还是休闲类书籍，日复一日总是有很多积压于身边，大多不会再反复阅读。
一部分学生会选择收藏这些书籍，但却占用了相当大的空间；还有一部分学生会将这些书籍销毁扔弃或低价贱卖，这样就造成了资源的浪费；另一部分学生会将书籍以原价的折扣价格转卖，这样既节省了空间又实现了资源的循环利用。
随着高等教育中教材买卖部分的改革的深入，很多学校如今已经不强迫学生购买教材。
此外，高校教材更新缓慢也为二手教材交易活跃创造了条件。
并且现在高校大学生钟情二手书。
由于高校教学教材价格比较高，学生购买时要花费比较多的钱，这对于学生是一笔较大的开支。
但是现如今教材更新速度较慢，从上一届到后几届教材知识要点基本没什么改变，学生在购买材料时就需要再次重复购买，这样会造成一定的浪费。
对于需要书的学生来讲，他们选择二手书的目的明确，一般都是教科书，在二手书仍然很新并且知识点没怎么变化的时候，购买二手书，不失为一个好办法。
他们只需要在我们的平台上进行登记需求，查看我们在上面发布的最新资料更新，更具自己的情况，选择同校、同城、外省交易，我们会及时调配。
总的说来，二手书市场是一个等够实现低价出清的市场。
二、可行性分析
技术可行性：
软件方面，我们这学期已开有C#语言，SQLserver2005和VisualStudio2008,正符合本系统的开发要求，且本系统对机器的要求也不高，一般当前学校或个人电脑完全可满足要求。
前台图形图像可通过图像制作工具来制作美观的画面。
经济可行性：
开发本系统成本很低，面向的是本校的广大学生，市场广阔，本系统不只提供货书籍交易，也包括其他的二手产品。
书籍方面不只有教材，还有英语四六级考试和考研资料，且价格绝对低廉，为广大学生提供方便，当然学生也可以通过等价的物品予以交换，所以相信本系统有很大的市场潜力和美好的发展前景。
管理可行性：
界面设计时，充分考虑到管理员的习惯，操作简单，数据录入迅速，规范，可靠，统计准确，适应力强，容易扩充，更利于运行与维护。
三、系统功能需求分析（by刘鹏）
依托市场分析，以消费者需求为导向我们认为系统功能需求分析包括以下几点：
（1）权限管理管理员权限和会员权限管理员可以对任何注册会员及他的供求信息进行修改
（2）查询功能方便学生和管理员查找书籍信息本系统按供求和书籍种类进行管理
（3）添加功能管理会员会员权限仅限于自己模块进行操作
（4）修改管理员对数据信息进行修改
（5）删除
（6）注册
（7）excel表导出
（8）留言
（9）热线联系
系统功能分析：
性能需求精确快速反应
（1）查询信息应尽可能保证准确所有相应区域都可以做到
（2）保证查询信息的准确
（3）时间快速响应最小化处理时间
（4）系统需求可以满足最少注册5000名用户，1500名用户以上同时在线，500名用户同时使用
（5）适应性满足客户各种需求
四、系统设计
4.1企业网站总体设计
4.1.1系统总体设计思想
系统使用页面模块化设计，就是把一个页面当作一个模块，进行单独的调试，然后把各个模块堆砌在一起。
该系统把左边部分、头部、尾部以及数据库连接文件等都分别建立一个公共文件，需要连接时就进行调用，把各个部分结合成一个页面。
为了减少代码的编写，可以通过使用以前项目积累的代码，进行代码复用。
1、对需求分析阶段识别出的业务规则进行初步设计
2、细化业务规则流程
3、明确采用的关键技术和算法
4、对系统采用的关键技术进行方案选型和初步设计。
4.1.2系统总体功能模块
1、系统的前台功能模块图
根据系统的功能，对前台功能模块进行分析。
前台用户模块主要包括公告信息查看，产品分类展示，信息产品查询，用户注册，用户登录，用户信息反馈，在线交流等8个主要模块。
前台用户模块如图所示。
前台功能模块
最新公告
书籍展示
书籍查询
书籍订购
用户注册
用户登录
书籍供求
图1用户前台模块图
2、系统的后台功能模块图
从企业网站建设角度来说，前台完成的是单纯的网页，几乎不具有功能性；后台完成的作品可以称之为网络应用程序，它们可以实现一定的应用功能，也就是说后台人员的工作是编程。
从简单的留言板到复杂的论坛，从简单的个人网站系统到复杂的内容管理系统（CMS——ContentManagementSystem），都可以称为网络应用程序。
管理员模块的主要功能是实现对企业网站的维护和管理，如公告的添加、修改、删除等管理操作；产品信息的添加、查看、删除、修改等管理操作；管理员的管理；用户的管理；反馈信息的管理等操作。
图2用户后台模块图
4.1.3数据库概念模型设计
数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率及实现的效果产生影响，合理的数据库结构设计可以提高数据存储的效率，保证数据的完整和一致。
对数据库进行设计的时候首先要对其进行需求分析。
需求分析阶段要熟悉用户的需求，对未来需求变化进行了解，还要重视输入和输出，在这里还要注意一些细节问题，在定义数据库表和字段的需求（输入）时，首先应检查现有的或者已经设计出的报表、查询和视图（输出）以确定为了支持这些输出哪些是必要的表和字段。
还要创建数据字典和E-R图，定义对象的命名规范等。
用户的需求具体体现在各种信息的提供、保存、更新和查询方面，这就要求数据库结构能够充分显示各种信息的输入和输出。
收集基本数据、数据结构及数据处理的流程，组成一份详尽的数据字典，为后面的具体设计打下基础。
数据库概念设计的任务：
1、定义和描述应用领域涉及的数据范围。
2、获取应用领域或问题域的信息模型。
3、描述清楚数据的属性特征。
4、描述清楚数据之间的关系。
5、定义和描述数据的约束。
6、说明数据的安全性要求。
7、支持用户的各种数据处理需求。
8、保证信息模型方便地转换成数据库的逻辑结构，同时便于用户理解。
概念设计的依据：
是需求分析阶段的文档，通过对这些文档的分析理解，构造出信息模型，编写数据库概念设计说明书，信息模型和数据库概念设计说明书是数据库逻辑设计的依据；
概念设计的基本步骤：
确定实体集；确定联系和联系类型；建立由信息模型表示的企业模型；确定实体集属性；对信息模型优化。
确定数据项和数据结构后，就要设计满足用户需求的各个实体，以及它们之间的关系，为后面的物理逻辑结构设计打下基础。
这些实体包括各种具体信息，通过它们之间的作用形成数据的流动。
系统根据设计规划出的实体有：
管理员信息实体、用户信息实体、书籍信息实体、公告信息实体、供求信息实体、供求回复信息实体、邮件信息实体。
现将部分实体图列举如下所示：
图3用户信息E-R图
图4管理员信息E-R图
图5回复主题信息E-R图
图6公告信息E-R图
图7产品信息E-R图
图8反馈主题信息E-R图
图9回复主题信息E-R图
图10图片信息E-R图
4.2企业网站数据库设计
4.2.1数据库分析
数据独立性是数据库系统的一个最重要的目标之一。
它能使数据独立于应用程序。
数据与程序的独立，把数据的定义从程序中分离出去，加上数据的存取又由DBMS（数据库管理系统）负责，从而简化了应用程序的编制，大大减少了应用程序的维护和修改。
4.2.2表结构设计
1.管理员信息表（admin）:
存储公司网站管理员信息，如表（4-1）。
表4-1管理员信息表
字段名
类型
字段长
是否为主键
是否为空
admin_ID
Int
10
是
不能为空
username
varchar
50
否
空
userpwd
varchar
50
否
空
2.图书信息表（bookinfo）：
存储图书的基本信息，如表（4-2）。
表4-2图书信息表
字段名
类型
字段长
是否为主键
是否为空
bookID
int
10
是
不能为空
bookName
varchar
50
否
空
bookWriter
varchar
50
否
空
bookPrice
varchar
50
否
空
bookDescrip
varchar
50
否
空
bookImageName
varchar
50
否
空
press
varchar
50
否
空
3.图书类别表（bookTypeinfo）:
存储图书类别的基本信息，如表（4-3）。
表4-3图书类别表
字段名
类型
字段长
是否为主键
是否为空
bookTypeID
int
10
是
不能为空
bookTypeName
varchar
4
否
空
4.顾客信息表（customerinfo）:
存储顾客基本信息，如表（4-4）。
表4-4顾客信息表
字段名
类型
字段长
是否为主键
是否为空
ID
int
10
是
不能为空
Name
varchar
50
否
空
Tel
varchar
50
否
空
Email
varchar
50
否
空
Address
varchar
50
否
空
5.销售表（account）：
存储以往订单信息，如表（4-5）。
表4-5订单表
字段名
类型
字段长
是否为主键
是否为空
bookID
int
10
是
不能为空
customeName
varchar
20
否
空
quantity
int
10
否
空
orderDate
smalldatetime
smalldatetime
否
空
orderState
char
1
否
空
五、系统测试
软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。
可以说，软件测试是为了发现错误而执行的过程。
测试的目的在于将软件设计时设计者与程序开发者之间理解不一致的地方、功能与需求不一致的地方、不符合逻辑的情况都反映给开发人员的。
开发人员对其进行修改和补充。
测试的目标是以最少的时间和人力找出软件中潜在的各种错误和缺陷，以保证软件的功能和性能与需求说明相符合。
5.1功能性测试
5.1.1链接测试
链接测试可分为三个方面。
首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。
链接测试必须在集成测试阶段完成。
5.1.2表单测试
当用户给应用系统管理员提交信息时，就需要使用表单操作，例如用提交留言。
在这种情况下，我们必须测试提交操作的完整性，以校验提交信息的正确性。
如果表单只能接受指定的某些值，则也要进行测试。
例如：
只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。
5.1.3数据库测试
在Web应用技术中，数据库起着重要的作用，数据库为应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。
最常用的数据库类型是关系型数据库，可以使用SQLServer2008对信息进行处理。
5.2可用性测试
5.2.1导航测试
导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不同的连接页面之间。
5.2.2图形测试、界面测试
（1）图形测试：
在应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。
一个应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。
（2）界面测试：
是测试过程中比较简单、直观的一种测试方法，只要细心的按界面核对就行了，往往是程序开发人员容易忽视和遗漏的地方，也是常常出错的地方。
5.2.3浏览器测试
浏览器是Web客户端最核心的构件，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。
5.3系统测试结果
测试项目名称：
“校园二手书交易系统”网站开发系列。
通过以上对软件系统测试的描述我们可以很明确的知道系统测试的目的是发现程序错误，及时纠正错误。
通常把一次程序执行需要的测试数据，称为一个“测试用例”，每一个测试用例产生一个相应的“测试结果”。
如果它与“期望结果”不相符合，便说明程序中存在错误，需要改正。
下面我们来对部分测试结果进行分析。
上传成功”提示对话框。
六、系统维护与评价
6.1系统维护
信息系统评价方法有定量/定性方法和动态/静态方法。
其指标包含上述方法中的定量，定性，动态，静态指标。
这种多指标评价体系根据各指标参数对系统的贡献，通过加权等方法组合成一个综合指标体系。
这个体系是评价信息系统的依据。
6.1.1系统的技术效果
系统的可靠性是信息系统可以被用户采用的最基本的条件。
它取决于三方面--系统软硬件，系统数据，系统的安全保密性。
作为二手书交易的平台，在实际应用过程中，初期必须确保基本条件的完整。
系统的适应性，一方面是指系统适应运行环境的广泛性，能适应不同的硬件接口或操作系统；另一方面是系统能适应用户需求等客观因素变化的能力，以及系统的可扩充性，体现在性能和功能的可扩充性。
系统应该具有良好的界面和简洁快速的输入输出。
二手书交易平台的用户能很快的学会操作并使用。
6.1.2系统的管理效果
系统的管理效果反映在日常管理水平的提高上。
应用系统的目的是可以使管理人员摆脱繁琐的事务性工作，能很快得到有效的信息数据，并分析和决策所遇到的事务。
6.1.3系统的经济效果
经济效果的评价可以从系统费用，系统收益和投资回收期等经济指标进行考核。
（1）成本和效益的比较分析
通过将系统成本与效益进行比较分析，确定信息系统给企业带来的货币指标下的经济效益，如降低供应成本，减少服务成本，增加利润，尽量对系统的效益加以定量化。
在二手书交易市场中，初期是面向本校学生，交易范围和人群数量相对固定，地理位置上的优越会有效的降低成本。
而随着市场的扩大，固定架构的模式会受到冲击，也必然带来成本线性增加，但利润也会线性增加。
在效益分析时，边际效益决定交易市场的规模。
（2）风险的评估
在选择实施信息系统策略时，减少和避开风险，以保证系统达到预期的收益。
6.2系统评价
系统维护是指在管理信息系统交付使用后，为了改正错误或满足新的需要而修改系统的过程。
任务是改正软件系统在使用过程中发现的隐含错误，扩充在使用过程中用户提出的新的功能及性能要求，其目的是维护软件系统的正常运行。
6.2.1软件
（1）程序
系统运行的过程是一个相对稳定的状态。
而在交易操作的整体过程中所暴露的问题必须通过修改系统程序才能得到解决。
所以二手书交易系统要经过市场和用户的检验，才能使系统趋向更加实用的方向。
（2）数据文件
数据文件的维护业务发生变化，相应的就必须构建新文件，或是对现有的文件结构进行修改。
（3）代码
系统代码会随着市场环境的变化而发生更改。
如果旧代码不能适应新的要求，就必须进行改造。
6.2.2硬件
这里主要提及机器设备。
任何软件的运行必须有一个稳定的硬件环境，所以在日常的管理业务中，必须时时刻刻保证硬件设备的稳定运行。
做好日常的清理工作，建立系统日志，分析并预测设备运行状态。
升级会员 