水利有限公司综合管理信息系统－微信客户端设计与实现
目 录
目 录 I
1 引言 1
1.1 课题背景及意义 1
1.2 课题设计内容 1
2 需求分析 1
2.1 非功能性要求 1
2.2 功能需求分析 3
2.3 系统总体设计 5
3 数据库设计 7
3.1 部门信息表（Department） 8
3.2 员工信息表（Employee） 8
3.3 用户信息表（UserInfo） 10
3.4 项目岗位表（ProjectPost） 10
3.5 项目表（Project） 11
3.6 项目成员表（ProjectMember） 11
3.7 项目审计表（ProjectAudit） 12
3.8 项目月报表（ProjectMonthReport） 13
3.9 项目分包合同表（ProjectSubjectContract） 13
3.10 项目物资采购表（ProjectShopping） 14
3.11 项目用款表（ProjectPayment） 14
4 系统详细设计 16
4.1 开启回调模式 16
4.2 使用回调模式 17
4.3 接收消息时的加解密 17
4.4 主动调用 19
4.5 自定义菜单 21
4.6 身份验证接口 24
4.7 用户信息转换 25
4.8 项目测算 27
4.9 邮件管理 28
4.10 公文管理 29
4.11 项目用款审批 30
*好棒文|www.hbsrm.com +Q: ^351916072*
结 论 32
致 谢 33
参考文献 34
1 引言
1.1 课题背景及意义
淮阴水利建设有限公司位于江苏省淮安市，拥有良好的社会形象和坚实的市场基础，但公司的发展，公司内部诸多的管理问题越来越突出，主要体现在公司的经济效益和日愈增加的规模不相适应，利润率较低；公司管理制度与现场实际管理流程脱节，公司管理制度得不到有效实施；而且随着项目越来越多，项目管理的难度愈来愈大，特别是公司的成本控制很难落实到位。这些管理问题究其原因，是企业管理缺乏现代手段，这已经完全不符合现代企业的管理模式，必须进行彻底的改变，2015年公司决定借助信息技术实行管理变革与创新。
在试用了最新的管理系统之后，公司的管理体制日益完善，同时也对系统提出了更高的期望要求。在公司平时的项目中，项目成员大部分需要出差工作，不太方便携带电脑来使用现有的管理平台，因此提出在手机上能够进行项目管理的需求。根据当前的大众偏爱使用趋势和目前的技术支持，我们决定将淮阴水利有限公司综合管理系统的部分功能放到微信公众平台企业号的应用中，借此满足公司的新需求。
1.2 课题设计内容
要想使用企业号进行开发，首先要准备一个企业号，并成功开启企业号的回调模式，开启回调模式之后还需要学会使用回调模式。然后根据需要，根据微信提供的各种借口调用文档对企业号提供的各种借口进行调用。在本次开发中需要调用的接口包括回调模式开启接口和使用接口，主动调用接口，OAuth身份验证接口，自定义菜单接口，管理成员接口，发送消息接口等。
2 需求分析
2.1 非功能性要求
2.1.1 稳定性
保证数据存取和逻辑处理等不出现异常错误，确保7×24正常运转。对在数据处理过程中可能出现的软件、硬件故障导致的数据处理中断，系统应及时进行数据回滚，保证数据的唯一性、准确性。
2.1.2 安全性
在数据处理、存储、传输等过程中确保数据不被篡改，对不同功能进行权限划分。对人为误操作所导致的数据删除，系统应提供数据恢复，保证数据的完整性。
2.1.3 可扩展性要求
系统在设计时，应充分考虑到系统的通用性、扩展性。在选择技术实现时尽量做到可配性强、配置灵活，以适应不同情况下用户的需求，使系统能够运行在多种不同的平台之上。
充分考虑建设施工图审查处的现有应用以及今后业务的可能扩展，随着数据量的增加和运行节点的扩展，应用系统能够随着硬件和系统软件的升级或增加，具有良好的可扩展性。
应用软件应具有良好的开放性，遵循业界相关标准，支持开放的标准接口，使整个系统成为一个统一的整体。保护系统的投资，以达到系统的合理性、可扩充性和可维护性。
2.1.4 灵活性
对系统数据要实现“增，删，改，查”，能够根据不同的业务流程要求调用企业号的相应接口来实现功能。除公用接口之外，系统的功能不能相互影响。
2.1.5 可恢复性
数据库恢复在24小时内，但是不能丢失数据。如果硬件损坏，应积极配合解决。
2.1.6 用户界面需求
界面设计原则：用户界面应从输入输出的角度，反映系统的整体功能。在系统设计以及实现的过程中应该实现以下需求：操作简单，易 *好棒文|www.hbsrm.com +Q: ^351916072*
于学习，使用户只需要简单培训即可掌握系统操作。用户界面友好，界面风格一致。 实现数据校验，系统对录入的数据的合法性进行校验。系统容错，对于错误的操作或异常提供正确的响应。
2.2 功能需求分析
2.2.1 工作流程
图2.3项目用款审批流程图
图2.4人员转移审批流程
2.2.2 系统用户类型
根据前期调研，在分析系统功能权限的基础上，系统用户分为普通员工、人事部长、工程部长、质量部长、安全部长、财务部长、设备材料部长、综合部长、项目经理、分管领导、总经理、董事长。系统用户可同时拥有多种身份。
2.2.3 系统主要功能
2.2.3.1员工信息管理
对公司员工信息进行管理，员工信息包括：身份证号、姓名、职称、评定时间、职务、岗位、第一学历、毕业学校、最高学历、最高学历毕业学校、学位、出生日期、参加工作日期、到公司日期、离职日期、离职原因、籍贯、政治面貌、办公电话、家庭电话、家庭住址、手机、Email、照片。
说明：
（1）职称信息包括：初级、中级、副高、正高。
（2）可按参加工作日期、到公司日期等进行查询。
（3）可按按职务、职称、学历、学位等进行分类统计。
2.2.3.2 办公自动化
1、公文管理
用于公司的各类公文的发送、接收和流转等，从而达到公司无纸化办公的要求，提高企业的管理能力。公文管理的功能有：发文拟稿、发文审批、收文登记、收文审批等。公文信息包括：标题、公文密级、公文类别、紧急程度、起草时间、起草人、起草部门和审批人等。
3.1 部门信息表（Department）
表3-1 部门信息表
字段名 字段描述 字段类型 可否空 备注
JobTitle 职称 varchar (20) 否
PostName 岗位名称 varchar(50) 否
PostSalary 岗位基本工资 decimal(18, 2) 否
目 录 I
1 引言 1
1.1 课题背景及意义 1
1.2 课题设计内容 1
2 需求分析 1
2.1 非功能性要求 1
2.2 功能需求分析 3
2.3 系统总体设计 5
3 数据库设计 7
3.1 部门信息表（Department） 8
3.2 员工信息表（Employee） 8
3.3 用户信息表（UserInfo） 10
3.4 项目岗位表（ProjectPost） 10
3.5 项目表（Project） 11
3.6 项目成员表（ProjectMember） 11
3.7 项目审计表（ProjectAudit） 12
3.8 项目月报表（ProjectMonthReport） 13
3.9 项目分包合同表（ProjectSubjectContract） 13
3.10 项目物资采购表（ProjectShopping） 14
3.11 项目用款表（ProjectPayment） 14
4 系统详细设计 16
4.1 开启回调模式 16
4.2 使用回调模式 17
4.3 接收消息时的加解密 17
4.4 主动调用 19
4.5 自定义菜单 21
4.6 身份验证接口 24
4.7 用户信息转换 25
4.8 项目测算 27
4.9 邮件管理 28
4.10 公文管理 29
4.11 项目用款审批 30
*好棒文|www.hbsrm.com +Q: ^351916072*
结 论 32
致 谢 33
参考文献 34
1 引言
1.1 课题背景及意义
淮阴水利建设有限公司位于江苏省淮安市，拥有良好的社会形象和坚实的市场基础，但公司的发展，公司内部诸多的管理问题越来越突出，主要体现在公司的经济效益和日愈增加的规模不相适应，利润率较低；公司管理制度与现场实际管理流程脱节，公司管理制度得不到有效实施；而且随着项目越来越多，项目管理的难度愈来愈大，特别是公司的成本控制很难落实到位。这些管理问题究其原因，是企业管理缺乏现代手段，这已经完全不符合现代企业的管理模式，必须进行彻底的改变，2015年公司决定借助信息技术实行管理变革与创新。
在试用了最新的管理系统之后，公司的管理体制日益完善，同时也对系统提出了更高的期望要求。在公司平时的项目中，项目成员大部分需要出差工作，不太方便携带电脑来使用现有的管理平台，因此提出在手机上能够进行项目管理的需求。根据当前的大众偏爱使用趋势和目前的技术支持，我们决定将淮阴水利有限公司综合管理系统的部分功能放到微信公众平台企业号的应用中，借此满足公司的新需求。
1.2 课题设计内容
要想使用企业号进行开发，首先要准备一个企业号，并成功开启企业号的回调模式，开启回调模式之后还需要学会使用回调模式。然后根据需要，根据微信提供的各种借口调用文档对企业号提供的各种借口进行调用。在本次开发中需要调用的接口包括回调模式开启接口和使用接口，主动调用接口，OAuth身份验证接口，自定义菜单接口，管理成员接口，发送消息接口等。
2 需求分析
2.1 非功能性要求
2.1.1 稳定性
保证数据存取和逻辑处理等不出现异常错误，确保7×24正常运转。对在数据处理过程中可能出现的软件、硬件故障导致的数据处理中断，系统应及时进行数据回滚，保证数据的唯一性、准确性。
2.1.2 安全性
在数据处理、存储、传输等过程中确保数据不被篡改，对不同功能进行权限划分。对人为误操作所导致的数据删除，系统应提供数据恢复，保证数据的完整性。
2.1.3 可扩展性要求
系统在设计时，应充分考虑到系统的通用性、扩展性。在选择技术实现时尽量做到可配性强、配置灵活，以适应不同情况下用户的需求，使系统能够运行在多种不同的平台之上。
充分考虑建设施工图审查处的现有应用以及今后业务的可能扩展，随着数据量的增加和运行节点的扩展，应用系统能够随着硬件和系统软件的升级或增加，具有良好的可扩展性。
应用软件应具有良好的开放性，遵循业界相关标准，支持开放的标准接口，使整个系统成为一个统一的整体。保护系统的投资，以达到系统的合理性、可扩充性和可维护性。
2.1.4 灵活性
对系统数据要实现“增，删，改，查”，能够根据不同的业务流程要求调用企业号的相应接口来实现功能。除公用接口之外，系统的功能不能相互影响。
2.1.5 可恢复性
数据库恢复在24小时内，但是不能丢失数据。如果硬件损坏，应积极配合解决。
2.1.6 用户界面需求
界面设计原则：用户界面应从输入输出的角度，反映系统的整体功能。在系统设计以及实现的过程中应该实现以下需求：操作简单，易 *好棒文|www.hbsrm.com +Q: ^351916072*
于学习，使用户只需要简单培训即可掌握系统操作。用户界面友好，界面风格一致。 实现数据校验，系统对录入的数据的合法性进行校验。系统容错，对于错误的操作或异常提供正确的响应。
2.2 功能需求分析
2.2.1 工作流程
图2.3项目用款审批流程图
图2.4人员转移审批流程
2.2.2 系统用户类型
根据前期调研，在分析系统功能权限的基础上，系统用户分为普通员工、人事部长、工程部长、质量部长、安全部长、财务部长、设备材料部长、综合部长、项目经理、分管领导、总经理、董事长。系统用户可同时拥有多种身份。
2.2.3 系统主要功能
2.2.3.1员工信息管理
对公司员工信息进行管理，员工信息包括：身份证号、姓名、职称、评定时间、职务、岗位、第一学历、毕业学校、最高学历、最高学历毕业学校、学位、出生日期、参加工作日期、到公司日期、离职日期、离职原因、籍贯、政治面貌、办公电话、家庭电话、家庭住址、手机、Email、照片。
说明：
（1）职称信息包括：初级、中级、副高、正高。
（2）可按参加工作日期、到公司日期等进行查询。
（3）可按按职务、职称、学历、学位等进行分类统计。
2.2.3.2 办公自动化
1、公文管理
用于公司的各类公文的发送、接收和流转等，从而达到公司无纸化办公的要求，提高企业的管理能力。公文管理的功能有：发文拟稿、发文审批、收文登记、收文审批等。公文信息包括：标题、公文密级、公文类别、紧急程度、起草时间、起草人、起草部门和审批人等。
3.1 部门信息表（Department）
表3-1 部门信息表
字段名 字段描述 字段类型 可否空 备注
JobTitle 职称 varchar (20) 否
PostName 岗位名称 varchar(50) 否
PostSalary 岗位基本工资 decimal(18, 2) 否
版权保护: 本文由 hbsrm.com编辑，转载请保留链接: www.hbsrm.com/jsj/rjgc/1905.html
