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

鞋店进销存管理系统

一.项目背景

随着计算机技术的不断发展, 它已经成为人们工作和生活中不可缺少的工具。早在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. 参与者表示与您的应用程序或系统进行交互的用户、组织