项目策划的可行性研究及需求分析报告.docx

《项目策划的可行性研究及需求分析报告.docx》由会员分享，可在线阅读，更多相关《项目策划的可行性研究及需求分析报告.docx（70页珍藏版）》请在第一文库网上搜索。

1、内部治理系统可行性研究及需求分析报告项目开发背景为了提高公司内部治理的效率，因此需要编制一套完整的用于公司内部治理的系统。如此一个系统能够在整个公司范围内使用,做到了公司资源的整合与共享。二.项目的可行性研究1 . 技术方面:整个系统属于一个规模比较大的MIS系统。尽管其在组织关系上存在着专门大的复杂性，繁琐性，不确定性，然而就整个系统的技术构成上来看，它依旧属于一个数据库应用类的系统。其差不多操作依旧对存在数据库进行添加、删除、查找、编辑等。因此就单纯的数据库应用来看，暂不存在太大的技术问题。2 .经济方面：由于系统对公司的正常运行的阻碍是相当大的，因此必须要设置单独的服务器来运行那个系统。

2、又考虑到所有计算机硬件软件差不多上存在出错可能的（具体到那个系统，由于其需要不间断的运行，因此其出错的可能就会变得更大），因此整个系统应该考虑使用双机热备份技术。使用两台服务器同时运行，一个为主一个作备份，如此能够幸免服务器故障对整个系统的阻碍。又考虑到那个系统是为公司内部服务的，而且数据库设置和调试时候都必须要直接使用服务器，因此应该将服务器设置在公司内部。纵观整个系统需要的硬件，我们认为整个项目的投资将可能是比较巨大的。这方面，提请公司再作详细讨论。3 .法律方面：整个系统由因此自行开发，自行使用，因此系统本身不存在法律上的版权争议。在服务器软件方面，应该使用正版软件，因为整个系统尽管是开

3、发给内部使用，但它怎么讲专门多部分依旧要依靠Internet的,一旦服务器连接到Internet上，它的操作系统可能会被Microsoft跟踪，假如不是正版软件，将不得不面临民事诉讼的风险。4 .目前存在的问题：目前我们觉得最大的问题仍然是数据库访问方式上的问题。和一般的MIS系统不同，我们面临着更广泛范围内的数据库访问。那个范围差不多不可能用局域网解决了，但一旦使用Internet网，数据传输的有效性和安全性就会成为严峻的问题。现在将三种可能数据访问的方式列举如下，并逐一作分析：a.使用纯单机版的数据库系统这是最简单的数据库访问方式。采纳这种方式不涉及网络传输，因此不管在哪个部门，也不管其上

4、网设施是如何的，总能采纳这种方法的。采纳这种系统后，假如要实现数据同步，必须定期将数据库全部上传（注意：那个地点应该是上传整个数据库，因为采纳这种方式操作的系统，它上传的时刻间隔一般是比较大的，假如记录哪些记录是更新的，在实际同步时候，将花费专门多时刻作整个更新记录的比对，在记录量增大时候，那个检测的时刻也会急剧增加，反而增加了处理时刻），服务器在收到整个数据库后，在服务器端运行一个专门的软件，用于数据的同步。然后将处理后的数据库放在一个特定的区域，客户端能够将处理后的数据库收下来，以实现数据库同步。整个系统采纳的传输示意图如下（仅以市场部为例）:总部服务器上应该运行特定软件用于数据同步，此过

5、程可能密募人工干帝.一:一7.b.采纳纯网络数据库的结构：采纳那个结构从理想的角度来看，是最适合那个系统的。因为它具有最好的实时性，能够将当前获得的数据立即传输出去，如此其他部门也就立即能够得知目前的业务情况。而且采纳那个结构，从数据库应用角度来看，对网络底层的传输情况不需要有太多的了解（这部分由SQLServer提供的网络传输协议保证）。然而就公司目前各市场部上网情况来看，由于专门多市场部采纳的仍然是Modem和ISDN,不能24小时在线，因此再不对目前各市场部上网设备改造的情况下，专门难使用这种结构。这种结构还有一个问题是它专门大程度上依靠于中心数据库，对中心数据库可靠性和稳定性的要求相当

6、高。这种结构的示意图如下（以市场部为例）：C.采纳本地数据库和网络数据库同时使用的结构1这是那个系统最有可能采纳的数据库结构。它的特点是平常数据存储在本地数据库，以天为单位，让本地数据库和总部的一个共享数据库进行交互，以实现数据的同步。这种方式的优点是数据因为在本地和网络数据库上共存，因此可靠性是比较高的。而且就Modem, ISDN和宽带共存的情况下使用这种结构也是比较现实的。它的缺点是：在每日用于同步的数据量大的情况下是无法使用的，另外，即使每天用于同步的数据量并不是专门大，然而本地数据库或者网络共享数据库的存储量差不多专门大，如此再搜索用于需要同步的数据的时刻也将成倍增加。系统在刚投入使

7、用时候可能速度比较快，然而存储量达到一定程序后，系统运行速度将会急剧减慢。（依照实验，当数据记录条数达到5万条以上时，完整的数据库搜索花费的时刻会专门长专门长），而在这种系统结构下，为了保持两者数据库的完全同步，可能要反复搜索数据库。此段时刻的那个地点的结构和示意图a）中的结构看上去有些相似。但其原理是完全不同的。图a）中，需要上传的是完整的数据库，它依靠运行在服务器端的程序对数据进行整理以达到同步的目的。而那个结构中，实际上并不存在一个文件上传的过程，它是依靠数据库访问接口来直接实现数据交互的。数据库访问接口屏蔽了专门多网络的细节。在那个结构中，在服务器上不需要再单独运行治理程序来实现数据同

8、步。开销是相当大的。除此之外，那个结构最大的问题是：如何保证数据的完整同步。因为诸如Modem等上网设备，其传输过程极易由于外界干扰或者线路传输速率的突变造成传输中断。重传这些数据可能会造成数据的重复。（比如通过检测，这次需要上传10条记录 现在客户端开始上传 上传一半Modem断线了，因此实际只传了五条。客户端检测到这一错误，开始重传，但实际上尽管断线仍然有五条记录是成功传送的，重传全部必定造成重复，然而要专门准确的定位具体是在那条中断是相当困难的。这和网络传输协议里错误检测是类似的）采纳那个结构的示意图如下：介于以上缘故，我们认为选用何种数据库结构需要进行进一步研究。能够作一下实验，比如使

9、用各种现有的上网设备来进行一下数据库连接。测试在不同的数量情况下，对性能的阻碍。特不要对Modem连接SQLServer作更多的实验。因为其连接速度比较慢，必须要对数据库连接超时时刻作调整。（此值过小或者过大都会对性能造成阻碍。过小的值可能会使使用Modem的机器无法连上SQLServer,过大的值在确实发生错误时候，需过专门多时刻才能检测到此错误）三.系统的大致模块划分由于整个系统最后使用的结构还没有最后确定，因此那个地点的模块划分只是一个大致的划分。在通过实验，确定使用哪种数据库结构后，需要对此部分进行进一步修正。1.市场部从最大的方面市场部治理系统能够划分成业务治理、人事治理、财务治理、

10、数据统计与备份、系统设置等模块。其中业务治理模块包括事件记录添加、事件记录修改，事件记录删除、事件提醒等功能。这部分侧重的是对客户服务的，它是以客户为中心开展的。是整个系统数据的入口处。在人事治理和财务治理等模块中，有专门多数据是要依靠业务治理模块的。人事治理模块指对分公司内部人员的治理，包括用工、退工、职员平常所领取资料、合同等其他凭证的治理与查询。那个地点要注意各种凭证领取时候的记录；在凭证丢失时候的处理。这些凭证差不多上由业务产生的，因此其与业务治理模块之间存在专门多相互访问的情况。由于存在那个特性，因此必须要做好数据爱护，以防止数据交叉访问时候对原先数据的破坏。财务治理模块是用于市场部

11、内部工资结算的。由于市场部工资专门大部分是有业务员的业绩决定的，因此其在专门大程度上也是依靠于业务治理模块的。它确实是依照业务治理模块的统计结果，再利用一定的算法来计算业务员当月的工资和市场部治理人员当月的工资。这部分繁琐的地点在工资结算方法和各分公司之间算法的差异上，尽管能够设置一些可选项，但假如差异过分悬殊则可能需要为有些分公司编写单独的处理模块。数据统计功能依靠于业务治理模块和财务治理模块，它按照一定的时限生成各种业务报表供公司内部留存、上交等。除了打印出来的报告外，程序应该提供一定的界面供数据查阅（不打印）。备份是所有MIS系统都应该具备的，尽管数据安全可靠存储大部分应该由服务器来保证

12、，然而程序中仍然应该具备数据备份功能，用于数据定时的导入导处。或者与其他程序交互时候能够使用。系统设置模块用于对程序进行初始设置。这部分应该尽量考虑到可扩展性。关于能够进行设置的部分在此处应尽量设置设置选项。因此，调整只能在一定范围内进行，一般是数值上或者选项组合上的。由于系统设置关于系统的运行是起全局阻碍的，因此再调整前要进行安全性验证。整个市场部程序模块示意图如下：（本图仅供参考）市场部治理程序力八-S“ Z4-P注注：那个地点的资料票据治理模块被放在人事治理模块下面了，要紧那个地点个粗的双箭头表示这些数据库访问之间将有频繁的交互。远程数据库（运各模块的功能解释与数据表之间的对应关系：1

13、.系统登陆模块：a.含义解释：用于市场部合法身份的验证，使用加密密码验证方式。b.相关数据表：上层数据表（1）c.流程：到公司总数据库进显示错误通过否？显示操作界面,进行d.其他讲明：密码信息应进行加密存贮。加密方式不用过于复杂，能够使用ASCH码移位变换的方法。2 .系统设置模块：a.含义解释：系统设置模块是对系统的一些运行参数进行调整。它能够分为两部分，一是为了适应不同的网络传输而进行的机器系统参数设置，二是对本市场部的一些个性化经营方式进行的设置，它偏向于业务。比如讲套餐价格,限价等。这些数值都会有默认值，同时同意在运行时候，通过其他部分，比如财务治理，人事治理，业务治理等操作界面里进行

14、分不设置。但由于其代码的重用性，那个地点保留了一个入口，能够对这些参数进行全面的调整，如此不用分不进入每一个界面调整了。这种调整方式通常只在程序第一次运行时候才需要。b.相关数据表：市场部数据表(1) (2) (3) (16) (17) (19)(20) (21)c.其他讲明：在具体设计时候，对有逻辑联系的部分应结合在一起，使界面做到直观，简化，同时这些调整数值应该是要立即生效的，因此要采纳直接的方式，不然假如需重启程序甚至重启windows才能生效，那么会带来专门多苦恼。3 .事件添加模块：a.含义解释：事件添加模块是整个系统运行的基础。整个系统的业务数据差不多上由那个地点提供的。那个地点录入的事件信息包含两部分，一是业务相关客户信息,二是业务信息本身。它同时也存在两种可能性，一是新客户，如此就要同时添加客户信息与业务信息，二是老客户新业务，现在只需要对业务信息进行增加就能够To但不管是何种方式，那个地点都提供了一个统计的入口一一从查找客户开始，以确定客户信息是否存在。b.相关数据表：市场部数据表(1) (2) (3) (4) (5) (6) (7)(8) (9)c.流程：事件添加应该以客户查询作为整个事件添加的开始。以查询结果作为添加或者编辑的依据。整个过程能够用以下流程表示/显示客户咨录入客户落料/显示客户往