内部经管详细方案.docVIP

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