软件需求分析论文标准.doc_第1页
软件需求分析论文标准.doc_第2页
软件需求分析论文标准.doc_第3页
软件需求分析论文标准.doc_第4页
软件需求分析论文标准.doc_第5页
免费预览已结束,剩余13页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

青岛理工大学大型超市价签管理系统软件需求分析 课程名称:软件需求分析 实验名称:大型超市价签管理系统软件需求分析 学院: 计算机工程学院 专业: 软件工程 班级: 软件141 姓名: 王康 学号: 201407183 指导教师:丁凡2016年5月23日【目录】1.绪论1 1.1设计目的 1 1.2系统的功能 1 1.3系统环境 12系统分析1 2.1系统的目标需求 1 2.2开发的可行性分析 1 2.2.1管理上的可行性 1 2.2.2技术上的可行性 12.2.3经济上的可行性 2 2.3开发的风险分析 23.系统的实现24.业务的流程分析2 4.1程序流程图 25.系统的界面设计 66.系统的数据库设计 8 6.1数据表的设计 87.需求规格说明 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 签字 148.结论及体会 149.参考文献 15大型超市价签管理系统软件需求分析1. 绪论1.1设计目的价格是决定顾客是否购买一件商品的重要因素,而顾客获得商品价格信息的重要途径就是价签。超市里商品价签改动频繁,如:一件商品促销,相应的该商品价签就要变为促销价签;新商品上架,就要为该商品打印价签;商品缺货,该商品价签就要变为缺货价签;商品价格变动,就要打印该商品的新价签。大型超市商品种类繁多,随之价签数量也多,每当价签有变动时,如果靠理货员手动记录,无疑工作量巨大,且难免会有遗漏,若实用软件只能管理价签,无疑会大大增加工作效率。有了准确无误的价签,也会方便顾客对商品的挑选,从而增加客流量,实现营业额的增长。1.2系统的功能该系统基本可实现如下三大功能:1.价签管理功能:当商品信息有变动是,允许价签管理员对相应商品的价签信息进行相应改动。2.价签信息变动提醒功能,当价签信息发生变动时,可在该商品所属区域理货员登录系统时提醒理货员打印并更换价签。3.价签打印功能,可自动连接打印机,对理货员需要打印的价签进行打印 1.3系统环境 系统是基于应用eclipse而设计的大型超市价签管理系统,通过实现与SQL Server 2005数据库连接,动态的查询、添加、删除实现对各种信息的管理。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.1 E-R图,如图6.1所示:图6.1 E-R图6.2数据表的设计1.数据库中的各个信息表,如表6.1所示:表6.1 信息表表名作用理货员记录各个理货员的基本信息价签管理员记录各个价签管理员的基本信息价签信息记录各种商品价签信息信息变更的价签记录各个信息变更未被处理的价签2. 理货员表,如表6.2所示:表6.2 理货员表字段名数据类型空/非空备注ID Stringnot null主键姓名Stringnot null不一定唯一密码Stringnot null至少六位负责区域Stringnot null只可为预设值3. 价签管理员表,如表6.3所示:表6.3 价签管理员表字段名数据类型空/非空备注IDStringnot null主键姓名Stringnot null不一定唯一密码Stringnot null至少六位4. 价签信息表,如表6.4所示:表6.4美发项目表字段名数据类型空/非空备注商品码Stringnot null主键店内码Stringnot null六位商品名称Stringnot null无价格Intnot null无促销价Intnot null-1表示不进行促销促销起始日期Datenull可以为空促销结束日期Datenull可以为空所属区域Stringnot null只可为预设值物价员Stringnot null只可为预设值5. 信息变更的价签表,如表6.5所示: 表6.5信息变更的价签表 字段名数据类型空/非空备注商品码Stringnot null主键店内码Stringnot null六位商品名称Stringnot null无价格Intnot null无促销价Intnot null-1表示不进行促销促销起始日期Datenull可以为空促销结束日期Datenull可以为空所属区域Stringnot null只可为预设值物价员Stringnot null只可为预设值7.需求规格说明7.1导言7.1.1 目的该文档是关于用户对于大型超市价签管理系统的功能和性能的重点,重点描述了大型超市价签管理系统的设计需求,将作为对该工具在概要设计阶段的设计输入。本文档的预期读者是: l 设计人员 l 开发人员 l 项目管理人员 l 测试人员 l 用户 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:P4 1.8GHZ 内存:256MB以上 分辨率:推荐使用1024*768像素2.Web服务器 CPU:P4 1.8GHZ 内存:256MB以上3.数据库服务器 CPU:P4 1.8GHZ 内存:256MB以上7.3.2 系统运行软件环境1.操作系统:Win2007及以上版本2.数据库:Microsoft SQL Server 20053.开发工具:eclipse4.开发语言:Java5.运行环境:系统安装JDK7.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 可靠性需求系统应保证用户在操作时不当机,系统可以正常运行,并且正确提示相关的

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论