项目的可行性研究及需求分析报告

1、内部管理理系统可可行性研研究及需需求分析析报告项目开发发背景为了提高高公司内内部管理理的效率率，所以以需要编编制一套套完整的的用于公公司内部部管理的的系统。这样一一个系统统可以在在整个公公司范围围内使用用，做到到了公司司资源的的整合与与共享。项目的可可行性研研究技术方面面：整个系统统属于一一个规模模比较大大的MIIS系统统。尽管管其在组组织关系系上存在在着很大大的复杂杂性，繁繁琐性，不确定定性，但但是就整整个系统统的技术术构成上上来看，它还是是属于一一个数据据库应用用类的系系统。其其基本操操作还是是对存在在数据库库进行添添加、删删除、查查找、编编辑等。所以就就单纯的的数据库库应用来来看，暂暂不

2、存在在太大的的技术问问题。经济方面面：由于系统统对公司司的正常常运行的的影响是是相当大大的，所所以必须须要设置置单独的的服务器器来运行行这个系系统。又又考虑到到所有计计算机硬硬件软件件都是存存在出错错可能的的（具体体到这个个系统，由于其其需要不不间断的的运行，所以其其出错的的可能就就会变得得更大），因此此整个系系统应该该考虑使使用双机机热备份份技术。使用两两台服务务器同时时运行，一个为为主一个个作备份份，这样样可以避避免服务务器故障障对整个个系统的的影响。又考虑虑到这个个系统是是为公司司内部服服务的，而且数数据库设设置和调调试时候候都必须须要直接接使用服服务器，所以应应该将服服务器设设置在公公

3、司内部部。纵观观整个系系统需要要的硬件件，我们们认为整整个项目目的投资资将可能能是比较较巨大的的。这方方面，提提请公司司再作详详细讨论论。法律方面面：整个系统统由于是是自行开开发，自自行使用用，所以以系统本本身不存存在法律律上的版版权争议议。在服服务器软软件方面面，应该该使用正正版软件件，因为为整个系系统尽管管是开发发给内部部使用，但它毕毕竟很多多部分还还是要依依靠Innterrnett的，一一旦服务务器连接接到Innterrnett上，它它的操作作系统可可能会被被Miccrossoftt跟踪，如果不不是正版版软件，将不得得不面临临民事诉诉讼的风风险。目前存在在的问题题：目前我们们觉得最最大的

4、问问题仍然然是数据据库访问问方式上上的问题题。和一一般的MMIS系系统不同同，我们们面临着着更广泛泛范围内内的数据据库访问问。这个个范围已已经不可可能用局局域网解解决了，但一旦旦使用IInteerneet网，数据传传输的有有效性和和安全性性就会成成为严重重的问题题。现在在将三种种可能数数据访问问的方式式列举如如下，并并逐一作作分析：使用纯单单机版的的数据库库系统这是最简简单的数数据库访访问方式式。采用用这种方方式不涉涉及网络络传输，所以无无论在哪哪个部门门，也不不管其上上网设施施是如何何的，总总能采用用这种方方法的。采用这这种系统统后，如如果要实实现数据据同步，必须定定期将数数据库全全部上传传

5、（注意意：这里里应该是是上传整整个数据据库，因因为采用用这种方方式操作作的系统统，它上上传的时时间间隔隔一般是是比较大大的，如如果记录录哪些记记录是更更新的，在实际际同步时时候，将将花费很很多时间间作整个个更新记记录的比比对，在在记录量量增大时时候，这这个检测测的时间间也会急急剧增加加，反而而增加了了处理时时间），服务器器在收到到整个数数据库后后，在服服务器端端运行一一个特殊殊的软件件，用于于数据的的同步。然后将将处理后后的数据据库放在在一个特特定的区区域，客客户端可可以将处处理后的的数据库库收下来来，以实实现数据据库同步步。整个系统统采用的的传输示示意图如如下（仅仅以市场场部为例例）：总部服

6、务器市场部DBDBDB市场部总部服务器上应该运行特定软件用于数据同步，此过程可能需要人工干预。这段传输可以采用任何传输方式，包括FTP，Email EMBED Imaging.Document 采用纯网网络数据据库的结结构：采用这个个结构从从理想的的角度来来看，是是最适合合这个系系统的。因为它它具有最最好的实实时性，可以将将当前获获得的数数据立即即传输出出去，这这样其他他部门也也就立即即可以得得知目前前的业务务情况。而且采采用这个个结构，从数据据库应用用角度来来看，对对网络底底层的传传输情况况不需要要有太多多的了解解（这部部分由SSQLSServver提提供的网网络传输输协议保保证）。但是就就

7、公司目目前各市市场部上上网情况况来看，由于很很多市场场部采用用的仍然然是Moodemm和ISSDN，不能224小时时在线，因此再再不对目目前各市市场部上上网设备备改造的的情况下下，很难难使用这这种结构构。这种种结构还还有一个个问题是是它很大大程度上上依赖于于中心数数据库，对中心心数据库库可靠性性和稳定定性的要要求相当当高。这种结构构的示意意图如下下（以市市场部为为例）：总部服务器DB市场部市场部市场部市场部C采用用本地数数据库和和网络数数据库同同时使用用的结构构 这里的结构和示意图a）中的结构看上去有些相似。但其原理是完全不同的。图a）中，需要上传的是完整的数据库，它依靠运行在服务器端的程序对

8、数据进行整理以达到同步的目的。而这个结构中，实际上并不存在一个文件上传的过程，它是依靠数据库访问接口来直接实现数据交互的。数据库访问接口屏蔽了很多网络的细节。在这个结构中，在服务器上不需要再单独运行管理程序来实现数据同步。： 这这是这个个系统最最有可能能采用的的数据库库结构。它的特特点是平平时数据据存储在在本地数数据库，以天为为单位，让本地地数据库库和总部部的一个个共享数数据库进进行交互互，以实实现数据据的同步步。这种种方式的的优点是是数据因因为在本本地和网网络数据据库上共共存，所所以可靠靠性是比比较高的的。而且且就Moodemm，ISSDN和和宽带共共存的情情况下使使用这种种结构也也是比较较

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

10、开销是相相当大的的。除此之外外，这个个结构最最大的问问题是：如何保保证数据据的完整整同步。因为诸诸如Moodemm等上网网设备，其传输输过程极极易由于于外界干干扰或者者线路传传输速率率的突变变造成传传输中断断。重传传这些数数据可能能会造成成数据的的重复。（比如如经过检检测，这这次需要要上传110条记记录，现现在客户户端开始始上传，上传一一半Moodemm断线了了，所以以实际只只传了五五条。客客户端检检测到这这一错误误，开始始重传，但实际际上尽管管断线仍仍然有五五条记录录是成功功传送的的，重传传全部必必定造成成重复，但是要要很准确确的定位位具体是是在那条条中断是是相当困困难的。这和网网络传输输协

11、议里里错误检检测是类类似的）采用这个个结构的的示意图图如下：直接数据库交互总部服务器DB市场部DBDB市场部介于以上上原因，我们认认为选用用何种数数据库结结构需要要进行进进一步研研究。可可以作一一下实验验，比如如使用各各种现有有的上网网设备来来进行一一下数据据库连接接。测试试在不同同的数量量情况下下，对性性能的影影响。特特别要对对Moddem连连接SQQLSeerveer作更更多的实实验。因因为其连连接速度度比较慢慢，必须须要对数数据库连连接超时时时间作作调整。（此值值过小或或者过大大都会对对性能造造成影响响。过小小的值可可能会使使使用MModeem的机机器无法法连上SSQLSServver，

12、过大的的值在确确实发生生错误时时候，需需过很多多时间才才能检测测到此错错误）系统的大大致模块块划分由于整个个系统最最后使用用的结构构还没有有最后确确定，所所以这里里的模块块划分只只是一个个大致的的划分。在经过过实验，确定使使用哪种种数据库库结构后后，需要要对此部部分进行行进一步步修正。市场部从最大的的方面市市场部管管理系统统可以划划分成业业务管理理、人事事管理、财务管管理、数数据统计计与备份份、系统统设置等等模块。其中业务务管理模模块包括括事件记记录添加加、事件件记录修修改，事事件记录录删除、事件提提醒等功功能。这这部分侧侧重的是是对客户户服务的的，它是是以客户户为中心心开展的的。是整整个系统

13、统数据的的入口处处。在人人事管理理和财务务管理等等模块中中，有很很多数据据是要依依靠业务务管理模模块的。人事管理理模块指指对分公公司内部部人员的的管理，包括用用工、退退工、员员工平时时所领取取资料、合同等等其他凭凭证的管管理与查查询。这这里要注注意各种种凭证领领取时候候的记录录；在凭凭证丢失失时候的的处理。这些凭凭证都是是由业务务产生的的，所以以其与业业务管理理模块之之间存在在很多相相互访问问的情况况。由于于存在这这个特性性，所以以必须要要做好数数据保护护，以防防止数据据交叉访访问时候候对原先先数据的的破坏。财务管理理模块是是用于市市场部内内部工资资结算的的。由于于市场部部工资很很大部分分是有

14、业业务员的的业绩决决定的，所以其其在很大大程度上上也是依依赖于业业务管理理模块的的。它就就是根据据业务管管理模块块的统计计结果，再利用用一定的的算法来来计算业业务员当当月的工工资和市市场部管管理人员员当月的的工资。这部分分繁琐的的地方在在工资结结算方法法和各分分公司之之间算法法的差异异上，尽尽管可以以设置一一些可选选项，但但如果差差异过分分悬殊则则可能需需要为有有些分公公司编写写单独的的处理模模块。数据统计计功能依依赖于业业务管理理模块和和财务管管理模块块，它按按照一定定的时限限生成各各种业务务报表供供公司内内部留存存、上交交等。除除了打印印出来的的报告外外，程序序应该提提供一定定的界面面供数

15、据据查阅（不打印印）。备备份是所所有MIIS系统统都应该该具备的的，尽管管数据安安全可靠靠存储大大部分应应该由服服务器来来保证，但是程程序中仍仍然应该该具备数数据备份份功能，用于数数据定时时的导入入导处。或者与与其他程程序交互互时候可可以使用用。系统设置置模块用用于对程程序进行行初始设设置。这这部分应应该尽量量考虑到到可扩展展性。对对于能够够进行设设置的部部分在此此处应尽尽量设置置设置选选项。当当然，调调整只能能在一定定范围内内进行，一般是是数值上上或者选选项组合合上的。由于系系统设置置对于系系统的运运行是起起全局影影响的，所以再再调整前前要进行行安全性性验证。整个市场场部程序序模块示示意图如

16、如下：（本图仅仅供参考考）市场部管理程序系统设置模块系统登陆模块业务管理模块财务管理模块人事管理模块事件跟踪模块员工工资管理工资参数设置资料票据管理部门参数设置事件添加模块事件查找编辑业务收入统计人事基本管理事件参数设置注意这里一个粗的双箭头表示这些数据库访问之间将有频繁的交互。财务数据存取模块业务数据存取模块人事数据存取模块数据加密与备份模块注：这里的资料票据管理模块被放在人事管理模块下面了，主要是处于以下考虑：资料票据总是由特定的业务员领取的，它需要不断的与人事数据库交互，放在人事里面可以减少交叉访问带来的开销。远程数据同步模块远程数据库（运行SQLServer的服务器）各模块的的功能解解

17、释与数数据表之之间的对对应关系系：系统登陆陆模块： a含义义解释：用于市市场部合合法身份份的验证证，使用用加密密密码验证证方式。b相关关数据表表：上层层数据表表（1）c流程程：输入用户名，密码显示错误提示到公司总数据库进行验证通过否？否是显示操作界面，进行操作d其他他说明：密码信信息应进进行加密密存贮。加密方方式不用用过于复复杂，可可以使用用ASCCII码码移位变变换的方方法。系统设置置模块：a含义义解释：系统设设置模块块是对系系统的一一些运行行参数进进行调整整。它可可以分为为两部分分，一是是为了适适应不同同的网络络传输而而进行的的机器系系统参数数设置，二是对对本市场场部的一一些个性性化经营营

18、方式进进行的设设置，它它偏向于于业务。比如说说套餐价价格，限限价等。这些数数值都会会有默认认值，并并且允许许在运行行时候，通过其其他部分分，比如如财务管管理，人人事管理理，业务务管理等等操作界界面里进进行分别别设置。但由于于其代码码的重用用性，这这里保留留了一个个入口，可以对对这些参参数进行行全面的的调整，这样不不用分别别进入每每一个界界面调整整了。这这种调整整方式通通常只在在程序第第一次运运行时候候才需要要。b相关关数据表表：市场场部数据据表（11）（22）（33）（116）（17）（199）（220）（21）c其他他说明：在具体体设计时时候，对对有逻辑辑联系的的部分应应结合在在一起，使界面

19、面做到直直观，简简化，并并且这些些调整数数值应该该是要立立即生效效的，所所以要采采用直接接的方式式，不然然如果需需重启程程序甚至至重启wwinddowss才能生生效，那那么会带带来很多多麻烦。3事件件添加模模块： aa含义义解释：事件添添加模块块是整个个系统运运行的基基础。整整个系统统的业务务数据都都是由这这里提供供的。这这里录入入的事件件信息包包含两部部分，一一是业务务相关客客户信息息，二是是业务信信息本身身。它同同时也存存在两种种可能性性，一是是新客户户，这样样就要同同时添加加客户信信息与业业务信息息，二是是老客户户新业务务，此时时只需要要对业务务信息进进行增加加就可以以了。但但不管是是何

20、种方方式，这这里都提提供了一一个统计计的入口口从查查找客户户开始，以确定定客户信信息是否否存在。 bb相关关数据表表：市场场部数据据表（11）（22）（33）（44）（55）（66）（77）（88）（99）c流程程：事件添加加应该以以客户查查询作为为整个事事件添加加的开始始。以查查询结果果作为添添加或者者编辑的的依据。整个过过程可以以用以下下流程表表示：接到一客户某项业务进行客户查询是客户资料是否存在否显示客户资料录入客户资料显示客户以前的事件资料录入事件资料添加此次新事件 d其他说说明：按按照这个个流程，对于第第一次在在我们这这里开办办业务的的客户，需要同同时录入入客户资资料以及及事件（业务

21、）资料，而对于于老客户户来说，其客户户资料已已经存在在，所以以只要录录入事件件（业务务）资料料就可以以了，但但在录入入前应该该将原先先资料显显示一遍遍，这样样比较符符合软件件设计惯惯例与用用户操作作习惯。4事件件查找编编辑：含义解释释：这一一模块实实现了对对现有事事件的查查找和对对输入有有错并且且已经添添加的资资料的编编辑。查查找分为为两种信信息的查查找，一一是客户户资料的的查找，二是业业务资料料的查找找。当然然这两种种查找模模式会有有交叉，比如，查到某某一客户户后，希希望查看看这个客客户的所所有我们们对其开开展的业业务情况况，或者者，查到到某一业业务资料料后，需需要列出出这个业业务所对对应的

22、客客户资料料，因此此在设计计时候，要考虑虑到这些些方面，在代码码重用和和灵活性性上要作作好调整整。另外外此处的的编辑是是出于这这样一种种考虑的的，在有有些数据据输入时时候有错错，但并并没有立立即发现现，隔了了一段时时间后，通过查查找或者者突然记记起发现现了这个个错误，那么这这里就要要提供一一个功能能，允许许用户修修改原先先的客户户资料或或者业务务资料。相关数据据库：市市场部数数据表（1）（2）（3）（4）（5）（6）（7）（8）（9）流程： 显示提示，选择查找内容查找客户资料？否是输入业务编号或按内容查找输入客户编号或姓名进行数据库查找显示提示显示提示进行数据库查找否否找到否？找到否？是是显示

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

24、这一一功能操操作习惯惯的，而而且也是是最直观观的。对对于程序序设计人人员来看看，它由由于将显显示与编编辑界面面复用了了，有效效的控制制了由于于界面过过多而带带来的混混乱。5事件件参数设设置：含义解释释：通过过这个模模块，各各市场部部可以设设置一些些关于业业务有关关的数据据，包括括市场部部能提供供的业务务，价格格，限价价，套餐餐组合等等。相关数据据库：市市场部数数据库（1）（2）（3）其他说明明：这个个功能是是整个系系统设置置功能的的一部分分。操作作人员可可以在这这里调整整业务有有关的参参数，也也可以在在一个总总的设置置里面调调整这些些数据，具体使使用哪种种方式，则由操操作人员员根据自自己的习习

25、惯决定定。6事件件跟踪模模块含义解释释：这个个模块主主要用来来跟踪一一笔业务务的服务务过程。我们可可以用它它来检查查业务所所需资料料是否收收到，钱钱款是否否收到，票据是是否收到到，赠品品是否给给出，合合同是否否签订，是否制制作完成成等诸如如此类的的信息。相对于于完整的的事件查查找而言言，它更更侧重于于服务的的过程，而不是是单纯的的让操作作人员了了解这个个事件。事件查查找模块块它只能能进行一一个事件件的查找找或者编编辑，它它不带有有对这个个事件发发展过程程进行记记录的过过程，而而此处的的记录功功能则显显得非常常重要了了。相关数据据表：市市场部数数据表（1）（2）（3）（4）（5）（6）（7）（8

26、）（9）（9）（10）（111）上层层数据表表（2）（4）（6）流程：End of processingDB Search OperatingInput Client IDDisplay Event Info.查看某一事件过程（资料，钱款收取情况）记录某一事件过程（资料，钱款收取情况）Mark Rece. Data.Refresh the disp.Display Event Info.End of processingDB Search OperatingInput Client IDSomee moodulle ddetaailss:DB Search Operating1Input Cl

27、ient IDDisp Error Msg.Look up it in DBFound?Disp. Info.Its the entire process of DB Searchinclude2Display Event Info.includeDisp event process.Disp client info.Finished？Data info.Money infoProcess describe dd其他他说明：总的来来说，这这个模块块的设置置是可以以让操作作人员方方便的了了解到一一个事件件整个的的进展情情况（也也就是说说，它不不仅是业业务那里里的进展展，也有有制作的的进展，业务员

28、员可以通通过这里里知道是是否制作作完成或或者申请请成功等等消息）。7人事事基本管管理：含义解释释：人事事基本管管理模块块包含了了人事管管理的一一些常规规操作，包括用用工，调调动，退退工。其其中用工工，调动动和一般般的人事事管理系系统很类类似，但但是退工工部分，由于要要处理资资料票据据的上交交，所以以有相当当的复杂杂性。相关数据据表：市市场部数数据表（12）（133）（114）（15）（166）（117）（18）（199）（220）（21）流程：显示提示，接收用户操作选择（用，调，退）用工？是否调部门？ 是否记录员工离职原因为“调部门”录入员工资料资料是否都上交否重新录入员工资料与报到日期是同意

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

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

31、15）（166）（117）（18）（199）（220）（21） 9资料票票据管理理含义解释释：这里里在资料料票据管管理指业业务员领领取资料料，发票票，合同同时候的的登记，以及为为为了避避免遗失失而做日日常定期期检查提提供依据据（它可可以指出出哪个业业务员何何时领取取了何种种物品票票据，是是否用掉掉，如果果用掉是是用到哪哪里去了了）相关数据据库：市市场部数数据表（5）（6）（7）（9）（10）（111）(112)（13）（144）（115）流程描述述：因为这个个过程很很难用流流程图来来做完整整表述，所以，改用文文字表示示。首先，资资料以及及所有票票据的来来源。市市场部的的资料，票据来来源与总总公

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

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

34、别业务务员是否否真的如如他申明明的那样样把凭证证交给客客户了呢呢？程序序只能按按照他所所申明的的那样做做记录（换句话话说，程程序总是是认为这这个申明明是真实实的）。所以通通过这个个系统只只能识别别非故意意的单据据实物丢丢失，而而识别故故意隐匿匿单据则则是管理理学和法法学的范范畴，并并不是计计算机科科学的范范畴了。另外，这这里的票票据是指指发票、合同、发行凭凭证、赠赠品、其其他表单单等。对对每一种种票据的的处理方方式可以以是类似似的。都都包含查查询与录录入修改改等。 110业业务收入入统计：含义解释释：这里里统计的的是每一一个市场场部业务务上面的的净收入入，支出出等。这这些数据据是通过过业务管管

35、理模块块和财务务部分的的工资管管理模块块得到的的。相关数据据表：市市场部数数据表（11）（9）（222），上上层数据据表（77）其他说明明：这部部分需要要提供给给我们更更多的资资料，比比如现在在公司需需要统计计些什么么，统计计表的样样式是怎怎样的，如果某某些统计计方法不不是显而而易见的的，则需需要给出出算法。11工工资参数数设置：含义解释释：由于于每一个个市场部部，市场场部的每每一个部部门的工工资计算算方法都都不一样样，所以以需要对对一些数数据进行行设置。这些设设置将影影响到工工资计算算。和其其他设置置相比，这里的的设置可可能进行行的更频频繁一些些。所以以要对它它的效率率做一个个准确的的考虑。

36、和其他他所有的的设置一一样，这这里的所所有数值值都会有有一个初初始值。相关数据据库：市市场部数数据表（19）（200）（221）（16）12员员工工资资管理：含义解释释：市场场部的工工资计算算方法比比较特殊殊，所以以在这一一块里面面是有一一定麻烦烦的。对对于一般般业务员员需要考考虑的是是有没有有底薪，有没有有提成，需不需需要缴纳纳三金，与之相相关的还还有底薪薪计算方方法，提提成计算算方法等等；管理理人员除除了这些些基本工工资外，还有管管理费，但不同同部门管管理费又又是不一一样的，所以在在具体设设计时候候要把这这些问题题都考虑虑进去。相关数据据表：市市场部数数据表（7）（9）（11）（166）（

37、22）流程： 这这部分因因为要涉涉及提成成，所以以计算方方法比较较复杂。以下是是提成的的计算方方法：业务员接到一笔业务资料钱款是否在当月收到？在当月不计算提成将此提成记录在当月将此业绩记录底薪（可能没有）底薪算法业务提成一般业务务员的工工资构成成缴纳三金（可空）业务员工资提成算法其他奖励（可空）其他罚款（可空）管理费算法管理员工资管理费管理人员员工资构构成最后实际工资工资项目计算依据 d其他说说明：更更具体的的计算方方法可以以参考最最后的数数据流图图。数据加密密备份模模块： 这个模模块属于于为了维维护数据据安全而而设置的的模块。在SQQLSeerveer里面面，本身身就有数数据加密密传输功功能

38、。这这里只对对一些敏敏感的重重要的数数据进行行再次的的加密，使其在在数据库库里面就就是加密密以后的的状态（既即使使不通过过网络传传输，也也无法直直接解读读这些数数据）。当然实实际应用用时候，可以采采用简单单的加密密方法，如ASSCIII移位等等，不要要太复杂杂。而且且只对重重要的数数据，比比如财务务数据和和业务数数据进行行保护。数据备备份可以以按照按按日，按按月对数数据进行行备份，以防止止数据库库的意外外破坏。数据库管管理模块块：数据库管管理模块块完成常常规的数数据库录录入查找找等功能能。它除除了数据据库常规规操作以以外要进进行错误误检测和和可恢复复错误的的处理。将其单单独成为为几个模模块是为

39、为了是上上层模块块对数据据库的操操作更为为简单和和灵活，并提供供了一定定的可靠靠性保证证。 远程程数据同同步模块块： 这这一模块块采用何何种同步步方式是是目前需需要讨论论的问题题。设计计这一模模块的目目的是使使上层操操作可以以与数据据远程访访问完全全分离。将来如如果改换换了数据据远程访访问的方方式，那那么只需需要修改改此模块块，而在在这一模模块之上上的部分分，可以以不作改改动。网管部网管部程程序主要要是用来来记录和和查询申申请的域域名信箱箱等的情情况。相相对于市市场部程程序来说说，网管管部程序序功能上上比较简简单与单单一，需需要统计计的数据据较少。需要完完成的功功能是从从共享数数据库中中获取消

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

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

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

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

44、可以供上上层调用用的函数数和错误误检测。 两两个部门门最大的的差异是是在流程程控制上上。数据流图图市场部业业务数据据流图业务员在在谈成一一笔业务务、接收收到一份份资料或或接收到到一笔款款项等可可以产生生单据或或可记录录或可对对原先记记录进行行修改的的事情后后，会自自动触发发一个事事件，接接下来就就会触发发一连串串的动作作。业务员将将资料交交给市场场部的文文员，文文员将此此事件资资料整理理并录入入数据库库后，上上传至数数据库服服务器；制作部从从数据库库服务器器上下载载制作资资料，然然后开始始制作；网管部也也从数据据库服务务器上下下载资料料，接下下来就按按照要求求申请域域名或是是设置邮邮箱；无论是

45、市市场部、制作部部还是网网管部都都应该在在相应的的工作完完成后将将完成的的结果反反馈到数据库服服务器。具体示意意图如下下：事件发生资料市场部文员录入与整理数据数据上传至数据库数据数据库服务器网管部处理结果的反馈制作部处理结果的反馈域名及邮箱信息制作资料网管部下载资料制作部下载资料网管部处理（申请域名等）制作部制作（网页制作与上传）说明：从从软件工工程学的的观点来来看，上上图是一一个不规规范的数数据流图图，但是是为了理理解的方方便，就就借用了了一些不不规范的的元素。市场部工工资数据据流图市场部工工资计算算比较复复杂，各各分公司司市场部部的工资资结算方方法也不不大一样样。业务员的的工资由由两部分分

46、组成第一部分分 基基本工资资（若基基本工资资不存在在则设置置为零）第二部分分 业业务提成成（根据据业务员员当月业业绩来计计算）第三部分分 三三金的缴缴纳情况况（若三三金可以以不交则则设置为为零）管理人员员的工资资分为三三部分第一部分分 基基本工资资（若基基本工资资不存在在则设置置为零）第二部分分 业业务提成成（如果果仍兼做做业务员员的话）第三部分分 三三金的缴缴纳情况况（若三三金可以以不交则则设置为为零）第四部分分 管管理费（按当月月业绩来来计算）。数据流图图如下：PAGE # 页：# 本部门业绩业绩考评基本工资业务员业绩业绩读基本工资计算实际业务数量获得奖励比例三金算法基本工资实际业务量奖励

47、比例提成因子计算三金计算管理费计算业务提成管理费业务提成三金计算本月实领工资实发工资单位：元说明：针针对上图图的说明明分公司市市场部业业务员工工资分配配情況不不尽相同同，某些些地区市市场部的的业务员员没有基基本工资资，则基基本工资资按零计计算。管理人员员的业务务提成设设置为零零。对于业务务员来说说，未考考虑到的的工资部部分或者者某些额额外奖励励可以归归入业务务提成；对于管管理人员员来说，未考虑虑到的工工资部分分或者某某些额外外奖励可可以归入入管理费费。内部管理理系统所所需资料料一：市场场部1公司司的网站站套餐清清单及价价目表2套餐餐清单中中，每一一种套餐餐具体服服务项目目及价目目，公司司可选服

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

49、制作作部部门内组组织结构构图具体工作作流程及及工序各统计报报表清单单及样张张三：网管管部部门内组组织结构构图具体工作作流程及及工序各统计报报表清单单及样张张四：补丁丁程序现有数据据库的字字段定义义及各字字段含义义五：其它它资料现有各部部门之间间递交表表单的样样式内部管理理系统硬硬件需求求 为了了保证内内部管理理系统的的稳定高高速运行行，必须须要增加加硬件并并对现有有的硬件件进行改改造，特特提出以以下硬件件需求。（注：这里的的硬件指指一个完完整的硬硬件系统统，其部部分的包包含了对对软件的的需求，这些软软件是为为了正常常运行管管理系统统所必须须配备的的）对服务器器的要求求服务器的的中央处处理部件件

50、（CPPU）建建议使用用PIIII 11G（以以上） Xeoon处理理器芯片片。服务器内内存必须须使用服服务器专专用ECCC内存存为了保证证数据存存储的绝绝对可靠靠，硬盘盘应使用用磁盘冗冗余阵列列（RAAID 01）为了防止止服务器器不可预预测的故故障，或或者服务务器的定定期维护护对公司司整个业业务造成成的影响响，所有有建议使使用两台台服务器器。两台台服务器器应构成成双机热热备份。中间使使用WaatchhDogg电路。这样的的结构可可以保证证整个系系统的长长时间不不间断工工作，即即使在服服务器定定期维护护的时候候也可以以使用后后备另一一台服务务器工作作。服务器应应支持热热插拔电电源服务器必必须

51、配备备UPSS（不间间断电源源）。服务器应应该放在在公司内内部。不不然无法法进行程程序调试试。服务器应应该必须须有固定定IP地地址。其他性能能在经济济条件允允许的情情况下，应该尽尽量使用用高速稳稳定的配配件。服务器上上应该配配备的软软件操作系统统：Miicroosofft WWinddowss 20000 serrverr 或者者 Miicroosofft WWinddowss 20000 Advvancced serrverr数据库：Miccrossoftt SQQL SServver 20000 (简体中中文版) 服务器必必须使用用专业的的防火墙墙和反病病毒软件件。除了为了了运行必必须配备

52、备的程序序以外，服务器器上建议议尽量不不要安装装其他无无关程序序，以减减少程序序的混乱乱或者程程序的意意外冲突突。各其他分分公司的的操作系系统尽量量统一。（Wiindoows 9x系系列或者者Winndowws 220000系列）。这样样可以避避免管理理软件在在出来因因为操作作系统版版本不一一致造成成的过多多的开销销。各分公司司的机器器必须也也安装反反病毒软软件和防防火墙。以防止止网络上上的蠕虫虫病毒在在整个网网络范围围内的蔓蔓延。如果要打打印涉及及字段比比较多的的报表，应该配配备针式式打印机机。注：建议议首先把把服务器器定下来来，不然然无法进进行数据据库定义义了。其其他内容容可以在在编制过过

53、程中慢慢慢配上上。如果果实在不不行，可可以先用用临时的的代替一一下，在在正式使使用时候候再作更更新。内部管理理系统上上层数据据库设计计数据表定定义安全性验验证：属性：部部门编号号（2）这里的部门对于市场部或分公司来说就是市场部或分公司编号 密码码主键：部部门编号号部门编号号名称数数据库属性：部部门（分分公司）编号，主管人人员，部部门名称称，部门门所在地地址，联联系电话话，Emmaill,备注注主键：部部门编号号业务员信信息数据据库属性：工工号，所所属部门门编号（2），姓名，年龄，职务，报到日日期，离离开日期期，离职职原因，日常电电话，手手机，BBP机，地址，邮编，备注主键：工工号部门业业务信息

54、息属性：业业务流水水号，所所属部门门编号（2），递交部部门编号号（2），业务务员姓名名，业务务类型，业务送送达时间间，业务务应完成成时间，备注主键：业业务流水水号业务资资料信息息属性：自自动编号号，业务务流水号号（4），资料料名称，送达时时间，递递交人，接收人人，是否否收到，备注主键：自自动编号号业务进程程信息属性：自自动编号号，业务务流水号号（4），目前前所属部部门编号号（2），是否否完成，完成时时间，备备注（反反馈信息息）主键：自自动编号号公司收入入条件属性：部部门编号号（2），日期期，总收收入，总总支出 主主键：部部门编号号，日期期内部管理理系统市市场部数数据库设设计一定义义实体集集公司

55、服务务 内容容价格格数据表表 按照数据库设计理论规范，此处不应使用“数据表”这一名称，实体集并不等同于数据表，但在这里为了表述的方便，仍然使用了“数据表”这个名称属性：编编号，业业务名称称，业务务简介，价格，最低限限价，备备注主键：编编号上网套餐餐 套餐餐名所所含内容容数据表表属性：自自动编号号，套餐餐名，套套餐编号号，服务务编号（1），备注主键：自自动编号号上网套餐餐 最低低价格数数据表属性：套套餐编号号（2），常规规价格，最低限限价，备备注主键：套套餐编号号客户信息息数据表表属性：客客户编号号，客户户名称，联系人人名称，联系地地址，联联系电话话，联系系邮编，备注主键：客客户编号号客户事事件

56、数据据表属性：自自动编号号，客户户编号（4），事件编编号（99），备备注主键：自自动编号号事件服服务数据据表属性：自自动编号号，事件件编号（9），服务编编号（11）（22） 此处的表关联关系需要取决于“是否为上网套餐字段”，如果选择“是”，则关联应为(2)，否则为(1)，是是否为上上网套餐餐，备注注主键：自自动编号号事件业业务员数数据表属性：自自动编号号，事件件编号（9），业务员员编号（18），备注注主键：自自动编号号事件应应收资料料数据表表属性名：资料编编号，事事件编号号（9），资料料名称，资料预预备提交交方式（文字，照片等等），资资料类型型，备注注主键：资资料编号号事件信息息数据表表：属性：事事件编号号，事件件简介，合