最新内部管理系统可行性研究及需求分析报告

1、内部管理系统详细设计方案设计方案简介本设计是为内部管理程序开发编写的，包括系统可行性研究、系统模块设计、模块的具体流程设计、一些需要进一步讨论或研究的问题、所需的数据和硬件、数据表的定义等。但是它没有包含更多关于编码的主题。例如编码约定、注释格式等。虽然这些问题对于系统的实现非常重要，但是它们并没有被包括在内，因为它们是设计方案。整个设计方案的总目录如下：一、内部管理体系项目计划(第2页-第20页)1.项目开发背景(第2页)2.项目可行性研究(第2页-第6页)3.系统的一般模块划分(第6页-第18页)3.1市场部(第6页-第17页)3.1.1系统登录模块(第8页)3.1.2系统设置模块(第8页

2、)3.1.3事件添加模块(第8页-第9页)3.1.4事件搜索和编辑(第9页-第11页)3.1.5事件参数设置(第11页)3.1.6事件跟踪模块(第11页-第13页)3.1.7基本人事管理(第13页)3.1.8部门参数设置(第14页)3.1.9数据清单管理(第14页-第15页)3.1.10业务收入统计(第15页)3.1.11薪资参数设置(第15页)3.1.12员工薪酬管理(第15页-第16页)3.1.13数据加密备份模块(第16页)3.1.14数据库管理模块(第16页-第17页)3.2网络管理部(第17页)3.3生产部(第17页-第18页)4.数据流程图(第19页-第20页)4.1市场部业务数据

3、流程图(第19页)4.2市场部薪酬数据流程图(第20页)二。内部管理系统所需的信息(第21页)三。内部管理系统所需的硬件(第22页)四.数据库设计(第23-25页)1.上层数据库设计(第23页)2.市场部数据库设计(第24页-第25页)五.项目工作量估计(第26页)内部管理系统项目计划一、项目开发背景为了提高公司内部管理的效率，有必要编制一套完整的公司内部管理制度。这样的系统可以在整个公司中使用，并且公司的资源可以被整合和共享。二。项目可行性研究1.技术方面：整个系统属于大型管理信息系统。尽管它的组织关系复杂、繁琐、不确定，但就整个系统的技术组成而言，它仍然属于数据库应用系统。它的基本操作是添

4、加、删除、搜索和编辑现有数据库。因此，就简单的数据库应用程序而言，没有太多的技术问题。2.经济方面：由于该系统对公司的正常运营有很大影响，因此有必要设置单独的服务器来运行该系统。考虑到所有计算机硬件和软件都有出错的可能性(具体来说，本系统需要不间断运行，所以出错的可能性会变大)，所以整个系统应该考虑使用双机热备份技术。两台服务器同时运行，一台作为主服务器，另一台作为备份服务器，以避免服务器故障对整个系统的影响。考虑到本系统是为公司服务的，在设置和调试数据库时必须直接使用服务器，所以服务器应该设置在公司内部。从整个系统所需的硬件来看，我们认为整个项目的投资可能是巨大的。在这方面，请要求公司详细讨

5、论。3.法律方面：由于整个系统是自行开发和使用的，因此系统本身不存在法律版权纠纷。就服务器软件而言，应该使用正版软件，因为尽管整个系统是为内部使用而开发的，但它的许多部分仍然依赖于互联网。一旦服务器连接到互联网，其操作系统可能会被微软跟踪。如果不是正版软件，它将面临民事诉讼的风险。4.当前的问题：目前，我们认为最大的问题仍然是数据库访问的方式。不同于一般的管理信息系统，我们面临着更广泛的数据库访问。这个范围已经不能用局域网解决了，但是一旦使用互联网，数据传输的有效性和安全性将成为一个严重的问题。现在，下面列出了三种可能的数据访问方法，并逐一进行了分析：A.使用纯独立的数据库系统这是访问数据库的

6、最简单方法。这种方法不涉及网络传输，所以它总是可以在任何部门使用，不管它的互联网设施。采用本系统后，如果要实现数据同步，必须定期上传所有的数据库(注意：整个数据库都应该在这里上传，因为这样操作的系统上传时间间隔一般比较大。如果您记录了哪些记录被更新，那么在实际同步过程中比较整个更新的记录将会花费很多时间。当记录量增加时，检测时间将急剧增加，但处理时间将增加)。服务器接收到整个数据库后，将处理后的数据库放在特定的区域，客户端可以收集处理后的数据库，实现数据库同步。整个系统采用的传输图如下(仅以市场部为例):总部服务器销售部数据库数据库数据库销售部应在总部服务器上运行特定软件进行数据同步，这可能需

7、要手动干预。这种传输可以使用任何传输方法，包括FTP和电子邮件B.采用纯网络数据库结构；从理想的角度来看，这种结构最适合这个系统。因为它具有最好的实时性能，所以它可以立即传输当前的数据，以便其他部门可以立即了解当前的业务情况。在这种结构下，从数据库应用的角度来看，我们不需要太了解网络底层的传输(这一部分由SQLServer提供的网络传输协议来保证)。然而，根据公司各营销部门目前的互联网接入情况，由于许多营销部门仍然使用调制解调器和综合业务数字网，并且不能一天24小时在线，如果不修改各营销部门的互联网接入设备，很难使用这种结构。这种结构的另一个问题是它在很大程度上依赖于中央数据库，这就要求中央数

8、据库具有很高的可靠性和稳定性。该结构示意图如下(以市场部为例):总部服务器数据库销售部销售部销售部销售部C.采用本地数据库和网络数据库同时使用的结构，这里的结构看起来有点类似于示意图a)中的结构。但原则完全不同。在图a)中，需要上传完整的数据库，它依靠服务器上运行的程序来整理数据，以达到同步的目的。在这种结构中，实际上没有文件上传过程，而是依靠数据库访问接口直接实现数据交互。数据库访问接口掩盖了网络的许多细节。在这种结构中，不需要在服务器上单独运行管理程序来实现数据同步。：这是该系统最可能的数据库结构。其特点是数据平时存储在本地数据库中，本地数据库与总部的共享数据库交互，实现数据同步。这种方法

9、的优点是数据具有高可靠性，因为它共存于本地和网络数据库中。此外，当调制解调器、综合业务数字网和宽带共存时，使用这种结构更为现实。它的缺点是，当每天用于同步的数据量很大时，就不能使用它。此外，即使每天用于同步的数据量不是很大，本地数据库或网络共享数据库的存储容量也已经很大，因此搜索同步所需数据的时间会成倍增加。当系统投入使用时，速度可能会更快，但当存储达到某个程序时，系统的运行速度会急剧下降。(根据实验，当数据记录的数量超过50，000时，将需要很长时间来搜索整个数据库。)在这种系统结构下，为了保持两个数据库完全同步，可能需要重复搜索数据库。这段时间的成本相当可观。此外，这种结构的最大问题是如何

10、确保数据的完全同步。由于调制解调器等互联网设备，传输过程很容易被外部干扰或线路传输速率的突然变化所中断。这些数据的重新传输可能会导致数据重复。(例如，在测试之后，这次需要上传10条记录。现在客户端开始上传，上传的调制解调器有一半被断开，所以实际上只传输了五条记录。客户端检测到此错误并开始重新传输，但事实上，尽管断开连接，仍有五条记录成功传输，重新传输肯定会导致重复，但很难准确定位哪个中断。这类似于网络传输协议中的错误检测)这种结构的示意图如下：直接数据库交互总部服务器数据库销售部数据库数据库销售部基于以上原因，我们认为数据库结构的选择需要进一步研究。你可以做一些实验，比如使用各种现有的互联网设

11、备来连接数据库。测试不同数量对性能的影响。尤其是在连接调制解调器和服务器上做更多的实验。因为它的连接速度很慢，所以有必要调整数据库连接超时。(如果该值太小或太大，将影响性能。值太小可能会使使用调制解调器的计算机无法连接到服务器，而值太大将需要很长时间才能检测到此错误。)三。系统的通用模块划分因为整个系统的最终结构还没有最终确定，这里的模块划分只是一个粗略的划分。在实验确定使用哪种数据库结构后，这一部分需要进一步修改。1.销售部从最大的方面来说，营销管理系统可以分为业务管理、人事管理、财务管理、数据统计与备份、系统设置等模块。业务管理模块包括事件的增加、修改、删除和提醒功能。这一部分着重介绍以顾

12、客为中心的顾客服务。是整个系统数据的入口。在人事管理和财务管理模块中，有许多数据依赖于业务管理模块。人事管理模块是指对分公司内部人员的管理，包括聘用、辞职、员工平时收到的材料、合同等凭证的管理和查询。在这里，我们要注意各种凭证的记录；凭证丢失时的处理。这些凭证都是由业务生成的，所以它们与业务管理模块之间有很多相互访问。由于这一特性，必须做好数据保护，以防止在数据被交叉访问时原始数据被损坏。财务管理模块用于市场部内部薪资结算。由于营销部门的薪酬在很大程度上取决于销售人员的绩效，因此也在很大程度上取决于企业管理模块。它是基于业务管理模块的统计结果，然后用一定的算法计算销售员当月的工资和市场部经理当

13、月的工资。这部分比较繁琐，分支机构之间的工资结算方式和算法不同。虽然可以设置一些选项，但是如果差异太大，可能需要为一些分支编写单独的处理模块。数据统计功能依赖于业务管理模块和财务管理模块，它们生成各种业务报表供公司保存并在一定期限内提交。除了打印报告之外，该程序还应该为数据访问(而不是打印)提供特定的界面。所有管理信息系统都应该有备份。虽然数据的安全可靠存储应该由服务器来保证，但程序仍然应该具有数据备份的功能，可以用于数据定时导入。或者当与其他程序交互时。系统设置模块用于程序的初始设置。这部分应该尽可能考虑可扩展性。对于可以设置的零件，在此尽可能设置设置选项。当然，调整只能在一定的范围内进行，

14、通常是数字或选项组合。由于系统设置对系统的运行具有全局影响，因此应在调整前进行安全验证。整个市场部的程序模块示意图如下：(此图仅供参考)市场部管理程序系统设置模块系统登录模块服务管理模块财务管理模块人事管理模块事件跟踪模块员工薪酬管理薪资参数设置数据清单管理部门参数设置事件添加模块事件查找编辑商业收入统计基本人事管理事件参数设置请注意，这里的粗双箭头表示这些数据库访问之间将会有频繁的交互。金融数据访问模块服务数据访问模块个人数据访问模块数据加密和备份模块注：此处的数据清单管理模块放在人员管理模块下，主要是出于以下考虑：数据清单总是由特定的业务员接收，需要经常与人员数据库进行交互，所以放在人员中

15、可以减少交叉访问带来的开销。远程数据同步模块远程数据库(运行SQLServer的服务器)各模块功能说明与数据表的对应关系：1.系统登录模块：A.含义说明：使用加密密码，用于验证营销部门的合法身份。B.相关数据表：上部数据表(1)C.流程：输入用户名和密码显示错误提示到公司的主数据库进行验证通过了吗？不是显示操作界面进行操作其他说明：密码信息应该加密并存储。加密方法不必太复杂，可以使用ASCII码移位变换。2.系统设置模块：A.含义说明：系统设置模块调整系统的一些操作参数。它可以分为两个部分，一个是机器系统参数的设置，以适应不同的网络传输，另一个是营销部门的一些个性化的操作模式的设置，这是偏向业务。例如，包价、限价等。这些值有默认值，在操作过程中可以在财务管理、人事管理、业务管理等其他操作界面中单独设置。然而，由于其代码的可重用性，这里保留了一个条目，并且这些参数可以被全面地调整，因此没有必要单独进入每个界面进行调整。这种调整方法通常只在程序第一次运行时才需要。相关数据表：市场部数据表(1)、(2)、(3)、(16)、(17)、(19)、(20)、(21)C.其他注意事项：在具体