企业内部管理系统可行性研究及需求分析报告(编辑修改稿)

企业内部管理系统可行性研究及需求分析报告(编辑修改稿)内容摘要：

er 里面，本身就有数据加密传输功能。 这里只对一些敏感的重要的数据进行再次的加密，使其在数据库里面就是加密以后的状态（既即使不通过网络传输，也无法直接解读这些数据）。 当然实际应用时候，可以采用简单的加密方法，如 ASCII 移位等，不要太复杂。 而且只对重要的数据，比如财务数据和业务数据进行保护。 数据备份可以按照按日，按月对数据进行备份，以防止数据库的意外破坏。 数据库管理模块： 数据库管理模块完成常规的数据库录入查找等功能。 它除了数据库常规操作以外要进行错误检测和可恢复错误的处理。 将其单独成为几个模块是为 了是上层模块对数据库的操作更为简单和灵活，并提供了一定的可靠性保证。 远程数据同步模块： 这一模块采用何种同步方式是目前需要讨论的问题。 设计这一模块的目的是使上层操作可以与数据远程访问完全分离。 将来如果改换了数据远程访问的方式，那么只需要修改此模块，而在底薪（可能没有） 业务提成 缴纳三金（可空） 其他奖励（可空） 其他罚款（可空） 底薪算法 提成算法 业务员工资 管理费 管理费算法 管理员工资 计算依据 工资项目 最后实际工资 这一模块之上的部分，可以不作改动。 2． 网管部 网管部程序主要是用来记录和查询申请的域名信箱等的情况。 相对于市场部程序来说，网管部程序功能上比较简单与单一，需要统计的数据较少。 需要完成的功能是从共享数据库中获取消息，按 照消息内容进行处理（如进行空间设置，设置邮箱等），将处理结果返回共享数据库。 辅助功能如查询等。 总的模块示意图如下： 再对这一流程进行一下解释，网管部的数据都来自于市场部，它是一个被动的执行机构，但它执行的结果又是必须要返回给市场部的，不然是毫无意义的。 是 否 比对上面两张图，其结构是完全不同的，这是相当自然的，因为一个是模块图，而另外一个是远 程 数 据 库（ 运 行SQLServer 的服务器） 数据交互模块 数据添加模块 数据查找模块 数据编辑模块 流程控制模块 总数据库 接收属于本部门信息 按客户要求进行设置 分配工作 记录好工作流程 设置成功。 填上时间，操作成功 填上时间，原因 业务流程图。 每一个流程环节，需 要一些模块的参与来完成的。 简单的说，流程图侧重了事情的描述或者是编程时候的界面实现，而模块图侧重于了技术上的模块划分，其根本目的是代码的重用，它只是一个技术层面的划分。 举个例子，这里“接受本部门信息”就需要数据库交互模块的支持，而数据库交互模块将调用数据库查找模块来具体实现这件事情。 而在整个流程结束需要上传这条数据的时候，仍然需要数据交互模块，此时交互模块调用数据查找模块来定位数据，用数据编辑模块来将完成情况添加上去。 3． 制作部 制作部的程序和网管部类似，整个模块结构也可以参考网管部的，在这里就不再重复。 两 者主要的区别体现在流程控制模块，这是由两个部分的业务所决定的。 制作部的大致流程如下： 对上面的流程图的说明： 首先它仍然是一个业务上的流程，括号里面指出了这个流程时候，对于整个系统所进行的操作。 省略号地方省略了制作时候的具体步骤（这部分是需要制作部提供资料的） 对上面的模块图（ 不是流程图 ）作一个说明： 由于制作部和网管部操作都具有被动性和很多确定性，所以这一部分的管理程序是相对比较简单的。 其数据库操作也是比 较简单的，只要能记录流程、操作人员和完成的具体工作就可以了。 需要说明的是这里的数据添加模块和数据交互模块在功能上是有重复的，设计这样一个结构是从性能考虑上出发的。 数据添加功能侧重对大批量的直接添加，它侧重速度，只提供有限的错误控制。 数据交互模块则进行更完整的数据库操作，它侧重应用功能，应该提供更多的可以供上层调用的函数和错误检测。 两个部门最大的差异是在流程控制上。 四． 数据流图 总数据库 接收属于本部门信息 分配工作（记录分配） 打字（记录这一过程） 制作（记录这一过程） 校对（记录这一过程） 填上时间，操作成功 数据 资料 制作资料 域名及邮箱信息 数据 制作部处理结果的反馈 网管部处理结果的反馈 市场部业务数据流图 业务员在谈成一笔业务、接收到一份资料或接收到一笔款项等可以产生单据或可记录或可对原先记录进行修改的事情 后，会自动触发一个事件，接下来就会触发一连串的动作。  业务员将资料交给市场部的文员，文员将此事件资料整理并录入数据库后，上传至数据库服务器；  制作部从数据库服务器上下载制作资料，然后开始制作；  网管部也从数据库服务器上下载资料，接下来就按照要求申请域名或是设置邮箱；  无论是市场部、制作部还是网管部都应该在相应的工作完成后将完成的结果反馈到 数据库服务器。 具体示意图如下： 说明：从软件 工程学的观点来看，上图是一个不规范的数据流图，但是为了理解的方便，就借用了一些不规范的元素。 市场部工资数据流图 事件发生 市场部文员录入与整理 数据上传至数据库 数据库服务器 制作部下载资料 网管部下载资料 制作部制作（网页制作与上传） 网管部处理（申请域 名等） 基本工资 基本工资 实际业务量 业务提成 业绩 实发工资 单位：元 本部门业绩 业务员业绩 管理费 提成因子 奖励比例 三金 三金算法 市场部工资计算比较复杂，各分公司市场部的工资结算方法也不大一样。 一、 业务员的工资由两部分组成  第一部分 基本工资（若基本工资不存在则设置为零）  第二部分 业务提成（根据业务员当月业绩来计算）  第三部分 三金的缴纳情况（若三金可以不交则设置为零） 二、 管理人员的工资分为三部分  第一部分 基本工资（若基本工资不存在则设置为零）  第二部分 业务提成（如果仍兼做业务员的话）  第三部分 三金的缴纳 情况（若三金可以不交则设置为零）  第四部分 管理费（按当月业绩来计算）。 数据流图如下： 说明：针对上图的说明 （ 1） 分公司市场部业务员工资分配情況不尽相同，某些地区市场部的业务员没有基本工资，则基本工资按零计算。 （ 2） 管理人员的业务提成设置为零。 （ 3） 对于业务员来说，未考虑到的工资部分或者某些额外奖励可以归入业务提成；对于管理人员来说，未考虑到的工资部分或者某些额外奖励可以归入管理费。 内部管理系统所 需资料 读基本工资 计算本月实领工资 计算业务提成 计算管理费 计算实际业务数量 业绩考评 获得奖励比例 计算三金 一：市场部 1．公司的网站套餐清单及价目表 2．套餐清单中，每一种套餐具体服务项目及价目，公司可选服务项目清单及价目 3．市场部内部的部门设置组织图 4．市场部内部各部分的具体职责 5．发票样张 6．合同样张 7．发行凭证样张 8．赠品清单 9．其它所有表单（如需打印）样张 10．人事档案需要录入的内容 11．工资结算（包括提成的具体计算算法、业绩统计方法） 12．各种票据如果丢失处理方法（如需罚款的，具体罚款数额，或票据注销方法） 13．各市场部、计算机及打印机配置情况（具体操作系统、打印机种 类（是否喷墨 /针打）） 14．各市场部上网设施 15．各市场部业务上独特的地方的清单 16．市场部需打印报表的清单样张 二：制作部 1． 部门内组织结构图 2． 具体工作流程及工序 3． 各统计报表清单及样张 三：网管部 1． 部门内组织结构图 2． 具体工作流程及工序 3． 各统计报表清单及样张 四：补丁程序 现有数据库的字段定义及各字段含义 五：其它资料 现有各部门之间递交表单的样式 内部管理系统硬件需求 为了保证内部管理系统的稳定高速运行，必须要增加硬件并对现有的硬件进行改造，特提出以下硬件需求。 （注：这里的硬 件指一个完整的硬件系统，其部分的包含了对软件的需求，这些软件是为了正常运行管理系统所必须配备的） 一． 对服务器的要求 1． 服务器的中央处理部件（ CPU）建议使用 PIII 1G（以上） Xeon 处理器芯片。 2． 服务器内存必须使用服务器专用 ECC 内存 3． 为了保证数据存储的绝对可靠，硬盘应使用磁盘冗余阵列（ RAID 01） 4． 为了防止服务器不可预测的故障，或者服务器的定期维护对公司整个业务造成的影响，所有建议使用两台服务器。 两台服务器应构成双机热备份。 中间使用 WatchDog 电路。 这样的结构可以保证整个系统的长时间不间断工作 ，即使在服务器定期维护的时候也可以使用后备另一台服务器工作。 5． 服务器应支持热插拔电源 6． 服务器必须配备 UPS（不间断电源）。 7． 服务器应该放在公司内部。 不然无法进行程序调试。 8． 服务器应该必须有固定 IP 地址。 9． 其他性能在经济条件允许的情况下，应该尽量使用高速稳定的配件。 二． 服务器上应该配备的软件 1． 操作系统： Microsoft Windows 2020 server 或者 Microsoft Windows 2020 Advanced server 2． 数据库： Microsoft SQL Server 2020 (简体中文版 ) 3． 服务器必须使用专业的防火墙和反病毒软件。 4． 除了为了运行必须配备的程序以外，服务器上建议尽量不要安装其他无关程序，以减少程序的混乱或者程序的意外冲突。 5． 各其他分公司的操作系统尽量统一。 （ Windows 9x 系列或者 Windows 2020 系列）。 这样可以避免管理软件在出来因为操作系统版本不一致造成的过多的开销。 6． 各分公司的机器必须也安装反病毒软件和防火墙。 以防止网络上的蠕虫病毒在整个网络范围内的蔓延。 7． 如果要打印涉及字段比较多的报表，应该配备针式打印机。 注：建议首先把服务器定下来，不然无 法进行数据库定义了。 其他内容可以在编制过程中慢慢配上。 如果实在不行，可以先用临时的代替一下，在正式使用时候再作更新。 内部管理系统上层数据库设计 数据表定义 安全性验证： 属性： 部门编号（ 2） 3 密码 主键：部门编号 部门编号 — 名称数据库 属性： 部门（分公司）编号 ，主管人员，部门名称，部门所在地址，联系电话， Email,备注 主键：部门编号 业务员信息数据库 属性： 工号 ， 所属部门编号（ 2） ，姓名，年龄，职务，报到日期，离开日期，离职原因，日常电话，手机， BP 机，地址，邮编，备注 主键：工号 部门 — 业务信息 属性： 业务流水号 ， 所属部门编号（ 2） ， 递交部门编号（ 2） ，业务员姓名，业务类型，业务送达时间，业务应完成时间，备注 主键：业务流水号 业务 — 资料信息 属性： 自动编号 ， 业务流水号（ 4） ，资料名称，送达时间，递交人，接收人，是否收到，备注 主键：自动编号 业务进程信息 属性： 自动编号 ， 业务流水号（ 4） ， 目前所属部门编号（ 2） ，是否完成，完成时间，备注（反馈信息） 主键：自动编号 公司收入条件 属性： 部门编号（ 2） ，日期 ，总收入，总支出 主键：部门编号，日期 内部 管理系统市场部数据库设计 3这里的部门对于市场部或分公司来说就是市场部或分公司编号 一．定义实体集 1． 公司服务 内容－价格数据表 4 属性： 编号 ，业务名称，业务简介，价格，最低限价，备注 主键：编号 2． 上网套餐 套餐名－所含内容数据表 属性： 自动编号 ，套餐名，套餐编号， 服务编号（ 1） ，备注 主键：自动编号。