商品销售管理系统需求分析.docx

商品销售管理系统需求分析.docx

《商品销售管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《商品销售管理系统需求分析.docx（8页珍藏版）》请在冰豆网上搜索。

商品销售管理系统需求分析

1简介

1.1目的

本项目是为某商品销售公司开发的的一个商品销售管理系统，由于这个公司的规模比较大，需要管理的货物比较多，每次仓库总是堆满了货物，货物价格混乱，如何让管理者尽快向客户提供商品的最新价格及时商品的库存信息，成为了急于解决的问题。

为了，提高销售部人员工作效率和管理水平，销售公司希望有一个自动化的商品销售管理系统能够给他们带来工作的便利，提高工作效率。

项目要达到的目标

本项目设定的目标如下：

1.系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少

2.系统具有良好的运行效率，能够得到提高生产率的目的

3.系统应有良好的可扩充性，可以容易的加入其它系统的应用。

平台的设计具有一定的超前性，灵活性，能够适应医院配置的变化。

1.2  范围

本软件需求规格书主要是针对于商品销售管理系统（GoodsSellManageSystem）设计开发而作。

本需求主要围绕GSMS的基本功能来展开，有帐户登陆、商品信息录入、商品查询、商品价格和折扣管理，商品库存管理。

本需求的预期阅读范围：

●设计开发人员

●指导监督人员

●项目管理人员

●测试人员

●项目需求评审的相关人员

1.3定义、首字母缩写词和缩略语

●GSMS:

即GoodsSellManageSystem

1.4参考资料

《上海兰恒信息系统有限公司----需求规格说明书》

1.5概述

本文主要商品销售系统（GSMS）需求，包括总体需求以及各分模块的特殊需求。

2整体说明

以下主要说明商品销售系统GSMS的需求分析。

2.1系统简介及特点

2.1.1系统简介

商品销售管理系统，是为了提升销售部门的工作效率，让用户及时了解到商品的信息，让销售人员摆脱以前用纸张查询商品信息，提高销售人员的工作效率，最大化的提升销售质量。

简单友好的操作界面使得用户容易方便的使用本系统。

2.1.2系统特点

1.开发成本低及配置简单

使用MicrosoftSQLServer2000和JBuilder2006，两者都是免费软件，可以从网络上得到其正式的发型版本。

MicrosoftSQLServer2000是当前使用得最广泛的数据库，其性能，安全性等方面都有很好的保证。

JBulider2006是Sun公司推出的Java集成开发工具。

2.逻辑层与表示层分离

服务器端使用三层体系结构，将业务逻辑从表示层中抽出，使页面，业务逻辑和数据开发相互独立，并行的进行，这样可以大大减少开发时间。

同时这种设计方法降低了三层之间的耦合程度，日后对某一层的修改，扩充时，对其他层可以只产生很小的影响。

3.面向对象设计

使用面向对象技术，将各个角色（普通用户，管理员）封装成类，这样能帮助程序员更直观地去理解整个业务流程，将重点放在业务逻辑的处理上，降低了开发难度，这样也便于将来的扩展。

3详细需求

3.1系统功能模块

系统的功能图组成如下：

管理员设置：

管理员根据需要，可以进行商品的录入，商品信息查询，商品价格与折扣管理，商品库存管理。

普通用户设置：

商品信息查询。

3.2系统的拓朴结构（采用Client/Server模式）

3.3系统的用例情况

系统的主要用例图如下：

普通用户管理员

3.4系统的活动视图

系统的活动视图如下：

3.5系统各模块的活动图

1.商品信息查询活动图

2

.商品信息录入活动图

3.商品价格与折扣管理活动图

4.商品库存管理活动图

·

4性能需求

根据用户对本系统的要求，确定系统在响应时间、可靠性、安全等方面有较高的性能要求。

4.1界面需求

系统的界面要求如下：

１）页面内容：

主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。

内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。

２）导航结构：

页面具有明确的导航指示，且便于理解，方便用户使用。

３）技术环境：

页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；合理控制字体大小和版面布局。

４）艺术风格：

界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当,动静效果好；色彩和谐自然,与主题内容相协调。

4.2响应时间需求

无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。

系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。

4.3可靠性需求

系统应保证24小时内不当机，系统正常运行，正确提示相关内容,满足中小型医院的应用需要。

4.4开放性需求

系统应具有十分的灵活性，以适应将来功能扩展的需求。

4.5可扩展性需求

系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。

4.6系统安全性需求

系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。

系统需能够防止各类误操作可能造成的数据丢失、破坏,并提醒用户及时保存新信息。

5产品提交

提交产品为：

a）应用系统软件包

b）数据库初始数据

c）系统开发过程文档

d）系统使用维护说明文档

提交方式：

电子文档或纸质打印版