公司内部管理系统概述

1、Evaluation Warning: The document was created with Spire.Doc for .NET. 内部管理系系统详细细设计方方案 二二年年七月二二十七日日设计方案简简介本设计方案案是为内内部管理理程序开开发而编编写的，它它包括了了系统可可行性研研究，系系统模块块设计，模模块的具具体流程程设计，一一些需要要进一步步讨论或或者研究究的问题题，需要要的资料料与硬件件，数据据表的定定义等。但但它没有有包含关关于编码码的更多多主题。例例如编码码的约定定，注解解的格式式等。尽尽管这些些问题对对于实现现这个系系统都是是非常重重要的，但但因为是是设计方方案它没没有被包

2、包括在其其中。整个设计方方案的大大致目录录如下：内部管理系系统项目目方案（第第2页第200页）项目开发背背景 （第第2页）项目可行性性研究 （第22页第第6页）系统的大致致模块划划分 （第第6页第188页） 31 市市场部 （第66页第第17页页）3111 系统统登陆模模块 （第88页）3122 系统统设置模模块 （第88页）3133 事件件添加模模块 （第88页第第9页）3144 事件件查找编编辑 （第99页第第11页页）3155 事件件参数设设置 （第111页）3166 事件件跟踪模模块 （第111页第133页）3177 人事事基本管管理 （第113页）3188 部门门参数设设置 （第11

3、4页）3199 资料料票据管管理 （第114页第155页）31110 业业务收入入统计 （第115页）31111 工工资参数数设置 （第115页）31112 员员工工资资管理 （第115页第166页）31113 数数据加密密备份模模块 （第第16页页）31114 数数据库管管理模块块 （第第16页页第117页） 32 网网管部 （第117页）33 制制作部 （第117页第188页）数据流图 （第119页第200页）41 市市场部业业务数据据流图 （第119页）42 市市场部工工资数据据流图 （第220页）内部管理系系统所需需资料 （第221页）内部管理系系统所需需硬件 （第222页）数据库设计

4、计 （第第23页页第225页）上层数据库库设计 （第223页）市场部数据据库设计计 （第第24页第255页） 五五项目目工作量量估算 （第226页）内部管理系系统项目目方案项目开发背背景为了提高公公司内部部管理的的效率，所所以需要要编制一一套完整整的用于于公司内内部管理理的系统统。这样样一个系系统可以以在整个个公司范范围内使使用，做做到了公公司资源源的整合合与共享享。项目的可行行性研究究技术方面：整个系统属属于一个个规模比比较大的的MISS系统。尽尽管其在在组织关关系上存存在着很很大的复复杂性，繁繁琐性，不不确定性性，但是是就整个个系统的的技术构构成上来来看，它它还是属属于一个个数据库库应用类

5、类的系统统。其基基本操作作还是对对存在数数据库进进行添加加、删除除、查找找、编辑辑等。所所以就单单纯的数数据库应应用来看看，暂不不存在太太大的技技术问题题。经济方面：由于系统对对公司的的正常运运行的影影响是相相当大的的，所以以必须要要设置单单独的服服务器来来运行这这个系统统。又考考虑到所所有计算算机硬件件软件都都是存在在出错可可能的（具具体到这这个系统统，由于于其需要要不间断断的运行行，所以以其出错错的可能能就会变变得更大大），因因此整个个系统应应该考虑虑使用双双机热备备份技术术。使用用两台服服务器同同时运行行，一个个为主一一个作备备份，这这样可以以避免服服务器故故障对整整个系统统的影响响。又

6、考考虑到这这个系统统是为公公司内部部服务的的，而且且数据库库设置和和调试时时候都必必须要直直接使用用服务器器，所以以应该将将服务器器设置在在公司内内部。纵纵观整个个系统需需要的硬硬件，我我们认为为整个项项目的投投资将可可能是比比较巨大大的。这这方面，提提请公司司再作详详细讨论论。法律方面：整个系统由由于是自自行开发发，自行行使用，所所以系统统本身不不存在法法律上的的版权争争议。在在服务器器软件方方面，应应该使用用正版软软件，因因为整个个系统尽尽管是开开发给内内部使用用，但它它毕竟很很多部分分还是要要依靠IInteerneet的，一一旦服务务器连接接到Innterrnett上，它它的操作作系统可

7、可能会被被Miccrossoftt跟踪，如如果不是是正版软软件，将将不得不不面临民民事诉讼讼的风险险。目前存在的的问题：目前我们觉觉得最大大的问题题仍然是是数据库库访问方方式上的的问题。和和一般的的MISS系统不不同，我我们面临临着更广广泛范围围内的数数据库访访问。这这个范围围已经不不可能用用局域网网解决了了，但一一旦使用用Intternnet网网，数据据传输的的有效性性和安全全性就会会成为严严重的问问题。现现在将三三种可能能数据访访问的方方式列举举如下，并并逐一作作分析：使用纯单机机版的数数据库系系统这是最简单单的数据据库访问问方式。采采用这种种方式不不涉及网网络传输输，所以以无论在在哪个部

8、部门，也也不管其其上网设设施是如如何的，总总能采用用这种方方法的。采采用这种种系统后后，如果果要实现现数据同同步，必必须定期期将数据据库全部部上传（注注意：这这里应该该是上传传整个数数据库，因因为采用用这种方方式操作作的系统统，它上上传的时时间间隔隔一般是是比较大大的，如如果记录录哪些记记录是更更新的，在在实际同同步时候候，将花花费很多多时间作作整个更更新记录录的比对对，在记记录量增增大时候候，这个个检测的的时间也也会急剧剧增加，反反而增加加了处理理时间），服服务器在在收到整整个数据据库后，在在服务器器端运行行一个特特殊的软软件，用用于数据据的同步步。然后后将处理理后的数数据库放放在一个个特定

9、的的区域，客客户端可可以将处处理后的的数据库库收下来来，以实实现数据据库同步步。整个系统采采用的传传输示意意图如下下（仅以以市场部部为例）：总部服务器市场部DBDBDB市场部总部服务器上应该运行特定软件用于数据同步，此过程可能需要人工干预。这段传输可以采用任何传输方式，包括FTP，Email EMBED Imaging.Document 总部服务器市场部DBDBDB市场部总部服务器上应该运行特定软件用于数据同步，此过程可能需要人工干预。这段传输可以采用任何传输方式，包括FTP，Email采用纯网络络数据库库的结构构：采用这个结结构从理理想的角角度来看看，是最最适合这这个系统统的。因因为它具具有

10、最好好的实时时性，可可以将当当前获得得的数据据立即传传输出去去，这样样其他部部门也就就立即可可以得知知目前的的业务情情况。而而且采用用这个结结构，从从数据库库应用角角度来看看，对网网络底层层的传输输情况不不需要有有太多的的了解（这这部分由由SQLLSerrverr提供的的网络传传输协议议保证）。但但是就公公司目前前各市场场部上网网情况来来看，由由于很多多市场部部采用的的仍然是是Moddem和和ISDDN，不不能244小时在在线，因因此再不不对目前前各市场场部上网网设备改改造的情情况下，很很难使用用这种结结构。这这种结构构还有一一个问题题是它很很大程度度上依赖赖于中心心数据库库，对中中心数据据库

11、可靠靠性和稳稳定性的的要求相相当高。这种结构的的示意图图如下（以以市场部部为例）：总部服务器DB市场部市场部市场部市场部总部服务器DB市场部市场部市场部市场部C采用本本地数据据库和网网络数据据库同时时使用的的结构 这里的结构和示意图a）中的结构看上去有些相似。但其原理是完全不同的。图a）中，需要上传的是完整的数据库，它依靠运行在服务器端的程序对数据进行整理以达到同步的目的。而这个结构中，实际上并不存在一个文件上传的过程，它是依靠数据库访问接口来直接实现数据交互的。数据库访问接口屏蔽了很多网络的细节。在这个结构中，在服务器上不需要再单独运行管理程序来实现数据同步。： 这里的结构和示意图a）中的结

12、构看上去有些相似。但其原理是完全不同的。图a）中，需要上传的是完整的数据库，它依靠运行在服务器端的程序对数据进行整理以达到同步的目的。而这个结构中，实际上并不存在一个文件上传的过程，它是依靠数据库访问接口来直接实现数据交互的。数据库访问接口屏蔽了很多网络的细节。在这个结构中，在服务器上不需要再单独运行管理程序来实现数据同步。 这是是这个系系统最有有可能采采用的数数据库结结构。它它的特点点是平时时数据存存储在本本地数据据库，以以天为单单位，让让本地数数据库和和总部的的一个共共享数据据库进行行交互，以以实现数数据的同同步。这这种方式式的优点点是数据据因为在在本地和和网络数数据库上上共存，所所以可靠

13、靠性是比比较高的的。而且且就Moodemm，ISSDN和和宽带共共存的情情况下使使用这种种结构也也是比较较现实的的。它的的缺点是是：在每每日用于于同步的的数据量量大的情情况下是是无法使使用的，另另外，即即使每天天用于同同步的数数据量并并不是很很大，但但是本地地数据库库或者网网络共享享数据库库的存储储量已经经很大，这这样再搜搜索用于于需要同同步的数数据的时时间也将将成倍增增加。系系统在刚刚投入使使用时候候可能速速度比较较快，但但是存储储量达到到一定程程序后，系系统运行行速度将将会急剧剧减慢。（根根据实验验，当数数据记录录条数达达到5万万条以上上时，完完整的数数据库搜搜索花费费的时间间会很长长很长

14、），而而在这种种系统结结构下，为为了保持持两者数数据库的的完全同同步，可可能要反反复搜索索数据库库。此段段时间的的开销是是相当大大的。除此之外，这这个结构构最大的的问题是是：如何何保证数数据的完完整同步步。因为为诸如MModeem等上上网设备备，其传传输过程程极易由由于外界界干扰或或者线路路传输速速率的突突变造成成传输中中断。重重传这些些数据可可能会造造成数据据的重复复。（比比如经过过检测，这这次需要要上传110条记记录，现现在客户户端开始始上传，上上传一半半Moddem断断线了，所所以实际际只传了了五条。客客户端检检测到这这一错误误，开始始重传，但但实际上上尽管断断线仍然然有五条条记录是是成

15、功传传送的，重重传全部部必定造造成重复复，但是是要很准准确的定定位具体体是在那那条中断断是相当当困难的的。这和和网络传传输协议议里错误误检测是是类似的的）采用这个结结构的示示意图如如下：直接数据库交互总部服务器DB市场部DBDB市场部直接数据库交互总部服务器DB市场部DBDB市场部 介介于以上上原因，我我们认为为选用何何种数据据库结构构需要进进行进一一步研究究。可以以作一下下实验，比比如使用用各种现现有的上上网设备备来进行行一下数数据库连连接。测测试在不不同的数数量情况况下，对对性能的的影响。特特别要对对Moddem连连接SQQLSeerveer作更更多的实实验。因因为其连连接速度度比较慢慢，

16、必须须要对数数据库连连接超时时时间作作调整。（此此值过小小或者过过大都会会对性能能造成影影响。过过小的值值可能会会使使用用Moddem的的机器无无法连上上SQLLSerrverr，过大大的值在在确实发发生错误误时候，需需过很多多时间才才能检测测到此错错误）系统的大致致模块划划分由于整个系系统最后后使用的的结构还还没有最最后确定定，所以以这里的的模块划划分只是是一个大大致的划划分。在在经过实实验，确确定使用用哪种数数据库结结构后，需需要对此此部分进进行进一一步修正正。市场部从最大的方方面市场场部管理理系统可可以划分分成业务务管理、人人事管理理、财务务管理、数数据统计计与备份份、系统统设置等等模块

17、。其中业务管管理模块块包括事事件记录录添加、事事件记录录修改，事事件记录录删除、事事件提醒醒等功能能。这部部分侧重重的是对对客户服服务的，它它是以客客户为中中心开展展的。是是整个系系统数据据的入口口处。在在人事管管理和财财务管理理等模块块中，有有很多数数据是要要依靠业业务管理理模块的的。人事管理模模块指对对分公司司内部人人员的管管理，包包括用工工、退工工、员工工平时所所领取资资料、合合同等其其他凭证证的管理理与查询询。这里里要注意意各种凭凭证领取取时候的的记录；在凭证证丢失时时候的处处理。这这些凭证证都是由由业务产产生的，所所以其与与业务管管理模块块之间存存在很多多相互访访问的情情况。由由于存

18、在在这个特特性，所所以必须须要做好好数据保保护，以以防止数数据交叉叉访问时时候对原原先数据据的破坏坏。财务管理模模块是用用于市场场部内部部工资结结算的。由由于市场场部工资资很大部部分是有有业务员员的业绩绩决定的的，所以以其在很很大程度度上也是是依赖于于业务管管理模块块的。它它就是根根据业务务管理模模块的统统计结果果，再利利用一定定的算法法来计算算业务员员当月的的工资和和市场部部管理人人员当月月的工资资。这部部分繁琐琐的地方方在工资资结算方方法和各各分公司司之间算算法的差差异上，尽尽管可以以设置一一些可选选项，但但如果差差异过分分悬殊则则可能需需要为有有些分公公司编写写单独的的处理模模块。数据统

19、计功功能依赖赖于业务务管理模模块和财财务管理理模块，它它按照一一定的时时限生成成各种业业务报表表供公司司内部留留存、上上交等。除除了打印印出来的的报告外外，程序序应该提提供一定定的界面面供数据据查阅（不不打印）。备备份是所所有MIIS系统统都应该该具备的的，尽管管数据安安全可靠靠存储大大部分应应该由服服务器来来保证，但但是程序序中仍然然应该具具备数据据备份功功能，用用于数据据定时的的导入导导处。或或者与其其他程序序交互时时候可以以使用。系统设置模模块用于于对程序序进行初初始设置置。这部部分应该该尽量考考虑到可可扩展性性。对于于能够进进行设置置的部分分在此处处应尽量量设置设设置选项项。当然然，调

20、整整只能在在一定范范围内进进行，一一般是数数值上或或者选项项组合上上的。由由于系统统设置对对于系统统的运行行是起全全局影响响的，所所以再调调整前要要进行安安全性验验证。整个市场部部程序模模块示意意图如下下：（本本图仅供供参考）市场部管理程序市场部管理程序系统设置模块系统登陆模块系统设置模块系统登陆模块业务管理模块财务管理模块人事管理模块业务管理模块财务管理模块人事管理模块事件跟踪模块员工工资管理工资参数设置资料票据管理部门参数设置事件添加模块事件查找编辑业务收入统计人事基本管理事件参数设置事件跟踪模块员工工资管理工资参数设置资料票据管理部门参数设置事件添加模块事件查找编辑业务收入统计人事基本管

21、理事件参数设置注意这里一个粗的双箭头表示这些数据库访问之间将有频繁的交互。这里一个粗的双箭头表示这些数据库访问之间将有频繁的交互。财务数据存取模块业务数据存取模块人事数据存取模块财务数据存取模块业务数据存取模块人事数据存取模块数据加密与备份模块数据加密与备份模块注：这里的资料票据管理模块被放在人事管理模块下面了，主要是处于以下考虑：资料票据总是由特定的业务员领取的，它需要不断的与人事数据库交互，放在人事里面可以减少交叉访问带来的开销。注：这里的资料票据管理模块被放在人事管理模块下面了，主要是处于以下考虑：资料票据总是由特定的业务员领取的，它需要不断的与人事数据库交互，放在人事里面可以减少交叉访

22、问带来的开销。远程数据同步模块远程数据同步模块远程数据库（运行SQLServer的服务器）远程数据库（运行SQLServer的服务器）各模块的功功能解释释与数据据表之间间的对应应关系：系统登陆模模块： a含义解解释：用用于市场场部合法法身份的的验证，使使用加密密密码验验证方式式。b相关数数据表：上层数数据表（11）c流程：输入用户名，密码输入用户名，密码显示错误提示到公司总数据库进行验证显示错误提示到公司总数据库进行验证通过否？通过否？否否是是显示操作界面，进行操作显示操作界面，进行操作 d其他说说明：密密码信息息应进行行加密存存贮。加加密方式式不用过过于复杂杂，可以以使用AASCIII码移移

23、位变换换的方法法。系统设置模模块：a含义解解释：系系统设置置模块是是对系统统的一些些运行参参数进行行调整。它它可以分分为两部部分，一一是为了了适应不不同的网网络传输输而进行行的机器器系统参参数设置置，二是是对本市市场部的的一些个个性化经经营方式式进行的的设置，它它偏向于于业务。比比如说套套餐价格格，限价价等。这这些数值值都会有有默认值值，并且且允许在在运行时时候，通通过其他他部分，比比如财务务管理，人人事管理理，业务务管理等等操作界界面里进进行分别别设置。但但由于其其代码的的重用性性，这里里保留了了一个入入口，可可以对这这些参数数进行全全面的调调整，这这样不用用分别进进入每一一个界面面调整了了

24、。这种种调整方方式通常常只在程程序第一一次运行行时候才才需要。b相关数数据表：市场部部数据表表（1）（22）（33）（116）（117）（119）（220）（221）c其他说说明：在在具体设设计时候候，对有有逻辑联联系的部部分应结结合在一一起，使使界面做做到直观观，简化化，并且且这些调调整数值值应该是是要立即即生效的的，所以以要采用用直接的的方式，不不然如果果需重启启程序甚甚至重启启winndowws才能能生效，那那么会带带来很多多麻烦。 3事件添添加模块块： a含义解解释：事事件添加加模块是是整个系系统运行行的基础础。整个个系统的的业务数数据都是是由这里里提供的的。这里里录入的的事件信信息包

25、含含两部分分，一是是业务相相关客户户信息，二二是业务务信息本本身。它它同时也也存在两两种可能能性，一一是新客客户，这这样就要要同时添添加客户户信息与与业务信信息，二二是老客客户新业业务，此此时只需需要对业业务信息息进行增增加就可可以了。但但不管是是何种方方式，这这里都提提供了一一个统计计的入口口从查查找客户户开始，以以确定客客户信息息是否存存在。 b相关数数据表：市场部部数据表表（1）（22）（33）（44）（55）（66）（77）（88）（99）c流程：事件添加应应该以客客户查询询作为整整个事件件添加的的开始。以以查询结结果作为为添加或或者编辑辑的依据据。整个个过程可可以用以以下流程程表示：

26、 接到一客户某项业务 接到一客户某项业务进行客户查询进行客户查询是客户资料是否存在是客户资料是否存在否否显示客户资料显示客户资料录入客户资料录入客户资料显示客户以前的事件资料显示客户以前的事件资料录入事件资料添加此次新事件录入事件资料添加此次新事件 d其其他说明明：按照照这个流流程，对对于第一一次在我我们这里里开办业业务的客客户，需需要同时时录入客客户资料料以及事事件（业业务）资资料，而而对于老老客户来来说，其其客户资资料已经经存在，所所以只要要录入事事件（业业务）资资料就可可以了，但但在录入入前应该该将原先先资料显显示一遍遍，这样样比较符符合软件件设计惯惯例与用用户操作作习惯。4事件查查找编

27、辑辑：含义解释：这一模模块实现现了对现现有事件件的查找找和对输输入有错错并且已已经添加加的资料料的编辑辑。查找找分为两两种信息息的查找找，一是是客户资资料的查查找，二二是业务务资料的的查找。当当然这两两种查找找模式会会有交叉叉，比如如，查到到某一客客户后，希希望查看看这个客客户的所所有我们们对其开开展的业业务情况况，或者者，查到到某一业业务资料料后，需需要列出出这个业业务所对对应的客客户资料料，因此此在设计计时候，要要考虑到到这些方方面，在在代码重重用和灵灵活性上上要作好好调整。另另外此处处的编辑辑是出于于这样一一种考虑虑的，在在有些数数据输入入时候有有错，但但并没有有立即发发现，隔隔了一段段

28、时间后后，通过过查找或或者突然然记起发发现了这这个错误误，那么么这里就就要提供供一个功功能，允允许用户户修改原原先的客客户资料料或者业业务资料料。相关数据库库：市场场部数据据表（11）（22）（33）（44）（55）（66）（77）（88）（99）流程： 显示提示，选择查找内容 显示提示，选择查找内容查找客户资料？查找客户资料？否是否是输入业务编号或按内容查找输入客户编号或姓名输入业务编号或按内容查找输入客户编号或姓名进行数据库查找显示提示显示提示进行数据库查找进行数据库查找显示提示显示提示进行数据库查找否否否否找到否？找到否？找到否？找到否？是是 是是显示业务资料显示客户资料显示业务资料显示

29、客户资料否否否是否进一步显示客户资料？是否进一步显示业务资料？否是否进一步显示客户资料？是否进一步显示业务资料？是是是是显示客户资料显示业务资料显示客户资料显示业务资料流程结束流程结束其他说明：这里的的查找以以及显示示流程应应该是很很清楚的的，但要要对编辑辑功能做做一下说说明。整整个流程程里面似似乎没有有出现编编辑部分分，我们们的考虑虑是将编编辑功能能融合在在显示的的时候，显显示的时时候用户户就可以以进行编编辑，显显示界面面下面有有一个修修改确认认按钮，这这样用户户按下这这个按钮钮时候，编编辑过程程就完成成了，这这样一个个操作方方式在其其他工程程里面已已经被普普遍采用用了，经经过几个个项目的的

30、考察与与用户那那里得到到的反馈馈来看，这这一操作作方式被被认为是是最符合合修改这这一功能能操作习习惯的，而而且也是是最直观观的。对对于程序序设计人人员来看看，它由由于将显显示与编编辑界面面复用了了，有效效的控制制了由于于界面过过多而带带来的混混乱。5事件参参数设置置：含义解释：通过这这个模块块，各市市场部可可以设置置一些关关于业务务有关的的数据，包包括市场场部能提提供的业业务，价价格，限限价，套套餐组合合等。相关数据库库：市场场部数据据库（11）（22）（33）其他说明：这个功功能是整整个系统统设置功功能的一一部分。操操作人员员可以在在这里调调整业务务有关的的参数，也也可以在在一个总总的设置置

31、里面调调整这些些数据，具具体使用用哪种方方式，则则由操作作人员根根据自己己的习惯惯决定。6事件跟跟踪模块块含义解释：这个模模块主要要用来跟跟踪一笔笔业务的的服务过过程。我我们可以以用它来来检查业业务所需需资料是是否收到到，钱款款是否收收到，票票据是否否收到，赠赠品是否否给出，合合同是否否签订，是是否制作作完成等等诸如此此类的信信息。相相对于完完整的事事件查找找而言，它它更侧重重于服务务的过程程，而不不是单纯纯的让操操作人员员了解这这个事件件。事件件查找模模块它只只能进行行一个事事件的查查找或者者编辑，它它不带有有对这个个事件发发展过程程进行记记录的过过程，而而此处的的记录功功能则显显得非常常重

32、要了了。相关数据表表：市场场部数据据表（11）（22）（33）（44）（55）（66）（77）（88）（99）（99）（110）（111）上上层数据据表（22）（44）（66）流程：End of processingDB Search OperatingInput Client IDEnd of processingDB Search OperatingInput Client IDDisplay Event Info.Display Event Info.查看某一事件过程（资料，钱款收取情况）记录某一事件过程（资料，钱款收取情况）查看某一事件过程（资料，钱款收取情况）记录某一事件过程（资料，

33、钱款收取情况）Mark Rece. Data.Mark Rece. Data.Refresh the disp.Display Event Info.Refresh the disp.Display Event Info.End of processingDB Search OperatingInput Client IDEnd of processingDB Search OperatingInput Client IDSome moddulee deetaiils:DB Search Operating1DB Search Operating Input Client ID Input C

34、lient IDDisp Error Msg.Look up it in DBDisp Error Msg.Look up it in DBFound?Found?Disp. Info.Disp. Info.ItIts the entire process of DB Searchinclude2includeDisplay Event Info.Display Event Info.includeDisp event process.Disp client info.includeDisp event process.Disp client info.Finished？Data info.M

35、oney infoProcess describeFinished？Data info.Money infoProcess describe d其他说说明：总总的来说说，这个个模块的的设置是是可以让让操作人人员方便便的了解解到一个个事件整整个的进进展情况况（也就就是说，它它不仅是是业务那那里的进进展，也也有制作作的进展展，业务务员可以以通过这这里知道道是否制制作完成成或者申申请成功功等消息息）。7人事基基本管理理：含义解释：人事基基本管理理模块包包含了人人事管理理的一些些常规操操作，包包括用工工，调动动，退工工。其中中用工，调调动和一一般的人人事管理理系统很很类似，但但是退工工部分，由由于要处

36、处理资料料票据的的上交，所所以有相相当的复复杂性。相关数据表表：市场场部数据据表（112）（113）（114）（115）（116）（117）（118）（119）（220）（221）流程： 显示提示，接收用户操作选择（用，调，退）显示提示，接收用户操作选择（用，调，退）用工？用工？是否否调部门？调部门？ 是否记录员工离职原因为“记录员工离职原因为“调部门”录入员工资料资料是否都上交否资料是否都上交重新录入员工资料与报到日期是重新录入员工资料与报到日期同意退工同意退工是否牵涉部门撤并？是否牵涉部门撤并？是调整部门设置 否调整部门设置重新记录员工所属部门重新记录员工所属部门打印未上交资料打印未上交资

37、料 d其他说说明：这这部分相相关数据据表里面面有几张张是财务务部分的的，在这这里引用用它是因因为如果果出现部部门的撤撤并，将将牵涉到到计算底底薪，提提成时候候部门见见的差异异（因为为有可能能有的部部门要撤撤销了，那那么财务务提成或或者底薪薪计算用用到的数数据库就就要进行行同步更更新） 8部门参参数设置置含义解释：这个功功能是比比较简单单的。它它设置的的是某个个分公司司的部门门名称与与编号。在在系统第第一次运运行时候候，会要要求用户户录入这这些信息息（也可可能使用用某些默默认值），但但以后如如果需要要调整部部门设置置，可以以在这里里进行，也也可以在在总的系系统设置置里面进进行。这这个依据据操作人

38、人员的习习惯而定定。但这这里要强强调一个个问题：部门的的调整对对于这个个部门内内所有人人员来说说都是有有影响的的。调整整一个部部门的信信息，要要对涉及及这一调调整的所所有信息息做更新新，这点点非常非非常重要要。不然然很容易易出现系系统的不不一致。比比如部门门A被撤撤销了，那那么原先先属于部部门A的的所有成成员信息息就要作作同步调调整，否否则在读读取员工工信息的的时候，他他们仍然然指向AA，这个个数据显显然是无无效的。同同时，也也要注意意部门调调整对计计算工资资部分数数据的调调整。相关数据表表：市场场部数据据表（112）（113）（114）（115）（116）（117）（118）（119）（22

39、0）（221） 9资资料票据据管理含义解释：这里在在资料票票据管理理指业务务员领取取资料，发发票，合合同时候候的登记记，以及及为为了了避免遗遗失而做做日常定定期检查查提供依依据（它它可以指指出哪个个业务员员何时领领取了何何种物品品票据，是是否用掉掉，如果果用掉是是用到哪哪里去了了）相关数据库库：市场场部数据据表（55）（66）（77）（99）（110）（111）(12)（133）（114）（115）流程描述：因为这个过过程很难难用流程程图来做做完整表表述，所所以，改改用文字字表示。首先，资料料以及所所有票据据的来源源。市场场部的资资料，票票据来源源与总公公司。对对于实物物（比如如：书，盘盘等）

40、可可以给它它编号，这这样便于于跟踪。对对于票据据，其本本身就带带有编号号，所以以这里不不再需要要自行给给它编号号。然后后，根据据业务需需要，业业务员领领取了书书、盘等等。这些些领取的的东西都都必须要要登记下下来，并并且记录录领取人人的姓名名（实际际内部操操作的是是编号）。下下面的部部分，要要与业务务管理模模块互操操作了。在在业务管管理那部部分里面面，有一一个事件件跟踪模模块，它它会记录录业务员员使用这这些票据据、资料料的情况况。无论论票据还还是其他他实物资资料，一一旦业务务员领取取后，那那些资料料要么在在业务员员手里，要要么已经经给客户户了。通通过上面面所述的的流程，我我们可以以很容易易的知道

41、道业务员员用掉的的资料或或者票据据。在定定期检查查时候，系系统可以以自动得得出业务务员用掉掉的资料料票据，这这样很容容易得出出应该在在手里的的资料票票据。只只要把这这一个清清单和业业务员手手里的资资料、票票据相比比对，就就可以了了解是否否有遗失失情况。业务员实际领取的资料、票据市场部领取到的总的资料，票据业务员实际领取的资料、票据市场部领取到的总的资料，票据业务员手里应该有的资料、票据业务员手里应该有的资料、票据业务员实际消耗掉的资料、票据业务员实际消耗掉的资料、票据事件跟踪模块事件跟踪模块其他说明：这里提提供了一一种可以以跟票据据、资料料的方法法，但这这里只是是一种方方法，它它并不能能解决所

42、所有的问问题。这这里很大大部分依依赖了事事件跟踪踪模块对对数据库库操作的的结果。但但是如何何判别业业务员是是否真的的如他申申明的那那样把凭凭证交给给客户了了呢？程程序只能能按照他他所申明明的那样样做记录录（换句句话说，程程序总是是认为这这个申明明是真实实的）。所所以通过过这个系系统只能能识别非非故意的的单据实实物丢失失，而识识别故意意隐匿单单据则是是管理学学和法学学的范畴畴，并不不是计算算机科学学的范畴畴了。另外，这里里的票据据是指发发票、合合同、发发行凭证证、赠品品、其他他表单等等。对每每一种票票据的处处理方式式可以是是类似的的。都包包含查询询与录入入修改等等。 100业务务收入统统计：含义

43、解释：这里统统计的是是每一个个市场部部业务上上面的净净收入，支支出等。这这些数据据是通过过业务管管理模块块和财务务部分的的工资管管理模块块得到的的。相关数据表表：市场场部数据据表（111）（99）（222），上上层数据据表（77）其他说明：这部分分需要提提供给我我们更多多的资料料，比如如现在公公司需要要统计些些什么，统统计表的的样式是是怎样的的，如果果某些统统计方法法不是显显而易见见的，则则需要给给出算法法。11工资资参数设设置：含义解释：由于每每一个市市场部，市市场部的的每一个个部门的的工资计计算方法法都不一一样，所所以需要要对一些些数据进进行设置置。这些些设置将将影响到到工资计计算。和和其

44、他设设置相比比，这里里的设置置可能进进行的更更频繁一一些。所所以要对对它的效效率做一一个准确确的考虑虑。和其其他所有有的设置置一样，这这里的所所有数值值都会有有一个初初始值。相关数据库库：市场场部数据据表（119）（220）（221）（116）12员工工工资管管理：含义解释：市场部部的工资资计算方方法比较较特殊，所所以在这这一块里里面是有有一定麻麻烦的。对对于一般般业务员员需要考考虑的是是有没有有底薪，有有没有提提成，需需不需要要缴纳三三金，与与之相关关的还有有底薪计计算方法法，提成成计算方方法等；管理人人员除了了这些基基本工资资外，还还有管理理费，但但不同部部门管理理费又是是不一样样的，所所

45、以在具具体设计计时候要要把这些些问题都都考虑进进去。相关数据表表：市场场部数据据表（77）（99）（111）（116）（222）流程： 这部部分因为为要涉及及提成，所所以计算算方法比比较复杂杂。以下下是提成成的计算算方法：业务员接到一笔业务业务员接到一笔业务资料钱款是否在当月收到？资料钱款是否在当月收到？在当月不计算提成将此提成记录在当月在当月不计算提成将此提成记录在当月将此业绩记录将此业绩记录底薪（可能没有）底薪（可能没有）底薪算法底薪算法业务提成 一般业业务员的的工资构构成业务提成缴纳三金（可空） 缴纳三金（可空）业务员工资提成算法业务员工资提成算法其他奖励（可空）其他奖励（可空）其他罚款

46、（可空）其他罚款（可空）管理费算法管理费算法管理员工资管理费管理员工资管理费管理人员员工资构构成最后实际工资工资项目计算依据最后实际工资工资项目计算依据 d其其他说明明：更具具体的计计算方法法可以参参考最后后的数据据流图。数据加密备备份模块块： 这这个模块块属于为为了维护护数据安安全而设设置的模模块。在在SQLLSerrverr里面，本本身就有有数据加加密传输输功能。这这里只对对一些敏敏感的重重要的数数据进行行再次的的加密，使使其在数数据库里里面就是是加密以以后的状状态（既既即使不不通过网网络传输输，也无无法直接接解读这这些数据据）。当当然实际际应用时时候，可可以采用用简单的的加密方方法，如如

47、ASCCII移移位等，不不要太复复杂。而而且只对对重要的的数据，比比如财务务数据和和业务数数据进行行保护。数数据备份份可以按按照按日日，按月月对数据据进行备备份，以以防止数数据库的的意外破破坏。数据库管理理模块：数据库管理理模块完完成常规规的数据据库录入入查找等等功能。它它除了数数据库常常规操作作以外要要进行错错误检测测和可恢恢复错误误的处理理。将其其单独成成为几个个模块是是为了是是上层模模块对数数据库的的操作更更为简单单和灵活活，并提提供了一一定的可可靠性保保证。 远程数数据同步步模块： 这一一模块采采用何种种同步方方式是目目前需要要讨论的的问题。设设计这一一模块的的目的是是使上层层操作可可

48、以与数数据远程程访问完完全分离离。将来来如果改改换了数数据远程程访问的的方式，那那么只需需要修改改此模块块，而在在这一模模块之上上的部分分，可以以不作改改动。网管部网管部程序序主要是是用来记记录和查查询申请请的域名名信箱等等的情况况。相对对于市场场部程序序来说，网网管部程程序功能能上比较较简单与与单一，需需要统计计的数据据较少。需需要完成成的功能能是从共共享数据据库中获获取消息息，按照照消息内内容进行行处理（如如进行空空间设置置，设置置邮箱等等），将将处理结结果返回回共享数数据库。辅辅助功能能如查询询等。总总的模块块示意图图如下：流程控制模块数据查找模块数据编辑模块远程数据库（运行SQLSer

49、ver的服务器）数据添加模块数据交互模块流程控制模块数据查找模块数据编辑模块远程数据库（运行SQLServer的服务器）数据添加模块数据交互模块再对这一流流程进行行一下解解释，网网管部的的数据都都来自于于市场部部，它是是一个被被动的执执行机构构，但它它执行的的结果又又是必须须要返回回给市场场部的，不不然是毫毫无意义义的。总数据库总数据库填上时间，原因填上时间，操作成功接收属于本部门信息填上时间，原因填上时间，操作成功接收属于本部门信息是设置成功？分配工作否设置成功？分配工作按客户要求进行设置按客户要求进行设置记录好工作流程记录好工作流程比对上面两两张图，其其结构是是完全不不同的，这这是相当当自

50、然的的，因为为一个是是模块图图，而另另外一个个是业务务流程图图。每一一个流程程环节，需需要一些些模块的的参与来来完成的的。简单单的说，流流程图侧侧重了事事情的描描述或者者是编程程时候的的界面实实现，而而模块图图侧重于于了技术术上的模模块划分分，其根根本目的的是代码码的重用用，它只只是一个个技术层层面的划划分。举举个例子子，这里里“接受本本部门信信息”就需要要数据库库交互模模块的支支持，而而数据库库交互模模块将调调用数据据库查找找模块来来具体实实现这件件事情。而而在整个个流程结结束需要要上传这这条数据据的时候候，仍然然需要数数据交互互模块，此此时交互互模块调调用数据据查找模模块来定定位数据据，用

51、数数据编辑辑模块来来将完成成情况添添加上去去。制作部制作部的程程序和网网管部类类似，整整个模块块结构也也可以参参考网管管部的，在在这里就就不再重重复。两两者主要要的区别别体现在在流程控控制模块块，这是是由两个个部分的的业务所所决定的的。制作部的大大致流程程如下：总数据库总数据库填上时间，操作成功接收属于本部门信息填上时间，操作成功接收属于本部门信息校对（记录这一过程）分配工作（记录分配）校对（记录这一过程）分配工作（记录分配）制作（记录这一过程）打字（记录这一过程）制作（记录这一过程）打字（记录这一过程） 对上面的流流程图的的说明：首先它仍然然是一个个业务上上的流程程，括号号里面指指出了这这个

52、流程程时候，对对于整个个系统所所进行的的操作。省省略号地地方省略略了制作作时候的的具体步步骤（这这部分是是需要制制作部提提供资料料的）对上面的模模块图（不是流程图）作一个说明： 由由于制作作部和网网管部操操作都具具有被动动性和很很多确定定性，所所以这一一部分的的管理程程序是相相对比较较简单的的。其数数据库操操作也是是比较简简单的，只只要能记记录流程程、操作作人员和和完成的的具体工工作就可可以了。需需要说明明的是这这里的数数据添加加模块和和数据交交互模块块在功能能上是有有重复的的，设计计这样一一个结构构是从性性能考虑虑上出发发的。数数据添加加功能侧侧重对大大批量的的直接添添加，它它侧重速速度，只

53、只提供有有限的错错误控制制。数据据交互模模块则进进行更完完整的数数据库操操作，它它侧重应应用功能能，应该该提供更更多的可可以供上上层调用用的函数数和错误误检测。 两个个部门最最大的差差异是在在流程控控制上。数据流图市场部业务务数据流流图业务员在谈谈成一笔笔业务、接接收到一一份资料料或接收收到一笔笔款项等等可以产产生单据据或可记记录或可可对原先先记录进进行修改改的事情情后，会会自动触触发一个个事件，接接下来就就会触发发一连串串的动作作。业务员将资资料交给给市场部部的文员员，文员员将此事事件资料料整理并并录入数数据库后后，上传传至数据据库服务务器；制作部从数数据库服服务器上上下载制制作资料料，然后

54、后开始制制作；网管部也从从数据库库服务器器上下载载资料，接接下来就就按照要要求申请请域名或或是设置置邮箱；无论是市场场部、制制作部还还是网管管部都应应该在相相应的工工作完成成后将完完成的结结果反馈馈到数据库服务务器。具体示意图图如下：事件发生事件发生资料资料市场部文员录入与整理市场部文员录入与整理数据数据数据上传至数据库数据上传至数据库数据数据数据库服务器数据库服务器网管部处理结果的反馈制作部处理结果的反馈网管部处理结果的反馈制作部处理结果的反馈域名及邮箱信息制作资料域名及邮箱信息制作资料网管部下载资料制作部下载资料网管部下载资料制作部下载资料网管部处理（申请域名等）制作部制作（网页制作与上传

55、）网管部处理（申请域名等）制作部制作（网页制作与上传）说明：从软软件工程程学的观观点来看看，上图图是一个个不规范范的数据据流图，但但是为了了理解的的方便，就就借用了了一些不不规范的的元素。市场部工资资数据流流图市场部工资资计算比比较复杂杂，各分分公司市市场部的的工资结结算方法法也不大大一样。业务员的工工资由两两部分组组成第一部分 基本本工资（若若基本工工资不存存在则设设置为零零）第二部分 业务务提成（根根据业务务员当月月业绩来来计算）第三部分 三金金的缴纳纳情况（若若三金可可以不交交则设置置为零）管理人员的的工资分分为三部部分第一部分 基本本工资（若若基本工工资不存存在则设设置为零零）第二部分

56、 业务务提成（如如果仍兼兼做业务务员的话话）第三部分 三金金的缴纳纳情况（若若三金可可以不交交则设置置为零）第四部分 管理理费（按按当月业业绩来计计算）。数据流图如如下：PAGEPAGE # 页：# 本部门业绩本部门业绩业绩考评基本工资业绩考评基本工资业务员业绩业务员业绩业绩读基本工资业绩读基本工资计算实际业务数量计算实际业务数量获得奖励比例获得奖励比例三金算法基本工资实际业务量三金算法基本工资实际业务量奖励比例奖励比例提成因子提成因子计算三金计算管理费计算业务提成计算三金计算管理费计算业务提成管理费业务提成管理费业务提成三金三金计算本月实领工资计算本月实领工资实发工资实发工资单位：元说明：针

57、对对上图的的说明分公司市场场部业务务员工资资分配情情況不尽尽相同，某某些地区区市场部部的业务务员没有有基本工工资，则则基本工工资按零零计算。管理人员的的业务提提成设置置为零。对于业务员员来说，未未考虑到到的工资资部分或或者某些些额外奖奖励可以以归入业业务提成成；对于于管理人人员来说说，未考考虑到的的工资部部分或者者某些额额外奖励励可以归归入管理理费。内部管理系系统所需需资料一：市场部部1公司的的网站套套餐清单单及价目目表2套餐清清单中，每每一种套套餐具体体服务项项目及价价目，公公司可选选服务项项目清单单及价目目3市场部部内部的的部门设设置组织织图4市场部部内部各各部分的的具体职职责5发票样样张

58、6合同样样张7发行凭凭证样张张8赠品清清单9其它所所有表单单（如需需打印）样样张10人事事档案需需要录入入的内容容11工资资结算（包包括提成成的具体体计算算算法、业业绩统计计方法）12各种种票据如如果丢失失处理方方法（如如需罚款款的，具具体罚款款数额，或或票据注注销方法法）13各市市场部、计计算机及及打印机机配置情情况（具具体操作作系统、打打印机种种类（是是否喷墨墨/针打打）14各市市场部上上网设施施15各市市场部业业务上独独特的地地方的清清单16市场场部需打打印报表表的清单单样张二：制作部部部门内组织织结构图图具体工作流流程及工工序各统计报表表清单及及样张三：网管部部部门内组织织结构图图具体

59、工作流流程及工工序各统计报表表清单及及样张四：补丁程程序现有数据库库的字段段定义及及各字段段含义五：其它资资料现有各部门门之间递递交表单单的样式式内部管理系系统硬件件需求 为了保保证内部部管理系系统的稳稳定高速速运行，必必须要增增加硬件件并对现现有的硬硬件进行行改造，特特提出以以下硬件件需求。（注注：这里里的硬件件指一个个完整的的硬件系系统，其其部分的的包含了了对软件件的需求求，这些些软件是是为了正正常运行行管理系系统所必必须配备备的）对服务器的的要求服务器的中中央处理理部件（CCPU）建建议使用用PIIII 11G（以以上） Xeoon处理理器芯片片。服务器内存存必须使使用服务务器专用用EC

60、CC内存为了保证数数据存储储的绝对对可靠，硬硬盘应使使用磁盘盘冗余阵阵列（RRAIDD 011）为了防止服服务器不不可预测测的故障障，或者者服务器器的定期期维护对对公司整整个业务务造成的的影响，所所有建议议使用两两台服务务器。两两台服务务器应构构成双机机热备份份。中间间使用WWatcchDoog电路路。这样样的结构构可以保保证整个个系统的的长时间间不间断断工作，即即使在服服务器定定期维护护的时候候也可以以使用后后备另一一台服务务器工作作。服务器应支支持热插插拔电源源服务器必须须配备UUPS（不不间断电电源）。服务器应该该放在公公司内部部。不然然无法进进行程序序调试。服务器应该该必须有有固定II