1、“.....给公司的销售管理工作带来极大的不便。因此，原有的管理工作缺乏规范性，随意性很大。随着公司市场的扩大，已有的客户和潜在的客户逐渐增多，仅仅将所有的客户资料输入文件，已经远不能满足大家的需求，不能迅速的准确的查询客户资料，不能及时共享所有的客户资料，不能做到信息的致性。公司的合同收款，向以合同的签订为准，合同签订好，用户所付款项到公司帐后，这份合同的相关财务信息由公司财务整理并入公司的财务管理信息系统，可是公司的财务系统是笼统的个财务管理信息系统，它包括了公司切的收入支出和其他内容。却无法得出公司高层所需要的各种销售业务统计报表，销售员的销售业绩情况表等。所有有关合同的详细信息都只是在那张公司财务保险柜中保留的那张合同上记录着。旦公司需要去查询以往的合同订单信息，非常地麻烦，需要从大叠的合同中搜寻出来。无法根据需要迅速地准确地查询和统计这些合同信息。提出可能的解决方案上述的这些问题困扰着公司的管理者......”。

2、“.....最好的方法就是开发套销售业务管理系统。开发的这套销售业务管理系统，可以解决上面提到的问题。可行性分析与抉择技术可行性开发工具采用公司的为开发工具，是种面向对象的开发工具。具有强大的开发类库，是市场上最好的编译系统。数据库采用公司的数据库存储数据，可以适用开发程序。注因为数据库文件较大，不太方便携带，故在毕业设计中，采用数据库替代之。采用的开发工具和数据库，公司具有非常熟悉该技术的技术人员，经验非常丰富。所以从技术上来说该系统的开发是完全可行的经济可行性该软件虽然不能直接为公司带来经济效应，但是，它的应用却为公司带来潜在的利益。它加强了公司销售的管理工作，提高了员工的工作效率，使公司的管理工作走向规范化，促进的员工工作的积极性，从而为公司带来了不能用金钱来估计的无形的价值。营运可行性从硬件条件来说作为个软件开发供应商，公司的每个员工都有台属于自己使用的机器。这就为该系统日后的使用提供了良好的硬件条件......”。

3、“.....还是从公司的管理角度，都希望能有这么套管理软件，来提高工作效率，加强管理。所以，公司从上到下，对该软件都有较高的积极性。总之，从各个方面特别是公司目前的销售业务管理工作方面的现状，这套销售业务管理系统已成为公司迫切的可行的必要的个开发项目。新系统逻辑方案新系统的逻辑模型主要是以系统的数据流程图和数据字典为主要描述工具。数据流程图数据流程图的绘制是在系统调研的基础上绘制而成。它遵循明确系统界面和自顶向下逐层扩展的原则，将信息处理工能和彼此之间的联系，从逻辑上精确的描述了销售业务管理系统应有的数据加工功能数据输入数据输出数据存储及数据来源和去向。如下图所示，为销售业务管理系统的关联图图和顶层数据流程图图图图数据流程图说明从上图中可以看出，整个销售业务管理系统可以分为基本资料管理销售员工作日志管理订单管理综合统计报表管理系统维护等五大块......”。

4、“.....所以用合同明细表来表示份合同中，客户所购买的产品明细信息。份合同的签订，有时是由几个人来完成的。这几个人在签单过程中所付出的和所起的重要性，通过量化的签约比重来表示，这个签约比重将决定每个参与了签约的销售员所能够拿到的提成。销售订单合同旦签订......”。

5、“.....每个合同都有自己的唯的合同编号。修改记录编写邬师芬日期审核日期数据存储系统名销售业务管理系统编号条目名客记录信息主要特征销售经理为销售部门的主管人员。其主要特征和员工相同员工编号姓名出生日期性别部门岗位手机号简要说明销售经理在本系统中起重要作用。销售经理每天得了解销售员的销售工作和进展情况，并且具有提出和审批销售签单的提成权利，并且生成各种统计报表提交给公司高层，为高层决策提供可靠的依据。修改记录编写邬师芬日期审核日期基本加工的说明书加工名称销售签单提成计算描述工具决策数销售签单提成奖金计算方法决策树系统总体设计软件模块结构的设计软件模块结构的设计采用技术，它包括两个方面的内容分层图表示自顶向下分解所得系统的模块层次结构。如下图所示图输入处理输出图图采用图表格式来描述。它用来描述分层图中的个模块的输入输出和处理内容本模块的内部数据和模块间的调用关系。如下表格所示......”。

6、“.....连贯的个模块。图系统名销售业务管理系统制图者邬师芬模块名销售管理日期由下列模块调用销售业务管理系统主控制程序调用下列模块录入销售合同查询销售合同销售签单提成计算销售签单提成审批输入销售合同信息提成信息输出合同表合同明细表合同签约人提成记录表处理内容主要处理销售合同信息录入查询删除修改打印等和销售合同的签单者的提成计算处理过程和总经理的审批。内部数据元素备注图系统名销售业务管理系统制图者邬师芬模块名销售录入管理日期由下列模块调用销售管理调用下列模块录入合同修改合同查询合同删除合同合同明细等打印合同输入合同信息及相关信息输出合同处理内容如有新合同签订，则调用录入合同模块如合同中的金额到帐，则调用修改合同模块如删除合同信息，则调用删除合同模块如需要打印合同信息，则调用打印合同模块......”。

7、“.....则调用录入客户资料模块如客户的联系方式和联系人发生变化，则可调用修改客户资料模块对于需要拜访的客户的联系方式不祥时，则可调用查询客户资料模块内部数据元素备注数据库设计数据库的设计过程采用了数据的规范方法第范式第二范式第三范式和关系模式的转换规则。迅蓝公司基本实体集公司员工合同订单客户产品注在实体关系图中，销售经理销售员以及开发人员，在本系统中可以统为同实体公司员工，他们通过岗位来区别具体实体。他们各有属性如下公司员工工号姓名性别上级领导进入公司日期岗位部门客户客户编号客户名称联系人联系电话联系地址所属省份产品产品编号产品简称名称参考报价开发负责人产品功能简介合同合同编号签单日期客户编号合同总额备注实体间联系公司员工包括总经理销售经理销售人员开发人员销售部有个销售经理，领导多位销售人员。每个销售员可以拜访和联系多个客户......”。

8、“.....份合同可以由个或几个销售员签下来的。份合同上可以有多个不同产品。份合同只能有个签约客户。个产品有个开发负责人，个开发负责人可以负责多个产品。即存在以下联系对合同与客户，对多销售经理与销售人员，合同与产品，合同与销售人员，开发负责人和产品多对多销售人员与客户实体关系图图如下转换规则每个实体集用个关系模式表示，其中实体集的属性被转换成关系的属性。如本系统数据库中的实体集产品可以由下面的关系模式表示产品产品编号,产品简称,名称,参考报价,开发负责人,产品功能简介倘若实体集与实体集的联系为，的关系模式应包含的主属性倘若实体集是它同实体集中的联系中的个可选成员，那么这个联系往往由包括和主属性以及该联系中的每个属性的各个关系模式表示。如本系统数据库中的合同和产品之间，可以引入另外个表示联系包含的关系......”。

9、“.....这个关系模式由每个参加的实体集的主属性以及这个联系的任何属性起组成。这种变化应用于参加实体集的各种成员类。如销售员和客户之间的多对多联系，由另外个关系模式表示拜访员工编号工作日期客户编号关系模式应用上述的转换规则，可得销售业务管理系统的关系模式是公司员工员工编号姓名性别上级领导进入公司日期岗位部门客户客户编号客户名称联系人联系电话联系地址所属省份产品产品编号产品简称名称参考报价开发负责人产品功能简介合同合同编号签单日期客户编号合同总额备注合同产品明细合同编号产品编号产品数量产品售价产品总价合同签单人员合同编号员工编号权重拜访员工编号工作日期客户编号工作内容上级审核日期上级审核内容在这个模式中关系公司员工内的外键上级领导表示联系领导。关系产品中的外键开发负责人表示联系开发负责......”。