基于web的手机销售管理系统的设计与实现说明书.doc_第1页
基于web的手机销售管理系统的设计与实现说明书.doc_第2页
基于web的手机销售管理系统的设计与实现说明书.doc_第3页
基于web的手机销售管理系统的设计与实现说明书.doc_第4页
基于web的手机销售管理系统的设计与实现说明书.doc_第5页
已阅读5页,还剩56页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

本科毕业设计 题目:题目:基于 Web 的手机销售管理系统的设计与实现 姓姓 名:名: 院(系、部)院(系、部) : 数学与信息技术学院 专专 业:业:计算机科学与技术 班班 级:级: 指导教师:指导教师: 完成时间: 2015 年 4 月 I 摘 要 基于 Web 的手机销售管理系统使用 Visual Studio 2005 作为开发工具,采用 ASP.NET 技术、C#语言进行设计与实现,后台采用 SQL Server 2005 进行数据库管理。系统的使用 者可分为游客、用户、管理员三种角色。游客有权限浏览网站、注册成为用户;用户可 修改自己的注册资料、购买商品;管理员主要进行网站后台管理,包括新闻信息管理、 产品管理、订单管理、用户管理等。本文从可行性分析、需求分析、系统设计、数据库 设计等方面对系统的实现过程进行了详细的阐述。 关键词:数据库;网上销售系统;ASP.NET;SQL Server II Abstract Mobile phone sales management system based on Web is designed and developed by using Visual Studio 2005, ASP.NET technology, C# language, and SQL Server 2005 as the database management system. The users of the system is divided into the visitors, users, administrators of three roles The visitors have permission to visit the site and registered as a user; the users can modify their registration information and purchase of goods; the administrators can manage the background of the system, such as news, products, orders, users and so on. In this paper, the system implementation process is described in detail by the feasibility analysis, the requirements analysis, the system design, database design, and so on. keywords: Database; Online sales system; ASP.NET; SQL Server III 目 录 1 绪论.1 1.1 开发背景与意义.1 1.2 开发技术介绍.1 2 系统分析.2 2.1 可行性分析.2 2.2 需求分析.2 2.2.1 功能需求分析2 2.2.2 性能需求分析4 3 系统设计.5 3.1 系统的总体结构设计.5 3.2 系统的详细设计.5 3.2.1 游客功能模块详细设计5 3.2.2 用户功能模块详细设计7 3.2.3 管理员功能模块详细设计9 4 数据库设计.10 4.1 概念结构设计.10 4.2 逻辑结构设计.11 4.3 物理结构设计.12 5 系统的实现.14 IV 5.1 首页页面的实现.14 5.2 游客功能模块的实现.15 5.2.1 游客查看信息功能的实现15 5.2.2 游客注册功能的实现16 5.3 用户功能模块的实现.17 5.3.1 用户登录功能的实现17 5.3.2 用户注册信息管理功能的实现18 5.3.3 用户购物车管理功能的实现19 5.3.4 用户产品购买功能的实现19 5.3.5 用户查看订单功能的实现19 5.4 管理员功能模块的实现.20 5.4.1 管理员登录功能的实现 .20 5.4.2 新闻管理功能的实现21 5.4.3 产品管理功能的实现 .22 5.4.4 进货管理功能的实现 .25 5.4.5 订单管理功能的实现25 5.4.6 用户管理功能的实现26 6 总结.27 参考文献28 谢辞29 1 1 1 绪论绪论 1.1 开发背景与意义 电子商店就是大家通常所说的网上商店,是电子商务的重要组成部分。与市面上传 统的店铺相比,网店有很大的优势,如:网上购物已经成为一种时尚;经营成本低,地 域限制少;市场扩张力大等。所以网上商店已经成为一种有效的营销模式。 手机作为现代生活的必需品,而且更新速度非常快,因此销售量十分可观。将手机 销售与网上商店相结合的手机在线销售系统,不仅可以方便消费者购买,而且可以使手 机销售商拥有更丰富的销售渠道,增加销售份额,获得更大的经济利益,实现手机销售 商与消费者利益双赢的效果。因此,基于 Web 的手机销售管理系统的实现具有非常重要 的现实意义。 1.2 开发技术介绍 (1)ASP.NET ASP.NET 是一种功能强大的用于创建动态 Web 页面的服务器端技术,是目前主要的 动态 Web 页面设计技术之一。ASP.NET 用来在服务器端构建功能强大的 Web 应用,包 括 Web 窗体和 Web 服务两部分。目前的 ASP.NET 版本允许开发者以一种非常灵活的方 式创建 Web 应用程序,并把常用的代码封装到各种面向对象的组件中,这些组件可以由 客户端用户通过事件来触发。同时,ASP.NET 提出了代码隐藏类的概念,把逻辑代码 (.aspx.cs)和表现页面(.aspx)分离开来,使用户很容易使用后台代码来控制页面的逻 辑功能1。 (2)SQL 语言 SQL 的核心是 Q(Query,查询) ,但它却不仅仅是对数据的查询,它是集创建数据 库,创建数据表,对数据操作、管理、控制、查询以及设置各种约束、规则和程序流程 控制功能于一身的综合数据库语言2。目前使用的 SQL 有以下特点。 在方法上的突破:由单一数据表发展为通过表的联接可以组合地处理数据。 容易学习与维护:SQL 语言简洁直观,一条语句可以取代常规程序语言的一段程序, 容易维护。 语言共享:不同数据库的程序设计语言会有所不同,但 SQL 在所有数据库中都是相 同的。 全面支持客户机/服务器结构:SQL 是当今唯一已经形成标准的数据库共享语言。 (3)SQL Server 2005 SQL Server 2005 是 Microsoft 公司推出的关系型数据库管理系统,支持多层客户/服务 器结构,支持多种开发平台和远程管理,具有强大的数据库管理功能,能够进行分布式 2 事务分析和联机事务分析,并提供了一套功能完善且具备可视化界面的管理工具3。 2 2 系统分析系统分析 2.1 可行性分析 可行性分析是为了用最小的代价在最短的时间内分析问题,判断问题能否解决。要 实现这样的目的,需要对几种主要的可能方法进行利弊分析,进而确定原定的系统规模 以及目标能否实现,完成后能够带来的经济效益是否值得投资开发此系统。所以,可行 性研究实际上就是为了进行一次简化的系统分析和设计,是以较抽象的方式在较高的层 次上进行系统分析以及设计的过程。 系统的可行性分析包括经济方面的可行性、技术方面的可行性和操作方面的可行性。 (1)经济可行性 基于 Web 的手机销售管理系统开发可以借助实验室的软件环境(ASP.NET+SQL Server) ,本系统并不是特别的繁琐,相对来说开发周期不是很长,在经济方面的支出不 大,产生的效益远大于开发系统的成本,因此从经济方面分析此系统的开发是可行的。 (2)技术可行性 ASP.NET 和关系型数据库 SQL Server 是目前主流的电子商务开发平台。ASP.NET 是 网络应用程序开发领域流行的程序设计技术之一。ASP 脚本运行在服务器端,使用者可 以创建交互式应用程序,也可自己定义控件,这大大减轻了代码编写的负担和重复率问 题,是传统的页面编写脚本不能实现的。SQL Server 2005 是功能比较完备的数据库管理 系统,语言简练易学且功能强大,还包括扩展特性4。ASP.NET 和 SQL Server 结合使用 可以很好的实现手机销售管理系统所需要的功能,因此从技术可行性方面分析此系统的 开发是可行的。 (3)操作可行性 基于 Web 的手机销售管理系统的操作十分简便。用户可以通过互联网在浏览器中对 本系统的内容进行浏览,不需要配置其他的应用软件,也不需要培训;管理人员也可以 通过浏览器管理系统中的所有内容,如:更新产品信息,更新新闻,将过期的新闻删除 等。因此从操作方面分析开发此系统是可行的。 2.2 需求分析 2.2.1 功能需求分析 基于 Web 的手机销售管理系统使用者可以分为三类:游客、用户、管理员。游客可 以浏览系统前台的信息,如:新闻、产品信息,还可以在系统注册。用户的主要操作包 3 括购买产品和浏览信息。管理员则可以对用户进行管理,还能实现新闻管理、产品管理、 进货管理、订单管理等。 数据流图是一种结构化需求分析建模技术之一,它从数据传递、加工等方面,用图 形的方式描述数据流输入、输出的变换过程5。 基于 Web 的手机销售系统的顶层数据流图如图 2-1 所示。 用户 基于Web的手 机销售系统 管理员 信息请求 系统设置 游客 浏览请求 图图 2-1 顶层数据流图顶层数据流图 下面对三类用户的功能进行详细分析。 (1)游客 网络上的游客可以浏览到业内新闻、相关知识、产品信息,但是不可以购买产品, 如果需要购买那么必须先注册成为用户。 (2)用户 用户具有游客的所有权限,另外用户还能购买产品。用户登录以后可以在修改注册 信息板块修改基本注册信息,可查看购物车,并在购物车内付款,付款以后可以在订单 中看到已购买产品。 (3)管理员 管理员可以实现新闻管理、产品管理、进货管理、订单管理、用户管理等功能,其 中在新闻管理中管理员可以对业内新闻以及相关知识进行更新和删除;在产品管理中可 以添加产品和产品类别,或者删除某一种产品;在进货管理中可以添加进货数量,此数 据会增加到库存中,改变库存的数量;在订单管理中能看到每一个用户的每笔订单,如 果商品已经发货管理员要进行相应的编辑,即发货处理。用户登录自己的帐号也能看到 更新后的订单状态;为减轻数据管理的负担,当用户长时间未登陆时,管理员有权将其 删除。 结合顶层数据流图及上述功能需求的分析,可得到分解后的第一层数据流图。如图 4 2-2 所示。 管理员 用户 加入购 物车 新闻管 理 用户管 理 进货管 理 产品管 理 D1新闻 D2产品 D3用户 D5订单表 订单管 理 新闻信息 用户信息 产品信息 库存信息 用户信息 产品信息 新闻信息 订单信息 订单 购买请求 付款 付款信息 游客 浏览信 息 浏览请求 新闻设置 用户设置 产品设置 进货设置 订单设置 浏览请求 图图 2-2 第一层数据流图第一层数据流图 2.2.2 性能需求分析 基于 Web 的手机销售管理系统是利用现代化的 Internet 技术将市面上传统的销售模 式电子化。在电子商务迅速发展的时代,网上营销有很多的优势,为了充分发挥网上商 店的特点,提高营销效率和质量,提出如下性能需求。 (1)界面友好 网购平台客流量较大,因此系统要有友好的界面。界面要美观、操作要简明,提高 用户对系统的兴趣,尽量做到浏览者再次访问的效果。 (2)安全性和保密性 系统要保障数据的安全,因此在系统中要集成具有防止非法用户购买、恶意更改、 破坏数据等功能,防止非注册用户的非法入侵以及注册用户的越权使用。用户权限要有 严格的分明,避免造成资料信息的泄漏等。 (3)稳定性和健壮性 网站要有足够的稳定性和健壮性,不能因为用户的错误点击或错误输入而出现错误, 要求低故障率。 (4)易维护性和扩展性 系统的技术设计和开发要保证具有较强的易维护性和扩展性,功能模块和数据结构 都必须易于扩充,以方便系统进一步扩展。 (5)实用性和方便性 系统建设要充分考虑用户体验,力求满足用户的各种需求和习惯做法,使系统功能 5 强大且方便实用。 3 3 系统设计系统设计 3.1 系统的总体结构设计 本系统主要分为管理员功能模块、用户功能模块和游客功能模块三部分。 管理员功能模块实现的主要功能有:新闻管理、产品管理、进货管理、订单管理、 用户管理等。 用户功能模块实现的主要功能有:修改自己的注册信息、查看订单、购买产品、浏 览系统的所有信息等。 游客功能模块实现的主要功能有:浏览系统的所有信息、进行注册等。 系统结构图如图 3-1 所示。 基于Web的手机销售管理系统 新闻管理 管理员功能 产品管理 进货管理 订单管理 用户功能 用户管理 用户登录 购物车管理 产品购买 查看订单信息 注册信息管理 查看信息 系统注册 游客功能 管理员登录 图图 3-1 系统结构图系统结构图 3.2 系统的详细设计 3.2.1 游客功能模块详细设计 游客功能模块包括信息查看、系统注册。 (1)游客查看信息详细设计 游客可以根据自己感兴趣的产品,查看相应的产品介绍。在产品模块,能够看到产 品的详细信息。但游客不能购买产品,只有注册以后才能购买。游客可以浏览本系统中 的新闻,包括业内新闻和相关知识,业内新闻是指市面上关于手机的各种新闻,可以帮 6 助游客了解当下最新的手机发展方向或者最新科技等;相关知识指的是和手机有关的小 知识,如:电池的保养,手机的保养等。查看系统信息流程图如图 3-2 所示。 选择新闻 开始 是否继续查看其他新闻 结束 否 查看新闻详细信息 查看其它新闻信息 是 图图 3-2 查看系统信息流程图查看系统信息流程图 (2)游客注册详细设计 用户只有先在本系统完成注册才能登录,完成注册以后就可登录查看自己的注册信 息,用户注册需要填写用户名、密码、用户全称、电话、地址、邮政编码。提交的时候 需要对用户名进行验证,如果该用户名已经注册,则提示用户名已经使用,这时需要更 换新的用户名注册。如果用户名没有注册过,那么信息将提交成功并保存到数据库中。 这时该注册用户即可登录。游客注册流程图如图 3-3 所示。 填写用户名 开始 用户名是否存在 是 结束 否 存入数据库 填写其它信息 图图 3-3 用户注册流程图用户注册流程图 7 3.2.2 用户功能模块详细设计 用户模块的主要功能是修改注册资料,包括密码、联系电话、地址等;可查看系统 的新闻、产品信息,可查看自己的历史购物订单并可以购买产品。 (1)用户登录详细设计 已注册的用户可在进入系统后立即登录;也可以在需要购买产品时再进行登录。登 录时需要用户填写用户名、登录密码。用户在登录的时候输入的用户名或密码错误,系 统会有提示。用户登录流程图如图 3-4 所示。 填写用户名 开始 用户名是否存在 否 结束 是 填写密码 密码是否正确 否 是 图图 3-4 用户登录流程图用户登录流程图 (2)注册信息管理详细设计 已经注册的用户登录系统以后,可以修改自己的注册信息。在修改之前需要验证用 户密码,如果密码正确,则在修改页面可以修改登录密码、真实姓名、联系电话、地址、 邮政编码等;如果密码不正确,则不允许修改信息,以保证用户信息的安全性。用户修 改注册信息流程图如图 3-5 所示。 8 选择修改注册信息 开始 是否修改 否 修改信息 结束 是 输入密码 提交 密码是否正确 是 否 图图 3-5 用户修改注册信息流程图用户修改注册信息流程图 (3)购物车管理详细设计 注册用户可以将自己喜欢的产品加入到购物车,再次登录的时候能够在购物车内看 到,付款是在购物车内进行的。付款以后就可以在我的订单里面查看到已经购买的产品。 如果不想购买,或者不想让产品在购物车里放着,可以将其从购物车内删除。 (4)产品购买详细设计 用户登录系统以后,能够查看系统上的所有信息,如果要购买产品,首先可以查看 是否还有库存,然后进入到产品的详细介绍页面,在这里有订购按钮,可以将喜欢的产 品和需要数量加入购物车,在购物车里面付款。付款成功以后就会生成订单。用户购买 产品流程图如图 3-6 所示。 浏览商品 开始 是否加入购 物车 否 结束 是 付款 确认付款 是 是 否 图图 3-6 用户购买产品流程图用户购买产品流程图 9 (5)用户查看订单详细设计 用户登录以后可查看历史购物记录,里面有自己购物的所有订单,包括订单生成时 间,购买的产品名称、数量、订单的流水号和是否发货等信息。用户只能查看订单信息, 不能进行修改等其它操作。 3.2.3 管理员功能模块详细设计 管理员功能主要有:新闻管理、产品管理、进货管理、订单管理、用户管理等五个 模块,对这五个功能模块进行详细的分析设计。 (1)管理员登录详细设计 管理员可以在页面的最下面“管理员入口”处登录到后台管理。在后台能管理新闻、 用户、产品、订单、进货信息等。登录的时候有必须填写用户名和必须填写密码提示, 以确保用户信息的安全。 (2)新闻管理详细设计 新闻管理是管理员的主要功能之一,新闻管理包括相关知识和业内新闻的管理,管 理员负责搜集和手机有关的知识以及最新的手机行业新闻,并及时的发布这些新闻。对 一些过时的行业新闻和手机方面的小知识要进行删除,以减轻服务器的负担,增加系统 信息的可读性。 管理员可删除过时新闻,删除后就会提示新闻删除成功,这时就会更新数据库,将 数据库中该条新闻删除,系统的前台将看不到这条新闻。删除新闻的流程如图 3-7 所示 。 选择新闻 开始 是否删除 否 结束 是 更新页面 从数据库中删除 提示管理员已删除 图图 3-7 删除新闻流程图删除新闻流程图 10 (3)产品管理详细设计 管理员在后台可以实现产品的管理,主要包括产品信息添加、产品类别添加、产品 信息的删除等。由于电子产品更新较快,所以新功能的相关信息要及时更新到系统上, 如果有新的产品入驻,那么就对产品的类别进行更新,类别更新以后可在进货管理处更 新库存。 (4)进货管理详细设计 管理员通过进货管理对新进的产品数量进行更新,首先选择要更新的产品名称,然 后输入需要更新的数量,此数据会更新到数据库中,具体的库存数量会在前台的产品信 息中显示,方便用户查看某一机型是否有存货。用户购买某一产品后,相应机型的库存 量会有对应的减少。 (5)订单管理详细设计 管理员通过订单管理模块,能够实现用户订单的管理,如果用户订单中的产品已经 发货,那么需要管理员对订单进行编辑,更新发货标志。这时用户登录后也能够在自己 的订单中看到“是否发货”的相关信息。订单发货流程如图 3-8 所示。 选择订单 开始 是否已发货 否 修改发货标志 结束 是 图图 3-8 订单发货流程图订单发货流程图 (6)用户管理详细设计 在用户管理功能模块中,管理员需要定期对已经注册的用户信息进行整合,如果某 一用户长时间没有登录过,或者在购买产品时违反了相关规定,那么管理员就会将其删 除,删除后该用户名将不能登录。 4 4 数据库设计数据库设计 11 4.1 概念结构设计 根据前面的设计规划出的实体有:用户实体、产品实体、产品类别实体、订单实体、 新闻实体、新闻类别实体。 用户实体,属性主要有:用户名、密码、真实姓名、管理员标识、电话、地址、 邮编等。 产品实体,属性主要有:产品号、产品名称、产品类别号、库存、产品价格、产 品图片、产品介绍等。 订单实体,属性主要有:流水号、订购数量、订购日期、发货标志等。 产品类别实体,属性主要有:产品类别号、产品类别等。 新闻实体,属性主要有:新闻号、新闻类别号、新闻标题、新闻内容、添加时间、 阅读次数等。 新闻类别实体,属性主要有:新闻类别号、新闻类别等。 E-R 图也称实体-联系图(Entity Relationship Diagram),它是描述现实世界概念结构模 型的有效方法6。 上述实体之间的 E-R 图如图 4-1 所示。 新闻 包含 新闻类别 新闻号 新闻类别号 新闻标题 新闻内容 添加时间阅读次数 新闻类别 1 N 用户添加 订单包含产品 包含 产品类别 1 N N M P 1 用户名 密码 真实姓名 管理员标 识 电话 地址 邮编 产品号产品价格 产品类别 号 产品名称 产品图片 产品介绍 库存 流水号用户名 产品号 订购日期 是否发货 订购数量 产品类别 号 产品类别 图图 4-2 产品和用户产品和用户 E-R 图图 12 4.2 逻辑结构设计 逻辑结构设计是将概念结构设计阶段得到的 E-R 图转换为与具体 DBMS 产品相符合 的逻辑结构,将概念结构设计阶段得到的 E-R 模型转换为 DBMS 所支持的数据模型7。 本系统得到的各关系模式如下所示。其中,主键用“_”标示,外键用“ ”标示。 用户表(用户名,密码,真实姓名,管理员标识,电话,地址,邮编) 产品表(产品号,产品类别号,产品名称,产品价格,产品图片,产品介绍,库 存) 订单表(流水号,用户名,产品号,订购日期,发货标志,订购数量) 产品类别表(产品类别号,产品类别) 新闻表(新闻号,新闻类别号,新闻标题,新闻内容,添加时间,阅读次数) 新闻类别表(新闻类别号,新闻类别) 4.3 物理结构设计 数据库在物理设备上的存取方法与存储结构称为数据库的物理结构。根据逻辑结构 设计得出本系统的主要数据表及其结构,如下所示。 (1)用户表 用户表包括用户名、密码、真实姓名、管理员标识、电话、地址、邮编等字段。其 中用户名为主键,作为唯一值,不允许重复,管理员标识用来确定该用户是普通用户还 是管理员,管理员标识为 1 时表示管理员,管理员标识为 0 时表示普通用户。管理员的 权限最大,可以对系统的数据进行更改、删除等,而普通用户只能进行一般操作,如: 浏览本系统、购买产品等。用户表结构如表 4-1 所示。 表 4-1 用户表 字段名称字段名称字段类型字段类型大小大小允许为空允许为空描述描述 用户名nvarchar 15否主键 密码nvarchar 12否 真实姓名nvarchar 8是 管理员标识bit是 地址nvarchar25是 电话nvarchar11是 邮编nvarchar 6是 13 (2)产品表 产品表主要包括产品号、产品名称、产品类别号、产品价格、产品介绍、产品图片、 库存等字段。其中产品号为主键,作为唯一值,不允许重复,产品类别号为外键,用来 区分产品的类别。产品表结构如表 4-2 所示。 表表 4-2 产品表产品表 字段名称字段名称字段类型字段类型大小大小允许为空允许为空描述描述 产品号bigint 否主键 产品名称nvarchar15是 产品价格int 是 产品图片varchar 25是 产品类别号bigint否外键 产品介绍ntext 是 库存bigint 否 (3)订单表 订单表包括流水号、产品号、用户名、订购日期、订购数量、发货标志等字段。流 水号为主键,作为唯一值,不允许重复。产品号和用户名为外键,分别参照产品表和用 户表。公司表结构如表 4-3 所示。 表表 4-3 公司表公司表 字段名称字段名称字段类型字段类型大小大小允许为空允许为空描述描述 流水号nvarchar 15否主键 产品号bigint否外键 订购数量int是 用户名nvarchar15否外键 订购日期datetime是 发货标志bit是 (4)产品类别表 产品类别表包括产品类别号、产品类别等字段,其中产品类别号为主键,作为唯一 值,不能重复,主要是区分产品属于哪类。产品类别表结构如表 4-4 所示。 表表 4-4 产品类别表产品类别表 14 字段名称字段名称字段类型字段类型大小大小允许为空允许为空描述描述 产品类别号bigint 否主键 产品类别nvarchar10是 (5)新闻类别表 新闻类别表主要包括新闻类别号、新闻类别等字段。其中新闻类别号为主键,作为 唯一值,不允许重复。新闻类别用来区分新闻属于业内新闻还是相关知识。新闻类别表 结构如表 4-5 所示。 表表 4-5 新闻类别表新闻类别表 字段名称字段名称字段类型字段类型大小大小允许为空允许为空描述描述 新闻类别号bigint否主键 新闻类别nvarchar10是 (6)新闻表 新闻表包括新闻号、新闻标题、新闻内容、新闻类别号、添加时间、阅读次数。其 中新闻号为主键,作为唯一值,不允许重复,新闻类别号为外键,用来确定新闻的类型。 新闻表结构如表 4-6 所示。 表表 4-6 新闻表新闻表 字段名称字段名称字段类型字段类型大小大小允许为空允许为空描述描述 新闻号bigint否主键 新闻标题nvarchar20是 新闻内容ntext是 新闻类别号bigint否外键 添加时间smalldatetime是 阅读次数int是 5 5 系统的实现系统的实现 5.1 首页页面的实现 打开系统界面,上方显示的为系统功能导航栏,有首页,全部商品,三大类品牌手 机,包括魅族、联想、小米,最新新闻,还可以联系到商店。游客可以在首页注册成为 15 本系统的可登录用户,已注册用户可以直接登录并购买产品。管理员可以在管理员入口 处登录系统,进行系统后台的各种信息管理等。网站首页页面如图 5-1 所示。 图图 5-1 网站首页页面网站首页页面 5.2 游客功能模块的实现 5.2.1 游客查看信息功能的实现 游客能看到系统的所有产品信息,但是不能购买。在首页或者是导航栏的具体产品 页面下面点击产品名称,就会进入到具体的产品介绍页面。游客也能看到所有的新闻, 包括行业新闻和相关知识,并能联系到商店等。产品介绍页面如图 5-2 所示。 16 图图 5-2 产品介绍页面产品介绍页面 5.2.2 游客注册功能的实现 如果游客想要购买产品,需要先注册成为用户。游客可在系统首页完成注册。注册 成功以后就成为系统的用户。在注册页面,需要填写用户名、密码、确认密码、真实姓 名、电话、地址、邮政编码,提交即可完成注册,其中用户名、密码和真实姓名是必须 填的。游客注册页面如图 5-3 所示。 图图 5-3 游客注册页面游客注册页面 如果游客注册的用户名已经被其它用户注册,那么在提交的时候,就会提示“用户 17 名已经使用”,这时可以更换用户名重新注册。用户名已经使用提示如图 5-4 所示。 图图 5-4 用户名已经使用提示用户名已经使用提示 游客在注册的时候,如果两次密码输入的不一致,那么就会提示“密码不一致”。 这时重新输入即可。密码不一致提示如图 5-5 所示。 图图 5-5 密码不一致提示密码不一致提示 5.3 用户功能模块的实现 5.3.1 用户登录功能的实现 用户可以在系统首页登录并购买产品,如果没有登录,那么在点击“订购”以后, 就会出现登录页面。用户登录页面如图 5-6 所示。 18 图图 5-6 用户登录页面用户登录页面 用户在登录的时候,如果用户名没有注册或者是密码输入错误,那么将会提示“用 户名不存在或密码错误,请确认后再登录!”。登录失败提示如图 5-7 所示。 图图 5-7 密码不一致提示密码不一致提示 5.3.2 用户注册信息管理功能的实现 已经注册的用户可以登录系统,并且登录以后可以修改自己的注册信息,包括登录 密码和基本信息。在修改信息的过程中密码项是必须要填的,输入要修改的信息,点击 “提交”,即可完成修改工作。修改注册信息的时候密码和确认密码是必须要填写的, 如果没有填写,会提示密码必须填写。用户修改信息页面如图 5-8 所示。 图图 5-8 用户修改信息页面用户修改信息页面 19 5.3.3 用户购物车管理功能的实现 登录用户可以将浏览的产品放到购物车内,在购物车内用户可以看到产品名称、数 量、是否付款。点击付款即可跳到付款页面,付款成功以后在我的订单中就会出现相应 的订单。用户还可以将购物车内的产品删除。购物车页面如图 5-9 所示。 图图 5-9 购物车页面购物车页面 5.3.4 用户产品购买功能的实现 用户登录后就可以购买产品,具体的流程是先将要购买的产品加入到购物车内,产 品的详细介绍页面有“订购”按钮,点击此按钮即可将产品加入到购物车。在“我的购 物车”内有是否付款的信息,在这里可以付款。付款成功即购买成功。“我的订单”中 能看到是否发货的信息,至此购买过程结束。产品加入购物车页面如图 5-10 所示。 图图 5-10 产品加入购物车页面产品加入购物车页面 5.3.5 用户查看订单功能的实现 用户登录后能够看到自己所有的购物订单,订单的内容包括产品名称、订购数量、 订购日期、是否发货等信息,如果产品已经发货,那么已发货会打上对钩,没有打对勾 就没有发货。如果没有在本系统购买过产品,那么就没有历史订单。用户历史订单页面 20 如图 5-11 所示。 图图 5-11 用户历史订单页面用户历史订单页面 5.4 管理员功能模块的实现 5.4.1 管理员登录功能的实现 在系统首页的最下面有管理员入口,在这里管理员可以登录系统,实现后台管理。 管理员登录页面如图 5-12 所示。 图图 5-12 管理员登录页面管理员登录页面 管理员登录时,如果没有输入密码,则会提示“必须填写密码”,密码填写错误则 会清空密码输入框,直到输入正确。如果用户名、密码都没有输入则会显示用户名和密 码必填提示。密码必填提示如图 5-13 所示。用户名、密码必填提示如图 5-14 所示。 21 图图 5-13 密码必填提示密码必填提示 图图 5-14 用户名、密码必填提示用户名、密码必填提示 5.4.2 新闻管理功能的实现 选择系统功能菜单“新闻管理”中的“新闻信息管理”子菜单,在右侧就会按发布 的时间顺序显示新闻,管理员可以根据需要按照类别删除不需要的业内新闻或相关知识。 新闻信息管理页面如图 5-15 所示。 图图 5-15 新闻信息管理页面新闻信息管理页面 点击图 5-15 新闻信息管理页面中的“删除”,会提示 “确定要删除吗?”,点击 “确定”,会提示“新闻删除成功!”此时数据库中相应的数据也会被删除掉;如果点 22 击“取消”,则不会删除新闻。新闻删除提示如图 5-16 所示。 图图 5-16 新闻删除提示页面新闻删除提示页面 选择系统功能菜单“新闻管理”中的“新闻添加”子菜单,右侧就会出现新闻发布 页面,包括新闻标题、类别和内容,需要在相应的位置输入内容。新闻发布页面如图 5- 17 所示。 图图 5-17 新闻发布页面新闻发布页面 信息填好之后点击“发布”按钮,会提示“新闻表布成功!”。新闻发布提示如图 5-18 所示。 图图 5-18 新闻发布提示新闻发布提示 5.4.3 产品管理功能的实现 产品管理包括产品信息管理、产品添加、产品类别添加三个功能。选择系统功能菜 23 单“产品管理”中的“产品信息管理”子菜单,右侧显示出所有产品的基本信息,包括 产品名称、产品类别、产品价格、库存等。产品信息管理页面如图 5-19 所示。 图图 5-19 产品信息管理页面产品信息管理页面 点击“删除”按钮,会提示“确定要删除吗?”,点击“确定”,就会将该产品的 信息删除,数据库中该产品的信息也将被删除。这时在产品信息中就不会再有该产品。 如果点击“取消”,则不会删除。产品删除提示如图 5-20 所示。 图图 5-20 产品删除提示产品删除提示 选择系统功能菜单“产品管理”中的“产品添加”子菜单,右侧显示出产品添加页 面,该页面包括产品名称、价格、图片、产品类别、简介。产品添加页面如图 5-21 所示。 24 图图 5-21 产品添加页面产品添加页面 在“产品添加”功能菜单中,产品类别需要选择,产品图片需要浏览本地电脑上的 相关图片,输入产品的名称、价格、简介。信息都填好以后,点击“提交”按钮,就会 提示“产品添加成功!”。产品添加提示如图 5-22 所示。 图图 5-22 产品添加提示产品添加提示 选择系统功能菜单“产品管理”中的“产品类别添加”子菜单,右侧显示出产品类 别添加页面,在该页面中只需输入需要添加的产品类别名称。产品类别添加页面如图 5- 23 所示。 图图 5-23 产品类别添加页面产品类别添加页面 相应的信息填好以后,点击“添加”按钮,即可完成产品类别添加。这时会提示 “产品类别添加成功!” 。产品类别添加提示如图 5-24 所示。 25 图图 5-24 产品类别添加提示产品类别添加提示 5.4.4 进货管理功能的实现 进货管理主要是管理员用来更新库存数量的。选择系统功能菜单中的“进货信息管 理”,右侧就会出现进货信息填写的窗口,按照要求填写即可。更新该数据的同时会更 新产品信息中的库存,同时也会更改前台产品信息中的库存数量。进货信息管理如图 5- 25 所示。 图图 5-25 进货信息管理页面进货信息管理页面 选择产品名称,输入产品数量,点击“提交”按钮,即可实现库存数量的增加,该 数据会更改数据库中的数据。完成以后提示“进货数量添加成功!”。进货提示如图 5- 26 所示。 图图 5-26 进货提示进货提示 26 5.4.5 订单管理功能的实现 选择系统功能菜单中的“订单管理”功能,右侧就会打开用户的订单,订单内容包 括用户名、产品名称、订购日期、订购数量。管理员可以对任意一个用户的订单进行编 辑,如果该订单中的产品已经发货,那么管理员就可以通过此操作来标记已经发货的订 单。该操作完成以后,用户登录自己的帐号也会显示是否发货。订单管理页面如图 5-27 所示。 图图 5-27 订单管理页面订单管理页面 订单管理页面中“是否发货”信息是不可以编辑的,只有点击“编辑”按钮,才会 出现“是否发货”的可编辑情况,在此选项前面打对勾,点击“更新”。即可完成对该 订单的编辑。如果点击“取消”则退出编辑状态。订单编辑页面如图 5-28 所示。 图图 5-28 订单编辑页面订单编辑页面 在“订单管理”菜单中还有“删除”选项,管理员需要定期对数据库进行维护,将 以前的部分订单删除,实现该操作可以点击订单最后一列的删除。提示“确定要删除吗? ”,点击“确定”,会提示“订单删除成功!”;点击“取消”则不删除。订单删除提 示如图 5-29 所示。 27 图图 5-29 订单删除提示订单删除提示 5.4.6 用户管理功能的实现 选择系统功能菜单中的“用户管理”功能,右侧会出现在此系统注册的用户信息, 包括用户名、真实姓名、电话、地址、邮编。管理员可以根据系统以及数据库的负担, 选择长时间没有购买产品的用户删除,从而确保系统和数据库运行良好。用户管理页面 如图 5-30 所示。 图图 5-30 用户管理页面用户管理页面 如果有需要删除的用户,点击表格的最后一列“删除” ,会提示“确定要删除吗?” , 如果要删除点“确定”即成功删除,操作会保存到数据库,被删除的用户将不能登录。 如果此时要再次购买可以重新注册。用户删除提示如图 5-31 所示。 图图 5-31 用户删除提示用户删除提示 6 6 总总结结 基于 Web 的手机销售管理系统采是一个采用 ASP.NET+SQL Server2005 模式订制的 小型电子商务平台。系统使用模块化的开发方法,依据用户的需求、程序应用和维护的 易用性,将不同的部分放到不同的模块当中,既方便程序的维护与扩展,又建立了程序 功能复用的基础。 28 系统采用 Web 界面与用户进行交互,实现信息的浏览、查询、编辑以及查找等一些 基本数据库操作。系统基本上满足了顾客对产品信息和新闻等方面的需要,实现了用户 浏览和购买产品的基本功能。 系统在界面上注重用户体验,在操作方面尽量避免用户手误造成错误。但由于多方 面原因,本系统仍存在不足之处,如:界面不够简洁,需要进一步优化,后期可以使用 photoshop 等工具美化、修饰图片,力求给用户带来更好的体验。 29 参参 考考 文文 献献 1陈伟,卫琳.ASP.NET 3.5 网站开发实例教程M.北京: 清华大学出版社,2010 2张蒲生.数据库应用技术:SQL Server 2005 基础篇M.北京:机械工业出版社,2008 3林小玲.数据库原理与应用M.北京:机械工业出版社,2011 4李俊山,罗蓉,赵方舟.数据库原理及应用M.北京:清华大学出版社,2009 5 齐治昌,谭庆平,宁洪.软件工程M .北京:高等教育出版社,2004 6王珊,萨师煊.数据库系统概论M .北京:高等教育出版社,2006 7 杨长兴,王小玲.数据库应用基础实践教程M .北京:中国铁道出版社,2008 30 谢谢 辞辞 大学的最后一次作业离不开毕业设计指导老师李伟老师的帮助和支持,所以感谢李 伟老师在繁忙的教学任务中挤出时间帮助我指出并纠正设计中出现的各种问题,除了技 术上的支持,李伟老师还给了我心理上的激励和行动上的督促。这些建议和指导让我受 益匪浅,在以后的学习、工作中李伟老师认真负责的态度和积极向上的正能量将会一直 激励着我。 此外还感谢身边的同学、朋友,他们提出的意见和建议也给了我很大的帮助。 王新会 2015 年 4 月 14 大学本科生毕业设计(论文)撰写规范 本科生毕业设计(论文)是学生在毕业前提交的一份具有一定研究价值和实用 价值的学术资料。它既是本科学生开始从事工程设计、科学实验和科学研究的初步 尝试,也是学生在教师的指导下,对所进行研究的适当表述,还是学生毕业及学位 资格认定的重要依据。毕业论文撰写是本科生培养过程中的基本训练环节之一,应 符合国家及各专业部门制定的有关标准,符合汉语语法规范。指导教师应加强指导, 严格把关。 1、论文结构及要求 论文包括题目、中文摘要、外文摘要、目录、正文、参考文献、致谢和附录等 几部分。 1.1 题目 论文题目应恰当、准确地反映论文的主要研究内容。不应超过 25 字,原则上 不得使用标点符号,不设副标题。 1.2 摘要与关键词 1.2.1 摘要 本科生毕业设计(论文)的摘要均要求用中、英两种文字给出,中文在前。 摘要应扼要叙述论文的研究目的、研究方法、研究内容和主要结果或结论,文 字要精炼,具有一定的独立性和完整性,摘要一般应在 300 字左右。摘要中不宜使 用公式、图表,不标注引用文献编号,避免将摘要写成目录式的内容介绍。 1.2.2 关键词 关键词是供检索用的主题词条,应采用能覆盖论文主要内容的通用技术词条 (参照相应的技术术语标准) ,一般列 35 个,按词条的外延层次从大到小排列, 应在摘要中出现。 1.3 目录 目录应独立成页,包括论文中全部章、节的标题及页码。 15 1.4 论文正文 论文正文包括绪论、论文主体及结论等部分。 1.4.1 绪论 绪论一般作为论文的首篇。绪论应说明选题的背景、目的和意义,国内外文献 综述以及论文所要研究的主要内容。 文管类论文的绪论是毕业论文的开头部分,一般包括说明论文写作的目的与意 义,对所研究问题的认识以及提出问题。绪论只是文章的开头,不必写章号。 毕业设计(论文)绪论部分字数不多于全部论文字数的 1/4。 1.4.2 论文主体 论文主体是论文的主要部分,要求结构合理,层次清楚,重点突出,文字简练、通顺。 论文主体的内容要求参照大学本科生毕业设计(论文)的规定第五章。 论文主体各章后应有一节“本章小结” 。 1.4.3 结论 结论作为单独一章排列,但不加章号。 结论是对整个论文主要成果的归纳,要突出设计(论文)的创新点,以简练的 文字对论文的主要工作进行评价,一般为 4001 000 字。 1.5 参考文献 参考文献是论文不可缺少的组成部分,它反映了论文的取材来源和广博程度。 论文中要注重引用近期发表的与论文工作直接有关的学术期刊类文献。对理工类论 文,参考文献数量一般应在 15 篇以上,其中学术期刊类文献不少于 8 篇,外文文 献不少于 3 篇;对文科类、管理类论文,参考文献数量一般为 1020 篇,其中学 术期刊类文献不少于 8 篇,外文文献不少于 3 篇。 在论文正文中必须有参考文献的编号,参考文献的序号应按在正文中出现的顺 序排列。 产品说明书、各类标准、各种报纸上刊登的文章及未公开发表的研究报告(著 名的内部报告如 PB、AD 报告及著名大公司的企业技术报告等除外)不宜做为参考 文献引用。但对于工程设计类论文,各种标准、规范和手册可作为参考文献。 引用网上参考文献时,应注明该文献的准确网页地址,网上参考文献不包含在 上述规定的文献数量之内。 16 1.6 致谢 对导师和给予指导或协助完成论文工作的组织和个人表示感谢。内容应简洁明 了、实事求是,避免俗套。 1.7 附录 如开题报告、文献综述、外文译文及外文文献复印件、公式的推导、程序流程图、图 纸、数据表格等有些不宜放在正文中,但有参考价值的内容可编入论文的附录中。 1 2、论文书写规定 2.1 论文正文字数 理工类 论文正文字数不少于 20 000 字。 文管类 论文正文字数 12 00020 000 字。其中汉语言文学专业不少于 7 000 字。 外语类 论文正文字数 8 00010 000 个外文单词。 艺术类 论文正文字数 3 0005 000 字。 2.2 论文书写 本科生毕业论文用 B5 纸计算机排版、编辑与双面打印输出。 论文版面设置为:毕业论文 B5 纸、纵向、为横排、不分栏,上下页边距分别为 2.5cm 和 2cm, 左右页边距分别为 2.4cm 和 2cm,对称页边距、左侧装订并装订线为 0cm、奇偶页不同、无网格。论 文正文满页为 29 行,每行 33 个字,字号为小四号宋体,每页版面字数为 957 个,行间距为固定值 20 磅。 页眉。页眉应居中置于页面上部。单数页眉的文字为“章及标题” ;双数页眉的文字为“大学本科 生毕业设计(论文) ” 。页眉的文字用五号宋体,页眉文字下面为 2 条横线(两条横线的长度与版芯尺 寸相同,线粗 0.5 磅) 。页眉、页脚边距分别为 1.8cm 和 1.7cm。 页码。页码用小五号字,居中标于页面底部。摘要、目录等文前部分的页码用罗马数字单独编排, 正文以后的页码用阿拉伯数字编排。 2.3 摘要 中文摘要一般为 300 字左右,外文摘要应与中文摘要内容相同,在语法、用词和书写上应正确无 误,摘要页勿需写出论文题目。中、外文摘要应各占一页,编排装订时放置正文前,并且中文在前, 外文在后。 2.4 目录 目录应包括论文中全部章节的标题及页码,含中、外文摘要;正文章、节题目; 参考文献;致谢;附录。 正文章、节题目(理工类要求编写到第 3 级标题,即.。文科、管理类可视论文需要进行, 编写到 23 级标题。 ) 2.5 论文正文 2.5.1 章节及各章标题 论文正文分章、节撰写,每章应另起一页。 各章标题

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论