软件项目报告文档.docx

《软件项目报告文档.docx》由会员分享，可在线阅读，更多相关《软件项目报告文档.docx（41页珍藏版）》请在三一办公上搜索。

1、 1 一、一、课题课题设计意义及目的设计意义及目的 随着社会的不断进步和科学技术的发展,计算机技术正在进入各行各业,各种超级市场如雨后春笋的速度发展,现今的商店从经营方式上大致分成两个部分：一小部分为大型的连锁店形式，另外大部分是独立的小商铺形式。 大型连锁商店有资金开发或购买商品管理系统软件， 市面上也有许多此类的软件发售。而小型的商店很少应用信息技术来实现商品的销售和管理，就算有在功能上也比较简陋。这不仅与小型商店的成本、资金有限有关系，也与市面上很少有此类管理软件有很大的关系。这导致了这些小商店陷于商品销售、入库管理以及供货商管理上的各种琐细问题中，阻碍了商店的发展。 本系统将涉及多个窗

2、口的制作，从而实现多个管理模块的功能，其中包括对用户权限的认证窗体、商品销售汇总统计、商品入库基本信息、供货商信息、逐笔销售窗体、商品记录查询与查询供货商窗体的全部功能。 在主窗体中，我们通过页框控件放入了商品销售汇总统计、商品入库基本信息、供货商信息 3 个管理模块，通过上面 3 个管理模块可以分别调用逐笔销售窗体、商品记录查询与查询供货商窗体 。 由于商品销售管理系统是一个用来帮助使用者管理商品销售流程的软件。 使用者通过对销售过程中所涉及到的商品，订单，销售商等资料的录入，便可以轻松实现商品销售流程的管理。所以，此系统必须向使用者提供一下一些具体功能：。 1：软件必须向使用者提供商品基本

3、的录入，删除，编辑等基本功能 2：鉴于商品的不同销售方式（分为订单销售和代理商销售两种形式），软件必须向使用者提供商品销售环节中的基本管理功能，因此必须有订单分销模块和代理商分销模块。 3：软件必须向使用者提供基本的查询功。 4：由于是销售管理软件，所以系统安全性必须是要考虑的问题。因此，必须实现以下两点： a：系统操作员机制。对系统的使用者，按等级开放管理权限，这样可以在一定程度上保证数据库系统的安全性，避免数据被泄漏，非法更改等。 b.销售数据直接反映了一个销售单位的盈亏状况，鉴于销售数据的重要性，所以必须对这些数据加以保护，在系统崩溃时或者误操作等情况下，可以对数据进行恢复。这就需要系统

4、提供备份功能。 5 ：对于销售数据不能只存储在计算机中，而是需要导出步骤，最后以印刷品的形式出现在使用者面前，该软件设计的最终目的才能得以具体的实现。所以，打印功能是必不可少的系统功能之一。 本系统的目标是:使用者通过对基本销售信息的录入，即可方便直观的实现对商品交易流程的管理，查询，以及对已有信息的打印输出等功能。本销售系统定义了两种销售模式： 1：订单销售。即销售方通过订单方式销售的商品。 2：代理商销售方式。 （此功能略复杂，所以在实现的是时候必须对其提供录入修改查询等基本功能） 。 除了上述基本功能外，系统还必须提供必要的附加功能： 1：数据备份功能。 2：密码登陆功能。 3：操作员及

5、相应的权限管理功能。 2 二、需求分析二、需求分析 1. 需求特性表 编号编号 特性特性 FEAT01 销售管理员在接受到客户要求订货的信息后， 可以查看公司现有的库存情销售管理员在接受到客户要求订货的信息后， 可以查看公司现有的库存情况，以便确定是否存在该货物况，以便确定是否存在该货物 FEAT02 销售管理员在确定库存存在既定的货物后， 可以保存客户的各种信息， 以销售管理员在确定库存存在既定的货物后， 可以保存客户的各种信息， 以便以后的确认和其它维护便以后的确认和其它维护 FEAT03 销售管理员如果想确认客户信息是否正确可以对客户的基本信息进行查销售管理员如果想确认客户信息是否正确可

6、以对客户的基本信息进行查看看 FEAT04 销售管理员在录入或者查看客户信息时， 如果发现错误。 可以对客户信息销售管理员在录入或者查看客户信息时， 如果发现错误。 可以对客户信息进行修改进行修改 FEAT05 销售管理员确定了客户要下订单后， 根据用户提出的要求来填写交易的基销售管理员确定了客户要下订单后， 根据用户提出的要求来填写交易的基本信息。如：商品的类型，型号，数量等本信息。如：商品的类型，型号，数量等 FEAT06 销售管理员如果想确认交易信息是否正确可以对客户的基本信息进行查销售管理员如果想确认交易信息是否正确可以对客户的基本信息进行查看看 FEAT07 销售管理员在录入或者查看

7、交易信息时， 如果发现错误。 可以对客户信息销售管理员在录入或者查看交易信息时， 如果发现错误。 可以对客户信息进行修改进行修改 FEAT08 销售管理员对已经确定发货的交易项目进行登记，以便以后管理销售管理员对已经确定发货的交易项目进行登记，以便以后管理 FEAT09 销售管理员在进行客户信息修改和交易信息修改时系统自动和已交易的销售管理员在进行客户信息修改和交易信息修改时系统自动和已交易的信息进行核对，如果货物已经发货将不能进行修改信息进行核对，如果货物已经发货将不能进行修改 FEAT10 维护管理员对客户信息和交易信息等和交易先关的信息进行备份， 以便以维护管理员对客户信息和交易信息等和

8、交易先关的信息进行备份， 以便以后系统如果系统出现问题是使用后系统如果系统出现问题是使用 FEAT11 维护管理员在系统出现错误是可以恢复以前的各种交易信息维护管理员在系统出现错误是可以恢复以前的各种交易信息 FEAT12 超级管理员根据销售管理员提供的交易情况和企业的产品购进和生产情超级管理员根据销售管理员提供的交易情况和企业的产品购进和生产情况进行数据库更新况进行数据库更新 FEAT13 超级管理员可以对员工的各种信息进行记录超级管理员可以对员工的各种信息进行记录 FEAT14 超级管理员可以查看员工信息超级管理员可以查看员工信息 FEAT15 超级管理员在进行查看员工信息和录入员工信息时

9、， 如果发现错误可以进超级管理员在进行查看员工信息和录入员工信息时， 如果发现错误可以进行修改行修改 FEAT16 超级管理员负责对所有管理员进行管理，最主要设置其权限超级管理员负责对所有管理员进行管理，最主要设置其权限 FEAT17 超级管理员有销售管理员和维护管理员的所有权限超级管理员有销售管理员和维护管理员的所有权限 2. 概念模型 3 CDLogin(登陆)CDReserve（订货管理）CDPerView（权限管理）CDSetup（系统设备）CDBAK（备份）CDSellBack（退货管理）CDResume（恢复）CDSell（销售管理）CBaseQuery（查询类）CDSellQue

10、ry（查看报表）CMyDlg（主窗口） 4 3. 用例模型 a) 合并特性获得用例 参与者参与者 特性特性 用例用例 销售管理员销售管理员 超级管理员超级管理员 FEAT01.销售管理员在接受到客户要求订货的信息销售管理员在接受到客户要求订货的信息后， 可以查看公司现有的库存情况， 以便确定是否存后， 可以查看公司现有的库存情况， 以便确定是否存在该货物在该货物 UC01.查看库存情况查看库存情况 FEAT02. 销售管理员在确定库存存在既定的货物销售管理员在确定库存存在既定的货物后， 可以保存客户的各种信息， 以便以后的确认和其后， 可以保存客户的各种信息， 以便以后的确认和其它维护它维护

11、UC02.记录客户信息记录客户信息 FEAT03. 销售管理员如果想确认客户信息是否正确销售管理员如果想确认客户信息是否正确可以对客户的基本信息进行查看可以对客户的基本信息进行查看 UC03. 查看客户信查看客户信息息 FEAT04. 销售管理员在录入或者查看客户信息时，销售管理员在录入或者查看客户信息时，如果发现错误。可以对客户信息进行修改如果发现错误。可以对客户信息进行修改 UC04. 修改客户信修改客户信息息 FEAT05. 销售管理员确定了客户要下订单后，根据销售管理员确定了客户要下订单后，根据用户提出的要求来填写交易的基本信息。 如： 商品的用户提出的要求来填写交易的基本信息。 如：

12、 商品的类型，型号，数量等类型，型号，数量等 UC05. 记录交易项记录交易项目目 FEAT06. 销售管理员如果想确认交易信息是否正确销售管理员如果想确认交易信息是否正确可以对客户的基本信息进行查看可以对客户的基本信息进行查看 UC06. 查看交易项查看交易项目目 FEAT07. 销售管理员在录入或者查看交易信息时，销售管理员在录入或者查看交易信息时，如果发现错误。可以对客户信息进行修改如果发现错误。可以对客户信息进行修改 UC07. 修改交易项修改交易项目目 FEAT08. 销售管理员对已经确定发货的交易项目进销售管理员对已经确定发货的交易项目进行登记，以便以后管理行登记，以便以后管理 U

13、C08. 查看发货情查看发货情况况 FEAT09. 销售管理员在进行客户信息修改和交易信销售管理员在进行客户信息修改和交易信息修改时系统自动和已交易的信息进行核对， 如果货息修改时系统自动和已交易的信息进行核对， 如果货物已经发货将不能进行修改物已经发货将不能进行修改 UC09. 修改发货情修改发货情况况 维护管理员维护管理员 超级管理员超级管理员 FEAT10. 维护管理员对客户信息和交易信息等和交维护管理员对客户信息和交易信息等和交易先关的信息进行备份， 以便以后系统如果系统出现易先关的信息进行备份， 以便以后系统如果系统出现问题是使用问题是使用 UC10. 数据备份数据备份 FEAT11

14、. 维护管理员在系统出现错误是可以恢复以维护管理员在系统出现错误是可以恢复以前的各种交易信息前的各种交易信息 UC11. 数据恢复数据恢复 超级管理员超级管理员 FEAT12. 超级管理员根据销售管理员提供的交易情超级管理员根据销售管理员提供的交易情况和企业的产品购进和生产情况进行数据库更新况和企业的产品购进和生产情况进行数据库更新 UC12. 更新库存情更新库存情况况 FEAT13. 超级管理员可以对员工的各种信息进行记超级管理员可以对员工的各种信息进行记录录 UC13. 记录员工信记录员工信息息 FEAT14. 超级管理员可以查看员工信息超级管理员可以查看员工信息 UC14. 查看员工信查

15、看员工信息息 FEAT15. 超级管理员在进行查看员工信息和录入员超级管理员在进行查看员工信息和录入员工信息时，如果发现错误可以进行修改工信息时，如果发现错误可以进行修改 UC15. 修改员工信修改员工信息息 FEAT16. 超级管理员负责对所有管理员进行管理，超级管理员负责对所有管理员进行管理，最主要设置其权限最主要设置其权限 UC16. 设定管理员设定管理员权限权限 5 b) 用例图及用例的简要描述 用例编号用例编号 UC01 用例名称用例名称 查看库存情况 用例概述用例概述 销售管理员在接受到客户要求订货的信息后，可以查看公司现有的库存情况，以便确定是否存在该货物。 主参与者主参与者 销

16、售管理员 超级管理员 补充说明补充说明 操作员可以根据具体情况而选择不同的条件进行查询 用例编号用例编号 UC02 用例名称用例名称 记录客户信息 用例概述用例概述 销售管理员在确定库存存在既定的货物后，可以保存客户的各种信息，以便以后的确认和其它维护。 主参与者主参与者 销售管理员 超级管理员 补充说明补充说明 在操作者保存后应该有所提示，出现冲突时也应该有所提示 用例编号用例编号 UC03 用例名称用例名称 查看客户信息 6 用例概述用例概述 销售管理员如果想确认客户信息是否正确可以对客户的基本信息进行查看。 主参与者主参与者 销售管理员 超级管理员 补充说明补充说明 操作员可以根据具体情

17、况而选择不同的条件进行查询 用例编号用例编号 UC04 用例名称用例名称 修改客户信息 用例概述用例概述 销售管理员在录入或者查看客户信息时，如果发现错误。可以对客户信息进行修改。 主参与者主参与者 销售管理员 超级管理员 补充说明补充说明 系统在保存更改前应该给操作者提示。 用例编号用例编号 UC05 用例名称用例名称 记录交易项目 用例概述用例概述 销售管理员确定了客户要下订单后，根据用户提出的要求来填写交易的基本信息。如：商品的类型，型号，数量等。 主参与者主参与者 销售管理员 超级管理员 补充说明补充说明 在操作者保存后应该有所提示，出现冲突时也应该有所提示。 用例编号用例编号 UC0

18、6 用例名称用例名称 查看交易项目 用例概述用例概述 销售管理员如果想确认交易信息是否正确可以对客户的基本信息进行查看。 主参与者主参与者 销售管理员 超级管理员 补充说明补充说明 操作员可以根据具体情况而选择不同的条件进行查询 用例编号用例编号 UC07 用例名称用例名称 修改交易项目 用例概述用例概述 销售管理员在录入或者查看交易信息时，如果发现错误。可以对客户信息进行修改。 主参与者主参与者 销售管理员 超级管理员 7 补充说明补充说明 系统在保存更改前应该给操作者提示。 用例编号用例编号 UC08 用例名称用例名称 查看发货情况 用例概述用例概述 销售管理员对已经确定发货的交易项目进行

19、登记，以便以后管理。 主参与者主参与者 销售管理员 超级管理员 补充说明补充说明 操作员可以根据具体情况而选择不同的条件进行查询 用例编号用例编号 UC09 用例名称用例名称 修改发货情况 用例概述用例概述 销售管理员在进行客户信息修改和交易信息修改时系统自动和已交易的信息进行核对，如果货物已经发货将不能进行修改。 主参与者主参与者 销售管理员 超级管理员 补充说明补充说明 系统在保存更改前应该给操作者提示 用例编号用例编号 UC10 用例名称用例名称 数据备份 用例概述用例概述 维护管理员对客户信息和交易信息等和交易先关的信息进行备份，以便以后系统如果系统出现问题是使用。 主参与者主参与者

20、维护管理员 超级管理员 补充说明补充说明 操作者应该保存所有信息，以便以后可用；但应该减少冗余度 用例编号用例编号 UC11 用例名称用例名称 数据恢复 用例概述用例概述 维护管理员在系统出现错误是可以恢复以前的各种交易信息。 主参与者主参与者 维护管理员 超级管理员 8 补充说明补充说明 操作者应该首要考虑数据的正确性，再者就是恢复的速度 用例编号用例编号 UC12 用例名称用例名称 更新库存情况 用例概述用例概述 超级管理员根据销售管理员提供的交易情况和企业的产品购进和生产情况进行数据库更新。 主参与者主参与者 超级管理员 补充说明补充说明 系统在保存更改前应该给操作者提示 用例编号用例编

21、号 UC13 用例名称用例名称 记录员工信息 用例概述用例概述 超级管理员可以对员工的各种信息进行记录。 主参与者主参与者 超级管理员 补充说明补充说明 系统在保存更改前应该给操作者提示 用例编号用例编号 UC14 用例名称用例名称 查看员工信息 用例概述用例概述 超级管理员可以查看员工信息。 主参与者主参与者 超级管理员 补充说明补充说明 操作员可以根据具体情况而选择不同的条件进行查询 用例编号用例编号 UC15 用例名称用例名称 修改员工信息 9 用例概述用例概述 超级管理员在进行查看员工信息和录入员工信息时，如果发现错误可以进行修改。 主参与者主参与者 超级管理员 补充说明补充说明 系统

22、在保存更改前应该给操作者提示 用例编号用例编号 UC16 用例名称用例名称 设定管理员权限 用例概述用例概述 超级管理员负责对所有管理员进行管理，最主要设置其权限。 主参与者主参与者 超级管理员 补充说明补充说明 系统在保存更改前应该给操作者提示 c) 用例优先级的划分 优先级优先级 用例用例 说明说明 1 UC01.查看库存情况 UC02.记录客户信息 UC05. 记录交易项 这是系统中最主要的功能， 也是系统主要实现的功能 2 UC03. 查看客户信息 UC04. 修改客户信息 UC06. 查看交易项目 UC07. 修改交易项目 UC08. 查看发货情况 UC09. 修改发货情况 UC12

23、. 更新库存情况 这是对交易情况信息的进一步维护， 是系统不可缺少的部分 3 UC13. 记录员工信息 UC14. 查看员工信息 UC15. 修改员工信息 UC16. 设定管理员权限 这系统附带的信息， 是超级管理员对员工的管理， 它也是系统能正常运行的一部分（其中最主要的是“设定管理员权限” ） 。 4 UC10. 数据备份 UC11. 数据恢复 这是为系统出现错误或被破环时所做的准备 d) 本次迭代所开发用例的详细描述（文字及 UML 图说明） 用例编号用例编号 UC01 10 用例名称用例名称 查看库存情况 用例概述用例概述 销售管理员在接受到客户要求订货的信息后，可以根据商品不同的属性

24、查看公司现有的库存情况，以便确定是否存在该货物。 主参与者主参与者 销售管理员 超级管理员 前置条件前置条件 操作员进入系统，并选择查询条件输入查询内容 后置条件后置条件 系统返回查询的结果 基本事件流基本事件流 1. 操作员进入系统 2. 操作员输入查询条件并点击按钮进行查询 3. 系统根据查询条件查找与之相匹配的商品信息 规则与约束规则与约束 当库中不存在所需的产品时要给出提示 用例编号用例编号 UC02 用例名称用例名称 记录客户信息 用例概述用例概述 销售管理员在确定库存存在既定的货物后，可以保存客户的各种信息，以便以后的确认和其它维护。 主参与者主参与者 销售管理员 超级管理员 前置

25、条件前置条件 操作员进入系统并得到客户的具体信息 后置条件后置条件 保存客户信息进入客户信息数据库 基本事件流基本事件流 1. 操作员进入系统 2. 操作员得到客户的具体信息 3. 操作员录入客户信息，并确定输入 4. 系统将客户信息保存入客户信息数据库 规则与约束规则与约束 当操作员的输入信息有误时系统要给出提示。如输入的手机号码个数不正确等 用例编号用例编号 UC03 用例名称用例名称 查看客户信息 用例概述用例概述 销售管理员如果想确认客户信息是否正确可以对客户的基本信息进行查看。 主参与者主参与者 销售管理员 超级管理员 前置条件前置条件 操作员进入系统，并选择查询条件输入查询内容 1

26、1 后置条件后置条件 系统返回查询的结果 基本事件流基本事件流 1. 操作员进入进入系统 2. 操作员输入查询条件并点击按钮进行查询 3. 系统根据查询条件查找与之相匹配的客户信息 规则与约束规则与约束 当库中不存在所需的产品时要给出提示 用例编号用例编号 UC04 用例名称用例名称 修改客户信息 用例概述用例概述 销售管理员在录入或者查看客户信息时，如果发现错误。可以对客户信息进行修改。 主参与者主参与者 销售管理员 超级管理员 前置条件前置条件 操作员进入系统并得知客户信息发生错误 后置条件后置条件 系统将出错的客户信息进行改正，并保存入数据库 基本事件流基本事件流 1. 操作员进入系统

27、2. 操作员得知客户信息出现错误 3. 操作员改正客户信息，并确定输入 4. 系统改正客户信息，并保存入客户信息库 用例编号用例编号 UC05 用例名称用例名称 记录交易项目 用例概述用例概述 销售管理员确定了客户要下订单后，根据用户提出的要求来填写交易的基本信息。如：商品的类型，型号，数量等。 主参与者主参与者 销售管理员 超级管理员 前置条件前置条件 操作员进入系统 后置条件后置条件 交易数据库增加信息 基本事件流基本事件流 1. 操作员进入系统 2. 操作员得到客户的订购信息 3. 操作员录入交易信息，并确定保存 4. 系统将交易信息保存入交易信息数据库 规则与约束规则与约束 当操作员的

28、输入信息有误时系统要给出提示。如输入商品数量比数据库中的多等 12 用例编号用例编号 UC06 用例名称用例名称 查看交易项目 用例概述用例概述 销售管理员如果想确认交易信息是否正确可以对客户的基本信息进行查看。 主参与者主参与者 销售管理员 超级管理员 前置条件前置条件 操作员进入系统，并选择查询条件输入查询内容 后置条件后置条件 系统返回查询的结果 基本事件流基本事件流 1. 操作员进入系统 2. 操作员输入查询条件并点击按钮进行查询 3. 系统根据查询条件查找与之相匹配的交易信息 规则与约束规则与约束 当库中不存在所需的产品时要给出提示 用例编号用例编号 UC07 用例名称用例名称 修改

29、交易项目 用例概述用例概述 销售管理员在录入或者查看交易信息时，如果发现错误或者需要更新。可以对客户信息进行修改。 主参与者主参与者 销售管理员 超级管理员 前置条件前置条件 操作员进入系统并得知交易信息发生错误或者需要更新 后置条件后置条件 系统将出错或者需要更新的交易信息进行改正，并保存入数据库 基本事件流基本事件流 1. 操作员进入系统 2. 操作员得知交易信息出现错误或者需要更新 3. 操作员改正交易信息，并确定输入 4. 系统改正交易信息，并保存入交易信息库 用例编号用例编号 UC08 用例名称用例名称 查看发货情况 用例概述用例概述 销售管理员对已经确定发货的交易项目进行登记，以便

30、以后管理。 主参与者主参与者 销售管理员 超级管理员 前置条件前置条件 操作员进入系统 后置条件后置条件 操系统返回查询的结果，并显示发货情况 13 基本事件流基本事件流 1. 操作员进入系统 2. 操作员输入查询条件并点击按钮进行查询 3. 系统根据查询条件查找与之相匹配的发货信息 4. 显示发货信息 规则与约束规则与约束 当库中不存在当前发货项目时要给出提示 用例编号用例编号 UC09 用例名称用例名称 修改发货情况 用例概述用例概述 销售管理员在进行客户信息修改和交易信息修改时系统自动和已交易的信息进行核对，如果货物已经发货将不能进行修改。 主参与者主参与者 销售管理员 超级管理员 前置

31、条件前置条件 操作员进入系统并得知发货信息发生错误或者需要更新 后置条件后置条件 系统将出错或者需要更新的发货信息进行改正，并保存入数据库 基本事件流基本事件流 1. 操作员进入系统 2. 操作员得知发货信息出现错误或者需要更新 3. 操作员改正发货信息，并确定输入 4. 系统改正发货信息，并保存入交易信息库 用例编号用例编号 UC10 用例名称用例名称 数据备份 用例概述用例概述 维护管理员对客户信息和交易信息等和交易先关的信息进行备份，以便以后系统如果系统出现问题是使用。 主参与者主参与者 维护管理员 超级管理员 前置条件前置条件 操作者进入系统 后置条件后置条件 保存所有有用的和交易有关

32、的各种信息 基本事件流基本事件流 1. 操作员进入系统 2. 操作员选择要备份的信息 3. 系统保存要备份的信息到目的地址 规则与约束规则与约束 当保存出现错误或存储空间不够时要进行提示 用例编号用例编号 UC11 用例名称用例名称 数据恢复 14 用例概述用例概述 维护管理员在系统出现错误是可以恢复以前的各种交易信息。 主参与者主参与者 维护管理员 超级管理员 前置条件前置条件 操作员找到备份信息存储地 后置条件后置条件 出错信息得到恢复 基本事件流基本事件流 1. 操作员找到备份信息存储地 2. 操作员执行恢复操作 3. 系统恢复备份信息到系统 4. 被损坏信息得到恢复 规则与约束规则与约

33、束 但恢复过程中出现错误时，系统自动恢复到更新前，并给出提示 用例编号用例编号 UC12 用例名称用例名称 更新库存情况 用例概述用例概述 超级管理员根据销售管理员提供的交易情况和企业的产品购进和生产情况进行数据库更新。 主参与者主参与者 超级管理员 前置条件前置条件 操作员进入系统 后置条件后置条件 将商品增加到商品数据库 基本事件流基本事件流 1. 操作员进入系统 2. 操作员得到要更新的商品的信息 3. 操作员录入商品信息 4. 系统保存商品信息，并且商品数据库得到更新 规则与约束规则与约束 在更新过程中如果发生错误，系统将给出提示 用例编号用例编号 UC13 用例名称用例名称 记录员工

34、信息 用例概述用例概述 超级管理员可以对员工的各种信息进行记录。 主参与者主参与者 超级管理员 15 前置条件前置条件 操作员进入系统 后置条件后置条件 员工信息库得到更新 基本事件流基本事件流 1. 操作员进入系统 2. 操作员录入员工基本信息并确定入库 3. 系统保存员工基本信息入库 规则与约束规则与约束 当操作员的输入信息有误时系统要给出提示。如输入的手机号码个数不正确等 用例编号用例编号 UC14 用例名称用例名称 查看员工信息 用例概述用例概述 超级管理员可以查看员工信息。 主参与者主参与者 超级管理员 前置条件前置条件 操作员进入系统 后置条件后置条件 操系统返回查询的结果，并显示

35、发货情况 基本事件流基本事件流 1. 操作员进入进入系统 2. 操作员输入查询条件并点击按钮进行查询 3. 系统根据查询条件查找与之相匹配的员工信息 4. 显示员工信息 规则与约束规则与约束 当库中不存在当前发货项目时要给出提示 用例编号用例编号 UC15 用例名称用例名称 修改员工信息 用例概述用例概述 超级管理员在进行查看员工信息和录入员工信息时，如果发现错误可以进行修改。 主参与者主参与者 超级管理员 前置条件前置条件 操作员进入系统并得知员工信息发生错误或者需要更新 后置条件后置条件 系统将出错或者需要更新的员工信息进行改正，并保存入数据库 16 基本事件流基本事件流 1. 操作员进入

36、系统 2. 操作员得知员工信息出现错误或者需要更新 3. 操作员改正员工信息，并确定输入 4. 系统改正员工信息，并保存入交易信息库 用例编号用例编号 UC16 用例名称用例名称 设定管理员权限 用例概述用例概述 超级管理员负责对所有管理员进行管理，最主要设置其权限。 主参与者主参与者 超级管理员 前置条件前置条件 操作员进入系统 后置条件后置条件 不同类型的管理员有不同的信息 基本事件流基本事件流 1. 操作员进入系统 2. 操作员设定不同管理员的管理权限 3. 系统保存各种管理员的管理权限 以下为交互图：以下为交互图： 以下为活动图： 17 e) 用户界面的初步设计 具体界面如下：具体界面

37、如下： 18 19 20 21 22 23 24 三、三、系统分析与设计系统分析与设计 1. 划分子系统 2. 确定子系统之间的关系 3. 架构建模 25 DLogin.cppDLogin.h商品销售管理系统.cpp商品销售管理系统.h商品销售管理系统Dlg.cpp商品销售管理系统Dlg.hDPurView.hDSell.hDSellBack.hDReserve.hBaseQuery.hDSellQuery.hDSetup.hDBAK.hDResume.hBaseQuery.cppDSellQuery.cppDSetup.cppDBAK.cppDResume.cppDReserve.cppDS

38、ellBack.cppDSell.cppDPurView.cppBaseList.hRxRecordset.hBaseComboBox.hRxGrid.hBaseEdit.hBaseDateTimeCtrl.hBaseStatic.hRxEdit.hRxADO.hStruct.hDCliect.hDWare.hDOP.hDPerson.hDCliect.cppDWare.cppDOP.cppDPerson.cppDPhoto.hDPhoto.cpp 4. 构件建模 a) 行为分析 登陆（图一） 26 销售记录（图二） 销售修改（图三） 27 维护管理（图四） 职员和商品信息的录入（图五） 28

39、 职员和商品信息的修改（图六） b) 整理设计类 CDLogin(登陆)CDReserve（订货管理）CDPerView（权限管理）CDSetup（系统设备）CDBAK（备份）CDSellBack（退货管理）CDResume（恢复）CDSell（销售管理）CBaseQuery（查询类）CDSellQuery（查看报表）CMyDlg（主窗口） 超级管理员（窗口） 29 CDResume（恢复）CDOP（操作员信息）CDBAK（备份）CDS（报表信息）CDPerson（员工信息）CDClient（客户信息）CDWare（商品信息） 维护管理 CDLogin(登陆)CDBAK（备份）CDResume

40、（恢复）CMyDlg（主窗口） 维护管理员（窗口） CDLogin(登陆)CDSellQuery（查看报表）CDReserve（订货管理）CDSellBack（退货管理）CDSell（销售管理）CBaseQuery（查询类）CMyDlg（主窗口） 销售管理员（窗口） 30 CDPerView（权限管理）CDSell（销售管理）CDSellQuery（查看报表）CDReserve（订货管理）CDS（报表信息）CDClient（客户信息）CDSellBack（退货管理）CDWare（商品信息）CDPerson（员工信息）CBaseQuery（查询类）CDOP（操作员信息） 销售权限管理 c) 细化

41、类职责 31 超级管理员（窗口） 32 维护管理 维护管理员（窗口） 33 销售管理员（窗口） 34 销售权限管理 35 四四、数据库、数据库模型模型及表结构及表结构定义定义 1) 数据库模型 2) 表结构定义 员工信息表 编号 int 名称 char 简称 char 职务 char 聘用日期 datetime 薪金 money 备份信息表 备份日期 datetime 备份路径 text 商品信息表 编号 char 名称 char 简称 char 规格 char 产地 char 计量单位 char 出厂日期 datetime 保质期 datetime 进货价格 money 销售价格 money

42、 客户信息 订货 操作员 退货 订货信息 退货信息 员工信息总体表 员工信息 权限 操作员 客户信息 商品库存表 商品信息 库存信息 订货信息 继承 系统设置 备份信息 销售信息 36 客户信息表 编号 char 名称 char 简称 char 地址 char 电话 char 传真 char 联系人 char 联系人电话 char 银行 char 账户 char 纳税人 char Email char 权限表 编号 int 用户管理 char 权限管理 char 系统管理 char 订货管理 char 销售管理 char 退货管理 char 结款管理 char 订货查询 char 销售查询 c

43、har 退货查询 char 结款查询 char 数据备份 char 数据恢复 char 商品信息 char 客户信息 char 员工信息 char 库存信息表 商品编号 char 库存数量 float 操作员信息表 编号 int 员工编号 int 名称 char 密码 char 头像 int 简称 char 订货明细表 票号 char 商品编号 char 单价 money 数量 int 退货明细表 票号 char 商品编号 char 单价 money 数量 int 订货信息表 票号 char 客户编号 char 订货日期 char 合计数量 char 合计金额 money 操作员 int 结款

44、否 bit 退货明细表 票号 char 商品编号 char 单价 money 数量 int 37 退货信息表 票号 char 退货时间 datetime 合计数量 float 合计金额 float 操作员 int 经手人 char 实付金额 money 未付金额 money 找零 money 销售信息表 票号 char 销售时间 datetime 客户编号 char 合计数量 float 合计金额 float 操作员 int 经手人 char 实付金额 money 未付金额 money 找零 money 38 五五、系统部署系统部署 SQL服务器商品销售管理系统.exe 39 六六、总结（、总

45、结（遇到技术难点及解决方法、个人体会） 1) 遇到技术难点及其解决方法遇到技术难点及其解决方法 由于该系统主要通过数据库进行管理， 所以没什么技术难点。 其中遇到的比较棘手的问题就是数据库的设计。 解决方法： 明确数据可设计的方法： A. 需求分析 B. 概念结构设计 C. 逻辑结构设计 D. 物理结构设计 E. 数据库实施 F. 数据库运行和维护阶段 其中最重要的就是从“概念结构设计”到的阶段“逻辑结构设计”的设计。概念图我们运用了 E-R图。再从 e-r 图中得到逻辑图。再根据范式的原理对数据库进行了化简。最后得到了上面的结果。 G. 个人体会个人体会 通过本次商品销售管理系统的设计对自身有了很大的提高， 对前两年所学的专业知识进行再次的巩固和不断的实践。 系统中所运用到的这些知识是我在平时学习理论课时所学不到的。 虽然自己在平时利用一些时间去看书， 但还是感觉到自己所学到的东西太少， 感谢学院老师给了我们一个动手实践的机会，同时在指导老师的耐心指导之下，使自己能够把所学到的理论知识与实践结合起来。在设计中，发现了自己存在了很多不足，在指导老师的帮助下，我能够认清自己的不足，并能很好的解决这些问题。 40 七七、参考文献参考文献 信息系统开发实例精选信息系统开发实例精选 主编主编 赛赛奎奎春春 机械工程出版社机械工程出版社 41