企业公司管理系统
一、需求分析
1.背景
随着时代的发展,人们对企业、公司管理的需求日益提升,越来越多的企业和公司需要更高效、快捷地管理商品,也需要令客户更方便地购买商品。同时,客户亦需要良好的咨询服务和售后服务。因此,建立一个企业公司管理系统,具有一定的现实意义。
2.系统设计目标
企业公司管理系统开发的总目标是实现用户发布需求,客户接单的系统化、规范化和自动化。
3.可行性分析
根据目前大部分公司和企业管理系统的运营模式,设计并实现一个企业公司管理系统,结合用户、网站的实际业务内容和日常工作中需要注意的问题。企业公司管理系统应能改达到以下目标:
1.实现基本的注册和登录功能。
- 设定三种不同的角色,分别是用户、客户、机器人,系统管理员可对其进行管理。
- 界面友好美观,操作简单易行,查询灵活方便。
- 网站维护方便可靠,代码层次分明,模块功能相对独立且彼此关联,有较高的安全性,满足实用性、先进性的要求。
- 网站的兼容性要强。
4.系统功能需求分析
系统达到功能需求主要包括以下几个方面:
- 机器人可以发布通知,在用户咨询服务时可自动回复,也可以转人工服务,根据用户喜好推送新品信息。
- 管理员可以查看机器人、用户、客户的信息,还能对机器人、客户、用户进行一系列增删改查。
- 用户可以进行登录注册以及修改密码,发布需求可以对想要的货品进行消费,若对已购买货品不满意可要求售后服务。
- 客户可以进行登录注册以及修改密码,客户可以接用户的订单,然后进行发货或取消订单的操作。
二、用例建模
1.用例图
(1) 用户模块
(2) 客户模块
(3) 机器人模块
(4) 管理员模块
2.用例规约及活动图
(1) 用户模块
- 用户登录
用例名称 |
用户登录 |
参与者 |
用户 |
用例描述 |
描述开始注册前用户 |
前置条件 |
打开对应相应的系统登录界面 |
后置条件 |
系统显示该操作成功后,赋予相应权限,如果失败,返回到主界面 |
基本事件流 |
(1)本用例开始于注册用户后登录系统(2)系统请求注册用户输入用户名和密码(3)注册用户输入用户名和密码(4)系统验证输入的用户名和密码 A1:用户名不存在 A2:用户名对应密码不正确(5)系统显示操作“成功”/“不成功”提示,后进行其他操作 |
补充说明 |
用户不可添加重复信息用户的数量不可超过一定的上限同一个用户 ID 不可同时登陆信息管理系统 |
- 用户注册
用例名称 |
用户注册 |
参与者 |
注册用户 |
用例描述 |
本用例描述注册用户如何在系统中注册用户名合法性定义:用户名必须只能包含字母和数字,并且长度超过 8 个字符密码合法性定义:密码的长度必须超过 6 个字符 |
前置条件 |
本用例开始前用户打开系统注册界面 |
后置条件 |
若用例成功,用户将注册成功,系统在数据库中增加一条注册用户的相关记录。若失败,系统状态不改变 |
基本事件流 |
(1) 系统请求注册用户输入用户名 A1:用户名已存在 A2:用户名不合法(2) 系统请求注册用户输入两次密码 A3:密码不合法 A4:两次密码不一样(3) 系统请求输入用户相关个人信息(姓名、性别、电话、联系方式)(4) 系统把注册用户的信息增加到数据库中 |
补充说明 |
密码输入框必须以密文方式呈现 |
- 用户修改信息
用例名称 |
用户修改信息 |
参与者 |
用户 |
用例描述 |
用户修改信息,并确认提交 |
前置条件 |
进入主界面,进行用户信息的修改 |
后置条件 |
用户修改信息操作后,系统显示该操作成功后,返回到主界面 |
事件流 |
(1)在信息管理主界面(2)查看用户信息(3)点击“修改”按钮,进行修改信息,确认修改信息 A1:修改信息合法性 A2:修改信息不符合要求(4)系统显示操作“成功”/“不成功”提示,成功系统数据库更新相关数据,不成功,系统返回主界面 |
补充说明 |
用户的数量不可超过一定的上限用户在修改信息时,需要点击“提交”按钮同一个用户 ID 不可同时登陆信息管理系统 |
- 修改密码
用例名称 |
修改密码 |
参与者 |
用户 |
用例描述 |
用户修改密码,并确认提交 |
前置条件 |
已登录系统 |
后置条件 |
修改密码成功或者不成功 |
事件流 |
(1) 用户点击“修改密码“按钮(2) 用户输入旧密码(3) 用户输入新密码(4) 再次输入密码(5) 修改密码 |
补充说明 |
旧密码错误,新旧密码不一致 |
- 消费
用例名称 |
消费 |
参与者 |
用户 |
用例描述 |
消费 |
前置条件 |
有需要消费的物品或者服务 |
后置条件 |
无 |
事件流 |
1. 选择想要消费的服务或者物品 2. 选择购买数量 3. 确认订单 4. 付款消费 |
补充说明 |
无 |
- 售后服务
用例名称 |
售后服务 |
参与者 |
用户 |
用例描述 |
售后服务 |
前置条件 |
对已购买物品存在不满或者不合适 |
后置条件 |
无 |
事件流 |
1. 选择想要提供售后的商品 2. 点击售后服务 3. 提供退货材料 4. 等待审核 5. 提供售后服务 |
补充说明 |
无 |
- 发布需求
用例名称 |
发布需求 |
参与者 |
用户 |
用例描述 |
显示用户的订单状态:待接单、已支付中的某一种状态 |
前置条件 |
已登录系统 |
后置条件 |
无 |
事件流 |
(1) 选择所需的需求事件(2) 系统进行处理(3) 显示“待接单”或者“已支付”状态 |
补充说明 |
不可重复签到 |
- 消息评论和转发
用例名称 |
消息评论和转发(未实现) |
参与者 |
用户 |
用例描述 |
本用例允许已登录用户对自己感兴趣的消息进行评论和转发 |
前置条件 |
若用例成功,相应消息的评论数或者转发数将会加 1 |
后置条件 |
本用例开始前用户必须已经登录进系统 |
事件流 |
(1) 用例开始于已登录进查看信息(2) 用户对信息,并选择“评论“或者”转发“操作(3) 在用户做出选择后,以下一条事件流将被执行 A 评论信息 1) 显示评论框 2) 用户评论内容并确认后,系统将信息存入数据库 3) 评论信息显示在页面 B 转发信息 1) 系统读取用户转发的信息 2) 系统提示是否转发 3) 将信息转发到用户的个人页面 |
补充说明 |
评论的字数不可超过 100 字 |
(2) 客户模块
- 登录账号
用例名称 |
登陆账号 |
参与者 |
客户 |
用例描述 |
登陆账号 |
前置条件 |
该账号存在 |
后置条件 |
成功登陆该账号或者显示密码错误 |
事件流 |
1. 输入账号 2. 输入密码 3. 点击登录 4. 账号密码正确,成功登陆账号(账号密码错误,无法登陆该账号) |
补充说明 |
无 |
- 注册账户
用例名称 |
注册账户 |
参与者 |
客户 |
用例描述 |
注册账号 |
前置条件 |
无 |
后置条件 |
数据库增加该用户数据 |
事件流 |
1. 点击注册 2. 输入账号 3. 输入密码 4. 填写手机号码 5. 获取验证码 6. 输入验证码 7. 确认注册账户 |
补充说明 |
无 |
- 咨询机器人
用例名称 |
咨询机器人(未实现) |
参与者 |
客户、机器人 |
用例描述 |
咨询服务 |
前置条件 |
无 |
后置条件 |
得到服务、实现消费 |
事件流 |
1. 咨询机器人 2. 机器人提供服务 3. 客服得到服务 4. 客服给机器人打分反馈 |
补充说明 |
无 |
- 系统出错
用例名称 |
系统出错(未实现) |
参与者 |
客户 |
用例描述 |
系统反馈 |
前置条件 |
系统出现 bug |
后置条件 |
管理员修复 bug |
事件流 |
1. 提供问题反馈 2. 提交反馈内容 3. 等待管理员修复 bug |
补充说明 |
无 |
- 消费
用例名称 |
消费 |
参与者 |
客户 |
用例描述 |
消费 |
前置条件 |
有需要消费的物品或者服务 |
后置条件 |
无 |
事件流 |
5. 选择想要消费的服务或者物品 6. 选择购买数量 7. 确认订单 8. 付款消费 |
补充说明 |
无 |
- 忘记密码
用例名称 |
忘记密码 |
参与者 |
客户 |
用例描述 |
忘记密码 |
前置条件 |
知道账号或者手机号码 |
后置条件 |
更改该账户密码 |
事件流 |
1. 输入预留手机号码或者账号 2. 点击获取手机验证码 3. 输入验证码 4. 输入新密码 5. 成功修改密码 |
补充说明 |
无 |
(3) 机器人模块
- 自动回复
用例名称 |
自动回复 |
参与者 |
用户,机器人 |
用例描述 |
自动回复信息 |
前置条件 |
用户咨询服务 |
后置条件 |
用户反馈 |
事件流 |
1. 用户咨询服务 2. 自动回复关键字信息 3. 弹出相应信息的链接 4. 如无关键字信息,跳转到人工服务 5. 用户结束咨询 6. 退出咨询界面 |
补充说明 |
及时更新链接内容 |
- 转人工服务
用例名称 |
转人工服务 |
参与者 |
用户,机器人,客服 |
用例描述 |
界面转载至客服 |
前置条件 |
无法自动提供相应信息 |
后置条件 |
用户反馈 |
事件流 |
1. 用户咨询服务 2. 自动回复信息中无相应内容 3. 将咨询界面转载至人工客服 4. 人工客服进行信息回复服务 5. 用户结束咨询 6. 人工客服将咨询界面转载至自动回复系统 |
补充说明 |
更新自动回复信息内容 |
- 自动推送
用例名称 |
自动推送 |
参与者 |
用户,机器人 |
用例描述 |
根据用户喜好自动推送新品信息 |
前置条件 |
用户关注类似产品 |
后置条件 |
用户反馈 |
事件流 |
1. 用户关注了类似产品 2. 根据用户的购物记录等推送类似新品信息 3. 用户如满意则无需取消推送 4. 用户不满意则取消推送 |
补充说明 |
更新产品信息内容 |
- 自动确认收货地址
用例名称 |
自动确认收货地址 |
参与者 |
用户,机器人,客服 |
用例描述 |
根据用户的收货地址确认是否准确 |
前置条件 |
用户选用收货地址 |
后置条件 |
用户更改确认 |
事件流 |
1. 用户购买产品并选用收货地址 2. 自动询问收货地址是否正确 3. 如正确则无需更改 4. 如不正确则转至人工客服界面 5. 客服询问用户正确收货地址并进行更改 6. 确认无误后返回自动回复系统 |
补充说明 |
- 自动提醒收货
用例名称 |
自动提醒收货(未实现) |
参与者 |
用户,机器人,客服 |
用例描述 |
提醒用户产品已到收货地点 |
前置条件 |
产品已到达收货地点 |
后置条件 |
用户取货 |
事件流 |
1. 产品根据用户提供的收货地址进行配送 2. 产品到达收货地点后自动发送信息提醒用户取物 3. 用户取物后提醒用户确认收货 4. 用户确认收货后提醒用户评分打星 5. 根据用户的评分结果自动询问用户对产品是否有不满意的地方 6. 如满意则结束自动提醒工呢过 7. 如不满意则转到人工客服界面由客服人工询问并解决 |
补充说明 |
更新产品物流信息 |
- 自动为用户提供售后服务
用例名称 |
自动为用户提供售后服务(未实现) |
参与者 |
用户,机器人,客服 |
用例描述 |
用户使用产品一段时间后出现任何问题,为用户提供售后服务 |
前置条件 |
用户对产品不会使用或使用后出现问题 |
后置条件 |
用户得到解决 |
事件流 |
1. 用户对产品不会使用或使用后出现问题后前来咨询 2. 自动询问是否出现任何问题并回复用户的疑问 3. 如用户得到解决则退出系统 4. 如用户得不到满意的答案或者想退货则转至人工客服界面 5. 客服人工回复用户疑问或安排退货渠道 6. 确认没有问题或退货成功后转会自动回复系统 |
补充说明 |
(4) 管理员模块
- 查看用户
用例名称 |
查看用户详细信息 |
参与者 |
管理员 |
用例描述 |
管理员查看用户信息 |
前置条件 |
用例开始前,系统需要满足的约束。 |
后置条件 |
用例结束后,系统需要满足的约束。 |
事件流 |
(1) 管理员登陆(2) 系统验证管理员身份(3) 系统保存管理员登陆信息(4) 管理员执行查看用户信息 |
补充说明 |
无法掌握全部细节 |
- 查看客户信息
用例名称 |
查看客户详细信息 |
参与者 |
管理员 |
用例描述 |
管理员查看客户信息 |
前置条件 |
用例开始前,系统需要满足的约束。 |
后置条件 |
用例结束后,系统需要满足的约束。 |
事件流 |
(1) 管理员登陆(2) 系统验证管理员身份(3) 系统保存管理员登陆信息(4) 管理员执行查看客户信息 |
补充说明 |
无法掌握全部细节 |
- 查看机器人信息
用例名称 |
查看机器人详细信息 |
参与者 |
管理员 |
用例描述 |
管理员查看机器人信息 |
前置条件 |
用例开始前,系统需要满足的约束。 |
后置条件 |
用例结束后,系统需要满足的约束。 |
事件流 |
(1) 管理员登陆(2) 系统验证管理员身份(3) 系统保存管理员登陆信息(4) 管理员执行查看机器人信息 |
补充说明 |
无法掌握全部细节 |
- 修改用户信息
用例名称 |
修改用户信息 |
参与者 |
管理员 |
用例描述 |
管理员修改用户信息 |
前置条件 |
用例开始前,系统需要满足的约束。 |
后置条件 |
用例结束后,系统需要满足的约束。 |
事件流 |
(1) 管理员登陆(2) 系统验证管理员身份(3) 系统保存管理员登陆信息(4) 管理员执行修改用户信息(5) 系统保存管理员修改后的用户信息 |
补充说明 |
无法掌握全部细节 |
- 修改客户信息
用例名称 |
修改客户信息 |
参与者 |
管理员 |
用例描述 |
管理员修改客户信息 |
前置条件 |
用例开始前,系统需要满足的约束。 |
后置条件 |
用例结束后,系统需要满足的约束。 |
事件流 |
(1) 管理员登陆(2) 系统验证管理员身份(3) 系统保存管理员登陆信息(4) 管理员执行修改客户信息(5) 系统保存管理员修改后的客户信息 |
补充说明 |
无法掌握全部细节 |
- 修改机器人信息
用例名称 |
修改机器人信息 |
参与者 |
管理员 |
用例描述 |
管理员修改机器人信息 |
前置条件 |
用例开始前,系统需要满足的约束。 |
后置条件 |
用例结束后,系统需要满足的约束。 |
事件流 |
(1) 管理员登陆(2) 系统验证管理员身份(3) 系统保存管理员登陆信息(4) 管理员执行修改机器人信息(5) 系统保存管理员修改后的机器人信息 |
补充说明 |
无法掌握全部细节 |
- 添加用户
用例名称 |
添加用户 |
参与者 |
管理员 |
用例描述 |
管理添加用户 |
前置条件 |
用例开始前,系统需要满足的约束。 |
后置条件 |
用例结束后,系统需要满足的约束。 |
事件流 |
(1) 管理员登陆(2) 系统验证管理员身份(3) 系统保存管理员登陆信息(4) 管理员执行添加用户(5) 系统保存管理员添加的用户 |
补充说明 |
无法掌握全部细节 |
- 添加客户
用例名称 |
添加客户 |
参与者 |
管理员 |
用例描述 |
管理添加客户 |
前置条件 |
用例开始前,系统需要满足的约束。 |
后置条件 |
用例结束后,系统需要满足的约束。 |
事件流 |
(1) 管理员登陆(2) 系统验证管理员身份(3) 系统保存管理员登陆信息(4) 管理员执行添加客户(5) 系统保存管理员添加的客户 |
补充说明 |
无法掌握全部细节 |
- 添加机器人
用例名称 |
添加机器人 |
参与者 |
管理员 |
用例描述 |
管理添加机器人 |
前置条件 |
用例开始前,系统需要满足的约束。 |
后置条件 |
用例结束后,系统需要满足的约束。 |
事件流 |
(1) 管理员登陆(2) 系统验证管理员身份(3) 系统保存管理员登陆信息(4) 管理员执行添加机器人(5) 系统保存管理员添加的机器人 |
补充说明 |
无法掌握全部细节 |
- 删除用户
用例名称 |
删除用户 |
参与者 |
管理员 |
用例描述 |
管理删除用户 |
前置条件 |
用例开始前,系统需要满足的约束。 |
后置条件 |
用例结束后,系统需要满足的约束。 |
事件流 |
(1) 管理员登陆(2) 系统验证管理员身份(3) 系统保存管理员登陆信息(4) 管理员执行删除用户 |
补充说明 |
无法掌握全部细节 |
- 删除客户
用例名称 |
删除客户 |
参与者 |
管理员 |
用例描述 |
管理删除客户 |
前置条件 |
用例开始前,系统需要满足的约束。 |
后置条件 |
用例结束后,系统需要满足的约束。 |
事件流 |
(1) 管理员登陆(2) 系统验证管理员身份(3) 系统保存管理员登陆信息(4) 管理员执行删除客户 |
补充说明 |
无法掌握全部细节 |
- 删除机器人
用例名称 |
删除机器人 |
参与者 |
管理员 |
用例描述 |
管理删除机器人 |
前置条件 |
用例开始前,系统需要满足的约束。 |
后置条件 |
用例结束后,系统需要满足的约束。 |
事件流 |
(1) 管理员登陆(2) 系统验证管理员身份(3) 系统保存管理员登陆信息(4) 管理员执行删除机器人 |
补充说明 |
无法掌握全部细节 |
三、整体架构设计
四、类建模
1.用户类图
2.客户类图
3.机器人类图
4.管理员类图
五、行为建模
1.顺序图
(1) 用户模块
(2) 客户模块
(3) 机器人模块
(4) 管理员模块
六、状态图
(1) 注册
(2) 登录
(3) 修改信息
(4) 修改密码
(5) 消费
(6) 咨询机器人
(7) 自动提醒收货
(8) 管理员
七、E-R 图
1.用户
2.客户
3.机器人
4.管理员
八、总结
本系统在整体上基本实现了企业公司管理系统的功能需求,但由于企业公司管理系统设计的方面比较复杂,市面上成熟的类似系统也很多,并且由于知识和时间的限制,系统仍存在着局限和不足之处,有待于进一步研究和改进。
通过本次课程设计,验证了到目前为止的学习效果,同时利用所学的基本知识和技术。通过本次项目实践,熟悉巩固了本学期所学相关知识,达到熟练掌握。MVC 架构以及 Java、JSP、CSS 等相关语言的基本知识和技能,基本掌握面向对象程序开发的基本思路和方法,了解数据库开发基本知识,为今后的进一步深入学习,奠定了基础。