系统分析与设计实验报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
鞋店进销存管理系统
一.项目背景
随着计算机技术的不断发展, 它已经成为人们工作和生活中不可缺少的工具。早在1954年,银行、大公司和大企业纷纷采用计算机进行账户和账目管理、生产管理、库存管理、销售管理、统计报表等。从数据的收集、存储、整理到检索统计,应用的范围日益扩大,使计算机的应用很快超过科学计算,成为最大的计算机应用领域。
鞋店管理的特点是信息处理量比较大,所存的鞋种类多,而且由于进货单、销售单、需求单等单据发行量特别大,关联信息多,查询和统计的方式各不相同等原因,因此在管理上实现起来有一定困难。在管理的过程中经常会出现信息的重复传递,单据报表种类繁多,各个部门管理规格不统一等问题。
在本系统的设计过程中,为了克服这些困难,满足计算机管理的需要,我们采取了下面的一些原则:
1、统一各种原始单据的格式,统一账目和报表的格式。
2、删除不必要的管理冗余,实现管理规范化、科学化。
3、程序代码标准化,软件统一化,确保软件的可维护性和实用性。
4、界面尽量简单化,做到实用,方便,尽量满足书店中不同层次员工
的需要。
二.定义
“鞋店进销存管理系统”为用户提供添加、修改、查询、退货操作等服务。
用户在登陆界面输入用户名,密码后系统核对正确进入系统内部。系统就要求用户选择事务类型(添加、修改、查询、退货等),直至用户选择退出应用服务,询问用户是否退出应用服务,如果用户选择结束,系统重回登陆界面。用户进入添加界面后,首先可以输入的数字必须大于等于100),否则系统显示输入有误。用户点击确认后,由系统查询,判断该取值是否超出库存量,如果没有,则系统会显示确认界面,用户单点击“确认”后,系统自动生成账单,并在后台进行工作,系统进行清点并发出命令给仓库管理人员,并将数据更新到数据库中;否则提示用户库存量不足,请重新输入,重复上述过程。
三.参考资料
《系统分析与设计》
四.系统分析与设计
4.1需求分析
4.1.1识别参与者
用户(下订单者),系统维护人员,仓库管理人员
4.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 候选类的数据字典
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()