软件工程大作业

《软件工程》大作业题目：商品的进存销管理系统的实现班级：10信息与计算科学1班小组成员：冯堃原（组长）陈丽娟、王翠儿、叶振邦陈锦松、方俊日、吕梦源1.项目概述 (3)1.1 开发背景 (3)1.2 开发目的 (3)1.3 开发运行环境 (3)1.4 系统功能 (3)2．系统分析 (4)2.1 需求分析 (4)2.1.1 系统需求 (4)2.1.2 功能需求 (4)2.1.3 业务流程图 (13)2.1.4 可行性分析 (14)2.1.5 项目规划 (14)3.总体设计 (15)3.1 基本设计概念和处理流程 (15)3.2 系统功能体系图 (16)3.3 模块设计 (17)3.3.1 登录模块 (17)3.3.2 系统主界面模块 (17)3.3.3 进货管理模块 (17)3.3.4 销售管理模块 (17)3.3.5 库存管理模块 (18)3.3.6 信息管理模块 (18)3.3.7 系统管理模块 (18)3.3.8 统计报表子模块 (18)4系统设计 (19)4.1 目标设计 (19)4.2 设计思想 (19)4.3 系统功能设计 (19)4.3.1 进货管理 (19)4.3.2 销售管理 (21)4.3.3 库存管理 (22)4.3.4 信息管理 (23)4.3.5 系统管理 (23)4.3.6 统计报表 (23)5．总结 (23)1.项目概述1.1 开发背景现代社会经济迅猛发展，使得市场的走向也发生了巨大的变化。

商品经济的高速发展也促进了商家们的竞争，要想在竞争中取得优势，商家们必须要提升自身的管理方式，采用先进的管理系统来对各自的商品进行管理，进而提高自己的竞争力。

发达国家的各类商店、超市基本上都运用计算机技术，对商品的进货、库存、销售等方面进行管理。

而目前，我国正处在从传统商店经营到现代商店经营的转变过程中，在当今经济如此迅猛发展的社会，商家们是很有必要去提高自己的管理水平，再加上当今社会计算机的飞速发展，利用计算机实现商品的进存销管理也是势在必行的。

1.2 开发目的开发一个商品的进存售管理系统，主要是为了对商品的进货、库存、销售进行管理，从而提高商店资金的利用率、结算速度、工作效率等。

通过计算机技术对商品的进存销进行完善管理，从而实现管理的科学化、智能化、现代化。

因此，商家们必须要掌握好当今市场的走向，紧跟着时代的步伐，对自己的商品运用现代化的手段去管理，这样才能够巩固自己在商业界的地位。

1.3 开发运行环境✧前台开发环境：Visual Basic 6.0✧后台数据库环境：SQL Server 2005✧运行环境：Windows XP1.4 系统功能具有良好的人机交互界面。

具有完善的权限管理功能。

具有方便的、全方位的数据查询功能。

能够自动完成数据计算。

具有数据备份和数据还原功能。

具有强大的报表打印功能。

能够准确提供商品的进货、库存、销售信息。

2．系统分析2.1 需求分析2.1.1 系统需求为了保证系统能够安全、可靠、高效地运行，商品的进存销管理系统应满足以下需求：●界面设计简洁、友好、美观、大方。

●操作简单、快捷、方便。

●数据存储安全、可靠，数据精确度保留至小数点后一位。

●信息分类清晰、准确。

●强大的数据查询功能、权限设置功能。

●该系统软件适用于Windows操作系统。

2.1.2 功能需求商品进存销管理系统的功能要满足以下需求：◆基本信息的添加、修改、删除和查询，包括商品信息、员工信息、供应商信息、客户信息。

◆进货商品信息的录入、修改、删除和查询。

◆销售商品信息的录入、修改、删除和查询。

◆客户退货商品信息的录入、修改、删除和查询。

◆库存商品信息的查询。

◆各类单据统计报表打印。

◆系统管理员可对基本信息进行管理、对系统进行维护和权限管理。

2.1.2.1 用例规约：1、进货管理1.1 简要说明本用例的功能主要是生成进货订单，修改、删除和查询进货订单。

1.2 事件流1.2.1 基本流根据采购部员工的操作，系统执行以下基本流：①修改已经存在的订单信息，系统执行修改订单子流。

②确认订单入库，系统执行增加订单子流。

③删除已经存在的订单信息，系统执行删除订单子流。

④根据条件查询已经存在的订单信息，系统执行查询订单子流。

1.2.2 备选流1.2.2.1 用户信息验证错误如果系统检测到用户输入的信息格式或内容有错，没有通过验证，系统会弹出警告对话框，提示错误，并重新输入。

如果通过验证，系统会弹出确认对话框，如果单击“是”，会得到相应的值条件，否则单击“取消”。

1.3 特殊需求无。

1.4 前置条件用户必须是曾经注册过的采购部员工。

1.5 后置条件如果该用例成功，系统数据库中将增加一条记录，否则，系统维持原状。

1.6 扩展点无。

2、销售管理2.1 简要说明本用例的功能主要是录入、修改、删除和查询销售商品，以及客户退货商品的录入、修改、删除和查询。

2.2 事件流2.2.1 基本流根据销售部员工的操作，系统执行以下基本流：①录入已销售商品的信息，系统执行增加已销售商品信息子流。

②修改已销售商品的信息，系统执行修改已销售商品信息子流。

③删除已销售商品的信息，系统执行删除已销售商品信息子流。

④根据条件查询已销售商品的信息，系统执行已销售商品信息子流。

⑤录入客户退货商品的信息，系统执行增加客户退货商品信息子流。

⑥修改客户退货商品的信息，系统执行修改客户退货商品信息子流。

⑦删除客户退货商品的信息，系统执行删除客户退货商品信息子流。

⑧根据条件查询客户退货商品的信息，系统执行客户退货商品信息子流。

2.2.2 备选流2.2.2.1 信息验证错误如果系统检测到用户输入的信息格式或内容有错，没有通过验证，系统会弹出警告对话框，提示错误，并重新输入。

如果通过验证，系统会弹出确认对话框，如果单击“是”，会得到相应的值条件，否则单击“取消”。

2.3 特殊需求无。

2.4 前置条件用户必须是曾经注册过的销售部员工。

2.5 后置条件如果该用例成功，系统数据库中将增加一条记录，否则，系统维持原状。

2.6 扩展点无。

3、库存管理3.1 简要说明本用例的功能主要是增加，修改、删除和查询库存商品信息。

3.2 事件流3.2.1 基本流根据仓管部员工的操作，系统执行以下基本流：①录入库存商品的信息，系统执行增加库存商品信息子流。

②修改库存商品的信息，系统执行修改库存商品信息子流。

③删除库存商品的信息，系统执行删除库存商品信息子流。

④根据条件查询库存商品的信息，系统执行查询库存商品信息子流。

3.2.2 备选流3.2.2.1 用户信息验证错误如果系统检测到用户输入的信息格式或内容有错，没有通过验证，系统会弹出警告对话框，提示错误，并重新输入。

如果通过验证，系统会弹出确认对话框，如果单击“是”，会得到相应的值条件，否则单击“取消”。

3.3 特殊需求无。

3.4 前置条件用户必须是曾经注册过的仓管部员工。

3.5 后置条件如果该用例成功，系统数据库中将增加一条记录，否则，系统维持原状。

3.6 扩展点无。

4、信息管理4.1 简要说明本用例的功能主要是基本信息的添加、修改、删除和查询，包括商品信息、员工信息、供应商信息、客户信息。

4.2 事件流4.2.1 基本流根据系统管理员的操作，系统执行以下基本流：①录入基本信息，系统执行增加基本信息子流。

②修改基本信息，系统执行修改基本信息子流。

③删除基本信息，系统执行删除基本信息子流。

④根据条件查询基本信息，系统执行查询基本信息子流。

4.2.2 备选流4.2.2.1 用户信息验证错误如果系统检测到用户输入的信息格式或内容有错，没有通过验证，系统会弹出警告对话框，提示错误，并重新输入。

如果通过验证，系统会弹出确认对话框，如果单击“是”，会得到相应的值条件，否则单击“取消”。

4.3 特殊需求无。

4.4 前置条件用户必须是曾经注册过的系统管理员。

4.5 后置条件如果该用例成功，系统数据库中将增加一条记录，否则，系统维持原状。

4.6 扩展点无。

5、系统管理5.1 简要说明本用例的功能主要是对用户进行管理和对系统进行维护。

5.2 事件流5.2.1 基本流根据系统管理员的操作，系统执行以下基本流：①填写用户基本信息，输入初始密码，设置用户权限，提交用户添加。

②修改用户基本信息，重置初始密码，设置用户权限，提交用户修改。

③选择删除用户，提交用户删除。

④选择备份路径，提交备份设置。

⑤选择恢复路径，选择数据库，提交恢复设置。

5.3 特殊需求无。

5.4 前置条件用户必须是曾经注册过的系统管理员。

5.5 后置条件如果该用例成功，系统数据库中将增加一条记录，否则，系统维持原状。

5.6 扩展点无。

6、统计报表6.1 简要说明本用例的功能主要是对商品的销售进行统计。

6.2 事件流6.2.1 基本流根据统计分析员的操作，系统执行以下基本流：①选择销售期间。

②提交统计条件。

③统计结果显示。

6.2.2 备选流6.2.2.1 提交统计失败如果用户提交的统计条件信息不完整或有误，系统会返回有误的条件信息，要求用户重新检查并修改。

6.3 特殊需求无。

6.4 前置条件用户必须是曾经注册过的系统管理员。

6.5 后置条件如果该用例成功，系统数据库中将增加一条记录，否则，系统维持原状。

6.6 扩展点无。

2.1.2.2 补充规约本补充规约列出了商品进存销系统的非功能性需求和部分全局性需求。

它和用例模型一起，组成了完整的系统需求规格说明书。

2、范围本说明书除定义了在许多用例中共有的功能性需求以外，还定义了系统的非功能性需求，如可靠性、可用性、系统性能和可支持性。

3、参考无。

4、功能性4.1 系统能够提供完整的商品进、存、销业务功能。

4.2 系统可提供强大的数据统计、查询、报表生成以及打印等功能。

4.3 满足多个用户并发执行。

5、可用性用户界面视窗与Windows系统兼容。

6、可靠性保证系统在配置完成以后24小时都可用。

平均无故障时间应超过300小时。

7、性能7.1 数据(商品单价等)保留至小数点后一位。

7.2 为保证系统的正常运行，应该对系统的存储容量加以限制。

7.3 该系统从启动到进入系统登录界面时间正常情况下应该少于10秒，登录并更新数据时间正常情况下少于5秒。

8、可支持性无。

9、安全性系统具有较高的安全性，确保一些重要信息不会泄露。

10、设计约束无。

2.1.2.3 术语表1、简介本文档用来对一些术语进行定义，同时对用例说明或其他文档中读者不太熟悉的术语进行解释性的描述。

一般地说，它可用作一种信息数据字典，使得用例规约和其他文档显得简洁、易懂。

2、名词定义这份术语表包含了商品进存销系统的重要概念。

2.1 采购部员工：指负责采购商品的人。

2.2 销售部员工：指负责销售商品的人。

2.3 仓管部员工：指负责盘点库存商品的人。