某服装企业的订单管理系统设计与实现.docx
- 文档编号:24106516
- 上传时间:2023-05-24
- 格式:DOCX
- 页数:96
- 大小:2.29MB
某服装企业的订单管理系统设计与实现.docx
《某服装企业的订单管理系统设计与实现.docx》由会员分享,可在线阅读,更多相关《某服装企业的订单管理系统设计与实现.docx(96页珍藏版)》请在冰豆网上搜索。
某服装企业的订单管理系统设计与实现
某服装企业的订单管理系统设计与实现
摘要
随着企业客户的增多,市场的扩大,企业需要相当数量的业务员来和客户沟通以及有跟单员来跟进顾客的订单,而业务员和跟单员的绩效提成,计算起来也比较繁琐。
本订单管理系统有效的将业务员、跟单员以及管理员的业务工作信息进行管理,使得业务、跟单和管理的信息得以方便、快捷地传递,节省大量的人力,提高工作效率。
本系统运用HTML,JavaScript技术,JSP开发语言,通过SQLserver2012,Tomcat,JDBC等进行数据库的连接,开发工具为MyEclipse10。
系统分析和设计采用面向对象的方法。
本系统主要功能有:
管理员主要是订单信息管理、顾客信息管理、员工信息管理、厂商信息管理、业绩信息管理;业务员主要是订单的录入、添加顾客信息、查看订单顾客厂商个人以及提成信息;跟单员主要是订单状态的记录、添加厂商信息、查看订单顾客厂商个人以及提成信息。
关键字:
订单管理;管理信息系统;面向对象
Ordermanagementsystem
Abstract
Withtheincreaseofcorporatecustomersandtheexpansionofthemarket,enterprisesneedaconsiderablenumberofsalesmentocommunicatewithcustomersandhavemerchandiserstofollowuptheordersofcustomers,andtheperformancecommissionsofsalesmenandmerchandisersarealsotedioustocalculate.Thisordermanagementsystemeffectivelymanagesthebusinessinformationofsalesmen,merchandisersandadministrators,sothatthebusiness,merchandiserandmanagementinformationcanbetransmittedconvenientlyandquickly,savingalotofmanpowerandimprovingworkefficiency.
ThissystemUSESHTML,JavaScripttechnology,JSPdevelopmentlanguage,throughSQLserver2012,Tomcat,JDBCandotherdatabaseconnection,developmenttoolforMyEclipse10.Systemanalysisanddesignadoptanobject-orientedapproach.
Themainfunctionsofthesystemare:
theadministratorismainlyorderinformationmanagement,customerinformationmanagement,staffinformationmanagement,manufacturerinformationmanagement,performanceinformationmanagement;Thesalesmanmainlyinputtheorder,addthecustomerinformation,viewtheordercustomer'smanufacturerpersonalandcommissioninformation;Themerchandisermainlyrecordstheorderstatus,addsthemanufacturer'sinformation,andcheckstheordercustomer'smanufacturer'spersonalinformationandcommissioninformation.
Keywords:
ordermanagement;Managementinformationsystem;object-oriented
一、系统研发背景
1.1.项目的现状及其意义
目前企业已经进入了信息化管理的时代,订单管理基本已经不再使用手写试记录和简便的管理。
但是,随着企业市场的扩大,客户的增多,就需要相当数量的业务员来和客户进行沟通,还有跟单员来跟进顾客的订单。
业务员和跟单员每张订单的提成金额的计算,因为数据比较多,算起来也比较繁琐。
订单管理系统就是根据业务员、跟单员和管理员的业务流程,将其结合联系起来,使得业务、跟单和管理的信息得以方便、快捷地传递,管理员也能在系统查看各类报表,可以节省大量的人力物力,提高工作效率。
随着计算机技术的飞速发展,企业不断地开发客户市场,面对激烈的挑战和竞争,不断优化和合理利用资源才能使企业在竞争中取得属于自己的优势。
1.2.项目目标
该项目主要是开发一个服装公司的订单管理系统,使得业务员和跟单员之间订单管理可以连接起来,管理员能够了解业务员的接单情况,跟单员跟进的订单的进度情况。
还能了解到业务员和跟单员每张订单的提成情况和个人的提成情况,以及业务员和跟单员的业绩情况。
1.3.项目内容
(1)业务员、跟单员和管理员的登录,管理员可以进行用户注册;
(2)完成企业服装订单的管理:
订单的录入、订单状态的记录(订单完成的进度);
(3)员工客户工厂信息的管理;
(4)业务员和跟单员的提成计算;
(5)业务员和跟单的业绩分析;
1.4.开发方法
本系统采用面向对象的软件开发方法,主要运用HTML,JavaScript技术,JSP开发语言实现界面的友好互动,通过SQLserver2012,Tomcat,JDBC等进行数据库的连接[1]。
开发工具为MyEclipse10。
1.5.设计思路
由于系统是面向某些特定的对象的,所以按照用户所拥有的相应的权限取得相应的操作权限。
网站的首页是选择登录人的身份,分为三种。
选择身份后,分别进入不同的页面。
业务登录进入业务的页面,可以进行订单的录入和顾客信息的录入,订单信息、顾客信息、厂商信息和个人信息的查看,还可以在订单列表页面搜索信息,以及个人订单的提成金额的情况。
跟单员登录进入跟单的页面,可以进行订单状态的修改,给订单分配厂商,订单信息、顾客信息、厂商信息和个人信息的查看,添加厂商信息,还可以在订单列表页面搜索信息,以及个人订单的提成金额的情况。
管理员登录进入管理员的页面,可以进行订单、员工、客户、厂商信息的管理,可以对这些信息进行查看、添加、修改、删除操作。
在订单列表页面可以进行搜索操作,还可以查看业务员和跟单员的提成情况以及业绩分析。
1.6.可行性分析
1.6.1.技术可行性
本系统采用的是Java开发语言,调试相对简单,当前的计算机硬件配置也完全能满足开发的需求,因此在技术上是绝对可行的。
1.6.2.经济可行性
本系统是作为毕业设计开发的,在经济上投入很少。
系统建成后将会为订单管理提供便利,提高员工的工作效率,为企业带来潜在的利益。
二、系统规划
2.1需求分析
订单管理系统是为了业务员、跟单员和管理员能高效工作而设计开发的系统,其主要用户是业务员、跟单员和管理员。
下面分别阐述业务员、跟单员和管理员的需求。
2.1.1业务员需求分析
对于业务员来说,就是要将自己谈到的订单录入到系统里,在订单的制作过程中能时刻关注到订单的完成状态,还有能查看到订单相关的信息。
首先,业务员要登录进入系统,如果是新员工,就要管理员先将账号注册好,之后才能登录。
登陆之后,就可以选择要进行的操作。
如果有新的订单,就选择录入订单信息,录入成功后可以在我的订单列表查看,也可以在订单列表查看全部的订单信息,在订单列表还能搜索订单信息。
如果是新的顾客,就在录入订单信息时,先录入新的顾客信息,录入成功后就可以在顾客列表看到新增的顾客信息,在顾客列表还能搜索顾客信息。
选择厂商列表可以查看全部厂商的信息,在厂商列表还能搜索厂商信息。
选择我的信息,就可以查看到自己的信息,还能在个人信息页面修改个人信息。
选择我的提成,可以查看到自己每一张订单获得得提成金额,也能查看到总的提成金额。
2.1.2跟单员需求分析
对于跟单员来说,就是要跟进自己的订单。
首先,跟单员要登录进入系统,如果是新员工,就要管理员先将账号注册好,之后才能登录。
登陆之后,就可以选择要进行的操作。
进入订单列表可以查看到全部的订单信息,在订单列表还能搜索订单信息,进入我的订单,可以查看到个人的订单信息,在此页面可以查看到没有分配厂商的订单,可以在此为这些订单分配厂商。
如果没有厂商接单,就要去寻找愿意接单的厂商,若找到了新厂商,就要先去添加新的厂商信息,添加完成后再进行分配操作。
在跟进订单时,每到一个阶段,就可以在我的订单页面修改订单状态,时刻跟进上报订单的完成情况,这样业务员和管理员也能时刻了解订单的状态。
选择顾客列表可以查看全部顾客的信息,在顾客列表还能搜索顾客信息。
选择厂商列表可以查看全部厂商的信息,在厂商列表还能搜索厂商信息。
选择我的信息,就可以查看到自己的信息,还能在个人信息页面修改个人信息。
选择我的提成,可以查看到自己每一张订单获得得提成金额,也能查看到总的提成金额。
2.1.3管理员需求分析
对于管理员来说,就是维护各种的信息。
首先,管理员要登录进入系统,进入管理员的操作页面。
管理员在员工列表可以查看到全部的员工信息,能搜索指定关键词的员工信息,在此页面可以进行新员工信息的注册,修改员工信息,删除员工信息。
在订单列表,可以查看到全部的订单信息,能搜索指定关键词的订单信息,在此页面可以进行新订单信息的添加,修改订单信息,删除订单信息。
在顾客列表,可以查看到全部的顾客信息,能搜索指定关键词的顾客信息,在此页面可以进行新顾客信息的添加,修改顾客信息,删除顾客信息。
在厂商列表,可以查看到全部的厂商信息,能搜索指定关键词的厂商信息,在此页面可以进行新厂商信息的添加,修改厂商信息,删除厂商信息。
在业绩分析处,可以查看到业务员和跟单员的订单金额报表、订单数量报表以及提成报表。
2.2系统功能描述
根据需求分析,可以初步得出系统主要的功能。
系统功能描述将分为业务员、跟单员和管理员三个方面。
2.2.1业务员系统功能描述
业务员模块的功能包括登录,订单信息的录入,顾客信息的录入,订单信息、顾客信息、厂商信息和个人信息的查看,查看订单提成五大功能。
业务员登录功能:
管理员为员工注册账号后,员工就有属于自己的账号,每一个账号都是唯一的。
业务员用员工编号和密码登录进入系统。
业务员订单录入功能:
点击进入录入订单信息页面,填写相关的订单信息。
提交完成后将跳转到订单列表页面。
业务员顾客录入功能:
点击进入录入顾客信息页面,填写相关的顾客信息。
提交完成后将跳转到顾客列表页面。
查看信息功能:
点击进入列表可以看到相关的信息,在订单列表、顾客列表和厂商列表还能搜索信息。
搜索结果将在新页面显示。
2.2.2跟单员系统功能描述
跟单员模块的功能包括登录,订单状态的修改,添加厂商信息,给订单分配厂商,订单信息、顾客信息、厂商信息和个人信息的查看,查看订单提成六大功能。
跟单员登录功能:
管理员为员工注册账号后,员工就有属于自己的账号,每一个账号都是唯一的。
跟单员用员工编号和密码登录进入系统。
跟单员厂商录入功能:
击进入录入厂商信息页面,填写相关的厂商信息。
提交完成后将跳转到厂商列表页面。
跟单员订单修改功能:
在我的订单页面,选择要修改的订单,进入修改页面。
修改成功后返回列表。
查看信息功能:
点击进入列表可以看到相关的信息,在订单列表、顾客列表和厂商列表还能搜索信息。
搜索结果将在新页面显示。
2.2.3管理员系统功能描述
管理员模块的功能包括登录,订单、员工、客户和厂商信息的管理,查看业务员和跟单员的提成情况,业务员和跟单员业绩分析四大功能。
管理员登录功能:
管理员为员工注册账号后,员工就有属于自己的账号,每一个账号都是唯一的。
管理员用员工编号和密码登录进入系统。
管理员列表管理功能:
击进入列表可以看到相关的信息,在订单列表、员工列表、顾客列表和厂商列表可以进行增加、删除和修改的操作,还能搜索相关信息。
搜索结果将在新页面显示。
管理员业绩管理功能:
在此页面,可以查看业务员和跟单员订单的总销售额以及订单数量的报表、图表;查看业务员和跟单员订单提成情况报表、图表。
三、系统分析
2.
1.
2.
3.1功能分析(用例)
3.1.1用例图
用例图:
用例图是UML中用来对系统的动态方面进行建模的5个图之一,用来确定系统中所包含的参与者、用例和两者之间的对应关系,用例图描述的是关于系统功能的一个概述[2]。
本系统主要分为三大功能模块:
一、业务员:
业务员的登录,订单信息录入,顾客信息的录入,搜索订单信息,查看订单、顾客、厂商、个人的信息,查看个人订单的提成情况。
二、跟单员:
跟单员的登录、对订单状态的修改,给订单分配厂商,添加厂商信息,搜索订单信息,查看订单、顾客、厂商、个人信息,查看个人订的单提成情况。
三、管理员:
管理员的登录、给用户进行注册、订单信息的管理、顾客信息的管理、厂商信息的管理、员工信息的管理、业务员和跟单员订单情况报表、业务员和跟单员提成情况。
如图1,图2所示。
图1业务员和跟单员的用例图
图2管理员的用例图
3.1.2用例规约
1)概要
系统概要的用例规约如表1所示。
表1系统概要用例规约
用例名称:
跟单员修改订单的状态
主参与者:
跟单员
层次:
风筝(概要)
利益相关者:
跟单员,业务员,管理员
前置条件:
跟单员登录进入订单管理系统
最低保证:
回滚任何未完成事务
成功保证:
模块运行正常
触发器:
跟单员点击进入修改订单状态页面
主要成功情节:
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跟单员确认,回滚到上一层。
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跳转到“错误!
”页面。
2.a.2业务员确认,回滚到上一层
2.a.3业务员确认,退出系统
3.a提交异常
3.a.1跳转到“错误!
”页面。
业务员录入订单信息的用例规约如表3所示。
表3录入订单信息用例规约
用例名称:
录入订单信息
主参与者:
业务员
层次:
海平面(用户目标)
利益相关者:
业务员,跟单员,管理员
前置条件:
业务员登录进入订单管理系统
最低保证:
回滚任何未完成事务
成功保证:
业务员成功提交订单信息
触发器:
业务员在订单列表点击“添加”
主要成功情节:
1、业务员在订单列表点击“添加”选项。
2、业务员填写订单信息。
3、业务员提交订单信息。
扩展:
1-3.a操作异常
1-3.a.1事务回滚,回滚到上一层
2.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事务回滚,回滚到上一层。
1-2.a输入异常
1-2.a.1事务回滚,跟单员再次开始。
1-2.a.2事务回滚,跟单员退出网站。
跟单员给订单分配厂商的用例规约如表5所示。
表5给订单分配厂商用例规约
用例名称:
给订单分配厂商
主参与者:
跟单员
层次:
海平面(用户目标)
利益相关者:
跟单员,业务员,管理员
前置条件:
跟单员登录进入订单管理系统
最低保证:
回滚任何未完成事务
成功保证:
跟单员成功修改订单信息
触发器:
跟单员在订单列表要分配的订单处点击“修改”
主要成功情节:
1、跟单员在订单列表要分配的订单处点击“修改”选项。
2、跟单员将未分配修改为要分配的厂商ID。
3、跟单员修改订单状态为已选厂商。
4、跟单员提交修改后订单信息。
扩展:
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、跟单员在订单列表要修改的订单处点击“修改”选项。
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注册员工信息用例规约
用例名称:
注册员工信息
主参与者:
管理员
层次:
海平面(用户目标)
利益相关者:
管理员,业务员,跟单员
前置条件:
管理员登录进入订单管理系统
最低保证:
回滚任何未完成事务
成功保证:
管理员成功提交员工信息
触发器:
管理员在员工列表选择“添加”
主要成功情节:
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查看订单信息用例规约
用例名称:
查看订单信息
主参与者:
管理员
层次:
海平面(用户目标)
利益相关者:
管理员,跟单员,业务员
前置条件:
管理员登录进入订单管理系统
最低保证:
回滚任何未完成事务
成功保证:
模块运行正常
触发器:
管理员点击进入订单列表页面
主要成功情节:
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-3.a.2事务回滚,管理员退出系统。
5.a输入异常
5.a.1事务回滚,回滚到上一层。
5.a.2事务回滚,管理员退出系统。
管理员查看跟单员提成情况的用例规约如表9所示。
表9查看跟单员提成情况用例规约
用例名称:
查看跟单员提成情况
主参与者:
管理员
层次:
海平面(用户目标)
利益相关者:
管理员,跟单员
前置条件:
管理员登录进入订单管理系统
最低保证:
回滚任何未完成事务
成功保证:
模块运行正常
触发器:
管理员点击进入跟单提成金额页面
主要成功情节:
1、管理员查看各跟单员订单提成情况。
2、管理员查看各跟单员提成金额柱状图。
扩展:
1-2.a浏览异常
1-2.a.1跟单员在浏览器获得一个错误页面。
1-2.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.修改订单状态顺序图如图8所示。
图8跟单员修改订单状态顺序图
3)管理员
a.注册员工信息顺序图如图9所示。
图9管理员注册员工信息顺序图
b.查看订单信息顺序图如图10所示。
图10管理员查看订单信息顺序图
c.查看跟单员提成情况顺序图如图11所示。
图11管理员查看跟单员提成情况顺序图
3.3.2通信图
1)业务员
a.录入订单信息通信图如图12所示。
图12业务员录入订单信息通信图
b.录入顾客信息通信图如图13所示。
图13业务员录入顾客信息通信图
2)跟单员
a
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 服装企业 订单 管理 系统 设计 实现