汽车销售信息管理系统.docx

信息资源管理与开发导论课程实验报告河北工业大学信息资源管理与开发导论课程实验报告题目： 汽车销售信息管理系统 专业： 计算机 班级： 计算机 班 组别： 组长： 张婷婷 成员： 夏叶、张雨吉、孔喻、韩庆斌、纪银瑞 完成日期 2012年4月14日 目 录汽车销售系统分析图（2）系统规划报告（5）需求规格说明书（10）设计规格说明书（35）实验工作总结报告（47） 汽车销售信息系统分析图一、组织结构图总经理室商务部人事部财务部行政部市场部物流部销售部软件部显示部客服部二、资金物流构图总公司采购部销售部财务部仓库销售门市采购科顾客“”物资流动“-”资金流动三、组织功能矩阵 表示功能是对应组织的主要功能 表示该单位是参与协调该项功能的单位 表示该单位是参加该功能的相关单位四、划分子系统系统规划报告1引言1.1编写目的随着我国经济的持续发展，企业经营业务的不断壮大，以人工管理方式为主的销售管理模式暴露了诸多弊端，同时也根本无法满足现代生活的需要。为了加强各管理部门之间的信息交流，解决人工系统的不足，建立科学的管理系统势在必行。根据企业的销售管理现状，对与汽车销售相关的业务进行分析设计，以实现企业降低成本、及时反馈市场信息、完善服务质量、提高经济效益、分析市场需求等管理目的。1.2 背景 科技的不断进步汽车销量的增加、汽车功能的不断提高和增加使得汽车销售系统不断地完善。而且一个系统设计开发出来并不是很完善的而且随着时间的增长和和时代的进步和客户的需求必定是要不断进步的而且在使用的过程中一定存在着问题。而汽车销售管理信息系统是创建的时间并不长的的一个系统在它不断地发展中一定会存在着问题，具体问题在经过长时间的使用就会暴露出来比如这个系统在对客户需求这一方面要加强管理。1.2 术语定义术语：销售管理、仓库管理、整车采购管理缩写词：BSP（business system planning）企业系统规划CMS(Content Management System) 客户关系管理系统ERP（Enterprise Resource Planning）企业资源规划1.3 相关文档当该文档变更时，可能对其他文档产生影响，受影响的文档叫相关文档，需将它们列出。1客户信息2 车辆信息3订单信息4用例图、活动图2 现行系统调查2.1 组织机构与业务范围2.1.1组织概况2.1.2 各部门业务范围及职能说明2.2 组织信息处理流程现行信息处理办法与流程，可用业务流程图表示。2.3 现行系统存在问题人们购买汽车的能力和需求越来越高，这大大刺激了汽车行业的发展，我国加入WTO后，汽车行业更是面临着前所未有的机遇与挑战，刹那间，企业专营店、汽车超级市场等如雨后春笋般发展起来，汽车销售成为一个热门行业。但是如果车辆销售管理不好，会给企业早成无法估量的损失。管理者必须运用科学的管理手段进行管理，提高企业的管理水平和工作效率，方能在汽车行业中占有一席之地。3 新系统概述3.1 系统目标3.2 新系统功能范围及划分说明分析系统解决方案，采用BSP方法进行系统规划，画出出总体结构图；进行系统实现的阶段划分，说明各阶段的目标和实现功能范围。4 可行性综合评述4.1 经济可行性一、方便公司的管理人员的管理，省时省力就间接的节省了公司的人力、物力 二、根据企业的销售管理现状，对与汽车销售相关的业务进行分析设计，以实现企业降低成本、及时反馈市场信息、完善服务质量、提高经济效益、分析市场需求等管理目的。4.2 技术可行性分析现有技术能否解决系统问题5方案选择根据本组人员的讨论选择了一个可行性比较大的方案。5.1 首选方案根据分析结果，分为五个模块：登录退出模块、统计模块、查询模块、修改模块、汽车销售模块。 汽车销售管理系统不同类型的用户在系统中有不同的权限，主要有以下2种用户：l 管理人员 本系统的管理人员可以使用本系统的所有功能，包括用户管理、汽车信息管理、进货信息管理和销售信息管理功能。l 总经理 本系统的使用人员可以使用本系统的大部分功能，包括查看库存汽车信息，查看客户信息等。l 客户 本系统的使用人员，可以查看仓库所拥有的车辆信息。5.2 可选方案根据需求分析的结果，本系统主要划分为4个子模块：用户管理、汽车信息管理、进货信息管理、销售信息管理。 汽车销售管理系统不同类型的用户在系统中有不同的权限，主要有以下3种用户：（1）管理人员 本系统的管理人员可以使用本系统的所有功能，包括用户管理、汽车信息管理、进货信息管理和销售信息管理功能。（2）仓管人员 仓管人员负责管理仓库中的汽车数量，主要负责汽车的每次的进货情况。其只能使用系统中的进货信息管理功能模块，对每次进货的信息进行记录，并且可以查询当前仓库中的汽车库存数量。（3）销售人员 销售人员负责汽车的日常销售工作，需要掌握各种汽车的各次的销售情况。5.3 方案对比6项目进度计划（Software Project Schedule）软件项目进度计划，是对项目的进度、人员工作分工以及资源需求所做的计划，此计划依据上述的估算和分析结果，进度计划建议采用甘特图表示，人员按功能结构分配。需求规格说明书1概述（Summary）1.1项目的目的与目标（Purpose and Aim of Project）该系统是为了快速统计汽车的信息、客户信息、客户需求、客户意见反馈及汽车的销售数量。目标是：更加简洁、方便、安全。1.2 术语定义（Terms Glossary）术语定义汽车信息汽车的型号、数量、保修期、客户信息买车的客户的基本信息：姓名、性别、身份证号、手机号、地址订单信息订单日期、订单的数量、地址1.3 相关文档（Related Documents）项目开发计划书 设计规格说明书 系统分析与设计 2问题初始分析（Early Analysis）2.1 场景描述（Scene Description）管理员A打开汽车销售信息管理系统的界面，点击修改信息2.2 初始功能提取（Early Function Distill）修改汽车信息、客户信息和订单信息3目标系统功能需求（Function of Target System）3.1 功能需求分析（Function Analysis）3.2 功能需求点列表（Function List）在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、测试中使用，更是为了用户测试验收中使用。功能需求点列表的格式，如表2-1所示。表2-1 功能需求点列表编 号功 能 名 称使 用 人功 能 描 述输 入 内 容输 出 内 容1登录管理员打开界面密码系统界面2修该汽车信息管理员统计并修改所要修改内容更改的新信息3修改客户信息管理员根据订单统计并修改客户信息需要修改的信息信息的数据表格4修改订单 信息管理员根据汽车数目和客户订单的数量所要修改的内容订单）一、系统登录用例图用例表表格要素描述 用例标识和名称选择登陆方式描述用户或管理员选择自己的登陆方式即可登陆界面参与者管理员或用户前置条件和假设电脑运行正常触发条件登陆界面以被打开主流事件流1、用户或管理员找到各自要登陆的按钮2、点击按钮3、进入登陆主界面4、用户或管理员填写对应的用户名和密码5、点击确定按钮6、进入汽车销售管理界面后置条件用户或管理员可进行操作表格要素描述 用例标识和名称退出登陆描述用户或管理员点击退出登陆直接退出系统参与者管理员或用户前置条件和假设电脑运行正常触发条件管理员或用户不想登陆此系统主流事件流1、用户或管理员找到退出登陆按钮2、点击退出登录3、用户或管理员退出登录界面后置条件退出汽车销售系统用例活动图域模型相关系统界面二、 汽车查询1）用例图2）用例表表格要素描述用例标识和名称查询某车型基本信息描述此用例用于查询某种车型的基本信息，基本数据，更好的让客户了解本车型参与者前台管理员、客户、总经理前置条件及假设车辆查询系统正常运行，查询窗口已被打开触发条件管理员、总经理登陆系统，准备对某种车型进行查询主事件流1、管理员、总经理点击某车型的按钮2、界面跳转并显示请输入要查询的汽车型号3、管理员、总经理输入要查询的车型，并点击确认4、系统显示出相应汽车的基本信息后置条件客户了解本车信息后，管理员关闭查询某车信息窗口表格要素描述用例标识和名称查询某车型库存描述此用例用于管理员查询某车型的库存量参与者前台管理员、总经理前置条件及假设车辆查询系统正常运行，查询窗口已被打开触发条件管理员登陆系统，准备查询某车型的库存量主事件流1、管理员、总经理点击查询按钮2、系统显示查询界面3、管理员、总经理输入需察看的车型，点击确认4、系统返回该型号车的库存量后置条件管理员记下该信息，并关闭查询某车型库存窗口表格要素描述用例标识和名称查询订单描述此用例用于查询本公司已经成交的订单详情参与者前台管理员、总经理前置条件及假设车辆查询系统正常运行，查询窗口已被打开触发条件管理员或总经理登陆系统，准备查询公司已成交的订单信息主事件流1、 管理员或总经理点击查询按钮2、 系统跳转到查询界面3、 管理员或总经理输入订单号或直接点击查询全部订单4、 系统显示出单笔订单或全部订单情况后置条件管理员或总经理确认订单情况，并关闭查询订单窗口表格要素描述用例标识和名称查询销售情况描述此用例用于查询本公司一段时间销售汽车的具体情况参与者前天管理员、总经理前置条件及假设车辆查询系统正常运行，查询窗口已被打开触发条件管理员或总经理登陆系统，准备查询这段时间汽车的销售情况主事件流1、 系统已处在查询界面2、 管理员或总经理点击销售情况按钮3、 系统返回最近公司销售的详细情况后置条件管理员或总经理了解销售情况，关闭查询销售情况窗口2)采用活动图可视化用例。4）域模型（用类图表示）5）相关界面信息修改1）用例图2）用例表表格要素描述用例标识和名称修改车辆信息描述此用例用于修改车辆信息（汽车数量、车型等）参与者管理员前置条件及假设管理员登陆系统，汽车销售系统正常运行，修改信息窗口已被打开触发条件有新车入库或者是已有车辆被销售主事件流1、管理员登陆系统2、系统弹出界面3、管理员点击修改车辆信息4、系统显示车辆信息5、管理员输入相应车6、系统显示该车的相应信息7、管理员对于车辆的数目进行修改8、系统存储修改信息9、管理员退出系统后置条件车辆信息被修改表格要素描述用例标识和名称修改订单信息描述此用例用于修改客户订单参与者管理员 前置条件及假设汽车销售系统正常运行，修改订单信息窗口已被打开触发条件客户取消或提交订单主事件流1、管理员登陆系统2、系统弹出界面3、管理员点击修改订单信息4、系统显示订单信息5、管理员查询是否有该车型6、系统显示内容7、管理员根据系统显示修改客户订单信息8、系统对于信息进行存储10、管理员退出系统后置条件订单信息已修改表格要素描述用例标识和名称修改客户信息描述此用例用于对于客户信息进行相应的修改参与者管理员前置条件及假设管理员登陆系统，汽车销售系统正常运行，修改信息窗口已被打开触发条件客户信息改变主事件流1、管理员登陆系统2、系统弹出界面3、管理员点击修改4、系统显示客户信息5、管理员根据现有信息进行修改6、系统修进行存储更新为新的用户信息7、管理员退出系统后置条件管理员对客户信息进行修改3） 域模型4）活动图5）相关界面四、 汽车的销售1）用例图2）用例表表格要素描述用例标识和名称销售管理人员登陆管理系统描述此用例用于对汽车销售情况进行输入与查询参与者销售管理人员前置条件及假设销售管理系统正常运行，管理窗口已被打开触发条件销售人员登陆系统，准备对汽车销售信息进行录入和查询。主事件流1销售管理人员登录汽车销售管理信息系统2销售管理人员进入销售管理界面后置条件查看销售订单，并下达订单表格要素描述用例标识和名称销售管理人员下达订单描述此用例用于销售人员根据顾客要求下达定购订单参与者销售管理人员、顾客前置条件及假设系统运行正常，顾客选定车辆触发条件顾客选定车辆，销售人员根据顾客选定车辆进行下定订单主事件流1 顾客选定车辆并要求购买2 销售管理人员下达定单后置条件销售管理人员及顾客确定订单表格要素描述用例标识和名称销售管理人员与顾客确定订单描述此用例用于销售人员与顾客确定订单无误参与者销售管理人员、顾客前置条件及假设订单已经下达完成触发条件销售管理人员根据顾客要求下达订单主事件流1. 销售人员与顾客达成一致，并下达订单2. 销售人员与顾客共同确定订单无误后置条件顾客确定订单无误后完成付款3）活动图系统核算订单并存储订单与付款信息销售员登陆汽车销售管理系统销售员进入销售管理子系统销售员将订单与付款信息录入系统销售员确认提交销售员关闭管理窗口销售员退出汽车销售管理信息系统系统核算订单并存储订单与付款信息销售员登陆汽车销售管理系统销售员进入销售管理子系统销售员将订单与付款信息录入系统销售员确认提交销售员关闭管理窗口销售员退出汽车销售管理信息系统4） 域模型五、 统计信息1）用例图2）用例表表格要素描述 用例标识和名称统计入库车辆信息描述统计入库车辆的品牌、类型、颜色、价格和数量参与者统计员前置条件和假设系统可以正常工作，入库车辆信息收集完毕触发条件统计员登陆系统，点击统计信息选项主流事件流1登陆车辆管理系统 2点击统计信息选项3选择入库车辆信息统计选项4写入入库车辆信息3审核信息可选事件流如果添加信息有错误或者不能添加信息，就提示出错后置条件保存相关信息，返回系统主界面表格要素描述 用例标识和名称统计出库车辆信息描述统计出库车辆的品牌、类型、颜色、价格和数量参与者统计员前置条件和假设系统可以正常工作，出库车辆信息收集完毕触发条件统计员登陆系统，点击统计信息选项主流事件流1登陆车辆管理系统 2点击统计信息选项3选择出库车辆信息统计选项4写入出库车辆信息3审核信息可选事件流如果添加信息有错误或者不能添加信息，就提示出错后置条件保存相关信息，返回系统主界面表格要素描述 用例标识和名称统计客户信息描述统计客户的姓名年龄 性别 选购车辆类型以及意见参与者统计员前置条件和假设系统可以正常工作，客户信息收集完毕触发条件统计员登陆系统，点击统计信息选项主流事件流1登陆车辆系统 2点击统计信息选项3选择客户信息统计选项4写入客户信息3审核信息可选事件流如果添加信息有错误或者不能添加信息，就提示出错后置条件保存相关信息，返回系统主界面3）活动图4）域模型设计规格说明书1引言（Introduction）1.1 目的（Purpose）设计规格说明书主要是对与系统设计目的在于根据软件需求说明书中的任务概述，需求规定等规划设计出一套可执行软件的结构模型1.2 命名规则（Naming Rule）变量对象命名规则：申明全局变量、局部变量对象的命名规则。数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象的命名规则。1.3 术语定义（Terms Glossary）术语：销售管理、仓库管理、整车采购管理缩写词：BSP（business system planning）企业系统规划CMS(Content Management System) 客户关系管理系统ERP（Enterprise Resource Planning）企业资源规划1.4 参考资料（References）参考资料软件工程导论第三版-张海藩编著 清华大学出版社信息系统分析与设计第三版邝孔武编著 清华大学出版社1.5 相关文档（Related Documents）1 汽车销售系统分析图2 需求分析2系统设计（Design of Collective）2.1 体系结构设计（Design of Architecture）软件系统的结构，按照不同的设计方法，有不同的总体逻辑结构。采用包图画出体统的体系结构模型，然后进行扩展，画出个子系统内构成及模块之间的关系。2.2 子系统清单（Subsystem List）子系统清单，如表3-2所示。表3-2 子系统清单子系统编号子系统英文名子系统功能简述子系统之间的关系SS1Login 登陆进入系统界面并列SS2Inquires进行信息的查询（汽车信息、客户信息）并列SS3Modify对于信息进行修改（汽车信息、客户信息、客户订单）并列Ss4sales汽车销售信息并列Ss5statistics统计信息并列ss2.3 模块设计（Module Design）登录系统序列图汽车查询销售系统2.4 功能模块清单（Module List）模块（类）清单，如表3-3所示。表3-3 模块（类）清单编 号模块（类）英文名模块（类）功能简述接口简述M 1-1M 1-2M 2-1M 2-23 系统原型登陆界面 汽车信息查询界面相关信息修改界面统界面计 销售界面实验工作总结完成人： 夏叶 098528 1工作概述我们组做的是汽车销售管理系统，每人都分工明确，但又相互合作。我做的是登陆模块，虽然听起来很简单，我也很认真对待，因为登陆模块是每个系统必备的，而且这不仅是我自己的任务，而且还是我们组的一个部分，我也不能掉以轻心。对系统的操作我分为用户和管理员的操作，分别做了用例图，用例表，活动图，序列图，域模型。做完自己的模块，又负责了汽车销售管理系统部分界面的制作，使我重新温故了C#,和数据库连接的知识，并还配合组长整理了实验报告需求分析部分。2体会张老师给我们安排的这次实验，虽然只有短暂的两天的实验，但是给我的收获却是很大的。虽然第一次实验由于去上考研课给耽误了，但后来及时向组长问自己的任务，把自己落下的实验补回来。第二次实验积极参加，全组成员一起努力，使我从中学到了不少知识，获得了不少经验。首先，使我再一次深刻的体会到团结的力量，我们组一共6个人，大家各有分工，但又相互协作相互帮忙，遇到不懂的地方一起讨论，没有结果的情况下请老师帮忙或者找其他同学，这样使我们对实验的印象很深刻，大家学的也都挺带劲儿，使每个人通过这次实验都有收获。其次，我觉得这次实验是综合性实验，既有新的的知识，比如构建组织功能图，包图，功能流程图，子系统化分图等，也有原来的旧知识，比如画用例图，序列图，活动图，域模型，E-R图等，又复习了用C#和Rose制图。使我们温故而知新。最后就是感谢张老师耐心细致的指导，指导我们哪里做的不到位，想的不周全，力争使我们的系统做的比较完善，使我们有所收获，所以很感谢张老师。两天的实验确实很充实，在我们全组人的努力下，争取了提前答辩的机会，也谢谢老师能给我们这个机会，这次实验使我懂得了很多，也学到了很多，再次谢谢张老师。完成人： 张雨吉 098547 1工作概述我负责的是车辆查询模块，我制作了本系统的用例图、用例表、活动图、域模型、序列图。制作了车辆查询模块和车辆销售模块的界面。制作了整个系统得E-R图。制作了需求规格说明书中的车辆查询模块部分。2体会由于本学科最后是不用考试的，所以实验部分对这段时间的学习成果有很大的检查作用。虽然实验的课时很少，只有两天，但并不代表不重要，反而要更加认真的去对待。在信息系统分析与设计实验中，有一部分和上学期得软件工程是重叠的，通过实验，让我对用例图、用例表、活动图、域模型、序列图、E-R图有了更深的理解，能更好的学以致用。在制作界面的时候用到了C#，让我能更加熟悉的去运用这个软件，。还了解了组织功能图、子系统划分图、包图、功能流程图的基本画法，对以后的学习、工作或多或少会起到一定的帮助。这次实验不不是一个人的实验，而是团队的任务，我们组内不断的讨论，能互补不足，更加全面的去完成老师布置的任务，并且学习别人思维上的长处，对我收益不少。完成人： 纪银瑞 1 工作概述在做汽车销售管理系统中，我主要负责汽车销售管理子系统的用例图，用例表，序列图以及活动图。并根据以上建立了总体域模型。2体会总结个人在此实验中的收获和经验教训等。在本次试验中，我知道了团队合作的重要性。同时也了解信息时代，信息资源管理系统的重要性和实用性。当然，在实验过程中，我们遇到了不少困难，但最终我们克服了它，并最终完成了实验。我懂得了做一个管理系统需要很强的耐心很经历。这个实验室一次很好的锻炼，我们从中学到了很多知识。我们更进一步地掌握了信息资源管理这个课程的相关知识。并熟悉了创建数据库管理系统的全过程。掌握了数据库创建关系的方法以及运用试图创建基本表、选择查询，参数查询，交叉查询的方法。同时也熟练的掌握了建造用例图，用例表，序列图以及活动图、域模型的方法。本系统创建的后台数据库能够独立运行，并满足用户对库存信息，系统，销售信息和客户信息的管理需求。通过此实验，复习了相关程序设计语言和数据库连接的知识。并使用这些知识创建了用户登录窗口和汽车信息管理窗体，通过这些窗体实现满足客户要求的基本功能的管理系统。经过程序调试，前台系统运行良好。完成人： 孔喻 098551 1工作概述实验中主要负责各个模块的画图部分，将组员的纸质图形转换为电子形式。汇总各个模块，制作PPT。2体会分组实验当中，团队协作很重要，需要协商每个人所需完成的各个模块，分工明确才能及时完成。共同完成一份作品，不能拈轻怕重，每一部分都不可或缺。遇到问题，及时与各个组员进行沟通，及时解决，以便进行下一步骤。实验中，需要完成模块的所有部分，通过这个过程，不仅更加了解所需软件的使用方法，也找到了一些解决办法的更有效的措施，受益匪浅。实验工作总结完成人： 张婷婷 098530 1工作概述在实验中我需要完成的是“修改信息模块”，模块需要有用例图、活动图、用例表、域模型、时序图。在完成中需要根据网上查询的信息分析需要有什么功能根据功能进一步完成具体作业。在实验小组身为组长需要分模块给每个人，集中组员商量分析如何使系统完成的更加完善，在实验过程中要分别检查组员做的是否正确，在每个人完成自己的模块后集中大家的实验结果，整理成完整地实验报告。2体会 在整个实验过程中体会很深：首先团队的合作：一个小组六个人去完成一个系统，每个人不仅仅是要完成自己的的系统模块，而且也要与同组人员进行讨论使系统同更加完善。而且在实验的时候会相帮忙。我们组的成员每个人都能够及时的完成自己的工作，夏叶、张雨吉、孔喻在他们三个在实验中做了很多帮忙完成相关界面、ppt.其次掌握知识：在实验中运用了本学期的信息资源管理和上学期软件工程的知识，实验不仅温习了以前的内容而且学到了新的知识。最后为以后的工作积累经验，在实验的过程中会遇到很多问题 ，经过问老师，同学或者翻看书籍是问题得到了解决，这时候会对问题记忆深刻。小组工作是在工作中不可避免的事情，有了工作前的经验在工作中会避免很多麻烦。2010年读书节活动方案一、 活动目的：书是人类的朋友，书是人类进步的阶梯！为了拓宽学生的知识面，通过开展“和书交朋友，遨游知识大海洋”系列读书活动，激发学生读书的兴趣，让每一个学生都想读书、爱读书、会读书，从小养成热爱书籍，博览群书的好习惯，并在读书实践活动中陶冶情操，获取真知，树立理想！ 二、活动目标： 1、通过活动，建立起以学校班级、个人为主的班级图书角和个人小书库。 2、通过活动，在校园内形成热爱读书的良好风气。 3、通过活动，使学生养成博览群书的好习惯。4、通过活动，促进学生知识更新、思维活跃、综合实践能力的提高。 三、活动实施的计划 1、 做好读书登记簿 （1） 每个学生结合实际，准备一本读书登记簿，具体格式可让学生根据自己喜好来设计、装饰，使其生动活泼、各具特色，其中要有读书的内容、容量、实现时间、好词佳句集锦、心得体会等栏目，高年级可适当作读书笔记。 （2） 每个班级结合学生的计划和班级实际情况，也制定出相应的班级读书目标和读书成长规划书，其中要有措施、有保障、有效果、有考评，简洁明了，易于操作。 （3）中队会组织一次“读书交流会”展示同学们的读书登记簿并做出相应评价。 2、 举办读书展览： 各班级定期举办“读书博览会”，以“名人名言”、格言、谚语、经典名句、“书海拾贝”、“我最喜欢的”、“好书推荐”等形式，向同学们介绍看过的新书、好书、及书中的部分内容交流自己在读书活动中的心得体会,在班级中形成良好的读书氛围。 3、 出读书小报： 55