《系统分析与设计实验报告》由会员分享,可在线阅读,更多相关《系统分析与设计实验报告(12页珍藏版)》请在金锄头文库上搜索。
1、鞋店进销存管理系统一。项目背景随着计算机技术的不断发展, 它已经成为人们工作和生活中不可缺少的工 具。早在 1954年,银行、大公司和大企业纷纷采用计算机进行账户和账目管理、 生产管理、库存管理、销售管理、统计报表等。从数据的收集、存储、整理到 检索统计,应用的范围日益扩大,使计算机的应用很快超过科学计算,成为最大 的计算机应用领域。鞋店管理的特点是信息处理量比较大,所存的鞋种类多,而且由于进货单、销 售单、需求单等单据发行量特别大,关联信息多,查询和统计的方式各不相同 等原因,因此在管理上实现起来有一定困难 .在管理的过程中经常会出现信息的 重复传递,单据报表种类繁多,各个部门管理规格不统一
2、等问题。在本系统的设计过程中,为了克服这些困难,满足计算机管理的需要,我 们采取了下面的一些原则:1、统一各种原始单据的格式,统一账目和报表的格式.2、删除不必要的管理冗余,实现管理规范化、科学化。3、程序代码标准化,软件统一化,确保软件的可维护性和实用性。4、界面尽量简单化,做到实用 ,方便, 尽量满足书店中不同层次员工 的需要。二。定义“鞋店进销存管理系统为用户提供添加、修改、査询、退货操作等服务。 用户在登陆界面输入用户名,密码后系统核对正确进入系统内部。系统就要求 用户选择事务类型(添加、修改、査询、退货等),直至用户选择退出应用服务 询问用户是否退出应用服务,如果用户选择结束,系统重
3、回登陆界面。用户进 入添加界面后,首先可以输入的数字必须大于等于100),否则系统显示输入有 误。用户点击确认后,由系统查询,判断该取值是否超出库量如果没有贝系统会显示 确认界面用户点击确认后系统自动生成账单,并在后台进行工作,系统进行清点 并发出命令给仓库管理人员,并将数据更新到数据库中;否则提示用户库存量不 足,请重新输入,重复上述过程.三参考资料系统分析与设计四系统分析与设计4.1需求分析4。1。1识别参与者用户(下订单者),系统维护人员,仓库管理人员4.1。2 对需求进行捕获与描述用例名称:添加 执行者:用户目的:向仓库中发出下订单命令 用例名称退货 执行者:用户目的:将未售出的货物退
4、还到仓库用例名称:修改 执行者:用户目的:修改用户登录密码。用例名称:查询 执行者:用户目的:查询可下订单剩余量 用例名称:验证身份执行者:用户目的:验证操作系统的用户身份 用例名称信息管理执行者:仓库管理人崩的:对用户信息进行管理 用例名称:系统维护执行者系统维护人员目的:对系统进行维护 用例名称:验证身份执行者系统维护人员目的:对用户信息进行验证100。1用例ID号及用例名UC 001添加100.2用例概述当用户在登陆界面输入正确的账号和密码 进入系统选择添加功能时,用例开始用户 利用它实现账户添加功能。100.3参与者用户100.4前置条件Pre Conditions)用户在登陆界面输入
5、正确的账号和密码,成 功登陆系统。100.5后置条件(Post-ConditionS用户下订单成功。100。6事件流100.6b 1基本事件流(Basic FloW1。用户在登陆界面输入正确的账号和密码, 成功登陆系统。2。用户选择添加功能。3。系统提示输入下订单量。4。用户输完后点击确认。5。系统发出命令后并修改账户信息。6。系统提示下单操作成功。7。系统返回主界面。余额不足时:8。库存里余额不足,下单失败.9。系统显示当前库存量.返回主界面,并执行结束。100。6。2扩展事件流 (AlternativeFlows)系统检查到用户没有输入正确金额1。提示用户输入正确金额2 用户重新输入金额4
6、。1.3用例图通过已掌握的需求,初步了解系统所要完成的功能.下面给出用例图。4。1.4分析与讨论1)建模用例图的步骤、方法?1。确定系统的边界和范围;(方法:分析系统内部元素,把系统内部元素 和外部事物划分开)2。识别系统的参与者;3。发现用例;4。描述用例及确定用例关系;(方法:对用例概要描述;对用例详细描 述。 根据用例事件流,将公共行为抽取出来,已包含关系构建用例关系;变化 部分,抽取出来,放到扩展用例中)5。建立用例图;6。定义用例图的层次结构;2)如何识别系统的参与者?应该如何划分用例,应注意哪些问题?通过回答以下问题来识别系统的参与者:1。谁使用系统的主要功能?2.谁改变系统的数据
7、?3。谁从系统中获取数据?4。谁支持、维护系统?5。谁需要借助系统的支持来完成工作?6。系统需要操纵哪些硬件?7.系统需要和哪些外部系统交互?8.谁对系统运行结果感兴趣?划分用例:1. 每个参与者打算在这个系统里做些什么事情?2。参与者使用本系统要实现的目标是什么?3. 参与者是否会在系统中创建、修改、删除、访问、存储数据?如果是, 如何来完成这些操作?4。参与者是否会将外部的某些事件通知给该系统?3) 心得 用例图主要用来描述 用户、需求、系统功能单元 之间的关系。它展示 了一个外部用户能够观察到的系统功能模型图。用途:帮助开发团队以一种可视化的方式理解系统的功能需求. 用例图 所包含的元素
8、如下:1。参与者 表示与您的应用程序或系统进行交互的用户、组织或外部系统。 用一个小人表示。2. 用例 用例就是外部可见的系统功能,对系统提供的服务进行描述. 用椭 圆表示3。子系统 用来展示系统的一部分功能,这部分功能联系紧密.4. 关系 用例图中涉及的关系有:关联、泛化、包含、扩展;a. 关联 表示参与者与用例之间的通信,任何一方都可发送或接受消息。b. 泛化 就是继承关系,子用例和父用例相似,但表现出更特别的行为;子用 例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为, 也可以重载它。父用例通常是抽象的。c. 包含 包含关系用来把一个较复杂用例所表示的功能分解成较小的
9、步骤;d。扩展 扩展关系是指 用例功能的延伸,相当于为基础用例提供一个附加 功能。e. 依赖 表示源用例依赖于目标用例;4.2 建立对象模型4。2。1候选类的数据字典类名中文定 义User用户使用鞋店进销存管理系统进行添加、修 改、查询、退货业务。该类有选择业务等操 作。Bill账单由系统自动生成账单,在后台依此工 作。BankAccount下单账目用户下单信息,包括用户的信息,添加 数目等属性,并拥有更改用户自己数据的操 作。DrawAccount修改账目用户改单信息,包括用户的信息,退 单数目等属性,并拥有更改用户自己数据的 操作。Screen系统屏幕显示系统要向用户展示的界面。Maint
10、enanceStaff系统维护人 员维护鞋店进销存管理系统的正常运行ManageStaff仓库管理人 员向用户发货,整理统计货物数量.DatabaseConnector数据连接与仓库数据库进行连接,更新用户信息.4.2。2定义类“用户”类属性姓名(name):文本(char)账号(userID):文本(char)联系电话(TelNum):整形(int)住址(Address):文本(char)操作输入 Input()修改密码 changePWD()查询 inquiry()“账单类属性账单号(AccountNumber):整形(int)余额(balance):字符串(string)操作打开 ope
11、n()扣除存款 deductFunds ()存入存款 wit hdrawFunds()“下单账目”类属性姓名(name):文本(char)账号(userID):文本(char)联系电话(TelNum):整形(int)库存量(Amount):字符串(string)下单数量(DepositAmount): 字符串(string)操作添加 add ()取消 Cancel ()“修改账目”类属性姓名(name):文本(char)账号(userID):文本(char)联系电话(TelNum):整形(int) 库存量(Amoun t):字符串(st ring) 退单数量(DepositAmount): 字
12、符串(string)操作修改 deposit () 取消 Cancel ()“屏幕”类属性操作 初始化 initialize () 提示 prompt () 输入 input()“系统维护人员类属性姓名(name):文本(char) 员工号(ID):整形(int) 联系电话(TelNum):整形(int)操作维护 Maintain()“仓库管理人员”类属性姓名(name):文本(char) 员工号(ID):整形(int) 联系电话(TelNum):整形(int)操作配款 DepositCash() 管理 manage()“数据连接”类属性操作连接 Connect()取消 Cancel ()4。
13、2.3 绘制类图,并对所给出( 在类图中标示出类的属性、操作、类之间的关系及多重性 的类图解释说明 。 )4。2。4包图对于大型复杂系统,常需要把大量的模型元素用包组织起来,以方便处理。对 所选系统的类进行分组,以便更清晰地了解系统的结构。(画出包图并说相应解释说明)4。2.5 分析与讨论1)建模类图的步骤、方法?构建类图的步骤:1。确定类;(方法:行为分析、名词识别法、CRC分析法、根据边界类、 控制类、实体类的划分、参考设计模式确定、通过领域进行分析等)2。识别类的属性和操作;(方法:结合需求陈述、领域知识和常识以 及经验等)3。识别类之间的关联;(方法:使用普通关联列表的方法) 4。 定
14、 义类的结构和层次。2)识别类有哪些方法,你是如何识别类的?行为分析、名词识别法、CRC分析法、根据边界类、控制类、实体类的划 分、参考设计模式确定、通过领域进行分析等.我通过名名词识别法确定类。3)解释关联的多重性?如何确定类的属性、操作、类之间的关联关系、组 织类之间的继承?关联的多重性:关联表示了对象间的结构关系,在建模过程中,通常需要 说明一个关联实例中有多少个相互连接的对象。确定类的属性:从常识性、专业性、功能性、存储性、操作性、标志性、 关联性发现和确定类的属性,进而筛选类的属性;确定类的操作:综合对象模型、动态模型和功能模型,确定类的操作; 确定类之间的关联关系:使用普通关联列表的方法帮助发现关联。并分析 关联的多重性。组织类之间的继承:自顶向下和自底向上的方法。4。3 建立动态模型系统的动态行为模型由交互图(顺序图和协同图)、状态机图和活动图表达。 在系统的分析和设计中应当对主要的 Use Case 和对象类绘制这些图形,以便分 析系统的行为,印证和修改系统的静态结构,满足用户的需求,达到系统的目标。4.3.1 顺序图下单的用例图4。3。2通信图(将以上顺序图转换为通信图)4。3。3活动图活动图的主要作用是表示系统的业务工作流和并发处理过程。针对自选系统 主要的业务工作流绘制活动图.以及对象流.状态机图表现一个对象(类)的生命史