系统分析与设计实验报告样本

鞋店进销存管理系统一.项目背景随着计算机技术不断发展，它已经成为人们工作和生活中不可缺少工具。早在1954年，银行、大公司和大公司纷纷采用计算机进行账户和账目管理、生产管理、库存管理、销售管理、记录报表等。从数据收集、存储、整顿到检索记录，应用范畴日益扩大，使计算机应用不久超过科学计算，成为最大计算机应用领域。鞋店管理特点是信息解决量比较大，所存鞋种类多，并且由于进货单、销售单、需求单等单据发行量特别大，关联信息多，查询和记录方式各不相似等因素,因而在管理上实现起来有一定困难。在管理过程中经常会浮现信息重复传递，单据报表种类繁多，各个部门管理规格不统一等问题。在本系统设计过程中，为了克服这些困难，满足计算机管理需要,咱们采用了下面某些原则：统一各种原始单据格式，统一账目和报表格式。删除不必要管理冗余，实现管理规范化、科学化。程序代码原则化，软件统一化，保证软件可维护性和实用性。界面尽量简朴化，做到实用，以便，尽量满足书店中不同层次员工需要。二.定义“鞋店进销存管理系统”为顾客提供添加、修改、查询、退货操作等服务。顾客在登陆界面输入顾客名，密码后系统核对对的进入系统内部。系统就规定顾客选取事务类型（添加、修改、查询、退货等），直至顾客选取退出应用服务，询问顾客与否退出应用服务，如果顾客选取结束，陆界面。顾客进入添加界面后，一方面可以输入数字必要不不大于等于100），显示输入有误。顾客点击确认后，由系统查询，判断该取值与否超过动生成账单，并在后台进行工作，系统进行清点并发出命令给仓库管理人员，并将数据更新到数据库中；否则提示顾客库存量局限性，请重新输入，重复上述过程。三．参照资料《系统分析与设计》四．系统分析与设计4.1需求分析4.1.1辨认参加者顾客(下订单者)，系统维护人员，仓库管理人员4.1.2对需求进行捕获与描述系统顾客在登陆界面输入对的账号和密码进入系统选取添加功能时，用例开始。顾客运用它实现账户添加功能。参加者顾客在登陆界面输入对的账号和密码,成功登陆系统。1.顾客在登陆界面输入对的账号和密码,成功登陆系统。3.系统提示输入下订单量。4.顾客输完后点击确认。

5.系统发出命令后并修改账户信息。6.系统提示下单操作成功。7.系统返回主界面。余额局限性时：8.库存量余额局限性，下单失败。

9.系统显示当前库存量。

返回主界面，并执行结束。扩展事件流（）系统检查到顾客没有输入对的金额1.提示顾客输入对的金额

2．顾客重新输入金额4.1.3用例图通过已掌握需求，初步理解系统所要完毕功能。下面给出用例图。4.1.4分析与讨论1)

建模用例图环节、办法？

1.

拟定系统边界和范畴；（办法：分析系统内部元素，把系统内部元素和外部事物划分开）

2.

辨认系统参加者；

3.

发现用例；

4.

描述用例及拟定用例关系；（办法：对用例概要描述；对用例详细描述。

依照用例事件流，将公共行为抽取出来，已包括关系构建用例关系；变化某些，抽取出来，放到扩展用例中）

5.

建立用例图；

6.

定义用例图层次构造；

2)

如何辨认系统参加者？应当如何划分用例，应注意哪些问题？

通过回答如下问题来辨认系统参加者：

1.

谁使用系统重要功能？

2.

谁变化系统数据？

3.

谁从系统中获取数据？

4.

谁支持、维护系统？

5.

谁需要借助系统支持来完毕工作？

6.

系统需要操纵哪些硬件？

7.

系统需要和哪些外部系统交互？

8.

谁对系统运营成果感兴趣？

划分用例：

1.

每个参加者打算在这个系统里做些什么事情？

2.

参加者使用本系统要实现目的是什么？

3.

参加者与否会在系统中创立、修改、删除、访问、存储数据？如果是，如何来完毕这些操作？

4.

参加者与否会将外部某些事件告知给该系统？

3)

心得

用例图重要用来描述

顾客、需求、系统功能单元

之间关系。它展示了一种外部顾客可以观测到系统功能模型图。

用途：协助开发团队以一种可视化方式理解系统功能需求。

用例图所包括元素如下：

1.

参加者

表达与您应用程序或系统进行交互顾客、组织或外部系统。用一种小人表达。

2.

用例

用例就是外部可见系统功能，对系统提供服务进行描述。

用椭圆表达

3.

子系统

用来展示系统一某些功能，这某些功能联系紧密。

4.

关系

用例图中涉及关系有：关联、泛化、包括、扩展；

a.

关联

表达参加者与用例之间通信，任何一方都可发送或接受消息。

b.

泛化

就是继承关系，子用例和父用例相似，但体现出更特别行为；子用例将继承父用例所有构造、行为和关系。子用例可以使用父用例一段行为，也可以重载它。父用例普通是抽象。

c.

包括

包括关系用来把一种较复杂用例所示功能分解成较小环节；

d.

扩展

扩展关系是指

用例功能延伸，相称于为基本用例提供一种附加功能。

e.

依赖

表达源用例依赖于目的用例；4.2建立对象模型4.2.1候选类数据字典类名中文定义User顾客

使用鞋店进销存管理系统进行添加、修改、查询、退货业务。该类有选取业务等操作。Bill账单

由系统自动生成账单，在后台依此工作。BankAccount下单账目

顾客下单信息，涉及顾客信息，添加数目等属性，并拥有更改顾客自己数据操作。DrawAccount修改账目

顾客改单信息，涉及顾客信息，退单数目等属性，并拥有更改顾客自己数据操作。Screen系统屏幕显示系统要向顾客展示界面。MaintenanceStaff系统维护人员

维护鞋店进销存管理系统正常运营ManageStaff

仓库管理人员

向顾客发货，整顿记录货品数量。

DatabaseConnector数据连接

与仓库数据库进行连接，更新顾客信息。4.2.2定义类“顾客”类

•属性

姓名(name)：文本(char)

账号(userID)：文本(char)

联系电话(TelNum)：整形(int)住址（Address）：文本(char)

•操作

输入Input()

修改密码changePWD()

查询inquiry()

“账单”类

•属性

账单号(AccountNumber)：整形(int)

余额(balance)：字符串(string)

•操作

打开open()

扣除存款deductFunds

()

存入存款withdrawFunds()

“下单账目”类

•属性

姓名(name)：文本(char)

账号(userID)：文本(char)

联系电话(TelNum)：整形(int)

库存量(Amount)：字符串(string)

下单数量(DepositAmount):

字符串(string)

•操作

添加add

()

取消Cancel

()

“修改账目”类

•属性

姓名(name)：文本(char)

账号(userID)：文本(char)

联系电话(TelNum)：整形(int)

库存量(Amount)：字符串(string)

退单数量(DepositAmount):

字符串(string)

•操作

修改deposit

()

取消Cancel

()

“屏幕”类

•属性

•操作

初始化initialize

()

提示prompt

()

输入input()

“系统维护人员”类

•属性

姓名(name)：文本(char)

员工号(ID)：整形(int)

联系电话(TelNum)：整形(int)

•操作

维护Maintain()

“仓库管理人员”类

•属性

姓名(name)：文本(char)

员工号(ID)：整形(int)

联系电话(TelNum)：整形(int)

•操作

配款DepositCash()

管理manage()

“数据连接”类

•属性

•操作

连接Connect()

取消Cancel

()

4.2.3绘制类图（在类图中标示出类属性、操作、类之间关系及多重性，并对所给出类图解释阐明。）4.2.4包图对于大型复杂系统，常需要把大量模型元素用包组织起来，以以便解决。对所选系统类进行分组，以便更清晰地理解系统构造。（画出包图并说相应解释阐明）4.2.5分析与讨论

1）建模类图环节、办法？

构建类图环节：

1.

拟定类；（办法：行为分析、名词辨认法、CRC分析法、依照边界类、控制类、实体类划分、参照设计模式拟定、通过领域进行分析等）

2.

辨认类属性和操作；（办法：结合需求陈述、领域知识和常识以及经验等）

3.

辨认类之间关联；（办法：使用普通关联列表办法）

4.

定义类构造和层次。

2）辨认类有哪些办法，你是如何辨认类？

行为分析、名词辨认法、CRC分析法、依照边界类、控制类、实体类划分、参照设计模式拟定、通过领域进行分析等。

我通过名名词辨认法拟定类。

3）解释关联多重性？如何拟定类属性、操作、类之间关联关系、组织类之间继承？

关联多重性：关联表达了对象间构造关系，在建模过程中，普通需要阐明一种关联实例中有多少个互相连接对象。

拟定类属性：从常识性、专业性、功能性、存储性、操作性、标志性、关联性发现和拟定类属性，进而筛选类属性；

拟定类操作：综合对象模型、动态模型和功能模型，拟定类操作；

拟定类之间关联关系：使用普通关联列表办法协助发现关联。并分析关联多重性。

组织类之间继承：自顶向下和自底向上办法。4.3建立动态模型系统动态行为模型由交互图（顺序图和协同图）、状态机图和活动图表达。在系统分析和设计中应当对重要UseCase和对象类绘制这些图形，以便分析系统行为，印证和修改系统静态构造，满足顾客需求，达到系统目的。4.3.1顺序图下单用例图4.3.2通信图（将以上顺序图转换为通信图）4.3.3活动图活动图重要作用是表达系统业务工作流和并发解决过程。针对自选系统重要业务工作流绘制活动图。绘制活动图需要拟定参加活动对象、动作状态、动作流，以及对象流。4.3.4状态图状态机图体现一种对象（类）生命史。对于某些实现重要行为动作对象应当绘制状态机图。绘制状态机图需要拟定一种对象生命期也许浮现所有状态，哪些事件将引起状态转移，将会发生哪些动作。（绘制所选系统一种对象状态图并解释阐明）4.3.5分析与讨论比较顺序图与通信图、活动图与状态图应用。顺序图：描述是参加交互对象及对象之间消息互换顺序，用来表达用例中行为顺序。通信图：强调发送和接受消息信息对象及其组织构造交互图，用以描述对