ERP通用信息管理系统开发平台范Word格式文档下载.docx
- 文档编号:19959826
- 上传时间:2023-01-12
- 格式:DOCX
- 页数:40
- 大小:718.11KB
ERP通用信息管理系统开发平台范Word格式文档下载.docx
《ERP通用信息管理系统开发平台范Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《ERP通用信息管理系统开发平台范Word格式文档下载.docx(40页珍藏版)》请在冰豆网上搜索。
3.3系统开发工具15
3.3.1系统开发环境15
3.3.2系统调试运行环境16
第四章用户信息维护模块17
4.1用户信息维护模块简介17
4.1.1用户信息维护模块17
4.1.2模块功能结构图17
4.2模块详细设计18
4.2.1用户注册界面18
4.2.3用户登录界面19
4.2.4用户信息修改20
4.3主要代码分析21
4.3.1用户帐号开通界面主要代码分析21
4.3.2加密处理模块代码21
4.3.3邮件发送处理单元23
4.3.4程序自动升级核心代码24
第五章系统基础功能管理模块26
5.1系统管理功能设计26
5.1.1系统管理模块简介26
5.1.2模块功能结构图26
5.2模块详细设计26
5.2.1模块程序流程图26
5.2.2用户登录界面27
5.2.3用户管理27
5.2.4单表操作管理28
5.2.5通用查询配置29
5.2.6权限管理模块29
5.2.7公司信息维护管理30
5.2.8部门信息管理30
5.2.9功能包管理30
第六章用户手册32
6.1系统运行环境简介及功能介绍32
6.2系统配置与操作指南32
6.3系统性能要求32
第七章系统评价34
7.1系统特色34
7.2系统存在的不足34
7.3心得与体会35
结论36
致谢37
参考文献38
第一章引言
面对目前生产型企业ERP信息化建设还不成熟,各大小型系统开发结构不理解,规范性不强,后期维护工作量大,代码可阅读性差,给IT部门程序员提供一个统一的开发平台就显示相当重要,也特别有必要,界面的统一规范,是一个现代信息化型企事业所必须的,从优化程序的角度看框架,功能设计,减少共性代码的开发是非常有必要的,现各大软件公司都提出开发平台的概念,其最核心的目标就是为了统一管理,便于维护,二次开发,一个大型的ERP系统是不可能不需要修改的,随着业务规则的变化,程序必定会跟随业务的变化及时做出调整,如果有了平台的概念,变更基础功能代码将变的更加简单。
(1)问题的提出
在软件开发过程中往往是有很多可以通用的代码的,没有平台的概念,不将这些共性的代号,收集整理,分类封装,浪费软件开发人员的时间,不能提高软件开发的效率,在没有一共通用的开发平台,往往一个中小型的项目可能需要十个人左右来共同开发,但如果有一个比较方便的基础平台,那就可以快速的实现开发,从而从很大程序上节省了开发的成本。
(2)可行性分析
开发此平台无论从技术上还是实际需求两个层面都是可行的,经过长达一年的学习和公司研发部门的技术实力来分析,已经具备开发的能力,更为重要的一点是现在的行业内的主流所向,都渐渐有了选用开发平台来实施生产信息系统的意识,基于平台开发业务系统,开发速度快,简便。
基于平台开发业务系统,只需要编写少量的代码,或实现零编码,编码的减少,可以有效减少系统中bug的存在,提高系统的稳定性。
基于平台开发的业务系统,具备统一的界面风格,统一的业务逻辑实现方式,这样除了具备统一的操作界面,使用户更容易操作外,更体现在后期维护方面,即使维护人员没有参与开发,只要掌握了平台的使用及业务规则,维护工作的难度将会大大降低因为同类的业务模块的实现模式是一样的。
这点不同于传统的编码方式,读别人的代码,特别是不规范的代码,那是很痛苦的一件事,基于平台开发业务系统,维护方便,对于引擎类的开发平台更突出。
通过开发平台,你可以在不停止应用服务的情况下,通过平台定制、修改、发布业务模块,包括查询统计,所见即所得,完全不像传统的方式,需要进行编码,打包重新发布,这样不但能快速响应新的需求,而且可以降低业务系统的维护费用
。
第二章系统需求分析
为了开发出真正满足用户需求的软件产品,首先必须知道用户的需求。
需求分析是软件定义的最后一个阶段,它的基本任务是准确地回答“系统必须做什么?
”这个问题。
根据第一章中可行性研究、分析阶段所定义的课题研究方向及目标,本章将对系统功能进行具体的需求分析,以下将从系统的性能需求、功能需求、可靠性和可用性需求等方面对系统的功能做了阐述。
2.1系统功能需求分析
本课题属于C/S结构信息管理开发平台,只有注册用户才能使用本系统。
管理员可以对系统权限开通,及界面的配置权限等,增加对数据库的单表操作配置功能,配置成功后可直接引用,并实现操作,对于SQL语句,存储过程,水晶报表,可实现界面配置动态生成功能,减少编写重复代码。
2.1.1功能划分
(1)系统平台基础信息的管理功能
本系统平台主要应用于生产型集团公司,平台支持分区(可用于区分不同地理区域,公司,部门),按照此三大类进行用户管理,由于本平台采用目录树结构,平台支持动态目录树的配置功能,由此展开来,权限的管理在本平台中也是按照菜单为单位进行管理。
(2)通用配置功能
此模块主要功能提供单表的操作的可配置功能,从实际应用出来,对于字典表的维护,不再需要代码就可实现对单表的增删改功能。
(3)为业务层后期开发提供基础类库
整理前期开发的经验对常用的功能类库进行汇总,归类,封装,写在一个单元文件中,实现函数或过程的调用,提高后期程序的开发效率。
2.1.2功能描述
(1)通用配置功能
实现通用的单表操作与通用查询的配置功能,动态创建界面,实现动态的数据查询。
●配置单表操作(增删改)
通过在配置界面中指定数据库服务器的IP地址,数据库名,所要操作的表名,即可实现通用字典表的配置界面,省去了编写代码的麻烦。
●通用查询配置功能
目前此功能支持对水晶报表,存储过程,SQL语句的配置调用功用,只需指定相关参数信息,即可实现通用的查询功能,相当于报表中心。
(2)基础资料管理
对基础信息的数据库表进行增删改功能,实现对平台基础信息功能的维护功能。
●菜单管理
菜单中的目录结构,可实现增删改。
●功能包管理
能以包为单位设定包在这常情况下的自动发送至对应的管理员的邮箱,实现灵活动态,符合生产实际的需要,在实际需求中,一个大型的信息化系统维护人员会有多人来共同完成,此功能可以实现动态指定自动发送的邮箱地址。
●数据连接管理
统内所有需要使用的数据库连接,此功能主要目的在于统一管理数据权限以便移植,更方便程序员在代码中调用,不再需要在代码中定义,动态灵活。
●分区管理
维护分区字典表
●公司管理
维护公司字典表。
●用户管理
可开通用户帐号功能。
●权限管理
可对不同用户开通使用权限。
●权限编辑
现用户权限的复制操作。
2.2业务流程分析
在对系统的组织结构和功能进行分析时,需从一个实际业务流程的角度将系统调查中有关该业务流程的资料都串起来作进一步的分析。
业务流程分析可以帮助我们了解该业务的具体处理过程,发现和处理系统的调查工作中的错误和疏漏,修改和删除原系统的不合理部分,在新系统基础上优化业务处理流程。
通过对系统的需求分析,系统的基本功能已确定,系统的业务流程及各个模块清楚的描述了彼此间的关系如图2.1所示。
图2.1业务流程图
2.3数据流分析
数据流分析主要以数据流图来体现,数据流图由数据存储、接口、进程、数据流四个基本部分(图标如图2.2)组成。
图2.2图例说明
系统平台以图形的方式描述数据在系统中流动和处理的过程,由于它只反映系统必须完成的逻辑功能如图2.3所示。
图2.3系统平台数据流图
第三章系统总体设计
经过需求分析阶段的工作,系统必须“做什么”已经清楚了,而在系统设计阶段的主要任务是设计程序的体系结构,划分组成系统的物理元素——程序、文件、数据库、人工过程和文档等等。
在这个阶段将具体描绘出程序的组成模块,以及各模块之间的关系。
3.1系统总体功能结构设计
3.1.1系统结构
系统的用户界面配置信息以*.ini文件存在本地程序目录中。
在界面显示时,由UIConfigmanager(用户界面配置管理器)类读取并初始化界面。
系统的数据库连结信息以*.xml文件存在本地程序目录。
在程序启动时,由DBConnectionManager(数据库连结管理器)类读取数据库连结字符串,并检测其合法性(注:
平台中不使用静态的数据库连结控件)。
系统的结构图如图3.1所示。
图3.1系统平台结构图
3.1.2三层架构简介
软件集成平台采用目前较为流行的逻辑三层系统架构,按照由高到低为用户界面层,业务功能层,数据访问层,SQLHelper架构图(如图3.2所示)。
图3.2系统架构图
上述结构使用户界面,业务逻辑,与数据库访问相分离,实现程序模块解耦,从而达到可以并行开发的目的。
各层的访问关系如图3-3所示。
图3.3各层关系图
数据访问层处理所有与数据库访问相关的操作,完成数据的增添、删除、修改、更新、查找等功能。
业务功能层主要实现业务功能,比如:
新建生产单,添加用户等。
用户界面层主要负责将数据展现给用户。
平台提供独立的SQLHelper封装所有通用的数据库访问操作,供数据访问层使用。
即将每个系统模块看成为一个小的三层结构的系统。
平台也将按此架构实现。
用户界面包与平台本身目录分级管理,不属于平台系统目录也不属于平台系统包,在编译生成后的文件输出至OUTPUT文件夹中,可由开发人员自由选择所生成的目录地址。
3.1.3基础功能类
(1)系统日期类
系统日期类写在包pkExFoundationClass中的ExSystemDate单元文件中。
示例说明:
◆Date()函数获取当前系统日期值如2010-05-25
◆Datetime()函数获取当前系统日期值如2010-05-2508:
00
◆DatetimeString()函数获取当前系统字符型日期值如2010-05-2508:
在相应外围程序中可直接根据需要调用符合返回值类型的函数具体见图3.4所示:
图3.4ExSystemDate类属性图
(2)表格(cxgrid)扩展操作类
GridHelper类写在包pkExFoundationClass中的TEXGridHelper单元文件中,其封装了常用的表格编辑,导出,打印等功能。
◆ExportToExcel(参数)对Grid实现导出至Excel功能
◆ExportToTXT(参数)对Grid实现导出至TXT文本文档功能
具体见下图3.5所示:
图3.5TEXGridHelper类图
(3)进度条窗体类
进度条窗体写在包pkExFoundationClass中的ExProgress单元文件中,通过ShowProgress可调用此进度条,更新查询进度。
◆ShowProgress此函数为调用接口函数,引用此函数可初始化进度条窗体
◆Closeprogress释放当前进度条窗体
◆Updateprogress在初始化进度条后此方法实现进度条的移动
具体见下图3.6所示:
图3.6ExProgress进度条类图
(4)系统平台邮件发送类
邮件发送类写在包pkExFoundationClass中的Texmail单元文件中,定义了邮件发送地址,发送内容,发送地址,端口等信息,函数调用发送,减少定义参数代码,编码快捷
◆FBody此字段属性定义用于邮件内容
◆FSubject此字段属性定义用于邮件主题
◆FUserName此字段属性定义用于用户名
◆SendMail此方法为定义参数信息后执行发送操作的执行函数
见图3.7所示:
图3.7发送邮件类图
(5)消息对话框窗体类
消息对话框窗体写在包pkExFoundationClass中的ExMessageBox单元文件中,此单元文件中的各种对话框以函数方式调用,指定参数调用后返回值。
◆Show()方法重载指定不同参数可实现不同类型的消息对话框,可动态指定对话框标题内容,显示图片,确认和取消按钮的位置,个性化程度高。
见图3.8所示:
图3.8消息对话框类图
3.2系统后台数据库设计
由于系统属于集成平台,因此数据的访问量不大,重点在于表中数据的组织关系,将影响平台的正常运行,此开发平台运行对数据库的依赖性高,一个好的数据库是我们的目标,我们需要从这样一些方面考虑建好数据库:
●数据库冗余度小
●函数依赖性明确
●数据库的表命名体现表的内容
●表中各属性的名称及类型体现该属性的含义
●建立好的索引
●选定适当的键
●设定各字段的约束规则
表在减少冗余时应考虑实际使用时的方便性
3.2.1系统主要功能数据表及其关系
(1)用户及对应用户权组权限管理相关的表的关系,如图3.9所示:
图3.9用户及用户组表关系图
(2)系统菜单及基础功能包表的关系图3.10所示:
图3.10系统菜单基础表及功能包关系
3.2.2数据库表设计
根据物理结构设计的三原则即尽可能减少数据冗余和重复;
结构设计与操作设计相结合;
数据结构要具有相对的稳定性,进行本系统中关系数据库表结构设计
(1)系统主要用户相关数据库表如下:
表3-10T_Ex_系统_用户表
列名
数据类型
允许NULL值
用户名
nvarchar(50)
Unchecked
姓名
工号
nvarchar(10)
密码
性别
nvarchar
(2)
部门编号
公司编号
varchar(50)
Checked
手机号
岗位
办公室电话
图片
image
签名图片
激活状态
bit
表3-11T_Ex_系统_菜单表
(2)主要功能相关数据库表
表3-12T_Ex_系统_查询配置汇总字段表
汇总序号
int
查询序号
汇总字段
汇总方式
显示位置
分组序号
表3-13T_Ex_系统_查询配置主表
窗体标题
nvarchar(100)
查询类型
查询语句
nvarchar(4000)
数据连接
控件列数
页汇总
组汇总
系统代码
添加人工号
nvarchar(20)
修改人工号
修改时间
datetime
表3-16T_Ex_系统_错误反馈发件箱
发件箱
服务器
端口
表3-17T_Ex_用户桌面_系统
GID
菜单代码
使用时间
IP
3.3系统开发工具
3.3.1系统开发环境
系统开发环境及开发工具介绍
Delphi这个名字源于古希腊的城市名。
它集中了第三代语言的优点。
以ObjectPascal为基础,扩充了面向对象的能力,并且完美地结合了可视化的开发手段。
Delphi自1995年3月一推出就受到了人们的关注,并在当年一举夺得了多项大奖。
Delphi实际上是Pascal语言的一种版本,但它与传统的Pascal语言有天壤之别。
一个Delphi程序首先是应用程序框架,而这一框架正是应用程序的“骨架”。
在骨架上即使没有附着任何东西,仍可以严格地按照设计运行。
您的工作只是在“骨架”中加入您的程序。
缺省的应用程序是一个空白的窗体(Form),您可以运行它,结果得到一个空白的窗口。
这个窗口具有Windows窗口的全部性质:
可以被放大缩小、移动、最大最小化等,但您却没有编写一行程序。
因此,可以说应用程序框架通过提供所有应用程序共有的东西,为用户应用程序的开发打下了良好的基础。
面向对象的程序设计(Object-OrientedProgramming,简记为OOP)是Delphi诞生的基础。
OOP立意于创建软件重用代码,具备更好地模拟现实世界环境的能力,这使它被公认为是自上而下编程的优胜者。
它通过给程序中加入扩展语句,把函数“封装”进Windows编程所必需的“对象”中。
面向对象的编程语言使得复杂的工作条理清晰、编写容易。
同时,选用SQLSever2008作为系统后台数据库,开发中将用到以下主要几款开发工具,表3-1:
系统开发环境表
开发工具名称
软件用途
Microsoftvisio2007
系统流程图的设计、数据流图的设计
Delphi7.0
工程管理、代码编写及调试
SQL-Server2008
建立系统的后台数据库
photoshopcs
图片处理
Delphi7开发环境的优点
Delphi7适用于中小型系统的开发,编译速度快,在Win32编程中有绝对优势,第三方控件使用方便,属于面象对象的开发语言,其原生数据库控件功能强大,实现方式简单,
采用编译方式,因此与源程序可以没有任何关联进行运行,执行响应速度快。
SQLServer2008后台数据库的优点数据库保存着整个系统的重要信息,绝对不允许被他人恶意破坏。
在Access、SQLServer2008、Oracle等诸多数据库中我们选择了SQLServer,原因如下:
SQLServer2008是微软公司推出服务器产品,SQLServer2008除了具有扩展性、可靠性以外,还具有可以迅速开发新的因特网应用系统的功能,尤其是可以直接存储XML数据,可以将搜索结果以XML格式输出等特点。
SQLServer2008通过对高硬件平台以及最新网络和存储技术的支持,可以为大的应用系统和企业级的应用提供可扩展和高可靠性。
3.3.2系统调试运行环境
(1)硬件环境:
服务器端:
推荐配置为2G内存,CPU为IntelPentiumⅣ1700MHZ,硬盘容量为120G的微机,通信网络:
局域网
(2)软件环境:
●操作系统:
WindowsXPProfessionalSP3
●数据库:
SQLSERVER2008
第四章用户信息维护模块
4.1用户信息维护模块简介
在本系统中开通用户信息必须由管理员进行开通帐号,从安全性的角度不提供其它接品程序进行开通帐号,注册时用户的密码是加密后保存至数据库中,数据库维护人员是无法查看到密码的,在用户输入用户名和密码后,程序会自动将录入的密码加密并与数据库的密码进行比较,如相等则进入权限验证模块,读到相关权限信息,进行用户操作界面。
4.1.1用户信息维护模块
用户只能修改密码信息,对于用户的个人信息暂不支持修改,如有变更需由管理员进行变更操作,如图(4.1)所示:
图(4.1)用户信息维护
4.1.2模块功能结构图
该模块的结构如图4.2所示。
图4.2用户管理功能模块结构图
4.2模块详
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ERP 通用 信息管理 系统 开发 平台