内部管理系统设计方案.docx

内部治理系统详细设计方案设计方案简介本设计方案是为内部治理步伐开发而编写的,它包罗了系统可行性研究,系统模块设计,模块的具体流程设计,一些需要进一步讨论大概研究的问题,需要的资料与硬件,数据表的界说等。但它没有包罗关于编码的更多主题。例如编码的约定,注解的格式等。尽管这些问题对付实现这个系统都是非常重要的,但因为是设计方案它没有被包罗在其中。整个设计方案的大抵目录如下:内部治理系统项目方案(第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系统差别,我们面临着更遍及领域内的数据库造访。这个领域已经不可能用局域网解决了,网,数据传输的有效性和宁静性就会成为严重的问题。现在将三种可能数据造访的方法列举如下,并逐一作阐发:使用纯单机版的数据库系统这是最简单的数据库造访方法。采取这种方法不涉及网络传输,所以无论在哪个部分,也不管其上网设施是如何的,总能采取这种要领的。采取这种系统后,如果要实现数据同步,必须定期将数据库全部上传(注意:这里应该是上传整个数据库,因为采取这种方法操纵的系统,它上传的时间隔断一样是比力大的,如果记录哪些记录是更新的,在实际同步时候,将耗费许多时间作整个更新记录的比对,在记录量增大时候,这个检测的时间也会急剧增加,反而增加了处理惩罚时间),办事器在收到整个数据库后,在办事器端运行一个特别的软件,用于数据的同步。然后将处理惩罚后的数据库放在一个特定的区域,客户端可以将处理惩罚后的数据库收下来,以实现数据库同步。整个系统采取的传输示意图如下(仅以市场部为例):总部办事器市场部DBDBDB市场部总部办事器上应该运行特定软件用于数据同步,此历程可能需要人工干涉。这段传输可以采取任何传输方法,包罗采取纯网络数据库的结构:采取这个结构从理想的角度来看,是最适合这个系统的。因为它具有最好的实时性,可以将当前得到的数据立刻传输出去,这样其他部分也就立刻可以得知目前的业务情形。并且采取这个结构,从数据库应用角度来看,对网络底层的传输情形不需要