软件需求分析论文标准.docx
- 文档编号:30012101
- 上传时间:2023-08-04
- 格式:DOCX
- 页数:24
- 大小:252.25KB
软件需求分析论文标准.docx
《软件需求分析论文标准.docx》由会员分享,可在线阅读,更多相关《软件需求分析论文标准.docx(24页珍藏版)》请在冰豆网上搜索。
软件需求分析论文标准
青岛理工大学
大型超市价签管理系统软件需求分析
课程名称:
软件需求分析
实验名称:
大型超市价签管理系统软件需求分析
学院:
计算机工程学院
专业:
软件工程
班级:
软件141
姓名:
王康
学号:
201407183
指导教师:
丁凡
2016年5月23日
【目录】
1.绪论……………………………………………………………………1
1.1设计目的……………………………………………………………………1
1.2系统的功能…………………………………………………………………1
1.3系统环境……………………………………………………………………1
2.系统分析………………………………………………………………1
2.1系统的目标需求……………………………………………………………1
2.2开发的可行性分析…………………………………………………………1
2.2.1管理上的可行性………………………………………………………1
2.2。
2技术上的可行性………………………………………………………1
2。
2。
3经济上的可行性………………………………………………………2
2.3开发的风险分析……………………………………………………………2
3.系统的实现……………………………………………………………2
4.业务的流程分析………………………………………………………2
4。
1程序流程图……………………………………………………………………2
5.系统的界面设计……………………………………………………6
6.系统的数据库设计…………………………………………………8
6.1数据表的设计………………………………………………………………8
7.需求规格说明………………………………………………………10
7。
1导言…………………………………………………………………………10
7.1.1目的…………………………………………………………………10
7。
1.2范围…………………………………………………………………10
7.1.3缩写说明……………………………………………………………10
7.1。
4术语定义……………………………………………………………10
7。
1。
5引用标准……………………………………………………………10
7.1。
6参考资料……………………………………………………………10
7。
1.7版本更新信息………………………………………………………11
7。
2系统定义…………………………………………………………………11
7.2。
1项目来源及背景……………………………………………………11
7.2。
2项目将要达到的目标………………………………………………11
7.3应用环境…………………………………………………………………11
7。
3.1系统运行硬件环境…………………………………………………11
7.3.2系统运行软件环境…………………………………………………11
7.4功能规格…………………………………………………………………12
7.4。
1角色定义……………………………………………………………12
7。
4。
2添加功能……………………………………………………………12
7。
4。
3删除功能……………………………………………………………12
7。
4。
4编辑功能……………………………………………………………12
7.4。
5变更价签打印功能……………………………………………………13
7。
4。
6自主价签打印…………………………………………………………13
7.5性能需求…………………………………………………………………13
7.5.1界面需求……………………………………………………………13
7.5。
2响应时间需求………………………………………………………13
7.5.3可靠性需求…………………………………………………………14
7。
5.4开放性需求…………………………………………………………14
7。
5.5可发展性需求………………………………………………………14
7.5.6系统安全性需求……………………………………………………14
7。
6产品提交…………………………………………………………………14
7。
7实现约束…………………………………………………………………14
7.8签字………………………………………………………………………14
8.结论及体会…………………………………………………………14
9.参考文献……………………………………………………………15
大型超市价签管理系统软件需求分析
1.绪论
1.1设计目的
价格是决定顾客是否购买一件商品的重要因素,而顾客获得商品价格信息的重要途径就是价签。
超市里商品价签改动频繁,如:
一件商品促销,相应的该商品价签就要变为促销价签;新商品上架,就要为该商品打印价签;商品缺货,该商品价签就要变为缺货价签;商品价格变动,就要打印该商品的新价签。
大型超市商品种类繁多,随之价签数量也多,每当价签有变动时,如果靠理货员手动记录,无疑工作量巨大,且难免会有遗漏,若实用软件只能管理价签,无疑会大大增加工作效率。
有了准确无误的价签,也会方便顾客对商品的挑选,从而增加客流量,实现营业额的增长。
1。
2系统的功能
该系统基本可实现如下三大功能:
1.价签管理功能:
当商品信息有变动是,允许价签管理员对相应商品的价签信息进行相应改动。
2。
价签信息变动提醒功能,当价签信息发生变动时,可在该商品所属区域理货员登录系统时提醒理货员打印并更换价签.
3.价签打印功能,可自动连接打印机,对理货员需要打印的价签进行打印
1.3系统环境
系统是基于应用eclipse而设计的大型超市价签管理系统,通过实现与SQLServer2005数据库连接,动态的查询、添加、删除实现对各种信息的管理。
2.管理系统的分析
2.1系统的目标需求
大型超市价签管理系统是方便理货员对超市价签进行管理的系统,通过对本系统的操作,能减轻由于人工管理带来的诸多不便利因素,因此它需要达到以下要求:
1.良好的人机交互界面,方便快捷的输入功能;
2.灵活的查询性能,实现输入后的快捷查询;
3.价签管理的灵活性,实现对价签资料的添加、删除、查询操作;
4。
打印的智能化,自动排版价签格式;
5。
及时对理货员做出价签信息变更的提醒.
2。
2开发的可行性分析
2。
2。
1管理上的可行性
把企业业务延伸到系统上面,建立大型超市价签管理系统,操作界面十分简单美观,而且适用,使管理轻松方便.
2.2。
2技术上的可行性
根据系统目标需求分析的结果来看,大型超市价签管理系统不需要通过购买专业软件,仅仅采用eclipse为开发工具,选择java语言就可解决相关的问题,从而保证系统功能的实现。
2。
2.3经济上的可行性
经济上的可行性主要是从组织的人力、物力、财力三方面来考虑系统开发的可行性。
大型超市在对商品价签进行管理时,时常出现遗漏,忘记更换等问题,对顾客挑选商品带来了很大的不便.错误的价签信息,也是对顾客知情权的侵犯,若顾客向有关部门举报,超市不仅要向顾客进行赔付,也会对超市的企业形象大打折扣。
出现以上那个问题的根本原因是,大型超市商品种类繁多,理货员难免会有疏忽,采用价签管理系统,可方便实现对价签的管理,大大节省了人力,避免了以上问题的出现,从而实现营业额的增长。
2.3开发的风险分析
本系统开发过程中,可能会遇到如下几方面问题:
1。
需求变更风险:
用户会对自身的需求提出多次更改,进而影响系统开发进程;
2.进度风险:
系统如果不能如期完成,会给开发者与用户双方带来不必要的麻烦;
3。
技术风险:
开发过程中,有可能遇到开发上的技术问题;
4。
质量风险:
开发完成后,系统的质量不一定会让用户满意;
5.工具风险:
开发过程中,开发的工具一定保证正版,否则会受到法律的制裁;
6.人力资源风险:
开发过程中,有可能会遇到人员不够充足的问题。
3。
管理系统的实现
系统成功展示了强大的价签管理功能,能非常准确的提示理货员进行价签的更换,非常方便的打印理货员所需要打印的价签,让商品价签不再是超市管理的黑洞,方便顾客对商品进行挑选,增加顾客的忠诚度,实现营业额的增长
4.业务的流程分析
4。
1系统的用例图,如图4。
1所示:
图4。
1系统用例图
4。
2数据流图,如图4.2所示:
图4。
2数据流图
4.3程序流程图
1.各窗体之间的调用关系,如图4.3所示:
图4。
3总体程序模块图
2.总体程序流程图,如图4。
4所示:
图4。
4总体程序流程图
3.价签信息管理功能流程图,如图4。
3。
3所示:
图4。
5价签信息管理功能流程图
4,变更项打印功能流程图,如图4。
6所示:
图4.6变更项打印功能流程图
,5.自主打印功能流程图,如图4.7所示:
图4.8自主打印功能流程图
5。
管理系统的界面设计
1。
大型超市价签管理系统登陆界面,如图5.1所示:
图5.1大型超市价签管理系统登录界面
2。
大型超市价签管理系统价签信息管理界面,如图5。
2所示:
图5.2大型超市价签管理系统价签信息管理界面
3。
大型超市价签管理系统价签打印界面,如图5.3所示:
图5.3大型超市价签管理系统简单管理界面
4。
大型超市价签管理系统添加界面,如图5。
4所示:
图5。
4大型超市价签管理系统添加界面
5。
大型超市价签管理系统删除界面,如图5.5所示:
图5。
5大型超市价签管理系统删除界面
6.大型超市价签管理系统修改界面,如图5。
6所示:
图5.6大型超市价签管理系统修改界面
6.管理系统的数据库设计
6.1E-R图,如图6。
1所示:
图6。
1E-R图
6.2数据表的设计
1.数据库中的各个信息表,如表6。
1所示:
表6。
1信息表
表名
作用
理货员
记录各个理货员的基本信息
价签管理员
记录各个价签管理员的基本信息
价签信息
记录各种商品价签信息
信息变更的价签
记录各个信息变更未被处理的价签
2.理货员表,如表6。
2所示:
表6。
2理货员表
字段名
数据类型
空/非空
备注
ID
String
notnull
主键
姓名
String
notnull
不一定唯一
密码
String
notnull
至少六位
负责区域
String
notnull
只可为预设值
3。
价签管理员表,如表6。
3所示:
表6.3价签管理员表
字段名
数据类型
空/非空
备注
ID
String
notnull
主键
姓名
String
notnull
不一定唯一
密码
String
notnull
至少六位
4。
价签信息表,如表6。
4所示:
表6.4美发项目表
字段名
数据类型
空/非空
备注
商品码
String
notnull
主键
店内码
String
notnull
六位
商品名称
String
notnull
无
价格
Int
notnull
无
促销价
Int
notnull
-1表示不进行促销
促销起始日期
Date
null
可以为空
促销结束日期
Date
null
可以为空
所属区域
String
notnull
只可为预设值
物价员
String
notnull
只可为预设值
5.信息变更的价签表,如表6。
5所示:
表6.5信息变更的价签表
字段名
数据类型
空/非空
备注
商品码
String
notnull
主键
店内码
String
notnull
六位
商品名称
String
notnull
无
价格
Int
notnull
无
促销价
Int
notnull
-1表示不进行促销
促销起始日期
Date
null
可以为空
促销结束日期
Date
null
可以为空
所属区域
String
notnull
只可为预设值
物价员
String
notnull
只可为预设值
7。
需求规格说明
7.1导言
7。
1.1目的
该文档是关于用户对于大型超市价签管理系统的功能和性能的重点,重点描述了大型超市价签管理系统的设计需求,将作为对该工具在概要设计阶段的设计输入。
本文档的预期读者是:
●设计人员
●开发人员
●项目管理人员
●测试人员
●用户
7.1.2范围
该文档是借助与当前系统的逻辑模型导出目标系统的逻辑模型,解决整个项目系统的“做什么”的问题.在这里,对于开发技术并没用涉及,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。
7.1。
3缩写说明
无
7。
1.4术语定义
无
7。
1。
5引用标准
[1]《企业文档格式标准》V1.1
北京长江软件有限公司
[2]《需求规格报告格式标准》V1。
1
北京长江软件有限公司软件工程过程化组织
7。
1.6参考资料
[1]《企业文档格式标准》V1.1
北京长江软件有限公司
[2]《需求规格报告格式标准》V1.1
北京长江软件有限公司软件工程过程化组织
7.1.7版本更新信息
本文档更新记录如表7。
1所示:
表7。
1版本更新记录
修改编号
修改日期
修改后版本
修改位置
修改内容概述
7.2系统定义
我们分别阐述一下项目的来源、背景和项目的目标。
7.2.1项目来源及背景
价格是决定顾客是否购买一件商品的重要因素,而顾客获得商品价格信息的重要途径就是价签。
超市里商品价签改动频繁,如:
一件商品促销,相应的该商品价签就要变为促销价签;新商品上架,就要为该商品打印价签;商品缺货,该商品价签就要变为缺货价签;商品价格变动,就要打印该商品的新价签。
大型超市商品种类繁多,随之价签数量也多,每当价签有变动时,如果靠理货员手动记录,无疑工作量巨大,且难免会有遗漏,若实用软件只能管理价签,无疑会大大增加工作效率.有了准确无误的价签,也会方便顾客对商品的挑选,从而增加客流量,实现营业额的增长.
7。
2。
2项目将要达到的目标
该系统基本可实现如下三大功能:
1。
价签管理功能:
当商品信息有变动是,允许价签管理员对相应商品的价签信息进行相应改动。
2。
价签信息变动提醒功能,当价签信息发生变动时,可在该商品所属区域理货员登录系统时提醒理货员打印并更换价签。
3.价签打印功能,可自动连接打印机,对理货员需要打印的价签进行打印
7.3应用环境
本项目的应用环境可以分为硬件环境和软件环境来描述。
7。
3。
1系统运行硬件环境
1。
主机:
普通PC
CPU:
P41.8GHZ
内存:
256MB以上
分辨率:
推荐使用1024*768像素
2。
Web服务器
CPU:
P41.8GHZ
内存:
256MB以上
3.数据库服务器
CPU:
P41.8GHZ
内存:
256MB以上
7.3.2系统运行软件环境
1。
操作系统:
Win2007及以上版本
2.数据库:
MicrosoftSQLServer2005
3.开发工具:
eclipse
4。
开发语言:
Java
5.运行环境:
系统安装JDK
7.4功能规格
我们可以采用面向对象分析作为主要的系统建模方法,使用UML作为建模语言.UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。
在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。
7.4.1角色定义
角色或者执行者指的是与系统产生交互的外部用户或者外部系统。
1。
价签信息管理员
价签信息管理员指的是在这个大型超市价签管理系统中,管理超市价签信息的工作人员
2.理货员
理货员指的是整理超市货架货物的工作人员,其重要的一项工作就是管理货架上商品的价签
4.数据库
数据库是一个与系统产生交互的外部系统,负责数据的查询、增加、删除、修改和统计等操作。
7。
4。
2添加功能
添加功能是系统可以添加新上架商品价签信息.具体描述如下:
用例描述:
添加功能
执行者:
价签信息管理员
前置条件:
该商品价签信息尚且不在本系统的管理记录中
后置条件:
该商品价签信息添加到系统的管理记录中
基本路径:
1。
价签信息管理员读取新上架商品价签信息
2.确定填写信息无误后,将基本信息添加到管理系统当中
7。
4。
3删除功能
删除功能是系统可以删除下架商品价签信息。
具体描述如下:
用例描述:
删除功能
执行者:
价签信息管理员
前置条件:
该商品价签信息已经存在于本系统的管理记录中
后置条件:
将该商品价签从管理记录中删除。
基本路径:
1。
价签信息管理员读取下架商品的商品码
2.确定价签信息无误后点击确定,系统将该商品价签从管理记录中删除
7.4。
4编辑功能
编辑功能是系统可以变更商品信息发生变化的价签信息.具体描述如下:
用例描述:
编辑功能
执行者:
价签信息管理员
前置条件:
该商品价签信息已经存在于本系统的管理记录中
后置条件:
修改该商品价签信息,保存到系统的管理记录中
基本路径:
1。
价签信息管理员读取需要修改信息的商品的商品码
2。
确定填写编号无误后点击确定,显示出商品价签的原始信息
3。
修改信息,确定无误后,将编辑后的信息保存进入系统管理记录中
7.4.5变更价签打印功能
变更价签打印是系统可以提醒理货员哪些商品价签信息发生了变更并打印。
具体描述如下:
用例描述:
变更价签打印功能
执行者:
理货员
前置条件:
理货员登录系统且所负责区域内有商品价签发生了信息变更或者有商品上架下架
后置条件:
系统将信息发生变更的价签打印出来
基本路径:
1。
理货员登录系统并查询有无信息变更
2。
系统将信息变更的价签打印
7。
4。
6自主价签打印功能
自主价签打印功能是系统可以根据理货员所输入的商品条码或店内码,打印出相应商品的价签.具体描述如下:
用例描述:
自主价签打印
执行者:
理货员
前置条件:
该商品价签信息已经存在于本系统的管理记录中
后置条件:
打印该商品价签
基本路径:
1.理货员输入商品条码或店内码
2.系统显示出商品信息
3.理货员确认无误后点击打印
4。
系统打印出商品价签
7。
5性能需求
根据用户对本系统的要求,确定系统在响应时间、可靠性、安全性等方面有较高的性能要求。
7.5.1界面需求
系统的界面要求如下:
1。
页面内容:
主题突出,按键定义、术语和行文格式格式统一、规范、明确,栏目、菜单设置和布局合理,传递的信息准确、及时。
内容丰富,文字准确,语句通顺;专业术语规范,行文格式统一规范。
2。
导航结构:
页面具有明确的导航指示,且便于理解,方便用户使用.
3.技术环境:
页面大小适当,无错误连接和空连接,适当控制字体大小和版面布局。
4.艺术风格:
界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理,前后一致,美观大方;动与静搭配恰当,动静效果好;色彩和谐自然,与主题内容相协调。
7.5.2响应时间需求
用户在进行操作时,系统应该及时的进行反应,反应时间在5秒以内.系统应能监测出各种非正常的情况,避免出现长时间的等待甚至无响应。
7.5.3可靠性需求
系统应保证用户在操作时不当机,系统可以正常运行,并且正确提示相关的内容.
7.5。
4开放性需求
系统应具有十分的灵活性,以适应将来功能扩展的需求。
7。
5.5可发展性需求
系统设计要求能够体现扩展性要求,以适应将来功能扩展的需求.
7。
5.6系统安全性需求
系统有严格的权限管理功能,各功能模块需要有相应的权限方能进入.系统需能够防止各类误操作可能造成的数据丢失、破坏。
防止用户非法获取网页以及内容.
7.6产品提交
提交产品为:
1.应用系统软件包
2。
数据库初始数据
3。
系统开发数据文档
4。
系统使用维护说明文档
5.提交方式:
CD介质
7。
7实现约束
系统的实现约束如下:
1.操作系统:
Win2007
2.开发平台:
eclipse
3。
数据库:
MicrosoftSQLServer2005
4.运行环境:
系统安装JDK
7。
8签字
本需求规格经过双方认可,特签字如下表9.8所示:
表9.8需求规格签字
用户签署信息
企业签署信息
单位名称
XXX公司
单位名称
XXX公司
签署人姓名
XXX
签署人姓名
XXX
签署日期
XXXX。
XX.XX
签署日期
XXXX.XX.XX
8。
结论及体会
需求工程作为软件工程生命周期的起点是软件开发后继阶段的基础。
软件需求是软件开发的目标,也是其项目开发成功与失败的重要因素。
有时候错误的需求分析很可能导致软件开发的全盘否定,需求错误的代价会随着项目的展开儿发生变化。
如果需求错误能够及时的修复,那么其代价就会被限定在一定的范围之内.如果没有及时的发现,则很可能让整个软件的开发失去其本来应有的意义.
9.参考文献
[1]KarlE。
Wiegers。
软件需求(第2版)。
北京:
清华大学出版社,2015
[2]张海藩,牟永敏.软件工程导论(第6版)。
北京:
清华大学出版社,2013
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 需求 分析 论文 标准