小商品销售管理系统软件项目开发课程设计 学生管理系统课程设计.docx
《小商品销售管理系统软件项目开发课程设计 学生管理系统课程设计.docx》由会员分享，可在线阅读，更多相关《小商品销售管理系统软件项目开发课程设计 学生管理系统课程设计.docx（8页珍藏版）》请在冰豆网上搜索。
小商品销售管理系统软件项目开发课程设计学生管理系统课程设计
小商品销售管理系统软件项目开发课程设计学生管理系统课程设计
*******************实践教学*******************XX大学计算机与通信学院20XX年秋季学期软件开发综合训练课程设计题目：
小商品销售管理系统专业班级：
计算机科学与技术班姓名：
学号：
指导教师：
成绩：
目录摘要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系统数据流程图数据流图由四种基本的元素构成：
数据流（DataFlow），处理（Process），数据存储和数据源（数据终点）。
数据流（DataFlow）：
为具有名称且有流向的数据，用标有名称的箭头表示，一个数据可以是记录、组合项或基本项。
处理（Process）：
表示对数据所进行的加工和变换，在图中用矩形框表示。
指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。
数据存储：
表示用文件方式或数据库形式所存储的数据，堆砌进行的存取分别以指向或离开数据存储的箭头表示。
数据源及数据终点：
表示数据的来源或数据的去向，可以是一个组织或人员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引入的，一般只出现在数据流图的起点和终点3.2.2数据字典数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字典。
每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便，而且能单独处理描述每个数据的信息。
下面将列出若干数据元素的数据卡片信息。
1.数据流的定义数据流编号：
F1数据流名称:
公司和商品基本情况名单简述：
公司和商品的基本情况数据来源：
管理员数据流去向：
基本信息维护功能数据流编号：
F2数据流名称:
公司和商品变动名单简述：
公司和商变动情况数据流来源：
管理员数据流去向：
基本信息维护功能数据流编号：
F3数据流名称：
用户基本信息简述：
用户基本信息情况数据流来源：
系统设置数据流去向：
用户存档数据流编号：
F4数据流名称：
进退货基本信息简述：
进退货基本信息情况数据流来源：
进退管理数据流去向：
进退货存档数据流编号：
F5数据流名称：
结账单基本信息简述：
结账单基本信息情况数据流来源：
往来管理数据流去向：
商品销售结账存档2.数据存储定义数据存储编号：
D1数据存储名称：
进退货信息库关键词：
进货销售编号相关的处理：
P2.0数据存储编号：
D2数据存储名称：
用户信息库关键词：
用户编号相关的处理：
P6.0数据存储编号：
D3数据存储名称：
商品信息库关键词：
商品信息编码相关的处理：
P1.0数据存储编号：
D4数据存储名称：
公司信息库关键词：
公司信息编号相关的处理：
P1.0,P6.0数据存储编号：
D5数据存储名称：
销售信息库关键词：
销售编号相关的处理：
P3.0，P4.0数据存储编号：
D6数据存储名称：
结账库关键词：
结账明细编号相关的处理：
P5.03.处理逻辑的定义处理逻辑编号：
P1.0处理逻辑名称：
基本信息描述：
将基本信息和变动情况录入和更新，以备后用处理逻辑编号：
P2.0处理逻辑名称：
进货管理描述：
更新进货和退货信息处理逻辑编号：
P3.0处理逻辑名称：
进货管理描述：
更新销售和销售退货信息处理逻辑编号：
P4.0处理逻辑明名称：
查询统计描述：
商品销售、进货、退货、库存、排行的查询处理逻辑编号：
P5.0处理逻辑名称：
往来管理描述:
商品的进货和退货的结账处理逻辑编号：
P6.0处理逻辑名称：
系统设置描述：
用户登录需要的用户名密码4.外部实体的定义外部实体编号：
S1外部实体名称：
管理员输出的数据流：
F1外部实体编号：
S2外部实体名称：
经理输出的数据流：
P4.0、P5.0外部实体编号：
S3外部实体名称：
供应商输出的数据流：
P5.03.2.3实体联系E-R图根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实体之间的关系，并画出如下所示的E-R图。
单价商品名称负责人商品规格商品编码商品生产日期备注保质期图3.3商品实体图联系电话客户姓名客户客户编码联系地址图3.4客户实体图库房库房编号库房名称库存量供应单位货物电话地址图3.5库房实体图商品价格客户编号商品数量商品名称客户名称商品编号订单图3.6订单实体图库房名称生产日期单价商品商品名称保质期库房编号商品规格地址备注入库商品库房电话商品编码订购库存量供应单位供应客户名称订单客户姓名商品名称客户编号商品编号客户编号商品数量商品价格客户联系电话联系地址图3.7实体与实体关系图第四章系统概要设计4.1总体设计通过这个阶段的工作将划分出组成系统的物理元素。
系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务，也就是要确定系统的配置物理方案。
软件结构设计时应该遵循的最主要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。
4.2系统功能模块图可以根据模块独立原理对软件结构进行精化。
为了合理的分解，得到尽可能高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试和易于维护的软件结构，应该对模块进行再分解或合并。
系统功能模块图如图4.1所示小商品销售管理系统库存管理模块查询模块统计分系模块合同订单处理模块小商品管理模块图4.1系统功能模块图4.3数据库概念设计数据库一般分为三级模式：
外模式、概念模式和内模式。
外模式也就是不同用户所对的数据视图，它将数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。
概念模式是数据库中全部数据的逻辑结构和特征描述，通常以某种数据模型为基础。
内模式是对数据的物理结构和存储方式的描述。
在这里我们将要设计的是数据库的概念模式，通过对小商品销售管理系统的内容和数据流程分析及E-R图，设计如下数据项和数据结构。
商品信息。
包括商品名称、商品规格、商品编码、生产日期、单价、保质期、备注等。
客户信息。
客户姓名、客户编号、联系电话、联系地址等。
订单信息。
商品名称、商品编号、商品价格、商品数量、客户姓名、客户编号等。
库房信息。
库房编号、库房名称、地址、商品、库存量、电话、供应单位等。
数据库概念结构设计，是在需求分析的基础上，设计出能够满足用户需求的各种实体，以及他们之间的关系，为后面的逻辑结构设计打下基础。
4.4连接数据库的特点当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对该数据库中表格，视图等的操作，如创建表,修改表，删除表，增加/删除记录。
设计中设计数据窗口的时候，通过对话框实现与数据的连接。
在应用程序中则一般是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始运行并实现与数据库的连接。
第五章详细设计详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统，包括了用户界面设计、程序过程设计等步骤。
5.1系统的主要功能小商品销售管理系统的总体目标是：
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，分析和设计一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的小商品销售管理系统，为小商品销售公司的决策者和管理者提供充足的信息、快捷的查询和有效的管理方式，减少不必要的损失和浪费，提高小商品销售管理的效率。
1、供货商/零售商可以通过此系统添加订单，以及对所提交订单的细节问题进行查询或跟踪；
2、系统通过对订单的审核对库存量进行管理，从而做到了库存的动态更新，优化库存状态；
3、对小商品信息进行处理；
4、提供客户基本信息的添加，查询等功能；
5、以图表的形式对近期的小商品销售情况以及库存量等给以直观反映，以便管理人员对今后的销售方案做出更好的抉择；
6、小商品销售管理系统的使用帮助5.2程序流程图程序流程图的优点是对控制流程的描绘很直观，易于掌握。
本系统主要难点是实现商品信息的查询和统计分系了，因此下面给出商品销售查询程序的流程图如图5.1所示：
管理员输入查询条件查询相应商品信息是否存在查询相应客户信息是否存在显示查询结果结束是否查找是否查找是否是显示查询结果是否是否图5.1程序流程图5.3用户界面设计5.3.1一般交互设计一般交互涉及信息显示、数据输入、和系统整体控制等方面。
1、一致性为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能，使用一致的格式。
在设计的过程中，基本上保持了系统的格式一致。
2、信息的反馈向用户及时提供视觉和听觉的信息反馈，以保证在用户和系统之间及时地建立双向通信。
在本系统设计过程中，基本做到了信息的及时反馈，在信息显示的大部分窗体中包括了刷新按钮，会对数据库中的数据进行及时地显示。
另外，在进行错误操作是，会弹出提示窗口并发出警告提示音。
3、执行有较大影响的操作前提示用户确认在设计过程中，如果用户要执行删除操作，以及对数据库的读写操作时，都会有窗体弹出询问继续操作或者予以提示。
4、减少两次操作间需要记忆的内容为了避免用户为下一步操作而记忆大量数据，所以在设计过程中在需要数据传递的窗体中设置全局变量，来传递数据。
例如在入账和入库的模块的操作中都用到了这样的方法。
5、对话、移动和思考的效率尽量减少用户击键的次数，在设计时考虑到了用户屏幕的布局以减少用户鼠标移动的距离，尽量避免用户在操作中发生疑问的情况。
6、允许错误允许用户的误操作尽量不对系统造成伤害。
7、按功能对动作分类，并据此设计屏幕布局屏幕布局尽量将软件所具有的所有功能在主页面展示，界面一目了然5.3.2信息显示设计应当尽量为用户提供的界面显示时完整的、明确的和容易理解的。
这样才能满足用户的需求。
使用不同的方式显示信息：
用文字、图形、声音，按位置、移动和大小，使用颜色和省略等方式传达信息。
1、只显示与当前工作有关的信息在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜单和图形。
2、使用便于用户迅速吸收数据的方式来表示数据在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中就使用了柱状图的形式表现了复杂的数据。
这样，用户可以直观的体会到图表所表示的含义。
3、使用一致的标记、标准的缩写和可预知的颜色为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩写和可以预知的缩写，这样用户就无需参照其他信息源就能理解，而正确地适用软件。
4、产生有意义的错误信息对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信息，以使用户保持对系统的信任，和系统的可用性。
5、使用窗口分隔不同类型的信息使用不同的窗口显示、保存不同类型的信息。
6、高效率的使用显示屏当使用多窗口时，应该有足够的空间使得每个窗口至少都能显示出一部分。
此外，屏幕的大小应该选得和应用系统的类型相配套。
在各个显示数据的窗口中，由于数据窗体项目较多，所以在数据窗体空间中较多的是用了垂直和水平滚动条，以保证信息的全面正确显示。
5.3.3数据输入设计用户的大部分时间用在选择菜单命令、键入数据和向系统提供输入。
在系统中，键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以，对于他们的数据输入操作有如下约定：
1、保持信息显示和数据输入间的一致性为了方便用户的使用，鼠标应当尽量减少操作的幅度。
2、保持显示信息和输入信息之间的一致性对于用户来说，要保证其输入的数据在显示上与其他显示的视觉特征（例如：
文字大小、颜色、位置等）要一致。
对于不同类型的用户在登录到系统后，由于有不同的权限，所以在主界面中会有一些项目受到限制而无法使用，所以要使这些项目不发生作用，以保证系统安全。
5.4程序设计过程程序过程设计主要是在借助过程设计工具的情况下，对程序的具体实现过程进行设计。
程序的主要部分设计在这个环节完成。
其主要包括以下几个部分：
5.4.1登录界面及密码修改1、登录界面如图5.3所示用户名是否输入否是密码是否输入否是查找管理员表中对应密码的用户否存在？
是打开主窗体检查输入次数>3关闭窗体图5.2登录界面图在用户登录时，在输入用户名和密码及用户类型的前提下将其与数据库中的数据进行对比，若一致，则打开主窗体，若不一致提示错误，并要求再次输入，若输入次数超过三次，则关闭系统。
在这个部分中，需要对用户的类型存入一个全局变量，予以判断其所具有的系统使用权限，例如，用户类型为DBA，则该用户拥有系统的一切权力，可以对每一部分进行添加、删除、查找、统计等操作；
而其他用户类型都依据其类型的属性，可以使用的部分也会相应减少，而只能使用一部分与其类型相匹配的功能。
2、密码修改如图5.4所示两次输入的密码是否一致否是原密码是否正确否是对数据库中的相应字段进行更新提示已更新并提交更新关闭窗体检查输入次数>3图5.3密码修改图在用户更改密码时，系统首先判断输入的两次旧密码是否一致，若一致，则判断原密码是否正确，如果原密码正确，则对数据库中的相应字段进行更新。
5.4.2商品添加操作及修改1、商品添加如图5.5所示：
是否为仓库原有商品是否提示：
需要在保存后退出是否保存？
否是保存成功否是RollbackCommit关闭窗体图5.4商品添加如图管理员查询某商品时商品名及货物号与数据库中的数据不相一致，系统提示所查货物在仓库里为空，即仓库从没存储该商品。
然后管理员可根据仓库管理的需求是否保存该货物。
2、商品修改此功能是对商品单价、库位、编号修改。
首先系统将从数据库中读取所有可用的商品信息，其中包括编号、名称、入库时间、单价等信息，管理员可视情况分别修改。
修改完毕并确认后，系统将所做修改保存，并将新的记录保存于数据库中。
在商品销售管理操作中，为了保护数据库以及考虑实际因素，对单价、编号的修改时都不能留空，同时编号的修改也不能有重复，若出现此类情况则提示出错。
实现该功能的程序流程图如5.5所示：
开始界面销售信息管理否是否继续是编号修改单价修改库位修改否是否符合要求是修改成功图5.5货物修改程序流程图5.4.3查询操作查询操作如图5.7所示输入查询信息否是是否存在该信息数据否是提示没有输出该信息所要查询的信息确认信息关闭窗体图5.7查询操作图在执行查询操作之前通常要先在单行文本框中输入被查询的条件，在单行文本框失去聚焦时将查询条件传递给查询按钮的单击事件中，然后过滤语句依据此过滤条件过滤得出相应的数据，并显示在其他数据窗体控件中。
在通常情况下，用户可以在得到要查询的信息后，对它们的各个字段进行修改，经过修改后，在退出时系统会提示进行
升级会员 