内部管理系统详细设计方案
二○年七月二十七日
设计方案简介
本设计方案是为内部管理程序开发而编写的它包括了系统可行性研究系统模块设计模块的具体流程设计一些需要进一步讨论或者研究的问题需要的资料与硬件据表的定义等。但它没有包含关于编码的主题。例如编码的约定注解的格式等。尽管这些问题对于现这个系统都是非常重要的但因为是设计方案它没有被包括在其中。
整个设计方案的大致目录如下
一．内部管理系统项目方案第2页－第2页
1．项目开发背景第2页
2．项目可行性研究第2页－第页
3．系统的大致模块划分第页－第8页
．市场部第页－第7页
．．系统登陆模块第8页
．．2系统设置模块第8页
．．事件模块第8页－第9页
．．事件查找编辑第9页－第页
．．事件参设置第页
．．事件跟踪模块第页－第页
．．7人事基本管理第页
．．8部门参设置第页
．．9资料票据管理第页－第页
．．业务收入统计第页
．．工资参设置第页
．．2员工工资管理第页－第页
．．据密备份模块第页
．．据管理模块第页－第7页
．2网管部第7页
．制作部第7页－第8页
4．据流图第9页－第2页
．市场部业务据流图第9页
．2市场部工资据流图第2页
二．内部管理系统所需资料第2页
三．内部管理系统所需硬件第22页
四．据设计第2页－第2页
1．上层据设计第2页
2．市场部据设计第2页－第2页
五．项目工作量估算第2页
内部管理系统项目方案
一．项目开发背景
为了提高司内部管理的效率所以需要编制一套完整的于司内部管理的系统。这样一个系统可以在整个司范围内使做到了司资源的整合与共享。
二．项目的可行性研究
1．技术方面
整个系统属于一个规模比较大的MIS系统。尽管其在组织关系上存在着很大的复杂性繁琐性不确定性但是就整个系统的技术构成上来看它还是属于一个据应类的系统。其基本操作还是对存在据进行、删除、查找、编辑等。所以就单的据应来看暂不存在太大的技术问题。
2．经济方面
由于系统对司的正常运行的影响是相当大的所以必须要设置单独的服务器来运行这个系统。又考虑到所有计算机硬件软件都是存在出错可能的具体到这个系统由于其需要不间断的运行所以其出错的可能就会变得大因此整个系统应该考虑使双机热备份技术。使两台服务器同时运行一个为主一个作备份这样可以避服务器故障对整个系统的影响。又考虑到这个系统是为司内部服务的而且据设置和调试时候都必须要直接使服务器所以应该将服务器设置在司内部。纵观整个系统需要的硬件我们认为整个项目的投资将可能是比较巨大的。这方面提司再作详细讨论。
3．法律方面
整个系统由于是自行开发自行使所以系统本身不存在法律上的版权争议。在服务器软件方面应该使正版软件因为整个系统尽管是开发给内部使但它毕竟很部分还是要依靠Internet的一旦服务器连接到Internet上它的操作系统可能会被Microsoft跟踪如果不是正版软件将不得不面临民事诉讼的风险。
4．目前存在的问题
目前我们觉得最大的问题仍然是据访问方式上的问题。和一般的MIS系统不同我们面临着广泛范围内的据访问。这个范围已经不可能局域网解决了但一旦使Internet网据传输的有效性和安全性就会成为严重的问题。现在将三种可能据访问的方式列举如下并逐一作分析
a．使单机版的据系统
这是最简单的据访问方式。采这种方式不涉及网络传输所以无论在哪个部门也不管其上网设施是如何的总能采这种方法的。采这种系统后如果要现据同步必须定期将据全部上传注意这里应该是上传整个据因为采这种方式操作的系统它上传的时间间隔一般是比较大的如果记录哪些记录是新的在际同步时候将花很时间作整个新记录的比对在记录量增大时候这个检测的时间也会急剧增反而增了处理时间服务器在收到整个据后在服务器端运行一个特殊的软件于据的同步。然后将处理后的据放在一个特定的区域客户端可以将处理后的据收下来以现据同步。
整个系统采的传输示意图如下仅以市场部为例
b．采网络据的结构
采这个结构从理想的角度来看是最适合这个系统的。因为它具有最好的时性可以将当前得的据立即传输出去这样其他部门也就立即可以得知目前的业务情况。而且采这个结构从据应角度来看对网络底层的传输情况不需要有太的了解这部分由SQLServer提供的网络传输协议保证。但是就司目前各市场部上网情况来看由于很市场部采的仍然是Moem和ISN不能2小时在线因此再不对目前各市场部上网设备改造的情况下很难使这种结构。这种结构还有一个问题是它很大程度上依赖于中心据对中心据可靠性和稳定性的要求相当高。
这种结构的示意图如下以市场部为例
C．采本地据和网络据同时使的结构
这是这个系统最有可能采的据结构。它的特点是平时据存储在本地据以天为单位让本地据和总部的一个共享据进行交互以现据的同步。这种方式的优点是据因为在本地和网络据上共存所以可靠性是比较高的。而且就MoemISN和宽带共存的情况下使这种结构也是比较现的。它的缺点是在每日于同步的据量大的情况下是无法使的另外即使每天于同步的据量并不是很大但是本地据或者网络共享据的存储量已经很大这样再搜索于需要同步的据的时间也将成倍增。系统在刚投入使时候可能速度比较快但是存储量达到一定程序后系统运行速度将会急剧减慢。根据验当据记录条达到万条以上时完整的据搜索花的时间会很长很长而在这种系统结构下为了保持两者据的完全同步可能要反复搜索据。此段时间的开销是相当大的。
除此之外这个结构最大的问题是如何保证据的完整同步。因为诸如Moem等上网设备其传输过程极易由于外界干扰或者线路传输速率的突变造成传输中断。重传这些据可能会造成据的重复。比如经过检测这次需要上传条记录现在客户端开始上传上传一半Moem断线了所以际只传了五条。客户端检测到这一错误开始重传但际上尽管断线仍然有五条记录是成功传送的重传全部必定造成重复但是要很准确的定位具体是在那条中断是相当困难的。这和网络传输协议里错误检测是类似的
采这个结构的示意图如下
介于以上原因我们认为选何种据结构需要进行进一步研究。可以作一下验比如使各种现有的上网设备来进行一下据连接。测试在不同的量情况下对性能的影响。特别要对Moem连接SQLServer作的验。因为其连接速度比较慢必须要对据连接超时时间作调整。此值过小或者过大都会对性能造成影响。过小的值可能会使使Moem的机器无法连上SQLServer过大的值在确发生错误时候需过很时间才能检测到此错误
三．系统的大致模块划分
由于整个系统最后使的结构还没有最后确定所以这里的模块划分只是一个大致的划分。在经过验确定使哪种据结构后需要对此部分进行进一步修正。
1．市场部
从最大的方面市场部管理系统可以划分成业务管理、人事管理、财务管理、据统计与备份、系统设置等模块。
其中业务管理模块包括事件记录、事件记录修改事件记录删除、事件提醒等功能。这部分侧重的是对客户服务的它是以客户为中心开展的。是整个系统据的入口处。在人事管理和财务管理等模块中有很据是要依靠业务管理模块的。
人事管理模块指对分司内部人员的管理包括工、退工、员工平时所领资料、合同等其他凭证的管理与查询。这里要注意各种凭证领时候的记录；在凭证丢失时候的处理。这些凭证都是由业务产生的所以其与业务管理模块之间存在很相互访问的情况。由于存在这个特性所以必须要做好据保护以防止据交叉访问时候对原先据的破坏。
财务管理模块是于市场部内部工资结算的。由于市场部工资很大部分是有业务员的业绩决定的所以其在很大程度上也是依赖于业务管理模块的。它就是根据业务管理模块的统计结果再利一定的算法来计算业务员当月的工资和市场部管理人员当月的工资。这部分繁琐的地方在工资结算方法和各分司之间算法的差异上尽管可以设置一些可选项但如果差异过分悬殊则可能需要为有些分司编写单独的处理模块。
据统计功能依赖于业务管理模块和财务管理模块它按照一定的时限生成各种业务报表供司内部留存、上交等。除了打印出来的报告外程序应该提供一定的界面供据查阅不打印。备份是所有MIS系统都应该具备的尽管据安全可靠存储大部分应该由服务器来保证但是程序中仍然应该具备据备份功能于据定时的导入导处。或者与其他程序交互时候可以使。
系统设置模块于对程序进行初始设置。这部分应该尽量考虑到可扩展性。对于能够进行设置的部分在此处应尽量设置设置选项。当然调整只能在一定范围内进行一般是值上或者选项组合上的。由于系统设置对于系统的运行是起全局影响的所以再调整前要进行安全性验证。
整个市场部程序模块示意图如下本图仅供参考
注意
各模块的功能解释与据表之间的对应关系
1．系统登陆模块
．含义解释于市场部合法身份的验证使密密码验证方式。
b．相关据表上层据表
c．流程
．其他说明密码息应进行密存贮。密方式不过于复杂可以使SCII码移位变换的方法。
2．系统设置模块
．含义解释系统设置模块是对系统的一些运行参进行调整。它可以分为两部分一是为了适应不同的网络传输而进行的机器系统参设置二是对本市场部的一些个性化经营方式进行的设置它偏向于业务。比如说套餐价格限价等。这些值都会有默认值并且允许在运行时候通过其他部分比如财务管理人事管理业务管理等操作界面里进行分别设置。但由于其代码的重性这里保留了一个入口可以对这些参进行全面的调整这样不分别进入每一个界面调整了。这种调整方式通常只在程序第一次运行时候才需要。
b．相关据表市场部据表27922
c．其他说明在具体设计时候对有逻辑联系的部分应结合在一起使界面做到直观简化并且这些调整值应该是要立即生效的所以要采直接的方式不然如果需重启程序甚至重启inos才能生效那么会带来很麻烦。
．事件模块
．含义解释事件模块是整个系统运行的基础。整个系统的业务据都是由这里提供的。这里录入的事件息包含两部分一是业务相关客户息二是业务息本身。它同时也存在两种可能性一是新客户这样就要同时客户息与业务息二是老客户新业务此时只需要对业务息进行增就可以了。但不管是何种方式这里都提供了一个统计的入口――从查找客户开始以确定客户息是否存在。
b．相关据表市场部据表2789
c．流程
事件应该以客户查询作为整个事件的开始。以查询结果作为或者编辑的依据。整个过程可以以下流程表示
．其他说明按照这个流程对于第一次在我们这里开办业务的客户需要同时录入客户资料以及事件业务资料而对于老客户来说其客户资料已经存在所以只要录入事件业务资料就可以了但在录入前应该将原先资料显示一遍这样比较符合软件设计惯例与户操作习惯。
．事件查找编辑
a．含义解释这一模块现了对现有事件的查找和对输入有错并且已经的资料的编辑。查找分为两种息的查找一是客户资料的查找二是业务资料的查找。当然这两种查找模式会有交叉比如查到某一客户后希望查看这个客户的所有我们对其开展的业务情况或者查到某一业务资料后需要列出这个业务所对应的客户资料因此在设计时候要考虑到这些方面在代码重和灵活性上要作好调整。另外此处的编辑是出于这样一种考虑的在有些据输入时候有错但并没有立即发现隔了一段时间后通过查找或者突然记起发现了这个错误那么这里就要提供一个功能允许户修改原先的客户资料或者业务资料。
b．相关据市场部据表2789
c．流程
d．其他说明这里的查找以及显示流程应该是很清楚的但要对编辑功能做一下说明。整个流程里面似乎没有出现编辑部分我们的考虑是将编辑功能融合在显示的时候显示的时候户就可以进行编辑显示界面下面有一个修改确认按钮这样户按下这个按钮时候编辑过程就完成了这样一个操作方式在其他工程里面已经被普遍采了经过几个项目的考察与户那里得到的反馈来看这一操作方式被认为是最符合修改这一功能操作习惯的而且也是最直观的。对于程序设计人员来看它由于将显示与编辑界面复了有效的控制了由于界面过而带来的混乱。
．事件参设置
a．含义解释通过这个模块各市场部可以设置一些关于业务有关的据包括市场部能提供的业务价格限价套餐组合等。
b．相关据市场部据2
c．其他说明这个功能是整个系统设置功能的一部分。操作人员可以在这里调整业务有关的参也可以在一个总的设置里面调整这些据具体使哪种方式则由操作人员根据自己的习惯决定。
．事件跟踪模块
a．含义解释这个模块主要来跟踪一笔业务的服务过程。我们可以它来检查业务所需资料是否收到钱款是否收到票据是否收到赠品是否给出合同是否签订是否制作完成等诸如此类的息。相对于完整的事件查找而言它侧重于服务的过程而不是单的让操作人员了解这个事件。事件查找模块它只能进行一个事件的查找或者编辑它不带有对这个事件发展过程进行记录的过程而此处的记录功能则显得非常重要了。
b．相关据表市场部据表27899上层据表2
c．流程
Somemouleetils:
．
2．
．其他说明总的来说这个模块的设置是可以让操作人员方便的了解到一个事件整个的进展情况也就是说它不仅是业务那里的进展也有制作的进展业务员可以通过这里知道是否制作完成或者申成功等消息。
7．人事基本管理
a．含义解释人事基本管理模块包含了人事管理的一些常规操作包括工调动退工。其中工调动和一般的人事管理系统很类似但是退工部分由于要处理资料票据的上交所以有相当的复杂性。
b．相关据表市场部据表278922
c．流程
是否
是
否
否
是
是
否
