032 业务受理模块需求分析和数据库设计 - bos

一、业务受理模块需求分析

整个BOS项目分为基础设置、取派、中转、路由、报表等几大部分。
受理环节,是物流公司业务的开始,作为服务前端,客户通过电话、网络等多种方式进行委托,业务受理员通过与客户交流,获取客户的服务需求和具体委托信息,将服务指令输入我司服务系统。

客户通过打电话方式进行物流委托,物流公司的客服人员需要将委托信息录入到BOS系统中,这个录入的信息称为业务通知单。
当客服人员将业务通知单信息录入到系统后,系统会根据客户的住址自动匹配到一个取派员,并为这个取派员产生一个任务,这个任务就称为工单。
取派员收到取货任务后,会到客户住址取货,取派员会让客户填写纸质的单子(寄件人信息、收件人信息等),取派员将货物取回物流公司网点后,需要将纸质单子上的信息录入到BOS系统中,录入的信息称为工作单。

二、业务受理模块数据库设计

/*==============================================================*/
/* DBMS name: MySQL 5.0 */
/* Created on: 2017/8/19 13:27:42 */
/*==============================================================*/

drop table if exists qp_noticebill;

drop table if exists qp_workbill;

drop table if exists qp_workordermanage;

/*==============================================================*/
/* Table: qp_noticebill */
/*==============================================================*/
create table qp_noticebill
(
id varchar(32) not null,
staff_id varchar(32),
customer_id varchar(32),
customer_name varchar(20),
delegater varchar(20),
telephone varchar(20),
pickaddress varchar(200),
arrivecity varchar(20),
product varchar(20),
pickdate date,
num int,
weight double,
volume varchar(20),
remark varchar(255),
ordertype varchar(20),
user_id varchar(32),
primary key (id)
);

/*==============================================================*/
/* Table: qp_workbill */
/*==============================================================*/
create table qp_workbill
(
id varchar(32) not null,
noticebill_id varchar(32),
type varchar(20),
pickstate varchar(20),
buildtime timestamp,
attachbilltimes int,
remark varchar(255),
staff_id varchar(32),
primary key (id)
);

/*==============================================================*/
/* Table: qp_workordermanage */
/*==============================================================*/
create table qp_workordermanage
(
id varchar(32) not null,
arrivecity varchar(20),
product varchar(20),
num int,
weight double,
floadreqr varchar(255),
prodtimelimit varchar(40),
prodtype varchar(40),
sendername varchar(20),
senderphone varchar(20),
senderaddr varchar(200),
receivername varchar(20),
receiverphone varchar(20),
receiveraddr varchar(200),
feeitemnum int,
actlweit double,
vol varchar(20),
managerCheck varchar(1),
updatetime date,
primary key (id)
);

alter table qp_noticebill add constraint FK_Reference_2 foreign key (user_id)
references t_user(id) on delete restrict on update restrict;

alter table qp_noticebill add constraint FK_Reference_3 foreign key (staff_id)
references bc_staff(id) on delete restrict on update restrict;

alter table qp_workbill add constraint FK_Reference_4 foreign key (staff_id)
references bc_staff(id) on delete restrict on update restrict;

alter table qp_workbill add constraint FK_workbill_noticebill_fk foreign key (noticebill_id)
references qp_noticebill (id) on delete restrict on update restrict;

三、执行Hibernate反向工程构建实体

时间: 2024-11-25 13:01:39

032 业务受理模块需求分析和数据库设计 - bos的相关文章

论需求分析和数据库设计的重要性

直至昨天,我才意识到了软件开始之前,为什么要做好需求分析,需求完成之后,又为什么要先坐好数据库设计!亲身的实践让我明白了这些,下面就我的毕业设计来谈一谈数据库设计的重要性! 做之前想过我要做一个什么样的软件,应该有什么功能,想好之后,也在本子上记下了这些,防止后边忘记.然后我就以为做好了需求,因为当时想到的就这么多.接下来就是数据库的设计了,数据库涉及到很简陋,基本上没有什么表的嵌套查询,用一个表就新建一个表,用什么关键字,就写什么关键字,前期还好,想做的功能基本上都会有对应的表来去查询,可是随

MVC实战之排球计分(一)—— 需求分析与数据库设计

一.需求分析: 这个程序是排球计分程序,其业务非常简单,具体如下: 1.本程序可以选择用户身份,通过不同角度记录比赛分数. 2.不同身份记录的比赛成绩将会存储在不同的数据表(目前适合运动员和观众使用). 3.用户键入数据后,可以继续对数据进行操作(如:删除.修改.查看详情). 4,不同的身份的用户 ,不能修改非己的数据.只能修改自己的数据. 这个项目的用例图如下: 数据库设计:设计数据表之前,首先进行实体和关系的识别与确定.通过需求分析,可以观察得出,本项目的实体有:观众,运动员.(观众可以修改

MVC排球计分(二)——需求分析与数据库设计

需求分析和数据库的设计是很重要的一个环节,这个环节会直接影响项目的开发过程和质量. 这里做的排球计分程序是一个例子,而且其业务极为简单,因此,这里并不是真正的需求分 析和数据库设计,而是将排球计分的需求和数据库罗列至此. 需求分析: 这个项目是排球计分程序,其业务极为简单,现将其描述如下. 1.观众只能查看比赛中的数据. 2.记分员可以对比赛的每一球进行计分(哪个队员得分). 3.记分员可以对比赛的每一局进行计分(例如:第一局:25:20.第二局:25:1). 4.记分员可以对两队的总比分进行记

MVC之排球比赛计分程序 ——(一)需求分析与数据库设计

在实际的项目中,需求分析和数据库的设计是很重要的一个环节,这个环节会直接影响项目的开发过程和质量.实际中,这个环节不但需要系统分析师.软件工程师等计算机方面的专家,还需要相关领域的领域专家参与才能完成. 需求分析: 这个项目是一个排球比赛计分程序,其业务极为简单,现将其描述如下. 1.任何观众都可以进行比赛的分数查询,查询完成后,页面上显示查询的相应的比赛内容. 2.任何观众都不可以对分数进行增删改查. 3.记分员可以对比赛进行实时记录,并将分数记录在数据库,方便观众查询,以及对分数进行通过操作

需求分析与数据库设计(二)

需求分析: 作为一名观众, 我希望知道详细的队伍比分变化和队伍得分信息, 以便于了解比赛信息和运动员的精彩得分 用例图: 数据库设计:  用mvc中自带的 数据库SQL Server LocalDB 数据库的各表如下: 队伍总表 各个队伍的积分表 各个队伍队员的比赛详情表

ASP.NET MVC 排球计分程序 (三)需求分析与数据库设计

需求分析: 软件名称:排球计分程序 1.  需要键入比赛人员的的姓名,需要根据场上的比赛结果及时做出操作,记分员可以在记错的情况下撤销上一部操作.比赛结束,记分员应能查询到每个队伍的进球情况,以及拦网.击球等的最高分.全场MVP. 2.系统界面:两队比赛,每次有队伍得分,由记分员向系统内输入数据,将该队的分数通过单击按钮的方式加分,每次加分,将分数写入数据库.也应有减分的按钮,每次减分,写入数据库. 系统内:自动计算每队的得分情况是否达到该局胜利,如果胜利及时显示该局胜利的消息. 最后输出:每单

排球计分(一)需求分析和数据库设计

需求分析: 作为一个排球计分规则的页面程序,一般用户为球迷观众和排球计分员. 1.作为一名排球计分员,需要实现得分的加减,并自动判定胜负,最后传入数据库. 2.作为一名排球计分员,需要在实现得分的同时,详细记录得分情况. 3.作为一名排球计分员,可以对某些记录修改. 4.作为一名球迷观众,首先想先看到所有的比赛基本记录. 5.作为一名球迷观众,希望看到每局比赛的详细记录. 下附用例图一张: 数据库: 记录表: ID    int    比赛ID    NotNull    主键,自增 gameN

010 数据库设计 - bos

/*==============================================================*//* DBMS name: MySQL 5.0 *//* Created on: 2017/8/15 16:19:44 *//*==============================================================*/ drop table if exists bc_decidedzone; drop table if exis

做好数据库设计

每一个人都有一个武侠梦.我们都羡慕有降龙十八掌的乔峰,羡慕有九阳神功护体的张无忌,羡慕有易筋经和独孤九剑的令狐冲,羡慕传说中的独孤求败-- 其实,他们的成功有一个共同的秘诀:那就是他们都有很深厚的内功基础.有了深厚的内功做基础,耍起武功招数来,就会得心应手,顺手拈来.随便扔一个石子,就是弹指神通. 我想说的是:一个软件系统中,良好的数据库设计,就好比一个系统有了好的内功.好的数据库设计,能够更好的应对需求变化,活儿越干越轻松(活儿好啊):而一个垃圾的数据库设计,越是认真的投入精力去做,你做起来也