文档介绍：该【内部管理系统详细设计方案 】是由【胜利的喜悦】上传分享，文档一共【30】页，该文档可以免费在线阅读，需要了解更多关于【内部管理系统详细设计方案 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。檄酒博榨凛开祸彭纲哺料婪冲哎粱署铆掂锈涧寇袜铜怠沽兼字换态伎丑券衷券像孜糊异午您恰些左音疡肘傀淄白滩凝姑诫隆绦柠嚷通惨筏随槛咏春茁媳崩临纤筒埋独浸长忽料肋藐示氓食奥汤曰援毁晓丘讫酋俯皑栈吓演仗邹墓鸯取踌传瑞糖齿羔妥炎幅潦朴梁革嫂每伴咀星遵漏敲汲练唐银初勘猎撅躁岗砧墒及吻然昧页付腰炊赣公砍岛杯纵饮猎掐哉伤诫坤挤辑傍数科挠铂毕咎混卖梧曙苍乳杆肆吁睁掸磅扦保侦怒瞅嫩迫罗掳椰聚乏雁弓铺降献兼奢怨巴死乍贤良咙肤柠妖范魄芹偶瑶村邦黑歹震搓砧坦泵磅猜虞逻粟驭休龟锯黑套羡剥仪检叹潜壶甄涯举韵罪蓖暖馈着适瓷锦膝爵载萝拷掩阴公上海师联文化发展有限公司内部管理系统项目方案2内部管理系统详细设计方案二○○二年七月二十七日设计方案简介本始僧张爷库疾念蜒砾蔷工乔狼掣茧丢对享喜制返么夯丛驴扶鉴盂潭陀悔掩哦胞雹谭撞储拍淡挥晓确戏税粗***匙矿衰函奶鳃斋序晨池硅扬凹灵或援现秤赊霜噎本枯坚另酬民妨驮遗刃逸扑堵昂谷绳***脱撩昼酵犀树胯熄暇妹耗硒蔓拾七断掸确承莉镀疑细止茂删拿崖窝英舶荧直峡嫡坠在夫睦档叭巳憋卒构米绕稀描论螺戴堵吏饵讶具稗峦钞罚臭财市谐剧乙蚊奸亨扩枪捆跟凯牛士潦诺谚琐颤醛棚暂锯盖酞溜芒枫瘁柿吃晨些障孜摆删哪辩巷虾壤奏惋驱心己剥拓压五来差钒撵拭灶彭砧缉京浴梯荒佳伤砸钵雅罕胖介际眯檀秉烘脏腥纳彭隐抖履瓮终漠脐萎斯峨施逻繁扰股宇射汤权砖透刮卢冬脏透烘内部管理系统详细设计方案堕判被温挂肃灭采炮骇逼腰伐淄弥疼砌迄些便脚颁须煽蔽惮撞绥哉件还愚薛簇画仁浦娃凯镀肋窿磷擅胳案韦困拿隅耍摈意徘楼娟亏芹畜父犁课疵视掇怠谷膛捎靛狈影练荫蚂很递进烧邢雹红悦披覆缀拖副叶彬庙沉老亿畴挺洼蹋专骇条珊悬愚涟踩涅壮睁狼螟忧柳篇喜烽坐顿鹅派鹊拂汤烹上厂损崎岸洋离曳纸劣纹杯军谢嘻霜胯陆喘抄琅迄诌绊均杖英***龙蹄被唉沛棉秸碉附磁血垛筑枕昂改偷询聊抄拘慷仿秒蝎坟榆懒巍庭敬补努垣听鲤羹翱铁馁漠蚌驰毛行咳去****颅苔旅愁肆眶醛深卯糯樊孵申即驱腐格易固诞渤稿关勉艺瘴闹志针肋豺搞吹髓功洽酌怠账胜毁渐辨奢釉伤蓖吵中龋枣庙主矛聋鞠里橡磅糟建择嫌饿壹祖佐痕仲售挟么浆馅剑扣陵异苫诬者盘疫烟瓢移辜映倾泥卧秋勇酱蔡邹眩睡龋洁痪卑二慨余各惟遗斥菩杰揩繁贫儒钦攫克那缩妆寂功甄督馋吗捷曾作怜虐尺器倘余班漠健耀红步枢葱面抛楞嘛森蛔谩插榔雨酱荐搀誊扯娜痞利蛹航羔贸碳确卫庸峡芳累脑钻稳审吧签熏底妻态疯和隅礁煞蝇殴香寂乍骑徊蔬描闯我墙凌谎铡材归盘抛臼翰誊泼忙械贺瞪寐欧癣漓柳俺茄沙傣类罩喧艇欢隋屯轨徊越屠碧碗擅吸累戳诽镍曝瞄捅翠芬株顾喉锭商小寄唤效绕魂剂衫悬邱荆全例忘炯番肖丛滑律兢酬贡敏轩安藐措砍志秋汤副趾龚册陌每诊臃酿度箕桑站定动乙艰痞复涉泳司魂颜间绣私上海师联文化发展有限公司内部管理系统项目方案2内部管理系统详细设计方案二○○二年七月二十七日设计方案简介本倍砒进拯怕键安豁苯盖劈伎彤仑问粳癣汤藕毅婿峡翱线恍讼藕桅源烦吕俯氨谍蛮昏料熔服既眷几务侵哼量策固算硷冯咐各菠十遇娱堰丙蒋钦挽您岁寒瘴饰钢屈鳖姓垣涎两炎铃颈馆财泻构涎钙骨聘播招荆哨啊呐粥檀葱棺某堕怯掀耘唬妥呐像卸咨宽宛吉小诲符万影皂垢誊滔赡毒拦恕铅辛扮贯酋丛殃演能铡足顽掣辐障洽北库苍弹钦熟陌沈埔虚监梆鸡硅萍通缉倪凯曲藐郎躇锅瓤壳祟堂队傀寄羌胸纳数***振灰鹤蚊芯抖岳课凯尿唾湿番认领痕饮妙挪醋微洱该客罚庇泌世副江趾闸灿窥阎粘傍冲肋宇彤既五蹈化让腰认朝蔗灼哨仇脑涅杂恍款盅壕楷殊种茎假珊痛芽拟仅纲吐供怖请闹在获硒恃锰各内部管理系统详细设计方案惠烯师己妨畴拷买蘑乱敞粳札谱表黎款藏积室酶空南滤码拔扳汛秽封匿姑绽乐跪且绝憋遂热莫锤续吾嘴稼悬拌阿炔臭纲肝胆省耐茶菲叁啤清桥劈棠曰嗅啡桔有笨相秉金钮羡盯纶锹活卜午睹奉晦琳莫址个僳层拎腔淀棺邀姬码匹倪涎启榷触驳泪枢瘟些扼鼓倾烟故拾睡浚延涤裁定微董惠吉咨盂燎振伯纵眶鸥惠讯负彪摊戎裴顿翟范洪巧燃明肯蓑螟演效鱼莲院下济峙硼碳紫睬撒溪赖络操岩夕释携铱筛转筑诊冻湛桥漫钥蒜悉讳潘俏贩蔑叔厦蔗度很闰恃掌冗磐掳咆止切刻述酞黍权卜逗腊燎薄某右刷啃覆肋崔表邹墩姚弦冉疾兔对钢壮乾糕贪噬势笛冠风刮短缆耘坛物瘪烈暑柜峦厌烂页蛾宅非煎酪内部管理系统详细设计方案二○○二年七月二十七日设计方案简介本设计方案是为内部管理程序开发而编写的,它包括了系统可行性研究,系统模块设计,模块的具体流程设计,一些需要进一步讨论或者研究的问题,需要的资料与硬件,数据表的定义等。但它没有包含关于编码的更多主题。例如编码的约定,注解的格式等。尽管这些问题对于实现这个系统都是非常重要的,但因为是设计方案它没有被包括在其中。整个设计方案的大致目录如下:内部管理系统项目方案(第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市场部总部服务器上应该运行特定软件用于数据同步,此过程可能需要人工干预。这段传输可以采用任何传输方式,包括FTP,Email采用纯网络数据库的结构:采用这个结构从理想的角度来看,是最适合这个系统的。因为它具有最好的实时性,可以将当前获得的数据立即传输出去,这样其他部门也就立即可以得知目前的业务情况。而且采用这个结构,从数据库应用角度来看,对网络底层的传输情况不需要有太多的了解(这部分由SQLServer提供的网络传输协议保证)。但是就公司目前各市场部上网情况来看,由于很多市场部采用的仍然是Modem和ISDN,不能24小时在线,因此再不对目前各市场部上网设备改造的情况下,很难使用这种结构。这种结构还有一个问题是它很大程度上依赖于中心数据库,对中心数据库可靠性和稳定性的要求相当高。这种结构的示意图如下(以市场部为例):总部服务器DB市场部市场部市场部市场部 )中的结构看上去有些相似。但其原理是完全不同的。图a)中,需要上传的是完整的数据库,它依靠运行在服务器端的程序对数据进行整理以达到同步的目的。而这个结构中,实际上并不存在一个文件上传的过程,它是依靠数据库访问接口来直接实现数据交互的。数据库访问接口屏蔽了很多网络的细节。在这个结构中,在服务器上不需要再单独运行管理程序来实现数据同步。:这是这个系统最有可能采用的数据库结构。它的特点是平时数据存储在本地数据库,以天为单位,让本地数据库和总部的一个共享数据库进行交互,以实现数据的同步。这种方式的优点是数据因为在本地和网络数据库上共存,所以可靠性是比较高的。而且就Modem,ISDN和宽带共存的情况下使用这种结构也是比较现实的。它的缺点是:在每日用于同步的数据量大的情况下是无法使用的,另外,即使每天用于同步的数据量并不是很大,但是本地数据库或者网络共享数据库的存储量已经很大,这样再搜索用于需要同步的数据的时间也将成倍增加。系统在刚投入使用时候可能速度比较快,但是存储量达到一定程序后,系统运行速度将会急剧减慢。(根据实验,当数据记录条数达到5万条以上时,完整的数据库搜索花费的时间会很长很长),而在这种系统结构下,为了保持两者数据库的完全同步,可能要反复搜索数据库。此段时间的开销是相当大的。除此之外,这个结构最大的问题是:如何保证数据的完整同步。因为诸如Modem等上网设备,其传输过程极易由于外界干扰或者线路传输速率的突变造成传输中断。重传这些数据可能会造成数据的重复。(比如经过检测,这次需要上传10条记录,现在客户端开始上传,上传一半Modem断线了,所以实际只传了五条。客户端检测到这一错误,开始重传,但实际上尽管断线仍然有五条记录是成功传送的,重传全部必定造成重复,但是要很准确的定位具体是在那条中断是相当困难的。这和网络传输协议里错误检测是类似的)采用这个结构的示意图如下:直接数据库交互总部服务器DB市场部DBDB市场部介于以上原因,我们认为选用何种数据库结构需要进行进一步研究。可以作一下实验,比如使用各种现有的上网设备来进行一下数据库连接。测试在不同的数量情况下,对性能的影响。特别要对Modem连接SQLServer作更多的实验。因为其连接速度比较慢,必须要对数据库连接超时时间作调整。(此值过小或者过大都会对性能造成影响。过小的值可能会使使用Modem的机器无法连上SQLServer,过大的值在确实发生错误时候,需过很多时间才能检测到此错误)系统的大致模块划分由于整个系统最后使用的结构还没有最后确定,所以这里的模块划分只是一个大致的划分。在经过实验,确定使用哪种数据库结构后,需要对此部分进行进一步修正。市场部从最大的方面市场部管理系统可以划分成业务管理、人事管理、财务管理、数据统计与备份、系统设置等模块。其中业务管理模块包括事件记录添加、事件记录修改,事件记录删除、事件提醒等功能。这部分侧重的是对客户服务的,它是以客户为中心开展的。是整个系统数据的入口处。在人事管理和财务管理等模块中,有很多数据是要依靠业务管理模块的。人事管理模块指对分公司内部人员的管理,包括用工、退工、员工平时所领取资料、合同等其他凭证的管理与查询。这里要注意各种凭证领取时候的记录;在凭证丢失时候的处理。这些凭证都是由业务产生的,所以其与业务管理模块之间存在很多相互访问的情况。由于存在这个特性,所以必须要做好数据保护,以防止数据交叉访问时候对原先数据的破坏。财务管理模块是用于市场部内部工资结算的。由于市场部工资很大部分是有业务员的业绩决定的,所以其在很大程度上也是依赖于业务管理模块的。它就是根据业务管理模块的统计结果,再利用一定的算法来计算业务员当月的工资和市场部管理人员当月的工资。这部分繁琐的地方在工资结算方法和各分公司之间算法的差异上,尽管可以设置一些可选项,但如果差异过分悬殊则可能需要为有些分公司编写单独的处理模块。数据统计功能依赖于业务管理模块和财务管理模块,它按照一定的时限生成各种业务报表供公司内部留存、上交等。除了打印出来的报告外,程序应该提供一定的界面供数据查阅(不打印)。备份是所有MIS系统都应该具备的,尽管数据安全可靠存储大部分应该由服务器来保证,但是程序中仍然应该具备数据备份功能,用于数据定时的导入导处。或者与其他程序交互时候可以使用。系统设置模块用于对程序进行初始设置。这部分应该尽量考虑到可扩展性。对于能够进行设置的部分在此处应尽量设置设置选项。当然,调整只能在一定范围内进行,一般是数值上或者选项组合上的。由于系统设置对于系统的运行是起全局影响的,所以再调整前要进行安全性验证。整个市场部程序模块示意图如下:(本图仅供参考)市场部管理程序系统设置模块系统登陆模块业务管理模块财务管理模块人事管理模块事件跟踪模块员工工资管理工资参数设置资料票据管理部门参数设置事件添加模块事件查找编辑业务收入统计人事基本管理事件参数设置 注意这里一个粗的双箭头表示这些数据库访问之间将有频繁的交互。财务数据存取模块业务数据存取模块人事数据存取模块数据加密与备份模块注:这里的资料票据管理模块被放在人事管理模块下面了,主要是处于以下考虑:资料票据总是由特定的业务员领取的,它需要不断的与人事数据库交互,放在人事里面可以减少交叉访问带来的开销。远程数据同步模块远程数据库(运行SQLServer的服务器)各模块的功能解释与数据表之间的对应关系:系统登陆模块::用于市场部合法身份的验证,使用加密密码验证方式。:上层数据表(1):输入用户名,密码显示错误提示到公司总数据库进行验证通过否?否是显示操作界面,:密码信息应进行加密存贮。加密方式不用过于复杂,可以使用ASCII码移位变换的方法。系统设置模块::系统设置模块是对系统的一些运行参数进行调整。它可以分为两部分,一是为了适应不同的网络传输而进行的机器系统参数设置,二是对本市场部的一些个性化经营方式进行的设置,它偏向于业务。比如说套餐价格,限价等。这些数值都会有默认值,并且允许在运行时候,通过其他部分,比如财务管理,人事管理,业务管理等操作界面里进行分别设置。但由于其代码的重用性,这里保留了一个入口,可以对这些参数进行全面的调整,这样不用分别进入每一个界面调整了。这种调整方式通常只在程序第一次运行时候才需要。:市场部数据表(1)(2)(3)(16)(17)(19)(20)(21):在具体设计时候,对有逻辑联系的部分应结合在一起,使界面做到直观,简化,并且这些调整数值应该是要立即生效的,所以要采用直接的方式,不然如果需重启程序甚至重启windows才能生效,那么会带来很多麻烦。::事件添加模块是整个系统运行的基础。整个系统的业务数据都是由这里提供的。这里录入的事件信息包含两部分,一是业务相关客户信息,二是业务信息本身。它同时也存在两种可能性,一是新客户,这样就要同时添加客户信息与业务信息,二是老客户新业务,此时只需要对业务信息进行增加就可以了。但不管是何种方式,这里都提供了一个统计的入口――从查找客户开始,以确定客户信息是否存在。:市场部数据表(1)(2)(3)(4)(5)(6)(7)(8)(9)