组织结构概况某公司是一家颇具规模的软件公司，它是集开发、销售、售后技术支持于一体的高新科技民营企业。
某公司包括人事资源部、开发部、产品部、销售部、售后技术支持、财务部等部门。
项目开发背景某公司的软件产品开发主要围绕检察业务展开的。
目前，某公司的检察业务软件产品已在好些省市的检察院使用。
产品的使用状况相当不错，已获得了各检察院客户的一致好评。
全国有3千多家检察院，这是一个相当大的市场。
这么大的市场自然需要相当数量的销售员来进行业务推广、客户联系、产品介绍、安装试用等。
对于某公司日渐庞大的销售团体，如何来管理他们的销售状况，就成为销售部门需要提到日程上来解决的问题。
作为一个软件开发某公司，开发一套销售业务管理系统自是成为不可避免的解决方案之一。
•3信息系统目标按照管理系统的原理和方法，采用新的信息技术和手段，支持某公司销售管理工作的信息化，提高某公司是管理工作的现代化水平。
销售业务管理系统的主要达到的目标是：•使销售员能够迅速了解某公司现有哪些产品，这些产品的报价资料等等。
•使销售经理和某公司高层管理人员能够及时了解某公司销售员每天的工作内容，拜访客户情况，了解用户对某公司现有产品的评价，知道每个销售员的销售状况，对销售员的跟单过程可以进行指导和其他帮助，了解客户的潜在需求，从而可以更好地制定、调整某公司的销售计划，并且对某公司现有产品可以有依据的书面的提出需要改进的地方。
•可以对某公司销售员的销售业绩，阶段性地进行评比，从而达到鼓励员工积极进取的目的。
•可以让某公司高层及时了解某公司产品的整体销售情况和经营状况，从而为某公司的产品策略和销售策略的制定提供依据。
信息系统范围某公司销售业务管理系统主要是为某公司的销售部门的管理活动提供信息服务。
系统能够对某公司的产品资料进行管理、销售员可以录入每天的工作内容，而销售经理和某公司高层可以随时准确查询、跟踪销售员的工作内容，可以对所签合同进行录入、修改、处理、查询、统计。
可进行各种综合统计报表的汇总、查询和打印等功能。
系统的数据来源主要是由销售部门的员工通过键盘录入。
项目开发方法概述项目所采用的一些开发方法及其工具：1．销售业务管理信息系统开发方式：因为系统规模较小，系统功能有比较明确的需求，基本可预见，因此采用的是系统开发生命周期法。
其中，系统模块的划分采用自顶向下，逐层分解的方式。
2．软件的开发方法：采用的是面向对象的开发方法，包括OOA面向对象分析、OOD面向对象系统设计和OOP面向对象的程序设计。
3．软件开发过程中采用了计算机辅助软件工具:MicroSoft Word,Microsoft Visio,MicroSoft Excel.项目开发计划销售业务管理系统开发任务清单系统需求分析现行业务系统描述2.1.1组织结构图【图2-1】2.1.2业务流程图【图2-2】2.1.2业务流分析开发部开发各种产品，并提供给销售部这些产品的所有相关功能信息，销售部在充分了解这些产品的实现功能和某公司报价的基础上，向各地方检察院开展销售工作。
对于某公司没有档案记录的检察院客户，销售员应及时地向某公司提交客户资料，由商务助理汇总统计客户资料，形成客户联系表，以便让所有人及时的了解所有客户的资料，并便于某公司制订销售计划，展开销售活动。
对于销售员每天的工作内容，包括拜访客户的详细情况，销售员都应该以某公司打印的固定格式的工作日志表格记录下来，并且提交上级主管或销售经理审核，以便上级了解业务工作的进展，并且提供销售员需要的帮助。
同时这种填写工作日志的方式也是销售员自我记录，以便工作回顾和自我调节和安排工作的必要方式。
当销售员与客户的沟通到一定阶段，客户对需要的产品亦了解到一定程度，并且愿意购买某公司产品，就会与某公司签订销售产品合同。
合同签订了后，等合同款项一到帐，销售经理就可以根据某公司的提成算法，计算签单销售人员的提成，并形成报告提交总经理，得到审批后，销售员就可以到某公司财务领取销售提成了。
与客户所签的合同必须交付财务处保管留底。
注：这里需要说明的是，有的时候合同的签订并不是一个人能完成的，也许是2个人甚至更多的人一起来合作完成的签单。
这种情况下，就存在签单过程中，谁付出的多，谁的功劳大，谁拿取的提成奖金就多，这就必须量化这种签单权重。
销售经理每过一段时间都必须向总经理和某公司董事会提交各种报告，包括销售进展情况，合同签订情况等。
由某公司高层根据这些销售报告，来制订未来的销售策略和销售计划。
同时根据销售员的工作业绩报告以及表现，予以嘉奖，激励员工，以达到某公司与员工双赢的最佳状态。
现行系统存在的主要问题分析1．目前，某公司销售部门对销售人员工作的管理方式，还是采用传统的管理方式，销售员对于每天所做的事情，包括对业务的熟悉、计划的制定、客户拜访、出差、培训等，必须填写工作日志，销售经理为了了解销售员的业务工作展开情况，每天得催促并收集这些纸质的工作日志，而且经常因为看不清手写的潦草的工作日志而烦恼。
随着销售队伍的扩大，这种工作渐渐变得让人无所适从，给某公司的销售管理工作带来极大的不便。
因此，原有的管理工作缺乏规范性，随意性很大。
2. 随着某公司市场的扩大，已有的客户和潜在的客户逐渐增多，仅仅将所有的客户资料输入Office文件，已经远不能满足大家的需求，不能迅速的准确的查询客户资料，不能及时共享所有的客户资料，不能做到信息的一致性。
3．某公司的合同收款，一向以合同的签订为准，合同一签订好，用户所付款项到某公司帐后，这份合同的相关财务信息由某公司财务整理并入某公司的财务管理信息系统，可是某公司的财务系统是笼统的一个财务管理信息系统，它包括了某公司一切的收入、支出和其他内容。
却无法得出某公司高层所需要的各种销售业务统计报表，销售员的销售业绩情况表等。
4．所有有关合同的详细信息都只是在那张某公司财务保险柜中保留的那张合同上记录着。
一旦某公司需要去查询以往的合同订单信息，非常地麻烦，需要从一大叠的合同中搜寻出来。
无法根据需要迅速地、准确地查询和统计这些合同信息。
提出可能的解决方案上述的这些问题困扰着某公司的管理者，为了解决这些问题，最好的方法就是开发一套销售业务管理系统。
开发的这套销售业务管理系统，可以解决上面提到的问题。
可行性分析与抉择技术可行性：•开发工具：采用Borland某公司的为开发工具，DelPhi是一种面向对象的开发工具。
具有强大的开发类库，是市场上最好的编译系统。
•数据库：采用MicroSoft某公司的SQl Server 数据库存储数据，可以适用开发Client/S程序。
（注：因为SQl server 数据库文件较大，不太方便携带，故在毕业设计中，采用Access数据库替代之）。
•采用的开发工具和数据库，某公司具有非常熟悉该技术的技术人员，经验非常丰富。
所以从技术上来说该系统的开发是完全可行的经济可行性：该软件虽然不能直接为某公司带来经济效应，但是，它的应用却为某公司带来潜在的利益。
它加强了某公司销售的管理工作，提高了员工的工作效率，使某公司的管理工作走向规范化，促进的员工工作的积极性，从而为某公司带来了不能用金钱来估计的无形的价值。
营运可行性：•从硬件条件来说：作为一个软件开发供应商，某公司的每个员工都有一台属于自己使用的机器。
这就为该系统日后的使用提供了良好的硬件条件。
•从人的角度来说：无论从员工的个人工作角度，还是从某公司的管理角度，都希望能有这么一套管理软件，来提高工作效率，加强管理。
所以，某公司从上到下，对该软件都有较高的积极性。
总之，从各个方面特别是某公司目前的销售业务管理工作方面的现状，这套销售业务管理系统已成为某公司迫切的、可行的、必要的一个开发项目。
•新系统逻辑方案新系统的逻辑模型主要是以系统的数据流程图和数据字典为主要描述工具。
数据流程图数据流程图的绘制是在系统调研的基础上绘制而成。
它遵循明确系统界面和自顶向下逐层扩展的原则，将信息处理工能和彼此之间的联系，从逻辑上精确的描述了销售业务管理系统应有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向。
如下图所示，为销售业务管理系统的关联图(图3-1)和顶层数据流程图（图3-2）【图3-1】【图3-2】数据流程图说明：从上图中可以看出，整个销售业务管理系统可以分为基本资料管理、销售员工作日志管理、订单管理、综合统计报表管理、系统维护等五大块。
以下为扩展的流程图(图3-3和图3-4)•【图3-3】【图3-4】数据词典数据词典的描述采用图表格式。
如下表格基本加工的说明书•系统总体设计软件模块结构的设计软件模块结构的设计采用HIPO技术，它包括两个方面的内容：4.1.1 HIPO分层图：表示自顶向下分解所得系统的模块层次结构。
如下图所示4.1.2 IPO图（输入-处理-输出图）：IPO图采用图表格式来描述。
它用来描述分层图中的一个模块的输入、输出和处理内容、本模块的内部数据和模块间的调用关系。
如下表格所示，分别描述了HIPO图从上到下，连贯的3个模块。
数据库设计数据库的设计过程采用了数据的规范方法（第一范式、第二范式、第三范式）和关系模式的转换规则。
4.2.1迅蓝某公司基本实体集•某公司员工、合同（订单）、客户、产品注：在实体关系图中，销售经理、销售员以及开发人员，在本系统中可以统一为同一实体某公司员工，他们通过岗位来区别具体实体。
•他们各有属性如下：o某公司员工（工号、姓名、性别、上级领导、进入某公司日期、岗位、部门、）o客户（客户编号、客户名称、联系人、联系电话、联系地址、所属省份）o产品（产品编号、产品简称、名称、参考报价、开发负责人、产品功能简介）o合同（合同编号、签单日期、客户编号、合同总额、备注）•实体间联系：o某公司员工包括：总经理、销售经理、销售人员、开发人员：销售部有一个销售经理，领导多位销售人员。
每个销售员可以拜访和联系多个客户。
不同的销售人员可以拜访同一个客户。
一份合同可以由一个或几个销售员签下来的。
一份合同上可以有多个不同产品。
一份合同只能有一个签约客户。
一个产品有一个开发负责人，一个开发负责人可以负责多个产品。
o即存在以下联系：1对一：合同与客户，1对多：销售经理与销售人员，合同与产品，合同与销售人员，开发负责人和产品多对多：销售人员与客户•实体关系图（E-R图）如下•转换规则o每个实体集用一个关系模式表示，其中实体集的属性被转换成关系的属性。
如：本系统数据库中的实体集产品可以由下面的关系模式表示：产品（产品编号,产品简称,名称,参考报价,开发负责人,产品功能简介）o倘若实体集E2与实体集E1的联系为N:1，E2的关系模式应包含E1的主属性.o倘若实体集E2是它同实体集E1中的N:1联系中的一个可选成员，那么这个联系往往由包括E1和E2主属性以及该联系中的每个属性的各个关系模式表示。
