【SSH项目实战】国税协同平台-28.投诉受理需求分析CDMPDM

本文主要是介绍【SSH项目实战】国税协同平台-28.投诉受理需求分析CDMPDM，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

首先进行需求分析，我们来看一下我们的需求:
界面描述:

2.7.2功能说明
(1)投诉受理管理：查询用户提交的投诉信息，可以根据投诉部门（部门A/B）、投诉时间段、状态进行查询。在列表信息中展示投诉标题、被投诉部门、被投诉人、投诉时间、状态（待受理、已受理、已失效）、操作；其中操作栏内内容为“处理”，点击“处理”则在打开的查询页面中查看具体的投诉信息并且可以多次回复投诉信息；一旦回复则说明已受理该投诉。

(2)我要投诉：在“工作主页”中点击“我要投诉”进入页面，添加内容包括：投诉标题、被投诉部门（部门A/B）、被投诉人、投诉详情、是否匿名投诉。

(3)投诉详细信息：在本页面中首先要明显地展示出当前投诉是否已经受理；然后再显示投诉人信息、被投诉信息、受理信息（历史受理信息）三部分内容，并且在页面中可以无限次的对本次受理进行回复。投诉人信息包括：是否匿名投诉、投诉人单位、投诉人姓名、投诉人手机，如果是匿名投诉，则不显示投诉人单位、姓名并对手机号中间4位号码使用*号代替。被投诉信息包括：投诉时间、被投诉部门、被投诉人、投诉标题、投诉内容。受理信息：如果有多次回复则将多次的回复信息显示，显示内容包括回复时间、回复部门、回复人、受理回复内容；可以再次回复。

(4)自动投诉受理：在每个月月底最后一天对本月之前的投诉进行自动处理；将投诉信息的状态改为已失效。在后台管理中不能对该类型投诉进行回复。
统计：根据年度将相应年度的每个月的投诉数进行统计，并以图表的形式展示在页面中；在页面中可以选择查看当前年度及其前4年的投诉数。在页面中可以选择不同的年度，然后页面展示该年度的曲线统计图。

注意: 需求一定要读懂再去下手做，不然理解错误做的只是无用功，所以在需求上下足了功夫并不是浪费时间。

我们首先构造我们的概念模型(使用PowerDesigner):
首先是投诉信息表的概念图:

然后是投诉回复信息概念模型

最后使它们之间的关系:

之后使用PowerDesigner中Tools下的“Generate Physical Data Model...”功能，将概念模型转化为物理模型:

然后双击每个实体，点击其中的“Preview”生成建表语句:

两个建表语句分别为:

[sql]  view plain copy  
 create table complain  
 (  
    comp_id              varchar(32) not null,  
    comp_company         varchar(100),  
    comp_name            varchar(20),  
    comp_mobile          varchar(20),  
    is_NM                bool,  
    comp_time            datetime,  
    comp_title           varchar(200) not null,  
    to_comp_name         varchar(20),  
    to_comp_dept         varchar(100),  
    comp_content         text,  
    state                varchar(1),  
    primary key (comp_id)  
 );  
   
   
 create table complain_reply  
 (  
    reply_id             varchar(32) not null,  
    comp_id              varchar(32) not null,  
    replyer              varchar(20),  
    reply_dept           varchar(100),  
    reply_time           datetime,  
    reply_content        varchar(300),  
    primary key (reply_id)  
 );  
   
   
 alter table complain_reply add constraint FK_comp_reply foreign key (comp_id)  
       references complain (comp_id) on delete restrict on update restrict;  