汽车销售管理信息系统的系统规划一、汽车销售管理信息系统的系统规划第一节项目开发背景随着经济的发展和中国汽车市场的不断扩大，某汽车配件公司也随着发展的浪潮不断扩大规模，随之，订单成倍增加，各项业务更加细化，各部门工作量增加，以往的人工处理方式就显得力不从心，劳动强度大而且容易出错。
项目开发目的本课程设计的具体任务就是设计一个企业内部业务管理信息系统，利用现代计算机和数据库开发技术来代替人工处理，从而减轻企业各部门工作人员的劳动强度，提高工作质量和效率，提高信息资源的利用率和企业管理水平。
可行性分析现在企业的业务流程管理方式为手工处理，重复劳动多，劳动强度大，而且容易出错，新系统的使用将有以下几个方面的优势：从技术上考察A．处理速度快，准确；B．通过权限的设置，数据的安全性好；C．方便查询；D．控制精度或生产能力的提高E．2．从经济上考察A．系统建设不需要很大的投入；B．可缩减人员编制，减少人力费用；C．人员利用率的改进；D．3．从各种社会因素来考察A．可降低工作人员工作强度，提高效率，会得到企业上下员工的一致同意的；B．可引进先进的管理系统开发方案，从而达到充分利用企业现有资源C．综上所述，本系统的开发立项是可行的。
第二章企业内部业务管理信息系统的系统分析第三章第一节组织结构与功能分析图1 组织结构图第二节组织/业务关系图图2 组织/业务关系图第三节业务功能一览表图3 业务功能一览表第四节业务流程图图4 业务流程图第五节数据流程图知图5-1 销售过程数据流图图5-2 采购过程数据流图图5-3 财务过程数据流图第六节系统数据库建模----E-R模型分析图6-1 E-R图图6-2 E-R图第七节系统U/C矩阵分析图7 U/C矩阵第四章汽车销售管理信息系统的系统设计第五章第一节功能子系统划分第二节根据U/C矩阵分析，对汽车配件公司业务管理信息系统进行功能子系统划分，如图8所示。
本系统只要花分为四个功能子系统：图8 系统功能子系统图销售管理子系统：对客户数据、订货处理等销售业务进行管理；财务管理子系统：负责各种报表和账目的管理工作；采购管理子系统：管理供应商信息，进行采购、收货、验货等采购业务；库存管理子系统：对仓库存货进行管理和监督。
第三节层次化模块结构图汽车配件公司业务管理信息系统中，模块划分和处理过程设计是非常关键的一步，因此，我本着对系统可修改性、易读性、易查错性等方面进行设计。
基本思想是：1、模块化；2、图表文字解说。
其中，HIPO图是一种强有力的描述系统机构和模块内部处理功能的工具，它主要包括层次结构图和IPO图两个部分。
层次结构图描述了整个系统的设计结构以及各类模块之间的关系；IPO图则描述了在某个特定模块内部的输入（I）、处理过程（P）、输出（O）思想。
图9-1 层次化结构模块图层次化结构模块图是从结构化设计的角度提出的一种工具。
汽车配件公司业务管理信息系统的模块化分为若干子系统，如销售管理子系统、采购管理子系统等，它们之间是平级关系，并且，相互之间也不交叉。
同时，一个模块还下分了子模块，如销售管理子系统下面包含了客户管理和订货管理两个子模块。
这样，从整体上来划分，形成从全局来进行管理的格局。
图9-2 层次化订货管理模块结构图图10-1 订单输入IPO图订单输入IPO图表示了订单输入模块，讲述了如何输入客户订单，检查其正确性，核对建立新的账号等功能。
图10-2 订单处理IPO图订单处理IPO图表示了订单处理模块，讲述了如何核对处理订单，对库存量和订单进行比较处理等功能。
图10-3 库存查询IPO图库存查询IPO图表示了库存查询管理模块，讲述了如何核对配件信息和原有配件库存量，核查近期销售记录情况以及对出错信息的处理。
图9-3 层次化配件采购管理模块结构图图10-4 暂存订单处理IPO图暂存订单处理IPO图表示了暂存订单管理模块，讲述了如何核查暂存订单配件汇总信息，核对暂存配件和相应的供应商的列表等处理过程。
图10-5 配件入库处理IPO图配件入库处理IPO图表示了配件管理模块，讲述了如何核对采购订货单合法货单信息，核对发货配件质量信息和标准配件质量信息等功能。
第五章系统设计总结第一节项目实施中各个工作流程及时间分布第二节1．项目开发的编写 1天2．业务流程图设计 2天3．数据流程图设计 1天4．E-R图设计 1天5．U/C矩阵设计 2天6．HIPO图设计 2天7．文档修改、定稿 1天第三节本人系统设计特点1．优点：本系统具有较强的直观性，设计完整，能较好的体现系统的设计构思；缺点：设计的有些方面有点简单，有很多地方还需进一步分析改进。
目录前言 (1)第一部分项目管理与计划 (1)实验1 制定项目计划 (1)实验2 项目可行性分析 (1)第二部分系统分析 (1)实验3 项目需求收集 (1)实验4 用例建模 (1)实验5 通过用例获取概念数据模型 (1)实验6 将概念数据模型转换为对象关系模型 (1)实验7 分析类图建模（序列图、交互图、状态图、活动图） (1)实验8 确定设计方案（*） (1)第三部分系统设计 (1)实验9 物理数据库设计 (1)实验10 确定系统构架等设计元素、设计类图建模 (1)实验11 界面设计 (1)第四部分系统实现 (1)实验12 系统实现代码（*） (1)附录：项目成员分工情况 (1)备注：*为选做实验。
第一部分实验一：制定项目计划实验二：制定项目计划从经济上分析项目的可行性一、投资成本印第安汉堡餐品预定系统在投资成本上包括两方面，一次性成本和续生成本。
一次性成本包括基建投资和其他一次性投资，具体是指与项目活动、系统开发和系统启用有关的费用，包括在该信息系统开发过程中全部一次性投入，如系统开发、新硬件和软件的采购，用户培训、站点准备、数据或系统转化。
根据搜集到的资料显示，印第安汉堡的餐品预定系统的一次性成本如下所示：（1） PC机：2台，5000*2=10000元（2） Microsoft SQL Server 2005（1套）：5000元（3） Microsoft Server2008（1套）：10000元（4）打印机1台：1000元（5）人员培训：7人/2000元，合计14000元总计：本系统开发的一次性投入为40000元，并且新系统需在6个月内实现。
经常性支出是指由于正在进行的系统演化和使用而产生的费用，例如应用软件维护、逐渐增加的数据存储费用、增加的沟通、新软件和硬件租借以及消费用品和其他支出等。
根据搜集到的资料显示，在印第安汉堡的餐品预定系统中，这种经常性投入表现为续生成本，并且需要连续投资5年，具体如下所示：（1）预定系统的维护：1000元/年*5年=5000元（2）每年增加的数据存储费用：5000元/年*5年=25000元（3）消费用品支出：800元/年*5年=4000元（4）其他支出：1000元/年*5年=5000元综上可得，印第安汉堡的餐品预定系统为15000美元/年，折算为现值为96862元。
具体如下图所示。
（贴现率为10%时）二、投资收益由于我们的系统结构较为简单，功能单一，初期投入后利润也不会有太多。
我们同样将系统运行后的投资收益分为一次性收益和经常性收益。
根据预测，印第安汉堡的餐品预定系统的投资收益如下所示：1 一次性收益：无。
2 经常性收益：（1）由于系统的改进而增加的收益：2000元/年*5=10000元（2）市场占有率的提高而增加的收益（假设市场占有率以每年10%增加）1000+1000*（1+10%）^1+1000*（1+10%）^2+1000*（1+10%）^3+1000*（1+10%）^4+1000*（1+10%）^5=7716元（3）效率的提高：1000元/年*5=5000元（4）不可定量的其他收益：5年共2284元开发该订餐系统，当其投入运行后，每年的净收益为25000元，再考虑货币的时间价值，系统每年的净收益如下所示。
（贴现率为10%时）综上可知，五年内系统的总收益为94770美元。
三、成本/收益分析通过上述成本收益的分析可知，当贴现率为10%时，新开发的信息系统总成本为96862元，总收益为94770元。
由于总成本是大于总收益的，所以系统越运行，越亏损，该信息系统不具备经济上的可行性。
我们调整贴现率可知，当贴现率为5%时，系统具有经济上的可行性。
（贴现率为5%）总成本为104942美元。
总收益为108237美元。
（贴现率为5%）成本收益分析（1）投资回收期为第4.58年。
（2）投资回报率为3.14%（3）净收益108237美元-104942美元=3295美元。
从经济上考虑，当贴现率为5%是，新系统在经济上具有可行性。
第二部分实验三：项目需求收集我们选择访谈的形式进行需求收集，分别对顾客、服务员、厨师进行提问，以下是我们设计的问题针对顾客：1 您更偏重哪种口味的汉堡饮料冰淇淋2 能说一下汉堡饮料冰淇淋与季节的关系吗3 您希望多长时间拿到您的定餐4 您一般什么时候来店里消费5 您希望我们店通过什么方法实现个性化推荐，发传单贴海报咨询服务员针对服务员：1 一天中什么时候是消费的最高峰2 你觉得什么样的界面操作比较方面3 你觉得系统存在什么样的问题4 您对系统有什么样的改进意见5 您觉得订餐系统对企业带了的效益体现在哪里针对厨师：1 您希望多长时间来准备汉堡饮料冰淇淋2 现在一天大约做多少汉堡饮料冰淇淋（库存的要求）3 对这个系统您最不喜欢的是什么4 您对订餐系统在缺货处理上有怎样的评价5 您觉得订餐系统对你的工作有何帮助最可能得到的文档是访谈记录，最不可能得到的文档是观察笔记实验四：用例建模我们为印第安汉堡构建的信息系统主要是为了方便客户点餐以及管理员及时进行库存控制，以减少顾客在点餐和取餐时的时间开销，为印第安汉堡赢取更大的利益。
一、印第安汉堡点餐系统的用例图如下所示。
顾客前台/后台管理员送货员二、印第安汉堡点餐系统的用例描述1.顾客通过印第安汉堡的点餐系统生成订单的用例描述用例名称：生成订单简要说明：电话订餐接线员或者前台接到顾客的订单，生成订单一式三联。
参与者：电话订餐接线员或者前台前置条件：顾客的订餐需求是有效的后置条件：生成正确的订单，包括顾客的姓名、电话、住址以及订单编号等基础内容。
假设条件：电话订餐接线员或者前台已经成功登录订餐系统基本操作流程：（1）接线员或者前台接收到顾客的有效订餐（2）在订餐系统中输入顾客需求的餐品名称进行查询，比对顾客对餐品的需求量和库存量。
（3）在库存充足的条件下，点击进入目标餐品的预订页面，要求顾客报送姓名、电话及住址信息，点击“确认按钮”生成订单，此项操作只针对电话订餐接线员，如为前台订餐，直接在库存充足的情况下，点击“确定”按钮生成订单一式三联即可。