商场经营管理需求说明书.docx

商场经营管理需求说明书.docx

《商场经营管理需求说明书.docx》由会员分享，可在线阅读，更多相关《商场经营管理需求说明书.docx（13页珍藏版）》请在冰豆网上搜索。

商场经营管理需求说明书

商场经营管理系统

需求分析说明书

2.0

部门

软件开发部

文档作者

白英丽

职位

项目经理

文档统一编号

001

文档版本号

VER2.0

审核人

李冀雪

职位

系统分析师

黄淮学院信息工程学院

2012年9月25日

文档信息及版本历史

文档信息

项目名称

商场经营管理系统

文档名称

商场经营管理系统需求分析说明书

存储位置

版本

作者/修改者

日期

描述

1.0

所有成员

2012-9-10

信息搜集

1.1

李冀雪

2012-9-12

撰写引言部分

1.2

贾宝佩

2012-9-15

撰写任务概述

1.3

白英丽

2012-9-16

撰写功能需求

1.4

陈琼

2012-9-20

撰写性能需求

1.5

邵勇博

2012-9-21

撰写运行环境需求

1.6

张坚强

2012-9-22

其它专门要求

1.7

李冀雪

2012-9-22

文档格式整理

2.0

白英丽李冀雪

2012-9-23

文档最终审核

软件需求分析说明书

1引言

1.1编写目的

在现今快速发展的社会中，人们也早已褪去了那种散慢，安逸的生活习惯，都有了很强的时间观念，效率观念。

对于商场的经营管理来说，如果仍使用手工操作或使用相当繁琐的软件，即浪费了人力，又浪费了物力，效率也无法提高，为此开发商场经营管理系统，在计算机、网络技术的大力支持下，它能够适应快节奏的社会并提高了各个环节的工作效率。

该系统软件非常容易被接受，其具有简单易学性，便于管理等功能。

本工程的设计目标就是用最少的人力，来完成商场中的日常工作。

本文档的预期读者：

设计人员、开发人员、项目管理人员、测试人员、用户。

1.2背景

商品零售企业需要对日常经营活动中涉及的商品、顾客、员工等数据进行有效管理。

在早期的商业零售企业管理系统中，主要是对正在销售的商品进行管理，在当前的商场经营管理系统中已不仅仅有该功能，还要加入与商场有关的库存等相关操作功能。

随着商品零售业的蓬勃发展，商场规模的日益增大，其经营管理愈加复杂，各类业务数量渐趋庞大，单纯的人工数据管理方式已无法胜任。

特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范商场管理行为，从而提高了管理效率和水平。

以数据库技术为基础的商场经营管理系统是一类典型的面向商业零售企业日常经营管理的数据库应用系统，它把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高了商场经营的效率。

说明：

（1）所建议开发的软件系统的名称：

基于SSH框架的商场经营管理系统

（2）本项目的任务提出者：

本组全部成员

（3）开发者：

白英丽　李冀雪　贾宝佩　陈琼　邵勇博　张坚强　杨艳

（4）用户：

面向各类零售商场

1.3定义

商场经营管理系统：

帮助商场管理人员快速有效的经营。

1.4参考资料

（1）《软件工程》张海藩著清华大学出版社

（2）《软件工程案例教程》韩万江著机械工业出版社

（3）《java项目开发》曲培新庆水龙林树泽许小荣著电子工业出版社

2任务概述

2.1目标

本需求分析报告主要是对商场经营管理中的各模块的业务流程做出详细的分析，并描述了各功能模块的功能。

完成本系统的目标如下：

（1）建立一个具有友好界面，操作简单的商场经营管理系统；

（2）能够更好的控制和发展商场各种资源的流转；

（3）实现对进货商品的信息录入，并建立完整的数据库，对商品实行统一管理；

（4）采购人员查询本系统，可更直接，更有效的获得商品的情况，了解商品是否畅销或滞销，以及做出精确的进货单，促销的商品的条目单；

（5）销售人员可以通过系统查询商品的销售状况，制定下一步的销售计划，对某些特殊产品进行打折优惠活动；

（6）管理员员通过系统的查询更加清楚了解库存情况、销售金额，是否盈利亏损等情况；

（7）商场管理者把握住商品的进销存动态，管理更加方便，进一步提高工作效率。

2.2用户的特点

本系统是通过计算机实现的，所以需要各类用户有较熟练的操作计算机的能力。

销售人员：

简单的计算机操作能力

商场管理人员：

对商场管理系统各个功能有深入的了解，并有较熟练的计算机操作能力

3需求规定

本系统主要是针对商场的经营管理开发的，其主要功能是对日常经营活动中涉及的商品、顾客、员工等数据进行有效管理，从而减少了对人力资源方面的浪费，以及出错的概率，以提高商场的经营管理效率为目的。

该系统应实现会员管理、商品入库管理、日常销售管理和查询统计四类功能，整个系统工作在商场的局域网环境下。

该系统的各个功能用例图表示如下3-1：

图3-1系统功能用例图

3.1对功能的规定

根据客户基本需求该系统可分为会员管理、商品库存管理，日常销售管理、查询统计四类功能，整个系统的数据结构层次方框图如下图3-2所示：

图3-2系统结构层次方框图

1、人员管理

人员管理分为会员管理和员工管理。

该商场是支持会员制的商场，将顾客分为普通顾客和会员顾客两类。

会员顾客持有会员卡，记录了他们的详细信息。

会员卡可以用来积分，会员顾客凭此积分参加日后本商场举行的各种优惠或兑奖活动。

概括起来说，该模块包括办理登记新会员信息、查询会员信息、在会员消费时使用会员卡积分，折扣等功能。

在系统开发中，为解决商场人员流动问题，在系统中增添了员工管理，用来对商场的人员进行信息化管理，以此来提高员工的办事效率，节约人力资源。

人员管理子系

统见图3-3。

图3-3人员管理子系统

功能描述：

人员管理子系统提供基本信息登记管理，并管理会员卡信息。

2、商品库存管理

商品采购完成后，将进行商品上架工作，并通过商品库存管理子系统记录相关进货信息，记录每次入库单信息，包括入库单号、日期和经手人，并保存商品名称、数量、进价、供应商等信息。

此外还记录所有商品的现有库存信息。

即该模块包括商品出入库操作、接收顾客的退货功能。

库存管理子系统见图3-4。

图3-4库存管理子系统

功能描述：

库存管理子系统提供商品入库、查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。

3、日常销售管理

商品上架后，顾客在商场进行采购，采购交易最终通过销售人员在销售终端上完成，销售终端上运行的销售管理子系统应能记录商场的每一次销售行为以及销售商品明细，同时进行会员顾客的会员卡积分和库存量减少操作。

概括地说包括查看顾客购买商品，并计算消费总额，在后台中，还具有计算某一时间段，或者某一商品的销售情况。

前台销售管理系统包括商品检索、收银业务、退货管理以及销售管理，各自的功能如下所述：

（1）商品检索子系统见图3-5。

图3-5商品检索子系统

功能描述：

商品检索子系统要求能快速检索商品，因此必须支持条形码扫描。

（2）收银业务子系统见图3-6。

图3-6收银业务子系统

功能描述：

收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。

（3）退货管理子系统见图3-7。

图3-7退货业务子系统

功能描述：

退货业务子系统能让顾客退货，根据货物的货号录入商品，并对会员卡进行相应的减分操作，以及增加库存量。

后台销售管理子系统见图3-8。

图3-8销售管理子系统（后台）

功能描述：

销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。

4、查询统计

整个系统运行后，可以根据各种属性进行顾客和会员卡的查询统计、入库单据和入库明细的查询统计、商品库存信息的查询统计、销售单据和销售明细的查询统计。

3.2对性能的规定

3.2.1精度

在精度需求上，根据使用需要，在各项数据的输入、输出及传输过程中，可以满足各种精度的需求。

3.2.2时间特性要求

系统对单用户或者多用户执行insertupdatedeleteselect等操作时，在运行环境规定的条件下，单次操作响应的时间在5秒之内，返回100行以内的数据，单次查询操作响应的时间在5秒之内

3.2.3灵活性

当用户需求，如操作方式、运行环境、结果精度、数据结构与其他软件接口等发生变化时，设计的软件需求要做适当的调整，灵活性非常大。

3.3输入输出要求

输入的方式为人工录入，输入媒体是键盘，输入数据的来源是数据处理后的学生信息。

输出的媒体是打印机。

3.4数据管理能力要求

就目前看来，该系统中主要对文件和表单进行管理，数据库中的数据处理关系简单，但是数据库中的数据量相对较多。

因此，对数据管理能力要求相对较高。

3.5故障处理要求

内部故障处理：

在开发阶段可以随即修改数据库里的相应内容；

外部故障处理：

对编辑的程序进行重装载时，第一次装载认为错，修改。

第二次运行，在需求调用时出错，有错误提示，重试。

3.6其他专门要求

3.6.1质量要求

如软件的实现原则所述，在软件的具体需求中可以有若干质量要求，如互操作性、可用性、安全性、可靠性、高效性、灵活性等用户关注的质量属性，也包括可维护性、可移植性、可重用性和可测试性等开发人员关注的质量属性。

用户和开发商必须就系统的质量属性，根据质量属性的优先级，作出一定的取舍。

在这里，我们尽可能提供高质量的产品和售后服务。

3.6.2安全性

在本系统的设计中，主要从以下几个方面考虑系统和数据的安全性：

（1）满足速度要求下的少余量原则：

余量指的是逻辑上相同的数据，在不同的记录中重复出现，或在逻辑上能导出存在于数据库的记录中。

从理论上讲，余量的存在，在数据库设计的不合理，是破坏数据库一致性的潜在危险，同时会增加数据空间开销。

但是，在特殊情况下，为了满足速度要求，常常设计一些余量作为数据库记录。

当余量存在时，数据库一致性不能靠数据库管理系统来保证，只能通过开发软件的计算方法来解决，余量的存在，大大增加了系统的开发难度，所以余量是万不得已时才能使用，使用时，在计算方法上保证数据的一致性。

（2）系统权限原则：

根据不同的用户，系统管理员授予不同的权限，从而可以避免对系统的越级操作和数据泄密。

（3）数据加密原则：

这个主要是针对数据库端的数据进行的数据加密处理。

包括对数据库服务器的用户口令管理、数据库管理系统的用户口令管理、以及数据库中部分数据的加密处理。

通过以上的几种加密技术处理，来进一步限制系统的使用权限，从而增强其安全性。

3.6.3可维护性

系统的可维护性包括对数据的维护和对系统的维护，在设计时，主要从以下几个方面进行考虑：

（1）对于正常的数据维护，管理人员可以通过系统本身来实现。

数据维护包括权限设置、高级地址的集合运算、无用数据的删除、数据库的清理、数据备份与恢复等功能。

（2）全面按照软件工程的要求来开发系统，做到严格管理、严格测试。

每个工作阶段，都具备相应的经过严格审查的文档，为将来系统服务提供技术上的保证。

3.6.4可靠性

随着软件的广泛应用，特别是软件在尖端领域的应用，软件可靠性成为一个非常重要的问题。

软件的可靠取决于两个方面，一个是软件产品的测试与验证，另一个是软件开发的方法与过程。

对简单的软件开发，我们的经验是先有对软件的要求，然后对软件进行设计，然后是编写程序，最后是对程序进行测试，如果测试出错则对软件进行修改，然后再测试，直至对程序满意为止。

对复杂的软件系统，总的过程基本还是这样，只是各个阶段也相应复杂一些。

比如说，软件的要求可能需要从多方面进行描述，软件的设计需要从多方面考虑，程序的编写需要分成多个单元，对于测试来讲也就有单元测试和总体测试的分别。

有些软件的要求难以一开始就完全清楚，而更改软件要求会对软件设计以及其他大量已经完成或正在进行的工作产生很大的影响，因此有些软件开发方法和过程就需要提供反复修改软件要求的便利。

总之，严格按照软件工程流程设计、实现和测试是我们对系统可靠性的有力保证。

4运行环境规定

4.1设备

硬件环境：

CPU：

Pentium（R）Dual-CoreT4200

内存：

在WindowsXp中运行需要64MB以上

显示器：

VGA或分辨率更高

硬盘空间：

全部安装需要5MB

驱动器：

24XCD-ROM以上

软件环境：

安装有Eclipse软件和MYSQL软件

另需要1台~2台计算机。

4.2支持软件

WindowsXP操作系统，显示器，打印机，鼠标，键盘等。

4.3外部接口

本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的菜单，分别进入相对应的界面（如登录界面，查询界面）。

用户对程序的维护，最好要有备份。

4.3.1用户界面

对于该系统，我们强调友好的人机交互界面，尽可能给用户提供简洁的流程操作和完善的功能。

将使用者的使用要求降到最低，这样也有利于系统的实施、运行和维护。

用户页面编写要求：

美观、大方、简单、实用。

4.3.2软件接口

（1）系统的DBMS为MYSQL

（2）操作系统：

/Win2003/WinXP/Win7/Linux

4.4控制

无