文档介绍：设计方案简介
本设计方案是为内部管理程序开发而编写的,它包括了系统可行性研究,系统模块设计,模块的具体流程设计,一些需要进一步讨论或者研究的问题,需要的资料与硬件,数据表的定义等。但它没有包含关于编码的更多主题。例如编码的约定,注解的格式等。尽管这些问题对于实现这个系统都是非常重要的,但因为是设计方案它没有被包括在其中。
整个设计方案的大致目录如下:
内部管理系统项目方案(第2页-第20页)
项目开发背景(第2页)
项目可行性研究(第2页-第6页)
系统的大致模块划分(第6页-第18页)
市场部(第6页-第17页)
系统登陆模块(第8页)
系统设置模块(第8页)
事件添加模块(第8页-第9页)
事件查找编辑(第9页-第11页)
事件参数设置(第11页)
事件跟踪模块(第11页-第13页)
人事基本管理(第13页)
部门参数设置(第14页)
资料票据管理(第14页-第15页)
业务收入统计(第15页)
工资参数设置(第15页)
员工工资管理(第15页-第16页)
数据加密备份模块(第16页)
数据库管理模块(第16页-第17页)
网管部(第17页)
制作部(第17页-第18页)
数据流图(第19页-第20页)
市场部业务数据流图(第19页)
市场部工资数据流图(第20页)
内部管理系统所需资料(第21页)
内部管理系统所需硬件(第22页)
数据库设计(第23页-第25页)
上层数据库设计(第23页)
市场部数据库设计(第24页-第25页)
(第26页)
内部管理系统项目方案
项目开发背景
为了提高公司内部管理的效率,所以需要编制一套完整的用于公司内部管理的系统。这样一个系统可以在整个公司范围内使用,做到了公司资源的整合与共享。
项目的可行性研究
技术方面:
整个系统属于一个规模比较大的MIS系统。尽管其在组织关系上存在着很大的复杂性,繁琐性,不确定性,但是就整个系统的技术构成上来看,它还是属于一个数据库应用类的系统。其基本操作还是对存在数据库进行添加、删除、查找、编辑等。所以就单纯的数据库应用来看,暂不存在太大的技术问题。
经济方面:
由于系统对公司的正常运行的影响是相当大的,所以必须要设置单独的服务器来运行这个系统。又考虑到所有计算机硬件软件都是存在出错可能的(具体到这个系统,由于其需要不间断的运行,所以其出错的可能就会变得更大),因此整个系统应该考虑使用双机热备份技术。使用两台服务器同时运行,一个为主一个作备份,这样可以避免服务器故障对整个系统的影响。又考虑到这个系统是为公司内部服务的,而且数据库设置和调试时候都必须要直接使用服务器,所以应该将服务器设置在公司内部。纵观整个系统需要的硬件,我们认为整个项目的投资将可能是比较巨大的。这方面,提请公司再作详细讨论。
法律方面:
整个系统由于是自行开发,自行使用,所以系统本身不存在法律上的版权争议。在服务器软件方面,应该使用正版软件,因为整个系统尽管是开发给内部使用,的,上,它的操作系统可能会被Microsoft跟踪,如果不是正版软件,将不得不面临民事诉讼的风险。
目前存在的问题:
目前我们觉得最大的问题仍然是数据库访问方式上的问题。和一般的MIS系统不同,我们面临着更广泛范围内的数据库访问。这个范围已经不可能用局域网解决了,网,数据传输的有效性和安全性就会成为严重的问题。现在将三种可能数据访问的方式列举如下,并逐一作分析:
使用纯单机版的数据库系统
这是最简单的数据库访问方式。采用这种方式不涉及网络传输,所以无论在哪个部门,也不管其上网设施是如何的,总能采用这种方法的。采用这种系统后,如果要实现数据同步,必须定期将数据库全部上传(注意:这里应该是上传整个数据库,因为采用这种方式操作的系统,它上传的时间间隔一般是比较大的,如果记录哪些记录是更新的,在实际同步时候,将花费很多时间作整个更新记录的比对,在记录量增大时候,这个检测的时间也会急剧增加,反而增加了处理时间),服务器在收到整个数据库后,在服务器端运行一个特殊的软件,用于数据的同步。然后将处理后的数据库放在一个特定的区域,客户端可以将处理后的数据库收下来,以实现数据库同步。
整个系统采用的传输示意图如下(仅以市场部为例):
总部服务器
市场部
DB
DB
DB
市场部
总部服务器上应该运行特定软件用于数据同步,此过程可能需要人工干预。
这段传输可以采用任何传输方式,包括FTP,Ema