软件工程需求分析实验报告(小型超市管理系统)

第一篇：软件工程需求分析实验报告(小型超市管理系统)

《软件工程》实验报告

小型超市管理系统

需求分析

指导教师：___ 黄潇__ _ 班 级：_1002__(第___组)学生姓名：__ xxx_____ 学 号：__xxxxx__ 完成日期：____________

运城学院计算机科学与技术系

1．系统需求概述

针对超市本身的特点，结合我们日常生活的实际情况，本系统能基本实现超市的进、销、存等管理功能的各个方面，不仅能使超市的基本情况让超市管理者直观的了解，同时更能为超市管理者提供决策的系统有效以及合理的依据。此系统主要分为四大功能模块，包括商品销售管理模块，商品进货管理模块，商品库存管理模块，超市人员管理模块，他们的具体功能如下。

1、商品销售管理功能：实现对销售信息的查询，实现商品销售信息的汇总。

2、商品进货管理功能：实现对进货信息的添加、删除、修改的更新功能。

3、商品库存管理功能：实现对商品基本信息和商品库存信息的查询，实现商品信息和库存信息的添加、删除和修改的更新功能。

4、超市人员管理功能：实现职工信息和供货商信息的查询，实现职工信息和供货商信息的添加、删除、修改的更新功能以及简单的信息维护，用户名变更和密码修改。

2．用例建模

2.1 参与者列表

超市经理：对商品销售信息的查询和管理；

对进货信息的增加、删除、修改的更新功能；

对商品基本信息和商品库存信息的查询以及相关信息的更新;

对职工信息和供货商信息的查询以及相关信息的更新功能；

对简单的信息进行维护，可以进行用户名变更和密码修改。

2.2 用例列表

UC1 登陆：用于验证用户权限

UC2 系统维护：用于用户名和密码的变更修改。UC3 查询销售信息：用于查看销售信息。

UC4 销售信息盘点：用于商品销售信息的汇总盘点。

UC5 添加商品进货信息：用于对将要进货的商品的基本信息添加到系统。UC6 删除商品进货信息：用于对不再进货或者输入有误的商品进行删除。UC7 修改商品进货信息：用于修改所进商品的相关信息，如数量，价格等。UC8 查询商品信息：用于查询商品的明细信息和它的库存信息。UC9 添加商品信息：用于添加新进的商品基本信息。

UC10 修改商品信息：用于修改商品的基本信息和它的库存数量。UC11 查询员工信息：用于查询超市现有员工基本信息。UC12 添加员工信息：用于添加新雇佣员工基本信息。UC13 删除员工信息：用于删除离职员工信息。

UC14 修改员工信息：用于修改信息有变化的员工信息。UC15 添加供应商信息：用于添加新供应商基本信息。UC16 删除供应商信息：用于删除不再供货的供应商信息。UC17 修改供应商信息：用于修改信息有变化的供应商信息。

2.3 用例图

UC9添加商品信息UC1登陆UC10修改商品信息UC2系统维护UC11查询员工信息UC3查询销售信息UC12添加员工信息UC4销售信息盘点超市经理UC5添加商品进货信息UC14修改员工信息UC6删除商品进货信息UC16删除供货商信息UC13删除员工信息UC7修改商品进货信息UC15添加供应商信息UC8查询商品信息UC17修改供货商信息2.4 用例规格说明

1、登陆用例

执行者：超市经理 事件流：经理打开系统输入正确的用户名和密码可以成功登陆系统，并享有一切权限，可以操作系统的各个功能。

2、系统维护用例 执行者：超市经理

事件流：经理登陆系统之后可以对用户名和密码进行变更修改。

3、查询销售信息用例 执行者：超市经理

事件流：经理可以查看销售信息，了解超市经营状况。

4、销售信息盘点用例 执行者：超市经理

事件流：经理可以对商品销售信息进行汇总盘点。

5、添加商品进货信息用例 执行者：超市经理

事件流：经理可以把将要进货的商品的基本信息添加到系统。

6、删除商品进货信息用例 执行者：超市经理

事件流：经理对不再进货或者输入有误的商品进行删除。

7、修改商品进货信息用例 执行者：超市经理

事件流：经理对所进商品的相关信息，如数量，价格等进行修改。

8、查询商品信息用例 执行者：超市经理

事件流：经理查询商品的明细信息和它的库存信息。

9、添加商品信息用例 执行者：超市经理

事件流：经理添加新进的商品基本信息。

10、修改商品信息用例 执行者：超市经理

事件流：经理修改商品的基本信息和它的库存数量。

11、查询员工信息用例 执行者：超市经理

事件流：经理查询超市现有员工基本信息。

12、添加员工信息用例 执行者：超市经理

事件流：经理添加新雇佣员工基本信息。

13、删除员工信息用例 执行者：超市经理

事件流：经理删除离职员工信息。

14、修改员工信息用例 执行者：超市经理

事件流：经理可以修改信息有变化的员工信息。

15、添加供应商信息用例 执行者：超市经理

事件流：经理添加新供应商基本信息。

16、删除供应商信息用例 执行者：超市经理

事件流：经理删除不再供货的供应商信息。

17、修改供应商信息用例 执行者：超市经理

事件流：经理修改信息有变化的供应商信息。

2.5 辅助需求

由于本系统为小型超市管理系统，数据库采用SQL Server2005即可，数据库的内容较少，很容易满足。本系统需要安全性好，同时要对数据实现汇总和直观的体现，以方便用户了解和分析数据。

3．对象建模

对象模型表示静态的、结构化的系统的“数据”性质，它是对模拟客观世界实体的对象以及对象彼此间关系的映射，描述了系统静态结构。对象模型为建立动态模型和功能模型，提供了实质性的框架。

3.1 确定类与对象

小型超市管理系统中的类与对象有：超市经理，供货商信息，超市员工信息，商品信息，进货信息，销售信息。

3.2 确定关联

超市经理对供货商信息有关联；超市经理对超市员工信息有关联；超市经理对商品信息有关联；超市经理对进货信息有关联；超市经理对销售信息有关联；商品信息对销售信息有关联；商品信息对进货信息有关联；

3.3 确定属性

供货商信息：供货商名称，供货商电话，供货商品。

商品信息：商品编码，商品名称，商品价格，商品数量，供货商名称。进货信息：商品编码，商品名称，商品进价，入库时间，进货数量。销售信息：商品销售数量，销售金额。

3.4 确定服务

供货商信息：添加，删除，修改； 商品信息：查询，添加，删除，修改；

进货信息：添加，删除，修改； 销售信息：查询，盘点；

3.5 系统类图

进货信息供货商信息-供货商名称-供货商电话-供货商品+添加()+删除()+修改()-结束1-结束2**-商品编码-商品名称-商品进价-入库时间-进货数量+添加()+删除()+修改()-结束3-结束4**商品信息-商品编码-商品名称-商品价格-商品数量-供货商名称+查询()+添加()+删除()+修改()**-结束5-结束6销售信息-商品销售数量-销售金额+查询()+盘点()

4．动态建模

系统中的对象在执行期间的不同时间点如何让通信以及通信的结果如何，就是系统的动态行为，这时就需要运用动态建模的方式来描述

4.1 活动图

进货管理活动图

进货管理输入进货信息查询相关信息确认进货信息输入查询的信息保存信息确认查询的信息

销售管理活动图

查询相关信息盘点销售信息输入查询信息查询销售数量确认查询信息盘点商品

库存管理活动图

库存管理查询添加删除修改输入新商品信息输入查询信息输入所要删除信息查询所要修改的信息确认添加的新信息确认删除的信息输入新商品信息确认查询的信息保存信息删除商品信息确认商品信息保存信息保存商品信息

员工信息管理活动图

职工管理查询添加删除职工信息修改职工信息输入职工信息输入查询信息输入所要删除的职工信息查询所要修改的信息确认职工的新信息确认删除的信息输入新的职工信息确认查询的信息保存信息从数据库中删除职工信息确认职工信息保存职工信息 供货商管理活动图

供货商管理查询添加供货商信息删除供货商信息修改供货商信息输入供货商信息输入查询信息输入所要删除的供货商信息查询所要修改的信息确认供货商新信息确认删除的信息输入新的供货商信息确认查询的信息保存信息从数据库中删除供货商信息确认供货商信息保存供货商信息

4.2 状态转移图

更新进货信息数据库删除进货信息添加进货信息登陆系统修改进货信息查询销售信息查询员工信息系统管理销售信息盘点更新员工信息数据库修改供货商信息添加员工信息删除供货商信息添加供货商信息修改员工信息删除员工信息更新供货商信息数据库

5.总结

通过本次对小型超市管理系统的需求分析，使我对软件工程中需求分析过程有了十分深刻的认识和理解，结合老师课堂所讲的知识和本次实验的内容，使自己充分学习并掌握了用例建模，对象建模和动态建模的每种图的画法和基本知识。通过实验的具体分析，让自己所学到的知识在实践中得到检验，发现自己在开始做实验的时候对基础知识很不熟悉，需要查看课本来回顾，然后再结合具体的内容按步骤进行分析和解决。经过自己的学习和研究，将本次需求分析实验完成的比较完整和全面，也让自己的知识更加扎实，为今后的实践打下理论基础。

第二篇：小型超市管理系统需求分析

《小型超市管理系统》需求分析报告

小型超市管理系统需求分析

1.引言

1.1 编写目的

自改革开放以来，社会市场经济不断发展，人们生活水平不端提高，由小型小卖部、小型零售商等小而杂的商店逐渐演变成今天市区里我们无处不在东西品种繁多的价格便宜的大小中型流行超市。超市之流行是以顾客自选方式经营的大型综合性零售商场。又称为自选商场，大大方便了人们购物，为大量忙碌的工作人员节省了大量的时间。

本系统采用microsoft visual C# 2010程序设计及SQL Sever 2005数据库管理知识进行功能的实现。能够提高超市信息管理系统各项工作地效率和质量，改善经营管理，减轻各类事务性工作的工作量，使超市的职员能够更轻松并且更好地服务于顾客，保证顾客的购物需求，同时也间接地为超市带来更多的盈利。最终达到为超市服务的效果。

1.2 项目风险

具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： 任务提出者： 软件开发者：

产品使用者：面向小型超市、小型零售店 本系统无风险，为学生作品。

1.3 预期读者和阅读建议

列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： 用户；

1.开发人员； 2.销售经理； 3.库存管理员;4.商品录入人员。

5.系统使用者(经营中小型超市法律主体)6.收银人员；

并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。

《小型超市管理系统》需求分析报告

1.4 产品范围

本软件适合于中小型超市管理用于采购管理、销售管理，库存管理及财务管理及商品数据录入，修改、查询。我们不仅能够快而准的知道我们的一天的进出货及销售情况，又能够准确无误的生成知道我们想要拥有的销售报表、季销售报表、年销售报表。通过一些基本查询功能，查询自己想要的结果，知道自己的盈利情况。通过此系统，我们能够及时查询到我们的存货情况，通过系统警报及时补缺商品。

1.5 参考文献（具体开发过程中外加参考资料）

列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括：

1．百度文库（小型超市管理系统）

本项目的合同书；

上级机关有关本项目的批文； 本项目已经批准的计划任务书； 用户界面风格指导；

开发本项目时所要用到的标淮； 系统规格需求说明； 使用实例文档；

属于本项目的其它己发表文件；

本软件产品需求分析报告中所引用的文件、资料； 相关软件产品需求分析报告；

为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出： 标题名称；

作者或者合同签约者； 文件编号或者版本号； 发表日期或者签约日期； 出版单位或者资料来源。

2.综合描述

这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。

本系统采用microsoft visual C# 2010程序设计及SQL Sever 2005数据库管理知识进行功能的实现。能够提高超市信息管理系统各项工作地效率和质量，改善经营管理，减轻各类事务性工作的工作量，使超市的职员能够更轻松并且更好地服务于顾客，保证顾客的购物需求，同时也间接地为超市带来更多的盈利。最终达到为超市服务的效果。

《小型超市管理系统》需求分析报告

2.1 产品的状况

超市管理系统，该系统是现有应用软件的替代品(升级产品)；是新一代新型的，自主型的产品。它是一个大系统的组成部分，它与POS机连接在一起收银及会员及时消费。能够达到快速提升的收银效率和一系列的管理有机的结合起来。

2.2 产品的功能

该系统包括：前台管理（普通收银部分和会员收银包括与后台折扣情况结合起来，达到高效率结算）和后台管理（销售管理，存货管理，财务管理，基本资料管理，每日提醒）。

一．前台管理：

1.登陆人员管理：使用人员账号密码登陆

2.销售信息管理：添加商品的单价价格以及销售数量等 二．后台管理：

1.存货管理：主要是了解某一类商品的库存情况，并对商品进行添加、修改、删除；

2.供货商管理：记录供货商的个人资料（姓名，地址，联系方式等）； 3.基本资料管理：里面包含产品的概况、人员管理、商品管理等。

2.3 运行环境

描述了本软件的运行环境，一般包括：

硬件平台；

操作系统和版本：Windows XP 支撑环境(例如：数据库等)和版本：Microsoft VisualC#和Microsoft SQL Server2005 其它与该软件有关的软件组件； 与该软件共存的应用程序。

2.4 设计和实现上的限制

确定影响开发人员自由选择的问题，并且说明这些问题为什么成为一种限制。可能的限制包括下列内容：

必须使用的特定技术、工具、编程语言和数据库； 避免使用的特定技术、工具、编程语言和数据库； 要求遵循的开发规范和标准； 例如，如果由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准； 硬件的限制

例如，定时需求或存储器限制；

《小型超市管理系统》需求分析报告

数据转换格式标淮的限制。

2.5 假设和约束(依赖)列举出对软件产品需求分析报告中，影响需求陈述的假设因素(与己知因素相对立)。如果这些假设因素不正确、不一致或者被修改，就会使软件产品开发项目受到影响。这些假设的因素可能包括： 计划使用的商业组件，或者其它软件中的某个部件； 假定产品中某个用户界面将符合一个特殊的设计约定；

有关本软件用户的若干假定(例如：假定用户会熟练使用SQL语言。)；

有关本软件开发工作的若干假定(例如：用户承诺的优惠、方便、上级部门给予的特殊政策和支持等。)； 有关本软件运行环境的一些问题；

此外，确定本软件开发项目对外部约束因素所存在的依赖。有关的约束可能包括： 1．工期约束； 2.人员约束； 3.设备约束； 4.地理位置约束； 其它有关项目约束；

3.外部接口需求

3.1 用户界面

3.1.1 用户登录界面

用户名

密码

组件：文本框、标准按钮 快捷键：Enter键

《小型超市管理系统》需求分析报告

3.1.2商品信息管理

商品的增、删、查、改

存货管理界面

库存录入

《小型超市管理系统》需求分析报告

存货查询

组件：文本框、标准按钮、消息框、数据网格

基本资料管理界面

产品概况 人员管理 供应商管理 商品管理

组件：标准按钮、文本框、数据网格、下拉列表框

《小型超市管理系统》需求分析报告

3.2 软件接口

描述该软件产品与其它外部组件的连接，这些外部组件必须明确它们的名称和版本号以资识别，可能的外部组件包括：

操作系统：Windows XP；

数据库：Microsoft SQL Server2005； 工具：Microsoft Visual C# 2010； 函数库；

集成的商业组件：中间件；

4.系统功能需求

4.1 用户登录

用户登录界面主要提供用户的登录。

4.2 前台管理

4.2.1 人员管理

提供用户的注册、注销、修改以及删除。

《小型超市管理系统》需求分析报告

4.2.1 销售管理

提供商品销售的信息，以便及时补货。

4.3 后台管理

4.3.1 存货管理

存货管理提供了库存的录入、查询、修改登录功能，还包括缺货提醒的提醒功能。

1.库存录入，包括库存的添加、删除、修改等功能提供添加旧商品或添加新商品的选择功能。

2.存货查询，主要提供库存的查询功能 4.3.2 销售信息管理

第三篇：小型超市管理系统需求分析

一、开发背景

21世纪，小型超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是商场的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为商 场营业者努力追求的目标。

为了提高物资管理的水平和工作效率，尽可能杜绝商品流通中各环节中可能出现的资金流失不明现象，商品进销存领域迫切需要引入信息系统来加以管理。而商品进销管理系统是当前应用于超市或者公司管理系统的典型代表。

主要完成的功能有：系统设置、商品供应商信息管理、员工档案管理、商品信息管理、商品入库管理、销售管理、销售数据查询，以及这一系列过程中涉及商品的数据修改与查询统计等多种操作。

该小型超市管理系统能具体化，合理化的管理商场中的商品信息，进出信息，用结构化的思维方法了解商场的基本运作原理和后台程序设计。

该系统的开发意图：大大提高商场的运作效率、通过全面的信息采集和处理，辅助提高商场的决策水平、使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强商场扩张力，提供有效的技术保障。

二、功能需求

1、功能划分

本系统有以下功能模块：

1)系统设置。

2)商品供应商信息管理。

3)员工信息管理。

4)商品信息管理。

5)商品入库管理。

6)销售管理。

7)销售数据查询。

小型超市管理系统系统设置商品供应信息管理员工信息管理商品信息管理商品入库管理销售管理销售数据查询

图1 系统功能图

2、功能描述

下面详细描述一下各个功能模块：

2.1系统设置

(1)添加删除用户：只限于管理员操作。管理员可以向里面添加和删除用户信 息，也可进行系统初始化。

查询用户信息添加用户信息管理者系统初始化

图2 添加删除用户

（2）退出登入：返回到登录界面，重新登录。

图3 退出登入

2.2商品供应商信息管理

(1)供应商信息的录入(2)供应商信息的修改(3)供应商信息的删除(4)供应商信息的查询

商品供应商信息管理供应商信息录入供应商信息修改供应商信息删除供应商信息查询

图4商品供应商信息管理

;2.3员工信息管理

实现员工档案的添加、逻辑删除、修改、查询的功能。

2.4商品信息管理

(1)商品信息的录入。对商品的基本信息进行录入并保存。

(2)商品信息的修改：在有商品进入时，修改商品的基本信息，更新商品的信息，使商品信息始终是最新的商品信息。

(3)商品信息的删除：当商品没货时，又不准备再进相同的货时，可以将该商品的信息进行逻辑删除，保证信息库中无冗余的数据。

出库登记进库登记DB商品分类信息管理

图5 商品管理

2.5商品入库管理

及时录入商品的入库信息，保证每种商品再入库信息种都有登记，做到商品的实际的量、种类和记录的量和种类相匹配。

2.6销售管理及销售数据查询

能记录每一笔进货，查询商品的进货记录。能查询某个厂商或供应商的信息。能够商品的销售情况以及商品的库存情况等。

(2)关于系统：主要是显示系统的一些信息。

3.系统功能需求

3.1 系统总体运行流程 2.7帮助

(1)帮助信息：显示系统的详细帮助信息。

购物凭条售货员售货交易顾客购买商品写入、更新数据DB登入超市后台管理系统取出数据管理者进货单入库单供应商

图6 总体运行流程图

3.2 管理者登入管理

管理员通过登入该系统，可以做到以下几件事情：

（1）了解顾客的购买物品的情况。

（2）可以进行整个时间段销售情况，即查询以往的销售状况。

（3）可以通过该系统，来了解仓库商品的数量，来进行商品的选择采购。

图7 管理员进行管理

3.3 顾客购买商品

顾客通过先浏览商品，来进行选择，然后来进行购买。如若顾客购买商品，则将与售货员产生联系，即：顾客向售货员支付，而售货员将返回购物凭条给顾客。

图8 顾客购买过程

3.4 供应商供应商品

当接到系统返回给供应商的进货单时，供应商就会去提供商品，同时商品进行入库登记。

图8 商品供应

3.4 数据查询

管理员通过选择输入要查找的项目，来进行相应的数据查询，可以查询顾客的购买情况，仓库的商品数量情况，以及员工信息等功能。当查到信息时，进行显示，没有则反馈给管理员。

图9 数据查询

3.5 数据统计

3.5.1 销售数据统计 3.5.2仓库数据管理 3.5.3 供应商数据管理

图10 数据统计分析

根据销售情况，每次进行卖出商品后，服务器后台端都会按照设定的季度或者日期进行数据记录统计、分析，并将分析结果显示出来，根据分析结果来进行选择购买哪些商品。

五.性能需求

5.1数据精确度

A．要按照严格的数据格式输入，否则系统不给予响应进行处理。

B．查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。因为通常有文件的记录会很多，所以本系统采用直接查询。5.2适应性

满足小型超市使用的需求（记录量控制在1000项内）。对前面提到的运行环境要求不应存在困难。

六、运行需求

6.1硬件接口

本软件不需要特定的硬件或硬件接口进行支撑。6.2软件接口

运行于Windows Xp的操作系统之上。七．其它要求

1)系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能。2)系统的安全性: 对于系统的重要数据都有密码保护，具有一定的安全性。3)系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。4)系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下输数据

第四篇：小型超市管理系统

小型超市管理系统一：需求分析

1.超市信息管理系统是一个面向超市用来进行超市日常信息处理的管理信息系统（MIS）。该信息系统能够方便的为超市的售货员提供各种日常售货功能，也能够为超市的管理者提供各种管理功能，如进货、统计商品等。

（1）超市信息管理系统能够支持售货员日常售货功能。每一个售货员通过自己的用户名称和密码登录到售货系统中，为顾客提供服务。在售货员为顾客提供售货服务时，售货员接收顾客购买商品，根据系统的定价计算出商品的总价，顾客付款并接受售货员打印的货物清单，系统自动保存顾客购买商品记录。

（2）超市信息管理系统能够为超市的管理者提供管理功能。超市的管理包括库存管理、订货管理、报表管理和售货人员管理和系统维护等。库存管理员负责超市的库存管理；订货员负责超市的订货管理；统计分析员负责超市的统计分析管理；系统管理员负责超市的售货人员管理和系统维护。每种管理者都通过自己的用户名称和密码登录到各自的管理系统中。

（3）库存管理包括商品入库管理、处理盘点信息、处理报销商品信息和一些信息的管理设置信息。这些设置信息包括供应商信息、商品信息和特殊商品信息。库存管理员每天对商品进行一次盘点，当发现库存商品有损坏时，及时处理报损信息。当商品到货时，库存管理员检查商品是否合格后并将合格的商品进行入库。当商品进入卖场时，商品进行出库处理。

（4）订货管理是对超市所缺货物进行的订货处理，包括统计订货商品和制作订单等步骤。当订货员发现库存商品低于库存下限时，根据系统供应商信息，制作订单进行商品订货处理。

（5）统计分析管理包括查询商品信息、查询销售信息、查询供应商信息、查询缺货信息、查询报表信息和查询特殊商品信息，并制作报表。统计分析员使用系统的统计分析功能，了解商品信息、销售信息、供应商信息、库存信息和特殊商品信息，以便能够制定出合理的销售计划。

（6）系统管理包括维护员工信息、维护会员信息和系统维护。系统管理员通过系统管理功能，能够了解公司员工信息、会员信息，还能够对系统进行维护工作。二:创建系统用例模型 1.员工用例图

 员工是超市售货员和超市管理者的抽象，它所包含的行为是超市售货员和超市管理者共同的行为。员工在本系统中通过合法的身份验证；能够修改自身信息和密码。

2.售货员用例图

 售货员能够通过该系统进行销售商品活动。当售货员销售商品时，首先获取商品信息，然后将销售信息更新，如果顾客需要打印购物清单，则需要打印购物清单，在购物清单中需要对商品信息进行计价处理。

3.库存管理员用例图

 库存管理员能够通过该系统进行如下活动：

（1）处理盘点。超市库存管理员每天需要对超市商品信息进行盘点。（2）处理报销。超市库存管理员对超市损坏商品进行报销处理。（3）商品入库。当商品到货时，库存管理员检查商品是否合格后并将合格的商品进行入库。

（4）商品出库。当商品进入卖场时，商品进行出库处理。（5）管理设置。库存管理员负责供应商信息、商品基本信息和特殊商品信息的管理设置。

4.订货员用例图

 订货员能够通过该系统进行订货管理活动。订货员首先根据商品缺货信息统计订货商品，根据需要订货商品信息制定出订单。

5.统计分析员用例图

 统计分析员负责超市的统计分析管理，它能够通过该系统进行如下活动：

（1）查询基本信息。统计分析员能够查询商品的基本信息，根据商品的基本信息，制定出相应的方案。

（2）查询销售信息。统计分析员根据销售情况，制定合理的销售方案。

（3）查询供应商信息。统计分析员能够查询供应商信息。

（4）查询缺货信息。统计分析员能够查询缺货信息。

（5）查询报损信息。统计分析员能够查询报损信息。

（6）查询特殊商品信息。统计分析员能够查询特殊商品信息

6.系统管理员用例图

 系统管理员能够通过该系统进行如下活动：

（1）维护会员信息。系统管理员能够维护超市会员的信息，如添加会员、删除会员和修改会员信息等。

（2）维护员工信息。系统管理员能够维护超市员工的信息，如添加员工、删除员工和修改员工信息等。

（3）系统设置。系统管理员能够根据一些需要进行必要的系统设置。

三：创建系统静态模型

 在获得系统的基本需求用例模型以后，我们通过考察系统对象的各种属性，创建系统静态模型。

（1）首先，我们先确定系统的参与者的属性。每一个超市员工在登录系统时，都需要提供员工的用户名称和密码，因此每一个超市员工应该拥有用户名称和密码属性。超市员工还拥有在超市中的唯一标识——员工编号。此外，员工属性中还包含员工的年龄、头衔和照片等信息。超市的售货员和管理者都继承自员工，拥有员工的属性。在系统中记录的顾客包括顾客的名称、顾客的编号、顾客地址、顾客级别和顾客的总消费金额等记录。

（2）其次，我们确定在系统中的主要业务实体类，这些类通常需要在数据库中进行存储。例如，我们需要存储商品的信息，因此需要一个商品类，同样，根据供应商信息我们可以确定供应商类。（2）其次，我们确定在系统中的主要业务实体类，这些类通常需要在数据库中进行存储。例如，我们需要存储商品的信息，因此需要一个商品类，同样，根据供应商信息我们可以确定供应商类。

四：创建系统动态模型

1.售货员销售商品序列图和交互图 工作流程如下：

（1）顾客希望通过售货员购买商品，售货员希望通过售货管理子系统处理商品销售。

（2）顾客将购买商品提交给售货员。

（3）售货员通过销售管理子系统中的管理商品界面获取商品信息。

（4）管理商品界面根据商品的编号将商品类实例化并请求该商品信息。

（5）商品类实例化对象根据商品的编号加载商品信息并提供给管理商品界面。（6）管理商品界面对商品进行计价处理。

（7）管理商品界面更新销售商品信息。

（8）管理商品界面显示处理商品。

（9）售货员将货物提交给顾客。

2.统计分析员查询商品信息序列图和交互图 工作流程如下：

（1）统计分析员希望通过统计分析子系统查询商品信息。

（2）统计分析员通过统计分析子系统中的查询商品信息界面获取商品信息。

（3）查询商品信息界面根据商品的属性或特征将商品类实例化并请求该类商品信息。

（4）商品类实例化对象加载商品信息，并提供给管理商品界面。

（5）查询商品信息界面显示该类商品信息。

（6）统计分析员请求查询商品信息界面制定出该类商品报表。

（7）查询商品信息界面制定该类商品报表。

（8）查询商品信息界面将该类商品报表显示给统计分析员。

3.库存管理员处理商品入库

工作流程如下：

（1）库存管理员希望通过库存管理子系统将购买的货物处理入库（2）库存管理员通过库存管理子系统中的商品入库界面获取商品信息。

（3）商品入库界面根据商品的编号将商品类实例化并请求该类商品信息。

（4）商品类实例化对象根据商品的编号加载商品信息并提供给商品入库界面。

（5）库存管理员通过商品入库界面增加商品数目。（6）商品入库界面通过商品类实例化对象修改商品信息。（7）商品类实例化对象向商品入库界面返回修改信息。（8）商品入库界面向库存管理员显示添加成功信息。

4.订货员进行订货管理 工作流程如下：

（1）订货员希望通过订货管理子系统处理商品订货管理。（2）订货员通过订货管理子系统中的订货管理界面获取待订货商品信息。

（3）订货管理界面将商品类实例化并根据商品的数量应当满足的条件请求有关商品信息。

（4）商品类实例化对象根据商品的数量应当满足的条件加载商品信息并提供给订货管理界面。

（5）订货员通过订货管理子系统中的订货管理界面获取待订货厂商信息。

（6）订货管理界面将供应商类实例化并根据商品的类型请求有关供应商信息。

（7）供应商类实例化对象加载供应商信息并提供给订货管理界面。（8）订货员通过订货管理子系统中的订货管理界面制作相关订单。（9）订货管理界面制作相关订单并显示给订货员。

5.商品状态图

 在超市信息管理系统中，我们将有明确状态转换的类进行描述，以下我们以商品的状态图为例，简单进行说明。 商品包含以下的状态：刚被购买还未入库后的商品、被添加能够出售的商品、商品被出售、商品被回收。它们之间的转化规则是：

（1）刚被购买后的商品可以通过库存管理员添加成为入库的商品。（2）当入库商品被出售，商品处于被销售状态。（3）当商品由于过期、损坏等因素造成的不合格时，商品被剔除。

6.员工验证登录活动图

 在利用系统的活动图来描述在超市信息管理系统中的参与者如何协同工作时，我们还可以建立相关参与者的活动图进行说明。以下我们以员工验证密码为例进行说明。 我们可以通过以下的方式描述员工验证登录的活动：（1）员工需要通过身份验证后进入相关子系统才能够进行相关操作。

（2）首先，系统运行后系统进入初始化登录界面。（3）员工输入自己的用户名称和密码。

（4）登录界面对用户输入的用户名称和密码进行判断。（5）如果是合法的用户，则系统对用户的权限进行判断，员工进入相关的管理界面，登录成功。

（6）如果是非法的用户，系统提示用户名称或密码错误，登录失败。

五：创建系统部署模型 1.系统构件图

在超市信息管理系统中，我们通过构件映射到系统的实现类中，说明该构件物理实现的逻辑类。例如，在超市信息管理系统中，我们可以对商品类和供应商类分别创建对应的构件进行映射。

2.系统部署图

在超市信息管理系统中，系统包括四种节点，分别是：前台售货节点，售货员使用，负责货物销售；库存管理节点，库存管理员通过该节点进行库存管理和维护；订货管理节点，订货管理员通过该节点进行订货管理；统计分析节点，统计分析员通过该节点进行统计分析；系统管理节点，系统管理员通过该节点进行系统维护和员工信息维护。

第五篇：图书管理系统需求分析(软件工程导论)

目录

一.编写目的……………………………………………………………………………………3 1.1预期的读者和阅读建议………………………………………………………………3 1.2背景及范围……………………………………………………………………………3 1.3参考资料………………………………………………………………………………3 二.综合描述……………………………………………………………………………………3 2.1 产品的前景…………………………………………………………………………3 2.2 用户类和特征………………………………………………………………………4 三.功能需求……………………………………………………………………………………4 3.1 需求规定……………………………………………………………………………4 3.2 功能分类……………………………………………………………………………5 3.3 具体需求……………………………………………………………………………6 四.非功能需求…………………………………………………………………………………15 4.1 性能需求…………………………………………………………………………15 4.2 属性…………………………………………………………………………………15 4.3 其他需求……………………………………………………………………………15

/ 15

一.编写目的

本需求的编写是为了研究图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据

1.1预期的读者和阅读建议

本需求的预期读者是我院图书馆管理员，部分学员。

1.2背景及范围

本项目的名称：图书馆管理系统。

本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是学院图书馆及相关读者。

本产品是针对电脑管理图书的需求设计的，主要包括管理员管理模块和学员自助服务模块。其中，管理员管理模块可以完成读者登记、购入新书、图书检索、读者借还书、图书注销等主要功能，学员自助服务模块可以完成学员电子阅读，图书检索功能。

1.3参考资料

《软件工程导论》——张海藩 编著 清华大学出版社

二.综合描述

为方便对图书馆书籍，读者资料，借还书等进行高效的管理，特编写该程序以提高图书馆的管理效率。使用该程序后，图书馆管理人员可以管理读者的登记，图书的购入、借出、归还以及注销等；还可以查询某位读者、某本图书的借阅情况，对当前借阅情况给出一些统计，给出统计表格，以全面掌握图书的情况。

2.1 产品的前景

/ 15 图书馆在正常运营中面对大量书籍、读者信息以及两者间相互联系产生的借书信息、还书信息。现有的人工记录方法既效率低又错误过多，大大影响了图书馆的正常管理工作。因此需要对书籍资源、读者资源、借书信息、还书信息进行管理，及时了解各个环节中信息的变更，有利用管理效率的提高。本系统通过强大的计算机技术给图书管理人员和读者借、还书带来便利。

产品的功能

(1)读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注。

(2)书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。

(3)借书信息制定、输入、修改、查询，包括书籍编号、读者编号、借书日期、借书期限、备注。

(4)还书信息制定、输入、修改、查询，包括书籍编号、读者编号、还书日期、还书期限、备注。

(5)有条件、多条件查询各种信息.2.2 用户类和特征

本系统的最终用户有三种：一是管理员（图书管理员和其它管理人员），他们可以删除图书信息、删除或增加学生信息等；二是读者（老师和同学等），可以查看他们的借阅信息。他们都具有一定的计算机应用基础，可以比较熟练操作计算机；三是系统维护人员为计算机专业人员，熟悉数据库、操作系统、网络维护工作。管理员和读者都是经常性用户，维护人员为间隔性用户。

三.功能需求

3.1 需求规定

在图书管理系统中，管理员要为每个读者建立借阅账户，并給读者发放不同类别的借阅卡（借阅卡可提供卡号、读者姓名），账户内存储读者的个人信息和借阅记录信息。持有借阅卡的读者可以通过管理员（作为读者的代理人与系统交互）借阅、归还图书，不同类别的读者可借阅图书的范围、数量和期限不同，可通过互联网或图书馆内查询终端查询图书信息和个人借阅情况，以及续借图书 3 / 15（系统审核符合续借条件）。

借阅图书时，先输入读者的借阅卡号，系统验证借阅卡的有效性和读者是否可继续借阅图书，无效则提示其原因，有效则显示读者的基本信息（包括照片），供管理员人工核对。然后输入要借阅的书号，系统查阅图书信息数据库，显示图书的基本信息，供管理员人工核对。最后提交借阅请求，若被系统接受则存储借阅纪录，并修改可借阅图书的数量。归还图书时，输入读者借阅卡号和图书号（或丢失标记号），系统验证是否有此借阅纪录以及是否超期借阅，无则提示，有则显示读者和图书的基本信息供管理员人工审核。如果有超期借阅或丢失情况，先转入过期罚款或图书丢失处理。然后提交还书请求，系统接受后删除借阅纪录，并登记并修改可借阅图书的数量。

图书管理员定期或不定期对图书信息进行入库、修改、删除等图书信息管理以及注销（不外借），包括图书类别和出版社管理。为系统维护人员提供权限管理、数据备份等通用功能。

3.2 功能分类

/ 15

图书馆信息系统参数设置基础信息管理管理员设置书架设置图书词库设置新书购入管理子系统学生借书学生还书图书馆管理系统系统登陆图书注销学生信息查询查询子系统图书信息查询

/ 15 3.3 具体需求

系统的总体图

图书馆管理人员用户名和密码1登陆信息验证输入管理请求数据2处理管理请求数据显示显示器密码错误信息当前日期系统时钟管理员表当前日期用户输入查询信息3处理查询请求数据查询结果

第一层图：

（1）：登陆子系统

图书馆管理人员用户名和密码1.1密码验证用户名1.2验证权限显示器登陆错误信息权限显示管理员表1.3显示可用的控件和界面 6 / 15

（2）管理子模块

/ 15 图书馆管理人员输入购入新书数据2.1处理新书购入非法信息图书目录文件入库单退货单输入图书字段和学生字段罚款单接受借书2.2处理学生借书输入图书字段罚款单非法信息当前日期学生文件借书文件显示器当前日期输入注销图书字段2.3处理学生还书欠款金额信息非法信息还书成功当前日期罚款单图书目录文件非法信息2.4图书注销注销成功当前日期系统时钟

（3）查询模块

/ 15 图书馆管理人员|学生输入学生查询关键字3.1学生信息查询学生信息学生文件借书文件显示器输入图书查询关键字图书目录文件3.2图书信息查询图书信息第二层图：

（1）：处理新书购入 1）规格说明

输入新书的全部信息。2）引言

为了输入新书的全部信息（包括：分类目录号，流水号书名，作者，内容摘要，价格和购书日期等）。3）输入

新书的全部信息。4）处理

通过图书管理系统写入图书目录文件。5）输出

新书的全部信息。

/ 15

入库单出版社档案文件图书馆管理人员（采购员）输入购入新书数据2.1.1查找数据库，确认信息非法输入数据退货单添加操作显示器管理员表2.1.2操作验证非法操作输入添加信息显示结果系统时钟当前日期2.1.3保存添加记录图书目录文件

（2）处理学生借书

1）规格说明

查询读者借书的相关信息。2)引言

为了查询读者借书的相关信息。3)输入

借书信息的关键字。4)处理

利用关键字在借书文件中找到此流水号图书的相关信息。5)输出

借书相关信息。

/ 15

罚款单学生文件非法学生信息2.2.1检查学生欠费情况图书馆管理人员输入学生字段欠款超额，拒绝借书显示器接受借书，输入图书信息借书成功系统时钟当前日期2.2.2更新数据库借书文件（3）：处理学生还书

1）规格说明 输入读者还书信息。2）引言

为了把读者还书的相关信息（包括：图书分类号，流水号，读者号，借阅日期和还书日期等）写入还书文件中。3）输入 读者还书信息。4)处理

通过图书管理系统写入还书文件中。5）输出

读者还书信息的全部内容。

2.3.1根据图书字段查找数据库图书馆管理人员输入图书字段借书信息和学生信息2.3.2计算欠款结果欠款金额显示器借书文件还书成功当前日期系统时钟学生文件图书目录文件罚款单 11 / 15（4）：处理图书注销

1）规格说明

注销图书的相关内容。2）引言

为了注销图书的相关信息。3）输入

图书信息的关键字（图书分类号或书名）。4）处理

利用关键字在图书目录文件中找到此图书分类号或书名图书的相关信息。5)输出

图书的注销信息。

2.4.1根据图书字段，查找数据库图书馆管理人员输入注销图书字段修改操作2.4.2操作验证非法操作输入修改信息图书目录文件系统时钟当前日期2.4.3保存修改记录注销成功显示器

（5）处理学生信息查询

1）规格说明

读者登记，即读者的具体信息。2）引言

为了把读者的具体信息（包括：读者编号，姓名，学院，专业，年级等）写入读者目录文件中。3）输入 读者具体信息。

/ 15 4）处理

通过图书管理系统写入读者目录文件中。5）输出 读者具体信息。

图书馆管理人员|学生输入查找字段3.1.1确定查询类型及字段查找字段，关键字3.1.2查找数据库查询结果显示器学生文件借书文件（6）处理图书信息查询

1）规格说明

查询图书的相关内容。2）引言

为了查找图书的相关信息。3）输入

图书信息的关键字（图书分类号或书名）。4）处理

利用关键字在图书目录文件中找到此图书分类号或书名图书的相关信息。5）输出

图书的相关信息。

3.2.1确定查询类型及字段图书馆管理人员|学生输入查询关键字查询字段及关键字3.2.2查找数据库查询结果显示器借书文件图书目录文件

/ 15 四.非功能需求

4.1 性能需求

1）精度需求

在精度需求上，根据使用需求，在各项数据的输入，输出及传输过程中，可以满足各种精度的需求。

2）时间需求

在软件方面，响应时间，更新处理时间都比较快且迅速，完全满足用户要求。3）灵活性

当用户需求，如操作方式，运行环境，结果精度，数据结构与其他软件接口等发生变化时，设计的软件要做适当调整，灵活性非常大。

4）故障处理

内部故障处理：在开发阶段可以随即修改数据库里的相应内容。

外部故障：对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。

4.2 属性

1）保密性

本软件作为教学管理辅助设备，它的规模比较小，不需要保密技术，先顶一个程序中某些区域的规约，给不同的模块分配不同的功能。2）可维护性

本软件的组成程序组构较为简单，直观意义上较独立。因此，给予电子化的所构成的硬件的简单可维护的特点，决定了该软件的简单。他与文件系统的

4.3 其他需求

1）数据库

数据库是实现有组织的，动态的存储大量关联数据，方便多用户访问的计算机软硬自愿组成的系统。他与文件系统的重要区别时数据的充分共享，交叉访问，与应用程序的高度独立性。

由于本软件的整体结构比较简单，所涉及的数据相对来说也比较少，组成文件的最小单位是记录。

/ 15 2）操作 a.初始化操作

b.数据处理的功能较强 c.后援和恢复操作

/ 15