软件工程课程设计
—仓库管理系统
目录
一 需求规格说明 ......................... 3..
1．1 需求描述 ......................... 3.. 1．2 活动列表 ......................... 3..二 需求分析过程 ......................... 3..1．仓库管理系统应用中的参与者 ......... 3. 2．系统中的用例及用例文档 ............. 4.
2．1 总用例图 ....................... 4. 2．2 用例文档 ....................... 4.
三 用 UML 对系统建模 .................... 5.
1．用例包图及用例图（用例建模） ....... 5 2．系统用例的活动图及活动文档（活动建模） 3．某系统的类图（类建模） ............. 7. 4．构造顺序图（交互建模） ............. 8. 5．构造状态图（状态图建模） .......... 1 0 6．构造协作图 ........................ 1..07．构件图 ............................ 1..28．部署图 ............................ 1..2四 代码生成 ............................ 1..2五 心得体会 ............................ 1..36
需求规格说明
1 需求描述
系统开发目的
随着科学技术的发展，社会进步，计算机迅速的发展 ,仓库货物管理的方法 也日新月异 ,以前全是由人工管理的方法现存在很多的缺点：管理效率低，劳动 强度大，信息处理速度低而且准确率也不够令人满意。 为了提高仓库货物管理效 率，减轻劳动强度提高，信息处理速度和准确性；为管理员提供更方便、科学的 服务项目。 为管理员提供的一种更先进、 科学的服务系统。 于是我们便选择了由 计算机来设计一个仓库货物管理系统的方案。让计算机对仓库货物进行自动管 理，管理员可以直接在计算机上实现仓库货物的信息管理， 并能在一定程度上实 现自动化。 我们在现行系统初步调查的基础上提出了新系统目标， 即新系统建立 后所要求达到的运行指标，这是系统开发和评价的依据。
1 活动列表
1）各种商品信息的输入，包括商品的价格，类别，名称，编号，生产日
期， 保证期，所属公司等信息。
2）各种商品信息的修改； 3）对于已售商品信息的删除；
4）按照一定的条件，查询、统计符合条件的商品信息；至少应该包括每
个商 品的订单号，价格，类别，所属公司等信息进行查询；
5）对查询、统计的结果打印输出。
需求分析过程
1．仓库管理系统应用中的参与者
普通用户、管理员
2．系统中的用例及用例文档
找出与角色相对应的用例。普通用户对应的用例：按照一定的条件，查询、统计 符合条件的商品信息；至少应该包括每个商品的订单号，价格，类别，所属公司 等信息进行查询。管理员可以对商品进行入库，出库的操作。
2．1 总用例图
2．2 用例文档
用 例： 简 述： 参 与 者： 前提条件： 主 流： 其 他 流：
查询
该用例验证用于用户对数据库的查询。 普通用户 , 管理员
用户提交查询命令后。用例开始。
检查查询的数据段，若有商品信息，将查询结果输出。 若没有商品信息，向用户发送通知。
后置条件： 如果用例成功，输出查询结果，对管理员等待其它命令，
对普通用户没有其它操作。 用 例： 修改 简 述： 该用例验证用于用户对商品信息某一项的修改。 参 与 者： 管理员
前提条件： 查询后确认仓库有该商品。用例开始。 主 流： 输入需要修改项，将结果写入数据库。 其 他 流： 若没有商品信息，向用户发送通知。 后置条件： 如果用例成功，输出修改后结果。
入库 该用例验证管理员对新商品的入库处理。
用 例：
管理员 用户提交命令后，查询仓库中有无相同商品。 若
简 述：
仓库中已有该商品，增加商品的数量。 若没有商品信息，
参 与
要求管理员输入商品其它信息， 并入库 如果用例成功，
者： 前提
输出新商品的查询结果。
条件： 主 流： 其
出库 该用例验证用于用户对商品的出库。 管理员 用户提
他 流：
交命令后，查询仓库中有无相同商品。 若仓库中已有该商
后置条
品， 且出库后数量为零， 删除商品信息 若不为零，仅修
用 例： 改商品数量。 若没有商品信息，向用户发送通知。 如果简 述： 用例成功，输出 出库后商品查询结果。 参 与 者： 前提条
主 流：
其 他 流： 后置条件：
三 用 UML 对系统建模
1．用例包图及用例图（用例建模）
图 1.1 用例
2．系统用例的活动图及活动文档（活动建模）
查询用例对应的事件流用活动图描述如下：
图 2.1 查询用例活动图
入库用例对应的事件流用活动图描述如下：
图 2.2 入库用例活动图
出库用例对应的事件流用活动图描述如下：
图 2.3 出库用例活动
图
修改用例对应的事件流用活动图描述如下：
图 2.4 修改用例活动图
3．某系统的类图（类建
模）
图 3.1 实体类图 图 3.2 数据库表
4．构造顺序图（交互建
图 3.3 窗口设计类
图
模）
图 4.1 查询序列
图
图
出库序列
4.2
图
图 4.3 入库序列图
5 ．构造状态图（状态图
建模）
图 5.1 商品状态
图
6．构造协作
图
选择菜单 Browse下 Create Collaboration Diagram，把序列图转换为协作图。
图 6.1 查询协作图
图 6.2 出库协作
图
图 6.3 入库协作图
7．构件
图
图 7.1 组件
图
8．部署
图
图 8.1 部署图
四 代码生成
1. 选择菜单 Tools下的 Web Publisher，把模型转换成 Web文档。 2. 选择菜单 Tools 下的 Visual C++下的 Update Code，把模型转换成 VC++ 的代码。
五 心得体会
通过对本仓库货物管理系统的设计， 使我认识到软件开发的过程实际上就是 描述现实世界的过程。而由现实世界向软件模型的转化过程是其中最核心的过 程。在课程设计的过程中我们遇到了许多问题。 而这些问题的产生都是由于理论 知识和实践经验的缺乏造成的。
在此过程中我通过张聚礼老师的指导、 同学的帮助、自学战胜了所有的困难。 使我得到一次难的锻炼机会， 加深了对理论知识的理解， 丰富了实践经验。 同时 更让我深刻体会到团队协作的重要性， 并通过这次设计让我从整体的程序开发到 具体软件的设计都有了一个全面的掌握， 为我即将从事的工作打下了一个坚实的 基础！
开发软件必须严谨求实， 脉络清晰， 还需要那么一点点敬业精神， 牺牲部分 休息娱乐的时间。 运用工程学的思想开发软件， 就要跳出原本只注重编程的狭隘 圈子，从宏观上把握软件的生命周期，强调整体性与协调性，不能任意妄为。特 别是需求分析、总体设计和详细设计阶段的工作，更要做到细致、准确，为后期 工作做好铺垫。
但是由于课程设计时间较短， 所以该系统还有许多不尽人意的地方， 用户界 面设计不够美观， 统计功能还不完善等， 这些都有待进一步改善。 理论知识用于 指导实践，亲身体验才能领悟软件工程的妙用。
