某服装企业的订单管理系统设计与实现 - 副本.docx

上传人:封****n 文档编号:96763882 上传时间:2024-03-19 格式:DOCX 页数:85 大小:3.48MB
返回 下载 相关 举报
某服装企业的订单管理系统设计与实现 - 副本.docx_第1页
第1页 / 共85页
某服装企业的订单管理系统设计与实现 - 副本.docx_第2页
第2页 / 共85页
点击查看更多>>
资源描述

《某服装企业的订单管理系统设计与实现 - 副本.docx》由会员分享,可在线阅读,更多相关《某服装企业的订单管理系统设计与实现 - 副本.docx(85页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、摘要随着企业客户的增多,市场的扩大,企业需要相当数量的业务员来和客户沟通以及有跟单员来跟进顾客的订单,而业务员和跟单员的绩效提成,计算起来也比较繁琐。本订单管理系统有效的将业务员、跟单员以及管理员的业务工作信息进行管理,使得业务、跟单和管理的信息得以方便、快捷地传递,节省大量的人力,提高工作效率。本系统运用HTML,JavaScript技术,JSP开发语言,通过SQLserver2012,Tomcat,JDBC等进行数据库的连接,开发工具为My Eclipse 10。系统分析和设计采用面向对象的方法。本系统主要功能有:管理员主要是订单信息管理、顾客信息管理、员工信息管理、厂商信息管理、业绩信息

2、管理;业务员主要是订单的录入、添加顾客信息、查看订单顾客厂商个人以及提成信息;跟单员主要是订单状态的记录、添加厂商信息、查看订单顾客厂商个人以及提成信息。关键字:订单管理;管理信息系统;面向对象Order management systemAbstractWith the increase of corporate customers and the expansion of the market, enterprises need a considerable number of salesmen to communicate with customers and have merchand

3、isers to follow up the orders of customers, and the performance commissions of salesmen and merchandisers are also tedious to calculate. This order management system effectively manages the business information of salesmen, merchandisers and administrators, so that the business, merchandiser and man

4、agement information can be transmitted conveniently and quickly, saving a lot of manpower and improving work efficiency.This system USES HTML, JavaScript technology, JSP development language, through SQLserver2012, Tomcat, JDBC and other database connection, development tool for My Eclipse 10. Syste

5、m analysis and design adopt an object-oriented approach.The main functions of the system are: the administrator is mainly order information management, customer information management, staff information management, manufacturer information management, performance information management; The salesman

6、 mainly input the order, add the customer information, view the order customers manufacturer personal and commission information; The merchandiser mainly records the order status, adds the manufacturers information, and checks the order customers manufacturers personal information and commission inf

7、ormation.Key words: order management; Management information system; object-oriented 目录一、系统研发背景11.1.项目的现状及其意义11.2.项目目标11.3.项目内容11.4.开发方法21.5.设计思路21.6.可行性分析21.6.1.技术可行性21.6.2.经济可行性2二、系统规划32.1需求分析32.1.1业务员需求分析32.1.2跟单员需求分析32.1.3管理员需求分析42.2系统功能描述42.2.1业务员系统功能描述42.2.2跟单员系统功能描述42.2.3管理员系统功能描述5三、系统分析53.1功

8、能分析(用例)53.1.1用例图53.1.2用例规约73.2静态建模133.2.1概念数据建模(类图)133.3动态建模133.3.1顺序图133.3.2通信图183.3.3分析类图223.3.4状态图233.3.5活动图25四、系统设计274.1总体设计274.1.1部署图274.1.2构件图284.2详细设计294.2.1数据库逻辑结构设计304.2.2代码设计(主键编码设计)324.2.3输入/输出设计324.2.4模块设计与实现33五、系统实现615.1系统代码量以及代码名称615.2开发过程遇到的问题及解决办法645.3核心代码655.3.1业务员模块核心代码655.3.2跟单员模块

9、核心代码685.3.3管理员模块核心代码72六、总结79参考文献79致谢80一、 系统研发背景1.1. 项目的现状及其意义目前企业已经进入了信息化管理的时代,订单管理基本已经不再使用手写试记录和简便的管理。但是,随着企业市场的扩大,客户的增多,就需要相当数量的业务员来和客户进行沟通,还有跟单员来跟进顾客的订单。业务员和跟单员每张订单的提成金额的计算,因为数据比较多,算起来也比较繁琐。订单管理系统就是根据业务员、跟单员和管理员的业务流程,将其结合联系起来,使得业务、跟单和管理的信息得以方便、快捷地传递,管理员也能在系统查看各类报表,可以节省大量的人力物力,提高工作效率。随着计算机技术的飞速发展,

10、企业不断地开发客户市场,面对激烈的挑战和竞争,不断优化和合理利用资源才能使企业在竞争中取得属于自己的优势。1.2. 项目目标该项目主要是开发一个服装公司的订单管理系统,使得业务员和跟单员之间订单管理可以连接起来,管理员能够了解业务员的接单情况,跟单员跟进的订单的进度情况。还能了解到业务员和跟单员每张订单的提成情况和个人的提成情况,以及业务员和跟单员的业绩情况。1.3. 项目内容(1)业务员、跟单员和管理员的登录,管理员可以进行用户注册;(2)完成企业服装订单的管理:订单的录入、订单状态的记录(订单完成的进度);(3)员工客户工厂信息的管理;(4)业务员和跟单员的提成计算;(5)业务员和跟单的业

11、绩分析;1.4. 开发方法本系统采用面向对象的软件开发方法,主要运用HTML,JavaScript技术,JSP开发语言实现界面的友好互动,通过SQLserver2012,Tomcat,JDBC等进行数据库的连接1。开发工具为My Eclipse 10。1.5. 设计思路由于系统是面向某些特定的对象的,所以按照用户所拥有的相应的权限取得相应的操作权限。网站的首页是选择登录人的身份,分为三种。选择身份后,分别进入不同的页面。业务登录进入业务的页面,可以进行订单的录入和顾客信息的录入,订单信息、顾客信息、厂商信息和个人信息的查看,还可以在订单列表页面搜索信息,以及个人订单的提成金额的情况。跟单员登录

12、进入跟单的页面,可以进行订单状态的修改,给订单分配厂商,订单信息、顾客信息、厂商信息和个人信息的查看,添加厂商信息,还可以在订单列表页面搜索信息,以及个人订单的提成金额的情况。管理员登录进入管理员的页面,可以进行订单、员工、客户、厂商信息的管理,可以对这些信息进行查看、添加、修改、删除操作。在订单列表页面可以进行搜索操作,还可以查看业务员和跟单员的提成情况以及业绩分析。1.6. 可行性分析1.6.1.技术可行性本系统采用的是Java开发语言,调试相对简单,当前的计算机硬件配置也完全能满足开发的需求,因此在技术上是绝对可行的。1.6.2.经济可行性本系统是作为毕业设计开发的,在经济上投入很少。系

13、统建成后将会为订单管理提供便利,提高员工的工作效率,为企业带来潜在的利益。二、 系统规划2.1需求分析订单管理系统是为了业务员、跟单员和管理员能高效工作而设计开发的系统,其主要用户是业务员、跟单员和管理员。下面分别阐述业务员、跟单员和管理员的需求。2.1.1业务员需求分析对于业务员来说,就是要将自己谈到的订单录入到系统里,在订单的制作过程中能时刻关注到订单的完成状态,还有能查看到订单相关的信息。首先,业务员要登录进入系统,如果是新员工,就要管理员先将账号注册好,之后才能登录。登陆之后,就可以选择要进行的操作。如果有新的订单,就选择录入订单信息,录入成功后可以在我的订单列表查看,也可以在订单列表

14、查看全部的订单信息,在订单列表还能搜索订单信息。如果是新的顾客,就在录入订单信息时,先录入新的顾客信息,录入成功后就可以在顾客列表看到新增的顾客信息,在顾客列表还能搜索顾客信息。选择厂商列表可以查看全部厂商的信息,在厂商列表还能搜索厂商信息。选择我的信息,就可以查看到自己的信息,还能在个人信息页面修改个人信息。选择我的提成,可以查看到自己每一张订单获得得提成金额,也能查看到总的提成金额。2.1.2跟单员需求分析对于跟单员来说,就是要跟进自己的订单。首先,跟单员要登录进入系统,如果是新员工,就要管理员先将账号注册好,之后才能登录。登陆之后,就可以选择要进行的操作。进入订单列表可以查看到全部的订单

15、信息,在订单列表还能搜索订单信息,进入我的订单,可以查看到个人的订单信息,在此页面可以查看到没有分配厂商的订单,可以在此为这些订单分配厂商。如果没有厂商接单,就要去寻找愿意接单的厂商,若找到了新厂商,就要先去添加新的厂商信息,添加完成后再进行分配操作。在跟进订单时,每到一个阶段,就可以在我的订单页面修改订单状态,时刻跟进上报订单的完成情况,这样业务员和管理员也能时刻了解订单的状态。选择顾客列表可以查看全部顾客的信息,在顾客列表还能搜索顾客信息。选择厂商列表可以查看全部厂商的信息,在厂商列表还能搜索厂商信息。选择我的信息,就可以查看到自己的信息,还能在个人信息页面修改个人信息。选择我的提成,可以

16、查看到自己每一张订单获得得提成金额,也能查看到总的提成金额。2.1.3管理员需求分析对于管理员来说,就是维护各种的信息。首先,管理员要登录进入系统,进入管理员的操作页面。管理员在员工列表可以查看到全部的员工信息,能搜索指定关键词的员工信息,在此页面可以进行新员工信息的注册,修改员工信息,删除员工信息。在订单列表,可以查看到全部的订单信息,能搜索指定关键词的订单信息,在此页面可以进行新订单信息的添加,修改订单信息,删除订单信息。在顾客列表,可以查看到全部的顾客信息,能搜索指定关键词的顾客信息,在此页面可以进行新顾客信息的添加,修改顾客信息,删除顾客信息。在厂商列表,可以查看到全部的厂商信息,能搜

17、索指定关键词的厂商信息,在此页面可以进行新厂商信息的添加,修改厂商信息,删除厂商信息。在业绩分析处,可以查看到业务员和跟单员的订单金额报表、订单数量报表以及提成报表。2.2系统功能描述根据需求分析,可以初步得出系统主要的功能。系统功能描述将分为业务员、跟单员和管理员三个方面。2.2.1业务员系统功能描述业务员模块的功能包括登录,订单信息的录入,顾客信息的录入,订单信息、顾客信息、厂商信息和个人信息的查看,查看订单提成五大功能。业务员登录功能:管理员为员工注册账号后,员工就有属于自己的账号,每一个账号都是唯一的。业务员用员工编号和密码登录进入系统。业务员订单录入功能:点击进入录入订单信息页面,填

18、写相关的订单信息。提交完成后将跳转到订单列表页面。业务员顾客录入功能:点击进入录入顾客信息页面,填写相关的顾客信息。提交完成后将跳转到顾客列表页面。查看信息功能:点击进入列表可以看到相关的信息,在订单列表、顾客列表和厂商列表还能搜索信息。搜索结果将在新页面显示。2.2.2跟单员系统功能描述跟单员模块的功能包括登录,订单状态的修改,添加厂商信息,给订单分配厂商,订单信息、顾客信息、厂商信息和个人信息的查看,查看订单提成六大功能。跟单员登录功能:管理员为员工注册账号后,员工就有属于自己的账号,每一个账号都是唯一的。跟单员用员工编号和密码登录进入系统。跟单员厂商录入功能:击进入录入厂商信息页面,填写

19、相关的厂商信息。提交完成后将跳转到厂商列表页面。跟单员订单修改功能:在我的订单页面,选择要修改的订单,进入修改页面。修改成功后返回列表。查看信息功能:点击进入列表可以看到相关的信息,在订单列表、顾客列表和厂商列表还能搜索信息。搜索结果将在新页面显示。2.2.3管理员系统功能描述管理员模块的功能包括登录,订单、员工、客户和厂商信息的管理,查看业务员和跟单员的提成情况,业务员和跟单员业绩分析四大功能。管理员登录功能:管理员为员工注册账号后,员工就有属于自己的账号,每一个账号都是唯一的。管理员用员工编号和密码登录进入系统。管理员列表管理功能:击进入列表可以看到相关的信息,在订单列表、员工列表、顾客列

20、表和厂商列表可以进行增加、删除和修改的操作,还能搜索相关信息。搜索结果将在新页面显示。管理员业绩管理功能:在此页面,可以查看业务员和跟单员订单的总销售额以及订单数量的报表、图表;查看业务员和跟单员订单提成情况报表、图表。三、 系统分析2.1.2.3.1功能分析(用例)3.1.1用例图用例图:用例图是 UML 中用来对系统的动态方面进行建模的 5 个图之一,用来确定系统中所包含的参与者、用例和两者之间的对应关系,用例图描述的是关于系统功能的一个概述2。本系统主要分为三大功能模块:一、业务员:业务员的登录,订单信息录入,顾客信息的录入,搜索订单信息,查看订单、顾客、厂商、个人的信息,查看个人订单的

21、提成情况。二、跟单员: 跟单员的登录、对订单状态的修改,给订单分配厂商,添加厂商信息,搜索订单信息,查看订单、顾客、厂商、个人信息,查看个人订的单提成情况。三、管理员:管理员的登录、给用户进行注册、订单信息的管理、顾客信息的管理、厂商信息的管理、员工信息的管理、业务员和跟单员订单情况报表、业务员和跟单员提成情况。如图1,图2所示。图1 业务员和跟单员的用例图图2 管理员的用例图3.1.2用例规约1) 概要系统概要的用例规约如表1所示。表1 系统概要用例规约用例名称: 跟单员修改订单的状态主参与者: 跟单员层次:风筝(概要)利益相关者:跟单员,业务员,管理员前置条件:跟单员登录进入订单管理系统最

22、低保证:回滚任何未完成事务成功保证:模块运行正常触发器:跟单员点击进入修改订单状态页面主要成功情节:1、登录跟单员账号。2、跟单员浏览订单信息。3、跟单员为订单分配厂商并修改订单状态为已选厂商。4、跟单员跟进订单完成的进度修改订单状态。5、跟单员提交修改后的订单状态。扩展:1-4.a 操作异常 1-4.a.1事务回滚,回滚到上一层。2.a 浏览异常 2.a.1 跟单员在浏览器获得一个错误页面。 2.a.2 跟单员刷新页面,页面加载成功。 2.a.3 跟单员刷新页面,页面加载失败,跟单员退出系统。3-4.a 修改异常 3-4.a.1 跳转到“错误!”页面。 3-4.a.2 跟单员确认,回滚到上一

23、层。 3-4.a.3 跟单员确认,退出系统。5.a 提交异常 5.a.1跳转到“错误!”页面。2) 业务员业务员录入顾客信息的用例规约如表2所示。表2 录入顾客信息用例规约用例名称:录入顾客信息主参与者:业务员层次:海平面(用户目标)利益相关者:业务员,跟单员,管理员前置条件:业务员登录进入订单管理系统最低保证:回滚任何未完成事务成功保证:业务员成功提交顾客信息触发器:业务员在顾客列表点击“添加”主要成功情节:1、业务员在顾客列表点击“添加”选项。2、业务员填写顾客信息。3、业务员提交顾客信息。扩展:1-3.a 操作异常 1-3.a.1事务回滚,回滚到上一层2.a 输入异常 2.a.1 跳转到

24、“错误!”页面。 2.a.2 业务员确认,回滚到上一层 2.a.3 业务员确认,退出系统3.a 提交异常 3.a.1跳转到“错误!”页面。业务员录入订单信息的用例规约如表3所示。表3 录入订单信息用例规约用例名称:录入订单信息主参与者:业务员层次:海平面(用户目标)利益相关者:业务员,跟单员,管理员前置条件:业务员登录进入订单管理系统最低保证:回滚任何未完成事务成功保证:业务员成功提交订单信息触发器:业务员在订单列表点击“添加”主要成功情节:1、业务员在订单列表点击“添加”选项。2、业务员填写订单信息。3、业务员提交订单信息。扩展:1-3.a 操作异常 1-3.a.1事务回滚,回滚到上一层2.

25、a 输入异常 2.a.1 跳转到“错误!”页面。 2.a.2 业务员确认,回滚到上一层 2.a.3 业务员确认,退出系统3.a 提交异常 3.a.1跳转到“错误!”页面。3) 跟单员跟单员登录系统的用例规约如表4所示。表4 跟单员登录用例规约用例名称: 登录主参与者: 跟单员层次:海平面(用户目标)利益相关者:跟单员,业务员,管理员前置条件:跟单员进入跟单员登录页面最低保证:回滚任何未完成事务成功保证:管理员已为跟单员注册员工信息触发器:跟单员选择“登录”主要成功情节:1、跟单员填写ID。2、跟单员填写密码。3、跟单员进行身份验证。4、跟单员成功登录。扩展:1-4.a 操作异常 1-4.a.1

26、 事务回滚,回滚到上一层。1-2.a 输入异常 1-2.a.1 事务回滚,跟单员再次开始。 1-2.a.2 事务回滚,跟单员退出网站。跟单员给订单分配厂商的用例规约如表5所示。表5 给订单分配厂商用例规约用例名称:给订单分配厂商主参与者:跟单员层次:海平面(用户目标)利益相关者:跟单员,业务员,管理员前置条件:跟单员登录进入订单管理系统最低保证:回滚任何未完成事务成功保证:跟单员成功修改订单信息触发器:跟单员在订单列表要分配的订单处点击“修改”主要成功情节:1、跟单员在订单列表要分配的订单处点击“修改”选项。2、跟单员将未分配修改为要分配的厂商ID。3、跟单员修改订单状态为已选厂商。4、跟单员

27、提交修改后订单信息。扩展:1-4.a 操作异常 1-4.a.1事务回滚,回滚到上一层2-3.a 输入异常 2-3.a.1 跳转到“错误!”页面。 2-3.a.2 跟单员确认,回滚到上一层 2-3.a.3 跟单员确认,退出系统4.a 提交异常 4.a.1跳转到“错误!”页面。跟单员修改订单状态的用例规约如表6所示。表6 修改订单状态用例规约用例名称:修改订单状态主参与者:跟单员层次:海平面(用户目标)利益相关者:跟单员,业务员,管理员前置条件:跟单员登录进入订单管理系统最低保证:回滚任何未完成事务成功保证:跟单员成功修改订单信息触发器:跟单员在订单列表要修改的订单处点击“修改”主要成功情节:1、

28、跟单员在订单列表要修改的订单处点击“修改”选项。2、跟单员按进度修改订单状态。3、跟单员提交修改后订单信息。扩展:1-3.a 操作异常 1-4.a.1事务回滚,回滚到上一层2.a 输入异常 2.a.1 跳转到“错误!”页面。 2.a.2 跟单员确认,回滚到上一层 2.a.3 跟单员确认,退出系统3.a 提交异常 3.a.1跳转到“错误!”页面。4) 管理员管理员注册员工信息的用例规约如表7所示。表7 注册员工信息用例规约用例名称: 注册员工信息主参与者: 管理员层次:海平面(用户目标)利益相关者:管理员,业务员,跟单员前置条件:管理员登录进入订单管理系统最低保证:回滚任何未完成事务成功保证:管

29、理员成功提交员工信息触发器:管理员在员工列表选择“添加”主要成功情节:1、管理员在员工列表点击“添加”选项。2、管理员填写信息。3、管理员提交员工信息。扩展:1-3.a 操作异常 1-3.a.1 事务回滚,回滚到上一层。2.a 输入异常 2.a.1 事务回滚,回滚到上一层。 2.a.2 事务回滚,管理员退出系统。3.a 提交异常 3.a.1跳转到“错误!”页面。管理员查看订单信息的用例规约如表8所示。表8 查看订单信息用例规约用例名称:查看订单信息主参与者:管理员层次:海平面(用户目标)利益相关者:管理员,跟单员,业务员前置条件:管理员登录进入订单管理系统最低保证:回滚任何未完成事务成功保证:

30、模块运行正常触发器:管理员点击进入订单列表页面主要成功情节:1、管理员查看订单列表信息。2、管理员点击“添加”选项,添加新的订单信息。3、管理员点击要修改信息的订单处的“修改”选项,修改订单信息。4、管理员点击要删除的订单处的“删除”选项,删除订单信息。5、管理员在查询框输入关键字,搜索订单信息。扩展:1-5.a 操作异常 1-5.a.1 事务回滚,回滚到上一层。1.a 浏览异常 1.a.1 跟单员在浏览器获得一个错误页面。 1.a.2 跟单员刷新页面,页面加载成功。 1.a.3 跟单员刷新页面,页面加载失败,跟单员退出系统。2-3.a 跳转异常 2-3.a.1 事务回滚,回滚到上一层。 2-

31、3.a.2 事务回滚,管理员退出系统。5.a 输入异常 5.a.1 事务回滚,回滚到上一层。 5.a.2 事务回滚,管理员退出系统。管理员查看跟单员提成情况的用例规约如表9所示。表9 查看跟单员提成情况用例规约用例名称:查看跟单员提成情况主参与者:管理员层次:海平面(用户目标)利益相关者:管理员,跟单员前置条件:管理员登录进入订单管理系统最低保证:回滚任何未完成事务成功保证:模块运行正常触发器:管理员点击进入跟单提成金额页面主要成功情节:1、管理员查看各跟单员订单提成情况。2、管理员查看各跟单员提成金额柱状图。扩展:1-2.a 浏览异常 1-2.a.1 跟单员在浏览器获得一个错误页面。 1-2

32、.a.2 跟单员刷新页面,页面加载成功。 1-2.a.3 跟单员刷新页面,页面加载失败,跟单员退出系统。3.2静态建模3.2.1概念数据建模(类图)本系统概念数据模型如图3所示。图3 概念数据模型3.3动态建模本系统借助顺序图、通信图、分析类图、状态图和活动图,来描述系统的动态模型3。3.3.1顺序图1) 业务员a. 录入订单信息顺序图如图4所示。图4业务员录入订单信息顺序图b. 录入顾客信息顺序图如图5所示。图5业务员录入顾客信息顺序图2) 跟单员a. 跟单员登录顺序图如图6所示。图6 跟单员登录顺序图b. 给订单分配厂商顺序图如图7所示。图7 跟单员给订单分配厂商信息顺序图c. 修改订单状

33、态顺序图如图8所示。图8跟单员修改订单状态顺序图3) 管理员a. 注册员工信息顺序图如图9所示。图9 管理员注册员工信息顺序图b. 查看订单信息顺序图如图10所示。图10 管理员查看订单信息顺序图c. 查看跟单员提成情况顺序图如图11所示。图11 管理员查看跟单员提成情况顺序图3.3.2通信图1) 业务员a. 录入订单信息通信图如图12所示。图12 业务员录入订单信息通信图b. 录入顾客信息通信图如图13所示。图13业务员录入顾客信息通信图2) 跟单员a. 跟单员登录通信图如图14所示。图14跟单员登录通信图b. 给订单分配厂商通信图如图15所示。图15跟单员给订单分配厂商通信图c. 修改订单

34、状态通信图如图16所示。图16跟单员修改订单状态通信图3) 管理员a. 注册员工信息通信图如图17所示。图17管理员注册员工信息通信图b. 查看订单信息通信图如图18所示。图18管理员查看订单信息通信图c. 查看跟单员提成情况通信图如图19所示。图19管理员查看跟单员提成情况通信图3.3.3分析类图a.业务员录入订单信息分析类图如图20所示。图20业务员录入订单信息分析类图b.跟单员修改订单状态分析类图如图21所示。图21跟单员修改订单状态分析类图c.管理员查看跟单员提成情况分析类图如图22所示。图22管理员查看跟单员提成情况分析类图3.3.4状态图a.订单状态图如图23所示。图23 订单状态

35、图b.订单完成进度状态图如图24所示。图24订单完成进度状态图c.员工信息表状态图如图25所示。图25员工信息表状态图122.12.22.32.3.12.3.22.3.32.3.43.3.5活动图a.注册活动图如图26所示。图26管理员注册员工信息活动图b.登录活动图如图27所示。图27跟单员登录活动图c. 录入订单活动图如图28所示。图28 业务员录入订单活动图d.修改订单状态活动图如图29所示。图29 跟单员修改订单状态活动图e.查看提成情况活动图如图30所示。图30管理员查看提成情况活动图四、 系统设计1.2.3.4.1总体设计4.1.1部署图本系统的部署图如图31所示。图31 部署图4

36、.1.2构件图a.业务员构件图如图32所示。图32 业务员构件图b.跟单员构件图如图33所示。图33 跟单员构件图c.管理员构件图如图34所示。图34 管理员构件图4.2详细设计数据库的设计是很重要的,可以直接影响到整个系统。数据库管理系统由一个互相关联的数据的集合和一组用以访问这些数据的程序组成,这个数据集合通常称作数据库4。由于数据库具有数据结构化,最低冗余度,较高的程序与数据独立性,易于扩充,易于编制应用程序等优点,较大的信息系统都是建立在数据库设计之上的,因此不仅大型计算机及中小型计算机,甚至微型机都配有数据库管理系统5。整个系统所包括的信息有订单的信息、顾客的信息、员工的信息、厂商的

37、信息。可将这些信息抽象为下列系统所需要的数据项和数据结构:orderInfo (corderId, cusId, orderTime, orderContent, orderRemark, orderQuantity, orderPrice,orderDeposit,orderTotal,deliveryTime,salesName,followName,vendorId,costPrice,costAmount,orderStatus)empInfo (empID, empName, empPosition, empSex, empAge,empPhone,empPassword)Custo

38、mer(cusId, cusName, cusSex,cusPhone, cusAddress)vendorInfo (vendorID, vendorName, vendorPhone, vendorAddress, vendorIntroduce)4.2.1数据库逻辑结构设计本系统数据库逻辑结构设计类图如图35所示。图35 类图订单管理系统中各个表格的设计如下面几个表格所示,每个表格表示在数据库中的一个表。订单信息表 orderInfo如表10所示。表10订单信息表 orderInfo列名数据类型主键是否为空说明corderIdintPkN订单编号cusIdchar(20)N顾客编号ord

39、erTimedatetimeN订单时间orderContentchar(100)N订单内容orderRemarkchar(100)Y订单备注orderQuantitychar(10)N订单数量orderPricenumeric(18, 0)N订单单价orderDepositnumeric(18, 0)N订单订金orderTotalnumeric(18, 0)N订单总价deliveryTimechar(10)N交货时间salesNamechar(20)N业务员followNamechar(20)N跟单员vendorIdchar(10)N厂商编号costPricenumeric(18, 0)N成本

40、单价costAmountnumeric(18, 0)N成本总额orderStatuschar(10)N订单状态员工信息表 empInfo如表11所示。表11员工信息表 empInfo列名数据类型主键是否为空说明empIDchar(10)PkN员工编号empNamechar(20)N员工姓名empPositionchar(20)N员工职位empSexchar(2)N员工性别empAgechar(10)N员工年龄empPhonechar(20)N员工电话empPasswordchar(20)N员工密码顾客信息表 Customer如表12所示。表12顾客信息表 Customer列名数据类型主键是否为

41、空说明cusIdchar(10)PkN顾客编号cusNamechar(20)N顾客姓名cusSexchar(2)N顾客性别cusPhonechar(20)N电话号码cusAddresschar(50)N顾客地址厂商信息表 vendorInfo如表13所示。表13厂商信息表 vendorInfo列名数据类型主键是否为空说明vendorIDchar(10)PkN厂商编号vendorNamechar(20)N厂商姓名vendorPhonechar(20)N厂商号码vendorAddresschar(50)N厂商地址vendorIntroducechar(300)N厂商介绍4.2.2代码设计(主键编码

42、设计)本系统的订单实体的编码是由数据录入时的顺序组成;员工实体的编码是在数据录入时由输入数据者按照编号加数据顺延的顺序组成,管理员编号为AD、跟单员编号为GD、业务员编号为YW;顾客实体的编码是在数据录入时由输入数据者按照编号加数据顺延的顺序组成,顾客的编号为C;厂商实体的编码是在数据录入时由输入数据者按照编号加数据顺延的顺序组成,厂商的编号为V。如图36所示。图36 代码设计图4.2.3输入/输出设计系统首页设计与实现:网站首页页面如图所示。采用框架结构实现,主要分为四个部分:顶部为系统名字、导航栏和实时时间,中间为身份选择,底部为缩小系统名字。如图37所示。图37 主页界面4.2.4模块设

43、计与实现根据数据库设计建立好数据库后,就可以对信息模块进行详细设计了。页面显示数据库数据我利用了两种JSP通过JDBC连接数据库的方式:一种是在JSP页面中直接和数据库相连,第二种方法是通过JavaBean实现和数据库的相连6。两种连接数据库的方式,第一种方式简单快捷,但不利于系统的维护且代码重复率高;第二种方式虽复杂一些,但代码可重复利用,更易维护。管理员、跟单员和业务员的操作页面上的左侧导航利用了iframe。iframe 是 HTML4.0 规范中新增加的 4个标签,中文名称为内联式框架,这个标签与 frame 标签类似,但在某些方面比 frame 更灵活,它可以在 HTML 页面的任意地方开辟一个矩形的区域显示新的 HTML 反面,就是所谓的“页中页”效果,使用 iframe ,我们可以只刷新框架中的内容,这样可以大大节省反面的下载时间7。业务员模块详细设计业务员选择角色登录后即进入了业务员界面,有订单信息管理、顾客信息管理、厂商信息管理、个人信息管理、业绩信息管理。任一管理目录下,显示具体的管理内容。 a.业务员登录:主要是ID和密码,验证后业务员进入业务员的操作页面。如果账号或者是密码错误,则会弹出提示窗口,确认后重新进入

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 期刊短文 > 信息管理

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com