匿名投诉系统解决方案.docxVIP

9 9 匿名投诉管理系统解决方案 2007年3月 TOC \o 1-5 \h \z \o Current Document 1 系统概述 1 \o Current Document 2建设目标 1 \o Current Document 3系统设计 2 3」 设计原则 2 功能设计 3 系统关系图 3 投诉流程 4 功能结构图 5 功能描述 5 技术实现 8 技术架构 8 \o Current Document 数据库选择 8 \o Current Document 开发工具 8 运行环境 9 \o Current Document 4 项目预算 9 1系统概述 匿名投诉管理系统是企业员工进行投诉、举报、建议与企业领导对投诉内容进行处理的 平台。通过匿名投诉能让企业领导了解员工心声，及时的发现和处理隐患问题，维护企业整 体利益。 通过匿需投诉的方式，是可以保护投诉者的权益，但是投诉的内容到底有没有人看？有 没有人处理？处理结果如何？如果大家认为投诉没人处理，仅仅是个样子货，那么投诉也就 失去了意义，员工也失去了投诉的积极性，为了让员工知道他们的投诉正在被积极的处理, 系统采用二种方案： 第一、对于非敏感话题投诉的处理结果，应该在相关会议或本系统投诉公开栏目中指 出，来提高员工投诉的热情： 第二、系统提供匿需可交互投诉功能，投诉内容可形成匿划用户和领导之间的多次交 互； 为了避免投诉管理处理人员每天都査看投诉信息，系统提供了投诉通知功能，当有新的 投诉信息时，系统自动以短信、电子邮件的方式通知投诉处理人员，让投诉能够及时处理, 而且避免了每天查看投诉信息的繁杂工作。 2建设目标 为员工提供举报、投诉、建议的平台； 能让领导及时发现企业中的隐患问题； 通过对投诉内容的处理，能够激励员工的工作热情： 系统界而简洁易操作： 要保证系统访问权限及投诉信息的安全性： 3系统设计 3.1设计原则 操作简洁性原则 界面表现简单，字体大小适中，操作要简单： 数据保密性原则 对投诉信息进行加密存储，而对于投诉管理者的功能使用权限采用USB加密狗认 证，同时还需要用户名和密码认证： 架构规范性原则 为了能够和企业现存系统方便的整合，系统必须遵循数据层、逻辑处理层、表现层 的架构设计标准； 技术先进性原则 在选用开发平台后，对实现技术上也要采用稳左先进的技术，比如AJAX、 HibernateX SPring、StrUtS 技术： 程序易扩充性原则 当需求有变化时，能够容易、快速的实现新功能： 跨平台部署原则 满足在Windows、LinUX及UniX多种运行环境下的部署要求。 3.2功能设计 321系统关系图 匿名员工 o 、使用 投诉管理者 匿名投诉管理系统 公开信息 ；现有系统 I ? tt∣Ki? ? M fi5KΛ 敷缗流； 敘堀流 、、-y -链接 匿名交互投诉 匿名一次投诉 投诉处理 陕名?次投诉者 煦名交互投诉音 企业网站 322投诉流程 V匿名投诉管理系统＞ V匿名用户＞ V匿金一次投诉者＞ V匿堵交互投诉者＞ ＜投诉耸理者＞ 是 些耙PIr密〉口做写耙〉 获取 否数据存入… ▼ 填写匿名底号、蜜码、验辻码进行轻录 插入USB加密狗 填与登录败号?密码、脸证码进行登录 件） 羊 或写飪泉Ifi冬张 号、密码 *； 互？ 束 踰存入≡≡ 数据存入 投诉数据存储 投诉结果回复 I査看投诉占理結果 束 数期获取 杳看最新投诉 填对处理克见 結 选择是否公开? 是否允许交互 323功能结构图 投诉提交 投诉提交 匿名登录 投诉交互 管理者登录 投诉査询 处理结果提交 发布公开投诉 发布信息 短信通知 邮箱通知 信息发布 公开投诉 \诉 名投 匿次 匿名投诉管理系统 3?2?4功能描述 324.1公开信息 公开投诉 对于投诉的内容，投诉管理者可以根据情况选择公开。公开的投诉内容及处理结果 将显示在系统的首页上，任何用户都可以浏览。 信息发布 投诉管理者可以发布投诉的相关规立，近期信息供大家浏览。 3.2.4.2匿名一次投诉 投诉后无法获知投诉的处理结果，如果在实际工作中投诉问题没有得到解决，若要再投 诉，就必须进行新的投诉，对原投诉内容不能和领导形成互动。（只有投诉倍息） 投诉流程如下： 进入系统首页是I数据存入填写登录匿名账 号.密码 进入系统首页 是 I 数据存入 填写登录匿名账 号.密码 3.2.4.3匿名交互投诉 匿名登录 在匿名一次投诉中，用户可以选择要求投诉交互，并填写临时账号和登录密码，当 要求交互的要求在投诉处理者允许后，投诉者可以通过这个临时账号和投诉处理人员就 一个投诉问题形成多次交互。这个临时账号和密码也仅仅针对本投诉有效，如果同一个 员工有多个交互投诉，就会产生多个临时账号。（一