超市购物管理系统毕业设计论文Word文档格式.docx
《超市购物管理系统毕业设计论文Word文档格式.docx》由会员分享，可在线阅读，更多相关《超市购物管理系统毕业设计论文Word文档格式.docx（56页珍藏版）》请在冰豆网上搜索。
从中可以看出，需求分析包括了对数据本身的需求分析和对功能的需求分析。
两个分析的结果将分别作为数据库设计和程序设计的依据。
实际上在设计数据库应用系统时，这两个需求分析是紧密相关的，不论是数据库设计，还是程序设计都需要考虑这两个方面的因素。
1.3问题的定义
本设计主要是介绍超市进销存管理信息系统的环境、功能作用、所用到的语言、设计的方案等各方面的内容。
主要是让使用者了解此系统，使他们能更好的运用本系统，使此系统发挥出应有的作用。
本系统运用计算机管理信息技术，建立数据库，对超市的进销存过程进行详细的分析，实现了对超市的进货、销售和库存的科学管理。
第二章可行性研究
2.1引言
2.1.1编写目的
根据调查研究报告而进行编写的超市购物管理系统，编写本系统主要是为了提高超市的管理及超市的销售额，给超市带来更多的经济效益，更是在超市实体店与互联网联系起来以适应当今网络时代的需求，达到促进消费并提高超市的声誉，尤其是一些连锁超市。
2.1.2编写背景
在当今互联网迅速发展的时代，网络化成为一种必要，更是一种趋势。
在这种趋势之下，编写了本系统——超市购物管理系统。
2.1.3问题定义
商品按类管理，所以需要有一商品类型信息，商品必须属于一个商品类型，如果一个商品类型存在商品或存在下级商品类型则该类型不该删除，需要记录供应商信息，在涉及商品数量的地方，要给出相应的单位，在进货信息中要包含供应商等信息，商品销售信息单中要包含登记商品，销售数量单价等信息，进货，销售，报损操作要有相应操作员信息，只有管理员登陆之后才可以使用后台管理系统，默认的管理员不可以删除，进货，销售，库存，报损信息都要可以添加，修改，删除，分类，查找。
2.2技术可行性研究
在IT行业中从业的工作人员一般都要求懂计算机，具有一定软硬件基础，会使用各种管理软件，熟悉IT产品。
因为，超市中的对员工素质要求比较高，从管理层到下面的营销人员，都要求具有一定的IT背景，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够使系统顺利的运行了。
2.3经济可行性研究
因为通过网络传递销售信息，可以不受距离的限制，因此可以节约许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高企业的销售效率，即提高了企业的经济效益，所以从经济上是完全可行的。
2.3.1企业研发开支
开发新系统的工作是一项艰巨复杂的工作，它的投资主要是人力和物力的投资。
对于本系统的开发来说，其主要投资还是在人力和物力两个方面。
如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。
超市作为一个尖端的高科技产业，其员工要求都比一般企业的要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排人手，这样就可以为企业节约大部分的额外开支。
同时超市就其他产品还说，属于高端行业，无论是产品的价格还是质量都比较高，而经营产品的经销商或者是商家都要求有雄厚的资金的作支持。
所以，在系统的开发过程中，企业完全有能力承担开发费用。
2.3.2经济效益
管理系统是一个信息化、智能化和先进管理理念的集合体。
而管理是一个动态过程，在其运行过程中要采取多项措施。
所以在管理中获得经济效益是一个综合效益，要对他进行直接定量的分析是比较困难的。
一般新系统带来的经济效益是间接的，其最主要的表现就是减少了企业的管理费用和人力开支。
而其他一些烦琐的事物都通过新系统来加以分析解决，不仅节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。
2.4操作可行性研究
本系统采用Windows图形界面，是大家熟悉的操作系统，对于用户只需要具有一般的计算机知识的人员都可以轻松上手。
而且整个销售系统采用最友好的交互界面，简洁明了，不需要对数据库非常了解。
由此，该系统的操作是可行的，有必要推广该系统！
该系统具有很高的开发可行性，无论是从技术上经济上还是操作上。
故此，可以设计该系统流程图，建立数据字典。
2.5系统的需求分析
2.5.1用户工作流程
进货或销售商品时，用户要对进货单或销售单进行核对审查，并进行登记；
用户要获得进货、销售、库存信息时，要对进货情况、销售情况、库存情况进行查询并打印。
2.5.2用户业务需求
该管理软件将对库存产品进行资料管理和统计，对产品的进货单和产品的销售单进行录入管理和统计。
该管理软件将根据用户的需要对进货、销售、库存情况进行查询，并能打印详细信息。
2.6结论
经过以上可行性分析可知，本系统在技术、经济、操作、企业开支、经济效益和系统需求分析四个方面方面都可行；
从人力资源上面来看，可以充分利用各个人的擅长处来开发本系统；
从开发成本上面来看，将支出成本降到最低；
因此建议本系统立即开始进行实施，并尽可能完成。
第3章项目开发计划
3.1引言
3.1.1编写目的
项目开发计划是软件开发的第一步，也是软件管理过程中的一个关键活动。
编写项目开发计划的主要目的：
（1）给本开发人员提供一个框架，使之能合理地估算软件项目开发所需的资源、经费和开发计划，并控制软件项目开发过程按此计划进行。
（2）为项目的启动、实施及结束提供了基础。
（3）指定了关于具体项目目标、项目结构、任务、成本、设备、性能以及问题的解决方案等方面的指导原则。
3.1.2项目简介
（1）项目名称
超市购物管理系统
（2）面向对象
项目开发者：
系统预期用户：
软件同学
3.1.3定义
本文档所用到的定义如下：
（1）软件项目管理：
对整个软件开发过程进行管理。
是定义全部项目任务，识别出关键任务，跟踪关键任务的进展状况，已保证能及时发现拖延进度的情况
（2）软件生命周期（softwarelifecycle）：
是人们在研究软件开发过程时所发现的一种规律性的事实。
主要包括计划、分析、设计、编程、测试和维护等阶段。
（3）需求分析：
软件需求说明书是需求分析阶段的最后成果，该说明把在软件计划中确定的软件范围加以展开，制定出完整的信息描述、详细的功能说明、恰当的检验标准以及其他与要求相关的数据。
（4）概要设计：
经过需求分析阶段的工作，系统必须“做什么”已经清楚了，概要设计的基本目的就是回答“概括地说，系统应该如何实现”这个问题。
概要设计的重要任务就是设计软件的结构，也就是要确定系统是由哪些模块组成，以及这些模块相互间的关系。
（5）详细设计：
概要设计已经确定了每个模块的功能和接口，详细设计的任务就是为每个模块设计其实现的细节。
详细设计阶段的根本目标是确定应该怎样具体地实现所需求的系统，得出对目标系统的精确描述。
（6）软件测试：
软件测试就是在软件投入运行前，对软件需求、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。
测试的目标是想以最少的时间和人力找出软件中潜在的各种错误和缺陷。
3.2项目概述
3.2.1工作内容
（1）问题定义（明确问题边界）。
（2）可行性研究（提交可行性研究报告）。
（3）项目开发计划（提交项目开发计划书）。
（4）需求分析（提交需求分析说明书）。
（5）概要设计（提交概要设计说明书）。
（6）数据库设计（提交数据库设计说明书）。
（7）详细设计（提交详细设计说明书）。
（8）系统测试（提交测试计划、测试用例和测试报告）。
（9）用户使用说明（提交用户手册）。
3.2.2交付项
（1）软件产品包supermarket.war：
这个软件包是已经测试好的超市购物管理系统软件。
（2）用户手册：
用户帮助文档，帮助用户更好的使用该软件。
3.2.3非交付项
（1）源码：
软件源代码。
（2）可行性研究报告、项目开发计划、需求分析说明书、概要设计说明书、数据库设计说明书、详细设计说明书、测试报告：
这些文档是开发人员为了更好的开发、维护而写的，不需要交付给用户。
3.2.4其他需求与约束
（1）编码要规范、要易读、易维护。
（2）编程语言采用开源的JAVA语言。
（3）文档必须按照国标的文档编写。
3.3实施计划
3.3.1项目选用的生命周期
本项目采用的软件生命周期包括可行性研究、项目开发计划、需求分析、概要设计、详细设计、编码、测试、维护等活动。
采用这个软件生命周期的好处：
（1）可以把复杂的问题趋于简单化、有效的控制和管理。
（2）使每个阶段有明确的任务。
（3）使规模大、结构复杂的软件开发变得很容易。
3.3.2、项目开发过程阶段划分
项目开发过程阶段划分，主要划分为问题定义及规划、需求分析、软件设计、程序编码、软件测试、运行维护六个过程。
具体如表3-1所示。
阶段名称
起止时间
工作内容
阶段产品
问题的定义及规划
8-9周
确定软件开发目标、可行性、项目计划
可行性研究报告、
项目计划书
需求分析
9-10周
对软件需要实现的功能进行详细分析
需求规格说明书
软件设计
10-13周
对整个软件系统分进行设计、如框架设计、数据库设计等
概要设计说明书
数据库设计说明书
程序编码
13-14周
对所实现功能的算法设计
详细设计说明书
软件测试
14-15周
以发现软件在整个设计过程中存在的问题并加以纠正
测试计划
运行维护
15-20周
在软件投入使用后，需对软件进行更改，以满足用户的需求
完成系统成品
表3-1项目开发过程阶段划分
3.3.3、关键问题
风险分析如表3-3所示。
表3-3风险分析
风险排序
风险项名称
风险描述
风险缓解方案
1
对项目的需求分析不够好，可能导致在进行接下来的工作中受到限制和停顿
在需求分析过程中做好充分分析和计划，当做到满意时，可以开始接下来的工作
2
界面设计
在实现界面设计上不能符合用户的习惯
在编程这个过程中对美观设计多加注重
3
时间控制
成员在时间上把握不是很准
在开发过程中适当调整时间的分配，适当加快进度
第四章需求分析
4.1引言
4.1.1编写目的
需求分析的任务简略的说就是弄清用户的需求，确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求，建立系统的逻辑模型。
编写该文档的目的如下：
（1）反映出问题的结构，为下阶段的设计、开发奠定基础。
（2）为小组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。
（3）作为选取测试用例和进行形式验证的依据。
（4）作为项目评审验收的依据。
4.1.2术语定义
（1）用例（usecase）：
用例是系统单元提供的外部可感知的功能单元，表达成系统单元和与之间交互的一个或多个活动者的消息序列，用例的目的是定义清晰的行为块而不解释系统的内部结构。
（2）参与者（actor）：
每种用户表示为一个参与者（actor），一个系统通常有多种用户，参与者在与用例进行交互式使用系统。
（3）用例视图（usecaseview）：
系统所有的参与者和所有的用例组成了用例模型。
用例视图从外部用户的角度捕获系统、子系统或类的行为，它将系统功能划分为对参与者具有意义的事务。
这些功能块称为用例。
（4）用例图：
用例图是由参与者、用例、关联和边界四个要素组成。
（5）活动图：
活动图是通过提供特定的场景内交流的图形化表示来补充用例。
活动图可以描述存在的并且已经被定义为需求到处任务一部分的活动或功能。
（6）领域模型：
领域模型能捕获语境中最重要的对象模型，领域对象代表系统工作的环境中存在的事情或发生的事件。
（7）行为建模：
行为建模显示了软件如何对外部事件或激励做出相应。
4.1.3参考资料
[1]窦万峰.软件工程方法与实践[M].北京:
机械工业出版社,2009.
[2]可行性研究报告.
[3]项目计划分析.
4.2需求分析
4.2.1用例图
超市购物管理系统用例图如图4-1所示。
图4-1超市购物系统用用例图
4.2.2用例规约
权限管理系统主要用例有：
商品管理用例、定单管理用例和用户管理用例，下面分别对这三种用例场景进行描述。
（1）商品管理用例，主要是对商品数据添加、编辑、修改、删除，如表4-1所示。
表4-1商品管理用例
用例ID号
用例说明
用例名称
商品管理
执行者
管理员
描述
对商品数据进行添加、编辑、修改、删除操作
涉众利益
管理员希望管理过程越简单越好
前置条件
管理员正常登陆系统，并且具有商品管理权限
后置条件
管理员对商品数据进行了更新
基本流程
1.管理员请求商品管理
2.系统显示商品管理页面
3.管理员填写商品信息
4.管理员提交商品信息
5.系统验证商品信息
6.系统显示保存更新成功信息
扩展流程
5a.验证失败
5a1.系统提示验证不通过的信息
5a2.管理员重新填写验证不通过的信息
5a3.返回到第4步
优先级
高
业务规则
5.验证商品名称是否和已有的商品名称重复，商品名必须填写
设计约束
-
非功能性需求
字段列表
3.商品信息=商品名称+[商品别名]+[商品描述]
（2）定单管理用例，主要是对定单数据确认、编辑、删除，如表4-2所示。
表4-2定单管理用例
定单管理
对定单数据进行添加、编辑、删除操作
管理员正常登陆系统，并且具有定单管理权限
管理员对定单数据进行了更新
1.管理员请求定单管理
2.系统显示定单管理页面
3.管理员填写定单信息
4.管理员提交定单信息
5.系统验证定单信息
5.验证定单名称是否和已有的定单名称重复，定单名、定单ID和必须填写
3.定单信息=定单名称+[定单别名]+[定单描述]+定单ID
（3）用户管理用例，主要是对用户注册、登陆、购买、提供，如表4-3所示。
表4-3用户管理用例
用户管理
用户
用户注册、登陆、购买、提供等操作
管理员正常登陆系统，并且具有用户管理权限
用户对后台进行了更新
1.用户请求购买管理
2.系统显示购买管理页面
3.用户填写购买信息
4.用户提交购买信息
5.系统验证购买信息
5.验证购买数量是否为空，购买数量、定单ID、商品名称必须填写
3.购买信息=商品名称+[商品别名]+[商品描述]+定单ID
4.3性能要求
4.3.1数据精确度
（1）要按照严格的数据格式输入，否则系统将给出错误提示信息并要求重新输入，系统给予不响应处理。
（2）查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。
因为通常有文件的记录会很多，所以系统应该两种方法进行查询：
直接查询和模糊查询。
4.3.2时间特性
本系统在正常的网络环境下，应能够保证系统的及时响应：
（1）一般操作的响应时间应在3-5秒内。
（2）数据库检索超时不超过20秒。
4.3.3适应性
满足运行环境在操作系统之间的安全移植和与其它应用软件的独立运行要求。
其他适应性建立在硬件和系统软件稳定的基础上。
4.4运行需求
4.4.1用户界面
用户界面应具有一些基本的特性，例如，最重要也是最基本的可使用性（包括使用的简单性、用户界面中所用术语的标准化和一致性、拥有系统帮助功能、快速的系统响应和低的系统成本、用户界面应具有的容错能力、用户界面的美观性等），另外还应具有灵活性和可靠性等。
4.4.2硬件接口
支持各种系列PC机，不需要特定的硬件或硬件接口进行支撑。
4.4.3软件接口
运行于Windows、Linux、Unix操作系统、安装了java和jsp运行环境之上。
对其他软件的调用接口应具有较好的缝合性，和应用软件之间应有较好的兼容性。
4.4.4故障处理
正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。
4.4.5其他需求
（1）系统的功能实现情况:
用户可在本系统下实现各种用户要求的功能。
（2）系统的安全性:
对于系统的重要数据都有密码保护，具有一定的安全性。
（3）系统的容错性:
用户输错数据都有提示信息，具有较好的容错性能。
（4）系统的封闭性:
用户的封闭性较好，用户基本上在提示信息下输数据。
（5）系统的可移植性:
能在Windows、Linux和Unix操作系统上运行。
系统的可维护性:
采用基于JAVA技术并且符合J2EE开发规范的系统应用平台，使系统具有良好的可维护性和可扩展性。
4.5运行环境规定
4.5.1设备
处理器型号及内存容量：
处理器不限制，CPU的内存最好在256MB以上，硬盘容量大小不限，电脑配带鼠标，显示器等。
4.5.2开发工具
（1）MyEclipse6.6；
（2）DreamweaverCS4；
（3）PhotoshopCS4；
（4）Tomcat6.0；
（5）MySQLServer5.1；
（6）MySQL-Front；
（7）StarUML；
（8）其它相关软件
4.5.3软件环境
（1）安装了Tomcat5.5以上版本；
（2）安装了JDK1.5以上版本；
（3）安装了MySql5.1以上版本；
（4）配置了Hibernate3.1，struts2.0,Spring2.0等框架包；
（5）安装了IE6.0浏览器；
（6）操作系统为WindowXp或者Linux都行；
（7）测试工具：
Junit。
4.5.4接口
本工程产品通过PC及运行，需要用户输入相应的数据，产生相应的处理。
本工程产品不需要特定的硬件或者硬件接口的支持。
4.5.5控制
本软件在操作系统的支持下，展示界面由主窗口和子窗口的嵌套而成，窗口通过超链接来达到控制，从而达到预期的效果。
4.6要解决的关键问题
4.6.1需求分析
超市资料管理系统是针对小型超市的各种信息进行全面现代化管理.主要包括员工档案管理、库存商品管理、销售程序设计等几个方面的功能,以实现用户方便的输入、查询、统计、打印相关信息的需求。
各部分功能主要有：
（1）商品信息档案管理
商品下架或因各种原因可以将商品档案及时更新，可以按各种查询要求方便查询商品基本信息。
（2）库存商品管理
记录每次进货、售货的信息，动态刷新库存数据，可以查询当前的库存，当库存少于一定数量时，可以提示需要进货。
（3）销售程序设
升级会员 