（27页PPT）内部管理系统可行性研究及需求分析报告.pptxVIP

（27页PPT）内部管理系统可行性研究及需求分析报告.pptx

管理系统详细设计方案;设计方案简介;管理系统项目方案;市场部;C．采用本地数据库和网络数据库同时使用的结构1：;上SQLServer，过大的值在确实发生错误时候，需过很多时间才能检测到此错误）;某省市场部程序模块示意图如下：（本图参考）;各模块的功能解释与数据表之间的对应关系：;c．流程：

事件添加应该以客户查询作为整个事件添加的开始。以查询结果作为添加或者编辑的依据。;突然记起发现了这个错误，那么这里就要提供一个功能，允修改原先的客户资料或

者业务资料。;d．其他说明：这里的查找以及显示流程应该是很清楚的，但要对编辑功能做一下说明。整个

流程里面似乎没有出现编辑部分，我们的考虑是将编辑功能融合在显示的时候，显示的时

候用户就可以进行编辑，显示界面下面有一个修改确认按钮，这样用户按下这个按钮时候，

编辑过程就完成了，这样一个操作方式在其他工程里面已经被普遍采用了，经过几个项目

的考察与用户那里得到的反馈来看，这一操作方式被认为是最符合修改这一功能操作习惯

的，而且也是最直观的。对于程序它由于将显示与编辑界面复用了，有效

的控制了由于界面过多而带来的混乱。;Somemoduledetails:;道是否制作完成或者申请成功等消息）。;8．部门参数设置

a．含义解释：这个功能是比较简单的。它设置的是某个分公司的部门名称与编号。在系统第

一次运行时候，会要求用户录入这些信息（也可能使用某些默认值），但以后如果需要调整

部门设置，可以在这里进行，也可以在总的系统设置里面进行。这个依据操作人员的习惯

而定。但这里要强调一个问题：部门的调整对于这个部门内所有人员来说都是有影响的。;d．其他说明：这里提供了一种可以跟票据、资料的方法，但这里只是一种方法，它并不能解

决所有的问题。这里很大部分依赖了事件跟踪模块对数据库操作的结果。但是如何判别业

务员是否真的如他申明的那样把凭证交给客户了呢？程序只能按照他所申明的那样做记录

（换句话说，程序总是认为这个申明是真实的）。所以通过这个系统只能识别非故意的单据

实物丢失，而识别故意隐匿单据则是管理学和法学的范畴，并不是计算机科学的范畴了。

另外，这里的票据是指发票、合同、发行凭证、赠品、其他表单等。对每一种票据的处理方

式可以是类似的。都包含查询与录入修改等。;底薪;与数据远程访问完全分离。将来如果改换了数据远程访问的方式，那么只需要修改此模块，而在

这一模块之上的部分，可以不作改动。;比对上面两，其结构是完全不同的，这是相当自然的，因为一个是模块图，而另外一个是

业务流程图。每一个流程环节，需要一些模块的参与来完成的。简单的说，流程图侧重了事情的描述

或者是编程时候的界面实现，而模块图侧重于了技术上的模块划分，其根本目的是代码的重用，它只

是一个技术层面的划分。举个例子，这里“接受本部门信息”就需要数据库交互模块的支持，而数据

库交互模块将调用数据库查找模块来具体实现这件事情。而在整个流程结束需要上传这条数据的时

候，仍然需要数据交互模块，此时交互模块调用数据查找模块来定位数据，用数据编辑模块来将完成

情况添加上去。;四．;市场部工资数据流图;管理系统所需资料;管理系统硬件需求;管理系统上层数据库设计;管某省市场部数据库设计;12．;项目工作量估算;实际操作时候可以另行调整（但原则上不应大于此时间限制），并且如果有多人合作，有些步骤是可以并