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

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