软件需求分析论文标准

1、青岛理工大学大型超市价签管理系统软件需求分析课程名称：软件需求分析实验名称：大型超市价签管理系统软件需求分析学院：计算机工程学院专业：软件工程班级：软件 141姓名：王康学号：201407183指导教师：丁凡2016 年 5 月 23 日目录】1. 绪论 11.1设计目的 11.2系统的功能 11.3 系统环境 12. 系统分析 12.1 系统的目标需求 12.2开发的可行性分析 12.2.1 管理上的可行性 12.2.2 技术上的可行性 12.2.3经济上的可行性 22.3开发的风险分析 23. 系统的实现 24. 业务的流程分析 24.1 程序流程图 25. 系统的界面设计66. 系统的数

2、据库设计 86.1 数据表的设计 87. 需求规格说明 107.1 导言 107.1.1 目的 107.1.2 范围 107.1.3 缩写说明 107.1.4 术语定义 107.1.5 引用标准 107.1.6 参考资料 107.1.7 版本更新信息 117.2 系统定义 117.2.1 项目来源及背景 117.2.2 项目将要达到的目标 117.3 应用环境 117.3.1 系统运行硬件环境 117.3.2 系统运行软件环境 117.4 功能规格 12741 角色定义 12742 添加功能 12743 删除功能 12744 编辑功能 12745 变更价签打印功能 137.4.6自主价签打印

3、137.5 性能需求 137.5.1 界面需求 137.5.2 响应时间需求 137.5.3 可靠性需求 147.5.4 开放性需求 147.5.5 可发展性需求 147.5.6 系统安全性需求 147.6 产品提交 147.7 实现约束 147.8 签字 148. 结论及体会 149. 参考文献 153 / 18大型超市价签管理系统软件需求分析1. 绪论1.1 设计目的 价格是决定顾客是否购买一件商品的重要因素， 而顾客获得商品价格信息的重要途径就 是价签。超市里商品价签改动频繁， 如： 一件商品促销， 相应的该商品价签就要变为促销价 签；新商品上架，就要为该商品打印价签；商品缺货，该商品价

4、签就要变为缺货价签；商品 价格变动， 就要打印该商品的新价签。大型超市商品种类繁多，随之价签数量也多，每当价 签有变动时，如果靠理货员手动记录，无疑工作量巨大， 且难免会有遗漏， 若实用软件只能 管理价签，无疑会大大增加工作效率。有了准确无误的价签，也会方便顾客对商品的挑选， 从而增加客流量，实现营业额的增长。1.2 系统的功能该系统基本可实现如下三大功能：1. 价签管理功能 :当商品信息有变动是，允许价签管理员对相应商品的价签信息进行相 应改动。2. 价签信息变动提醒功能， 当价签信息发生变动时， 可在该商品所属区域理货员登录系 统时提醒理货员打印并更换价签。3. 价签打印功能，可自动连接打

5、印机，对理货员需要打印的价签进行打印1.3 系统环境系统是基于 应用 eclipse 而设计的大型超市价签管理系统，通过实现与SQL Server 2005数据库连接，动态的查询、添加、删除实现对各种信息的管理。2. 管理系统的分析2.1 系统的目标需求 大型超市价签管理系统是方便理货员对超市价签进行管理的系统，通过对本系统的操 作，能减轻由于人工管理带来的诸多不便利因素，因此它需要达到以下要求：1. 良好的人机交互界面，方便快捷的输入功能；2. 灵活的查询性能，实现输入后的快捷查询；3. 价签管理的灵活性，实现对价签资料的添加、删除、查询操作；4. 打印的智能化，自动排版价签格式；5. 及时

6、对理货员做出价签信息变更的提醒。2.2 开发的可行性分析2.2.1 管理上的可行性 把企业业务延伸到系统上面， 建立大型超市价签管理系统， 操作界面十分简单美观， 而 且适用，使管理轻松方便。2.2.2 技术上的可行性 根据系统目标需求分析的结果来看，大型超市价签管理系统不需要通过购买专业软件， 仅仅采用 eclipse 为开发工具，选择 java 语言就可解决相关的问题，从而保证系统功能的实现。223经济上的可行性经济上的可行性主要是从组织的人力、物力、财力三方面来考虑系统开发的可行性。大型超市在对商品价签进行管理时，时常出现遗漏，忘记更换等问题，对顾客挑选商品带来了很大的不便。错误的价签信

7、息，也是对顾客知情权的侵犯，若顾客向有关部门举报，超市不仅要向顾客进行赔付，也会对超市的企业形象大打折扣。出现以上那个问题的根本原因是， 大型超市商品种类繁多， 理货员难免会有疏忽， 采用价签管理系统， 可方便实现对价签的管 理，大大节省了人力，避免了以上问题的出现，从而实现营业额的增长。2.3开发的风险分析本系统开发过程中，可能会遇到如下几方面问题：1. 需求变更风险：用户会对自身的需求提出多次更改，进而影响系统开发进程；2. 进度风险：系统如果不能如期完成，会给开发者与用户双方带来不必要的麻烦；3. 技术风险：开发过程中，有可能遇到开发上的技术问题；4. 质量风险：开发完成后，系统的质量不

8、一定会让用户满意；5. 工具风险：开发过程中，开发的工具一定保证正版，否则会受到法律的制裁；6. 人力资源风险：开发过程中，有可能会遇到人员不够充足的问题。3. 管理系统的实现系统成功展示了强大的价签管理功能，能非常准确的提示理货员进行价签的更换，非常方便的打印理货员所需要打印的价签，让商品价签不再是超市管理的黑洞，方便顾客对商品进行挑选，增加顾客的忠诚度，实现营业额的增长4. 业务的流程分析4.1系统的用例图，如图4.1所示：价饗信息管理工能0价翠肩翌打询价签信息阶签诂息变 世晁睡功能价第打印功能人型超市价1签甘理系统-仃4L_J5 / 18图4.1系统用例图4.2数据流图，如图4.2所示：

9、图4.2数据流图4.3程序流程图1. 各窗体之间的调用关系，如图4.3所示：图4.3总体程序模块图2. 总体程序流程图，如图4.4所示：图4.4总体程序流程图3价签信息管理功能流程图，如图 433所示:图4.5价签信息管理功能流程图4, 变更项打印功能流程图，如图4.6所示：斗图4.6变更项打印功能流程图,5.自主打印功能流程图，如图 4.7所示：Mi1卜/ KrtEfMsi / 坪益 - mi jFV图4.8自主打印功能流程图5. 管理系统的界面设计1.大型超市价签管理系统登陆界面，如图5.1所示:图5.1大型超市价签管理系统登录界面2.大型超市价签管理系统价签信息管理界面，如图5.2所示：

10、图5.2大型超市价签管理系统价签信息管理界面3. 大型超市价签管理系统价签打印界面，如图5.3所示：17 / 18图5.3大型超市价签管理系统简单管理界面4.大型超市价签管理系统添加界面，如图5.4所示：图5.4大型超市价签管理系统添加界面5.大型超市价签管理系统删除界面，如图5.5所示:图5.5大型超市价签管理系统删除界面6.大型超市价签管理系统修改界面，如图5.6所示:图5.6大型超市价签管理系统修改界面6. 管理系统的数据库设计6.1 E-R图，如图6.1所示:TD斤属分类理闵员价签储签音理 员图6.1 E-R图6.2数据表的设计1. 数据库中的各个信息表，如表6.1所示:表6.1 信息

11、表表名作用理货员记录各个理货员的基本信息价签管理员记录各个价签管理员的基本信息价签信息记录各种商品价签信息信息变更的价签记录各个信息变更未被处理的价签2.理货员表，如表6.2所示:表6.2理货员表字段名数据类型空/非空备注IDStri ngnot null主键姓名Stri ngnot null不一定唯一密码Stri ngnot null至少六位负责区域Stri ngnot null只可为预设值3.价签管理员表，如表6.3所示:表6.3价签管理员表字段名数据类型空/非空备注IDStri ngnot null主键姓名Stri ngnot null不一定唯一密码Stri ngnot null至少六位

12、4.价签信息表，如表 6.4所示:表6.4美发项目表字段名数据类型空/非空备注商品码Stri ngnot null主键店内码Stri ngnot null六位商品名称Stri ngnot null无价格Intnot null无促销价Intnot null-1表示不进仃促销促销起始日期Datenull可以为空促销结束日期Datenull可以为空所属区域Stri ngnot null只可为预设值物价员Stri ngnot null只可为预设值5.信息变更的价签表，如表6.5所示:表6.5信息变更的价签表字段名数据类型空/非空备注商品码Stri ngnot null主键店内码Stri ngnot n

13、ull六位商品名称Stri ngnot null无价格Intnot null无促销价Intnot null-1表示不进仃促销促销起始日期Datenull可以为空促销结束日期Datenull可以为空所属区域Stri ngnot null只可为预设值物价员Stri ngnot null只可为预设值7. 需求规格说明7.1导言7.1.1 目的该文档是关于用户对于大型超市价签管理系统的功能和性能的重点，重点描述了大型超市价签管理系统的设计需求，将作为对该工具在概要设计阶段的设计输入。本文档的预期读者是:设计人员开发人员项目管理人员测试人员用户7.1.2 范围该文档是借助与当前系统的逻辑模型导出目标系统

14、的逻辑模型，解决整个项目系统的 “做什么”的问题。在这里，对于开发技术并没用涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。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版本更新记录修改编号修改日期修改后版本

15、修改位置修改内容概述7.2 系统定义我们分别阐述一下项目的来源、背景和项目的目标。7.2.1 项目来源及背景价格是决定顾客是否购买一件商品的重要因素，而顾客获得商品价格信息的重要途径就是价签。超市里商品价签改动频繁，女口： 一件商品促销，相应的该商品价签就要变为促销价签；新商品上架，就要为该商品打印价签；商品缺货，该商品价签就要变为缺货价签；商品 价格变动，就要打印该商品的新价签。大型超市商品种类繁多，随之价签数量也多，每当价 签有变动时，如果靠理货员手动记录，无疑工作量巨大，且难免会有遗漏，若实用软件只能管理价签，无疑会大大增加工作效率。有了准确无误的价签，也会方便顾客对商品的挑选， 从而增

16、加客流量，实现营业额的增长。722项目将要达到的目标该系统基本可实现如下三大功能：1价签管理功能：当商品信息有变动是，允许价签管理员对相应商品的价签信息进行相 应改动。2价签信息变动提醒功能，当价签信息发生变动时，可在该商品所属区域理货员登录系 统时提醒理货员打印并更换价签。3价签打印功能，可自动连接打印机，对理货员需要打印的价签进行打印7.3 应用环境本项目的应用环境可以分为硬件环境和软件环境来描述。7.3.1 系统运行硬件环境1. 主机：普通PCCPU : P4 1.8GHZ内存：256MB以上分辨率：推荐使用1024*768像素2. Web服务器CPU : P4 1.8GHZ内存：256

17、MB以上3. 数据库服务器CPU : P4 1.8GHZ内存：256MB以上7.3.2 系统运行软件环境1. 操作系统： Win2007及以上版本2. 数据库：Microsoft SQL Server 20053. 开发工具：eclipse4. 开发语言：Java5. 运行环境：系统安装 JDK 7.4 功能规格我们可以采用面向对象分析作为主要的系统建模方法，使用UML作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述， 而这些来自不同角度的模型图最终组成了系 统的映像。7.4.1 角色定义 角色或者

18、执行者指的是与系统产生交互的外部用户或者外部系统。1. 价签信息管理员价签信息管理员指的是在这个大型超市价签管理系统中， 管理超市价签信息的工作人员2. 理货员理货员指的是整理超市货架货物的工作人员， 其重要的一项工作就是管理货架上商品的 价签4. 数据库数据库是一个与系统产生交互的外部系统，负责数据的查询、 增加、删除、修改和统计 等操作。7.4.2 添加功能 添加功能是系统可以添加新上架商品价签信息。具体描述如下： 用例描述：添加功能执行者：价签信息管理员前置条件：该商品价签信息尚且不在本系统的管理记录中 后置条件：该商品价签信息添加到系统的管理记录中 基本路径：1. 价签信息管理员读取新

19、上架商品价签信息2. 确定填写信息无误后，将基本信息添加到管理系统当中7.4.3 删除功能 删除功能是系统可以删除下架商品价签信息。具体描述如下： 用例描述：删除功能 执行者：价签信息管理员前置条件：该商品价签信息已经存在于本系统的管理记录中 后置条件：将该商品价签从管理记录中删除。基本路径：1. 价签信息管理员读取下架商品的商品码2. 确定价签信息无误后点击确定，系统将该商品价签从管理记录中删除7.4.4 编辑功能 编辑功能是系统可以变更商品信息发生变化的价签信息。具体描述如下： 用例描述：编辑功能 执行者：价签信息管理员 前置条件：该商品价签信息已经存在于本系统的管理记录中 后置条件：修改

20、该商品价签信息，保存到系统的管理记录中 基本路径：1. 价签信息管理员读取需要修改信息的商品的商品码2. 确定填写编号无误后点击确定，显示出商品价签的原始信息3. 修改信息，确定无误后，将编辑后的信息保存进入系统管理记录中7.4.5 变更价签打印功能变更价签打印是系统可以提醒理货员哪些商品价签信息发生了变更并打印。 具体描述如 下：用例描述：变更价签打印功能执行者：理货员前置条件：理货员登录系统且所负责区域内有商品价签发生了信息变更或者有商品上架 下架后置条件：系统将信息发生变更的价签打印出来基本路径：1. 理货员登录系统并查询有无信息变更2. 系统将信息变更的价签打印7.4.6 自主价签打印

21、功能自主价签打印功能是系统可以根据理货员所输入的商品条码或店内码， 打印出相应商品 的价签。具体描述如下：用例描述：自主价签打印执行者：理货员前置条件：该商品价签信息已经存在于本系统的管理记录中 后置条件：打印该商品价签基本路径：1. 理货员输入商品条码或店内码2. 系统显示出商品信息3. 理货员确认无误后点击打印4. 系统打印出商品价签7.5 性能需求根据用户对本系统的要求， 确定系统在响应时间、 可靠性、 安全性等方面有较高的性能 要求。7.5.1 界面需求系统的界面要求如下：1. 页面内容：主题突出，按键定义、术语和行文格式格式统一、规范、明确，栏目、菜 单设置和布局合理，传递的信息准确

22、、及时。内容丰富，文字准确，语句通顺；专业术 语规范，行文格式统一规范。2. 导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。3. 技术环境：页面大小适当，无错误连接和空连接，适当控制字体大小和版面布局。4. 艺术风格：界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前 后一致，美观大方；动与静搭配恰当，动静效果好；色彩和谐自然，与主题内容相协调。7.5.2 响应时间需求用户在进行操作时， 系统应该及时的进行反应， 反应时间在 5 秒以内。 系统应能监测出 各种非正常的情况，避免出现长时间的等待甚至无响应。7.5.3 可靠性需求系统应保证用户在操作时不当机，系统可以正常运行，