知网查重论文样例--基于Java Web的房地产销售系统模块设计
4.2.1 房源信息管理模块的设计
房源信息管理模块中涉及的业务操作对象即房源，因此此模块内主要是针对房源信息进行处理。此模块的触发是当员工通过成功登陆之后，通过导航进入此界面，便可以看到相应的操作信息。此模块中针对员工新增房源信息进行说明，房源信息管理模块中新增房源的时序图如图4.2所示。
图4.2房源信息管理模块中新增房源的时序图
说明：
(1)通过新增房源时序图，我们能够看到员工在进行任何操作之前首先需要进行账号确认，这里确认的目的是保障系统本身的安全性，使得系统不被外人随意修改，当然在登录校验的时候会进行一定的安全加密，保证系统数据即使被截获了也不易被观察利用。
(2)在员工成功登录系统之后,员工需要通过导航栏导航想要进行操作的页面，这里员工进入的是新增房源信息页面，员工通过在此页面输入信息从而完成房源信息录入，点击提交之后系统本身后台进行数据库访问从而实现数据的持久化处理。
4.2.2 员工信息管理模块的设计
员工信息管理模块中涉及的业务操作对象即员工，因此此模块内主要是针对员工信息进行处理。此模块的触发是当HR通过成功登陆之后，通过导航进入此界面，便可以看到相应的操作信息。此模块中针对离职员工信息登记进行说明，员工信息管理模块中离职员工登记的时序图如图4.3所示。
图4.3.离职员工登记的时序图
通过离职员工登记时序图我们能够看到任何一个人员与系统进行交互都需要进行登录校验操作，对于登录校验在剩下的模块时序图中不在进行说明。此处重点说明离职员工信息登记，由于所有的员工信息都存储在 数据库中的 一个数据表上，所以这里的离职员工信息登记在系统处理上是对该员工的工作状态的修改，将其由“工作”状态改为“离职”状态。
4.2.3 销售方案管理模块的设计
销售方案管理模块中涉及的业务操作是对已有房源建筑物的销售管理，因此模块内主要是针对的实体对象是楼房，但是需要用某种方式对其进行更好的销售，因此模块操作的真正的对象是销售方案。此模块的触发是当员工通过查找市场调研，根据市场调研情况从而制定销售方案。此模块中针对销售方案修改进行说明，销售方案管理模块中销售方案修改的时序图如图4.4所示。
图4.4.修改销售方案的时序图
说明：
由修改销售方案时序图我们可以看到员工通过导航页面进入销售方案管理页面查找到待修改的方案之后点进入修改并提交保存。
4.2.4 销售合同管理模块的设计
销售合同管理模块中涉及的业务操作是对针对当前已经销售的房屋签订的合同进行管理。当员工通过导航栏导航到合同管理页面。此模块中针对销售合同舍弃进行说明，销售合同管理模块中销售合同舍弃的时序图如图4.5所示。
图4.5. 舍弃销售合同的时序图
说明：
由舍弃销售合同时序图我们可以看到员工通过导航页面进入销售合同管理页面查找到待舍弃的合同之后点击删除按钮，从而将操作在数据库内执行删除此条记录。舍弃销售合同的情况多发生在客户对所购房源不满意要求退换的时候。
4.2.5 客户信息管理模块的设计
客户信息管理模块中涉及的业务操作是针对客户信息进行的管理，其中客户包括已经购买房源的和未购买房源的客户。当员工通过导航栏导航到客户信息管理页面。此模块中针对修改客户进行说明，我们知道更换手机号的频率不断提升，因此客户信息需要及时的保存更新，客户信息管理模块中修改客户信息的时序图如图4.6所示。
图4.6. 修改客户信息的时序图
说明：
由修改客户信息时序图我们可以看到员工通过导航页面进入客户信息管理页面查找到待修改的客户信息之后进入修改并提交保存。
4.2.6 售后处理管理模块的设计
售后处理管理模块中涉及的业务操作是针对客户已经购买的房源，当房源使用发生问题时进行的售后跟踪。当员工通过导航栏导航到售后处理管理页面。此模块中针对客户申请售后进行说明，售后处理管理模块中客户申请售后的时序图如图4.7所示。
图4.7. 申请售后的时序图
说明：
由修改客户信息时序图我们可以看到申请售后的操作对象是员工而不是可和本人，此处设计的目的在于大多数的申请都是客户通过电话沟通客服人员再由客服人员进行登记等待相关人员处理。
4.2.7 房屋预约管理模块的设计
房屋预约管理模块中涉及的业务操作是客户通过电话与客服人员沟通，再由客服人员将其相关信息登记，新增房屋预约的时序图如图4.8所示。
图4.8. 新增房屋预约的时序图
说明：
由新增房屋预约信息时序图我们可以看到是员工与系统进行交互，此处设计的目的在于大多数的预约都是客户与客服人员沟通再登记信息。
