软件工程实验报告模板——需求分析.doc

《软件工程实验报告模板——需求分析.doc》由会员分享，可在线阅读，更多相关《软件工程实验报告模板——需求分析.doc（19页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程实验报告超市运营管理系统需求分析指导教师：班 级：学生姓名：学 号： 完成日期：运城学院计算机科学与技术系目录1系统需求概述11.1系统概述11.2系统功能需求12用例建模12.1确定系统范围和系统边界12.2 参与者列表22.3 用例列表22.4 用例图32.5 辅助需求82.5.1系统环境需求83对象建模93.1 确定类与对象的关联、属性93.2 系统类图124动态建模124.1 活动图124.2 状态转移图134.3 顺序图建模145. 总结171系统需求概述1.1系统概述随着我国信息技术和经济的发展，计算机已经被广泛的应用到各个领域。计算机给人们的生活带来方便的同时也需要开发相

2、应的管理系统。根据目前农村现状来看，很多杂货店向中小型超市发展的趋势越来越明显，但是现实农村中很多超市的管理都依靠原始的人力管理，没有与其相对应的管理系统，给日常的超市管理带来了很多不必要的麻烦。1.2系统功能需求超市管理系统为了满足用户实际需求应具有系统管理、零售前台管理子系统、后台管理子系统三个子系统。1.系统管理系统管理应包括以下功能：1）添加用户：系统管理员可以根据需求添加用户，用户只有根据用户名和密码才能登录系统，进行操作。2）修改密码：用户可以登录系统修改密码。3）权限设置：系统管理员可以根据不同用户设置不同权限，是系统某些功能只对某些用户可见。4）重新登录：本系统支持重新登录。2

3、. 前台零售管理子系统前台零售管理子系统应具有以下功能： 1）前台销售管理A商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。B结账：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。顾客可以支付现金和信用卡，如果支付现金，自动计算找零C打印小票：在顾客付款后，打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持

4、有本人会员卡，则在交易前先扫描会员卡，并将所购物品的总金额累计到该会员的总消费金额中，增加会员积分。D购物查询：如果顾客是本店会员，可以在前台客服查询一个月内购物情况。2）会员管理：会员管理可以实现顾客会员注册，会员信息查询，会员信息修改，删除会员，还可以对会员进行兑换积分。3.后台销售管理系统后台销售管理系统必须具备以下功能：1）后台销售管理： 支持商品的录入、删除、商品信息查询，商品信息修改。还可以对销售的产品进行汇总，综合查询各种销售明细记录，超市经理可以根据汇总情况制定采购计划和销售计划。2）售后服务管理： 为了提高服务水平，对售后服务进行统一管理。2用例建模2.1确定系统范围和系统边

5、界1.超市销售管理系统的业务范围超市销售管理系统是负责商品的销售，商品的管理，会员的管理和系统管理，不包括其他管理内容，如“财务管理”、“采购管理”、“库存管理”等。2超市销售系统的系统边界超市销售管理系统和“采购管理系统”、“库存管理系统”“财务管理系统”有系统边界。1）采购管理系统要根据超市的销售情况制定采购计划，确定需要采购的商品，以及商品各方面的信息。2）库存管理系统要根据销售情况合理的管理库存，避免商品缺货、积压等管理不善。适时的组织促销、打折等活动，及时补充货架上的商品。3）财务管理系统根据销售情况核对销售收入，更加有效地管理超市财务2.2 参与者列表从需求分析可以看出，超市管理系

6、统有5个人执行者和3个系统执行者，即“系统管理员”、“顾客”、“销售人员”、 “前台客服人员”、“超市经理”、“财务管理系统”、“采购管理系统”、“库存管理系统”。1）系统管理员：负责整个软件的维护工作，可以添加用户，并对用户设置权限。2）顾客：顾客购买商品，并可以在前台客服办理会员，成为会员，便可以在客服处查询购物情况。还可以在客服处兑换积分。3）销售人员：销售商品，对商品进行管理。4）前台客服人员：服务于顾客，为顾客办理会员，兑换积分。5）超市经理：监督超市的整个运营情况，可以查询销售情况，作出决策。6）财务管理系统：根据销售汇总情况核对财务状况。7）采购管理系统：根据销售情况，制定采购计

7、划。8）库存管理系统：根据销售情况及时补充货架上商品，根据库存情况，适时组织促销、打折活动。2.3 用例列表根据系统的需求分析中客户对系统功能提出的要求，可以粗略的找到系统用例，并在后期的用例建模工作中合并、优化、筛选这些用例。 （1）UC1 “超市销售管理系统”中的用例 （2）UC2 “系统管理”中的用例 （3）UC3 “前台零售管理系统”中的用例 （4）UC4 “后台销售管理系统”中的用例 （5）UC5前台销售管理子系统中的用例 （6）UC6会员管理子系统中的用例 （7）UC7后台销售子系统中的用例2.4 用例图（1）“超市销售管理系统”中的用例在第一层中，根据客户对“超市销售管理系统”的

8、整体业务功能要求，可选的用例有：l 系统管理l 前台零售管理系统l 后台销售管理系统图2.4.1超市销售管理系统用例图（2）“系统管理”中的用例在第二层中，根据客户对“系统管理”的业务功能要求，可选的用例有：l 添加用户l 修改密码l 权限管理l 重新登录图2.4.2系统管理子系统用例图（3）“前台零售管理系统”中的用例在第二层中，根据客户对“前台零售管理系统”的业务功能要求，可选的用例有：l 前台销售管理l 会员管理图2.4.3前台零售管理系统用例图（4）“后台销售管理系统”中的用例在第二层中，根据客户对“后台销售管理系统”的业务功能要求，可选的用例有：l 后台销售管理l 售后服务管理图2.

9、4.4后台管理系系统用例图（5）前台销售管理子系统在第三层中，根据客户对“前台销售管理子系统”的业务功能要求，可选的用例有：l 商品录入l 结账l 打印购物小票l 购物查询图2.4.5 前台销售管理子系统用例图（6）会员管理子系统在第三层中，根据客户对“会员管理子系统”的业务功能要求，可选的用例有：l 添加会员l 兑换积分图2.4.6 会员管理子系统用例图（7）后台销售子系统在第三层中，根据客户对“后台销售子系统”的业务功能要求，可选的用例有：l 商品录入l 打折促销图2.4.7 后台销售子系统用例图2.5 辅助需求2.5.1系统环境需求 系统模式 本系统采用C/S模式作为开发模式 硬件环境

10、服务器端： 高性能的计算机一台， 普通的双绞线作为连接。 客户端： 普通的计算机或者工作站， 普通的双绞线作为连接。 软件环境服务器端：安装SQL Server 2000的服务器版本，安装windows 2000服务器版本， 配置了诺顿等必须的防毒软件。 客户端： 安装SQL Server2000的服务器版本， 安装了VB等可视化开发工具软件， 安装windows2000服务器版本。3对象建模对象类静态结构模型描述了系统的静态结构，包括构成系统的类和对象、他们的属性和操作以及这些对象间的联系。3.1 确定类与对象的关联、属性根据已经建立的用例图和客户业务需求确定对象类，及其属性和操作。通过检查

11、类的定义、分析问题的需求和运用该领域的知识来完善和确定类的属性，根据系统功能要求和系统设计需要完善和确定类的操作。超市管理系统的对象类包括：（1） 商品类名：商品类的编号：（共三层，每层用2位数字表示，采用6位编号）。类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以共享。功能：负责建立商品基本信息并对这些信息进行处理，包括增加、删除、查询操作等。属性：商品名称、编号、条形码、价格、规格、库存数量、库存预警数量、促销价格、促销起止日期、允许打折、入库日期。操作：增加商品（）、删除商品（）、修改商品信息（）、查询商品（）。（2） 顾客类名：顾客类的编号：类的类型：该类创建的对象为

12、持久对象，存储在服务器上的数据库中，可以共享。功能：负责建立顾客对象并进行处理，包括购买商品、付款、购物查询操作。属性：交易编号操作：购买商品（）、付款（）、购物查询（）。（3） 会员类名：会员类的编号：类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以共享。功能：继承顾客类，负责建立会员基本信息并进行处理，包括添加会员、删除会员、修改会员信息、购物查询操作。属性：会员卡号、会员姓名、积分、电话、累计消费金额、注册日期。操作：添加会员（）、删除会员（）、修改会员信息（）、购物查询（）。（4） 销售人员类名：销售人员类的编号：类的类型：该类创建的对象为持久对象，存储在服务器上的数

13、据库中，可以共享。功能：负责建立销售人员对象并进行处理。属性： 姓名、性别、职位、电话。操作： （5） 前台销售人员类名：前台销售人员类的编号：类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以共享。功能：继承销售人员类，负责建立前台销售人员对象并进行处理，包括商品扫描、录入商品编号、结账、打印购物小票操作。属性： 销售人员*等。操作： 商品扫描（）、录入商品编号（）、结账（）、打印购物小票（）。（6） 后台销售人员类名：后台销售人员类的编号：类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以共享。功能：继承销售人员类，负责建立后台销售人员对象并进行处理，包括商

14、品录入、商品信息修改、删除商品、商品查询、销售商品汇总操作。属性： 销售人员*等。操作： 商品录入（）、商品信息修改（）、删除商品（）、商品查询（）、销售商品（）。（7） 前台客服人员类类名：前台客服人员类的编号：类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以共享。功能：负责建立前台客服人员对象并进行处理，包括添加会员、删除会员、修改会员信息、购物查询操作。属性：姓名、性别、职位、电话。操作：添加会员（）、删除会员（）、修改会员信息（）、购物查询（）。（8） 销售表类名：销售表类的编号：类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以共享。功能：负责建立销

15、售表基本信息并对这些信息进行处理。属性：交易编号、商品名称、商品价格、交易数量、交易金额、会员卡号、交易日期。操作： （9） 销售汇总表类名：销售汇总表类的编号：类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以共享。功能：负责建立销售汇总表基本信息并对这些信息进行处理。属性：商品编号、商品名称、商品价格、销售数量、销售金额操作： 查询（）。3.2 系统类图图3.2 类图及其之间关系4动态建模4.1 活动图图4.1.1前台销售人员结账活动图图4.1.2添加用户活动图4.2 状态转移图图4.2.1商品状态图3.15商品状态图4.3 顺序图建模通过分析超市管理系统的业务需求和对象类

16、之间的关系，进而建立动态模型中对象间的交互模型顺序图。1顾客查询购物情况顺序图图4.3.1顾客查询购物情况顺序图2.超市经理查询商品销售情况顺序图图4.3.2 超市经理查询商品销售情况顺序图3.删除商品顺序图图4.3.3删除商品顺序图5. 总结面向对象技术是软件工程领域的重要技术，是一种把面向对象的思想应用于软件开发过程中指导开发活动的系统方法。基本思想是从现实世界客观存在的事物出发，尽可能地运用人类的自然思维方式来构造软件系统。超市销售管理系统正是利用面向对象的方法进行分析与设计。通过对系统进行详细的调查和可行性分析，分析领域的业务范围、业务规则和业务处理过程，明确系统的责任、范围和边界，确定用户需求。根据用户需求，确定用例模型，在此阶段要注重与用户的交流，既要满足用户的需求，又要限制用户的需求，避免后期修改功能需求带来的损失。然而本次实验中也遇到很多困难，例如需求的分析，这项比较费时，总觉得不够全面，上网找资料，也是众说纷纭。其次是图的制作，PowerDesigner很不好用，尤其是连线的画法，特别不好用，在制图方面也很费时间。总的来说，这个实验完成的很不顺利。