小商品销售管理系统软件项目开发课程设计

*实践教学*XX大学计算机与通信学院20XX年秋季学期软件开发综合训练课程设计题 目： 小商品销售管理系统 专业班级： 计算机科学与技术班 姓 名： 学 号： 指导教师： 成 绩： 25目录摘 要I序 言II第一章 可行性分析11.1问题描述11.2可行性分析研究11.2.1技术可行性11.2.2经济可行性11.2.3操作可行性21.3结论意见2第二章 项目开发计划32.1编写目的32.2项目背景32.3项目概述32.4项目开发计划32.5交付期限4第三章 需求分析53.1任务需求分析53.2数据流图、数据字典及实体联系图53.2.1数据流图53.2.2数据字典73.2.3实体联系E-R图10第四章 系统概要设计134.1总体设计134.2系统功能模块图134.3数据库概念设计134.4连接数据库的特点14第五章 详细设计155.1系统的主要功能155.2程序流程图155.3用户界面设计165.3.1一般交互设计165.3.2信息显示设计175.3.3数据输入设计185.4程序设计过程185.4.1登录界面及密码修改185.4.2商品添加操作及修改205.4.3查询操作21设计总结23致谢25摘 要小商品销售管理系统用人工方式进行管理不仅效率低下，且易出错，安全性差。导致了管理费用增加，服务质量难以得到保证。本人设计该系统，就是为小商品销售公司的决策者和管理者提供充足的信息、快捷的查询和有效的管理方式，减少不必要的损失和浪费，提高小商品销售管理的效率。进入本系统后，用户可进行相应的功能操作。管理员可对各商品信息以及客户信息、库存信息和合同信息等的修改和查询，进行进货管理、出货管理、统计操作等现代化的商品管理。通过此系统，可以全面对库存、商品信息进行录入、查询、修改等。关键词：数据库；数据字典；商品管理；系统；窗体序 言本小商品管理系统针对销售公司商品销售管理方面的问题。它能实现对商品信息的综合管理，减少不必要的手工上报，也为基层单位上报数据提供便利，减少人工劳动。对公司仓库进货信息资源，出货信息资源管理的商品号、商品名称、进出货时间、数量、生产单位、商品性质、存放要求、保质期等信息；合同订单信息的订货价格、订货数量、订货客户、业务员信用等信息；客户信息的客户姓名、身份证号、工作地点、联系方式等信息；系统分析的商品库存量、销售情况等信息进行全面的、系统的管理。在整个系统开发的过程中，运用了软件工程的基本概念、相关技术和方法。并且采用了系统生命周期的结构化程序设计方法，从而将整个系统开发各阶段（系统分析、系统设计、系统实施）的基本活动贯穿起来。第一章 可行性分析1.1问题描述随着社会的进步与科技的发展，并伴随着人民的生活水平的提高，人们的消费水平也不断的在提高。面对种类繁多、需求庞大的小商品的管理逐渐成为销售公司面临的一个难题。以前全是由人工管理的方法现存在很多的缺点：管理效率低，劳动强度大，信息处理速度低而且准确率也不够令人满意。为了提高仓库货物管理效率，减轻劳动强度提高，信息处理速度和准确性；为管理员提供更方便、科学的服务项目。为管理员提供的一种更先进、科学的服务系统。于是我们便选择了由计算机来设计一个仓库货物管理系统的方案。让计算机对仓库货物进行自动管理，管理员可以直接在计算机上实现仓库货物的信息管理，并能在一定程度上实现自动化。我们在现行系统初步调查的基础上提出了新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。1.2可行性分析研究当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性的研究。并不是所有问题具有简单的解决办法，许多问题不能在预定的规模之内解决。因此通过可行性的研究分析可以知道问题。有无可行性的解决方法，进而避免人力、物力和才力的浪费。在现行系统初步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。系统目标应充分体现，直接为小商品销售管理系统服务，并且，程序可以分期分批实现。但是，需要指出的是，系统目标是不可能在总体规划阶段就提得非常具体，它还将在开发过程中逐步明确和定量化。以达到更加出色的程序系统。可是，目标的提法不尽相同，例如：·提高商品管理效率，减轻劳动强度；·提高信息处理速度和准确性；·为管理者提供更方便、科学的服务项目。1.2.1技术可行性 在高系统配置、高网络宽带服务下，各个级别管理员很容易通过网站对其操作范围内的系统内存信息进行操作管理，完全满足日常经营、管理的要求、1.2.2经济可行性主要是对开发小商品销售管理系统的经济效益进行评价，一方面是估算开发它的支出费用，其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。另一方面是估算仓库货物管理这个软件可能取得的收益中可以用钱来衡量的那部分。并对目前的软件市场进行调查,所做软件是否有很大的销售市场和相当规模的用户群。所做软件的开发成本与客户提出的要求是否可达到双方都满意。并且，分析系统开发是否会对其它产品或利润带来一定影响。经过对上述几个方面的调查研究和分析，我们得出小商品销售管理这个软件的市场前景是相当客观的，在经济角度来说，开发商品销售管理是可行的。1.2.3操作可行性主要是了解商品销售管理的相关人员对开发信息系统是否支持，现有商品销售管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。商品销售管理人员积极支持该系统开发，使新系统能够充分的发挥作用；系统操作简单，易于理解，操作者经过短时间的培训就可以使用小商品销售管理系统。1.3结论意见 经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法律上的可行。因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高质量完成。所以，系统研制和开发是可以马上进行的。第二章 项目开发计划2.1编写目的经过项目的可行性分析，得出项目可进一步进行下去的结论，在软件继续进一步的开发之前首先给出此软件项目计划。 2.2项目背景项目分析单位在接到项目分析员给出的项目可行性分析报告后，在本系统，即小商品销售管理系统开发主管部门的统一下制定用于软件实质开发的软件项目计划，以使软件开发单位理解软件开发要求，进行开发。 2.3项目概述1、工作内容让计算机对仓库货物进行自动管理，用户可以直接在计算机上实现仓库货物的信息管理，并能在一定程度上实现自动化。 2、条件与限制开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具备开发的条件。该系统可在用户要求的期限内完成。 3、产品1）、程序该项目因开发时间较短，这里只给出设计思想，具体程序没写。2）、文档文档内容包括：（1) 封面（2）目录（3）中文摘要100字左右；关键词3-5个（4) 序言（5）可行性分析（6）项目开发计划（7）需求规格说明（包含需要的系统流程图、数据流程图、数据字典、E-R图）（8) 概要设计（包含总体软件结构图、总体数据结构）（9) 详细设计（对概要设计内容进行详细设计）（10) 设计总结、参考文献、致谢等4、验收标准软件的验收标准完全由用户提出的软件需求制定，能保证软件的基本符合用户的要求。 2.4项目开发计划1、任务分解分三个大的阶段进行开发第一阶段完成本系统的数据流图跟E-R图。第二阶段完成概要设计跟详细设计。第三阶段书写文档。 2、预算软件资金投入较少，具体预算分配简略。 3、关键问题各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风险因素。对于出现的一些小难点总都能得到解决。2.5交付期限所要开发的系统较简单，所有开发工作用户要求要在0.5个月内完成，完成项目的最迟时间为2010年8月20日。第三章 需求分析3.1任务需求分析经分析先给出该系统的系统流程图，如图3.1所示：商品销售管理系统基本信息进货管理销售管理查询系统往来管理系统管理添加公司信息添加进货添加退货公司信息管理商品信息管理退货查询销售查询进货查询添加退货销售库存销售排行添加销售销售退货添加商品信息添加用户用户管理推出登陆销售退货结账修改密码销售结账修改密码退货结账进货结账销售结账系统流程图退货结账退货结账进供销商P5.0结账图3.1 系统结构图S2经理P4.0查询系统统流程图该系统主要包括系统功能输入模块、基本资料维护模块、报表模块、综合查询功能模块和统计模块等。系统要实现基本信息录入、修改、查询等功能：1、 信息的输入，包括公司信息、商品信息、进货信息、退货信息、销售信息等。2、 信息的修改、删除。3、 根据要求，查询统计符合条件的各类信息。4、 依据实际需要，对重要新信息进行统计。3.2数据流图、数据字典及实体联系图3.2.1数据流图该系统数据流程图如图3.2所示：D6 商品的销售结账存档S3供销商S3供销商P5D5P5.0往来管理往来管理S2经理S2经理P4.0P4.0查询系统查询系统D6 商品的销售结账存档D6 商品的销售结账存档P2.0进货管理P3.0销售管理P1.0基本信息S1管理员P6.0系统设置订货单F5结账单 订货单商品信息F2变动信息公司信息F3用户信息F4进退货信息D1进退货存档D5销售信息存档D3商品信息存档D4公司信息存档D2用户存档 图3.2 系统数据流程图数据流图由四种基本的元素构成：数据流(Data Flow)，处理(Process)，数据存储和数据源（数据终点）。数据流(Data Flow)：为具有名称且有流向的数据，用标有名称的箭头表示，一个数据可以是记录、组合项或基本项。处理(Process)：表示对数据所进行的加工和变换，在图中用矩形框表示。指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。数据存储：表示用文件方式或数据库形式所存储的数据，堆砌进行的存取分别以指向或离开数据存储的箭头表示。数据源及数据终点：表示数据的来源或数据的去向，可以是一个组织或人员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引入的，一般只出现在数据流