软件工程实验报告模板需求分析.docx
- 文档编号:15595811
- 上传时间:2023-07-05
- 格式:DOCX
- 页数:21
- 大小:336.03KB
软件工程实验报告模板需求分析.docx
《软件工程实验报告模板需求分析.docx》由会员分享,可在线阅读,更多相关《软件工程实验报告模板需求分析.docx(21页珍藏版)》请在冰点文库上搜索。
软件工程实验报告模板需求分析
实验报告
超市运营管理系统
需求分析
班级:
___________
学生姓名:
___________
学号:
___________
目录
1.系统需求概述1
1.1系统概述1
1.2系统功能需求1
2.用例建模1
2.1确定系统范围和系统边界1
2.2参与者列表2
2.3用例列表2
2.4用例图3
2.5辅助需求8
2.5.1系统环境需求8
3.对象建模9
3.1确定类与对象的关联、属性9
3.2系统类图12
4.动态建模12
4.1活动图12
4.2状态转移图13
4.3顺序图建模14
5.总结17
1.系统需求概述
1.1系统概述
随着我国信息技术和经济的发展,计算机已经被广泛的应用到各个领域。
计算机给人们的生活带来方便的同时也需要开发相应的管理系统。
根据目前农村现状来看,很多杂货店向中小型超市发展的趋势越来越明显,但是现实农村中很多超市的管理都依靠原始的人力管理,没有与其相对应的管理系统,给日常的超市管理带来了很多不必要的麻烦。
1.2系统功能需求
超市管理系统为了满足用户实际需求应具有系统管理、零售前台管理子系统、后台管理子系统三个子系统。
1.系统管理
系统管理应包括以下功能:
1)添加用户:
系统管理员可以根据需求添加用户,用户只有根据用户名和密码才能登录系统,进行操作。
2)修改密码:
用户可以登录系统修改密码。
3)权限设置:
系统管理员可以根据不同用户设置不同权限,是系统某些功能只对某些用户可见。
4)重新登录:
本系统支持重新登录。
2.前台零售管理子系统
前台零售管理子系统应具有以下功能:
1)前台销售管理
A.商品录入:
根据超巿业务特点制定相关功能,可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。
该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
B.结账:
通过扫描条形码或者直接输入商品名称(对于同类多件商品采用一次录入加数量的方式)自动计算本次交易的总金额。
顾客可以支付现金和信用卡,如果支付现金,自动计算找零
C.打印小票:
在顾客付款后,打印交易清单(包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号)。
如果顾客是本店会员并持有本人会员卡,则在交易前先扫描会员卡,并将所购物品的总金额累计到该会员的总消费金额中,增加会员积分。
D.购物查询:
如果顾客是本店会员,可以在前台客服查询一个月内购物情况。
2)会员管理:
会员管理可以实现顾客会员注册,会员信息查询,会员信息修改,删除会员,还可以对会员进行兑换积分。
3.后台销售管理系统
后台销售管理系统必须具备以下功能:
1)后台销售管理:
支持商品的录入、删除、商品信息查询,商品信息修改。
还可以对销售的产品进行汇总,综合查询各种销售明细记录,超市经理可以根据汇总情况制定采购计划和销售计划。
2)售后服务管理:
为了提高服务水平,对售后服务进行统一管理。
2.用例建模
2.1确定系统范围和系统边界
1.超市销售管理系统的业务范围
超市销售管理系统是负责商品的销售,商品的管理,会员的管理和系统管理,不包括其他管理内容,如“财务管理”、“采购管理”、“库存管理”等。
2.超市销售系统的系统边界
超市销售管理系统和“采购管理系统”、“库存管理系统”“财务管理系统”有系统边界。
1)采购管理系统要根据超市的销售情况制定采购计划,确定需要采购的商品,以及商品各方面的信息。
2)库存管理系统要根据销售情况合理的管理库存,避免商品缺货、积压等管理不善。
适时的组织促销、打折等活动,及时补充货架上的商品。
3)财务管理系统根据销售情况核对销售收入,更加有效地管理超市财务
2.2参与者列表
从需求分析可以看出,超市管理系统有5个人执行者和3个系统执行者,即“系统管理员”、“顾客”、“销售人员”、“前台客服人员”、“超市经理”、“财务管理系统”、“采购管理系统”、“库存管理系统”。
1)系统管理员:
负责整个软件的维护工作,可以添加用户,并对用户设置权限。
2)顾客:
顾客购买商品,并可以在前台客服办理会员,成为会员,便可以在客服处查询购物情况。
还可以在客服处兑换积分。
3)销售人员:
销售商品,对商品进行管理。
4)前台客服人员:
服务于顾客,为顾客办理会员,兑换积分。
5)超市经理:
监督超市的整个运营情况,可以查询销售情况,作出决策。
6)财务管理系统:
根据销售汇总情况核对财务状况。
7)采购管理系统:
根据销售情况,制定采购计划。
8)库存管理系统:
根据销售情况及时补充货架上商品,根据库存情况,适时组织促销、打折活动。
2.3用例列表
根据系统的需求分析中客户对系统功能提出的要求,可以粗略的找到系统用例,并在后期的用例建模工作中合并、优化、筛选这些用例。
(1)UC—1“超市销售管理系统”中的用例
(2)UC—2“系统管理”中的用例
(3)UC—3“前台零售管理系统”中的用例
(4)UC—4“后台销售管理系统”中的用例
(5)UC—5前台销售管理子系统中的用例
(6)UC—6会员管理子系统中的用例
(7)UC—7后台销售子系统中的用例
2.4用例图
(1)“超市销售管理系统”中的用例
在第一层中,根据客户对“超市销售管理系统”的整体业务功能要求,可选的用例有:
●系统管理
●前台零售管理系统
●后台销售管理系统
图2.4.1超市销售管理系统用例图
(2)“系统管理”中的用例
在第二层中,根据客户对“系统管理”的业务功能要求,可选的用例有:
●添加用户
●修改密码
●权限管理
●重新登录
图2.4.2系统管理子系统用例图
(3)“前台零售管理系统”中的用例
在第二层中,根据客户对“前台零售管理系统”的业务功能要求,可选的用例有:
●前台销售管理
●会员管理
图2.4.3前台零售管理系统用例图
(4)“后台销售管理系统”中的用例
在第二层中,根据客户对“后台销售管理系统”的业务功能要求,可选的用例有:
●后台销售管理
●售后服务管理
图2.4.4后台管理系系统用例图
(5)前台销售管理子系统
在第三层中,根据客户对“前台销售管理子系统”的业务功能要求,可选的用例有:
●商品录入
●结账
●打印购物小票
●购物查询
图2.4.5前台销售管理子系统用例图
(6)会员管理子系统
在第三层中,根据客户对“会员管理子系统”的业务功能要求,可选的用例有:
●添加会员
●兑换积分
图2.4.6会员管理子系统用例图
(7)后台销售子系统
在第三层中,根据客户对“后台销售子系统”的业务功能要求,可选的用例有:
●商品录入
●打折促销
图2.4.7后台销售子系统用例图
2.5辅助需求
2.5.1系统环境需求
✧系统模式
本系统采用C/S模式作为开发模式
✧硬件环境
服务器端:
高性能的计算机一台,
普通的双绞线作为连接。
客户端:
普通的计算机或者工作站,
普通的双绞线作为连接。
✧软件环境
服务器端:
安装SQLServer2000的服务器版本,
安装windows2000服务器版本,
配置了诺顿等必须的防毒软件。
客户端:
安装SQLServer2000的服务器版本,
安装了VB等可视化开发工具软件,
安装windows2000服务器版本。
3.对象建模
对象类静态结构模型描述了系统的静态结构,包括构成系统的类和对象、他们的属性和操作以及这些对象间的联系。
3.1确定类与对象的关联、属性
根据已经建立的用例图和客户业务需求确定对象类,及其属性和操作。
通过检查类的定义、分析问题的需求和运用该领域的知识来完善和确定类的属性,根据系统功能要求和系统设计需要完善和确定类的操作。
超市管理系统的对象类包括:
(1)商品
类名:
商品
类的编号:
030101(共三层,每层用2位数字表示,采用6位编号)。
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
负责建立商品基本信息并对这些信息进行处理,包括增加、删除、查
询操作等。
属性:
商品名称、编号、条形码、价格、规格、库存数量、库存预警数量、
促销价格、促销起止日期、允许打折、入库日期。
操作:
增加商品()、删除商品()、修改商品信息()、查询商品()。
(2)顾客
类名:
顾客
类的编号:
030102
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
负责建立顾客对象并进行处理,包括购买商品、付款、购物查询操作。
属性:
交易编号
操作:
购买商品()、付款()、购物查询()。
(3)会员
类名:
会员
类的编号:
030103
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
继承顾客类,负责建立会员基本信息并进行处理,包括添加会员、删
除会员、修改会员信息、购物查询操作。
属性:
会员卡号、会员姓名、积分、电话、累计消费金额、注册日期。
操作:
添加会员()、删除会员()、修改会员信息()、购物查询()。
(4)销售人员
类名:
销售人员
类的编号:
030104
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
负责建立销售人员对象并进行处理。
属性:
姓名、性别、职位、电话。
操作:
(5)前台销售人员
类名:
前台销售人员
类的编号:
030105
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
继承销售人员类,负责建立前台销售人员对象并进行处理,包括商品
扫描、录入商品编号、结账、打印购物小票操作。
属性:
销售人员[*]等。
操作:
商品扫描()、录入商品编号()、结账()、打印购物小票()。
(6)后台销售人员
类名:
后台销售人员
类的编号:
030106
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
继承销售人员类,负责建立后台销售人员对象并进行处理,包括商品
录入、商品信息修改、删除商品、商品查询、销售商品汇总操作。
属性:
销售人员[*]等。
操作:
商品录入()、商品信息修改()、删除商品()、商品查询()、销
售商品()。
(7)前台客服人员类
类名:
前台客服人员
类的编号:
030107
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
负责建立前台客服人员对象并进行处理,包括添加会员、删除会员、
修改会员信息、购物查询操作。
属性:
姓名、性别、职位、电话。
操作:
添加会员()、删除会员()、修改会员信息()、购物查询()。
(8)销售表
类名:
销售表
类的编号:
030108
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
负责建立销售表基本信息并对这些信息进行处理。
属性:
交易编号、商品名称、商品价格、交易数量、交易金额、会员卡号、交易日期。
操作:
(9)销售汇总表
类名:
销售汇总表
类的编号:
030109
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
负责建立销售汇总表基本信息并对这些信息进行处理。
属性:
商品编号、商品名称、商品价格、销售数量、销售金额
操作:
查询()。
3.2系统类图
图3.2类图及其之间关系
4.动态建模
4.1活动图
图4.1.1前台销售人员结账活动图
图4.1.2添加用户活动图
4.2状态转移图
图4.2.1商品状态图
3.15商品状态图
4.3顺序图建模
通过分析超市管理系统的业务需求和对象类之间的关系,进而建立动态模型中对象间的交互模型顺序图。
1.顾客查询购物情况顺序图
图4.3.1顾客查询购物情况顺序图
2.超市经理查询商品销售情况顺序图
图4.3.2超市经理查询商品销售情况顺序图
3.删除商品顺序图
图4.3.3删除商品顺序图
5.总结
面向对象技术是软件工程领域的重要技术,是一种把面向对象的思想应用于软件开发过程中指导开发活动的系统方法。
基本思想是从现实世界客观存在的事物出发,尽可能地运用人类的自然思维方式来构造软件系统。
超市销售管理系统正是利用面向对象的方法进行分析与设计。
通过对系统进行详细的调查和可行性分析,分析领域的业务范围、业务规则和业务处理过程,明确系统的责任、范围和边界,确定用户需求。
根据用户需求,确定用例模型,在此阶段要注重与用户的交流,既要满足用户的需求,又要限制用户的需求,避免后期修改功能需求带来的损失。
然而本次实验中也遇到很多困难,例如需求的分析,这项比较费时,总觉得不够全面,上网找资料,也是众说纷纭。
其次是图的制作,PowerDesigner很不好用,尤其是连线的画法,特别不好用,在制图方面也很费时间。
总的来说,这个实验完成的很不顺利。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 实验 报告 模板 需求 分析