《系统分析与设计实验报告》.docxVIP

鞋店进销存管理系统 项目背景 随着计算机技术的不断发展，它已经成为人们工作和生活中不可缺少的工 具。早在1954年，银行、大公司和大企业纷纷采用计算机进行账户和账目管理、 生产管理、库存管理、销售管理、统计报表等。从数据的收集、存储、整理到检 索统计，应用的范围日益扩大，使计算机的应用很快超过科学计算， 成为最大的 计算机应用领域。 鞋店管理的特点是信息处理量比较大，所存的鞋种类多，而且由于进货单、 销售单、需求单等单据发行量特别大，关联信息多，查询和统计的方式各不相同 等原因，因此在管理上实现起来有一定困难。在管理的过程中经常会出现信息的 重复传递，单据报表种类繁多，各个部门管理规格不统一等问题。 在本系统的设计过程中，为了克服这些困难，满足计算机管理的需要 ，我们 采取了下面的一些原则： 1、 统一各种原始单据的格式，统一账目和报表的格式。 2、 删除不必要的管理冗余，实现管理规范化、科学化。 3、 程序代码标准化，软件统一化，确保软件的可维护性和实用性。 4、 界面尽量简单化，做到实用，方便， 尽量满足书店中不同层次员工 的需要。 定义 “鞋店进销存管理系统”为用户提供 添加、修改、查询、退货操作等 服务。 用户在登陆界面输入用户名，密码后系统核对正确进入系统内部。系统就要求用 户选择事务类型（添加、修改、查询、退货 等），直至用户选择退出应用服务, 询问用户是否退出应用服务，如果用户选择结束，系统重回登陆界面。用户进 入添加界面后，首先可以输入的数字必须大丁等丁 100）,否则系统显示输入 有误。用户点击确认后，由系统查询，判断该取值是否超出 女馄有,贝膀蔬会 瞄钢细，顿I灿枷认后，急IB生成账单，并在后台进行工作，系统进行活 点并发出命令给仓库管理人员，并将数据更新到数据库中；否则提示用户库存量 不足，请重新输入，重复上述过程。 《系统分析与设计》 四.系统分析与设计 4.1需求分析 4.1.1识别参与者 用户（下订单者），系统维护人员，仓库管理人员 4.1.2对需求进行捕获与描述 用例名称：添加执行者：用户目的：向仓库中发出下订单命令。用例名称：退货执行者：用户目的：将未售出的货物退还至怆库用例名称：修改执行者：用户目的：修改用户登录密码。用例名称：查询执行者：用户B 用例名称：添加 执行者：用户 目的：向仓库中发出下订单命令。 用例名称：退货 执行者：用户 目的：将未售出的货物退还至怆库 用例名称：修改 执行者：用户 目的：修改用户登录密码。 用例名称：查询 执行者：用户 B的：查询可下订单剩余量。 用例名称：验证身份执行者：用户目的：验证操作系统的用户身份。 用例名称：信息管理执行者：仓库管理人员目的：对用户信息进行管理。 用例名称：系统维护执行者：系统维护人员目的：对系统进行维护。 用例名称：验证身份执行者：系统维护人员目的：对用户信息进行验证。 100.1 用例ID号及用例名 UC_001 添加 100.2 用例概述 当用户在登陆界面输入正确的账号和密码 进入系统选择添加功能时，用例开始。用户 利用它实现账户添加功能。 100.3 参与者 用户 100.4 前置条件 (Pre-Conditions ) 用户在登陆界面输入正确的账号和密码，成 功登陆系统。 100.5 后置条件 (Post-Conditions ) 用户下订单成功。 100.6 事件流 100.6.1 基本事件流 (Basic Flow) 用户在登陆界面输入正确的账号和密码， 成功登陆系统。 用户选择添加功能。 系统提示输入下订单量。 用户输完后点击确认。 系统发出命令后并修改账户信息。 系统提示下单操作成功。 系统返回主界面。 余额小足时： 库存里余额小足，下单失败。 9.系统显/」、当前库存里。 返回主界面，并执行结束。 100.6.2 扩展事件流 (Alternative Flows) 系统检查到用户没有输入正确金额 1.提示用户输入正确金额 2 .用户重新输入金额 4.1.3用例图 通过已掌握的需求，初步了解系统所要完成的功能。下面给出用例图 4.1.4分析与讨论 1）建模用例图的步骤、方法？ 确定系统的边界和范围；（方法：分析系统内部元素，把系统内部元素和 外 部事物划分开） 识别系统的参与者； 发现用例； 描述用例及确定用例关系；（方法：对用例概要描述；对用例详细描述。根 据用例事件流，将公共行为抽取出来，已包含关系构建用例关系；变化部分，抽 取出来，放到扩展用例中） 建立用例图； 定义用例图的层次结构； 2） 如何识别系统的参与者？应该如何划分用例，应注意哪些问题？ 通过回答以下问题来识别系统的参与者： 谁使用系统的主要功能？ 谁改变系统的数据？ 谁从系统中获取数据？ 谁支持、维护系统？ 谁需要借助系统的支持来完成工作？ 系